CN101227342A - 一种实现大话务自动呼叫的装置及方法 - Google Patents

Abstract

一种实现大话务自动呼叫的装置，用于NGN系统内网元设备的性能测试及业务测试，包括数据配置模块，用于设置局向号、地址及其端口以及大话务呼叫参数；界面显示模块，用于为使用者提供加载、运行以及停运测试用例的GUI，并实时显示运行测试用例过程中的码流数据及运行结果；以及控制模块，用于控制加载、运行及停运测试用例；在运行测试用例时控制与SS之间进行收发消息的操作，并控制收发消息过程中的信令交互操作以及协议编码/解码操作；同时，控制运行测试用例过程中的码流数据及运行结果在界面显示模块上的实时显示。本发明采用SIP协议且能对采用其它协议的网元及信令流程进行灵活处理，故具有较大的通用性。

Description

一种实现大话务自动呼叫的装置及方法

技术领域

本发明涉及下一代通信网络(NGN，Next Generation Network)的测试技术，尤其涉及NGN系统内的业务测试及网元设备性能测试的技术。

背景技术

NGN是一种基于分组技术的综合开放的网络构架，它可以为用户提供包括话音、数据和多媒体等各种业务，代表了通信网络发展的方向。软交换(SS，Soft Switch)为NGN提供了具有实时性要求的业务的呼叫控制和连接控制功能，是NGN呼叫与控制的核心。从2000年开始国内已有一些运营商在试验或使用SS组网方案，目前以SS技术为核心的宽带数据及应用已基本成熟，不仅可以取代现有的窄带电话交换网络，而且在业务的提供上也更加丰富和完备。NGN中用于呼叫控制的协议主要包括：会话初始协议(SIP，Session Initiation Protocol)、媒体网关控制协议H.248、与业务承载无关的呼叫的控制协议BICC、信令传送协议SIGTRAN以及为分组网络PBN(如IP网络)提供多媒体通信标准的H.323协议栈等。其中，SIP是NGN中最常用的协议。

如何对网络业务能力进行客观评估，如何制定可靠的业务发展规划都是NGN网络运营商所要面对的问题。因此需要一种客观的设备性能测试方法来评估设备的处理能力，为运营商业务发展规划及网络性能优化提供客观地依据。

所谓设备性能测试是指对软交换设备或其它网元设备发起大话务量的呼叫来对用户的设备进行负载测试，以检验设备的性能指标，对设备的处理能力进行客观评估。通过模拟大量的呼叫信令，通过不断增加设备的处理呼叫数，检查设备丢包以及处理时延的变化等，以确定是否设备是否达到其最大的处理能力。

而现有的一些用于测试网络性能的测试工具或大话务量模拟呼叫测试工具，均未见有采用SIP协议且能对采用其它协议的网元及其信令流程进行灵活处理的功能。

发明内容

本发明所要解决的技术问题是提供一种实现大话务自动呼叫的装置及方法，用于NGN系统的性能测试，其采用SIP协议且能对采用其它协议的网元及其信令流程进行灵活处理，从而具有较大的通用性。

为了解决上述技术问题，本发明提供了一种实现大话务自动呼叫的装置，用于下一代网络NGN系统内网元设备的性能测试及业务测试，该装置包括依次连接的：数据配置模块、界面显示模块以及控制模块；其中：

数据配置模块，用于设置局向号、地址及其端口以及大话务呼叫参数；

界面显示模块，用于在控制模块的控制下，为使用者提供加载、运行以及停运测试用例的图形用户界面GUI，并实时显示运行测试用例过程中的码流数据及运行结果；

控制模块，用于控制加载、运行以及停运测试用例；在运行测试用例时控制与软交换SS之间进行收发消息的操作，并控制收发消息过程中的信令交互操作以及协议编码或协议解码操作；同时，控制运行测试用例过程中的码流数据及运行结果在界面显示模块上的实时显示。

进一步地，控制模块还包括依次连接的呼叫处理模块、协议处理模块以及消息收发模块，其中：

呼叫处理模块，与消息收发模块连接，用于控制整个呼叫的流程，对要进行协议编码的消息信令先进行变量赋值；对消息收发模块接收来自SS的消息的正确性进行判断，并根据判断结果做出相应处理；对经协议解码的消息信令进行合法性分析，若合法则获取信令中的必要信息，若不合法则进行响应出错处理；

协议处理模块，用于将经变量赋值的消息信令进行协议编码，形成会话初始协议SIP格式的码流数据；且将消息收发模块接收的SIP格式的码流数据进行协议解码，恢复成消息信令；

消息收发模块，用于接收从SS发送过来的SIP格式的码流数据，且将经协议编码的码流数据发往SS。

进一步地，局向号、地址及其端口包括测试用例中呼叫的SIP局向号、装置所在地的IP地址及其端口号以及网守所在地的IP地址及其端口号；大话务呼叫参数包括呼叫号码、起呼时间间隔、最大并发步骤数以及单位时间秒内的呼叫次数或呼叫执行的时间；还包括一个或多个号码段，其中每个号码段包括号码的个数、以及号码段号码的变换方式。

进一步地，控制模块还包括分别与呼叫处理模块和消息收发模块连接的定时器模块，用于呼叫处理模块根据大话务参数设置的起呼时间间隔进行大话务量呼叫，以及根据单位时间秒内的呼叫次数以及呼叫执行的时间控制测试用例的停运。

进一步地，测试用例由所述装置的外部导入并加载；或者，由所述装置的内部产生并加载，即所述装置还包括分别与数据配置模块、界面显示模块以及控制模块连接的测试用例编辑模块，用于供使用者在界面显示模块的GUI上编辑及修改测试用例。

进一步地，每个测试用例包括多个不同的SIP步骤，每一步骤包括步骤的编号及收发方向、请求消息和响应消息的关键字以及响应消息的等待时限；SIP步骤中的信令参数通过在运行测试用例过程中的变量自动获取，或将信令参数设置为固定的参数；呼叫处理模块若在呼叫响应的时限内查询消息收发模块未收到来自SS的呼叫响应消息，则进行响应失败处理。

进一步地，使用者在界面显示模块的GUI上编辑及修改的测试用例以文件的形式存储在装置内或从装置导出进行备份，以供使用者在下一次测试时复用。

进一步地，控制模块将实时显示在界面显示模块上的码流数据以文件的形式存储在装置内或从装置导出进行备份，供使用者对测试过程中的问题查证时使用。

进一步地，控制模块将号码本存储在装置中，或者将号码本以文件形式从装置中导出进行备份；或者通过外部文件将号码本导入装置中。

进一步地，号码段号码的变换方式包括递增所述号码段的号码或使用号码段的同一个号码；若号码段号码的变换采用递增方式，则大话务参数还包括起始用户的SIP公有标识或SIP私有标识。

进一步地，在所述装置上根据网元设备的要求设置不同的测试强度以及根据业务特点编辑不同的测试流程来对网元设备的性能和业务进行测试。

为了解决上述技术问题，本发明提供了一种实现大话务自动呼叫的方法，用于下一代网络NGN系统内网元设备的性能测试和业务测试，该方法包括步骤：进行测试前的数据配置，根据测试要求编辑或修改测试用例，加载测试用例及配置的数据，控制测试用例的运行及停运。

进一步地，数据配置包括设置局向号、地址及其端口以及大话务呼叫参数；其中：

局向号、地址及其端口包括测试用例中呼叫的SIP局向号、测试装置所在地的IP地址及其端口号以及网守所在地的IP地址及其端口号；大话务呼叫参数包括呼叫号码本、起呼时间间隔、最大并发步骤数以及单位时间秒内的呼叫次数或呼叫执行的时间；其中，号码本包括一个或多个号码段，每个号码段包括号码的个数、以及号码段号码的变换方式。

进一步地，号码段号码的变换方式包括递增号码段的号码或使用号码段的同一个号码；若号码段号码的变换采用递增方式，则大话务参数还包括起始用户的SIP公有标识或SIP私有标识。

进一步地，编辑或修改测试用例进一步包括步骤：

(1)编辑测试用例中每一步骤的编号、收发方向以及信令的关键字及其对应的参数；

(2)重复执行步骤(1)直至完成测试用例中的所有步骤的编辑；

(3)将完成的测试用例的所有步骤的编辑写入文件并保存。

进一步地，测试用例的所有步骤构成一个基本的呼叫，或者构成每个具体的业务实现；信令的关键字及其参数组成一个完整的信令；且信令的一个关键字对应一个或多个参数，当扫描步骤得到信令的关键字后就获知需要赋值的参数。

进一步地，测试用例的运行包括根据号码本内号码段的一个或多个号码向软交换SS发起主、被叫用户的注册，并根据从SS接收注册应答的情况进行相应地处理：若在预定时间内接收不到注册应答或虽收到但认证未通过，则进行注册失败记录；若在预定时间内接收到注册应答且得到认证通过的信息，则进行注册成功记录。

进一步地，测试用例的运行及停运还包括步骤：

(a)根据号码段号码的变换方式、起呼时间间隔以及最大并发步骤数，向软交换SS发起新呼叫；

(b)分析扫描呼叫中每一步骤信令，获取信令的变量参数并为变量参数赋值；然后将对信令进行协议编码形成的SIP格式的码流数据按照述网守所在地的IP地址及其端口号向SS发送，同时实时显示码流数据；

(c)查询接收SS响应信令的正确性和分析响应信令的合法性，并根据查询及分析结果做相应地处理，以及将处理结果数据实时显示；

(d)重复执行步骤(b)直至测试用例的所有步骤完成；

(e)重复执行步骤(a)直至单位时间秒内的呼叫次数已达到或呼叫执行的时间已达到为止。

进一步地，步骤(c)还包括步骤：

(c1)若在预定时间内收到SS的响应信令的码流数据，则将码流数据进行协议解码恢复成响应信令；若在预定时间内未收到SS的响应信令的码流数据，则做出响应失败处理；

(c2)若分析响应信令合法，则获取信令中的必要信息；若分析响应信令不合法，则做出响应失败处理。

采用本发明能够对NGN系统中各网元设备的性能及各种具有特色的业务流程进行测试，模拟实际使用中的场景，使得在产品发布之前能够充分暴露系统中各网元或业务流程中可能存在问题，并使问题及时解决，从而能够保证各产品在提交给运营商使用后其性能的稳定性。由于本发明的测试流程具有可编辑性，可以方便地在运营商现场对其产品进行流程和设备性能的测试，以找出对手产品的弱点，从而提升本公司产品的竞争力。本发明既可以在一台普通的PC机上运行，也可以做成一台专用的大话务自动呼叫仪，方便测试携带且又节省了昂贵的设备成本。另外，由于本发明采用NGN最常用的SIP协议，并通过软交换本身的协议转换功能，实现呼叫NGN系统内采用其它协议的网关用户，因而具有较大的通用性。

附图说明

图1是本发明的实现大话务自动呼叫装置的原理框图；

图2为用于说明本发明实现大话务自动呼叫方法的实施例流程图；

图3是本发明测试用例编辑方法实施例流程图；

图4是本发明的方法中SIP用户的注册流程图。

具体实施方式

本发明的实现大话务自动呼叫的装置及方法，用于NGN系统内的网元设备性能测试，该装置为测试方法的实现提供了以下功能：进行测试前的数据配置(包括号码本、网守地址及端口以及大话务呼叫参数等)，根据测试要求在图形用户界面(GUI，Graphical User Interface)上编辑及修改测试用例；加载测试用例及配置的数据；运行、停运以及复用测试用例。在运行测试用例时控制与软交换SS之间进行收发消息的操作，并控制收发消息过程中的信令交互操作及协议编/解码操作，同时，将测试用例中各SIP步骤中的码流数据及运行结果显示在GUI上。如果启动大话务量呼叫测试，则根据大话务参数设置的时间间隔定时进行大话务量呼叫，并在预定时间内查询是否能正确接收到来自SS针对该呼叫的响应，以及对响应数据的正确性进行分析，以判断呼叫的成功与否；通过GUI实时显示执行测试用例过程中的码流数据，并显示每个SIP步骤消息执行的次数，以便定位分析错误发生的原因。

下面结合实施例和附图对本发明上述技术方案进行详细地阐述。

如图1所示为本发明的实现大话务自动呼叫装置的结构框图，该装置100包括依次连接的：数据配置模块110，测试用例编辑模块120，界面显示模块130以及控制模块140；其中：

数据配置模块110，用于设置局向号、地址及其端口(呼叫的SIP局向号、本装置所在地的IP地址及其端口号以及网守所在地的IP地址及其端口号)以及大话务呼叫参数(呼叫号码等)；其中：

号码本的设置提供了灵活性和方便性：可设置、编辑和修改多个号码段，每个号码段包括本号码段号码的个数，起始用户的SIP公有标识和SIP私有标识，以及其它一些与呼叫有关的用户参数。号码本可以保存在本装置中，可以将号码本以文件形式从本装置中导出进行备份，也可通过外部文件将号码本导入本装置中。

提供不同方式的大话务呼叫及其参数设置：设置号码段号码的变换方法，是递增号码段号码还是对号码段同一个号码进行大话务呼叫(测试大客户话务台排队机时使用)，起呼间隔，以及最大并发步骤数；呼叫的次数及呼叫执行的时间，这是决定大话务呼叫结束时间的两个条件，只要满足其中任一个条件即可终止大话务呼叫。

测试用例编辑模块120，用于供所述使用者在所述界面显示模块130的GUI上编辑及修改测试用例；

每个测试用例包括多个不同的SIP步骤，每一步骤包括步骤编号，收发方向，请求和响应的关键字，消息等待响应的超时时间等，均可在通过此GUI进行编辑。SIP步骤中的信令参数可以通过变量自动获取，也可以设置为固定的参数，根据具体使用情况决定。

界面显示模块130，用于为使用者提供进行测试用例的编辑、修改的GUI，并在所述控制模块的控制下为使用者提供加载、运行、停运以及复用测试用例的GUI；并实时显示运行所述测试用例过程中的码流及运行结果，也可以把码流保存起来供对问题查证时使用；

界面显示模块130还可用于显示测试的进度以及当前每个测试用例执行的次数，从而由此判断测试失败的原因；还可列出对测试用例的调试信息。

控制模块140，用于控制测试用例的加载、运行、停运以及复用功能；在运行测试用例时控制与软交换SS之间进行收发消息的操作，并控制收发消息过程中的信令交互操作及协议编/解码操作，同时，将测试用例中各SIP步骤中的码流数据及运行结果显示在GUI上；

首先将编辑好的测试用例加载，然后执行该测试用例，根据测试用例中的SIP步骤对各产品的业务流程进行测试，包括向SS发起主、被叫用户注册，以及向SS发送呼叫请求及从SS接收呼叫响应，或从SS接收呼叫请求及向SS发送呼叫响应。

如果启动大话务量呼叫测试，则根据大话务参数设置的时间间隔定时进行大话务量呼叫，并在预定时间内查询是否接收到来自SS针对该呼叫的响应；通过GUI实时显示执行测试用例过程中的码流数据，并显示每个SIP步骤消息执行的次数，以便定位分析错误发生的原因。

控制模块140进一步包括依次连接的呼叫处理模块1401、协议处理模块1402以及消息收发模块1403，其中：

呼叫处理模块1401，与消息收发模块1403连接，用于控制整个呼叫的流程，对要进行协议编码的消息信令先进行变量赋值；对消息收发模块1403接收来自SS的消息的正确性进行判断，并根据判断结果做出相应处理；对经协议解码的消息信令进行合法性分析，若合法则获取信令中的必要信息，若不合法则做响应出错处理；

协议处理模块1402，用于将经变量赋值的消息信令进行协议编码，形成会话初始协议SIP格式的码流数据；且将消息收发模块接收的SIP格式的码流数据进行协议解码，恢复成消息信令；

消息收发模块1403，用于接收从SS发送过来的SIP格式的码流数据，且将经协议编码的码流数据发往SS。

控制模块140还包括与呼叫处理模块1401连接的定时器模块1404，用于呼叫处理模块1401根据大话务参数设置的时间间隔定时进行大话务量呼叫，即呼叫处理模块1401控制信令的定时发送间隔，达到模拟不同强度的呼叫(不同的caps)，在信令发送后设置一个定时器等待呼叫响应的时长，并启动定时器工作；若超过此时长(定时器溢出)消息收发模块1403未收到来自SS的呼叫响应，则做响应失败处理。同时，设置一个用于终止测试用例的定时器或计数器，当该定时器达到时长或该计数器计数达到设定的呼叫次数后，本次测试终止。

本发明的实现大话务自动呼叫的方法，用于NGN系统内的网元设备性能测试，该方法包括如下步骤：

步骤1：进行测试前的数据配置

设置好本次呼叫的号码本，包括主叫用户号码本和被叫用户号码本，号码本中包括号码范围，即主、被叫号码本中一共有多少个号码，起始用户的SIP公有标识和SIP私有标识，及其它一些与呼叫有关的用户参数。号码本中的用户号码(SIP用户标识)采用依次递加的方式，如起始号码的SIP用户标识为sip：66770000@10.40.123.100，则下一个号码的SIP用户标识为sip：66770001@10.40.123.100，……以此类推，自动生成所有号码的SIP用户的标识。

网守地址及端口设置：设置本次呼叫的SIP局向号、本发明的实现大话务自动呼叫的模拟工具所在本地的IP地址和本地端口以及网守的IP地址和端口号。

大话务呼叫参数设置：以设置号码段号码的变换方法，即是对号码段号码递增还是对号码段同一个号码进行大话务呼叫(测试大客户话务台排队机时使用对同一个号码进行起呼)，起呼间隔、呼叫次数、呼叫执行的时间以及最大并发步骤数。其中，呼叫次数及呼叫执行的时间这两个参数都能作为大话务呼叫结束的条件，只要满足其中一个条件即可终止大话务呼叫。

步骤2：根据测试要求编写测试用例

根据不同网元及不同的业务编写不同的测试用例，测试用例中包括实现呼叫和业务的所有SIP信令步骤。

步骤3：加载配置的数据及测试用例

步骤4：控制测试用例的运行及停运，完成呼叫的测试流程，并在界面显示执行结果和码流。

加载和执行在步骤2中编辑好的测试用例，本发明的模拟工具会根据测试用例中的SIP步骤对产品的业务流程进行测试，如果启动大话务量呼叫，则根据大话务参数设置中的设置的时间间隔开始进行大话务量呼叫，界面可以根据需要实时打印执行的码流，并显示每个SIP消息执行的次数，以利于定位分析错误发生的原因。

图2为本发明上述方法例举一个以大话务呼叫为测试用例的运行流程图，其步骤如下：

201：根据测试前的数据配置和编写的测试用例进行数据加载；

202：按照号码本执行主、被叫用户注册；

203：将呼叫请求/呼叫响应定时器以及呼叫执行时间定时器初始化；

根据大话务量呼叫设置的参数初始化控制呼叫信令发送速度的定时器1(控制每秒钟起呼的次数，可以模拟不同的呼叫强度caps)、呼叫响应超时定时器2(在预定时长内若收不到呼叫响应，则发出呼叫失败信息)以及呼叫执行时间定时器3(当达到定时器3所设定的时长时自动终止呼叫)；

204：判断是否达到设定的总的起呼次数或呼叫执行时间；若是，结束流程；若否，执行步骤205；

205：定时发送呼叫请求Invite消息，开始新呼叫；

每个Invite消息都具有不同的CALL-ID，一次呼叫的所有信令步骤都具有一相同的CALL-ID，据此CALL-ID判断后续响应的消息是属于哪一次呼叫的，从而能从后续其它网元的信令中获取必要的参数，并赋值给测试用例的后续步骤，实现消息的交互。CALL-ID由测试工具维护，必须保证其唯一性。

206：扫描分析当前步骤，并获取本步骤信令中需要赋值的变量参数；

207：为本步骤信令中的消息变量参数赋值；

208：将赋值后的消息进行协议编码，形成SIP格式的码流；

209：按局向地址及端口号向SS发送消息；

210：在GUI上显示呼叫信令码流数据；

211：查询在预定时间内是否从SS收到信令响应消息；若否，执行步骤212；若是，则执行步骤213；

212：进行响应出错处理，然后执行步骤217；

213：将接收的响应消息进行协议解码，将SIP格式的码流恢复成响应信令；

214：对收到的响应信令进行合法性分析；

215：根据分析结果判断信令响应是否正确；若是，执行步骤216；若否，则返回步骤212执行；

216：获取响应信令中的必要信息；

217：在GUI上显示响应信令码流数据或显示响应出错信息；

218：判断本测试用例是否有下一步骤待执行；若是，执行步骤219；若否，则返回步骤204执行；

219：发送本测试用例的下一步骤信令，然后返回步骤206执行。

图3描述了应用本发明的测试工具生成测试用例的过程，包括以下步骤：

301：开始新建测试用例，编辑测试用例中每一步骤的编号和收发方向；

302：编辑每一步骤信令的关键字；

303：编辑此信令对应的参数；

信令关键字和信令参数一起组成一个完整的信令。每个信令关键字和其所具有的信令参数是一对多的关系，当扫描测试用例步骤得到信令关键字后就知道需要给那些参数赋值。

304：判断此测试用例是否还有下一步骤；若是，返回步骤301执行；若否，则执行步骤305；

305：如果测试用例的所有步骤都已经编辑好，则将测试用例写入文件；

每个测试用例的所有步骤构成一个基本的呼叫，或者构成每个具体的业务实现；执行一个完整的测试用例就等同于实现一个基本呼叫业务，或实现其它具体业务。测试用例最终以xml文件的形式输出，用例中的每个步骤在文件中对应一段，段与段之间采用本工具自定义的标记分隔，以便于后续测试用例的扫描。

测试用例文件可以进行输出以便下一次测试时复用，本工具同时也提供测试用例的实时编辑修改，编辑修改后重新加载即可。

图4描述的是用户的注册流程，循环执行此流程便可以完成号码本内所有用户的注册；该注册流程包括如下步骤：

401：读取号码本中的用户名和密码，向SS发起注册；

402：接收从SS发过来的注册应答消息；

403、404：判断在预定时间内是否收到应答消息，若收到执行步骤405；若未收到，则执行步骤409；

405：判断SS的应答消息中是否有已授权信息；若是，执行步骤406；若否，则执行步骤407；

406：收到SS应答的200 ok消息，注册成功；执行步骤410；

407：认证未通过，判断是否已是第二次注册，若是执行步骤409；若否，则执行步骤408；

408：获取消息中的认证向量，并携带该认证向量重新向SS发起注册；返回步骤402执行；

409：本号码注册失败；

410：判断号码本中的用户是否全部注册，若是结束流程；若否执行步骤411；

411：指向号码本中下一个用户，返回步骤401执行。

综上所述，本发明适用于NGN系统内对各网元进行新业务和特色业务测试，以及对各网元进行大话务量自动呼叫。本发明既可以在一台普通的PC机上运行，也可以做成专用的呼叫仪，方便外场测试携带，且能节省昂贵的设备成本，与现有技术相比可以节省测试时间，提高测试效率，及节约设备成本。

本发明号码本用户数量不受限制，可以实现大量用户的注册起呼，从而达到较大的呼叫量，以有效地测试出网元设备的性能。大话务呼叫的参数可以设置，通过设置此参数能模拟出不同的呼叫强度，以模拟产品正式使用时的场景。

本发明对测试采用SIP信令，且信令流程具有可编辑性，并可以结合不同的网元，不同的业务特点，编辑不同的业务流程来进行测试。一套完整的业务流程构成一个测试用例，执行一个测试用例就等同于一个完整的呼叫或实现某个业务流程。因而，本发明可以很灵活的对各网元各业务流程进行测试。

本工具提供测试用例的复用功能，能够加载以前的测试用例，并可以对其进行编辑修改，局向参数可以根据需要进行编辑修改，提高的工具的使用范围和易用性。界面显示模块可以根据需要实时列印执行的码流，并显示每个SIP信令消息执行的次数，从而方便定位分析错误发生的原因。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (19)

1.一种实现大话务自动呼叫的装置，用于下一代网络NGN系统内网元设备的性能测试及业务测试，其特征在于，所述装置包括依次连接的：数据配置模块、界面显示模块以及控制模块；其中：

所述数据配置模块，用于设置局向号、地址及其端口以及大话务呼叫参数；

所述界面显示模块，用于在所述控制模块的控制下，为使用者提供加载、运行以及停运测试用例的图形用户界面GUI，并实时显示运行所述测试用例过程中的码流数据及运行结果；

所述控制模块，用于控制所述加载、所述运行以及所述停运测试用例；在运行所述测试用例时控制与软交换SS之间进行收发消息的操作，并控制收发消息过程中的信令交互操作以及协议编码或协议解码操作；同时，控制运行测试用例过程中的码流数据及运行结果在所述界面显示模块上的实时显示。

2.按照权利要求1所述的装置，其特征在于，所述控制模块进一步包括依次连接的呼叫处理模块、协议处理模块以及消息收发模块，其中：

所述呼叫处理模块，与所述消息收发模块连接，用于控制整个呼叫的流程，对要进行协议编码的消息信令先进行变量赋值；对所述消息收发模块接收来自所述SS的消息的正确性进行判断，并根据判断结果做出相应处理；对经协议解码的消息信令进行合法性分析，若合法则获取所述信令中的必要信息，若不合法则进行响应出错处理；

所述协议处理模块，用于将经所述变量赋值的所述消息信令进行所述协议编码，形成会话初始协议SIP格式的所述码流数据；且将所述消息收发模块接收的SIP格式的码流数据进行所述协议解码，恢复成所述消息信令；

所述消息收发模块，用于接收从所述SS发送过来的所述SIP格式的码流数据，且将经所述协议编码的所述码流数据发往所述SS。

3.按照权利要求2所述的装置，其特征在于，所述局向号、地址及其端口包括所述测试用例中所述呼叫的SIP局向号、所述装置所在地的IP地址及其端口号以及网守所在地的IP地址及其端口号；所述大话务呼叫参数包括呼叫号码、起呼时间间隔、最大并发步骤数以及单位时间秒内的呼叫次数或呼叫执行的时间；还包括一个或多个号码段，其中每个所述号码段包括号码的个数、以及号码段号码的变换方式。

4.按照权利要求3所述的装置，其特征在于，所述控制模块还包括分别与所述呼叫处理模块和所述消息收发模块连接的定时器模块，用于所述呼叫处理模块根据所述大话务参数设置的所述起呼时间间隔进行大话务量呼叫，以及根据所述单位时间秒内的呼叫次数以及所述呼叫执行的时间控制所述测试用例的所述停运。

5.按照权利要求2至4任一项所述的装置，其特征在于，所述测试用例由所述装置的外部导入并加载；或者，由所述装置的内部产生并加载，即所述装置还包括分别与所述数据配置模块、所述界面显示模块以及所述控制模块连接的测试用例编辑模块，用于供所述使用者在所述界面显示模块的GUI上编辑及修改测试用例。

6.按照权利要求5所述的装置，其特征在于，每个所述测试用例包括多个不同的SIP步骤，每一所述步骤包括所述步骤的编号及收发方向、请求消息和响应消息的关键字以及所述响应消息的等待时限；所述SIP步骤中的信令参数通过在运行所述测试用例过程中的变量自动获取，或将所述信令参数设置为固定的参数；所述呼叫处理模块若在所述呼叫响应的时限内查询所述消息收发模块未收到来自所述SS的所述呼叫响应消息，则进行响应失败处理。

7.按照权利要求5所述的装置，其特征在于，所述使用者在所述界面显示模块的GUI上编辑及修改的所述测试用例以文件的形式存储在所述装置内或从所述装置导出进行备份，以供所述使用者在下一次测试时复用。

8.按照权利要求1至4任一项所述的装置，其特征在于，所述控制模块将实时显示在所述界面显示模块上的码流数据以文件的形式存储在所述装置内或从所述装置导出进行备份，供所述使用者对所述测试过程中的问题查证时使用。

9.按照权利要求1或3所述的装置，其特征在于，所述控制模块将所述号码本存储在所述装置中，或者将所述号码本以文件形式从所述装置中导出进行备份；或者通过外部文件将号码本导入所述装置中。

10.按照权利要求3所述的装置，其特征在于，所述号码段号码的变换方式包括递增所述号码段的所述号码或使用所述号码段的同一个号码；若所述号码段号码的变换采用递增方式，则所述大话务参数还包括起始用户的SIP公有标识或SIP私有标识。

11.按照权利要求1至4任一项所述的装置，其特征在于，在所述装置上根据所述网元设备的要求设置不同的测试强度，以及根据所述业务特点编辑不同的测试流程，从而对所述网元设备的性能和业务进行测试。

12.一种实现大话务自动呼叫的方法，用于下一代网络NGN系统内网元设备的性能测试和业务测试，其特征在于，所述方法包括步骤：进行测试前的数据配置，根据测试要求编辑或修改测试用例，加载所述测试用例及配置的所述数据，控制所述测试用例的运行及停运。

13.按照权利要求12所述的方法，其特征在于，所述数据配置包括设置局向号、地址及其端口以及大话务呼叫参数；其中：

所述局向号、地址及其端口包括所述测试用例中所述呼叫的SIP局向号、测试装置所在地的IP地址及其端口号以及网守所在地的IP地址及其端口号；所述大话务呼叫参数包括呼叫号码本、起呼时间间隔、最大并发步骤数以及单位时间秒内的呼叫次数或呼叫执行的时间；其中，号码本包括一个或多个号码段，其中每个所述号码段包括号码的个数、以及号码段号码的变换方式。

14.按照权利要求13所述的方法，其特征在于，所述号码段号码的变换方式包括递增所述号码段的所述号码或使用所述号码段的同一个号码；若所述号码段号码的变换采用递增方式，则所述大话务参数还包括起始用户的SIP公有标识或SIP私有标识。

15.按照权利要求12所述的方法，其特征在于，所述编辑或修改测试用例进一步包括步骤：

(1)编辑所述测试用例中每一步骤的编号、收发方向以及信令的关键字及其对应的参数；

(2)重复执行步骤(1)直至完成所述测试用例中的所有步骤的编辑；

(3)将完成的所述测试用例的所有步骤的编辑写入文件并保存。

16.按照权利要求15所述的方法，其特征在于，所述测试用例的所有所述步骤构成一个基本的呼叫，或者构成每个具体的业务实现；所述信令的关键字及其参数组成一个完整的所述信令；且所述信令的一个关键字对应一个或多个所述参数，当扫描所述步骤得到所述信令的关键字后就获知需要赋值的参数。

17.按照权利要求13所述的方法，其特征在于，所述测试用例的运行包括根据所述号码本内所述号码段的所述一个或多个号码向软交换SS发起主、被叫用户的注册，并根据从所述SS接收注册应答的情况进行相应地处理：若在预定时间内接收不到所述注册应答或虽收到但认证未通过，则进行注册失败记录；若在预定时间内接收到所述注册应答且得到认证通过的信息，则进行注册成功记录。

18.按照权利要求13或14所述的方法，其特征在于，所述测试用例的运行及停运还包括步骤：

(a)根据所述号码段号码的变换方式、起呼时间间隔以及最大并发步骤数，向软交换SS发起新呼叫；

(b)分析扫描呼叫中每一步骤信令，获取所述信令的变量参数并为所述变量参数赋值；然后将对所述信令进行协议编码形成的SIP格式的码流数据按照所述网守所在地的IP地址及其端口号向所述SS发送，同时实时显示所述码流数据；

(c)查询接收所述SS响应信令的正确性和分析所述响应信令的合法性，并根据查询及分析结果做相应地处理，以及将处理结果数据实时显示；

(d)重复执行步骤(b)直至所述测试用例的所有所述步骤完成；

(e)重复执行步骤(a)直至所述单位时间秒内的呼叫次数已达到或所述呼叫执行的时间已达到为止。

19.按照权利要求18所述的方法，其特征在于，步骤(c)进一步包括步骤：

(c1)若在预定时间内收到所述SS的响应信令的码流数据，则将所述码流数据进行协议解码恢复成所述响应信令；若在预定时间内未收到所述SS的响应信令的码流数据，则做出响应失败处理；

(c2)若分析所述响应信令合法，则获取所述信令中的必要信息；若分析所述响应信令不合法，则做出响应失败处理。

Images