湛江項目案例

1、目標(biāo)小區(qū)MME配置不全導(dǎo)致切換失敗1.案例標(biāo)簽案例名稱目標(biāo)小區(qū)MME配置不全導(dǎo)致切換失敗所屬專業(yè)KPI優(yōu)化案例屬性KPI優(yōu)化提交人林慶連提交時間2014-9-18應(yīng)用網(wǎng)絡(luò)湛江TD-LTE網(wǎng)絡(luò)設(shè)備版本案例簡述湛江南橋-NLH-2從后臺KPI監(jiān)控發(fā)現(xiàn)，切換成功率準(zhǔn)備比較低，只有 31.34%，切換準(zhǔn)備失敗次數(shù)達(dá)到2182次。后通過切換失敗目標(biāo)小區(qū)分析 定位，最后發(fā)現(xiàn)切換目標(biāo)小區(qū)湛江赤坎嘉信茂廣場-NLW-1小區(qū)只配置了 JMMME數(shù)據(jù)，未配置主要的ZJMME，在該站點增加ZJMME配置數(shù)據(jù)后，湛江 南橋-NLH-2小區(qū)指標(biāo)恢復(fù)正常。應(yīng)用場景適用于各TD-LTE網(wǎng)絡(luò)2.案例詳述21問題描述：9月17

2、日下午，我們提取了湛江南橋-NLH-2小區(qū)9月月17日下午12-15時的KPI 指標(biāo)發(fā)現(xiàn)，切換成功率準(zhǔn)備只有31.34%，切換失敗次數(shù)達(dá)到2182次。2.2問題分析：9月17日當(dāng)天15時以前的切換成功率準(zhǔn)備各時段統(tǒng)計ENB_CELLSDATEENB間 切換 成功 率ENB內(nèi) 切換 成功 率切 換 成 功數(shù)切換 數(shù) 請求切換 數(shù) 準(zhǔn)備切換失敗準(zhǔn)備切換成功率1_準(zhǔn)備切換 成功 率1_ 請求655601_220140917001001005959590100100655601_220140917011001002525250100100655601_2201409170210010017171701

3、00100655601_220140917031001001111110100100655601_2201409170401001110100100655601_2201409170510010077701001006556012 201409170610010023232301001006556012 2014091707100655601 2 2014091708 83.786556012 201409170922100128 1281281B026826929899.32 343 347 103901001003089.93% 99.6369633.01% 98.856556012 20

4、14091710 53.9298.95 321 32351619562.21% 99.38655601 2 2014091711 15.956556012 2014091712 16.46100440 440 1863100356 361 1579142323.62%100122322.55% 98.61655601 2 2014091713 31.646556012 2014091714 32.55100305 306804100335 33779549937.94%99.6746042.14%99.41我們先從切換流程入手，排查切換準(zhǔn)備失敗的原因：從統(tǒng)計數(shù)據(jù)看，主要是ENB間的切換失敗，所

5、以只需考慮ENB間切換的流程: ENB間切換包含X2切換和S1切換兩種類型。X2切換流程如下：UET eWBCore NetworkHandave r Reque stRKC COO KECFG(H0_CMD)SN S TATUS TRANSFERRLC CONN(HO.CMP)!31AP PATISWITCH EEQSIUE CONTEST RELEASEPAIH SWirCH REQ JCKEKC CONNEECFGERC OCOTRECFG CMPA UU_int已rf之匚已 K2_interface A SLinterfaceX2切換的信令交互與切換準(zhǔn)備失敗相關(guān)的只有兩條信令：Hand

6、over_Request和Handover_Request ACK。可能導(dǎo)致切換準(zhǔn)備失敗的幾種原因如下：a）源小區(qū)自身問題未發(fā)送Handover_Request或源小區(qū)在目標(biāo)小區(qū)回切換響應(yīng)之前，向目標(biāo)小區(qū)在X2 口發(fā)HANDOVER CANCEL信令；b）目標(biāo)小區(qū)未收到Handover_Request（X2鏈路故障、漏定鄰區(qū)）；c）目標(biāo)小區(qū)收到Handover_Request未響應(yīng)（設(shè)備故障、資源不足，這時通常會在X2口出現(xiàn) HANDOVER PREPARATION FAILURE信令）；d）目標(biāo)小區(qū)發(fā)出Handover_Request ACK沒有被源小區(qū)收到（X2鏈路故障、X2鏈路配 置錯誤

7、、單向鄰區(qū)、）查看同一時段KPI指標(biāo)，發(fā)現(xiàn)源小區(qū)無線接入性、ERAB建立成功率、掉線率指標(biāo)良好， 排除源小區(qū)故障或資源不足、X2鏈路故障可能。分析具體切換失敗數(shù)據(jù):PERIOD_START_TIMEENB_CELLNEIGHBOR_ENBIDN E I G H B O RC I DNEIGHBOR_PCIINT ER_ HO_ PRE P_F AIL _ACINTER _HO_P REP_F AIL_O THIN TE R_ HO _P RE P_ FA IL _T IM EINTER_HO_ATTINTER_HO_SUC C2014/9/178:30655601_26554231280100

8、002014/9/178:45655601_26554231280190002014/9/179:00655601_26554231280760002014/9/179:15655601_26554231280450002014/9/179:30655601_26554231280660002014/9/179:45655601_265542312805050002014/9/1710:00655601_26554231280230112014/9/1710:15655601_2655423128020002014/9/1710:30655601_26554231280150002014/9/

9、1710:45655601_265542312801530002014/9/1711:15655601_265542312803980112014/9/1711:30655601_265542312804890112014/9/1711:45655601_265542312805360002014/9/1712:00655601_265542312808050002014/9/17655601_2655423128013900012:152014/9/1712:30655601_26554231280390002014/9/1712:45655601_265542312802350112014

10、/9/1713:00655601_26554231280124000可見切換準(zhǔn)備失敗的目標(biāo)小區(qū)只有一個655423_1 （湛江赤坎嘉信茂廣場-NLW-1），切換準(zhǔn)備 失敗的原因只有一個，就是INTER_HO_PREP_FAIL_OTH，其他原因切換準(zhǔn)備失敗。分析同一時段目標(biāo)小區(qū)接入、切換指標(biāo)，均良好，可見目標(biāo)小區(qū)也無故障、X2鏈路良 好。核查源小區(qū)和目標(biāo)小區(qū)鄰區(qū)和X2定義數(shù)據(jù)，均已相互定義鄰區(qū)且鄰區(qū)相關(guān)數(shù)據(jù)正確。 基本排除X2切換出現(xiàn)準(zhǔn)備失敗的原因。我們再看S1切換流程：對于切換流程，只要是跨eNB切換，不管是經(jīng)S1切換還是經(jīng)X2切換，在S1 口均有信 令交互：在經(jīng)X2接口切換時，S1接口僅有

11、兩條信令：S1AP PATH SWITCH REQ、S1AP PATH SWITCH REQ ACK；在經(jīng)S1接口切換時，S1接口信令會在源eNB和目標(biāo)eNB有較多的交互。 如下圖綠色信令所示：UESeNBTeNBCore NetworkMeasRPRTSlAPHandoverRequired1P Handover RequestS1AP Handover REQ%KS1APHandoverCMD.RRC_CONN_RECFG(HO_CMD)S1APeNBStatusTransferRRC_CONN(HO_RECFG_CMPCMP)SJAP MME Status TrarsferRRCCONN

12、RRCCONNS1APUECONTEXTS1APUECONTEXTRECFGRECFGCMPS1AP Handover NotifyRELCMDRELCMPUU_interface X2_interface S1_interface1)跨S1切換的S1AP HANDOVER REQUIRTEDg令丟失，可能的原因主要有源小區(qū)因為在切換內(nèi)部流程處理出錯（如鄰區(qū)漏配、資源不夠等），沒有發(fā)切換請求消息 S1AP HANDOVER REQUIRTEDS1 口傳輸異常，傳輸過程中丟失2）跨S1切換的S1AP HANDOVER REQUEST信令丟失，可能的原因主要有核心網(wǎng)收到S1AP HANDOVER

13、REQUIRTED后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失3）跨S1切換的S1AP HANDOVER REQUEST ACKf信令丟失，可能的原因主要有目標(biāo)小區(qū)收到S1AP HANDOVER REQUEST后，內(nèi)部處理出錯（如資源不足等）S1 口傳輸異常，傳輸過程中丟失4）跨S1切換的S1 HANDOVER CMD令丟失，可能的原因主要有核心網(wǎng)收到S1AP HANDOVER REQUEST ACK后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失5）跨S1切換的S1AP ENB STATUS TRANSFER信令丟失，可能的原因主要有源小區(qū)處理收到S1 HANDOVER CMD后，內(nèi)部處

14、理出錯S1 口傳輸異常，傳輸過程中丟失6）跨S1切換的S1AP MME STATUS TRANSFER信令丟失，可能的原因主要有核心網(wǎng)收到S1AP ENB STATUS TRANSFER后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失7）跨S1切換的S1AP HANDOVER NOTIFY信令丟失，可能的原因主要有目標(biāo)小區(qū)收到切換完成消息后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失8）跨S1切換的S1AP UE CONTEST REL CMD令丟失，可能的原因主要有核心網(wǎng)收到S1AP HANDOVER NOTIFY后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失9）跨S1切換的S1AP U

15、E CONTEST REL CMP/信令丟失，可能的原因主要有源小區(qū)收到S1AP UE CONTEST REL CMD后，內(nèi)部處理出錯S1 口傳輸異常，傳輸過程中丟失由于主要分析切換準(zhǔn)備失敗，主要涉及到上面的1）-3）條，通過源小區(qū)和目標(biāo)小區(qū)的 指標(biāo)分析，小區(qū)故障的可能已被排除，剩下就是核心網(wǎng)處理出錯或者S1鏈路故障。核心網(wǎng)處 理出錯的概率較低而且不可能集中到單一站點或小區(qū)上，核查S1鏈路就是首要考慮目標(biāo)。S1鏈路設(shè)置主要由MME配置確定，我們首先核查站點MME配置數(shù)據(jù)，在源ENB中， 已正確配置ZJMME和JMMME數(shù)據(jù)，但在目標(biāo)ENB中，我們發(fā)現(xiàn)僅配置了 JMMME數(shù)據(jù)。而JMMME對湛江

16、區(qū)域ENB站點配置的負(fù)荷分擔(dān)比例為0。所以正常情況下ENB會優(yōu)先選擇 ZJMME鏈路。通過IP TEST，我們確認(rèn)各站點均可以正常連接到自己定義的MME上，S1傳輸鏈路故 障的可能也可排除?；剡^頭來，我們再看看INTER_HO_PREP_FAIL_OTH的基本定義：This counter is updated when the Inter-eNB S1-based Handover Preparationprocedure at the source eNB is cancelled because of the following reasons:- eNB initiated UE Co

17、ntext Release procedure (caused by user inactivity, RLF, and other causes) - EPC initiated UE Context Release procedure - Release procedure caused by reception of S1AP RESET - Release procedure caused by reception ofX2AP RESETo可以確定的就是源ENB在基于用戶靜默、無線鏈路丟失或其他原因初始化釋放 用戶相關(guān)上下文過程或者EPC由于收到S1AP RESET或X2AP RES

18、ET后釋放用戶相關(guān)上下文， 源ENB發(fā)出終止切換準(zhǔn)備過程的計數(shù)器。而當(dāng) MME未能收到目標(biāo) ENB發(fā)出的S1AP HANDOVER REQUEST ACK，就會判斷為切換失敗，向源ENB和目標(biāo)ENB發(fā)出釋放用戶消息。通過源ENB和目標(biāo)ENB S1鏈路核查結(jié)果，我們知道源ENB (南橋)默認(rèn)選擇ZJMME， 但同時定義了 JMMME路由，而目標(biāo)ENB只定義了 JMMME，只能占用JMMME。所以源ENB 的切換請求將在ZJMME上發(fā)起，由于目標(biāo)ENB未定義ZJMME數(shù)據(jù)，沒有到ZJMME的S1 鏈路，所以目標(biāo)ENB未能收到ZJMME發(fā)出的S1AP HANDOVER REQUEST信令，自然也不會

19、發(fā) 出響應(yīng)S1AP HANDOVER REQUEST ACK信令，超時后，ZJMME判斷切換失敗，釋放用戶信息， 源ENB終止切換準(zhǔn)備過程，切換準(zhǔn)備失敗。反過來，湛江赤坎嘉信茂廣場-NLW-1進(jìn)行S1切換的時候，只能通過JMMME發(fā)起，但 是由于周邊小區(qū)均同時定義了 JMMME數(shù)據(jù)，存在與JMMME間的S1鏈路，可以正常接收 到 JMMME 發(fā)過來的 S1AP HANDOVER REQUEST信令，并發(fā)出響應(yīng) S1AP HANDOVER REQUEST ACK信令，從而正常完成切換過程，所以湛江赤坎嘉信茂廣場-NLW-1小區(qū)切換指標(biāo)良好。2.3優(yōu)化建議:在湛江赤坎嘉信茂廣場-NLW-1上添加Z

20、JMME數(shù)據(jù)，以確保湛江赤坎嘉信茂廣場-NLW 可以同時連接到ZJMME和JMMME。保證周邊站點向湛江赤坎嘉信茂廣場-NLW的正常切換。2.4復(fù)測驗證:修改該參數(shù)后，重新統(tǒng)計南橋-2小區(qū)切換指標(biāo)如下ENB_CELLSDATEENB間 切換 成功 率ENB內(nèi) 切換 成功 率切 換 成 功數(shù)切換數(shù)請求切換數(shù)準(zhǔn)備切換失敗準(zhǔn)備切換成功率1_準(zhǔn)備切換成功率1請求655601_2201409171799.39100488490490299.59%99.59655601_2201409171899.13100507510510399.41%99.41655601_220140917191001003483483480100100655601_2201409172099.66100454455455199.78%99.78655601_2201409172196.26100303311311897.43%97.43655601_2201409172299.28100215216216199.54%99.54655601_220140917231001001861861860100100655601_220140918001001004646460100100655601_