目標小區MME配置不全導致切換失KPIKPI連2014-9-TD-LTE湛江南橋-NLH-2從KPI發現，切換成功率_準備比較低，只有31.34%2182析定位，最后發現切換目標小區湛江赤坎茂廣場-NLW-1小區只配置JMMMEZJMMEZJMMETD-LTE問題描述問題分91715時以前的切換成功率_準備數求00001110777000ENBX2S1X2X2與切換準備失敗相關的只有兩條信令：Handover_RequestHandover_RequestACK。Handover_Request或源小區在目標小區回切換響應之前，X2HANDOVERCANCEL信令；Handover_RequestACK沒有被源小區收到（X2鏈路故障、X2鏈路配KPIERAB排除源小區故障或資源不足、X2鏈路故障可能。DE1000010000100001000010000100001001110200010000100001001110011100001000010000100001001110000INTER_HO_PREP_FAIL_OTH，其他原因切換準備失敗。分析同一時段目標小區接入、切換指標，均良好，可見目標小區也無故障、X2鏈路良核查源小區和目標小區鄰區和X2定義數據，均已相互定義鄰區且鄰區相關數據正確。X2切換出現準備失敗的原因。S1eNBS1X2S1口均有信X2接口切換時，S1接口僅有兩條信令：S1APPATHSWITCHREQ、S1APPATHSWITCHREQACKS1接口切換時，S1eNBeNB有較多的交互。 CoreNetwork

換請求消息S1APHANDOVER 跨S1切換的S1APUECONTESTRELCMP源小區收到S1APUECONTESTRELCMD。標分析，小區故障的可能已被排除，剩下就是網處理出錯或者S1鏈路故障網處理。S1MMEMMEENBZJMMEJMMMEENBJMMME數據。JMMMEENB0ENB會優先選ZJMME鏈路。IPTESTMME上，S1傳輸鏈路故回過頭來，我們再看看INTER_HO_PREP_FAIL_OTH的基本定義：ThiscounterisupdatedwhentheInter-eNBS1-basedHandoverPreparationprocedureatthesourceeNBiscancelledbecauseofthefollowingreasons:-eNBinitiatedUEContextReleaseprocedure(causedbyuserinactivity,RLF,andothercauses)-EPCinitiatedUEContextReleaseprocedure-ReleaseprocedurecausedbyreceptionofS1APRESET-ReleaseprocedurecausedbyreceptionEPCS1APRESETX2APRESET后釋放用戶相關上下文，源ENB發出終止切換準備過程的計數器。而當MME未能收到目標ENB發出的S1APHANDOVERREQUESTACKENBENB發出釋放用戶消息ENBENBS1ENB（南橋）ZJMME，JMMMEENBJMMMEJMMMEENB的切換請求將在ZJMMEENB未定義ZJMMEZJMMES1鏈ENB未能收到ZJMME發出的S1APHANDOVERREQUEST信令，自然也不會發出S1APHANDOVERREQUESTACK信令，超時后，ZJMME判斷切換失敗，釋放用戶信息，ENB終止切換準備過程，切換準備失敗。反過來，湛江赤坎茂廣場-NLW-1進行S1切換的時候，只能通過JMMME發起，但JMMMEJMMMES1鏈路，可以正常接收JMMMES1APHANDOVERREQUESTS1APHANDOVER優化建議在湛江赤坎茂廣場-NLW-1上添加ZJMME數據