LTE的掉話原因分析及處理思路(加精-值得收藏)

LTE的掉話原因分析及處理思路LTE“掉話”是指UE異常退出RRC_CONNECTED狀態(tài)導(dǎo)致的連接中斷。統(tǒng)計(jì)節(jié)點(diǎn)為“RrcConnctionReconfigurationComplete”消息正確達(dá)到網(wǎng)絡(luò)側(cè)開(kāi)始，之后進(jìn)行的各類(lèi)業(yè)務(wù)，未正常釋放的均計(jì)為“掉話”。正常釋放流程如下：

一、外場(chǎng)常見(jiàn)掉話原因分析目前LTE常見(jiàn)掉話原因包括弱覆蓋、越區(qū)覆蓋、切換失敗、鄰區(qū)漏配、系統(tǒng)設(shè)備異常、干擾、擁塞等。掉話原因1：弱覆蓋現(xiàn)象:由于弱覆蓋導(dǎo)致的掉話，通常有以下表現(xiàn)：1.掉話前服務(wù)小區(qū)的RSRP持續(xù)變差（低于弱覆蓋標(biāo)準(zhǔn)，如小于-105dBm），同時(shí)服務(wù)小區(qū)的SINR也一起持續(xù)變差（小于0dB，甚至小于-3dB）。2.掉話后可能會(huì)有一段時(shí)間（數(shù)秒至數(shù)分鐘不等，取決于實(shí)際網(wǎng)絡(luò)覆蓋情況），UE無(wú)數(shù)據(jù)上報(bào)（類(lèi)似于UE脫網(wǎng)）。解決方案:要解決此類(lèi)掉話，需要改善覆蓋。具體手段有：1.首先明確當(dāng)前的弱覆蓋區(qū)域由哪些扇區(qū)的信號(hào)覆蓋。2.根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無(wú)線環(huán)境來(lái)確定最適合覆蓋該區(qū)域的扇區(qū)，并加強(qiáng)它的覆蓋。如常用的天饋調(diào)整、站點(diǎn)建設(shè)等。具體案例：對(duì)呼和浩特市大昭寺前街DT過(guò)程中占用到大昭寺華隆小區(qū)-FL_3小區(qū)，覆蓋較差存在掉線風(fēng)險(xiǎn)。通過(guò)調(diào)整PA：3→0，RS參考功率：13.4dB→15.2dB，覆蓋改善，掉線風(fēng)險(xiǎn)大大降低。

掉話原因2：越區(qū)覆蓋現(xiàn)象:在支持切換的移動(dòng)通信網(wǎng)絡(luò)中，由于無(wú)法精確控制無(wú)線信號(hào)的傳播，因此或多或少都會(huì)存在越區(qū)覆蓋的情況，導(dǎo)致“孤島覆蓋”無(wú)法與周邊站點(diǎn)進(jìn)行正常切換掉話，通常有以下表現(xiàn)：1.越區(qū)覆蓋導(dǎo)致的“導(dǎo)頻污染”。在覆蓋區(qū)，沒(méi)有穩(wěn)定的強(qiáng)信號(hào)作為主服務(wù)小區(qū)。服務(wù)小區(qū)信號(hào)的頻繁變化，是導(dǎo)致掉話的一個(gè)主要原因。2.越區(qū)覆蓋對(duì)主服務(wù)小區(qū)的干擾（包括鄰區(qū)漏配、越區(qū)信號(hào)的迅速變化等）。在某些區(qū)域，主服務(wù)小區(qū)收到越區(qū)信號(hào)的干擾，最終導(dǎo)致掉話。解決方案：1.越區(qū)覆蓋的一般優(yōu)化原則是：在區(qū)域中已有合理的穩(wěn)定信號(hào)覆蓋的情況下，盡可能的控制越區(qū)覆蓋的信號(hào)。如調(diào)整越區(qū)覆蓋扇區(qū)的天線下傾角、天線掛高、其次可以下調(diào)越區(qū)覆蓋信號(hào)的RS功率、謹(jǐn)慎調(diào)整越區(qū)覆蓋扇區(qū)的天線方位角。2.如果越區(qū)覆蓋導(dǎo)致了導(dǎo)頻污染，根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無(wú)線環(huán)境來(lái)確定最適合的覆蓋扇區(qū)，并加強(qiáng)它的覆蓋。具體案例：對(duì)呼和浩特市鄂爾多斯大街尚東風(fēng)景附近DT過(guò)程中占用到CA小區(qū)金歲酒店-TL_2小區(qū)，越區(qū)無(wú)鄰區(qū)關(guān)系存在掉線風(fēng)險(xiǎn)。通過(guò)配置CA金歲酒店-FL_2小區(qū)和嘉林小區(qū)-FL1/3鄰區(qū)關(guān)系，并下壓金歲酒店-FL_2小區(qū)機(jī)械傾角3°。

掉話原因3：切換失敗現(xiàn)象：由于切換失敗導(dǎo)致的掉話，通常有以下表現(xiàn)：1.在掉話前，UE曾發(fā)出MeasurementReport（滿(mǎn)足切換的測(cè)量配置門(mén)限），并能收到eNB發(fā)來(lái)的RRCConnectionReconfiguration。2.但是UE收取目標(biāo)小區(qū)的廣播消息之后，立即上報(bào)RRC連接重建立請(qǐng)求rrcConnectionReestablishmentRequest;Cause=handoverFailure。3.通常情況下，UE在切換失敗后，會(huì)發(fā)起回到源小區(qū)的RRC連接重建立請(qǐng)求，并且此類(lèi)RRC連接重建立大部分都是成功的。解決方案：1.檢查源小區(qū)的鄰區(qū)配置情況，確認(rèn)鄰區(qū)參數(shù)配置正確。2.確認(rèn)目標(biāo)小區(qū)的工作狀態(tài)正常（包括傳輸無(wú)誤碼、功率輸出正常、小區(qū)負(fù)荷不會(huì)導(dǎo)致拒絕切入）。3.確認(rèn)源小區(qū)和目標(biāo)小區(qū)的軟件版本是否正確。4.了解切換失敗的規(guī)律（是否配置了X2？是否集中在某個(gè)小區(qū)、該小區(qū)切換成功率是否較低？周邊是否有新開(kāi)站點(diǎn)？是否處于不同的MME邊緣？是否處于不同頻率的基站交界處？）。具體案例：在武川第三中學(xué)3扇區(qū)方向測(cè)試時(shí)，終端占用武川萬(wàn)興園-2扇區(qū)（PCI282）向武川第三中學(xué)3扇區(qū)（PCI278）切換失敗，核查武川萬(wàn)興園-2扇區(qū)鄰區(qū)關(guān)系配置錯(cuò)誤，更正與武川第三中學(xué)鄰區(qū)關(guān)系參數(shù)配置后，切換正常。掉話原因4：鄰區(qū)漏配現(xiàn)象：由于鄰區(qū)漏配導(dǎo)致的掉話，通常有以下表現(xiàn)：1.掉話前后的下行覆蓋不差（通常大于-105dBm）。2.掉話前后小區(qū)的SINR變差（因?yàn)槭艿洁弲^(qū)信號(hào)的干擾）。3.關(guān)鍵點(diǎn)：掉話前UE可能會(huì)多次上報(bào)測(cè)量報(bào)告（MR），并且MR中上報(bào)的PCI并沒(méi)有配置在當(dāng)前服務(wù)小區(qū)的鄰區(qū)列表之中。解決方案：在網(wǎng)管的掉話前的服務(wù)小區(qū)列表中，添加漏配的鄰區(qū)。具體案例：對(duì)呼和浩特市科爾沁南路DT過(guò)程中占用到東把柵東-TL_3小區(qū)，無(wú)鄰區(qū)關(guān)系存在掉線風(fēng)險(xiǎn)。通過(guò)配置東把柵北3小區(qū)與消防總隊(duì)北1小區(qū)鄰區(qū)關(guān)系。

掉話原因5：系統(tǒng)設(shè)備異?，F(xiàn)象：此類(lèi)問(wèn)題的表現(xiàn)現(xiàn)象不一。一般來(lái)說(shuō)，在確認(rèn)系統(tǒng)的功率、切換、業(yè)務(wù)相關(guān)參數(shù)無(wú)誤，并排除了無(wú)線環(huán)境影響后，掉話問(wèn)題依舊存在，這時(shí)可以將問(wèn)題考慮為系統(tǒng)設(shè)備（軟件/硬件）異常。1.切換流程異常（在切換區(qū)，無(wú)常完成切換），而導(dǎo)致掉話。2.在業(yè)務(wù)進(jìn)行到相對(duì)固定的一段時(shí)間發(fā)生掉話，并且可復(fù)現(xiàn)。3.在特點(diǎn)扇區(qū)、eNB下，發(fā)生可復(fù)現(xiàn)的掉話。4.跨MME、或跨TA等，在特殊區(qū)域進(jìn)行業(yè)務(wù)時(shí)，發(fā)生可復(fù)現(xiàn)的掉話。解決方案：配合中興工程師抓取數(shù)據(jù)，分析跟蹤解決問(wèn)題。具體案例：測(cè)試過(guò)程中發(fā)現(xiàn)福瑞大藥房-FTL2扇區(qū)下載速率不達(dá)標(biāo)，查詢(xún)基站狀態(tài)一切正常，沒(méi)有告警，測(cè)試設(shè)備一切正常，無(wú)線環(huán)境也很好RSRP，RSRQ，SINR等值都正常，排除無(wú)線側(cè)問(wèn)題，通過(guò)PING服務(wù)區(qū)發(fā)現(xiàn)丟包達(dá)到10%以上，見(jiàn)下圖：通過(guò)和有線傳輸側(cè)溝通查詢(xún)，傳輸B設(shè)備到A設(shè)備環(huán)路中存在光衰。有線側(cè)處理完后，經(jīng)復(fù)測(cè)該站點(diǎn)2扇區(qū)下載速率峰值、均值都達(dá)標(biāo)。

掉話原因6：干擾現(xiàn)象：干擾分類(lèi)較多，這里主要從上、下行干擾角度分析。1.上行干擾：當(dāng)只有上行鏈路受到干擾，下行鏈路無(wú)異常表現(xiàn)，UE的發(fā)射功率通常較高，而且基站側(cè)測(cè)得的RSSI偏高。2.下行干擾：當(dāng)只有下行鏈路受到干擾，上行鏈路無(wú)異常表現(xiàn)，UE測(cè)得的RSRP較好，但是SINR偏差。解決方案：定位上行干擾1.明確干擾所涉及的圍，大致定位干擾區(qū)域。2.使用頻譜掃描儀和八木天線進(jìn)行掃頻，定位干擾源。定位下行干擾1.首先確認(rèn)下行干擾非系統(tǒng)部干擾（需要排除越區(qū)覆蓋、鄰區(qū)漏配導(dǎo)致的干擾現(xiàn)象）。2.明確干擾源來(lái)自系統(tǒng)外，使用頻譜掃描儀和八木天線進(jìn)行掃頻，排查定位干擾源。確認(rèn)干擾源后，可以采用以下方法進(jìn)行清除或規(guī)避：1.確認(rèn)干擾源來(lái)自他人設(shè)備，協(xié)調(diào)清除干擾源。2.干擾源來(lái)自其他系統(tǒng)，需要增加我方和其他系統(tǒng)的天線隔離度，或在干擾源上加裝信號(hào)屏蔽裝置。3.變更我方系統(tǒng)的工作頻點(diǎn)或帶寬，避開(kāi)干擾。具體案例：簇優(yōu)化測(cè)試占用和林2基站1扇區(qū)（54954_49）時(shí)，RSRP、SINR值各項(xiàng)指標(biāo)正常，但存在低速率情況，在10Mbps以下，下載速率極低。排查流程：1.換機(jī)換卡，更換服務(wù)器測(cè)試問(wèn)題均存在，排查終端服務(wù)器問(wèn)題。2.網(wǎng)管查詢(xún)基站無(wú)告警，用戶(hù)數(shù)正常，復(fù)位單板、基站，低速率問(wèn)題仍存在。3.和林2站點(diǎn)實(shí)際測(cè)試中:BLER誤碼率指標(biāo)一直在30%以上，峰值達(dá)到50%，懷疑存在上行干擾。4.針對(duì)該問(wèn)題，從后臺(tái)網(wǎng)管側(cè)對(duì)基站底噪問(wèn)題進(jìn)行頻譜掃描，和林2基站1小區(qū)底噪在-75dBm左右，干擾較大，且底噪干擾為全波段干擾抬升，非窄帶干擾，如下圖：通知維護(hù)人員上站排查干擾后，該站底噪恢復(fù)正常，復(fù)測(cè)問(wèn)題站點(diǎn)，速率恢復(fù)正常。

掉話原因7：擁塞現(xiàn)象：當(dāng)系統(tǒng)資源不足，而用戶(hù)數(shù)較多時(shí)，容易出現(xiàn)擁塞現(xiàn)象。包括：1.小區(qū)實(shí)時(shí)激活用戶(hù)數(shù)較多。2.小區(qū)開(kāi)始出現(xiàn)接納拒絕。3.小區(qū)的發(fā)射功率接近飽和。4.小區(qū)的呼叫建立成功率、掉話率指標(biāo)惡化。解決方案：1.增加系統(tǒng)容量。（1）增加小區(qū)功率容量；（2）壓縮開(kāi)銷(xiāo)信號(hào)的功率、RB資源；（3）下行功率分配相關(guān)參數(shù)的調(diào)整優(yōu)化；（4）增加基站、扇區(qū)、頻點(diǎn)。2.改變網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，均衡話務(wù)負(fù)荷。具體案例：在日常網(wǎng)管指標(biāo)監(jiān)控中，發(fā)現(xiàn)大學(xué)城商貿(mào)-FL-3小區(qū)RRC連接建立成功率低，僅為38.17%，同時(shí)重定向至3G次數(shù)較多，如下：小區(qū)名稱(chēng)RRC建立成功數(shù)目RRC建立請(qǐng)求數(shù)目RRC連接建立成功率重定向至3G次數(shù)[FDD]大學(xué)生商貿(mào)-FL27%5[FDD]大學(xué)生商貿(mào)-FL-24665469399.40%4[FDD]大學(xué)生商貿(mào)-FL-3196995161238.17%1075網(wǎng)管核查大學(xué)城商貿(mào)-FL基站無(wú)告警，無(wú)干擾。統(tǒng)計(jì)同一時(shí)間段RRC連接失敗原因，發(fā)現(xiàn)多數(shù)為eNB接納失敗。如下：核查網(wǎng)管參數(shù)發(fā)現(xiàn)接納控制參數(shù)小區(qū)RRC連接用戶(hù)數(shù)門(mén)限值設(shè)置為30，數(shù)據(jù)統(tǒng)計(jì)發(fā)現(xiàn)大學(xué)生商貿(mào)-FL-3小區(qū)用戶(hù)面流量較高，最大RRC連接用戶(hù)數(shù)已達(dá)到最大設(shè)置的30，如下：

小區(qū)名稱(chēng)空口上行用戶(hù)面流量（MByte）空口下行用戶(hù)面流量（MByte）最大RRC連接用戶(hù)數(shù)_1[FDD]大學(xué)生商貿(mào)-FL-163.6622514.602421[FDD]大學(xué)生商貿(mào)-FL-289.22221336.903814[FDD]大學(xué)生商貿(mào)-FL-3357.49573738.405730修改小區(qū)RRC連接用戶(hù)數(shù)門(mén)限至80，觀察指標(biāo)已恢復(fù)正常。小區(qū)名稱(chēng)[LTE]RRC建立成功數(shù)目[LTE]RRC建立請(qǐng)求數(shù)目[FDD]RRC連接建立成功率重定向至3G次數(shù)[FDD]大學(xué)城商貿(mào)-FL-3(51)275502773999.32%0二、網(wǎng)管統(tǒng)計(jì)掉話原因分析LTE網(wǎng)管中定義了網(wǎng)管統(tǒng)計(jì)E-RAB掉線率指標(biāo)的具體原因，分析如下：掉話原因碼原因描述說(shuō)明解決辦法C373210381E-RAB釋放次數(shù)，由于ENB過(guò)載控制導(dǎo)致的釋放(次)異常釋放基站過(guò)載負(fù)荷檢查C373210391E-RAB釋放次數(shù)，由于ENB其他異常原因(次)異常釋放基站部故障或所列之外的Cause釋放C373210421E-RAB釋放次數(shù)，由于ENB小區(qū)擁塞導(dǎo)致的釋放(次)異常釋放進(jìn)行負(fù)荷均衡優(yōu)化處理或容量規(guī)劃C373210391E-RAB釋放次數(shù)，由于ENB的無(wú)線鏈路失敗(次)異常釋放無(wú)線覆蓋、干擾、硬件等原因引起C373210381E-RAB釋放次數(shù)，由于ENB重建立失敗(次)異常釋放對(duì)觸發(fā)重建的原因及重建被拒進(jìn)行分析，可能為資源、傳輸原因C373210511E-RAB釋放次數(shù)，由于小區(qū)關(guān)斷或復(fù)位（次）異常釋放處理告警，核查復(fù)位及關(guān)斷原因C373210521E-RAB釋放次數(shù)，跨站重建立失敗導(dǎo)致的釋放（次）異常釋放重建立失敗原因優(yōu)化C373505354E-RAB釋放次數(shù)，ENB由于S1鏈路故障發(fā)起釋放（次）異常釋放核查光模塊及傳輸鏈路質(zhì)量對(duì)呼市現(xiàn)網(wǎng)（6月5日~6月12日）一周無(wú)線掉話COUNTER統(tǒng)計(jì)次數(shù)如下：從上圖看出，現(xiàn)網(wǎng)掉話原