Fault detection method, device, server and medium for roadside unit

Abstract

The present application discloses a method, device, server and medium for fault detection of a roadside unit, and belongs to the field of vehicle networking technology. The fault detection method of a roadside unit applied to a server includes: sending a first message to a target roadside unit RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message; receiving a second message sent by an air interface monitoring device, wherein the second message includes a third message actually broadcast by the target RSU monitored by the air interface monitoring device; detecting whether a fault occurs in the target RSU based on the characteristic information of the third message and the characteristic information of the target message, and obtaining a fault detection result. The fault detection method, device, server and medium of a roadside unit disclosed in the present application can improve the detection efficiency of the RSU.

Description

Technical Field

[0001] The present application belongs to the field of vehicle networking technology, and specifically relates to a roadside unit fault detection method, device, server and medium. Background Art

[0002] With the development of communication technology, vehicle to everything (V2X) technology has been widely used. V2X technology includes: vehicle to vehicle (V2V), vehicle to infrastructure (V2I), vehicle to people (V2P), vehicle to center (V2C), etc., to achieve communication and roaming between vehicle ad hoc networks and various heterogeneous networks, and to ensure real-time and serviceability in terms of functions and performance, so as to realize vehicle motion control, traffic signal control and traffic information processing.

[0003] Road Side Unit (RSU) is the infrastructure in V2X, usually installed around the road and responsible for broadcasting road condition information.

[0004] In the related art, when performing fault detection on the RSU, the RSU needs to be disassembled and then returned to the factory for detection. The operation process is relatively cumbersome and the detection efficiency is low. Summary of the invention

[0005] The purpose of the embodiments of the present application is to provide a roadside unit fault detection method, device, server and medium, which can solve the problem of low RSU fault detection efficiency.

[0006] In a first aspect, an embodiment of the present application provides a roadside unit fault detection method, which is applied to a server, and the method includes:

[0007] Sending a first message to a target RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message;

[0008] receiving a second message sent by the air interface monitoring device, wherein the second message includes a third message actually broadcast by the target RSU monitored by the air interface monitoring device;

[0009] According to the characteristic information of the third message and the characteristic information of the target message, it is detected whether a fault occurs on the target RSU to obtain a fault detection result.

[0010] In a second aspect, an embodiment of the present application provides a fault detection device for a roadside unit, which is applied to a server, and the device includes:

[0011] A sending module, configured to send a first message to a target RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message;

[0012] A receiving module, configured to receive a second message sent by an air interface monitoring device, wherein the second message includes a third message actually broadcast by a target RSU monitored by the air interface monitoring device;

[0013] The detection module is used to detect whether a fault occurs in the target RSU according to the characteristic information of the third message and the characteristic information of the target message, and obtain a fault detection result.

[0014] In a third aspect, an embodiment of the present application provides a server, which includes a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method described in the first aspect.

[0015] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented.

[0016] In an embodiment of the present application, by sending an indication message including the target RSU broadcasting the target message to the target RSU, and then monitoring the message actually broadcasted by the target RSU through the air interface monitoring device, and then receiving the message actually broadcasted by the target RSU monitored by the air interface monitoring device, according to the characteristic information of the target message and the characteristic information of the message actually broadcasted by the target RSU, it is detected whether the target RSU has a fault, and a fault detection result is obtained. In this way, through two messages, it is possible to determine whether the target RSU has a fault, that is, to complete the fault detection of the target RSU, without disassembling the target RSU and returning it to the factory for detection, which can improve the detection efficiency of the RSU. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a flowchart of a fault detection method for a roadside unit provided in an embodiment of the present application;

[0018] Figure 2 It is a schematic diagram of a scenario of fault detection of a roadside unit provided in an embodiment of the present application;

[0019] Figure 3 It is a structural schematic diagram of a fault detection device of a roadside unit provided in an embodiment of the present application;

[0020] Figure 4 It is a schematic diagram of the structure of the server provided in the embodiment of the present application;

[0021] Figure 5It is a schematic diagram of the hardware structure of the server implementing the embodiment of the present application. DETAILED DESCRIPTION

[0022] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments in the present application belong to the scope of protection of this application.

[0023] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0024] In conjunction with the accompanying drawings, the fault detection method, device, server and medium of the roadside unit provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0025] Figure 1 : is a flow chart of a fault detection method for a roadside unit provided in an embodiment of the present application. The fault detection method for a roadside unit provided in an embodiment of the present application is preferably applicable to a server. In some possible implementations of the embodiments of the present application, the server may be a server in a cloud platform (referred to as a cloud server). The fault detection method for a roadside unit may include:

[0026] S101: Sending a first message to a target RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message;

[0027] S102: Receive a second message sent by an air interface monitoring device, where the second message includes a third message actually broadcast by a target RSU monitored by the air interface monitoring device;

[0028] S103: Detect whether a fault occurs in the target RSU according to the characteristic information of the third message and the characteristic information of the target message, and obtain a fault detection result.

[0029] The specific implementation of the above steps will be described in detail below.

[0030] In an embodiment of the present application, by sending an indication message including the target RSU broadcasting the target message to the target RSU, and then monitoring the message actually broadcasted by the target RSU through the air interface monitoring device, and then receiving the message actually broadcasted by the target RSU monitored by the air interface monitoring device, according to the characteristic information of the target message and the characteristic information of the message actually broadcasted by the target RSU, it is detected whether the target RSU has a fault, and a fault detection result is obtained. In this way, through two messages, it is possible to determine whether the target RSU has a fault, that is, to complete the fault detection of the target RSU, without disassembling the target RSU and returning it to the factory for detection, which can improve the detection efficiency of the RSU.

[0031] In some possible implementations of the embodiments of the present application, the server may be directly connected to the target RSU for communication, and then in S101, the server may directly send the above-mentioned first message to the target RSU.

[0032] In some possible implementations of the embodiments of the present application, the server may be directly connected to the air interface monitoring device for communication, and then in S101, the server may send the above-mentioned first message to the air interface monitoring device. The above-mentioned first message may also include identification information of the target RSU. In one case, the air interface monitoring device may broadcast the first message, and the RSU that receives the above-mentioned first message matches the identification information in the first message with its own identification information. If the identification information matches, the target message is broadcast according to the above-mentioned indication information. If the identification information does not match, the target information may not be broadcast. In another case, the air interface monitoring device determines the RSU that needs to receive the first message based on the identification information of the target RSU included in the first message, and then sends the above-mentioned first message to the determined RSU. It can be understood that the RSU determined by the air interface monitoring device is the target RSU. That is, the server can send the above-mentioned first message to the target RSU through the air interface monitoring device.

[0033] In the embodiment of the present application, the identification information includes but is not limited to: name, address, and identity identification code, etc.

[0034] After receiving the first message, the target RSU may broadcast the target message according to the instruction information included in the first message. The air interface monitoring device monitors the third message actually broadcast by the target RSU, and then sends the second message including the third message to the server.

[0035] In S103, after receiving the second message sent by the air interface monitoring device, the server performs fault detection on the target RSU according to the characteristic information of the third message and the characteristic information of the target message included in the second message to detect whether the target RSU fails, and then obtains a fault detection result.

[0036] In some possible implementations of the embodiments of the present application, the air interface monitoring device can monitor the third message actually broadcast by the target RSU through the V2X air interface. At this time, the air interface monitoring device is similar to a real V2X terminal, which receives data through the V2X air interface and can intuitively reflect the air interface transmission status of the target RSU. In other words, through the embodiments of the present application, it is possible to determine whether the target RSU has a fault by the air interface transmission status of the target RSU.

[0037] In some possible implementations of the embodiments of the present application, the feature information in S103 may include content information and / or parameter information.

[0038] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information and / or parameter information of the message.

[0039] When the characteristic information includes content information, S103 may include: detecting whether the content information of the third message matches the content information of the target message; and determining that the target RSU is faulty if the content information of the third message does not match the content information of the target message.

[0040] Exemplarily, the content information of the target message is "Heavy fog ahead, please drive slowly". When the content information of the third message actually broadcast by the target RSU is also "Heavy fog ahead, please drive slowly", the content information of the third message matches the content information of the target message, and it is determined that the target RSU is fault-free; when the content information of the third message actually broadcast by the target RSU is not "Heavy fog ahead, please drive slowly", the content information of the third message does not match the content information of the target message, and it is determined that the target RSU is faulty.

[0041] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information of the message.

[0042] When the characteristic information includes parameter information, the parameter information includes frequency information of the broadcast message, the first message also includes target frequency information for indicating that the target RSU broadcasts the target message, and the second message also includes time information, and the time information is the time information for the target RSU to broadcast a third message, S103 may include: determining, based on the time information, a first frequency for the target RSU to broadcast the third message; detecting whether the first frequency matches the second frequency indicated by the target frequency information; and determining that the target RSU is faulty if the first frequency does not match the second frequency indicated by the target frequency information.

[0043] For example, the server instructs the target RSU to broadcast the target message "Heavy fog ahead, please drive slowly" every 1 second. After receiving the instruction information from the server, the target RSU broadcasts the message. Assume that the target RSU receives the instruction information from the server at 10:45:22 on December 30, 2019.

[0044] Assume that the air interface monitoring device detects that the target RSU broadcasts a message at 10:45:23 on December 30, 2019, at 10:45:24 on December 30, 2019, at 10:45:25 on December 30, 2019, and at 10:45:26 on December 30, 2019. The server determines that the frequency of the target RSU broadcasting messages is once every 1 second based on the time when the target RSU broadcasts the messages, and further determines that the frequency of the target RSU broadcasting messages matches the frequency of the target RSU broadcasting messages indicated by the server, and determines that the target RSU has no faults.

[0045] Assume that the air interface monitoring device detects that the target RSU broadcasts a message at 10:45:23 on December 30, 2019, and broadcasts a message at 10:45:25 on December 30, 2019. The server determines that the frequency of the target RSU broadcast message is once every 2 seconds based on the time when the target RSU broadcasts the message, and then determines that the frequency of the target RSU broadcast message does not match the frequency of the target RSU broadcast message indicated by the server, and determines that the target RSU is faulty.

[0046] Assume that the air interface monitoring device detects that the target RSU broadcasts a message at 10:45:23 on December 30, 2019, broadcasts a message at 10:45:24 on December 30, 2019, and broadcasts a message at 10:45:26 on December 30, 2019. The server determines that the target RSU has no frequency of broadcasting messages based on the time when the target RSU broadcasts messages, and further determines that the frequency of the target RSU broadcast messages does not match the frequency of the target RSU broadcast messages indicated by the server, and determines that the target RSU is faulty.

[0047] In the embodiment of the present application, fault detection can be performed on the RSU according to the frequency information of the broadcast message.

[0048] When the characteristic information includes parameter information, the parameter information includes the number of broadcast messages, the first message also includes the target number of information for indicating that the target RSU broadcasts the target message, and the second message also includes time information, and the time information is the time information for the target RSU to broadcast a third message, S103 may include: determining, based on the time information, the first number of times the target RSU broadcasts the third message; detecting whether the first number matches the second number indicated by the target number information; and determining that the target RSU is faulty if the first number does not match the second number indicated by the target number information.

[0049] For example, the server instructs the target RSU to broadcast the target message "Heavy fog ahead, please drive slowly" 4 times. After receiving the instruction information from the server, the target RSU broadcasts the message. Assume that the target RSU receives the instruction information from the server at 10:45:22 on December 30, 2019.

[0050] Assume that the air interface monitoring device detects that the target RSU broadcasts a message at 10:45:23 on December 30, 2019, broadcasts a message at 10:45:24 on December 30, 2019, broadcasts a message at 10:45:25 on December 30, 2019, and broadcasts a message at 10:45:26 on December 30, 2019. Then the server determines that the number of times the target RSU broadcasts the message is 4 according to the time when the target RSU broadcasts the message, and then determines that the number of times the target RSU broadcasts the message matches the number of times the server instructs the target RSU to broadcast the message, and determines that the target RSU has no fault.

[0051] Assume that the air interface monitoring device detects that the target RSU broadcasts a message at 10:45:23 on December 30, 2019, and broadcasts a message at 10:45:25 on December 30, 2019. The server determines that the number of times the target RSU broadcasts the message is 3 according to the time when the target RSU broadcasts the message, and then determines that the number of times the target RSU broadcasts the message does not match the number of times the server instructs the target RSU to broadcast the message, and determines that the target RSU is faulty.

[0052] In the embodiment of the present application, fault detection can be performed on the RSU according to the number of broadcast message information.

[0053] When the characteristic information includes content information and parameter information, S103 may include: determining that the target RSU is faulty when the content information of the third message does not match the content information of the target message or the parameter information of the third message does not match the parameter information of the target message. The parameter information includes frequency information or number information of the broadcast message.

[0054] Exemplarily, the following description is given by taking the example that the parameter information includes the frequency information of the broadcast message.

[0055] Assume that the server instructs the target RSU to broadcast the target message "Heavy fog ahead, please drive slowly" every 1 second. After receiving the instruction information from the server, the target RSU broadcasts the message. Assume that the target RSU receives the instruction information from the server at 10:45:22 on December 30, 2019.

[0056] Assume that the air interface monitoring device detects that the target RSU broadcasts a message "Heavy fog ahead, please drive slowly" at 10:45:23 on December 30, 2019, a message "Heavy fog ahead, please drive slowly" at 10:45:24 on December 30, 2019, a message "Heavy fog ahead, please drive slowly" at 10:45:25 on December 30, 2019, and a message "Heavy fog ahead, please drive slowly" at 10:45:26 on December 30, 2019. If the content and frequency of the message actually broadcast by the target RSU match the content and frequency indicated by the server, the target RSU is not faulty.

[0057] Assume that the air interface monitoring device detects that the target RSU broadcasts a message "Heavy fog ahead, please drive slowly" at 10:45:23 on December 30, 2019, a message "Heavy fog ahead, please drive slowly" at 10:45:25 on December 30, 2019, and a message "Heavy fog ahead, please drive slowly" at 10:45:26 on December 30, 2019. The content of the message actually broadcast by the target RSU matches the content indicated by the server, but the frequency of the message actually broadcast by the target RSU does not match the frequency indicated by the server, and the target RSU is faulty.

[0058] Assume that the air interface monitoring device detects that the target RSU broadcasts a message "Heavy fog ahead, please drive slowly" at 10:45:23 on December 30, 2019, a message "Heavy fog ahead, please drive slowly" at 10:45:24 on December 30, 2019, a message "Heavy fog ahead, please drive slowly" at 10:45:25 on December 30, 2019, and a message "Congestion ahead 500 meters, estimated travel time 3 minutes" at 10:45:26 on December 30, 2019. The frequency of the message actually broadcast by the target RSU matches the frequency indicated by the server, but the content of one of the messages actually broadcast by the target RSU does not match the content indicated by the server, and the target RSU is faulty.

[0059] Assume that the air interface monitoring device detects that the target RSU broadcasts a message "Heavy fog ahead, please drive slowly" at 10:45:23 on December 30, 2019, and a message "Heavy fog ahead, please drive slowly" at 10:45:25 on December 30, 2019, and a message "Congestion ahead 500 meters, estimated travel time 3 minutes" at 10:45:26 on December 30, 2019. If the frequency of the message actually broadcast by the target RSU does not match the frequency indicated by the server, and the content of one of the messages actually broadcast by the target RSU does not match the content indicated by the server, then the target RSU is faulty.

[0060] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information and parameter information of the message.

[0061] In some possible implementations of the embodiments of the present application, when the fault detection result in S103 indicates a target RSU fault, after S103, the fault detection method of the roadside unit provided in the embodiments of the present application may further include: executing a first alarm processing corresponding to the target RSU fault, wherein the first alarm processing is used to prompt a user of the target RSU fault.

[0062] In some possible implementations of the embodiments of the present application, the first alarm processing method includes but is not limited to: displaying an alarm message to prompt the user of a target RSU failure, controlling the alarm light corresponding to the target RSU to light up, controlling the buzzer corresponding to the target RSU to sound, etc.

[0063] In the embodiment of the present application, when an RSU fault is detected, the user can be prompted through the first alarm processing, so that the user can be informed of the RSU fault and can perform subsequent fault processing.

[0064] In some possible implementations of the embodiments of the present application, when the fault detection result in S103 indicates a target RSU fault, after S103, the fault detection method for the roadside unit provided in the embodiments of the present application may further include: increasing the number of target RSU faults by 1; when the number of target RSU faults is equal to a preset number, performing a second alarm processing corresponding to the target RSU fault, wherein the second alarm processing is used to prompt the user that the target RSU fault needs to be manually handled.

[0065] In some possible implementations of the embodiments of the present application, the second alarm processing method includes but is not limited to: displaying an alarm message to prompt the user that the fault of the target RSU needs to be manually handled, controlling the alarm light corresponding to the target RSU to flash faster, controlling the buzzer corresponding to the target RSU to emit a preset sound, etc.

[0066] When the target RSU is repeatedly fault-checked and the number of faults of the target RSU exceeds a preset number, it indicates that the target RSU may no longer be suitable for work and requires human intervention, such as replacement or repair.

[0067] In the embodiment of the present application, when the RSU has multiple failures, the second alarm processing can prompt the user to manually handle the RSU, so that the user can manually handle the RSU in time to avoid the RSU failure affecting the actual application.

[0068] In some possible implementations of the embodiments of the present application, the target message includes road congestion information, where the road congestion information is congestion information of roads within the signal coverage of the target RSU.

[0069] In the embodiment of the present application, since the target message includes the congestion information of the roads within the signal coverage of the target RSU, that is, the fault detection of the target RSU is performed during its operation, and is not performed after it is disassembled, it can be detected without affecting its operation.

[0070] In some possible implementations of the embodiments of the present application, the air interface monitoring device may be a movable device. When a certain RSU is to be monitored for faults, the air interface monitoring device may be moved into the signal coverage of the RSU to monitor the messages actually broadcast by the RSU without affecting the operation of the RSU, thereby detecting whether the RSU has a fault.

[0071] In some possible implementations of the embodiments of the present application, when the target message includes road congestion information, before S101, the fault detection method of the road test unit provided in the embodiments of the present application may also include: receiving a fourth message sent by an air interface monitoring device, wherein the fourth message includes a fifth message broadcast by an on-board unit (OBU) monitored by the air interface monitoring device, and the fifth message includes identification information and location information of a vehicle configured with the OBU; determining the traffic volume of a road within the signal coverage range of the target RSU based on the identification information and the location information; and generating road congestion information based on the traffic volume.

[0072] Exemplarily, the air interface monitoring device monitors the message broadcast by the OBU, and the message broadcast by the OBU monitored includes the identification information and location information of the vehicle equipped with the OBU, and then the air interface monitoring device sends the message broadcast by the OBU monitored by the air interface monitoring device to the server. After receiving the message broadcast by the air interface monitoring device including the identification information and location information of the vehicle equipped with the OBU, the server can determine the number of vehicles according to the identification information of the vehicle, and then determine the driving track and driving speed of the vehicle according to the location information of the vehicle, and then determine the current position, driving direction, which road is driving on, the estimated time to arrive at the signal coverage range of the target RSU on the road, the estimated time to pass / leave the signal coverage range of the target RSU on the road, the time to enter the signal coverage range of the target RSU on the road, etc., and then determine the traffic volume of the road within the signal coverage range of the target RSU according to the above information; and generate road congestion information according to the traffic volume.

[0073] In the embodiment of the present application, the method of determining the traffic flow of the road within the signal coverage of the target RSU based on the identification information and the location information is not limited, and any available method can be applied to the embodiment of the present application.

[0074] For example, for a certain RSU, the east-west direction is XXX Road, and the north-south direction is the roadside. According to the identification information and location information of the vehicle, it is determined that the number of vehicles traveling from west to east on XXX Road is 50; the number of vehicles traveling from east to west on XXX Road is 2 in a unit time. It is determined that the road from west to east is more congested, and then the road congestion information is generated, for example, the generated road congestion information is "XXX Road is congested from west to east, please take a detour".

[0075] The fault detection method of the roadside unit provided in the embodiment of the present application is described below in conjunction with specific scenarios. Figure 2 A schematic diagram of a scenario for fault detection of a roadside unit provided in an embodiment of the present application. Figure 2 Two RSUs are shown in the figure, and the two RSUs are RSU1 and RSU2. When it is desired to perform fault detection on RSU1, the air interface monitoring device can be moved to the signal coverage range of RSU1 so that it can receive the message broadcast by RSU1. The air interface monitoring device monitors the message broadcast by OBU, and sends the message broadcast by OBU monitored by it to the server. The server determines the traffic volume of the road within the signal coverage range of RSU1 based on the identification information and location information of the vehicle in the message broadcast by OBU sent by the air interface monitoring device, and then generates the congestion information of the road within the signal coverage range of RSU1 based on the traffic volume. The server instructs RSU1 to broadcast the congestion information. Then, the air interface monitoring device monitors the message broadcast by RSU1, and then sends the message actually broadcast by RSU1 monitored by it to the server. The server detects whether RSU1 has a fault based on the characteristic information of the congestion information and the characteristic information of the message actually broadcast by RSU1, and obtains the fault detection result for RSU1. Among them, the characteristic information includes content information and / or parameter information, and the parameter information includes frequency information or number information of the broadcast message.

[0076] Figure 3 : is a schematic diagram of the structure of the fault detection device of the roadside unit provided in the embodiment of the present application. The fault detection device of the roadside unit provided in the embodiment of the present application is preferably applicable to a server. The fault detection device 300 of the roadside unit may include:

[0077] A sending module 301 is used to send a first message to a target RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message;

[0078] The first receiving module 302 is configured to receive a second message sent by an air interface monitoring device, wherein the second message includes a third message actually broadcast by a target RSU monitored by the air interface monitoring device;

[0079] The detection module 303 is used to detect whether a fault occurs in the target RSU according to the characteristic information of the third message and the characteristic information of the target message, and obtain a fault detection result.

[0080] In an embodiment of the present application, by sending an indication message including the target RSU broadcasting the target message to the target RSU, and then monitoring the message actually broadcasted by the target RSU through the air interface monitoring device, and then receiving the message actually broadcasted by the target RSU monitored by the air interface monitoring device, according to the characteristic information of the target message and the characteristic information of the message actually broadcasted by the target RSU, it is detected whether the target RSU has a fault, and a fault detection result is obtained. In this way, through two messages, it is possible to determine whether the target RSU has a fault, that is, to complete the fault detection of the target RSU, without disassembling the target RSU and returning it to the factory for detection, which can improve the detection efficiency of the RSU.

[0081] In some possible implementations of the embodiments of the present application, the feature information includes content information and / or parameter information.

[0082] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information and / or parameter information of the message.

[0083] In some possible implementations of the embodiments of the present application, the feature information includes content information; the detection module 303 may be specifically used to:

[0084] Detecting whether the content information of the third message matches the content information of the target message;

[0085] In case the content information of the third message does not match the content information of the target message, it is determined that the target RSU is faulty.

[0086] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information of the message.

[0087] In some possible implementations of the embodiments of the present application, the parameter information includes frequency information of the broadcast message; the first message also includes target frequency information for indicating that the target RSU broadcasts the target message; the second message also includes time information, and the time information is time information of the target RSU broadcasting the third message; the detection module 303 can be specifically used to:

[0088] Determine, according to the time information, a first frequency at which the target RSU broadcasts a third message;

[0089] Detecting whether the first frequency matches the second frequency indicated by the target frequency information;

[0090] In a case where the first frequency does not match the second frequency indicated by the target frequency information, it is determined that the target RSU is faulty.

[0091] In the embodiment of the present application, fault detection can be performed on the RSU according to the frequency information of the broadcast message.

[0092] In some possible implementations of the embodiments of the present application, the parameter information includes the number of broadcast message information; the first message also includes target number of information for indicating that the target RSU broadcasts the target message; the second message also includes time information, and the time information is the time information of the target RSU broadcasting the third message; the detection module 303 can be specifically used to:

[0093] Determine, according to the time information, a first number of times the target RSU broadcasts a third message;

[0094] Detecting whether the first number matches the second number indicated by the target number information;

[0095] In a case where the first number does not match the second number indicated by the target number information, it is determined that the target RSU is faulty.

[0096] In the embodiment of the present application, fault detection can be performed on the RSU according to the number of broadcast message information.

[0097] In some possible implementations of the embodiments of the present application, when the fault detection result indicates that the target RSU is faulty, the fault detection device 300 of the roadside unit provided by the embodiments of the present application further includes:

[0098] The first execution module is used to execute a first alarm process corresponding to the target RSU failure, wherein the first alarm process is used to prompt a user of the target RSU failure.

[0099] In the embodiment of the present application, when an RSU fault is detected, the user can be prompted through the first alarm processing, so that the user can be informed of the RSU fault and can perform subsequent fault processing.

[0100] In some possible implementations of the embodiments of the present application, when the fault detection result indicates that the target RSU is faulty, the fault detection device 300 of the roadside unit provided by the embodiments of the present application further includes:

[0101] A times update module, used to increase the number of target RSU failures by 1;

[0102] The second execution module is used to execute a second alarm process corresponding to the target RSU failure when the number of times is equal to the preset number of times, wherein the second alarm process is used to prompt the user that the failure of the target RSU needs to be manually processed.

[0103] In the embodiment of the present application, when the RSU has multiple failures, the second alarm processing can prompt the user to manually handle the RSU, so that the user can manually handle the RSU in time to avoid the RSU failure affecting the actual application.

[0104] In some possible implementations of the embodiments of the present application, the target message includes road congestion information, where the road congestion information is congestion information of roads within the signal coverage of the target RSU.

[0105] In some possible implementations of the embodiments of the present application, when the fault detection result indicates that the target RSU is faulty, the fault detection device 300 of the roadside unit provided by the embodiments of the present application further includes:

[0106] A second receiving module is used to receive a fourth message sent by the air interface monitoring device, wherein the fourth message includes a fifth message broadcast by the on-board unit OBU monitored by the air interface monitoring device, and the fifth message includes identification information and location information of a vehicle equipped with the OBU;

[0107] A determination module, used to determine the traffic volume of the road according to the identification information and the location information;

[0108] The generation module is used to generate road congestion information according to the traffic flow.

[0109] The fault detection device of the roadside unit provided in the embodiment of the present application can achieve Figure 1 and Figure 2 To avoid repetition, the various processes in the embodiment of the roadside unit fault detection method are not described here.

[0110] Optional, such as Figure 4 As shown, an embodiment of the present application also provides a server 400, including a processor 401, a memory 402, and a program or instruction stored in the memory 402 and executable on the processor 401. When the program or instruction is executed by the processor 401, each process of the above-mentioned roadside unit fault detection method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0111] In some possible implementations of the embodiments of the present application, the processor 401 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0112] In some possible implementations of the embodiments of the present application, the memory 402 may include a read-only memory (ROM), a random access memory (RAM), a disk storage medium device, an optical storage medium device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Therefore, generally, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the fault detection method of the roadside unit according to the embodiment of the present application.

[0113] Figure 5 It is a schematic diagram of the hardware structure of the server implementing the embodiment of the present application.

[0114] The server 500 includes but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, and a processor 510.

[0115] Those skilled in the art will appreciate that the server 500 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 510 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Figure 5 The electronic device structure shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0116] The radio frequency unit 501 is used to: send a first message to the target RSU, wherein the first message includes indication information for instructing the target RSU to broadcast the target message; receive a second message sent by the air interface monitoring device, wherein the second message includes a third message actually broadcast by the target RSU monitored by the air interface monitoring device;

[0117] The processor 510 is used to detect whether a fault occurs in the target RSU according to the characteristic information of the third message and the characteristic information of the target message, and obtain a fault detection result.

[0118] In an embodiment of the present application, by sending an indication message including the target RSU broadcasting the target message to the target RSU, and then monitoring the message actually broadcasted by the target RSU through the air interface monitoring device, and then receiving the message actually broadcasted by the target RSU monitored by the air interface monitoring device, according to the characteristic information of the target message and the characteristic information of the message actually broadcasted by the target RSU, it is detected whether the target RSU has a fault, and a fault detection result is obtained. In this way, through two messages, it is possible to determine whether the target RSU has a fault, that is, to complete the fault detection of the target RSU, without disassembling the target RSU and returning it to the factory for detection, which can improve the detection efficiency of the RSU.

[0119] In some possible implementations of the embodiments of the present application, the feature information includes content information and / or parameter information.

[0120] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information and / or parameter information of the message.

[0121] In some possible implementations of the embodiments of the present application, the feature information includes content information; the processor 510 may be specifically configured to:

[0122] Detecting whether the content information of the third message matches the content information of the target message;

[0123] In case the content information of the third message does not match the content information of the target message, it is determined that the target RSU is faulty.

[0124] In the embodiment of the present application, fault detection can be performed on the RSU based on the content information of the message.

[0125] In some possible implementations of the embodiments of the present application, the parameter information includes frequency information of the broadcast message; the first message also includes target frequency information for indicating that the target RSU broadcasts the target message; the second message also includes time information, and the time information is time information for the target RSU to broadcast the third message; the processor 510 can be specifically used to:

[0126] Determine, according to the time information, a first frequency at which the target RSU broadcasts a third message;

[0127] Detecting whether the first frequency matches the second frequency indicated by the target frequency information;

[0128] In a case where the first frequency does not match the second frequency indicated by the target frequency information, it is determined that the target RSU is faulty.

[0129] In the embodiment of the present application, fault detection can be performed on the RSU according to the frequency information of the broadcast message.

[0130] In some possible implementations of the embodiments of the present application, the parameter information includes the number of times the message is broadcast; the first message also includes target number of times information for indicating that the target RSU broadcasts the target message; the second message also includes time information, and the time information is the time information of the target RSU broadcasting the third message; the processor 510 can be specifically used to:

[0131] Determine, according to the time information, a first number of times the target RSU broadcasts a third message;

[0132] Detecting whether the first number matches the second number indicated by the target number information;

[0133] In a case where the first number does not match the second number indicated by the target number information, it is determined that the target RSU is faulty.

[0134] In the embodiment of the present application, fault detection can be performed on the RSU according to the number of broadcast message information.

[0135] In some possible implementations of the embodiment of the present application, when the fault detection result indicates that the target RSU is faulty, the processor 510 is further configured to:

[0136] A first alarm process corresponding to the target RSU failure is executed, wherein the first alarm process is used to prompt a user of the target RSU failure.

[0137] In the embodiment of the present application, when an RSU fault is detected, the user can be prompted through the first alarm processing, so that the user can be informed of the RSU fault and can perform subsequent fault processing.

[0138] In some possible implementations of the embodiment of the present application, when the fault detection result indicates that the target RSU is faulty, the processor 510 is further configured to:

[0139] Increase the number of target RSU failures by 1;

[0140] When the number is equal to the preset number, a second alarm process corresponding to the target RSU failure is executed, wherein the second alarm process is used to prompt the user that the target RSU failure needs to be manually processed.

[0141] In the embodiment of the present application, when the RSU has multiple failures, the second alarm processing can prompt the user to manually handle the RSU, so that the user can manually handle the RSU in time to avoid the RSU failure affecting the actual application.

[0142] In some possible implementations of the embodiments of the present application, the target message includes road congestion information, where the road congestion information is congestion information of roads within the signal coverage of the target RSU.

[0143] In the embodiment of the present application, since the target message includes the congestion information of the roads within the signal coverage of the target RSU, that is, the fault detection of the target RSU is performed during its operation, and is not performed after it is disassembled, it can be detected without affecting its operation.

[0144] In some possible implementations of the embodiment of the present application, when the fault detection result indicates that the target RSU is faulty, the radio frequency unit 501 is further configured to:

[0145] Receiving a fourth message sent by the air interface monitoring device, wherein the fourth message includes a fifth message broadcast by the on-board unit OBU monitored by the air interface monitoring device, and the fifth message includes identification information and location information of a vehicle equipped with the OBU;

[0146] Accordingly, the processor 510 is further configured to:

[0147] The traffic volume of the road is determined based on the identification information and the location information; and the road congestion information is generated based on the traffic volume.

[0148] It should be understood that in the embodiment of the present application, the input unit 504 may include a graphics processor (Graphics Processing Unit, GPU) 5041 and a microphone 5042, and the graphics processor 5041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 506 may include a display panel 5061, and the display panel 5061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 507 includes a touch panel 5071 and other input devices 5072. The touch panel 5071 is also called a touch screen. The touch panel 5071 may include two parts: a touch detection device and a touch controller. Other input devices 5072 may include but are not limited to a physical keyboard, a function key (such as a volume control button, a switch button, etc.), a trackball, a mouse, and a joystick, which will not be repeated here. The memory 509 can be used to store software programs and various data, including but not limited to applications and operating systems. The processor 510 can integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, the user interface, and the application program, etc., and the modem processor mainly processes wireless communication. It is understandable that the above-mentioned modem processor may not be integrated into the processor 510.

[0149] An embodiment of the present application also provides a computer-readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the above-mentioned roadside unit fault detection method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0150] The processor is the processor in the electronic device described in the above embodiment. Examples of the computer-readable storage medium include non-transitory computer-readable storage media, such as ROM, RAM, magnetic disk or optical disk.

[0151] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned roadside unit fault detection method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0152] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0153] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0154] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the relevant technology, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM / RAM, a disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0155] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims

1. A method for detecting a fault of a roadside unit, characterized in that: Applied to a server, the method comprises: Sending a first message to a target roadside unit RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message; Receiving a second message sent by an air interface monitoring device, wherein the second message includes a third message actually broadcast by the target RSU monitored by the air interface monitoring device; According to the characteristic information of the third message and the characteristic information of the target message, it is detected whether the target RSU fails, and a fault detection result is obtained.

2. The method according to claim 1, characterized in that The characteristic information includes content information and / or parameter information.

3. The method according to claim 2, characterized in that The characteristic information includes content information; The detecting, according to the characteristic information of the third message and the characteristic information of the target message, whether the target RSU fails includes: Detecting whether the content information of the third message matches the content information of the target message; In a case where the content information of the third message does not match the content information of the target message, it is determined that the target RSU is faulty.

4. The method according to claim 2, characterized in that: The parameter information includes frequency information of the broadcast message; the first message also includes target frequency information for instructing the target RSU to broadcast the target message; the second message also includes time information, and the time information is the time information of the target RSU broadcasting the third message; The detecting, according to the characteristic information of the third message and the characteristic information of the target message, whether the target RSU fails, and obtaining a fault detection result includes: Determine, according to the time information, a first frequency at which the target RSU broadcasts the third message; Detecting whether the first frequency matches a second frequency indicated by the target frequency information; In a case where the first frequency does not match a second frequency indicated by the target frequency information, it is determined that the target RSU fails.

5. The method according to claim 2, characterized in that: The parameter information includes the number of times the message is broadcast; the first message also includes target number of times information for indicating that the target RSU broadcasts the target message; the second message also includes time information, and the time information is the time information of the target RSU broadcasting the third message; The detecting, according to the characteristic information of the third message and the characteristic information of the target message, whether the target RSU fails, and obtaining a fault detection result includes: Determine, according to the time information, a first number of times that the target RSU broadcasts the third message; Detecting whether the first number of times matches a second number of times indicated by the target number of times information; In a case where the first number does not match a second number indicated by the target number information, it is determined that the target RSU is faulty.

6. The method according to claim 1, characterized in that In the case where the fault detection result indicates that the target RSU is faulty, after detecting whether the target RSU is faulty according to the characteristic information of the third message and the characteristic information of the target message and obtaining the fault detection result, the method further includes: A first alarm process corresponding to the target RSU failure is performed, wherein the first alarm process is used to prompt a user of the target RSU failure.

7. The method according to claim 1, characterized in that In the case where the fault detection result indicates that the target RSU is faulty, after detecting whether the target RSU is faulty according to the characteristic information of the third message and the characteristic information of the target message and obtaining the fault detection result, the method further includes: Increment the number of target RSU failures by 1; When the number is equal to the preset number, a second alarm process corresponding to the target RSU failure is performed, wherein the second alarm process is used to prompt a user that the failure of the target RSU needs to be manually processed.

8. The method according to claim 1, characterized in that The target message includes road congestion information, where the road congestion information is congestion information of roads within the signal coverage of the target RSU.

9. The method according to claim 8, characterized in that Before sending the first message to the target roadside unit RSU, the method further includes: Receiving a fourth message sent by the air interface monitoring device, wherein the fourth message includes a fifth message broadcast by the on-board unit OBU monitored by the air interface monitoring device, and the fifth message includes identification information and location information of a vehicle equipped with the OBU; Determining the traffic volume of the road according to the identification information and the location information; The road congestion information is generated according to the vehicle flow.

10. A fault detection device for a roadside unit, characterized in that: Applied to a server, the device comprises: A sending module, configured to send a first message to a target roadside unit RSU, wherein the first message includes indication information for instructing the target RSU to broadcast a target message; A receiving module, configured to receive a second message sent by an air interface monitoring device, wherein the second message includes a third message actually broadcast by the target RSU monitored by the air interface monitoring device; The detection module is used to detect whether the target RSU fails according to the characteristic information of the third message and the characteristic information of the target message, and obtain a fault detection result.

11. A server, characterized in that: The server includes: a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the roadside unit fault detection method as described in any one of claims 1 to 9.

12. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a program or instruction, and when the program or instruction is executed by a processor, the steps of the fault detection method for a roadside unit as described in any one of claims 1 to 9 are implemented.

Images