CN115333926A - Road side unit fault processing method, RSU and vehicle networking system - Google Patents
Road side unit fault processing method, RSU and vehicle networking system Download PDFInfo
- Publication number
- CN115333926A CN115333926A CN202110429375.XA CN202110429375A CN115333926A CN 115333926 A CN115333926 A CN 115333926A CN 202110429375 A CN202110429375 A CN 202110429375A CN 115333926 A CN115333926 A CN 115333926A
- Authority
- CN
- China
- Prior art keywords
- rsu
- mode
- link
- standby
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000006855 networking Effects 0.000 title claims abstract description 9
- 238000003672 processing method Methods 0.000 title claims abstract description 9
- 230000004044 response Effects 0.000 claims abstract description 28
- 230000004083 survival effect Effects 0.000 claims abstract description 23
- 238000000034 method Methods 0.000 claims description 38
- 238000012545 processing Methods 0.000 claims description 29
- 238000012423 maintenance Methods 0.000 claims description 27
- 230000006870 function Effects 0.000 claims description 20
- 230000001413 cellular effect Effects 0.000 claims description 16
- 230000000737 periodic effect Effects 0.000 claims description 8
- 230000003213 activating effect Effects 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 3
- 230000000630 rising effect Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Abstract
The application provides a road side unit fault processing method, a RSU and a vehicle networking system, wherein the fault processing method comprises the following steps: when the working mode of the current RSU is a standby RSU mode, receiving a survival message sent by another corresponding RSU in the same working area through a first link, wherein the working mode of the other RSU is a main RSU mode; when the time for not receiving the survival message is longer than the preset time, a standby upgrade main notification message for switching the main RSU mode to the standby RSU mode is sent to the other RSU through a second link; and when a standby master notification response message fed back by another RSU through a second link is received, the working mode of the RSU is switched to the master RSU mode. The embodiment can accurately and effectively judge whether the other RSU in the main RSU mode has a fault or not, and trigger the main-standby switching in time to ensure the reliability of the whole system when the other RSU has the fault.
Description
Technical Field
The application relates to the technical field of cellular Internet of vehicles systems, in particular to a road side unit fault processing method, a RSU and an Internet of vehicles system.
Background
Cellular-Vehicle to evolution (C-V2X for short) technology has been applied in large scale in airports, parks, partially open roads, and other places. In the scenes of airports and the like, the reliability requirement on a C-V2X system, particularly a Road Side Unit (RSU) is high, and the RSU objectively has a certain failure probability, so that the abnormal condition of the RSU needs to be monitored, the RSU failure is found in time, and the overall safety and reliability of the system are ensured.
And the RSU faults are classified into self-detection type faults and non-self-detection type faults according to whether the RSU can detect and find the RSU by self. For self-detectable fault, the self-detection program of the RSU can detect and detect, for example, a software task exception class, a hardware module exception class of the device, a device temperature exception class, a device reception exception class, and the like; for the fault which can not be found by self-checking, the RSU device has no effective finding means, such as the RSU transmitting fault, and how to find and solve the fault in time becomes an important problem at present.
Disclosure of Invention
The technical purpose to be achieved by the embodiment of the application is to provide a road side unit fault processing method, an RSU and an Internet of vehicles system, so as to solve the problem that the current RSU equipment cannot effectively find a fault which cannot be found by self-checking.
In order to solve the above technical problem, an embodiment of the present application provides a method for processing a fault of a road side unit, which is applied to an RSU, and includes:
when the working mode of the current RSU is a standby RSU mode, receiving a survival message sent by another corresponding RSU in the same working area through a first link, wherein the working mode of the other RSU is a main RSU mode;
when the time for not receiving the survival message is longer than the preset time, a standby upgrade main notification message is sent to the other RSU through a second link, and the standby upgrade main notification message is used for switching the main RSU mode to the standby RSU mode;
when a standby rising main notification response message fed back by another RSU through a second link is received, the working mode of the RSU is switched from the standby RSU mode to the main RSU mode; and the standby-up main notification response message is sent by the other RSU according to the standby-up main notification message when the working mode of the RSU is switched from the main RSU mode to the standby RSU mode.
Further, as described above, in the fault handling method, when the time for not receiving the alive message is longer than the preset time, the fault handling method further includes:
and sending alarm information to the operation and maintenance platform through a third link.
Specifically, in the fault handling method, when receiving a backup master notification response message fed back by another RSU through the second link, the step of switching the operating mode of the self to the master RSU mode includes:
and according to the backup main notification response message, activating the sending function of the first link and the pre-configured functions of cellular internet of vehicles transceiving and service processing.
Preferably, the fault handling method as described above further includes:
and when the working mode of the current RSU is the main RSU mode, periodically sending the survival message through the first link.
Specifically, the above failure handling method, after the step of periodically sending the alive message via the first link, further includes:
and when receiving a standby-up main notification message sent by another RSU with the working mode being the standby RSU mode through a second link, switching the working mode of the RSU into the standby RSU mode according to the standby-up main notification message, and feeding back a standby-up main notification response message to the other RSU.
Further, according to the fault handling method described above, after receiving the backup main notification message, the fault handling method further includes:
and sending alarm information to the operation and maintenance platform through a third link.
Specifically, in the fault handling method described above, the alive message is periodic vehicle networking service data including a preset data type, a preset data segment, an identity of the current RSU and/or an identity of another RSU.
Another preferred embodiment of the present application also provides an RSU including:
the first processing module is used for receiving a survival message sent by another corresponding RSU in the same working area through a first link when the working mode of the current RSU is a standby RSU mode, and the working mode of the other RSU is a main RSU mode;
the second processing module is used for sending a standby-to-upgrade main notification message to the other RSU through the second link when the time for not receiving the survival message is longer than the preset time, wherein the standby-to-upgrade main notification message is used for switching the main RSU mode to the standby RSU mode;
the first switching module is used for switching the working mode of the first switching module from the standby RSU mode to the main RSU mode when receiving a standby-rising main notification response message fed back by the other RSU through the second link; and the standby-up main notification response message is sent by the other RSU according to the standby-up main notification message when the working mode of the RSU is switched from the main RSU mode to the standby RSU mode.
Further, as described above for the RSU, the second processing module is further configured to:
and sending alarm information to the operation and maintenance platform through a third link.
Preferably, as in the RSU described above, the first switching module comprises:
and the first switching unit is used for activating the sending function of the first link and the pre-configured functions of cellular internet of vehicles transceiving and service processing according to the backup master notification response message.
Preferably, the RSU as described above, further comprises:
and the third processing module is used for periodically sending the survival message through the first link when the working mode of the current RSU is the main RSU mode.
Specifically, the RSU as described above, further comprises:
and the fourth processing module is used for switching the working mode of the fourth processing module to the standby RSU mode according to the standby master notification message and feeding back a standby master notification response message to the other RSU when the standby master notification message sent by the other RSU with the working mode being the standby RSU mode through the second link is received.
Further, as described above for the RSU, the fourth processing module is further configured to:
and sending alarm information to the operation and maintenance platform through a third link.
Specifically, as described above for the RSU, the alive message is periodic vehicle networking service data including a preset data type, a preset data segment, an identity of the current RSU and/or an identity of another RSU.
Yet another preferred embodiment of the present application further provides a cellular internet of vehicle system comprising: the system comprises a vehicle-mounted unit, a service platform, an operation and maintenance platform and road side equipment, wherein the road side equipment in a working area comprises two RSUs which are correspondingly arranged;
the vehicle-mounted unit is communicated with the RSUs through a first link, the two vehicle-mounted units are communicated with each other through two RSUs through a second link, and the two RSUs are communicated with each other through the second link;
and the service platform and the operation and maintenance platform are respectively communicated with the vehicle-mounted unit and the RSU through a third link.
Yet another preferred embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, realizes the steps of the method for fault handling of a road side unit as described above.
Compared with the prior art, the road side unit fault processing method, the RSU and the Internet of vehicles system provided by the embodiment of the application have the following beneficial effects:
in this embodiment, two RSUs are set in the same working area, and the working modes of the two RSUs are a main RSU mode and a standby RSU mode, respectively, where a current RSU in which the working mode is the standby RSU mode determines whether another RSU fails by detecting whether a survival message sent by another RSU in which the working mode is the main RSU mode through a first link is received within a preset time, and then when another RSU fails, the communication is performed through a second link different from the first link to complete the switching of the working modes of the two RSUs, so that it is possible to accurately and effectively determine whether another RSU in the main RSU mode has a failure, and when another RSU fails, the main-standby switching is timely triggered to ensure the reliability of the entire system.
Drawings
Fig. 1 is a schematic flow chart of a fault handling method of a roadside unit according to the present application;
FIG. 2 is a schematic diagram of the RSU of the present application;
fig. 3 is a schematic structural diagram of the cellular internet of vehicles system of the present application.
Detailed Description
To make the technical problems, technical solutions and advantages to be solved by the present application clearer, the following detailed description is made with reference to the accompanying drawings and specific embodiments. In the following description, specific details such as specific configurations and components are provided only to help the embodiments of the present application be fully understood. Accordingly, it will be apparent to those skilled in the art that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present application. In addition, descriptions of well-known functions and constructions are omitted for clarity and conciseness.
It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
In various embodiments of the present application, it should be understood that the sequence numbers of the following processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
It should be understood that the term "and/or" herein is only one kind of association relationship describing the association object, and means that there may be three kinds of relationships, for example, a and/or B, and may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter associated objects are in an "or" relationship.
In the embodiments provided herein, it should be understood that "B corresponding to a" means that B is associated with a from which B can be determined. It should also be understood that determining B from a does not mean determining B from a alone, but may be determined from a and/or other information.
Referring to fig. 1, a preferred embodiment of the present application provides a method for processing a fault of a road side unit, which is applied to an RSU, and includes:
step S101, when the working mode of the current RSU is a standby RSU mode, receiving a survival message sent by another corresponding RSU in the same working area through a first link, wherein the working mode of the other RSU is a main RSU mode;
step S102, when the time of not receiving the survival message is longer than the preset time, a standby upgrade main notification message is sent to another RSU through a second link, and the standby upgrade main notification message is used for switching the main RSU mode to the standby RSU mode;
step S103, when a standby rising main notification response message fed back by another RSU through a second link is received, the working mode of the RSU is switched from the standby RSU mode to the main RSU mode; and the standby-up main notification response message is sent by the other RSU according to the standby-up main notification message when the working mode of the RSU is switched from the main RSU mode to the standby RSU mode.
In a specific embodiment of the present application, when detecting and processing an RSU fault, a working mode of a current RSU is determined first, and when the working mode of the current RSU is a standby RSU mode, survival information sent by another RSU whose working mode is a master RSU mode through a first link is received, where the current RSU and the another RSU are located in a same working area, and the another RSU provides a service for the working area at this time, the current RSU serves as a standby device of the another RSU, when the another RSU has a fault, the standby RSU mode is switched to the master RSU mode to provide a service for the working area instead of the another RSU, and the first link is preferably a direct communication between the RSU and a vehicle-mounted unit or other RSUs, for example, an air interface of a vehicle networking; when the time that the current RSU does not receive the survival message is longer than the preset time, determining that the other RSU cannot send the survival message due to the existence of a self-detection discovery fault or a self-detection discovery fault such as an RSU transceiving fault, and sending a standby master-up notification message to the other RSU through a second link different from the first link for informing the other RSU of the existence of the fault so as to switch the other RSU from the master RSU mode to the standby RSU mode, provide a basis for switching the current RSU to the master RSU mode, avoid the occurrence of signal interference and further cause the situation that the working area cannot be normally served because the two RSUs are simultaneously in the master RSU mode; meanwhile, the backup master notification message is sent to another RSU through a second link different from the first link, which includes but is not limited to hard-line communication, network cable communication, optical fiber communication, WIFI communication, and the like, so that the reliability of information transfer is guaranteed. And when the current RSU receives a standby-rising main notification response message fed back by the other RSU through the second link, the current RSU determines that the other RSU is switched to the standby RSU mode, and the working mode of the current RSU is switched to the main RSU mode so as to ensure normal service of the working area.
Optionally, two RSUs located in the same working area are installed in a co-located manner and/or are pre-stored or configured with corresponding identities, so that the corresponding RSUs can be correctly identified.
To sum up, in this embodiment, two RSUs are set in the same working area, and the working modes of the two RSUs are a main RSU mode and a standby RSU mode, respectively, where a current RSU with the working mode being the standby RSU mode determines whether another RSU fails by detecting whether a survival message sent by another RSU with the working mode being the main RSU mode through a first link is received within a preset time, and then when another RSU fails, the communication is performed through a second link different from the first link to complete the switching of the working modes of the two RSUs, so that it is possible to accurately and effectively determine whether another RSU in the main RSU mode has a failure, and when another RSU fails, trigger the switching in time to ensure the reliability of the entire system.
It should be noted that the present RSU and another RSU in this application are merely for convenience of distinguishing the two RSUs, and do not necessarily require or imply any such actual relationship or order between these entities.
In a specific embodiment of the present application, the preset time is an integral multiple of the sending period of the alive message, so that whether the RSU whose working mode is the primary RSU mode really fails or not can be accurately determined according to a relationship between the current time and a time interval of sending the alive message last time and the preset time.
Further, as the above-mentioned fault handling method, when the time for not receiving the alive message is longer than the preset time, the fault handling method further includes:
and sending alarm information to the operation and maintenance platform through a third link.
In the embodiment of the application, when the current RSU determines that another RSU has a fault, an alarm message is further sent to the operation and maintenance platform through a third link different from the first link, where the alarm message is used to prompt the operation and maintenance personnel that another RSU in the current working area has a fault, so that the operation and maintenance personnel can perform maintenance in time. Wherein the third link is preferably mobile communication.
Specifically, in the fault handling method as described above, when receiving a backup master notification response message fed back by another RSU through the second link, the step of switching the working mode of the self to the master RSU mode includes:
and according to the backup main notification response message, activating the sending function of the first link and the pre-configured functions of cellular internet of vehicles transceiving and service processing.
In a specific embodiment of the present application, when the working mode of the RSU is switched to the master RSU mode, the sending function of the first link and the preconfigured cellular internet of vehicles transceiving and service processing function are activated according to the backup master notification response message, where activation of the service processing function of the internet of vehicles enables the current RSU to process the internet of vehicles service in the current area, and activation of the sending function of the first link enables the current RSU to establish information interaction with other devices in the cellular internet of vehicles system, such as a vehicle-mounted unit, and ensure normal service to the working area.
Optionally, in another embodiment of the present application, the sending function of the first link is subordinate to a part of the cellular internet of vehicles transceiving and service processing function, and at this time, the switching from the standby RSU mode to the main RSU mode may be implemented only by activating the preconfigured cellular internet of vehicles transceiving and service processing function.
Preferably, the fault handling method as described above, further includes:
and when the working mode of the current RSU is the main RSU mode, periodically sending the survival message through the first link.
In another preferred implementation of the present application, when the working mode of the current RSU is the primary RSU mode, the current RSU is configured to serve the working area, and meanwhile, the current RSU also periodically sends an alive message through the first link, so that another RSU having the working mode as the standby RSU mode receives the alive message, and determines whether the current RSU is faulty according to whether the alive message is received within a preset time.
Specifically, the fault handling method as described above, after the step of periodically sending the alive message through the first link, further includes:
and when a standby upgrade master notification message sent by another RSU with the working mode being the standby RSU mode through a second link is received, switching the working mode of the RSU into the standby RSU mode according to the standby upgrade master notification message, and feeding back a standby upgrade master notification response message to the other RSU.
In another specific embodiment of the present application, when the current RSU receives a backup master notification message sent by another RSU whose operation mode is the backup RSU mode through the second link, it is determined that a self-check fails to find a class fault, such as a transmission fault, etc., in the current RSU, in order to avoid an impact on the backup master of another RSU, the current RSU switches its operation mode to the backup RSU mode by closing its own first link sending function, etc., and feeds back a backup master notification response message to another RSU through the second link, so that another RSU switches to the master RSU mode, and normal operation of the current operation area is ensured.
Further, according to the fault handling method described above, after receiving the backup main notification message, the fault handling method further includes:
and sending alarm information to the operation and maintenance platform through a third link.
In a specific embodiment of the application, after receiving the backup upgrade master notification message, the backup upgrade master notification message further sends an alarm message to the operation and maintenance platform through the third link, so as to prompt the operation and maintenance personnel that the current RSU has a fault, so that the operation and maintenance personnel can perform maintenance in time.
Specifically, in the fault handling method described above, the alive message is periodic vehicle networking service data including a preset data type, a preset data segment, an identity of the current RSU and/or an identity of another RSU.
Alternatively, the alive message may be data generated by the RSUs of the master RSU mode dedicated to the transfer of survivability or not between the two RSUs, or may be periodic internet of vehicles traffic data when used to service the on board units. In a preferred embodiment of the present application, when the alive message is periodic internet of vehicles service data, the periodic internet of vehicles service data as the alive message carries at least one of a preset data type, a preset data segment, an identity of a current RSU and an identity of another RSU, which are agreed in advance, so that a receiving party can accurately recognize the alive message.
Referring to fig. 2, another preferred embodiment of the present application also provides an RSU including:
a first processing module 201, configured to receive a survival message sent by another RSU through a first link in the same working area when the working mode of the current RSU is a standby RSU mode, where the working mode of the another RSU is a master RSU mode;
a second processing module 202, configured to send a backup upgrade master notification message to another RSU through a second link when the time for not receiving the alive message is greater than a preset time, where the backup upgrade master notification message is used to switch the master RSU mode to the backup RSU mode;
the first switching module 203 is configured to switch the working mode of the first switching module from the standby RSU mode to the master RSU mode when receiving a standby master notification response message fed back by another RSU through the second link; and the standby-rising main notification response message is sent by the other RSU when the working mode of the RSU is switched from the main RSU mode to the standby RSU mode according to the standby-rising main notification message.
Further, as described above for the RSU, the second processing module is further configured to:
and sending alarm information to the operation and maintenance platform through a third link.
Preferably, as in the RSU described above, the first switching module comprises:
and the first switching unit is used for activating the sending function of the first link and the pre-configured functions of cellular internet of vehicles transceiving and service processing according to the standby master notification response message.
Preferably, the RSU as described above, further comprises:
and the third processing module is used for periodically sending the survival message through the first link when the working mode of the current RSU is the main RSU mode.
Specifically, the RSU as described above, further comprises:
and the fourth processing module is used for switching the working mode of the fourth processing module to the standby RSU mode according to the standby master notification message and feeding back the standby master notification message to the other RSU when receiving the standby master notification message sent by the other RSU with the working mode being the standby RSU mode through the second link.
Further, as described above for the RSU, the fourth processing module is further configured to:
and sending alarm information to the operation and maintenance platform through a third link.
Specifically, as described above for the RSU, the alive message is periodic internet of vehicles service data including a preset data type, a preset data segment, an identity of the current RSU and/or an identity of another RSU.
The embodiment of the RSU of the present application is an RSU corresponding to the embodiment of the fault handling method, and all implementation means in the embodiment of the fault handling method are applicable to the embodiment of the RSU, and the same technical effect can be achieved.
Referring to fig. 3, yet another preferred embodiment of the present application further provides a cellular internet of vehicles system, comprising: the system comprises a vehicle-mounted unit 301, a service platform 302, an operation and maintenance platform 303 and road side equipment, wherein the road side equipment in one working area comprises two RSUs 304 which are correspondingly arranged;
the vehicle-mounted unit 301 and the RSU304, the two vehicle-mounted units 301 and the two RSUs 304 are communicated through a first link 305, and the two RSUs 304 are also communicated through a second link 306;
the service platform 302 and the operation and maintenance platform 303 communicate with the onboard unit 301 and the RSU304, respectively, through a third link 307.
There is also provided in a preferred embodiment of the present application a cellular internet of vehicles system, comprising: the method comprises a vehicle-mounted unit 301, a service platform 302, an operation and maintenance platform 303 and a roadside device, wherein the roadside device in one working area comprises two correspondingly arranged RSUs 304 as described above, one of the RSUs is preconfigured to be a main RSU mode, and the other RSU is preconfigured to be a standby RSU mode, and the RSUs 304 in the cellular vehicle networking system execute the steps in the fault processing method in the actual use process, so that a current RSU with the working mode of the standby RSU mode receives a survival message sent by the other RSU with the working mode of the main RSU through a first link 305 by detecting whether the current RSU has the working mode within a preset time, and judges whether the other RSU has a fault, and further when the other RSU has the fault, the current RSU carries out communication through a second link 306 different from the first link 305 to complete switching of the working modes of the two RSUs, thereby accurately and effectively judging whether the other RSU with the fault exists in the main RSU mode, and the main RSU, and standby switching can be triggered in time to ensure reliability of the whole system when the other RSU has the fault. Meanwhile, the operation and maintenance platform 303 and the service platform 302 can be connected through a third link 307 for service processing and operation and maintenance.
Yet another preferred embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, realizes the steps of the method for fault handling of a road side unit as described above.
Further, the present application may repeat reference numerals and/or letters in the various examples. This repetition is for the purpose of simplicity and clarity and does not in itself dictate a relationship between the various embodiments and/or configurations discussed.
It is further noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion.
The foregoing is a preferred embodiment of the present application, and it should be noted that, for those skilled in the art, several modifications and refinements can be made without departing from the principle described in the present application, and these modifications and refinements should be regarded as the protection scope of the present application.
Claims (10)
1. A fault processing method of a road side unit is applied to a Road Side Unit (RSU), and is characterized by comprising the following steps:
when the current working mode of the RSU is a standby RSU mode, receiving a survival message sent by another corresponding RSU in the same working area through a first link, wherein the working mode of the other RSU is a main RSU mode;
when the time for not receiving the survival message is longer than the preset time, sending a standby upgrade main notification message to the other RSU through a second link, wherein the standby upgrade main notification message is used for switching the main RSU mode to the standby RSU mode;
when a standby rising master notification response message fed back by the other RSU through the second link is received, switching the working mode of the RSU from the standby RSU mode to the master RSU mode; and the backup upgrade master notification response message is sent by the other RSU when the working mode of the RSU is switched from the master RSU mode to the backup RSU mode according to the backup upgrade master notification message.
2. The fault handling method according to claim 1, wherein when the time for which the alive message is not received is greater than a preset time, the fault handling method further comprises:
and sending alarm information to the operation and maintenance platform through a third link.
3. The method according to claim 1, wherein the step of switching the operating mode of the RSU to the primary RSU mode when receiving a backup primary notification response message fed back from another RSU via the second link comprises:
and activating the sending function of the first link and the pre-configured functions of cellular internet of vehicles transceiving and service processing according to the standby main notification response message.
4. The fault handling method of claim 1, further comprising:
and when the current working mode of the RSU is the main RSU mode, periodically sending the survival message through the first link.
5. The method of claim 4, wherein after the step of periodically sending the alive messages over the first link, further comprising:
when receiving the backup-up main notification message sent by the other RSU with the working mode being the backup RSU mode through the second link, switching the working mode of the RSU to the backup RSU mode according to the backup-up main notification message, and feeding back the backup-up main notification response message to the other RSU.
6. The fault handling method according to claim 5, wherein after receiving the backup master notification message, the fault handling method further comprises:
and sending alarm information to the operation and maintenance platform through a third link.
7. The fault handling method according to any one of claims 1 to 5, wherein the alive messages are periodic vehicle networking traffic data comprising a preset data type, a preset data segment, an identity of the current RSU and/or an identity of another RSU.
8. An RSU, comprising:
a first processing module, configured to receive a survival message sent by another RSU through a first link in the same working area when the current working mode of the RSU is a standby RSU mode, where the working mode of the another RSU is a master RSU mode;
a second processing module, configured to send a backup upgrade master notification message to another RSU through a second link when a time for not receiving the alive message is longer than a preset time, where the backup upgrade master notification message is used to switch the master RSU mode to the backup RSU mode;
a first switching module, configured to switch the working mode of the first switching module from the standby RSU mode to the master RSU mode when receiving a standby master notification response message fed back by another RSU through the second link; and the backup upgrade master notification response message is sent by the other RSU when the working mode of the RSU is switched from the master RSU mode to the backup RSU mode according to the backup upgrade master notification message.
9. A cellular Internet of vehicles system, comprising: the system comprises an on-board unit, a service platform, an operation and maintenance platform and road side equipment, wherein the road side equipment in one working area comprises two RSUs according to claim 8 which are correspondingly arranged;
the vehicle-mounted unit and the RSU, the two vehicle-mounted units and the two RSUs are communicated through a first link, and the two RSUs are also communicated through a second link;
and the service platform and the operation and maintenance platform are respectively communicated with the vehicle-mounted unit and the RSU through a third link.
10. A computer-readable storage medium, characterized in that a computer program is stored thereon which, when being executed by a processor, carries out the steps of a method of fault handling of a road side unit according to any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110429375.XA CN115333926B (en) | 2021-04-21 | Fault processing method of road side unit, RSU and Internet of vehicles system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110429375.XA CN115333926B (en) | 2021-04-21 | Fault processing method of road side unit, RSU and Internet of vehicles system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115333926A true CN115333926A (en) | 2022-11-11 |
| CN115333926B CN115333926B (en) | 2024-05-03 |
Family
ID=
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102257848A (en) * | 2011-05-31 | 2011-11-23 | 华为技术有限公司 | Main and secondary apparatuses conversion method betwenn communication equipment, communication equipment and system, and request equipment of system and service |
| CN202870486U (en) * | 2012-07-26 | 2013-04-10 | 深圳市金溢科技有限公司 | Road side unit with two unit standbys, and indoor unit thereof |
| CN103124222A (en) * | 2011-11-21 | 2013-05-29 | 天津中兴软件有限责任公司 | Road-side identification station and main and standby road-side unit (RSU) switching method |
| WO2019187613A1 (en) * | 2018-03-26 | 2019-10-03 | 住友電気工業株式会社 | Vehicle-mounted communication system, switch device, communication control method, and communication control program |
| CN110445870A (en) * | 2019-08-13 | 2019-11-12 | 深圳成谷科技有限公司 | A kind of bus or train route cooperative system and exchange method, RSU |
| CN110874926A (en) * | 2018-08-31 | 2020-03-10 | 百度在线网络技术（北京）有限公司 | Intelligent road side unit |
| CN110890980A (en) * | 2019-11-15 | 2020-03-17 | 深圳明心科技有限公司 | Method, device, server and system for switching main terminal and standby terminal |
| CN111107572A (en) * | 2019-12-26 | 2020-05-05 | 北京万集科技股份有限公司 | Redundancy backup method and device |
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102257848A (en) * | 2011-05-31 | 2011-11-23 | 华为技术有限公司 | Main and secondary apparatuses conversion method betwenn communication equipment, communication equipment and system, and request equipment of system and service |
| CN103124222A (en) * | 2011-11-21 | 2013-05-29 | 天津中兴软件有限责任公司 | Road-side identification station and main and standby road-side unit (RSU) switching method |
| CN202870486U (en) * | 2012-07-26 | 2013-04-10 | 深圳市金溢科技有限公司 | Road side unit with two unit standbys, and indoor unit thereof |
| WO2019187613A1 (en) * | 2018-03-26 | 2019-10-03 | 住友電気工業株式会社 | Vehicle-mounted communication system, switch device, communication control method, and communication control program |
| CN111989898A (en) * | 2018-03-26 | 2020-11-24 | 住友电气工业株式会社 | Vehicle-mounted communication system, switch device, communication control method, and communication control program |
| CN110874926A (en) * | 2018-08-31 | 2020-03-10 | 百度在线网络技术（北京）有限公司 | Intelligent road side unit |
| CN110445870A (en) * | 2019-08-13 | 2019-11-12 | 深圳成谷科技有限公司 | A kind of bus or train route cooperative system and exchange method, RSU |
| CN110890980A (en) * | 2019-11-15 | 2020-03-17 | 深圳明心科技有限公司 | Method, device, server and system for switching main terminal and standby terminal |
| CN111107572A (en) * | 2019-12-26 | 2020-05-05 | 北京万集科技股份有限公司 | Redundancy backup method and device |
Non-Patent Citations (1)
| Title |
|---|
| 马伯渊;吕京梅;张志同;: "PLC软冗余系统性能分析", 电力自动化设备, no. 02, 10 February 2009 (2009-02-10), pages 102 - 105 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5119779B2 (en) | Elevator control device | |
| JP2016134725A (en) | On-vehicle unit and on-vehicle unit diagnosis system | |
| US20170141861A1 (en) | Apparatus and method for sending vehicle broadcast information | |
| CN106993043B (en) | Data communication system and method based on agency | |
| CN101989933A (en) | Method and system for failure detection | |
| CN106034039A (en) | Fault notification method and system | |
| CN115333926B (en) | Fault processing method of road side unit, RSU and Internet of vehicles system | |
| CN115333926A (en) | Road side unit fault processing method, RSU and vehicle networking system | |
| JP4031347B2 (en) | Emergency call device | |
| KR101869512B1 (en) | Service Terminal Capable of Informing Car Accident through LPWAN Network and Method thereof | |
| CN105721232A (en) | Method and device for implementing link detection | |
| CN103167406A (en) | Global positioning system monitoring method and monitoring equipment and monitoring system | |
| CN113824595B (en) | Link switching control method and device and gateway equipment | |
| CN108646711A (en) | It is a kind of can overall separation formula pilotless automobile failure countermeasure | |
| CN102932172A (en) | Method, equipment and system for detecting Ethernet ring failure node | |
| KR100300853B1 (en) | How to notify status information of communication network system | |
| KR20110066897A (en) | Automatic vehicle management system of transportation enterprise | |
| KR100309380B1 (en) | System and method for detecting and isolating faults in a wireless network | |
| CN101656665B (en) | Data transmission method and device of coaxial Ethernet system | |
| CN101958812A (en) | Link fault detection method and system | |
| KR102282906B1 (en) | Public Transportation Information Service System | |
| CN113301521B (en) | Tunnel monitoring method and system based on V2X | |
| CN104168597A (en) | Monitoring processing method and device and M2M gateway | |
| CN116669084B (en) | Fault restoration method, device, equipment and storage medium based on cellular network | |
| KR101231933B1 (en) | System and method for managing error of electronic devices |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing Applicant after: CITIC Technology Zhilian Technology Co.,Ltd. Address before: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing Applicant before: Datang Gaohong Zhilian Technology (Chongqing) Co.,Ltd. |