欢迎来到天天文库
浏览记录
ID:1857265
大小:496.50 KB
页数:2页
时间:2017-11-13
《板卡dsp硬件故障消息被改写导致终端信令解析异常》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、名称:板卡DSP硬件故障消息被改写导致终端信令解析异常**************************************************************************************************************问题现象近期网格测试发现1种异常现象,只要碰上就会造成1次未接通,UU口信令显示,UE上发CM服务请求后,会收到网络侧下发的激活集更新(activesetupdata)消息,随后UE上发RRCstatus ,原因为收到了无效的消息(ActiveSet
2、Update)。这个消息按协议规定是onlyFDD才会使用,TDD不用,我们代码里实现也没有这条空口消息的组织发送过程。异常信令截图如下: 问题分析:通过对现网站点拉网测试和后台信令跟踪,得出现网有5个站点存在此现象,站下测试复现概率极高。RNC侧信令跟踪如下,和UE侧比对,问题应该是RNC给UE发送的AuthenticationRequest消息,从RNC业务面(TPSS)到终端之间,这段路中把该消息给改了,终端解析成activesetupdata消息。2有可能是以下原因之一:1. RNC内部没有问题,消息在空
3、口传输过程中被改了。2. RNC内部有问题,该消息在RNC内部从控制面(HSPS)到业务面(TPSS),以及在业务面内部L2处理过程中出问题了,导致消息被改。通过对出现站点进行分析,发现问题基站集中在一个资源模组下,对以上小区进行详细级跟踪分析,出现RRCSTATUS的用户在RRC建立阶段均分配至1-2-14(RTPA)DSP16上,该问题集中在一个DSP反复出现,所以是原因2的可能性居多。同时,由于此过程中还没有完成NAS层链路建立,RNC还没有获得UE的IMSI,所以无法进行RNC业务面的跟踪来确认问题。研发
4、分析结果,初步判定可能是硬件故障导致,每次该DSP出现异常,均是因固定bit被改写,从而造成UE对RNC的消息解析出现错误。分析结论:此问题发现后暂时规避措施时,闭塞该DSP,现场测试和后台信令跟踪此问题未复现;网格测试完毕后,解闭塞该DSP,无法再复现现象,由于仍存在隐患,研发建议返修板卡。2
此文档下载收益归作者所有