案例-克隆卡导致用户无法做被叫

《案例-克隆卡导致用户无法做被叫》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、克隆卡导致用户无法做被叫【摘要】克隆卡、无法被叫1问题描述近期频繁出现用户投诉反映其天翼终端无法被叫问题，以189060*****（IMSI：46003659*******）用户最为典型，该用户不定期出现无法被叫的故障，但是其他终端拨测均正常，需要处理。2原因分析无法被叫问题，如果是网络侧问题，会导致大量用户投诉。而该类问题一般只是单个用户，且使用其他用户的卡进行测试均无问题。所以初步判断该问题不属于网络侧问题。那么需要判断出到底是用户终端问题还是UIM卡问题。对该用户回访，将用户卡与测试人员的测试卡对调，进行测试。发现投诉用户的卡在其他终端中也会偶

2、尔发生无法被叫情况，而测试卡在用户的终端中却无此问题。所以判断为用户UIM卡问题。对该用户进行持续几天的信令追踪，并在故障发生时立即联系用户现场测试，跟踪测试结果表明该终端存在如下异常：1)在寻呼过程，手机往往会同时上报两条寻呼响应，且这两条寻呼响应消息上报给系统时所携带的小区号为两个地理位置相差很远的基站（A小区和B小区），导致寻呼失败；而用户实际所处位置为A小区附近。2)该终端存在二次呼叫并导致A2口掉话的现象。3)在拨测过程发现，用户手机关机状态，呼叫此号码，有时仍有正常回铃音。4)将用户终端保持关机，一段时间后发现该IMSI号在B小区发起周期

3、性登记请求。1解决措施4月19日接用户投诉：189060*****用户称该号码可以主叫无法被叫，提示暂时无法接通，重新开关机无效。处理人员按照如下步骤进行排查处理：1.接用户投诉后网优立即呼叫189060*****联系用户，提示无法接通。网管信令跟踪发现，在寻呼过程，两个地理位置相差很远的基站同时响应该寻呼，导致寻呼失败。如下图所示，该终端对寻呼消息有两条PagingResponse寻呼响应消息：图1. 189060*****用户寻呼过程信令窗口其第一条消息中上报的基站为414-2（A小区），而第二条消息中上报的基站为603-2（B小区），这两个站在

4、地理位置上相差很远，当时用户在A小区附近，不可能收到603-2（B小区）信号，随后寻呼失败，MSC向BSC下发ClearCommand拆线消息。2.后台信令分析也发现该用户存在二次呼叫现象，以15日一次呼叫过程为例进行说明，如下图2，该终端在建立语音业务连接的过程中产生了一个短信业务的二次呼叫，过程如下：图2. 46003659*******终端二次呼叫过程信令窗口①.15:42:18，在414-2（A小区）响应寻呼，业务类型为语音业务；②.15:42:18成功建立语音业务Abis－BTS链路（414-2）；③.因有一条短信业务进来，该IMSI又在6

5、03-2（B小区）响应了短信寻呼；当前短信接收机制是先寻呼再发送；④.15:42:19，由于系统收到第二次上报的寻呼响应后需要建立业务信道进行短信下发，所以MSC直接向BSC下发N_DISCONNECT_IND消息，指示将当前正在进行的业务信道建立拆线，造成一次A2口掉话。随后，系统继续建立第二次请求的业务信道，并且分配Abis链路资源603-2（B小区），最终，将短信发至该位置的克隆终端上。因交换侧未开启“异常断链发送清除命令”功能，MSC未下发ClearCommand造成一次A2口掉话。3.根据以上后台信令分析，怀疑存在克隆UIM卡，其IMSI和

6、ESN与投诉用户相同，为验证该问题，我们实时关注用户后台信令，在23日中午，再次发现该用户被叫异常，立即联系用户到现场测试。用户在A小区附近，主用信号为414-2（A小区），在拨测过程发现当用户手机处于关机状态时，呼叫该号码，后台信令发现在603-2（B小区）上报寻呼响应消息，并完成业务信道分配，随后多次寻呼，发现有回铃音但无人接听。图3. 用户关机状态该呼叫该终端，克隆IMSI在603-2上建立连接4.现网设置周期登记时间为30分钟，所以，保持用户手机关机状态，如果存在另一克隆IMSI,该克隆IMSI会在一段时间内进行周期性登记；根据这一原理，进行

7、如下试验：13:48:46将用户手机关机并一直保持关机状态，此时，拨打该号码为关机。观察后台信令，如图4，发现14:19:11该终端在603-2上报周期性登记消息，但鉴权失败，原因值为illegal-MS（非法终端）。图4. 用户关机状态克隆IMSI在603-2发起周期性登记根据上述现象，我们判断存在另外一张克隆UIM卡，其IMSI和ESN与189060*****号码的IMSI和ESN相同，当克隆卡处于关机状态，189060*****终端主被叫功能正常；当克隆MISI处于开机状态时，将影响189060*****终端的被叫功能，和造成正常用户的掉话。用

8、户在营业厅换卡后，使用正常，没有再次出现无法被叫情况。1经验总结在问题处理过程中，需要从端到端全流程的角度，