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

【資料作者】：1

【資料日期】：01-16

【資料語(yǔ)言】：中文

【資料格式】：DOC

【資料目錄和簡(jiǎn)介】：

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

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

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

l4. 上行期望功率設(shè)置過(guò)低導(dǎo)致接通率低。UE發(fā)送RRC_CONNECT_SETUP_COM，但RNC沒(méi)有收到。后臺(tái)信令跟蹤發(fā)現(xiàn)錯(cuò)誤原因提示為：network out of order。檢測(cè)后臺(tái)UPPCH的ISCP值過(guò)高存在干擾。可以提高UPPTS的期望接受功率或進(jìn)行UP偏移來(lái)解決，上行干擾余量ULINTERFERERSVP配置為-3改為指導(dǎo)書中要求的3。
l5. 數(shù)據(jù)配置錯(cuò)誤導(dǎo)致覆蓋正常H業(yè)務(wù)無(wú)法建立。發(fā)現(xiàn)在終端建立業(yè)務(wù)前（connect），一切正常，在被叫測(cè)量報(bào)告下發(fā)1秒后RNC下發(fā)DISCONNECT，應(yīng)該是業(yè)務(wù)信道建立異常，針對(duì)業(yè)務(wù)信道核查參數(shù)。檢查發(fā)現(xiàn)初始SIR設(shè)置過(guò)低導(dǎo)致初始發(fā)射功率過(guò)低，無(wú)法進(jìn)行業(yè)務(wù)信道的正常建立。

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

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

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建立成功率過(guò)低。UE接收到RRC Connection Setup 沒(méi)回RRC Connection Setup Complete計(jì)時(shí)器超時(shí)后重發(fā)RRC CONNECTION REAUEST 如此往復(fù)多次才發(fā)送RRC CONNECTION SETUP COMPLETE，并成功建立RAB連接，開始業(yè)務(wù)。原因是SIR設(shè)置不合理。

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

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

（1）撥號(hào)后，RRC Connection Request消息沒(méi)有發(fā)送；——是否手機(jī)異常
（2）在主叫UE發(fā)送了RRC Connection Request后，定時(shí)器超時(shí)，沒(méi)有收到RRC Connection Setup消息；——RNC沒(méi)有收到請(qǐng)求，調(diào)整PRACH信道功率；若RNC發(fā)了建立消息，但UE沒(méi)有收到，是否是手機(jī)發(fā)生重選，則優(yōu)化重選參數(shù)；若沒(méi)有發(fā)生重選，需要調(diào)整FPACH功率。
（3）主叫UE在發(fā)出RRC Connection Request后，收到RRC Connection Reject消息。并且沒(méi)有重發(fā)RRC Connection Request進(jìn)行嘗試；

（4）主叫UE在收到RRC Connection Setup消息后，沒(méi)有發(fā)出RRC Connection Setup Complete消息；——若UE沒(méi)有發(fā)，則需要調(diào)整下行初始發(fā)射功率；若RNC沒(méi)有收到，調(diào)整上行開環(huán)功控參數(shù)；
（5）主叫UE在發(fā)出RRC Connection Setup Complete消息后，沒(méi)有收到Measurement Control消息；――查看RNC的測(cè)量相關(guān)的配置參數(shù)是否正確
（6）主叫UE收到了Service Request Reject消息；――參數(shù)配置錯(cuò)誤可能性最大
（7）主叫UE在發(fā)送了CM Service Request消息后，沒(méi)有收到Call Proceeding消息；
（8） UE收到Call Proceeding消息后，沒(méi)有收到RB Setup消息；――參數(shù)配置錯(cuò)誤可能性最大
（9） UE收到RB Setup消息后，沒(méi)有發(fā)出RB Setup Complete消息；――參數(shù)配置錯(cuò)誤可能性最大
（10） UE在發(fā)出RB Setup Complete消息后，沒(méi)有收到Alerting或者Connect消息；――參數(shù)配置錯(cuò)誤可能性最大
（11） UE收到Alerting或Connect消息后，沒(méi)有發(fā)出Conncect Acknowlege消息。――參數(shù)配置錯(cuò)誤可能性最大