CN1819533A - 支持td-scdma终端协议一致性测试的协议测试平台的构建方法 - Google Patents
支持td-scdma终端协议一致性测试的协议测试平台的构建方法 Download PDFInfo
- Publication number
- CN1819533A CN1819533A CN 200610065224 CN200610065224A CN1819533A CN 1819533 A CN1819533 A CN 1819533A CN 200610065224 CN200610065224 CN 200610065224 CN 200610065224 A CN200610065224 A CN 200610065224A CN 1819533 A CN1819533 A CN 1819533A
- Authority
- CN
- China
- Prior art keywords
- script
- function
- protocol stack
- api
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种支持TD-SCDMA终端协议一致性测试的协议测试平台的构建方法,包括:根据所需测试的功能,确定作为RRC和NAS层的功能实体的对象实例的脚本所需要模拟的RRC层和NAS层信令过程,并且这些将信令过程分别分成多个可以重用的信令子过程,其中每个信令子过程分别由一个脚本实现,从而生成多个脚本;将根据所需测试的功能生成的脚本放入脚本库中存储和管理;协议栈控制模块根据脚本的构成确定每个脚本需要对应的状态,根据协议完成状态机实现状态间的跃迁,从而实现协议栈控制对所有脚本的调度共同完成某一个具体功能的信令过程,而且协议栈部分根据外部控制模块的命令执行相应的功能;应用部分与脚本部分和协议栈部分具有统一的接口,根据需要形成相应的业务模块。
Description
技术领域
本发明涉及一种基于TD-SCDMA终端协议一致性测试的测试平台的构建方法,尤其涉及具备系统广播、注册、呼叫等基本通信网络功能的,能够灵活提供终端协议一致性测试的TD-SCDMA系统框架的建构方法。
背景技术
当今的移动通信领域,随着对无线数据业务、无线传输速率和降低无线传输成本的要求不断增强,3G技术和应用迅猛发展。我国自主开发的TD-SCDMA标准及其应用的研究进展一直是影响我国3G进程的关键因素之一。对TD-SCDMA终端设备的测试,影响着终端设备的大规模生产,因此成为产业链中的重点,同时也是薄弱环节。
对终端设备的测试包括射频指标测试和协议测试。协议一致性测试是协议测试的测试基础,通过观察具体实现在不同的环境和条件下的反应行为来验证协议实现与相应的协议标准是否一致,是实现难点。
目前对于终端协议一致性测试有两种实现方法,第一种是对整体协议栈进行实现,然后控制其中的状态完成测试,第二种是对某项具体测试内容使用工具生成测试数据。前者可以较简便的实现某一项,但结构体系比较封闭,业务的扩展性和重用性不强,而且整体协议栈开发难度大,成为测试实现的应用瓶颈。后者具有较强的扩展性,但是提高了测试方法实现的复杂度,特别是实现TD-SCDMA数据的生成麻烦,提高了终端测试用例编写的难度,而且重用性差,如果没有很好的设计作为前提,用例很难配合使用。
因此,一个具有实际应用价值并且可以提供终端协议一致性测试的TD-SCDMA终端测试系统,在系统建构层面应该具备体实现业务模块化、体系架构便捷化,系统层次协议化,功能提供基本化,且具备开放的体系结构。实现既符合协议结构又具备足够的灵活性,且能支持以执行测试的系统架构方法,是一个迫切需要研究和解决的问题。
发明内容
本发明针对对支持TD-SCDMA终端协议一致性测试的现有技术中存在的不足,提出了一种开放性结构的TD-SCDMA协议测试平台的建构方法。
根据本发明,提供了一种支持TD-SCDMA终端协议一致性测试的协议测试平台的构建方法,所述测试平台包括脚本部分、协议栈部分以及应用部分,所述脚本部分包括协议栈控制模块,
所述方法包括步骤:
(1)根据所需测试的功能,确定作为无线资源控制(RRC)和非接入层(NAS)层功能实体的对象实例的脚本所需要模拟的RRC层和NAS层信令过程,并且这些将信令过程分别分成多个可以重用的信令子过程,其中每个信令子过程分别由一个脚本实现,从而生成多个脚本;
(2)将根据所需测试的功能生成的脚本放入脚本库中存储和管理;
(3)所述协议栈控制模块根据脚本的构成确定每个脚本需要对应的状态,根据协议完成状态机实现状态间的跃迁,从而实现协议栈控制对所有脚本的调度共同完成某一个具体功能的信令过程,而且所述协议栈控制模块根据外部控制模块的命令执行相应的功能;
(4)所述应用部分的模拟分组交换(PS)域、电路交换(CS)域和参考测量信道(RMC)的业务与所述脚本部分以及所述协议栈部分具有统一的接口,根据需要形成相应的业务模块并且动态地加载与释放对应的业务模块。
在本发明中,所述协议栈部分能够按照3GPP协议对物理层和数据链路层的功能进行完全的实现。
优选地,每个脚本由一系列RRC消息队列及一系列脚本应用编程接口(API)构成。
优选地,脚本API包括:
(1)脚本与协议栈部分的API,包括物理层和数据链路层各实体提供的配置、释放与重配置的函数,无线链路控制(RLC)和媒体接入控制(MAC)加密的函数,脚本接收和发送信令的函数;
(2)脚本与协议栈控制的API,包括协议栈控制对脚本命令的函数,与脚本上报脚本状态的函数;
(3)与参数修改功能相关的API,包括抽象语法描述(ASN.1)模块提供的编码和解码函数,和参数表部分提供给脚本调用获得用户所需修改的参数列表的函数;
(4)与信令功能性相关的API,包括完整性检测函数;
(5)与脚本运行相关的API,包括脚本入口函数和初始化函数。
优选地,步骤(1)还包括步骤:
由3GPP协议根据每个脚本实现的不同业务,分别确定每个脚本的具体信令消息队列的内容、发送接收顺序以及对本侧协议栈的配置时机。
优选地,脚本中每条发送的信令有相应的属性和动作,所述属性由RRC消息内容经过ASN.1编码后形成的二进制数存放在数组中构成,所述动作分为:
发送消息,由调用脚本API函数实现对消息的ASN.1解码、修改参数、ASN.1编码和消息发送;
接收消息,通过脚本API提供的接收函数,接收协议栈部分递交终端发送的消息,然后进行相应的存储,调用脚本API函数对接收的消息进行ASN.1解码,并对其中所需要的参数进行判断和取值;
对本侧协议栈部分的物理层、数据链路层以及应用部分业务的配置和触发,通过调用脚本API相应的控制口的函数实现将配置参数发送到相应实体。
优选地,所述脚本库为脚本文件库,其中存在一系列的脚本文件,并且还存在一张链表用于存储这些脚本文件的基本信息,以对这些脚本进行统一管理。
优选地,步骤(3)中还包括步骤:
所述协议栈控制模块通过接收外部控制模块的命令并且完成状态上报工作;
所述协议栈控制模块通过脚本API对脚本运行状态传递命令和接受脚本运行状态信息上报;
所述协议栈控制模块通过与所述应用部分的接口完成对用户平面业务模拟的控制;
所述协议栈控制模块通过与所述脚本库的接口完成对脚本的添加、删除、搜索、加载、释放功能。
根据本发明的基本构思,所构建的平台包括脚本部分、协议栈部分与应用部分三个部分构成,其中脚本部分负责完成无线资源管理分配与调度的功能,模拟3GPP协议中的RRC和NAS实体,并且可以模拟高层具体信令也可以提供TTCN一致性测试,协议栈部分是物理层和数据层根据3GPP的具体实现,应用部分完成各种业务的模拟。根据本发明,整个系统既可以提供TD-SCDMA基本业务,又可以灵活进行协议一致性测试,同时最大限度地降低了整个平台实现的复杂度。
附图说明
图1示意了根据本发明的支持终端一致性测试的TD-SCDMA测试平台的架构。
图2示意了根据本发明的用于描述脚本库的功能实现的脚本库功能框图。
图3示意了根据本发明的脚本部分实现时各功能实体间消息交互。
图4示意了根据本发明的协议栈控制实体实现的状态转移的一个实例。
图5示意了根据本发明模拟多基站的模块结构图。
具体实施方式
下面参照附图并结合优选实施例来描述本发明的协议测试平台的构建方法。
如图1所示,本发明所构建的平台包括脚本部分、协议栈部分与应用部分三个部分构成,其中脚本部分负责完成无线资源管理分配与调度的功能,模拟3GPP协议中的RRC和NAS实体,并且可以模拟高层具体信令也可以提供树表结合表示法(TTCN)一致性测试,协议栈部分是物理层和数据层根据3GPP的具体实现,应用部分完成各种业务的模拟。具体地说,本发明的协议测试平台的构建方法包括以下步骤:
1、根据所需测试的功能,确定作为RRC和NAS层的功能实体的对象实例的脚本(senario)所需要模拟的RRC层和NAS层信令过程。然后根据可重用性原则将信令过程分成若干可以重用的信令子过程,每个信令子过程分别由一个脚本实现,每个脚本由一系列RRC消息队列及一系列脚本API构成。
2、根据脚本需求形成相应的脚本API,可以分为以下几类脚本API函数:
(1)脚本与协议栈部分的API,包括物理层和数据链路层各实体提供的配置、释放与重配置的函数,RLC和MAC加密的函数,脚本接收和发送信令的函数。
(2)脚本与协议栈控制的API,包括协议栈控制对脚本命令的函数,与脚本上报脚本状态的函数。
(3)与参数修改功能相关的API,包括ASN.1模块提供的编码和解码函数,和参数表部分提供给脚本调用获得用户所需修改的参数列表的函数。
(4)与信令功能性相关的API,包括完整性检测函数。
(5)与脚本运行相关的API,包括脚本入口函数和初始化函数。
其中用户可以根据需要自行添加相应所需的函数至脚本API库。
3、每个脚本根据其实现的不同业务,由3GPP协议确定其具体信令消息队列的内容与发送接收顺序及对本侧的配置时机。脚本中每条发送的信令有相应的属性和动作。属性由RRC消息内容经过ASN.1编码后形成的二进制数存放在数组中构成。动作分为:发送消息,由调用脚本API函数实现对消息的ASN.1解码、修改参数、ASN.1编码和消息发送;接收消息,通过脚本API提供的接收函数,接收协议栈部分递交终端发送的消息,然后进行相应的存储,调用脚本API函数对接收的消息进行ASN.1解码,并对其中所需要的参数进行判断和取值;对本侧协议栈部分(物理层和数据链路层)的配置,通过调用脚本API相应的控制口的函数实现将配置参数发送到相应实体。
4、脚本创建完毕后放入脚本库中存储和管理,如图2所示,脚本库的核心为一个脚本文件库,物理存在为一系列的脚本文件,还存在一张链表用于存储这些脚本文件的基本信息,对他们进行统一管理。对每个脚本文件可以用“别称”来识别,即在链表中存在文件名和别称的映射。每当脚本库中添加和删除脚本文件的时候,都需要对协议栈控制的状态机作相应的修改。
5、协议栈控制是整个脚本部分的核心,根据脚本的构成确定每个脚本需要对应的状态,从而根据协议完成状态机实现状态间的跃迁,从而实现协议栈控制对所有脚本的调度共同完成某一个具体功能的信令过程。协议栈控制采用消息触发机制工作,通过接收外部控制模块的命令并且完成状态上报工作;协议栈控制通过脚本API对脚本运行状态传递命令和接受脚本运行状态信息上报;协议栈控制通过与应用部分的统一接口完成对用户平面业务模拟的控制和状态监测;协议栈控制通过与脚本库的接口完成对脚本的添加、删除、搜索、加载、释放功能。
6、应用部分的模拟PS域、CS域和RMC的业务,与脚本部分和协议栈部分具有统一的接口,根据需要灵活的形成相应的业务模块,动态的加载与释放。
根据本发明的一个优选实施例,本发明的协议测试平台的构建方法包括以下步骤:
1、实现脚本
终端测试需要脚本模拟的业务范围包括3G网络的基本功能、电路域基本过程,分组域基本过程,参考测试信道工程模式基本过程。具体地说,
a)3G网络业务的基本功能:系统消息广播,注册鉴权,安全模式控制和功率控制(包括了上行闭环功率控制和上行开环功率控制等相关项目)。
b)电路域基本过程电路域基本过程包括位置更新和呼叫控制。其中位置更新包括IMSI附着,周期性位置更新和正常位置更新等。呼叫控制要求支持呼叫的建立及释放过程,包括UE起呼、UE被呼、UE发起语音呼叫释放、网络发起的语音呼叫释放等项目。
c)分组域基本过程包括移动性管理和会话管理。移动性管理主要有GPRS附着/分离和周期性路由区更新。会话管理包括UE发起的PDP上下文激活、UE发起的PDP上下文去激活、PS域UE主叫、网络主叫,PS域UE发起呼叫释放等项目。
d)参考测试信道工程模式的基本过程包括网络发起承载测试模式,两种测试模式的选择,网络终止承载测试模式等项目。
首先完成具有基本的功能的脚本,确定多个基本的子信令过程系统消息广播子过程、注册鉴权子过程、语音呼叫子过程、PS域信令子过程、RMC工程模式子过程、切换子过程等,分别由系统消息广播脚本、注册鉴权脚本、CS12.2k业务脚本(UE起呼和UE被呼过程)、PS业务脚本(UE起呼和UE被呼过程)、RMC工程模式脚本(回环模式1和回环模式2)、切换脚本等来实现。测试平台根据所需实现的测试项,在此基础之上添加其他脚本丰富脚本库。
每个脚本根据其实现的不同业务,由3GPP协议确定其具体信令的内容与发送接收顺序及对本侧的配置时机。
每个脚本根据其实现的不同业务,由3GPP协议确定其具体信令消息队列的内容与发送接收顺序及对本侧的配置时机。脚本中每条发送的信令有相应的属性和动作。属性由RRC消息内容经过ASN.1编码后形成的二进制数存放在数组中构成。动作分为:发送消息,由调用脚本API函数实现对消息的ASN.1解码、修改参数、ASN.1编码和消息发送;接收消息,通过脚本API提供的接收函数,接收协议栈部分递交终端发送的消息,然后进行相应的存储,调用脚本API函数对接收的消息进行ASN.1解码,并对其中所需要的参数进行判断和取值;对本侧协议栈部分(物理层和数据链路层)的配置,通过调用脚本API相应的控制口的函数实现将配置参数发送到相应实体。
2、脚本API函数实现功能
脚本与外部模块间的通信交流的接口为脚本API。脚本通过脚本API完成L3层(网络层)和下层(物理层和数据链路层)的通信及控制,同时也可作为使用TTCN进行一致性测试时PCO(控制观测点)。
脚本API接口函数汇集了在系统模拟与一致性测试中所有的高层与底层的接口,通过其可以获得一层二层的所有配置参数和数据结果,同时也可以设置一层和二层的所有参数和状态。
初步可以实现以下功用的脚本API函数:
VOID Initial():脚本的开始位置调用,初始化所有物理层、数据链路层的API配置,获得脚本线程的标示以及清除脚本保存的加密相关的信息(清全局变量)。
INT32 ReceiveMessage():脚本执行的过程中接收协议栈控制消息和空中接口消息。
VOID RRC_SndUUMessage():发送空口接口消息。
VOID RRC_SendScriptStatus():上报脚本运行的状态信息。
VOID RRC_UIIPCheck():检查收到的上行消息的完整性保护参数是否正确。
VOID RRC_ModifyActiveTime():修改RRC消息的激活时间,如RB(无线承载)激活时间。
ULONG RRC_SndCrlcAmCfgReq():脚本调用此函数配置RLC的AM(确认模式)实体。
ULONG RRC_SndCrlcUmTmCfgReq():脚本调用此函数配置RLC(分组数据汇聚协议)的UM/TM(非确认模式/透明模式)实体。
INT32 CrlcReleaseReq():释放RLC层RB信息。
INT32 CrlcCipherReq():配置RLC层的加密信息。
ULONG CpdcpConfigReq():脚本调用此函数配置PDCP实体。
INT32 CpdcpReleaseReq():释放PDCP层RB信息。
INT32 SmSndRabmDeactInd():SM(会话管理)通知RABM(无线接入承载)哪些NSAPI被去激活。
INT32 RrcRabmRabInd():RRC向RABM上报RB的建立,释放。
INT32 ScriptSndRabmInfInd():脚本文件调用此API函数向RABM提供业务信息。
INT32 CmacConfigReq():配置,重配MAC层信息。
INT32 CmacReleaseReq():释放MAC层配置。
INT32 CmacCipherReq():启动,重配MAC层的加密配置。
INT32 CphyRlSetupReq():配置物理信道格式。
INT32 CphyTrCHSetupReq():配置传输信道格式。
UINT8 Asn1PerEncoder():ASN.1编码函数。
UINT8 Asn1PerDecoder():ASN.1解码函数。
VOID ModifyL1Para():根据输入参数选择对某些脚本流程配置物理层的参数进行参数修改。
3、协议栈控制的状态控制
根据1中实现的脚本(如系统消息广播脚本,注册鉴权脚本,CS12.2k业务脚本,PS业务脚本,RMC工程模式脚本,切换脚本),确定每个脚本需要对应的状态,根据协议完成状态机,如图4所示,实现状态间的跃迁,从而实现协议栈控制对所有脚本的调度共同完成某一个具体功能的信令过程。
图4所示的状态具体描述如下:
NULL:协议栈控制处于空闲状态。此时不执行任何脚本。
UNREGISTERED_IDLE:协议栈控制此时成功执行完成系统广播消息脚本,但还未执行鉴权注册脚本。此状态下协议栈控制无法执行RMC、CS、PS业务脚本,只能执行鉴权注册脚本。
REGISTERED_IDLE:协议栈控制处于成功注册状态,已经成功执行完成注册脚本。此状态下协议栈控制可以执行RMC、CS、PS业务脚本。
RMC:协议栈控制处于RMC业务状态。此时正在执行RMC业务脚本并处于RMC连接建立期间,可以执行测试或挂机命令,但不可以执行CS和PS业务脚本。
CS:协议栈控制处于CS业务状态。此时正在执行CS业务脚本并处于CS连接建立期间,可以执行通话或挂机命令,也可以执行切换脚本但不可以执行RMC和PS业务脚本。
PS:协议栈控制处于PS业务状态。此时正在执行PS业务脚本并处于PS连接建立期间,可以执行PS域业务或挂机命令,也可以执行切换脚本但不可以执行CS和RMC业务脚本。
HANDOVERING:协议栈控制处于切换状态下,执行切换脚本。此时协议栈控制要如图5所示模拟双基站执行脚本。
4、协议栈控制模块的运行
协议栈控制模块运行采用消息触发机制,消息交互如图3所示,协议栈控制模块与外部控制模块、脚本API和应用部分交互消息完成控制与状态检测,并且通过与脚本库接口完成对脚本的管理,协议栈控制模块启动后处于一个等待消息和进行相关处理的状态。
协议栈控制模块能够接收并分配执行外部控制模块的命令;如果收到来自外部控制的消息MSG_CMD_EXTERNCTRL_PROTCTRL,则协议栈控制对消息中的控制类型进行判断,是对脚本库的操作(添加、删除、搜索、加载、释放脚本),还是对协议栈控制的操作(终止、重启),还是对脚本的操作(调用脚本、终止脚本),然后进行相应的处理过程,在处理过程完成后,将当前的工作状态向外部控制模块上报。
(2)协议栈控制模块通过脚本API对脚本运行状态传递命令和接受脚本运行状态信息上报;如果收到来自脚本的消息MSG_STATUS_SCENARIOAPI_PROTCTRL,则协议栈控制脚本上报的状态和要求的命令判断下一步的操作(对外部控制模块上报脚本状态、接受外部控制模块命令指示、通过脚本API给脚本传递命令、改变协议栈状态、执行其他脚本、对应用部分发送控制信息,终止脚本等)。
(3)协议栈控制模块通过与所述应用部分的接口完成对用户平面业务模拟的控制;如果收到应用部分的消息MSG_CMD_PROTCTRL_RMC、MSG_CMD_PROTCTRL_CS、MSG_CMD_PROTCTRL_PS,协议栈控制根据消息中状态类型进行相应操作(启动用户数据交互、终止用户数据交互等),同时对应用部分的RAB与RB配置状况监督;同时可以进行下一步操作(对外部控制模块上报应用部分状态、接受外部控制模块命令指示、对应用部分发送控制信息、对通过脚本API对脚本进行命令、终止脚本等)。
5、脚本库对脚本的管理
由于TD-SCDMA移动终端一致性测试内容太多,可以对测试内容分组实现和分组存储。
如图2所示,脚本库的核心为一个脚本文件库,物理存在为一系列的脚本文件,还存在一张链表用于存储这些脚本文件的基本信息,对他们进行统一管理。对每个脚本文件可以用“别称”来识别,即在链表中存在文件名和别称的映射。
当需添加/删除一个测试内容时候,需要经过如下步骤:
(1)形成脚本文件(加入脚本情况);
(2)对协议栈控制状态机进行相应添加/删除处理;
(3)对脚本库执行相应添加/删除脚本文件;
(4)对所需要的测试分组中的脚本集中的脚本的需要修改的参数通过参数表的修改机制相应修改。
6、多基站情况的实现
协议栈控制多基站联合工作,协议栈控制将生成多个不同的协议栈和应用实体,如图5所示,同时分配给他们不同的射频和物理层模块,这样就可以在统一的调度下使终端完成多基站下的协议测试。
当需要完成切换功能时,就需要在此模式下工作。首先需要为A、B基站编写相应的脚本,然后由协议栈控制统一调用,协议栈控制同时要控制A、B基站应用部分业务模拟的协调工作。
根据本发明的方法,能够提供基本的通信流程,并且可以根据需要对整个TD-SCDMA测试框架系统进行灵活的扩充和调整,同时降低了对L3层实现的复杂度,使得整个开放系统的实现可能性和实用价值增强。
Claims (7)
1、一种支持TD-SCDMA终端协议一致性测试的协议测试平台的构建方法,所述测试平台包括脚本部分、协议栈部分以及应用部分,所述脚本部分包括协议栈控制模块;
所述方法包括步骤:
(1)根据所需测试的功能,确定作为无线资源控制RRC和非接入层NAS层功能实体的对象实例的脚本所需要模拟的RRC层和NAS层信令过程,并且这些将信令过程分别分成多个可以重用的信令子过程,其中每个信令子过程分别由一个脚本实现,从而生成多个脚本;
(2)将根据所需测试的功能生成的脚本放入脚本库中存储和管理;
(3)所述协议栈控制模块根据脚本的构成确定每个脚本需要对应的状态,根据协议完成状态机实现状态间的跃迁,从而实现协议栈控制对所有脚本的调度共同完成某一个具体功能的信令过程,而且所述协议栈控制模块根据外部控制模块的命令执行相应的功能;
(4)所述应用部分的模拟分组交换PS域、电路交换CS域和参考测量信道RMC的业务与所述脚本部分以及所述协议栈部分具有统一的接口,根据需要形成相应的业务模块并且动态地加载与释放对应的业务模块。
2、根据权利要求1所述的方法,其中每个脚本由一系列RRC消息队列及一系列脚本应用编程接口API构成。
3、根据权利要求2所述的方法,其中脚本API包括:
(1)脚本与协议栈部分的API,包括物理层和数据链路层各实体提供的配置、释放与重配置的函数,无线链路控制RLC和媒体接入控制MAC加密的函数,脚本接收和发送信令的函数;
(2)脚本与协议栈控制的API,包括协议栈控制对脚本命令的函数,与脚本上报脚本状态的函数;
(3)与参数修改功能相关的API,包括抽象语法描述ASN.1模块提供的编码和解码函数,和参数表部分提供给脚本调用获得用户所需修改的参数列表的函数;
(4)与信令功能性相关的API,包括完整性检测函数;
(5)与脚本运行相关的API,包括脚本入口函数和初始化函数。
4、根据权利要求1所述的方法,其中步骤(1)还包括步骤:
由3GPP协议根据每个脚本实现的不同业务,分别确定每个脚本的具体信令消息队列的内容、发送接收顺序以及对本侧协议栈的配置时机。
5、根据权利要求4所述的方法,其中脚本中每条发送的信令有相应的属性和动作,所述属性由RRC消息内容经过ASN.1编码后形成的二进制数存放在数组中构成,所述动作分为:
发送消息,由调用脚本API函数实现对消息的ASN.1解码、修改参数、ASN.1编码和消息发送;
接收消息,通过脚本API提供的接收函数,接收协议栈部分递交终端发送的消息,然后进行相应的存储,调用脚本API函数对接收的消息进行ASN.1解码,并对其中所需要的参数进行判断和取值;
对本侧协议栈部分的物理层、数据链路层以及应用部分业务的配置和触发,通过调用脚本API相应的控制口的函数实现将配置参数发送到相应实体。
6、根据权利要求1所述的方法,其中所述脚本库为脚本文件库,其中存在一系列的脚本文件,并且还存在一张链表用于存储这些脚本文件的基本信息,以对这些脚本进行统一管理。
7、根据权利要求1所述的方法,其中步骤(3)中还包括步骤:
所述协议栈控制模块通过接收外部控制模块的命令并且完成状态上报工作;
所述协议栈控制模块通过脚本API对脚本运行状态传递命令和接受脚本运行状态信息上报;
所述协议栈控制模块通过与所述应用部分的接口完成对用户平面业务模拟的控制;
所述协议栈控制模块通过与所述脚本库的接口完成对脚本的添加、删除、搜索、加载、释放功能。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100652246A CN100377538C (zh) | 2006-03-20 | 2006-03-20 | 支持td-scdma终端协议一致性测试的协议测试平台的构建方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100652246A CN100377538C (zh) | 2006-03-20 | 2006-03-20 | 支持td-scdma终端协议一致性测试的协议测试平台的构建方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1819533A true CN1819533A (zh) | 2006-08-16 |
CN100377538C CN100377538C (zh) | 2008-03-26 |
Family
ID=36919237
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100652246A Active CN100377538C (zh) | 2006-03-20 | 2006-03-20 | 支持td-scdma终端协议一致性测试的协议测试平台的构建方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100377538C (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100433877C (zh) * | 2006-12-06 | 2008-11-12 | 重庆重邮信科股份有限公司 | Td-scdma和gsm双模协议栈中寻呼响应的处理方法 |
CN102036269A (zh) * | 2010-12-14 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种进行测试的方法和设备 |
CN102487526A (zh) * | 2010-12-06 | 2012-06-06 | 鼎桥通信技术有限公司 | 协议一致性测试方法及系统 |
CN101605007B (zh) * | 2009-07-31 | 2012-09-19 | 中国电子科技集团公司第四十一研究所 | 时分-同步码分多址信号发生时隙稳幅装置及方法 |
CN107528714A (zh) * | 2016-06-22 | 2017-12-29 | 中兴通讯股份有限公司 | 脚本处理方法、装置、系统及路由器 |
CN109688599A (zh) * | 2019-01-11 | 2019-04-26 | 北京华力创通科技股份有限公司 | 终端测试仪分组域调度方法及装置 |
CN113132178A (zh) * | 2020-01-15 | 2021-07-16 | 普天信息技术有限公司 | 一种协议一致性测试方法及装置 |
CN115412473A (zh) * | 2022-08-30 | 2022-11-29 | 云控智行(上海)汽车科技有限公司 | 一种用于车辆实时检测智能网联广播信号数据一致性方法及终端 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1128602B1 (de) * | 2000-02-23 | 2006-10-04 | Tektronix Berlin GmbH & Co. KG | Vorrichtung zum Aufbau eines Protokoll-Stacks und zugehöriges Verfahren |
CN1167011C (zh) * | 2000-12-04 | 2004-09-15 | 黎明网络有限公司 | 可进行多种应用协议测试的方法 |
CN1231032C (zh) * | 2002-07-22 | 2005-12-07 | 华为技术有限公司 | 一种网络协议测试方法及其测试系统 |
CN100535866C (zh) * | 2004-03-19 | 2009-09-02 | 中国科学院计算技术研究所 | 一种用于测试含有复杂计算过程协议的一致性测试方法 |
-
2006
- 2006-03-20 CN CNB2006100652246A patent/CN100377538C/zh active Active
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100433877C (zh) * | 2006-12-06 | 2008-11-12 | 重庆重邮信科股份有限公司 | Td-scdma和gsm双模协议栈中寻呼响应的处理方法 |
CN101605007B (zh) * | 2009-07-31 | 2012-09-19 | 中国电子科技集团公司第四十一研究所 | 时分-同步码分多址信号发生时隙稳幅装置及方法 |
CN102487526A (zh) * | 2010-12-06 | 2012-06-06 | 鼎桥通信技术有限公司 | 协议一致性测试方法及系统 |
CN102487526B (zh) * | 2010-12-06 | 2014-11-05 | 鼎桥通信技术有限公司 | 协议一致性测试方法及系统 |
CN102036269A (zh) * | 2010-12-14 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种进行测试的方法和设备 |
CN102036269B (zh) * | 2010-12-14 | 2013-11-06 | 大唐移动通信设备有限公司 | 一种进行测试的方法和设备 |
CN107528714A (zh) * | 2016-06-22 | 2017-12-29 | 中兴通讯股份有限公司 | 脚本处理方法、装置、系统及路由器 |
CN109688599A (zh) * | 2019-01-11 | 2019-04-26 | 北京华力创通科技股份有限公司 | 终端测试仪分组域调度方法及装置 |
CN113132178A (zh) * | 2020-01-15 | 2021-07-16 | 普天信息技术有限公司 | 一种协议一致性测试方法及装置 |
CN115412473A (zh) * | 2022-08-30 | 2022-11-29 | 云控智行(上海)汽车科技有限公司 | 一种用于车辆实时检测智能网联广播信号数据一致性方法及终端 |
CN115412473B (zh) * | 2022-08-30 | 2024-03-29 | 云控智行(上海)汽车科技有限公司 | 一种用于车辆实时检测智能网联广播信号数据一致性方法及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN100377538C (zh) | 2008-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1819533A (zh) | 支持td-scdma终端协议一致性测试的协议测试平台的构建方法 | |
CN1275480C (zh) | 一种多标准软件无线电(sdr)基带处理方法 | |
CN1302686C (zh) | 多媒体广播/组播业务中小区信息变化的通知方法 | |
KR101650859B1 (ko) | 브로드캐스트 네트워크에서 이용가능한 서비스들의 결정 | |
CN104012145B (zh) | 用于灵活带宽载波移动的辅助信息的方法、系统和设备 | |
US8892137B2 (en) | Method and apparatus for optimizing CBS service in a multiple SIM environment | |
CN101690323B (zh) | 用于高速下行链路分组接入的小区重选和状态转换处理 | |
CN102057659B (zh) | 使得能够对用于电路交换域支持的回退能力进行用户控制 | |
CN1822700A (zh) | 无线电网络控制器、移动通信系统和邻居小区列表过滤 | |
CN104838696B (zh) | 用于网络选择的系统和方法 | |
CN105898792B (zh) | 在节点b中使用的方法、节点b以及装置 | |
CN1572123A (zh) | 用于广播通信系统中越区切换的方法和系统 | |
CN1540899A (zh) | 无线通信装置、无线通信网以及软件更新方法 | |
CN1968500A (zh) | 控制移动通讯设备功能的方法及设备 | |
CN1794838A (zh) | 移动终端控制程序和移动终端设备 | |
CN1794827A (zh) | 一种多媒体广播/组播服务控制信息的接收方法 | |
CN1510955A (zh) | 移动通信终端,服务器,通信系统,通信控制方法和通信控制程序 | |
CN107079356A (zh) | 在空闲模式下选择性扫描传统无线电覆盖 | |
CN1842022A (zh) | 日志处理系统及方法 | |
EP4039005A1 (en) | Method, apparatus and computer program product for adaptive paging of user equipment supporting multiple subscriber identification modules | |
CN104488338B (zh) | 用于动态地配置蜂窝小区更新消息的方法和装置 | |
CN1852533A (zh) | 一种从3g到2g系统切换过程中故障的上报方法 | |
CN101056333A (zh) | 用于灵通无绳业务平台的大话务量测试装置及其测试方法 | |
EP2793509A1 (en) | Method, apparatus and system for user equipment relocation between radio network controllers | |
CN1976509A (zh) | 一种终端切换方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C56 | Change in the name or address of the patentee |
Owner name: BEIJING STARPOINT TECHNOLOGY CO., LTD. Free format text: FORMER NAME: XINGHELIANGDIAN COMMUNICATION SOFTWARE CO LTD, BEIJING |
|
CP03 | Change of name, title or address |
Address after: 100102 Beijing City, Chaoyang District Lize two Road No. 2 three floor, four floor of the South Patentee after: BEIJING STARPOINT TECHNOLOGY CO., LTD. Address before: 100083, Haidian District, Xueyuan Road, No. 40 research, 1-1 floor, two floor, Beijing Patentee before: Xingheliangdian Communication Software Co., Ltd., Beijing |