某车企反馈车载物联网终端4G下有时无法接收短信,导致车辆无法唤醒。查询短信中心记录,下发失败原因有时是“用户不在服务区”,有时是“用户关机”。实际终端一直保持开机状态。
信令回溯分析
2. 回溯该终端的S1-MME接口信令,17:51:59 MSC通过MME寻呼终端无响应(对应首次短信下发失败),后续终端恢复与MME信令交互,但短信重发一直失败。由于信令回溯无SGs口信令,无法进一步分析。
模拟寻呼无响应场景
3. 此问题不太容易通过业务拨测复现,协调车企进行了模拟测试:终端进入空闲态后直接关电,给终端发短信,模拟寻呼无响应场景,信令消息如图2所示。
19:35:25 主叫终端向车载终端发送短信,短信中心给UDM发送SRI消息,成功获取车载终端当前VLR信息。
19:35:26 VLR通过SGs接口向MME发送Paging Request消息,携带短信业务指示,MME下发寻呼无响应。
19:35:35 VLR等待9秒后,通过SGs接口重发Paging Request消息,仍然无响应。
19:35:44 VLR等待9秒后,通过SGs接口向MME发Alert Request消息(此时VLR给短信中心返回失败响应消息)。
4.19:35:44 短信中心给UDM发送REPORT SM DELIVERY STATUS REQUEST消息,携带原因值absentSubscriber,如图3所示。
19:36:43 短信中心重发短信,给UDM发送SRI消息,UDM返回MAP Error(absentSubscriber),短信下发失败(短信中心记录为用户关机)。
19:37:43 短信中心重发短信,结果同上。
5.19:50:52 终端发起联合附着流程,后续短信接收正常。类似的,如因寻呼失败,终端发起联合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模式,造成短信业务始终无法自动恢复,通过重启终端规避解决。后续终端厂家修改版本,取消原因值映射机制。