TD-LTE接入、切换时网管侧信令丢失问题定位案例.docx

文档名称 文档密级 TIME \@ yyyy-M-d 2013-2-7 华为保密信息,未经授权禁止扩散 第PAGE3页, 共 NUMPAGES \* Arabic 3页 TD-LTE网管侧信令丢失问题定位案例 【现象描述】 S市TD-LTE网络测试中，经常出现信令丢失的情况：前台软件显示有信令交互，但网管上跟到的信令却是空的。示例： LTE测试log记录10:31:08 UE发起重建请求消息，且收到eNodeB重建请求拒绝消息，之后又进行TAU流程，如图1： 图1 CDS测试log 但是网管信令跟踪log上没有找到这两条消息，如图2，10:31:06至10:31:10间无信令记录； 图2 网管信令跟踪log 上述现象客户在测试中也多有发现，并多发生在切换或接入时刻，影响问题定位与分析。 Probe版本：V300R005C00SPC100 eNodeB版本：V100R005C00SPC310 OMC版本：DOMC920 V400R007C00SPC500 CPE版本：CPE B593 【告警信息】无 【原因分析及定位】 根据现象，我们从以下几个方面原因分析： 1.基站当时时刻是否存在告警及故障信息； 2.网管在拼接每个基站跟踪文件时是否存在遗漏； 3.EnodeB在向网管递交信令文件时存在漏报； 4.产品实现约束，导致部分信令无法跟踪到。 【处理过程】 通过后台查看告警情况，产生问题的基站在测试期间均没有任何告警信息，故障原因排除。 改变信令保存方式，将信令文件按基站名分别保存，以验证是否网管在信令拼接时产生遗漏。在当天另外的测试中，按基站保存信令文件中，依然存在信令丢失的情况，如下： CDS上显示的于10:31:15.953发起Service Request信令流程： 查看网管信令跟踪记录：10:31:10至10:31:16间存在部分信令缺失，如下图： 为了确认基站是否向网管上报了跟踪数据，现场与技术支持专家对此进行了排查、讨论，首先确认了ENODEB网元的信令跟踪开关是打开的，此时如果确认数据发送情况，需要在网元上面抓包，才能确认网元是否有发送相应的二进制报文给M2000，但M2000 R12上面日志里面已经不会打印二进制报文了，此步骤实现困难。 后经过多次复测，通过上面第2条的方式分别采用“信令单文件保存”与“分基站保存”，对比较核实后可初步确认网管没有收到基站的对应数据，将问题锁定在基站侧。 经过仔细对比每次信令丢失时的现象，发现信令丢失均是在切换阶段与接入阶段（而且多是伴随掉话与接入失败）。再确定信令跟踪的原理，LTE当前的全局信令跟踪需先在MME上建立IMSI与跟踪参考号的对应关系，取到跟踪参考号之后，在无线侧网管才能进行跟踪。 对于接入场景： 1）eNodeB缓存上下文建立请求之前的所有消息 2）eNodeB收到上下文建立请求之后，判断上下文建立请教消息中是否携带了全网跟踪的跟踪ID，如果携带，则启动全网跟踪 3）将之前缓存的消息一一上报到M2000. 对于切换入场景 1）判断切换请求中是否携带了全网跟踪的跟踪ID，如果携带，则启动全网跟踪 2）将切换入后相关消息都报到M2000 此相关规定，在协议32.422第4.1.2.11节：The Trace Session should be activated in in an eNB when the eNB receives the TRACE START, INITIAL CONTEXT SETUP REQUEST or HANDOVER REQUEST message with the IE Trace Activation from the MME and if some activities have been started on the interfaces that have been requested to be traced.” 综上，可看出如果终端没有上下文建立成功或者没有成功切入，EnodeB侧将不会将缓存的数据上报给网管，从而引起了信令丢失的情况发生。 【解决方法】 临时解决方案：在定位具体问题时，进行UU口跟踪，可以将空口的信令呈现； 【建议总结与解决方案】 UU口信令跟踪只能临时使用，而且只能定点单用户测试时使用，后续网络商用后，此方法将不能解决信令丢失问题。对于后续此类问题的解决，有以下两种建议： 完善原型工具或Nastar的信令回放功能，通过基站侧保存的数据直接还原信令文件，并能通过IMSI或跟踪号进行筛选； 优化基站侧的缓存存储空间与存储时间，使掉话或切换失败后，依然可以将数据上报给网管。