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

.LTE的掉話原因分析及處理思路LTE“掉話”是指UE異常退出RRC_CONNECTED狀態(tài)導(dǎo)致的連接中斷。統(tǒng)計節(jié)點為精品文檔放心下載“RrcConnctionReconfigurationComplete”消息正確達(dá)到網(wǎng)絡(luò)側(cè)開始，之后進(jìn)行的各類業(yè)務(wù)，未精品文檔放心下載正常釋放的均計為“掉話”。正常釋放流程如下：一、外場常見掉話原因分析目前LTE常見掉話原因包括弱覆蓋、越區(qū)覆蓋、切換失敗、鄰區(qū)漏配、系統(tǒng)設(shè)備異常、干擾、精品文檔放心下載擁塞等。掉話原因1：弱覆蓋現(xiàn)象:由于弱覆蓋導(dǎo)致的掉話，通常有以下表現(xiàn)：1.掉話前服務(wù)小區(qū)的RSRP持續(xù)變差（低于弱覆蓋標(biāo)準(zhǔn)，如小于-105dBm），同時服務(wù)小區(qū)的感謝閱讀SINR也一起持續(xù)變差（小于0dB，甚至小于-3dB）。精品文檔放心下載.2.掉話后可能會有一段時間（數(shù)秒至數(shù)分鐘不等，取決于實際網(wǎng)絡(luò)覆蓋情況），UE無數(shù)據(jù)上報謝謝閱讀（類似于UE脫網(wǎng)）。解決方案:要解決此類掉話，需要改善覆蓋。具體手段有：1.首先明確當(dāng)前的弱覆蓋區(qū)域由哪些扇區(qū)的信號覆蓋。2.根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無線環(huán)境來確定最適合覆蓋該區(qū)域的扇區(qū)，并加強它的覆蓋。如常用感謝閱讀的天饋調(diào)整、站點建設(shè)等。具體案例：對呼和浩特市大昭寺前街DT過程中占用到大昭寺華隆小區(qū)-FL_3小區(qū)，覆蓋較差存在掉線風(fēng)險。謝謝閱讀通過調(diào)整PA：3→0，RS參考功率：13.4dB→15.2dB，覆蓋改善，掉線風(fēng)險大大降低。精品文檔放心下載掉話原因2：越區(qū)覆蓋現(xiàn)象:.在支持切換的移動通信網(wǎng)絡(luò)中，由于無法精確控制無線信號的傳播，因此或多或少都會存在越精品文檔放心下載區(qū)覆蓋的情況，導(dǎo)致“孤島覆蓋”無法與周邊站點進(jìn)行正常切換掉話，通常有以下表現(xiàn)：精品文檔放心下載1.越區(qū)覆蓋導(dǎo)致的“導(dǎo)頻污染”。在覆蓋區(qū)內(nèi)，沒有穩(wěn)定的強信號作為主服務(wù)小區(qū)。服務(wù)小區(qū)信感謝閱讀號的頻繁變化，是導(dǎo)致掉話的一個主要原因。2.越區(qū)覆蓋對主服務(wù)小區(qū)的干擾（包括鄰區(qū)漏配、越區(qū)信號的迅速變化等）。在某些區(qū)域，主服謝謝閱讀務(wù)小區(qū)收到越區(qū)信號的干擾，最終導(dǎo)致掉話。解決方案：1.越區(qū)覆蓋的一般優(yōu)化原則是：在區(qū)域中已有合理的穩(wěn)定信號覆蓋的情況下，盡可能的控制越區(qū)精品文檔放心下載覆蓋的信號。如調(diào)整越區(qū)覆蓋扇區(qū)的天線下傾角、天線掛高、其次可以下調(diào)越區(qū)覆蓋信號的RS功率、謝謝閱讀謹(jǐn)慎調(diào)整越區(qū)覆蓋扇區(qū)的天線方位角。2.如果越區(qū)覆蓋導(dǎo)致了導(dǎo)頻污染，根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無線環(huán)境來確定最適合的覆蓋扇區(qū)，精品文檔放心下載并加強它的覆蓋。具體案例：對呼和浩特市鄂爾多斯大街尚東風(fēng)景附近DT過程中占用到CA小區(qū)金歲酒店-TL_2小區(qū)，越區(qū)精品文檔放心下載無鄰區(qū)關(guān)系存在掉線風(fēng)險。通過配置CA金歲酒店-FL_2小區(qū)和嘉林小區(qū)-FL1/3鄰區(qū)關(guān)系，并下壓金感謝閱讀歲酒店-FL_2小區(qū)機械傾角3°。.掉話原因3：切換失敗現(xiàn)象：由于切換失敗導(dǎo)致的掉話，通常有以下表現(xiàn)：1.在掉話前，UE曾發(fā)出MeasurementReport（滿足切換的測量配置門限），并能收到eNB精品文檔放心下載發(fā)來的RRCConnectionReconfiguration。謝謝閱讀2.但是UE收取目標(biāo)小區(qū)的廣播消息之后，立即上報RRC連接重建立請求謝謝閱讀rrcConnectionReestablishmentRequest;Cause=handoverFailure。謝謝閱讀3.通常情況下，UE在切換失敗后，會發(fā)起回到源小區(qū)的RRC連接重建立請求，并且此類RRC謝謝閱讀連接重建立大部分都是成功的。解決方案：1.檢查源小區(qū)的鄰區(qū)配置情況，確認(rèn)鄰區(qū)參數(shù)配置正確。謝謝閱讀2.確認(rèn)目標(biāo)小區(qū)的工作狀態(tài)正常（包括傳輸無誤碼、功率輸出正常、小區(qū)負(fù)荷不會導(dǎo)致拒絕切入）。謝謝閱讀.3.確認(rèn)源小區(qū)和目標(biāo)小區(qū)的軟件版本是否正確。4.了解切換失敗的規(guī)律（是否配置了X2？是否集中在某個小區(qū)、該小區(qū)切換成功率是否較低？精品文檔放心下載周邊是否有新開站點？是否處于不同的MME邊緣？是否處于不同頻率的基站交界處？）。謝謝閱讀具體案例：在武川第三中學(xué)3扇區(qū)方向測試時，終端占用武川萬興園-2扇區(qū)（PCI282）向武川第三中學(xué)3精品文檔放心下載扇區(qū)（PCI278）切換失敗，核查武川萬興園-2扇區(qū)鄰區(qū)關(guān)系配置錯誤，更正與武川第三中學(xué)鄰區(qū)關(guān)謝謝閱讀系參數(shù)配置后，切換正常。掉話原因4：鄰區(qū)漏配現(xiàn)象：由于鄰區(qū)漏配導(dǎo)致的掉話，通常有以下表現(xiàn)：1.掉話前后的下行覆蓋不差（通常大于-105dBm）。謝謝閱讀2.掉話前后小區(qū)的SINR變差（因為受到鄰區(qū)信號的干擾）。精品文檔放心下載3.關(guān)鍵點：掉話前UE可能會多次上報測量報告（MR），并且MR中上報的PCI并沒有配置在謝謝閱讀當(dāng)前服務(wù)小區(qū)的鄰區(qū)列表之中。.解決方案：在網(wǎng)管的掉話前的服務(wù)小區(qū)列表中，添加漏配的鄰區(qū)。具體案例：對呼和浩特市科爾沁南路DT過程中占用到東把柵東-TL_3小區(qū)，無鄰區(qū)關(guān)系存在掉線風(fēng)險。通精品文檔放心下載過配置東把柵北3小區(qū)與消防總隊北1小區(qū)鄰區(qū)關(guān)系。謝謝閱讀.掉話原因5：系統(tǒng)設(shè)備異?，F(xiàn)象：此類問題的表現(xiàn)現(xiàn)象不一。一般來說，在確認(rèn)系統(tǒng)的功率、切換、業(yè)務(wù)相關(guān)參數(shù)無誤，并排除謝謝閱讀了無線環(huán)境影響后，掉話問題依舊存在，這時可以將問題考慮為系統(tǒng)設(shè)備（軟件/硬件）異常。謝謝閱讀1.切換流程異常（在切換區(qū)，無法正常完成切換），而導(dǎo)致掉話。謝謝閱讀2.在業(yè)務(wù)進(jìn)行到相對固定的一段時間內(nèi)發(fā)生掉話，并且可復(fù)現(xiàn)。謝謝閱讀3.在特點扇區(qū)、eNB下，發(fā)生可復(fù)現(xiàn)的掉話。4.跨MME、或跨TA等，在特殊區(qū)域進(jìn)行業(yè)務(wù)時，發(fā)生可復(fù)現(xiàn)的掉話。精品文檔放心下載解決方案：配合中興工程師抓取數(shù)據(jù)，分析跟蹤解決問題。具體案例：測試過程中發(fā)現(xiàn)福瑞大藥房-FTL2扇區(qū)下載速率不達(dá)標(biāo)，查詢基站狀態(tài)一切正常，沒有告警，感謝閱讀測試設(shè)備一切正常，無線環(huán)境也很好RSRP，RSRQ，SINR等值都正常，排除無線側(cè)問題，通過PING謝謝閱讀服務(wù)區(qū)發(fā)現(xiàn)丟包達(dá)到10%以上，見下圖：.通過和有線傳輸側(cè)溝通查詢，傳輸B設(shè)備到A設(shè)備環(huán)路中存在光衰。有線側(cè)處理完后，經(jīng)復(fù)測精品文檔放心下載該站點2扇區(qū)下載速率峰值、均值都達(dá)標(biāo)。掉話原因6：干擾.現(xiàn)象：干擾分類較多，這里主要從上、下行干擾角度分析。1.上行干擾：當(dāng)只有上行鏈路受到干擾，下行鏈路無異常表現(xiàn)，UE的發(fā)射功率通常較高，而且謝謝閱讀基站側(cè)測得的RSSI偏高。2.下行干擾：當(dāng)只有下行鏈路受到干擾，上行鏈路無異常表現(xiàn)，UE測得的RSRP較好，但是SINR謝謝閱讀偏差。解決方案：定位上行干擾1.明確干擾所涉及的范圍，大致定位干擾區(qū)域。2.使用頻譜掃描儀和八木天線進(jìn)行掃頻，定位干擾源。定位下行干擾1.首先確認(rèn)下行干擾非系統(tǒng)內(nèi)部干擾（需要排除越區(qū)覆蓋、鄰區(qū)漏配導(dǎo)致的干擾現(xiàn)象）。精品文檔放心下載2.明確干擾源來自系統(tǒng)外，使用頻譜掃描儀和八木天線進(jìn)行掃頻，排查定位干擾源。謝謝閱讀確認(rèn)干擾源后，可以采用以下方法進(jìn)行清除或規(guī)避：1.確認(rèn)干擾源來自他人設(shè)備，協(xié)調(diào)清除干擾源。2.干擾源來自其他系統(tǒng)，需要增加我方和其他系統(tǒng)的天線隔離度，或在干擾源上加裝信號屏蔽裝感謝閱讀置。3.變更我方系統(tǒng)的工作頻點或帶寬，避開干擾。具體案例：簇優(yōu)化測試占用和林2基站1扇區(qū)（54954_49）時，RSRP、SINR值各項指標(biāo)正常，但存在低感謝閱讀速率情況，在10Mbps以下，下載速率極低。排查流程：謝謝閱讀1.換機換卡，更換服務(wù)器測試問題均存在，排查終端服務(wù)器問題。感謝閱讀.2.網(wǎng)管查詢基站無告警，用戶數(shù)正常，復(fù)位單板、基站，低速率問題仍存在。謝謝閱讀3.和林2站點實際測試中:BLER誤碼率指標(biāo)一直在30%以上，峰值達(dá)到50%，懷疑存在上行干感謝閱讀擾。4.針對該問題，從后臺網(wǎng)管側(cè)對基站底噪問題進(jìn)行頻譜掃描，和林2基站1小區(qū)底噪在-75dBm謝謝閱讀左右，干擾較大，且底噪干擾為全波段干擾抬升，非窄帶干擾，如下圖：感謝閱讀通知維護(hù)人員上站排查干擾后，該站底噪恢復(fù)正常，復(fù)測問題站點，速率恢復(fù)正常。精品文檔放心下載掉話原因7：擁塞現(xiàn)象：.當(dāng)系統(tǒng)資源不足，而用戶數(shù)較多時，容易出現(xiàn)擁塞現(xiàn)象。包括：感謝閱讀1.小區(qū)實時激活用戶數(shù)較多。2.小區(qū)開始出現(xiàn)接納拒絕。3.小區(qū)的發(fā)射功率接近飽和。4.小區(qū)的呼叫建立成功率、掉話率指標(biāo)惡化。解決方案：1.增加系統(tǒng)容量。（1）增加小區(qū)功率容量；（2）壓縮開銷信號的功率、RB資源；（3）下行功率分配相關(guān)參數(shù)的調(diào)整優(yōu)化；（4）增加基站、扇區(qū)、頻點。改變網(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%，精品文檔放心下載同時重定向至3G次數(shù)較多，如下：小區(qū)名稱RRC建立RRC建立RRC連接建立重定向至3G次數(shù)成功數(shù)目請求數(shù)目成功率[FDD]大學(xué)生商貿(mào)-FL-7326745598.27%51[FDD]大學(xué)生商貿(mào)-FL-4665469399.40%42[FDD]大學(xué)生商貿(mào)-FL-196995161238.17%10753.網(wǎng)管核查大學(xué)城商貿(mào)-FL基站無告警，無干擾。統(tǒng)計同一時間段RRC連接失敗原因，發(fā)現(xiàn)多數(shù)謝謝閱讀為eNB接納失敗。如下：核查網(wǎng)管參數(shù)發(fā)現(xiàn)接納控制參數(shù)小區(qū)RRC連接用戶數(shù)門限值設(shè)置為30，數(shù)據(jù)統(tǒng)計發(fā)現(xiàn)大學(xué)生商謝謝閱讀貿(mào)-FL-3小區(qū)用戶面流量較高，最大RRC連接用戶數(shù)已達(dá)到最大設(shè)置的30，如下：感謝閱讀小區(qū)名稱空口上行用戶面流量（MByte）空口下行用戶面流量（MByte）最大RRC連接用戶數(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連接用戶數(shù)門限至80，觀察指標(biāo)已恢復(fù)正常。精品文檔放心下載小區(qū)名稱[LTE]RRC建立成功數(shù)目[LTE]RRC建立請求數(shù)目[FDD]RRC連接建立重定向至3G次數(shù)成功率[FDD]大學(xué)城商貿(mào)-FL-3(51)275502773999.32%0二、網(wǎng)管統(tǒng)計掉話原因分析LTE網(wǎng)管中定義了網(wǎng)管統(tǒng)計E-RAB掉線率指標(biāo)的具體原因，分析如下：精品文檔放心下載掉話原因原因描述說明解決辦法碼C37321E-RAB釋放次數(shù)，由于ENB過載控制導(dǎo)致的釋放(次)異常釋放基站過載負(fù)荷檢查0381C37321E-RAB釋放次數(shù)，由于ENB其他異常原因(次)異常釋放基站內(nèi)部故障或所列之外的Cause釋放0391C37E-RAB釋放次數(shù)，由于ENB小區(qū)擁塞導(dǎo)致的釋放(次)異常釋放進(jìn)行負(fù)荷均衡優(yōu)化處理或容量規(guī)劃.3210421C37321E-RAB釋放次數(shù)，由于ENB的無線鏈路失敗(次)異常釋放無線覆蓋、干擾、硬件等原因引起0391C37321E-RAB釋放次數(shù)，由于ENB重建立失敗(次)異常釋放對觸發(fā)重建的原因及重建被拒進(jìn)行分析，可能為資源、傳輸原因0381C37異常釋放321E-RAB釋放次數(shù)，由于小區(qū)關(guān)斷或復(fù)位（次）處理告警，核查復(fù)位及關(guān)斷原因0511C37異常釋放321E-RAB釋放次數(shù)，跨站重建立失敗導(dǎo)致的釋放（次）重建立失敗原因優(yōu)化0521C37異常釋放350E-RAB釋放次數(shù)，ENB由于S1鏈路故障發(fā)起釋放（次）核查光模塊及傳輸鏈路質(zhì)量5354對呼市現(xiàn)網(wǎng)（6月5日~6月12日）一周無線掉話COUNTER統(tǒng)計次數(shù)如下：謝謝閱讀從上圖看出，現(xiàn)網(wǎng)掉話原