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

一、外場常見掉話原因分析
目前LTE常見掉話原因包括弱覆蓋、越區(qū)覆蓋、切換失敗、鄰區(qū)漏配、系統(tǒng)設備異常、干擾、擁塞等。
掉話原因1:弱覆蓋
現(xiàn)象:
由于弱覆蓋導致的掉話,通常有以下表現(xiàn):
1.掉話前服務小區(qū)的RSRP持續(xù)變差(低于弱覆蓋標準,如小于-105dBm),同時服務小區(qū)的SINR也一起持續(xù)變差(小于0dB,甚至小于-3dB)。
2.掉話后可能會有一段時間(數(shù)秒至數(shù)分鐘不等,取決于實際網(wǎng)絡覆蓋情況),UE無數(shù)據(jù)上報(類似于UE脫網(wǎng))。
解決方案:
要解決此類掉話,需要改善覆蓋。具體手段有:
1.首先明確當前的弱覆蓋區(qū)域由哪些扇區(qū)的信號覆蓋。
2.根據(jù)網(wǎng)絡拓撲結構和相關無線環(huán)境來確定最適合覆蓋該區(qū)域的扇區(qū),并加強它的覆蓋。如常用的天饋調整、站點建設等。
具體案例:
對呼和浩特市大昭寺前街DT過程中占用到大昭寺華隆小區(qū)-FL_3小區(qū),覆蓋較差存在掉線風險。通過調整PA:3→0,RS參考功率:13.4dB→15.2dB,覆蓋改善,掉線風險大大降低。
掉話原因2:越區(qū)覆蓋
現(xiàn)象:
在支持切換的移動通信網(wǎng)絡中,由于無法精確控制無線信號的傳播,因此或多或少都會存在越區(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ù)網(wǎng)絡拓撲結構和相關無線環(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ū)列表之中。
解決方案:
在網(wǎng)管的掉話前的服務小區(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)福瑞大藥房-FTL 2扇區(qū)下載速率不達標,查詢基站狀態(tài)一切正常,沒有告警,測試設備一切正常,無線環(huán)境也很好RSRP,RSRQ,SINR等值都正常,排除無線側問題,通過PING服務區(qū)發(fā)現(xiàn)丟包達到10%以上,見下圖:

通過和有線傳輸側溝通查詢,傳輸B設備到A設備環(huán)路中存在光衰。有線側處理完后,經(jīng)復測該站點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.網(wǎng)管查詢基站無告警,用戶數(shù)正常,復位單板、基站,低速率問題仍存在。
3.和林2站點實際測試中:BLER誤碼率指標一直在30%以上,峰值達到50%,懷疑存在上行干擾。
4.針對該問題,從后臺網(wǎng)管側對基站底噪問題進行頻譜掃描,和林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. 改變網(wǎng)絡拓撲結構,均衡話務負荷。
具體案例:
在日常網(wǎng)管指標監(jiān)控中,發(fā)現(xiàn)大學城商貿-FL-3小區(qū)RRC連接建立成功率低,僅為38.17%,同時重定向至3G次數(shù)較多,如下:
小區(qū)名稱 | RRC建立成功數(shù)目 | RRC建立請求數(shù)目 | RRC連接建立成功率 | 重定向至3G次數(shù) |
[FDD]大學生商貿-FL-1 | 7326 | 7455 | 98.27% | 5 |
[FDD]大學生商貿-FL-2 | 4665 | 4693 | 99.40% | 4 |
[FDD]大學生商貿-FL-3 | 19699 | 51612 | 38.17% | 1075 |
網(wǎng)管核查大學城商貿-FL基站無告警,無干擾。統(tǒng)計同一時間段RRC連接失敗原因,發(fā)現(xiàn)多數(shù)為eNB接納失敗。如下:

核查網(wǎng)管參數(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-1 | 63.6622 | 514.6024 | 21 |
[FDD]大學生商貿-FL-2 | 89.2222 | 1336.9038 | 14 |
[FDD]大學生商貿-FL-3 | 357.4957 | 3738.4057 | 30 |
修改小區(qū)RRC連接用戶數(shù)門限至80,觀察指標已恢復正常。
小區(qū)名稱 | [LTE]RRC建立成功數(shù)目 | [LTE]RRC建立請求數(shù)目 | [FDD]RRC連接建立成功率 | 重定向至3G次數(shù) |
[FDD]大學城商貿-FL-3(51) | 27550 | 27739 | 99.32% | 0 |
二、網(wǎng)管統(tǒng)計掉話原因分析
LTE網(wǎng)管中定義了網(wǎng)管統(tǒng)計E-RAB掉線率指標的具體原因,分析如下:
掉話原因碼 | 原因描述 | 說明 | 解決辦法 |
C373210381 | E-RAB釋放次數(shù),由于ENB過載控制導致的釋放(次) | 異常釋放 | 基站過載負荷檢查 |
C373210391 | E-RAB釋放次數(shù),由于ENB其他異常原因(次) | 異常釋放 | 基站內部故障或所列之外的Cause釋放 |
C373210421 | E-RAB釋放次數(shù),由于ENB小區(qū)擁塞導致的釋放(次) | 異常釋放 | 進行負荷均衡優(yōu)化處理或容量規(guī)劃 |
C373210391 | E-RAB釋放次數(shù),由于ENB的無線鏈路失敗(次) | 異常釋放 | 無線覆蓋、干擾、硬件等原因引起 |
C373210381 | E-RAB釋放次數(shù),由于ENB重建立失敗(次) | 異常釋放 | 對觸發(fā)重建的原因及重建被拒進行分析,可能為資源、傳輸原因 |
C373210511 | E-RAB釋放次數(shù),由于小區(qū)關斷或復位(次) | 異常釋放 | 處理告警,核查復位及關斷原因 |
C373210521 | E-RAB釋放次數(shù),跨站重建立失敗導致的釋放(次) | 異常釋放 | 重建立失敗原因優(yōu)化 |
C373505354 | E-RAB釋放次數(shù),ENB由于S1鏈路故障發(fā)起釋放(次) | 異常釋放 | 核查光模塊及傳輸鏈路質量 |
對呼市現(xiàn)網(wǎng)(6月5日~6月12日)一周無線掉話COUNTER統(tǒng)計次數(shù)如下:
從上圖看出,現(xiàn)網(wǎng)掉話原因主要為無線鏈路失敗、ENB重建立失敗引起的異常釋放,優(yōu)化主要從覆蓋、切換兩個方面著手:
1.改善覆蓋,對弱覆蓋區(qū)域的基站建設,特別是深度覆蓋。
2.鄰區(qū)優(yōu)化,異頻切換優(yōu)化。
3.跟蹤網(wǎng)絡負荷,及時進行負荷類參數(shù)修改。
4.及時處理基站故障,發(fā)掘隱性故障。
三、小結
本文結合呼市現(xiàn)網(wǎng)LTE掉話問題處理案例,對外場RF優(yōu)化、網(wǎng)管KPI優(yōu)化可能引起掉話的各類原因進行了分析。掉話關系到LTE網(wǎng)絡的連續(xù)性,對提升用戶實際使用感知幫助很大,后續(xù)應加大對此類問題分析及處理力度。
[[i] 本帖最后由 vertu 于 2016-8-3 21:29 編輯 [/i]]