专利名称：协议测试装置的制作方法
技术领域：
本发明涉及通信领域，更具体地涉及一种协议测试装置。
背景技术：
i^^口光传送网纟各(Optical transmission network, 简-尔OTN)、 波分复用(Wavelength-division multiplexing,简4尔WDM)、同步凄t 字系歹'J (Synchronous digital hierarchy,简称SDH)或同步光网络 (Synchronous optical network，简称SONET )传送网的光网络，在
电信领域已经得到广泛应用。
自动交换光网络(Automatic switched optical network, 简称 ASON )是近年来光网络领域的研究热点。ITU-TG.8080建议提出了 ASON的和克念，通过i殳置专门的控制平面(Control plane,简称CP ) 完成ASON网络的功能。IEIF系列建议(包括RFC2205， RFC2328 等)提出了 ASON的协议实现方案。
然而，对于如何测试这些ASON协议，特别是在测试的后期， 乃至工程阶段，修改了某个故障，需要对先前所有的测试用例重新 进行回归测试的情况下，如何实现回归测试的问题，目前还没有相 关标准和纟支术资并牛涉及。就i见有4支术而言，主要有两种测i式方法。
1 )将#1测协议软件(才莫块)组成实际的网络，然后在这个网络 中运4亍各种测试用例， -验i正协i义。
2 )将被测协议软件(模块)接入第三方开发的测试仪表冲莫拟的 网络，然后运行各种测试用例，验证协议。
在第一种方案中，协议软件既充当测试方，又充当被测方，有 着明显的缺陷，且进行组网测试一旦发现故障，很难进行故障定位， 对协议的鲁棒性测试也4艮困难。在第二种方案中，由于测试4义表是 按照协议的标准来进行开发的，所以很难对协议软件的超出协议范 围之外的异常情形进行测试，而且对于测试仪表，每次测试前都需 要通过图形用户4妻口 ( Graphic User Interface,简称GUI)进行配置， 这样很难满足自动化测试的要求，特别是对于协议软件的重启测试， 每测试一个重启用例，都需要人工干预，这些都不利于自动化测试。
发明内容
鉴于以上所述的一个或多个问题，本发明提供了 一种新的协议 测试装置。
根据本发明的协议测试装置包括用例读取模块，用于提供协 议测试装置到测试用例存储单元的接口；配置获取模块，用于通过 用例读取模块从测试用例存储单元获取测试用例的配置文件；消息 处理模块，用于根据配置文件确定回应给被测协议软件网络的消息 类型，并通过用例读取才莫块/人测试用例存〗诸单元获取测试用例的相 应类型的消息文件；以及文件传输模块，用于将相应类型的消息文 件传输至^皮测协议软件网络。其中，协议测试装置通过命令行方式 启动，命令行用于接收协议测试装置的配置消息。
其中，根据本发明的协议测试装置还包括远程配置消息处理接 口，用于4妾收远程配置消息。其中，配置文件包^^亍为配置参凄t和 协议配置参数。消息处理模块在检测到被测协议软件网络中出现了 预定类型的消息包时，对预定类型的消息包进行解析，并根据行为
配置参数确定回应于预定类型的消息包的消息类型。并且，消息处 理模块先将相应类型的消息文件封装成标准消息格式的消息文件， 再将标准消息格式的消息文件发送至文件传输冲莫块。其中，消息处 理模块通过协议号来对预定类型的消息包进行4企测。
配置获^a莫块可以根据命令行接收的配置消息或远程配置消息 处理接口接收的远程配置消息中包含的配置文件路径，通过用例读
取模块从测试用例存储单元获取配置文件。另外，才艮据本发明的协 议测试装置可以适用于自动交换光网络中。
本发明可以通过配置行为的方式有效测试超出协i义范围的异常
情形，从而可以大大提高协议的稳定性和自适应性。并且，本发明 可以通过命令行的方式有效支持回归测试，保证协议的可靠性。另
外，本发明可以同时支持用户网全备间^妾口 (UNI)、内部网元间4妄口 (I-NNI)的测i式，具有广纟乏的适应'l"生。
此处所-说明的附图用来^是供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其"i兑明用于解释本发明，并 不构成对本发明的不当限定。在附图中
图1是根据本发明实施例的协议测试装置的框图；以及
图2是将根据本发明实施例的协议测试装置应用于用户网络接 口客户端协议系统的自动测试过程的示意图。
具体实施例方式
下面参考附图，详细说明本发明的具体实施方式
。
参考图1，说明根据本发明实施例的协议测试装置。如图1所
示，该协i义测试装置包括用例读取才莫块102，用于才是供协i义测试 装置到测试用例存储单元的接口；配置获取才莫块104，用于通过用 例读取才莫块从测试用例存4渚单元获取测试用例的配置文件；消息处 理模块106,用于根据配置文件确定回应给被测协议软件网络的消 息类型，并通过用例读取模块从测试用例存储单元获取测试用例的 相应类型的消息文件；以及文件传输才莫块108,用于将相应类型的 消息文件传输至被测协议软件网络。
其中，根据本发明实施例的协议测试装置通过命令行方式启动， 并通过命令行将配置文件路径发送至配置获取一莫块。配置获取才莫块 获取配置文件路径，调用用例读取模块提供的接口获取配置文件的 内容，并将配置文件的内容保存在内部数据结构中，然后将之发送 至消息处理才莫块。其中，配置文件的内容包括4亍为配置参数和协议 测试装置正确运4于所需的协i义配置参凄t。
其中，消息处理模块获取到配置文件后，对配置文件(包括行 为配置参数及协议配置参数)进行保存。在消息处理模块侦听到被 测协议软件网络中出现预期类型的消息包(根据IP包中的协议号获 知)时，对预期类型的消息包进行解析，并根据配置文件中的内容 决定回应何种类型的消息。然后调用用例读取才莫块提供的4妄口获取 测试用例的消息文件中的内容，并将消息封装成标准的消息格式， 交给文件传输模块进行处理。由文件传输模块将消息处理模块输出 的标准格式的消息发送到被测协议软件网络中。
在测试前，需要用户编写好测试用例文件，测试用例文件包括 1)配置文件，用于确定协i义测试装置在本次测试中所采取的动作， 如规定收到某种类型的信令消息应回应何种类型的消息；2 )协议相 关配置参数；3 )本次测试所需的消息文件的内容。 一旦进入测试， 不需要用户进行任何干预，而且在运行过程中，可以随时对协议测 试装置进行动态配置。特别是对于重启测试，能够通过命令4于的方 式随时要求协议测试装置模拟出链路故障或节点重启。也就是说， 通过l欠件的方式来才莫拟重启测试，中间不需要人工干预，因此能够 很好的满足自动化测试的需求。
参考图2，说明将根据本发明实施例的协议测试装置应用于用 户网络接口客户端协议系统的自动测试过程。其中，A端为客户端 ASON网元，B端为网络侧ASON网元。在A端网元同时运^f亍自动 测-试系统及用户网绍4妄口客户端(UNIC)妨、i义系乡克，B端网元运4亍 根据本发明实施例的协议测试装置。自动测试系统负责启动UNIC 协议软件，并向UNIC协议软件输入UNIC测试脚本文件，自动测 试系统还通过远程登陆到协议测试装置所在的主机，运行虚拟机， 从命令行启动协议测试装置，并向协议测试装置输入已创建的配置 文件的^各径。回归测试需要运行多个测试用例文件，每个UNIC测 试用例对应一个协议测试装置的配置文件。运4亍多个UNIC测试用 例，需要多次配置协议测试装置，并需要配置协议行为。下面以运 行一个UNIC测试用例为例，对本发明的具体实施方式
进行详细说 明。假定，UNIC测试用例为发起交换连接(SC)的脚本，对应的 协议测试装置的4亍为文件的内容为"收到Path消息，回应Resv消 息"。
在测试前，应先编写好以下内容配置文件的内容"收到Path 消息，回应Resv消息"、Resv消息文件路径、协议参数配置文件的 内容(包括Path消息的重传间隔、重传次数、Hello消息的发送间 隔等)、以及Resv消息用例(内容参见资源预留协议(RSVP))。
然后，自动测试系统启动UNIC协i义l欠件，通过远程登录到协 议测试装置所在主机，从命令行运行协议测试装置，并将配置文件 的路径输入到协议测试装置。协议测试装置的配置获取才莫块获取到
配置文件路径，调用用例读取才莫块4是供的4妄口函凄t获取测试用例的 行为文件及协议参数配置文件的内容，并将之发给消息处理模块。
消息处理模块收到测试用例的行为文件及协议参数配置文件的
内容，保存在本地数据结构中，等待UNIC协"i义库欠件(网元A)发 送SC连接创建消息(Path消息)。
向UNIC协议软件输入SC创建测试用例，网元A会发送SC 连4妄创建消息(Path消息)，网元B (协议测试装置)通过文件传输 模块收到Path消息，从消息中的会话(Session)对象的类型获知 path消息是用户网络间接口 (UNI)信令，然后通过查询行为文件， 获取UNI信令应答消息(Resv消息)文件的路径，调用用例读取模 块提供的接口函数获取Resv消息文件的内容，按照UNI信令处理 方式，构造UNI信令消息(Resv消息)，并通过文件传输^莫块发送 至网元A ( UNIC协议软件系统)。
如果要对多个用例文件进行自动化测试，需要事先构造好这些 UNIC测试用例所对应的相关协议测试装置的脚本文件。
特别地，如果进行模拟重启测试，且模拟下游节点的重启测试， 则需要对协议测试装置发送两条配置命令，命令开始发送及停止发 送Hello消息，且规定是模拟节点重启。消息处理模块收到此配置 命令，就会停止Hello消息的发送；间隔一段时间后，发送恢复Hello 消息的发送配置命令，又重新启动Hello消息的发送(将消息中的 目的实例ID i殳置为0)。如果才莫拟上游节点重启，则还需4主下游发 送一条Path消息。
由上述可知，才艮据本发明实施例的协议测试装置可以随时捕捉 命令行的输入，所以可以通过命令行随时控制协议测试装置的行为， 并可以4艮方便地通过虚拟机的方式对根据本发明实施例的协议测试
装置进行远程控制。特别地，根据本发明实施例的协议测试装置提 供了一个远程配置消息处理接口 ， 乂人而可以通过发消息的方式远程 配置根据本发明实施例的协议测试装置，实现操作都很简单，而且 对自动化测试提供了很好地支持。其中，根据本发明实施例的协议
测试装置处理的消息指的是资源预留协议信令消息，包括Path、 Resv、 PathErr、 PathTear、 ResvErr、以及ResvTear。通过命令4亍或 远程配置消息处理接口发送配置命令到消息处理4莫块，可以很方侵_ 地控制Hello消息的通断，从而可以通过软件很好地模拟重启，而 无需人工干预。
以上所述仅为本发明的实施例而已，并不用于限制本发明，对 于本领i或的^支术人员来i兌，本发明可以有各种更改和变^匕。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的权利要求范围之内。
权利要求
1.一种协议测试装置，其特征在于，所述协议测试装置通过命令行方式启动，所述命令行用于接收所述协议测试装置的配置消息，以实现自动化测试，所述协议测试装置包括用例读取模块，用于提供所述协议测试装置到测试用例存储单元的接口；配置获取模块，用于通过所述用例读取模块从所述测试用例存储单元获取测试用例配置文件；消息处理模块，用于根据所述配置文件确定回应给被测协议软件网络的消息类型，并通过所述用例读取模块从所述测试用例存储单元获取所述测试用例相应类型的消息文件；以及文件传输模块，用于将所述相应类型的消息文件传输至所述被测协议软件网络。
2. 根据权利要求1所述的协议测试装置，其特征在于，所述协议测试装置还包括远程配置消息处理4妄口 ，用于4妄收远程配置消 自，
3. 根据权利要求1或2所述的协议测试装置，其特征在于，所述 配置文件包括4于为配置参数和协i义配置参凄t。
4. 根据权利要求3所述的协议测试装置，其特征在于，所述消息 处理才莫块在才全测到所述^皮测协议软件网络中出现了预定类型 的消息包时，对所述预定类型的消息包进行解析，并才艮据所述 行为配置参数确定回应的所述预定类型消息包的消息类型。
5. 根据权利要求4所述的协议测试装置，其特征在于，所述消息 处理模块将所述相应类型的消息文件封装成标准消息格式的 消息文件，再将所述标准消息格式的消息文件发送至所述文件 传输模块。
6. 根据权利要求5所述的协议测试装置，其特征在于，所述消息 处理模块通过协议号来对所述预定类型的消息包进行;险测。
7. 才艮据权利要求6所述的协议测试装置，其特征在于，所述配置 获取模块根据所述命令行接收的配置消息或所述远程配置消 息处理接口接收的远程配置消息中包含的配置文件路径，通过 所述用例读取才莫块乂人所述测试用例存储单元获取所述配置文 件。
8. 根据权利要求7所述的协议测试装置，其特征在于，所述装置 适用于自动交换光网络。
全文摘要
本发明公开了一种协议测试装置，包括用例读取模块，用于提供到测试用例存储单元的接口；配置获取模块，用于通过用例读取模块从测试用例存储单元获取测试用例的配置文件；消息处理模块，用于根据配置文件确定回应给被测协议软件网络的消息类型，并通过用例读取模块从测试用例存储单元获取测试用例的相应类型的消息文件；以及文件传输模块，用于将相应类型的消息文件传输至被测协议软件网络。其中，协议测试装置通过命令行方式启动。通过本发明，可以有效测试超出协议范围的异常情形，从而可以大大提高协议的稳定性和自适应性。
文档编号H04L29/06GK101114954SQ20071014564
公开日2008年1月30日 申请日期2007年9月6日 优先权日2007年9月6日
发明者马志栋 申请人:中兴通讯股份有限公司