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

一、外場(chǎng)常見(jiàn)掉話原因分析

目前LTE常見(jiàn)掉話原因包括弱覆蓋、越區(qū)覆蓋、切換失敗、鄰區(qū)漏配、系統(tǒng)設(shè)備異常、干擾、擁塞等。

掉話原因1：弱覆蓋

現(xiàn)象:

由于弱覆蓋導(dǎo)致的掉話，通常有以下表現(xiàn)：

1.掉話前服務(wù)小區(qū)的RSRP持續(xù)變差（低于弱覆蓋標(biāo)準(zhǔn)，如小于-105dBm），同時(shí)服務(wù)小區(qū)的SINR也一起持續(xù)變差（小于0dB，甚至小于-3dB）。

2.掉話后可能會(huì)有一段時(shí)間（數(shù)秒至數(shù)分鐘不等，取決于實(shí)際網(wǎng)絡(luò)覆蓋情況），UE無(wú)數(shù)據(jù)上報(bào)（類似于UE脫網(wǎng)）。

解決方案:

要解決此類掉話，需要改善覆蓋。具體手段有：

1.首先明確當(dāng)前的弱覆蓋區(qū)域由哪些扇區(qū)的信號(hào)覆蓋。

2.根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無(wú)線環(huán)境來(lái)確定最適合覆蓋該區(qū)域的扇區(qū)，并加強(qiáng)它的覆蓋。如常用的天饋調(diào)整、站點(diǎn)建設(shè)等。

具體案例：

對(duì)呼和浩特市大昭寺前街DT過(guò)程中占用到大昭寺華隆小區(qū)-FL_3小區(qū)，覆蓋較差存在掉線風(fēng)險(xiǎn)。通過(guò)調(diào)整PA：3→0，RS參考功率：13.4dB→15.2dB，覆蓋改善，掉線風(fēng)險(xiǎn)大大降低。

掉話原因2：越區(qū)覆蓋

現(xiàn)象:

在支持切換的移動(dòng)通信網(wǎng)絡(luò)中，由于無(wú)法精確控制無(wú)線信號(hào)的傳播，因此或多或少都會(huì)存在越區(qū)覆蓋的情況，導(dǎo)致“孤島覆蓋”無(wú)法與周邊站點(diǎn)進(jìn)行正常切換掉話，通常有以下表現(xiàn)：

1.越區(qū)覆蓋導(dǎo)致的“導(dǎo)頻污染”。在覆蓋區(qū)內(nèi)，沒(méi)有穩(wěn)定的強(qiáng)信號(hào)作為主服務(wù)小區(qū)。服務(wù)小區(qū)信號(hào)的頻繁變化，是導(dǎo)致掉話的一個(gè)主要原因。

2.越區(qū)覆蓋對(duì)主服務(wù)小區(qū)的干擾（包括鄰區(qū)漏配、越區(qū)信號(hào)的迅速變化等）。在某些區(qū)域，主服務(wù)小區(qū)收到越區(qū)信號(hào)的干擾，最終導(dǎo)致掉話。

解決方案：

1.越區(qū)覆蓋的一般優(yōu)化原則是：在區(qū)域中已有合理的穩(wěn)定信號(hào)覆蓋的情況下，盡可能的控制越區(qū)覆蓋的信號(hào)。如調(diào)整越區(qū)覆蓋扇區(qū)的天線下傾角、天線掛高、其次可以下調(diào)越區(qū)覆蓋信號(hào)的RS功率、謹(jǐn)慎調(diào)整越區(qū)覆蓋扇區(qū)的天線方位角。

2.如果越區(qū)覆蓋導(dǎo)致了導(dǎo)頻污染，根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無(wú)線環(huán)境來(lái)確定最適合的覆蓋扇區(qū)，并加強(qiáng)它的覆蓋。

具體案例：

對(duì)呼和浩特市鄂爾多斯大街尚東風(fēng)景附近DT過(guò)程中占用到CA小區(qū)金歲酒店-TL_2小區(qū)，越區(qū)無(wú)鄰區(qū)關(guān)系存在掉線風(fēng)險(xiǎn)。通過(guò)配置CA金歲酒店-FL_2小區(qū)和嘉林小區(qū)-FL1/3鄰區(qū)關(guān)系，并下壓金歲酒店-FL_2小區(qū)機(jī)械傾角3°。

掉話原因3：切換失敗

現(xiàn)象：

由于切換失敗導(dǎo)致的掉話，通常有以下表現(xiàn)：

1.在掉話前，UE曾發(fā)出MeasurementReport（滿足切換的測(cè)量配置門限），并能收到eNB發(fā)來(lái)的RRCConnectionReconfiguration。

2.但是UE收取目標(biāo)小區(qū)的廣播消息之后，立即上報(bào)RRC連接重建立請(qǐng)求rrcConnectionReestablishmentRequest;Cause=handoverFailure。

3.通常情況下，UE在切換失敗后，會(huì)發(fā)起回到源小區(qū)的RRC連接重建立請(qǐng)求，并且此類RRC連接重建立大部分都是成功的。

解決方案：

1.檢查源小區(qū)的鄰區(qū)配置情況，確認(rèn)鄰區(qū)參數(shù)配置正確。

2.確認(rèn)目標(biāo)小區(qū)的工作狀態(tài)正常（包括傳輸無(wú)誤碼、功率輸出正常、小區(qū)負(fù)荷不會(huì)導(dǎo)致拒絕切入）。

3.確認(rèn)源小區(qū)和目標(biāo)小區(qū)的軟件版本是否正確。

4.了解切換失敗的規(guī)律（是否配置了X2？是否集中在某個(gè)小區(qū)、該小區(qū)切換成功率是否較低？周邊是否有新開(kāi)站點(diǎn)？是否處于不同的MME邊緣？是否處于不同頻率的基站交界處？）。

具體案例：

在武川第三中學(xué)3扇區(qū)方向測(cè)試時(shí)，終端占用武川萬(wàn)興園-2扇區(qū)（PCI282）向武川第三中學(xué)3扇區(qū)（PCI278）切換失敗，核查武川萬(wàn)興園-2扇區(qū)鄰區(qū)關(guān)系配置錯(cuò)誤，更正與武川第三中學(xué)鄰區(qū)關(guān)系參數(shù)配置后，切換正常。

掉話原因4：鄰區(qū)漏配

現(xiàn)象：

由于鄰區(qū)漏配導(dǎo)致的掉話，通常有以下表現(xiàn)：

1.掉話前后的下行覆蓋不差（通常大于-105dBm）。

2.掉話前后小區(qū)的SINR變差（因?yàn)槭艿洁弲^(qū)信號(hào)的干擾）。

3.關(guān)鍵點(diǎn)：掉話前UE可能會(huì)多次上報(bào)測(cè)量報(bào)告（MR），并且MR中上報(bào)的PCI并沒(méi)有配置在當(dāng)前服務(wù)小區(qū)的鄰區(qū)列表之中。

解決方案：

在網(wǎng)管的掉話前的服務(wù)小區(qū)列表中，添加漏配的鄰區(qū)。

具體案例：

對(duì)呼和浩特市科爾沁南路DT過(guò)程中占用到東把柵東-TL_3小區(qū)，無(wú)鄰區(qū)關(guān)系存在掉線風(fēng)險(xiǎn)。通過(guò)配置東把柵北3小區(qū)與消防總隊(duì)北1小區(qū)鄰區(qū)關(guān)系。

掉話原因5：系統(tǒng)設(shè)備異常

現(xiàn)象：

此類問(wèn)題的表現(xiàn)現(xiàn)象不一。一般來(lái)說(shuō)，在確認(rèn)系統(tǒng)的功率、切換、業(yè)務(wù)相關(guān)參數(shù)無(wú)誤，并排除了無(wú)線環(huán)境影響后，掉話問(wèn)題依舊存在，這時(shí)可以將問(wèn)題考慮為系統(tǒng)設(shè)備（軟件/硬件）異常。

1.切換流程異常（在切換區(qū)，無(wú)法正常完成切換），而導(dǎo)致掉話。

2.在業(yè)務(wù)進(jìn)行到相對(duì)固定的一段時(shí)間內(nèi)發(fā)生掉話，并且可復(fù)現(xiàn)。

3.在特點(diǎn)扇區(qū)、eNB下，發(fā)生可復(fù)現(xiàn)的掉話。

4.跨MME、或跨TA等，在特殊區(qū)域進(jìn)行業(yè)務(wù)時(shí)，發(fā)生可復(fù)現(xiàn)的掉話。

解決方案：

配合中興工程師抓取數(shù)據(jù)，分析跟蹤解決問(wèn)題。

具體案例：

測(cè)試過(guò)程中發(fā)現(xiàn)福瑞大藥房-FTL 2扇區(qū)下載速率不達(dá)標(biāo)，查詢基站狀態(tài)一切正常，沒(méi)有告警，測(cè)試設(shè)備一切正常，無(wú)線環(huán)境也很好RSRP，RSRQ，SINR等值都正常，排除無(wú)線側(cè)問(wèn)題，通過(guò)PING服務(wù)區(qū)發(fā)現(xiàn)丟包達(dá)到10%以上，見(jiàn)下圖：

通過(guò)和有線傳輸側(cè)溝通查詢，傳輸B設(shè)備到A設(shè)備環(huán)路中存在光衰。有線側(cè)處理完后，經(jīng)復(fù)測(cè)該站點(diǎn)2扇區(qū)下載速率峰值、均值都達(dá)標(biāo)。

掉話原因6：干擾

現(xiàn)象：

干擾分類較多，這里主要從上、下行干擾角度分析。

1.上行干擾：當(dāng)只有上行鏈路受到干擾，下行鏈路無(wú)異常表現(xiàn)，UE的發(fā)射功率通常較高，而且基站側(cè)測(cè)得的RSSI偏高。

2.下行干擾：當(dāng)只有下行鏈路受到干擾，上行鏈路無(wú)異常表現(xiàn)，UE測(cè)得的RSRP較好，但是SINR偏差。

解決方案：

定位上行干擾

1.明確干擾所涉及的范圍，大致定位干擾區(qū)域。

2.使用頻譜掃描儀和八木天線進(jìn)行掃頻，定位干擾源。

定位下行干擾

1.首先確認(rèn)下行干擾非系統(tǒng)內(nèi)部干擾（需要排除越區(qū)覆蓋、鄰區(qū)漏配導(dǎo)致的干擾現(xiàn)象）。

2.明確干擾源來(lái)自系統(tǒng)外，使用頻譜掃描儀和八木天線進(jìn)行掃頻，排查定位干擾源。

確認(rèn)干擾源后，可以采用以下方法進(jìn)行清除或規(guī)避：

1.確認(rèn)干擾源來(lái)自他人設(shè)備，協(xié)調(diào)清除干擾源。

2.干擾源來(lái)自其他系統(tǒng)，需要增加我方和其他系統(tǒng)的天線隔離度，或在干擾源上加裝信號(hào)屏蔽裝置。

3.變更我方系統(tǒng)的工作頻點(diǎn)或帶寬，避開(kāi)干擾。

具體案例：

簇優(yōu)化測(cè)試占用和林2基站1扇區(qū)（54954_49）時(shí)，RSRP、SINR值各項(xiàng)指標(biāo)正常，但存在低速率情況，在10Mbps以下，下載速率極低。排查流程：

1.換機(jī)換卡，更換服務(wù)器測(cè)試問(wèn)題均存在，排查終端服務(wù)器問(wèn)題。

2.網(wǎng)管查詢基站無(wú)告警，用戶數(shù)正常，復(fù)位單板、基站，低速率問(wèn)題仍存在。

3.和林2站點(diǎn)實(shí)際測(cè)試中:BLER誤碼率指標(biāo)一直在30%以上，峰值達(dá)到50%，懷疑存在上行干擾。

4.針對(duì)該問(wèn)題，從后臺(tái)網(wǎng)管側(cè)對(duì)基站底噪問(wèn)題進(jìn)行頻譜掃描，和林2基站1小區(qū)底噪在-75dBm左右，干擾較大，且底噪干擾為全波段干擾抬升，非窄帶干擾，如下圖：

通知維護(hù)人員上站排查干擾后，該站底噪恢復(fù)正常，復(fù)測(cè)問(wèn)題站點(diǎn)，速率恢復(fù)正常。

掉話原因7：擁塞

現(xiàn)象：

當(dāng)系統(tǒng)資源不足，而用戶數(shù)較多時(shí)，容易出現(xiàn)擁塞現(xiàn)象。包括：

1.小區(qū)實(shí)時(shí)激活用戶數(shù)較多。

2.小區(qū)開(kāi)始出現(xiàn)接納拒絕。

3.小區(qū)的發(fā)射功率接近飽和。

4.小區(qū)的呼叫建立成功率、掉話率指標(biāo)惡化。

解決方案：

1.增加系統(tǒng)容量。

（1）增加小區(qū)功率容量；

（2）壓縮開(kāi)銷信號(hào)的功率、RB資源；

（3）下行功率分配相關(guān)參數(shù)的調(diào)整優(yōu)化；

（4）增加基站、扇區(qū)、頻點(diǎn)。

2. 改變網(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%，同時(shí)重定向至3G次數(shù)較多，如下：

網(wǎng)管核查大學(xué)城商貿(mào)-FL基站無(wú)告警，無(wú)干擾。統(tǒng)計(jì)同一時(shí)間段RRC連接失敗原因，發(fā)現(xiàn)多數(shù)為eNB接納失敗。如下：

核查網(wǎng)管參數(shù)發(fā)現(xiàn)接納控制參數(shù)小區(qū)RRC連接用戶數(shù)門限值設(shè)置為30，數(shù)據(jù)統(tǒng)計(jì)發(fā)現(xiàn)大學(xué)生商貿(mào)-FL-3小區(qū)用戶面流量較高，最大RRC連接用戶數(shù)已達(dá)到最大設(shè)置的30，如下：

修改小區(qū)RRC連接用戶數(shù)門限至80，觀察指標(biāo)已恢復(fù)正常。

二、網(wǎng)管統(tǒng)計(jì)掉話原因分析

LTE網(wǎng)管中定義了網(wǎng)管統(tǒng)計(jì)E-RAB掉線率指標(biāo)的具體原因，分析如下：

對(duì)呼市現(xiàn)網(wǎng)（6月5日~6月12日）一周無(wú)線掉話COUNTER統(tǒng)計(jì)次數(shù)如下：

從上圖看出，現(xiàn)網(wǎng)掉話原因主要為無(wú)線鏈路失敗、ENB重建立失敗引起的異常釋放，優(yōu)化主要從覆蓋、切換兩個(gè)方面著手：

1.改善覆蓋，對(duì)弱覆蓋區(qū)域的基站建設(shè)，特別是深度覆蓋。

2.鄰區(qū)優(yōu)化，異頻切換優(yōu)化。

3.跟蹤網(wǎng)絡(luò)負(fù)荷，及時(shí)進(jìn)行負(fù)荷類參數(shù)修改。

4.及時(shí)處理基站故障，發(fā)掘隱性故障。

三、小結(jié)

本文結(jié)合呼市現(xiàn)網(wǎng)LTE掉話問(wèn)題處理案例，對(duì)外場(chǎng)RF優(yōu)化、網(wǎng)管KPI優(yōu)化可能引起掉話的各類原因進(jìn)行了分析。掉話關(guān)系到LTE網(wǎng)絡(luò)的連續(xù)性，對(duì)提升用戶實(shí)際使用感知幫助很大，后續(xù)應(yīng)加大對(duì)此類問(wèn)題分析及處理力度。