【資料名稱】：RRC失敗分析

【資料作者】：1

【資料日期】：01-16

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

RRC問題分析思路：當(dāng)我們遇到lurewioK:JFD()$#本文來自移動通信網(wǎng)
l1.干擾導(dǎo)致的接入問題。 呼叫中發(fā)送RRC Connection Request后無響應(yīng)，RRC不能正常連接。當(dāng)UE發(fā)送RRC Connection Request后，RNC應(yīng)該回復(fù)RRC Connection setup，如果未回復(fù)就有可能存在干擾。處理定位：首先看是否存在硬件故障，然后在問題小區(qū)下作撥打測試后臺觀察是否存在干擾（如ISCP），再次觀察該小區(qū)參數(shù)（如SIR、干擾余量）與其它小區(qū)的區(qū)別。綜合定位問題根據(jù)定位解決問題。

l2. 同步失敗。信令分析每次呼叫無法接通時反饋消息都是同步失敗即NODE B發(fā)NBAP RLFAIL IND。 雙擊該信令我們就會看到他所攜帶的同步失敗的信息：Cause為radioNetwork：synchronlsation-failure。處理定位：首先看是否存在硬件故障，后臺觀察是否存在干擾（如ISCP），觀察該小區(qū)參數(shù)（如SIR、干擾余量）與其它小區(qū)的區(qū)別。定位解決問題。

l3. 擾碼規(guī)劃錯誤導(dǎo)致終端無法接入網(wǎng)絡(luò)。呼叫建立失敗消息的Cause值為Nonsynchronization。處理定位：測試時發(fā)現(xiàn)鄰區(qū)列表中出現(xiàn)一同擾碼鄰小區(qū)（CPI相同）。UE無法正確解調(diào)來自同擾碼的兩個小區(qū)的信號，而無法起呼。

l4. 上行期望功率設(shè)置過低導(dǎo)致接通率低。UE發(fā)送RRC_CONNECT_SETUP_COM，但RNC沒有收到。后臺信令跟蹤發(fā)現(xiàn)錯誤原因提示為：network out of order。檢測后臺UPPCH的ISCP值過高存在干擾�？梢蕴岣遀PPTS的期望接受功率或進行UP偏移來解決，上行干擾余量ULINTERFERERSVP配置為-3改為指導(dǎo)書中要求的3。
l5. 數(shù)據(jù)配置錯誤導(dǎo)致覆蓋正常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è)置過低導(dǎo)致初始發(fā)射功率過低，無法進行業(yè)務(wù)信道的正常建立。

l6. GPS失步導(dǎo)致同頻干擾導(dǎo)致接通率低。Uu口信令為RRC Connection Request，但沒有收到RRC Connection Setup。A站附近有站B GPS失步，且站B的3小區(qū)與站A的1小區(qū)頻點都為10080，相互造成強干擾，所以起A站的接通率低。

l7. RRU射頻通道狀態(tài)不正常導(dǎo)致未接通和掉話。UE上發(fā)RRC連接請求，但是網(wǎng)絡(luò)側(cè)沒有任何消息。跟蹤UE標準口進行信令分析，發(fā)現(xiàn)當(dāng)測試端進行RRC建立連接請求時后臺沒有任何信令，懷疑UE沒有與NodeB聯(lián)系上，排除RNC問題；進行RRU的Reset操作，執(zhí)行后狀態(tài)正常，告警消除，小區(qū)測試正常。

l8. RRC Connect Reject造成的接入失敗。終端發(fā)起RRC Connect Request后，終端馬上收到了網(wǎng)絡(luò)下發(fā)的RRC Connect Reject消息，導(dǎo)致接入失敗，Reject的原因值為unspecified。

l9. 開環(huán)功控參數(shù)設(shè)置不合理導(dǎo)致RRC建立成功率過低。UE接收到RRC Connection Setup 沒回RRC Connection Setup Complete計時器超時后重發(fā)RRC CONNECTION REAUEST 如此往復(fù)多次才發(fā)送RRC CONNECTION SETUP COMPLETE，并成功建立RAB連接，開始業(yè)務(wù)。原因是SIR設(shè)置不合理。

l10. 無線鏈路資源分配失敗導(dǎo)致起呼失敗。跟蹤信令發(fā)現(xiàn)CN 向RNC 發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ，發(fā)起RAB 建立過程，RNC 要求NodeB 準備建立DCH 來承載RAB，但當(dāng)NodeB 進行資源配置的時候，NODEB側(cè)無可用的資源從而資源配置失敗，導(dǎo)致此處出現(xiàn)多個接入失敗。

l11. 周期性位置更新定時器(T3212)設(shè)置不合理導(dǎo)致手機無法被叫。UE在作為被叫時，呼叫方會聽到“該用戶已關(guān)機”的錯誤提示，導(dǎo)致無法接通。TD RNC上T3212設(shè)為10，每1個小時要求UE做1次周期性位置更新。2G BSC上T3212設(shè)為5，要求UE做1次周期性位置更新。如果兩個設(shè)置不一致就會UE在TD網(wǎng)絡(luò)不能被正常尋呼到，MSC會提前將UE算為“隱含關(guān)機implicit detach”。

（1）撥號后，RRC Connection Request消息沒有發(fā)送；——是否手機異常
（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進行嘗試；

（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ù)是否正確
（6）主叫UE收到了Service Request Reject消息；――參數(shù)配置錯誤可能性最大
（7）主叫UE在發(fā)送了CM Service Request消息后，沒有收到Call Proceeding消息；
（8） UE收到Call Proceeding消息后，沒有收到RB Setup消息；――參數(shù)配置錯誤可能性最大
（9） UE收到RB Setup消息后，沒有發(fā)出RB Setup Complete消息；――參數(shù)配置錯誤可能性最大
（10） UE在發(fā)出RB Setup Complete消息后，沒有收到Alerting或者Connect消息；――參數(shù)配置錯誤可能性最大
（11） UE收到Alerting或Connect消息后，沒有發(fā)出Conncect Acknowlege消息。――參數(shù)配置錯誤可能性最大