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

1、问题描述某局点反馈从2013-07-09开始基站JKUBINE导出的KPI话统显示掉话率升高（如图1所示），需要分析原因。图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：传输层问题导致的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异常释放因此，首先需要从基站话统中判断引起掉话的具体原因。2.1、掉话原因分析对应指标恶化时间点2013-07-09 8:00am，选取基站JKUBINE典型小区Cell ID=11进行分析：图2 掉话率图3 切换失败导致无线承载异常释放由话统可知，E-RAB异常释放的原因为切换失败。基站对应时间段的异频/同频切换成功率为（如图4，图5所示）：图4 异频切换成功率图5 同频切换成功率可知，问题发生时间段小区同频切换成功率没有恶化，异频切换成功率下降明显。综上所述，引起掉话的原因为异频切换失败，下一步需要分析导致异频切换失败的原因。2.2、 问题排查（1）外部问题排查1）异常操作及告警选取指标恶化时间点2013-07-09 08:00am，排查基站外部操作及告警：图6 基站操作日志基站在指标恶化时间点没有异常操作，可以排除。图7 基站故障日志基站在07-08 03:00am之后没有故障上报。结论：在指标恶化时间点，基站没有相关异常操作且无故障上报。2）切换场景排查图8 邻区漏配导致掉话次数仅有一次邻区漏配导致的掉话，因此排除邻区漏配导致切换失败的情况。图9 切换用户分布结论：FMA专家系统（drop）显示基站邻区配置正常，且无超小区半径切换。（2）CHR日志分析选取典型时间段07-09 23:00和07-10 00:00进行分析，此时Cell ID=11掉话率分别为2.381%和8.0645%，异频切换出失败次数分别为3次和5次，其中导致掉话分别为2次和5次，异频切换成功率为88%和88.37%。图10 典型时间段话统对于一次正常的切换流程，源侧基站收到UE的测量报告后进行切换判决，之后会向UE发送RRC重配置消息。当源侧基站向MME发送了状态迁移命令之后，会启动一个20s的定时器，在20s内如果收到MME发送的UE上下文释放消息，则认为切换成功。否则记录为切换失败，如图11所示：图11 正常切换流程对照基站CHR日志，一次呼叫的最后10条信令为（如图12所示，注：CHR日志打印是以格林威治时间为准，即需要在日志显示的时间上加时区）：图12 CHE日志记录信令从记录的信令可以看出，源侧基站JKUBINE在向MME发送状态转移命令之后启动了20s的定时器，但定时器超时基站仍没有收到UE上下文释放消息，源侧基站主动向MME发送UE上下文释放消息，并记录为切换失败。并且UE已经收到了基站发送的RRC重配置消息，返回ACK确认：图13 UE返回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：图14 CHR L3释放原因打印以上分析说明，UE收到了源小区的切换命令，但在向目标小区切换的过程中出现问题。可能的原因有：1. 目标小区没有收到UE的RRC重建请求2. 目标小区收到UE的RRC重建请求，但在重建过程中失败3. MME处理切换消息出现异常（3）确定问题目标基站分析Ncell数据，选取相同典型时段筛选问题目标小区，如图14所示：图14 Ncell统计目标小区可见，切换失败多数发生在eNodeB ID=5804的小区，且在时间段07-09 23:00和07-10 00:00切换失败次数与CHR打印完全一致。2.3、问题结论通过以上分析，可以得出结论：基站JKUBINE掉话率升高是由于异频切换失败导致，问题目标基站eNodeB ID=5804且失败原因与源侧基站无关。由于目标基站