路侧设备的测试方法、装置、系统及计算机可读存储介质

技术领域

本申请属于车联网技术领域，尤其涉及一种路侧设备的测试方法、装置、系统及计算机可读存储介质。

背景技术

随着智能交通和车联网技术的发展，越来越多的城市示范区和高速公路开始部署路侧设备(Road Side Unit，RSU)，需要与路侧感知设备协同工作，才能将汽车、货车、非机动车等及其状态信息发送给车辆，并且在施工验收阶段和运行阶段，需要进行持续检测才能保证设备功能正常。

为了对路侧设备RSU进行检测，需要在实际道路环境下将路侧感知设备与路侧设备RSU结合测试，需要较高的测试成本及测试周期。

也就是说，现有的解决方式会导致测试成本高，测试周期长。

发明内容

本申请实施例提供了一种路侧设备的测试方法、装置、系统及计算机可读存储介质，能够降低对路侧设备的测试周期，提高测试效率并降低测试成本。

第一方面，本申请实施例提供一种路侧设备的测试方法，该方法包括：

接收测试用例，测试用例包括道路特征信息和路侧感知信息；

根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置中的至少一项。

第二方面，本申请实施例提供了一种路侧设备的测试装置，该装置包括：

接收模块，用于接收测试用例，测试用例包括道路特征信息和路侧感知信息；

获得模块，用于根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置中的至少一项。

第三方面，本申请实施例提供了一种路侧设备的测试系统，该系统包括：

第一设备、路侧设备和第二设备；

第一设备与路侧设备连接，用于向路侧设备发送测试用例，测试用例包括道路特征信息和路侧感知信息；

第二设备与路侧设备连接，用于接收路侧设备根据测试用例获得的第二感知结果，并根据第二感知结果确定测试结果。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所述的路侧设备的测试方法的步骤。

本申请实施例中的路侧设备的测试方法、装置、系统及计算机可读存储介质，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种路侧设备的测试系统的结构示意图；

图2是本申请实施例提供的一种路侧设备的测试方法的流程示意图；

图3是本申请实施例提供的另一种路侧设备的测试方法的流程示意图；

图4是本申请实施例提供的一种路侧设备的测试系统的详细工作示意图；

图5是本申请实施例提供的一种路侧设备的测试系统的工作流程示意图；

图6是本申请实施例提供的一种路侧设备的测试装置的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

如背景技术所述，发明人发现，随着智能交通和车联网技术的发展，越来越多的城市示范区和高速公路开始部署基于蜂窝网络的车用无线通信(Cellular Vehicle-to-Everything，C-V2X)路侧设备RSU。路侧设备RSU做为通信设备，需要与路侧感知设备协同工作，才能将交通参与者的信息及状态发送给车辆。路侧设备RSU在施工验收阶段和运行阶段需要进行持续检测保证设备功能正常，目前针对路侧设备RSU的测试有实验室的一致性测试，主要为指标测试以及协议符合性测试，无法将路侧设备RSU与路侧感知设备进行结合测试，还有的测试方式多是实车测试，将车载单元(On board Unit，OBU)装到车辆上，通过实际车辆进行的实车测试，虽然实车测试可以在实际道路环境下将路侧感知设备与路侧设备RSU结合测试，但是实车测试需要较高的测试成本及测试周期，测试效率较低。

为了解决现有技术问题，本申请实施例提供了一种路侧设备的测试方法、装置、系统及计算机可读存储介质，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的路侧设备的测试系统进行说明。

图1是本申请实施例提供的一种路侧设备的测试系统的结构示意图，如图1所示，该路侧设备的测试系统具体可以包括：第一设备101、路侧设备102、第二设备103。

在一些实施例中，第一设备101，与路侧设备102连接，包括测试工控机和测试计算机。

测试工控机设置有模拟测试软件，主要用于模拟实际应用中的边缘云(Multi-access Edge Computing,MEC)或者中心云平台，与路侧设备102连接，接收测试计算机发送的测试用例数据，然后向路侧设备102发送处理后的测试用例数据，同时也将该测试用例中处理后的数据同步发送给测试计算机，测试用例包括道路特征信息、路侧感知信息以及第一感知结果。具体地，如图4所示，图4是本申请实施例提供的一种路侧设备的测试系统的详细工作示意图，测试工控机包括通信模块，其通信模块可以为传输控制协议(TransmissionControl Protocol,TCP)或者互联网协议(Internet Protocol Address，IP)模块，通过TCP/IP模块将测试用例发送至路侧设备102。除此之外，测试工控机中还包括数据生成模块、232模块以及数据处理模块，数据处理模块主要是处理测试用例中的数据信息，232模块主要是实现有线的串行数据传输转化为无线局域网(Wireless Fidelity，WIFI)传输，用硬件实现不同的数据传输方式，数据生成模块主要是在处理测试用例中的数据信息之后，生成的感知结构化数据。

测试计算机，主要用于接收第二设备103发送的测试结果，其中设置有测试软件，具体地，如图4所示，测试计算机包括配置模块、测试用例生成模块、测试控制以及数据分析模块，配置模块用于配置测试用例中的参数信息，测试用例生成模块通过配置可以生成测试用例，测试控制通过测试接口协议可将测试用例发送至测试工控机，数据分析模块用于分析第二设备103发送的测试结果，除此之外，还通过测试软件的分析对比功能，验证路侧设备的测试算法逻辑及应用功能。

路侧设备102，包括路侧设备RSU，用于接收测试工控机发送的处理后的测试用例数据，通过自身算法及逻辑处理，将测试用例中数据的相关信息通过(Request SignalMessage，RSM)或者(Signal Status Message，SSM)消息发送至第二设备103，可以为空口数据。

第二设备103，与路侧设备102连接，包括C-V2X接收设备，主要用于模拟车辆OBU的，接收路侧设备102发送的空口数据，不需要对外发送自身数据。具体地，如图4所示，第二设备103包括射频接收模块，用于接收路侧设备102发送的空口数据，将空口数据转换为基带信号，进而再转换为数字信号，将数字信号发送至数据处理模块。除此之外，第二设备103还包括数据处理模块、TCP/IP模块、电源管理模块、安全管理模块以及定位模块，数据处理模块用于接收数字信号，对路侧设备102发送的空口数据进行提取与分析，其中设置有数据分析算法单元，可对空口数据进行提取与分析，将处理后的空口数据发送至测试计算机，TCP/IP模块用于第二设备103与测试计算机的通信，通过设计的终端控制接口(TerminalControl Interface，TCI)接口完成数据传输，将测试结果发送至测试计算机，电源管理模块、安全管理模块和定位模块主要用于确保第二设备103正常工作。

由此，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

基于上述附图1所示的本申请实施例提供的一种路侧设备的测试系统的结构，下面对本申请实施例提供的路侧设备的测试方法进行详细说明。

图2是本申请实施例提供的一种路侧设备的测试方法的流程示意图。

如图2所示，该方法可以包括以下步骤：

S210、接收测试用例，测试用例包括道路特征信息和路侧感知信息；

S220、根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置中的至少一项。

在一些实施例中，在S210中，测试用例包括道路特征信息，例如车道数量、车道位置、车道方向、交通参与者信息，其中交通参与者信息包括行人、非机动车、摩托车、小型汽车、大型货车等，交通参与者信息中的特征数据包括长度、宽度、高度、颜色、经度、维度、速度、航向角、海拔、路侧感知设备传感器类型等，另外，交通参与者特征数据还有预留字段，用于进一步开发新的参数类型做准备，路侧感知信息例如微波雷达信号、红外传感器信号、激光雷达信号以及摄像头采集图像等，除此之外，测试用例中还包括第一感知结果，第一感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置。

作为一个示例，测试人员在测试软件上将相关信息的参数进行配置，生成测试用例(Extensible Markup Language,XML)文件,作为固定测试用例，在下次测试时可直接导入测试，也可根据测试自定义改变测试用例中部分参数，重新生成测试用例XML文件，启动测试时，测试人员将测试用例XML文件导入，由测试计算机将测试用例通过测试工控机与路侧设备102的指定TCI测试接口发送至路侧设备102，路侧设备102接收测试用例。

在一些实施例中，在S220中，根据测试用例中的道路特征信息以及路侧感知信息，然后路侧设备102对其进行分析处理，可以得到第二感知结果，其中第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置。

为了判断分析出的第二感知结果是否准确，进而确定测试结果的准确性，本申请实施例还提供了路侧设备的测试方法的另一种实现方式，具体参见以下实施例。

如图3所示，上述涉及到的路侧设备的测试方法具体还可以包括如下步骤S310至S340：

S310、接收测试用例，测试用例包括道路特征信息和路侧感知信息。

S320、根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置中的至少一项。

S330、在第二感知结果与第一感知结果相匹配的情况下，确定测试结果为路侧设备通过测试用例。

在一些实施例中，第一感知结果中的交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置为实际信息，测试用例中的道路特征信息和路侧感知信息，通过路侧设备102自身的算法以及逻辑处理分析，得到第二感知结果，将第二感知结果与第一感知结果中的参数对比，如果在第二感知结果与第一感知结果中的参数相匹配的情况下，那么就可以确定测试结果与实际信息匹配，进而确定测试结果为路侧设备102通过测试用例。

S340、在第二感知结果与第一感知结果不相匹配的情况下，确定测试结果为路侧设备未通过测试用例。

在一些实施例中，第一感知结果中的交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置为实际信息，测试用例中的道路特征信息和路侧感知信息，通过路侧设备102自身的算法以及逻辑处理分析，得到第二感知结果，将第二感知结果与第一感知结果中的参数对比，如果在第二感知结果与第一感知结果中的参数不相匹配的情况下，那么就可以确定测试结果与实际信息不匹配，进而确定测试结果为路侧设备102不能通过测试用例。

作为一个示例，为了确定测试结果为路侧设备通过测试用例，上述S330具体可以包括：

步骤1、根据第二感知结果中交通参与者的数据信息，获得吻合数值，吻合数值根据第二感知结果中的交通参与者的数量、大小、移动速度以及位置确定；

步骤2、在吻合数值等于预设阈值的情况下，确定测试结果为路侧设备通过测试用例，预设阈值根据第一感知结果确定。

在一些实施例中，根据第二感知结果中交通参与者的数据信息，可以获得吻合数值，其中吻合数值是由第二感知结果中的交通参与者的数量、大小、移动速度以及位置来确定的，预设阈值由第一感知结果中交通参与者的数量、大小、移动速度以及位置确定，第一感知结果作为实际信息，因此吻合数值要与预设阈值作比较，只有在吻合数值等于预设阈值的情况下，才能确定测试结果为路侧设备通过测试用例。

作为一个示例，例如第二感知结果中得到的交通参与者的数量为5辆小汽车，2辆摩托车，那么就可以确定吻合数值为7，若第一感知结果中实际信息就是5辆小汽车，2辆摩托车，那么设定的预设阈值就是7，这时吻合数值等于预设阈值，确定测试结果为路侧设备通过测试用例，若第一感知结果中实际信息是5辆小汽车，3辆摩托车，那么设定的预设阈值就是8，这时吻合数值不等于预设阈值，那么确定测试结果为路侧设备未通过测试用例，除此之外，还有交通参与者的大小、移动速度以及位置，都需要确定出各自的吻合数值，进行比较，来精准的确定测试结果为路侧设备是否通过测试用例，在完成该测试用例的情况下，就进入下一测试用例，如果有多个测试用例，可以进行自动化测试。

S310至S320与上述实施例中S210至S220相同，为了简要起见，在此不再详细描述。

为了在获得第二感知结果后，第二设备103能接收到第二感知结果，进而确定测试结果，本申请实施例提供的路侧设备的测试方法，在S120之后，还包括以下步骤：

将第二感知结果发送给第二设备，第二设备为用于模拟车辆车载单元OBU的设备。

在一些实施例中，路侧设备102将第二感知结果发送至第二设备103，第二设备103用来模拟车辆车载单元OBU，不需要对外发送自身数据，并且通过数据处理模块可以解析出其中的交通参与者的数量、大小、移动速度以及位置信息。

为了更加清楚地了解本申请实施例中路侧设备的测试系统具体实现过程，图5是本申请实施例提供的一种路侧设备的测试系统的工作流程示意图，如图5所示，该路侧设备的测试系统的工作流程具体可以包括如下步骤S510至S540：

S510、测试计算机设置有测试软件，测试软件设置交通路口特征数据与路侧感知设备结构化数据，生成指定测试用例，导入测试用例后将相关数据发送至测试工控机。

S520、测试工控机设置有模拟软件，模拟软件将接收到测试用例数据融合分析后生成感知信息发送至待测RSU。

S530、待测RSU接收到感知信息后与C-V2X接收设备进行通信，C-V2X接收设备接收RSU发送的空口数据，并对数据进行分析、处理、存储，根据测试算计的指令，向测试计算机反馈信息。

S540、测试软件可读取C-V2X接收设备的数据，根据测试用例中的设置，将交通参与者的原始数据与C-V2X接收设备的反馈数据进行对比分析，根据对比结果实现对RSU算法逻辑的测试。

在一些实施例中，首先测试计算机设置有测试软件，测试软件设置道路特征数据信息与路侧感知设备数据信息，生成指定测试用例，该操作在测试计算机中完成，并将测试用例文件存储在测试计算机中，在导入测试用例后将测试用例数据发送至测试工控机，然后测试工控机设置有模拟软件，模拟软件将接收到测试用例数据融合分析后生成感知信息发送至路侧设备102，路侧设备102接收到感知信息后与第二设备103进行通信，第二设备103接收路侧设备102发送的空口数据，并对数据进行分析、处理、存储，根据测试计算机的指令，向测试计算机发送测试结果，最后测试计算机中的测试软件读取第二设备103的数据，根据测试用例中的设置，将测试用例的原始数据与第二设备103的测试结果进行对比分析，根据对比结果实现对路侧设备102算法逻辑的测试。

由此，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本申请还提供了一种路侧设备的测试装置。具体结合图6进行详细说明。

图6是本申请实施例提供的一种路侧设备的测试装置的结构示意图。

如图6所示，该路侧设备的测试装置600可以包括：

接收模块601，用于接收测试用例，测试用例包括道路特征信息和路侧感知信息；

获得模块602，用于根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，第二感知结果包括交通参与者的数量、交通参与者的大小、交通参与者的移动速度以及交通参与者的位置中的至少一项。

由此，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

下面对上述路侧设备的测试装置600进行详细说明，具体如下所示：

在一些实施例中，为了判断分析出的第二感知结果是否准确，进而确定测试结果的准确性，上述路侧设备的测试装置600还可以包括以下模块：

第一确定模块，用于在第二感知结果与第一感知结果相匹配的情况下，确定测试结果为路侧设备通过测试用例；

第二确定模块，用于在第二感知结果与第一感知结果不匹配的情况下，确定测试结果为路侧设备未通过测试用例。

在一些实施例中，为了确定测试结果为路侧设备通过测试用例，上述第一确定模块包括：

获得子模块，用于根据第二感知结果中交通参与者的数据信息，获得吻合数值，吻合数值根据第二感知结果中的交通参与者的数量、大小、移动速度以及位置确定；

确定子模块，用于在吻合数值等于预设阈值的情况下，确定测试结果为路侧设备通过测试用例，预设阈值根据第一感知结果确定。

在一些实施例中，为了在获得第二感知结果后，第二设备103能接收到第二感知结果，进而确定测试结果，上述路侧设备的测试装置600还可以包括以下模块：

发送模块，用于将第二感知结果发送给第二设备，第二设备为用于模拟车辆车载单元OBU的设备。

由此，通过接收测试用例，其中测试用例中包括道路特征信息和路侧感知信息，这样可以对一些静态参数信息在初始化设置中完成，后续无需重复设置，因此降低了测试人员的工作复杂度，节约了时间，并且可以根据道路特征信息以及路侧感知信息进行分析，获得第二感知结果，了解到交通参与者的状态信息，所以通过测试用例中的数据信息测试路侧设备，而不是在实际应用场景中测试，提高了测试效率并降低测试成本。

另外，结合上述实施例中的路侧设备的测试方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种路侧设备的测试方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件等。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。