 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
提問(wèn)者:
• RRC重建占比如何提升 2020-08-18
• NR中，RRC_inactive狀態(tài)下，GNodeB是否有UE的上下文？就像下面的選擇題，總感覺(jué)答案不對(duì) 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失��？ 2019-12-10
• AS和NAS分別是接入層和非接入層？各自的作用是什么？RRC是NAS的子層嗎？它又發(fā)揮了什么樣的作用？ 2019-10-21
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失敗 2019-08-07
• 關(guān)于無(wú)線鏈路失�。�RRCRadioLinkFailure）誰(shuí)來(lái)解釋一下？ 2019-05-30
• 關(guān)于切換失敗的RRC連接重配消息 2019-05-19
• NR中，RRC_inactive狀態(tài)下，GNodeB是否有UE的上下文？就像下面的選擇題，總感覺(jué)答案不對(duì) 2020-06-16
• lteRRCradiolinkfailure 2020-06-08
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失��？ 2019-12-10
• AS和NAS分別是接入層和非接入層？各自的作用是什么？RRC是NAS的子層嗎？它又發(fā)揮了什么樣的作用？ 2019-10-21
• UE無(wú)應(yīng)答導(dǎo)致RRC建立失敗 2019-08-07
• 關(guān)于無(wú)線鏈路失�。�RRCRadioLinkFailure）誰(shuí)來(lái)解釋一下？ 2019-05-30
• 關(guān)于切換失敗的RRC連接重配消息 2019-05-19
問(wèn)題答案
( 2 )
第一：RRC建立成功率低，是CS業(yè)務(wù)還是PS業(yè)務(wù)
第二：RRC建立成功率低，是干擾引起還是故障引起，還是擁塞因素等引起
第三：RRC建立成功率低，那種失敗原因值失敗次數(shù)最多，注冊(cè)還是重選，調(diào)整相關(guān)參數(shù)
第四：RRC建立成功率低，是否由于弱覆蓋等引起，起呼電平低等，還有23G切換帶參數(shù)設(shè)置不合理等，
第五：RRC建立成功率低，是由于RRC-Request發(fā)送RNC沒(méi)收到，還是RNC收到了但沒(méi)回復(fù)SEtup還是，發(fā)送了但UE沒(méi)有收到Setup，UE收到了但沒(méi)有回復(fù)complete等信息，通過(guò)信令的交互流程，可以判斷上下行問(wèn)題，可以相應(yīng)調(diào)整相關(guān)參數(shù)，比如干擾余量，功率等
第六：RRC建立成功率低，是不是由于定時(shí)器，發(fā)送次數(shù)，等設(shè)置不合理有關(guān)，需要核查，
第七：手機(jī)等問(wèn)題，
相關(guān)解決方法很多，能找到原因，解決就會(huì)有針對(duì)性的措施....
暫時(shí)羅列這些吧，如果各位兄弟還有更好的，大家可以一起探討...
第二：RRC建立成功率低，是干擾引起還是故障引起，還是擁塞因素等引起
第三：RRC建立成功率低，那種失敗原因值失敗次數(shù)最多，注冊(cè)還是重選，調(diào)整相關(guān)參數(shù)
第四：RRC建立成功率低，是否由于弱覆蓋等引起，起呼電平低等，還有23G切換帶參數(shù)設(shè)置不合理等，
第五：RRC建立成功率低，是由于RRC-Request發(fā)送RNC沒(méi)收到，還是RNC收到了但沒(méi)回復(fù)SEtup還是，發(fā)送了但UE沒(méi)有收到Setup，UE收到了但沒(méi)有回復(fù)complete等信息，通過(guò)信令的交互流程，可以判斷上下行問(wèn)題，可以相應(yīng)調(diào)整相關(guān)參數(shù)，比如干擾余量，功率等
第六：RRC建立成功率低，是不是由于定時(shí)器，發(fā)送次數(shù)，等設(shè)置不合理有關(guān)，需要核查，
第七：手機(jī)等問(wèn)題，
相關(guān)解決方法很多，能找到原因，解決就會(huì)有針對(duì)性的措施....
暫時(shí)羅列這些吧，如果各位兄弟還有更好的，大家可以一起探討...
回答者：
藍(lán)田玉
回答時(shí)間：2013-01-10 20:28
48
52
產(chǎn)生RRC失敗常見(jiàn)原因:
1、RNC收不到RRC連接請(qǐng)求
在路測(cè)有可能發(fā)生這種現(xiàn)象，由于是路測(cè)信令，那么這有可能是系統(tǒng)已經(jīng)收到了RRC CONNECTION SETUP信令，但終端沒(méi)有收到；還有一種可能是終端所發(fā)的RRC CONNECTION 信令系統(tǒng)側(cè)并未收到，這里是RNC收不到的情況，主要有以下原因造成：
（1） 隨機(jī)接入過(guò)程出現(xiàn)問(wèn)題，可能存在UpPCH的干擾，處理思路如下
a) 首先檢查NODEB的RACH統(tǒng)計(jì)有無(wú)上行數(shù)據(jù)包，如果沒(méi)有，但簽名個(gè)數(shù)與簽名碰撞個(gè)數(shù)一直在不停地增加，則可能存在上行UpPCH干擾。
b) 通過(guò)CT工具檢查UPPCH上的干擾
c) 通過(guò)性能統(tǒng)計(jì)，查看UPPOS上的UP干擾統(tǒng)計(jì)
（2） 終端問(wèn)題，重啟UE看能否接入
（3） Node B 問(wèn)題：重啟基站
2、RRC CONNECTION SETUP消息發(fā)下后，收不到RRC CONNECTION SETUP COMPLETE
這種情況需要結(jié)合實(shí)際情況進(jìn)行分析，也有兩種情況，第一種情況是RRC CONNECTION SETUP信令終端并未收到；第二種情況是終端收到了RRC CONNECTION SETUP 但發(fā)的RRC CONNECTION SETUP 消息系統(tǒng)側(cè)沒(méi)有收到或是終端沒(méi)有發(fā)RRC CONNECTION SETUP COMPLETE消息。處理思路如下：
（1）RRC CONNECTION SETUP COMPLETE消息是呼叫過(guò)程中DCH上的第一包數(shù)據(jù)，收不到此消息說(shuō)明DCH的配置有問(wèn)題，查看Radiolink Setup中的傳輸格式、時(shí)隙格式等參數(shù)。造成此問(wèn)題的原因可能有兩個(gè)方面：NODEB本身的原因和RNC參數(shù)配置的原因。RNC參數(shù)配置，需要檢查是否是默認(rèn)配置參數(shù)，以及檢查Iub口配置和Uu口配置參數(shù)是否一致。
（2）隨后在觀察UE的處理，是沒(méi)有收到RRC CONNECTION SETUP,還是收到了RRC CONNECTION SETUP后，發(fā)送了RRC Connection Setup Complete而RNC沒(méi)有收到。前者關(guān)注下行，后者需要關(guān)注上行的實(shí)際處理以及環(huán)境干擾情況。RNC參數(shù)對(duì)該現(xiàn)象影響比較大的主要是同業(yè)務(wù)相關(guān)的初始發(fā)射功率，最大和最小發(fā)射功率。
（3）查看DFP上是否收到錯(cuò)包，如果連錯(cuò)包也沒(méi)有收到，則需要從NodeB查起。如果DFP上收到有長(zhǎng)度錯(cuò)的包，則說(shuō)明控制面給用戶面、NodeB的DCH參數(shù)不一致，通常情況是給NodeB的參數(shù)說(shuō)明FP幀不包含CRC，而給用戶面的參數(shù)說(shuō)明FP需要CRC校驗(yàn)。
希望能幫到樓主！
1、RNC收不到RRC連接請(qǐng)求
在路測(cè)有可能發(fā)生這種現(xiàn)象，由于是路測(cè)信令，那么這有可能是系統(tǒng)已經(jīng)收到了RRC CONNECTION SETUP信令，但終端沒(méi)有收到；還有一種可能是終端所發(fā)的RRC CONNECTION 信令系統(tǒng)側(cè)并未收到，這里是RNC收不到的情況，主要有以下原因造成：
（1） 隨機(jī)接入過(guò)程出現(xiàn)問(wèn)題，可能存在UpPCH的干擾，處理思路如下
a) 首先檢查NODEB的RACH統(tǒng)計(jì)有無(wú)上行數(shù)據(jù)包，如果沒(méi)有，但簽名個(gè)數(shù)與簽名碰撞個(gè)數(shù)一直在不停地增加，則可能存在上行UpPCH干擾。
b) 通過(guò)CT工具檢查UPPCH上的干擾
c) 通過(guò)性能統(tǒng)計(jì)，查看UPPOS上的UP干擾統(tǒng)計(jì)
（2） 終端問(wèn)題，重啟UE看能否接入
（3） Node B 問(wèn)題：重啟基站
2、RRC CONNECTION SETUP消息發(fā)下后，收不到RRC CONNECTION SETUP COMPLETE
這種情況需要結(jié)合實(shí)際情況進(jìn)行分析，也有兩種情況，第一種情況是RRC CONNECTION SETUP信令終端并未收到；第二種情況是終端收到了RRC CONNECTION SETUP 但發(fā)的RRC CONNECTION SETUP 消息系統(tǒng)側(cè)沒(méi)有收到或是終端沒(méi)有發(fā)RRC CONNECTION SETUP COMPLETE消息。處理思路如下：
（1）RRC CONNECTION SETUP COMPLETE消息是呼叫過(guò)程中DCH上的第一包數(shù)據(jù)，收不到此消息說(shuō)明DCH的配置有問(wèn)題，查看Radiolink Setup中的傳輸格式、時(shí)隙格式等參數(shù)。造成此問(wèn)題的原因可能有兩個(gè)方面：NODEB本身的原因和RNC參數(shù)配置的原因。RNC參數(shù)配置，需要檢查是否是默認(rèn)配置參數(shù)，以及檢查Iub口配置和Uu口配置參數(shù)是否一致。
（2）隨后在觀察UE的處理，是沒(méi)有收到RRC CONNECTION SETUP,還是收到了RRC CONNECTION SETUP后，發(fā)送了RRC Connection Setup Complete而RNC沒(méi)有收到。前者關(guān)注下行，后者需要關(guān)注上行的實(shí)際處理以及環(huán)境干擾情況。RNC參數(shù)對(duì)該現(xiàn)象影響比較大的主要是同業(yè)務(wù)相關(guān)的初始發(fā)射功率，最大和最小發(fā)射功率。
（3）查看DFP上是否收到錯(cuò)包，如果連錯(cuò)包也沒(méi)有收到，則需要從NodeB查起。如果DFP上收到有長(zhǎng)度錯(cuò)的包，則說(shuō)明控制面給用戶面、NodeB的DCH參數(shù)不一致，通常情況是給NodeB的參數(shù)說(shuō)明FP幀不包含CRC，而給用戶面的參數(shù)說(shuō)明FP需要CRC校驗(yàn)。
希望能幫到樓主！
回答者：
OscarDon
回答時(shí)間：2013-01-10 20:38
50
50
• 廣東南方通信建設(shè)有限公司
聘：日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 南京華蘇科技有限公司 聘：投訴處理（后臺(tái)）-�？�
需求人數(shù)：2 人 地點(diǎn)：�？谑�
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù)：2 人 地點(diǎn)：南京市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)后臺(tái)系統(tǒng)工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：潮州市
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 南京華蘇科技有限公司 聘：投訴處理（后臺(tái)）-�？�
需求人數(shù)：2 人 地點(diǎn)：�？谑�
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù)：2 人 地點(diǎn)：南京市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)后臺(tái)系統(tǒng)工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：潮州市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |