吴志芹

摘 要：汇集了NGL04交换机的几个局数据方面的典型故障，并结合实际情况进行了分析处理，为涉及到类似问题的技术人员提供了参考依据。

关键词：程控 交换机 中继 局数据

中图分类号：TP311 文献标识码：A 文章编号：1672-3791（2014）03（b）-0030-02

NGL04交换机是珠海高凌信息科技有限公司研制的面向下一代网络（NGN）的多业务局用程控交换机，自问世以来受到广大用户的好评[1]。由于该交换机是大型局用交换机，局数据较为复杂，在日常值班执勤过程中，往往会遇到局数据方面的故障，要求工作人员结合实际情况分析处理。现以几个典型故障为例说明。

1 A局用户反映到B局的电话比较难打

故障现象：A局对B局开ISUP电路后，B局发现回的还是TUP信令，A局用户反映到B局的电话比较难打。

故障分析：A局对B局增开ISUP电路，A局数据制作完成并加载后，电路显示空闲，但拨打电话测试发现电路占上后释放异常，并且该电路显示为电路复原等证实状态，原因初步判断为数据制作方面的问题。

解决方法：和B局沟通后，由B局进行信令观察，结果发现，本局向开的是ISUP电路，但是A局发送过去的却是TUP信令，有了这个观察结果，问题就比较容易处理了。因为在局向电路中定义信令方式的只有“出入局局向特征”[2]数据和“局向电路群”[2]数据，由此对这两项电路数据进行检查。经查，出入局局向数据无问题，信令方式采用的中国七号ISUP电路，但是发现局向电路群描述中电路类型为公共信令而不是ISDN，修改后正常。

在处理类似信令问题的时候，信令观察是一个首先要使用的技能，通过观察，从电路上发送接收的消息内容，能够处理大多数类似的问题。该操作的方法是：首先指定一个拨号的话机，获得该话机号码。在“指定电路操作”中执行“跟踪用户状态”[3]，在号码输入框输入上述号码。在“指定电路操作”中，执行“指定观察”[3]，不须输入任何内容，直接点击确定。通过这种操作，这个电话发起的任何呼叫，在指定观察的消息框中都能够看到消息内容。

2 某支局反映用户号码经常丢失

故障现象：某支局反映个别用户号码经常丢失。

故障分析：造成该故障的原因主要有2个方面。一是计算机数据库问题（病毒或是数据库本身的原因）；二是交换机本身问题（主要怀疑SMMP切换时现场没有完全恢复）。

解决方法：针对第一个方面可以通过查操作报告证实；对于第二个方面看故障出现时是否进行了数据加载；或者用户为空号时局数据中此用户数据是否存在进行判断。根据以上方法，发现都是在加载了数据以后出现的问题，用此初步判断该计算机的数据库有问题，将该计算机上的数据库卸载了重新安装，设置数据库和ODBC以及局数据以后，加载正常，该现象也再未出现。

3 集中方对某个被控局的局数据不能正常连接

故障现象：某支局局数据不能正常连接。

故障分析：在网管中心不能进入某支局的局数据，影响此业务的正常使用。有可能是支局服务器故障，SQL数据库损坏或未启动，需重设ODBC数据源等等。现场观测服务器运转正常，在本地台上启动局数据也不能正常使用。

解决方法：检查SQL数据库是否正常运行，发现SQL数据库未开启。打开此属性观测到开机重启时未设置成自动启动，导致计算机掉电重启后，SQL数据库未自动运行。将SQL数据库启动并将其属性设置为开机自动运行后，重新进入局数据界面，故障解决。将计算机重新启动，检测是否排除故障，观测到SQL数据库已经能正常运行，且各项业务使用正常。

4 创建加载数据后用户数据又恢复到4天前的状态

故障现象：创建加载数据后，用户数据又恢复到4天前的状态。

故障分析：初步分析该问题涉及的相关点为：用户数据错误，创建数据过程未完成，创建数据产生错误。

解决方法：查看服务器从C：＼NDSC＼DA

TA目录下的文件日期，发现NGL04DE系统的数据文件Sysdata，Moduledata1，Moduledata2文件的生成日期与创建日期一致。由此判断创建时生成了后者。查看C：＼NDSC＼RUN目录下的load.ini文件（该文件设置了创建后数据的存放路径），设置为Filename=c：＼ndsc＼data＼mo

duledata，Discrpt=MODULEDATA，没有问题。更换此load.ini文件，执行创建数据操作，查看C：＼NDSC＼DATA目录下的Sysdata，Moduledata1，Moduledata2文件的生成日期仍未改变。重新设置HJD数据源指向DM数据库（DM数据库为该局使用的数据库名），执行创建数据操作，查看C：＼NDSC＼DATA目录下的Sysdata，Moduledata1，Moduledata2文件的生成日期仍未改变。检查SQLSERVER数据库设置，发现数据库中有很多无关的数据库名如dm1，dplus，dm2等数据库，将这些数据库删除以后，执行创建数据操作，查看C：＼NDSC＼DATA目录下的Sysdata，Moduledatal，Moduledata2文件的生成日期已经改变。加载，更新MP数据后，故障排除，由此可见此问题是SQLSERVER数据库出现了问题（原因可能是由于多次的重复设置所造成）。

该问题是一个较为常见的问题，简单说，就是加载到交换机里的数据，和在局数据界面看到的数据内容，不是一回事，所以会出现修改了数据，但是没起作用的现象。此类问题除了本例中的数据库问题以外，经常出现的是ODBC数据源指错数据库名的问题。由于服务器软件的缘故，在服务器端必须存在一个名为“HJD”的数据源。指向本局使用的数据库，才能保证数据库中的内容能够被正常创建。

5 局数据不可加载

故障现象：某局的服务器突然断电，重新加电后，发现服务器界面已丢失，需重新设置。重新设置后，进入服务器主界面。重新创建数据文件，当对交换机加载新数据时，加载界面一直处在加载的界面，延续10多分钟，数据加载不进去；当对单个模块进行加载时，也出现相同的情况。

故障分析：首先判断是否为交换机的AXME故障，因所有的交换模块均为如此，故可以排除AXME的原因。跟踪服务器的主界面，可看到所有模块均与服务器相连，故可排除从服务器到达交换机的硬件路径的原因。此时，可把思路放到软件上。重新生成数据文件，在C：＼NDSC＼RUN目录中，存在两个文件，一个指明服务器的操作界面是如何配置的，另一个是指明数据加载文件加载到交换机的路径（LOAD，INI）检查是否正确。经过上述分析，故障基本定位在是否存在LOAD，INI以及该文件是否正确。

解决方法：经查看C：＼NDSC＼RUN目录，发现该文件已不存在。拷入该文件，并重新启动服务器，进行加载新数据的操作，加载正常。

6 结语

NGL04交换机是大型局用交换机，局数据较为复杂，常常会遇到局数据方面的故障。以上列举了5个NGL04交换机局数据方面的典型故障案例并进行了深入分析。网管工作人员要举一反三，结合实际情况分析处理这类故障。

参考文献

[1] 林峰，孙立炜，付益兵.基于VFP9.0的NGL04交换机辅助计费系统的设计与实现[J].办公自动化，2013，8：16-18.

[2] 珠海高凌信息科技有限公司.NGL04数字程控交换系统使用手册（V7.0）—— 数据管理系统[M].endprint