4、用户故障集中测试系统建设方法
用户故障集中测试系统由于涉及到用户终端及线路，考虑维护的便利性，建议其依旧以本地作为建设单位，并通过软交换专用IP承载网或VPN（虚拟专用网）与“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技术相比还显得相对不成熟，因此如何在大规模开展软交换网络建设的同时确保运营商服务质量，是对运维系统提出的要求。本文对用户故障集中测试系统做了简单的分析及建议，希望能够对软交换网络的建设有所帮助。(T002)
<<上一页
1
2
3
