問題已開啟 (普通問題)
TD RCC注冊類接入成功率低怎么優(yōu)化?
TD RRC接入成功率低,接入原因13的注冊失敗次數(shù)很多,失敗原因為RRC.FailConnEstab.NoReply;緵]有告警,傳輸沒有問題,怎么排查和解決的。
提問者: 吳昊  提問時間: 2011-12-20    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

更多 TD 功率 RCC 優(yōu)化 接入 相關(guān)問題
問題答案 ( 3 )

注冊類的大部分是23G來回重選造成的,改下FDD,調(diào)高些,少做重選就應(yīng)該可以了wioK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: wfz6721     回答時間:2011-12-20 10:45    

4        6        


4f8e3K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
TD-RRC 建立失敗的可能原因:1RNC 資源分配失敗,或者建立L2 實例失敗,或者IUB 接口RL 鏈路失敗。d5a4f8eK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
目前的用戶量和話務(wù)量都不多,出現(xiàn)資源不足的情況基本上不可能,因此如果出現(xiàn)了前面幾種失敗原因,一般都是RNC 或者NodeB 內(nèi)部出現(xiàn)了問題,需要檢查RNC NodeB的狀態(tài)或者小區(qū)狀態(tài)。21fd3s1fK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2UE 收不到RRC CONNECTION SETUP
RRC CONNECTION SETUP消息是在FACH上發(fā)給UE 的。目前SCCPCH 功率配置的值一般是-3db(相對于PCCPCH 功率,單碼道)。從覆蓋上來說,已經(jīng)和PCCPCH 的覆蓋一樣了。如果仍然出現(xiàn)UE 收不到RRC CONNECTION SETUP消息(這個光從RNC log 看不出來,必須要通過采集終端的log 來查看),則需要調(diào)整SCCPCH 功率,來滿足信號覆蓋不好的地方功率需求。1a3ds也fK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3RNC 收不到RRC CONNECTION SETUP COMPLETE道h$#$#&)*(&K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
       如果UE 收到RRC CONNECTION SETUP 消息后,會向網(wǎng)絡(luò)回復RRC CONNECTION SETUP COMPLETE消息。如果UE在作專用信道同步時失敗,或者在向網(wǎng)絡(luò)側(cè)發(fā) RRC CONNECTION SETUP COMPLETE RRC建立失敗。此時,可以通過提高上行期望接收功率,RL初始發(fā)射功率和修改上行同步的參數(shù),來使得UE能夠正常進行專用信道同步和上傳RRC 建立完成消息
如果是第2點和第3點的原因?qū)е?/span>RRC 建立失敗,無法通過RNC側(cè)的log 進行區(qū)分,也無法通過統(tǒng)計指標來進行區(qū)分,只能在發(fā)現(xiàn)問題后,通過路測以及調(diào)整上行或下行功率值,來確定是上行功率不足,還是下行功率不足。#(么$*@K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4)干擾因素
TD的同頻干擾是比較嚴重的,如果小區(qū)的鄰區(qū)中,存在同頻同擾碼,RRC 建立失敗比較多時,需關(guān)注是否是干擾導致的。如果是干擾因素,先需要解決頻點和擾碼的規(guī)劃問題。在解決頻點和擾碼問題時,不僅要關(guān)注RNC內(nèi)的頻點擾碼,還需要關(guān)注鄰RNC 間的頻點擾碼。一個原則是,做網(wǎng)絡(luò)規(guī)劃時,鄰區(qū)間的頻點和擾碼,不能出現(xiàn)同頻同碼的情況(包括RNC內(nèi)和RNC間的鄰區(qū))。h$#$#&K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
5)環(huán)境因素21%$#(K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
PS 業(yè)務(wù)主要是在室內(nèi)使用,如果沒有配置室內(nèi)分布系統(tǒng),光靠室外基站覆蓋室內(nèi),其PCCPCH RSCP 的接收電平相對較低(很有可能低于-90dbm)。在這樣的PCCPCH RSCP 條件下,對于PS 業(yè)務(wù)的RRC建立成功率有很大的影響。在相同的PCCPCH發(fā)射功率下,PS業(yè)務(wù)的RRC建立成功率比CS 業(yè)務(wù)的RRC建立成功率要低一些也是正常的。
        因此,如果PS業(yè)務(wù)的RRC接通率一直不高,可以查看覆蓋區(qū)域的信號強度是否足夠強,如果不夠,可能需要調(diào)高PCCPCH 功率,或者是收縮覆蓋范圍(調(diào)高小區(qū)的駐留電平,把信號不夠好的用戶剔除出去)。a3ds也f12dsfK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 3dsaf12zK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4、  1.干擾導致的接入問題。 呼叫中發(fā)送RRC Connection Request后無響應(yīng),RRC不能正常連接。當UE發(fā)送RRC Connection Request后,RNC應(yīng)該回復RRC Connection setup,如果未回復就有可能存在干擾。處理定位:首先看是否存在硬件故障,然后在問題小區(qū)下作撥打測試后臺觀察是否存在干擾(如ISCP),再次觀察該小區(qū)參數(shù)(如SIR、干擾余量)與其它小區(qū)的區(qū)別。綜合定位問題根據(jù)定位解決問題。
l  2. 同步失敗。信令分析每次呼叫無法接通時反饋消息都是同步失敗即NODE B發(fā)NBAP RL  FAIL IND 雙擊該信令我們就會看到他所攜帶的同步失敗的信息:CauseradioNetworksynchronlsation-failure。處理定位:首先看是否存在硬件故障,后臺觀察是否存在干擾(如ISCP),觀察該小區(qū)參數(shù)(如SIR、干擾余量)與其它小區(qū)的區(qū)別。定位解決問題。
 l  3. 擾碼規(guī)劃錯誤導致終端無法接入網(wǎng)絡(luò)。呼叫建立失敗消息的CauseNonsynchronization。處理定位:測試時發(fā)現(xiàn)鄰區(qū)列表中出現(xiàn)一同擾碼鄰小區(qū)(CPI相同)。UE無法正確解調(diào)來自同擾碼的兩個小區(qū)的信號,而無法起呼。 fads13東oK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 89西70874*$K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
l  4. 上行期望功率設(shè)置過低導致接通率低。UE發(fā)送RRC_CONNECT_SETUP_COM,但RNC沒有收到。后臺信令跟蹤發(fā)現(xiàn)錯誤原因提示network out of order。檢測后臺UPPCHISCP值過高存在干擾?梢蕴岣UPPTS的期望接受功率或進行UP偏移來解決,上行干擾余量ULINTERFERERSVP配置-3指導書中要求的3。

l  5. 數(shù)據(jù)配置錯誤導致覆蓋正常H業(yè)務(wù)無法建立。發(fā)現(xiàn)在終端建立業(yè)務(wù)前(connect),一切正常,在被叫測量報告下發(fā)1秒后RNC下發(fā)DISCONNECT,應(yīng)該是業(yè)務(wù)信道建立異常,針對業(yè)務(wù)信道核查參數(shù)。檢查發(fā)現(xiàn)初始SIR設(shè)置過低導致初始發(fā)射功率過低,無法進行業(yè)務(wù)信道的正常建立。瞗12dsfdK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
l  6. GPS失步導致同頻干擾導致接通率低。Uu口信令RRC Connection Request,但沒有收到RRC Connection Setup。A站附近有站B GPS失步,且站B3小區(qū)與站A1小區(qū)頻點都10080,相互造成強干擾,所以起A站的接通率低。ads13東oiK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 l  7. RRU射頻通道狀態(tài)不正常導致未接通和掉話。UE上發(fā)RRC連接請求,但是網(wǎng)絡(luò)側(cè)沒有任何消息。跟蹤UE標準口進行信令分析,發(fā)現(xiàn)當測試端進行RRC建立連接請求時后臺沒有任何信令,懷疑UE沒有與NodeB聯(lián)系上,排除RNC問題;進行RRUReset操作,執(zhí)行后狀態(tài)正常,告警消除,小區(qū)測試正常。%$#(*$#什2K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
l  8. RRC Connect Reject造成的接入失敗。終端發(fā)起RRC Connect Request后,終端馬上收到了網(wǎng)絡(luò)下發(fā)的RRC Connect Reject消息,導致接入失敗,Reject的原因值unspecified。s4fadsK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 l  9. 開環(huán)功控參數(shù)設(shè)置不合理導致RRC建立成功率過低。UE接收到RRC Connection Setup 沒回RRC Connection Setup Complete計時器超時后重發(fā)RRC CONNECTION REAUEST 如此往復多次才發(fā)送RRC CONNECTION SETUP COMPLETE,并成功建立RAB連接,開始業(yè)務(wù)。原因是SIR設(shè)置不合理
 
l  10. 無線鏈路資源分配失敗導致起呼失敗。跟蹤信令發(fā)現(xiàn)CN RNC 發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ,發(fā)起RAB 建立過程,RNC 要求NodeB 準備建立DCH 來承載RAB,但當NodeB 進行資源配置的時候,NODEB側(cè)無可用的資源從而資源配置失敗,導致此處出現(xiàn)多個接入失敗。

l  11. 周期性位置更新定時器(T3212)設(shè)置不合理導致手機無法被叫。UE在作被叫時,呼叫方會聽到該用戶已關(guān)機的錯誤提示,導致無法接通。TD RNCT3212設(shè)10,每1個小時要求UE1次周期性位置更新。2G BSCT3212設(shè)5,要求UE1次周期性位置更新。如果兩個設(shè)置不一致就會UETD網(wǎng)絡(luò)不能被正常尋呼到,MSC會提前將UE隱含關(guān)機implicit detach”。$#&)*(&#*($K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1)撥號后,RRC Connection Request消息沒有發(fā)送;——是否手機異常3289$#@322K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2)在主叫UE發(fā)送了RRC Connection Request后,定時器超時,沒有收到RRC Connection Setup消息;——RNC沒有收到請求,調(diào)整PRACH信道功率;若RNC發(fā)了建立消息,但UE沒有收到,是否是手機發(fā)生重選,則優(yōu)化重選參數(shù);若沒有發(fā)生重選,需要調(diào)整FPACH功率。
3)主叫UE在發(fā)出RRC Connection Request后,收到RRC Connection Reject消息。并且沒有重發(fā)RRC Connection Request進行嘗試;s1fadK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4)主叫UE在收到RRC Connection Setup消息后,沒有發(fā)出RRC Connection Setup Complete消息;——UE沒有發(fā),則需要調(diào)整下行初始發(fā)射功率;若RNC沒有收到,調(diào)整上行開環(huán)功控參數(shù);

5)主叫UE在發(fā)出RRC Connection Setup Complete消息后,沒有收到Measurement Control消息;――查看RNC的測量相關(guān)的配置參數(shù)是否正確*)#$@&%#*K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
6)主叫UE收到了Service Request Reject消息;――參數(shù)配置錯誤可能性最大zcv545%#(么K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
7)主叫UE在發(fā)送了CM Service Request消息后,沒有收到Call Proceeding消息;――參數(shù)配置錯誤可能性最大?&#%kcvmmK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
8 UE收到Call Proceeding消息后,沒有收到RB Setup消息;――參數(shù)配置錯誤可能性最大4f8e342K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
9 UE收到RB Setup消息后,沒有發(fā)出RB Setup Complete消息;――參數(shù)配置錯誤可能性最大%#(么K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
10 UE在發(fā)出RB Setup Complete消息后,沒有收到Alerting或者Connect消息;――參數(shù)配置錯誤可能性最大
11 UE收到AlertingConnect消息后,沒有發(fā)出Conncect Acknowlege消息。――參數(shù)配置錯誤可能性最大*(&#*($K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
*@#(_@s4fadK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: xhy1331     回答時間:2011-12-20 10:58    

8        11        


  樓主可以核查這個參數(shù):SET TRRCESTCAUSE 看注冊類的速率是否設(shè)置過小。

回答者: abc2897974     回答時間:2011-12-20 14:37    

9        5        

中國通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
安徽引途科技有限公司 聘:標案、流程主管
需求人數(shù):2 人 地點:南寧市
陜西瑞達灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
廈門特力通通信工程有限公司 聘:4/5G后臺中級優(yōu)化工程師
需求人數(shù):1 人 地點:莆田市
杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
廣東南方通信建設(shè)有限公司 聘:日常項目系統(tǒng)中高級工程師
需求人數(shù):2 人 地點:百色市
廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
中徽建技術(shù)有限公司 聘:華為網(wǎng)絡(luò)PTN、OTN傳輸工程師
需求人數(shù):2 人 地點:合肥市
嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)后臺系統(tǒng)工程師-高級
需求人數(shù):2 人 地點:潮州市
熱點問題
更多精彩

聯(lián)系我們 - 問通信專家 Powered by MSCBSC 移動通信網(wǎng)  © 2006 -