（2）仿真测试方式

用户故障集中测试系统也可以实行仿真测试，即通过AG设备中内置的测试芯片进行测试。采用这种测试方式，测试系统不需要连接设备的测试总线，而只需要通过与软交换网管相连，通过网管系统控制AG完成测试，实现方式如图5所示。

图5 AG仿真测试方式

两种测试方法的优缺点如表1所示。

表1 两种测试方式的比较

测试头测试方式的测试精度高、功能全。并且测试速度较快，适用于用户数量比较大、比较集中的情况，但是成本较高。仿真测试方式充分利用了AG原有的测试资源，无需额外的测试头，成本较低，但测试精度和速度比测试头测试方式要低，适用于用户数量比较少、比较分散的情况，也可作为一种辅助的测试手段。因此，建议放置在电信局房里的AG采用测试头测试方式，放置在用户机房里的AG采用仿真测试方式。

3.2对SIP硬终端和IAD的测试

测试项目主要包括：对SIP硬终端和IAD的测试，即设备与网络是否连通、设备丢包率、性能等，这主要看被测设备本身的MIB（管理信息库）所能提供的内容，测试系统结构如图6所示。用户线路测试可参照AG下的宽窄带测试项目要求。

图6 SIP硬终端和IAD设备的测试

在对SIP硬终端和IAD设备的测试中。由于其上行接口是IP接口，建议可以充分利用软交换网管系统并结合ping命令来实现对设备本身的管理，利用SNMP或利用TL1通过内置测试芯片来获取SIP硬终端和IAD设备的各项状态和指标，如处理性能、接收／发送包数等，再由用户故障集中测试系统向网管系统索取相关数据以达到测试目的。对于IAD设备用户接入线的测试主要依托IAD的内置测试芯片。

但这种方式对被测设备要求较高，要支持SNMP则被测设备必须具有MIB，并需要有内置测试芯片。在实际的应用中，考虑到成本，很可能网络上会存在大量不支持这些命令的设备，这些设备只支持简单的ping命令测试其是否连通，对这些设备的管理尚没有好的解决方法。

4、用户故障集中测试系统建设方法

用户故障集中测试系统由于涉及到用户终端及线路，考虑维护的便利性，建议其依旧以本地作为建设单位，并通过软交换专用IP承载网或（）与“97”系统或网管系统相连。

每个本地网可设立一个“用户故障受理中心”、若干个“区局派修中心”（各本地网可根据实际情况按区局为单位设立。如果区局规模较小，几个小的区局也可合设区局派修中心）。

“用户故障受理中心”负责本地网所有用户的故障受理，并设立派修信息数据库。存放本地网所有区局的派修信息，其目的主要是为各区局的派修信息做备份。

“区局派修中心”的派修信息数据库服务器从“用户故障受理中心”自动分别采集本区局的派修信息，通过发送信息至BP机、语音信箱和传真，进行自动或人工派修以负责本区局的派修和维护的管理。“区局派修中心”同时将各自派修信息通过数据库复制机向“用户故障受理中心”的派修信息数据库进行备份。“用户故障受理中心”的派修信息数据库使用双机备份，以提供数据的高可用性。“区局派修中心”的数据库服务器一般采用单台工作组级服务器。一旦系统宕机，该区局的终端可手工连接到“用户故障受理中心”派修信息数据库的备用系统。

5、用户故障集中测试系统对相关系统的要求

用户故障集中测试系统主要和“97”系统和网络管理系统存在数据交互，所以对这两个系统有以下要求。

5.1对“97”系统的要求

用户故障集中测试系统和“97”系统通过数据库互联，利用数据库功能来读、写系统间要传递的数据。建议在用户故障集中测试系统中建立所需信息的数据库，并从“97”系统数据库同步备份相关数据。在实际应用中应首先访问用户故障集中测试系统自身的数据库获取所需信息，如查询失败，则到“97”系统中获取。

“97”系统必须向用户故障集中测试系统提供以下数据：

●用户数据：用户名称、用户地址；

●服务数据：用户设备类型、用户设备功能；

●用户线路数据：分线设备及线对号、电缆线对号、AG设备线号；

●号码数据：用户逻辑号码（DN）、用户物理号码（LRN）。

随着网络结构和业务模式的改变，用户原有的一个号码剥离为两个号码，即原来既有用户标识功能又有路由标识功能的用户电话号码转变为只具有用户标识功能的DN和仅包含用户物理信息的LRN。因此，“97”系统中需要实现用户逻辑号码与物理端口的关联，并且记录AG的设备线号。

用户故障集中测试系统向“97”系统提供的数据主要是：号／线状况及改号／改线建议（当用户故障集中测试系统根据申告测试后，如发现确实未能解决的问题，应当向“97”系统推荐改号／改线）。

另外由于目前的用户故障集中测试系统的数据库是每24h向“97”一次.因此如果用户开通业务时，“97”系统立刻同步此用户的数据到用户故障集中测试系统数据库中，这样会对用户故障集中测试有利，但会增加“97”系统的处理负荷，影响其性能。因此在实际建设中可根据各地实际情况而定。

5.2对网管系统的要求

用户故障集中测试系统和网管系统通过联网传递的方式进行数据的交互，适用于数据实时性要求低、访问频率低的情况。

网管和用户故障集中测试系统交互的数据主要和网管在用户故障测试中的两个功能有关：

●网管系统可辅助用户故障集中测试系统进行测试。如对PC、SIP硬终端、IAD等具有MIB，上行为IP口的各类设备，此时可由网管系统发起SNMP命令，测试用户设备性能及端口状态。网管系统还应按用户故障集中测试系统发出的TL1和APP命令做出测试，并把测试结果形成规范的测试报告返回给用户故障集中测试系统，如果不能进行故障判断则启动测试服务器。但是在网管中，必须给用户故障集中测试系统留有专用的命令端口，防止当网络发生大规模故障时，很可能同时出现的网管告警高峰和用户故障申告高峰，并继而引发网管监控测试命令堵塞，形成恶循环。

●网管系统还应能够将用户故障集中测试系统上报来的结果融合到网管系统的告警中去。

6、结束语

软虽然经历了几年的发展，但和PSTN技术相比还显得相对不成熟，因此如何在大规模开展软交换的同时确保运营商服务质量，是对运维系统提出的要求。本文对用户故障集中测试系统做了简单的分析及建议，希望能够对软交换网络的建设有所帮助。