故障現象

某車企反饋車載物聯網終端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模式，造成短信業務始終無法自動恢復，通過重啟終端規避解決。后續終端廠家修改版本，取消原因值映射機制。