路侧单元的故障检测方法、装置、服务器及介质与流程

1.本技术属于车联网技术领域，具体涉及一种路侧单元的故障检测方法、装置、服务器及介质。


背景技术：

2.随着通信技术的发展，车联网(vehicle to everything，v2x)技术逐渐得到广泛的应用。v2x技术包括：车与车(vehicle to vehicle，v2v)、车与路(vehicle to infrastructure，v2i)、车与人(vehicle to people，v2p)、车与中心(vehicle to center，v2c)等的互联互通，实现车辆自组网及多种异构网络之间的通信与漫游，在功能和性能上保障实时性与可服务性，从而实现车辆运动控制、交通信号的控制以及交通信息处理。
3.路侧单元(road side unit，rsu)是v2x中的基础设施，通常安装在道路周边，负责播发道路状况信息。
4.相关技术中，在对rsu进行故障检测时，需要将rsu拆卸，然后返厂检测。操作过程比较繁琐，检测效率较低。


技术实现要素：

5.本技术实施例的目的是提供一种路侧单元的故障检测方法、装置、服务器及介质，能够解决rsu故障检测效率低的问题。
6.第一方面，本技术实施例提供了一种路侧单元的故障检测方法，应用于服务器，方法包括：
7.向目标rsu发送第一消息，其中，第一消息包括用于指示目标rsu广播目标消息的指示信息；
8.接收空口监测设备发送的第二消息，其中，第二消息包括空口监测设备监测到的目标rsu实际广播的第三消息；
9.根据第三消息的特征信息和目标消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。
10.第二方面，本技术实施例提供了一种路侧单元的故障检测装置，应用于服务器，装置包括：
11.发送模块，用于向目标rsu发送第一消息，其中，第一消息包括用于指示目标rsu广播目标消息的指示信息；
12.接收模块，用于接收空口监测设备发送的第二消息，其中，第二消息包括空口监测设备监测到的目标rsu实际广播的第三消息；
13.检测模块，用于根据第三消息的特征信息和目标消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。
14.第三方面，本技术实施例提供了一种服务器，该服务器包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执
行时实现如第一方面所述的方法的步骤。
15.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
16.在本技术实施例中，通过向目标rsu发送包括用于指示目标rsu广播目标消息的指示信息，然后通过空口监测设备对目标rsu实际广播的消息进行监测，进而接收空口监测设备监测到的目标rsu实际广播的消息，根据目标消息的特征信息和目标rsu实际广播的消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。如此，通过两个消息，即可确定目标rsu是否发生故障，即完成目标rsu的故障检测，无需将目标rsu拆卸返厂检测，能够提高rsu的检测效率。
附图说明
17.图1是本技术实施例提供的路侧单元的故障检测方法的流程示意图；
18.图2是本技术实施例提供的路侧单元的故障检测的场景示意图；
19.图3是本技术实施例提供的路侧单元的故障检测装置的结构示意图；
20.图4是本技术实施例提供的服务器的结构示意图；
21.图5是实现本技术实施例的服务器的硬件结构示意图。
具体实施方式
22.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本技术保护的范围。
23.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
24.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的路侧单元的故障检测方法、装置、服务器及介质进行详细地说明。
25.图1是本技术实施例提供的路侧单元的故障检测方法的流程示意图。本技术实施例提供的路侧单元的故障检测方法优选适用于服务器。在本技术实施例中的一些可能实现中，该服务器可以为云平台中的服务器(简称为云服务器)。路侧单元的故障检测方法可以包括：
26.s101：向目标rsu发送第一消息，其中，第一消息包括用于指示目标rsu广播目标消息的指示信息；
27.s102：接收空口监测设备发送的第二消息，其中，第二消息包括空口监测设备监测到的目标rsu实际广播的第三消息；
28.s103：根据第三消息的特征信息和目标消息的特征信息，检测目标rsu是否发生故
障，得到故障检测结果。
29.上述各步骤的具体实现方式将在下文中进行详细描述。
30.在本技术实施例中，通过向目标rsu发送包括用于指示目标rsu广播目标消息的指示信息，然后通过空口监测设备对目标rsu实际广播的消息进行监测，进而接收空口监测设备监测到的目标rsu实际广播的消息，根据目标消息的特征信息和目标rsu实际广播的消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。如此，通过两个消息，即可确定目标rsu是否发生故障，即完成目标rsu的故障检测，无需将目标rsu拆卸返厂检测，能够提高rsu的检测效率。
31.在本技术实施例的一些可能实现中，服务器可以与目标rsu直接通信连接，进而在s101中，服务器可以直接向目标rsu发送上述第一消息。
32.在本技术实施例的一些可能实现中，服务器可以与空口监测设备直接通信连接，进而在s101中，服务器可以将上述第一消息发送给空口监测设备。上述第一消息中还可以包括目标rsu的标识信息。一种情况，空口监测设备可以广播该第一消息，接收到上述第一消息的rsu将该第一消息中的标识信息与自身标识信息进行匹配，若标识信息匹配，则根据上述指示信息广播目标消息，若标识信息不匹配，则可以不广播目标信息。另一种情况，空口监测设备根据第一消息中包括的目标rsu的标识信息，确定需要接收第一消息的rsu，进而向所确定的rsu发送上述第一消息。可以理解是的，空口监测设备确定出的rsu即为目标rsu。也就是说，服务器可以通过空口监测设备向目标rsu发送上述第一消息。
33.在本技术实施例中，标识信息包括但不限于：名称、地址和身份识别码等。
34.当目标rsu接收到上述第一消息后，可以按照第一消息中包括的指示信息广播目标消息。空口监测设备对目标rsu实际广播的第三消息进行监测，进而将包括上述第三消息的第二消息发送给服务器。
35.在s103中，服务器在接收到空口监测设备发送的上述第二消息后，根据第二消息包括的第三消息的特征信息和目标消息的特征信息，对目标rsu进行故障检测，检测目标rsu是否发生故障，进而得到故障检测结果。
36.在本技术实施例的一些可能实现中，空口监测设备可以通过v2x空口监测目标rsu实际广播的第三消息。此时，空口监测设备类似于真实的v2x终端，其通过v2x空口进行数据接收，能够直观地反映目标rsu的空口传输状态。也就是说，通过本技术实施例，能够通过目标rsu的空口传输状态来确定目标rsu是否发生故障。
37.在本技术实施例的一些可能实现中，s103中的特征信息可以包括内容信息和/或参数信息。
38.在本技术实施例中，能够根据消息的内容信息和/或参数信息，对rsu进行故障检测。
39.当特征信息包括内容信息时，s103可以包括：检测第三消息的内容信息与目标消息的内容信息是否匹配；在第三消息的内容信息与目标消息的内容信息不匹配的情况下，确定目标rsu故障。
40.示例性地，目标消息的内容信息为“前方大雾，请缓慢通行”。当目标rsu实际广播的第三消息的内容信息也为“前方大雾，请缓慢通行”时，则第三消息的内容信息与目标消息的内容信息匹配，确定目标rsu无故障；当目标rsu实际广播的第三消息的内容信息不是“前方大雾，请缓慢通行”时，则第三消息的内容信息与目标消息的内容信息不匹配，确定目标rsu故障。
41.在本技术实施例中，能够根据消息的内容信息，对rsu进行故障检测。
42.当特征信息包括参数信息，参数信息包括广播消息的频率信息，第一消息还包括用于指示目标rsu广播目标消息的目标频率信息，第二消息还包括时间信息，该时间信息为目标rsu广播第三消息的时间信息时，s103可以包括：根据时间信息，确定目标rsu广播第三消息的第一频率；检测第一频率与目标频率信息所指示的第二频率是否匹配；在第一频率与目标频率信息所指示的第二频率不匹配的情况下，确定目标rsu故障。
43.示例性地，服务器指示目标rsu每1秒广播一次目标消息“前方大雾，请缓慢通行”。目标rsu在接收到服务器的指示信息后，进行消息广播。假设，目标rsu接收到服务器的指示信息时间为2019年12月30日10:45:22。
44.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息，在2019年12月30日10:45:24广播一次消息，在2019年12月30日10:45:25广播一次消息，在2019年12月30日10:45:26广播一次消息。则服务器根据目标rsu广播消息的时间，确定目标rsu广播消息的频率为每1秒广播一次，进而确定目标rsu广播消息的频率与服务器指示目标rsu广播消息的频率匹配，确定目标rsu无故障。
45.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息，在2019年12月30日10:45:25广播一次消息。则服务器根据目标rsu广播消息的时间，确定目标rsu广播消息的频率为每2秒广播一次，进而确定目标rsu广播消息的频率与服务器指示目标rsu广播消息的频率不匹配，确定目标rsu故障。
46.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息，在2019年12月30日10:45:24广播一次消息，在2019年12月30日10:45:26广播一次消息。则服务器根据目标rsu广播消息的时间，确定目标rsu广播消息没有频率，进而确定目标rsu广播消息的频率与服务器指示目标rsu广播消息的频率不匹配，确定目标rsu故障。
47.在本技术实施例中，能够根据广播消息的频率信息，对rsu进行故障检测。
48.当特征信息包括参数信息，参数信息包括广播消息的次数信息，第一消息还包括用于指示目标rsu广播目标消息的目标次数信息，第二消息还包括时间信息，该时间信息为目标rsu广播第三消息的时间信息时，s103可以包括：根据时间信息，确定目标rsu广播第三消息的第一次数；检测第一次数与目标次数信息所指示的第二次数是否匹配；在第一次数与目标次数信息所指示的第二次数不匹配的情况下，确定目标rsu故障。
49.示例性地，服务器指示目标rsu广播4次目标消息“前方大雾，请缓慢通行”。目标rsu在接收到服务器的指示信息后，进行消息广播。假设，目标rsu接收到服务器的指示信息时间为2019年12月30日10:45:22。
50.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息，在2019年12月30日10:45:24广播一次消息，2019年12月30日10:45:25广播一次消息，2019年12月30日10:45:26广播一次消息。则服务器根据目标rsu广播消息的时间，确定目标rsu广播消息的次数为4次，进而确定目标rsu广播消息的次数与服务器指示目标rsu广播消息的次数匹配，确定目标rsu无故障。
51.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息，在
2019年12月30日10:45:25广播一次消息。则服务器根据目标rsu广播消息的时间，确定目标rsu广播消息的次数为3次，进而确定目标rsu广播消息的次数与服务器指示目标rsu广播消息的次数不匹配，确定目标rsu故障。
52.在本技术实施例中，能够根据广播消息的次数信息，对rsu进行故障检测。
53.当特征信息包括内容信息和参数信息时，s103可以包括：在第三消息的内容信息与目标消息的内容信息不匹配或第三消息的参数信息与目标消息的参数信息不匹配的情况下，确定目标rsu故障。其中，参数信息包括广播消息的频率信息或次数信息。
54.示例性地，下面以参数信息包括广播消息的频率信息为例进行说明。
55.假设，服务器指示目标rsu每1秒广播一次目标消息“前方大雾，请缓慢通行”。目标rsu在接收到服务器的指示信息后，进行消息广播。假设，目标rsu接收到服务器的指示信息时间为2019年12月30日10:45:22。
56.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:24广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:25广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:26广播一次消息“前方大雾，请缓慢通行”。则目标rsu实际广播的消息的内容和频率与服务器指示的内容和频率均匹配，则目标rsu无故障。
57.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:25广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:26广播一次消息“前方大雾，请缓慢通行”。则目标rsu实际广播的消息的内容与服务器指示的内容匹配，但目标rsu实际广播的消息的频率与服务器指示的频率不匹配，则目标rsu故障。
58.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:24广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:25广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:26广播一次消息“前方拥堵500米，预计通行时间3分钟”。则目标rsu实际广播的消息的频率与服务器指示的频率匹配，但目标rsu实际广播的消息中有一次广播的消息的内容与服务器指示的内容不匹配，则目标rsu故障。
59.假设，空口监测设备监测到目标rsu在2019年12月30日10:45:23广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:25广播一次消息“前方大雾，请缓慢通行”，在2019年12月30日10:45:26广播一次消息“前方拥堵500米，预计通行时间3分钟”。则目标rsu实际广播的消息的频率与服务器指示的频率不匹配，且目标rsu实际广播的消息中有一次广播的消息的内容与服务器指示的内容不匹配，则目标rsu故障。
60.在本技术实施例中，能够根据消息的内容信息和参数信息，对rsu进行故障检测。
61.在本技术实施例的一些可能实现中，在s103中的故障检测结果表示目标rsu故障的情况下，在s103之后，本技术实施例提供的路侧单元的故障检测方法还可以包括：执行与目标rsu故障相应的第一告警处理，其中，第一告警处理用于提示用户目标rsu故障。
62.在本技术实施例的一些可能实现中，第一告警处理的方式包括但不限于：显示用于提示用户目标rsu故障的告警信息、控制目标rsu对应的报警灯亮、控制目标rsu对应的蜂鸣器响等等。
63.在本技术实施例中，在检测出rsu故障的情况下，能够通过第一告警处理对用户进行提示，使得用户能够获知rsu故障，能够进行后续的故障处理。
64.在本技术实施例的一些可能实现中，在s103中的故障检测结果表示目标rsu故障的情况下，在s103之后，本技术实施例提供的路侧单元的故障检测方法还可以包括：将目标rsu故障的次数增1；在目标rsu故障的次数等于预设次数的情况下，执行与目标rsu故障相应的第二告警处理，其中，第二告警处理用于提示用户需要人为处理目标rsu的故障。
65.在本技术实施例的一些可能实现中，第二告警处理的方式包括但不限于：显示用于提示用户需要人为处理目标rsu的故障的告警信息、控制目标rsu对应的报警灯闪烁的频率加快、控制目标rsu对应的蜂鸣器发出预设声音等等。
66.当对目标rsu多次进行故障检测后，目标rsu的故障次数超过预设次数，表示目标rsu可能已不再适合再工作，此时需要人为干预处理，比如更换或维修。
67.在本技术实施例中，在rsu出现多次故障的情况下，能够通过第二告警处理提示用户要对该rsu进行人为处理，能够使得用户及时对rsu进行人为处理，避免rsu故障影响实际中的应用。
68.在本技术实施例的一些可能实现中，目标消息包括道路拥塞信息，道路拥塞信息为目标rsu的信号覆盖范围内的道路的拥塞信息。
69.在本技术实施例中，由于目标消息包括目标rsu的信号覆盖范围内的道路的拥塞信息，也就是说，对于目标rsu的故障检测是在其工作的过程中进行检测，并未将其拆卸后进行检测，能够在不影响其工作的情况下，对其进行检测。
70.在本技术实施例的一些可能实现中，空口监测设备可以为可移动设备。当欲对某一rsu进行故障监测时，可以将该空口监测设备移动到该rsu的信号覆盖范围内，以实现在不影响该rsu工作的情况下，监测该rsu实际广播的消息，进而检测该rsu是否发生故障。
71.在本技术实施例的一些可能实现中，在目标消息包括道路拥塞信息的情况下，在s101之前，本技术实施例提供的路测单元的故障检测方法还可以包括：接收空口监测设备发送的第四消息，其中，第四消息包括空口监测设备监测到的车载单元(on board unit，obu)广播的第五消息，第五消息包括配置有obu的车辆的标识信息和位置信息；根据标识信息和位置信息，确定目标rsu的信号覆盖范围内的道路的车流量；根据车流量，生成道路拥塞信息。
72.示例性地，空口监测设备对obu广播的消息进行监测，其监测到的obu广播的消息包括配置有obu的车辆的标识信息和位置信息，进而空口监测设备将其监测到的obu广播的消息发送给服务器。服务器在接收到空口监测设备广播的包括配置有obu的车辆的标识信息和位置信息的消息后，可以根据车辆的标识信息，确定出车辆的数量，进而根据车辆的位置信息可以确定的车辆的行驶轨迹、行驶速度等，进而能够确定出每个车辆的当前位置、行驶方向、在哪条道路上行驶、预计到达道路上目标rsu的信号覆盖范围内的时间，预计通过/离开道路上目标rsu的信号覆盖范围内的时间、进入道路上目标rsu的信号覆盖范围内的时间等等，进而可以根据上述这些信息，确定出目标rsu的信号覆盖范围内的道路的车流量；根据该车流量，生成道路拥塞信息。
73.在本技术实施例中，并不对根据标识信息和位置信息，确定目标rsu的信号覆盖范围内的道路的车流量的方式进行限定，任何可用的方式均可以应用于本技术实施例中。
74.示例性地，对于某一rsu，其东西方向为xxx路，南北方向为路边。根据车辆的标识信息和位置信息，确定出在单位时间内，自西向东行驶在xxx路的车辆的数量为50；自东向西行驶在xxx路的车辆的数量为2。则确定自西向东的道路较拥堵，进而生成道路拥塞信息，例如，生成的道路拥塞信息为“xxx路由西向东拥堵，请绕行”。
75.下面结合具体的场景对本技术实施例提供的路侧单元的故障检测方法进行说明。图2为本技术实施例提供的路侧单元的故障检测的场景示意图。图2中示出了2个rsu，2个rsu分别为rsu1和rsu2。当欲对rsu1进行故障检测时，可以将空口监测设备移动到rsu1的信号覆盖范围内，使其能够接收到rsu1广播的消息。空口监测设备对obu广播的消息进行监测，并将其监测到的obu广播的消息发送到服务器。服务器根据空口监测设备发送的obu广播的消息中的车辆的标识信息和位置信息，确定出rsu1的信号覆盖范围内的道路的车流量，进而根据该车流量，生成rsu1的信号覆盖范围内的道路的拥塞信息。服务器指示rsu1广播该拥塞信息。然后，空口监测设备对rsu1广播的消息进行监测，进而将其监测到的rsu1实际广播的消息发送给服务器。服务器根据拥塞信息的特征信息和rsu1实际广播的消息的特征信息，检测rsu1是否发生故障，得到对于rsu1的故障检测结果。其中，特征信息包括内容信息和/或参数信息，参数信息包括广播消息的频率信息或次数信息。
76.图3是本技术实施例提供的路侧单元的故障检测装置的结构示意图。本技术实施例提供的路侧单元的故障检测装置优选适用于服务器。路侧单元的故障检测装置300可以包括：
77.发送模块301，用于向目标rsu发送第一消息，其中，第一消息包括用于指示目标rsu广播目标消息的指示信息；
78.第一接收模块302，用于接收空口监测设备发送的第二消息，其中，第二消息包括空口监测设备监测到的目标rsu实际广播的第三消息；
79.检测模块303，用于根据第三消息的特征信息和目标消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。
80.在本技术实施例中，通过向目标rsu发送包括用于指示目标rsu广播目标消息的指示信息，然后通过空口监测设备对目标rsu实际广播的消息进行监测，进而接收空口监测设备监测到的目标rsu实际广播的消息，根据目标消息的特征信息和目标rsu实际广播的消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。如此，通过两个消息，即可确定目标rsu是否发生故障，即完成目标rsu的故障检测，无需将目标rsu拆卸返厂检测，能够提高rsu的检测效率。
81.在本技术实施例的一些可能实现中，特征信息包括内容信息和/或参数信息。
82.在本技术实施例中，能够根据消息的内容信息和/或参数信息，对rsu进行故障检测。
83.在本技术实施例的一些可能实现中，特征信息包括内容信息；检测模块303具体可以用于：
84.检测第三消息的内容信息与目标消息的内容信息是否匹配；
85.在第三消息的内容信息与目标消息的内容信息不匹配的情况下，确定目标rsu故障。
86.在本技术实施例中，能够根据消息的内容信息，对rsu进行故障检测。
87.在本技术实施例的一些可能实现中，参数信息包括广播消息的频率信息；第一消息还包括用于指示目标rsu广播目标消息的目标频率信息；第二消息还包括时间信息，时间信息为目标rsu广播第三消息的时间信息；检测模块303具体可以用于：
88.根据时间信息，确定目标rsu广播第三消息的第一频率；
89.检测第一频率与目标频率信息所指示的第二频率是否匹配；
90.在第一频率与目标频率信息所指示的第二频率不匹配的情况下，确定目标rsu故障。
91.在本技术实施例中，能够根据广播消息的频率信息，对rsu进行故障检测。
92.在本技术实施例的一些可能实现中，参数信息包括广播消息的次数信息；第一消息还包括用于指示目标rsu广播目标消息的目标次数信息；第二消息还包括时间信息，时间信息为目标rsu广播第三消息的时间信息；检测模块303具体可以用于：
93.根据时间信息，确定目标rsu广播第三消息的第一次数；
94.检测第一次数与目标次数信息所指示的第二次数是否匹配；
95.在第一次数与目标次数信息所指示的第二次数不匹配的情况下，确定目标rsu故障。
96.在本技术实施例中，能够根据广播消息的次数信息，对rsu进行故障检测。
97.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，本技术实施例提供的路侧单元的故障检测装置300还包括：
98.第一执行模块，用于执行与目标rsu故障相应的第一告警处理，其中，第一告警处理用于提示用户目标rsu故障。
99.在本技术实施例中，在检测出rsu故障的情况下，能够通过第一告警处理对用户进行提示，使得用户能够获知rsu故障，能够进行后续的故障处理。
100.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，本技术实施例提供的路侧单元的故障检测装置300还包括：
101.次数更新模块，用于将目标rsu故障的次数增1；
102.第二执行模块，用于在次数等于预设次数的情况下，执行与目标rsu故障相应的第二告警处理，其中，第二告警处理用于提示用户需要人为处理目标rsu的故障。
103.在本技术实施例中，在rsu出现多次故障的情况下，能够通过第二告警处理提示用户要对该rsu进行人为处理，能够使得用户及时对rsu进行人为处理，避免rsu故障影响实际中的应用。
104.在本技术实施例的一些可能实现中，目标消息包括道路拥塞信息，道路拥塞信息为目标rsu的信号覆盖范围内的道路的拥塞信息。
105.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，本技术实施例提供的路侧单元的故障检测装置300还包括：
106.第二接收模块，用于接收空口监测设备发送的第四消息，其中，第四消息包括空口监测设备监测到的车载单元obu广播的第五消息，第五消息包括配置有obu的车辆的标识信息和位置信息；
107.确定模块，用于根据标识信息和位置信息，确定道路的车流量；
108.生成模块，用于根据车流量，生成道路拥塞信息。
109.本技术实施例提供的路侧单元的故障检测装置能够实现图1和图2的路侧单元的故障检测方法实施例中的各个过程，为避免重复，这里不再赘述。
110.可选的，如图4所示，本技术实施例还提供一种服务器400，包括处理器401，存储器402，存储在存储器402上并可在所述处理器401上运行的程序或指令，该程序或指令被处理器401执行时实现上述路侧单元的故障检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
111.在本技术实施例的一些可能实现中，处理器401可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
112.在本技术实施例的一些可能实现中，存储器402可以包括只读存储器(read-only memory，rom)，随机存取存储器(random access memory，ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本技术实施例的路侧单元的故障检测方法所描述的操作。
113.图5是实现本技术实施例的服务器的硬件结构示意图。
114.该服务器500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。
115.本领域技术人员可以理解，服务器500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
116.其中，射频单元501用于：向目标rsu发送第一消息，其中，第一消息包括用于指示目标rsu广播目标消息的指示信息；接收空口监测设备发送的第二消息，其中，第二消息包括空口监测设备监测到的目标rsu实际广播的第三消息；
117.处理器510用于：根据第三消息的特征信息和目标消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。
118.在本技术实施例中，通过向目标rsu发送包括用于指示目标rsu广播目标消息的指示信息，然后通过空口监测设备对目标rsu实际广播的消息进行监测，进而接收空口监测设备监测到的目标rsu实际广播的消息，根据目标消息的特征信息和目标rsu实际广播的消息的特征信息，检测目标rsu是否发生故障，得到故障检测结果。如此，通过两个消息，即可确定目标rsu是否发生故障，即完成目标rsu的故障检测，无需将目标rsu拆卸返厂检测，能够提高rsu的检测效率。
119.在本技术实施例的一些可能实现中，特征信息包括内容信息和/或参数信息。
120.在本技术实施例中，能够根据消息的内容信息和/或参数信息，对rsu进行故障检测。
121.在本技术实施例的一些可能实现中，特征信息包括内容信息；处理器510具体可以
用于：
122.检测第三消息的内容信息与目标消息的内容信息是否匹配；
123.在第三消息的内容信息与目标消息的内容信息不匹配的情况下，确定目标rsu故障。
124.在本技术实施例中，能够根据消息的内容信息，对rsu进行故障检测。
125.在本技术实施例的一些可能实现中，参数信息包括广播消息的频率信息；第一消息还包括用于指示目标rsu广播目标消息的目标频率信息；第二消息还包括时间信息，时间信息为目标rsu广播第三消息的时间信息；处理器510具体可以用于：
126.根据时间信息，确定目标rsu广播第三消息的第一频率；
127.检测第一频率与目标频率信息所指示的第二频率是否匹配；
128.在第一频率与目标频率信息所指示的第二频率不匹配的情况下，确定目标rsu故障。
129.在本技术实施例中，能够根据广播消息的频率信息，对rsu进行故障检测。
130.在本技术实施例的一些可能实现中，参数信息包括广播消息的次数信息；第一消息还包括用于指示目标rsu广播目标消息的目标次数信息；第二消息还包括时间信息，时间信息为目标rsu广播第三消息的时间信息；处理器510具体可以用于：
131.根据时间信息，确定目标rsu广播第三消息的第一次数；
132.检测第一次数与目标次数信息所指示的第二次数是否匹配；
133.在第一次数与目标次数信息所指示的第二次数不匹配的情况下，确定目标rsu故障。
134.在本技术实施例中，能够根据广播消息的次数信息，对rsu进行故障检测。
135.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，处理器510还用于：
136.执行与目标rsu故障相应的第一告警处理，其中，第一告警处理用于提示用户目标rsu故障。
137.在本技术实施例中，在检测出rsu故障的情况下，能够通过第一告警处理对用户进行提示，使得用户能够获知rsu故障，能够进行后续的故障处理。
138.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，处理器510还用于：
139.将目标rsu故障的次数增1；
140.在次数等于预设次数的情况下，执行与目标rsu故障相应的第二告警处理，其中，第二告警处理用于提示用户需要人为处理目标rsu的故障。
141.在本技术实施例中，在rsu出现多次故障的情况下，能够通过第二告警处理提示用户要对该rsu进行人为处理，能够使得用户及时对rsu进行人为处理，避免rsu故障影响实际中的应用。
142.在本技术实施例的一些可能实现中，目标消息包括道路拥塞信息，道路拥塞信息为目标rsu的信号覆盖范围内的道路的拥塞信息。
143.在本技术实施例中，由于目标消息包括目标rsu的信号覆盖范围内的道路的拥塞信息，也就是说，对于目标rsu的故障检测是在其工作的过程中进行检测，并未将其拆卸后
进行检测，能够在不影响其工作的情况下，对其进行检测。
144.在本技术实施例的一些可能实现中，在故障检测结果表示目标rsu故障的情况下，射频单元501还用于：
145.接收空口监测设备发送的第四消息，其中，第四消息包括空口监测设备监测到的车载单元obu广播的第五消息，第五消息包括配置有obu的车辆的标识信息和位置信息；
146.相应地，处理器510还用于：
147.根据标识信息和位置信息，确定道路的车流量；根据车流量，生成道路拥塞信息。
148.应理解的是，本技术实施例中，输入单元504可以包括图形处理器(graphics processing unit，gpu)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器509可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。
149.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述路侧单元的故障检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
150.其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述计算机可读存储介质的示例包括非暂态计算机可读存储介质，如rom、ram、磁碟或者光盘等。
151.本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述路侧单元的故障检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
152.应理解，本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
153.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
154.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下
前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对相关技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
155.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。