大量用户不能做被叫投诉的处理案例.docVIP

大量用户不能做被叫投诉的处理案例 一、投诉内容： 受理投诉13500480027等用户陆续投诉自己的手机做主叫呼叫正常，做被叫则提示“您好，您拨打的电话已关机”，用户表示手机正常，只有10月13日即投诉当日上午发生了该问题，同时营业厅有近百名客户集中投诉。 二、投诉分析： 1、处理流程图： 2、分析投诉问题判断可能原因： 二 【问题分析】 1、可能原因 作被叫提示关机的原因通常有： 用户原因： 用户真实关机； 用户呼转至其它已关机手机； 用户手机终端故障 网络原因： HLR与VLR用户数据不一致； VLR用户状态错误 工程割接异常因素； 定位过程 由于用户投诉集中，且现象相同，可以排除用户自身原因，主要从网络原因进行分析，由于在10月12日进行了MSC POOL链式备份测试，所以从网络原因进行分析，阜新MSC POOL共有三个SERVER，分别为SYGS7、SYGS8、SYGS14，需查看测试前后的用户数据差异，测试顺序为SYGS7、SYGS8、SYGS14依次宕机、恢复，所以在各SERVER查看VLR用户状态信息。 通过在SERVER上查询投诉用户的信息（以8615904180888为例），发现在SYGS8上为： IMSI分离标志 = 附着，最新登记时间 = 2011-10-11 17:26:03，最新活动类型 = 移动始发呼叫业务 说明在做链式备份功能验证前，该用户注册在SYGS8上，再查看该用户在SYGS14上的用户数据为： IMSI分离标志 = 分离，最新登记时间 = 2011-10-13 03:31:03+08:00，最新活动类型 = 周期性位置更新 而该用户在HLR上记录的MSCID是SYGS14的MSCID。结合昨晚操作的时间点，同时根据以上用户信息可以做出如下分析结论： （1）、凌晨3：20左右，模拟SYGS8宕机（去激活窄带、宽带链路），03:31:03该用户发起周期性位置更新，由于SYGS8已经不能处理业务，所以UMG根据负荷分担算法，将位置更新业务分发到SYGS14上处理。SYGS14完成与MS和HLR之间的交互，位置更新成功后，HLR上记录MSCID为SYGS14，同时SYGS14为该用户分配TMSI。 （2）、凌晨3：50，测试完成后恢复SYGS8为正常状态。 （3）、凌晨4：20，模拟SYGS14宕机，4：35左右恢复SYGS14为正常状态。由于无线侧设置的周期性位置更新时长为60分钟，上一次该用户发起周期性位置更新的时间点是03:31:03，在SYGS14宕机的这十几分钟里，用户正好发起了一次位置更新或者主叫业务，SYGS14已经不能处理业务，业务又被分发到SYGS8上处理。由于SYGS8上已经保存有用户数据，所以不会跟HLR有交互，HLR上记录的仍然是SYGS14的MSC ID。 从数据配置上看，3台SERVER的隐式分离时长都为70分钟，从模拟SYGS14宕机后70分钟内，用户都不会和SYGS14有交互，故查到的用户状态为IMSI分离。此时其它用户拨打该号码，会提示用户关机。 上述查询的用户具体信息如下（注意黄色部分的状态差异）： SYGS8 +++ SYGS8 2011-10-13 12:21:49+08:00 OM %%//DSP USRINF: UNT=MSISDN, D=K8615904180888;%% RETCODE = 0 操作成功 MSISDN:8615904180888用户基本信息 -------------------------------- MSISDN = 8615904180888 用户动态信息 ------------ IMSI = 460029041800320 TMSI = 831225E9 IMEI = 357907032248710 IMEI复用次数 = 0 漫游类型 = 本地用户 移动台类型 = 双频手机 剩余鉴权元组数 = 4 位置区号 = 46000-4154 小区号 = 46000-4154-30af MSC号码 = 8613442393 VLR号码 = 8613442393 HLR号码 = 861390418000 BSC索引 = 6 RNC标识 = 65535 IMSI分离标志 = 附着 无线证实标志 = 证实 HLR用户数据证实标志 = 证实 HLR位置信息证实标志 = 证实 增强漫游限制 = 否 未支持特性漫游限制 = 否 区域漫游限制 = 否 国家漫游限制 = 否 移动站不可及标志 = 可及 放音抑制标志 = 否 G