故障現(xiàn)象
某車企反饋車載物聯(lián)網(wǎng)終端4G下有時(shí)無(wú)法接收短信,導(dǎo)致車輛無(wú)法喚醒。查詢短信中心記錄,下發(fā)失敗原因有時(shí)是“用戶不在服務(wù)區(qū)”,有時(shí)是“用戶關(guān)機(jī)”。實(shí)際終端一直保持開機(jī)狀態(tài)。
故障分析
信令回溯分析
客戶反饋車載終端1759第一次出現(xiàn)短信下發(fā)失敗(短信中心記錄的識(shí)別原因值為“用戶不在服務(wù)區(qū)”),而且此后短信中心于17:53、17:54等時(shí)間多次重發(fā)始終失敗(短信中心記錄的識(shí)別原因值為“用戶關(guān)機(jī)”),如圖1所示。
回溯該終端的S1-MME接口信令,1759 MSC通過(guò)MME尋呼終端無(wú)響應(yīng)(對(duì)應(yīng)首次短信下發(fā)失敗),后續(xù)終端恢復(fù)與MME信令交互,但短信重發(fā)一直失敗。由于信令回溯無(wú)SGs口信令,無(wú)法進(jìn)一步分析。
模擬尋呼無(wú)響應(yīng)場(chǎng)景
此問(wèn)題不太容易通過(guò)業(yè)務(wù)撥測(cè)復(fù)現(xiàn),協(xié)調(diào)車企進(jìn)行了模擬測(cè)試:終端進(jìn)入空閑態(tài)后直接關(guān)電,給終端發(fā)短信,模擬尋呼無(wú)響應(yīng)場(chǎng)景,信令消息如圖2所示。
1925 主叫終端向車載終端發(fā)送短信,短信中心給UDM發(fā)送SRI消息,成功獲取車載終端當(dāng)前VLR信息。
1926 VLR通過(guò)SGs接口向MME發(fā)送Paging Request消息,攜帶短信業(yè)務(wù)指示,MME下發(fā)尋呼無(wú)響應(yīng)。
1935 VLR等待9秒后,通過(guò)SGs接口重發(fā)Paging Request消息,仍然無(wú)響應(yīng)。
1944 VLR等待9秒后,通過(guò)SGs接口向MME發(fā)Alert Request消息(此時(shí)VLR給短信中心返回失敗響應(yīng)消息)。
4.1944 短信中心給UDM發(fā)送REPORT SM DELIVERY STATUS REQUEST消息,攜帶原因值absentSubscriber,如圖3所示。
1943 短信中心重發(fā)短信,給UDM發(fā)送SRI消息,UDM返回MAP Error(absentSubscriber),短信下發(fā)失敗(短信中心記錄為用戶關(guān)機(jī))。
1943 短信中心重發(fā)短信,結(jié)果同上。
5.1952 終端發(fā)起聯(lián)合附著流程,后續(xù)短信接收正常。類似的,如因?qū)ず羰。K端發(fā)起聯(lián)合TAU流程,短信業(yè)務(wù)也能自動(dòng)恢復(fù)正常,如圖4所示。
短信重發(fā)始終失敗分析
6.通過(guò)對(duì)多個(gè)出現(xiàn)同樣短信業(yè)務(wù)長(zhǎng)時(shí)間無(wú)法恢復(fù)問(wèn)題的終端進(jìn)行信令回溯分析,發(fā)現(xiàn)共同點(diǎn):故障期間終端發(fā)送的TAU類型為TA Updating(純EPS TAU),而非正常的combined TA/LA updating(聯(lián)合TAU)。
經(jīng)與終端廠家聯(lián)合分析討論,獲知終端軟件版本有一個(gè)特殊設(shè)置:當(dāng)MME給終端發(fā)現(xiàn)TAU/Attach Accept消息中攜帶原因值#16 (MSC temporarily not reachable)時(shí),終端會(huì)將其映射為#18 (CS domain not available),進(jìn)而變?yōu)镋PS Only模式,不再發(fā)起聯(lián)合TAU。沒(méi)有聯(lián)合TAU流程,MME無(wú)法向MSC更新用戶位置,MSC也無(wú)法向UDM更新用戶狀態(tài),形成了死循環(huán)。
據(jù)終端廠家介紹,將#16 映射 #18是應(yīng)對(duì)2G退網(wǎng)的方案,在SGs口不可用時(shí)能讓終端仍然保持PS在線。鑒于當(dāng)前2G尚未正式退網(wǎng),而車載終端又必須使用SGs短信,這種映射機(jī)制導(dǎo)致MT短信業(yè)務(wù)異常后無(wú)法自動(dòng)恢復(fù),不太合理。
故障處理
1.偶發(fā)尋呼失敗會(huì)導(dǎo)致短信下發(fā)失敗,只要終端恢復(fù)與MME交互,后續(xù)短信下發(fā)即可自動(dòng)恢復(fù),無(wú)需人工干預(yù)。如果終端較長(zhǎng)時(shí)間未能恢復(fù)S1接口連接,短信重發(fā)可能有較大時(shí)延。
2.終端將#16映射為#18進(jìn)而變?yōu)镋PS Only模式,造成短信業(yè)務(wù)始終無(wú)法自動(dòng)恢復(fù),通過(guò)重啟終端規(guī)避解決。后續(xù)終端廠家修改版本,取消原因值映射機(jī)制。
-
4G
+關(guān)注
關(guān)注
15文章
5582瀏覽量
121156 -
物聯(lián)網(wǎng)
+關(guān)注
關(guān)注
2930文章
46213瀏覽量
392145 -
信令
+關(guān)注
關(guān)注
0文章
41瀏覽量
14345 -
車聯(lián)網(wǎng)
+關(guān)注
關(guān)注
76文章
2656瀏覽量
92703
原文標(biāo)題:ZXUN uMAC-某車聯(lián)網(wǎng)終端有時(shí)無(wú)法短信喚醒的問(wèn)題處理
文章出處:【微信號(hào):ztedoc,微信公眾號(hào):中興文檔】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄

#硬聲創(chuàng)作季 #車聯(lián)網(wǎng)技術(shù) 車聯(lián)網(wǎng)技術(shù)技術(shù)及應(yīng)用-38 車聯(lián)網(wǎng)技術(shù)終端應(yīng)用
使用iMX536構(gòu)造車聯(lián)網(wǎng)智能終端核心
組態(tài)軟件專用短信終端
從車聯(lián)網(wǎng)的架構(gòu)分析實(shí)現(xiàn)車聯(lián)網(wǎng)的價(jià)值
關(guān)于聯(lián)通物聯(lián)網(wǎng)卡的這些知識(shí)你知道嗎?
車聯(lián)網(wǎng)解決方案(診斷服務(wù))
車聯(lián)網(wǎng)終端應(yīng)用
做技術(shù),選車聯(lián)網(wǎng)行業(yè)建議
基于ZigBee停車場(chǎng)短信尋車系統(tǒng)的設(shè)計(jì)

最新ZigBee短信尋車系統(tǒng)設(shè)計(jì)

谷歌Pixel手機(jī)無(wú)法接收短信
網(wǎng)關(guān)喚醒終端實(shí)現(xiàn) 喚醒下發(fā)算法設(shè)計(jì)

簡(jiǎn)述用戶無(wú)法上網(wǎng)的故障處理
【案例3.9】電路板無(wú)法啟動(dòng)的故障分析

評(píng)論