CN1625128A - 测试方法及系统 - Google Patents

Abstract

本发明公开一种测试方法及系统，用于验证网关设备的语音编解码性能，所述方法包括：a)截取现场发送给待验证网关设备的语音通信报文并保存；b)虚拟媒体网关控制设备以及主叫网关设备，将所述保存的语音通信报文发送给相同的待验证网关设备以虚拟现场语音通信过程；c)检测所述虚拟现场语音通信过程以验证网关设备的语音编解码性能。所述测试系统包括截取设备、虚拟设备以及测试设备。本发明通过截获现场的语音通信报文并保存起来，复现程度高，可克服现有技术模拟现场情况不够真实的问题。

Description

测试方法及系统

技术领域

本发明涉及测试方法及系统，尤指一种验证网关设备语音编解码性能的测试方法及系统。

背景技术

随着下一代网络(NGN)技术的不断成熟，在IP网上承载语音得到越来越广泛的应用。而作为下一代网络核心设备之一的软交换，不但应支持语音业务的所有功能，而且应具有多种媒体信息交换的控制功能，可以控制音频、视频、数据信息的实时交换和传送。

图1是NGN一种简单的单域组网图，即只有一个软交换(Softswitch)(也称为媒体网关控制模块)设备，实际组网可能有多个软交换设备。如图1所示，软交换设备通过IP网络分别与网关(MG)、会话初始协议(SIP)终端，H.323终端和H.248终端相连，其中网关接模拟电话T1、T2。上述网关、会话初始协议(SIP)终端，H.323终端和H.248终端等都是起媒体流转换作用的网关设备，即把用户的语音信号编码成G.711，G.729或G.723.1等格式的语音帧，以便能在IP上传输，同时也把IP网络上传输的G.711，G.729或者G.723.1语音帧解码成语音信号。

在NGN的商用过程中，时常会出现用户反馈语音质量差的问题，这通常是由于上述网关设备语音编解码性能差，没有达到标准造成，必须找出造成所述网关设备编解码性能不良的原因，以进一步改进所述网关设备。而现有技术复现问题手段匮乏，在实验室模拟实际运行的网络环境很难，要想真正找出网关设备语音编解码性能不良的原因很难。一种简单的验证网关设备语音编解码性能的测试方法，可参考图2，涉及设备主要包括软交换设备21、网络模拟仪22以及网关设备23(MG1/终端1，MG2/终端2)，其中网络模拟仪22直接接在NGN各组件软交换设备21以及网关设备23之间，可以通过设置所述网络模拟仪22上的参数，设置MG1或终端1与MG2或终端2之间或者软交换模块21与MG1/终端1或MG2/终端2之间的丢包率、时延和抖动等。由于语音质量只与MG1/终端1和MG2/终端2之间的媒体流有关，所以，只考虑MG1/终端1和MG2/终端2之间的网络模拟仪22的设置。测试步骤如下：

(1)测试组织者根据实际的网络损伤(英文为impairment，指网络的丢包、时延和抖动等)情况在网络模拟仪22上设置合适的丢包、时延和抖动；

(2)测试人员1从MG1/终端1发起呼叫，测试人员2在MG2/终端2接收呼叫；

(3)呼叫接通后，测试人员1讲话，测试人员2接听；

(4)测试人员2判断语音质量的优劣，如果语音质量在可以接收的范围内，通知组织者调整网络模拟仪22的参数，重复以上步骤，直到问题复现，并据此改进所述网关设备。

采用上述技术方案存在下面的缺点：

1、采用网络模拟仪模拟的环境不能达到真实环境的效果，比如在网络模拟仪上设置丢包率、时延和抖动等参数后，由网络模拟仪模拟这些情况，由于实际网络上的丢包率、时延和抖动等随时变化，且实际的网络上流量组成相当复杂，有各种长度、各种类型的包，甚至一些非法的报文，在实验室里，通过网络模拟仪根本无法模拟出来。

2、不能模拟网关设备出错现场用户的语音，因为在实验室是由测试人员来测试，不可能把网关设备出错现场用户请到实验室测试，由于每个人的声音的频谱和声强并不相同，网关设备语音编解码器对这些参数有一定的敏感性，导致不能完全模拟真实的情况。

另外一种验证网关设备编解码性能的方法是派研发人员到现场调研，主要包括以下措施：

(1)研发人员到反馈问题的电信局；

(2)在电信局人员的陪同下拜访反映语音质量不好的用户；

(3)用户拨打电话，被叫是曾经出现过语音质量问题的号码；

(4)询问对方对语音质量的感觉；

(5)挂机后到电信局机房定位被叫MG/终端的问题。

这种方法存在下面的缺点：

1、派研发人员到外地出差，浪费人力、物力和财力，成本太高。

2、由于研发人员耗费在路上的来回时间等，定位解决问题的周期长；

3、主观性强，网关设备的语音编解码性能改进主要是由人为决定，每次测试时的语音和网络质量都不能记录，不可重复。

发明内容

本发明解决的问题是提供一种测试方法及系统，以克服现有技术不能真实模拟网关设备出错现场的网络环境以致难以改进网关设备语音编解码性能的问题。

根据本发明提供的一种测试方法，包括如下步骤：

a)截取现场发送给待验证网关设备的语音通信报文并保存；

b)虚拟媒体网关控制设备以及主叫网关设备，将所述保存的语音通信报文发送给相同的待验证网关设备以虚拟现场语音通信过程；

c)检测所述虚拟现场语音通信过程以验证网关设备的语音编解码性能。

其中，步骤a)中通过采用抓包工具来截取现场语音通信报文，所述抓包工具包括NetMonitor、NetXRay、Sniffer以及ethereal，所述截取的现场语音通信报文保存为CAP(抓包文件)文件形式。

另外，所述步骤b)进一步包括：

b1)指定待验证网关设备的IP地址；

b2)获取保存的语音通信报文的语音编解码信息；

b3)将所述语音编解码信息发送给媒体网关控制模块；

b4)根据所述待验证网关设备的IP地址以及语音编解码信息，媒体网关控制模块控制媒体流发送模块向待验证网关设备发送所述保存的语音通信报文。

进一步，所述步骤b2)还包括获取所述保存的语音通信报文的发送间隔时间信息；

所述步骤b4)进一步包括媒体流发送模块按照所述发送间隔时间向待验证网关设备发送所述语音通信报文。

优化的，所述语音编解码信息包括语音编解码方式和打包时长。

另外，所述待验证网关设备包括TMG、AMG、IAD、SIP协议终端、H.248协议终端以及H.323协议终端。

相应地，本发明提供的测试系统，包括：

截取设备，用于在现场截取发送给待验证网关设备的语音通信报文并保存；

虚拟设备，用于虚拟媒体网关控制功能和主叫网关功能，将所述截取设备保存的语音通信报文发送给相同的待验证网关设备以虚拟现场语音通信过程；

检测设备，用于检测所述虚拟现场语音通信过程以测试所述待验证网关设备的语音编解码性能。

其中，所述虚拟设备进一步包括：

用户接口单元，用于与测试用户交互以指定待验证网关设备IP地址；

媒体流发送单元，用于将截取设备保存的所述语音通信报文传送给待验证网关设备；

媒体网关控制单元，用于根据测试用户指定的待验证网关设备IP地址以及所述语音通信报文的语音编解码信息，控制所述媒体流发送单元发送所述语音通信报文给相同的待验证网关设备以虚拟现场语音通信过程。

另外，所述截取设备为抓包工具，所述抓包工具包括NetMonitor、NetXRay、Sniffer以及ethereal，所述截取的现场语音通信报文保存为CAP(抓包文件)文件形式。

进一步，所述测试系统还包括读CAP文件单元，用于解析截取设备截取的语音通信报文的CAP文件，以得到所述语音通信报文的语音编解码信息，并将所述语音编解码信息发送给媒体网关控制单元。

另外，所述媒体流发送单元进一步包括：

发送间隔控制模块，用于解析截取设备保存的语音通信报文的CAP文件以得到所述语音通信报文的发送间隔时间；

发送报文模块，用于根据所述间隔时间通过socket接口向待验证网关设备发送所述语音通信报文。

其中，所述语音编解码信息包括语音编解码方式和打包时长。

另外，所述待验证网关设备包括TMG、AMG、IAD、SIP协议终端、H.248协议终端以及H.323协议终端。

与现有技术相比，本发明具有以下优点：

1、通过现场截取出错的语音通信报文，并在试验室虚拟发送该报文的软交换设备以及主叫网关设备，将所述截取的现场语音通信报文发给相同类型的网关设备以虚拟现场语音通信过程，进而通过检测所述虚拟的语音通信过程即可查找网关设备语音编解码性能不良原因，从而改进网关设备。与现有技术相比，由于所述截取的语音通信报文是现场的报文，复现程度高，可克服现有技术通过网络模拟仪模拟现场情况不够真实的问题；

2、通过虚拟软交换设备和主叫网关设备发送的语音通信报文是现场截取的语音通信报文，因此，可准确复现现场的情况，可避免现有技术不能真实反应出错现场用户语音，以致准确性差的缺点；

3、截取语音通信报文，将截取的语音通信报文虚拟发送给相同类型的网关设备，都不需研发人员到现场调研，因此，可避免现有技术成本高，耗时，主观性较强的缺点。

附图说明

图1是现有技术NGN组网示意图；

图2是现有技术通过网络模拟仪模拟现场语音通信过程的示意图；

图3是本发明测试方法具体实施例流程图；

图4是本发明测试方法截取现场语音通信报文的示意图；

图5是图3实施例中虚拟媒体网关控制设备以及主叫网关实现与待验证网关设备通信的流程图；

图6是本发明测试系统组成示意图；

图7是图6所示虚拟设备的组成示意图；

图8是本发明测试系统的通信软件模块组成示意图；

图9是本发明测试系统虚拟媒体网关控制模块以及主叫网关与待验证网关设备通信的呼叫流程图；

图10是现有技术中软交换模块与网关设备之间采用H.248协议通信的呼叫流程图。

具体实施方式

网关设备指起媒体流转换作用的设备，可将用户语音信号编码成媒体流以在网络中传送，或者将在网络中传送的媒体流解码转换为语音信号。本发明中所述网关设备包括中继媒体网关(TMG)、接入媒体网关(AMG)、综合接入网关(IAD)、会话初始协议终端(SIP协议终端)、H.248协议终端以及H.323协议终端等。

参考图3，以在IP网络中应用的网关设备为例进行说明，为了验证网关设备的语音编解码性能，本发明测试方法具体实施例包括以下流程：

在步骤31，截取现场发送给待验证网关设备的语音通信报文并保存。

为了查找网络中由于网关设备语音编解码性能不好以致用户通话质量差的问题，可通过在现场截取发送给待验证网关设备的语音通信报文，以便在后续步骤利用所述截取的语音通信报文复现现场的通信过程从而查找网关设备语音编解码性能不佳的原因。

其中所述语音通信报文可采用抓包工具截取，所述抓包工具包括NetMonitor、NetXRay、Sniffer以及ethereal等，利用上述抓包工具捕获的现场语音通信报文可保存为CAP文件形式。

在步骤32，虚拟媒体网关控制设备以及主叫网关设备，将所述保存的语音通信报文发送给相同类型的待验证网关设备以虚拟现场语音通信过程。

为了验证网关设备语音编解码性能，最好的方式是在事后重现现场的语音通信过程，上述截取了现场中实际发送给待验证网关设备的语音通信报文，本步骤通过虚拟媒体网关控制设备以及主叫网关设备，将所述截取的语音通信报文发送给相同类型的待验证网关设备，这样，现场语音通信过程得以复现，可以实现在异地验证待测网关设备的语音编解码性能，而且由于所述语音通信报文是在现场截获的，复现效果较好。

在步骤33，检测所述虚拟现场语音通信过程以验证网关设备的语音编解码性能。

由于所述虚拟的现场语音通信过程是现场通信过程的真实再现，因此，检测所述虚拟的现场语音通信过程可以很方便查找到实际网络中网关设备存在的语音编解码性能问题。

进一步的说明参考图4和图5，其中图4示意了一种IP网络中截取语音通信报文的简单方式，所述IP网络中包括网关设备MG1和MG2，所述MG1与MG2通过路由器等IP网络设备实现网络互连，用户1和用户2分别是MG1侧和MG2侧的电话用户。本发明中现场截取语音通信报文时，如果是用户1反馈语音质量有问题，则必须在位置1截取，因为对于用户1听到的语音，语音先经过位置2再经过位置1，语音质量在位置2变差，那么在位置1的语音肯定不会比位置2的好，而且位置1的IP报文，包含了IP网络的丢包、时延和抖动等信息，得到的语音通信报文在事后重放可以完全复现用户2的语音。同理，如果是用户2反馈语音质量有问题，则可在位置2截取语音通信报文。

图5是图3本实施例虚拟媒体网关控制设备以及主叫网关设备实现与待验证网关设备通信的流程图，主要包括以下流程：

在步骤51指定待验证网关设备的IP地址；

进一步，为了达到真实复现现场语音通信过程的目的，必须知道语音通信报文编码发送方式以及打包时长等语音编解码信息。

为此，在步骤52，还获取保存的语音通信报文的语音编解码信息，另外，所述报文发送的间隔时间可能也有不同，因此，可进一步获取所述保存的语音通信报文发送间隔时间信息；

在步骤53，将所述获取的语音编解码信息发送给媒体网关控制模块；

在步骤54，根据所述待验证网关设备的IP地址以及语音编解码信息，媒体网关控制模块控制媒体流发送模块按照所述获取的语音通信报文发送间隔时间向待验证网关设备发送所述保存的语音通信报文。

下面说明本发明的另一方面，参考图6，本发明用于验证网关设备语音编解码性能一种测试系统，主要包括截取设备61，虚拟设备62以及检测设备63，其中

截取设备61，用于在现场截取发送给待验证网关设备的语音通信报文并保存；

虚拟设备62，用于虚拟媒体网关控制功能和主叫网关功能，将所述截取设备61保存的语音通信报文发送给相同类型的待验证网关设备以虚拟现场语音通信过程；

检测设备63，用于检测所述虚拟现场语音通信过程以验证网关设备的语音编解码性能。

参考图7，对虚拟设备62进行详细说明，本发明测试系统具体实施例所述虚拟设备62进一步包括：用户接口单元621，媒体流发送单元622以及媒体网关控制单元623，其中

用户接口单元621，用于与测试用户交互以指定待验证网关设备IP地址；

媒体流发送单元622，用于将截取设备61保存的所述语音通信报文传送给待验证网关设备；

媒体网关控制单元623，用于根据测试用户指定的待验证网关IP地址以及所述语音通信报文的语音编解码信息，控制所述媒体流发送单元622发送所述语音通信报文给相同的待验证网关设备以虚拟现场语音通信过程。

具体的说，本实施例所述截取设备61可采用抓包工具，如NetMonitor、NetXRay、Sniffer以及ethereal等，这样，所述截取的现场语音通信报文可保存为CAP文件形式。

另外，本具体实施例的测试系统，在采用上述抓包工具截取现场语音通信报文后，还可进一步包括读CAP文件单元，用于解析截取设备61截取的语音通信报文的CAP文件，以得到所述语音通信报文的语音编解码信息，并将所述语音编解码信息发送给媒体网关控制单元623。

而所述媒体流发送单元622可进一步包括：

发送间隔控制模块，用于解析截取设备61保存的语音通信报文的CAP文件以得到所述语音通信报文的发送间隔时间；

发送报文模块，用于根据所述发送间隔时间通过socket接口向待验证网关设备发送所述语音通信报文。

下面以具体的协议和工具进行说明。

参考图8，实现本发明测试系统的虚拟通信软件模块，主要包括用户接口模块81、读CAP文件模块82、媒体流发送模块83、MGC模块84以及Socket模块85，本实施例中，所述通信软件模块与待验证网关设备之间的通信以媒体网关控制协议(MGCP协议)为例。所述通信软件模块的主要作用是仿真媒体网关控制模块功能和主叫网关功能，实现把实际网络中捕获的现场语音通信报文向待验证网关设备发送，以达到复现网上问题的目的。

其中，用户接口模块81：主要是与测试用户进行信息交互，可以细分为读CAP文件模块的用户接口模块和MGC模块的用户接口模块；对于读CAP文件模块的用户接口模块接收测试用户输入的CAP文件路径和文件名，为了对CAP文件里保存的语音通信报文进行过滤，还必须输入现场发送所述语音通信报文的源IP地址，以及接收所述语音通信报文的待验证网关设备的目的IP地址，以过滤出现场发送给待验证网关设备的语音通信报文；对于MGC模块的用户接口模块，主要是接收测试用户输入的待验证网关设备的IP地址，用于MGCP协议的发送和接收端口号。

读CAP文件模块82：主要是接收用户输入模块81传来的CAP文件路径和文件名，打开文件后，把符合源IP地址和目的IP地址的语音通信报文发送给媒体流发送模块83，同时通知MGC模块84要发送的现场语音通信报文的编解码方式和打包时长等参数，当MGC模块84与待验证网关设备通信后，还接收MGC模块84发送过来的待验证网关设备的IP地址和端口号，用于通知媒体流发送模块83发送媒体流的目的地。

媒体流发送模块83：可以分为发送间隔控制模块和发送报文模块，发送间隔控制模块就是接收读CAP文件模块82发送来的报文，取出现场语音通信报文接收时间，与上一个现场语音通信报文的接收时间相减得到两个报文之间的时间间隔；这样，发送报文模块严格按照CAP报文里一个包与上一个包之间的时间间隔，一个包一个包的通过socket模块85向对端待验证网关设备发送。

MGC模块84：实际是代替媒体网关控制模块，把一个真实的网关(待验证网关设备)和虚拟的网关(媒体流发送模块83和读CAP文件模块82)接续起来，实现通话；通过用户接口模块81获得对端待验证网关设备的IP地址，MGCP协议端口号和媒体流端口号等信息，当接收到读CAP文件模块82传递过来的编解码方式和打包时长等语音编解码信息后，通过socket模块85和对端待验证网关设备进行MGCP消息的交互；简单的讲，MGC模块84就是通过MGCP协议与待验证网关设备交互，在待验证网关设备和媒体流发送模块83之间建立起符合要求的媒体流通道，并让它们以相同的方式和时长进行编解码。

SOCKET模块85：其功能是接收MGC模块84的MGCP消息和媒体流发送模块的媒体流，转发给对端的待验证网关设备，同时把接收到的对端待验证网关设备发过来的MGCP消息转发给MGC模块84。

另外，与所述通信软件模块配合使用的截取设备61以抓包工具为netmonitor为例，其主要作用是将通过计算机网卡截获的所有的IP报文(也即语音通信报文)按自己的格式保存成CAP文件，其中CAP文件中CAP报文格式是：4个字节的接收时间，2个字节的IP报文长度，2个字节IP报文长度(与上一个一样)，IP报文(字节数就是上面的IP报文长度)。

参考图9，虚拟媒体网关控制模块以及主叫网关与待验证网关设备通信的呼叫流程如下：

用户接口模块81，接收测试用户输入的待验证网关设备IP地址以及CAP文件保存路径和文件名后，读CAP文件模块82向MGC模块84上报CAP文件中语音通信报文的编码方式和打包时长，由于CAP文件里的每个CAP报文都包含一个IP报文，而这个IP报文里称为PT的字段就是编码方式，称为timestamp的字段就是打包时长；

MGC模块84收到CAP文件模块82上报的消息后，向待验证网关设备发送CRCX(create connect)命令，即创建连接命令，在这个命令中包含了所述语音通信报文的编解码方式和打包时长；待验证网关设备向MGC模块84发送CRCXRSP即CRCX应答命令，在这个命令中包含了待验证网关设备的IP地址和端口号，同时向待验证网关设备的被叫振铃，所述被叫实际上是待验证网关设备上的一个模拟电话端口；

MGC模块84把待验证网关设备IP地址和端口号向读CAP文件模块82发送，这个IP地址和端口号就是媒体流发送模块83发送媒体流的目的地，读CAP文件模块82收到待验证网关设备的IP地址和端口号以后通知媒体流发送模块83，媒体流发送模块83再通知SOCKET模块85打开到待验证网关设备的IP地址和端口号的通道，准备媒体流的发送；

被叫应答摘机后向MGC模块84发送NTFY命令，表示被叫已经摘机；MGC模块84用NTFYRSP应答该命令，表示知道被叫已经摘机；然后MGC模块84向待验证网关设备发送MDCX命令，要求停止向被叫振铃，并且准备接收媒体流发送模块83发送的CAP报文；待验证网关设备用MGCXRSP应答该命令，表示已经处于接收状态；

之后媒体流发送模块83在接收到用户的发送命令后就可以向待验证网关设备发送CAP报文了，当测试完成后，被叫挂机，向MGC模块84发送NTFY命令，表示被叫已经挂机，MGC模块84应答该消息(用NTFYRSP命令)表示知道被叫挂机，然后MGC模块84发送一个MDCX命令，指示待验证网关设备把本次的连接修改成去激活态(inactive)，待验证网关设备以MDCXRSP命令应答，并把连接状态修改成inactive态，MGC模块84再发送DLCX命令指示待验证网关设备删除本次连接，待验证网关设备删除本次连接后发送DLCXRSP命令给MGC模块84，通信完成。

上述对应不同的待验证网关设备，当MGC模块与待验证网关设备之间采用其他通信协议时，可同样采用相应的协议虚拟现场通信过程，下面简单说明，如图10所示为现有技术中软交换设备与网关设备之间采用H.248协议通信的流程：

1、网关设备1向软交换设备发送T_Request(Notify物理终端，上报摘机事件)消息；

2、软交换设备向网关设备1回T_Reply(Notify_reply物理终端)；

3、软交换设备向网关设备1发送T_Request(Add物理终端，Add RTP终端)，软交换设备通过Add命令向网关设备1发起呼叫，其中的参数包括终端应该监听的事件，DigitMap(数字图，也叫做拨号方案，即媒体网关用于检测和报告用户拨号的数字事件)，拨号音信号，请求RTP终端IP地址和端口号，传输模式等；

4、网关设备1向软交换设备应答T_Reply(Add_rely物理终端，Add_replyRTP终端)，网关设备1通过Add Replay命令把选择的上下文和本终端的RTP终端ID及IP地址、端口号发给软交换设备；

5、网关设备1向软交换设备上报T_Request(Notify物理终端，上报拨号事件)，网关设备1根据软交换设备下发的DigitalMap来收号，并把用户所拨的号码上报给软交换设备；

6、软交换设备向网关设备1应答T_Reply(Notify_rely物理终端)；

7、软交换设备向网关设备1发送T_Request(Modify物理终端，停止信号)，软交换设备收到被叫号码后停止网关设备1上的所有信号，并且让网关设备1检测任何的拨号以及挂机事件；

8、网关设备1向软交换设备应答T_Reply(Modify_rely物理终端)；

9、软交换设备向网关设备2发送T_Request(Add物理终端，Add RTP终端)，软交换设备收齐被叫号码后，根据被叫号码分析到被叫所在的网关，向被叫发送Add命令，要求网关设备2分配上下文和RTP终端，并把主叫端的IP地址和端口号给被叫；

10、网关设备2向软交换设备回T_Reply(Add_rely物理终端，Add_replyRTP终端)，网关设备2通过Add Reply把选择的上下文和本端RTP终端ID及其IP地址、端口号发给软交换设备；

11、软交换设备向网关设备1发送T_Request(ModifyRTP终端，对端地址)，软交换设备通过Modify命令修改主叫的对端IP地址、端口号。一条媒体通道就建立起来，这时就可以听到回铃音；

12、网关设备1向软交换设备应答T_Reply(Modify_rely RTP终端)；

13、网关设备1检测到挂机事件后，向软交换设备发送T_Request(Notify物理终端，挂机事件)；

14、软交换设备应答T_Reply(Notify_rely物理终端)；

15、软交换设备发送拆线命令给网关设备1，T_Request(Subtract物理终端，RTP终端)；

16、网关设备1向软交换设备发送应答T_Reply(Subtract_rely物理终端，RTP终端)；

17、软交换设备发送拆线命令给网关设备2，T_Request(Notify物理终端，挂机事件)；

18、网关设备2应答软交换设备的请求，T_Reply(Notify_rely物理终端)。

还以上述图8的通信软件模块为例，设待验证的网关设备为网关设备2，则可以媒体网关控制模块84代替图10中所述软交换设备，以用户接口模块8 1和媒体流发送模块83代替图10中主叫网关设备1，由于软交换设备(即媒体网关控制模块83)与主叫网关(即用户接口模块81和媒体流发送模块83)是在同一个应用通信模块中，所以软交换设备与网关设备1之间的消息交互都被简化，只要按照上述方式实现9、10、17、18四个步骤即可。

对于软交换设备与网关设备间按照其他协议通信，如按照SIP协议或H.323协议通信，本领域人员当可按照上述提示方式实现，这里不再赘述。

上述仅以优选实施例对本发明进行说明，非因此即局限本发明的权利范围，因此，在不脱离本发明思想的情况下，凡运用本发明说明书及附图内容所为的等效变化，均理同包含于本发明的权利要求范围内。

Claims (13)

1、一种测试方法，用于验证网关设备的语音编解码性能，其特征在于，包括如下步骤：

a)截取现场发送给待验证网关设备的语音通信报文并保存；

b)虚拟媒体网关控制设备以及主叫网关设备，将所述保存的语音通信报文发送给相同的待验证网关设备以虚拟现场语音通信过程；

c)检测所述虚拟现场语音通信过程以验证网关设备的语音编解码性能。

2、根据权利要求1所述测试方法，其特征在于，步骤a)中通过采用抓包工具来截取现场语音通信报文，所述抓包工具包括NetMonitor、NetXRay、Sniffer以及ethereal，所述截取的现场语音通信报文保存为CAP(抓包文件)文件形式。

3、根据权利要求2所述测试方法，其特征在于，所述步骤b)进一步包括：

b1)指定待验证网关设备的IP地址；

b2)获取保存的语音通信报文的语音编解码信息；

b3)将所述语音编解码信息发送给媒体网关控制模块；

b4)根据所述待验证网关设备的IP地址以及语音编解码信息，媒体网关控制模块控制媒体流发送模块向待验证网关设备发送所述保存的语音通信报文。

4、根据权利要求3所述测试方法，其特征在于，所述步骤b2)还包括获取所述保存的语音通信报文的发送间隔时间信息；

所述步骤b4)进一步包括媒体流发送模块按照所述发送间隔时间向待验证网关设备发送所述语音通信报文。

5、根据权利要求4所述测试方法，其特征在于，所述语音编解码信息包括语音编解码方式和打包时长。

6、根据权利要求1-5任一项所述测试方法，其特征在于，所述待验证网关设备包括TMG、AMG、IAD、SIP协议终端、H.248协议终端以及H.323协议终端。

7、一种测试系统，用于验证网关设备的语音编解码性能，其特征在于，包括：

截取设备，用于在现场截取发送给待验证网关设备的语音通信报文并保存；

虚拟设备，用于虚拟媒体网关控制功能和主叫网关功能，将所述截取设备保存的语音通信报文发送给相同的待验证网关设备以虚拟现场语音通信过程；

检测设备，用于检测所述虚拟现场语音通信过程以测试所述待验证网关设备的语音编解码性能。

8、根据权利要求7所述测试系统，其特征在于，所述虚拟设备包括：

用户接口单元，用于与测试用户交互以指定待验证网关设备IP地址；

媒体流发送单元，用于将截取设备保存的所述语音通信报文传送给待验证网关设备；

媒体网关控制单元，用于根据测试用户指定的待验证网关设备IP地址以及所述语音通信报文的语音编解码信息，控制所述媒体流发送单元发送所述语音通信报文给相同的待验证网关设备以虚拟现场语音通信过程。

9、根据权利要求8所述测试系统，其特征在于，所述截取设备为抓包工具，所述抓包工具包括NetMonitor、NetXRay、Sniffer以及ethereal，所述截取的现场语音通信报文保存为CAP(抓包文件)文件形式。

10、根据权利要求9所述测试系统，其特征在于，还包括读CAP文件单元，用于解析截取设备截取的语音通信报文的CAP文件，以得到所述语音通信报文的语音编解码信息，并将所述语音编解码信息发送给媒体网关控制单元。

11、根据权利要求10所述测试系统，其特征在于，所述媒体流发送单元进一步包括：

发送间隔控制模块，用于解析截取设备保存的语音通信报文的CAP文件以得到所述语音通信报文发送间隔时间；

发送报文模块，用于根据所述间隔时间通过socket接口向待验证网关设备发送所述语音通信报文。

12、根据权利要求11所述测试系统，其特征在于，所述语音编解码信息包括语音编解码方式和打包时长。

13、根据权利要求7-12所述测试系统，其特征在于，所述待验证网关设备包括TMG、AMG、IAD、SIP协议终端、H.248协议终端以及H.323协议终端。

Images