CN105142159B - 一种lte基站中l2的测试系统 - Google Patents
一种lte基站中l2的测试系统 Download PDFInfo
- Publication number
- CN105142159B CN105142159B CN201510513927.XA CN201510513927A CN105142159B CN 105142159 B CN105142159 B CN 105142159B CN 201510513927 A CN201510513927 A CN 201510513927A CN 105142159 B CN105142159 B CN 105142159B
- Authority
- CN
- China
- Prior art keywords
- modules
- message
- test
- framework
- softlab
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种LTE基站中L2的测试系统,包括测试机部分和目标机部分,所述测试机部分包括Framework模块和Softlab server模块,所述目标机部分包括ospctl模块、L3_agent模块以及L2模块;Framework模块模拟L1消息和L3消息,Softlab server模块解析转发L1和L3消息,ospctl模块用于模拟硬件中断,L3_agent模块完成L2测试前环境配置,L2模块作为被测对象接收L3_agent模块的配置消息,根据L1消息进行相应处理。本发明能够模拟各接口控制面以及用户面数据交互测试,支持快速定位和分析测试中遇到的问题,实现LTE基站L2的系统测试。
Description
技术领域
本发明涉及到无线通信技术领域,更具体地,本发明涉及针对LTE基站中L2的测试系统。
背景技术
四代移动通信长期演进系统(Long Term Evolution)通常简称4G LTE。3GPP协议基于ISO分层模型思想,将LTE通信系统中的BBU(基站的基带单元)进行了如下从低至高的层次分类:L1(Layer 1,物理层)、L2(Layer 2,数据链路层,包含MAC/RLC/PDCP,媒体接入控制/无线链路控制/分组数据汇聚协议)和L3(Layer 3,网络层)。L2包含硬件接口及软件接口两部分,提供IP头压缩,完整性检验,加解密,数据分段级联,ARQ(Automatic Repeat-reQuest,自动重传请求),上下行数据调度,HARQ(Hybrid Automatic Repeat-reQuest,混合自动重传请求),复用/解复用功能。L2涉及多种接口,包括L1/L2接口,L3/L2接口,L2内部接口,3GPP协议对L2的结构、功能和处理过程做了明确的规定。
目前通信领域L2测试方法通用打桩测试,在测试过程中,需要编写实现控制功能的桩代码并设定编译条件来区分原函数与打桩函数,如在测试时定义编译条件_UNITTEST。这类方法用于开发阶段版本更新快,涉及L2关联接口对象不同且各接口消息类型多的环境时,各阶段L2测试都需要投入大量的人力,时间周期长,并且出现问题后定位难。
发明内容
本发明提供了一种对LTE基站L2测试的系统,本系统模拟了与L2交互的数据接口对象,可以支持自动化测试所有的测试项,诊断分析L2功能测试故障原因并给出测试报告。
本发明的技术方案提供一种LTE基站中L2的测试系统,所述LTE基站的基带单元分为物理层L1、数据链路层L2和网络层L3,包括测试机部分和目标机部分,所述测试机部分包括Framework模块和Softlab server模块,所述目标机部分包括ospctl模块、L3_agent模块以及L2模块;其中,Framework表示测试机客户端,Softlab server表示测试机服务端,ospctl表示操作系统控制进程,L3_agent表示L3代理;
所述Framework模块,用于模拟L1消息和L3消息并发送到Softlab server模块,接收Softlab server模块转发的L3消息相应配置确认消息和L1消息相应处理结果;
所述Softlab server模块,用于解析转发L1和L3消息,包括将Framework模块模拟的L1消息和相应模拟中断消息发送到ospctl模块,将Framework模块模拟的L3消息转送L3_agent模块,接收L2模块返回的L1消息相应处理结果以及L3_agent模块返回的L3消息相应配置确认消息,并转发到Framework模块;
所述ospctl模块,用于模拟硬件中断,包括接收来自Softlab server模块的L1消息和相应模拟中断消息,并产生中断使L2模块得到来自Softlab server模块的L1消息;
所述L3_agent模块,用于完成L2测试前环境配置,包括根据来自Framework模块的L3消息,发送配置消息给L2模块,L2模块完成配置后回复配置确认消息给L3_agent模块,经Softlab server模块回复相应配置确认消息给Framework模块;
所述L2模块,用于作为被测对象接收L3_agent模块的配置消息,根据L1消息进行相应处理,并经Softlab server模块回复处理结果给Framework模块。
而且,所述目标机部分设置有osp模块,所述osp模块用于进行内存管理、任务管理及队列消息的管理,其中osp表示操作系统管理进程;
ospctl模块产生中断使L2模块得到来自Softlab server模块的L1消息实现方式为,根据Softlab server模块所产生L1消息相应的模拟中断消息,ospctl模块在osp模块对应缓冲区写入L1消息的消息实体供读取,然后唤醒L2模块,L2模块到osp模块对应缓冲区进行L1消息的消息内容读取;
Softlab server模块将Framework模块模拟的L3消息转送L3_agent模块实现方式为,用osp消息机制封装消息头,发送组包到osp模块的内存管理区中,L3_agent模块读取L3消息,并发送相应配置消息给L2模块。
而且,Framework模块模拟L1和L3消息的实现方式为,Framework模块中设置测试脚本单元,用于编写测试用例,实现构造测试场景;测试脚本单元中设置大消息模板,在编写测试用例时,配置消息头和大消息实体参数字段,根据接口协议将消息头和大消息实体进行组包。
而且,生成大消息模板的方式为,根据基带单元中L1/L2接口以及L3/L2接口的协议描述文件,通过底层代码生成各消息的所有字段,在计算机内存中创建出存储相关相应消息的树形数据结构。
而且,所述Framework模块根据L1消息相应处理结果进行进一步处理,得到测试结果并记录。
而且,所述测试机部分和目标机部分之间用网线连接在一个局域网,采用Socket接口通信机制。
本发明提供了一种对LTE基站L2进行自动化测试的系统,模拟各接口控制面以及用户面数据交互测试,能快速的定位和分析测试中遇到的问题,实现LTE基站L2的系统测试。整个测试全自动化完成,并可得到有完备的测试报告以供查询和分析,减轻测试的工作量,提高工作效率。
从上述技术方案中可以看出,本发明的明显优点是:本发明的测试系统,解决了硬件环境所带来的依赖性和局限性,使得L2代码测试纯软件环境下测试场景更容易模拟。同时,不仅可以节省测试成本,而且可以节省测试时间,为测试基站的L2代码功能提供了一个可行的方案。使用该模拟测试系统,可以避开不同版本更新时编写大量代码进行打桩测试的繁琐劳动,而是编写简易的测试用例调用系统自动测试,大大提高开发与测试效率。开发或测试工程师只需要根据电信协议要求,设计测试用例流程,并将与目标机相关消息的几个特殊字段修改即可立即进行后续测试。并且,各个消息的字段模板中均可自动填好初值,不必耗费精力在其它与本次目标机测试无关的消息字段上。
附图说明
图1为本发明实施例的系统模块示意图;
图2为本发明实施例的系统内部执行流程图;
图3为本发明实施例的随机接入过程内部执行流程图。
具体实施方式
为了更加清晰的介绍本发明的技术方案,下面将参照附图和实施例进一步详细说明。
本发明的测试目的是避免各阶段重复打桩测试的工作,自动化的测试所有的测试用例,同时适用于不同版本L2测试,只需要根据接口文档修改消息模板,有利于缩短开发的周期,节省开发成本,提高开发效率。
本发明解决的技术难点包括三方面,一方面是软件模拟硬件中断,实现硬件和软件时间同步(即TTI时间同步),触发L2下行调度进程启动以及数据解码;第二个方面是模拟L2_L1大消息,该类消息具有消息原语类型复杂,手动生成极其繁琐的特点;第三方面是实现L3_agent模块(L3代理模块),它与真实L3具有一定的耦合性,取代了复杂的L3,独立出L2测试需要的功能。
本发明提供一种LTE基站中L2测试系统,该系统包含五个模块,Framework模块(Framework表示测试机客户端),Softlab server模块(Softlab server表示测试机服务端),ospctl模块(ospctl即Operation System Platform Control,操作系统控制进程),L3_agent模块以及L2模块(被测对象)。
根据测试对象及所存储机器,整个系统分为测试机部分和目标机部分,目标机即待测的LTE基站的基带单元,L2模块和osp模块为目标机原有的部分,另行设置ospctl模块和L3_agent模块即可,L3_agent模块提供L2测试中所需的L3部分内容,可视为L3的精简集。测试机可采用计算机等设备,在其中设置Framework模块和Softlab server模块。
所述Framework模块,用于模拟L1消息和L3消息并发送到Softlab server模块,接收Softlab server模块转发的L3消息相应配置确认消息和L1消息相应处理结果;
所述Softlab server模块,用于解析转发L1和L3消息,包括将Framework模块模拟的L1消息和相应模拟中断消息发送到ospctl模块,将Framework模块模拟的L3消息转送L3_agent模块,接收L2模块返回的L1消息相应处理结果以及L3_agent模块返回的L3消息相应配置确认消息,并转发到Framework模块;
所述ospctl模块,用于模拟硬件中断,包括接收来自Softlab server模块的L1消息和相应模拟中断消息,并产生中断使L2模块得到来自Softlab server模块的L1消息;
所述L3_agent模块,用于完成L2测试前环境配置,包括根据来自Framework模块的L3消息,发送配置消息给L2模块,L2模块完成配置后回复配置确认消息给L3_agent模块,经Softlab server模块回复相应配置确认消息给Framework模块;
所述L2模块,用于作为被测对象接收L3_agent模块的配置消息,根据L1消息进行相应处理,并经Softlab server模块回复处理结果给Framework模块。
具体实施时,目标机一般还设置有osp模块(osp即Operation System Platform,操作系统管理进程)。
图1为本发明实施例所提供系统,每个方框对应一个模块,除了待测试的L2模块之外,其余各模块用于模拟与L2有直接关联的各层的功能。图1根据运行环境划分为测试机和目标机两部分。其中测试机部分包括Framework模块和Softlab server模块,分别起到模拟和转发L1和L3消息的作用,L1消息包含模拟dsp(数字信号处理)和fpga(现场可编程门阵列)两个硬件相关消息,L3消息包含GTPU(用户平面隧道协议)数据消息;因此Framework模块和Softlab server模块中,具体实施时可分别设置包括L1消息单元和L3消息单元,另外具体实施时Framework模块中还可以设置测试脚本单元,实现定义L1和L3与L2交互动作的格式功能,Framework模块底层也可通过这个单元实现将消息命令转化为数据流。其中目标机包含osp模块,进行内存管理,任务管理及队列消息的管理,是整个目标机的进程入口;ospctl模块是模拟硬件中断,触发上下行调度进程启动及时间同步;L3_agent模块是完成L2测试前环境配置,包括小区配置和UE(user equipment,用户)配置,以便进行L2测试,它接收来自Framework模块的配置消息(L3MSG)并发送配置消息给L2模块,L2模块完成配置后回复配置确认消息(Cfm)给L3_agent模块,经Softlab server模块回复相应配置确认消息(记为L3_cfm)给Framework模块;L2模块是测试的对象,接收消息进行相应处理,并经Softlab server模块回复相应处理结果消息给Framework模块,Framework模块可接收相应处理结果消息并进一步处理得到测试结果并记录log。具体实施时,进一步处理方式根据测试用例设定的场景需要而定。
实施例所提供系统内部执行流程参见图2:
图2中Framework模块完成测试用例的编写(cfg_edit),执行测试用例(Testcases)时各命令消息(msg,消息)经过Framework模块进行底层组包后发送,组包过程中会增加Uhead(消息头,即Uhead+msg)。
Softlab server模块逐条接收并转发消息送给目标机部分,具体可由Softlabserver模块中SrvThreadProc线程(服务器主线程)接收消息后根据消息接口不同判断并分发,如果是L1消息(例如UL MSG消息,上行大消息)则和Softlab server模块模拟的tti消息(中断消息)一起发送给ospctl模块,ospctl模块根据大消息类型不同进行中断处理,主要包括INTCTL_EVENT(中断开关控制),1MS_EVENT(1毫秒单位时钟中断),UCI_EVENT(上行控制指示中断),UTB_EVENT(上行传输块中断)中断,这些中断关联到L2模块下行调度、上行调度、上行帧处理进程的启动;如果是L3消息(L3MSG)则发送给L3_agent模块,L3_agent模块中的CC(逻辑控制)进程管理L3_agent消息处理流程,RRC(无线资源管理)进程完成真实接收处理,向L2各层发出相应的配置消息,包括绑定消息Bind,配置消息CFG(或记为cfg),纯数据流消息(例如GTPU数据消息)。
当L2模块的各层(包括PDCP层,RLC层,MAC层,分别是分组汇聚协议,无线链路控制协议,多媒体接入控制协议)收到Framework模块经L3_agent模块发送的配置消息后,回复配置确认消息Cfm,然后进行L2测试,L2测试过程会回复L1/L2(L1与L2交互消息)或L3/L2(L3与L2交互消息)相应消息,Softlab server模块自动接收L1/L2或L3/L2消息并转发Framework模块,其中RecvfromBBUThreadProcL3Cfm(L3绑定及配置确认消息接收)线程接收L3/L2的cfm配置消息,RecvfromBBUThreadProcCW0线程(PDS大消息接收线程)、RecvfromBBUThreadProcPDC线程(PDC大消息接收线程)和RecvfromBBUThreadProcURX线程(URX大消息接收线程)分别接收L1/L2的CW0(物理下行共享信道消息)、PDC(物理下行控制信道消息)、URX(上行接收大消息)大消息。
Framework模块接收到L2模块、L3_agent模块经Softlab server模块回复的消息(CW0、PDC、URX、L3_cfm)并检测判断,测试过程中Framework模块实时显示测试记录日志(log,日志),测试结果报告(report,报告)输出。
基于以上测试系统,实施例执行测试的流程如下:
步骤1,启动测试系统,所述测试系统包括运行BBU上各模块进程(osp,ospctl,L2,L3_agent模块对应进程)的目标机,以及模拟与L2相关接口层的测试机,目标机和测试机建立通信连接,
实施例中,所述测试系统包括目标机上的osp模块,ospctl模块,L2模块,L3_agent模块,以及测试机上的Framework模块和Softlab server模块,目标机和测试机建立通信连接。根据真实BBU工作环境,目标机选择为linux系统,测试机工作环境为windows。
步骤2,构造测试场景。所谓场景,就是以一定的时序发送已构造好的消息和在特定时刻接收外来的消息。
具体实施时,可基于Framework模块编写测试用例,实现构造测试场景,包括配置消息头和大消息实体参数字段,底层根据接口协议将消息头和大消息实体进行组包,并发送组包数据至Softlab server模块;
其中Framework模块生成的测试用例是根据L2功能测试要求来实现,3GPP LTE中L2相关协议描述了测试需求。测试用例中配置参数生成大消息包及组包实现方式如下:
Framework模块的测试脚本单元内部设置大消息模板,测试用例中只需要填写或修改大消息中与目标机相关的几个特殊字段即可。具体实施时,生成大消息模板的方法可以是:根据BBU中L1/L2接口以及L3/L2接口的协议描述文件,Framework模块通过底层代码生成各消息的所有字段,在计算机内存中创建出存储相关相应消息的树形数据结构。在生成每个消息字段的过程中,将大消息模板中定义的消息字段的值设置为默认值或修改值。组包时只需要按照测试机客户端与测试机服务器端(Softlab server)约定在大消息包前加上消息头即完成。
实施例中,Framework中编写测试用例(即测试场景),配置相应消息头和大消息实体参数字段,Framework将测试用例的相应参数配置成消息。实现方式如下:
首先分别按照BBU协议中L1和L3与L2接口大消息的格式,在python(一种面向对象、解释型计算机程序设计语言)脚本代码中生成各消息的所有字段,并给各个字段设置默认值,计算机内存中创建出存储相应消息的树形数据结构。将生成的各大消息中未赋值的字段值设置为消息模板的默认值,对于测试用例中赋值的特殊字段修改为输入的值。最后在发送大消息时,根据Framework和Softlab server之间约定的传输消息格式,加上消息头,供Softlab server解析消息头对之进行判断分发大消息。
具体实施时,本领域技术人员可以在领域现有框架基础上自行采用软件方式实现Framework,例如提供基于python的自动化测试平台,以便实现L2的测试功能。建议软件实现方式如下,仅供参考:
测试用例为一种简单易于编辑的表格格式,以纯文本或TSV(制表符分隔的一系列值)文件存储,每行以换行符作为一条命令结束标识,每条命令包含消息头和消息实体两大部分,这两部分实现以Tab制表符作为分割,其中消息头又分为命令类型和消息类型,也是以Tab制表符作为分割,其内部子类型以空格作为区分;消息实体中可进行消息字段赋值,各字段之间以空格作为分割。Framework模块与系统其他模块通过测试库(预先生成的测试用例脚本)进行交互,测试库直接使用应用程序接口作为驱动。通过测试库中实现的关键字驱动软件。
步骤3,测试机服务端(Softlab server)接收数据,根据接口协议解析头,对之判断分发调用响应的函数,实现对应功能,然后发送消息内容到目标机对应进程。
Softlab server在整个L2子系统测试的架构中起到一个路由的作用,其作用有二。第一,接收并解析测试机客户端发送过来的脚本信息,并根据消息的不同类型,分发对应的消息到L3_agent或到ospctl,具体实施时可以利用现有的osp相关机制进行后续处理;第二,接收L2发送的下行消息以及L3_agent发送的确认消息,并根据需要转发到Framework。
实施例中,softlabserver接收消息,根据接口协议解析头,对之判断分发调用响应的函数,实现对应功能,然后发送消息内容到目标机对应进程或转发消息给Framework。具体实施时,解析消息后分发,消息分为三类:
一类是Framework模块模拟L1发送给L2的消息(即L1消息),该类消息的读取方式是根据ospctl中断类型判定为INTCTL_EVENT,1MS_EVENT,UCI_EVENT,UTB_EVENT中哪一种,ospctl模块在osp模块对应缓冲区写入L1消息的消息实体供读取,然后唤醒中断对应的L2模块的进程,L2模块进程到osp模块特定缓冲区进行消息内容读取或写入数据。处理方式是Framework通过socket(套接字协议)向ospctl模块发中断消息,模拟硬件中断,并承载消息实体,以便ospctl模块在osp模块对应缓冲区写入消息实体供读取。
另外一类是Framework模块模拟L3发送给L2的消息(即L3消息),该类消息传输方式是采用osp消息机制。处理方式是采用osp消息机制封装消息头,发送组包到osp模块的内存管理区中,L3_agent模块的进程会自动读取属于自己的消息,并处理转发消息给L2模块。
第三类是根据不同的端口接收L2发送的下行消息以及L3_agent发送的确认消息,并根据需要转发到Framework。
目标机各模块接收到数据以后,根据用例设计流程进行处理,发送回复消息到Softlab server模块,然后由Softlab server模块转发给Framework模块,最后Framework模块接收消息时刻和消息后,对内容进行比较判断得到结果并显示。
实施例中,是根据L2设计流程发送回复消息到Softlab server。
测试用例执行过程中,是测试机发送消息到目标机和目标机回复到测试机的重复执行。以下以3GPP 36.321协议中随机接入过程为例进行描述,本发明实施例的具体处理步骤如下:1,启动测试系统,包括目标机上各模块和测试机上各模块。目标机和测试机之间用网线连接在一个局域网,它们之间采用Socket接口通信机制。然后用户可在测试机Framework模块提供的用户界面上编写测试用例,或导入现有的测试集(可包括多个测试用例)。2,执行当前测试用例后开始自动化测试,随机接入自动化测试流程如图3。步骤如下:
步骤S01,Framework中发送初始化环境命令,环境清理包括硬件时钟置零,该命令经softlab server发送给ospctl,最终接收端为目标机中的L2,TTI置零。具体实施时,在协议规定范围,技术人员可自行设定后续各步骤执行时刻。
步骤S02,Framework中生成L3_agent小区配置消息以及UE初始化消息,该过程完成小区建立和UE初始化,这是基站工作前的基本操作。小区建立消息经过softlab server发送至L3_agent,由L3_agent完成管理小区建立和UE初始化过程。为模拟TTI同步,TTI时间同步消息经过server发送ospctl。
步骤S03,Framework中生成L1的MSG1大消息且带消息头,携带Preamble ID(前导码)信息。该消息模拟物理层消息,经过softlab server向L2的MAC层发送上行USH(上行共享信道)大消息MSG1,其中MSG1指示为prach_msg(随机接入消息),其消息实体供上行调度使用。L2上行调度函数调用相关函数对msg1进行处理:申请temp C-RNTI(临时小区无线网络临时标识),申请MSG3的HARQ(混合自适应重传)进程和申请MSG3的上行资源。实施例中,在TTI=2时发送上行USH大消息MSG1。
步骤S04,按照协议规定,Framework在MSG1下发后特定时间段内,等待L2下发MSG2,该消息是承载在PDS和PDC大消息中的,并且消息中temp C-RNTI与MSG1中字段信息相同,如果超时仍未下发消息,则小区删除,用例测试失败。L2模块中下行调度函数完成下行调度和PDS大消息的组装,并将MSG2组装成PDS大消息和PDC大消息,发给softlab server转发Framework,Framework判断MSG2是否收到,并检查是否符合电信协议要求,符合则为MSG3分配资源,同时生成RAR(随机接入响应)的上行授权,进入S05,否则小区删除,用例测试失败。实施例中,TTI=5时刻检查是否接收到PDC和PDS大消息,并且还是msg1对应的msg2。
步骤S05,Framework检查是否收到URX(上行接收消息)大消息,并且该URX是用于承载Msg3的信息,进入S06,否则小区删除,用例测试失败。实施例中,TTI=9时刻检查是否收到URX大消息,且该URX是否用于承载Msg3的信息。
步骤S06,Framework生成MSG3,对于初始建立或者重建立场景,携带RRC消息(连接请求消息或者连接重建立请求消息)和UE(用户设备,即手机终端)的ID信息。传输块的大小取决于UL Grant(上行授权)的分配。MSG3使用HARQ机制,RLC层采用TM(透明传输)模式。对于切换之后的场景,携带RRC消息(切换确认消息)和用来解扰PDCCH(物理链路控制信道Pysical Downlink Control CHannel)的C-RNTI,有可能携带BSR(缓冲余量上报)信息。对于其他场景,至少要有用来解扰PDCCH的C-RNTI。Framework模拟物理层上行UCI大消息MSG3,经softlab server发送L2的MAC层进行竞争性随机接入。实施例中,TTI=13时刻,发送CRC error(循环冗余校验错误)的上行UCI大消息(MSG3)。
步骤S07,Framework检查是否收到PDS大消息并检验其中的temp C_RNTI(临时小区无线网络临时标识)与MSG2响应中携带的C-RNTI相同,进入S08,否则小区删除,用例测试失败。MSG4主要是L2发送给UE做竞争解决判断,测试中只发送至对端即eNodeB的物理层。MAC层收到RRC层发送的确认信息,在下行调度函数中做处理,调用函数进行竞争解决,然后将MSG4组装到“下行PDS大消息”中,发送Framework。实施例中,TTI=15时刻检查是否收到PDS大消息并判断其中的temp C_RNTI与msg2响应中携带的C-RNTI相同。
步骤S08,当msg3携带CRC错误时,会定时发送URX,直到UCI解析CRC正确为止,进入步骤S09。如实施例中,TTI=17时刻检查是否收到URX大消息并判断该URX是否用于承载Msg3的信息,字段检查错误时应当则小区删除,用例测试失败,但测试用户设置不断发送URX,直到UCI解析CRC正确为止。
步骤S09,解析CRC正确,发送携带信元的UCI上行大消息,随机接入过程执行成功,测试用例结束。实施例中,TTI=21时刻,发送携带CRC值正确的上行UCI大消息(MSG3)。
步骤S10,小区删除,用例测试完成。可进行环境清理,测试用例执行结束,可生成测试报告。
如果以上L2内部流程正确执行,L2才会发送正确的携带RAR内容的消息或带竞争解决的PDS大消息发送给L1,由于模拟L1在Framework,L2发送消息会通过ospctl判断发送给server,由server转发给Framework进行判断,如果Framework收到PDS大消息相关关键参数值正确,则该用例执行成功。
测试机Framework可以显示测试用例结果显示,并输出详细的测试报告,如果测试用例集包含多个用例时,自动依次调用并执行测试用例,测试报告也类似。测试报告具有分层结构显示测试集、测试用例、关键字细节。本系统可以通过日志系统用来查看测试执行的细节,测试过程中可以实时查看界面打印的日志,也可在测试完成后查看所有测试用例日志信息报告文件,该文件是包含执行用例总体预览的HTML文件。它的统计信息包含测试集,可展示的测试用例,测试用例中每条消息均可展开,展开后可看到详细的每条消息的数据流,及各数据字段名称和对应值。报告也显示用例的执行情况,例如当测试都通过时,背景色为绿色,否则为红色。
上述实施例为本发明较佳的实施方式,但本发明的实施方式并不受上述实施例的限制,其它的任何未违背本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化均应为等效的置换方式,都包含在本发明的保护范围之内。
Claims (6)
1.一种LTE基站中L2的测试系统,所述LTE基站的基带单元分为物理层L1、数据链路层L2和网络层L3,其特征在于:包括测试机部分和目标机部分,所述测试机部分包括Framework模块和Softlab server模块,所述目标机部分包括ospctl模块、L3_agent模块以及L2模块;其中,Framework表示测试机客户端,Softlab server表示测试机服务端,ospctl表示操作系统控制进程,L3_agent表示L3代理;
所述Framework模块,用于模拟L1消息和L3消息并发送到Softlab server模块,接收Softlab server模块转发的L3消息相应配置确认消息和L1消息相应处理结果;
所述Softlab server模块,用于解析转发L1和L3消息,包括将Framework模块模拟的L1消息和相应模拟中断消息发送到ospctl模块,将Framework模块模拟的L3消息转送L3_agent模块,接收L2模块返回的L1消息相应处理结果以及L3_agent模块返回的L3消息相应配置确认消息,并转发到Framework模块;
所述ospctl模块,用于模拟硬件中断,包括接收来自Softlab server模块的L1消息和相应模拟中断消息,并产生中断使L2模块得到来自Softlab server模块的L1消息;
所述L3_agent模块,用于完成L2测试前环境配置,包括根据来自Framework模块的L3消息,发送配置消息给L2模块,L2模块完成配置后回复配置确认消息给L3_agent模块,经Softlab server模块回复相应配置确认消息给Framework模块;
所述L2模块,用于作为被测对象接收L3_agent模块的配置消息,根据L1消息进行相应处理,并经Softlab server模块回复处理结果给Framework模块。
2.根据权利要求1所述LTE基站中L2的测试系统,其特征在于:所述目标机部分设置有osp模块,所述osp模块用于进行内存管理、任务管理及队列消息的管理,其中osp表示操作系统管理进程;
ospctl模块产生中断使L2模块得到来自Softlab server模块的L1消息实现方式为,根据Softlab server模块所产生L1消息相应的模拟中断消息,ospctl模块在osp模块对应缓冲区写入L1消息的消息实体供读取,然后唤醒L2模块,L2模块到osp模块对应缓冲区进行L1消息的消息内容读取;
Softlab server模块将Framework模块模拟的L3消息转送L3_agent模块实现方式为,用osp消息机制封装消息头,发送组包到osp模块的内存管理区中,L3_agent模块读取L3消息,并发送相应配置消息给L2模块。
3.根据权利要求1或2所述LTE基站中L2的测试系统,其特征在于:Framework模块模拟L1和L3消息的实现方式为,Framework模块中设置测试脚本单元,用于编写测试用例,实现构造测试场景;测试脚本单元中设置大消息模板,在编写测试用例时,配置消息头和大消息实体参数字段,根据接口协议将消息头和大消息实体进行组包。
4.根据权利要求3所述LTE基站中L2的测试系统,其特征在于:生成大消息模板的方式为,根据基带单元中L1/L2接口以及L3/L2接口的协议描述文件,通过底层代码生成各消息的所有字段,在计算机内存中创建出存储相关相应消息的树形数据结构。
5.根据权利要求1或2所述LTE基站中L2的测试系统,其特征在于:所述Framework模块根据L1消息相应处理结果进行进一步处理,得到测试结果并记录。
6.根据权利要求1或2所述LTE基站中L2的测试系统,其特征在于:所述测试机部分和目标机部分之间用网线连接在一个局域网,采用Socket接口通信机制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510513927.XA CN105142159B (zh) | 2015-08-20 | 2015-08-20 | 一种lte基站中l2的测试系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510513927.XA CN105142159B (zh) | 2015-08-20 | 2015-08-20 | 一种lte基站中l2的测试系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105142159A CN105142159A (zh) | 2015-12-09 |
CN105142159B true CN105142159B (zh) | 2018-08-21 |
Family
ID=54727336
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510513927.XA Active CN105142159B (zh) | 2015-08-20 | 2015-08-20 | 一种lte基站中l2的测试系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105142159B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021126147A1 (en) * | 2019-12-16 | 2021-06-24 | Mentor Graphics Corporation | A device for testing a base station |
CN113115478B (zh) * | 2021-04-16 | 2022-07-26 | 网络通信与安全紫金山实验室 | 空口数据的获取方法、装置及bbu |
CN112996029A (zh) * | 2021-04-30 | 2021-06-18 | 成都爱瑞无线科技有限公司 | 用于无线通信的测试方法、测试装置及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101035348A (zh) * | 2006-03-09 | 2007-09-12 | 中兴通讯股份有限公司 | 一种协议软件测试系统及方法 |
CN103249069A (zh) * | 2012-02-14 | 2013-08-14 | 展讯通信(上海)有限公司 | 移动终端的测试方法及测试设备、移动终端的测试系统 |
CN104080113A (zh) * | 2013-03-26 | 2014-10-01 | 成都鼎桥通信技术有限公司 | 一种LTE基站(eNB)的模拟测试方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8254913B2 (en) * | 2005-08-18 | 2012-08-28 | Smartsky Networks LLC | Terrestrial based high speed data communications mesh network |
US9277424B2 (en) * | 2013-02-28 | 2016-03-01 | Keysight Technologies, Inc. | Method and apparatus for determining the configuration of a cellular transmission system |
-
2015
- 2015-08-20 CN CN201510513927.XA patent/CN105142159B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101035348A (zh) * | 2006-03-09 | 2007-09-12 | 中兴通讯股份有限公司 | 一种协议软件测试系统及方法 |
CN103249069A (zh) * | 2012-02-14 | 2013-08-14 | 展讯通信(上海)有限公司 | 移动终端的测试方法及测试设备、移动终端的测试系统 |
CN104080113A (zh) * | 2013-03-26 | 2014-10-01 | 成都鼎桥通信技术有限公司 | 一种LTE基站(eNB)的模拟测试方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105142159A (zh) | 2015-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Tinnirello et al. | Wireless MAC processors: Programming MAC protocols on commodity hardware | |
CN103178996B (zh) | 分布式包交换芯片模型验证系统及验证方法 | |
CN105142159B (zh) | 一种lte基站中l2的测试系统 | |
US9172626B2 (en) | Methods, systems, and computer readable media for preventing traffic congestion within a long term evolution (LTE) multi-user equipment (multi-UE) simulator device | |
CN101605396A (zh) | 处理排程信息回报的方法及通讯装置 | |
CN111200837A (zh) | 一种Wi-Fi软件测试系统及方法 | |
WO2017113848A1 (zh) | 测试用例的测试方法及测试平台、模拟测试设备 | |
CN102594615B (zh) | 一种模拟仿真增值业务的方法及系统 | |
US11516874B2 (en) | Information transmission method and device | |
Han et al. | Wi-HTest: Compliance test suite for diagnosing devices in real-time WirelessHART network | |
CN106921448B (zh) | 卫星通信系统的测试方法及装置 | |
Miozzo et al. | SDR and NFV extensions in the ns-3 LTE module for 5G rapid prototyping | |
CN107769934B (zh) | 资费处理方法及装置 | |
EP1817931B1 (en) | Simulating a mobile network with shared access channels | |
CN103580780B (zh) | 数据传输方法及装置 | |
KR101310609B1 (ko) | Yaml을 이용하여 lte 계측 장비를 위한 데이터 및 인터페이스 생성장치 및 생성방법 | |
CN111726823B (zh) | 一种适于测试的en-dc链路建立方法及装置 | |
CN113220580A (zh) | 测试方法及装置、设备、存储介质 | |
CN112867046A (zh) | 一种基于模拟仿真核心网测试upf网元功能的方法 | |
CN110062437B (zh) | 一种射频拉远单元rru快速接入基站的方法及基站 | |
CN102036269B (zh) | 一种进行测试的方法和设备 | |
JP2004112163A (ja) | 移動局試験装置 | |
CN113098731B (zh) | 一种协议栈的测试方法、测试系统及计算机存储介质 | |
CN109600837A (zh) | 系统信息的生成方法及装置 | |
Nizzi et al. | Protocol Prototype Implementation Using ns-3: a Use-Case |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee after: Wuhan post and Telecommunications Science Research Institute Co., Ltd. Address before: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee before: Wuhan Inst. of Post & Telecom Science |