省外被叫失敗且無(wú)法接收到短信故障定位[圖]

1  常規(guī)的被叫失敗類(lèi)型分析

有信號(hào)無(wú)法被叫可能與核心網(wǎng)或無(wú)線(xiàn)網(wǎng)的數(shù)據(jù)配置相關(guān)。也可能與被叫用戶(hù)的終端或SIM卡有關(guān)。根據(jù)以往的處理經(jīng)驗(yàn)，此類(lèi)問(wèn)題曾出現(xiàn)過(guò)如下幾種案例：

（1）用戶(hù)搞錯(cuò)SIM卡，手機(jī)中使用的SIM卡并不是用戶(hù)保障的SIM卡，導(dǎo)致只能主叫和發(fā)短信及上網(wǎng)但無(wú)法接聽(tīng)到來(lái)電和短信。

（2）基站信道板故障

用戶(hù)做被叫時(shí)只有核心側(cè)下發(fā)的尋呼消息，基站側(cè)無(wú)響應(yīng)消息，超時(shí)釋放。做主叫時(shí)僅有終端上報(bào)的初始消息，基站側(cè)無(wú)任何的響應(yīng)消息，而現(xiàn)場(chǎng)信號(hào)強(qiáng)度Ec/Io，接收電平Rx均滿(mǎn)足接入要求。由于投訴用戶(hù)均集中在統(tǒng)一小區(qū)，重啟基站信道板后恢復(fù)。后經(jīng)廠(chǎng)商分析為尋呼信道開(kāi)銷(xiāo)消息被丟棄導(dǎo)致發(fā)送開(kāi)銷(xiāo)消息異常，從而接收開(kāi)銷(xiāo)異常，出現(xiàn)此扇區(qū)下呼叫異常。

（3）核心網(wǎng)用戶(hù)數(shù)據(jù)遷移影響HLR割接遷移后，用戶(hù)數(shù)據(jù)從老的HLR割接至新的HLR，割接后兩日內(nèi)有部分用戶(hù)無(wú)法被叫，有些開(kāi)關(guān)機(jī)后也無(wú)效，手工清除用戶(hù)VLR信息后正常。分析由于割接當(dāng)晚數(shù)據(jù)遷移的時(shí)候，當(dāng)老HLR的用戶(hù)信息、包括用戶(hù)的位置信息在倒出、倒入的過(guò)程中，部分用戶(hù)位置又發(fā)生了變化，導(dǎo)致老的HLR里用戶(hù)的位置信息和實(shí)際的不一致。當(dāng)用戶(hù)做被叫時(shí)，新HLR通過(guò)登記的MSC GT向用戶(hù)原登記的MSC發(fā)起請(qǐng)求分配臨時(shí)漫游號(hào)碼，而實(shí)際上用戶(hù)已經(jīng)改變位置在新的MSC，造成請(qǐng)求MSRN失敗，因此用戶(hù)被叫失敗。此種情況在HLR割接遷移的時(shí)候是比較常見(jiàn)的。清除VLR用戶(hù)信息重新開(kāi)關(guān)機(jī)，用戶(hù)再做一次登記，就可以恢復(fù)正常。

2　被叫失敗原因分析及跟蹤處理

本案例的故障現(xiàn)象為：某一浙江用戶(hù)每次漫游到上海都無(wú)法被叫和接收短信，一過(guò)上海與浙江的邊界回到浙江境內(nèi)就能正常接聽(tīng)電話(huà)和接收到短信，多次觀(guān)察均是如此，主叫，發(fā)送短信和上網(wǎng)則不受影響。更換過(guò)多個(gè)諾基亞，三星，摩托羅拉的手機(jī)測(cè)試故障依舊。重溫被叫的呼叫流程如圖1所示。

圖1　被叫的呼叫流程示意圖

根據(jù)信令流程進(jìn)行了分析查證，該投訴問(wèn)題判斷的可能原因是（漫入用戶(hù)能主叫無(wú)法做被叫）：終端設(shè)置，用戶(hù)SIM卡搞錯(cuò)，端局?jǐn)?shù)據(jù)吊死，智能網(wǎng)用戶(hù)未通被叫鑒權(quán)，SIM卡臨時(shí)脫網(wǎng)，HSTP和SSA局?jǐn)?shù)據(jù)問(wèn)題，無(wú)線(xiàn)網(wǎng)絡(luò)問(wèn)題，發(fā)生異常情況，未尋呼到用戶(hù)。

（1）可能原因1：終端設(shè)置

用戶(hù)使用NOKIA終端，該款手機(jī)終端有設(shè)置漫游時(shí)禁止來(lái)電的功能，由于用戶(hù)是在漫游狀態(tài)下無(wú)法被叫，懷疑終端設(shè)置問(wèn)題。聯(lián)系用戶(hù)檢查該設(shè)置并把手機(jī)初始化再試仍舊無(wú)法做被叫，更換其他型號(hào)的NOKIA和MOTO終端無(wú)效，排除可能原因1。

（2）可能原因2：用戶(hù)SIM卡搞錯(cuò)

如果用戶(hù)手機(jī)中的SIM卡與報(bào)障時(shí)的故障號(hào)碼不一致，手機(jī)中的SIM卡用戶(hù)數(shù)據(jù)正常故能主叫，報(bào)障的SIM卡故障故無(wú)法尋呼到，也可能出現(xiàn)可以主叫無(wú)法被叫的現(xiàn)象，需要核對(duì)SIM卡資料，方法有如下兩種：

●聯(lián)系用戶(hù)，請(qǐng)用戶(hù)提供目前手機(jī)中存放的SIM卡的電子序列號(hào)，將此序列號(hào)告知浙江與BOSS中的用戶(hù)數(shù)據(jù)核對(duì)，浙江回復(fù)數(shù)據(jù)正確，排除可能原因2。

●聯(lián)系浙江為用戶(hù)清楚HLR上的登記數(shù)據(jù)，并在我方端局也清楚用戶(hù)的登記數(shù)據(jù)，請(qǐng)用戶(hù)開(kāi)關(guān)機(jī)再試，能正常登記上網(wǎng)絡(luò)，排除可能原因2。

（3）可能原因3：端局?jǐn)?shù)據(jù)吊死

當(dāng)用戶(hù)移動(dòng)時(shí)發(fā)生異常情況，未能正常進(jìn)行位置更新，HLR上用戶(hù)的登記位置未正常更新，此時(shí)當(dāng)用戶(hù)做被叫的時(shí)候，HLR向OLD MSC發(fā)送Provide Roming Number，如果用戶(hù)數(shù)據(jù)吊死在端局，端局還是會(huì)先分配一個(gè)MSRN，但是走到被叫尋呼的時(shí)候就會(huì)因?yàn)闊o(wú)法尋呼到用戶(hù)導(dǎo)致被叫失敗。為用戶(hù)清楚數(shù)據(jù)后，用戶(hù)首先完成了一次主叫，我方定位用戶(hù)位置更新正常，排除可能原因3。

（4）可能原因4：智能網(wǎng)用戶(hù)未通被叫鑒權(quán)

查該用戶(hù)為智能網(wǎng)用戶(hù)，聯(lián)系浙江暫時(shí)取消用戶(hù)的簽約信息，再次撥打用戶(hù)號(hào)碼仍舊無(wú)法做被叫，排除可能原因4。

（5）可能原因5：SIM卡臨時(shí)脫網(wǎng)

查端局上用戶(hù)的狀態(tài)為IDLE，周期性位置更新正常，且用戶(hù)開(kāi)關(guān)機(jī)無(wú)效，排除可能原因5。

（6）可能原因6：HSTP和SSA局?jǐn)?shù)據(jù)問(wèn)題

查HSTP E164和E214數(shù)據(jù)正確，且被叫IMSI用戶(hù)能正常位置更新，故排除HSTP數(shù)據(jù)問(wèn)題；查SSA E164數(shù)據(jù)正確，且在省際信令平臺(tái)和被叫端局上跟蹤信令消息，有收到主叫端局發(fā)送的IAM消息，排除SSA局?jǐn)?shù)據(jù)的問(wèn)題；由于用戶(hù)在上海全網(wǎng)都無(wú)法做被叫故排除某一端局?jǐn)?shù)據(jù)問(wèn)題，綜上所述排除可能原因6。

（7）可能原因7：無(wú)線(xiàn)網(wǎng)絡(luò)問(wèn)題

聯(lián)系用戶(hù)做主叫正常后立即做被叫也提示“暫時(shí)無(wú)法接通”，由于主叫用的信令信道和話(huà)音信道與被叫使用的是同一小區(qū)的，配置一致，排除無(wú)線(xiàn)信號(hào)及無(wú)線(xiàn)參數(shù)配置問(wèn)題，排除可能原因7。

（8）可能原因8：發(fā)生異常情況，未尋呼到用戶(hù)

3　被叫失敗原因定位

針對(duì)可能原因8進(jìn)行分析，過(guò)程如下。

因?yàn)橛脩?hù)做被叫的時(shí)候，主叫聽(tīng)到的是“暫時(shí)無(wú)法接通”的錄音通知，根據(jù)規(guī)范只有當(dāng)尋呼出現(xiàn)異常情況的時(shí)候才放此錄音通知，利用中創(chuàng)信令平臺(tái)查證了省際間位置跟新消息和取漫游號(hào)碼的過(guò)程，因?yàn)槟壳岸司志�采用先分配MSRN漫游號(hào)后尋呼的原則，信令平臺(tái)顯示被叫端局已成功分配了漫游號(hào)碼（見(jiàn)圖2）。

圖2　MAP更新記錄

跟蹤了省被叫端局的A口信令消息，發(fā)現(xiàn)端局下發(fā)了PAGING消息給BSC，但BSC沒(méi)有返回Paging Response的響應(yīng)消息，但有該用戶(hù)的主叫記錄（見(jiàn)圖3）。

圖3　省被叫端局的A口信令消息

（1）根據(jù)規(guī)范，當(dāng)BSC收到核心網(wǎng)的Paging消息后，向BTS下發(fā)，BTS通過(guò)BCCH信道向用戶(hù)所屬的尋呼組下發(fā)尋呼的廣播信息，用戶(hù)在自己的尋呼組中監(jiān)測(cè)到尋呼消息后比對(duì)自己SIM卡中保存的TMSI，如果TMSI核對(duì)一致則會(huì)響應(yīng)尋呼，在A(yíng)GCH隨機(jī)信道上向BTS發(fā)送一個(gè)隨機(jī)接入脈沖，BTS收到MS的信道要求后會(huì)向BSC發(fā)送信道請(qǐng)求消息，BSC會(huì)分配一個(gè)SDCCH信道給MS并在A(yíng)GCH信道上向MS下發(fā)，MS收到后在信令信道上對(duì)尋呼進(jìn)行響應(yīng)，BTS收到后向BSC返回信道支配完成確認(rèn)，BSC向核心網(wǎng)返回尋呼響應(yīng)確認(rèn)。由于此次故障A口已下發(fā)Paging消息但沒(méi)有收到回復(fù)響應(yīng)，且在HSTP上跟蹤信令消息發(fā)現(xiàn)用戶(hù)向HLR取鑒權(quán)上參數(shù)頻繁，且在多次主叫的時(shí)候都會(huì)有一次位置更新，重新插入用戶(hù)數(shù)據(jù)的過(guò)程，為此需要在BITS口和Um口進(jìn)一步跟蹤信令消息定位故障原因。

（2）進(jìn)行現(xiàn)場(chǎng)測(cè)試和收取Abis，Um接口信令，將用戶(hù)SIM卡放入Nemo Handy測(cè)試手機(jī)諾基亞N95，記錄Um接口信令，同步收取Abis接口信令，為便于關(guān)聯(lián)用戶(hù)信令，先用N95做一次主叫，接通后等10s釋放通話(huà)，并且立即用上海公司測(cè)試SIM卡呼叫用戶(hù)SIM卡，收到語(yǔ)音提示：“你所撥打的電話(huà)暫時(shí)無(wú)法接通”后，主叫立即掛機(jī)，停止Um，Abis接口信令收取并分析信令，發(fā)現(xiàn)用戶(hù)SIM卡做被叫時(shí)，Abis接口尋呼消息正常下發(fā)，Um接口收取的尋呼消息中未看到用戶(hù)SIM卡所分配TMSI號(hào)碼相應(yīng)的尋呼消息。由于BTS下發(fā)尋呼不區(qū)分單個(gè)用戶(hù)，用戶(hù)所在區(qū)域也未出現(xiàn)批量用戶(hù)投訴無(wú)法做被叫的情況，且浙江漫游用戶(hù)無(wú)法做被叫在上海其他區(qū)域也曾出現(xiàn)，因此基本可以判斷Um接口的尋呼消息是正常下發(fā)的，不能排除Nemo Handy測(cè)試手機(jī)諾基亞N95漏解尋呼消息的可能性。分析Um接口信令時(shí)發(fā)現(xiàn)兩個(gè)異�，F(xiàn)象，現(xiàn)象一是用戶(hù)SIM卡每次做主叫時(shí)所上報(bào)的Type of Identity均為IMSI號(hào)碼，在前一次主叫信令流程中完成了TMSI重分配，在緊接著的后一次主叫時(shí)所上報(bào)的Type of Identity仍為IMSI號(hào)碼；現(xiàn)象二是用戶(hù)SIM卡進(jìn)行位置更新時(shí)上報(bào)的LAC為65534，Type of Identity為IMSI號(hào)碼。以上兩個(gè)異常現(xiàn)象說(shuō)明TMSI號(hào)碼未正常存儲(chǔ)在用戶(hù)端，造成用戶(hù)SIM卡每次都上報(bào)IMSI號(hào)碼。由于上海兩次尋呼都是TMSI尋呼，因此兩次尋呼都無(wú)響應(yīng)，而浙江第一次尋呼是TMSI，第二次尋呼是IMSI，因此第二次尋呼時(shí)可以收到尋呼響應(yīng)，這也就是浙江用戶(hù)返回浙江后恢復(fù)正常的原因。

（3）核心網(wǎng)配合修改為IMSI尋呼，被叫測(cè)試正常。

綜合以上分析，我們認(rèn)為造成浙江臺(tái)州用戶(hù)在上海漫游無(wú)法做被叫的根本原因是：用戶(hù)SIM卡存在問(wèn)題造成部分手機(jī)無(wú)法識(shí)別（如OT498，DX-188），部分手機(jī)（如諾基亞5530，諾基亞N95）無(wú)法存儲(chǔ)TMSI號(hào)碼。

4　本案投訴解決措施

為用戶(hù)補(bǔ)卡后主被叫測(cè)試正常。

5　借鑒經(jīng)驗(yàn)

（1）漫游用戶(hù)能做主叫無(wú)法做被叫首先要排除機(jī)卡問(wèn)題。

（2）查證省際信令平臺(tái)上的鑒權(quán)信令，是否有頻繁請(qǐng)求鑒權(quán)參數(shù)組的現(xiàn)象，如果有此現(xiàn)象建議測(cè)試。

（3）無(wú)法做被叫的時(shí)候觀(guān)察用戶(hù)主叫時(shí)是否有做位置更新請(qǐng)求插入用戶(hù)數(shù)據(jù)的信令過(guò)程。

（4）跟蹤A口的Paging和Paging response的消息是否正常，如果沒(méi)有Paging response消息，周?chē)�用�?hù)又正常，故障發(fā)生在全網(wǎng)，可以將故障定位在用戶(hù)機(jī)卡上。