MME释放UE上下文超时导致掉话

《MME释放UE上下文超时导致掉话》由会员分享，可在线阅读，更多相关《MME释放UE上下文超时导致掉话（8页珍藏版）》请在装配图网上搜索。

1、1、问题描述某局点反馈从2013-07-09开始基站JKUBINE导出的KPI话统显示掉话率升高（如图1所示）， 需要分析原因。灌暨UJ图1基站JKUBINE掉话率2、分析定位过程：根据掉话率的计算公式：Call drop rate = L.E-RAB.AbnormRel/（ L.E-RAB.AbnormRel+ L.E-RAB.NormRel）*100%用户掉话是由无线承载E-RAB的异常释放引起，而导致E-RAB异常释放的原因话统中记录 为以下几种：（1）L.E-RAB.AbnormRel.Radio：无线层问题导致的E-RAB异常释放（2）L.E-RAB.AbnormRel.TNL：传输

2、层问题导致的E-RAB异常释放（3）L.E-RAB.AbnormRel.Cong:网络拥塞导致的E-RAB异常释放（4）L.E-RAB.AbnormRel.HOFailure：切换流程失败导致E-RAB异常释放（5）L.E-RAB.AbnormRel.MME：核心网问题导致E-RAB异常释放因此，首先需要从基站话统中判断引起掉话的具体原因。21、掉话原因分析对应指标恶化时间点2013-07-09 8:00am，选取基站JKUBINE典型小区Cell ID=11进行分 析：TlnxsJill 41amIdgiprWnnA-i-lU- imR ttC-onL.E-mftfllJRodLERABAI

3、x-h.miAd-l.TMEL-E IMRMIf imRpl.HO rwunsL.E-nrwiRoH.IKiOiriIJERAB.ri bnoimRal.DH&TctL.E-既皿JliE viwiRdLMML.E.RAI3.%eAaAL.E.仰毋IS l RoUgutJKUB1Ca；q,0DQ嘈21JKUBTiE 1_凹L?000I000为g对商JKUWE1iQ.31722Q:JD20369201M 7-05JKUBT-SE 1_11DT4&9at0n电T伪404KIIMWbWJBNE 1Q 133SZ0Q1?020球ITT的1W而mg在L7i21dah9a15TOIMWjKueriE i_矿

4、=63811q2Q1?01W?暗；2O1M7-WJKUW-JE 1_矿0 352450i：3D&D14144J7201 MSkuEt害i.T0 g/5Q3a40GogKll3r-0?剧B*无L0 gi011J050佃r烦皿刖芷1_bfleQa&aus?就7iPEiq1?1?201M7-OJJKuBTiE 1_OdO16i3sD7D1244锁心心KLT&r 吏 1_矿顺站i4i4蝎JH；UB# 1T-0 ws344caBID3X115201 MMJKUBIt 1_Ti-000fl_J00G02U1MWJKU&F2E 1_矿0Q0Q10D4Q1ST位20130701JKUWt1_Ti-2Jfi12

5、00I2DJ0n5。JOiMT-iajwu- i_54&WeB6($图3切换失败导致无线承载异常释放由话统可知，E-RAB异常释放的原因为切换失败。基站对应时间段的异频/同频切换成功率 为（如图4,图5所示）：图4异频切换成功率图5同频切换成功率可知，问题发生时间段小区同频切换成功率没有恶化，异频切换成功率下降明显。综上所述， 引起掉话的原因为异频切换失败，下一步需要分析导致异频切换失败的原因。2.2、问题排查(1)外部问题排查1)异常操作及告警选取指标恶化时间点2013-07-09 08:00am，排查基站外部操作及告警：a7 atXP7- ：35-： (W)KEASKT：228552ffl

6、LgTF909：S2ZOU3-OI5 09 52:33(205-)4字做54叫517近 MKAUE1596T JW.IBIJE_EZ_Z_H30_rcC:226 LIMia-w-og09:39:59 CKJ20l!3-Of7-C9 09： 39： SS fFR,*4号93988对馈HE ASKS!:22S7Z2L3-rr-09ra：Z5 : DQGtBlZ0L3-O-QS 04 ZS：O0(GZ5-)/t458I314/I5TIE ASET 一225S&OQ!lO!DO( 20H3-W 09_心00 FM5m38M，lST BEASIST! ;?2聘3anx?-aJi3-WT-fl& (zi：

7、O0 (EES-ll/r5BO3829E3-07MB W25：0tt (ITS-)依倾TSIg侦THaSKT Z23S3anSHflfTF00:09:5-0ZOW-fHF 0809： 39CTT5-)/r457333QsLSTBEASES!:-西35 lanEWP 08:02:们皿)IlmnjffiaMJ曲neiWH5T2a38WsrT旋摊raiHXVFor 舞 g g)B/Triwicr? ss ooms-)/h责悟纹,5互版囱_2223MIjMW-CMOfT：*3：00 (* 野日*“盹2村5) n is -Ti fs彻5盛41To图8邻区漏配导致掉话次数仅有一次邻区漏配导致的掉话，因此排

8、除邻区漏配导致切换失败的情况。User Distribut i on Statisticsr*Di ituEeGi)CDontsFercent看例W慢59 6霁广T勰1152. Ebia1404?4敬104找当6063L 36%mq0：0 am将侦4650!0 46*603迎43Q伽Tg9Q叫80920o antnn 36107640o ant1381 &20ioooit162lBt】4乖D0 00%?=IBT4IHIHH1图9切换用户分布结论：FMA专家系统（drop）显示基站邻区配置正常，且无超小区半径切换。（2）CHR日志分析选取典型时间段07-09 23:00和07-10 00:00进

9、行分析，此时Cell ID=11掉话率分别为2.381%和8.0645%，异频切换出失败次数分别为3次和5次，其中导致掉话分别为2次和5次， 异频切换成功率为88%和88.37%。图10典型时间段话统对于一次正常的切换流程，源侧基站收到UE的测量报告后进行切换判决，之后会向UE发 送RRC重配置消息。当源侧基站向MME发送了状态迁移命令之后，会启动一个20s的定时 器，在20s内如果收到MME发送的UE上下文释放消息，则认为切换成功。否则记录为切 换失败，如图11所示：ME SUTUS TRAN3Frrc connection ReESEab iarimentARC Coiti jctionR

10、KStebiisFinkBrvt CorasleteRRG Gone coon ReestatMisnrnnt Re lucst7-eModE&空竺*H别口MR REQUEST | HandoverDeeiaehanQOvE R RESuiR-EDeNS SUWS TfWSFEPWAMDOVER COLIMAMDiHJlNDOh/ER PECWESTmEKNQWLE匪HrWDO/ER NOTIFYRfJC CahWCtOrtRtconfiguraftDii图11正常切换流程对照基站CHR日志，一次呼叫的最后10条信令为（如图12所示，注：CHR日志打印是以 格林威治时间为准，即需要在日志显示的

11、时间上加时区）：的 73 (-7 姑果7? *名整q幻 ulC 口1UL 楠握3iylCllID 许翳T.MCSim la1= l与可;网llicki 你 gsCn I:! S3白：-；第DU 15 57：1W 皿曲的 Z置&i C) EWW：5IM.mjmaiE.jS5TJK g ocDLt;3 0QtSl;rkiif.(hd)O ooaoooooooiKiooonc3 Mg7IUE.L5 .5TT:UfIFt：Sl KJ ujJ uTyp.费虾JIEJDOWULREIJ) (3 0) kULC如LS5%:(h心L 06l M OO DO Ofi M M .%山)TUE-1$ FT 算 ul

12、H点玲5M acIftzW (D 虹iwS祯:q虬此(it) uzDLe.2硕 L FFOQDQBQ0QOQO 皿-3 S.C3)ILE. 15.57；! ulTUkr 551 QJ RBT_OW_RECFG_CF hl)胜D* IOctStr kJic.OoOO COaOOOOOOOIKiOOOOC 由 SioM)&加铲像另 SiptCDS SipiWa ici)从记录的信令可以看出，源侧基站JKUBINE在向MME发送状态转移命令之后启动了 20s 的定时器，但定时器超时基站仍没有收到UE上下文释放消息，源侧基站主动向MME发送 UE上下文释放消息，并记录为切换失败。并且UE已经收到了基站

13、发送的RRC重配置消息，返回ACK确认：.TintmrmCfJ】”GdlllClw7W8IJ5F1淑i Mt出而8O&754-3g心rfejfioHrrtKMHT-W抑丐神1WWW-W露Mffl-IW?.MBMf 加 19 上1CBTW3现也5?(hOW5CQ明AOT顿用盟Eiosrm悝0n(KomraJB3MK7-M 11 4OSTOW即MDoanjL.时SM5-OT-CB IL OS ESTE&3M蜘仰Oaoxuidrja命M.洛mi 颁m n ：2& 524OSF5S5SSSfiHaXtl3IM澜POTm f 02 iomt5口OvtawwiAk技:2T 5&4K7Et5地俱ITMU：黑

14、品MnMT-M 技辞 酎4OT5WV.41BWf M 】it；2S Wl17fttffiWOTN明 POT 预 31 30 IO6TO5MrrrrrrTHMMTCKi H ?9 164O8TOSM7HW17FFFF7442flfU-OT-aS 扣 01 2ECTIS OB Ow=5膊OvZOWlf.峙HWm 15 OS! IIcffnfi-3an顾MODI 11.也anj-or-iw n it tt10STTOMMUDKinaai3WH)7(J9 那 49 E4cent3U4|r1A4T* 哩故 04OJT5MSTMInIhKCKl 9|0MM78 34- 09 324DSTWSJ7feHKO

15、IEKiWMT-W 14 30 5T5M仰ZMAOPCfi fi.：3l %iosmn11!IMDWJM心只f在M星ia心追JI氛IWTW ME族4OJT5MMB-ITOa?OwZEW 制3WXJF4J9 博 53 E.i- EBif-ara-LtiiiB5T 革IU iW* U2_Oa_WBl_SEI_IKm (OiTLtJM)KaiED flmg.3iciin iw?明 g但m也*!泓hivwj 01ATI EDIXTF-OSTIB i5:$J m虹rO 0ilTi.a:5IZ?miTrl Mb.xI-1 甄S3g村rgMXNir*lUhEMiME踞Tm讪门2?1陪 UrawftLU if

16、tflit L2 VIH U)Eh4irt*iil!lqTft：CiS 心 LiTe 垣心 质iJZt 函 i IdZudRu-hvlrlAU由run_5 母,i厂WFpWt m|Ddsf* iJikiisKTiwTnaIW4- anl-OT-M 用 ST W(CH)I1W SWF岳 15；打ALft*澄WOKOO-CO TO 00 (JOtt) 12F1UI.fldMT-W 垢 5T IT|D) laCHLSEafiTJHETMC=Em ZM AOTF0 曜 5T 49 W) lEEVm.lBJtKKffllW_.SreV M-IJ-CT-W 15 ST 09IW)澜何伽$ 5T OV0)

17、CWC_U JU_STWT 铀I FT在 珥 5T 阴酸R TnJuciEliP MMMT-M 鸣 $T WW) tzz 腿 BWS-OT419 n ：57 H9 62-35 Itllg iflMMT-W 尊 ST OTCW)3MXJPIB ：5T斩礼顽flsJMrlMT-CIfi将 H 的皿)队心早 3MAE5 g：$T gHfF 垢*状51电 E7TTK! IS ST 卷脾7 EwIEznL 澜ET伽 34 5T ggtJ TwblKiidiMtrufnlllBLtakfflrt做912WffWllltooTtfflnwiWTJIL_5M* fP5图14 CHR L3释放原因打印图13 U

18、E返回ACK同时，由CHR日志L3释放原因打印可以看出，CELL ID=11在07-09 23:00和07-10 00:00 两个时间段的切换失败原因均为UEM_UECNT_REL_HO_INTER_FREQ_WAIT_MME_REL_CMD_TIMEOUT，即源侧基站JKUBINE在等待MME发送UE上下文释放命令时超时，且记录的失败次数与话统记录吻合， 如图14：以上分析说明，UE收到了源小区的切换命令，但在向目标小区切换的过程中出现问题。可 能的原因有：1. 目标小区没有收到UE的RRC重建请求2. 目标小区收到UE的RRC重建请求，但在重建过程中失败3. MME处理切换消息出现异常（3

19、）确定问题目标基站分析Ncell数据，选取相同典型时段筛选问题目标小区，如图14所示：BM-0 HYh MM”“I.驱iKHj M-4MM J 曜-I-JW MSEIJMM KflLrm I9.0MQ怜噂总rlzl算X:I*IMWFZIII -gmgAAD-AAggsslc-lc-yD-ASE-m-gm-gstD-m-.s 一 MWE=E三 m 兰gTKmM9Lfr-LR. UM b4t e!f财 WHsIWq，!%： .KJMJJ. Jh W七 r，dLLU. . 4-，hkW*.wi-4n*.JK1!USU MMbMiUMcOUJKllflKimi*i；5TLg品 i/crm3KlVC?/

20、 lAWrW xoiAxiyn nooo L1WUX4VC?M LtCHK Havne* |.w XW?j图14 Ncell统计目标小区可见，切换失败多数发生在eNodeB ID=5804的小区，且在时间段07-09 23:00和07-10 00:00 切换失败次数与CHR打印完全一致。23、问题结论通过以上分析，可以得出结论：基站JKUBINE掉话率升高是由于异频切换失败导致，问题目标基站eNodeB ID=5804且失 败原因与源侧基站无关。由于目标基站与核心网均为友商设备且无法得到日志，通过后续与客户沟通得知，在问题出 现时间目标基站与MME传输出现问题无法进行交互，导致切换流程失败。3、根本原因MME释放UE上下文超时导致异频切换失败，进而导致基站掉话率升高