CN103490953A - 测试rtp协议栈一致性实现的系统以及方法 - Google Patents

Abstract

本发明提供一种测试RTP协议栈一致性实现的系统、方法、主控装置及从控装置，其中所述系统包括：无线AP、工业控制计算机A、工业控制计算机B、标准MVB网卡A以及标准MVB网卡B，工业控制计算机A包括主控制器A以及均与主控制器A连接的无线网卡A、第一存储装置，工业控制计算机B包括主控器B以及与主控制器B连接的无线网卡B，第一存储装置存储有用于测试RTP协议栈实现的测试用例，无线网卡A、无线网卡B均与无线AP连接；标准MVB网卡A与计算机A连接，标准MVB网卡B与计算机B连接，标准MVB网卡A、标准MVB网卡B通过MVB总线连接。

Description

测试RTP协议栈一致性实现的系统以及方法

技术领域

本发明涉及列车通信网络领域，尤其是列车通信网络的消息数据通信的正确性测试。

背景技术

列车通信网络是用于列车这一流动性大、环境恶劣、可靠性要求高、实时性强、与控制系统紧密相关的特殊的计算机网络。1999年，国际电工委员会（IEC）制定的列车通信网络正式成为国际标准（标准号IEC61375-1）。标准中第2章定义了实时协议（RTP）。该协议用于提供车辆内或车辆应用之间的通讯。RTP规定了两类通讯服务：过程数据和消息数据。过程数据用于传输具有确定传输延时的短数据；消息数据用于传输可能冗长但不频繁的数据项。RTP协议描述了两类服务在链路层、网络层、传输层、会话层和应用层上的功能，并规定了两类服务在链路层、传输层和应用层上的接口。

为保证不同国家、不同厂商的列车通信网络产品能够稳定互联，国际电工委员会于2001年成立了处理一致性测试的工作组WG38，制定并发布列车通信网络一致性测试标准(标准号IEC61375-2)。IEC61375-2标准定义了列车通信网络测试的项目，各项目的测试要求，及部分推荐测试装置。RTP协议栈一致性测试相关部分篇幅较少。相对于过程数据，消息数据接口众多，逻辑复杂。相应的，其一致性测试也相对复杂。

目前仅有少数公司掌握RTP协议的核心技术。现阶段国内并没有系统的、可操作的方法来测试一个RTP协议栈的实现是否符合IEC61375-2的一致性要求，这为列车网络控制设备的开发带来了极大的难度。

发明内容

（一）要解决的技术问题

本发明的目的是，提供一种测试RTP协议栈一致性实现的系统、方法、主控装置及从控装置，从而实现系统的测试RTP协议栈，评估RTP协议栈的实现是否满足IEC61375-2的一致性要求。

（二）技术方案

为解决上述技术问题，本发明提供一种测试RTP协议栈一致性实现的系统，包括无线AP、工业控制计算机A、工业控制计算机B、标准MVB网卡A以及标准MVB网卡B，所述工业控制计算机A包括主控制器A以及均与主控制器A连接的无线网卡A、第一存储装置，所述工业控制计算机B包括主控器B以及与主控制器B连接的无线网卡B，所述第一存储装置存储有用于测试RTP协议栈实现的测试用例，所述无线网卡A、无线网卡B均与无线AP连接；所述标准MVB网卡A与工业控制计算机A连接，所述标准MVB网卡B与工业控制计算机B连接，所述标准MVB网卡A、标准MVB网卡B通过MVB总线连接；其中，所述标准MVB网卡A为实现MVB链路层以下功能的网卡，所述标准MVB网卡B为实现RTP协议栈功能的MVB4类网卡。

为解决上述技术问题，本发明还提供一种测试RTP协议栈一致性实现的方法，包括：

主控端向从控端发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果；

主控端接收从控端发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例；

主控端统计并比对主控端、从控端的测试结果是否一致，并在比对结果一致的情况下判定主控端、从控端的RTP协议栈实现具有一致性。

在上述测试RTP协议栈一致性实现的方法中，所述主控端向从控端发送对未执行测试用例的执行命令之前还包括：

主控端接收从控端发送的初始化成功的信息；

主控端判断第一存储装置中是否存在未执行测试用例；若是，则向从控端发送对未执行测试用例的执行命令；若否，则统计并比对主控端、从控端的测试结果是否一致。

在上述测试RTP协议栈一致性实现的方法中，所述比对主控端、从控端的测试结果是否一致包括：

判断主控端、从控端执行所述相应未执行测试用例的测试结果是否相同；

若相同，则判定主控端、从控端的比对结果一致；若不相同，则判定主控端、从控端的比对结果不一致。

为解决上述技术问题，本发明还提供一种测试RTP协议栈一致性实现的方法，包括：

接收主控端发送的对未执行测试用例的执行命令以及相应未执行测试用例；

基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果；

将所述测试结果发送至所述主控端。

在上述测试RTP协议栈一致性实现的方法中，所述接收主控端发送的对未执行测试用例的执行命令之前还包括：向主控端发送初始化成功的信息。

为解决上述技术问题，本发明还采用另一种技术方案：提供一种用于测试RTP协议栈一致性实现的主控装置，包括：

执行单元，用于向从控装置发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果；

标记单元，用于接收从控装置发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例；

统计单元，用于统计并比对主控装置、从控装置的测试结果是否一致，并在比对结果一致的情况下判定主控装置、从控装置的RTP协议栈实现具有一致性。

其中，所述用于测试RTP协议栈一致性实现的主控装置，还包括：

接收单元，用于接收从控装置发送的初始化成功的信息；

判断单元，用于判断第一存储装置中是否存在未执行测试用例；若有，则向从控装置发送对未执行测试用例的执行命令以及相应未执行测试用例；若否，则统计并比对主控装置、从控装置的测试结果是否一致。

在上述用于测试RTP协议栈一致性实现的主控装置中，所述统计单元包括：

判断子单元，用于判断主控装置、从控装置执行所述相应未执行测试用例的测试结果是否相同；

第一判定子单元，用于在主控装置、从控装置的测试结果相同的情况下判定主控装置、从控装置的比对结果一致；

第二判定子单元，用于在主控装置、从控装置的测试结果不相同的情况下判定主控装置、从控装置的比对结果不一致。

为解决上述技术问题，本发明还采用了另一种技术方案：提供一种用于测试RTP协议栈一致性实现的从控装置，包括：

接收模块，用于接收主控装置发送的对未执行测试用例的执行命令以及相应未执行测试用例；

执行模块，用于基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果；

发送模块，用于将所述测试结果发送至所述主控装置。

其中所述用于测试RTP协议栈一致性实现的从控装置还包括：初始信号发送模块，用于向主控装置发送初始化成功的信息。

（三）有益效果

本发明提供的测试RTP协议栈一致性实现的系统、方法、主控装置及从控装置，通过在主控端、从控端运行相同的测试用例，并基于各自生成的测试结果进行比对，若对于同一个测试用例来说，主控端、从控端生成的测试结果一致，则表明主控端、从控端的RTP协议栈实现具有一致性，解决了背景技术中提到的问题。

附图说明

图1是一实施例中测试用例的开发环境；

图2是本发明测试RTP协议栈一致性实现的系统的架构图；

图3是一实施方式本发明测试RTP协议栈一致性实现的方法在主控端的示意流程图；

图4是基于图3方法本发明提供的主控端及从控端的示意流程图；

图5是基于图3方法本发明提供的主控装置及从控装置的模块图；

图6是另一实施方式本发明测试RTP协议栈一致性实现的方法在主控端的示意流程图；

图7是基于图6方法本发明提供的主控端及从控端的示意流程图；

图8是基于图6方法本发明提供的主控装置及从控装置的模块图。

部分标号说明：

201：无线AP

202：工业控制计算机A 2021：无线网卡A 2022：第一PC104接口

203：工业控制计算机B 2031：无线网卡B 2032：第二PC104接口

205：标准MVB网卡A

206：标准MVB网卡B

具体实施方式

在本发明中，用于测试RTP协议栈的实现是否符合IEC61375-1的一致性要求的测试用例可通过以下方式得到：（1）可以依照IEC61375-1中第3.2.8节的内容设计测试用例；（2）可以自行搭建测试开发环境并基于此测试开发环境自定义设计测试用例及测试用例库。在本发明具体的实施方式中，其开发环境如图1所示。下面将以某些具体的实施例为例，对本发明的开发环境进行详细描述。

（a）标准MVB网卡A，为实现了RTP协议栈功能的MVB4类网卡，在具体的实施例中，其具体型号为Duagon D113LF。

（b）标准MVB网卡B，为实现了RTP协议栈功能的MVB4类网卡，在具体的实施例中，其具体型号为Duagon D113L。标准MVB网卡A与标准MVB网卡B使用MVB总线相连。

（c）工业控制计算机A，为带有PC104接口的工业控制计算机，在本实施例中，具体型号为研祥104-1645CLDN或研华PCM-3355，其上运行的操作系统为Windows XP。Windows XP上包含有Visual C++6.0开发环境，且已包含标准MVB网卡A的驱动程序源代码。该驱动程序实现RTP协议栈中应用层接口（接口列表见“RTP协议栈应用层接口列表”部分）。标准MVB网卡A与工业控制计算机A使用PC104接口相连；

（d）工业控制计算机B，为带有PC104接口的工业控制计算机，在本实施例中，具体型号为研祥104-1645CLDN或研华PCM-3355，其上运行的操作系统为Windows XP。Windows XP上包含有Visual C++6.0开发环境，且已包含标准MVB网卡B的驱动程序源代码。该驱动程序实现RTP协议栈中应用层接口（接口列表见“RTP协议栈应用层接口列表”部分）。标准MVB网卡B与工业控制计算机B使用PC104接口相连。

在测试开发环境完成后，就可以基于上述开发环境进行自定义测试用例的开发编写了。下面将进行本发明的详细介绍。

请参阅图2，在本实施方式提供了一种测试RTP协议栈一致性实现的系统，包括无线AP201、工业控制计算机A202、工业控制计算机B203、标准MVB网卡A205以及标准MVB网卡B206。

在本实施方式中，工业控制计算机A202和工业控制计算机B203均为工业控制计算机。所述工业控制计算机A202包括主控制器A、无线网卡A2021、第一PC104接口2022、第一存储装置，所述无线网卡A2021、第一PC104接口2022、第一存储装置都与主控制器A连接，所述工业控制计算机B203包括主控器B以及均与主控制器B连接的无线网卡B2031、第二PC104接口2032。所述第一存储装置存储有用于测试RTP协议栈实现的测试用例。所述无线网卡A2021、无线网卡B2031均与无线AP201连接，无线网卡A2021与无线网卡B2031均已配置好，工业控制计算机A202和工业控制计算机B203可以通过无线网络互相访。

所述标准MVB网卡A205通过第一PC104接口2022与计算机A202连接，所述标准MVB网卡B206通过第二PC104接口2032与计算机B203连接，所述标准MVB网卡A205、标准MVB网卡B206通过MVB总线连接。在本实施方式中，所述标准MVB网卡A205为实现MVB链路层以下功能的网卡，所述标准MVB网卡B206为实现RTP协议栈功能的MVB4类网卡，在具体的实施例中，标准MVB网卡A205的具体型号为Duagon D113LF，标准MVB网卡B206具体型号为Duagon D113L。

本发明的主要目的是测试RTP协议栈实现的一致性，因此需要有一个被测方，在本发明中，工业控制计算机A作为被测方，工业控制计算机B作为RTP协议栈实现的标准方（即在计算机B上运行的测试用例，其RTP协议栈的实现满足IEC61375-1的一致性要求）。本领域技术人员应该理解的是，标准方可以有一个，也可以有多个。在本文的介绍中，是以存在一个标准方为例对本发明进行阐述的。

请参阅图2至图4。图3为本发明测试RTP协议栈一致性实现的方法在主控端的示意流程图，图4左侧所示的处理过程为主控端执行的，图4右侧所示的处理过程为从控端执行的。结合图2所述，图3及图4中的主控端为工业控制计算机A，从控端为工业控制计算机B，其中，工业控制计算机A中有第一存储装置，用于存储测试RTP协议栈实现的测试用例。在本实施方式中，测试RTP协议栈一致性实现的方法具体如下所述。

在步骤S301中，主控端（即工业控制计算机A）向从控端（即工业控制计算机B）发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果。

从控端接收主控端发送的对未执行测试用例的执行命令以及相应未执行测试用例。然后从控端基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果。最后从控端将所述测试结果发送至主控端。将测试结果发送至主控端后，从控端循环等待接收来自主控端发送的对未执行测试用例的执行命令。

在步骤S302中，主控端接收从控端发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例。

在步骤S303中，主控端统计并比对主控端、从控端的测试结果是否一致，并在比对结果一致的情况下判定主控端、从控端的RTP协议栈实现具有一致性。

为能更好地理解上述内容，我们假设主控端还有未执行的测试用例a，则向从控端发送测试用例a以及执行测试用例a的执行命令。从控端接收到执行命令后执行测试用例a，主控端同时执行测试用例a。主控端执行完成后生成相应测试结果A，从控端执行完成后生成相应测试结果B并将测试结果B发送给主控端。

主控端接收测试结果B后将其与测试结果A进行比对，判断测试结果B与测试结果A是否一致。若一致，则判定主控端（工业控制计算机A，也就是被测方）的RTP协议栈实现与从控端的RTP协议栈实现具有一致性，主控端的RTP协议栈实现符合标准IEC61375-2的一致性要求。

请参阅图5，与上述实施例对应的，本发明还提供了主控装置50及从控装置51。主控装置包括50：执行单元501、标记单元502以及统计单元503。从控装置51包括：接收模块511、执行模块512以及发送模块513。

主控装置50的模块及相应功能如下。

执行单元501，用于向从控装置51发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果。

标记单元502，用于接收从控装置51发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例。

统计单元503，用于统计并比对主控装置50、从控装置51的测试结果是否一致，并在比对结果一致的情况下判定主控装置50、从控装置51的RTP协议栈实现具有一致性。

在上述某些具体的实施例中，主控装置50还包括显示单元，用于将统计的主控端、从控端的测试结果写入日记文件，并显示所述日记文件。

从控装置51的模块及相应功能如下。

接收模块511，用于接收主控装置50发送的对未执行测试用例的执行命令以及相应未执行测试用例。

执行模块512，用于基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果。

发送模块513，用于将所述测试结果发送至所述主控装置50。

请参阅图2以及图6至图7。图6为本发明测试RTP协议栈一致性实现的方法在主控端的示意流程图，图7左侧所示的处理过程为主控端执行的，图7右侧所示的处理过程为从控端执行的。结合图2所述，图6及图7中的主控端为工业控制计算机A，从控端为工业控制计算机B，其中，工业控制计算机A中有第一存储装置，用于存储测试RTP协议栈实现的测试用例。在本实施方式中，测试RTP协议栈一致性实现的方法具体如下所述。

在步骤S601中，主控端（工业控制计算机A）启动并初始化成功后，对本机的身份（主控）及控制网络进行初始化，并等待从控端（工业控制计算机B）的初始化信息。此时，从控端启动并对本机的身份（从控）及控制网络进行初始化，并将初始化成功的信息向主控端发送。在本实施例中，从控端将初始化信息发送至主控端，能够保证主控端及从控端后续动作的同步性，使最终的比对结果更准确，也能节省主控端、从控端不同步时浪费的时间成本及硬件成本。

在步骤S602中，主控端接收到从控端发送的初始化成功的信息后，主控端循环判断存储在第一存储装置中的测试用例是否有未执行的测试用例。若是，则进行步骤S603。若否，则进行步骤S605。

在步骤S603中，主控端向从控端发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果，生成测试结果。

从控端接收主控端发送的对未执行测试用例的执行命令以及相应未执行测试用例。然后从控端基于所述执行命令，执行相应未执行测试用例，并执行完成后生成测试结果，此时主控端及从控端执行相同的测试用例。最后从控端将所述测试结果发送至主控端。将测试结果发送至主控端后，从控端循环等待接收来自主控端发送的对未执行测试用例的执行命令。

在步骤S604中，主控端接收从控端发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例。

在步骤S605中，主控端统计并比对主控端、从控端的测试结果是否一致，并在比对结果一致的情况下判定主控端、从控端的RTP协议栈实现具有一致性。

在具体的实施例中，步骤S605中“比对主控端、从控端的测试结果是否一致”包括步骤S6051以及S6052。

在步骤S605中，主控端判断主控端、从控端执行所述相应未执行测试用例的测试结果是否相同。

在步骤S6051中，经过比对，主控端、从控端执行所述相应未执行测试用例的测试结果相同，判定主控端、从控端的比对结果一致。

在步骤S6052中，经过比对，主控端、从控端执行所述相应未执行测试用例的测试结果不相同，判定主控端、从控端的比对结果不一致。

为能更好地理解上述内容，我们假设主控端发现第一存储装置中还有未执行的测试用例a，则向从控端发送测试用例a以及执行测试用例a的执行命令。从控端接收到执行命令后执行测试用例a，主控端同时执行测试用例a。主控端执行完成后生成相应测试结果A，从控端执行完成后生成相应测试结果B并将测试结果B发送给主控端。

主控端接收测试结果B后将其与测试结果A进行比对，判断测试结果B与测试结果A中的内容是否完全相同。若相同，则判定主控端、从控端的比对结果一致，也就说明主控端（工业控制计算机A，也就是被测方）的RTP协议栈实现与从控端的RTP协议栈实现具有一致性，主控端的RTP协议栈实现符合标准IEC61375-1的一致性要求。若不相同，则判定主控端、从控端的比对结果不一致，主控端与从控端的RTP协议栈实现不具有一致性。

请参阅图8，与上述实施例对应的，本发明还提供了主控装置80及从控装置81。主控装置80包括：接收单元801、判断单元802、执行单元803、标记单元804以及统计单元805，其中统计单元805包括：判断子单元8051、第一判定子单元8052以及第二判定子单元8053。从控装置81包括：初始信号发送模块811、接收模块812、执行模块813以及发送模块814。

主控装置80的主要模块及功能如下。

接收单元801，用于接收从控装置81发送的初始化成功的信息；

判断单元802，用于判断第一存储装置中是否存在未执行测试用例；若有，则向从控装置81发送对未执行测试用例的执行命令以及相应未执行测试用例；若否，则统计并比对主控装置80、从控装置81的测试结果是否一致。

执行单元803，用于向从控装置81发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果。

标记单元804，用于接收从控装置81发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例。

统计单元805，用于统计并比对主控装置80、从控装置81的测试结果是否一致，并在比对结果一致的情况下判定主控装置80、从控装置81的RTP协议栈实现具有一致性。具体的，统计单元805包括：判断子单元8051、第一判定子单元8052以及第二判定子单元8053。

判断子单元8051，用于判断主控装置80、从控装置81执行所述相应未执行测试用例的测试结果是否相同。

第一判定子单元8052，用于在主控装置80、从控装置81的测试结果相同的情况下判定主控装置80、从控装置81的比对结果一致。

第二判定子单元8053，用于在主控装置80、从控装置81的测试结果不相同的情况下判定主控装置80、从控装置81的比对结果不一致。

在上述某些具体的实施例中，主控装置80还包括显示单元，用于将统计的主控端、从控端的测试结果写入日记文件，并显示所述日记文件。

从控装置81的主要模块及功能如下。

初始信号发送模块811，用于向主控装置80发送初始化成功的信息。

接收模块812，用于接收主控装置80发送的对未执行测试用例的执行命令以及相应未执行测试用例。

执行模块813，用于基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果。

发送模块814，用于将所述测试结果发送至所述主控装置80。

经过实际测试，前文所述的技术方案可实现（但不仅仅包括）以下场景的RTP协议栈实现的一致性测试。一个测试场景中有两个通信角色——Caller方和Replier方，其中Caller方为一次回话的发起方，Replier方为回话的应答方，每次回话均有Caller方向Replier方发送呼叫请求，再有Replier方根据不同情况进行应答。主控端和从控端在不同场景下各扮演其中一个角色。

场景1：被测方为Caller方，与Replier方进行一次正常的会话。

场景2：被测方为Caller方，与Replier方进行通信，但是在Caller给Replier方发送消息数据过程中由Caller方取消本次会话。

场景3：被测方为Caller方，与Replier方进行通信，但是在Replier给Caller回复消息数据过程中由Caller方取消本次会话。

场景4：被测方为Replier方，与Caller方进行一次正常的会话。

场景5：被测方为Replier方，准备接收一个来自Caller的会话请求，但是在未收到会话请求前有Replier方取消本次会话。

场景6：被测方为Replier方，与Caller方进行通信，但是在Caller给Replier方发送消息数据过程中由Replier方取消本次会话。

场景7：被测方为Replier方，与Caller方进行通信，但是在Replier给Caller方发送消息数据过程中由Replier方取消本次会话。

场景8：被测方为Replier方，准备接收一个来自Caller的会话请求，但是在未收到会话请求前由Replier方解除对该会话function_id的绑定。

场景9：被测方为Replier方，与Caller方进行通信，但是在Caller给Replier方发送消息数据过程中由Replier方解除对该会话function_id的绑定。

场景10：被测方为Replier方，与Caller方进行通信，但是在Replier给Caller方发送消息数据过程中由Replier方解除对该会话function_id的绑定。

场景11：被测方既作为Caller方又作为Replier方进行本地正常通信。

场景12：被测方既作为Caller方又作为Replier方进行本地通信，在Caller方发出call_request之后由Caller方取消本次会话。

场景13：被测方既作为Caller方又作为Replier方进行本地通信，在Caller方发出call_request之前由Caller方取消本次会话。

场景14：被测方既作为Caller方又作为Replier方进行本地通信，在Caller方发出call_request和Replier方发出reply_request之间由Replier方取消本次会话。

场景15：被测方既作为Caller方又作为Replier方进行本地通信，在Caller方发出call_request之后由Replier方解除对该会话function_id的绑定。

场景16：被测方既作为Caller方又作为Replier方进行本地通信，在Caller方发出call_request和Replier方发出reply_request之间由Replier方解除对该会话function_id的绑定。

场景17：被测方为Caller方，与Replier方进行通信，但是在Caller给Replier方发送消息数据后，Replier方不进行回复，导致Caller超时。

场景18：被测方既作为Caller方又作为Replier方进行本地通信，但是在Caller给Replier方发送消息数据后，Replier方不进行回复，导致Caller超时。

场景19：被测方为Caller方，与Replier方进行通信，通信流程为Caller方向Replier方发送消息请求A，Replier方向Caller方发送消息请求B，Caller方响应请求B，向Replier方回复C，Replier方响应请求A，想Caller方回复D。

场景20：将场景19中的Caller、Replier角色对调。

场景21：调用目录初始化函数nm_init_directories，初始化目录。再使用nm_stadi_write把内容写入站目录。最后通过nm_stadi、nm_stadi_read、nm_get_next_station和nm_get_next_station_from_station_directory在站目录中读取站表信息看是否与通过nm_stadi_write写入的一致。

场景22：首先，通过nm_init_directories函数初始化目录，再使用nm_insert_dir_entries插入函数目录表项，此时使用nm_fundi、nm_get_dir_entry读取函数目录中的表项应与刚刚插入的表项一致。然后，使用nm_remove_dir_entries删除部分表项部分信息，再次使用nm_fundi、nm_get_dir_entry读取函数目录中的表项，此时表项信息应是插入集合减去删除集合剩余表项的信息。最后，使用nm_clear_dir清除函数目录全部信息，再使用nm_fundi、nm_get_dir_entry读取函数目录中的表项，此时目录应该处于清空状态。

场景23：首先，初始化包括，并向包库放入一定数量的包，申请随机数量的包，然后检测包库中包的数量和nm_packet_pool_size的一致性。然后，返还随机数量的包，然后检测包库中包的数量和nm_packet_pool_size的一致性。最后，释放掉包库所有包占用的空间，完成内存清理工作。

以上场景中所调用到的接口函数说明如下表所示。

RTP协议栈应用层接口列表：

RTP协议栈链路层接口列表：

接口	说明
		Im_sent_request	发送一个包的请求
LM_GET_PACKET	获得一个空的包
		LM_RECEIVE_INDICATE	指示包已经接收到
Im_receive_poll	轮询接收到的包
		Lm_get_status	获取链路层的状态
Im_send_queue_flush	清除发送队列
		Im_init	初始化链路层
Im_get_dev_address	读设备地址

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种测试RTP协议栈一致性实现的系统，其特征在于，包括：无线AP、工业控制计算机A、工业控制计算机B、标准MVB网卡A以及标准MVB网卡B，

所述工业控制计算机A包括主控制器A以及均与主控制器A连接的无线网卡A、第一存储装置，所述工业控制计算机B包括主控器B以及与主控制器B连接的无线网卡B，所述第一存储装置存储有用于测试RTP协议栈实现的测试用例，所述无线网卡A、无线网卡B均与无线AP连接；

所述标准MVB网卡A与工业控制计算机A连接，所述标准MVB网卡B与工业控制计算机B连接，所述标准MVB网卡A、标准MVB网卡B通过MVB总线连接；其中，所述标准MVB网卡A为实现MVB链路层以下功能的网卡，所述标准MVB网卡B为实现RTP协议栈功能的MVB4类网卡。

2.一种测试RTP协议栈一致性实现的方法，其特征在于，包括：

主控端向从控端发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果；

主控端接收从控端发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例；

主控端统计并比对主控端、从控端的测试结果是否一致，并在比对结果一致的情况下判定主控端、从控端的RTP协议栈实现具有一致性。

3.根据权利要求2所述的测试RTP协议栈一致性实现的方法，其特征在于，所述主控端向从控端发送对未执行测试用例的执行命令之前还包括：

主控端接收从控端发送的初始化成功的信息；

主控端判断第一存储装置中是否存在未执行测试用例；若是，则向从控端发送对未执行测试用例的执行命令；若否，则统计并比对主控端、从控端的测试结果是否一致。

4.根据权利要求2或3的所述的测试RTP协议栈一致性实现的方法，其特征在于，所述比对主控端、从控端的测试结果是否一致包括：

判断主控端、从控端执行所述相应未执行测试用例的测试结果是否相同；

若相同，则判定主控端、从控端的比对结果一致；若不相同，则判定主控端、从控端的比对结果不一致。

5.一种测试RTP协议栈一致性实现的方法，其特征在于，包括：

接收主控端发送的对未执行测试用例的执行命令以及相应未执行测试用例；

基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果；

将所述测试结果发送至所述主控端。

6.根据权利要求5所述的测试RTP协议栈一致性实现的方法，其特征在于，所述接收主控端发送的对未执行测试用例的执行命令之前还包括：向主控端发送初始化成功的信息。

7.一种用于测试RTP协议栈一致性实现的主控装置，其特征在于，包括：

执行单元，用于向从控装置发送对未执行测试用例的执行命令以及相应未执行测试用例，并执行所述相应未执行测试用例，生成测试结果；

标记单元，用于接收从控装置发送的测试结果，将执行完成的未执行测试用例标记为已执行测试用例；

统计单元，用于统计并比对主控装置、从控装置的测试结果是否一致，并在比对结果一致的情况下判定主控装置、从控装置的RTP协议栈实现具有一致性。

8.根据权利要求7所述的用于测试RTP协议栈一致性实现的主控装置，其特征在于，还包括：

接收单元，用于接收从控装置发送的初始化成功的信息；

判断单元，用于判断第一存储装置中是否存在未执行测试用例；若有，则向从控装置发送对未执行测试用例的执行命令；若否，则统计并比对主控装置、从控装置的测试结果是否一致。

9.根据权利要求7或8所述用于测试RTP协议栈一致性实现的主控装置，其特征在于，所述统计单元包括：

判断子单元，用于判断主控装置、从控装置执行所述相应未执行测试用例的测试结果是否相同；

第一判定子单元，用于在主控装置、从控装置的测试结果相同的情况下判定主控装置、从控装置的比对结果一致；

第二判定子单元，用于在主控装置、从控装置的测试结果不相同的情况下判定主控装置、从控装置的比对结果不一致。

10.一种用于测试RTP协议栈一致性实现的从控装置，其特征在于，包括：

接收模块，用于接收主控装置发送的对未执行测试用例的执行命令以及相应未执行测试用例；

执行模块，用于基于所述执行命令，执行相应未执行测试用例，并在执行完成后生成测试结果；

发送模块，用于将所述测试结果发送至所述主控装置。

Images