CN101860882A - 无线资源控制协议一致性测试方法、装置和系统 - Google Patents

Abstract

本发明公开了一种无线资源控制协议一致性测试方法、装置和系统。所述方法包括：步骤1：运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；步骤2：根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；步骤3：获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；步骤4：根据映射得到的脚本功能，转至所述步骤1继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至步骤5；步骤5：获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

Description

无线资源控制协议一致性测试方法、装置和系统

技术领域

本发明涉及通信技术，尤其涉及一种无线资源控制(Radio ResourceControl，RRC)协议一致性测试方法、装置和系统。

背景技术

手机协议一致性测试需求中，RRC协议层相关的测试例有很多是异常测试，这些异常流程和异常参数的测试真正的RNC(Radio NetworkController，无线网络控制器)无法满足要求，因此需要提供一种测试方法，以满足协议一致性需求。

现有的测试方法有使用TTCN(Testing and Test Control Notation，测试和测试控制符号表示法)来实现的，也有使用测试仪表来实现的(如安捷伦的测试仪表)。然而，现有的测试方法实现较为复杂，成本也较高。

发明内容

本发明的目的是提供一种实现简单、成本低的无线资源控制协议一致性测试方法、装置和系统。

为达到上述目的，本发明采用如下技术方案：

一种无线资源控制协议一致性测试方法，包括：

步骤1：运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

步骤2：根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

步骤3：获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

步骤4：根据映射得到的脚本功能，转至所述步骤1继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至步骤5；

步骤5：获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

作为对上述技术方案的优化，所述步骤1之前还包括步骤10：预先设置消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

作为对上述技术方案的优化，所述测试例脚本的语言为工具命令语言TCL。

一种无线网络控制器，包括：

运行和翻译模块，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块，用于根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

获取和翻译模块，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块，用于根据映射得到的脚本功能，转至所述运行和翻译模块继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块；

获取和结束模块，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

作为对上述技术方案的优化，所述无线网络控制器还包括：

消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

作为对上述技术方案的优化，所述测试例脚本的语言为工具命令语言TCL。

一种无线资源控制协议一致性测试系统，包括无线网络控制器和待进行协议一致性测试的设备，其中，

所述无线网络控制器包括：

运行和翻译模块，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块，用于根据翻译后协议的执行语言，与所述待进行协议一致性测试的设备进行通信；

获取和翻译模块，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块，用于根据映射得到的脚本功能，转至所述运行和翻译模块继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块；

获取和结束模块，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

附图说明

下面结合附图对本发明作详细说明。

图1为本发明的无线资源控制协议一致性测试方法的流程示意图；

图2为本发明的无线网络控制器的结构示意图；

图3为本发明的无线资源控制协议一致性测试方法应用时，无线资源控制的实现原理图；

图4为图3所示的脚本引擎的结构示意图；

图5为图3中RRC上行消息处理流程示意图；

图6为图3中RRC下行消息处理流程示意图；

图7为协议一致性测试时RRC连接建立流程示意图。

具体实施方式

本发明提供一种RRC协议一致性测试方法，如图1所示，它包括：

步骤1：运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

步骤2：根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

步骤3：获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

步骤4：根据映射得到的脚本功能，转至所述步骤1继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至步骤5；

步骤5：获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

本发明中，上述步骤1之前还可以包括步骤10：预先设置消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

这样，当用脚本调用一个协议过程时，只需要提供消息的标识就可以了，不需要全部的消息内容，方便了脚本的编写，并节省了内存。

同时，上述测试例脚本的语言优选为工具命令语言(Tool CommandLanguage，TCL)。TCL是一种既强大又易于学习的动态编程语言，适用于广泛的领域，包括网页和桌面应用、网络、管理及测试。

与上述RRC协议一致性测试方法相对应，本发明还提供一种RNC，如图2所示，它包括：

运行和翻译模块201，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块202，用于根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

获取和翻译模块203，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块204，用于根据映射得到的脚本功能，转至所述运行和翻译模块201继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块205；

获取和结束模块205，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

进一步的，所述RNC优选包括：消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

进一步的，所述测试例脚本的语言优选为TCL。

下面详细介绍本发明的RRC协议一致性测试方法在应用时的一种具体实现方式。

该具体实现方式模拟实现了RNC以替代真正的RNC来进行协议一致性测试。该模拟的RNC中，RRC的实现原理如图3所示，其中，包括用户操作界面(UI)、消息编辑器(Message Editor)、脚本引擎(Script Engine)、RRC模块、RRC编解码器(RRC Codec)、消息库(Message Pool)，以及电脑分发器(PC Dispatcher)。

上述这几部分都是在电脑上实现的软件模块形式。需要注意的是，该几部分仅仅对应前述本发明RNC中所包括的几个模块(软件方面的、对硬件要求不高的模块)，并不对应RNC中的所有模块。本发明的RNC中对硬件要求不高的模块可以在电脑上单纯地由软件模块来实现(如图3)，而对硬件要求较高的部分仍然需要在单板上由具体的硬件实现。

在图3中，Script Engine的引入是为了支持测试例脚本，使用脚本可以使测试自动化和使测试例的执行更加容易。Script Engine已经成为RRC协议层用脚本语言所写测试步骤的接口，它将脚本语言翻译成协议的执行语言，如C/C++，反之亦然。Script Engine可以将协议的功能或过程映射成脚本功能。

Message Pool是用来存储测试时与UE交互的所有消息。由于ScriptEngine的数据组织各处理能力很有限(主要功能是控制测试流程)，而RRC的许多消息的结构很复杂，有很多的IE组成，所以引入Message Pool。所有必要的消息会事先准备好，当测试工具启动时将其加载到Message Pool，这样当用脚本调用一个协议过程时，只需要提供消息的标识就可以了，不需要全部的消息内容。RRC模块会使用由唯一标识指示的消息去触发与其他协议层的通信过程。为了节省内存和磁盘空间，所有消息均经过了编码。我们使用Message Editor来准备消息，Message Editor是用来编辑、编码和存储RRC的消息的工具。

RRC Codec模块服务于RRC模块，用于对发给UE的消息进行编码，对从UE收到的消息进行解码。

一、Script Engine的结构

Script Engine来源于“Test Management”(参考TSTM)，使用的脚本语言为TCL(Tool Command Language)。如图4所示，它可以分为两部分：

通用(General)部分——提供测试脚本的公共的功能和过程，例如定时器和信令等。这些功能即是独立于操作系统和也不受指定的IUT(Implementation under test，测试下实现)的限制。使用这些公共的功能测试流程在测试脚本中定义。

特定(Specific)部分——提供特殊的功能和流程，这些功能和流程与操作系统和IUT，尤其是协议栈密切相关。使用这些特殊的功能，测试脚本能调用RRU的协议过程。

通用部分

通用部分包括三个子模块：核心对象(Core Objects)、解释器(Interpreter)和日志(Log)。

●Interpreter：是Script Engine的基础，负责将基于文本的脚本翻译成计算机可执行的代码并执行代码。

●Core Objects：包括定时器、状态机、信令等，并对其进行控制和管理。Interpreter只支持基本的语法和语义的分析和执行。而CoreObjects提供基于SDL协议描述的很有用的成员来扩展Script Engine，使其更强大。

●Log：负责将测试例脚本执行过程中有关的数据、消息和功能相关的信息记录下来。记录下来数据被存为一个文本文件。

通用部分与UI和特定部分均有接口。

1.与UI的接口

通用部分为UI提供操作Script Engine的功能，例如开始或停止。UI为Script Engine提供日志功能，将测试例的执行过程显示在操作窗口。

一个测试例包括两个脚本文件，一个是配置文件定义了测试文件的所需的参数以及测试文件的名称，另一个是定义了测试过程的测试文件。

2.与特定部分的接口

特定部分负责协议过程的调用和从协议栈接收消息。因此该接口只有两个功能，对所有下行RRC消息进行注册和将上行消息加入到ScriptEngine的消息队列中。

特定部分

特定部分允许用户去定义UU接口的协议过程，用户可以用特定的命令调用RRC协议栈的子过程，并获取过程的执行结果。Script Engine和RRC之间的接口为功能调用。

对于Script Engine发给UE的RRC消息：

●调用RRC相应功能来发起子过程

对于UE发给Script Engine的RRC消息：

●PCD(PC Dispatcher)将消息发给RRC协议栈，在消息处理完后，RRC调用Script Engine提供的回调函数将消息的执行结果放入Script Engine的消息队列

●如果此过程没有成功，RRC协议栈应调用回调函数通知用户去处理异常事件

二、RRC协议层实现

有了Script Engine的功能，就可以由测试者书写脚本来控制RRC的状态机，通过这种方式测试者就可以控制测试过程。

在实现中主要有以下几个线程：

●cspl_main()：注册各个module(rrc/nas/nbap/nas/mnc/oag)，让qshell循环运行起来，其作用是各module间的消息传递(但不包括ScriptEngine，cspl通过signal通知到Script Engine)

●tstm_main()：注册下行消息的回调函数，当需要发送相应的下行消息时，该消息对应的回调函数被Script Engine调用RRC上行消息处理过程如图5所示：

CSPL将收到所有消息通过目标ID进行分发，将RRC消息分到RRC模块进行处理，RRC模块调用回调函数通知Script Engine。

RRC下行消息处理过程如图6所示：

由测试者在测试脚本决定要下发的RRC消息，通过调用Script Engine提供RRC回调函数转换成协议语言通知RRC模块，RRC模块从MassagePool中将消息取出，对消息进行解码，根据具体情况修改相应的IE，再进行编码，之后组成rlc_data_req消息通过CSPL转发到下层模块。

下面以RRC连接建立流程为例进行说明：

如图7所示，在Script Engine的控制下，对于RRC连接建立过程，RRC模块将执行以下子过程：

√从UE侧收到RRC连接请求消息调用Script Engine的回调函数；

√Script Engine触发无线链路建立过程并调用由RRC模块提供的函数frrc_se_rrc_connection_setup。作为子过程RRC会配置L2并向UE发送RRC连接建立消息；

√当收到RRC连接建立完成消息，调用Script Engine的回调函数；

√当收到初始直接传送消息，RRC模块对消息进行解码并调用Script Engine的回调函数；

√Script Engine调用NAS(Non-access Stratum，非接入层)模块的函数fnas_se_rrc_cm_serv_acp，并发送给RRC。RRC对其进行编码将该消息发给UE。

本发明的有益效果：

1.本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

2.在测试工具中与RRC相关的所有消息代码均已实现，测试者在测试中只需用TCL来编写测试例脚本及使用工具Massage Editor来编写消息库。

与上述RRC协议一致性测试方法和装置相对应，本发明还提供一种RRC协议一致性测试系统，它包括无线网络控制器和待进行协议一致性测试的设备，其中，

所述无线网络控制器包括：

运行和翻译模块，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块，用于根据翻译后协议的执行语言，与所述待进行协议一致性测试的设备进行通信；

获取和翻译模块，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块，用于根据映射得到的脚本功能，转至所述运行和翻译模块继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块；

获取和结束模块，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

本发明使用脚本来控制测试例流程，很容易实现一些异常或特殊的测试例。本发明实现简单、成本低。

以上所述仅为本发明的较佳实施例，并非用来限定本发明的实施范围；如果不脱离本发明的精神和范围，对本发明进行修改或者等同替换，均应涵盖在本发明权利要求的保护范围当中。

Claims (7)

1.一种无线资源控制协议一致性测试方法，其特征在于，包括：

步骤1：运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

步骤2：根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

步骤3：获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

步骤4：根据映射得到的脚本功能，转至所述步骤1继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至步骤5；

步骤5：获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

2.根据权利要求1所述的方法，其特征在于，所述步骤1之前还包括步骤10：预先设置消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

3.根据权利要求1或2所述的方法，其特征在于，所述测试例脚本的语言为工具命令语言TCL。

4.一种无线网络控制器，其特征在于，包括：

运行和翻译模块，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块，用于根据翻译后协议的执行语言，与待进行协议一致性测试的设备进行通信；

获取和翻译模块，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块，用于根据映射得到的脚本功能，转至所述运行和翻译模块继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块；

获取和结束模块，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

5.根据权利要求4所述的无线网络控制器，其特征在于，还包括：

消息库，用于存储与待进行协议一致性测试的设备进行通信所需的所有消息，其中每个消息带有唯一的标识；

所述测试例脚本中使用所述标识。

6.根据权利要求4或5所述的无线网络控制器，其特征在于，所述测试例脚本的语言为工具命令语言TCL。

7.一种无线资源控制协议一致性测试系统，包括无线网络控制器和待进行协议一致性测试的设备，其特征在于，

所述无线网络控制器包括：

运行和翻译模块，用于运行已编写好的测试例脚本，并将脚本语言翻译成协议的执行语言；

通信模块，用于根据翻译后协议的执行语言，与所述待进行协议一致性测试的设备进行通信；

获取和翻译模块，用于获取通信返回的消息，根据该返回的消息，将协议的功能或过程映射成脚本功能；

跳转和判断模块，用于根据映射得到的脚本功能，转至所述运行和翻译模块继续运行所述测试例脚本，同时判断所述测试例脚本是否运行完毕，如果是，则转至获取和结束模块；

获取和结束模块，用于获取所述测试例脚本的运行结果，根据该运行结果，获取协议一致性测试的结果，并结束。

Images