中国电信移动网络维护案例汇编(交换分册)

本文由anhui20011贡献

doc文档可能在WAP端浏览体验不佳。建议您优先选择TXT，或下载源文件到本机查看。

中国电信移动网络维护案例汇编

（交换分册）（交换分册）

中国电信集团公司网络运行维护事业部 2009 年 8 月

中国电信移动网络维护案例汇编――交换分册

序

第 i 页

中国电信移动网络维护案例汇编――交换分册

前

言

自 2008 年 8 月中国电信承接 CDMA 网络维护工作以来，各省公司在实践中不断总结移动维护经验，撰写并上报了大量移动维护案例。这些案例是广大维护技术人员经验总结的精华，具有举一反三、易于复制推广的特点。为充分发挥这些维护案例的作用，集团公司网络运行维护事业部成立维护案例编写小组，负责移动维护案例汇编工作。为保证维护案例的质量，编写小组对各省公司上报的维护案例进行了集中筛选，并制定了维护案例模板，由案例作者按照模板进行了重新撰写。编写小组对重新撰写好的案例进行了二次筛选，并将入选案例分类编录、印制成册，历时近二月，完成《中国电信移动网络维护案例汇编》（以下简称《案例汇编》。）整个汇编工作共计收到各省公司上报案例 1206 篇，本《案例汇编》收录 386 篇，包括交换、业务平台、无线与网优、数据与承载 4 个分册。其中《交换分册》分为移动性管理、语音业务、短信业务、智能业务 4 类专题，共计收录案例 139 篇；《业务平台分册》分为 WAP、彩信、ISMP、ISAG、集团业务平台 5 类专题，收录案例 73 篇；《无线与网优分册》分为基站维护及隐性故障、EVDO 数据业务、无线参数、高层导频污染及干扰排查、无线网络结构及边界网络质量、网络拥塞及其它共 6 类专题，收录案例 55 篇；数据与承载分册》《分为 PDSN、 AAA/AN-AAA、 VPDN 业务、计费、PPP 成功率整治、分组域国际漫游、厂商互通性、终端和卡配合、承载网络、其它共 10 类专题，收录案例 119 篇。在《案例汇编》的编写过程中，得到了各省级公司、上海研究院、广州研究院的大力支持和协助，在此一并表示衷心的感谢。由于成稿时间仓促，加之编者经验不足，书中难免存在疏漏和不当之处，敬请批评指正。编写小组主要成员：申志云、高柏峰、吴湘东、李洪、张赛、张文隽、黄挺、

第 ii 页

中国电信移动网络维护案例汇编――交换分册

王燕川、渠凯、陈喜洲、王晓韵、刘兴初、姜松、李文云。中国电信集团公司网络运行维护事业部 2009 年 8 月

第 iii 页

中国电信移动网络维护案例汇编――交换分册

目

录

序...... I 前交言...... II 换分册 (9)

第一部分移动性管理…… 10 关于部分用户鉴权通不过的问题分析…… 11 鉴权失败而登记成功问题的分析…… 15 中兴 HLRe 业务鉴权修改成“鉴权失败拒绝登记”后部分用户出现偶尔不能作主被叫…… 18 关于跨 MSC 漫游登记异常导致无法被叫的案例……

21 通辽中兴 MSC 下新建阿朗 HLR 用户无法注册案例…… 24 中兴 HLR 登记响应消息参数值问题导致用户无法漫游…… 28 中兴区用户长时间不活动被系统置为关机问题处

理...... 29 摩托 BSC 消息翻译类型引起漫游卡无法位置登记的案例...... 34 登记失败和外部中断异常用户的处理...... 37 第二部分语音业务...... 46 一、基础语音 (47)

关于阿朗 C 网用户主叫呼叫困难的案例…… 47 关于处理 A1 接口信令失败引起呼叫建立失败的案例…… 49 华为 MSCe 避免超长号码能接通的方法…… 52 北电 MSC 下同局呼叫 VLR DB 无用户数据的中兴 HLRe 用户提示欠费问题…… 54 EWSD 关口局占中继长度限制导致 C 网无法拨通某些号码…… 58 北电 MSC 下部分用户通话过程中听到呼叫等待提示音问题…… 59 关于甘肃省 T2 通过我省 T1 局转接不能接通的案例…… 62 CDMA 核心网呼叫时长问题分析…… 63 二、漫游…… 70 关于湖北阿朗区 C 网用户漫游到澳门无法做被叫的案例…… 70 华为 HLR 用户漫游阿朗局下无法主被叫案例…… 77 上海用户漫游天津华为 MSCe 下被叫接续 1 分钟自动挂断…… 80 HLR 没有配置语音业务选项的用户漫游出省无法作被叫案例…… 84 关于 189 用户漫游到美国芝加哥无法正常使用案例…… 87 三、号码传送…… 90 漫游用户来电显示不正确的案例…… 90 关于湖北 C 网用户拨打北京 C 网来电显示问题案例…… 94 欠费用户缴费后主叫号码异常问题……

98 华为域中山 C 网联通 186 来电显示多 0 问题...... 103 关于 C 网用户拨打固网软交换用户主叫来显带“0”的案例...... 105 华为 HLRe 软参设置问题导致手机做被叫来电显示带两个 86 ...... 107 中兴 MSCE 与摩托 BSC 对接网络中部分三星手机来显问题 (109)

青海固话主叫禁显拨打 C 网来电异常问题的分析 (113)

第 iv 页

中国电信移动网络维护案例汇编――交换分册

C 网与异网呼叫经固网关口局转接后来显多 0 问题处理案例…… 117 外省三位长途区号固话拨打成都 C 网来显无区号案例…… 121 关于 C 网多普达手机来显不正常的案例…… 124 天津用户漫游拨回天津 022-10001 主叫号码前带“0”问题…… 125 C 网手机拨打激活前转的小灵通主叫号码显示不正确的问题…… 129 15 和 18 号段手机呼叫固定电话来电显示加 0 问题解决方案…… 130 关于 C 网主叫传送多 0 问题的处理分析…… 137 四、呼叫转移…… 142 中移动号码不能呼叫转移到漫游上海的广州 C 网用户…… 142 广州 C 网用户呼转到 C2G 双模用户提示“呼叫受限”…… 145 关于华为 C 网呼转国际号码话单不正确的案例…… 147 关于广东中山 C 网用户不能呼转本地移动、联通号码的案例…… 151 关于中兴用户无应答前转时间修改后不生效的案例…… 153 C 网手机呼叫转移秘书台做被叫引起拨打空号的案例…… 155 五、呼叫等待…… 158 华为MSCe 下用户触发呼叫等待后手机显示多个未接来电…… 158 关于华为 C 网用户呼叫等待音影响通话的案例…… 161 切换中第三方拨打呼叫等待用户听网络忙录音通知案例……163 C 网呼叫等待业务存在问题分析及解决案例…… 166 用户呼叫等待时第三方来电主叫显示多一个“F”…… 169 六、录音通知…… 170 朗讯交换机不能区分呼出限制和长途限制的录音通知…… 170 关于华为 C 网听拦截通知音后仍落话单的案例…… 172 拨打漫游到澳门的成都用户听录音通知错误问题…… 174 七、呼叫权限…… 178 阿朗域下无国际长权用户通过 17909 拨打国际电话问题…… 178 关于 C 网用户国内呼叫权限能拨打个别国际长途电话的案例…… 180 八、双模业务…… 184 双模用户做被叫(PSTN 主叫)通话中回声问题的解决过程…… 184 青海 CtoC 天翼双模卡在美国不能做被叫的问题分析…… 190 九、彩铃业务…… 193 彩铃延时播放，提高用户感知…… 193 浙江用户漫游到齐齐哈尔，10 遍只有 2、3 遍可听到彩铃音…… 198 临沧 CDMA 呼转固网听不到固网彩铃的问题…… 201 软交换与 TDM 建立电路差异导致彩铃掉字案例…… 206 十、语音质量…… 209 关于恩施电信 C 网二次拨号故障和回音问题的案例…… 209 TLDN 分配异常导致串话案例…… 215 CDMA 网络语音呼叫单通的案例…… 219 成都 C 网与固网及异网之间偶尔单通问题处理案例…… 222 赣州 C 网语音质量问题分析报告…… 226 赣州

CDMA 网络回声分析报告 (234)

第 v 页

中国电信移动网络维护案例汇编――交换分册

十一、边界调试...... 243 北京与邻省开通省际硬切换调测经验...... 243 华为 MSCID 间扩展寻呼参数设置问题导致边界用户起呼失败...... 248 中兴设备打开 ISPAGE2 功能解决本地网间边界用户投诉问题...... 250 十二、设备维护...... 254 巢湖阿朗 MSGS 单边故障问题处理...... 254 朗讯交换机发送 SMSNOT 消息中不带 MDN 的解决方案...... 257 关于 MGW NPH 过载问题判断和解决方案...... 259 关于华为 MSCe 全局寻呼只能支持 10 个BSC 的问题分析...... 262 华为 HLRe 配置错误导致 MSC4 局用户关机时 SMS 丢失......264 软件冲突造成华为 BAM 反复重启无法正常工作的问题...... 267 ISPP 向 HLR 不能连续发送指令问题分析及解决方案...... 269 十三、手机终端...... 271 C 网“冠日”终端拨打 86 开始的固话号码听空号...... 271 部分华为终端回拨移动号码时提示没有开通国际长权...... 273 关于多普达手机出现多个未接来电的案例...... 274 HTC6800 终端在正常开机情况下突然不能主被叫的案例...... 276 C 网某终端使用手机号码薄拨打电话听国际无权问题案例...... 279 一则终端不能做被叫的解决案例...... 282 第三部分短信业务 (287)

一、信令问题 (288)

华为 HLR 下用户在湖州北电 MSC 下无法发送短信案例...... 288 C 网用户漫游到省外发送长短信失败问题分析及解决方案...... 292 安徽中兴 HLR 用户在阿朗 MSC 无法发送短信案例...... 294 CMDA 手机短消息发送及接收故障处理分析报告...... 297 茂名新号段短信能收不能发案例分析...... 306 关于中兴短信中心下部分终端短信发送失败的案例......308 支持 IS841 用 MDN 号码进行 SMSREQUST 消息处理...... 310 长短信只能接收最后一条问题的处理...... 312 二、数据配置...... 314 短信下发失败 106 号错误解决案例......314 关于 C 用户漫游至国外接收“长短信”异常的案例...... 320 关于 C 用户重复接收9992 短信的案例分析及解决方案...... 322 关于部分型号终端自动上行短信至不明接入号的案例...... 324 关于 C 网用户欠费单停后仍可使用的案例...... 326 手机发送短信“提示发送失败而实际成功”案例分析...... 331 广西 CtoG 国际卡漫游至马来西亚不能发短信案例分析...... 337 异网用户给黑龙江 133/153 用户发送短信@字符显示为空格...... 339 招商银行下发到广东短信成功率低的原因分析报告...... 341 短信业务网关内存等待状态报告数达到最大限制案例...... 343 集团行业短信网关下发到广东业务网关短信成功率低......345 国际漫游长短信接收失败案例分析 (347)

第 vi 页

中国电信移动网络维护案例汇编――交换分册

国际漫游长消息拆分说明...... 351 中兴业务区部分终端自发自收短信或 SP 回复确认短信延迟问题跟踪优化...... 357 关于中兴短信中心垃圾短信分析处理的经验案例......370 C 网中兴业务区用户开机无法及时接收短信案例分析...... 374 关于四川 C2C 漫游到印尼无法接收短信的案例...... 378 三、业务平台...... 381 关于辽宁 C 网用户无法接收四川漫游欢迎短信的案例...... 381 协同通信号码给黑龙江 133/153 用户发送中文短信显示乱码...... 384 湖南 1334861 号段省内漫游收不到漫游欢迎词的案例分析...... 385 关于群发平台短信发送内容为空或不全问题...... 388 MSP 平台业务循环触发问题的处理......392 四、终端问题...... 394 Moto A1800 手机回 34 号原因值的案例...... 394 短信投递延时分析案例...... 403 关于天语 V958C 自动给 189******** 发送短信原因分析 (407)

天语终端问题导致重复短信…… 409 五、无线问题…… 411 短信时延及重复下发测试分析的案例…… 411 短信延迟测试分析的案例…… 420 短信发送显示失败，实际成功的案例…… 427 六、设备问题…… 431 IP 网络故障影响短信业务分析的案例…… 431 广

州电信 suse 操作系统死机故障分析报告...... 437 第四部分智能业务...... 440 一、IVPN ...... 441 iVPN SCP（欣方）与 S1240 MSC CCDIR 配合出错...... 441 VPN 用户的呼叫，部分话单没有落智能网标识故障...... 445 温州互联互通割接后 CVPN 用户无法做被叫案例...... 446 关于 IVPN 用户无法自动实现国际漫游的案例...... 449 IVPN 平台 SCP 负荷分担机制出错导致接通率下降...... 457 C 网 VPN 用户反映拨打虚拟网内短号串线案例...... 460 CG 双模 IVPN 用户登录在 G 网产生被叫漫游话单的案例...... 464 二、预付费（PPC）...... 468 关于阿朗 C 网 PPC 用户余额不足时无法呼叫的案例...... 468 北京PPC 用户漫游在华为 MSCe 下无法主叫处理分析...... 472 PPC 平台割接后部分 PPC 用户反映无法做主被叫...... 475 C 网预付费用户因余额不足无法继续呼叫的问题处理......477 三、同振...... 484 成都 C 网拨打有同振业务的固话遇忙时放音错误问题案例......484 浙江 C 网同振功能的手机在上海不能振铃的解决方案...... 486 一号双机同振移动分机无法呼转到移动秘书问题...... 488 四、其它 (491)

第 vii 页

中国电信移动网络维护案例汇编――交换分册

C+固天翼超级无绳用户进行前转登记无法成功的案例分析...... 491 关于澳门一卡双号用户漫游到东莞无法呼出的案例...... 495 使用 17911、17909 等接入号拨打国际长途话单问题的分析...... 498 智能用户基于 HLR 前转计费异常问题...... 499 由于 SCP 没有下发优选语音导致 MSCe 无法正常放音问题 (503)

第 viii 页

中国电信移动网络维护案例汇编――交换分册

交

换

分

册

第 9 页

中国电信移动网络维护案例汇编――交换分册

第一部分

移动性管理

第 10 页

中国电信移动网络维护案例汇编――交换分册

关于部分用户鉴权通不过的问题分析关于部分用户鉴权通不过的问题分析

（曾彬中国电信四川分公司省网络操作维护中心）

经常遇到用户投诉偶尔做主被叫不行，跟踪信令发现用户手机 SSD 更新不【案例摘要】案例摘要】成功。对该问题进行分析后提出对应解决措施。

1、问题描述

用户做主被叫时打不通电话，跟踪 A 口和 MAP 消息发现用户在做 SSD 更新时失败。从而导致鉴权通不过，影响了用户做主被叫。

2、原因分析

因为手机终端原因和无线配合有时问题，会导致 SSD 更新失败。C 网 MSCe、HLRe 支持鉴权，主要是用来检测系统中的 MS 是否被盗号, 以及其它一些非法欺骗行为，确保只有那些具备鉴权能力的用户并且只有在它们通过了鉴权过程，才能访问系统。另外可以用加密方式过程来保护通过空中接口传输的用户数据、信令不被窃取。由移动台通过无线信道及基站向交换机系统提供一个随机数(RANDx)，并要求交换机返回一个鉴权响应参数(AUTHx)。假如从交换机返回的 AUTHx 与移动台计算的 AUTHx(用 RANDx)相同，那么鉴权是成功的。

非法用户因没有正确有效的 SSD 值，比较结果将是不匹配，交换机系统拒绝其访问。如果交换机发现保存的 SSD 无效，将自动触发 SSD 更新过程。另外，MS 与交换机都保存了一个呼叫历史计数器(COUNT)，这个计数器通过参数更新过程，在 MS 与交换机同步增加，确保二者相同。每次当 MS 在以 Location Update、主叫、被叫方式访交换机时，MS 向交换机传送 COUNT 值。如在 MS 的 COUNT 与保存在交换机里的 COUNT 值不一致，那就表明有一个使用相同用户号码与安全数据的非法用户存在，这时也会触发一个 SSD 更新过程，以保证只有合法用户的 SSD 与交换机中相同。

由于鉴权过程延长了电话的接通时间，HLRe/AC 会将 SSD 发送到受访 MSCe 处保存，称为“SSD 共享”特性。此后，大部分鉴权功能都将通过 MSCe 侧的 AUC 来实现，从而缩短了第 11 页

中国电信移动网络维护案例汇编――交换分册

鉴权花费的时间。

3、解决方案

部分用户通过人为更新 SSD 可能会成功。的流程：在 HLRe 受理台人为更新用户的SSD 的流程：因为，SSD 更新必须在业务信道上完成，所以用户只有在做主被叫时，HLR 下发 SSD 更新才能成功。在 HLRe 上操作,见图 1：

图 1: HLRe 设置 SSD 更新

VLRMAP 消息和 BASSAP 消息，分别见图 2、图 3：

第 12 页

中国电信移动网络维护案例汇编――交换分册

图 2：VLRMAP 消息

图 3: BASSAP 消息

第 13 页

中国电信移动网络维护案例汇编――交换分册

如果我们更新 SSD 不成功，我们可以在 HLRe 上暂时把 SSD 共享取消，让用户每次呼叫都到 HLRe 来鉴权，这样可能该用户呼叫鉴权就没问题。

4、经验总结

用户手机终端在鉴权通不过的情况下，是很复杂的，可能终端原因，也可能是终端和系统之间配合原因，为了尽快解决用户通话问题，可以采取暂时关闭 SSD 共享功能，在用户急需的情况下，关闭 SSD 共享还不行，只有把 CAVE 关闭。之后再协调用户换卡或手机，最终解决该用户鉴权问题。

第 14 页

中国电信移动网络维护案例汇编――交换分册

鉴权失败而登记成功问题的分析

（重庆 NOC 交换部网络分析组）

【案例摘要】近期出现大量异省 C 网用户反映未漫游收到重庆漫游欢迎短信，及异省 C 案例摘要】

网用户在重庆发起大量短信 SP 订购和短信群发，经分析均与 CDMA 核心网鉴权失败后登记消息成功相关。对该问题进行分析并提出解决方案。

1、问题描述

外省 C 网用户反映未漫游收到重庆漫游欢迎短信，及异省 C 网用户在重庆发起大量短信 SP 订购和短信群发。重庆 C 网新网 MSCe、HLRe 均是中兴设备。

2、原因分析

2.1、 2.1、短信测试

(1) 手机 ESN 与系统不符的情况： AuthReqRsp 消息中 DenAcc＝0x0a （MIN 或 ESN 批准失败），此时 MSCe 不会主动发起 RegNotReq 登记消息。①因为未登记成功，用户不能进行语音呼叫；②若用户收发短信，则因为短信鉴权开关未打开， MSCe 直接发起RegNotReq 消息， HLRe 核实 ESN 错误后在 RegNotRsp 消息中返回批准否定 AuthDen=0x02（无效 ESN），登记不成功。小结：此时不会造成任何盗打问题。

(2) 手机 MIN 与系统不符：AuthReqRsp 消息中 DenAcc＝0x0a（MIN 或 ESN 批准失败），此时 MSCe 不会主动发起 RegNotReq 登记消息。①因为未登记成功，用户不能进行语音呼叫；②若用户收发短信，则因为短信鉴权开关未打开， MSCe 直接发起 RegNotReq 消息，HLRe 核实 ESN 错误后在 RegNotRsp 消息中返回批准否定 AuthDen=0x05 （未分配的电话号第 15 页

中国电信移动网络维护案例汇编――交换分册

码），登记不成功。小结：此时不会造成任何盗打问题。

(3) 手机 AKEY 与系统不符：AuthReqRsp 消息中仍带有 DenAcc 字段且 DenAcc=0x00，MSCe 收到该响应后主动发起 RegNotReq 登记消息， HLRe 返回正常 RegNotRsp 消息，登记成功。①此时若用户进行语音呼叫，会因 SSD 更新失败呼叫被拦截，信令跟踪时有 AFReportReq 消息上报 HLR。现象为振铃一声后断线。②由于登记成功，用户能进行正常短信收发。小结：存在漏洞，小结：存在漏洞，造成大量模拟用户订制 SP 短信或群发短信危险

2.2、 2.2、问题分析

(1) 以上测试基于中兴 MSCe 与中兴 HLRe 配合，而各 HLRe 对鉴权失败的返回消息不同，如中兴 HLRe 均返回 AuthReqRsp，而山东 1531842 号段对应阿朗 HLR 返回为 ERROR 消息，错误码 1； (2) 中兴 MSCe 对 HLRe 返回 AuthRsp 中 DenAcc 不等于 0 或返回ERROR 消息的情况处理相同，不主动发起 REGNOT 消息，但会因短信而触发 REGNOT 消息；

(3) HLRe 在 REGNOT 消息中只匹配 MIN 号码和 ESN，对这两项不符合的请求进行拒绝登记，而对 AKEY 不符合的情况反而可以登记成功； (4) 中兴 MSCe 对 HLRe 返回 AuthRsp 中DenAcc=0x00 的情况认为是成功因而主动发起 REGNOT 消息，而在《800MHz CDMA 数字蜂窝动通信网移动应用部分技术要求》规范中对 DenAcc=0x00 的情况并未定义，中兴理解有误，同时也需要对规范进行完善； (5) 中兴研发称鉴权失败后仍可发起登记流程是为了手机保存的 SSD 与系统 SSD 不一致时 SSD 更新可以在业务信道上进行，需要让用户等级成功。但规范中并无要求 SSD 更新不能在控制信道上进行。

3、解决方案

(1) 在中兴 MSCe 上打开短信鉴权开关。但由于部分终端如三星、摩托罗拉和网络的不匹配，会造成大量正常用户不能使用短信业务。云南、贵州、黑龙江等省均因为这个缘故开启

第 16 页

中国电信移动网络维护案例汇编――交换分册

了该开关一段时间后被迫关闭； (2) 完善 MAP 规范， AuthRsp 中 DenAcc=0x00 的情况定义为鉴权失败，MSCe 不应发起登记对消息，并在之后的短信收发中也不触发登记消息；

(3) 归根结底障碍是由于孖机产生，需要相关部门注意信息安全，避免用户数据流失。对投诉用户建议进行换卡操作。同时对漫游短信系统判断机制进行改造，不仅以登记成功响应消息作为判断机制，还应包括鉴权成功响应消息才能发送漫游欢迎短信。

第 17 页

中国电信移动网络维护案例汇编――交换分册

业务鉴权修改成鉴权失败拒绝登记”修改成“中兴 HLRe 业务鉴权修改成“鉴权失败

拒绝登记”后部分用户出现偶尔不能作户出现偶尔不能作主被叫

（余占平中国电信四川公司网络操作维护中心）

【案例摘要】四川部分 C 网用户在正常开机情况下出现突然不能主被叫的现象，MSCe 案例摘要】

和 HLRe 均为中兴设备，经过分析是修改 HLRe 业务鉴权配置后出现的，将 HLRe 业务鉴权配置修改成“鉴权失败拒绝登记”的方式是为了解决克隆卡盗发短信等问题，修改后用户在连续两次位置更新鉴权失败后系统会将其去活，造成出现突然不能主被叫的情况，最终将 HLRe 业务鉴权配置修改成“鉴权失败允许登记”方式后问题得到解决。

1、问题描述、

全省范围内均有部分用户出现正常开机情况下不能主被叫的问题, 做被叫提示关机，做主叫打出没反映，而之前用户做主被叫均正常，由于是在用户并不知道的情况下出现做被叫提示关机，需要别人提醒才知道发生了故障，对客户感知影响较大。

2、原因分析、

部分用户在正常开机情况下突然不能主被叫的现象，经信令跟踪分析是系统在进行周期性位置更新鉴权失败后，系统将其置为去活状态引起的。4 月 24 日四川 HLRe 修改了鉴权业务配置，实现鉴权失败后 HLRe 拒绝用户登记,规避可能出现的非法用户盗发短信问题，该修改对位置更新鉴权失败的处理也发生了变化，即当用户位置更新鉴权失败时，系统也会拒绝用户进行位置更新，不会引起 SSD 更新操作，此时用户的位置信息不变更，如果连续两次周期性位置更新鉴权失败，用户会被去激活，此时用户做主叫直接挂断，做被叫停关机提示音。

中兴 HLRe 修改业务鉴权配置从鉴权失败允许登记改为拒绝登记的具体配置见下图所示，其中图 1 为接入类型参数修改，图 2 为失败类型参数修改。

第 18 页

中国电信移动网络维护案例汇编――交换分册

图 1 中兴 HLRe 接入类型参数修改

图 2 中兴 HLRe 失败类型参数修改

第 19 页

中国电信移动网络维护案例汇编――交换分册

根据巴中分公司提供的 MIN＝6081294087 号码使用信令监测系统分析发现，该号码实际上一致存在鉴权失败的问题，只不过 HLRe 修改业务健全配置前后核心网处理方式不一样而已。

3、解决方案、

3.1 日常投诉处理方法

对于接到类似的故障可以参照以下方法流程进行处理。

方法 1：先清除用户的 VLR 业务信息及 HLR 位置信息，然后请用户重新进行关开机，多数情形下鉴权即可通过恢复；方法 2：先关闭用户鉴权，请用户重新关开机可以登记成功，然后在通话态开启该用户鉴权，通过受理台强制更新 SSD；方法 3：多次尝试 SSD 更新均失败后可建议用户到营业厅做换卡处理。

3.2 HLRe 恢复到“鉴权失败允许登记状态”彻底解决恢复到“鉴权失败允许登记状态”

通过调查故障影响范围和涉及到的终端型号，确定无法通过 3.1 中的方法彻底解决问题，而且部分用户在处理恢复后还出现反复的情况，因此只能将 HLRe 业务鉴权配置恢复到 4 月 24 日修改前的状态，5 月 14 日修改后问题彻底解决。

4、经验总结、

由于无线信号、终端和 UIM 卡等因素，用户偶尔出现开机登记鉴权失败和核心网周期性

位置更新鉴权失败的情况一直是存在的，当 HLRe 设置为鉴权失败拒绝登记时，部分终端在位置更新时由于鉴权参数计算不正确，会出现用户长时间不活动被置为关机的现象。通过设置 HLRe 位置更新鉴权策略，采用用户位置更新鉴权失败仍允许接入的方式，可以暂时规避长时间不活动被置为关机问题，但由于短信业务未鉴权存在盗发短信等风险。

第 20 页

中国电信移动网络维护案例汇编――交换分册

关于跨漫游登记异常导致无法被叫的案例关于跨 MSC 漫游登记异常导致无法被叫的案例

（吴芸中国电信江西公司无线网优中心）

【案例摘要】案例摘要】江西省宜春部分用户漫游至江西萍乡，再回到宜春时被叫不成功，需重新

关开机才能正常。经查问题原因是宜春贝尔 MSC 呼叫模块吊死，在用户漫游位置更新时未返回 regcan 消息，而北电 HLR 允许用户登陆新的 VLR，造成用户同时登陆在两个 MSC 上。当用户返回宜春 MSC 时，MSC 不会向 HLR 发送位置更新请求，造成用户被叫不成功。通过将宜春 MSC 呼叫处理模块重启后解决。

1、问题描述、

江西宜春和江西萍乡有交界，发现部分用户从宜春漫游至萍乡，再回到宜春，做被叫不成功，提示“暂时无法接通”，但主叫正常，需重新关开机才能正常。宜春和萍乡 MSC 同是贝尔设备，都下挂在宜春北电 HLR 设备下。

2、原因分析、

图 0-1 宜春萍乡网络组图

正常的 HLR 接受手机在新的 VLR 登记并取消旧的 VLR 的流程如下：

第 21 页

中国电信移动网络维护案例汇编――交换分册

新的服务 MSC宜春 HLR

旧的服务 MSC

|REGNOT>| |REGCAN>| |

宜春用户归属的 HLR（北电设备）收到新的服务 MSC 发来的 REGNOT 后，应向旧的服务 MSC 发送 REGCAN 消息，删除旧 MSC 中的位置登陆信息，允许用户在新的 MSC 中登陆。通过挂表跟踪信令，异常的信令如下： REG NOT REG CANCEL 萍乡 MSC?NORTEL HLR?宜春MSC ?regnot response

在 HLR 向宜春 MSC 发 REG CANCEL 消息后，宜春 MSC 无响应消息，但这时 HLR 依旧向萍乡 MSC 发了正常的响应消息，导致用户在没删除宜春 MSC 数据情况下，重新登记在萍乡 MSC，这样同一用户在萍乡 MSC 和宜春 MSC 都存在登陆数据，而此用户的 HLR 中登记的 MSC 是萍乡 MSC，当用户回到宜春时，对于宜春 MSC 而言未发生位置区变化，不会向 HLR 发起 REGNOT 位置更新请求，HLR 也不会向萍乡 MSC 要求删除 VLR 登陆信息。此时用户做被叫时，HLR 的 ROUTREQ 消息仍发送给萍乡 MSC，萍乡 MSC 下发寻呼导致播放“暂时无法接通”的录音通知，但不影响主叫。若用户重新开关机，则 MSC/VLR 上报位置更新请求，HLR 重新登记宜春 MSC。北电方解释当等待旧的服务 MSC 发回 regcan rr 消息超时，HLR 认为消息丢失，默认已删除。之后 HLR 会再次向此 MSC 发出 REGCAN 消息。同时 HLR103 报告会产生，记录这次重新发送。但是重发的时间间隔长达 15 分钟。经观察分析，北电的HLR103 报告中出现大量重发报告，说明宜春 MSC 多次未回响应消息。判断宜春 MSC 呼叫处理模块异常。

第 22 页

中国电信移动网络维护案例汇编――交换分册

3、解决措施、

对宜春 MSC 进行 MRSACE 模块逐一重启（不中断业务），至中午重启结束之后， HLR103 报告不再有 REG CANCEL 的重发消息。连续两天信令观察和用户投诉追踪，发现宜春 MSC 对HLR 不回 REG CANCEL 响应消息现象极少出现，漫游登记异常的用户投诉未发生。

4、经验总结、

目前 MAP 协议规范中只规定位置更新时 HLR 需要先向原 MSC/VLR 发送 REG CANCEL 消息，然后向新的 MSC/VLR 发送 regnot 响应消息。对于这种 REG CANCEL 响应消息超时的情况下，设备商则采取了自己定义处理方式。像北电则采取默认成功的方式允许用户登陆新的 MSC/VLR，虽然可以减少原 MSC 发生故障用户漫游新 MSC/VLR 不成功的投诉，却又引起了返回原漫游地的被叫失败。

第 23 页

中国电信移动网络维护案例汇编――交换分册

通辽中兴通辽中兴 MSC 下新建阿朗 HLR 用户无法注册案例

（叶会标中国电信浙江公司网运中心）

【案例摘要】内蒙 1890470、1894738 号段的测试号码可以在通辽老 MSC 注册，但有时等案例摘要】

待时间较长，1894710、1894720、1894740 号段的测试号码无法注册。造成该问题的原因是通辽 MSC 误将 LSTP1 的邻接点类型设置为“公网”（正常为“移动网），以及老 LSTP 上增加了 189471000、189472000、189474000 的测试 GT 路由数据指向 LSTP1。将邻接点类型设置为“移动网”，并删除老 LSTP 的测试 GT 数据 189471000、189472000、189474000 后，问题得到解决。

1、问题描述问题描述

内蒙新建阿朗 HLR 后，在进行省内联调期间，发现 189******** 测试号码可以在通辽老 MSC 注册，但有时等待时间较长，189******** 测试号码无法注册。

2、原因分析、原因分析

网络结构为：新 LSTP1 （金桥）阿朗 HLR1

通辽老中兴 MSC

老 LSTP （如意）新 LSTP2 （火车站）图１：网络结构图阿朗 HLR2

（注：1、内蒙区分公司在金桥；2、老 LSTP 与 TMSC、呼和浩特 MSC 合设，为阿朗设备； 3、新 LSTP 为阿朗设备（贝尔）；4、新 LSTP1/2 到老网元为一次 GT 翻译，即新 LSTP1/2 直接翻译到老网元，老 LSTP 只作 MTP 层转发）

第 24 页

中国电信移动网络维护案例汇编――交换分册

通过信令跟踪，发现对 189******** 进行开关机操作时，LSTP1 已将注册消息发给老LSTP，用其他号码拨打 189********，也发现通辽 MSC 向 HLR 返回 TLDN 号。在通辽 MSC 上对 189******** 号码的 MIN 号（6471100055）进行监测，MSC 已向老 LSTP 发出鉴权消息，但未收到鉴权响应消息，等待超时后鉴权失败。而监测 189******** 号码时，能收到鉴权响应消息。

将 189******** 和 189******** 的 MIN 号互换后，发现 189******** 鉴权成功，可以作主被叫，而 189******** 鉴权失败。经了解，189******** 以前曾经可以使用，只是最近才无法使用。询问局方、阿朗和中兴工程人员，最近有无对 MSC、新老 LSTP、HLR 进行数据配置，回复都没有修改。后来经测试，通辽的另 2 个 1894720、1894740 号段的测试号码也无法使用。而且前期都是可以使用的，基本排除是测试卡故障的可能。

因老 LSTP 在如意机房，不方便用信令仪表进行监测，而且用理论分析，HLR 的鉴权响应消息发给通辽 MSC 的 GT 地址 460030944704100。不管是通辽 MSC 发出什么样的查询，HLR 响应消息的 GT 地址都为 460030944704100，不存在老 LSTP 将一些阿朗 HLR 的响应消息发给通辽 MSC，而另一些响应消息不发给 MSC 的可能。然而中兴厂家坚持 MSC 未收到阿朗 HLR 的鉴权响应消息。在不能有效监测老 LSTP 到通辽 MSC 信令链路的情况下（两者之间有 16 条 64K 信令链路，分散在 11 个 E1 上，即使要监测，仪表的端口也不够），为绝对保证测试卡的有效性，经讨论，将老 LSTP 的 189******** 的 MIN 号段（E212 格式的 GT 路由，即 46003647110）指向老阿朗 HLR，在老阿朗 HLR 配置该测试卡的用户数据，IMSI 保持不变，仍为 460036471100055，MDN 改用 1332710 号段的号码。由于是老的MSC、老 LSTP、老 HLR，因此，理论上，只要测试卡是有效的，应该可以成功注册。然而该测试卡仍无法开机注册。（后来证实是阿朗工程人员修改老 LSTP 的 GT 路由数据有误）内蒙幅员辽阔，各地市盟之间距离很远，无法及时将通辽的测试卡拿到其他地市进行测试，以验证测试卡的有效性。后来又了解到，通辽的 189******** 测试号码虽然可以使用，但有时开机注册的时间较长。在通辽 MSC 上监测信令消息，发现该号码开机后，时有鉴权超时现象，造成注册失败。经分析，由于手机在注册失败后会自动进行第二、三次注册，因第 25 页

中国电信移动网络维护案例汇编――交换分册

此，从宏观看上，手机开机注册的时间较长，而实际上，手机经过多次注册才成功。

针对这种现象，怀疑是信令网的信令路由有问题。因此，对信令网进行了路由倒换测试。先闭塞新 LSTP2 到所有方向的链路，使所有信令经新 LSTP1 转发，此时发现189******** 开机后也无法注册了。在通辽 MSC 对该号码的开机鉴权过程进行信令监测，发现每次鉴权都超时失败。接着闭塞 LSTP1 到所有方向的链路，使所有信令经 LSTP2 转发，结果发现 189******** 开机后能很快注册。在通辽 MSC 监测信令消息发现，每次开机操作都鉴权成功。这说明 HLR 的鉴权响应消息经 LSTP1 转发给通辽 MSC 时，鉴权全部失败。经 LSTP2 转发给通辽 MSC 时，鉴权全部成功。经仔细检查通辽中兴 MSC 的数据配置，发现通辽中兴 MSC 到新 LSTP2 的邻接点类型为“移动网”，而到新 LSTP1 的邻接点类型为“公网”，导致通辽 MSC 将 LSTP1 发来的信令消息全部丢弃。将到 LSTP1 的邻接点类型改为“移动网”后，全部故障现象消失， 189******** 开机能快速注册。经监测信令消息，发现每次鉴权都成功。将新 LSTP2 到各方面链路闭塞后，也一切正常。

此时发现，已经配置到老阿朗 HLR 的测试卡（IMSI 为 460036471100055）鉴权成功了，可以外呼， MDN 号仍为 189********。其经检查老 LSTP 的数据，阿朗工程人员误将TT=128 的 GT 路由指向老阿朗 HLR。而该号段 TT=0 的 E212 GT 路由仍指向阿朗新 HLR。至此，问题基本得到解决。然而，为何 189******** 会时通时不通，而 189******** 的号码一直不通？经跟踪老 LSTP 到新 LSTP1/2 的信令消息，发现 189******** 号码开机注册时，新阿朗 HLR 的响应消息有时从 LSTP1 转发，有时从 LSTP2 转发，而 189******** 号码开机注册时，新阿朗 HLR 的响应消息一直从 LSTP1 转发。经阿朗公司确认，阿朗 HLR 的响应消息一直发给向其发起查询的 LSTP，之所以 HLR 将 189******** 的鉴权响应消息一直发给新 LSTP1，是因为通辽 MSC 发给 HLR 的请求消息一直从 LSTP1 转发。也就是老 LSTP 把 E212 格式的 GT 路由 46003647110 一直转发给 LSTP1。而 1890470 号段的 E212 格式GT 路由 46003604170 负荷分担转发给 LSTP1/2。检查老 LSTP 的 GT 路由数据，发现配置了 4600364711（对应 189******** 测试号码）

第 26 页

中国电信移动网络维护案例汇编――交换分册

和 4600360417 对 189******** 测试号码）（两条路由，而且路由指向完全一致，

4600364711 将的 GT 路由删除重做，信令消息仍一直转发给新 LSTP1。检查 46003647110 的 GT 路由，并不存在此条数据。（注：阿朗 LSTP 支持 GT 路由最大匹配功能，即允许同时存在两条长度不同但前缀相同的 GT 路由，并按长度较长的那条 GT 路由选路）。将4600364711 的 GT 路由删除后，发现老 LSTP 仍能转发信令消息给新 LSTP1。将老 LSTP 的 GT 路由表“41.5”全部导出（即 QUDB）。经仔细核对，发现老 LSTP 上存在 3 条 E212 GT 路由： 4600364712000 、 4600364711000 、 4600364714000 （对应 189471000XX、189472000XX、189474000XX 号段），而且只指向 LSTP1，而其他 GT 路由负荷分担指向LSTP1/2。将这 3 条 GT 路由删除后， 189******** 号码的鉴权消息也从 LSTP1/2 分担转发了。

至此，所有问题得到解决。经了解，这 3 条数据是前期厂家工程人员在调测时加入的。

3、解决方案、

将通辽 MSC 到 LSTP1 的邻接点类型改为“移动网”，并删除老 LSTP 上的 E212 GT 路由：4600364712000、4600364711000、4600364714000。

4、经验总结、

(1) 测试数据在完成测试任务后，要及时删除。否则容易遗忘，在处理故障时被误导。 (2) 做了某项数据修改或网络操作后出现的问题，问题有可能就是这个操作引起。因此，出了故障后，向相关人员了解最近的网络操作、数据配置等信息很有必要，可避免走歪路。 (3) 信令监测系统对于处理解决故障非常重要，有效的手段是快速解决问题的根本保证。 (4) 阿朗 HLR 固定从接收请求消息的链路组上回复响应消息。即“从哪里来，送那里去”。这一点与其他 HLR 不同，影响了对故障的判断，延长了故障处理时间。

第 27 页

中国电信移动网络维护案例汇编――交换分册

登记响应消息消息参数值问题导致用户无法漫游中兴 HLR 登记响应消息参数值问题导致用户无法漫游

（刘昌福中国电信江苏公司操作维护中心）

【案例摘要】青海和宁夏中兴 HLRe1 下 189 用户在江苏无法漫游话 14 分钟断话。经挂表案例摘要】

跟踪，发现青海 HLR 返回的登记响应消息中 origind 参数值错误，青海更改参数值后，问题得到解决。

1、问题描述

青海和宁夏中兴 HLRe1 下 189 用户在江苏无法漫游。测试青海的新 189 用户漫入到江苏时，无法登记成功。

2、原因分析

经挂表跟踪，发现青海 HLR 返回的登记响应消息中 origind 参数值为 1，正确值应该为 6，另外发现 SSD 更新失败。

3、解决方案

青海更改参数值后，问题得到解决。宁夏问题相同，对方修改数据后解决。

4、经验总结

关于 origind 等参数值的填充，建议中兴 HLR 能够全国共享处理经验，减少故障处理时长和流程。

第 28 页

中国电信移动网络维护案例汇编――交换分册

中兴区用户长时间不活动被系统置为关机问题处理

（中国电信河南分公司运维部网优中心）

通过对中兴业务区出现的用户开机时作被叫被提示关机现象的信令跟踪和【案例摘要】案例摘要】分析，找出了部分终端由于位置更新失败造成登记不成功的原因，通过修正系统鉴权方式使问题得以解决。

1、问题描述

4 月下旬开始河南的许昌、漯河、平顶山等中兴区陆续出现多次用户一直开机但是在被叫时提示用户关机的问题，根据用户的投诉信息，出现的终端有 LG、ZTE、华为等多种型号。我们针对此问题在许昌进行了跟踪处理，对部分存在故障用户的号码进行信令跟踪发现： (1) 用户的位置更新不成功，失败原因为非法用户，鉴权参数不匹配，且出现故障的用户在位置更新时上报的 AUTHR 值全部一样。 (2) 用户在做主被叫时的鉴权正常，不存在鉴权失败的现象。以跟踪的 189********，189******** 两个用户位置更新消息为例，跟踪其鉴权信令。 189********（IMSI460036031744063）用户位置更新时 AUTHR 为 038199，鉴权相关信息如下图：

第 29 页

中国电信移动网络维护案例汇编――交换分册

图１ 189******** 的位置更新信令图 189******** （IMSI 为 460036031744076）用户位置更新时鉴权相关参数 AUTHR 值也为 038199，如下图所示：

第 30 页

中国电信移动网络维护案例汇编――交换分册

图 2 189******** 的位置更新信令图对比系统侧下发的鉴权值，发现用户位置更新时携带的 AUTHR 和系统侧计算值不一致，因此系统拒绝位置更新，拒绝原因为非法用户。如下图（原因代码 3）：

图３用户位置更新时鉴权被拒信令图

第 31 页

中国电信移动网络维护案例汇编――交换分册

我们尝试着进行以下处理后终端可恢复正常： (1) 部分用户在把 UIM 卡换到别的终端后重新装入自己的终端后恢复正常； (2) 部分用户更换 UIM 卡后正常； (3) 部分用户没有任何操作恢复正常。

2、问题分析

2.1 位置更新鉴权位置更新鉴权更新

出现用户鉴权不通过的原因是位置更新时 LocationUpdateRequest 消息中携带的AUTHR 参数和 VLR 计算的 AUTHR 参数不一致。对于机卡分离终端，终端从 BTS 的广播消息中读取 RAND 随机数值，然后结合 UIM CARD 中的 SSD、ESN，使用 CAVE 算法计算出 AUTHR 结果，上报网络侧，网络侧使用相同的参数也计算出 AUTHR 进行比较，若一致则认为鉴权成功。

2.2

系统位置更新相关配置

(1) 位置更新要求鉴权； (2) 核心网位置更新相关定时器设置：BSS 周期性位置更新时长：30 分钟；VLR 位置更新保护时长： 31 分钟。

2.3

问题定位

根据 MSC 侧位置更新相关配置，用户如果在 61 分钟（非激活时长计时器）之内没有活动过（主被叫或位置更新等）系统将会把用户置为关机。

故障用户因为位置更新时鉴权参数和系统匹配不成功使位置更新失败，导致用户长时间（超过 61 分钟）不作主被叫的情况下系统将用户置为关机，之后用户做被叫时系统会向主

叫方提示被叫关机；但是用户做主被叫时的 CMS Request/Paging Response 消息中的 AUTHR 和网络侧一致，在 61 分钟内用户做主被叫后核心网位置更新相关定时器清零。

第 32 页

中国电信移动网络维护案例汇编――交换分册

3、问题处理

由于位置更新和语音起呼计算 AUTHR 的方法不一样，当前故障可能是手机和卡的兼容性问题，造成手机发送位置更新消息携带的 AUTHR 错误。对不同用户有以下处理建议： (1) 对于开户后即出现故障的用户或者用户换卡/换终端出现的故障建议进行终端和卡的兼容性测试； (2) 对于用户使用过程中突然出现的故障，建议作如下处理：①重新插拔 UIM CARD，然后重新开关机，观察位置更新鉴权是否通过。② B、将该 UIM CARD 换到其他 CDMA 终端，观察位置更新鉴权是否通过。③以上都不能解决时，建议用户更换 UIＭ卡。 (3) 查找问题的根本原因需要联系终端和 UIM 卡厂家确定位置更新和呼叫时鉴权算法的不同点，分析故障可能的原因。 (4) 从系统角度出发适当修改核心网的 BSC 周期性位置更新时间或 VLR 周期性位置更新保护时间可以降低该故障出现的几率。 (5) 若确实不能找到问题的所在或出现问题的用户数量很多，建议暂时取消用户位置更新鉴权规避此问题。

由于河南中兴业务区内大部分地市都出现了此问题，投诉用户较多，为从根本上解决该问题，我们对中兴 HLR 侧的位置更新鉴权参数进行了调整，调整为如果用户位置更新失败，则仍允许该用户进行登记，因此不会出现由于位置更新失败长时间不能登记被置为关机的情况，之后对问题用户进行回访，该问题不再出现，问题得以解决。

第 33 页

中国电信移动网络维护案例汇编――交换分册

消息翻译类型引起漫游卡无法位置登记登记的案例摩托 BSC 消息翻译类型引起漫游卡无法位置登记的案例

（邓勇中国电信广西公司网络监控操作中心）

【案例摘要】189 案例摘要】

号段外省漫游卡在南宁老网络下开机后无法位置登记，归属地 HLR

跟踪不到登记请求消息。经查问题原因是摩托 BSC 发送上来的消息中翻译类型为 9，而老 MSC 没有进行数据规整造成。在老 MSC 上对应于翻译类型为 9 的 GT 数据，将翻译类型变换成 0 后将 GT 翻译到 LSTP，从而解决问题。

1、问题描述

正常情况下，漫游手机开机后，漫游地的 MSC 会根据手机 IMSI 找到归属地的 HLR，向归属 HLR 发起位置登记请求，归属 HLR 收到位置登记请求后，回送用户数据给漫游地 VLR，在漫游地 VLR 生成用户数据。但是某些号段漫游手机在南宁老网络下开机后，无法正常位置登记，归属地 HLR 配合跟踪也无法收到位置登记请求消息。

2、原因分析

2.1、 2.1、消息简要流程

图 1：开机位置登记流程

第 34 页

中国电信移动网络维护案例汇编――交换分册

正常的开机登记流程： 1．摩托 BSC 接收到手机的开机登记请求后，向南宁老 MSC/VLR 发送 Location Update Request 消息，启动登记流程。在这个消息中主要包括了手机的 MIN、ESN、鉴权信息、消息的翻译类型、BSCID、LAC、手机终端信息等参数。 2．南宁老 MSC 向主叫手机所归属 HLR 发送登记通知消息 REGNOT。主要包括 MIN、 ESN、MSCID、SYSTYPE、MSCIN 参数。 3．归属地 HLR 向南宁老 MSC/VLR 返回登记通知结果，将用户数据下发到南

宁 VLR。 4．如果成功登记，南宁老 MSC/VLR 向摩托 BSC 发送 Location Update Accept 消息指示手机已成功登记。

2.2、 2.2、问题分析

南宁老网络下 MSC 为贝尔 S1240 交换机，BSC 为摩托 BSC。由于用户开机后归属地 HLR 一直没有跟踪到开机位置登记消息，因此怀疑南宁老 MSC 没有将消息送出去。

通过采取如下步骤逐步检查：（1）在南宁老 MSC 侧挂信令仪表，监测用户开机时 BSC 到老 MSC 的信令，发现 BSC 已经将位置登记消息发送到 MSC；（2）监测南宁老 MSC 到LSTP 的信令，发现用户开机后，MSC 没有将位置登记消息发送出去；（3）定位问题出在南宁老 MSC，根据用户开机后 A 口消息中所带的 IMSI，检查老 MSC 对于用户手机所属 IMSI 段的 GT 翻译数据，发现对于翻译类型是 0 或者 128 的 GT 翻译数据正常，翻译结果为LSTP，按 GT 寻址。数据检查似乎没错误；（4）仔细分析摩托 BSC 发送给 MSC 的位置登记消息，发现位置登记消息的翻译类型不是平时常用的“0“或者”128“，而是“9”，而老 MSC 上并没有做翻译类型为“9”的 GT 翻译数据，所以消息上来之后找不到匹配数据，无法送出去。

3、解决方案

检查老 MSC 数据，发现其翻译类型定义中存在有对应于翻译类型为 9 的处理，即将翻第 35 页

中国电信移动网络维护案例汇编――交换分册

译类型为 9 变换成 0 后成为将 GT 翻译到 LSTP。针对所有的新增 IMSI、MDN 增加翻译类型为 9 的处理后问题得到解决。

4、经验总结

由于在移动核心网中普遍使用的信令中翻译类型为 0（普通位置登记或语音呼叫消息）或者 128（短信消息），而老网摩托 BSC 消息却存在翻译类型为 9 的情况，故需要特别注意当本省网络中存在摩托 BSC 时，检查相应的翻译类型数据。

第 36 页

中国电信移动网络维护案例汇编――交换分册

登记失败和外部中断异常用户的处理

（中国电信河南分公司运维部网优中心）

通过对部分用户的异常登记失败和外部中断情况的跟踪观察和分析，发现【内容摘要】内容摘要】网络中的异常用户主要包括非法用户、无权限用户、欠费用户等，给整个网络指标造成较大影响，对这些异常用户及失败原因进行细分和有针对性的处理是解决该类问题的一个思路。

1 登记失败用户分析

1.1 问题描述

在 2009 年 3 月份对南阳 CDMA 网络优化期间，发现部分站点登记次数异常的多，且登记成功率很低。如下图中的 NY105、NY181 号站：

图 0-1

登记异常站点

以NY105 号站为例，统计其一周登记失败原因如下: 失败原因ERR_SPS_RLSA_BSSAP_Reg_Reject_NetworkFailure[1197420551]

ERR_SPS_RLSA_BSSAP_Reg_Reject_RoamingNotAllowed[1197420550]

ERR_SPS_RLSA_BSSAP_Reg_Reject_IllegalMs[1197420549]

ERR_SPS_RLSA_BSSAP_Reg_Reject_Other[1197420553]

ERR_SPS_RLSA_BSSAP_SccpDisconnect_Connectref_Incompat _Inf_In_NSDUs[1198194790]

表 0-1 NY105 号基站一周登记失败原因统计失败次数 5323 234 145 21 4 比例% 93 4 2.5 0.4 0.1

第 37 页

中国电信移动网络维护案例汇编――交换分册

1.2 原因分析

用户登记失败原因一般来说有以下几种（从登记拒绝消息中获取）： (1) 非法用户：这个是交换机回的登记拒绝消息中，拒绝原因为 3 的情况；这种情况，可以通过 BSC 上的非法用户登记锁定功能来解决； (2) 状态不对：用户正在呼叫或者通话过程中，收到了登记消息导致登记失败。少量出现属于正常现象； (3) 网络失败：这个是交换机回的登记拒绝消息中，拒绝原因为0x51 的情况（BSC 失败原因中对应的是ERR_SPS_RLSA_BSSAP_Reg_Reject_NetworkFailure）。这个需要进行具体分析，首先要统计出这些失败主要集中在哪些载扇上并进行信令跟踪，然后查看交换下发拒绝消息RegistrationRejected 的 IMSI 是多少；如果是 000000xxxxx 序列的，则说明是非法用户的；如果是一般的 IMSI，则到 MSC 中查看，并确认该用户情况。 (4) 漫游拒绝：这个是交换机回的登记拒绝消息中，拒绝原因为0x0B 的情况（BSC 失败原因中对应的是ERR_SPS_RLSA_BSSAP_Reg_Reject_RoamingNotAllowed）；少量出现属于正常现象； (5) 其他少见的失败原因。从后台统计得出影响 NY105 号站登记指标的主要原因是“网络失败”，接下来需要查找造成这种失败的原因，对该 BTS 进行信令跟踪，如下所示：图 0-2

网络失败的消息跟踪

发现许多登记拒绝消息都是下发给某个异常的 IMSI（0000000000005837）。对这个异常用户进行信令跟踪，如下图所示：

第 38 页

中国电信移动网络维护案例汇编――交换分册

图 0-3

异常用户呼叫信令跟踪

从上面跟踪情况可知：交换侧拒绝原因值为 81（0x51）；为了改善登记成功率，我们把 BSC 的非法用户锁定开关参数打开，如下：

图 0-4

打开非法用户开关参数

修改图中参数后观察发现此用户依然登记被拒绝，研究后方知：目前登记锁定的非法手机，只包括交换机返回拒绝原因为 3 的非法用户。这个案例中的“非法 IMSI”，MSC 与 BSC 都认为不非法，只是返回登记拒绝消息，拒绝原因为 81（0x51）。BSC 这边目前尚无法锁定

第 39 页

中国电信移动网络维护案例汇编――交换分册

这类拒绝原因为 81 的异常用户。协议里是这样规定这两种原因的：

图 0-5

两种非法用户定义类型

因此，要彻底解决这个问题，需要交换侧修改对非法用户的定义，把这类 IMSI 归类为非法 IMSI（imsi[0]或者 imsi[1]为 0）。

2 外部中断异常用户分析

2.1 外部中断的定义及分类

在呼叫建立过程中，由于 MSC 或者 PDSN（对于数据业务）或者用户主动发起释放而导

致呼叫建立失败，则为外部中断。主要分为： (1) 有语音、短信、数据业务（82004 版本开始有 IWF 的外部中断，目前的 IWF 外部中断分散到语音、短信、数据等当中）； (2) 有手机 MS 发起的外部中断，也有 MSC 发起的外部中断； (3) 对于数据业务，外部中断还有一种，那就是 PDSN 发起的释放；

2.2 外部中断用户跟踪

南阳 CDMA 网络外部中断率很高，达到呼叫总数的 30%，为了定位原因，在性能管理的原始数据中，查看小区级外部中断的原因情况，如下图所示：

第 40 页

中国电信移动网络维护案例汇编――交换分册

图 0-5

查看小区级外部中断的原因步骤 1

图 0-6

查看小区级外部中断的原因步骤 2

图 0-7

查看小区级外部中断的原因步骤 3

第 41 页

中国电信移动网络维护案例汇编――交换分册

通过以上跟踪，找出外部失败原因过多的 BTS，如上图所示的 NY111，发现其产生外部中断的都是短信业务，继续跟踪该小区短消息的业务观察，如下所示：

图 0-8

小区短信业务观察

从上面短息跟踪情况可知，某些 IMSI 的释放短消息长度为 0，则说明是短消息内容发送为空了（注：虽然 BSC 侧显示业务成功。正常情况下，应该是为某个数值的，如 47，32 等）。具体失败的原因，则看呼叫的业务观察中的原因值为 0x476b0000，如上图所示。通过查询riop_db 中的 riop_error_lib 表来获取到对应的宏值，即为 0x476B000F 对应原因ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified。信令跟踪问题严重的用户460030984073344，如下所示：

图 0-9

问题严重用户信令跟踪

第 42 页

中国电信移动网络维护案例汇编――交换分册

通过跟踪发现：用户起呼后 SCCP 连接尚未建立 MSC 就发起了 clear command，经过查询得知，该用户是一个双向欠费的用户。也就是说，网络中存在某些欠费、功能未开通之类的异常用户对指标造成较大的影响。

2.3 外部中断的原因

南阳 BSC1 每天平均有 1000 次左右这样的短信呼叫失败，这极大影响到 BSC 的指标和系统性能，同样也应该影响到核心网的性能指标。从 BSC 统计到的这种原因导致的短信外部中断率高达到 50%左右，也就是有一半的短信呼叫失败都是类似的手机用户导致。发生外部中断 ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified，一般有如下的一些原因：(1) 非法短信机（对于短信）； (2) 欠费停机用户（对于短信、数据业务、语音业务；现网这类用户较多）； (3) 部分用户没有开通相关业务（主要是用户没有开通短信权限）；

(4) 一些非法用户（即 HLR/VLR 中查询不到该用户）； (5) 上面提到的双向欠费且附有特殊业务的终端。如上所述的第 5 类用户，可能就是一些终端本身附加功能（也可能是一种附加的增值业务，如对某些终端要求在开机后要发一条短信，终端一旦发送不成功，就会

反复发送）导致的，这类用户在关机的时候，要把当前的用户信息发送到服务器上，这是以短信的格式发送的。在开机的时候，也要把上次的信息发送给服务器，服务器通过比较当前的信息和之前保存的信息，如果合法，则认为用户合法。因此，在登记的过程中，会伴随短信业务，手机只有收到登记接受消息和短信应答消息后，才算登记成功，这样，当该用户出现双向欠费的时候，则会出现不停的登记和发送。如下所示：

第 43 页

中国电信移动网络维护案例汇编――交换分册

图 0-10 双向欠费用户登记从信令跟踪可以看到，此类用户每隔 6 秒登记一次，导致的结果是： (1) 在某个时间段登记次数增多，登记失败次数也显著增加； (2) 短信外部中断过多,对指标影响较大。

2.4 解决思路

要想针对这些未放号的用户作锁机处理，对已放号欠费的用户作些呼叫次数限制处理，但是目前 BSC 无从知道当前呼叫失败是否因为手机未放号或欠费，从目前的失败原因看，对未放号用户或欠费用户的呼叫失败，核心网在 ClearComand 消息中带的 Cause Layer3 原因基本都是 Unspecified（原因值 0x1f）。要消除这些特殊用户对指标及网络的影响，只能在核心网侧针对不同的呼叫失败情况细化一下呼叫失败时 ClearCommand 消息中的Cause 原因或 Cause Layer 3 原因，以使 BSC 能够从 ClearCommand 中的原因得知当前呼叫失败的真正原因。 (1) 手机是未放号用户失败。 (2) 手机已放号但鉴权失败。 (3) 手机已放号欠费造成失败。

第 44 页

中国电信移动网络维护案例汇编――交换分册

(4) 用户不具备业务权限造成的失败，如用户起呼数据业务或短信业务，但用户只开了话音业务权限，没有数据业务或短信业务权限失败。

目前 ClearCommand 消息填写的 Coding Standard 值都为 0 Standard as described in ITU-T （ Recommendation. Q. 931），即采用的是 Q.931 的原因编码规范。后续可以通过把 Coding Standard 填为 2 National standard）来扩充一些自定义的原因码，（后，以达到在 ClearCommand 消息携带细化原因的目的。

图 0-11 Cause Layer 3 原因原因细化后，可以根据不同的失败码进行分类处理，限制某些无权限用户的重试次数，以免造成大量的业务尝试失败。

第 45 页

中国电信移动网络维护案例汇编――交换分册

第二部分

语音业务

第 46 页

中国电信移动网络维护案例汇编――交换分册

一、基础语音

关于阿朗 C 网用户主叫呼叫困难的案例

（刘赢中国电信安徽公司网络运营中心）

【案例摘要】忙时阿朗 C 网用户会出现主被叫困难情况，且出现该问题的区域不固定，案例摘要】

但 1X 和 DO 数据业务正常。经查是由于阿朗 MSC 内部自环中继群负荷溢出所引起，扩容后解决。

1、问题描述

接到安徽滁州分公司申告，近几日忙时阿朗 C 网用户会出现主被叫困难情况，且出现

该问题的区域不固定，但 1X 和 DO 数据业务正常。

2、原因分析

首先根据问题描述组织拨测，发现问题集中出现在 C 网用户拨打本局 C 网用户的情况下，拨打移动、联通、固话均正常；检查所有基站负荷，均在正常范围，无线侧也无干扰问题。

使用 SMART 工具软件检查各中继群的负荷时，发现自环中继群 1401、1402 在忙时有溢出的情况，其他中继群占用情况，均在正常范围；1401、1402 中继群是阿朗设备特有的内部自环中继群，用于处理 C 网用户拨打 C 网用户的内部消息，该中继群的溢出会导致部分 C 网用户主叫困难。

经调查，在建网设计时，滁州自环中继只设计了 277 条,即 9 条 E1，随着用户量不断的增加, 277 条自环中继已不能满足现网要求，引发了上述问题。

第 47 页

中国电信移动网络维护案例汇编――交换分册

3、解决措施

在明确故障原因后，为确保当天晚忙时的用户正常通信，结合话务测算结果，我们立即于晚忙时前紧急扩容自环中继 153 条（5 条 E1），保证了晚忙时未出现溢出情况。随后结合话务预测结果，于夜间再次扩容自环中继 775 条（25 条 E1），扩容后共计 1207 条。扩容后通过联系几天的观察和拨测，确认忙时负荷降到 0.3Erl，该问题得以解决。

4、经验总结

日常维护中往往会忽视阿朗特有的内部自环中继（1401、1402 等），而此类中继用于处理 MSCe 与 MGW 的内部消息，一旦出现溢出将导致阿朗 C 网用户主叫困难，而且地域性不明显，故障定位相应比较困难。因此在处理此类故障时，需要关注内部中继是否有溢出，一旦发现溢出，需要立即对该内部中继进行扩容，以有效改善用户感知。另外由于电信业务发展迅猛，不能简单照搬建网时的各项设计，应针对现网实际情况制定详尽的网络中继监控措施，设定合理的监控周期和中继（含内部中继）负荷阀值，一旦超过需要启动相应扩容方案。

第 48 页

中国电信移动网络维护案例汇编――交换分册

关于处理 A1 接口信令失败引起呼叫建立失败的案例

（瞿刚中国电信咸阳分公司网监部）

【案例摘要】在分析呼叫建链成功率指标时发现，A1 案例摘要】

接口信令失败是影响其建链成功

的主要原因。我们又通过统计对影响 A1 接口的因素进行了分析，发现不规范的 IMSI 号始呼导致的呼叫建立失败又是影响 A1 接口失败的主要因素，我们联系华为工程师对其进行上网限制，从而避免其对系统指标的影响。

1、问题描述

在分析呼叫建链成功率指标的影响因素时发现，A1 接口信令失败是其中的主要原因。

2、原因分析

呼叫建立成功率统计公式：

呼叫建立成功率＝(呼叫建立成功次数)/(呼叫建立尝试次数) *100% A1 接口失败次数= 呼叫尝试次数 - 指配尝试次数。具体统计点为：呼叫接入过程中，因未收到“Assignment Request”而造成呼叫建立失败的次数

2.1、 2.1、A1 接口在系统中的位置

PDSN A10/A11 PCF A8/A9

MSC A1/A2/A5

MSC

PDSN

BSC A3/A7 System A

第 49 页

BSC

PCF

System B

中国电信移动网络维护案例汇编――交换分册

A1/A2/A5 是 BSC 和 MSC 之间的接口。之间的接口。其中 A1 是信令接口，它使用 SS7 中的 MTP 和 SCCP 作为承载。对于 A1 接口失败引起呼叫建立失败的原因可以分为三类： a) 由于 A1 接口链路的原因 SERVER 拒绝 BSC 的消息 b) 指标异常，检查 CCM-WT-ASSG-REQ 定时器是否合理，检查 A1 接口链路连接是否正确。 c) MSC 拒绝某些非法用户的呼叫、错号、空号等，主叫早释也会造成大量的 MSC 拒绝消息。

2.2、 2.2、问题分析

统计现网指标，从基站割接工作完成后呼叫建立成功率指标稳定，且从 12 月 11 日至今呼叫建立成功率均保持在 99.7% 以上，所以可以排除 A1 接口链路及交换系统 CCM-WT-ASSG-REQ 定时器的原因。

因此我们分析 1 月 11、12、13 三日全网呼叫情况，分别统计出呼叫失败的 IMSI 号码：11 日IMSI 000003003003000 571140000002161 000000000004855 000000000000000 000000000001399 000000000000016 000000000003849 000000000001012 000000000004258 460110191069478 000000000007459 000000000006743 000000000005783 000000000002201 000000000008048 次数 60 54 32 25 15 12 12 11 9 8 8 8 6 5 4 12 日 IMSI 571140000002161 000003003003000 000000000003849 000000000000000 000008585551515 000000000000188 000000000009706 000000000003655 000000000006287 460033619004356 000000000007040 460030969112607 460110191069478 460030100000000 000000000000994

第 50 页

13 日次数 111 59 32 31 29 15 13 11 11 10 8 8 8 7 7 IMSI 000000000001259 000000000003704 571140000002161 000000000003043 000000000005598 000003003003000 000000000007979 000000000000000 000000000000016 000000000007234 460030********* 310008585557777 460032359800336 000000000008724 000008585551515 次数 454 120 79 66 46 39 32 31 15 15 14 11 10 10 9

中国电信移动网络维护案例汇编――交换分册

000000000002299 571140000006581 000000000007125 000000000008045 000000000002341 000000000001544 000000000001448 000000000001423 000000000008881 000008585551515 460036921051941 000000000006193

4 3 3 3 3 3 3 3 3 3 3 3

000000000008724 000000000000016 000000000001012 000000000008045 000000000000957 000000000007459 000000000003343 460030935303723 000000000003789 000000000009239

7 6 6 6 5 5 4 4 3 3

000000000008048 460036390092192 000000000002009 571140000009215 000000000007377 000000000006341 460030100000000 000000000000180 000000000008531 000000000009681 460000191069478 460033619004356 000000000000939 000000000000188 000000000007391

8 6 5 4 4 4 4 4 3 3 3 3 3 3 3

由统计可以看出，系统产生大量呼叫建立失败的用户分为两部分：一、不规范的 IMSI 号始呼导致；二、正常在网用户产生（占极少数）。

3、解决措施解决措施

正常用户导致的呼叫建立失败原因很多，有些是不可避免的。而不规范的 IMSI 号始呼导致的呼叫建立失败原因，可能为非法用户产生的，也有可能为机卡一体机未烧号产生等，根据以上分析我们将针对不同的号码分别采取措施：对于非 CDMA 网络用户我们联系华为工程师对其进行上网限制，从而避免其对系统指标的影响；对于正常 CDMA 用户由于次数较少属于个别现象，与用户行为关系较大，我们将对此部分用户进行关注。

4、经验总结

华为的 BSC 可以针对 ESN 进行限制，也就是说如果我们通过以上方法统计出呼叫失败的 IMSI 号码，针对那些呼叫失败次数较多对网络影响较大的不规范 IMSI（并且能够确认这些 IMSI 是不合法的），那么我们就可以对这些 IMSI 进行限制，从而减小其对网络和指标的影响。

第 51 页

中国电信移动网络维护案例汇编――交换分册

华为 MSCe 避免超长号码能接通的方法

（凌旭东新疆电信区级网络操作维护中心）

新疆计费中心反映用户拨打超长的事实上不存在的号码能接通，导致计费【案例摘要】案例摘要】异常，引发用户投诉，通过修改新疆华为 MSCe 中的 P33 号软参后，使得用户所拨号码如果号长超过了被叫号码分析表中对该号码定义的最大和最小号长的范围则不允许呼叫接通，对用户做失败放音，使得此问题得以解决。

1、问题描述

计费中心反映可以拨通较长的事实上不存在的号码，如：3333333333333333，实际接续到3333333，话单中被叫号码为 3333333333333333，计费中心不识别，导致计费异常。

2、原因分析

查询被叫号码分析表发现 CSOFTX3000 中配置了 3 的字冠，位长为 3－7，符合客户要求。分析异常呼叫的码流发现在 RID_CLD_DN_ANALYSIS 中匹配了 3 字冠但在出局时被叫号码填写为了 3333333。

查询 CSOFTX3000 版本软参说明，发现 P33 BIT0 软参有如下说明：p33(Call internal parameter 1)比特 0：当被叫号码超出被叫号码分析表中相应记录的最大号长配置时，控制MSC 是否接通呼叫，1：接通呼叫，0：拒绝呼叫，而新疆 MSCe 现场配置为 1。

3、解决方案

在业务量较小的时候将 CSOFTX3000 上的 P33 软参的 BIT0 修改为 0 后进行测试CSOFTX3000 拆除了呼叫，放空号失败音，此问题得以解决。

第 52 页

中国电信移动网络维护案例汇编――交换分册

4、经验总结

由于核心网侧话单中的被叫号码为用户所拨的真实号码，若要避免用户手机误操作拨打超长的非正常号码能够接通的问题，必须通过核心网的相关软件参数和号码分析中号长的严格限定来实现号长的严格匹配，对于不足或超长的号码不予接续，放失败提示音，以避免出现计费中心无法识别和用户对话单存在争议的问题。

第 53 页

中国电信移动网络维护案例汇编――交换分册

北电 MSC 下同局呼叫 VLR DB 无用户数据的中兴 HLRe 用户提示欠费问题

（曲海容中国电信黑龙江公司维护部）

北电【案例摘要】 MSC 下同局呼叫归属中兴 HLRe 中的用户（该用户在中兴 HLRe 中显示案例摘要】登记北电交换中正常开机，在北电 VLR DB 中无数据），提示被叫欠费。其原因为北电 MSC 收到 HLR 正常返回的 LocReq Response 消息后，如果 VLR DB 中无用户数据，则触发 QualReq 消息发给 HLR 索取用户资格信息。QualReq 消息中被叫地址数值取自中兴 HLRe 返回的主叫地址值 MDN，而编号方式固定为 E212 方式，引起逻辑错误，被 L 局拦截。MSC 收不到回复消息后给用户放停机的录音通知。

考虑到协调北电配合存在一定的难度，要求中兴从自身角度提供解决措施规避该问题，将 LocationRsp 消息中的源地址固定填写为 HLRIN，解决兼容问题。 2009.5 中兴公司进行了 HLRe 的版本升级，版本由 V3.00.44.P2.B1 升级为 V3.00.44.P6，问题解决。

1、问题描述

在北电 VLR 中对归属中兴 HLR 的用户 1 登记数据进行清除，清除时要求不对 HLR 发送 MSINACT 消息，这时采用与该用户登记在同一个 VLR 中的 C 网用户 2 拨打用户 1，则会听到您拨的用户已停机的异常录音通知，而不会对用户正常接续。

第 54 页

中国电信移动网络维护案例汇编――交换分册

2、原因分析

2.1、 2.1、消息简要流程

MSC/VLR

LSTP

HLR

LOCREQ LOCREQ

loctreq loctreq QUALREQ QUALREQ

qualtreq

qualtreq

图 1 同局呼叫时 VLR DB 无用户数据时信令消息流程 1、 MSC 向 HLR 发送 LOCREQ 消息，查询用户的位置信息 2、 HLR 发现用户和主叫登记在同一 MSC 下，回复给 HLR LocReq Response 消息，通过 MSCID 告知 MSC 用户的位置信息。 3、北电 MSC 在 VLR 中未查到用户则触发 QualReq 消息发给 HLR 索取用户 PROFILE 资格信息 4、 HLR 通过 QualReq Reponse 消息中将用户服务项目清单带给 MSC，供 MSC 进行寻呼用户

2.2、 2.2、问题分析

根据同局呼叫时的信令消息对北电 MSC 下同局呼叫 VLR DB 无用户数据的中兴 HLRe 用户信令进行跟踪，发现北电 MSC 发送的 QUALREQ 消息至 L 局后 L 局并未进行转发，导致北电 MSC 收不到回复消息，在消息超时后放用户欠费的录音通知。查询 L 局的数据配置无误，问题原因应在信令消息上，收集中兴 HLR 回复给 MSC 的 LocReq Response 和北电MSC 发出的 QUALREQ 消息进行分析，其 SCCP 层的消息内容如下：中兴 HLR 回复给北电MSC/VLR 的 locreq 消息中的主叫地址部分

第 55 页

中国电信移动网络维护案例汇编――交换分册

00010011 13: 主叫用户地址表示语……1 : [信令点表示语]包括信令点……1. : [SSN 表示语]包括 SSN ..0100.. : [全局码]翻译类型,编码计划,设计,地址性质 .0…… : [路由表示语]GT 选路由主叫地址 PC: [fd-2b-01] 00000110 06: 归属位置寄存器(HLR) ……0001 11: [编码设计] BCD,奇数个数字 0001…… : [编码计划] ISDN/电话编号计划……

本文来源：https://www.bwwdw.com/article/duhl.html