CN117729138B - 车联网协议一致性测试方法及*** - Google Patents

Abstract

本申请提供车联网协议一致性测试方法及***，涉及车联网技术领域。本方案主要是在测试之前，测试设备控制被测设备和背景设备互相将对方设置为白名单设备；在测试过程中，测试设备根据待执行的测试用例，向各背景设备发送解码测试指令，或向各被测设备发送编码测试指令，背景设备根据接收到的解码测试指令，向各被测设备发送解码测试消息，被测设备根据第二白名单与解码测试消息，对接收到的解码测试消息进行甄别，以判断该解码测试消息是否来自可识别的背景设备发送的，若是，则被测设备对解码测试消息进行解码，并得到被测设备的解码结果，并将解码结果发送至测试设备，保证测试过程不会被附近其他被测设备干扰，提高测试结果的准确性。

Description

车联网协议一致性测试方法及***

技术领域

本申请涉及车联网技术领域，具体而言，涉及一种车联网协议一致性测试方法及***。

背景技术

车载单元与其他设备通讯（Vehicle to Everything，简称V2X）是未来智能交通运输***的关键技术，它使得车与车、车与基站、基站与基站之间能够通信，从而获得实时路况、道路信息、行人信息等一系列交通信息。其中，车联网协议是该技术的核心。为了确保车联网协议的稳定、可靠、有效工作，需要对该通信协议进行测试，主要包括：一致性测试、场景测试、信息安全测试、通信物理参数测试等，其中，一致性测试是其他测试的前提基础。一致性测试是指通过比较被测设备的实际输出和协议标准规定的预期输出是否相同，判定被测设备是否符合协议规范。

现有技术中，车联网协议一致性测试***主要包括：测试管理执行***和测试仿真仪。其中，具体测试过程为，测试管理执行***控制测试仿真仪向被测设备发送指定的V2X消息，被测设备对接收到的V2X消息进行解码，并将解码结果按约定的格式转发给测试管理执行***；或者，测试管理&执行***控制被测设备将编码后的V2X消息发送至测试仿真仪，测试仿真仪将接收到的编码后的V2X消息转发给测试管理执行***，最后，由测试管理执行***验证被测设备实际输出的解码结果或编码结果是否符合预期结果。

但是，由于被测设备一般采用广播通信方式，其无线信号覆盖范围内的其他所有被测设备都能接收到其发送的消息内容，所以现有技术中的车联网协议一致性测试都是在实验室环境下进行，不仅需要专门的测试仿真仪，且需要严格保证附近没有其他被测设备对测试过程造成干扰，测试环境的建设成本较高。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种车联网协议一致性测试方法及***，以便解决现有技术中存在的技术问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种车联网协议一致性测试方法，应用于部署在云端的测试设备，包括：

向至少一个背景设备发送第一白名单配置指令，并向至少一个被测设发送第二白名单配置指令，所述第一白名单配置指令中包括：各被测设备的标识，所述第二白名单配置指令中包括：各背景设备的标识；

根据待执行的测试用例，向各所述背景设备发送解码测试指令，或向各所述被测设备发送编码测试指令；

获取各所述被测设备的实际输出结果，并根据所述实际输出结果得到测试结果，所述实际输出结果为解码结果或编码结果。

可选地，在所述向至少一个背景设备发送第一白名单配置指令之前，还包括：

获取与待执行的测试用例关联的至少一个被测设备的标识以及至少一个背景设备的标识；

分别向各所述被测设备与各所述背景设备发送第一运行模式配置指令，所述第一运行模式配置指令用于指示各所述被测设备与各所述背景设备从正常工作状态切换至测试状态。

第二方面，本申请实施例还提供了一种车联网协议一致性测试方法，应用于背景设备，包括：

接收测试设备发送的第一白名单配置指令，所述第一白名单配置指令中包括：至少一个被测设备的标识；

根据所述第一白名单配置指令，将各所述被测设备的标识添加至所述背景设备的第一白名单，所述第一白名单用于指示各所述被测设备为所述背景设备可识别的设备；

接收所述测试设备发送的解码测试指令，根据所述解码测试指令，生成解码测试消息，并将所述解码测试消息发送给各所述被测设备。

可选地，所述方法还包括：

接收可选被测设备发送的编码测试消息，并根据所述第一白名单与所述编码测试消息，确定是否将所述编码测试消息转发至所述测试设备，若是，则将所述编码测试消息作为所述被测设备的编码结果转发至所述测试设备。

可选地，所述根据所述解码测试指令，生成解码测试消息，包括：

根据所述解码测试指令，生成初始解码测试消息；

根据所述初始解码测试消息以及所述背景设备的标识，生成所述解码测试消息。

可选地，所述根据所述初始解码测试消息以及所述背景设备的标识，生成所述解码测试消息，包括：

将所述初始解码测试消息中网络层的要素标识修改为所述背景设备的标识，生成所述解码测试消息。

可选地，所述根据所述第一白名单与所述编码测试消息，确定是否将所述编码测试消息转发至所述测试设备，包括：

对所述编码测试消息进行提取处理，得到所述编码测试消息中的第一携带设备标识；

对所述第一白名单进行遍历，针对遍历到的当前设备标识，若所述第一携带设备标识与所述当前设备标识一致，则确定将所述编码测试消息转发至所述测试设备；

若所述第一携带设备标识与所述第一白名单中的所有设备标识均不一致，则丢弃所述编码测试消息。

第三方面，本申请实施例提供了一种车联网协议一致性测试方法，应用被测设备，包括：

接收测试设备发送的第二白名单配置指令，所述第二白名单配置指令中包括：至少一个背景设备的标识；

根据所述第二白名单配置指令，将各所述背景设备的标识添加至所述被测设备的第二白名单，所述第二白名单用于指示各所述背景设备为所述被测设备可识别的设备；

接收各所述背景设备发送的解码测试消息，根据所述第二白名单与所述解码测试消息，得到所述被测设备的解码结果，并将所述解码结果发送至所述测试设备。

可选地，所述方法还包括：

接收所述测试设备发送的编码测试指令，根据所述编码测试指令，生成编码测试消息，并将所述编码测试消息转发至各所述背景设备。

可选地，所述根据所述编码测试指令，生成编码测试消息，包括：

根据所述编码测试指令，生成初始编码测试消息；

将所述被测设备的标识添加至所述初始编码测试消息中，生成所述编码测试消息。

可选地，所述根据所述第二白名单与所述解码测试消息，得到所述被测设备的解码结果，包括：

对所述解码测试消息进行提取处理，得到所述解码测试消息中第二携带设备标识；

对所述第二白名单进行遍历，针对遍历到的当前设备标识，若所述第二携带设备标识与所述当前设备标识一致，则对所述解码测试消息进行解码，得到解码结果，并将所述解码结果转发至所述测试设备；

若所述第二携带设备标识与所述第二白名单中的所有设备标识均不一致，则丢弃所述解码测试消息。

第四方面，本申请实施例还提供了一种车联网协议一致性测试***，所述***包括：部署在云端的测试设备以及至少一个背景设备，所述测试设备通过所述测试设备中的测试管理接口与各所述背景设备通信连接，所述测试设备通过所述测试设备中的测试控制接口与至少一个被测设备通信连接；

所述测试设备，用于执行上述第一方面提供的任一项所述的方法步骤；

所述背景设备，用于执行上述第二方面提供的任一项所述的方法步骤；

所述被测设备，用于执行上述第三方面提供的任一项所述的方法步骤。

本申请的有益效果是：

本申请实施例提供一种车联网协议一致性测试方法及***，本方案主要是在测试之前，测试设备分别向各背景设备和各被测设备发送白名单配置指令，控制被测设备和背景设备互相将对方设置为白名单设备；然后，在测试过程中，测试设备根据待执行的测试用例，向各背景设备发送解码测试指令，或向各被测设备发送编码测试指令，背景设备根据接收到的解码测试指令，向各被测设备发送解码测试消息，然后，被测设备根据第二白名单与解码测试消息，对接收到的解码测试消息进行甄别，以判断该解码测试消息是否来自可识别的背景设备发送的，若是，则被测设备对解码测试消息进行解码，并得到被测设备的解码结果，并将解码结果通过测试控制接口发送至测试设备；若不是，则被测设备对解码测试消息进行丢弃，以保证测试过程不会被附近其他被测设备干扰，提高测试结果的准确性，有效解决了现有技术中的车联网协议一致性测试需要严格保证附近没有其他被测设备对测试过程造成干扰的问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为现有技术提供的车联网协议一致性测试***的结构示意图；

图2为本申请实施例提供的车联网协议一致性测试***的结构示意图；

图3为本申请实施例提供的车联网协议一致性测试方法的流程示意图一；

图4为本申请实施例提供的车联网协议一致性测试方法的流程示意图二；

图5为本申请实施例提供的车联网协议一致性测试方法的流程示意图三；

图6为本申请实施例提供的车联网协议一致性测试方法的流程示意图四；

图7为本申请实施例提供的车联网协议一致性测试方法的流程示意图五；

图8为本申请实施例提供的车联网协议一致性测试方法的流程示意图六；

图9为本申请实施例提供的车联网协议一致性测试方法的流程示意图七；

图10为本申请实施例提供的车联网协议一致性测试方法的整体流程示意图；

图11为本申请实施例提供的车联网协议一致性测试方法中解码测试的流程示意图；

图12为本申请实施例提供的车联网协议一致性测试方法中编码测试的流程示意图；

图13为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“车联网协议一致性测试”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕车联网协议一致性的测试过程中，如何避免其他LTE-V2X设备对测试结果造成干扰的问题进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他场景，比如，V2X场景测试。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

首先，在对本申请所提供的技术方案展开具体说明之前，先对现有技术中所提供的车联网协议一致性测试***进行简单说明。

参考图1所示，为现有技术中提供的车联网协议一致性测试***的结构示意图。如图1所示，现有技术中提供的车联网协议一致性测试***一般由测试管理&执行***和测试仿真仪组成。

其中，测试管理&执行***通过测试管理接口与测试仿真仪进行数据交换；通过测试控制接口与被测设备进行数据交换。测试管理接口和测试控制接口一般采用UDP通信协议。

继续参考图1所示，测试管理&执行***的功能包括：

1、对测试用例进行配置，包括每个测试用例的测试步骤、测试参数和预期结果等；

2、通过测试管理接口控制测试仿真仪发送指定的V2X消息给被测设备；

3、通过测试控制接口控制被测设备发送指定的V2X消息给测试仿真仪；

4、从测试控制接口及测试管理接口接收结果数据，并验证是否符合预期结果。

测试仿真仪的功能包括：

1、根据测试管理&执行***的指令发送指定的V2X消息给被测设备；

2、将从被测设备接收到的V2X消息转发给测试管理&执行***。

被测设备的功能包括：

1、根据测试管理&执行***的指令发送指定的V2X消息给测试仿真仪；

2、对从测试仿真仪接收到的V2X消息进行解码，并将解码结果按约定的格式转发给测试管理&执行***进行验证。

在现有技术中提供的车联网协议一致性测试***中，因为被测设备一般采用广播通信方式，其无线信号覆盖范围内的其他所有被测设备都能接收到其发送的消息内容。为避免其他被测设备对测试结果造成干扰，车联网协议一致性测试都是在实验室环境下进行，且需要严格保证附近没有其他被测设备对测试过程造成干扰。因此，现有技术提供的车联网协议一致性测试***中的测试管理&执行***一般部署在PC终端上，并需要配备专门的测试仿真仪。一套车联网协议一致性测试***在同一时间只能测试一个被测设备。如果需要同时对多个被测设备进行测试，不仅需要配备多套车联网协议一致性测试***，而且多个测试环境间需要信号隔离，对测试场地要求较高。

本申请实施例基于上述问题，本申请提供了一种车联网协议一致性测试方法，该车联网协议一致性测试方法是基于本方案提供的一种新的车联网协议一致性测试***实现的，本方案提出的车联网协议一致性测试***包括：部署在云端的测试设备以及至少一个背景设备，主要是复用外场已建设的路侧单元设备（Road Side Unit，简称RSU）作为背景设备，即可对被测设备进行车联网协议一致性测试。具体的，在测试之前，测试设备向被测设备和背景设备发送白名单配置指令，控制被测设备和背景设备互相将对方设置为白名单设备，并利用V2X消息网络层的DSMP Head扩展域携带设备ID。当背景设备和被测设备进入测试状态时，如果发送V2X消息，需要在DSMP Head扩展域中约定的Element ID携带的自己的设备ID；而接收到V2X消息时，首先提取DSMP Head扩展域中约定Element ID携带的设备ID，如果该设备ID不在自己的设备白名单中，丢弃此V2X消息，以保证测试过程不会被附近其他测试设备干扰，提高了测试结果的准确性，有效解决了现有技术中的车联网协议一致性测试需要严格保证附近没有其他被测设备对测试过程造成干扰的问题。

在对本申请所提供的车联网协议一致性测试方法展开具体说明之前，先对本申请提供的一种新的车联网协议一致性测试***的结构进行简单说明。

可选地，本申请实施例提供的车联网协议一致性测试***包括：部署在云端的测试设备201与至少一个背景设备。

其中，参考图2所示，为本申请实施例提供的一种车联网协议一致性测试***的结构示意图；例如，车联网协议一致性测试***中的各背景设备以为RSU设备为例，即车联网协议一致性测试***可以包括一个或多个RSU设备。

其中，测试设备通过测试设备中的测试管理接口与各背景设备通信连接，测试设备通过测试设备中的测试控制接口与至少一个被测设备通信连接。

在本方案中，车联网协议一致性测试***中的测试设备的主要功能包括：

1、对测试用例进行配置，包括每个测试用例的测试步骤、测试参数和预期结果等；

2、对作为背景设备的RSU设备进行管理，可控制RSU设备在测试状态和正常工作状态间切换；

3、对测试计划进行管理，包括：关联的被测设备、测试时间分配、测试执行人员分配、背景RSU分配、测试内容关联等；

4、通过测试管理接口控制作为背景设备的RSU设备发送指定的V2X消息给被测设备；

5、通过测试控制接口控制被测设备发送指定的V2X消息给作为背景设备的RSU；

6、从测试控制接口及测试管理接口接收结果数据，并验证是否符合预期结果。

7、可利用多台RSU作为背景设备并发执行多个测试计划，同时对多台被测设备进行测试。

背景设备：作为背景设备的RSU设备承担类似测试仿真仪的作用，但能保证测试过程不被附近的其他V2X设备干扰。其主要功能包括：

1、通过测试管理接口与测试设备进行数据交换；

2、支持由测试设备控制在测试状态和正常工作状态间切换；

3、RSU设备与测试设备之间通过有线网络进行连接，在不适合敷设有线通信线路的区域也可通过移动互联网进行连接，被测设备与测试设备之间采用MQTT通信协议；

4、在测试状态下，RSU设备将关联的被测设备设置为白名单设备；发送的V2X消息中会在DSMP Head扩展域中约定的Element ID携带的自己的设备ID；而接收到V2X消息时，首先提取DSMP Head扩展域中约定Element ID携带的设备ID，如果该设备ID不在自己的设备白名单中，丢弃此V2X消息，以保证测试过程不会被附近其他LTE-V2X设备干扰。

5、根据测试设备的指令向被测设备发送指定的V2X消息；

6、将从被测设备接收到的V2X消息转发给测试设备；

7、支持将外场设备根据现场环境实时生成的V2X消息作为测试解码能力的V2X消息内容；

8、作为背景设备的RSU设备分布不受地理位置限制，既可以分散在多个区域，也可以集中在一个测试场或者同一段开放道路，方便被测方可以就近选择测试场所。

被测设备，其主要功能包括：

1、通过测试控制接口与测试管理&执行***进行数据交换；

2、支持由测试管理&执行***控制在测试状态和正常工作状态间切换；

3、被测设备与测试管理&执行***之间通过移动互联网进行连接。被测设备与测试管理&执行***之间采用MQTT通信协议；

4、在测试状态下，被测设备将关联的背景RSU设备设置为白名单设备；发送的V2X消息中会在DSMP Head扩展域中约定的Element ID携带的自己的设备ID；而接收到V2X消息时，首先提取DSMP Head扩展域中约定Element ID携带的设备ID，如果该设备ID不在自己的设备白名单中，丢弃此V2X消息，以保证测试过程不会被附近其他LTE-V2X设备干扰；

5、根据测试管理&执行***的指令发送指定的V2X消息；

6、对从测试仿真仪接收到的V2X消息进行解码，并将解码结果按约定的格式转发给测试管理&执行***进行验证。

需要说明的是，被测设备与测试设备之间通过移动互联网进行连接，并采用MQTT通信协议，同时外场测试场地面积不受限，可以方便的进行整车测试。

可选地，在本方案中，为了节约测试成本，提出只需要复用外场已建设的RSU设备作为背景设备，承担测试仿真仪的功能，不需要额外购买专用的测试仿真仪，大大地降低了测试环境的建设成本。

本方案提供的车联网协议一致性测试***中，仅需要在云端部署一台测试设备，便可利用多台RSU设备作为背景设备同时对多台被测设备进行测试，作为背景设备的RSU设备分布不受地理位置限制，既可以分散在多个区域，也可以集中在一个测试场或同一段开放道路，方便被测方可以就近选择测试场所。因此，在本方案中，不需要部署多台测试设备，不需要额外购买专用的测试仿真仪，也不要求作为背景设备的多个RSU设备间信号隔离，多个测试环境可以并发进行测试，大幅提升测试效率，节约测试时间，降低测试成本。

可以理解，图2所述的结构仅为示意，车联网协议一致性测试***还可包括比图2中所示更多或者更少的组件，或者具有与图1所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

如下将通过多个实施例对本申请提供的车联网协议一致性测试方法和对应产生的有益效果进行说明。

图3为本申请实施例提供的车联网协议一致性测试方法的流程示意图一，可选地，该方法的执行主体可以是图2中所示的车联网协议一致性测试***中的测试设备与至少一个背景设备，还有待测试的至少一个被测设备。

应当理解，在其它实施例中车联网协议一致性测试方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。如图3所示，该方法包括：

S201、测试设备向至少一个背景设备发送第一白名单配置指令。

其中，第一白名单配置指令中包括：各被测设备的标识。

S202、测试设备向至少一个被测设发送第二白名单配置指令。

第二白名单配置指令中包括：各背景设备的标识。

在本实施例中，为了保证测试过程不会被附近其他测试设备（如LTE-V2X）的干扰，提出可以由测试设备，分别向被测设备和背景设备下发白名单配置指令，控制被测设备和背景设备互相将对方设置为白名单设备。

具体的，在测试开始之前，测试设备向至少一个背景设备发送第一白名单配置指令，第一白名单配置指令中包括：各被测设备的标识，例如，被测设备1的标识DUT-ID1、被测设备2的标识DUT-ID2、被测设备3的标识DUT-ID3、…、被测设备n的标识DUT-IDn等。

同时，并向至少一个被测设发送第二白名单配置指令，第二白名单配置指令中包括：各背景设备的标识，例如，背景设备1的标识RSU-ID1、背景设备2的标识RSU-ID2、背景设备3的标识RSU-ID3、…、背景设备n的标识RSU-IDn等。

S203、背景设备根据第一白名单配置指令，将各被测设备的标识添加至背景设备的第一白名单。

其中，第一白名单配置指令中包括：至少一个被测设备的标识，第一白名单用于指示各被测设备为背景设备可识别的设备。

S204、被测设备根据第二白名单配置指令，将各背景设备的标识添加至被测设备的第二白名单。

其中，第二白名单配置指令中包括：至少一个背景设备的标识，第二白名单用于指示各背景设备为被测设备可识别的设备。

在本实施例中，背景设备在接收到测试设备发送的第一白名单配置指令之后，根据第一白名单配置指令中各被测设备的标识，将各被测设备的标识添加至背景设备的第一白名单。例如，背景设备1在接收到第一白名单配置指令之后，将各被测设备的标识添加至背景设备1的第一白名单。

同时，被测设备在接收到测试设备发送的第二白名单配置指令之后，根据第二白名单配置指令中各背景设备的标识，将各背景设备的标识添加至被测设备的第二白名单。例如，被测设备1在接收到第二白名单配置指令之后，将各背景设备的标识添加至被测设备1的第二白名单。至此实现了被测设备和背景设备互相将对方设置为白名单设备。

S205、测试设备根据待执行的测试用例，向各背景设备发送解码测试指令。

应理解，在测试之前，测试设备还需要对所有的测试用例进行配置，包括每个测试用例的测试步骤、测试参数和预期结果等。可以通过各测试用例的实际执行结果，对各被测设备的解码功能和编码功能进行协议一致性测试。

在本实施例中，在对各被测设备的解码功能进行测试时，测试设备根据待执行的测试用例，向各背景设备发送解码测试指令；或者，测试设备根据待执行的测试用例，向各被测设备发送编码测试指令。

S206、背景设备根据解码测试指令，生成解码测试消息。

S207、背景设备将解码测试消息发送给各被测设备。

其中，解码测试消息可以为基本安全消息（Basic Safety Message，简称BSM）、路侧安全消息（Roadside Safety Message，简称RSM）、路侧消息（Roadside Information，简称RSI）、地图消息（MAP）、信号灯相位与配时消息（Signal Phase and Timing Message，简称SPAT）等不同类型的V2X消息。

在本实施例中，背景设备可以根据测试设备下发的解码测试指令，生成一条指定类型的解码测试消息，如生成BSM类型的解码测试消息，并将BSM类型的解码测试消息发送给各被测设备，以对各被测设备的解码功能进行协议一致性测试。

S208、被测设备根据第二白名单与解码测试消息，得到被测设备的解码结果。

S209、被测设备将解码结果发送至测试设备。

在本实施例中，例如，为了保证测试过程不会被附近其他LTE-V2X设备干扰，被测设备1在接收到解码测试消息后，利用上述生成的第二白名单，对解码测试消息进行甄别，以判断该解码测试消息是否来自被测设备1可识别的背景设备发送的，若是，则对解码测试消息进行解码，并得到被测设备1的解码结果，并将被测设备1的解码结果通过测试控制接口发送至测试设备。

S210、测试设备根据解码结果，得到测试结果。

在本实施例中，例如，测试设备将接收到的被测设备1的解码结果与针对该测试用例预先生成的预期结果进行比对，若比对结果一致，则可以确定被测设备1的测试结果为通过协议一致性测试；若比对结果不一致，则可以确定被测设备1的测试结果为不通过协议一致性测试。

可选地，在执行完所有的测试用例后，还可以获取所有测试用例的测试结果，并根据所有测试用例的测试结果，生成测试报告。

综上所述，本申请实施例提供一种车联网协议一致性测试方法，本方案主要是在测试之前，测试设备分别向各背景设备和各被测设备发送白名单配置指令，控制被测设备和背景设备互相将对方设置为白名单设备；然后，在测试过程中，测试设备根据待执行的测试用例，向各背景设备发送解码测试指令，或向各被测设备发送编码测试指令，背景设备根据接收到的解码测试指令，向各被测设备发送解码测试消息，然后，被测设备根据第二白名单与解码测试消息，对接收到的解码测试消息进行甄别，以判断该解码测试消息是否来自可识别的背景设备发送的，若是，则被测设备对解码测试消息进行解码，并得到被测设备的解码结果，并将解码结果通过测试控制接口发送至测试设备；若不是，则被测设备对解码测试消息进行丢弃，以保证测试过程不会被附近其他被测设备干扰，提高测试结果的准确性，有效解决了现有技术中的车联网协议一致性测试需要严格保证附近没有其他被测设备对测试过程造成干扰的问题。

可选地，参考图4所示，在上述步骤S201之前，还包括：

S301、测试设备获取与待执行的测试用例关联的至少一个被测设备的标识以及至少一个背景设备的标识。

可选地，在本方案提供的车联网协议一致性测试***中可以包括一个或多个背景设备，即可以基于测试用例的测试情况对参与测试的背景设备数量进行调整。同样，也可以基于测试需求对参与测试的被测设备数量进行调整，即可以同时对一个或多个被测设备进行测试。例如，同时对多个被测设备进行测试，以提高测试效率。

因此，在本实施例中，测试设备测开始执行测试用例之前，获取与该测试用例关联的至少一个被测设备的标识以及至少一个背景设备的标识。例如，与测试用例1关联的多个被测设备的标识包括：被测设备1的标识DUT-ID1、被测设备2的标识DUT-ID2、被测设备3的标识DUT-ID3，以及与测试用例1关联的多个背景设备的标识包括：背景设备1的标识RSU-ID1、背景设备2的标识RSU-ID2、背景设备3的标识RSU-ID3、背景设备4的标识RSU-ID4。

S302、测试设备向各背景设备发送第一运行模式配置指令。

S303、测试设备向各被测设备发送第一运行模式配置指令。

其中，第一运行模式配置指令用于指示各被测设备与各背景设备从正常工作状态切换至测试状态。

在本实施例中，测试设备可以分别向与待执行的测试用例关联的各被测设备以及各背景设备发送第一运行模式配置指令，控制各被测设备与各背景设备从正常工作状态切换至测试状态，实现对各被测设备的协议一致性测试。

可选地，在执行完所有测试用例后，测试设备分别向各被测设备与各背景设备发送第二运行模式配置指令，控制各被测设备与各背景设备从测试状态切换至正常工作状态。

在本方案中，测试设备可以控制各背景设备在测试状态和正常工作状态间进行切换，即在没有执行测试任务时，各背景设备还可以正常为网联车辆提供V2X服务，充分发挥设备的使用价值。

将通过如下实施例，具体讲解如何结合设置的白名单，达到避免其他被测设备干扰的效果。

第一、被测设备的解码测试。

可选地，参考图5所示，上述步骤S206包括：

S401、背景设备根据解码测试指令，生成初始解码测试消息。

其中，初始解码测试消息可以是预先配置的，也可以是RSU设备等外场设备根据现场环境实时生成的V2X消息。

可选地，若初始解码测试消息为实时生成的V2X消息，则需要通过测试管理接口将消息内容回传给测试设备。这样，使得测试设备可以将RSU设备等外场设备根据现场环境实时生成的V2X消息作为测试被测设备的解码能力的V2X消息内容，不需要专业人员人工配置或者修改用于测试解码能力的V2X消息内容，节约人力成本。

在本实施例中，背景设备在接收到解码测试指令后，可以采用上述两种方式，生成初始解码测试消息。

S402、背景设备根据初始解码测试消息以及背景设备的标识，生成解码测试消息。

在本实施例中，为了便于被测设备可以及时判别出接收到的解码测试消息到底是来自哪一个背景设备转发的，背景设备在对解码测试消息进行转发前，背景设备将自身的标识添加至初始解码测试消息中，以对初始解码测试消息进行设置，得到解码测试消息。

可选地，上述步骤S402包括：

背景设备将初始解码测试消息中网络层的要素标识修改为背景设备的标识，生成解码测试消息。

在一种可实现的方式中，例如，背景设备1对待转发的初始解码测试消息的网络层进行设置，即将待发送的初始解码测试消息的网络层的DSMP Head扩展域中约定要素标识（即Element ID）对应信息元素的内容修改为背景设备1自己的设备ID，设置完成后生成解码测试消息，然后，再将该解码测试消息发送至各被测设备。

可选地，参考图6所示，上述步骤S208包括：

S501、被测设备对解码测试消息进行提取处理，得到解码测试消息中第二携带设备标识。

S502、被测设备对第二白名单进行遍历，针对遍历到的当前设备标识，若第二携带设备标识与当前设备标识一致，则对解码测试消息进行解码，得到解码结果。

S503、被测设备将解码结果转发至测试设备。

S504、若第二携带设备标识与第二白名单中的所有设备标识均不一致，则丢弃解码测试消息。

在本方案中，例如，被测设备1在接收到某一个背景设备发送的解码测试消息后，提取解码测试消息中网络层的DSMP Head扩展域中约定Element ID携带的设备ID，即第二携带设备标识，如果第二携带设备标识不在被测设备1的白名单上，则丢弃解码测试消息，以保证测试过程不会被附近其他LTE-V2X设备干扰；若第二携带设备标识在被测设备1的白名单上，如第二携带设备标识与被测设备1的白名单上的背景设备2的标识一致，则被测设备1对该解码测试消息进行解码，得到解码结果，并将解码结果通过测试控制接口发送给测试设备，测试设备将接收到的解码结果与针对该测试用例预先生成的预期结果进行比对，若验证两者一致，则被测设备1的测试结果为通过协议一致性测试。

第二、被测设备的编码测试。

可选地，参考图7所示，该方法包括：

S601、测试设备根据待执行的测试用例，向各被测设备发送编码测试指令。

S602、被测设备根据编码测试指令，生成编码测试消息。

S603、被测设备将编码测试消息转发至各背景设备。

其中，编码测试消息可以为基本安全消息（Basic Safety Message，简称BSM）、路侧安全消息（Roadside Safety Message，简称RSM）、路侧消息（Roadside Information，简称RSI）、地图消息（MAP）、信号灯相位与配时消息（Signal Phase and Timing Message，简称SPAT）等不同类型的V2X消息。

在本实施例中，被测设备可以根据测试设备下发的编码测试指令，生成一条指定类型的编码测试消息，如生成BSM类型的编码测试消息，并将BSM类型的编码测试消息发送给至少一个背景设备，以对各被测设备的编码功能进行协议一致性测试。

S604、背景设备根据第一白名单与编码测试消息，确定是否将编码测试消息转发至测试设备。

S605、若是，背景设备将编码测试消息作为编码结果，并将编码结果发送至测试设备。

S606、测试设备根据编码码结果，得到测试结果。

在本实施例中，例如，为了保证测试过程不会被附近其他LTE-V2X设备干扰，背景设备1在接收到来自某一个被测设备发送的编码测试消息后，利用上述生成的背景设备1的第一白名单，对编码测试消息进行甄别，以判断该编码测试消息是否来自背景设备1可识别的被测设备发送的，若是，则将编码测试消息作为该被测设备的编码结果，并转发至测试设备。

可选地，参考图8所示，上述步骤S602包括：

S701、被测设备根据编码测试指令，生成初始编码测试消息。

S702、被测设备将被测设备的标识添加至初始编码测试消息中，生成编码测试消息。

在本实施例中，为了便于背景设备可以及时判别出接收到的编码测试消息到底是来自哪一个被测设备发送的，被测设备1在对编码测试消息进行转发前，被测设备1可以先根据测试设备下发的编码测试指令，生成初始编码测试消息，然后，被测设备1对待转发的初始编码测试消息的网络层进行设置，即初始编码测试消息的网络层中的DSMP Head扩展域中约定Element ID对应信息元素的内容设置为被测设备1自己的设备ID，设置完成后生成编码测试消息；然后，再将编码测试消息发送给至少一个背景设备。

可选地，参考图9所示，上述步骤S604包括：

S801、背景设备对编码测试消息进行提取处理，得到编码测试消息中的第一携带设备标识。

S802、背景设备对第一白名单进行遍历，针对遍历到的当前设备标识，若第一携带设备标识与当前设备标识一致，则确定将编码测试消息转发至测试设备。

S803、背景设备若第一携带设备标识与第一白名单中的所有设备标识均不一致，则丢弃编码测试消息。

在本方案中，例如，背景设备1在接收到某一个被测设备发送的编码测试消息后，提取编码测试消息中网络层的DSMP Head扩展域中约定Element ID携带的设备ID，即第一携带设备标识，如果第一携带设备标识不在背景设备1的白名单上，则丢弃编码测试消息，以保证测试过程不会被附近其他LTE-V2X设备干扰；若第一携带设备标识在背景设备1的白名单上，如第一携带设备标识与背景设备1的白名单上的被测设备1的标识一致，则背景设备1将该编码测试消息作为被测设备1的编码结果，并将编码结果转发至测试设备，测试设备将接收到的编码结果与针对该测试用例预先生成的预期结果进行比对，若验证两者一致，则被测设备1的测试结果为通过协议一致性测试。

可选地，参考图10为本申请实施例提供的车联网协议一致性测试方法的整体流程示意图；如图10所示，该方法可包括：

示例性地，例如，车联网协议一致性测试***中的各背景设备以RSU设备为例。

第一步、开始执行测试计划。

第二步、获取DUT的标识和RSU的标识。

第三步、通知DUT和RSU进入测试状态。

第四步、设置白名单。

第五步、顺序启动测试用例。

第六步、判断测试计划是否执行完成，若是，则跳转至第七步执行。

第七步、通知DUT和RSU恢复正常工作状态。

第八步、评价所有测试用例的测试结果。

第九步、生成测试报告。

可选地，参考图11为本申请实施例提供的车联网协议一致性测试方法中解码测试的流程示意图；如图11所示，该方法可包括：

示例性地，例如，解码测试消息为RSM类型的V2X消息。

第一步、测试设备启动被测设备的解码RSM测试。

第二步、RSU根据环境信息实时生成的RSM消息。

第三步、RSU将RSM消息网络层DSMP Head扩展域约定Element ID中的内容设置为本设备的ID，并广播发送RSM消息。

第四步、被测设备获取RSM消息中DSMP Head扩展域约定Element ID中携带的设备ID。

第五步、被测设备判断设备ID是否在白名单中？若是，则跳转至第六步执行，若否，则丢弃RSM消息。

第六步、解码收到的RSM消息，得到解码结果。

第七步、将解码结果按约定的格式发送给测试设备。

第八步、测试设备判断解码结果是否与预期结果一致？若是，则跳转至第九步执行，若否，则跳转至第十步执行。

第九步、测试通过。

第十步、测试未通过。

可选地，参考图12为本申请实施例提供的车联网协议一致性测试方法中编码测试的流程示意图；如图12所示，该方法可包括：

示例性地，例如，编码测试消息为BSM类型的V2X消息。

第一步、测试设备启动被测设备发送BSM消息测试。

第二步、被测设备根据指定的内容生成BSM消息。

第三步、被测设备将BSM消息网络层DSMP Head扩展域约定Element ID中的内容设置为本设备的ID，并广播发送BSM消息。

第四步、背景设备获取BSM消息中DSMP Head扩展域约定Element ID中携带的设备ID。

第五步、背景设备判断BSM消息中的设备ID是否在白名单中？若是，则跳转至第六步执行，若否，则丢弃BSM消息。

第六步、将接收到的BSM消息发给测试设备。

第七步、测试设备判断消息内容是否与预期结果一致？若是，则跳转至第八步执行，若否，则跳转至第九步执行。

第八步、测试通过。

第九步、测试未通过。

可选地，本测试方法的具体实现步骤以及产生的有益效果已在前面具体实施例中进行了详细说明，此处不再一一赘述。

图13为本申请实施例提供的一种电子设备的结构示意图，该电子设备可以图2中所示的车联网协议一致性测试***中的测试设备以及背景设备，还有被测设备，该电子设备集成于终端设备或者终端设备的芯片，该终端可以是具备数据处理功能的计算设备。

该电子设备包括：处理器1301、存储器1302。

存储器1302用于存储程序，处理器1301调用存储器1302存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（英文：processor）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（英文：Read-Only Memory，简称：ROM）、随机存取存储器（英文：Random Access Memory，简称：RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (11)

1.一种车联网协议一致性测试方法，其特征在于，应用于部署在云端的测试设备，包括：

在测试开始之前，向至少一个背景设备发送第一白名单配置指令，并向至少一个被测设备发送第二白名单配置指令，所述第一白名单配置指令中包括：各被测设备的标识，所述第二白名单配置指令中包括：各背景设备的标识；

在测试过程中，根据待执行的测试用例，向各所述背景设备发送解码测试指令，或向各所述被测设备发送编码测试指令；

获取各所述被测设备的实际输出结果，并根据所述实际输出结果得到测试结果，所述实际输出结果为解码结果或编码结果；

其中，在所述向至少一个背景设备发送第一白名单配置指令之前，还包括：

获取与待执行的测试用例关联的至少一个被测设备的标识以及至少一个背景设备的标识；

分别向各所述被测设备与各所述背景设备发送第一运行模式配置指令，所述第一运行模式配置指令用于指示各所述被测设备与各所述背景设备从正常工作状态切换至测试状态。

2.一种车联网协议一致性测试方法，其特征在于，应用于背景设备，包括：

在测试开始之前，接收测试设备发送的第一白名单配置指令，所述第一白名单配置指令中包括：至少一个被测设备的标识；

根据所述第一白名单配置指令，将各所述被测设备的标识添加至所述背景设备的第一白名单，所述第一白名单用于指示各所述被测设备为所述背景设备可识别的设备；

在测试过程中，接收所述测试设备发送的解码测试指令，根据所述解码测试指令，生成解码测试消息，并将所述解码测试消息发送给各所述被测设备；

在所述接收测试设备发送的第一白名单配置指令之前，还包括：

接收所述测试设备发送的第一运行模式配置指令，所述第一运行模式配置指令用于指示所述背景设备从正常工作状态切换至测试状态。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收可选被测设备发送的编码测试消息，并根据所述第一白名单与所述编码测试消息，确定是否将所述编码测试消息转发至所述测试设备，若是，则将所述编码测试消息作为所述被测设备的编码结果转发至所述测试设备。

4.根据权利要求2所述的方法，其特征在于，所述根据所述解码测试指令，生成解码测试消息，包括：

根据所述解码测试指令，生成初始解码测试消息；

根据所述初始解码测试消息以及所述背景设备的标识，生成所述解码测试消息。

5.根据权利要求4所述的方法，其特征在于，所述根据所述初始解码测试消息以及所述背景设备的标识，生成所述解码测试消息，包括：

将所述初始解码测试消息中网络层的要素标识修改为所述背景设备的标识，生成所述解码测试消息。

6.根据权利要求3所述的方法，其特征在于，所述根据所述第一白名单与所述编码测试消息，确定是否将所述编码测试消息转发至所述测试设备，包括：

对所述编码测试消息进行提取处理，得到所述编码测试消息中的第一携带设备标识；

对所述第一白名单进行遍历，针对遍历到的当前设备标识，若所述第一携带设备标识与所述当前设备标识一致，则确定将所述编码测试消息转发至所述测试设备；

若所述第一携带设备标识与所述第一白名单中的所有设备标识均不一致，则丢弃所述编码测试消息。

7.一种车联网协议一致性测试方法，其特征在于，应用于被测设备，包括：

在测试开始之前，接收测试设备发送的第二白名单配置指令，所述第二白名单配置指令中包括：至少一个背景设备的标识；

根据所述第二白名单配置指令，将各所述背景设备的标识添加至所述被测设备的第二白名单，所述第二白名单用于指示各所述背景设备为所述被测设备可识别的设备；

在测试过程中，接收各所述背景设备发送的解码测试消息，根据所述第二白名单与所述解码测试消息，得到所述被测设备的解码结果，并将所述解码结果发送至所述测试设备；

在所述接收测试设备发送的第二白名单配置指令之前，还包括：

接收所述测试设备发送的第一运行模式配置指令，所述第一运行模式配置指令用于指示所述被测设备从正常工作状态切换至测试状态。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述测试设备发送的编码测试指令，根据所述编码测试指令，生成编码测试消息，并将所述编码测试消息转发至各所述背景设备。

9.根据权利要求8所述的方法，其特征在于，所述根据所述编码测试指令，生成编码测试消息，包括：

根据所述编码测试指令，生成初始编码测试消息；

将所述被测设备的标识添加至所述初始编码测试消息中，生成所述编码测试消息。

10.根据权利要求7所述的方法，其特征在于，所述根据所述第二白名单与所述解码测试消息，得到所述被测设备的解码结果，包括：

对所述解码测试消息进行提取处理，得到所述解码测试消息中第二携带设备标识；

对所述第二白名单进行遍历，针对遍历到的当前设备标识，若所述第二携带设备标识与所述当前设备标识一致，则对所述解码测试消息进行解码，得到解码结果，并将所述解码结果转发至所述测试设备；

若所述第二携带设备标识与所述第二白名单中的所有设备标识均不一致，则丢弃所述解码测试消息。

11.一种车联网协议一致性测试***，其特征在于，所述***包括：部署在云端的测试设备以及至少一个背景设备，所述测试设备通过所述测试设备中的测试管理接口与各所述背景设备通信连接，所述测试设备通过所述测试设备中的测试控制接口与至少一个被测设备通信连接；

所述测试设备，用于执行上述权利要求1所述车联网协议一致性测试方法的步骤；

所述背景设备，用于执行上述权利要求2-6任一项所述的车联网协议一致性测试方法的步骤；

所述被测设备，用于执行上述权利要求7-10任一项所述的车联网协议一致性测试方法的步骤。