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

1、LTE的掉話原因分析及處理思路 LTE “掉話”是指UE異常退岀RRC_CONNECTED狀態(tài)導致的連接中斷。統(tǒng)計節(jié)點為 “ RrcCo nn ctio nReco nfiguratio nComplete”消息正確達到網絡側開始，之后進行的各類業(yè)務，未 正常釋放的均計為“掉話”。正常釋放流程如下： 廠UE ENOQEB EPC * 匚 onnctio n Reconfigure H an RrcConnconReconfiguraHonConiplete HP 鼻 SiiLrByJJ Initiril context step response h Ul. info rm jlionlran

2、sfftr UPLIMK NAS TRANSPORT -H f-rist liplink Osts .亠.碎.二11- FrKl Downlink Data Measurement 屯弋prort 4 rcCcii nuiiu n Reconfiguration RrtConncdanRecoJifiguratronCornple Vt CONTEXT RELEASE REQUESET P 111mm UE CONTEXT RELEA St 匚 OMM/XND RRC oniictioiiRelJse UE CONTEXT RELEASE COMPLETE- 、外場常見掉話原因分析 目前LTE

3、常見掉話原因包括弱覆蓋、越區(qū)覆蓋、切換失敗、鄰區(qū)漏配、系統(tǒng)設備異常、干擾、 擁塞等。 掉話原因1 :弱覆蓋 現(xiàn)象： 由于弱覆蓋導致的掉話，通常有以下表現(xiàn)： 1. 掉話前服務小區(qū)的RSRP持續(xù)變差（低于弱覆蓋標準，如小于 -105dBm ），同時服務小區(qū)的 SINR也一起持續(xù)變差（小于 0dB，甚至小于-3dB ）。 2. 掉話后可能會有一段時間（數(shù)秒至數(shù)分鐘不等，取決于實際網絡覆蓋情況），UE無數(shù)據上報 （類似于UE脫網）。 解決方案: 要解決此類掉話，需要改善覆蓋。具體手段有： 1. 首先明確當前的弱覆蓋區(qū)域由哪些扇區(qū)的信號覆蓋。 2. 根據網絡拓撲結構和相關無線環(huán)境來確定最適合覆蓋該區(qū)域的

4、扇區(qū)，并加強它的覆蓋。如常用 的天饋調整、站點建設等。 具體案例： 對呼和浩特市大昭寺前街DT過程中占用到大昭寺華隆小區(qū)-FL_3小區(qū)，覆蓋較差存在掉線風險。 通過調整PA: 3t0, RS參考功率：13.4dB 15.2dB，覆蓋改善，掉線風險大大降低。 調整WDRSRP 在, SINR在逅整后 RSRP 在-99曲m f SINR在 3dB卡 掉話原因2 :越區(qū)覆蓋 現(xiàn)象： 在支持切換的移動通信網絡中，由于無法精確控制無線信號的傳播，因此或多或少都會存在越 區(qū)覆蓋的情況，導致“孤島覆蓋”無法與周邊站點進行正常切換掉話，通常有以下表現(xiàn)： 1. 越區(qū)覆蓋導致的“導頻污染”。在覆蓋區(qū)內，沒有穩(wěn)定

5、的強信號作為主服務小區(qū)。服務小區(qū)信 號的頻繁變化，是導致掉話的一個主要原因。 掉話原因3:切換失敗 現(xiàn)象： 由于切換失敗導致的掉話，通常有以下表現(xiàn)： 1. 在掉話前，UE曾發(fā)岀MeasurementReport（滿足切換的測量配置門限），并能收到eNB 發(fā)來的 RRCConnectionReconfiguration。 2. 但是UE收取目標小區(qū)的廣播消息之后，立即上報RRC連接重建立請求 rrcC onn ectio nReestablishme ntRequest;Cause=ha ndoverFailure 5; *3 汕.肛 i LT S:l辺包 二二：-a. :-二三 9二尹丄讓口丐

6、 23 f l LJ _* 歲 ft? LTE Slgnj-lLn j n trr Si1 Ln If.93 皿 w.7 ir* Lin? ! U.K? FC： LTE mii tn j FCT 二二三 :二 m丄m戈丄二呂扌 * 5 r * MB 41”丄 TL* LIE ffijnj L=n 目 lSi+3t14 + FE 7 LTE gn Llr7 皿 “一 i1 knq 3. 通常情況下，UE在切換失敗后，會發(fā)起回到源小區(qū)的 RRC連接重建立請求，并且此類 RRC 連接重建立大部分都是成功的 解決方案： 1. 檢查源小區(qū)的鄰區(qū)配置情況，確認鄰區(qū)參數(shù)配置正確。 2. 確認目標小區(qū)的工作狀

7、態(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ù)配置后，切換正常。 詬整前R5RP在 102dBm5INR在”記調瑩肓RSRP在-77dBm .

8、SINR在24勿亦 ，瞥0 ：n 屮曲彳 * ”斗耳昌LMM tf Q i- w . -*r-w t -i-mi a*：. ,ji- 1 i* :-MH箏 !-. 嚴.J I 掉話原因4:鄰區(qū)漏配 現(xiàn)象： 由于鄰區(qū)漏配導致的掉話，通常有以下表現(xiàn)： 1. 掉話前后的下行覆蓋不差（通常大于 -105dBm ）。 2. 掉話前后小區(qū)的SINR變差（因為受到鄰區(qū)信號的干擾）。 3. 關鍵點：掉話前UE可能會多次上報測量報告（MR ），并且MR中上報的PCI并沒有配置在 當前服務小區(qū)的鄰區(qū)列表之中。 解決方案： 在網管的掉話前的服務小區(qū)列表中，添加漏配的鄰區(qū)。 具體案例： 對呼和浩特市科爾沁南路 DT過

9、程中占用到東把柵東-TL_3小區(qū)，無鄰區(qū)關系存在掉線風險。通 過配置東把柵北3小區(qū)與消防總隊北1小區(qū)鄰區(qū)關系。 0遇町了二豐互兩咄匸平車 eNcdefi 1 外國a ID 湮U並PCI 幕禺區(qū)上 學13 Jd T - - I 于 rrrmmmm 擊 mm_fnmmmrTT =23ns -ZJfts 21ris =2Zr5 =2 0ns -22ns = iJ3lG 2an*s =23ns =24r5 34rj； -Sifts =24fis TtL-6B TTL=6Q TTL6tl TTL*0 TTL0 TTL=6 TTL 68 TTLW6(I TTLO TTL-60 TTL=60 TTL-ffl

10、 TTL 6C TTL-6 TTLA TTL=fifl 時同=59冷 p-isaa 1尿-込2523 丄脇482弦山9 m&-4a-252a 通過和有線傳輸側溝通查詢，傳輸 B設備到A設備環(huán)路中存在光衰。有線側處理完后，經復測 該站點2扇區(qū)下載速率峰值、均值都達標 掉話原因6 :干擾 現(xiàn)象： 干擾分類較多，這里主要從上、下行干擾角度分析。 1. 上行干擾：當只有上行鏈路受到干擾，下行鏈路無異常表現(xiàn)，UE的發(fā)射功率通常較高，而且 基站側測得的RSSI偏高。 2. 下行干擾：當只有下行鏈路受到干擾，上行鏈路無異常表現(xiàn)，UE測得的RSRP較好，但是SINR 偏差。 解決方案： 定位上行干擾 1. 明

11、確干擾所涉及的范圍，大致定位干擾區(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值各

12、項指標正常，但存在低 速率情況，在10Mbps以下，下載速率極低。排查流程： 1. 換機換卡，更換服務器測試問題均存在，排查終端服務器問題。 2. 網管查詢基站無告警，用戶數(shù)正常，復位單板、基站，低速率問題仍存在。 3. 和林2站點實際測試中：BLER誤碼率指標一直在30%以上，峰值達到50%，懷疑存在上行干 擾。 4. 針對該問題，從后臺網管側對基站底噪問題進行頻譜掃描，和林2基站1小區(qū)底噪在-75dBm 左右，干擾較大，且底噪干擾為全波段干擾抬升，非窄帶干擾，如下圖： 通知維護人員上站排查干擾后，該站底噪恢復正常，復測問題站點，速率恢復正常。 調整前 RSRP85dBm r BLER:42

13、.7 詢整g RSRP85dBm r BLEf?:9.30% 掉話原因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

14、.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 網管核查大學城商貿-FL基站無告警，無干擾。統(tǒng)計同一時間段RRC連接失敗原因，發(fā)現(xiàn)多數(shù) 為eNB接納失敗。如下： mt Aw-ess 類型RRC霍 mt加心、 程即RRC連 eNB 猶g 理吹洋 鬟磁熱eNB 型廷接 時壽越科 ma Da

15、ta蘋型 RCC障播英斷 舒嚴齢牛肅 40. 5OS6, 13136, 110, U555., 核查網管參數(shù)發(fā)現(xiàn)接納控制參數(shù)小區(qū)RRC連接用戶數(shù)門限值設置為 30 ,數(shù)據統(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ū)R

16、RC連接用戶數(shù)門限至80，觀察指標已恢復正常。 小區(qū)名稱 LTERRC建立成功數(shù)目 LTERRC建立請求數(shù)目 FDDRRC連接建立 成功率 重定向至3G次數(shù) FDD大學城商貿-FL-3(51) 27550 27739 99.32% 0 、網管統(tǒng)計掉話原因分析 LTE網管中定義了網管統(tǒng)計 E-RAB掉線率指標的具體原因，分析如下: 掉話 原因 碼 原因描述 說明 解決辦法 C37 321 038 1 E-RAB釋放次數(shù)，由于ENB過載控制導致的釋放（次） 異常釋放 基站過載負荷檢查 C37 321 039 1 E-RAB釋放次數(shù)，由于ENB其他異常原因（次） 異常釋放 基站內部故障或所列之外的

17、Cause釋放 C37 321 042 1 E-RAB釋放次數(shù)，由于ENB小區(qū)擁塞導致的釋放（次） 異常釋放 進行負荷均衡優(yōu)化處理或容量規(guī)劃 C37 321 039 1 E-RAB釋放次數(shù)，由于ENB的無線鏈路失?。ù危?異常釋放 無線覆蓋、干擾、硬件等原因引起 C37 321 038 E-RAB釋放次數(shù)，由于ENB重建立失?。ù危?異常釋放 對觸發(fā)重建的原因及重建被拒進行分析，可能為資源、傳輸原因 1 C37 321 051 1 E-RAB釋放次數(shù)，由于小區(qū)關斷或復位（次） 異常釋放 處理告警，核查復位及關斷原因 C37 321 052 1 E-RAB釋放次數(shù)，跨站重建立失敗導致的釋放（次） 異常釋放 重建立失敗原因優(yōu)化 C37 350 535 4 E-RAB釋放次數(shù)，ENB由于S1鏈路故障發(fā)起釋放（次） 異常釋放 核查光模塊及傳輸鏈路質量 對呼市現(xiàn)網（6月5日6月12日）一周