相关专题：
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消息，周围用户又正常，故障发生在全网，可以将故障定位在用户机卡上。
