NSN DX200系统中单通问题解决方法.docVIP

NSN DX200系统中单通问题解决方法摘 要： 本文从产生单通问题的现象入手，基于发生单通以后的用户行为模型，设计倒推查找问题的思路，从海量用户业务数据中实时、准确、快速地查找到发生单通问题的电路、时隙和小区。 关键词： NSN DX200系统 单通问题 解决方法 语音业务中单向通话现象，简称“单通”，是所有通信网络中常见的故障之一，它会影响网络的质量并引起用户的强烈投诉，是一个让人很头疼的问题。现象描述如下：通话过程中，双方都听不到对方声音、或只有一方听到声音，一般称后者为“单通”。从过程上看，还可分为一开始通话就出现“单通”和通话过程中出现“单通”。而“单通”现象的出现，往往让人以为是传输的问题，其实引起“单通”现象的原因很多，交换设备、无线设备、终端等各个环节都可能引起“单通”。 本文从解决该问题着手，基于发生单通以后的用户行为模型，利用Traffica平台设计倒推查找问题的思路，创造性地把数据挖掘与钻取关联用在了繁杂的海量用户业务记录中，对使用NSN DX200系统的运营商可通过本方案提高网络指标，并且能及时、有效、准确地找到问题，从而提高通信质量。 1.本课题解决思路 单通现象有一个特点，当用户发现无法听见对方的声音时就会在很短的时间内挂机，这样一来通话时长就比较短，从信令上看该次呼叫的ANM（应答计费）消息与REL（呼叫释放）消息之间的时间很短。通过这一现象，若某条电路上的通话大部分是超短呼叫，则这条电路很可能出现了“单通”现象。 利用NSN的Traffica平台开发出一个相对成熟的方案，NSN的MSC会根据每次用户行为，比如通话、短信、位置更新、切换等，生成一个RTT报告，发送到MSC的BDCU单元，Traffica工具可以利用以太网连接BDCU单元，提取RTT报告。 我们根据RTT报告中的通话小于10秒的通话，以及这个通话相关联的CGR按照CGR的号码进行排序，从而得出单通概率比较高的CGR；然后在这个CGR中按照短通话的数量按照PCM排序，从而得出单通概率比较高的PCM；然后在这个PCM中按照短通话的数量按照TSL排序，从而得出单通概率比较高的TSL，这样就可以非常清晰地发现从CGR到TSL级别的短通话问题。 同样，我们根据RTT报告中的通话小于10秒的通话以及这个通话相关联的A_CELL/B_CELL按照CELL的号码进行排序，从而得出单通概率比较高的小区，这样就可以非常清晰地发现小区级别的短通话问题。 根据Traffica的告警输出功能，我们可以定制一个阀值，比如某CGR/PCM/TSL/CELL的短通话的绝对数量达到一个值的时候就输出告警，以及某CGR/PCM/TSL/CELL的短通话的相对数量、百分比达到一个值的时候就输出告警，这样就达到了主动监控、主动维护的目的。 2.Traffica平台体系结构简介 第一层：Traffica客户端。在运营商LAN网络中的任何办公室电脑，给终端用户使用的图形用户界面与查询显示界面。 第二层：Traffica服务器（TS），使用Windows操作系统专门的Traffica硬件，在Traffica客户端和Traffica网元服务器（TNES）之间作为服务器，也用作中心的管理功能。 第三层：Traffica网元服务器（TNES），使用Windows操作系统专门的Traffica硬件，从网元收集RTT报告，将RTT通过逻辑矩阵CCMA处理。 3.Traffica数据处理流程 4.2设计查找电路单通原因的方案 本方案分为三部分进行，首先是在该MSC/MSS中定制CCMA脚本，从而搜集在线海量数据，从中提取单通疑似电路组（CGR），电路（PCM），以及时隙（TSL）等关联信息，其次通过Traffica Server（TS）中的Admin Tool来引用这些CCMA脚本来制作关联图形。最后在Traffica Client中的Traffica VIEWS模块来进行图形显示与分析钻取，从而达到实时、快速、准确的定位由PCM引起的单通问题，以及造成这些问题的相关电路号，来进行有目的的故障定位。 4.3设计查找无线单通原因的方案 本方案类似电路单通原因方案，仍分为三部分进行，首先是在该MSC/MSS中定制CCMA脚本，从而搜集在线海量数据，从中提取单通疑似小区（CELL）等关联信息，其次通过Traffica Server（TS）中的Admin Tool来引用这些CCMA脚本来制作关联图形。最后在Traffica Client中的Traffica VIEWS模块来进行图形显示与分析钻取，从而达到实时、快速、准确的定位由无线小区引起的单通问题以及造成这些问题的相关电路号，来进行有目的