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