LTE的掉話原因分析及管理組織思路(加精,值得收藏)

1、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ù)變

2、差（小于 0dB ，甚至小于 -3dB ）。2. 掉話后可能會有一段時間（數(shù)秒至數(shù)分鐘不等，取決于實際網絡覆蓋情況），UE 無數(shù)據(jù)上報（類似于 UE 脫網）。解決方案 :要解決此類掉話，需要改善覆蓋。具體手段有：1. 首先明確當前的弱覆蓋區(qū)域由哪些扇區(qū)的信號覆蓋。2. 根據(jù)網絡拓撲結構和相關無線環(huán)境來確定最適合覆蓋該區(qū)域的扇區(qū)，并加強它的覆蓋。 如常用的天饋調整、站點建設等。具體案例：對呼和浩特市大昭寺前街 DT 過程中占用到大昭寺華隆小區(qū) -FL_3 小區(qū)，覆蓋較差存在掉線風險。通過調整 PA：30，RS參考功率： 13.4dB 15.2dB ，覆蓋改善，掉線風險大大降低。掉話原因 2：越區(qū)

3、覆蓋現(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ū)的天線下傾角、 天線掛高、 其次

4、可以下調越區(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 （滿足切換的測

5、量配置門限），并能收到 eNB發(fā)來的 RRCConnectionReconfiguration 。2.但是 UE收取目標小區(qū)的廣播消息之后，立即上報 RRC 連接重建立請求rrcConnectionReestablishmentRequest;Cause=handoverFailure3. 通常情況下， UE在切換失敗后，會發(fā)起回到源小區(qū)的 RRC 連接重建立請求，并且此類 RRC連接重建立大部分都是成功的 解決方案：1.檢查源小區(qū)的鄰區(qū)配置情況，確認鄰區(qū)參數(shù)配置正確。2.確認目標小區(qū)的工作狀態(tài)正常 （包括傳輸無誤碼、 功率輸出正常、 小區(qū)負荷不會導致拒絕切入）3. 確認源小區(qū)和目標小區(qū)的軟件

6、版本是否正確。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 變差（

7、因為受到鄰區(qū)信號的干擾）。3. 關鍵點：掉話前 UE 可能會多次上報測量報告（ MR ），并且 MR 中上報的 PCI 并沒有配置在當前服務小區(qū)的鄰區(qū)列表之中。解決方案：在網管的掉話前的服務小區(qū)列表中，添加漏配的鄰區(qū)具體案例：對呼和浩特市科爾沁南路 DT 過程中占用到東把柵東 -TL_3 小區(qū)，無鄰區(qū)關系存在掉線風險。通過配置東把柵北 3 小區(qū)與消防總隊北 1 小區(qū)鄰區(qū)關系掉話原因 5：系統(tǒng)設備異?，F(xiàn)象：此類問題的表現(xiàn)現(xiàn)象不一。一般來說，在確認系統(tǒng)的功率、切換、業(yè)務相關參數(shù)無誤，并排除了無線環(huán)境影響后，掉話問題依舊存在，這時可以將問題考慮為系統(tǒng)設備（軟件 / 硬件）異常。1. 切換流程異常（在

8、切換區(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)路中存在

9、光衰。有線側處理完后，經復測 該站點 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.明

10、確干擾源來自系統(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ù)正常，復位單板、基站

11、，低速率問題仍存在。3. 和林 2 站點實際測試中 :BLER誤碼率指標一直在 30%以上，峰值達到 50% ，懷疑存在上行干擾。和林 2 基站 1 小區(qū)底噪在 -75dBm4. 針對該問題， 從后臺網管側對基站底噪問題進行頻譜掃描，左右，干擾較大，且底噪干擾為全波段干擾抬升，非窄帶干擾，如下圖：通知維護人員上站排查干擾后，該站底噪恢復正常，復測問題站點，速率恢復正常。掉話原因 7：擁塞現(xiàn)象：當系統(tǒng)資源不足，而用戶數(shù)較多時，容易出現(xiàn)擁塞現(xiàn)象。包括：1.小區(qū)實時激活用戶數(shù)較多。2.小區(qū)開始出現(xiàn)接納拒絕。3. 小區(qū)的發(fā)射功率接近飽和。4. 小區(qū)的呼叫建立成功率、掉話率指標惡化 解決方案：1.增加系

12、統(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%5FDD 大學 生商貿 -FL-24665469399.40%4FDD 大學 生商貿 -FL-319699516123

13、8.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ù) 1FDD 大學生商貿 -FL-163.6622514.602421FDD 大學生商貿 -FL-289.22221336.903814FDD 大學生商貿 -FL-3357.

14、49573738.405730修改小區(qū) RRC 連接用戶數(shù)門限至 80 ，觀察指標已恢復正常。小區(qū)名稱LTERRC 建立成功數(shù)目LTERRC 建立請求數(shù)目FDDRRC 連接建立 成功率重定向至 3G 次數(shù)FDD 大學城商貿 -FL-3(51)275502773999.32%0、網管統(tǒng)計掉話原因分析LTE 網管中定義了網管統(tǒng)計 E-RAB 掉線率指標的具體原因，分析如下：掉話 原因 碼原因描述說明解決辦法C373210381E-RAB 釋放次數(shù)，由于 ENB 過載控制導致的釋放 （ 次）異常釋放基站過載負荷檢查C373210391E-RAB 釋放次數(shù)，由于 ENB 其他異常原因 （次 ）異常釋放

15、基站內部故障或所列之外的 Cause 釋放C37E-RAB 釋放次數(shù)，由于 ENB 小區(qū)擁塞導致的釋放 （ 次）異常釋放進行負荷均衡優(yōu)化處理或容量規(guī)劃3210421C373210391E-RAB 釋放次數(shù)，由于 ENB 的無線鏈路失敗 （次 ）異常釋放無線覆蓋、干擾、硬件等原因引起C373210381E-RAB 釋放次數(shù)，由于 ENB 重建立失敗 （次 ）異常釋放對觸發(fā)重建的原因及重建被拒進行分析，可能為資源、傳輸原因C37異常釋放3210511E-RAB 釋放次數(shù)，由于小區(qū)關斷或復位（次）處理告警，核查復位及關斷原因C37異常釋放3210521E-RAB 釋放次數(shù)，跨站重建立失敗導致的釋放（次）重建立失敗原因優(yōu)化C37異常釋放350535E-RAB 釋放次數(shù)， ENB 由于 S1 鏈路故障發(fā)起釋放 （次）核查光模塊及傳輸鏈路質量4對呼市現(xiàn)網（ 6 月 5 日6 月 12 日）一周無線掉話 COUNTER 統(tǒng)計次數(shù)如下：從上圖看出，現(xiàn)網掉話原因主