北京：华为MIFI终端网络连接故障问题分析.docVIP

华为MIFI终端网络连接故障问题分析 （北京电信） 1，问题描述 据某华为MIFI终端用户反馈，于2014年1月17号在朝阳门电信大楼附近连接上网，出现无规律、无条件的多次自动断网重连现象。用户同时使用着两台终端，另外一台并无明显问题，认为是终端有故障。 终端类型：HUAWEI EC5377 MIFI。 2，问题分析与处理 一、跟踪信令： 通过Nastar系统跟踪，于2014/1/16-2014/1/17上午发现E-RAB异常释放，符合用户所反馈的断网现象，如下图。 图1 发生问题的时候信令流程 二、信令分析： 分析信令流程，发现用户从TDD切换到FDD，即从HHT_DC朝阳门桥_2切换到HWF_CY中国电信集团指挥楼扩容_4。网络侧检测到用户满足切换条件，启动切换流程。但切换流程出现异常，相比正常的切换流程，此切换过程中eNB透传了来自UE的NAS消息，MME便通知eNB让UE从网络detach，导致网络中断。如下图。 图2 发生问题的时候信令流程 编号 信令说明 1 eNB透传来自UE的NAS消息，消息内容不清楚，eNB不会解析NAS消息。 2 MME主动发起UE context建立过程。 3 经过6s，eNB没有对UE context建立进行response，MME主动发起UE context的释放，释放原因Detach。 信令说明如下表。 表1 信令说明 通过核心网解析上述1的消息，发现核心网收到的是Attach消息，如下图。 图3 核心网PStools信令截图 3，经验总结： 由于MME收到eNB透传的attach NAS信令，MME会发起UE context的在eNB上的建立请求，即INIT_CONTEXT_SETUP_REQUEST，正常过程是当eNB收到request后会做response，然而eNB已经在网络侧已经有了这个UE的上下文信息，eNB不会响应这条信令，MME等待response超时，MME会主动发起detach过程，eNB收到detach后会主动释放连接，此时便导致了网络连接中断的问题。 至此，华为方面联系终端侧继续查找原因以避免以后出现同样问题，电信方面若是遇到类似用户投诉现象可直接为用户更换终端。