RRC建立失敗的可能原因

1、RRC 建立失敗的可能原因：（1）RNC 資源分配失敗，或者建立 L2 實(shí)例失敗，或者 IUB 接口 RL 鏈路失敗。 目前的用戶量和話務(wù)量都不多， 出現(xiàn)資源不足的情況基本上不可能， 因此如果出現(xiàn)了前面幾 種失敗原因，一般都是 RNC 或者 NodeB 內(nèi)部出現(xiàn)了問(wèn)題，需要檢查 RNC 和 NodeB 的 狀態(tài)或者小區(qū)狀態(tài)。（2）UE 收不到 RRC CONNECTION SETUPRRC CONNECTION SETUP 消息是在 FACH 上發(fā)給 UE 的。目前 SCCPCH 功率配置的 值一般是 -3db（ 相對(duì)于 PCCPCH 功率，單碼道 ）。從覆蓋上來(lái)說(shuō)，已經(jīng)和 PCCPCH 的覆

2、蓋 一樣了。如果仍然出現(xiàn) UE 收不到 RRC CONNECTION SETUP 消息（這個(gè)光從 RNC 的 log 看不出來(lái)，必須要通過(guò)采集終端的 log 來(lái)查看），則需要調(diào)整 SCCPCH 功率，來(lái)滿足 信號(hào)覆蓋不好的地方功率需求。（3）RNC 收不到 RRC CONNECTION SETUP COMPLETE如 果 UE 收 到 RRC CONNECTION SETUP 消 息 后 ， 會(huì) 向 網(wǎng) 絡(luò) 回 復(fù) RRC CONNECTION SETUP COMPLETE 消息。如果 UE 在作專用信道同步時(shí)失敗，或者在向 網(wǎng)絡(luò)側(cè)發(fā) RRC CONNECTION SETUP COMPLETE

3、 RRC 建立失敗。此時(shí)，可以通過(guò)提高 上行期望接收功率， RL 初始發(fā)射功率和修改上行同步的參數(shù)，來(lái)使得 UE 能夠正常進(jìn)行專 用信道同步和上傳 RRC 建立完成消息。如果是第 2 點(diǎn)和第 3 點(diǎn)的原因?qū)е?RRC 建立失敗，無(wú)法通過(guò) RNC 側(cè)的 log 進(jìn)行區(qū)分， 也 無(wú)法通過(guò)統(tǒng)計(jì)指標(biāo)來(lái)進(jìn)行區(qū)分，只能在發(fā)現(xiàn)問(wèn)題后，通過(guò)路測(cè)以及調(diào)整上行或下行功率值， 來(lái)確定是上行功率不足，還是下行功率不足。（4）干擾因素TD 的同頻干擾是比較嚴(yán)重的，如果小區(qū)的鄰區(qū)中，存在同頻同擾碼， RRC 建立失敗比較 多時(shí)， 需關(guān)注是否是干擾導(dǎo)致的。如果是干擾因素，先需要解決頻點(diǎn)和擾碼的規(guī)劃問(wèn)題。在 解決頻點(diǎn)和擾碼問(wèn)

4、題時(shí)，不僅要關(guān)注 RNC 內(nèi)的頻點(diǎn)擾碼，還需要關(guān)注鄰 RNC 間的頻點(diǎn)擾 碼。一個(gè)原則是，做網(wǎng)絡(luò)規(guī)劃時(shí)，鄰區(qū)間的頻點(diǎn)和擾碼，不能出現(xiàn)同頻同碼的情況（包括RNC 內(nèi)和 RNC 間的鄰區(qū)） 。（5）環(huán)境因素PS 業(yè)務(wù)主要是在室內(nèi)使用，如果沒(méi)有配置室內(nèi)分布系統(tǒng)，光靠室外基站覆蓋室內(nèi)，其PCCPCH RSCP 的接收電平相對(duì)較低 （很有可能低于 -90dbm ）。在這樣的 PCCPCH RSCP 條件下， 對(duì)于 PS 業(yè)務(wù)的 RRC 建立成功率有很大的影響。 在相同的 PCCPCH 發(fā)射功率下， PS 業(yè)務(wù)的 RRC 建立成功率比 CS 業(yè)務(wù)的 RRC 建立成功率要低一些也是正常的。因此，如果 PS

5、業(yè)務(wù)的 RRC 接通率一直不高，可以查看覆蓋區(qū)域的信號(hào)強(qiáng)度是否足夠 強(qiáng)，如果不夠， 可能需要調(diào)高 PCCPCH 功率， 或者是收縮覆蓋范圍 （調(diào)高小區(qū)的駐留電平， 把信號(hào)不夠好的用戶剔除出去） 。RRC問(wèn)題分析思路：當(dāng)我們遇到1.干擾導(dǎo)致的接入問(wèn)題。呼叫中發(fā)送RRC Co nn ection Request后無(wú)響應(yīng)，RRC不能正常連接。當(dāng) UE 發(fā)送 RRC Conn ection Request 后，RNC 應(yīng)該回復(fù) RRC Conn ection setup，如果未 回復(fù)就有可能存在干擾。 處理定位： 首先看是否存在硬件故障， 然后在問(wèn)題小區(qū)下作撥打測(cè) 試后臺(tái)觀察是否存在干擾（如ISCP，

6、再次觀察該小區(qū)參數(shù)（如 SIR干擾余量）與其它小區(qū)的區(qū)別。綜合定位問(wèn)題根據(jù)定位解決問(wèn)題。2. 同步失敗。信令分析每次呼叫無(wú)法接通時(shí)反饋消息都是同步失敗即NODE B發(fā)NBAP RLFAIL IND。雙擊該信令我們就會(huì)看到他所攜帶的同步失敗的信息：Cause為radioNetwork :synchronlsation-failure 。處理定位：首先看是否存在硬件故障，后臺(tái)觀察是否存在干擾（如 ISCP,觀察該小區(qū)參數(shù)（如 SIR干擾余量）與其它小區(qū)的區(qū)別。定位解決問(wèn)題。3. 擾碼規(guī)劃錯(cuò)誤導(dǎo)致終端無(wú)法接入網(wǎng)絡(luò)。 呼叫建立失敗消息的 Cause 值為Nonsynchronization 。處理定位

7、：測(cè)試時(shí)發(fā)現(xiàn)鄰區(qū)列表中出現(xiàn)一同擾碼鄰小區(qū)（CPI 相同）。UE無(wú)法正確解調(diào)來(lái)自同擾碼的兩個(gè)小區(qū)的信號(hào)，而無(wú)法起呼。4. 上行期望功率設(shè)置過(guò)低導(dǎo)致接通率低。UE發(fā)送RRC_CONNECT_SETUP_CQM旦RNC沒(méi)有收到。后臺(tái)信令跟蹤發(fā)現(xiàn)錯(cuò)誤原因提示為：network out of order。檢測(cè)后臺(tái)UPPCH的ISCP值過(guò)高存在干擾?？梢蕴岣遀PPTS的期望接受功率或進(jìn)行UP偏移來(lái)解決，上行干擾余量ULINTERFERERSV配置為-3改為指導(dǎo)書中要求的 3。5. 數(shù)據(jù)配置錯(cuò)誤導(dǎo)致覆蓋正常H業(yè)務(wù)無(wú)法建立。 發(fā)現(xiàn)在終端建立業(yè)務(wù)前（connect）, 一切正常，在被叫測(cè)量報(bào)告下發(fā)1秒后RNC下

8、發(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ù)信道的正常建立。6. GPS失步導(dǎo)致同頻干擾導(dǎo)致接通率低。Uu 口信令為RRC Connection Request;但沒(méi)有收到RRC Conn ection Setup A站附近有站 B GPS失步，且站 B的3小區(qū)與站 A的1小區(qū)頻 點(diǎn)都為10080，相互造成強(qiáng)干擾，所以起 A站的接通率低。7. 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)有任何信

9、令，懷疑UE沒(méi)有與NodeB聯(lián)系上，排除RNC問(wèn)題；進(jìn)行RRU的Reset操作，執(zhí)行 后狀態(tài)正常，告警消除，小區(qū)測(cè)試正常。8. RRC Connect Reject造成的接入失敗。終端發(fā)起 RRC Connect Request后，終端馬上收到了網(wǎng)絡(luò)下發(fā)的 RRC Connect Reject消息，導(dǎo)致接入失敗，Reject的原因值為unspecified。9. 開環(huán)功控參數(shù)設(shè)置不合理導(dǎo)致RRC建立成功率過(guò)低。UE接收到RRC Connection Setup沒(méi)回 RRC Conn ection Setup Complete 計(jì)時(shí)器超時(shí)后重發(fā) RRC CONNECTION REAUES如 此往

10、復(fù) 多次才發(fā)送 RRC CONNECTION SETUP COMPLET并成功建立 RAB連接，開始業(yè)務(wù)。原因是 SIR設(shè)置不合理。10. 無(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è)接入失敗。11. 周期性位置更新定時(shí)器（T3212）設(shè)置不合理導(dǎo)致手機(jī)無(wú)法被叫。UE在作為被叫時(shí)，呼叫方會(huì)聽到 該用戶已關(guān)機(jī)”的錯(cuò)誤

11、提示，導(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 Conn ection 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)

12、有收到，是否是手機(jī)發(fā)生重選，則優(yōu)化重選參數(shù)；若沒(méi)有發(fā)生重選，需要調(diào)整FPACH功 率。（3）主叫 UE 在發(fā)出 RRC Conn ection Request 后，收到 RRC Conn ection Reject 消息。并且沒(méi) 有重發(fā) RRC Connection Request進(jìn)行嘗試；（4）主叫 UE 在收到 RRC Conn ection Setup 消息后，沒(méi)有發(fā)出 RRC Co nn ection 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消息；參 數(shù)配置錯(cuò)誤可能性最大（8） UE收到Call Proceeding消息后，沒(méi)有收到 RB Setup消息；參數(shù)配