利用失败码统计进行网络优化实例 examples of network optimizing through the use of statistical functions of failure code.pdfVIP

中国联通运维与网优专题 C H I N A U N I C O M N E T W O R K M A I N T E N A N C E A N D O P T I M I Z AT I O N F O R U M 电信工程技术与标准化 利用失败码统计进行网络优化实例 李慧莲 叶勇 （中国联通广东省分公司 广州 510627） 摘　要　运用华为软交换的失败码统计功能，分析研究各种失败情况下的产生原因，结合信令仪、设备自带跟踪工具 等进行联合分析定位，解决了隐性网络问题，提高了华为软交换设备的网络质量。 关键词　失败码 统计 呼叫跟踪 优化 为了分析交换机各种失败情况下的产生原因，华 1 CAUSE112_前转冲突 为软交换设备对每次呼叫的失败原因都进行了统计， 充分利用失败码统计分析功能可以发现和解决很多 前转冲突 ：由于同原因的前转次数限制等引起的前 网络质量问题，失败码是开展核心网网络优化的重 转冲突释放该呼叫。 要工具。 1.1 MSC 判断前转次数达到允许最大次数限制导致的呼 失败码，也称失败原因值、释放原因值，它主要 叫失败 描述呼叫接续过程中的各种异常状态，如用户忙、用户 如果入局呼叫已经指示了前转次数为 1 次，同时交 无应答、前转冲突、无空闲电路、交换设备拥塞等，各 换机判断此次呼叫又要前转，而本局设置的最大允许前 种协议（如 ISUP、BICC、MAP、RANAP 等）的呼 转次数为 1，则本次前转失败，一般情况下允许的最大 叫控制信令均定义有各自的失败原因码，在华为软交 前转次数为 5 次，华为软交换最大允许前转次数由软参 换设备中对失败原因码的取值范围进行了扩展，即为 P72 设定。 0 ～ 254，其中 0 ～ 127 为华为设备自定义的呼叫事件， 1.2 发起查询时 HLR 返回前转冲突 128 ～ 254 与 ITU-T ISUP 协议定义的标准释放原因 如果 Send routing information 请求消息中已经 值基本对应，当交换机通过局间信令与其它设备对接时， 指示了前转次数为 1 次，而 HLR 设定了允许前转最大 将按照一定的方式完成内部失败原因码与标准失败原因 次数为 1，此时在 HLR 上又检测到前转，则回送前转 码的转换。 冲突，交换机释放本次呼叫，产生 112 失败码。如图 1、 失败码中有很多与用户行为有关，文本主要讨论与 2 所示。 网络问题有关的几个常见失败码如前转冲突、由 HLR 1.3 入局消息或者 SCP 下发 CONNECT 消息时前转指示语 获取路由信息时出错、无路由到达终点、无可用电路等 错误导致前转失败 失败码的分析思路和处理方法，并应用实际案例说明采 如果入局发来的消息或者 SCP 下发 CONNECT 消 用此方法分析处理问题的过程和效果。 息时前转指示语错误，也可能导致前转失败。 ·2010年 第10期· 1 中国联通运维与网优专题 C H I N A U N I C O M N E T W O R K M A I N T E N A N C E A N D O P T I M I Z AT I O N F O R U M