一种MGCP大话务量模拟呼叫自动测试工具和方法

摘要

本发明涉及一种MGCP大话务量模拟呼叫自动测试工具和方法。测试工具包括以下模块：数据配置模块，呼叫处理模块，协议处理模块，消息收发模块，定时器处理模块，界面显示操作模块和日志模块。测试方法包括如下步骤：1.数据配置；2.向媒体网关控制器发起注册；3.模拟呼叫测试，完成呼叫流程。本发明通过IP网络向媒体网关控制器发送MGCP消息，接受媒体网关控制器回送的消息，对回送消息实现自动分析，处理，最终自动完成完整的呼叫，以达到对媒体网关控制器上各模块进行自动测试的目的，同时，实现对媒体网关控制器各模块进行大数据量、大呼叫强度的自动测试。

说明书

技术领域

本发明涉及通讯领域，具体的说，涉及模拟媒体网关MG(Media Gateway)通过网络接口使用MGCP协议对媒体网关控制器MGC(Media Gateway Controller)或软交换机(Softswitch)进行大话务量呼叫测试的工具和方法。

背景技术

随着IP技术的发展，电信网正在从电路交换网SCN(Switch Circuit Network)向以包交换为基础的电信下一代网络NGN演变。以IP为交换核心，软交换机(Softswitch)为控制核心的网络架构，将成为下一代网络的发展方向。

在下一代网络的控制和呼叫分离技术中，通过将传统的控制和呼叫集中的设备分离为媒体网关控制器MGC和媒体网关MG两个部分，利用IP/ATM传输网络的特点，一方面可以实现语音、图像、数据的交互，另一方面MGC还可以更方便、更快捷的引入多种业务。

MGC和MG之间的媒体网关控制协议是MGCP协议，在MGC的控制下，通过MGCP协议完成MG中的放音、收号以及媒体通道的建立、属性修改和释放。MG通过MGCP协议将自身的事件如摘机、收号完成等上报给MGC。对MGC的测试需要依赖于MG，所以，使用测试工具来替代MG，通过MGCP协议对MGC进行测试，是测试MGC行之有效的途径。这样，对MGC可以实现不依赖MG的、全面、独立的测试。

目前基本上没有承载于通用计算机上的MGCP模拟测试工具，只能通过类似UDP sender的工具，手工编写MGCP消息，向MGC发送MGCP消息。无法实现MGC和MG之间进行自动交互完成一个完整的呼叫流程，更无法实现长时间、大批量数据的高强度压力测试，对协议中出现的错误也没有自动记录、分析、定位的能力。MGC和MG之间的事务ID、终结点(Termination)ID、呼叫ID和连接ID都是上下关联的，也成为模拟测试工具出现的技术障碍。

发明内容

本发明针对上述问题，提供了一种MGCP大话务量呼叫自动模拟测试工具和方法，通过IP网络向媒体网关控制器MGC发送MGCP消息，接受媒体网关控制器回送的消息，对回送消息实现自动分析，处理，最终自动完成完整的呼叫，以达到对媒体网关控制器上各模块进行自动测试的目的，同时，实现对媒体网关控制器各模块进行大数据量、大呼叫强度的自动测试。上述媒体网关控制器上各模块包括但不限于：媒体网关控制协议模块、呼叫代理模块(CCS，RM)、计费模块、支撑模块(R01)、数据库等。

本发明的一种MGCP大话务量呼叫自动模拟测试工具包括以下模块：数据配置模块，呼叫处理模块，协议处理模块，消息收发模块，定时器处理模块，界面显示操作模块和日志模块。其中：数据配置模块完成模拟工具和媒体网关控制器的相关设置，呼叫处理模块完成主叫、被叫的呼叫流程处理，协议处理模块用于编解码MGCP消息，并把结果提交给呼叫处理模块，消息收发模块接收和发送到达媒体网关控制器的MGCP消息，定时器处理模块提供呼叫流程中定时的控制，触发协议和呼叫处理模块，界面显示操作模块用于测试过程的启动、停止、测试过程数据和结果的显示和打印，日志记录模块记录测试过程和结果。

上述工具中，所述定时器模块监控消息收发的超时、触发消息的重发和日志的记录。

上述工具中，所述日志记录模块采用特殊方法记录错误日志：对于参与呼叫测试的每一个终结点，分配一个日志缓冲区，各终结点的日志缓冲区相互独立；当呼叫出现错误时，将相应终结点日志缓冲区中记录的消息写入日志文件连续的位置，并记下出错时的呼叫状态，以方便阅读及查找错误原因。

本发明的一种MGCP大话务量呼叫自动模拟测试方法包括如下步骤：

第一步，数据配置，包括测试对象媒体网关控制器MGC的地址和端口，自动模拟测试工具的地址和端口，终结点ID(TID)名称，呼叫的用户号码，呼叫方式以及注册方式，定时器设置。

第二步，配置完成后，向媒体网关控制器MGC发起注册，所有配置的终结点ID按照注册方式向媒体网关控制器发起注册，对呼叫测试过程中所涉及到的MGCP协议消息进行预先编码。对注册的每一个终结点开辟一个内存数据区，在呼叫开始前，将呼叫涉及的摘机、挂机、发送号码等事务请求消息，以及对被测系统发来的事务请求的响应消息都做好编码，并保存在数据区中，在呼叫过程中以内存指针的方式直接引用。采用这种方法，节省了大量的处理时间，测试工具可以达到极高的性能。

第三步，注册完成后，开始模拟呼叫测试，测试工具通过消息收发模块主动向媒体网关控制器MGC发送MGCP消息，开始呼叫，并接受媒体网关控制器回送的响应和事务请求，协议处理模块分析媒体网关控制器发送来的消息，并提取信息，呼叫处理模块接受协议模块的信息，完成呼叫流程的进行。

上述方法的第一步中，所述定时器设置进一步包括：启动定时器，呼叫间隔(Call to Call)定时器，通话时间设置，振铃时间设置。

上述方法的第三步中，所述协议提取的信息进一步包括：事务ID，命令，终结点ID，事件，信号，呼叫ID，连接ID，远端会话属性(SDP)描述，本端会话属性(SDP)描述。

上述方法的第三步中，所述呼叫处理模块完成呼叫流程的控制，呼叫状态的迁移，通过协议模块响应媒体网关控制器的请求，使得发送出去的MGCP消息既符合呼叫控制流程，又上下对应的有效。

上述方法中，对于媒体网关控制器发送的一些不可预料的特殊的MGCP消息，提供特定的处理方式来处理这些消息，以使呼叫测试流程不至于中断。

本发明的一种MGCP大话务量呼叫自动模拟测试工具和方法具有如下优点：

1、本发明实现了测试工具和媒体网关控制器MGC的自动交互，进而实现了MGC的自动测试，与现有测试技术相比，大量节省了测试时间，从而提高了测试效率，节约了测试成本。

2、本发明可以实现海量用户的注册和呼叫，实现了MGC的呼叫性能的自动测试。

3、本发明使用简便，可以在普通PC机上实现，节省了昂贵的测试设备。

4、本发明采用主被叫流程分离的技术，每一个工具可单独实现主叫或被叫功能，使用多个模拟工具，可实现跨模块、跨MGC的呼叫测试。与其他测试工具配合，还可实现跨协议的呼叫测试。

附图说明

图1是测试工具的模块结构图；

图2是测试工具总体工作流程图；

图3是主叫用户的呼叫处理流程图；

图4是被叫用户的呼叫处理流程图。

具体实施方式

下面结合附图和实施例，对本发明作进一步的详细描述。

图1显示了测试工具的结构，本发明的自动模拟测试工具包括以下模块：消息收发模块，接收和发送到达MGC的MGCP消息，把收到的消息提交给协议处理模块，把协议处理模块传来的消息发送到MGC；协议处理模块，用于编解码MGCP消息，把消息收发模块传来的MGCP消息解码，分析，把分析得到的命令、事件、信号等结果提交给呼叫处理模块，并把呼叫处理模块传来的动作命令转化成正确的MGCP消息，传递给消息收发模块；呼叫处理模块，是自动测试工具呼叫功能完成的主要模块，负责接受协议处理模块发送的命令、事件、信号等，完成主叫、被叫的呼叫流程处理；定时器处理模块，提供呼叫流程中定时的控制，触发协议和呼叫处理模块；数据配置模块，完成模拟工具和MGC的相关设置；界面显示操作模块，用于测试过程的启动、停止、测试过程数据和结果的显示和打印；日志记录模块，记录测试过程和结果。

图2显示了测试工具总体工作流程，工具启动后，完成MGC、MG(测试工具)的IP地址配置；配置完成后向MGC发起注册；如果注册不成功，需要检查配置是否正确，注册成功后，进行呼叫相关的数据配置，包括被叫号码、TID名称、参与呼叫的终端个数、每终端呼叫次数、以及呼叫相关的定时器参数，包括拨号延时、呼叫间隔、振铃时间、通话时间等，并设置是否需要记录日志，是否需要在显示栏显示MGCP消息流程等；设置完成后，通过点击开始按钮开始呼叫，呼叫处理包括主叫部分和被叫部分，完成了测试工具的主要功能，图3和图4分别详细描述了主叫和被叫的工作流程；呼叫次数未完成时，呼叫循环进行，否则测试结束。

图3为主叫用户的呼叫处理流程，测试工具开始使用时主叫用户的状态初始化为空闲状态(IDLE)：

1.在空闲状态当呼叫间隔等待时间到时，发送摘机(Hook off)消息，摘机消息通过协议消息处理模块生成正确的MGCP事务请求消息，通过消息收发模块发送给MGC，迁到摘机状态；

2.收到MGC发来的放拨号音请求消息时，发送正确的响应消息，迁到收号状态；

3.当拨号等待定时到时，发送预先设置好的被叫号码，被叫号码通过协议消息处理模块生成正确的MGCP消息，通过消息收发模块发送给MGC，迁到发号状态；

4.收到创建连接请求时，发送正确的响应消息，迁到连接建立状态；

5.收到放回铃音请求时，迁到回铃状态；

6.收到修改连接请求时，发送正确的响应消息，迁到收到远端会话描述状态；

7.收到修改连接请求，并要求媒体模式为收发模式时，发送正确的响应消息，迁到通话状态；

8.收到放忙音请求或预先设置的通话时间到后，发送挂机(Hook on)信号，挂机消息通过协议消息处理模块生成正确的MGCP消息，通过消息收发模块发送给MGC，并迁到挂机状态；

9.收到发送的挂机信号的正确响应后，迁到等待删除连接状态；

10.收到删除连接请求后，删除连接，发送正确的响应，并把状态改变为初始的空闲状态，等待开始下一次呼叫。

11.在呼叫过程中的任何状态下，收到不能识别的消息后，立即发送错误响应码，不改变当前状态，以保证呼叫测试能够继续，然后累加错误计数值，当该数值达到预设的门限后，将该终结点重启动，并设状态为空闲，发送摘机(Hook off)消息开始下一轮呼叫测试。

图4为被叫用户的呼叫处理流程，测试工具开始使用时被叫用户的状态初始化为空闲状态(IDLE)：

1.被叫收到的第一个请求就是创建连接请求，发送正确的响应消息，迁到连接建立接状态；

2.收到振铃请求时，发送正确的响应消息，迁到振铃状态；

3.当振铃等待定时到时，发送摘机应答，摘机消息通过协议消息处理模块生成正确的MGCP消息，通过消息收发模块发送给MGC，并迁到摘机状态；

4.收到摘机的正确响应时，迁到通话状态；

5.收到放忙音请求或预先设置的通话时间到后，发送挂机(Hook on)信号，挂机消息通过协议消息处理模块生成正确的MGCP消息，通过消息收发模块发送给MGC，并迁到挂机状态；

6.收到发送的挂机信号的正确响应后，迁到等待删除连接状态；

7.收到删除连接请求后，删除连接，发送正确的响应，并把状态改变为初始的空闲状态，等待开始下一次呼叫。

8.在呼叫过程中的任何状态下，收到不能识别的消息后，立即发送错误响应码，不改变当前状态，以保证呼叫测试能够继续，然后累加错误计数值，当该数值达到预设的门限后，将该终结点重启动，并设状态为空闲，等待接收下一次创建连接请求以开始新一轮呼叫测试。