 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
關(guān)于RRC.FailConnEstab.NoReply（小區(qū)無(wú)響應(yīng)）
最近在處理TOP小區(qū)的時(shí)候在CS接通率上，RRC建立失敗的原因是RRC.FailConnEstab.NoReply（小區(qū)無(wú)響應(yīng)），RNC向UE發(fā)送RRC CONNECT SETUP消息后，沒(méi)有收到UE發(fā)送RRC CONNECT SETUP COMPLETE消息,剛開(kāi)始懷疑是小區(qū)處于弱覆蓋，無(wú)線環(huán)境差導(dǎo)致，但是后來(lái)，覆蓋好的小區(qū)也是這樣的，請(qǐng)各位高手幫忙解答下~！~！謝謝~！~！
提問(wèn)者:
• AssiSTAnt怎么看CSFB 2020-06-08
• GENEXAssiSTAnt5.2無(wú)法正常運(yùn)行 2020-05-01
• 請(qǐng)問(wèn)GENEX AssiSTAnt 這個(gè)license怎么申請(qǐng)，最近一直顯示網(wǎng)絡(luò)問(wèn)題 2020-04-26
• 怎么撤銷掉這條命令mpls STAtic vpls domain vpls1 2 etree flood false false false true 32000 tagged 2020-03-24
• AssiSTAnt中怎么修改扇區(qū)顏色 2020-01-09
• genexassiSTAnt采樣點(diǎn)同步慢，每次點(diǎn)事件或者信令同步都要幾秒 2019-08-23
• GENEX AssiSTAnt 3.18統(tǒng)計(jì)報(bào)表 2019-06-17
• 安裝AssiSTAnt后出現(xiàn)microsoftofficewebcomponents（OWC）cannotbedetectedpleasereadhelp無(wú)法解 2019-02-25
• GENEXAssiSTAnt5.2無(wú)法正常運(yùn)行 2020-05-01
• 請(qǐng)問(wèn)GENEX AssiSTAnt 這個(gè)license怎么申請(qǐng)，最近一直顯示網(wǎng)絡(luò)問(wèn)題 2020-04-26
• 怎么撤銷掉這條命令mpls STAtic vpls domain vpls1 2 etree flood false false false true 32000 tagged 2020-03-24
• AssiSTAnt中怎么修改扇區(qū)顏色 2020-01-09
• genexassiSTAnt采樣點(diǎn)同步慢，每次點(diǎn)事件或者信令同步都要幾秒 2019-08-23
• GENEX AssiSTAnt 3.18統(tǒng)計(jì)報(bào)表 2019-06-17
• 安裝AssiSTAnt后出現(xiàn)microsoftofficewebcomponents（OWC）cannotbedetectedpleasereadhelp無(wú)法解 2019-02-25
問(wèn)題答案
( 8 )
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 SETUP
RRC CONNECTION SETUP消息是在FACH上發(fā)給UE 的。目前SCCPCH 功率配置的值一般是-3db(相對(duì)于PCCPCH 功率，單碼道)。從覆蓋上來(lái)說(shuō)，已經(jīng)和PCCPCH 的覆蓋一樣了。如果仍然出現(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 RRC建立失敗。此時(shí)，可以通過(guò)提高上行期望接收功率，RL初始發(fā)射功率和修改上行同步的參數(shù)，來(lái)使得UE能夠正常進(jìn)行專用信道同步和上傳RRC 建立完成消息。
如果是第2點(diǎn)和第3點(diǎn)的原因?qū)е?/span>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)題時(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業(yè)務(wù)的RRC接通率一直不高，可以查看覆蓋區(qū)域的信號(hào)強(qiáng)度是否足夠強(qiáng)，如果不夠，可能需要調(diào)高PCCPCH 功率，或者是收縮覆蓋范圍（調(diào)高小區(qū)的駐留電平，把信號(hào)不夠好的用戶剔除出去）。
（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 SETUP
RRC CONNECTION SETUP消息是在FACH上發(fā)給UE 的。目前SCCPCH 功率配置的值一般是-3db(相對(duì)于PCCPCH 功率，單碼道)。從覆蓋上來(lái)說(shuō)，已經(jīng)和PCCPCH 的覆蓋一樣了。如果仍然出現(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 RRC建立失敗。此時(shí)，可以通過(guò)提高上行期望接收功率，RL初始發(fā)射功率和修改上行同步的參數(shù)，來(lái)使得UE能夠正常進(jìn)行專用信道同步和上傳RRC 建立完成消息。
如果是第2點(diǎn)和第3點(diǎn)的原因?qū)е?/span>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)題時(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業(yè)務(wù)的RRC接通率一直不高，可以查看覆蓋區(qū)域的信號(hào)強(qiáng)度是否足夠強(qiáng)，如果不夠，可能需要調(diào)高PCCPCH 功率，或者是收縮覆蓋范圍（調(diào)高小區(qū)的駐留電平，把信號(hào)不夠好的用戶剔除出去）。
回答者：
aegis2003
回答時(shí)間：2010-03-31 22:12
79
78
不能排除用戶所處的位置無(wú)線信號(hào)是弱覆蓋啊.
回答者：
jingcheng06
回答時(shí)間：2010-03-31 22:49
88
71
RRC問(wèn)題分析思路：當(dāng)我們遇到
l 1.干擾導(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)題。
l 2. 同步失敗。信令分析每次呼叫無(wú)法接通時(shí)反饋消息都是同步失敗即NODE B發(fā)NBAP RL FAIL IND。 雙擊該信令我們就會(huì)看到他所攜帶的同步失敗的信息：Cause為radioNetwork：synchronlsation-failure。處理定位：首先看是否存在硬件故障，后臺(tái)觀察是否存在干擾（如ISCP），觀察該小區(qū)參數(shù)（如SIR、干擾余量）與其它小區(qū)的區(qū)別。定位解決問(wèn)題。
l 3. 擾碼規(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ú)法起呼。
l 4. 上行期望功率設(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)書(shū)中要求的3。
l 5. 數(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ù)信道的正常建立。
l 6. 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站的接通率低。
l 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)有任何信令，懷疑UE沒(méi)有與NodeB聯(lián)系上，排除RNC問(wèn)題；進(jìn)行RRU的Reset操作，執(zhí)行后狀態(tài)正常，告警消除，小區(qū)測(cè)試正常。
l 8. RRC Connect Reject造成的接入失敗。終端發(fā)起RRC Connect Request后，終端馬上收到了網(wǎng)絡(luò)下發(fā)的RRC Connect Reject消息，導(dǎo)致接入失敗，Reject的原因值為unspecified。
l 9. 開(kāi)環(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連接，開(kāi)始業(yè)務(wù)。原因是SIR設(shè)置不合理。
l 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è)接入失敗。
l 11. 周期性位置更新定時(shí)器(T3212)設(shè)置不合理導(dǎo)致手機(jī)無(wú)法被叫。UE在作為被叫時(shí)，呼叫方會(huì)聽(tīng)到“該用戶已關(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)整上行開(kāi)環(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ù)配置錯(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ò)誤可能性最大
l 1.干擾導(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)題。
l 2. 同步失敗。信令分析每次呼叫無(wú)法接通時(shí)反饋消息都是同步失敗即NODE B發(fā)NBAP RL FAIL IND。 雙擊該信令我們就會(huì)看到他所攜帶的同步失敗的信息：Cause為radioNetwork：synchronlsation-failure。處理定位：首先看是否存在硬件故障，后臺(tái)觀察是否存在干擾（如ISCP），觀察該小區(qū)參數(shù)（如SIR、干擾余量）與其它小區(qū)的區(qū)別。定位解決問(wèn)題。
l 3. 擾碼規(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ú)法起呼。
l 4. 上行期望功率設(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)書(shū)中要求的3。
l 5. 數(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ù)信道的正常建立。
l 6. 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站的接通率低。
l 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)有任何信令，懷疑UE沒(méi)有與NodeB聯(lián)系上，排除RNC問(wèn)題；進(jìn)行RRU的Reset操作，執(zhí)行后狀態(tài)正常，告警消除，小區(qū)測(cè)試正常。
l 8. RRC Connect Reject造成的接入失敗。終端發(fā)起RRC Connect Request后，終端馬上收到了網(wǎng)絡(luò)下發(fā)的RRC Connect Reject消息，導(dǎo)致接入失敗，Reject的原因值為unspecified。
l 9. 開(kāi)環(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連接，開(kāi)始業(yè)務(wù)。原因是SIR設(shè)置不合理。
l 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è)接入失敗。
l 11. 周期性位置更新定時(shí)器(T3212)設(shè)置不合理導(dǎo)致手機(jī)無(wú)法被叫。UE在作為被叫時(shí)，呼叫方會(huì)聽(tīng)到“該用戶已關(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)整上行開(kāi)環(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ù)配置錯(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ò)誤可能性最大
回答者：
zhangqibo
回答時(shí)間：2010-04-07 17:33
78
74
太強(qiáng)了，上面說(shuō)的非常非常詳細(xì)。學(xué)習(xí)了
Whele 2010-05-10 21:07
學(xué)習(xí)了~~
futuregirl 2011-03-24 17:23
樓上的高手，第8個(gè)怎么解決啊
回答者：
tianguowei2009
回答時(shí)間：2010-04-08 13:18
80
72
謝謝zhangqibo 的答案
回答者：
js156
回答時(shí)間：2010-04-08 13:39
74
73
太強(qiáng)了，學(xué)習(xí)了�？梢孕薷囊粋�(gè)參數(shù)，RRC UE響應(yīng)定時(shí)器
回答者：
dingbaiping
回答時(shí)間：2010-04-08 15:58
69
75
l 3. 擾碼規(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ú)法起呼。
測(cè)試時(shí)鄰區(qū)表能看得到同擾碼的兩個(gè)小區(qū)嗎？同擾是無(wú)法定義鄰區(qū)關(guān)系的，也就是說(shuō)你是根本不可能在測(cè)試中看得到的。
測(cè)試時(shí)鄰區(qū)表能看得到同擾碼的兩個(gè)小區(qū)嗎？同擾是無(wú)法定義鄰區(qū)關(guān)系的，也就是說(shuō)你是根本不可能在測(cè)試中看得到的。
回答者：
sugarlin
回答時(shí)間：2010-04-08 16:13
75
66
個(gè)人看法，目前處理TOP小區(qū)對(duì)于UE無(wú)應(yīng)答的情況幾乎沒(méi)處理，也沒(méi)法處理，因?yàn)樵拕?wù)統(tǒng)計(jì)中無(wú)法確定具體UE的位置，無(wú)法還原場(chǎng)景。造成UE無(wú)應(yīng)答的情況個(gè)人認(rèn)為是弱覆蓋或者UE終端問(wèn)題。
回答者：
jingcheng05
回答時(shí)間：2010-04-08 21:03
76
69
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司
聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：湖州市,寧波市
• 北京萬(wàn)思維通信技術(shù)有限公司 聘：廣東 愛(ài)立信高端優(yōu)化后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 深圳市訊方技術(shù)股份有限公司 聘：華為45G高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：5 人 地點(diǎn)：山東省
• 南京華蘇科技有限公司 聘：山東NR網(wǎng)絡(luò)優(yōu)化中級(jí)工程師
需求人數(shù)：5 人 地點(diǎn)：濟(jì)南市,青島市,臨沂市,東營(yíng)市,濱州市
• 安徽引途科技有限公司 聘：通信網(wǎng)絡(luò)小白實(shí)習(xí)生（安徽合肥）
需求人數(shù)：2 人 地點(diǎn)：合肥市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 元道通信股份有限公司 聘：愛(ài)立信督導(dǎo)/黑龍江哈爾濱
需求人數(shù)：1 人 地點(diǎn)：哈爾濱市
需求人數(shù)：2 人 地點(diǎn)：湖州市,寧波市
• 北京萬(wàn)思維通信技術(shù)有限公司 聘：廣東 愛(ài)立信高端優(yōu)化后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 深圳市訊方技術(shù)股份有限公司 聘：華為45G高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：5 人 地點(diǎn)：山東省
• 南京華蘇科技有限公司 聘：山東NR網(wǎng)絡(luò)優(yōu)化中級(jí)工程師
需求人數(shù)：5 人 地點(diǎn)：濟(jì)南市,青島市,臨沂市,東營(yíng)市,濱州市
• 安徽引途科技有限公司 聘：通信網(wǎng)絡(luò)小白實(shí)習(xí)生（安徽合肥）
需求人數(shù)：2 人 地點(diǎn)：合肥市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 元道通信股份有限公司 聘：愛(ài)立信督導(dǎo)/黑龍江哈爾濱
需求人數(shù)：1 人 地點(diǎn)：哈爾濱市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |