中兴ZXJ10交换机故障处理经验

中兴ZXJ10交换机故障处理经验
摘要：阐述了在中兴ZXJ10交换机维护中遇到的故障处理过程及思路，内容详细，思路比较明了，供维护中兴ZXJ10交换机的同仁参考。

关键词：中兴ZXJ10交换机；故障；处理；经验
中兴ZXJ10交换机目前在各个运营商还大量运用，我局则80%以上的交换机为此机型。

因为设备受到诸多因素的影响，如元器件老化、设备运行的外部环境、供电的稳定程度、操作人员对设备的认知程度等。

设备在运行过程中出现故障是难免的，如何准确、快速定位故障，进行故障的排除，恢复设备的正常运行，显得很重要。

要做到这些，要求维护人员掌握数字程控交换机的基本原理、系统结构、组网方式；掌握信令系统内容；掌握数据配置和业务配置的基本操作，还要掌握一些仪器、仪表的使用方法。

在拔插、更换板件时，带上防静电手环，进行数据更改前应进行数据的备份。

设备在运行过程中一旦发生故障，维护人员首先根据故障现象进行正确的分析、判断，再进行相关的诊断测试，最后进行故障处理。

在日常的处理中，我们经常采用对比法、替换法、流程图分析法、信令分析法等，经验处理法也是我们很常用的一种方法，而且快捷、有效，下面，将维护过程中遇到的几则ZXJ10的故障处理分享给大家，希望能够给同仁们一定的帮助。

1 PSTN群用户无法登记群外无条件转移的处理
故障描述：
一个出群字冠为0的PSTN群用户无法登记群外无条件转移，普通用户、其他出群字冠的群用户正常。

分析处理：
（1）信令跟踪主叫，端局已经将*57*088送到汇接局，说明端局数据、用户的操作没问题，呼损观察主叫，失败原因是130，主叫分析是空号，打开此呼损具体内容，发现被叫号码是*088.从胡损失败原因看，是号码分析有问题，从胡损具体内容的被叫号码来看，又像是收号码不正常。

检查此主叫号码的起呼分析子，查看其新业务分析器中的*57*的号码分析，发现其最小位长3位，最大位长24位。

一般*57*的最小位长应该是5位，把其最小位长改为7位，传送数据后拨测，一切正常。

再回头看胡损具体内容，被叫号码*088正是去掉最小位长的号码。

（2）CFU前转业务登记时，会有一个号码合法性检查，首先判断所登记的号码是否为有效号码，这样就需要从用户所拨的号码中剥离出接入码和用户所登记的号码。

比如*57*088，就需要将*57*剥离出去，判断088是否是一个有效号码，但需要判断从第几位开始剥离，一般是剥离号码分析时的字冠。

举例：号码分析*57*为登记呼叫转移
通常情况下，如果最小位长大于等于输入号头，则将号头之后的号码剥离，也就从*57*以后剥离。

如果最小位长小于这个分析的字冠的长度，如*57*为4位，但最小位长填为3时，则按最小号长来把*57剥离出去，分析*088，此时这个号码没有在号码分析子中分析，所以会登记失败。

2 中继数据区吊死问题处理
故障描述：
通过话务统计时发现我局与诸暨端局局向的网络接通率比较低，动态数据管理发现与电信对开的中继部分电路出现闭塞，解闭无效，检查中继板和相关数据，未发现异常，更换DT板位置和更换2M都无效，重新配置信令和中继的所有数据，并传送全部表，复位倒换MP，依然无效。

分析处理：
根据以上现象初步判断故障应该在诸暨侧，诸暨端局与我们对开的交换机也是ZXJ10交换机。

首先对数据进行详细的检查，并仔细核对各种标志位，发现并无异常。

对硬件系统进行诊断测试操作，发现相应单元无误码和错误信息。

对中继呼叫失败代码进行分析，发现出现330840错误代码（等待应答时前向释放），但拨测时用户听不到回铃音，十几秒后自动中断。

通过7号信令系统监测，我侧发IAM后，诸暨侧一直未回GRQ和ACM消息。

继续检查呼叫数据区错误，发现失败的呼叫对应的呼叫数据区数据错误，正常的TUP呼叫，BLRPHASE字段的值是1，而出现问题的数据区是134，BLRPHASE字段的值是134说明数据区被吊死。

又检查其他闭塞的中继电路对应的呼叫数据区也存在相同情况，所以判定是因为部分中继电路对应的呼叫数据区吊死引发故障。

因为呼叫数据区是MP内存中的堆栈，需要重新启动MP，复位倒换诸暨的MP后，故障消失。

3 话务统计结果中“每线话务量”显示错误问题处理
故障描述：
在查询话务统计结果时发现，“每线话务量”字段显示“双向”而不是显示话务量的数值。

分析处理：
话务量分为来话和去话，相应的话务量就有来话话务量和去话话务量，但是每线话务量是不分来话和去话的，而是来话话务量加上去话话务量和可用电路数的比值。

因此，在话务统计中，如果某一中继群既设置了入向统计任务和出向统计，同时显示项中设置了“每线话务量”统计项，来话业务和去话业务的每线话务量是一样的，均显示相同的数值。

在维护终端中可修改ZXJ10目录下配置文件report.ini中default-sum=参数，如default-sum=双向则在统计结果显示中左侧显示数值，右侧显示“双向”。

如两边都要显示数值，则把default=空即可。

4 出现单通的处理
故障描述：
越城区一用户反映，拨打电话经常出现单通，听不到对方说话，但对方可以听到自己的说话，而且出现的频率比较频繁。

分析处理：
单通可能出现在某一端局或是中兴的汇接局，查看每个局向有无告警信息，以帮助准确、迅速地判断故障。

通过对电信市局、移动城东局、移动胜利局、诸暨端局、嵊州端局各个局向的电话拨测，每个局向都存在单通现象，因没有修改或调整局数据，出现全本地网的单通现象，不大可能是本端局的原因，问题出现在汇接局的可能性比较大。

但是我局有DC2A和DC2B两个汇接局，需判定问题出在哪个汇接局。

通过七号信令主叫号码跟踪，经过大量拨打测试，每次单通都出现在DC2A 中兴交换机，那问题就应出现在DC2A汇接局。

经检查，排除中继线是鸳鸯线的可能，本网管中心当天没有进行过传输和数据的
调整，可以推断由传输和数据引起的原因可能性较小。

怀疑为中继单板故障，因为大面积单通，汇接局下挂的每个局向都存在单通，因某一中继板原因而出现大面积故障的可能性很小。

怀疑为中兴交换机内部资源原因引起，通过大量拨测及跟踪发现，经过2模块某些特定HW时隙时，出现单通现象，根据数据配置可以进一步定位问题的原因，此范围之内的HW单板为2模块2框2、3槽位的CFBI单板。

把此块单板屏蔽掉后，反复拨打测试，没有再发现单通现象，可以初步判断是CFBI单板故障或是CFBI板和FBI之间的光纤故障所引起。

更换相应的光纤后，占用此位置的HW时还是单通，故判断可能是CFBI单板故障所引起，更换CFBI单板后，故障现象消失。

5 计费系统数据定时备份功能不起作用的处理
故障描述：
设置了计费系统数据定时备份功能后，但自动备份功能不起作用。

分析处理：
自动备份功能不起作用的原因一般有两个。

（1）由于该自动备份程序目前默认的临时存储路径为C：\bill\temp，但在一般情况下，PJK程序设置的临时存储盘有时会是D盘或E盘，导致自动备份不成功，如果不改变PJK的设置，可以通过手动在C盘下增加BILL\TEMP
目录即可。

（2）备份盘符设置错误。

这种情况一般是在终端上进行自动备份设置的，但实际备份数据都存在计费服务器上。

假如在终端上设置，终端上最大的盘符是“F盘”，按照默认设置备份路径就是“F：\JFBACKUP\AUTOBACKUP\”。

假如计费服务器最大的盘符是“E：”，由于备份操作是在服务器上运行的，而服务器上没有F盘，则会导致备份失败。

因此，尽量在服务器上设置，在服务器上查看。

结束语：随着ZXJ10交换机投入使用的时间加长，设备越来越老化，必然会产生一些疑难故障。

另外，越来越复杂的应用环境也会衍生一些疑难杂症，想迅速、准确的处理这些交换机故障，一定要掌握ZXJ10交换机的原理、各个单板的功能、组网方式等，并且在实践中不断摸索，积累经验，否则，面对这些疑难故障将如同瞎子寻路。