当前位置:首页 >> 农林牧渔 >>

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


本文由 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 浙江用户漫 游到齐齐哈尔, 遍只有 2、 遍可听到彩铃音 ?? 198 临沧 CDMA 呼转固网听不到固网 10 3 彩铃的问题 ?? 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 自动给 18910010084 发送短信原因分析 ?? 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>| |<regcan response | |<regnot response| 宜春用户归属的 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 后,在进行省内联调期间,发现 18904700008 测试号码可以在通辽 老 MSC 注册,但有时等待时间较长,18947100055 测试号码无法注册。 2、原因分析 、原因分析 网络结构为: 新 LSTP1 (金桥) 阿朗 HLR1 通辽老中 兴 MSC 老 LSTP (如意) 新 LSTP2 (火车站) 图1:网络结构图 阿朗 HLR2 (注:1、内蒙区分公司在金桥;2、老 LSTP 与 TMSC、呼和浩特 MSC 合设,为阿朗设 备;3、 LSTP 为阿朗设备 新 (贝尔); 新 LSTP1/2 到老网元为一次 GT 翻译, 4、 即新 LSTP1/2 直接翻译到老网元,老 LSTP 只作 MTP 层转发) 第 24 页 中国电信移动网络维护案例汇编――交换分册 通过信令跟踪,发现对 18947100055 进行开关机操作时,LSTP1 已将注册消息发给老 LSTP,用其他号码拨打 18947100055,也发现通辽 MSC 向 HLR 返回 TLDN 号。在通辽 MSC 上对 18947100055 号码的 MIN 号(6471100055)进行监测,MSC 已向老 LSTP 发出鉴权消 息,但未收到鉴权响应消息,等待超时后鉴权失败。而监测 18904700008 号码时,能收到鉴 权响应消息。 将 18947100055 和 18904700008 的 MIN 号互换后,发现 18947100055 鉴权成功,可 以 作主被叫,而 18904700008 鉴权失败。经了解,18947100055 以前曾经可以使用,只是 最近 才无法使用。询问局方、阿朗和中兴工程人员,最近有无对 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 的 18947100055 的 MIN 号段(E212 格 式的 GT 路由,即 46003647110) 指向老阿朗 HLR,在老阿朗 HLR 配置该测试卡的用户数 据,IMSI 保持不变,仍为 460036471100055,MDN 改用 1332710 号段的号码。由于是老的 MSC、老 LSTP、老 HLR, 因此,理论上,只要测试卡是有效的,应该可以成功注册。然而该 测试卡仍无法开机注册。(后来证实是阿朗工程人员修改老 LSTP 的 GT 路由数据有误) 内 蒙幅员辽阔, 各地市盟之间距离很远, 无法及时将通辽的测试卡拿到其他地市进行测 试, 以验证测试卡的有效性。后来又了解到,通辽的 18947380006 测试号码虽然可以使用, 但 有时开机注册的时间较长。在通辽 MSC 上监测信令消息,发现该号码开机后,时有鉴权 超 时现象,造成注册失败。经分析,由于手机在注册失败后会自动进行第二、三次注册,因 第 25 页 中国电信移动网络维护案例汇编――交换分册 此,从宏观看上,手机开机注册的时间较长,而实际上,手机经过多次注册才成功。 针对这种现象, 怀疑是信令网的信令路由有问题。 因此, 对信令网进行了路由倒换测 试 。 先 闭 塞 新 LSTP2 到 所 有 方 向 的 链路 , 使所 有 信 令 经 新 LSTP1 转发 , 此 时 发现 18947380006 开机后也无法注册了。 在通辽 MSC 对该号码的开机鉴权过程进行信令监测, 发 现每次鉴权 都超时失败。接着闭塞 LSTP1 到所有方向的链路,使所有信令经 LSTP2 转发, 结果发现 18947380006 开机后能很快注册。在通辽 MSC 监测信令消息发现,每次开机操作 都鉴权成 功。这说明 HLR 的鉴权响应消息经 LSTP1 转发给通辽 MSC 时,鉴权全部失败。 经 LSTP2 转发给通辽 MSC 时,鉴权全部成功。 经仔细检查通辽中兴 MSC 的数据配置,发 现通辽中兴 MSC 到新 LSTP2 的邻接点类型 为“移动网” ,而到新 LSTP1 的邻接点类型为 “公网” ,导致通辽 MSC 将 LSTP1 发来的信 令消息全部丢弃。将到 LSTP1 的邻接点类型 改为“移动网”后,全部故障现象消失, 18947380006 开机能快速注册。经监测信令消息, 发现每次鉴权都成功。将新 LSTP2 到各 方面链路闭塞后,也一切正常。 此时发现,已经配置到老阿朗 HLR 的测试卡(IMSI 为 460036471100055)鉴权成功了, 可以外呼, MDN 号仍为 18947100055。 其 经检查老 LSTP 的数据, 阿朗工程人员误将 TT=128 的 GT 路由指向老阿朗 HLR。而该号段 TT=0 的 E212 GT 路由仍指向阿朗新 HLR。 至此,问题基本得到解决。然而,为何 18904700008 会时通时不通,而 18947100055 的号 码一直不通?经跟踪老 LSTP 到新 LSTP1/2 的信令消息, 发现 18904700008 号码开机注 册时, 新阿朗 HLR 的响应消息有时从 LSTP1 转发, 有时从 LSTP2 转发, 18947100055 号 而 码开机注册时, 新阿朗 HLR 的响应消息一直从 LSTP1 转发。 经阿朗公司确认, 阿朗 HLR 的 响应消息一直发给向其发起查询的 LSTP, 之所以 HLR 将 18947100055 的鉴权响应消息一直 发给新 LSTP1, 是因为通辽 MSC 发给 HLR 的请求消 息一直从 LSTP1 转发。 也就是老 LSTP 把 E212 格式的 GT 路由 46003647110 一直转发给 LSTP1。而 1890470 号段的 E212 格式 GT 路由 46003604170 负荷分担转发给 LSTP1/2。 检查老 LSTP 的 GT 路由数据, 发现配置 了 4600364711(对应 18947100055 测试号码) 第 26 页 中国电信移动网络维护案例汇编――交换分册 和 4600360417 对 18904700008 测试号码) ( 两条路由, 而且路由指向完全一致,

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 路由删除后, 18947100055 号码的鉴权消息也从 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) 用户在做主被叫时的鉴权正常, 不存在鉴 权失败的现象。 以跟踪的 18903998199,18903999189 两个用户位置更新消息为例,跟踪其 鉴权信令。 18903998199(IMSI460036031744063)用户位置更新时 AUTHR 为 038199,鉴权 相关信息 如下图: 第 29 页 中国电信移动网络维护案例汇编――交换分册 图1 18903998199 的位置更新信令图 18903999189 (IMSI 为 460036031744076) 用户 位置更新时鉴权相关参数 AUTHR 值也为 038199,如下图所示: 第 30 页 中国电信移动网络维护案例汇编――交换分册 图 2 18903999189 的位置更新信令图 对比系统侧下发的鉴权值,发现用户位置更新时 携带的 AUTHR 和系统侧计算值不一 致,因此系统拒绝位置更新,拒绝原因为非法用户。如 下图(原因代码 3) : 图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 终端, 观察位置更新鉴权是否通过。 ③ 以上都不能解决时,建议用户更换 UIM卡。 (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、 13 三日全网呼叫情况, 12、 分别统计出呼叫失败的 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 460030110123456 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/电话编号计划 ??

0100 04: [0000100] 国际号码 主叫地址 值 : [8618903613613] 北电 MSC/VLR 向中兴 HLR 发出 QUALREQ 的被叫地址部分 00010010 12: 被叫用户地址表示语 ??0 : [信令点表示语] 未包括信令点 ??1. : [SSN 表示语]包括 SSN ..0100.. : [全局码]翻译类型,编码计划, 设 计 , 地 址 性 质 .0 ? ? : [ 路 由 表 示 语 ]GT 选 路 由 00000110 06: 归 属 位 置 寄 存 器 (HLR) ??0001 61: [编码设计] BCD,奇数个数字 0110?? : [编码计划] 陆地移动编号计 划 ??0100 04: [0000100] 国际号码 被叫地址 值 : [8618903613613] 对北电 MSC/VLR 发送给中兴 HLR 的 QUALREQ 消息进行分析, 发现被叫的地址部分存在异 常,被叫地址选 择的是陆地移动编号计划, 而被叫地址值填写的为 E164 格式, 而不是与陆 地移动编号计划 相一致的 E212 格式。 通过与北电工程师进行沟通, 确认北电发出的 QUALREQ 被叫地址中 编号计划是固定的为 陆地移动编号计划,而被叫地址值则取自前一个消息 locreq(主被叫 同局) 、routreq(主 被叫不同局) 的主叫地址中的主叫地址值。 中兴 HLR 回复的主叫地 址为 ISDN/电话编号计划, 主叫地址值为 E164 的格式,进而引起逻辑错误,被 L 局拦截, 产生该问题。 3、解决措施 因信令协议规范中未对 locreq 消息中的主叫地址编号计划进行规定,故该问题主责任 方为北电, 应该由北电进行相关的修改。 更改为 QUALREQ 消息中的被叫地址编号计划及地 址 值均取自前一个消息。 第 56 页 中国电信移动网络维护案例汇编――交换分册 但考虑到目前阶段协调北电配合存在一定的难度,要求中兴从自身角度提供解决措施规 避该问题,将 LocationRsp 消息中的源地址固定填写为 HLRIN,解决兼容问题。2009.5 中 兴 公司进行了 HLRe 的版本升级, 版本由 V3.00.44.P2.B1 升级为 V3.00.44.P6, 问题解决。 4、经验总结 目前网络中新老网元并存, 不同厂家兼容问题较为常见, 通过信令定位问题后老网元 厂 家因研发滞后往往不能及时解决问题,这就需要厂家之间互相配合解决。 第 57 页 中国电信移动网络维护案例汇编――交换分册 EWSD 关口局占中继长度限制导致 C 网无法拨通某些号码 (凌旭东 新疆电信区级网络操作维护中心) 【案例摘要】 新疆 C 网 MSCe 兼做 GMSCe, 入网后有 C 网用户映使用 17951 呼叫某些 国 案例摘要】 际长途时, 呼叫不通, 通过信令跟踪发现当被叫号码超过 16 位时送至固网 EWSD 关 口局时对 端回送协议错误失败原因。 1、问题描述 我省 CSOFTX3000 做为端局和关口局割接入网,入网后用户反映该局向用户使用 17951 呼叫某些国际长途时,呼叫不通。 2、原因分析 在 MSCe 上对不通的呼叫进行信令跟踪, 当将呼叫送到本地电信固网关口局时 (EWSD 设 备) ,电信固网关口局回拆线消息,原因值为“协议错误” 。在其他本地网做测试,环境为 我 司 CSOFTX3000 做为 C 网端局和关口局,电信固网关口局为非 ewsd 设备,业务测试正常。 与西门子厂家技术人员联系,答复为该局点版本只能处理 16 位号码占中继,而用户实际拨 测的号码为 18 位,该局无法处理,会回送协议错误。 3、解决措施 解决措施 电信固网 EWSD 关口局进行版本升级后问题解决。

4、经验总结 随着 C 网业务的承接和网络建设导致路由的调整, 部分省份固网关口局版本太老, 能 功 太弱,导致对新的呼叫模型有些功能性支持不足,需要对原有关口局进行升级改造。 第 58 页 中国电信移动网络维护案例汇编――交换分册 下部分用户通话过程 过程中听到呼叫等待提示音问题 北电 MSC 下部分用户通话过程 中听到呼叫等待提示音问题 (张雪龙 中国电信哈尔滨公司维护部) 【案例摘要】北电交换机在升级到 14 版之后,部分手机在通话过程中发生硬切换会听 案例摘要】 到短暂的提示音,跟发生呼叫等待的提示音一致。13 版本的时候不存在该问题。 1、问题描述 正常情况下, 用户在发生硬切换时, 除了切换失败会掉话, 如切换成功用户是不会有感 知 的。但近期接到申告,部分正规渠道购入的手机在通话过程中能听到嘟嘟嘟的提示音,看 手 机的时候发现没有第三方电话显示的号码, 取消用户的呼叫等待功能还存在该现象, 这说 明没有第三方电话呼入产生呼叫等待。 同时发现手机上的主叫号码也不见了, 变成了未知 号 码,造成用户投诉。 2、原因分析 2.1、消息简要流程 、 流程描述: 第 59 页 中国电信移动网络维护案例汇编――交换分册 a) b) MS 正在进行一次呼叫。 源 BSC 发出切换申请到 MSC,并启动定时器 T7; 这条消息里 面会带上一些目标小区的列表即 CI Identifier list, 有时会只有一个目标 小区号, MSC 由 决定切换到那一个最好的目标小区。 c) 服务 MSC 确定应当切换到相邻 MSC 中(此时相邻 MSC 称作目标 MSC) 。它发送 设备 指令消息(FACDIR)给目标 MSC,命令目标 MSC 开始前向切换程序。 d) 如果在预定的目标小区里有空闲业务信道,目标 MSC 将计费 ID 参数中的段计数 器加 1,在以后的呼叫处理过程中使用新的计费 ID。发送设备指令消息返回结果 (facdir)给服 务 MSC,开始前向切换程序。 e) f) g) 接收到 facdir 后,服务 MSC 向 BSC 发送切换命令。 目标 MSC 在分配的业务信道上 收到 MS 的信号。 目标 MSC 完成业务信道和 MSC 间中继电路的连接。 目标 MSC 发送移动 台进入信 道消息(MSONCH)给服务 MSC,通知它目标 MSC 成功地完成了前向切换程序。 h) 服务 MSC 在收到 MSONCH 后,将呼叫连接到 MSC 间中继电路上,完成切换的全 过程。 2.2、问题分析 、 由于北电在发生硬切换的时候 CAU 会给 BSC 发送 SignalCmd message,该消息和呼叫 等 待的消息头是一样的,部分手机不识别该消息的内容,所以当成呼叫等待消息处理,造成 部 分用户在通话过程中会听到呼叫等待的提示音(嘟嘟嘟) 。并有的用户会不见了来电号 码。

3、解决方案 加载 LKU12P4X 补丁解决该问题,加载补丁操作指令: a) b) c) d) MAPCI:MTC; TRAPINFO ;LOGUTIL :OPEN S; PRSM; VALIDATE TUN57 IN DEST CM REMOVE TUN57 IN DEST CM; REPORT PATCH SAM02PLF 第 60 页 中国电信移动网络维护案例汇编――交换分册 e) f) MAPCI:MTC; TRAPINFO ;LOGUTIL :OPEN S; SCANF SFDEV DELETE F02LPATCH(F17LPATCH) NAME SAM02PLF 4、经验总结 目前升级 14 版本后发生部分奇怪的投诉, 需要引起高度重视, 认真分析问题原因, 于 由 北电 A 接口不开放, 所以需要跟踪北电在内部信令。 并根据 ASUTRACK 分析到 BSC 的信 令, 这样才能尽快的定位问题,寻找解决方案。 第 61 页 中国电信移动网络维护案例汇编――交换分册 关于甘肃省 T2 通过我省 T1 局转接不能接通的案例 (马晓莉 中国电信陕西公司网络监控中心) 案例摘要】 【 案例摘要 】 甘肃申告甘肃 C 网用户无发拨打天津移动新开 188 号段,具体号码 18802202424、18822002424,我省拨打正常,原因是甘肃数据配置成国内号码格式,导 致不 通,甘肃修改数据后正常。 1、问题描述 甘肃申告甘肃 C 网用户无发拨打天津移动新开 188 号段,具体号码 18802202424、 18822002424,我省拨打正常,原因对端局数据配置有问题。 2、原因分析 西安大区拨打天津 188 路由: 大区 TMSC2 西安 TMSC 北京 TMSC 天津 TMSC。 检查我 省 T 局数据正常,拨测在 MSCE 跟踪,送 T 局也正常。但是甘肃通过我方 T 局转接的 就 不通, 我方让甘肃做信令跟踪, 甘肃跟踪结果为他方送我方 T 局, 我方 T 局回的拆线信 号。 因 T 局跟踪消息不方便, 至甘肃电路条数为 480 条, 对方随机占用, 我方最我只能跟 10 条电路的信令。 我方想办法做 10 条电路的跟踪, 对方连续拨打 188 号码一小时。 终于查 出 甘肃送过来的被叫格式不正确,应为 0086188 格式,现以 188 格式送我局,我省 T 局透传 至落地局,落地局收到被叫号码后吃 4 位(正常情况下吃掉 0086) ,188 号码在落地后也吃 掉 4 位,所以无法接通,落地局回拆线信号后,转发甘肃 CLF(拆线信号) 。 3、解决措施 解决措施 甘肃修改 188 号码格式为国际号码格式 0086 后,试拨正常。 第 62 页 中国电信移动网络维护案例汇编――交换分册 CDMA 核心网呼叫时长问题分析 (中国电信河南分公司 运维部网优中心) 【内容摘要】 通过对 CDMA 网络局内、局间等不同业务类型的呼叫流程进行分析,找出 影响 呼叫时长的主要因素, 并以河南某本地网为例对寻呼间隔时长、 交换侧铃音播放等方 面进行 调整优化。 1、问题描述

在移动网络中, 呼叫时长与无线侧、 核心网侧的处理都有关联, 造成接续时间过长的问 题 比较复杂。 本文主要根据呼叫流程结合呼叫模型进行分段分析, 以期待将问题定位在一个 较小呼叫过程内,提供排查问题的思路,本文主要描述几个方面内容: (1) 呼叫时长的一般描述 (2) 按照呼叫类型和呼叫流程分段分析对呼叫时长的影响 (3) 接续时长改进措施 (4) 案例分析 2、问题分析 从呼叫类型上区分, 一个呼叫可以简单分为局内呼叫、 局间呼叫两种呼叫模型, 其中局 间 呼叫还可以区分为 CDMA 网间呼叫和其它局间呼叫 2 种。 从呼叫过程中区分, 局内呼叫的过程分为主叫用户接入-〉 呼叫处理和局间配合-〉寻 MSC 呼被叫-〉被叫用户响应几个部分。局间呼叫的过程分为主叫用户接入-〉MSC 呼叫处理和 局 间配合-〉被叫用户响应几个部分。 第 63 页 中国电信移动网络维护案例汇编――交换分册 2.1 主叫呼叫类型及其呼叫流程分析 主叫呼叫流程 2.1.1 主叫呼叫流程 1)主叫用户接入部分流程 主叫用户接入是指用户从始发消息开始到 BSC 向 MSC 发送指配完成为止这段时间,主 叫 用户接入后,MSC 开始号码分析等处理。 图 0-1 主叫用户接入流程 主叫用户接入一般时长在 3 秒左右, 在终端上表现为开始拨号到开始读秒的时间, 如 果 该部分时间占用较长,应由 BSC 和无线侧为主进行分析。 主叫用户接入部分如出现问题表现比较明显, 手机拨号后长时间没有读秒, 或者在某 个 特定地区(如某个 BSC 或者某个基站下)问题。 2)MSC 呼叫处理和局间配合部分流程 MSC 呼叫处理 MSC 呼叫处理是指 MSC 进行号码分析, HLR 查询被叫用户, 向 呼叫路由 选 路,发送出局消息等呼叫处理处理为止这段时间。完成一个呼叫,MSC 还需和 HLR,LSTP (非 直联本地 HLR) ,SCP(主叫或者被叫是智能网用户)进行消息交互,因此 MSC 呼叫 处理和局 第 64 页 中国电信移动网络维护案例汇编――交换分册 间配合部分密不可分。 局间配合专指在呼叫流程中, 发出消息后, MSC 等待其它网元回送响应的时间, 因呼叫 流 程中各网元消息交互较多,局间配合在信令流程上比较分散,设计网元较多。 局内呼叫模型: 局内呼叫的 MSC 呼叫处理指收到 BSC 的指配完成消息后, HLR 发送 向 LocReq 获 取 用 户 位 置 信 息 并 寻 呼 被 叫 的 时 长 。局 间 配 合 时 长 部 分 是 等 待 HLR 回 送 LocReqRsp 的时长。 图 0-2 局内呼叫模型 普通用户和智能网用户局内呼叫 MSC 处理一般都在 1 秒内完成。需要跟踪信令跟踪确 定 MSC 收到指配完成和发送 LocReq 消息的时长,如本局存在问题主要检查 MSC 号码分析 和 GT 配置 等。 如等待 HLR 回送 LocReqRsp 或者等待 SCP 回送 AnlyzedReqRsp 时间过 长可以需要请 LSTP、 HLR、SCP 配合排查。 网内局间呼叫模型:CDMA 网内局间呼叫的 MSC 呼叫处理是收到 BSC 的指配完成消息

后, 获取用户位置信息并发送出局 IAI 消息 (TDM 域) 或者构造 SIP 的 INVITE 消息发 送出局 (IP 域) 时长。 局间配合时长部分包括 MSC 等待 HLR 回送 LocReqRsp 的时长+ 接收到 ACM 消息 (TDM 域)或者收到 SIPin 的 180/183[ACM]消息(IP 域)的时长。 这类问题表现为某些特定局向或者呼叫情况下出现。 第 65 页 中国电信移动网络维护案例汇编――交换分册 图 0-3 CDMA 网内局间呼叫模型 网间局间呼叫模型: CDMA 网间它局呼叫的 MSC 呼叫处理是指收到 BSC 指配完成到发送 出局 IAI 消息的时长。局间配合时长部分为等待 ACM 消息的时长。 图 0-4 CDMA 网间它局呼叫的 MSC 呼叫模型 2.2 被叫用户响应流程 被叫用户响应是指 MSC 从发送寻呼请求到收到 BSC 指配完成为止这段时间,被叫用户 响 应一般时长在 2-3 秒左右, 如果在寻呼或者指配流程占用较多时间, 应由 BSC 和无线 侧为主 进行分析。 第 66 页 中国电信移动网络维护案例汇编――交换分册 图 0-5 被叫用户响应流程 被叫用户响应部分如在信令跟踪中容易判断, 出现问题表现为一次寻呼不到, 二次寻 呼 后才有响应, 可以无线网络覆盖情况等。 被叫用户响应部分也有可能数据配置错误等引起。 表现也为特定基站或者 BSC 覆盖范围内。 3、接续时长案例分析 3.1 案例介绍 河南某局反映呼叫接续很慢, 现场进行测试, 首先选择 CDMA 普通用户进行局内呼叫,拨 测 50 次, 每次接续大约在 4-5 秒完成, 并未出现接续慢的问题, 之后用测试手机进行局 内 呼叫,拨测时发现每次接续在 10 秒左右完成。 按照呼叫流程分段跟踪信令, 发现主叫 MSC 向 SCP 发送 AnlyzdReq 消息后, SCP 在 5 秒 以后才向 MSC 返回 AnlyzdReq 消息(如图) ,正是由于这 5 秒的延迟导致了智能网主 叫用户 每次接续在 10 秒左右完成,从而产生接续慢问题。 第 67 页 中国电信移动网络维护案例汇编――交换分册 图 0-6 呼叫接续时间 判断问题出现在局间配合时长上,应联系 LSTP 和 SCP 配合处理。联系 SCP 进行配合 观 察, 检查发现在收到 MSC 发送的 AnlyzdReq 消息后, 将向被叫 HLR 发送 Search 消 息, SCP SCP 索要被叫手机位置, 以便于 SCP 进行同城计费, 但从 SCP 侧信令跟踪情况 看, 向被叫 HLR SCP 发送 Search 消息后, 收不到响应消息, 内部 Search 消息定时器 设置为 5 秒, 在 Search SCP SCP 消息发出 5 秒超时后,并不中断呼叫,继续进行接续。 根据智能网信令跟踪结果,问题进一 步定位到 Search 消息发送超时上。 网络结构为 SCP 与 HLR 之间不直联,SCP 通过 LSTP 转接至 HLR,至于 Search 消息 为什 么超时,有以下三种可能: (1) SCP 消息没发出去; (2) LSTP 没收到消息,或收到消息后解析失败没能转接出去;

(3) HLR 收到消息没进行处理。 利用智能网主叫手机拨打外省其它 HLR 的用户, 跟踪信令仍有超时问题, 因此基本排 除 第三种可能, 基本定位问题出在 SCP 与 LSTP 之间, SCP 经检查 GT 数据配置错误造成, SCP 修改数据后解决,智能网主叫手机接续均在 5 秒左右完成(如图) 。 第 68 页 中国电信移动网络维护案例汇编――交换分册 图 0-7 智能网主叫手机接续时间 3.2 解决思路 在理解了智能网业务流程及关键参数含义后,还需要了解智能网业务交互及各个网元对 应智能网业务的数据制作。 智能网业务正常进行需要 MSC、 HLR、 三个网元交互配合完成, SCP 任何一个网元数据制作错误, 都将导致智能网业务接续失败, 针对该情况我们主要从 以下几 个方面进行优化: 1) 减小寻呼定时器 减少寻呼定时器可以改进被叫用户响应流程, 虽然对一次寻呼成功 的呼叫接续时长没有 什么改进,但对 2 次寻呼成功的呼叫,可减少接续时长。 负面影响: 寻呼成功率降低。 2)使用寻呼前彩铃: 使用寻呼前彩铃,虽然不能改善接续时长,但主叫用户一直听彩 铃,能增加主叫用户的 满意度。 影响:寻呼失败后主叫用户听“暂时无法接通” ,影响用 户感知。 3)提前放回铃音 目前版本支持提前播放回铃音的功能。虽然提前播放回铃音对接续时 长没有什么改进, 但能间接的增加用户的满意度。 不过这个处理的前提是保证被叫有较大把 握来正常接通。 影响:BSC 指配失败情况下影响用户感知。 第 69 页 中国电信移动网络维护案例汇编――交换分册 二、 漫游 关于湖北阿朗区 关于湖北阿朗区 C 网用户漫游到澳门无法做被叫的案例 (刘燕峰、董洁、陈铭 湖北省网络操作中心 省 NOC) 案例摘要】 【 案例摘要 】 湖 北阿 朗 业 务 区 归 属 用 户 漫游 至 澳 门 无 法 做 被 叫 ,检 查 因 为 澳 门 RSG(Roamware Service Gateway)在转发鉴权消息时,更改了 SCCP 层 CALLING PART 的 GT 地址,而阿朗 HLR 错误认为该 GT 为源 MSC 的 GT,并更新对应 MSCID Dynamic 表单内 容,导 致被叫寻址错误。 1、问题描述 湖北一 189 用户漫游到澳门,反应无法做被叫,检查该用户数据正常,而且用户可以正 常呼出, 但在该用户做被叫的时候, 却无法正常振铃, 主叫听该用户暂时无法接通录音通 知。 但后续测试表明该用户也有被叫接通的情况。 2、原因分析 湖北漫游到澳门无法做被叫的用户归属到阿朗 HLR(设备软件版本 R7.3P4) ,同样是湖 北的号码,133、153 却正常,没有出现类似情况,而当时 133、153 号码还在旧的 HLR,没 有割接到新 HLR 上,所以问题基本上定位在阿朗新 HLR(USDS)相关问题,联系国际信令转 接点,确认新 HLR 对应 GT 正确,检查用户漫游所在 MSCID=2C2001,确认为澳门 MSC,但用 户 在做被叫 HLR 发送的 RoutingRequest 消息是 SCCP 层的地址为 455020096444900,该 GT 码 对应的是澳门 RSG1 网元而非澳门 MSCID=2C2001 网元的 GT,由于用户所在真正的 MSC 并非 RSG1, 所以呼叫不能建立。 分析其原因为阿朗的 USDS 上动态维护着一张表 MSCID

DYNAMIC, 这张表的内容是从 USDS 接收到的 RegistrationNotification 登记消息以及鉴 权消息 AuthenticationRequest 内容学习得到,具体表单如下: LUCENT TECHNOLOGIES NETWORK ELEMENT 第 70 页 中国电信移动网络维护案例汇编――交换分册 MSCID DYNAMIC *> 1. MSCID 2C2001 18. SenderIN BCD Digits 455020096444100 455020096444100 54. MSC Global Title Address 其中 18 项对应地址从 MAP 层消息学习得到,而 54 项对应地址的学习则来自 SCCP 层。 该表单内容动态更新, 这是现在的数据情况, 而故障时候该表单 54 项地址对应的 E212 地址 为澳门 RSG1 的 GT 码 455020096444900,所以产生了上诉的问题。而学习来的 错误数据是源 于澳门的 MSC 向湖北 HLR 发送的鉴权请求消息 AuthenticationRequest。 具 体信令消息: TxLink010101(23): 2009-04-20 16:37:34.947.314 1?? cd: BIB <后向指 示比特> .1001101 : BSN <后向序号> 1?? a1: FIB <前向指示比特> .0100001 : FSN < 前向序号> 00?? 3f: 未用<填充 LI 的高两位> ..111111 : LI=0x3f <长度=LI 与 CK 之 间的字节数>..111111 10?? 83: SIO_SSF <业务信息的子业务字段,国内网> ..00?? : 未 用<填充 SSF 后两位> ??0011 : SIO_SI <业务信息的业务字段> SCCP 消息 00000001 01: DPC <目的地信令点编码> [FD-63- 1] 01100011 63: DPC <分信令区编码> 11111101 fd: DPC <主信令区编码> 11111111 ff: OPC <起源信令点编码> [FD-C4-FF] 11000100 c4: OPC <分 信令区编码> 11111101 fd: OPC <主信令区编码> 00000001 01: SLS <信令链路选择码> [0x1] =======================SCCP 部 分 ======================== 00001001 09: 单 位 数 据 UDT ??0001 81: [连接协议类型] 有序的无连接类 1000?? : [连接协议类型] 发生错误 时返回消息 00010010 12: 被叫用户地址表示语 ??0 : [信令点表示语]未包括信令 点 ??1. : [SSN 表示语]包括 SSN ..0100.. : [全局码]翻译类型,编码计划,设计,地址性 质 .0?? : [路由表示语]GT 选路由 00000110 06: 归属位置寄存器(HLR) ??0001 61: [编码设计] BCD,奇数个数字 0110?? : [编码计划] 陆地移动编号计划 第 71 页 中国电信移动网络维护案例汇编――交换分册 ??0100 被叫地址 00010010 ??0 ??1. ..0100.. .0?? 00000111 ??0001 0110?? ??0100 04: 值 : 12: : : : : 07: 61: : 04: [0000100] 国际号码 [460036181002932] 主叫用户地址表示语 [信令点表示语]未包括 信令点 [SSN 表示语]包括 SSN [全局码]翻译类型,编码计划,设计,地址性质 [路由表示 语]GT 选路由 拜访位置寄存器(VLR) [编码设计] BCD,奇数个数字 [编码计划] 陆地移动编 号计划 [0000100] 国际号码 [455020096444900] -澳门 RSG1 网元 GT 主叫地址 值 : =======================TCAP 部分======================== 11100010 e2: 许可查 询 11000111 c7: 起源 ID 起源 ID 值 : [7D8D30B4] 11101000 e8: [TCAP] 成分部分 =======================Map 部分======================== 11101001 e9: 成分调用(最 终) 11001111 cf: 链接 ID 链接 ID 值 : [01] 11010001 d1: 本地操作码 00011100 1c: MAP 操作码 [ 鉴权申请 ] 11110010 f2: .参数标签 00111110 3e: .参数长度 10001000 88: .. 移动台识别码 00000101 05: ..参数长度 移动台识别码值: ??[6181002932] 10001001 89: ..电子序列号 00000100 04: ..参数长度 11110101 f5: ?? 01010101 55: ?? 00101100 2c: ?? 01010010 52: ??[f5552c52] 10010101 95: ..MSCID 00000011 03: ..

参 数 长 度 00101100 2c: ? ? 市 场 ID 00100000 20: ? ? [ 市 场 ID]=11296 00000001 01: ??[交换机号码]=1 10011111 9f: ..标签第一位 00100010 22: ..系统接入类型 00000001 01: ..参数长度 第 72 页 中国电信移动网络维护案例汇编――交换分册 00000011 03: 10011111 9f: 00100011 23: 00000011 03: 鉴权响应值 : 10011111 9f: 00100110 26: 00000001 01: 00000000 00: 10011111 9f: 00101000 28: 00000100 04: 随 机数值 : 10011111 9f: 00101111 2f: 00000001 01: 00100000 20: 10011111 9f: 00110001 31: 00000001 01: ??1 09: ??0. : ??定期登记 ..标签第一位 ..鉴权响应 ..参数长度 ??[029760] ..标签第一位 .. 呼叫历史计数器 ..参数长度 ??呼叫历史计数器 ..标签第一位 ..随机数 ..参数长 度 ??[05D93BF8] ..标签第一位 ..终端类型 ..参数长度 ??IS95 ..标签第一位 ..系统 能力 ..参数长度 ??AUTH:[系统接入时要求鉴权参数] ??SME:[不支持 SME] ??0.. : ??1?? : ??0?? : 10011111 9f: 01100111 67: 00001100 0c: 00000100 04: ??1 01: ??0. : ??0.. : ..00?? : 00?? : ??0001 61: 0110?? : 00001111 0f: 发送方识别码值: ??VP:[不支持 VP] ??CAVE:[可以执行 CAVE,能共享 SSD] ??SSD:[SSD 不共 享] ..标签第一位 ..发送方识别码 ..参数长度 ??数字类型 = [漫游号码] ??国 际 ??允许显示 ??号码有效 ??用户提供, 非屏蔽 ??Capability. ??编码 = [BCD 号码] ??编号方案 = [专用编号方案] ??数字个数 = [15] ??[455020096444100] 澳门 MSC 网元 GT 澳门 MSC 对所有漫游到澳门的用户登记和鉴权请求消息都会通过澳门信令网关 RSG1 做 转发,而且 RSG 根据一定的业务逻辑(一卡双号用户,或者无国际漫游权限的用户)会 对用 第 73 页 中国电信移动网络维护案例汇编――交换分册 户登记和鉴权请求消息做一定的修改。 故障期间澳门 RSG1 对大陆所有国际漫游权限的用户漫游到澳门时其鉴权请求消息进行 转发时有时会在 SCCP 层把澳门对应的 MSC(2C2001)的 GT 地址修改成 RSG 的 GT 地址,从 而导 致 USDS-HLR 在 MSCID DYNAMIC 表单中把澳门 MSC 的 GT 地址动态更新成 RSG 的地 址, 但是如 果 USDS-HLR 其后又收到其它正常的登记消息,那么 MSCID DYNAMIC 对应澳门 MSC 的 GT 又会 动态更新为正确的值,那对应漫游在该澳门 MSC 下的用户又可以恢复正常 被叫。 第 74 页 中国电信移动网络维护案例汇编――交换分册 等于说湖北漫游到澳门的用户的鉴权消息会影响到其他湖北(相同 HLR)漫游澳门用户 作为被叫的情况,同时任何一个用户正常的登记消息又可以让所有湖北漫游到澳门的用户被 叫恢复正常。 正是由于 RSG 在转发鉴权消息时对澳门 MSC 的 GT 地址修改的不确定性(有 时修 改,有时不修改),所以会导致湖北漫游用户有时可以做被叫,有时又不能做被叫。 3、解决措施 阿朗 USDS 原来的版本为 R7.3P4,对于接收到的鉴权请求和位置登记消息两种情况下都 会触发 MSCID DYNAMIC 表单的动态更新, 为解决此问题, 阿朗对现网的 USDS 统一打上了

R7.3 P4+的补丁, 该补丁的主要修改位置在于 HLR 处理类似澳门 RSG1 转发的鉴权请求消 息时, 不 再去对 MSCID DYNAMIC 表动态更新,而只处理登记消息中的 MSC 的 MSCID 与 MSC 的 GT 映射 关系,从而保障了 MSCID DYNAMIC 表单内容的正确性。 第 75 页 中国电信移动网络维护案例汇编――交换分册 4、经验总结 该故障的解决方案既可以在 HLR 层面实现, 也可以在澳门 RSG 上去实施, HLR 上一 种 在 方法是同补丁描述, 取消从有 GT 修改的消息上学习 MSCID 和 GT 的映射, 其二个 人感觉也可 以保留该类消息的学习,但对应的 GT 改为取自 MAP 层的发送方识别码值(该 参数属于可选 参数,在消息提供的时候学习) ,另外对于澳门 RSG 上,作为信令网关,可以 采用透传的方 式, 如果需要虚拟 MSC, 那应该在转发鉴权请求消息时将 MAP 层的 MSCID 和 SCCP 层源 GT 都 修改为自己的数值, 并在内部建立映射关系, 当收到发送给自己的路由 请求消息时可以正确 转发原 MSC 网元。 第 76 页 中国电信移动网络维护案例汇编――交换分册 华为 HLR 用户漫游阿朗局下无法主被叫案例 (章磊 中国电信浙江公司网运中心) 【案例摘要】归属华为 案例摘要】 HLR 用户漫游至阿朗交换机下,无法正常主被叫。原因是华为 HLR 下发的语言优先级与阿朗 MSC 参数设置不兼容。通过修改阿朗 MSC 局参,该问题 解决。 1、问题描述 杭州用户 (华为 HLR) 18905718161 漫游温州 (阿朗 MSC) 无法正常主叫, , 主叫时直 接 拆线; 同时无法作被叫, 被叫时听到彩铃音 5 秒左右后自动拆线。 但该用户漫游至台州 (阿 朗 MSC)后则正常。 2、原因分析 查看该用户的 vlr 数据和 HLR 数据,未发现异常。联系用户测试,分析 MAP 信令,被 叫 时所有局间信令流程已走完,已分配到 TLDN 号,无异常。 通过分析朗讯内部消息 cptrace,发现用户在主被叫时,通过 8k basic 编解码器进行 呼叫——“CDMA normal setup for 8K voice” ;随后,呼叫失败——“Traffic channel confirmation failure due to service connect complete failure (3)” 。对比其他正常 主 被叫的用户,则采用了 8k EVRC 编解码器进行呼叫——“CDMA normal setup for 8K EVRC” 。 进一步查看该用户的 vlr 数据,在第 14 页: Vocoder Preferences in the List: 8K 13K EVRC SMV 275)1 276)2 277)3 278)_ 279)_ 而普通用户的 Vocoder list 为: Vocoder Preferences in the List: 8K 13K EVRC SMV 275)3 276)2 277)1 278)_ 279)_ EVRCB EVRCB 第 77 页 中国电信移动网络维护案例汇编――交换分册 查看该用户的登记通知消息, 发现华为 HLR 下发的 “CDMA service option” 下发顺序 为: 8k basic->13k->8k EVRC 10011111 9f: ..标签第一位 10000001 81: ..标签第二位 00101111 2f: ..CDMA 业 务 选 择 00000010 02: .. 参 数 长 度 ? ? 0000 00: ? ? CDMA 业 务 选 择 .000?? : ??业务选择修订版本 0?? : ??私有指示:[标准业务选择] 00000001 01: ??CDMA 业务选择:[基本可变速率语音业务(8 kbps)] 10011111 9f: ..标签第一位 10000001 81: ..标签第二位 00101111 2f: ..CDMA 业务选择 00000010 02: ..参数长度 ??

0000 80: ??CDMA 业务选择 .000?? : ??业务选择修订版本 1?? : ??私有指 示:[私有业务选择] 00000000 00: ??CDMA 业务选择:[13k] 10011111 9f: ..标签第一位 10000001 81: ..标签第二位 00101111 2f: ..CDMA 业务选择 00000010 02: ..参数长度 ?? 0000 00: ??CDMA 业务选择 .000?? : ??业务选择修订版本 0?? : ??私有指 示:[标准业务选择] 00000011 03: ??CDMA 业务选择:[增强可变速率语音业务(8 kbps)] 阿朗 MSC 根据 HLR 下发的 CDMA 业务选择顺序将该用户的 vocoder preference 优先级从 高到底设置为 8k basic->13k->8k EVRC 由于该用户漫游至台州阿朗 MSC 下又能正常呼叫, 因此对台州和温州的局参进行了详 细 对比, 最终发现 ecp form No.639 项 (ECP R31 版) Service Option Selection - Override “ Mobile Request”设置不同。台州为 n,温州为 y。 3、解决措施 解决措施 将温州 MSC 的 ecp form 第 639 项改为 n 后,用户主被叫正常: FLEXENT 第 78 页 中国电信移动网络维护案例汇编――交换分册 Wireless 54 Networks EXECUTIVE CELLULAR PROCESSOR (ecp) Screen 33 of Service Option Selection - Override Mobile Request??639) n Deny Voice Service for Empty SOS List??640) y Vocoder/Service Class Service Measurements Switch?? 641) 8K+SMV Enhanced Speech Option Call Assignment: Activate Enhanced Speech Option Selection??642) n Accept Vocoder List From IS41 Neighbor??643) y System Level Speech Option Selection List (Vocoder Preferences): 8K 13K EVRC SMV EVRCB 644) 3 645) 2 646) 1 647) 4 648) 5 Voice Transparency Service Method??649) UHDM+SCM Carrier Selection for Voice Transparency Calls??650) n 4、经验总结 该问题主要是因为华为 HLR 在下发登记通知时,将用户的通话方式优先级由高到低设 为:8k basic-> 13k -> 8k EVRC。朗讯 MSC 根据该优先级采用 8k basic 方式进行话务接 续, 但由于手机终端不支持这种方式, 导致接续失败。 如在 MSC 上将“Service Option Selection - Override Mobile Request”设置为 n,则 MSC 将根据手机终端支持的通话方 式来选择用 8k EVRC 方式接续,而不会强制设定使用 8k basic 方式。 另一种解决方案: 华为 HLR 修改系统配置, 将通话方式优先级由高到低设为: EVRC -> 8k 13k -> 8k basic。由于现在手机普遍采用 8k EVRC 方式,建议华为 HLR 修改其系统配 置。 第 79 页 中国电信移动网络维护案例汇编――交换分册 上海用户漫游天津华为 上海用户漫游天津华为 MSCe 下被叫接续 1 分钟自动挂断 (齐晓帆 谢玉生 中国电信天津分公司网管中心) 【案例摘要】上海用户 18918652279 反映漫游天津华为 MSCe 下接听上海 C 网用户来 电 案例摘要】 时 1 分钟即自动挂断问题, 接听天津本地呼叫正常。 经常问题原因与被叫签约彩铃和华 为 MSCe 内部处理错误有关, 同时由于北京 TMSC1 没有转发 ANN 消息, 故主叫 MSC 在收到 ACM 1 分钟后因呼叫超时拆线。最终通过华为 MSCe 升级 SP11 补丁解决。 1、问题描述 2009-06-05 接到集团派单,反映上海用户 18918652279 在天津华为 MSCe 下接听上海

C 网用户来电时 1 分钟即自动挂断问题,接听天津本地呼叫正常。 2、原因分析 2.1、上海- 2.1、上海-天津省际呼叫话务路由情况 天津华为 MSCe 通过 ISUP 与 MSC4 连接, MSC4 通过 TUP 与天津 TMSC2 局连接, 参见 下图 1: 第 80 页 中国电信移动网络维护案例汇编――交换分册 图 1:上海->天津话务路由示意图 2.2 2.2、呼叫码流分析 (1)用户做被叫约 1 分钟时,收到 MSC4 的拆线消息 (2)跟踪 MSC4 的码流,收到从 T 局发起的拆线消息 (3)怀疑是上海拆的线,联系上海 方面,上海方面答复:收到 ACM 后,1 分钟未收到计 费应答消息而导致超时拆线。 (4)查 看 MSC4 的码流,发现情况确实如此: 第 81 页 中国电信移动网络维护案例汇编――交换分册 MSC4 返回的应答消息为 TUP 的 ANN (免费应答消息) 而不是 ANC , (计费应答消息) 并 , 且在发出 ACM 后 60s 收到上海发过来的 REL 消息。 (5)MSC4 为什么会发送 ANN 而不是 ANC 呢?怀疑在 MSCe 就已经指示了不计费。查看 MSCe 码流,果然 ANM 中的计费指示标志置为不计费: (6)MSCe 通过 ISUP 消息将不计费的 ANM 送到 MSC4, MSC4 转换为 TUP 消息的 ANN 送 到天 津 TMSC2 局,再由天津 TMSC2 局送到北京 TMSC1,北京 TMSC1 送至上海 TMSC1,但 上海在 TMSC1 跟踪信令没收到计费应答 ANN 消息, 导致 1 分钟超时拆线, 具体参见以下 上海 TMSC1 跟踪信 令截图。 上海 TMSC 未收到 ANN 消息 253-5-9:北京 TMSC 253-59-8:上海 TMSC 经跟踪天津 TMSC2-北京 TMSC1 信令, 已发送至北京 TMSC1, ANN 经北京确认为贝尔 TMSC1 对转发”ANN”进行限制,即北京 TMSC1 没有转发 ANN 消息。 第 82 页 中国电信移动网络维护案例汇编――交换分册 2.3 2.3、原因总结 经华为研发分析,发现 MSCe 的 ANM 消息中的计费指示标志与上海用户签约“彩玲”有 关, ANM 中的计费指示语填写按照彩铃平台返回 ACM 中的计费指示语填写。 即 该问题由 于上 海彩玲中心返回的 ACM 中的计费指示标志是“不计费” ,MSCe 内部处理错误,误将彩 铃平 台返回的 ACM 中计费指示语“不计费”填写到返回给主叫局的 ANM 中,导致 ANM 中 的计费指 示标志为“不计费” 。 由于北京 TMSC1 没有转发 ANN 消息,故主叫 MSC 在收到 ACM 1 分钟后因呼叫超时拆 线。 3、解决措施 解决措施 暂时可以将被叫用户的彩玲业务取消来规避此问题。 华为 MSCe 升级 SP11 补丁解决 (华 为于 2009 年 7 月发布) 。 4、经验总结 本案例问题不影响被叫话单的正常产生,但由于主叫 MSC/GMSC 收不到 ANC 或 ANN 消 息, 所以主叫侧不产生话单。 北京 TMSC1 没有转发 ANN 消息使得该问题暴露出来, 不然 问题将很 难发现。 在日常解决问题时, 要考虑到因各种原因造出信令流失或转接局不转发 信令的情况。

第 83 页 中国电信移动网络维护案例汇编――交换分册 HLR 没有配置语音业务选项的用户漫游出省无法作被叫案例 (余占平 中国电信四川公司网络操作维护中心) 【案例摘要】 核心网 MSCe 设置有 “是否严格检查业务选项” 开关, 当该功能启用时, 案 例摘要】 HLR 中没有配置任何语音业务选项 (8K/13K/EVRC) 的用户在该 MSCe 下将无法使用语 音业务, 前期由于种种原因四川有部分用户在 HLR 中未配置,由于四川 MSCe 未启用严格 检查业务选 项功能, 这些用户在省内可以正常使用, 但漫游到某些省后由于点分年个启用 了严格检查业 务选项功能, 导致无法使用语音业务。 后续通过在 HLRe 提取所有此类用户批 量添加语音业 务选项(8K/13K/EVRC)后问题解决。 1、问题描述 成都 15308007278 归属成都中兴 HLRe, 漫游在某省阿朗 MSC 下做被叫时, 经过信令跟 踪及语音识别发现, 对方已经分配 TLDN 但仍接续失败, 主叫侧听提示音 “对不起, 您拨的 用 户已被限制呼入” 。 2、原因分析 1)核心网 MSCe 设置有“是否严格检查业务选项”开关。若关闭“是否严格检查业务选 项”开关,则用户的语音业务和短消息业务鉴权将默认通过,即该号码在 HLR 上的“业务选 项” 中是否配置相应的语音编码和短信收发选项均可以正常使用; 若启用严格检查业务选 项, 则用户的语音业务、短消息业务需要根据该号码在 HLR 上是否配置相应的“业务选项” 进行 鉴权。中兴 MSCe 上该功能选项开关在安全变量中设置,如图 1 所示。 第 84 页 中国电信移动网络维护案例汇编――交换分册 图 1 中兴 MSCe“是否严格检查业务选项”安全变量 2)四川核心网 MSCe 未启用严格检查业务选项功能,但有些省则是启用了该功能的,因 此在四川 HLR 中没有配置任何语音业务选项 (8K/13K/EVRC) 的用户, 在四川可以正常使用 语 音和短信业务,漫游到未启用该功能的省也可以正常使用,但漫游到启用了“是否严格检 查 业务选项” 的省时就无法使用, 主叫侧听 “对不起, 您拨的用户已被限制呼入” 是漫游地 MSC 放音。 3)在中兴 MSCe 上查询 VLR 用户信息,通过-tServOpt 参数可以得知用户业务选项的 配 置情况如下。 | | | |-tServOpt[40](一维数组) ||| ||| ||| ||| ||| ||| |-[0]=1 (0x01)(int) EVRC 13K SMS RATE SET1 SMS RATE SET2 3G HIG SPEED PACKET DATA 业务选 项 8K |-[1]=3 (0x03)(int) |-[2]=32768 (0x8000)(int) |-[3]=6 (0x06)(int) |-[4]=14 (0x0e)(int) |-[5]=33 (0x21)(int) 3、解决措施 解决措施 提取全省 HLRe 中所有没有配置语音/短信业务选项的用户共 2961 个, 经企信部核对后 第 85 页 中国电信移动网络维护案例汇编――交换分册 统一做了修改,并对营帐哪个开户模板再次做了核查确认已经默认配置勾选 8K/13K/EVRC 业务选项,目前四川 HLR 中已经没有这类问题的用户。 4、经验总结 关于 MSCe 是否应该启用 “严格检查业务选项” 功能, 目前各省核心网的设置情况并不 统 一,建议集团公司统一规范。为防止出现用户漫游出省后无法使用,应在 HLRe 中对所有 用

户默认开启相应业务选项配置, 而针对用户语音和短信权限的限制可以通过用户状态或相 应权限进行控制。 第 86 页 中国电信移动网络维护案例汇编――交换分册 关于 189 用户漫游到美国芝加哥无法正常使用案例 (黄美华 中国电信吉林分公司网络运营中心) 【案例摘要】归属中兴 HLRe 的 189 用户漫游到美国芝加哥无法主被叫和收发短信息。 案例摘要】 经查问题原因是 HLRe 中国际漫游数据没有配置。在 MSC 国际漫游配置和 VLR 国际漫 游配置 中将 syniverse 的 MSCID 和 MSCIN 增加,syniverse 网站上清除用户登记信息后 恢复正常。 在 1、问题描述 归属中兴 HLRe 的 189 用户出国前开通了国际漫游和国际长途。出国前没有发送 PRL 更 新, 漫游到芝加哥后无法主被叫和收发短信息, 主叫提示 “您没有登记” 被叫提示 , “关机” 。 2、原因分析 2.1 消息简要流程(用户登记) 2.1、消息简要流程(用户登记) 图 1 CDMA 用户国漫登记流程图 第 87 页 中国电信移动网络维护案例汇编――交换分册 登 记 流 程 简 要 说 明 : (1) 芝 加 哥 MSC/VLR 通 过 美 国 信 令 网 向 国 际 信 令 转 接 商 syniverse 发 Authreq、 Regnotreq 消息 (2) syniverse 平台通过中国国内信令网将鉴权请 求和登记请求消息发送给用户归属的 HLRe (3) HLRe 对用户信息进行检索后, Authrsp 和 Regnotrsp 信 息 通 过 信 令 网 返 回 给 syniverse 将 (4) syniverse 再 次 将 Authrsp 和 Regnotrsp 消息转发给漫游地 MSC/VLR 2.2、 2.2、问题分析 在 syniverse 的 TSI 网站上查看信令流程,发现 HLRe 在用户鉴权响应消息当中返回 了 NEG 拒绝消息。 联系用户后, 请用户重新关、 开机, 并在 HLRe 维护平台上进行了 HLRMAP 信 令跟踪,经查看发现 HLRe 返回的登记响应消息异常,具体如下图: AuthDen=8 表明“该用户不能在该 MSC 使用” ,由于中间经 syniverse 进行转接,而 syniverse 是具备 MSC/VLR 功能的平台,由此判断可能是 HLRe 中没有制作 syniverse 的 MSCID 和 MSCIN,HLRe 不识别该设备信息,因此拒绝了该用户登记。 3、解决措施 解决措施 (1)经查询 HLRe 的漫游配置-MSC 国际漫游配置/VLR 国际漫游配置中确实没有配置该 数 据, MSC 国际漫游配置、 在 VLR 国际漫游配置将 syniverse 数据增加 (GT=1 已经存在, 无 需增加) 第 88 页 中国电信移动网络维护案例汇编――交换分册 (2)增加该数据后让用户重新开关机再试, 用国内 18943134221 呼叫该用户, TSI 网 在 站上 syniverse 直接给芝加哥 VLR 回了拒绝消息。分析由于 syniverse 存储动态用户数 据, 因此在 TSI 网站上对该用户执行了 VLR CLEARING ,用户重新开关机后可以正常主被 叫、也 可正常收发短信息,问题解决。 4、经验总结 由于前期开局的工程师没有按照局数据规范制作该国际漫游数据,导致用户发生国际漫

游时无法正常使用, 虽然国际漫游用户较少, 但这也给我们今后的工作起到了警示, 对于初 验 工作要做的更加认真,参考局数据规范逐项核查,避免出现类似问题。 阅读了一些兄弟公司案例后发现,其实很多问题都是由于设备的参数配置、数据配置等 方面存在问题, 导致用户或业务无法正常使用。 如果能针对网元类型制作 1 个初验数据核 查 模板,初验时有针对性的按照模板进行数据核查,那么可以避免很多问题的出现。 第 89 页 中国电信移动网络维护案例汇编――交换分册 三、 号码传送 漫游用户来电显示不正确的案例 (吴坚 山东电信 NOC) 【案例摘要】 通过用户投诉发现, 阿朗设备区的用户 (如济南) 漫游至北电设备区 (如 案 例摘要】 淄博) ,用户归属地固话拨打时,C 网用户来电显示缺少 0,显示为 531xxxxxxxx。这是 由 于北电交换机无法对主叫号码进行分析, 只能分析号码位长, 因此对于送来的号码位长是 11 位的,无法区分手机还是固话。由阿朗交换补“0”后,问题解决。 1、问题描述 正常情况下,本地用户漫游至外地,归属地固话拨打,会正常显示: “长途字冠+国内 有 效号码” 但近期有用户投诉反映, 。 阿朗设备区用户漫游至北电设备区, 归属地固话拨 打, 来电显示会缺少 0。 2、原因分析 由于投诉产生时, 近期网络未进行较大调整, 只是完成了互联互通割接工作, 互联互通 呼 叫由联通关口局割接至电信关口局。因此怀疑投诉的产生是由于关口局割接引起的。 第 90 页 中国电信移动网络维护案例汇编――交换分册 2.1、 2.1、网络结构 2.2、 2.2、消息流程 以济南用户漫游至淄博为例: (1) 固话发起呼叫,经过电信关口局送至济南 MSC。主叫 号码格式为 “本地固话号码” (2) 济南 MSC 向 HLR 发起 LOCREQ, 。 查询被叫用户信息。 (3) HLR 回给济南 MSC locreq,并回送淄博 MSC TLDN。 (4) MSC 根据淄博 TLDN,通过 TMSC 送 至淄博 MSC。 2.3、问题分析 问题分析 通过跟着信令发现,济南 MSC 收到电信关口局送来的呼叫,对于主叫号码格式为“本地 固话号码” ,会自动添加本地区号“0531” ,但在出局呼叫时会将“0”去掉。而淄博 MSC 无 法对主叫号码进行分析, 只能分析主叫号码位长, 而济南固话号码 0531xxxxxxx 位长正好 跟手机一致,因此无法进行补“0” 。 在互联互通割接前, 固话呼叫 C 网手机由联通关口局转接时, 联通关口局送来的主叫 号 码是“长途字冠+国内有效号码” 。济南 MSC 无需进行主叫号码变化,会正常将号码送至 淄 第 91 页 中国电信移动网络维护案例汇编――交换分册 博 MSC。因此号码会正常显示。 3、解决措施 解决措施 针对电信关口局固话送来的主叫号码为 “本地固话号码” 阿朗 MSC 需要添加本地区 号。 , 局数据设置如下: FLEXENT Wireless Dialing Plan (dplan) Screen 1 of 2 Networks

Dialing Plan??*1) 3 Pattern Number??*2) 6 (Optional) Query by Pattern??*3) (Optional) Pattern??4) NXXX X(4) 对来话位长 8 位的固话进行号码分析 Call Type?? 5) 49 Destination Index??6) 1 Prefix Type??7) _ Number of Digits to Delete?? 8) __ Re-analyze after deleting??9) n DN Modification Type??10) 4 Feature/Carrier Code: Starting Position??11) _ Length??12) _ Termination Address for feature code: Starting Position ? ? 13) __ Cancel Subscriber Validation..14) n WPS Emergency Number??15) n Enter Review, Change-insert, Validate, screen#, or Print: FLEXENT Wireless Networks DIALED NUMBER MODIFICATION (dnmod) Screen 2 of 2 Modification Format??9) 0 5 3 1 __ __ __ __ __ __ __ [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] __ __ __ __ __ __ __ __ __ __ __ [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] Announcement Number??58) Comments??59) JI NAN PSTN Enter Review, Change-insert, Validate, screen#, or Print: 第 92 页 __(添加区号) __ 中国电信移动网络维护案例汇编――交换分册 阿朗 MSC 添加区号后,如果本次呼叫用户在本地,这样 MSC 不再进行号码处理,本地 用 户可以正常显示。 如果用户漫游至外地, 阿朗 MSC 会将 “0” 吃掉送出, 因此需要关掉 ECP 的 CPNDLD0 功能,不再吃“0” 。这样,漫游出去的用户来电显示就会正常了。 第 93 页 中国电信移动网络维护案例汇编――交换分册 关于湖北 C 网用户拨打北京 C 网来电显示问题案例 (刘谦、黄宇 湖北省网络操作中心(省 NOC) 湖北 【案例摘要】 C 网用户拨打北京 C 网来电显示主叫前有加零的情况,检查为对应 中 案例摘要】 继模块 R_SOURTACE 关系表中域 D_TKGPINFO 设置影响,修改后恢复。 1、问题描述 武汉 C 网用户拨打北京 C 网用户来电显示偶尔有主叫号码前带“0”情况,但是拨打其 它省却没有发现类似投诉, 当时武汉投诉情况主叫号码涉及 153、 号段, 189 而北京被叫号 码 分布 133、153、189 都存在,而同样主叫号码拨打其它省份(上海)C 网,来电显示正常。 2、原因分析 来电显示问题我们知道主要是在主叫侧收到被叫 MSCe 发送过来的对应 TLDN 后,由 MGW (阿朗设备)向对方发送 IAI(IAM)消息开始到被叫测收到 IAI(IAM)消息,总共三个环 节都 会影响到来电显示, 其中主叫测有可能在发送 IAI(IAM)消息时, 主叫号码部分就带零, 另 外环节二就是中间经过的局点以及落地局点收到 IAI(IAM)消息后有可能根据主叫地址性 质 或者主叫的长度,对主叫进行变换。最后就是落地局有特定的移动号段设置,在该号段没 有 正确设置的情况下有可能该号段的主叫会自动加零。 对于这三个环节, 其中落地局应该不存在问题, 因为它省 133、 153、 189 拨打北京 C 网 号码来电显示为正常, 而且北京方向主叫加零的情况不存在集中在某几个落地局的情况。 武 汉 C 网呼叫北京 C 网当时路由情况为:湖北 TMSC1 兼做 TMSC2,武汉 MGW1/2 兼做全省的 TMGW,TMGW 到 TMSC 以及 DC1TG 均开有直达路由, 出省话务负荷分担比例为 TMSC 比 DC1TG 为 7:3。 为了明确问题方向,我们将一个北京 MGW 的 TLDN 分别 100%改为 TMSC 及 DC1TG,测 试结 果 DC1TG 方向正常,而 TMSC 方向消息追踪显示湖北 TMSC 发送到北京 TMSC 的 IAI

消息中主 第 94 页 中国电信移动网络维护案例汇编――交换分册 叫带“0” ,但湖北 TMGW 发送到 TMSC 的 IAI 消息却又正常,具体消息如下(主叫号码 颜 色 标 示 ) : TKGMN 1513-808 SIGTYPE TUP7NATL DPC:OPC:CIC 253-089-009:253-088-062:871 DIRECTION OG MDII NONE OIUEN=6-0-6-1-3-4-1-7 START14:13:17 END 14:13:53 Dir Message Tag SND: IAI H'1 RCV: ACM H'2 RCV: ANC SND: CLF RCV: RLG Tag Raw Data H'01 H'09 81 c2 10 06 55 20 14 33 31 68 00 f4 02 0a H'01 H'f0 53 18 17 从上述分段消息追踪的结果基本上可以定位到湖北 TMSC 设备上, 检查 TMSC, 没有涉及 主叫变换的局数据设置,而且不是全部显示有问题,只是个别情况,所以接着检查 对应到北 京 TMSC 中继群下各中继模块的参数设置, 发现显示有问题占上的中继模块和显示 正常时占 用的中继模块在关系表 R_SOURTACE 中的域 D_TKGPINFO 上存在差异, 最终确认 问 题 原 因 : 湖 北 武 汉 TMSC 为 贝 尔 1240 设 备 , 该 设 备 版 本 ( 硬 件 CDMA2.1, 软 件 FRB10.12.20)较低,对 153 和 189 的主叫号码前不加“0”的方法是修改每个中继模块的 R_SOURTACE 参数实现的, 该 RELATION 中参数 D_TKGPINFO 来实现号码传递中是否带"0" 的控制,若该参数为奇数,那 么在中继中会在传递号码前加“0”传送,而正是部分 T 局至 北京 T 局的中继模块该参数设 置错误导致前述故障的发生。 3、解决措施 使 用 379 : 1= “ R_SOURTACE ” NA=H'XXXX 。 显 示 中 继 群 下 各 中 继 模 块 。 , <379:1="R_SOURTACE",NA=H'234. SEQ=6789.2008-11-20 COM=0379 JOB SUBMITTED RESULT FOLLOWS HB-WHHAN TMSC1 2008-11-20 14:09:59 第 95 页 TH 中国电信移动网络维护案例汇编――交换分册 003 0130/0006/0003 SEQ=6789.2008-11-20 00334 SWA-DB UTILITIES DISPLAY-TUPLE SUCCESSFUL INPUT: REL = R_SOURTACE NA = H'234 OUTPUT: REL = R_SOURTACE RID = 1178 LCEID = H'3F20 NA = H'234 D_TKGPN = 020A D_LCE_ID = 3F20 D_RM_ID = FFFF D_PABXPTNX = 0000 D_BCG_ID = 0000 D_TKGPINFO = 644000000201 D_OUTP_IND = 00 D_S12_BC = 01 D_IDF_NB_D = 00 D_IDF_PRFX = FFFFFFFF D_IDF_STRT = 00 D_FRSTDGTS = 02 D_PROPGDEL = 0001 D_ORACT = 0000 D_CPC = 02 D_SIGN_CHG = 00 D_OR_CH_ST = 00 D_RTE = 0002 D_I_IN_TDP = 0000 LAST REPORT = 00334 对 于 D_TKGPINFO 值 为 奇 数 的 中 继 模 块 , 直 接 使 用 MODIFY-TUP(378) 命 令 将 该 域 的 值 修 改 为 偶 数 即 可 。 <378:1="R_SOURTACE",2="D_LCE_ID"&0&"3F20H",3="D_TKGPINFO"&0&"644000000000". SEQ=6792.2008-11-20 COM=0378 JOB SUBMITTED RESULT FOLLOWS HB-WHHAN TMSC1 2008-11-20 14:27:18 TH 003 0130/0006/0003 SEQ=6792.2008-11-20 00334 第 96 页 中国电信移动网络维护案例汇编――交换分册 SWA-DB UTILITIES MODIFY-TUPLE SUCCESSFUL INPUT: REL = R_SOURTACE QUALIFY : "D_LCE_ID "& =&"3F20H" MODIFY : "D_TKGPINFO"& =&"644000000000" OUTPUT: REL = R_SOURTACE LCEID = H'3F20 LAST REPORT = RID = 1178 NA = H'234 00334 将所有参数有问题的中继模块对应 RELATION 修改后,故障消失。 4、经验总结 该故障涉及到的数据层面具体到中继模块, 对于故障的模拟再现存在一定的难度, 另

外 该问题主要和具体设备相关, 该版本的 S1240 设备采用通过修改对应中继模块 RELATION 的 方式来实现控制 153、 189 主叫前是否加零的功能存在一定维护上的隐患, 在做中继模块 调 整的时候, 如果调整人员没有注意到 RELATION 的差异而在调整后将对应的 RELATION 同时修 改正确的话就有可能导致来电显示的异常。 建议厂家在以后的开发中从维护的角度 上多多考 虑。 第 97 页 中国电信移动网络维护案例汇编――交换分册 欠费用户缴费后主叫号码异常问题 (盛伟 中国电信北京分公司移动核心网维护中心) 【案例摘要】华为 MSC 下,用户已处于开机状态,此时修改用户属性为欠费停机,之后 案例摘要】 又进行缴费开机的操作,用户外呼时,其主叫号码显示异常,为+0086133HHHHABCD 的 格式。 经查问题原因为华为 MSC 内部处理错误,在北京全网实施华为 SP009 补丁后,此问 题解决。 1、问题描述 按照规范, 中国电信 C 网用户呼叫其他用户时, 被叫方显示的主叫号码应为 11 位的用 户号码,以 133/153/189 开头,号码前无任何前缀修饰。但是在近期热点整治工作中发现, C 网用户欠费停机后,又复机的情况下,如果用户不开关机,MSC 也不手动更新 VLR 信息的 话, 则用户主叫时, 主叫号码会为+86133HHHHABCD 的格式, 被叫侧会显示异常的主叫号 码。 2、原因分析 2.1、 2.1、用户被置为欠费停机时的信令流程 用户在正常登记后待机的情况下, 如果被置为欠费停机状态, HLR 与 MSC/VLR 的信令 其 交互流程图如下: 第 98 页 中国电信移动网络维护案例汇编――交换分册 图 1. 欠 费 停 机 的 信 令 流 图 A . HLR 向 MSC/VLR 发 送 QUALDIR 消 息 , 其 中 authorization denied reason 参数等于 1, 即欠费停机状态(delinquent account) 。 另外如果 qualification information code 等于 validation and profile(3) ,则还可 以携带用户的 PROFILE(用户的 MDN、特服列 表、呼出权限等)。 B. MSC/VLR 返回一个空 的消息,以作证实。 2.2、缴费开机时的信令流程 2.2、 用户在被置为欠费停机状态后, 且保持开机状态中, 侧将其恢复到正常用户状态,其 HLR 信令流程如下图: 第 99 页 中国电信移动网络维护案例汇编――交换分册 图 2.用户复机的信令流图 A. HLR 向 MSC/VLR 发送 QUALDIR 消息,其中将携带 AUTHPER 参数,指示用户数据的有效周 期。另外如果 qualification information code 等 于 validation and profile(3) , 则还可以携带用户的 PROFILE(用户的 MDN、特服列表、 呼出权限等)。 B. MSC/VLR 返回一个空的消息,以作证实。 2.3、 2.3、问题定位 按照规范, MSC 发出的主叫号码, 应该从 HLR 返回的登记响应消息中的 MDN 参数获得。 问题发生后, 我们再现并跟踪了问题发生时的消息码流, 发现无论是给用户停机, 还是给用 户 复机时,HLR 下发的 MDN 都是正确的。跟踪得到的结果如下: 117> 118> 119> 9F 5D 0B

10011111 01011101 T 00001011 L ? ? map-et-mdn ? ? mdn 00000000 ? ? digit-type:not-used (0) 00 ? ? reserved1:0x0 (0) --00 ? ? number-provider:user-provide-have-not-been-s creened (0) 0--??reserved2:0x0 (0) 0-??whether-to-provide-the-number:provide-numb 第 100 页 120> 121> 00 01 中国电信移动网络维护案例汇编――交换分册 122> 21 123> 124> 125> 126> 127> 128> 129> 130> 0D 68 31 13 01 56 82 07 er (0) 0 ? ? whether-to-provide-the-calling-number-presentati on:calling-number-presentation (0) 1 ? ? whether-the-number-is-a-international-one:inte rnational-number (1) 0010 ? ? encoding-plan:telephone-number (2) 0001 ? ? encoding-method:bcd (1) ? ? number-plan1 00001101 ??digit-number:0xd (13) 01101000 00110001 00010011 00000001 01010110 10000010 00000111 ??digits:86133110652870 从 以 上 码 流 片 段 可 以 看 出 , 下 发 的 MDN 地 址 属 性 为 国 际 属 性 , HLR 格 式 为 86133HHHHABCD, 这是符合 IS41 规范的。 而且, 当用户重新开关机, 或者我们手动清除 VLR 记录,用户重新 登记时,此问题现象消失。对比异常与正常的情况可发现,正常时都是 VLR 上无用户记录, MSC 要发送 REGNOT 消息给 HLR, 重新获得 PROFILE, 异常时都是执行的 QUALDIR 流程, VLR 即 已经有用户登记记录。 因此我们分析问题可能是产生在 MSCe 内部,怀疑此场景下 MSCe 在内部处理过程中产 生 了异常。之后,我们将此问题提交了华为技术支持进行分析,对方从代码的层面对该问题 进 行了定位,华为反馈的检查结果如下: “原有补丁 SPH007 功能 6 的修改不完全。 HLR 指示用户欠费时, VLR 会把此用户的 漫游 类型置为无效。当此用户缴费后,HLR 下发资格指示时,MSC 并不向 VLR 提供此用户 的漫游 类型信息,VLR 把漫游类型无效的用户当作国际漫游用户处理,从而导致该问题。 ” 3、解决措施 这之后华为研发出了补丁解决该问题,合并在了补丁 SPH009 集合中,北京已完成该补 丁的实施,目前问题已解决。 第 101 页 中国电信移动网络维护案例汇编――交换分册 4、经验总结 对于网络的中的异常, 首先要将问题的范围缩小到特定网元, 如本问题, 应首先跟踪信 令 流程, 确定问题是出在 MSC 还是 HLR, 一旦问题定位到网元以后, 如果有相关配置数据可 能 影响到此问题,应进一步进行相关的数据检查。最后,对于无法解释的问题,只能由厂家 研 发来从代码层次进行进一步的分析。 但是我们所作的工作――跟踪并提交的信令等原始数 据,对于他们分析问题提供了很多的帮助,有利于问题尽快得到解决。 第 102 页 中国电信移动网络维护案例汇编――交换分册 华为域中山 C 网联通 186 来电显示多 0 问题 (杜立充 中国电信广东公司网络操作维护中心)

【案例摘要】中山联通新号段 18607600008 拨打 133 号码,133 号码看到的来电显示 为 案例摘要】 018607600008; 进行模拟呼叫定位问题为本国接入码发现没有 186 的数据, 补做数据 后测试 正常。 1、问题描述 中山联通新号段 18607600008 拨打 133 号码,号码看到的来电显示为 018607600008; 133 2、原因分析 2.1、 2.1、网络结构 中山 MSCe8 中 山 电信 关 口局 中 山联 通关 口局 2.2、 2.2、问题分析 (1) 现 场 进 行 模 拟 测 试 , 发 现 18607600008 拨 打 133 手 机 , 手 机 来 电 显 示 确 实 为 018607600008; (2) 使用仿真呼叫跟踪测试发现主叫号码入局后为 0186 的格式在号码分析表中进行处理, 判断为入局后 M 局自动给主叫号码+0; (3) 检查 局数据中均没有对 186 主叫号码进行+0 处理, 判断为 M 局系统默认给 186 主叫号码 +0 (4) M 局系统自动+0 的主叫号码为国内长途不带 0 的号码 (位长大于 8 位) 判断系统将 186 , 第 103 页 中国电信移动网络维护案例汇编――交换分册 主叫号码当国内长途不带 0 的号码进行+0 处理; (5) 核查本国接入码 LST NACODE 发 现没有 186 的数据,因此,M 局会将 186 主叫自动当成是 国内区号+号码处理加 0。 3、解决措施 (1) 使用 ADD NACODE 添加 186 号段数据; (2) 模拟呼叫测试,跟踪信令发现消息已 经正常; (3) 联系联通使用 186 手机进行测试,来电显示正常。 4、经验总结 由于来电显示主叫为其他运营商号码, 入局时主叫号码正常, 说明问题在本局数据配 置 中。实际上,交换局通常会对国内长途不带 0 的主叫号码如 2087189488 进行+0 处理, 变化 为 02087189488。因此,问题必然涉及移动号码的属性定义,而华为 CSOFTX3000 使用 ADD NACODE 对移动号段进行定义,作为系统判断是否为移动号码的依据。 第 104 页 中国电信移动网络维护案例汇编――交换分册 网用户拨打固网软交换用户主叫来显带“ 关于 C 网用户拨打固网软交换用户主叫来显 带“0”的案例 (张世杰 中国电信山西公司网络操作维护中心) 本地 来电显示的主叫号码前加 “0” 。 【案例摘要】 C 网手机用户拨打固网软交换 用户时, 案例摘要】 经查问题原因是原固网软交换呼叫设置内部参数配置存在问题。修改 内部参数 P189 的 BIT6 为 0、内部参数 P187 BIT3 为 0 后,从而解决该问题。 1、问题描述 正常情况下,本地 C 网手机用户拨打固网软交换用户时,来电显示显示 C 网手机号。 但 近期测试,发现太原地区出现此问题,联系各地市测试后,发现也都存在此问题。 2、原因分析 2.1、 2.1、可能导致问题的原因

(1) C 网端局送过来的 IAM 消息中主叫号码不规范。 (2) 固网软交换号码变换错误。 (3) 固网软交换呼叫设置内部参数配置等其它原因。 2.2、处理步骤 2.2、 (1) 通过跟踪内部接口信息分析对局送过来的 IAM 消息主叫号码是规范的: 主叫号码为 不带 0 的手机号码,地址性质为国内号码; (2) 检查现网的数据也没发现有影响导致来显 主 叫 加 “ 0 ” 的 号 码 变 换 等 数 据 ; (3) 固 网 软 交 换 设 备 为 华 为 SoftX3000 , 版 本 为 V300R006B06D060SP25。核对相应版本 的软参配置说明,发现可能跟 P189 呼叫内部参数 5 比特 6、和 P187 呼叫内部参 数 2 比特 3 相关。测试将修改 P189 的 BIT6 为 0、P187 BIT3 为 0 后,确认来电显 第 105 页 中国电信移动网络维护案例汇编――交换分册 示正常。 3、解决措施 解决措施 修改内部参数 P189 的 BIT6 为 0、内部参数 P187 BIT3 为 0 后,从而解决该问题。 下表 是内部参数 P189、P187 比特位参数说明: 1、P189 呼叫内部参数 5 香港缺省值为 “EFFF” 。其他国家缺省值为“FFFF” 比特 6:对于移动用户做主叫时(地址属性通常是 NATIONAL_NUMBER), 在软交换用户显 示主叫号码时前面是否加 0。 =1: =0: 2、 是 否 P187 呼叫内部参数 2 新加坡缺省值为“F7FF” 。其他国家缺省值为“FDFF” 比特 3:当被叫为本 局用户、且被叫用户有 CID 权限时,SoftX3000 是否根据地址性质 变换主叫号码。 =1: 对主叫用户插 0(国内号码)或 00(国际号码) =0:不对主叫号码变换(此参数与呼叫内 部参数 1 比特 14 作用类似) 。 4、经验总结 目前全国固网软交换均采用版本的标准配置,而版本的标准配置没有考虑业务的特殊性 和多样性, 从而引发内参数配置影响用户来显, 而且此类问题对用户感知度影响很大。 今后 应 增加定期用户来显测试,以及时发现解决此类问题。 第 106 页 中国电信移动网络维护案例汇编――交换分册 软参设置问题导致手机做被叫来电显示带两个 华为 HLRe 软参设置问题导致手机做被 叫来电显示带两个 86 (马兰清 新疆电信区级网络操作维护中心) 【案例摘要】 网全网联调测试阶段, C 新疆新网华为 HLRe 下的 189 用户拨打其他手机 案例摘要】 号码时对端手机来电显示号码为“86+86+189xxxxxxxx”的格式,经分析发现是新疆新网 华 为 HLRe 在 regnot 位置登记请求的响应消息中下发的用户 MDN 号码的属性不正确导致 此问 题,后对 HLRe 中的 ENDMDNREGULATE 软件参数进行修改后问题得以解决。 1、问题描述 新疆新网华为 HLRe 中的 189 用户拨打其他手机号码时对端手机来电显示号码为 “86+86+189xxxxxxxx”的格式,号码显示不正确。 2、原因分析 进行呼叫流程的消息跟踪,在 IAM 消息中发现主叫号码属性为国际(international), 号码为 “8686189×××” ,消息中携带的主叫用户的号码确实存在问题 在 VLR 中查询主叫手机的用户信息,发现用户的 MDN 号码属性为国内号码,号码为 “86189xxxxxxxx” ,MDN 号码属性不正确,需要找到其来源,经过对信令流程的分析,只 有 HLR 才能把用户的 MDN 及其相关属性下发到 MSC/VLR 中并保存下来。

在 MSC 跟踪主叫用户的位置登记消息, 发现在 HLRe 下发至 VLR 的用户 MDN 号码的属 性 为国内(national),号码为“86189×××” ,确认为 HLRe 的问题。 查询 HLRe 的软件参数说明, 有软参来控制下发的 MDN 号码的属性, 通过 LST CSOFTCFG 查看 HLRe 的系统软参,发现软参 ENDMDNREGULATE 值为“true” ,正确应为“false” 。 第 107 页 中国电信移动网络维护案例汇编――交换分册 3、解决措施 解决措施 使用 SET CSOFTCFG 命令更改软参 ENDMDNREGULATE 值为 false 后重新测试问题得以 解决。 修改后的 HLRe 下发至 VLR 中的 MDN 号码属性如下: 4、经验总结 对于有关主叫号码显示类的问题一般可从数据配置错误和设备间配合问题两方面着手 查找问题原因。 第 108 页 中国电信移动网络维护案例汇编――交换分册 对接网络中部分三星手机来显问题 中兴 MSCE 与摩托 BSC 对接网络中部分三星手机来 显问题 (陈尚干 中国电信江苏公司操作维护中心) 【案例摘要】中兴 MSCE 与摩托 BSC 对接的网络中,部分三星兼容性不好,无法识别指 案例摘要】 配消息中 “MS Information Records”中的主叫号码,导致手机来电显示异常。在 MSCE 中修改参数,更改携带的主叫号码位置,使携带在“Calling Party ASCII Number”后解决。 1、问题描述 部分三星手机用户发现随机出现无法显示来电显示的情况。 2、原因分析 打开 A 口 bssap 信令跟踪,填入三星手机 IMSI,进行拨打电话测试,当出现手机无来 显 的 情 况 , 保 存 下 本 次 呼 叫 的 信 令 , 检 查 ASSIGNREQ 消 息 中 已 经 携 带 了 主 叫 号 码 13913362456, PresentInd=0 表示主叫号码允许显示, A 口协议中描 见 述。 并且对无来显的 信令和有来显的信令进行过比较, 两者完全一样, 也就是说, 中兴 MSCe 下发的 ASSIGNREQ 消息相同,但是三星手机却随机出现无法显示来显的问题。 第 109 页 中国电信移动网络维护案例汇编――交换分册 图 2.2 ASSIGNREQ 消息截图 图 2.3 A 口协议对来显字段的解释 经过上述分析,初步定位为三星手机兼容性不好, 为了进一步定位问题出现的原因,我 们查询贝尔交换机割接前的 A 口消息,从安捷伦信令 中调取贝尔 MSC 在割接之前下发的 ASSIGNREQ 消息, 和中兴 MSCe 下发的 ASSIGNREQ 消息 进行横向比较,以期发现不同之处。 经过比较之后确实发现不同之处: (1)割接前贝尔 MSC 指配消息中主叫号码是携带在 “Calling Party ASCII Number” 参 数中,原始消息见下文: 01001011 4b: = [13] ??0001 21: .010?? : 编码计划 = [ISDN/电话编号方案(Rec E.164 和 E.163)] 号码类型 = [国内号码] 屏幕指示 = [网络提 供] 备用 : 显示指示 = [允许显示] [13395185158] BSSMAP [ 单元识别:主叫方 ASCII 号 码 ] 00001101 0d: 单元长度 ??11 83: ??000.. 83: .00?? 主叫用户 ASCII 号码值:

(2)割接后中兴 MSCe 指配消息中主叫号码是携带在“MS Information Records”参数 中, 原始消息见下文: | | | | |-[1](caMsInfoRcrd_T) | |-bRecordType=3 (0x03)(short) | |-bRecordLen=13 (0x0d)(short) | |-baRecordCotnt[40](一维数组) 第 110 页 中国电信移动网络维护案例汇编――交换分册 | | | | | | | | | | | | | | | | | | | | | | | | | | |-[0]=66 (0x42)(short) |-[1]=102 (0x66)(short) |-[2]=38 (0x26)(short) |-[3]=103 (0x67)(short) |-[4]=38 (0x26)(short) |-[5]=38 (0x26)(short) |-[6]=102 (0x66)(short) |-[7]=102 (0x66)(short) |-[8]=198 (0xc6)(short) |-[9]=70 (0x46)(short) |-[10]=134 (0x86)(short) |-[11]=166 (0xa6)(short) |-[12]=192 (0xc0)(short) 这两个参数都可以携带主叫号码,只要不同时出现在消息中就可以。但是,协议角度来 讲:A 口协议在 IOS4.0 以上,主叫号码都应该填写在“MS Information Records”字段中, 但是,从贝尔 MSC 的消息来看,主叫号码仍旧填写在“Calling Party ASCII Number” 。为 了 兼容现网情况, 同时解决三星 I839 型号随机出现无来显的问题, 中兴 MSCe 在 BSC 属性 配 置界面中,修改摩托 BSC 属性为“ ZTE BSC” 。这个参数并不是代表下挂 ZTE 的 BSC, 调整 之后主叫号码放置在“Calling Party ASCII Number”参数中。见图 2.3 配置: 第 111 页 中国电信移动网络维护案例汇编――交换分册 图 2.4 BSC 属性配置界面 3、解决方案 在中兴 MSCe 上修改摩托 BSC 属性为“ZTE”后,现场测试了 300 个电话,再没有出现 过 无法显示来显的情况,问题解决。 4、经验总结 中兴 MSC 和摩托 BSC 对接,BSC 属性需要选择为“ZTE” 。 第 112 页 中国电信移动网络维护案例汇编――交换分册 青海固话主叫禁显拨打 C 网来电异常问题的分析 (张风玉 中国电信青海公司移动网络优化中心) 固定电话设置主叫号码禁显后,打 C 网手机号码来电显示为 C 网 MSC 的设 【案例摘 要】 案例摘要】 备 GT 号码(460030944761100) ,进行 C 网终端更换后仍然存在此问题, 但是同样设置了主 叫号码禁显的小灵通拨打 C 网手机来显为 “无号码” 通过对设置了主 叫号码禁显的小灵通和 固话拨打 C 网的信令进行对比分析, 并最终分析出问题原因, 在 固网上修改后问题得到解决。 1、问题描述 固定电话设置主叫号码禁显后, C 网的手机号码来电显示为 C 网 MSC 的设备 GT 号 打 码 (460030944761100) ,进行 C 网终端更换后仍然存在此问题。 2、原因分析 在出现上述问题时用同样设置了主叫号码禁显的小灵通进行测试,发现小灵通在设置主 叫号码禁显时,拨打 C 网的来电显示为“无号码” ,而不是 C 网 MSC 的设备 GT 号码;对 于 不同局向来电显示不同的情况, 通过信令跟踪进行了消息比对, 用设置了主叫号码禁显 的固 网拨打 C 网的信令消息如下图 1 所示。 图 1:设置了主叫号码禁显的固网拨打 C 网的信令消息流程

通过图1跟踪结果可以看出,用设置了主叫号码禁显的固话拨打 C 网时,由于我 C 网 交 换局未收到主叫号码,因此交换发送 INR 信息请求消息,索要主叫号码,但是对方回送 的 INF 消息中号码仍然为一串“0” 。 第 113 页 中国电信移动网络维护案例汇编――交换分册 图 2:对方回送的 INF 消息 另外在 callingNum 中表示主叫号码是否禁显的参数 Prsent=0, 表示本次呼叫将向被叫 手机显示主叫号码,如下图 3 所示。 图 3:callingNum 由于本次呼叫中,MSC 没有索要到主叫用户的用户号码,但是消息中又表示本次呼叫将 向被叫手机显示主叫用户的号码, 网 MSC 交换局在未收到主叫号码, C 且消息中要求显示 主 叫号码的情况下,来电显示显示为设备 GT 值。为了进一步判定设置主叫禁显后,是否提 供 主 叫 用 户 的 号 码 等 , 用 设 置 了 主 叫 号 码 禁 显 的 小 灵 通 09713695398 做 主 叫 拨 打 13327640000 时在 MSCe 上的信令消息,如下图 4 所示。 第 114 页 中国电信移动网络维护案例汇编――交换分册 图 4:主叫禁显的小灵通做主叫拨打 13327640000 时在 MSCe 上的信令消息 用设置了主叫号码禁显的小灵通拨打 C 网时,发送 IAM 消息,且在 Calling NUM 中携 带 了小灵通的主叫号码, 而且是否进行号码显示的参数 Prsent 参数为 1, 表示本次呼叫不 显 示主叫号码,因此 C 网的来电显示为“无号码” 。由此判定固网设置主叫号码禁显后打 C 网的来电显示不正常是由于固网局在主叫时未发送主叫号码, 且是否显示主叫号码的 Prsent 参数有问题导致。 3、解决措施 通过分析设置了主叫禁显的固话和小灵通分别拨打 C 网的信令跟踪结果及 C 网手机的 来 电显示情况, 判定是固网在设置主叫号码禁显时发送的消息存在问题, 首先没有发送主 叫号 码, 其次在是否进行主叫号码显示的参数 Prsent 参数存在问题, 导致 C 网来显异常, 通过 在固网修改后问题得到解决,来显正常。 第 115 页 中国电信移动网络维护案例汇编――交换分册 4、经验总结 在 C 网割接入网的初期,由于前期测试时间比较仓促,割接后各类问题突现,其中来电 显示问题尤为突出, 对于此类问题的处理, 还是要进行实地的拨打测试、 信令跟踪, 对比分 析 等手段逐步排查问题的所在。 第 116 页 中国电信移动网络维护案例汇编――交换分册 网与异网呼叫经固网关口局转接后来显多 C 网与异网呼叫经固网关口局转接后来显多 0 问题处理案例 (余占平 中国电信四川公司网络操作维护中心) 【案例摘要】 C 网关口局割接后,固网关口局同时作为固网和 C 网的关口局,因固 案 例摘要】四川 网关口局原来对异地手机主叫做了来显加 0 的“回拨通”功能,C 网经固网关口局至异 网的 呼叫也会受 “回拨通” 功能影响, 造成 C 网拨打异网和长途固话时固网关汇局在 IAM 消 息中 发送“0133/0153/0189”的主叫,不符合网间号码传送规范,异网可能拦截这类呼叫, 即使 异网不拦截也可能会造成来电显示多 0。 通过梳理 C 网至固网和异网的各类话务路由,

针对 不同机型的固网关口局采用中继群号码规整、 中继分群等方法, 既保留了固网 “回拨通” 功 能,又实现了 C 网相关主叫号码传递要求。 1、问题描述 四川 C 网关口局割接到固网关口局后,C 网与异网 G 网之间的呼叫均通过固网关口局 转 接, 被叫手机来电显示出现手机主叫多 0 的现象, 如外地 C 网手机拨打本地 G 网手 机来电显 示为 0133X/0153X/0189X,反之外地 G 网手机拨打本地 C 网手机来电显示为 013X/015X,信 令跟踪发现固网关口局在送至异网和 C 网的外地手机主叫号码前有多 0 的 现象。 2、原因分析 四川 C 网与固网共用原固网关口局与异网互通,固网关口局同时作为固网和 C 网的关 口 局,如图 1 所示。因固网关口局原来对异地手机主叫做了来显加 0 的“回拨通”功能, C 网 经固网关口局至异网的呼叫也会受“回拨通”功能影响,造成 C 网拨打异网和长途固 话时固 网关汇局在 IAM 消息中发送“0133/0153/0189”的主叫,不符合网间号码传送规范, 异网可 能拦截这类呼叫,即使异网不拦截也可能会造成来电显示多 0。 第 117 页 中国电信移动网络维护案例汇编――交换分册 图 1 四川电信互联互通组网结构图 根据《中国电信移动通信网络话路路由组织暂行规定》 ,四川 C 网主被叫经固网关汇局 转接的话务路由主要有以下几种情况,其中“C 网用户”包含本地和外地 H 码。 2.1 C 网做主叫时经固网关口局的话务路由 C 网经固网汇接局拨打电信本地固话/小灵通:C 网用户-MGW/MSC-(GMGW/GMSC)-固 网汇接局 TM/TG-电信固定用户 C 网经固网关口局拨打本地异网:C 网用户-MGW/MSC-(GMGW/GMSC)-固网关口局 GW -其他运营商 GW C 网发端入网经固网汇接局拨打电信长途固话/小灵通、异网长途固话:C 网用户- MGW/MSC-(GMGW/GMSC)-固网汇接局 TM(或省内软交换 TG)-电信固定长途网 外地 C 网发端入网经固网汇接局长途来话拨打电信固话/小灵通:C 网用户-电信固定 长途网-固网汇接局 TM(或省内软交换 TG)-电信固定用户 外地 C 网发端入网经固网关口局长途来话拨打异网固话: 网用户-电信固定长途网- C 固网关口局 GW-其他运营商 GW 第 118 页 中国电信移动网络维护案例汇编――交换分册 2.2 C 网做被叫经固网关口局的话务路由 电信本地固话/小灵通经固网汇接局拨打 C 网:电信固定用户-固网汇接局 TM/TG- (GMGW/GMSC)-MGW/MSC-C 网用户 异网拨打本地 C 网:其他运营商 GW-固网关口局 GW-(GMGW/GMSC)-MGW/MSC-C 网 用户 固话长途受端入网拨打本地 C 网: 电信固定长途网-固网汇接局 TM (或省内软交换 TG) -(GMGW/GMSC)-MGW/MSC-C 网用户 3、解决措施 解决措施 根据集团公司 《中国电信移动通信网络主、 被叫号码传送暂行规定》 结合原信产部网 间 , 主被叫号码传送规范, 网拨打异网及长途固话应统一传送 C “移动网号+H0H1H2H3ABCD” 格 式的主叫号码,同时异网手机拨打 C 网也应传送“移动网号+H0H1H2H3ABCD” 格式的主叫号 码,因此固网关汇局在保留原“回拨通”功能的同时,需要规避 C 网拨打异网、C 网拨打固

定长途及异网手机拨打 C 网时不固网关口局不对主叫号码做加 0 等变换处理。 针对四川 21 个本地网的关汇局设置及 C 网相关中继群开设现状,采用不同的方案解决 C 网与异网互通 号 码传送及来显多 0 问题。 3.1、成都、乐山本地网(汇接局为华为软交换、 S1240) 3.1、成都、乐山本地网(汇 接局为华为软交换、关口局为 S1240) 因成都和乐山本地网关汇分开设置, C 网至固网软交换汇接局中继分群,分为“C 网落 地本地固网”和“C 网落地长途固网”两个群,其中“C 网落地本地固网”继续保持对 C 网 主叫加 0 处理, 网落地长途固网”不对主叫号码做加 0 处理,固网关口局对 C 网与异 “C 网 之间的来去话话务均保持主叫号码透传即可。 3.2、 3.2、华为 IMS 关汇合一本地网 华为 IMS 关汇局只需要在固网至 C 网和固网至异网相应的中继群上启用“网间主叫号 码 第 119 页 中国电信移动网络维护案例汇编――交换分册 规整”标志位即可,系统自动对主叫号码进行检查,如主叫为加 0 的手机号码,则删除 0 后送出局。 3.3、 3.3、中兴 IMS 关汇合一本地网 C 网至中兴 IMS 分为“C 网落地本地固网”和“C 网落地异网和长途”两个群,C 网区 分 本网被叫、异网和长途被叫分别指到这两个中继群上。C 网落地本网中继群仍按原有“回 拨 通”流程处理,对 C 网落地异网和长途中继群、C 网经固网长途局来话至异网、异网移 动来 话至 C 网业务军作不加 0 处理。 4、经验总结 由于固网关口局同时兼做固网和 C 网的关口局,固网和 C 网在主叫号码传递及来电显 示 方面要求不一致,因此固网关口局需对主叫号码传送采取不同的处理方式。为保证 C 网 侧在 收到固网关口局送过来的主叫为 “013/015/018” 时来电显示正常, 四川 C 网 GMSCe 在 固网 关口局入中继上专门针对“013/015/018”的主叫号码做了去 0 处理。 第 120 页 中国电信移动网络维护案例汇编――交换分册 外省三位长途区号固话拨打成都 C 网来显无区号案例 (余占平 中国电信四川公司网络操作维护中心) 【案例摘要】 成都 T2/GMSCe 局对入中继启用了 “入局根据长度变换主叫号码属性” 案 功 例摘要】 能, 会对收到的主叫号码做判断规整, 因成都区号为 28 共 2 位, 市话最大号长为 8 位, 外 省 3 位区号加 8 位市话号码的主叫会被减掉区号处理,导致其拨打成都 C 网时来显无 区号。 由于固网拨打 C 网的主叫号码都是在出入中继上做号码变换实现规范, 因此中继群 属性上无 需再做判断规整, 在成都 T2/GMSCe 局入中继上去掉 “入局根据长度变换主叫号码 属性”标 志位后问题解决。 1、问题描述 外省三位长途区号的固话拨打成都新 C 网来显无区号,如 051082xxxxxx 拨打成都 C 网 来显为 082xxxxxx,呼叫路由为受端入网方式(外省 TS——成都 MS——成都 T2/GMSCe —— 成都端局 MSCe2) 。 2、原因分析 2.1、 2.1、固网拨打异地 C 网主叫号码传送规范 1、电信固网用户拨打异地 C 网用户采用发端入网方式时,C 网被叫所在地 TMSC 收到

的 主叫号码格式统一为“长途字冠+国内有效号码” ,呼叫路由如图 1 所示,按要求应由发 端 固网 MS 在主叫号码前加插“长途字冠+区号” ,也可由发端 C 网 GMSC 完成。 图 1 电信固网用户拨打异地 C 网用户发端入网路由示意图 第 121 页 中国电信移动网络维护案例汇编――交换分册 2、电信固网用户拨打异地 C 网用户采用受端入网方式时,C 网被叫所在地 GMSC 收到 地 主叫号码格式统一为“长途字冠+国内有效号码” ,呼叫路由如图 1 所示,按要求应由 发端固 网 TS 在主叫号码前加插“长途字冠+区号” 。 图 2 电信固网用户拨打异地 C 网用户受端入网路由示意图 2.2、 2.2、成都中兴 GMSCe 存在问题分析 1、外省固定电话拨打成都 C 网不论是发端入 C 网还是受端入 C 网,都要经过成都两 个 GMSCe 局, GMSCe 上同时跟踪入局的 ISUP 消息和送到端局 MSCe 的 SIP 消息, 在 发 现入局 ISUP 中主叫号码为 051082XXXXXX 没有问题, GMSCe 送到端局 MSCe 时通过 SIP 信令跟踪主叫号 但 码已经变成了 082XXXXXX, 而区号 510 没有了, 最终被叫来电显示为错 误的 082XXXXXX。 2、检查 GMSCe 局数据发现,新 T2/GMSCe 局入中继启用了“入局根据长度变换主叫号 码 属性”标志位,如图 3 所示。该标志位的作用是根据主叫号长来更改用户属性,如果主 叫号 码为固定号码,且不是国际属性,主叫号码长度大于安全变量(安全变量位置:呼叫类 /号 码类)中市话的最大位长加上对应的 VMSC 区号长度之和,就会将主叫号码长度减掉区 号长 度来显示。实现原理举例:一般市话号码都在 7-8 位,但是某些特殊号码位数很短, 如 123, 加区号后变成 028123,作为主叫时,如果 IAM 消息送过来的主叫号码属性为用户 属性,到 C 网侧就会再加上区号出现号码显示 028028123 双区号的情况。 第 122 页 中国电信移动网络维护案例汇编――交换分册 图 3 中兴 MSCe 中继组“入局根据长度变换主叫号码属性”标志位 3、 成都 GMSCe 针对入中继启用 “入局根据长度变换主叫号码属性” 标志位后, 当 时 GMSCe 收到的主叫号码为 051082xxxxxx,在做处理时先删除首位的 0,主叫号码长度减 1,变成 51082xxxxxx 共 11 位长度。由于 GMSCe 安全变量配置的市话最大长度是 8 位, VMSC 配置的 区域编码为 28,共 10 位长度,显然入局主叫 11 位大于 10 位,要减去区号 位长(成都区号 位长共 2 位) ,所以导致最后显示号码为 082xxxxxx。 3、解决措施 解决措施 在成都 T2/GMSCe 局所有入中继上去掉“入局根据长度变换主叫号码属性”标志位后问 题解决。 4、经验总结 由于异网拨打 C 网的主叫号码规范都是在出入中继上做号码变换实现的, 因此无需再 针 对主叫号码做判断规整。 第 123 页 中国电信移动网络维护案例汇编――交换分册 多普达手机来显不正常的案例 关于 C 网多普达手机来显不正常的案例 (张娟娟 中国电信陕西公司省 NOC) 【案例摘要】陕西 C 网手机漫游至 A 省后,呼叫陕西 C 网手机,陕西 C 网手机(多 普达 案例摘要】 机型)来显不正常。后经 A 省将主叫号码的地址属性修改为国内号码后来显正常。 1、问题描述

陕西 C 网手机漫游至 A 省后,呼叫陕西 C 网手机,陕西 C 网手机(多普达机型)来 显不 正常。如当主叫为 18977141343 时,手机来显会出现+1(897)714-1343。 2、原因分析 经测试, 省无论是用本地卡还是西安漫入卡呼叫西安 C 网手机, A 多普达手机来显都是 +1 897) ( 714-1343, 三星手机来显正常 18977141343。 跟踪信令发现, 省在 HLR 至西安 MSCE A 的 ROUT REQ 消息中发现的主叫号码为 18977141343,但地址属性为国际号码,我省的 主叫 显示取自 MAP,MSCE 会通过空口向手机终端会透传主叫号码及属性。不同手机终端对主 叫 号码及属性的处理机制不同,所以显示也各有不同。 3、解决措施 解决措施 此问题产生的原因是 A 省发送的主叫号码格式与地址属性不一致造成,后联系 A 省将 主 叫号码的地址属性修改为国内号码后来显正常。(注:发生此故障时,陕西 C 网主叫来显 的取 值点是来自 MAP,后已按照集团规范将主叫来显取值点改为 TUP) 4、经验总结 C 网各种类型的终端对协议的解析处理可能有不一致的地方,遇到问题要有针对性地展 开测试,定位问题。 第 124 页 中国电信移动网络维护案例汇编――交换分册 022 主叫号码前带“ 天津用户漫游拨回天津 022-10001 主叫号码前带“0”问题 (廉士杰 谢玉生 中国电信天津分公司网管中心) 【案例摘要】 部分用户反映漫游时拨回天津客服 02210001 时失败, 系统提示 “请用电 案 例摘要】 信手机拨打” ,拨打 02210000 时客服系统显示主叫号码前带“0” 。经查原因为部分地区 固 网 TM 汇接局在发端对省际长途移动手机主叫号码前加 “0” 同时天津客服系统未配置对 , 移 动主叫号码前带“0”的判断机制,经天津客服系统增加对 013/015/018 判断机制后,问 题 解决。 1、问题描述 部分用户反映漫游时拨回天津客服 02210001 时失败,系统提示“请用电信手机拨打” , 拨打 02210000 时客服系统显示主叫号码主叫号码前带“0” (1) 18920030166 用户反映, 。 漫游江苏徐州拨打 02210001 时系统提示 “请用电信手机拨打” , 但是用户在拨打 02210000 时 可 以 达 到 人 工 坐 席 , 客 服 显 示 主 叫 号 码 为 018920030166 ” “ 。 (2) 13389961490 用户反映在河北唐山、山东临沂、北京平谷、浙江杭州拨打 02210001 拨通 10001 后当查话费的时候提示“请用电信手机拨打” 。 2、原因分析 2.1、现网省际长途移动主叫号码加“ 2.1、现网省际长途移动主叫号码加“0”情况 叫 号码加 通过信令监测系统查询, 发现用户投诉问题并非个别现象, 部分省份送至天津话务中 存 在天津漫游 C 网用户主叫号码前带“0”情况,其中上海和河北等局向出现情况较多,部 分 呼叫记录如下: 第 125 页 中国电信移动网络维护案例汇编――交换分册 天津漫游用户拨 回天津固话或客 服 经了解主要由于对端省份开展了 “回拨通 (长途回拨) 业务, 并且其实现方式是在 TM 回 拨通” 回拨通 汇接局对经过该局的异地移动号码主叫前加 “0” 所致。 其本意在于提供带 “0” 的移动主叫 号码给网开通了回拨通业务的用户, 便于用户回拨; 但是部分汇接局或者关口

局由于版本过 版本过 无法区分主叫号码所属的中继群,造成外地移动用户漫游至该省时拨 打归属地固话时也 低, 经过汇接局或者关口局而在主叫号码前也增加了“0” 。 经进一步确认, 上海发出的带 “0” 的移动主叫, 系从宁波转发而来, 浙江开放了回拨 回 拨 回拨通业务所致。 通业务; 河北发出的带 “0” 的移动号码也是由于对端开通了回拨通 回 拨通 2.2 长途对主叫号码判断加” 2.2、拨打 PSTN 长途对主叫号码判断加”0”和区号机制 目前电信 C 网拨打异地 PSTN 长途采用近端入固网方式,其主叫号码传递参见图 1。 图 1:省际长途呼叫主叫号码传递示意图 第 126 页 中国电信移动网络维护案例汇编――交换分册 固网长途呼叫主叫号码加”0”和区号机制: 固网的长途呼叫, 对于主叫号码前插长途 字冠和区号的处理在话务发端局的 TS(DC2)完成。 C 网拨打 PSTN 长途对主叫号码判断加”0”有以下 2 种方式: 方式一:非智能网方式,在长途落地 TM 汇接局,对主叫为移动主叫号码进行 H 码和中 继局向分析,并对异地移动主叫号码前加“0” 。 目前,江苏全省采用方式一,实现了固网 落地时针对本省、 外省移动号码的判断: 即在 各地市的 TM (汇接局) 设备上开发了针对 “移 动网号+H0H1H2H3”和中继局向识别的功能, 在非本地移动号码前加“0”送到固网用户,方 便 PSTN 用户回拨。 方式二:智能网方式,在长途落地 LS 端局通过 SHLR 智能网方式,判断归属后对异地 移 动主叫号码前加“0” ,天津目前采用这种方式。 2.3 2.3、原因总结 (1) 部分省也采用 TM 汇接局判断方式(即方式一) ,但由于设备版本问题,不能同时 支 持按移动主叫 H 码和中继局向判断机制,只是解决了本地网内 PSTN 固话回波异地移动 号码 问题,从而带来部分出省的省际长途话务中移动主叫号码前带”0”问题。 (2) 天津客 服平台仅判断主叫号码为 13、15、18 的号码,不判断主叫号码带“0”的号 码,导致系统 提示“请用电信手机拨打” 。 3、解决措施 解决措施 3.1、由对端省修改长途呼叫移动主叫号码加”0”机制 由对端省修改长途呼叫移动主叫 号码加” 针对派单流水号: 2009022000006043 投诉, 首先派单江苏徐州电信, 对方回复当地 C 网 用户拨打异地固网用户经过固定网长途局 TS 转接 (徐州 TS 为 1240 设备) 当时由于 1240 。 版本功能过低,不识别 18 开头的移动吗,将其判断为不带 0 的固定网号码,因此 经过本局 时插 “0”送出。最终江苏通过对 S1240 TS 长途局版本升级解决。 第 127 页 中国电信移动网络维护案例汇编――交换分册 3.2、天津客服系统增加对 013/015/018 主叫号码判断机制 18920030166 用户反映问题解决后,并没有从根本上解决问题,陆续又有新用户投诉发 生, 13389961490 用户反映在河北唐山、 如 山东临沂、 北京平谷、 浙江杭州拨打 02210001 也 存在同样问题。 为从根本上解决问题, 经与客服平台厂家华为公司、 信息化部讨论, 可以在平台增加 013、 015、 018 的判断机制。 2009-04-26, 信息化部与华为公司完成程序修改, 增加对 013、 015、 018 主叫号码的判断机制。 4、经验总结 针对此类问题, 根本解决应在各业务平台进行规范, 即完善主叫号码判断机制, 对主叫 号

码 为 13/15/18 和 013/015/018 的 呼 叫 均 进 行 校 验 处 理 。 业 务 平 台 不 限 于 客 服 10000/10001 号平台,凡是对移动主叫号码进行校验的平台均需完善主叫号码判断机制。 同时,部分存在主叫号码传递不规范问题的省份对 TM 汇接局进行升级整改,以确保省 际长途出省话务中移动主叫号码不带”0” ,从而符合电信主叫号码传递规范。 第 128 页 中国电信移动网络维护案例汇编――交换分册 C 网手机拨打激活前转的小灵通主叫号码显示不正确的问题 (李德华 新疆电信区级网络操作维护中心) 【案例摘要】 C 网用户呼叫小灵通用户,小灵通呼转至本地固话后,来电显示为长 案 例摘要】新疆 途字冠+区号+手机号码, 后通过对信令进行逐级跟踪, 确定是小灵通局将 C 网主叫号 码的地 址属性进行了修改,修改为用户号码,UT 小灵通局升级后问题得以解决。 1、问题描述 C 网用户呼叫小灵通, 小灵通呼转至本地固话后, 来电显示为长途字冠+区号+手机号 码。 2、原因分析 根据集团规范,C 网拨打固话为就近入网,跟踪 MSCe 送至固网 NGN 的信令,未发现问 题, 再跟踪 NGN 送往小灵通局的信令, 也未发现问题, 在固网 NGN 跟踪小灵通送过来的 信令, 发现小灵通局送过来的主叫地址属性被修改为用户号码, 端局会在主叫号码前加长 途字冠和 区号。移动号码做主叫,号码传递过程中,主叫地址属性应该为国内有效码,不应 该为用户 号码。 3、解决措施 解决措施 UT 小灵通升级后,问题得到解决。 4、经验总结 对于主叫号码显示不正确类的问题,一般与对端局或中间局发送过来的主叫号码地址属 性有关, 因此可从分析消息中主叫号码的相关参数来判断问题原因, 并找出合适的解决办 法。 进行修改,否则可能号码出现问题。 第 129 页 中国电信移动网络维护案例汇编――交换分册 15 和 18 号段手机呼叫固定电话来电显示加 0 问题解决方案 (王会贤 中国电信股份有限公司广西分公司运行维护部) 【摘要】本文重点描述了 15、18 号段手机做主叫呼叫各种固网端局用户时,如何在尽 量 摘要】 遵循主叫号码传送规范的基础上, 仅仅通过局数据修改来实现来电显示不加 “0” 的需求, 有效避免了 EWSD、S12 端局植入补丁所需的投资,取得了良好的经济效益和社会效益,具有 全网推广的价值。 1、问题描述 现网 S1240、EWSD 交换机版本较早,仅将 13 号段视为手机号段,未把 15、18 号段视 为 手机号段。 15、 号段手机的呼叫经由上述交换机接续后, 当 18 主叫号码显示或传送为 “015 或 018??” 。 2、原因分析 2.1、 2.1、网间号码传送规范 现行的主叫号码传送规范为 《网间主叫号码的传送》 YD/T 1157-2001) ( 及其三个补充 件, 该规范中规定, 移动用户呼叫固定用户 (包括本地、 长途呼叫, 不含国际长途呼叫) 的 主 时

叫 号 码 传 送 格 式 均 为 “ 移 动 网 号 +H0H1H2H3ABCD” , 来 电 显 示 为 “ 移 动 网 号 +H0H1H2H3ABCD” 集团公司印发的 《中国电信移动通信网络主、 被叫号码传送 。 暂行规定 V5》 中规定,C 网到固网网间(包括 C 网到电信固网)的本地、长途呼叫(不含 国际长途呼叫) 主叫号码传送的格式统一为“移动网号+H0H1H2H3ABCD” , ,地址性质为“国 内有效号码” 在未开放回拨通业务的情况下, , 移动用户呼叫固定用户来电显示的格式为 “移 动网号 +H0H1H2H3ABCD” 。上述两种规范要求基本一致。 第 130 页 中国电信移动网络维护案例汇编――交换分册 2.2 2.2、广西公司市场部关于手机呼叫固定电话来电显示要求 中国电信广西公司市场部根据主叫号码传送规范,同时参照广西移动公司的现行做法, 对 C 网手机呼叫固定电话来电显示提出如下要求: 网手机做主叫呼叫固定电话时,不区 “C 分本地及长途来话,被叫来电显示均显示为“移动网号+H0H1H2H3ABCD”,即显示为不加 “0” 的手机号码,这与集团公司及现行《网间主叫号码的传送》的规范一致。 2.3、 2.3、15 和 18 号段手机呼叫固定电话来显存在问题 2.3.1 2.3.1 广西公司交换网络组网简图 下图以南宁本地网组网图为例, 广西公司采用 软交换 TG 汇接局一级汇接组网,计费采 集点全部集中在软交换汇接局。 (1) 长途层面: 全区 10 套 DC2 长途局、 套 DC1 TDM 长途局 2 (均为贝尔 S12 设 备) 1 套 DC1-TG 、 长途局 (中兴公司设备) 区内 10 套 DC2 之间网状组网, 3 套 DC1 。 与 设备相连。 (2) 汇接层面:区内按照大区制组网建设软交换 TG 汇接局,在各本地网建设 1 对 TG 汇接局 汇接本地话务,均为中兴公司设备。 (3) 端局层面:存在 EWSD、S12、CC08、 ZXJ10、UT 小灵通、中兴小灵通、华为 RASYS 等各 种设备。 第 131 页 中国电信移动网络维护案例汇编――交换分册 2.3.2 2.3.2 15 和 18 号段手机呼叫固定电话来显存在问题 现网 S1240、EWSD 交换机 版本较早,仅将 13 号段视为手机号段,未把 15、18 号段视为 手机号段。当 15、18 号段 手机呼叫经过或到达上述交换机时,由于主叫号码的地址属性为 “国内有效”且位长超过 8 位(本地号码的最大位长) ,同时主叫号码不是“0”或“13” 开头,上述交换机均会在主叫 号码前面加插“0” ,造成主叫号码显示或传送为“015 或 018??” 。 3、解决措施 解决措施 针对上述存在的问题, 广西公司针对长途、 汇接和端局各个层面实施了不同的方案和 措 施,确保了本地、省内省际长途及运营商之间的 15、18 手机号段做主叫时满足主叫号码 传 送规范,固话端局来电显示为不加“0”的手机号码。 3.1、长途层面 .1、 (1) 实施思路:对广西公司 DC2 长途局进行升级或植入补丁,实现对 15、18 等手机号 段的 识别, 不再加 “0” 以规范省内、 , 省际呼叫时的主叫号码传送, 实现对不同的新增手 机 号段的识别。 (2) 实施对象: DC1 的版本 B1206 已支持 15、 号段的识别, 因 18 仅需将 10 套 DC2 长途局软 件版本从 B223PH1 升级到 B223PH2 即可。 (3) 存在问题: 广西实施 DC2 交换机植入补丁后,可实现广西省内、省际呼出时主叫号码规 范传送,但不能规范其他省公 司送过来加“015、018”等不规范手机号码传送问题。 (4) 对于其他省公司送过来的不规范 的加“0”号码,目前统一在软交换 TG 汇接局针对长途 入中继群送来的 015、018 主叫号 码进行变换,删除“0” ,同时把主叫手机号码的地址 性质改为“国内有效” (不变换地址属 性也可以,只是为了规范) ,这样即可完成对其 他省公司发送过来的不规则主叫手机号码的 规范处理。 第 132 页

中国电信移动网络维护案例汇编――交换分册 3.2、汇接、端局层面 .2、汇接、 中兴软交换汇接局、 3.2.1 中兴软交换汇接局、华为 CC08 交换机端局 实施思路: 汇 接局严格按照主叫号码传送规范设置,仅在华为 C&C08 交换机端局修改呼 叫内部参数,取 消原来针对主叫地址性质为“国内有效”和“国际有效”时在主叫号码前加 插长途字冠“0” 或“00”的功能。 (1)实施对象:所有 32 模或 128 模 CC08 用户端局 (2)实施方案: 修改相关软件参数即可。具体命令为: 显示相关软件参数表数值: LST SFP:ID=P49; 显示 呼叫内部参数 1,如参数值为“FFFF” LST SFP:ID=P50; 显示呼叫内部参数 2,如参数值为 “FFFF” 修改相关软件参数表数值 MOD SFP: ID=P49, VAL="BFFF"; MOD SFP: ID=P50, VAL="FFF7"; 中兴软交换汇接局、 3.2.2 中兴软交换汇接局、西门子 EWSD 交换机端局 广 西公司在网 EWSD 交换机有 V15 及 V13 版两种版本,西门子公司表示 V15 版可以通过 打 补丁解决 15、 手机呼叫 EWSD 端局来电显示加 18 “0” 问题, 但需要收费; V13 版未开发 相 应补丁, 必须先升级为 V15 版后才能植入补丁, 但升级涉及大量的硬件替换, 升级成本较 高。 为节省投资,广西公司对 EWSD 的内部传送机制进行研究发现, EWSD 交换机内部是采 用“LAC+DN”的主叫号码方式进行内部信令传送(LAC 指的是主叫号码所带的区号,如 7712801240 中的 771) 。EWSD 交换机端局对于入局呼叫,在入局时首先判断主叫号码的位 长,当位长大于 8 位时,再判断主叫号码第一位是否为“0” ,若为“0”则去掉“0” ,将 主 叫号码变换为 LAC+DN 格式,若不为“0” ,则认为原号码已经是 LAC+DN 的格式,按照原 号 码在交换机内部传送; 若主叫号码的位长小于等于 8 位时, 则认为主叫号码为 DN 号码, 没 有带 LAC,交换机将自动添加本交换机配置的本地区号(2 位或 3 位数字)作为 LAC,使 第 133 页 中国电信移动网络维护案例汇编――交换分册 主叫号码变换为 LAC+DN 格式在交换机内部进行信令传送。交换机在将主叫号码传送给 用户 线(或话机)显示时,将主叫号码的 LAC 与本局配置的本地 LAC 进行对比,如果主叫 号码 LAC 与本局配置的本地 LAC 相同,则去掉 LAC 仅显示 DN 号码(交换机不再判断 DN 号码的长 度) ,否则将加“0”显示为“0+LAC+DN” 。 根据以上分析,EWSD 端局针对主叫号码为 15、18 手机号码的入局呼叫,交换机首先判 断主叫号码的位长大于 8 位, 同时主叫号码第一位不为 , “0”则认为原号码已经是 LAC+DN 的 格式(LAC 为 15X、18X) ,按照原号码传送。交换机在将 15、18 手机的主叫号码传送给 话 机(或用户线)显示时,将主叫号码的 LAC 与本局配置的本地 LAC 进行对比,发现 LAC 不 相 同,则加 “0”显示, 故 15 、18 手机号码入局 呼 叫 EWSD 端局 时,来 电显示 为 “0+15XXXXXXXXX”“0+18XXXXXXXXX” 、 。 若针对主叫号码为 15、 手机号码的入局呼叫, 18 在入局前将主叫号码添加本地 LAC 或 “0+LAC”以 LAC 为 771 为例, ( 即将主叫号码变换为 771+手机号码或 0771+手机号码) 进 , 入 EWSD 交换机端局后, 根据 EWSD 交换端局的判断机制, 首先按照 “本地 LAC+手机号码” (即 771+手机号码) 进行信令传递, 传送给话机 (或用户线) 显示时, 进行 LAC 比对, 主 因 叫号码的 LAC 与 EWSD 被叫交换机配置的 LAC 相同, 都为 771, 则去掉 LAC, 显示为 DN 号 码( “15XXXXXXXXX、18XXXXXXXXX”,从而达到来显显示不加“0”的目的。 ) 基于上述分析,我们提出以下实施方案: 在中兴软交换汇接局针对 EWSD 端局的出局路由做区号规范化变换,即在中兴软交换汇 接局到 EWSD 端局的出局路由上把第一位为非 0 的主叫号码都变换为“长途字冠 0+区号+ 主 叫号码”的格式,送到 EWSD 端局。本方案中 EWSD 端局不需设置任何数据。 经测试, EWSD 端局的所有类型用户终端 在 (如普通用户、 虚拟网用户、 PRA 用户等) 的 来电显示均显示为不带“0”的手机号码,满足需求,计费、补充业务等均正常。但同时 发

现 15、 手机用户呼叫呼转出局的 EWSD 端局用户时, 18 EWSD 端局送出的主叫手机号码的 地 址性质已经更改为“用户号码” ,为此,需在软交换汇接局对 EWSD 的入中继做主叫号码 分 析,对主叫号码是 0、13、15、18 开头的号码修改地址属性为“国内有效” ,以确保后续 第 134 页 中国电信移动网络维护案例汇编――交换分册 主叫号码传送符合规范。 上述方案中, 也可在中兴软交换汇接局到 EWSD 端局的出局路由上把第一位为非 0 的主 叫号码都变换为 “区号+主叫号码” 的格式。 两者的区别在于 (以 LAC 为 771 为例说明) 对 : 于 10000 号等五位短号码发起的来话呼叫, 若只添加本地区号 771, 则位长为 8 位, 交换 机 认为主叫号码为 DN 号码,没有带 LAC,交换机将自动添加本交换机配置的本地区号,变 换 为 77177110000,在来电显示时,比较 LAC 后将第一个 771 删除,来电显示为 77110000, 不合要求;若对于 10000 号等五位短号码发起的来话呼叫,若添加 0771,则位长为 9 位, 交换机认将首先去 , 77110000 视为 LAC+DN 号码在内部传送, “0”将 在来电显示时, 比较 LAC 后将第一个 771 删除,来电显示为 10000,符合要求。 存在问题: 短号码 114、 120 做主叫呼入 EWSD 端局时, 来电显示为 LAC+114 或 LAC+120, 该问题无法规避,但感觉也不影响业务和用户感受。 中兴软交换汇接局、 3.2.3 中兴软交换汇接局、贝尔 S1240 交换机端局 测试发现,当 15、18 号段手机呼叫 S1240 端 局用户时,如果 TG 汇接局发送到 S1240 端局的主叫地址性质为“国内有效”时,S1240 端 局用户侧来电显示为“0+手机号码” ,如 果汇接局发送到 S1240 端局的主叫地址性质为“用 户号码”时,S1240 端局用户侧来电显示 的号码与信令中的主叫号码完全一致,仅显示为手 机号码,满足实际需求。 存在问题: 上述数据修改完毕后, 18 号段手机呼叫设置了呼转出局的 S1240 端局 用 15、 户时,S1240 端局送出的手机号码的地址性质已经更改为“用户号码” ,需要软交换汇接 局 对 S1240 的入中继做主叫号码分析, 对主叫号码是 0、 15、 开头的号码修改地址属 性 13、 18 为“国内有效” ,以确保后续主叫号码传送符合规范。 实施方案: 在中兴软交换 TG 汇接局对 S1240 端局的出局路由将所有主叫的地址性质变 换为 “用户号码” 以解决来电显示加 , “0” 问题。 同时在软交换汇接局上对 S1240 端局的 入 中继做主叫号码分析, 对主叫号码是 0、 15、 开头的号码修改地址属性为 13、 18 “国内有 效” , 从而确保 S1240 端局呼转后的主叫号码传送符合规范。 本方案中 S1240 端局不需设置 任 何数据。 第 135 页 中国电信移动网络维护案例汇编――交换分册 中兴软交换汇接局、 3.2.4 中兴软交换汇接局、小灵通端局 以中兴域小灵通为例: 修 改软件参数将所有手机号段放入本地长途区即可。 具体操作方 式为:在中兴 PHS IGW 网管 打开 IGW 基本配置管理系统,打开菜单 “移动数据”-“移动 号码分析” ,在弹出的对话 框中选择“本长途区号码” ,点击“增加”在弹出的对话框中, 添加本地移动、联通、C 网 号段,添加时“号段”及“86+号段”两种方式全部添加。 当 15、 手机做主叫用户呼入时, 18 系统会判断主叫号码是否包含在该表的号段中, 判 即 断是否为本地号段,如该表中没有此主叫号段,则在主叫前加“0” ,若存在,在仅显示 手机 号码。 4、经验总结 上述仅仅通过修改交换网局数据的方式,解决 15、18 手机号段(包括其他运营商的 18 号段) 呼叫电信固网端局来电显示加 “0” 问题的方案已在广西公司现网应用, 经实践证明 方 案可行, 有效避免了不必要的投资, 取得了良好的经济效益和社会效益, 具有全网推广价 值。

第 136 页 中国电信移动网络维护案例汇编――交换分册 关于 C 网主叫传送多 0 问题的处理分析 (夏军 中国电信江苏公司操作维护中心) 【案例摘要】 江苏电信语音网络结构比较清晰,但网元设备比较复杂, 固网汇接局和长 案 例摘要】 途局均使用 TDM 交换机, 导致 C 网拨打固定电话的多种场景下来电显示多 0。 分析了 C 网来 电显示多 0 的各种场景,结合网络特点,通过修改数据和版本升级,解决了网上存在 的问 题。本案例对 TDM 汇接局和长途局组网的省份,有推广和借鉴作用。 1、问题描述 网络上存在以下三种多“0”问题: (1) 异地漫游 C 网用户呼叫归属地的固定电话,归 属地固定电话的来电显示前加插 0。 (2) 异地漫游 C 网用户呼叫本地地固定电话, 固定电 话转移到本地 C 网或者移动号码上, 手机来电显示前加插 0。 (3) 本地 C 网或者其他运 营商移动号段是 15/18 的用户呼叫本地 PSTN 用户,来电显示 前加插 0。 2、原因分析 为方便固网用户回拨, 要求固网用户显示 “0+异地移动主叫号码” 通常在落地端固网 汇 , 接局对移动主叫 H 码进行判断, 对所有呼叫方向 (含本地呼叫方向) 异地移动主叫 H 码则 前 插“0”来实现“回拨通”业务,从而导致本地固网汇接局在送往长途局呼叫方向的异地 移 动主叫号码也前插“0” 。异地漫游 C 网用户呼叫经过具备“回拨通”功能的漫游地固网 汇 接局时,固网汇接局对异地移动主叫号码前插“0” 。具体消息如图 2.1 所示: 第 137 页 中国电信移动网络维护案例汇编――交换分册 C 网 MSC IAM 固网 汇接 IAM REL 固网 SHLR 长途 DC1 图 1 前插“0”流程图 异地漫游 C 网用户呼叫本地固网 PSTN 电话时又发生了呼叫前转, 则该类呼叫重新回到 固网汇接局,此时主叫号码为“0+异地移动号码” ,则固网汇接局会直接透传主叫号码。 按照集团公司前期下发的规范要求,TDM 交换机需首先判断主叫号码的地址属性,若地 址属性为 “国内有效” 则继续判断是否是移动网号, , 判断是移动网号则透传该主叫号码; 判 断是以“0”开头的主叫号码,则透传该主叫号码;判断主叫号码为“非 0”且“非移动 网 号” ,则在该主叫号码前插“0” 。目前,固网 DC1 长途局版本均为 B1206,该版本可正 确判 断移动网号。而仍有部分地区部分 TDM 交换机机型(主要是 DC2 长途局) ,因种种原因 暂 无法正确判断 “15、 开头的移动网号, 18” 因此这些交换局会在转接 C 网拨打异地固网话 务 时在 C 网主叫号码前插“0” 。 3、解决措施 解决措施 根据以上对障碍的分析, 对江苏的网元设备做了一个统计, 长途局主要有 S1240、 AXE10 和 F150 三种制式,固网汇接局主要中兴和华为两种制式,C 网核心侧设备主要包括 中兴和 华为两种交换机型,下面我们针对需要解决的问题结合各网元设备提出了解决方案。 3.1、 3.1、长途 TS 侧解决方案 长途 TS 侧主叫号码规范是通过打补丁和升版来识别 13、 18 手机号码, 15、 解决故障 现 象 3 的问题。

第 138 页 中国电信移动网络维护案例汇编――交换分册 (1)全省有 4 个 S1240 的本地网 TS 未升版,部署四个本地网版本升级后测试,主叫 号 码已经按照要求判断。 (2)AXE10 长途局已有补丁,适用于 TG52 CNA1 版本,南通、 徐州、淮安、盐城补丁 已经全面部署,测试确认已经符合规范要求。 (3)F150 长途局已 有补丁,在相应地市已经部署,测试确认已经符合规范要求。 3.2、 3.2、固网汇接局侧解决方案 3.2.1 华为汇接局 MS 目前全省华为 MS 已经统一到 V610R105M9208P004J090 及以上版本,通过打 LICENSE 支 持异地手机号码规整工作, 满足集团公司主叫号码传送规范要求, 解决障碍现象中的 1 和 2 的问题。 (1)按照要求增加新开手机 15 号段和异地手机号码做主叫时前加 0 的 license,其 中 license 需华为公司提供。 ADD SRVCTRL: SKEY="32JN-0J02-11J5-0HB1-KVE4"; 编号 = 注册码 = 12 32JN-0J02-11J5-0HB1-KVE4 业务功能描述 = 手机新开号段 15 有效期 = 2009-8-5 ADD SRVCTRL: SKEY="32JN-0J13-01F5-0DS3-KUEM "; 编 号 = 注 册 码 = 13 32JN-0J13-01F5-0DS3-KUEM 业务功能描述 = 异地手机号码做主叫时前加 0 有效期 = 2009-6-28 (2)打开判断 18、018 为手机号码的软件开关,将 P82 的 bit15 置为 0。 第 139 页 中国电信移动网络维护案例汇编――交换分册 MOD SFP: ID=P82, VAL="7FAF"; 参数编号 82 参数名 SSP 参数 6 参数值 7FAF (3)修改中继群标志,选择附加业务标志为异地手机主叫号码规整。 此标志打上后, 会判断从此中继群出去的主叫号码是否是 013、 015、 018, 判断是后删 除主叫前 0。 MOD N7TG: TG=8, SVRCTRL=SVR18-1; 按照要求已经在到长途局、移动、联通 G 网、C 网端局的中继群 上都打上此标志,按照 集团公司要求测试汇接局送的主叫号码已经规范。 3.2.2 中兴汇接 局 MS (1)C 网用户呼叫长途固网或转移呼叫至长途固网 汇接局新建一个到长途方向的出局 路由链组, 新出局路由链组中出局路由勾上 “主叫号 码的长途区号前不加 0”参数,C 网 来话单独使用一个分析子,长途字冠选用此新建出局路 由链组。 (2)异地漫游 C 网用户呼叫漫游地固定电话, 固定电话转移到漫游地 C 网或者移动号码 上来电显示多 0 的问题。 新建一被叫号码分析子 A, 分析子 A 中使用一个新建专网分析器 A,分析器 A 中对 0、 17909、11808、17901、13、15、18 字冠条件删除 12 位的主叫号码, 变换起始位置为 1, 除后位长为 11, 删 变换后号码类型为国内有效。 分析子 A 中其它特服、 本地网分析器与端局 普通呼叫相同。 (3)C 网呼叫专网用户,专网用户转移到异地号码 因为汇接局将所有专网用户呼出时主 叫号码地址性质改为用户号码, 这就导致移动用 户呼叫专网用户再做转移到异地号码时, 主 叫号码地址性质会被改为用户号码,经 S1240 第 140 页 中国电信移动网络维护案例汇编――交换分册 长途局时会在主叫号码前加长途区号。 新建一被叫号码分析子 B, 分析子 B 中使用一个 新建 专网分析器 B,分析器 B 中对 0、17909、11808、17901、13、15、18 字冠,主叫号 码流变 换方式选只改变类型值,变换后号码类型为国内有效。分析子 B 中其它特服、本地 网分析器 与端局普通呼叫相同。

4、经验总结 C 网、固网和长途网网元设备交换机型和软件版本比较复杂,在考虑解决方案和测试方 案要全面,解决问题时要使用最小消耗网络资源的方法来实现。 第 141 页 中国电信移动网络维护案例汇编――交换分册 四、 呼叫转移 中移动号码不能呼叫转移到漫游上海的广州 C 网用户 (陈曦 中国电信广东公司网络操作维护中心) 【案例摘要】 中移动用户呼叫转移到漫游上海的广州 C 网用户时, 由于华为 MSCe 没有 案例摘要】 将原被叫号码送到被叫局, 造成呼转失败。 MSCe 将被叫局的 TLDN 号段数据添加 在 “发 送原 被叫号码”参数后,故障恢复。 1、问题描述 广州 C 网用户漫游到上海后,将其中移动号码呼转到此 C 网号码后,呼转提示成功, 但 很快释放,直接拨打其 C 网号码正常。使用其他 2、原因分析 2.1、 2.1、网络结构 TMSCe1 SIP 广州 GMSCe DC1 SIP TMSCe2 上海 MSC 当上海移动的号码呼转到广州漫游到上海的 C 网号码上, 且做被叫时, 由上海移动根 据 受端入网原则送到广州移动,再通过关口局送到广州 GMSCe 进行查询并获得上海 C 网 MSC 分配的 TLDN 号码,通过话务路由,由广州 TMSCe 送到 DC1,再路由到用户漫游的上海 MSC。 第 142 页 中国电信移动网络维护案例汇编――交换分册 在广州 MSCe 和 TMSCe 之间是通过 SIP 中继路由话务的。 2.2、 2.2、问题分析 (1) 在广州 GMSCe 跟踪信令消息发现:已经完成 HLR 的查询,并获得用户的漫游号码 TLDN, 并将该漫游号码送到了 TMSCe。 (2) 在 TMSCe 跟踪信令消息,也将携带上海的漫游 号码的 IAM 消息送到了 DC1,但却返回拆 线消息 CFL,从而造成呼叫转移失败。 (3) 联系 上海 DC1 同事跟踪消息没有送出局, 而是由 DC1 直接送回的拆线消息 REL。 检查 DC1 数 据也没有问题。 (4) 为什么 DC1 会拒绝掉呼叫呢, 一定是消息上的配合问题。 回头继续 分析由 TMSCe 送给 DC1 的 IAM 消息中有呼转标志,但没有原被叫号码(即中移动号码) , 在 ISUP 的消息中是要 求带原被叫号码的,应该是这个原因造成呼转的失败。在 GMSCe 送 到 TMSCe 的 SIP 消息 中也没有原被叫号码,说明在华为 MSCe 中消息处理存在问题。 联系用户,直接拨打其 C 网号码是可以接通,说明 DC1 的数据配置是没有问题的,应 该 是 DC1 和 TMSCe 送去的呼转消息配合存在问题。 回头在 TMSC 跟踪消息, 并分析发现在 IAI 消息中没有原被叫号码(北京 139 号码) ,找到了 DC1 拒绝的原因了。在 MSCe 跟踪 送 TMSCe 的 SIP 消息是没有原被叫号码的。 说明华为 MSCe 对于呼叫转移的处理是不对的, 在 MSCe 配置上海的这个漫游号段参数实现了对于呼叫转移送原被叫号码的功能。故障得以 解决。 3、解决措施 在华为 MSCe 的数据配置中是可以通过指令修改、添加补

相关文章:
A1-22 中国电信移动终端需求白皮书-VoLTE终端分册
10. 11. 功能模块 自注册 基本要求 短信 彩信 LBS NFC 载波聚合 LTE漫游 800M LTE功能 QCHAT功能 加密手机功能 规范分册名称 中国电信移动终端需求白皮书-自注册...
中国电信移动终端需求白皮书-六模手机分册(2015.V2版),...
中国电信移动终端需求白皮书-六模手机分册(2015.V2版),2015-08-24_互联_IT/计算机_专业资料。中国电信移动终端需求白皮书 - 六模手机分册 Requirements White ...
中国电信省级业务平台综合网管系统接口规范--通用平台...
《中国电信 WCDMA 网络 OMC 技术规范-业务网分册》 4. 《3G 网络维护指标研究...管理范围在中国电信移动业务系统实体中,均包括计算机设备、以太网交换机、路由器...
中国电信移动终端需求白皮书-4G手机终端分册(2013-12-17)
机卡兼容 中国电信移动终端需求白皮书-机卡兼容功能分册 必选 7 单卡终端要求 7.1 基本形态 4GMP-71001 [必选] 单卡手机卡槽要求 以下是对终端的要求: a)...
中国电信笔试题2 C网应知应会题库基础分册(V1.0)[1]
中国电信广东公司 C 网应知应会题库 基础分册 分册( 基础分册(V1.0) ) ...CDMA 核心演进路线分为传统移动电路交换系统(LCSD)、移动交换系统(LMSD) 和...
中国电信移动终端测试规范-Email分册2010
中国电信移动终端测试规范-1xEVDO 混合操作要求分册 (17) 中国电信移动终端测试规范-Rev.0 现网测试要求分册 (18) 中国电信移动终端测试规范-Rev.A 现网测试要求...
中国电信网络资源命名及编码规范---(公共部分分册)..
(公共部分分册).._信息与通信_工程科技_专业资料。...《中国电信本地网线路维护规程》 -《深圳市电信公司...交换母局、汇接局、数据骨干节点等; 用户局站:指...
电信CDMA 分组域与承载网络维护案例汇编V1[1].5_图文
承载网络维护案例汇编 编制说明本文档为中国电信 CDMA...(比如强行拔插数据卡,或者 停电,或者快速移动中发生...(包括固网 软交换,政企 VPN)产生业务感知的影响,...
中国电信江苏公司网络发展指导意见(2016版)
中国电信江苏公司网络发展指导意见(2016版)_信息与...核心网:持续实施 PSTN 交换机退网,调整软交换网络...维持现有移动网络架构不变, 提高移动核 心网的资源...
中国电信业务平台集中监控系统北向接口规范-省部接口数...
系统的运维状况, 指导各省运行维护工作, 两级系统需通过标准接口进行数据交换。 ...1) 《业务平台集中监控系统-集成接口分册》 2) 《中国电信移动业务网络技术体制...
更多相关标签:
交换机维护方案 | 交换机维护 | 汇编交换指令 | 交换机日常维护 | 电话交换机维护 | 华为交换机维护手册 | 网络交换机维护方案 | 交换机维护内容 |