文档介绍：克隆卡导致用户无法做被叫
【摘要】
克隆卡、无法被叫
问题描述
近期频繁出现用户投诉反映其天翼终端无法被叫问题,以189060*****(IMSI:46003659*******)用户最为典型,该用户不定期出现无法被叫的故障,但是其他终端拨测均正常,需要处理。
原因分析
无法被叫问题,如果是网络侧问题,会导致大量用户投诉。而该类问题一般只是单个用户,且使用其他用户的卡进行测试均无问题。所以初步判断该问题不属于网络侧问题。那么需要判断出到底是用户终端问题还是UIM卡问题。
对该用户回访,将用户卡与测试人员的测试卡对调,进行测试。发现投诉用户的卡在其他终端中也会偶尔发生无法被叫情况,而测试卡在用户的终端中却无此问题。所以判断为用户UIM卡问题。
对该用户进行持续几天的信令追踪,并在故障发生时立即联系用户现场测试,跟踪测试结果表明该终端存在如下异常:
1)在寻呼过程,手机往往会同时上报两条寻呼响应,且这两条寻呼响应消息上报给系统时所携带的小区号为两个地理位置相差很远的基站(A小区和B小区),导致寻呼失败;而用户实际所处位置为A小区附近。
2)该终端存在二次呼叫并导致A2口掉话的现象。
3)在拨测过程发现,用户手机关机状态,呼叫此号码,有时仍有正常回铃音。
4)将用户终端保持关机,一段时间后发现该IMSI号在B小区发起周期性登记请求。
解决措施
4月19日接用户投诉:189060*****用户称该号码可以主叫无法被叫,提示暂时无法接通,重新开关机无效。处理人员按照如下步骤进行排查处理:
*****联系用户,提示无法接通。网管信令跟踪发现,在寻呼过程,两个地理位置相差很远的基站同时响应该寻呼,导致寻呼失败。如下图所示,该终端对寻呼消息有两条Paging Response寻呼响应消息:
图1.  189060*****用户寻呼过程信令窗口
其第一条消息中上报的基站为414-2(A小区),而第二条消息中上报的基站为603-2(B小区),这两个站在地理位置上相差很远,当时用户在A小区附近,不可能收到603-2(B小区)信号,随后寻呼失败,mand拆线消息。
,以15日一次呼叫过程为例进行说明,如下图2,该终端在建立语音业务连接的过程中产生了一个短信业务的二次呼叫,过程如下:
图2.  46003659*******终端二次呼叫过程信令窗口
①. 15:42:18,在414-2(A小区)响应寻呼,业务类型为语音业务;
②. 15:42:18成功建立语音业务Abis-BTS链路(414-2);
③. 因有一条短信业务进来,该IMSI又在603-2(B小区)响应了短信寻呼;当前短信接收机制是先寻呼再发送;
④. 15:42:19,由于系统收到第二次上报的寻呼响应后需要建立业务信道进行短信下发,所以MSC直接向BSC下发N_DISCONNECT_IND消息,指示将当前正在进行的业务信道建立拆线,造成一次A2口掉话。随后,系统继续建立第二次请求的业务信道,并且分配Abis链路资源603-2(B小区),最终,将短信发至该位置的克隆终端上。因交换侧未开启“异常断链发送清除命令”功能,mand造成一次A2口掉话。
,怀疑