1 系统概况
　　本测试系统如图1所示，大容量综合接入" title="综合接入">综合接入网关（AG）可以连接到网管中心的网管系统上，该系统同时具备网元管理功能和业务管理功能。模块Agent 112可以对其所管辖的综合接入网关进行窄带线路测试" title="线路测试">线路测试，Agent 112与112中心之间通过协议转换器112MD 实现对接。
　　与外接测试头不同的是，112中心可通过IP网发命令到112MD的 Socket接口来实现线路测试功能，而传统的程控电话网的外置测试系统中，还需单独组建测试头的网管通道。
1.1 主要测试功能
　　综合接入网关实现的本测试系统符合电总112集中测试协议和接口规范^[2]。
　　用户线路测试主要包括内线测试(电路测试)、外线测试(线路测试)以及配合测试(终端测试)三部分，各地具体的要求也是在此基础进行添加的。
　　(1)电路测试：包括拨号音测试、馈电电压测试、回路电流测试等。
　　(2)线路测试：包括群测(12项外线测试)、测用户线路交流电压值(AB、AG、BG)、测用户线路直流电压值(AB、AG、BG)、测用户环路直流电流值(AB)、测用户环路电阻值(AB)、测用户线路绝缘电阻值(AB、AG、BG)、测用户线路电容值(AB、AG、BG)以及测用户线路阻抗(AB、AG、BG)等。
　　(3)终端测试：包括对被测用户振铃、测试用户话机双音频特性或脉冲特性、对用户话机送嗥鸣音等。
1.2 工作过程
　　112中心在TS处设置数据，使所有综合接入网关的用户都通过112MD（相当于一个新增的CS）来测试。112测试由人工坐席或AVR（自动应答器）发起，TS收到测试请求后，如果是综合接入网关的用户，则会向112MD发出测试请求，112MD收到测试请求后，通过Agent 112的测试接口向相应的综合接入网关发送测试命令，网关测试完毕后将测试结果" title="测试结果">测试结果反馈给Agent 112，再由112MD进行协议转换后发送给TS，至此完成一次测试过程。
2 系统设计及实现
2.1 总体设计
　　本系统主要包括112MD、Agent、综合接入网关和用户终端等模块^[3]。
　　112MD是一个协议转换器，测试中心发送112标准请求时，112MD负责接收并将协议转换成1355标准，再发送给Agent 112；Agent 112主要负责转化基于1355SAP的线路测试需求和结果并调用RAMI ，即进行命令分析，根据对应的测试命令对综合接入网关进行相应的测试；综合接入网关可以使一个单一节点向一个地区提供多种接入业务。
　　网管系统与本测试系统的接口通信协议采用TCP/IP协议。低层协议推荐使用x.25和ATM，也可以根据实际情况选用其他支持IP的低层协议^[4]。
2.2 多线程的实现
　　多线程测试是在Agent 112模块中实现的。该模块的程序代码以WIN2000为平台,用VC++6.0编写^[5]。Agent 112模块包含1355SAP Entity、Agent 112 Proxy、Log Record Module（日志记录模块）、Core Process Module（内核进程模块）和DN Translator Service（DN转换服务）五个部分，如图2所示。

　　1355SAP Entity实现了Agent Socket接入点接口。当Agent 运行时，它与调解设备进行通信，从解调设备获取LT需求并返回结果。在这个模块中还有一个缓冲区用来保存MD中的数据。当其收到线路测试需求时，首先验证此需求的有效性。如果有效，它便在核心程序模块中调用接口函数以启动测试程序。
　　内核进程模块是此应用软件的主要模块，它控制了整个测试程序，同时负责创建1355SAP Entity、日志记录模块，以及启动proxy的object，通过测试数据执行测试。
　　日志文档 是Agent 112和Topological View的共同点。Agent 112通过在日志文档中记录的所有关于被请求的测试(包括错误)信息来追踪测试。同时，通过Main View,操作者可以查看这些日志文档。当Agent 112启动时，它便会核对日志文档。如果日志文档不存在，便建立log file。如果已经存在，便打开以记录。记录的最大数量为1 000。如果超过该范围，便写在第一条记录上。
　　Agent 112 Proxy是一个独立程序，而且它也是一个短周期的进程。这就意味着当Agent收到有效的LT需求时它开始运行，返回结果时，它便关闭。
　　在Agent 112 Proxy与NE之间，使用了一个私有接口RAMI。RAMI是一系列的PRC调用。
2.2.1 类CAgent 112 Main
　　这个类与核心程序模块的软件架构是一致的。
　　client thread 启动，此class  instance便被创建。它管理着整个线路控制程序。socket connection关闭，它便会被一起删掉。
2.2.2  Agent 112 Proxy
　　Agent 112 Proxy负责与NE通信。它通过C而不是C++实现。它的功能是进行线路测试。消息程序流程图如图3所示。

　　线路测试开始，Agent 112便启动Agent 112 Proxy并通过Windows Message发送测试命令，然后，Windows Message通过CCPE与NE通信，发送测试命令给NE，几秒钟后，NE通知Windows Message测试完成，Agent 112 Proxy收到，并从NE得到结果，把结果通过Windows Message送到Agent 112，最后Agent 112 Proxy自己结束。
2.2.3 类CTestReport
　　对于每个NE的测试，都可以启动一个独立的线程TestThread进行测试，并等待接收测试报告。
　　线程中主要包含了一个CTestReport类型的对象。CTestReport类是CAgent112Main类的子类。由于测试和等待结果的功能改在子线程中实现，所以，原有的类结构模型也不再适用。但是由于功能间的数据耦合紧密，所以采用了继承的方式分割。CTestReport类的成员保存了测试命令的有关指数和测试结果的相关信息。CTestReport类还提供了两个成员函数PerformTest（）和ResultReport（），分别实现进行测试和返回测试结果的功能。使用数组pLTObject[m_Index]存储指向该类的对象指针，方便在结果返回时能够找到对应的对象。而pLTObject的索引号与NE名在InTestNE[NENum]中的索引号一致，由m_Index表示。
　　pLTObject [m_Index]= pTestReport;
　　在得到返回的测试结果时，逐一进行比较，找到对应的对象：
　　for(i=0;i　　  {
　　if(((Agent112_MESSAGE_LT_RESULT *)(pResultData->lpData))->agent112Obj_ptr
　　　　　　　　　　　==(DWORD) pLTObject[i])
　　  {
　　   pLTObject[i]->
　　　 ResultArrived((Agent112_MESSAGE_LT_RESULT *)(pResultData->lpData));
　　  　　　　　　　　break;
　　  }
　　     }
　　在进行测试时，因等待测试结果需要一定的时间，在这个过程中线程将会挂起，直到结果到来才被解挂。
　　由于测试由单线程变为多线程，需要处理一些同步机制。在将一些测试参数传递至子线程时，要保证在传递之前这些信息不能被改动，可以利用信号量来进行同步。再一次使用对象时首先需要进行判断，然后赋值，最后释放资源^[6]。
　　if(WaitForSingleObject(hBuffWaiting,60000)
             　　　　　　　　　　//for synchronization
　　         == WAIT_TIMEOUT)
　　SetEvent(hBuffWaiting);
　　另外，有些命令由多个子命令组成。在第一个子命令还未完成时，第二个子命令应处于等待状态，故而使用dwWaitResult=WaitForSingleObject(pLTObject[i]->GetHandle(),500); 来实现。
　　通过NE名找到对应的测试线程，所以，首先需要找到NE名，在这种情况下，创建函数GetNEName（）来获得NE名。
　　在CAgent112Main类中增加HANDLE m_hTestThread用来记录线程的句柄，以便在测试结果返回时能够找到对应的线程。
　　增加一个数组InTestNE[i]记录正在进行测试的NE名。该数组在生成线程之前用来检测NE是否符合要求。如果要测试的NE名已经存在，说明该NE已经在进行测试，暂时不能接受新的测试命令，这条命令将会被驳回，返回一个rcode=53的错误；反之，认为该NE符合要求，将会为其启动测试线程，进行测试，并且在InTestNE[i]找到空位置，存储该NE名。
　　针对这种情况，新增加一种错误信息，即53号错误信息。
　　Agent 112_MESSAGE_ERROR*NEBusy=new Agent 112_MESSAGE_ERROR;
　　NEBusy->rcode = 53;
　　　　pAgent112 Main->ReturnError(TOE_NE,NEBusy);
　　在C1355SAP->ReturnEorror()中，加入处理过程，并进行错误处理。
　　if(pError->rcode==53)                
　　　　sprintf(szTemp,"TOE,NE,%d,\"NE in Testing\"",pError->rcode);
　　在启动测试线程后，需要将由AnalyzeCMD（）得到的信息从主线程传递至子线程，所以对于C1355SAP类型的数据采用赋值重用的方式封装。这样
　　C1355SAP & C1355SAP::operator=(const C1355SAP& c1355sap)
　　CAgent112Main的析构函数~CAgent112Main()的实现发生改变。在单线程测试时，CAgent112Main类对象pAgent112Main生命周期结束时，一轮测试结束，socket可以关闭，所以可以将closesocket放在析构函数~CAgent112Main()中实现。但是在多线程测试时，某一个NE测试结束并不能代表连接的结束，socket也不能关闭，所以，closesocket改在停止测试时实现。
　　在接收命令部分，允许多条指令的同时输入。引入一个数组m_CommandBuff记录输入的多条命令，ComIndex指示正在进行测试的命令的索引，ComNum表示一次读入的命令数。这个命令数不一定就是一次发送的命令的条数，它还与接收指令的Buff大小有关。它只能表示Agent 112一次从112MD收到的命令的条数。
　　在测试部分，将启用新的线程，并发的执行测试功能不影响新的命令的接收。
3 测试比较
　　在传统的单线程测试过程中，每次只能发给Agent 112一个测试指令，并且只有在Agent 112发回测试结果后才能发送下一条命令。在等待测试结果的过程中，计算机处于闲置状态，不能对其他的NE进行测试。而在本系统中，允许同时接收多条测试指令，并且对不同NE的测试可以并发进行，在进行测试的过程中，可以接收和执行新的测试命令。但是对同一个NE，一次只允许一条命令进行测试。经过测试比较两种情况分别如图4所示。