板卡dsp硬件故障消息被改写导致终端信令解析异常

《板卡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