1 常規的被叫失敗類型分析
有信號無法被叫可能與核心網或無線網的數據配置相關。也可能與被叫用戶的終端或SIM卡有關。根據以往的處理經驗，此類問題曾出現過如下幾種案例：
（1）用戶搞錯SIM卡，手機中使用的SIM卡并不是用戶保障的SIM卡，導致只能主叫和發短信及上網但無法接聽到來電和短信。
（2）基站信道板故障
用戶做被叫時只有核心側下發的尋呼消息，基站側無響應消息，超時釋放。做主叫時僅有終端上報的初始消息，基站側無任何的響應消息，而現場信號強度Ec/Io，接收電平Rx均滿足接入要求。由于投訴用戶均集中在統一小區，重啟基站信道板后恢復。后經廠商分析為尋呼信道開銷消息被丟棄導致發送開銷消息異常，從而接收開銷異常，出現此扇區下呼叫異常。
（3）核心網用戶數據遷移影響HLR割接遷移后，用戶數據從老的HLR割接至新的HLR，割接后兩日內有部分用戶無法被叫，有些開關機后也無效，手工清除用戶VLR信息后正常。分析由于割接當晚數據遷移的時候，當老HLR的用戶信息、包括用戶的位置信息在倒出、倒入的過程中，部分用戶位置又發生了變化，導致老的HLR里用戶的位置信息和實際的不一致。當用戶做被叫時，新HLR通過登記的MSC GT向用戶原登記的MSC發起請求分配臨時漫游號碼，而實際上用戶已經改變位置在新的MSC，造成請求MSRN失敗，因此用戶被叫失敗。此種情況在HLR割接遷移的時候是比較常見的。清除VLR用戶信息重新開關機，用戶再做一次登記，就可以恢復正常。
2 被叫失敗原因分析及跟蹤處理
本案例的故障現象為：某一浙江用戶每次漫游到上海都無法被叫和接收短信，一過上海與浙江的邊界回到浙江境內就能正常接聽電話和接收到短信，多次觀察均是如此，主叫，發送短信和上網則不受影響。更換過多個諾基亞，三星，摩托羅拉的手機測試故障依舊。重溫被叫的呼叫流程如圖1所示。
圖1 被叫的呼叫流程示意圖
根據信令流程進行了分析查證，該投訴問題判斷的可能原因是（漫入用戶能主叫無法做被叫）：終端設置，用戶SIM卡搞錯，端局數據吊死，智能網用戶未通被叫鑒權，SIM卡臨時脫網，HSTP和SSA局數據問題，無線網絡問題，發生異常情況，未尋呼到用戶。
（1）可能原因1：終端設置
用戶使用NOKIA終端，該款手機終端有設置漫游時禁止來電的功能，由于用戶是在漫游狀態下無法被叫，懷疑終端設置問題。聯系用戶檢查該設置并把手機初始化再試仍舊無法做被叫，更換其他型號的NOKIA和MOTO終端無效，排除可能原因1。
（2）可能原因2：用戶SIM卡搞錯
如果用戶手機中的SIM卡與報障時的故障號碼不一致，手機中的SIM卡用戶數據正常故能主叫，報障的SIM卡故障故無法尋呼到，也可能出現可以主叫無法被叫的現象，需要核對SIM卡資料，方法有如下兩種：
●聯系用戶，請用戶提供目前手機中存放的SIM卡的電子序列號，將此序列號告知浙江與BOSS中的用戶數據核對，浙江回復數據正確，排除可能原因2。
●聯系浙江為用戶清楚HLR上的登記數據，并在我方端局也清楚用戶的登記數據，請用戶開關機再試，能正常登記上網絡，排除可能原因2。
（3）可能原因3：端局數據吊死
當用戶移動時發生異常情況，未能正常進行位置更新，HLR上用戶的登記位置未正常更新，此時當用戶做被叫的時候，HLR向OLD MSC發送Provide Roming Number，如果用戶數據吊死在端局，端局還是會先分配一個MSRN，但是走到被叫尋呼的時候就會因為無法尋呼到用戶導致被叫失敗。為用戶清楚數據后，用戶首先完成了一次主叫，我方定位用戶位置更新正常，排除可能原因3。
（4）可能原因4：智能網用戶未通被叫鑒權
查該用戶為智能網用戶，聯系浙江暫時取消用戶的簽約信息，再次撥打用戶號碼仍舊無法做被叫，排除可能原因4。
（5）可能原因5：SIM卡臨時脫網
查端局上用戶的狀態為IDLE，周期性位置更新正常，且用戶開關機無效，排除可能原因5。
（6）可能原因6：HSTP和SSA局數據問題
查HSTP E164和E214數據正確，且被叫IMSI用戶能正常位置更新，故排除HSTP數據問題；查SSA E164數據正確，且在省際信令平臺和被叫端局上跟蹤信令消息，有收到主叫端局發送的IAM消息，排除SSA局數據的問題；由于用戶在上海全網都無法做被叫故排除某一端局數據問題，綜上所述排除可能原因6。
（7）可能原因7：無線網絡問題
聯系用戶做主叫正常后立即做被叫也提示“暫時無法接通”，由于主叫用的信令信道和話音信道與被叫使用的是同一小區的，配置一致，排除無線信號及無線參數配置問題，排除可能原因7。
（8）可能原因8：發生異常情況，未尋呼到用戶
3 被叫失敗原因定位
針對可能原因8進行分析，過程如下。
因為用戶做被叫的時候，主叫聽到的是“暫時無法接通”的錄音通知，根據規范只有當尋呼出現異常情況的時候才放此錄音通知，利用中創信令平臺查證了省際間位置跟新消息和取漫游號碼的過程，因為目前端局均采用先分配MSRN漫游號后尋呼的原則，信令平臺顯示被叫端局已成功分配了漫游號碼（見圖2）。
圖2 MAP更新記錄
跟蹤了省被叫端局的A口信令消息，發現端局下發了PAGING消息給BSC，但BSC沒有返回Paging Response的響應消息，但有該用戶的主叫記錄（見圖3）。
圖3 省被叫端局的A口信令消息
（1）根據規范，當BSC收到核心網的Paging消息后，向BTS下發，BTS通過BCCH信道向用戶所屬的尋呼組下發尋呼的廣播信息，用戶在自己的尋呼組中監測到尋呼消息后比對自己SIM卡中保存的TMSI，如果TMSI核對一致則會響應尋呼，在AGCH隨機信道上向BTS發送一個隨機接入脈沖，BTS收到MS的信道要求后會向BSC發送信道請求消息，BSC會分配一個SDCCH信道給MS并在AGCH信道上向MS下發，MS收到后在信令信道上對尋呼進行響應，BTS收到后向BSC返回信道支配完成確認，BSC向核心網返回尋呼響應確認。由于此次故障A口已下發Paging消息但沒有收到回復響應，且在HSTP上跟蹤信令消息發現用戶向HLR取鑒權上參數頻繁，且在多次主叫的時候都會有一次位置更新，重新插入用戶數據的過程，為此需要在BITS口和Um口進一步跟蹤信令消息定位故障原因。
（2）進行現場測試和收取Abis，Um接口信令，將用戶SIM卡放入Nemo Handy測試手機諾基亞N95，記錄Um接口信令，同步收取Abis接口信令，為便于關聯用戶信令，先用N95做一次主叫，接通后等10s釋放通話，并且立即用上海公司測試SIM卡呼叫用戶SIM卡，收到語音提示：“你所撥打的電話暫時無法接通”后，主叫立即掛機，停止Um，Abis接口信令收取并分析信令，發現用戶SIM卡做被叫時，Abis接口尋呼消息正常下發，Um接口收取的尋呼消息中未看到用戶SIM卡所分配TMSI號碼相應的尋呼消息。由于BTS下發尋呼不區分單個用戶，用戶所在區域也未出現批量用戶投訴無法做被叫的情況，且浙江漫游用戶無法做被叫在上海其他區域也曾出現，因此基本可以判斷Um接口的尋呼消息是正常下發的，不能排除Nemo Handy測試手機諾基亞N95漏解尋呼消息的可能性。分析Um接口信令時發現兩個異常現象，現象一是用戶SIM卡每次做主叫時所上報的Type of Identity均為IMSI號碼，在前一次主叫信令流程中完成了TMSI重分配，在緊接著的后一次主叫時所上報的Type of Identity仍為IMSI號碼；現象二是用戶SIM卡進行位置更新時上報的LAC為65534，Type of Identity為IMSI號碼。以上兩個異常現象說明TMSI號碼未正常存儲在用戶端，造成用戶SIM卡每次都上報IMSI號碼。由于上海兩次尋呼都是TMSI尋呼，因此兩次尋呼都無響應，而浙江第一次尋呼是TMSI，第二次尋呼是IMSI，因此第二次尋呼時可以收到尋呼響應，這也就是浙江用戶返回浙江后恢復正常的原因。
（3）核心網配合修改為IMSI尋呼，被叫測試正常。
綜合以上分析，我們認為造成浙江臺州用戶在上海漫游無法做被叫的根本原因是：用戶SIM卡存在問題造成部分手機無法識別（如OT498，DX-188），部分手機（如諾基亞5530，諾基亞N95）無法存儲TMSI號碼。
4 本案投訴解決措施
為用戶補卡后主被叫測試正常。
5 借鑒經驗
（1）漫游用戶能做主叫無法做被叫首先要排除機卡問題。
（2）查證省際信令平臺上的鑒權信令，是否有頻繁請求鑒權參數組的現象，如果有此現象建議測試。
（3）無法做被叫的時候觀察用戶主叫時是否有做位置更新請求插入用戶數據的信令過程。
（4）跟蹤A口的Paging和Paging response的消息是否正常，如果沒有Paging response消息，周圍用戶又正常，故障發生在全網，可以將故障定位在用戶機卡上。
