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

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

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

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

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

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

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

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

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