LTE切換問題分析

1、1 相關(guān)Counter介紹1.1 切換相關(guān)KPI公式具體KPI指標(biāo)指標(biāo)定義eNB內(nèi)切換出成功率（小區(qū)eNodeB內(nèi)同頻切換出成功次數(shù)+小區(qū)eNodeB內(nèi)異頻切換出成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)）/（eNodeB內(nèi)同頻切換出嘗試次數(shù)+eNodeB內(nèi)異頻切換出嘗試次數(shù)）*100%eNB間切換出成功率（小區(qū)eNodeB間同頻切換出成功次數(shù)+小區(qū)eNodeB間異頻切換出成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)）/（eN

2、odeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù)）*100%同頻切換出成功率（小區(qū)eNodeB間同頻切換出成功次數(shù)+小區(qū)eNodeB內(nèi)同頻切換出成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)）/(eNodeB間同頻切換出嘗試次數(shù)+eNodeB內(nèi)同頻切換出嘗試次數(shù))*100%異頻切換出成功率（小區(qū)eNodeB間異頻切換出成功次數(shù)+小區(qū)eNodeB內(nèi)異頻切換出成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)-小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)）/(eNodeB

3、間異頻切換出嘗試次數(shù)+eNodeB內(nèi)異頻切換出嘗試次數(shù))*100%切換成功率(eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)+eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB內(nèi)異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù))/(eNodeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù)+eNodeB內(nèi)同頻切換出嘗試次數(shù)+eNodeB內(nèi)異頻切換出嘗試次數(shù))*100%²

4、 eNB內(nèi)切換出成功率（L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100%² eNB間切換出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+

5、L.HHO.IntereNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100%² 同頻切換出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut-L.HHO.IntereNB

6、.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100%² 異頻切換出成功率（L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.

7、Succ.ReEst2Src)/(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100%² 切換出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HH

8、O.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100%1.2 Counter解釋Counter解釋：² 切換成

9、功率CounterCounter Name指標(biāo)中文名稱L.HHO.IntereNB.IntraFreq.ExecSuccOut小區(qū)eNodeB間同頻切換出成功次數(shù)L.HHO.IntereNB.InterFreq.ExecSuccOut小區(qū)eNodeB間異頻切換出成功次數(shù)L.HHO.IntraeNB.IntraFreq.ExecSuccOut小區(qū)eNodeB內(nèi)同頻切換出成功次數(shù)L.HHO.IntraeNB.InterFreq.ExecSuccOut小區(qū)eNodeB內(nèi)異頻切換出成功次數(shù)L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src小區(qū)通過重建回源小區(qū)的eNodeB間

10、同頻切換出執(zhí)行成功次數(shù)L.HHO.IntereNB.InterFreq.Succ.ReEst2Src小區(qū)通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src小區(qū)通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)L.HHO.IntereNB.IntraFreq.PrepAttOuteNodeB間同頻切換出嘗試次數(shù)L.HHO.IntereNB.InterFreq.PrepAttOu

11、teNodeB間異頻切換出嘗試次數(shù)L.HHO.IntraeNB.IntraFreq.PrepAttOuteNodeB內(nèi)同頻切換出嘗試次數(shù)L.HHO.IntraeNB.InterFreq.PrepAttOuteNodeB內(nèi)異頻切換出嘗試次數(shù)² 切換失敗counter原因：Counter Name指標(biāo)中文名稱L.HHO.Prep.FailOut.MME核心網(wǎng)原因?qū)е履Ｊ絻?nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.Prep.FailOut.NoReply目標(biāo)小區(qū)無響應(yīng)導(dǎo)致模式內(nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.Prep.FailOut.PrepFailure目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致模式內(nèi)切換出準(zhǔn)備

12、失敗次數(shù)L.HHO.Prep.FailOut.HOCancel源小區(qū)發(fā)送切換取消導(dǎo)致模式內(nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.FailOut.HOCanceleNodeB間模式內(nèi)切換出取消次數(shù)L.HHO.Prep.FailOut.TargetIllegal對端回復(fù)切換響應(yīng)消息合法性檢查失敗導(dǎo)致切換出準(zhǔn)備失敗次數(shù)L.IntraFreqHO.NoNRT無對應(yīng)的鄰區(qū)關(guān)系導(dǎo)致無法發(fā)起同頻切換過程的次數(shù)L.InterFreqHO.NoNRT無對應(yīng)的鄰區(qū)關(guān)系導(dǎo)致無法發(fā)起異頻切換過程的次數(shù)1.3 Counter計數(shù)位置及說明1.3.1站內(nèi)切換圖（2）1.3.2 X2切換圖（3）2.3.3 S1切換圖（4）注明：嘗

13、試切換Counter都計數(shù)在A點位置，準(zhǔn)備切換Counter都計數(shù)在B點位置，切換成功Counter都計數(shù)在C點位置1.3.4 切換失敗Counter說明圖（5）a). 在S1接口切換及X2接口切換過程中的切換準(zhǔn)備階段，源小區(qū)收到來自MME的UE CONTEXT RELEASE COMMAND消息時，如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.Prep.FailOut.MME加1。圖（6）b). 在S1接口切換及X2接口切換過程中的切換準(zhǔn)備階段結(jié)束時，源小區(qū)未收到來自目標(biāo)eNodeB的任何消息，包括如下場景：在S1接口切換時，未收到MME發(fā)出的HANDOVER COMMAND消

14、息及HANDOVER PREPARATION FAILURE消息；在X2接口切換時，未收到對端eNodeB發(fā)出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.Prep.FailOut.NoReply加1。圖（7）c). 在S1接口切換過程中的切換準(zhǔn)備階段，當(dāng)源小區(qū)收到來自MME的HANDOVER PREPARATION FAILURE消息時，或在X2接口切換過程中的切換準(zhǔn)備階段，當(dāng)源小區(qū)收到來自目標(biāo)小區(qū)的HANDOVER PREPARATION FAILUR

15、E消息時，如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.Prep.FailOut.PrepFailure加1。圖（8）d). 在S1接口切換及X2接口切換過程中，切換準(zhǔn)備階段未結(jié)束，源小區(qū)判決取消本次切換，并發(fā)送HANDOVER CANCEL消息時，如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.Prep.FailOut.HOCancel加1在S1接口切換及X2接口切換過程中，源小區(qū)發(fā)送HANDOVER CANCEL消息時，如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.FailOut.HOCancel加1。圖（9）e). 在S1接口切換過程中的切換準(zhǔn)備階

16、段，當(dāng)源小區(qū)收到來自MME的HANDOVER COMMAND消息時，或在X2接口切換過程中的切換準(zhǔn)備階段，當(dāng)源小區(qū)收到來自目標(biāo)小區(qū)的HANDOVER REQUEST ACKNOWLEDGE消息時，由于合法性檢測失敗，源小區(qū)判決取消本次切換，如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻或異頻，指標(biāo)L.HHO.Prep.FailOut.TargetIllegal加1。2 指標(biāo)分析2.1切換成功率指標(biāo)分析流程說明：網(wǎng)管測統(tǒng)計到切換失敗原因² 核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)² 目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)² 目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù) ²

17、; 源小區(qū)發(fā)送切換取消導(dǎo)致切換出準(zhǔn)備失敗次數(shù)² eNodeB間切換出取消次數(shù)2.2 TOP小區(qū)掉話原因處理小區(qū)切換失敗CounterCounter Name指標(biāo)中文名稱L.HHO.Prep.FailOut.MME核心網(wǎng)原因?qū)е履Ｊ絻?nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.Prep.FailOut.NoReply目標(biāo)小區(qū)無響應(yīng)導(dǎo)致模式內(nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.Prep.FailOut.PrepFailure目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致模式內(nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.Prep.FailOut.HOCancel源小區(qū)發(fā)送切換取消導(dǎo)致模式內(nèi)切換出準(zhǔn)備失敗次數(shù)L.HHO.FailOut.H

18、OCanceleNodeB間模式內(nèi)切換出取消次數(shù)L.HHO.Prep.FailOut.TargetIllegal對端回復(fù)切換響應(yīng)消息合法性檢查失敗導(dǎo)致切換出準(zhǔn)備失敗次數(shù)L.IntraFreqHO.NoNRT無對應(yīng)的鄰區(qū)關(guān)系導(dǎo)致無法發(fā)起同頻切換過程的次數(shù)L.InterFreqHO.NoNRT無對應(yīng)的鄰區(qū)關(guān)系導(dǎo)致無法發(fā)起異頻切換過程的次數(shù)² 鑒別切換失敗原因(L.HHO.Prep.FailOut.MME, L.HHO.Prep.FailOut.NoReply, L.HHO.Prep.FailOut.PrepFailure，L.HHO.Prep.FailOut.HOCancel, L.HH

19、O.FailOut.HOCancel, L.HHO.Prep.FailOut.TargetIllegal, L.IntraFreqHO.NoNRT, L.InterFreqHO.NoNRT)。² 查看基站有無告警，小區(qū)狀態(tài)是否正常：（通過LST ALMAF查詢站點實時告警，LST ALMLOG參考歷史告警；存在告警則降低功率切換用戶，嚴(yán)重的臨時去激活小區(qū)，通知維護人員處理。² 查詢有無外部干擾（PRB上行干擾噪聲平均值>-110dBm,則存在外部干擾）；統(tǒng)計話務(wù)看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MOD PDSCH降低功率處理。² 提取兩兩小區(qū)切換，確定切換出目

20、標(biāo)小區(qū)，核查外部小區(qū)參數(shù)（PCI、TAC、頻點、小區(qū)標(biāo)識、切換參數(shù)）配置有無錯誤；若錯誤則對外部定義的小區(qū)進行修改，另外關(guān)注兩兩小區(qū)切換切換過早和切換過晚或者乒乓切換統(tǒng)計（L.HHO.Ncell.PingPongHo、L.HHO.NCell.HoToolate、L.HHO.NCell.HoTooearly），進行相應(yīng)的CIO調(diào)整。以上問題都解決不了需安排外場人員測試，同時后臺進行信令跟蹤，找出問題原因。3 案例3.1 TD-LTE基站未及時割接到新MME導(dǎo)致切換失敗案例分析【問題描述】：南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH、南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH、南寧西鄉(xiāng)塘區(qū)中醫(yī)學(xué)院_HLH、南寧西鄉(xiāng)

21、塘區(qū)廣西區(qū)民族醫(yī)院_HLH、南寧西鄉(xiāng)塘區(qū)金棉樓_HLH、南寧西鄉(xiāng)塘區(qū)北湖集貿(mào)市場2_HLH、南寧西鄉(xiāng)塘區(qū)北湖生活區(qū)19棟_HLH和南寧西鄉(xiāng)塘區(qū)北湖生活區(qū)19棟_HLH等站點在14：00后切換指標(biāo)嚴(yán)重惡化，對全網(wǎng)切換成功率指標(biāo)造成影響；如下圖所示：以南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH為例【問題分析】：切換成功率低通常有以下幾種原因，需逐步排查：1、 基站故障告警；2、 鄰區(qū)以及切換參數(shù)等不合理，如：外部小區(qū)、切換參數(shù)等配置錯誤會直接導(dǎo)致切換失?。?、 弱覆蓋；4、 強干擾；5、 擁塞；6、 異常用戶終端；7、 傳輸、核心網(wǎng)等問題；【問題排除過程】：經(jīng)核查發(fā)現(xiàn)切換異常的站點很集中，都位于明秀路廣西

22、師范學(xué)院附近，且切換異常都是在14：00之后，因此可以判斷導(dǎo)致切換異常為同一原因，于是抽取南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH進行重點分析。1、 對南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH的故障告警進行核查，核查發(fā)現(xiàn)此時段并無故障告警；2、 對于目前LTE基站版本在配置鄰區(qū)數(shù)據(jù)時可能會出現(xiàn)小區(qū)名稱與PCI，eNodeBID等數(shù)據(jù)不一致的情況。對南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH進行外部小區(qū)等數(shù)據(jù)進行核查，核查結(jié)果未發(fā)現(xiàn)異常；3、 對于干擾對切換的影響一般情況下是導(dǎo)致空口質(zhì)量惡化導(dǎo)致信令交互失敗，但是一般不會出現(xiàn)切換全部失敗，但是對南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH_1的TDL數(shù)據(jù)進行分析時發(fā)現(xiàn)與某一基

23、站切換全部失敗，不像是由干擾導(dǎo)致為了驗證判斷我們對該小區(qū)的干擾數(shù)據(jù)進行了核查，核查結(jié)果顯示并無干擾；4、 弱覆蓋對切換的影響類似與干擾對切換的影響，主要體現(xiàn)在空口質(zhì)量，一般情況下也不會出現(xiàn)切換全部失敗的現(xiàn)象。南寧西鄉(xiāng)塘廣西師范明秀校區(qū)_HLH位于明秀路處于市中心位置，因此排除了弱覆蓋的因素；5、 特定的異常用戶終端一般情況下只會對單個特定服務(wù)小區(qū)造成影響，但是這次切換異常為整個區(qū)域同時涉及多個站點，因此可以排除異常用戶終端的因素；6、 擁塞會直接影響切換等KPI指標(biāo)，但是目前的LTE網(wǎng)絡(luò)負載還很輕，除開重大節(jié)日等情況不會出現(xiàn)擁塞等情況，因此可以排除擁塞的因素；7、 為了核查是否是傳輸、核心側(cè)等

24、問題，我們在U2000上對eNodeBID為492084（）的站點進行了信令跟蹤。在對南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH的X2接口信令跟蹤是發(fā)現(xiàn)該站的X2切換全部失?。?從上圖可以看出失敗原因值為unknown-MME-code，推測南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH與MME的鏈路配置存在問題導(dǎo)致MME不可達。同時對南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH站點狀態(tài)進行了跟蹤，據(jù)知該站之前由于故障一直處于斷鏈狀態(tài)在10月30日才重新開啟，操作日志顯示該站工程人員在14：19進行處理后開啟，其時間跟切換異常時段吻合！同時了解到南寧移動現(xiàn)網(wǎng)MME之前進行過一次割接，全網(wǎng)站點都已經(jīng)割接到新的MME下?？紤]到南寧西

25、鄉(xiāng)塘區(qū)如家快捷酒店_HLH之前一致是斷連狀態(tài)很有可能因為斷鏈而導(dǎo)致還繼續(xù)下掛在老的MME下，為了驗證推斷我們對南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH的SCTP對端對象配置信息進行了核查，核查結(jié)果顯示南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH還下掛在舊的MME下沒有割接到新的MME（舊的MMEIP最后一位為1或2），到這里基本可以確定切換異常是因為南寧西鄉(xiāng)塘區(qū)如家快捷酒店_HLH沒有及時更新為新的MMEIP而導(dǎo)致MME不可達而切換失敗?！窘鉀Q方法】：已經(jīng)確定為MME的IP問題，聯(lián)系客戶并推動工程方處理，在割接到新的MME后切換指標(biāo)恢復(fù)正常。3.2 同頻同PCI導(dǎo)致無法切換【問題描述】： 測試工程師在對銅鼓嶺應(yīng)急

26、通信車測試過程中發(fā)現(xiàn)：周圍站點無法切入應(yīng)急通信車【問題分析】： 關(guān)于切換問題總體處理思路如下：1、 首先對測試數(shù)據(jù)進行分析 車輛由鳳嶺2站向銅鼓嶺應(yīng)急車方向行駛，在距離應(yīng)急車不足200M的地方，鳳嶺2站-2小區(qū)的RSRP值為-97dbm，UE從鳳嶺2站-2小區(qū)向應(yīng)急通信車-1發(fā)送多條測量報告，但UE始終沒有收到切換命令。2、項目組對銅鼓嶺應(yīng)急通信車告警信息進行查詢核實，并未發(fā)現(xiàn)存在告警故障。3、對銅鼓嶺應(yīng)急通信車的干擾進行排查分析，后臺提取干擾檢測圖如下：銅鼓嶺應(yīng)急通信車干擾檢測圖：從干擾檢測圖可以看出銅鼓嶺應(yīng)急通信車并未存在干擾，排除由于干擾導(dǎo)致無法切換。 4、對該站點的鄰區(qū)關(guān)系以及外部數(shù)據(jù)

27、進行核查，經(jīng)核實外部數(shù)據(jù)以及鄰區(qū)關(guān)系準(zhǔn)確詳細的鄰區(qū)關(guān)系如下： 進一步核實發(fā)現(xiàn)下面鄰區(qū)對：本地小區(qū)名稱enodeid頻點PCI鄰區(qū)小區(qū)名稱enodeid頻點PCI南寧青秀區(qū)銅鼓嶺應(yīng)急車_HLH_14112338350258南寧青秀區(qū)青環(huán)路銅鼓嶺_HLH_249176738350260南寧青秀區(qū)銅鼓嶺應(yīng)急車_HLH_24112338350260南寧青秀區(qū)青環(huán)路銅鼓嶺_HLH_149176738350258應(yīng)急通信車與青環(huán)路銅鼓嶺同頻同PCI，顯然PCI設(shè)置不準(zhǔn)確，經(jīng)核實青環(huán)銅鼓嶺站點已被刪除，應(yīng)急車在青環(huán)路銅鼓嶺站點附近，客戶無規(guī)劃新的PCI數(shù)據(jù)而是直接用該站點PCI數(shù)據(jù)，從規(guī)劃角度來看這樣操作本

28、身沒有問題，但把該站點的小區(qū)添加為鄰區(qū)關(guān)系并且青環(huán)路銅鼓嶺和應(yīng)急通信車與周圍站點都存在鄰區(qū)關(guān)系（刪除青環(huán)路銅鼓嶺站點時未刪除相應(yīng)的鄰區(qū)關(guān)系）顯然是錯誤，由于應(yīng)急通信車和青環(huán)路銅鼓嶺同頻同PCI,UE在滿足切換條件向應(yīng)急通信車切換時，enb不知道那個為目標(biāo)小區(qū)，一直發(fā)測量報告而不發(fā)生切換。【問題處理】： 刪除周圍站點與青環(huán)路銅鼓嶺站點存在的鄰區(qū)關(guān)系【問題解決】： 處理后應(yīng)急通信車能夠與青秀區(qū)鳳嶺2站正常切換。【總結(jié)】：現(xiàn)網(wǎng)刪除站點后一定把冗余數(shù)據(jù)刪除。PCI規(guī)劃時一定滿足confusion-free原則，一個小區(qū)的兩個相鄰小區(qū)具有相同的PCI，這種情況下如果UE請求切換到ID為A的小區(qū)，eNB不

29、知道哪個為目標(biāo)小區(qū)。稱這種情況為confusion，如下圖所示： Confusion-free原則除了要求同PCI小區(qū)有足夠的復(fù)用距離外，為了保證可靠切換，要求每個小區(qū)的鄰區(qū)列表中小區(qū)PCI不能相同，同時規(guī)劃后的PCI也需要滿足在二層鄰區(qū)列表中的唯一性。3.3 故障導(dǎo)致切換失敗【現(xiàn)象描述】南寧橫縣寶華東路_HLH_1小區(qū)進行KPI統(tǒng)計時，發(fā)現(xiàn)南寧橫縣寶華東路_HLH_1小區(qū)在6月5日（11：00-12：00）時間段內(nèi)切換成功率偏低，該小區(qū)KPI指標(biāo)情況如下：無線掉線率：無線接通率：切換成功率：切換成功率主要通過話務(wù)統(tǒng)計獲得，根據(jù)區(qū)公司推薦的公式為：切換成功率=(eNodeB間同頻切換出成功次數(shù)

30、+eNodeB間異頻切換出成功次數(shù)+eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB內(nèi)異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù))/(eNodeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù)+eNodeB內(nèi)同頻切換出嘗試次數(shù)+eNodeB內(nèi)異頻切換出嘗試次數(shù))*100%。切換差TOP小區(qū)可通過OMC920提取切換失敗原因：1) 核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)2) 源小區(qū)發(fā)送切換取消導(dǎo)致切

31、換出準(zhǔn)備失敗次數(shù)3) 目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)4) 目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)5) eNodeB發(fā)起的原因為切換失敗的UE Context釋放次數(shù)從以上KPI指標(biāo)統(tǒng)計結(jié)果來看，該小區(qū)無線接通率為100%，無線掉線率為0.97%，同頻切換成功率較差，切換失敗主要是目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)較高引起?！締栴}分析分析】1、從后臺提取切換失敗相關(guān)測量報告發(fā)現(xiàn)該小區(qū)切換目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)較高，可以通過查詢在此時間段內(nèi)目標(biāo)小區(qū)狀態(tài)來進行問題分析。2、從后臺提取該時間段內(nèi)該小區(qū)切換失敗較高指標(biāo)如下：3、從以上查詢結(jié)果

32、可以看出，南寧橫縣寶華東路_HLH_1小區(qū)切換指標(biāo)異常主要是與南寧橫縣環(huán)城東路_HLH_2小區(qū)切換失敗次數(shù)較高引起，懷疑南寧橫縣環(huán)城東路_HLH站點在此時間段內(nèi)有異常情況?！咎幚磉^程】 從后臺查詢歷史告警，查看南寧橫縣環(huán)城東路_HLH在6月5日（11：00-12：00）時間段內(nèi)告警如下：從以上告警統(tǒng)計結(jié)果可以看出，在此時間段內(nèi)南寧橫縣環(huán)城東路_HLH連續(xù)出現(xiàn)小區(qū)不可用、基站控制面?zhèn)鬏斨袛唷⒁蕴W(wǎng)鏈路故障、X2接口配置更新失敗等告警，從而嚴(yán)重影響南寧橫縣寶華東路_HLH_1與南寧橫縣環(huán)城東路_HLH_2切換成功率。【分析結(jié)果】根據(jù)以上切換測量、告警統(tǒng)計結(jié)果來看，該小區(qū)切換成功率偏低主要是因為南寧

33、青秀區(qū)榮和大地3站_HLH站點故障引起，需推動基站維護人員上站處理。3.3 跨廠家邊界模三干擾導(dǎo)致切換失敗【問題描述】： 某市局方領(lǐng)導(dǎo)投訴在某重點道路途徑時信號比較好，但 SINR 非常低，下載速率只有 KB 級。接到投訴后我方馬上安排了復(fù)測，希望能復(fù)現(xiàn)該問題。測試車在該重點道路往返反復(fù)測試多次，發(fā)現(xiàn)在某路段確實能復(fù)現(xiàn)該投訴問題， RSRP 在 -95dBm 以上，但 SINR 卻在 5dB 以下，下載速率低于 5Mbps 。該路段周圍站點密集，覆蓋良好，道路寬闊，雙向 8 車道道路，且有寬闊綠化帶，道路雙向總寬近百米?！締栴}分析】：某市 TD-LTE 網(wǎng)絡(luò)站點比較密集，全網(wǎng)平均站間距在 30

34、0 至 400 米之間，超近站也較多，所以 MOD3 干擾成了該網(wǎng)絡(luò)優(yōu)化中最主要、最重要的工作之一。如下圖所示兩個相鄰基站的小區(qū)相對距離較近，切 A 站是我方設(shè)備， B 站為其他廠家設(shè)備。通過跟蹤信令分析， A 小區(qū)上報了 MR ， 220 和服務(wù)小區(qū) 358 的 MOD3 相等，所以干擾是比較大的。由信令分析，網(wǎng)絡(luò)側(cè)下發(fā)了切換命令后 UE 并沒有收到，由 UE 側(cè)可看到此時 SINR 很差為 1.8;。【問題處理】： 通過以上分析可知，發(fā)生 SINR 低、下載速率低的根本原因，而 MOD3 干擾是是由 2 同模 PCI 引起，同時 MOD3 干擾引起的切換失敗更加劇了下載速率降低，下載任務(wù)失

35、敗。為了快速解決此問題，將該重點道路附近 A 站 1 小區(qū)的 PCI 由 220 調(diào)整為 219 ， 0 小區(qū)的 PCI 由 219 調(diào)整為 220 ，并將 0 小區(qū)和 1 小區(qū)方位角各順時針調(diào)整 10 度。干擾得到規(guī)避，投訴問題得到解決。 3.4 鄰區(qū)關(guān)系配置引起切換失敗問題【問題描述 】：某移動在進行 TOP N 分析時發(fā)現(xiàn)郵政局 LTE 基站 B 小區(qū)切換成功率較低影響全網(wǎng) KPI 指標(biāo)。窗體頂端查詢粒度 窗體底端ENBFunction 名稱 切換成功率 LTETS 1 周TDDQHFUN6432 郵政局 -ZLHF(935213)62.79%窗體底端切換成功的采樣點從消息 HO Req

36、uest 始，終止于消息 RRC Connection Reconfiguration Complete 。目標(biāo)小區(qū)等待消息 RRC Connection Reconfiguration Complete 超時或未收到消息 則認為切換失敗。 切換失敗可能的原因如下： 1) 目標(biāo)小區(qū)上行干擾導(dǎo)致的隨機接入失敗 2) 目標(biāo)小區(qū)硬件故障或異常告警導(dǎo)致的接入失敗 3) 目標(biāo)小區(qū)接入?yún)?shù)配置錯誤導(dǎo)致接入失敗 4) 存在相同 PCI 的外部小區(qū)和鄰區(qū) 1.提取基站干擾指標(biāo)，三個小區(qū)低噪正常無明顯干擾，初步排除干擾導(dǎo)致切換失敗。 2.提取基站近期告警，基站無異常告警，初步排除硬件故障導(dǎo)致切換失敗。 3.提取

37、小區(qū)點對點切換指標(biāo)發(fā)現(xiàn)鄰區(qū)關(guān)系中異常存在 25433-0 小區(qū)，郵政局 B 小區(qū)至該小區(qū)所有的切換全部失敗。指標(biāo)如下圖所示： 查詢粒度 小區(qū)名稱 鄰區(qū)關(guān)系 TDD 系統(tǒng)內(nèi)小區(qū)間異頻切換出請求次數(shù) TDD 系統(tǒng)內(nèi)小區(qū)間異頻切換出成功次數(shù) TDD 系統(tǒng)內(nèi)小區(qū)間異頻切換出失敗次數(shù) 1 天TDDQHFUN5213 郵政局 -ZLHF-2(2)0:460:00:205433:01760176窗體底端核查郵政局 B 小區(qū)鄰接關(guān)系參數(shù)發(fā)現(xiàn) 鄰區(qū)參數(shù)配置中， EnodeBid 25433 配置了兩個小區(qū) 0 和 1 ，查詢網(wǎng)管數(shù)據(jù)， 25433 是迎賓路營業(yè)廳室分，只有一個小區(qū)，小區(qū)編號是 1 ， 0 小區(qū)為

38、冗余的錯誤數(shù)據(jù)。 現(xiàn)場抓取信令，在源小區(qū)下發(fā)的 RRC connection Reconfiguration 消息 中，包含 2 個相同 PCI 的小區(qū)信息，導(dǎo)致觸發(fā)向目標(biāo)小區(qū)切換時，向 0 小區(qū)切換導(dǎo)致失敗。 【問題處理】： 網(wǎng)管刪除 0 小區(qū)的鄰接小區(qū)和鄰接關(guān)系后該處區(qū)域切換正常，現(xiàn)場測試室內(nèi)外切換恢復(fù)正常，跟蹤 指標(biāo)切換成功率明顯提升。查詢粒度 小區(qū)名稱 eNB 內(nèi)切換成功率 LTETS eNB 間 S1 口切換成功率 LTETS 切換成功率 LTETS 1 天TDDQHFUN6432 郵政局 -ZLHF-2(2)100.00%100.00%100.00%窗體底端3.5 特殊子幀配置錯誤

39、導(dǎo)致切換失敗【問題描述 】： 萬科城市花園上西區(qū) -ZLH ， 4 月 28 日三個小區(qū)切換成功率為 17.42% ，系統(tǒng)內(nèi)切換 1 天失敗共 5420 次，嚴(yán)重影響全網(wǎng)指標(biāo)。提取當(dāng)日切換，該站內(nèi)小區(qū)間切換正常，非站內(nèi)鄰區(qū)切換準(zhǔn)備完全失敗。切換對統(tǒng)計如下：【問題分析】：² 通過小區(qū)切換對可以看出，對所有鄰區(qū)切換完全失敗，應(yīng)該是由于站點自身存在問題。 ² 查看該站點告警情況， 3 個小區(qū)均無告警 。² 查看外部干擾，沒有 發(fā)現(xiàn)問題。 ² 懷疑該站點設(shè)備隱性故障導(dǎo)致，將基站進行復(fù)位操作后，指標(biāo)還是未改善。 由于 3 個小區(qū)指標(biāo)均很差，故懷疑基站單板出現(xiàn)隱性故

40、障，安排人員進行 BPL1 單板更換，之后提取指標(biāo)仍未好轉(zhuǎn)，排除基站硬件故障 ² 切換模板中提取指標(biāo)切換分請求切換和執(zhí)行切換 2 個部分，基于準(zhǔn)備切換部分完全失敗，主要懷疑與小區(qū)配置有關(guān)。并針對該站點指標(biāo)突然惡化情況，查詢該站點操作記錄 4 月 27 日工程側(cè)刪除該站后重新做數(shù)據(jù)。按小時級提取 27 日附近指標(biāo)，發(fā)現(xiàn)指標(biāo)惡化時間與工程側(cè)重做站點時間一致，初步判斷可能 是站點數(shù)據(jù)重做之后站點數(shù)據(jù)配置錯誤。對萬科城市花園上西區(qū) -ZLH 的重點參數(shù)配置進行檢查。 通過核查，問題出現(xiàn)在特殊子偵配比。該站點特殊子幀配比配置設(shè)置9 ，與目前全網(wǎng)宏站特殊子幀配6會產(chǎn)生嚴(yán)重的上下行交差干擾?！締栴}處理】：5