某车联网终端有时无法短信唤醒的故障分析

描述

故障现象

某车企反馈车载物联网终端4G下有时无法接收短信,导致车辆无法唤醒。查询短信中心记录,下发失败原因有时是“用户不在服务区”,有时是“用户关机”。实际终端一直保持开机状态。

故障分析

信令回溯分析

客户反馈车载终端1759第一次出现短信下发失败(短信中心记录的识别原因值为“用户不在服务区”),而且此后短信中心于17:53、17:54等时间多次重发始终失败(短信中心记录的识别原因值为“用户关机”),如图1所示。

物联网

回溯该终端的S1-MME接口信令,1759 MSC通过MME寻呼终端无响应(对应首次短信下发失败),后续终端恢复与MME信令交互,但短信重发一直失败。由于信令回溯无SGs口信令,无法进一步分析。

模拟寻呼无响应场景

此问题不太容易通过业务拨测复现,协调车企进行了模拟测试:终端进入空闲态后直接关电,给终端发短信,模拟寻呼无响应场景,信令消息如图2所示。

1925 主叫终端向车载终端发送短信,短信中心给UDM发送SRI消息,成功获取车载终端当前VLR信息。

1926 VLR通过SGs接口向MME发送Paging Request消息,携带短信业务指示,MME下发寻呼无响应。

1935 VLR等待9秒后,通过SGs接口重发Paging Request消息,仍然无响应。

1944 VLR等待9秒后,通过SGs接口向MME发Alert Request消息(此时VLR给短信中心返回失败响应消息)。

物联网

4.1944 短信中心给UDM发送REPORT SM DELIVERY STATUS REQUEST消息,携带原因值absentSubscriber,如图3所示。

1943 短信中心重发短信,给UDM发送SRI消息,UDM返回MAP Error(absentSubscriber),短信下发失败(短信中心记录为用户关机)。

1943 短信中心重发短信,结果同上。

物联网

5.1952 终端发起联合附着流程,后续短信接收正常。类似的,如因寻呼失败,终端发起联合TAU流程,短信业务也能自动恢复正常,如图4所示。

物联网

短信重发始终失败分析

6.通过对多个出现同样短信业务长时间无法恢复问题的终端进行信令回溯分析,发现共同点:故障期间终端发送的TAU类型为TA Updating(纯EPS TAU),而非正常的combined TA/LA updating(联合TAU)。

经与终端厂家联合分析讨论,获知终端软件版本有一个特殊设置:当MME给终端发现TAU/Attach Accept消息中携带原因值#16 (MSC temporarily not reachable)时,终端会将其映射为#18 (CS domain not available),进而变为EPS Only模式,不再发起联合TAU。没有联合TAU流程,MME无法向MSC更新用户位置,MSC也无法向UDM更新用户状态,形成了死循环。

据终端厂家介绍,将#16 映射 #18是应对2G退网的方案,在SGs口不可用时能让终端仍然保持PS在线。鉴于当前2G尚未正式退网,而车载终端又必须使用SGs短信,这种映射机制导致MT短信业务异常后无法自动恢复,不太合理。

故障处理

1.偶发寻呼失败会导致短信下发失败,只要终端恢复与MME交互,后续短信下发即可自动恢复,无需人工干预。如果终端较长时间未能恢复S1接口连接,短信重发可能有较大时延。

2.终端将#16映射为#18进而变为EPS Only模式,造成短信业务始终无法自动恢复,通过重启终端规避解决。后续终端厂家修改版本,取消原因值映射机制。

 

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分