华为测试系统故障处理及经验总结

　景德镇市电信公司采用了华为公司的INTESS－112集中测量系统来处理整个112用户申告的处理流程。其试系统部分负责112系统中的测试工作，然后把测试结果返回给受理中心或本地业务台。一个完整的测试系统要由C&T9005TH测试头（TH）、测试接口机（CTC）、交换矩阵框（RSS）和配线架（MDF）组成。 　　一、原理分析
　　测试命令包括以下几类：用户申告后，由业务系统生成的自动测试命令、人工坐席台或本地业务台发出的交互测试命令和系统登记的定时例行测试命令。 　　测试接口机CTC接受到测试命令后，向交换机发出抓测试总线命令，交换机抓到总线后，给测试接口机发回一个成功信息，然后测试接口机再给测试头发测试命令。测试头收到CTC发来的测试命令后，控制相应的测试子板进行测试，测试完毕后，将结果返回给测试接口机，测试接口机收到测试结果后，向交换机发拆线命令，再对测试结果进行定性分析。如有必要，接口机还会向NCP申请查询被测电话的健康档案，在测试接口机分析出测试结论后，再将结果返回给NCP或人工或本地业务台。至此，完成一次测试过程。
二、故障处理实例 　　某日，一分局的测试头不工作了，测试头上的ORD告警灯亮着，说明CTC和TH没有建立通讯。试着重启CTC，但过一段时间，ORD灯仍然亮着，并不时发出"嘀嘀答答"的声音。TH（测试头）的TCN板和RLC板的指示灯也不正常，为快闪（周期约为0.5秒），而正常时应慢闪（周期为1秒）。把矩阵交换框（RSS）前盖板卸下，其中，PWC板和TCR板正常，其余6块RLC板的＋5V灯都不亮（正常时应常亮）。用112CTC程序（运行在测试接口机中的程序）对任一正常号码进行测试，均返回"无测试资源"的结果。鉴于其它分局出现类似的故障，经重新配置了数据即解决了问题，于是让中心机房通过TC管理机将所有的配置数据重新加载了一遍，然后，再重启CTC，但故障依旧。再一次重启CTC，这次笔者注意到112CTC程序中"调试窗口"中显示只有CTC→TH的信息，而没有TH→CTC的信息。这个现象说明了CTC与TH没有建立通讯，造成矩阵交换框中的RLC板工作不正常，所以测试时返回"无测试资源"的结果。
　　三、经验总结
　　经过这次故障处理，笔者总结出几点关于测试系统维护及故障处理的经验。
　　TH上的单板指示灯
　　CSB板：上电后，以1秒为周期慢闪；开工后，以100毫秒为周期快闪。
　　TOL板：上电后，以1秒为周期慢闪；开工后，以100毫秒为周期快闪。
　　RLC板：无测试任务，微闪；有测试任务，亮。
　　MON板：运行时先慢闪，与TCN握手后快闪。
　　其它单板：
　　NEP板（NEAZ61E交换机通讯接口板）：上电后，以1秒为周期慢闪；开工后，以100毫秒为周期快闪。
　　c.RSS上的单板指示灯
　　RIC板：灯亮表示正常。
　　这里的信息非常重要，可以帮助我们确定故障点，所以平时应注意观察正常状态下的信息。 解决watchdog自动重启带来的不便
　　CTC本身带2个COM口（COM1和COM2），MOXA卡上带的6个串口依次为COM3－COM8，我们在配置测试头数据时要知道用的是哪个串口。一般COM1口与程控交换机的通讯口相联。如果MOXA损坏，可用COM口来应急。 注意观察TC管理机的信息