INTERNET OF VEHICLES MESSAGE INTERACTION METHOD AND RELATED APPARATUS

Description

[0001] This application claims priority to Chinese Patent Application No. 201811153589.3, filed with the China National Intellectual Property Administration on September 29, 2018 and entitled "INTERNET OF VEHICLES MESSAGE EXCHANGE METHOD AND RELATED APPARATUS",

TECHNICAL FIELD

[0002] This application relates to the internet of vehicles communications field, and in particular, to an internet of vehicles message exchange method and a related apparatus.

BACKGROUND

[0003] Vehicle to everything (V2X) communication refers to a communications technology for connecting a vehicle to everything. V2X may be referred to as an internet of vehicles, and the V2X communication is a technology developed based on the internet of things. The V2X communication is a basis and a key technology of a smart vehicle, autonomous driving, and an intelligent transportation system. The V2X communication includes four parts: (1) Vehicle to network (V2N) communication, which refers to communication between a vehicle-mounted device and a network device, and may be used to enable the vehicle-mounted device to be connected to a server through a wireless network, and to use application functions provided by the server, such as navigation, entertainment, and theft prevention. (2) Vehicle to vehicle (vehicle to vehicle, V2V) communication, which refers to communication between vehicle-mounted devices, and is mainly used for information exchange and reminding between vehicles. (3) Vehicle to infrastructure (vehicle to infrastructure, V2I) communication, which refers to communication between a vehicle-mounted device and a roadside unit (RSU), and is mainly used to obtain road management information, for example, a traffic light signal. (4) Vehicle to pedestrian (vehicle to pedestrian, V2P) communication, which refers to communication between a vehicle-mounted device and a pedestrian, and is mainly used to give a safety warning to a pedestrian or non-motor vehicle on a road.
Further, the document Hao Yong et. al., IEEE Journal on selected areas in communications, IEEE service center, Piscataway, US, vol. 31, no.9, September 1, 2013, pages 523-537, refers to a secure cooperative data downloading in vehicular Ad Hoc networks.

[0004] In the foregoing four types of communication, user equipment (which refers to the vehicle-mounted device, the pedestrian, and the RSU) may communicate with the network device through a network communications interface (a Uu interface), and the user equipment may directly communicate with another user equipment through a communications interface (a PC5 interface). The vehicle-mounted device may exchange an internet of vehicles message with the network device through the Uu interface or the PC5 interface. A schematic diagram of a message exchange path may be shown in FIG. 1. In an uplink path, the vehicle-mounted device may send the internet of vehicles message to the network device through the Uu interface. Alternatively, the vehicle-mounted device may send the internet of vehicles message to a device around the vehicle-mounted device through the PC5 interface. After the RSU receives the internet of vehicles message, the RSU forwards the internet of vehicles message to the network device through the Uu interface. In a downlink path, the network device may send the internet of vehicles message to the vehicle-mounted device through the Uu interface. Alternatively, the network device may send the internet of vehicles message to the RSU through the Uu interface, and then the RSU forwards the internet of vehicles message to the vehicle-mounted device through the PC5 interface. Currently, the message exchange between the vehicle-mounted device and the network device is generally implemented based on one or two of the paths shown in FIG 1. Due to a difference in deployment of roadside units on road sections, message repetition, message lost or a long transmission delay may occur in a message exchange process between the vehicle-mounted device and the network device.

SUMMARY

[0005] This application provides an internet of vehicles message exchange method and a related apparatus, to resolve a problem of message repetition, a message loss, or a large transmission delay in a message exchange process between a vehicle-mounted device and a network device. This problem is solved by the subject matter of the independent claims. Further implementation forms are provided in the dependent claims. Deployment statuses of the roadside units at two ends of the road section are considered, to reduce cases such as repetition of a downlink internet of vehicles message and a message loss, and to fully utilize the roadside units.

[0006] By implementing the technical solutions of this application, the roadside unit can be fully utilized, and a case such as message repetition or a message loss can be avoided.

BRIEF DESCRIPTION OF DRAWINGS

[0007] 

FIG. 1 is a schematic diagram of a V2X message exchange path;

FIG. 2 is a schematic diagram of a system architecture of a V2X system according to this application;

FIG. 3A to FIG. 3F are schematic diagrams of scenarios in which a vehicle-mounted device sends an uplink internet of vehicles message to a V2X application server and the V2X application server sends a downlink internet of vehicles message to the vehicle-mounted device;

FIG. 4 is a schematic structural diagram of a vehicle-mounted device according to this application;

FIG. 5 is a schematic structural diagram of a V2X server according to this application;

FIG. 6 is a schematic structural diagram of an RSU according to this application;

FIG. 7 is a schematic diagram of a road and a road section in an urban area according to this application;

FIG. 8 is a schematic flowchart of an internet of vehicles message exchange method according to this application;

FIG. 9A to FIG. 9E are schematic diagrams of sending, by a server, a downlink internet of vehicles message to a vehicle-mounted device according to this application;

FIG. 10 is a schematic flowchart of an internet of vehicles message exchange method according to this application;

FIG. 11A to FIG. 11F are schematic diagrams of sending, by a vehicle-mounted device, an uplink internet of vehicles message to a server according to this application;

FIG. 12 is a schematic structural diagram of a V2X system, a vehicle-mounted device, a roadside unit, and a server according to this application; and

FIG. 13 is a schematic structural diagram of another V2X system, a vehicle-mounted device, a roadside unit, and a server according to this application.

[0008] The following describes the technical solutions in the embodiments of this application with reference to the accompanying drawings in the embodiments of this application.

[0009] The solutions in this application are applicable to a V2X system. To facilitate understanding of the solutions in this application, a system architecture of the V2X system is first described. FIG. 2 is a schematic diagram of a system architecture of a V2X system. As shown in the figure, the V2X system includes a network device 10 and user equipment (UE) 20. The network device 10 includes network elements such as an internet of vehicles application server (V2X AS) 101, an internet of vehicles control function (V2X CF) unit 102, a home subscriber server (home subscriber server, HSS) 103, a mobility management entity (mobility management entity, MME) 104, an evolved universal mobile telecommunications system terrestrial radio access network (evolved universal mobile telecommunications system terrestrial radio access network, E-UTRAN) 105, a service gateway (serving gateway, S-GW) 106, and a public data network gateway (public data network gateway, P-GW) 107. In the network device, the network elements such as the HSS, the MME, the E-UTRAN, the S-GW, and the P-GW are network elements in a conventional mobile communications system. The E-UTRAN is a radio access part of the mobile communications system, and the E-UTRAN includes at least one evolved NodeB (evolved NodeB), and is configured to receive a message sent by the user equipment and send the message to a corresponding network element. The E-UTRAN may communicate with the user equipment through a Uu interface. Compared with that in the conventional mobile communications system, the V2X AS and the V2X CF are network elements added to an internet of vehicles system. The V2X AS is configured to provide a V2X service for the user equipment, and may be configured to: provide service support for the V2X application running on the user equipment, and perform related V2X service logic processing based on a message reported by the V2X application. The V2X CF is used for V2X service authentication and authorization. The user equipment 20 includes a vehicle-mounted device (vehicle) 201, a roadside site (stationary) 202, and a pedestrian 203 (pedestrian). The user equipment and the user equipment may directly communicate with each other by using a PC5 interface.

[0010] In some possible implementations, the vehicle-mounted device may also be referred to as an on-board unit (OBU), a vehicular telematics box (telematics box, T-BOX), or the like. In some possible implementations, the roadside site may also be referred to as an RSU, a roadside device, or the like. For ease of description, in subsequent descriptions, the vehicle-mounted device is used to represent the vehicle-mounted device in FIG. 1, and the RSU is used to represent the roadside site in FIG. 1.

[0011] It can be learned from the system architecture shown in FIG. 2 that there may be three manners in which the vehicle-mounted device sends an uplink internet of vehicles message to a V2X application server and the V2X application server sends a downlink internet of vehicles message to the vehicle-mounted device.

[0012] There are three manners in which the V2X application server sends the downlink internet of vehicles message to the vehicle-mounted device.

[0013] 1. The V2X application server sends the downlink internet of vehicles message to the vehicle-mounted device by using a first downlink path shown in FIG. 1, in other words, the V2X application server sends the downlink internet of vehicles message to the vehicle-mounted device through the Uu interface.

[0014] A schematic diagram of a scenario of this manner may be shown in FIG. 3A. It can be learned from FIG. 3A that, the V2X application server sends the downlink internet of vehicles message through the Uu interface. In addition to that the vehicle-mounted device may receive the downlink internet of vehicles message, the roadside unit may also receive the downlink internet of vehicles message. After receiving the downlink internet of vehicles message, the roadside unit forwards the downlink internet of vehicles message to the vehicle-mounted device. When the vehicle-mounted device is in a coverage range of the roadside unit, the vehicle-mounted device may receive the downlink internet of vehicles message sent by the V2X application server, and may further receive the downlink internet of vehicles message forwarded by the roadside unit. Therefore, there is a problem that the vehicle-mounted device receives a repeated downlink internet of vehicles message.

[0015] 2. The V2X application server sends the downlink internet of vehicles message to the vehicle-mounted device by using a second downlink path shown in FIG. 1, in other words, the V2X application server sends the downlink internet of vehicles message to the roadside unit through the Uu interface. Then, the roadside unit forwards the downlink internet of vehicles message to the vehicle-mounted device through the PC5 interface.

[0016] A schematic diagram of a scenario of this manner may be shown in FIG. 3B. It can be learned from FIG. 3B that, when the vehicle-mounted device is located on a road section on which relatively sparse roadside units are deployed, the vehicle-mounted device cannot receive the downlink internet of vehicles message forwarded by the roadside units. In this case, the vehicle-mounted device cannot receive the downlink internet of vehicles message sent by the V2X application server. Therefore, there is a problem that the downlink internet of vehicles message is lost.

[0017] 3. The V2X application server delivers the internet of vehicles message to the vehicle-mounted device by using the first downlink path and the second downlink path that are shown in FIG. 1, in other words, the V2X application server sends the downlink internet of vehicles message to the roadside unit through the Uu interface, and then the roadside unit forwards the downlink internet of vehicles message to the vehicle-mounted device through the PC5 interface. In addition, the V2X server sends the downlink internet of vehicles message to the vehicle-mounted device through the Uu interface.

[0018] A schematic diagram of a scenario of this manner may be shown in FIG. 3C. It can be learned from FIG. 3C that, when the vehicle-mounted device is in the coverage range of the roadside unit, the vehicle-mounted device may receive the downlink internet of vehicles message sent by the V2X application server, and may further receive the internet of vehicles message forwarded by the roadside unit. Therefore, there is a problem that the vehicle-mounted device receives a repeated downlink internet of vehicles message.

[0019] Three manners in which the vehicle-mounted device sends the uplink internet of vehicles message to the V2X server are as follows.

[0020] 1. The vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server by using the first uplink path shown in FIG. 1, in other words, the vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server through the Uu interface.

[0021] A schematic diagram of a scenario of this manner may be shown in FIG. 3D. It can be learned from FIG. 3D that, all vehicle-mounted devices send the uplink internet of vehicles message to the V2X application server. This increases load of the V2X application server. The V2X application server needs to interact with each vehicle-mounted device. This results in a relatively large delay, and does not fully utilize the roadside units.

[0022] 2. The vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server by using the second uplink path shown in FIG. 1, in other words, the vehicle-mounted device sends the internet of vehicles message to surrounding user equipment through the PC5 interface. After the roadside unit receives the internet of vehicles message, forward the internet of vehicles message as the uplink internet of vehicles message to the V2X application server through the Uu interface.

[0023] A schematic diagram of a scenario of this manner may be shown in FIG. 3E. It can be learned from FIG. 3E that all vehicle-mounted devices send the uplink internet of vehicles message through the PC5 interface. When the vehicle-mounted devices are located on the road section on which relatively sparse roadside units are deployed, the roadside unit cannot receive the uplink internet of vehicles messages sent by the vehicle-mounted devices, and thus the V2X application server cannot receive the uplink internet of vehicles messages sent by the vehicle-mounted devices. Therefore, there is a problem that the uplink internet of vehicles message is lost.

[0024] 3. The vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server by using the first path and the second path shown in FIG. 1, in other words, the vehicle-mounted device sends the uplink internet of vehicles message to the roadside unit through the PC5 interface, and then the roadside unit forwards the uplink internet of vehicles message to the V2X server through the Uu interface. In addition, the vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server through the Uu interface.

[0025] A schematic diagram of a scenario of this manner may be shown in FIG. 3F. It can be learned from FIG. 3F that, all vehicle-mounted devices send the uplink internet of vehicles message by using two paths. When the vehicle-mounted devices are located on a road section on which relatively dense roadside units are deployed, for the uplink internet of vehicles message sent by the vehicle-mounted devices, the V2X application server can receive the uplink internet of vehicles message sent by the vehicle-mounted device, and further receive the uplink internet of vehicles message forwarded by the roadside unit. Therefore, there is a problem that the V2X server receives a repeated uplink internet of vehicles message.

[0026] It can be learned from FIG. 3A to FIG. 3F that, in a single manner of sending the downlink internet of vehicles message and the uplink internet of vehicles message, there are problems such as message repetition, a message loss, a large delay, or a failure to fully utilize the roadside unit in the message exchange between the vehicle-mounted device and the V2X application server.

[0027] Therefore, this application provides an internet of vehicles message exchange method and a device for implementing the method, to resolve the problems in the foregoing several manners in which the vehicle-mounted device sends the uplink internet of vehicles message to the V2X application server and the V2X application server sends the downlink internet of vehicles message to the vehicle-mounted device.

[0028] In this application, with reference to a feature of a road section, a road section on which roadside units are deployed is divided into three road sections with different density based on a density of the roadside units, and different message sending policies are set for the road sections with the different density. The V2X application server and the vehicle-mounted device may send the uplink internet of vehicles message and the downlink internet of vehicles message according to a message sending policy corresponding to the road section, to reduce cases such as the message repetition, the message loss, the large transmission delay, and the failure to fully utilize the roadside unit, and to maximally improve message exchange and transmission efficiency between the vehicle-mounted device and the V2X application server. The following describes the solutions of this application.

[0029] FIG. 4 is a schematic structural diagram of a vehicle-mounted device 40 according to this application. The vehicle-mounted device 40 may be the vehicle-mounted device 201 in the V2X system shown in FIG. 2. As shown in FIG. 4, the vehicle-mounted device 40 may include a communications component 401, one or more processors 402, and a memory 403. The communications component 401, the processor 402, and the memory 403 may be connected by using one or more buses, or may be connected in another manner.

[0030] The communications component 401 may be used by the vehicle-mounted device 40 to communicate with another communications device. The communications component 401 may include a wireless communications interface. The wireless communications interface may be, for example, a PC5 interface or a Uu interface. The PC5 interface may be used by the vehicle-mounted device 40 to communicate with user equipment in the V2X system, such as another vehicle-mounted device, a roadside unit, or a pedestrian. The Uu interface may be used by the vehicle-mounted device 40 to communicate with a network device in the V2X system, such as a V2X application server or a V2X control unit. In specific implementation, the communications component 401 may include a radio frequency interface and a radio frequency circuit, to implement a function implemented by the wireless communications interface. The radio frequency circuit may include a transceiver, a component (such as a conductor or a conducting wire) configured to send and receive an electromagnetic wave in free space during wireless communication, and the like. Optionally, the communications component 401 may further include a wired communications interface, and the wired communications interface may be, for example, an Ethernet interface.

[0031] The memory 403 is coupled to the processor 402, and is configured to store various software programs and/or a plurality of sets of instructions. In specific implementation, the memory 403 may include a high-speed random access memory, and may also include a non-volatile memory. The memory 403 may store a network communication program, and the network communication program may be used to communicate with another communications device in the V2X system. The memory 403 may further have a built-in operating system, for example, an operating system such as Android or Linux.

[0032] In some embodiments of this application, the memory 403 may be configured to store an implementation program, on a vehicle-mounted device side, of the internet of vehicles message exchange method provided in one or more embodiments of this application. For implementation of the internet of vehicles message exchange method provided in this application, refer to subsequent embodiments. In an optional embodiment, the memory 403 may further store deployment status information that is of the roadside unit and that is delivered by the V2X server in the V2X system. For the deployment status information of the roadside unit in this application, refer to subsequent embodiments.

[0033] The processor 402 may be a general purpose processor, for example, a central processing unit (central processing unit, CPU). The processor 402 may also be a hardware chip. The hardware chip may be one or a combination of the following: an application specific integrated circuit (application specific integrated circuit, ASIC), a field programmable gate array (field programmable gate array, FPGA), or a complex programmable logic device (complex programmable logic device, CPLD). Alternatively, the processor 402 may be a combination of the foregoing processors. The processor 402 may process data received by the communications component 401, and the processor 402 may further process data that is to be sent to the communications component 401 for transmission over a wireless transmission medium.

[0034] In this application, the processor 402 may be configured to read and execute a computer-readable instruction. Specifically, the processor 402 may be configured to invoke a program stored in the memory 403, for example, an implementation program, on a vehicle-mounted device side, of an internet of vehicles message exchange method provided in one or more embodiments of this application, and execute an instruction included in the program.

[0035] In this application, the processor 402 is configured to: determine, based on an internet of vehicles message received by the communications component 401, an uplink message sending policy used by the vehicle-mounted device to send an uplink internet of vehicles message to the V2X server, and send the uplink internet of vehicles message according to the uplink message sending policy by using the communications component 401. For a manner of determining, by the processor 401, which policy is the uplink message sending policy, refer to a subsequent embodiment.

[0036] It should be understood that the vehicle-mounted device 40 shown in FIG. 4 is merely an implementation of this application. In actual application, the vehicle-mounted device 40 may include more or fewer components. This is not limited in this application.

[0037] FIG. 5 is a schematic structural diagram of a V2X application server 50 according to this application. The V2X application server may be the V2X application server 101 in the V2X system shown in FIG. 1. As shown in FIG. 5, the V2X application server 50 may include one or more processors 502 and a memory 503. Optionally, the V2X application server may further include a communications component 501. The communications component 501, the processor 502, and the memory 503 may be connected by using one or more buses, or may be connected in another manner.

[0038] The communications component 501 may be used by the V2X application server 50 to communicate with another communications device, for example, a roadside unit or a vehicle-mounted device. The communications component 501 may include a wireless communications interface, and the wireless communications interface may be, for example, a Uu interface. In specific implementation, the communications component may include a radio frequency interface and a radio frequency circuit, to implement a function implemented by the wireless communications interface. The radio frequency circuit may include a transceiver, a component (such as a conductor or a conducting wire) configured to send and receive an electromagnetic wave in free space during wireless communication, and the like. Optionally, the communications component 501 may further include a wired communications interface. The wired communications interface may be, for example, an Ethernet interface or an optical fiber interface.

[0039] The memory 503 is coupled with the processor 502, and is configured to store various software programs and/or a plurality of sets of instructions. In specific implementation, the memory 503 may include a high-speed random access memory, and may also include a non-volatile memory. The memory 503 may store a network communication program, and the network communication program may be used to communicate with another communications device in the V2X system. The memory 503 may further have a built-in operating system, for example, an operating system such as Windows or Linux.

[0040] In some embodiments of this application, the memory 503 may be configured to store an implementation program, on a server side, of the internet of vehicles message exchange method provided in one or more embodiments of this application. For implementation of the internet of vehicles message exchange method provided in this application, refer to subsequent embodiments. In an optional embodiment, the memory 503 may further store position information of a roadside unit in the V2X system, a roadside unit density reference value, and the like. For the position information of the roadside unit and the roadside unit density reference value in this application, refer to subsequent embodiments.

[0041] The processor 502 may be a general purpose processor, for example, a central processing unit (central processing unit, CPU). The processor 502 may also be a hardware chip. The hardware chip may be one or a combination of the following: an application specific integrated circuit (application specific integrated circuit, ASIC), a field programmable gate array (field programmable gate array, FPGA), or a complex programmable logic device (complex programmable logic device, CPLD). Alternatively, the processor 502 may be a combination of the foregoing processors. The processor 502 may process data received by the communications component 501, and the processor 502 may further process data that is to be sent to the communications component 501 for transmission over a wireless transmission medium.

[0042] In this application, the processor 502 may be configured to read and execute a computer-readable instruction. Specifically, the processor 502 may be configured to: invoke a program stored in the memory 503, for example, an implementation program, on a server side, of an internet of vehicles message exchange method provided in one or more embodiments of this application, and execute an instruction included in the program.

[0043] In this application, the processor 502 is configured to: determine a density of roadside units based on the position information of the roadside units and the roadside unit density reference value, determine, based on the density of the roadside units, a downlink message sending policy for sending a downlink internet of vehicles message to the vehicle-mounted device, and sends the downlink internet of vehicles message to the vehicle-mounted device according to the downlink message sending policy by using the communications component 501. For a manner in which the processor 502 determines the density of the roadside units and a manner in which the processor 502 determines, based on the density, which policy is the uplink message sending policy, refer to subsequent embodiments.

[0044] It should be understood that the V2X application server 50 shown in FIG. 5 is merely an implementation of this application. In actual application, the V2X application server 50 may include more or fewer components. This is not limited in this application.

[0045] FIG. 6 is a schematic structural diagram of a roadside unit 60 according to this application. The roadside unit 60 may be the roadside site 202 in the V2X system shown in FIG. 2. As shown in FIG. 6, the roadside unit 60 may include a communications component 601, one or more processors 602, and a memory 603. The communications component 601, the processor 602, and the memory 603 may be connected by using one or more buses, or may be connected in another manner.

[0046] The communications component 601 may be configured for the roadside unit 60 to communicate with another communications device. The communications component 601 may include a wireless communications interface. The wireless communications interface may be, for example, a PC5 interface or a Uu interface. The PC5 interface may be used by the roadside unit 60 to communicate with user equipment such as a vehicle-mounted device and a pedestrian in the V2X system. The Uu interface may be used by the roadside unit 60 to communicate with a network device such as a V2X server or a V2X control unit in the V2X system. In specific implementation, the communications component 601 may include a radio frequency interface and a radio frequency circuit, to implement a function implemented by the wireless communications interface. The radio frequency circuit may include a transceiver, a component (such as a conductor or a conducting wire) configured to send and receive an electromagnetic wave in free space during wireless communication, and the like.

[0047] The memory 603 is coupled to the processor 602, and is configured to store various software programs and/or a plurality of sets of instructions. In specific implementation, the memory 603 may include a high-speed random access memory, and may also include a non-volatile memory. The memory 603 may store a network communication program, and the network communication program may be used to communicate with another communications device in the V2X system.

[0048] In some embodiments of this application, the memory 603 may be configured to store an implementation program, on a roadside unit side, of the internet of vehicles message exchange method provided in one or more embodiments of this application. The implementation program may include one or more implementation programs of an implementation program on a first roadside unit side and an implementation program on a second roadside unit side. For implementation of the internet of vehicles message exchange method provided in this application, refer to subsequent embodiments.

[0049] The processor 602 may be a general purpose processor, for example, a central processing unit (central processing unit, CPU). The processor 602 may also be a hardware chip. The hardware chip may be one or a combination of the following: an application specific integrated circuit (application specific integrated circuit, ASIC), a field programmable gate array (field programmable gate array, FPGA), or a complex programmable logic device (complex programmable logic device, CPLD). Alternatively, the processor 602 may be a combination of the foregoing processors. The processor 602 may process data received by the communications component 601, and the processor 602 may further process data that is to be sent to the communications component 601 for transmission over a wireless transmission medium.

[0050] In this application, the processor 602 may be configured to read and execute a computer-readable instruction. Specifically, the processor 602 may be configured to: invoke a program stored in the memory 603, for example, an implementation program, on a roadside unit side, of an internet of vehicles message exchange method provided in one or more embodiments of this application, and execute an instruction included in the program.

[0051] In this application, the processor 602 is configured to determine, based on an internet of vehicles message received by the communications component 601 and a forwarding indication, whether to forward the internet of vehicles message. For a manner in which the processor 601 determines whether to forward the internet of vehicles message, refer to a subsequent embodiment. The processor 602 may be further configured to: when determining to forward the internet of vehicles message, add an original timestamp of the internet of vehicles message to the internet of vehicles message, and forward the internet of vehicles message by using the communications component 601. For a concept of the original timestamp, refer to subsequent embodiments.

[0052] It should be understood that the roadside unit 60 shown in FIG. 6 is merely an implementation of this application. In actual application, the roadside unit 60 may include more or fewer components. This is not limited in this application.

[0053] Based on the vehicle-mounted device, the V2X application server, and the roadside unit that are described in the embodiments in FIG. 4 to FIG. 6, the internet of vehicles message exchange method in this application can be implemented. The following describes the internet of vehicles message exchange method in this application. For ease of description, in the following embodiments, the V2X application server is briefly described as a server.
In the V2X system, a roadside unit deployed on a roadside may divide a complex road in an urban area into two or more road sections. Roadside units are deployed at one end or two ends of the road sections formed through division. For example, the road in the urban area on which the roadside unit is deployed and the road section formed through dividing by the roadside unit may be shown in FIG. 7. One or more roadside units may be deployed on the road in the urban area. The plurality of roadside units may divide the road into a plurality of road sections. Each road may include a plurality of road sections. On a road in the urban area on which more than two roadside units are deployed, roadside units are deployed on ends of a non-edge road section 72. The roadside units at the two ends of the road section 72 are two adjacent roadside units. A coverage area 71 of the two adjacent roadside units and the road section 72 between the two adjacent roadside units may be considered as a roadside unit deployment area. Roadside unit deployment areas may overlap with each other, and a plurality of roadside unit deployment areas may basically cover all roads in the urban area. The coverage area of the roadside unit is a circular area or an approximately circular area formed by using a coverage radius of the roadside unit. The coverage radius of the roadside unit is used to indicate a wireless communication capability of the roadside unit, in other words, a longest distance over which a wireless signal can be sent by the roadside unit, or a distance of receiving a farthest radio signal by the roadside unit.

[0054] It can be learned from FIG. 7 that all roads in the urban area may include road sections, and a procedure of determining a message sending policy of a vehicle-mounted device on each road section is the same. Therefore, in the following embodiments, one of the road sections is used for description in this application.

1. A process of sending a downlink internet of vehicles message is a process in which a server sends an internet of vehicles message to a vehicle-mounted device on a road section.

[0055] FIG. 8 is a schematic flowchart of an internet of vehicles message exchange method according to this application. As shown in FIG. 8, the method includes the following steps.

[0056] S101: A server obtains position information of a first roadside unit, position information of a second roadside unit, and a roadside unit density reference value, where the first roadside unit and the second roadside unit are on a first road section.

[0057] S102: The server determines a density of roadside units on the first road section based on the position information of the first roadside unit and the position information of the second roadside unit and the roadside unit density reference value.

[0058] S103: The server determines a downlink message sending policy based on the density of the roadside units on the first road section.

[0059] S104: The server sends a first internet of vehicles message to a first vehicle-mounted device according to the downlink message sending policy.

[0060] The first roadside unit and the second roadside unit in the foregoing steps S101 and S102 are two adjacent roadside units. The first road section is a road section between the first roadside unit and the second roadside unit. Specifically, a relationship between the first road section, the first roadside unit, and the second roadside unit may be shown in FIG. 7. The first roadside unit and the second roadside unit may be an RSU 1 and an RSU 2 in FIG. 7 respectively, and the first road section may be the road section 72 in FIG. 7. The first roadside unit and the second roadside unit are located at two ends of the first road section.

[0061] The position information of the first roadside unit and the position information of the second roadside unit involved in the foregoing steps S101 and S 102 may have the following several cases.

1. The position information of the first roadside unit and the position information of the second roadside unit may be absolute natural geographical position information of the first roadside unit and absolute natural geographical position information of the second roadside unit, namely, longitude information and latitude information of the first roadside unit, and longitude information and latitude information of the second roadside unit. For example, the position information of the first roadside unit is a longitude W1 and a latitude N1, and the position information of the second roadside unit is a longitude W2 and a latitude N2.

2. The position information of the first roadside unit and the position information of the second roadside unit may be name information of geographical positions of the first roadside unit and the second roadside unit, namely, information obtained by positioning the geographical positions of the first roadside unit and the second roadside unit on a map. For example, the position information of the first roadside unit is No. 15, Keyuan Road, Nanshan District, Shenzhen, and the position information of the second roadside unit is No. 9028, Beihuan Avenue, Nanshan District, Shenzhen.

3. The position information of the first roadside unit and the position information of the second roadside unit may be roadside unit position information that is preset for the first roadside unit and the second roadside unit, and the roadside unit position information corresponds to absolute natural geographical position information or geographical name information. For example, the position information of the first roadside unit is roadside unit position information 1, and the roadside unit position information 1 corresponds to the geographical name information, which is No. 111, Liuxian Avenue, Xili Town, Nanshan District, Shenzhen. The position information of the second roadside unit is roadside unit position information 2, and the roadside unit position information 2 corresponds to the geographical name information, which is No. 20, Shennan Avenue, Futian District, Shenzhen.

[0062] This is not limited to the description herein. In an optional implementation, there may be another case for the position information of the first roadside unit and the position information of the second roadside unit.

[0063] In this application, the server may obtain the position information of the first roadside unit and the position information of the second roadside unit in the following manners.

[0064] In a first manner, when a roadside unit is deployed on a roadside, position information of the roadside unit may be preset on the server. In this case, the server may obtain the position information of the first roadside unit and the position information of the second roadside unit from a storage position of position information of roadside units.

[0065] In a second manner, the server may separately send an information obtaining request to the first roadside unit and the second roadside unit, to request to obtain the position information of the first roadside unit and the position information of the second roadside unit. The server may obtain the position information of the first roadside unit and the position information of the second roadside unit based on responses respectively returned by the first roadside unit and the second roadside unit. Optionally, the server may further add an indication for obtaining a coverage radius and/or a roadside unit identifier to the information obtaining request, to request to obtain coverage radii and/or roadside unit identifiers of the first roadside unit and the second roadside unit.

[0066] In a third manner, a roadside unit may actively report position information of the roadside unit to the server. In this case, the server may obtain the position information of the first roadside unit and the position information of the second roadside unit based on position information reported by the first roadside unit and position information reported by the second roadside unit. Optionally, the roadside unit may further actively report a roadside unit identifier of the roadside unit and/or a coverage radius of the roadside unit to the server. The server may obtain roadside unit identifiers and/or coverage radii of the first roadside unit and the second roadside unit based on a roadside unit identifier and/or a coverage radius reported by the first roadside unit and a roadside unit identifier and/or a coverage radius reported by the second roadside unit.

[0067] Optionally, the server may further obtain the position information of the first roadside unit and the position information of the second roadside unit in combination with the foregoing three manners. For example, the server may first obtain the position information of the first roadside unit and the position information of the second roadside unit locally (in other words, from the storage position of the position information of the roadside units). When the positions of the first roadside unit and the second roadside unit are not obtained, the server may separately send the information obtaining request to the first roadside unit and the second roadside unit, to request to obtain the position information of the first roadside unit and the position information of the second roadside unit. For another example, when the position information reported by the first roadside unit and the second roadside unit is not obtained, the server may locally obtain the position information of the first roadside unit and the position information of the second roadside unit. When the position information reported by the first roadside unit or the second roadside unit is obtained, the server determines the position information reported by the first roadside unit or the second roadside unit as the obtained position information of the first roadside unit or the second roadside unit, and locally updates the position information of the first roadside unit or the second roadside unit based on the obtained position information of the first roadside unit or the obtained position information of the second roadside unit.

[0068] The roadside unit density reference value involved in the foregoing steps S101 and S 102 is a reference value used to measure density between the first roadside unit and the second roadside unit.

[0069] In the claimed implementation, the roadside unit density reference value is a reference value related to a safe driving distance. Specifically, the roadside unit density reference value may include a first safe driving distance and a second safe driving distance. The first safe driving distance is a safe driving distance of a vehicle-mounted device traveling on a road section in an urban area when a vehicle flow of the road section in the urban area is in an off-peak period. The second safe driving distance is a safe driving distance of the vehicle-mounted device traveling on a high-speed road section when a vehicle flow of the high-speed road section is in the off-peak period.

[0070] The following describes the first safe driving distance and the second safe driving distance.

[0071] A minimum safe distance formula obtained according to automobile braking mechanics is: S =

. ΔV is a speed difference between a rear vehicle and a front vehicle. T is a driver response time period, t1 is a braking coordination time period. t2 is a deceleration increase time period, which is generally 0.1s to 0.2s. a_s is a maximum deceleration of a vehicle. d₀ is a safe distance when the vehicle is stopped, namely, a safe distance between the vehicle and the front vehicle after the vehicle stops, and the value of do is generally from 2 m to 5 m.

[0072] The first safe driving distance is a minimum safe distance obtained by substituting, into the foregoing formula, a speed difference corresponding to a road section in the urban area when a vehicle flow is in an off-peak period. In specific implementation, a speed difference between a speed of a vehicle at a rear position and a speed of a vehicle at a front position in two adjacent vehicles traveling on a road section in the urban area may be counted when the vehicle flow is in the off-peak period, to obtain a large amount of data of a speed difference between two adjacent vehicles. Then a speed difference corresponding to the road section in the urban area when the vehicle flow is in the off-peak period is determined based on the large amount of data of the speed difference between two adjacent vehicles. The speed difference may be an average value of the large amount of data of the speed difference.

[0073] The second safe driving distance is a minimum safe distance obtained by substituting, into the foregoing formula, a speed difference corresponding to the high-speed road section when the vehicle flow is in the off-peak period. In specific implementation, a speed difference between a speed of a vehicle at a rear position and a speed of a vehicle at a front position in two adjacent vehicles traveling on the high-speed road section may be counted when the vehicle flow is in the off-peak period, to obtain a large amount of data of a speed difference between two adjacent vehicles. Then a speed difference corresponding to the high-speed road section when the vehicle flow is in the off-peak period is determined based on the large amount of data of the speed difference between two adjacent vehicles. The speed difference may be an average value of the large amount of data of the speed difference.

[0074] In another non-claimed implementation, the roadside unit density reference value may also be a reference value related to a vehicle flow peak value. Specifically, the roadside unit density reference value may include a first vehicle flow peak distance and a second vehicle flow peak distance. The first vehicle flow peak distance is a product of a first coefficient and a first coverage distance, and the second vehicle flow peak distance is a product of a second coefficient and a first coverage distance. The first coefficient is a ratio of a vehicle flow high-peak value of the first road section to a vehicle flow off-peak value of the first road section. The second coefficient is a ratio of a vehicle flow low-peak value of the first road section to the vehicle flow off-peak value of the first road section. The first coverage distance is a sum of a coverage radius of the first roadside unit and a coverage radius of the second roadside unit. For example, if the first roadside unit and the second roadside unit are respectively an RSU 3 and an RSU 4 in FIG. 7, the first coverage distance is d1 + d2.

[0075] Specifically, a preset duration is used as a period. A vehicle flow high-peak value, a vehicle flow low-peak value, and a vehicle flow off-peak value of the first road section in the period may be separately determined, and then statistics about vehicle flow high-peak values, vehicle flow low-peak values, and vehicle flow off-peak values that correspond to a plurality of periods are collected. Average values of a vehicle flow high-peak value, a vehicle flow low-peak value, and a vehicle flow off-peak value that correspond to the plurality of periods are respectively determined as the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section. For example, one week is used as a period. A vehicle flow high-peak value, a vehicle flow low-peak value, and a vehicle flow off-peak value of the first road section in one week may be separately determined, and then statistics about the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value that correspond to each week in 10 weeks are collected. A value obtained by dividing a sum of the weekly corresponding vehicle flow high-peak values by 10 is determined as the vehicle flow high-peak value of the first road section. A value obtained by dividing a sum of the weekly corresponding vehicle flow low-peak values by 10 is determined as the vehicle flow low-peak value of the first road section. A value obtained by dividing a sum of the weekly corresponding vehicle flow off-peak values by 10 is determined as the vehicle flow off-peak value of the first road section.

[0076] Specifically, a time period may also be used as a statistical period, and a vehicle flow high-peak value, a vehicle flow low-peak value, and a vehicle flow off-peak value of the first road section in the time period are determined as the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section. For example, a time period from January to December may be used as the statistical period, and a vehicle flow high-peak value, a vehicle flow low-peak value, and a vehicle flow off-peak value of the first road section in the time period from January to December may be determined as the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section.

[0077] In the claimed invention, the server may obtain the roadside unit density reference value in the following manner 1, the alternative following manner 2 is not claimed in the present invention.

1. The roadside unit density reference values are the first safe driving distance and the second safe driving distance.

(1a) The speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, which are determined in the foregoing manner, are preset on the server. The server may obtain, from the server, the speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, and then calculate the first safe driving distance and the second safe distance based on the minimum safe distance formula, the speed difference corresponding to the road section in the urban area, and the speed difference corresponding to the high-speed road section.

(1b) The first safe driving distance and the second safe driving distance that are determined in the foregoing manner are preset on the server. The server may obtain the first safe driving distance and the second safe driving distance from the server.

(1c) The speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, which are determined in the foregoing manner, are stored on another server. The server may obtain, from the another server through an interface on the another server, the speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, and then obtain the first safe driving distance and the second safe driving distance through calculation in the manner (1a).

(1d) The first safe driving distance and the second safe driving distance that are determined in the foregoing manner are stored on another server. The server may obtain the first safe driving distance and the second safe driving distance from the another server through an interface on the another server.

[0078] This application is not limited to the foregoing several manners. In an optional implementation, the server may further obtain the first safe driving distance and the second safe driving distance in another manner. For example, the server may further directly determine, in the foregoing manner of determining the speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, the speed difference corresponding to the road section in the urban area and the speed difference corresponding to the high-speed road section, and then obtain the first safe driving distance and the second safe driving distance through calculation based on the minimum safe distance formula, the speed difference corresponding to the road section in the urban area, and the speed difference corresponding to the high-speed road section.

2. The roadside unit density reference values are the first vehicle flow peak distance and the second vehicle flow peak distance.

(2a) The vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section that are determined in the foregoing manner are preset on the server. The server may obtain the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section from the server, calculate the first coefficient based on the vehicle flow high-peak value and the vehicle flow off-peak value of the first road section, calculate the second coefficient based on the vehicle flow low-peak value and the vehicle flow off-peak value of the first road section, calculate the first coverage distance based on the coverage radii of the first roadside unit and the second roadside unit, determine a product of the first coefficient and the first coverage distance as the first vehicle flow peak distance, and determine a product of the second coefficient and the first coverage distance as the second vehicle flow peak distance. The coverage radii of the first roadside unit and the second roadside unit may be stored on the server, or may be separately reported by the first roadside unit and the second roadside unit, or may be separately requested and obtained by the server from the first roadside unit and the second roadside unit.

(2b) The first coefficient and the second coefficient that are determined in the foregoing manner are preset on the server. The server may calculate the first coverage distance based on the coverage radii of the first roadside unit and the second roadside unit, determine the product of the first coefficient and the first coverage distance as the first vehicle flow peak distance, and determine the product of the second coefficient and the first coverage distance as the second vehicle flow peak distance.

(2c) The vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section that are determined in the foregoing manner are stored on another server. The server may obtain the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section from the another server through an interface on the another server, and then determine the first vehicle flow peak distance and the second vehicle flow peak distance in the manner (2a).

(2d) The first coefficient and the second coefficient that are determined in the foregoing manner are stored on another server. The server may obtain the first coefficient and the second coefficient from the another server through an interface on the another server, and then determine the first vehicle flow peak distance and the second vehicle flow peak distance in the manner (2b).

[0079] Optionally, the coverage radii of the first roadside unit and the second roadside unit in the manners (2a) to (2d) may be obtained by the server from the server, or may be separately reported by the first roadside unit and the second roadside unit, or may be separately requested and obtained by the server from the first roadside unit and the second roadside unit.

[0080] This alternative embodiment is not limited to the foregoing several manners. In an optional implementation, the server may further obtain the first vehicle flow peak distance and the second vehicle flow peak distance in another manner. For example, the server may further directly determine the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section in the foregoing manner of determining the vehicle flow high-peak value, the vehicle flow low-peak value, and the vehicle flow off-peak value of the first road section, and then determine the first vehicle flow peak distance and the second vehicle flow peak distance in the manner described in the manner (2a).

[0081] Specifically, the another server in the manners (1c) to (1d) and (2c) to (2d) may be, for example, a server of an organization that is responsible for controlling a vehicle and a road, such as a vehicle management bureau, a traffic management bureau, or an urban road management department.

[0082] The density of the roadside units on the first road section in the steps S102 to S103 may be classified into three levels, which are first density, second density, and third density. The first density is higher than the second density, and the second density is higher than the third density. In other words, roadside units are relatively densely deployed on a road section corresponding to the first density. Roadside units are relatively sparsely deployed on a road section corresponding to the third density. Roadside units are deployed relatively evenly on a road section corresponding to the second density.

[0083] The following describes a manner of determining the density of the roadside units on the first road section, in other words, a manner of determining a deployment status of the roadside units on the first road section.

1. The roadside unit density reference values are the first safe driving distance and the second safe driving distance, a manner in which the server determines the density of the roadside units on the first road section based on the position information of the first roadside unit, the position information of the second roadside unit, and the roadside unit density reference value is as follows: If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that a first distance is greater than the first safe driving distance, the server determines that the density of the roadside units on the first road section is the third density. If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is less than or equal to the first safe driving distance and is greater than or equal to the second safe driving distance, the server determines that the density of the roadside units on the first road section is the second density. If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is less than the second safe driving distance, the server determines that the density of the roadside units on the first road section is the first density.

[0084] Herein, the first distance is a straight-line distance between the first roadside unit and the second roadside unit. For example, the first roadside unit and the second roadside unit are an RSU 3 and an RSU 4 in FIG. 7 respectively, and the first distance is L in FIG. 7. In specific implementation, the first distance may be determined based on the position information of the first roadside unit and the position information of the second roadside unit.

[0085] Specifically, if the position information of the first roadside unit and the position information of the second roadside unit are the absolute natural geographical position information of the first roadside unit and the absolute natural geographical position information of the second roadside unit, the server may calculate the first distance according to a haversine formula or a great circle distance formula. If the position information of the first roadside unit and the position information of the second roadside unit are the name information names of the geographical positions of the first roadside unit and the second roadside unit, the server may determine the first distance through an interface of a map server. The map server may be, for example, a server of AutoNavi map or a server of Baidu map. If the position information of the first roadside unit and the position information of the second roadside unit are the roadside unit position information that is preset for the first roadside unit and the roadside unit position information that is preset for the second roadside unit, the server may convert the roadside unit position information into the absolute natural geographical position information or the geographical names based on a correspondence between the roadside unit position information and the absolute natural geographical position information or the geographical name information, and then determine the first distance in a corresponding manner.

[0086] It can be learned from a road section property that the speed difference between the two adjacent vehicles on the high-speed road section is less than the speed difference between the two adjacent vehicles on the road section in the urban area. It can be learned according to the minimum safe distance formula that the first safe driving distance corresponding to the road section in the urban area is greater than the second safe driving distance corresponding to the high-speed road section. If the first distance is less than the second safe driving distance, it indicates that a distance between the first roadside unit and the second roadside unit is less than a minimum safe distance between the two vehicles on the high-speed road, and the first roadside unit and the second roadside unit may completely cover the first road section. When a distance between the two vehicles is less than the minimum safe distance, a warning message delivered by using a roadside unit within the minimum safe distance may be received by the vehicles, and the roadside units are deployed relatively densely. If the first distance is greater than the first safe driving distance, it indicates that the distance between the first roadside unit and the second roadside unit is greater than a minimum safe distance between the two vehicles on the road in the urban area, and the first roadside unit and the second roadside unit may not completely cover the first road section. When the distance between two vehicles is less than the minimum safe distance, the warning message delivered by using the roadside unit may not be received by the vehicles, and the roadside unit is relatively sparsely deployed. If the first distance is greater than or equal to the second safe driving distance, and is less than or equal to the first safe driving distance, it indicates that the distance between the first roadside unit and the second roadside unit is greater than or equal to the minimum safe distance between the two vehicles on the high-speed road, and is less than or equal to the minimum safe distance between the two vehicles on the road in the urban area. The warning message delivered by using the roadside unit may be received by the vehicles, or may not be received by the vehicles, and the roadside units are deployed relatively evenly.

[0087] 2. The roadside unit density reference values are the first vehicle flow peak distance and the second vehicle flow peak distance, a manner in which the server determines the density of the roadside units on the first road section based on the position information of the first roadside unit, the position information of the second roadside unit, and the roadside unit density reference value is as follows: If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is greater than the first vehicle flow peak distance, the server determines that the density of the roadside units on the first road section is the third density. If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that a first distance is less than or equal to a first vehicle flow peak distance and is greater than or equal to a second vehicle flow peak distance, the server determines that the density of the roadside units on the first road section is the second density. If determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is less than or equal to a first vehicle flow peak distance, the server determines that the density of the roadside units on the first road section is the third density.

[0088] The first vehicle flow peak distance is a product of the first coefficient and the first coverage distance. The second vehicle flow peak distance is a product of the second coefficient and the first coverage distance. The first coverage distance is a sum of coverage radii of the first roadside unit and the second roadside unit. The first coefficient is a ratio of a vehicle flow high-peak value of the first road section to a vehicle flow off-peak value of the first road section, and the first coefficient is a value greater than 1. The second coefficient is a ratio of a vehicle flow low-peak value of the first road section to the vehicle flow off-peak value of the first road section, and the second coefficient is a value less than 1. If the first distance is greater than the first vehicle flow peak distance, it indicates that a distance between the first roadside unit and the second roadside unit is greater than a sum of coverage radii of the first roadside unit and the second roadside unit, and the first roadside unit and the second roadside unit cannot completely cover the first road section. Roadside units are sparsely deployed. If the first distance is less than the second vehicle flow peak distance, it indicates that the distance between the first roadside unit and the second roadside unit is less than the sum of the coverage radii of the first roadside unit and the second roadside unit. The first roadside unit and the second roadside unit may completely cover the first road section, and roadside units are densely deployed. If the first distance is greater than or equal to the second vehicle flow peak distance, and is less than or equal to the first vehicle flow peak distance, it indicates that the distance between the first roadside unit and the second roadside unit may be the sum of the coverage radii of the first roadside unit and the second roadside unit, or may be less than the sum of the coverage radii of the first roadside unit and the second roadside unit. The roadside units are deployed relatively evenly.

[0089] The downlink message sending policy in the foregoing steps S103 and S104 is a downlink message sending policy corresponding to the first road section, in other words, a policy of sending, by the server, a downlink internet of vehicles message to a vehicle-mounted device on the first road section. The following uses the first vehicle-mounted device as the vehicle-mounted device on the first road section to describe a case in which the downlink message sending policy is determined and the server sends the downlink internet of vehicles message.

[0090] Specifically, the downlink message sending policy determined by the server based on the density of the roadside units on the first road section may have the following several cases:

1. If the density of the roadside units on the first road section is the first density, in other words, the roadside units are deployed relatively densely, the server determines that the downlink message sending policy is: sending the internet of vehicles message to the first roadside unit and the second roadside unit, and indicating the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device.

[0091] Correspondingly, a schematic diagram in which the server sends the first internet of vehicles message to the first vehicle-mounted device according to the downlink message sending policy may be shown in FIG. 9A. The server separately sends the first internet of vehicles message to the first roadside unit and the second roadside unit, and sends a first forwarding indication to the first roadside unit and the second roadside unit. The first forwarding indication is used to indicate that the first roadside unit and the second roadside unit forward the first internet of vehicles message. After receiving the first internet of vehicles message, the first roadside unit and the second roadside unit separately add an original timestamp of the first internet of vehicles message to the first internet of vehicles message based on the first forwarding indication, and then forward the first internet of vehicles message to the first vehicle-mounted device. After receiving the first internet of vehicles message, the first vehicle-mounted device identifies, based on a message identifier and a timestamp in the first internet of vehicles message, whether the first internet of vehicles message is received for the first time. If the first internet of vehicles message is received for the first time, the first vehicle-mounted device stores the first internet of vehicles message. When subsequently receiving a second internet of vehicles message whose message identifier and timestamp are the same as the message identifier and timestamp of the first internet of vehicles message, the first vehicle-mounted device discards the second internet of vehicles message. Herein, the original timestamp of the first internet of vehicles message is a timestamp carried in the first internet of vehicles message when the server sends the first internet of vehicles message. The message identifier is an identifier allocated by the server to the first internet of vehicles message, and the message identifier is used to uniquely indicate the first internet of vehicles message in the downlink internet of vehicles message sent by the server.

[0092] 2. If the density of the roadside units on the first road section is the second density, in other words, the roadside units are deployed relatively evenly, the server determines that the downlink message sending policy is one of the following policies.

(1) The server sends an internet of vehicles message to a device in a first multicast group, and indicates the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device, where the first multicast group includes the first roadside unit, the second roadside unit, and the first vehicle-mounted device, in other words, the downlink internet of vehicles message is sent to the first vehicle-mounted device in a multicast manner.

(2) The server separately sends an internet of vehicles message to the first vehicle-mounted device, the first roadside unit, and the second roadside unit in a unicast manner, and indicates the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device.

[0093] Correspondingly, a schematic diagram in which the server sends the first internet of vehicles message to the first vehicle-mounted device according to the downlink message sending policy may be shown in FIG. 9B. The server separately sends the first internet of vehicles message to the first roadside unit, the second roadside unit, and the first vehicle-mounted device, and sends a first forwarding indication to the first roadside unit and the second roadside unit, where the first forwarding indication is used to indicate that the first roadside unit and the second roadside unit forward the first internet of vehicles message. After receiving the first internet of vehicles message, the first roadside unit and the second roadside unit separately add an original timestamp of the first internet of vehicles message to the first internet of vehicles message based on the first forwarding indication, and then forward the first internet of vehicles message to the first vehicle-mounted device. After receiving the first internet of vehicles message, the first vehicle-mounted device identifies, based on a message identifier and a timestamp in the first internet of vehicles message, whether the first internet of vehicles message is received for the first time. If the first internet of vehicles message is received for the first time, the first vehicle-mounted device stores the first internet of vehicles message. When subsequently receiving a second internet of vehicles message whose message identifier and timestamp are the same as the message identifier and timestamp of the first internet of vehicles message, the first vehicle-mounted device discards the second internet of vehicles message.

[0094] Optionally, in addition to being used to indicate that the first roadside unit and the second roadside unit forward the first internet of vehicles message, the first forwarding indication may be further used to indicate that the first roadside unit and the second roadside unit add, to the first internet of vehicles message when forwarding the first internet of vehicles message, the original timestamp for forwarding the first internet of vehicles message.

[0095] In the first downlink message sending policy and the second downlink message sending policy, when the roadside units are densely deployed or relatively evenly deployed, the roadside units can be fully utilized by forwarding the internet of vehicles message. When the roadside units forward the downlink internet of vehicles message, the original timestamp of the downlink internet of vehicles message is carried, so that the first vehicle-mounted device can perform de-duplication processing on the downlink internet of vehicles message based on the message identifier and the timestamp in the downlink internet of vehicles message, to reduce repetition of the downlink internet of vehicles message.

[0096] 3. If the density of the roadside units on the first road section is the third density, in other words, the roadside units are relatively sparsely deployed, the server determines that the downlink message sending policy is one of the following policies.

(1) The server sends an internet of vehicles message to the first vehicle-mounted device in the unicast manner.
Correspondingly, a schematic diagram in which the server sends the first internet of vehicles message to the first vehicle-mounted device according to the downlink message sending policy may be shown in FIG. 9C. The server sends the first internet of vehicles message to the first vehicle-mounted device by using an internet of vehicles address of the first vehicle-mounted device as a destination address, and the first vehicle-mounted device receives the first internet of vehicles message.

(2) The server sends an internet of vehicles message to the device in the first multicast group, and indicates the first roadside unit and the second roadside unit to ignore forwarding of the internet of vehicles message. The first multicast group includes the first roadside unit, the second roadside unit, and the first vehicle-mounted device, in other words, a downlink internet of vehicles message is sent to the first vehicle-mounted device in the multicast manner.

[0097] Correspondingly, a schematic diagram in which the server sends the first internet of vehicles message to the first vehicle-mounted device according to the downlink message sending policy may be shown in FIG. 9D. The server separately sends the first internet of vehicles message to the first roadside unit, the second roadside unit, and the first vehicle-mounted device, and sends a second forwarding indication to the first roadside unit and the second roadside unit, where the second forwarding indication is used to indicate that the first roadside unit and the second roadside unit ignore forwarding of the first internet of vehicles message. After receiving the first internet of vehicles message, the first side unit and the second side unit ignore forwarding of the first internet of vehicles message. Because the first roadside unit and the second roadside unit ignore forwarding of the first internet of vehicles message, the first vehicle-mounted device receives only one first internet of vehicles message.

[0098] (3) The server sends an internet of vehicles message to the device in the second multicast group, where the second multicast group includes the first vehicle-mounted device, and the first roadside unit and the second roadside unit are not in the second multicast group, in other words, after the first roadside unit and the second roadside unit are shielded, the downlink internet of vehicles message is sent to the first vehicle-mounted device in the multicast manner.

[0099] Correspondingly, a schematic diagram in which the server sends the first internet of vehicles message to the first vehicle-mounted device according to the downlink message sending policy may be shown in FIG. 9E. The server separately sends the first internet of vehicles message to the devices in the second multicast group. Because the first side unit and the second side unit are shielded, and the first internet of vehicles message is sent by only one server, the first vehicle-mounted device receives only one first internet of vehicles message.

[0100] In the foregoing third downlink message sending policy (1) to (3), when the roadside units are relatively sparsely deployed, a loss of the downlink internet of vehicles message can be avoided by directly sending the downlink internet of vehicles message to the first vehicle-mounted device.

[0101] It can be learned from FIG. 9A to FIG. 9E that, compared with a single manner in which the downlink internet of vehicles message is sent in FIG. 3A to FIG. 3C, in this application, different downlink message sending policies are set and selected for different road sections with different deployment statuses of the roadside units, to fully utilize the roadside units, and to avoid the repetition and the loss of the downlink internet of vehicles message.

[0102] 2. A process of sending an uplink internet of vehicles message is a process of sending an internet of vehicles message by a vehicle-mounted device to a server.

[0103] FIG. 10 is a schematic flowchart of an internet of vehicles message exchange method according to this application. As shown in FIG. 10, the method includes the following steps.

[0104] S201: A vehicle-mounted device receives a first internet of vehicles message, where a transmit end of the first internet of vehicles message is a roadside unit or a server.

[0105] S202: The vehicle-mounted device determines an uplink message sending policy based on the first internet of vehicles message.

[0106] S203: The vehicle-mounted device sends a second internet of vehicles message to the server according to the uplink message sending policy.

[0107] In this application, the vehicle-mounted device may determine the uplink message sending policy in the following several feasible implementations.

1. The vehicle-mounted device may determine the uplink message sending policy based on the transmit end of the first internet of vehicles message. Specifically, if the transmit end of the first internet of vehicles message is the roadside unit, the vehicle-mounted device determines that the uplink message sending policy is: sending an internet of vehicles message to the roadside unit, and indicating the roadside unit to forward the internet of vehicles message to the server. If the transmit end of the first internet of vehicles message is not the roadside unit, the vehicle-mounted device determines that the uplink message sending policy is: sending an internet of vehicles message to the server in a unicast manner.

[0108] Correspondingly, a schematic diagram in which the vehicle-mounted device sends the second internet of vehicles message to the server according to the uplink message sending policy may be shown in FIG. 11A and FIG. 11B. As shown in FIG. 11A, the transmit end of the first internet of vehicles message is the roadside unit, and it indicates that the vehicle-mounted device is in a coverage range of the roadside unit. In this case, the vehicle-mounted device sends the second internet of vehicles message to the roadside unit, and sends a first forwarding indication to the roadside unit, and the first forwarding indication is used to indicate that the roadside unit forwards the second internet of vehicles message. After receiving the second internet of vehicles message, the roadside unit adds an original timestamp of the second internet of vehicles message to the second internet of vehicles message based on the first forwarding indication, and then forwards the second internet of vehicles message to the server. Because the second internet of vehicles message is sent by only one roadside unit, the server receives only one second internet of vehicles message. Herein, the original timestamp of the second internet of vehicles message is a timestamp carried in the second internet of vehicles message when the vehicle-mounted device sends the second internet of vehicles message. As shown in FIG. 11B, if the transmit end of the first internet of vehicles message is not the roadside unit, it indicates that the vehicle-mounted device may not be in the coverage range of the roadside unit. In this case, the vehicle-mounted device sends the second internet of vehicles message to the server by using an internet of vehicles address of the server as a destination address, and the server receives the second internet of vehicles message.

[0109] Optionally, when the transmit end of the first internet of vehicles message is the roadside unit, the first internet of vehicles message may be an internet of vehicles message separately sent to the vehicle-mounted device, for example, an internet of vehicles message forwarded by the server to the vehicle-mounted device by using the roadside unit. Alternatively, the first internet of vehicles message may be an internet of vehicles broadcast message sent by the roadside unit, the internet of vehicles broadcast message may carry a forwarding capability indication, and the forwarding capability indication is used to indicate that the roadside unit has a forwarding capability.

[0110] 2. The first internet of vehicles message carries deployment status information of a first roadside unit, and the first roadside unit is a roadside unit on a traveling path of the vehicle-mounted device or a roadside unit in a coverage range of the server. The vehicle-mounted device may determine the uplink message sending policy based on content of the first internet of vehicles message. Specifically, if determining, based on the deployment status information of the first roadside unit, that the vehicle-mounted device is in a coverage range of the first roadside unit, the vehicle-mounted device determines that the uplink message sending policy is: sending an internet of vehicles message to the first roadside unit, and indicating the first roadside unit to forward the internet of vehicles message to the server. If determining, based on the deployment status information of the first roadside unit, that the vehicle-mounted device is not in the coverage range of the first roadside unit, the vehicle-mounted device determines that the uplink message sending policy is: sending the internet of vehicles message to the server in the unicast manner.

[0111] Correspondingly, a schematic diagram in which the vehicle-mounted device sends the second internet of vehicles message to the server according to the uplink message sending policy may be shown in FIG. 11C and FIG. 11D. As shown in FIG. 11C, when the vehicle-mounted device is in the coverage range of the first roadside unit, the vehicle-mounted device sends the second internet of vehicles message to the first roadside unit, and sends the first forwarding indication to the first roadside unit, where the first forwarding indication is used to indicate that the first roadside unit forwards the second internet of vehicles message. After receiving the second internet of vehicles message, the first roadside unit adds an original timestamp of the second internet of vehicles message to the second internet of vehicles message based on the first forwarding indication, and then forwards the second internet of vehicles message to the server. Because the second internet of vehicles message is sent by only one first roadside unit, the server receives only one second internet of vehicles message. As shown in FIG. 11D, when the vehicle-mounted device is not in the coverage range of the first roadside unit, the vehicle-mounted device sends the second internet of vehicles message to the server by using the internet of vehicles address of the server as the destination address, and the server receives the second internet of vehicles message.

[0112] In a feasible implementation, when obtaining a driving planning route of the vehicle-mounted device, the server may send the first internet of vehicles message to the vehicle-mounted device in the foregoing manner in which the server sends the first internet of vehicles message to the first vehicle-mounted device. In other words, the server may determine a downlink message sending policy based on a deployment status of roadside units on a road section on which the vehicle-mounted device is located, and then send the first internet of vehicles message to the vehicle-mounted device based on the downlink message sending policy. The deployment status information that is of the first roadside unit and that is carried in the first internet of vehicles message is deployment statuses of all roadside units deployed on a road section corresponding to the driving planning route.

[0113] In another feasible implementation, the server may send the first internet of vehicles message to the vehicle-mounted device in a real-time notification manner based on a geographical position or a geographical area in which the vehicle-mounted device is located. The deployment status information that is of the first roadside unit and that is carried in the first internet of vehicles message is a deployment status of roadside units deployed on a road section corresponding to the geographical position or the geographical area. In this implementation, the server may send the first internet of vehicles message to the vehicle-mounted device in a broadcast manner, so that all vehicle-mounted devices in the geographical position or the geographical area can determine the uplink message sending policy based on the first internet of vehicles message.

[0114] Specifically, the deployment status of the first side unit may include information such as a geographical position of the first side unit and a coverage radius of the first side unit. The vehicle-mounted device may determine a distance between the vehicle-mounted device and the first roadside unit based on the geographical position of the first roadside unit and the geographical position of the vehicle-mounted device, and further determine, based on the coverage radius of the first roadside unit, whether the vehicle-mounted device is in the coverage range of the first roadside unit. For example, the vehicle-mounted device determines, based on the geographical position of the first roadside unit and the address position of the vehicle-mounted device, that the distance between the vehicle-mounted device and the first roadside unit is 100 meters. If the coverage radius of the first roadside unit is 200 meters, the vehicle-mounted device determines that the vehicle-mounted device is in the coverage range of the first roadside unit.

[0115] In the first uplink message sending policy and the second uplink message sending policy, when the vehicle-mounted device is in the coverage range of the roadside unit, the roadside unit can be fully utilized by forwarding the internet of vehicles message. When the vehicle-mounted device is not in the coverage range of the roadside unit, the uplink internet of vehicles message is directly sent to the server in a unicast manner, to avoid a loss of the uplink internet of vehicles message.

[0116] 3. In some possible scenarios, the vehicle-mounted device may not receive the internet of vehicles message sent by the server or the roadside unit, in other words, may not receive the first internet of vehicles message. When the first internet of vehicles message is not received, the vehicle-mounted device determines that the uplink message sending policy is: separately sending an internet of vehicles message to the server and the roadside unit, and indicating the roadside unit to ignore forwarding of the internet of vehicles message or indicating the roadside unit to forward the internet of vehicles message to the server.

[0117] Correspondingly, a schematic diagram in which the vehicle-mounted device sends the second internet of vehicles message to the server according to the uplink message sending policy may be shown in FIG. 11E and FIG. 11F. As shown in FIG. 11E, the vehicle-mounted device separately sends the second internet of vehicles message to the roadside unit and the server according to the uplink message sending policy, and sends the first forwarding indication to the roadside unit, where the first forwarding indication is used by the roadside unit to forward the second internet of vehicles message. After receiving the second internet of vehicles message, the roadside unit adds an original timestamp of the second internet of vehicles message to the second internet of vehicles message based on the first forwarding indication, and then forwards the second internet of vehicles message to the server. After receiving the second internet of vehicles message, the server identifies, based on a vehicle identification number (vehicle identification number, VIN) and a timestamp in the second internet of vehicles message, whether the second internet of vehicles message is received for the first time. If the second internet of vehicles message is received for the first time, the server stores the second internet of vehicles message. When subsequently receiving a third internet of vehicles message whose VIN and timestamp are the same as the VIN and the timestamp of the second internet of vehicles message, the server discards the third internet of vehicles message. As shown in FIG. 11F, the vehicle-mounted device separately sends the second internet of vehicles message to the roadside unit and the server according to the uplink message sending policy, and sends a second forwarding indication to the roadside unit, where the second forwarding indication is used to indicate that the roadside unit ignores forwarding of the second internet of vehicles message. After receiving the second internet of vehicles message, the roadside unit ignores forwarding of the second internet of vehicles message. Because the roadside unit ignores forwarding of the second internet of vehicles message, the server receives only one second internet of vehicles message.

[0118] In the foregoing third uplink message sending policy, the roadside unit is indicated not to forward the uplink internet of vehicles message, to avoid repetition of the uplink internet of vehicles message. The roadside unit is indicated to forward the uplink internet of vehicles message. When forwarding the uplink internet of vehicles message, the roadside unit carries the original timestamp of the uplink internet of vehicles message, so that the server can perform de-duplication processing on the uplink internet of vehicles message based on the VIN and the timestamp in the uplink internet of vehicles message, to reduce repetition of the uplink internet of vehicles message.

[0119] It can be learned from FIG. 11A to FIG. 11F that, compared with a single manner in which the downlink internet of vehicles message is sent in FIG. 3D to FIG. 3F, in this application, different uplink message sending policies are set and selected based on a case in which the vehicle-mounted device receives the internet of vehicles message, to fully utilize the roadside units, and to avoid repetition and loss of the uplink internet of vehicles message.

[0120] The foregoing describes in detail the internet of vehicles message exchange method in this application. To better implement the method in this application, correspondingly, the following provides an apparatus in this application.

[0121] FIG. 12 is a schematic structural diagram of a V2X system, a vehicle-mounted device, a roadside unit, and a server according to this application. The V2X system may include a server 70, a roadside unit 90, and a vehicle-mounted device 80. The V2X system may be the V2X system shown in FIG. 1. The server 70 may be the V2X AS 101 in the system shown in FIG. 1. The vehicle-mounted device 80 may be the UE 201 in the system shown in FIG. 1. The roadside unit 90 may be the UE 202 in the system shown in FIG. 1.

[0122] As shown in FIG. 12, the server 70 may include a processing unit 701 and a sending unit 702.

[0123] The processing unit 701 is configured to obtain position information of a first roadside unit, position information of a second roadside unit, and a roadside unit density reference value, where the first roadside unit and the second roadside unit are on a first road section and are two adjacent roadside units, and the first road section is a road section between the first roadside unit and the second roadside unit.

[0124] The processing unit 701 is further configured to determine a density of roadside units on the first road section based on the position information of the first roadside unit, the position information of the second roadside unit, and the roadside unit density reference value.

[0125] The processing unit 701 is further configured to determine a downlink message sending policy based on the density.

[0126] The sending unit 702 is configured to send a first internet of vehicles message to a first vehicle-mounted device according to the downlink message sending policy, where the first vehicle-mounted device is a vehicle-mounted device on the first road section.

[0127] Herein, for the position information of the first roadside unit, the position information of the second roadside unit, the roadside unit density reference value, and the density of the roadside units on the first road section, refer to the related descriptions in the method embodiment shown in FIG. 8, in other words, refer to the related descriptions corresponding to the foregoing process of sending the downlink internet of vehicles message.

[0128] The processing unit 701 may be configured to perform the steps S101 to S103 in the method embodiment shown in FIG. 8. The sending unit 702 may be configured to perform the step S104 in the method embodiment shown in FIG. 8. For specific implementations of performing, by the processing unit 701, the foregoing steps S101 to S103 and performing, by the sending unit 702, the foregoing step S104, refer to related descriptions of the method embodiment shown in FIG. 8. Details are not described herein again. Specifically, for sending the first internet of vehicles message by the sending unit 702, refer to the manners shown in FIG. 9A to FIG. 9E. For a specific process, refer to the foregoing related descriptions corresponding to FIG. 9A to FIG. 9E.

[0129] As shown in FIG. 12, the vehicle-mounted device 80 may include a receiving unit 801 and a processing unit 802.

[0130] The receiving unit 801 is configured to receive the first internet of vehicles message.

[0131] The receiving unit 801 is further configured to receive a second internet of vehicles message. A message identifier of the second internet of vehicles message is the same as a message identifier of the first internet of vehicles message, and a timestamp of the second internet of vehicles message is the same as a timestamp of the first internet of vehicles message.

[0132] The processing unit 802 is configured to discard the second internet of vehicles message.

[0133] Herein, for the first internet of vehicles message and the second internet of vehicles message, refer to the first internet of vehicles message and the second internet of vehicles message in related descriptions corresponding to FIG. 9A to FIG. 9E. The processing unit 802 may process, with reference to the manners shown in FIG. 9A to FIG. 9E, the internet of vehicles message received by the vehicle-mounted device 80. For a processing process, refer to related descriptions corresponding to FIG. 9A to FIG. 9E. Details are not described herein again.

[0134] As shown in FIG. 12, the roadside unit 90 may include a receiving unit 901 and a sending unit 902.

[0135] The receiving unit 901 is configured to receive the first internet of vehicles message and a first forwarding indication, or the first internet of vehicles message and a second forwarding indication. The second forwarding indication is used to indicate that the roadside unit ignores forwarding of the first internet of vehicles message, and the first forwarding indication is used to indicate that the roadside unit forwards the first internet of vehicles message.

[0136] The sending unit 902 is configured to: ignore forwarding of the first internet of vehicles message based on the second forwarding indication, or forward, after adding an original timestamp of the first internet of vehicles message to the first internet of vehicles message based on the first forwarding indication, the first internet of vehicles message carrying the original timestamp.

[0137] Herein, for the first internet of vehicles message, the first forwarding indication, and the second forwarding indication, refer to the first internet of vehicles message, the first forwarding indication, and the second forwarding indication in related descriptions corresponding to FIG. 9A to FIG. 9E. With reference to the manners shown in FIG. 9A to FIG. 9E, the sending unit 902 may forward the internet of vehicles message received by the roadside unit 80 or ignore forwarding of the internet of vehicles message received by the roadside unit 80. For a specific process, refer to related descriptions corresponding to FIG. 9A to FIG. 9E. Details are not described herein again.

[0138] Specifically, a function implemented by the server 70 may be implemented by the V2X server 50 shown in FIG. 5, a function implemented by the roadside unit 80 may be implemented by the roadside unit 60 shown in FIG. 6, and a function implemented by the vehicle-mounted device 90 may be implemented by the vehicle-mounted device 40 shown in FIG. 4. For specific implementations of the function units included on the server 70, the vehicle-mounted device 80, and the roadside unit 90, refer to related descriptions in the foregoing method embodiments shown in FIG. 8 and FIG. 9A to FIG. 9E, in other words, refer to related descriptions corresponding to the foregoing process of sending the downlink internet of vehicles message. Details are not described herein again.

[0139] FIG. 13 is a schematic structural diagram of another V2X system, a vehicle-mounted device, a roadside unit, and a server according to this application. The V2X system may include a server 100, a roadside unit 110, and a vehicle-mounted device 120. The V2X system may be the V2X system shown in FIG. 1. The server 100 may be the V2X AS 101 in the system shown in FIG. 1. The vehicle-mounted device 120 may be the UE 201 in the system shown in FIG. 1. The roadside unit 110 may be the UE 202 in the system shown in FIG. 1.

[0140] As shown in FIG. 13, the vehicle-mounted device 120 may include a receiving unit 1201, a processing unit 1202, and a sending unit 1203.

[0141] The receiving unit 1201 is configured to receive a first internet of vehicles message. A transmit end of the first internet of vehicles message is the roadside unit or the server.

[0142] The processing unit 1202 is configured to determine an uplink message sending policy based on the first internet of vehicles message.

[0143] The sending unit 1203 is configured to send a second internet of vehicles message to the server according to the uplink message sending policy.

[0144] Herein, for the first internet of vehicles message and the second internet of vehicles message, refer to the first internet of vehicles message and the second internet of vehicles message in related descriptions corresponding to FIG. 11A to FIG. 11F.

[0145] The receiving unit 1201 may be configured to perform the step S201 in the method embodiment shown in FIG. 10, the processing unit 1202 may be configured to perform the step S202 in the method embodiment shown in FIG. 10, and the sending unit 1203 may be configured to perform the step S203 in the method embodiment shown in FIG. 10. For specific implementations in which the receiving unit 1201 performs the step S201, the processing unit 1202 performs the step S202, and the sending unit 1203 performs the step S203, refer to related descriptions in the method embodiment shown in FIG. 10. Details are not described herein again. Specifically, the sending unit 1203 may send the first internet of vehicles message with reference to the manners shown in FIG. 11A to FIG. 11F. For a specific process, refer to the foregoing related descriptions corresponding to FIG. 11A to FIG. 11F.

[0146] As shown in FIG. 13, the roadside unit 110 may include a receiving unit 1101 and a sending unit 1102.

[0147] The receiving unit 1101 is configured to receive the first internet of vehicles message and a first forwarding indication, or the first internet of vehicles message and a second forwarding indication. The second forwarding indication is used to indicate that the roadside unit ignores forwarding of the first internet of vehicles message, and the first forwarding indication is used to indicate that the roadside unit forwards the first internet of vehicles message.

[0148] The sending unit 1102 is configured to: ignore forwarding of the first internet of vehicles message based on the second forwarding indication, or forward, after adding an original timestamp of the first internet of vehicles message to the first internet of vehicles message based on the first forwarding indication, the first internet of vehicles message carrying the original timestamp.

[0149] Herein, for the first internet of vehicles message, refer to the second internet of vehicles message in the related descriptions corresponding to FIG. 11A to FIG. 11F. For the first forwarding indication and the second forwarding indication, refer to the first forwarding indication and the second forwarding indication in the related descriptions corresponding to FIG. 11A to FIG. 11F. The sending unit 1102 may forward, with reference to the manners shown in FIG. 11A to FIG. 11F, the internet of vehicles message received by the roadside unit 110 or ignore forwarding of the internet of vehicles message received by the roadside unit 110. For a specific process, refer to related descriptions corresponding to FIG. 11A to FIG. 11F. Details are not described herein again.

[0150] As shown in FIG. 13, the server 100 may include a receiving unit 1001 and a processing unit 1002.

[0151] The receiving unit 1001 is configured to receive the first internet of vehicles message.

[0152] The receiving unit 1001 is further configured to receive the second internet of vehicles message. A vehicle identification number of the second internet of vehicles message is the same as a vehicle identification number of the first internet of vehicles message, and a timestamp of the second internet of vehicles message is the same as a timestamp of the first internet of vehicles message.

[0153] The processing unit 1002 is configured to discard the second internet of vehicles message.

[0154] Herein, for the first internet of vehicles message, refer to the second internet of vehicles message in the related descriptions corresponding to FIG. 11A to FIG. 11F. For the second internet of vehicles message, refer to the third internet of vehicles message in the related descriptions corresponding to FIG. 11A to FIG. 11F. The processing unit 1002 may process, with reference to the manners shown in FIG. 11A to FIG. 11F, the internet of vehicles message received by the server 100. For a processing process, refer to related descriptions corresponding to FIG. 11A to FIG. 11F. Details are not described herein again.

[0155] Specifically, a function implemented by the server 100 may be implemented by the V2X server 50 shown in FIG. 5, a function implemented by the roadside unit 110 may be implemented by the roadside unit 60 shown in FIG. 6, and a function implemented by the vehicle-mounted device 120 may be implemented by the vehicle-mounted device 40 shown in FIG. 4. For specific implementation of functional units included in the vehicle-mounted device 120, the roadside unit 110, and the server 100, refer to related descriptions in the foregoing method embodiments shown in FIG. 10 and FIG. 11A to FIG. 11F, in other words, refer to related descriptions corresponding to the foregoing procedure of sending the uplink internet of vehicles message. Details are not described herein again.

[0156] All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement the embodiments, the embodiments may be implemented completely or partially in a form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the procedure or functions according to the embodiments of this application are all or partially generated. The computer instruction may be stored in a computer-readable storage medium, or may be transmitted by using the computer-readable storage medium. The computer-readable storage medium may be any usable medium accessible by a computer, or a data storage device, such as a server or a data center, integrating one or more usable media. The usable medium may be a semiconductor medium (for example, an SSD), or the like.

[0157] A person of ordinary skill in the art may be aware that, in combination with the examples described in the embodiments disclosed in this application, modules and method steps may be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of this application.

[0158] It should be noted that "first", "second", "third", and various numbers in the embodiments of this application are merely used for differentiation for ease of description, and are not intended to limit the scope of the embodiments of this application.

[0159] The foregoing descriptions are merely specific implementations of this application, but are not intended to limit the protection scope of this application. Any variation or replacement readily figured out by a person skilled in the art within the technical scope disclosed in this application shall fall within the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

Claims

1. An internet of vehicles message exchange method, the method comprising the steps of:

• obtaining (S 101), by a server, position information of a first roadside unit, position information of a second roadside unit, and roadside unit density reference values, wherein the first roadside unit and the second roadside unit are on a first road section and are two adjacent roadside units, and the first road section is a road section between the first roadside unit and the second roadside unit;

• determining (S 102), by the server, a density level of roadside units on the first road section based on the position information of the first roadside unit, the position information of the second roadside unit, and the roadside unit density reference values,

∘ wherein the density level is one of a first density, a second density, or a third density, the first density is higher than the second density, and the second density is higher than the third density, wherein the roadside unit density reference values include a first safe driving distance and a second safe driving distance; and the determining, by the server, the density level of roadside units on the first road section based on the position information of the first roadside unit, the position information of the second roadside unit, and the roadside unit density reference values comprises:

∘ if determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that a first distance is greater than a first safe driving distance, determining, by the server, that the density level of the roadside units on the first road section is the third density, wherein the first distance is a distance between the first roadside unit and the second roadside unit, and the first safe driving distance is a safe driving distance of a vehicle-mounted device traveling on a road section in an urban area when a vehicle flow of the road section in the urban area is in an off-peak period;

∘ if determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is less than a second safe driving distance, determining, by the server, that the density level of the roadside units on the first road section is the first density, wherein the second safe driving distance is a safe driving distance of a vehicle-mounted device traveling on a high-speed road section when a vehicle flow of the high-speed road section is in an off-peak period; and

∘ if determining, based on the position information of the first roadside unit and the position information of the second roadside unit, that the first distance is greater than or equal to the second safe driving distance, and is less than or equal to the first safe driving distance, determining, by the server, that the density level of the roadside units on the first road section is the second density;

• determining (S 103), by the server, a downlink message sending policy based on the determined density level; and

• sending (S 104), by the server, a first internet of vehicles message to a first vehicle-mounted device according to the downlink message sending policy, wherein the first vehicle-mounted device is a vehicle-mounted device on the first road section.

2. The method according to claim 1, wherein the determining, by the server, the downlink message sending policy based on the density level comprises:

∘ if the density level is the first density, determining, by the server, that the downlink message sending policy is: sending an internet of vehicles message to the first roadside unit and the second roadside unit, and indicating the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device.

3. The method according to claim 1 or 2, wherein the determining, by the server, the downlink message sending policy based on the density level comprises:

∘ if the density level is the second density, determining, by the server, that the downlink message sending policy is: sending an internet of vehicles message to a device in a first multicast group, and indicating the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device, wherein the first multicast group comprises the first roadside unit, the second roadside unit, and the first vehicle-mounted device; or

∘ if the density level is the second density, determining, by the server, that the downlink message sending policy is: separately sending an internet of vehicles message to the first vehicle-mounted device, the first roadside unit, and the second roadside unit in a unicast mode, and indicating the first roadside unit and the second roadside unit to forward the internet of vehicles message to the first vehicle-mounted device.

4. The method according to any one of claims 1 to 3, wherein the determining, by the server, the downlink message sending policy based on the density level comprises:

∘ if the density level is the third density, determining, by the server, that the downlink message sending policy is: sending an internet of vehicles message to the first vehicle-mounted device in the unicast manner; or

∘ if the density is the third density, determining, by the server, that the downlink message sending policy is: sending an internet of vehicles message to a device in a second multicast group, wherein the second multicast group comprises the first vehicle-mounted device, and the first roadside unit and the second roadside unit are not in the second multicast group; or

∘ if the density level is the third density, determining, by the server, that the downlink message sending policy is: sending an internet of vehicles message to the device in the first multicast group, and indicating the first roadside unit and the second roadside unit to ignore forwarding of the internet of vehicles message, wherein the first multicast group comprises the first roadside unit, the second roadside unit and the first vehicle-mounted device.

5. The method according to any one of claims 1 to 4, the method further comprising:

• receiving, by the vehicle-mounted device, the first internet of vehicles message; and

• receiving, by the vehicle-mounted device, a second internet of vehicles message, wherein a message identifier of the second internet of vehicles message is the same as a message identifier of the first internet of vehicles message, a timestamp of the second internet of vehicles message is the same as a timestamp of the first internet of vehicles message, and the vehicle-mounted device discards the second internet of vehicles message.

6. The method according to any one of claims 1 to 4, the method further comprising:

• receiving, by the vehicle-mounted device, the first internet of vehicles message, wherein a transmit end of the first internet of vehicles message is the first or the second roadside unit or the server;

• determining, by the vehicle-mounted device, an uplink message sending policy based on the first internet of vehicles message; and

• sending, by the vehicle-mounted device, a second internet of vehicles message to the server according to the uplink message sending policy.

7. The method according to any one of claims 1 to 4, the method further comprising:

• receiving, by the first or second roadside unit, the first internet of vehicles message and a first forwarding indication, or the first internet of vehicles message and a second forwarding indication, wherein the second forwarding indication is used to indicate that the roadside unit, among the first and second roadside units, having received the first internet of vehicles message ignores forwarding of the first internet of vehicles message, and the first forwarding indication is used to indicate that the roadside unit, among the first and second roadside units, having received the first internet of vehicles message forwards the first internet of vehicles message; and

• ignoring, by the roadside unit among the first and second roadside units having received the first internet of vehicles message based on the second forwarding indication, forwarding of the first internet of vehicles message, or after adding an original timestamp of the first internet of vehicles message to the first internet of vehicles message, forwarding, by the roadside unit among the first and second roadside units having received the first internet of vehicles message based on the first forwarding indication, the first internet of vehicles message carrying the original timestamp.

8. A server configured to perform any of the methods according to claims 1 - 4.

9. An internet of vehicles message exchange system, the system comprising a vehicle-mounted device and the server of claim 8, wherein the system is configured to perform any of the methods according to claims 1 - 6.

10. The internet of vehicles message exchange system according to claim 9, wherein the first internet of vehicles message comprises deployment status information of a third roadside unit, and the third roadside unit is a roadside unit on a traveling path of the vehicle-mounted device or a roadside unit in a coverage range of the server; and the vehicle-mounted device is further configured to:

∘ if determining, based on the deployment status information of the third roadside unit, that the vehicle-mounted device is in a coverage range of the third roadside unit, determine that the uplink message sending policy is: sending an internet of vehicles message to the third roadside unit, and indicating the third roadside unit to forward the internet of vehicles message to the server; or

∘ if determining, based on the deployment status information of the third roadside unit, that the vehicle-mounted device is not in the coverage range of the third roadside unit, determine that the uplink message sending policy is: sending the internet of vehicles message to the server in a unicast manner.

11. The internet of vehicles message exchange system according to claim 9, wherein the vehicle-mounted device is further configured to:

∘ if the transmit end of the first internet of vehicles message is the first or second roadside unit, determine that the uplink message sending policy is: sending an internet of vehicles message to the first or second roadside unit being the transmit end of the first internet of vehicles message, and indicating the first or second roadside unit being the transmit end of the first internet of vehicles message to forward the internet of vehicles message to the server; or

∘ if the transmit end of the first internet of vehicles message is not the first or second roadside unit, determine that the uplink message sending policy is: sending an internet of vehicles message to the server in a unicast manner.

12. The internet of vehicles message exchange system according to claim 9, wherein the vehicle-mounted device is further configured to:

∘ when the first internet of vehicles message is not received, determine that the uplink message sending policy is: separately sending an internet of vehicles message to the server and a third roadside unit, and indicating the third roadside unit to ignore forwarding of the internet of vehicles message or indicating the third roadside unit to forward the internet of vehicles message to the server.

13. An internet of vehicles message exchange system comprising a a first or second roadside unit and the server of claim 8, wherein the system is configured to perform any of the methods according to claims 1 - 4 or 7.

14. A computer-readable storage medium comprising a set of instructions, wherein when the set of instructions is run on a computer, the computer is enabled to perform the internet of vehicles message exchange method according to any one of claims 1 to 7.

Ansprüche

1. Nachrichtenaustauschverfahren im Internet der Fahrzeuge, wobei das Verfahren die Schritte umfasst:

Erhalten (S 101), durch einen Server, von Positionsinformationen einer ersten Straßenrandeinheit, von Positionsinformationen einer zweiten Straßenrandeinheit und von Dichte-Referenzwerten einer Straßenrandeinheit, wobei die erste Straßenrandeinheit und die zweite Straßenrandeinheit auf einem ersten Straßenabschnitt sind und zwei benachbarte Straßenrandeinheiten sind und der erste Straßenabschnitt ein Straßenabschnitt zwischen der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit ist;

Ermitteln (S 102), durch den Server, eines Dichtegrads von Straßenrandeinheiten auf dem ersten Straßenabschnitt basierend auf den Positionsinformationen der ersten Straßenrandeinheit, den Positionsinformationen der zweiten Straßenrandeinheit und den Dichte-Referenzwerten der Straßenrandeinheit,

wobei der Dichtegrad ein Grad einer ersten Dichte, einer zweiten Dichte oder einer dritten Dichte ist, die erste Dichte höher als die zweite Dichte ist und die zweite Dichte höher als die dritte Dichte ist,

wobei die Dichte-Referenzwerte der Straßenrandeinheit einen ersten sicheren Fahrabstand und einen zweiten sicheren Fahrabstand aufweisen;
und

das Ermitteln, durch den Server, des Dichtegrads von Straßenrandeinheiten auf dem ersten Straßenabschnitt basierend auf den Positionsinformationen der ersten Straßenrandeinheit, den Positionsinformationen der zweiten Straßenrandeinheit und den Dichte-Referenzwerten der Straßenrandeinheit umfasst:

falls basierend auf den Positionsinformationen der ersten Straßenrandeinheit und den Positionsinformationen der zweiten Straßenrandeinheit ermittelt wird, dass ein erster Abstand größer ist als ein erster sicherer Fahrabstand, Feststellen durch den Server, dass der Dichtegrad der Straßenrandeinheiten auf dem ersten Straßenabschnitt die dritte Dichte ist, wobei der erste Abstand ein Abstand zwischen der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit ist und der erste sichere Fahrabstand ein sicherer Fahrabstand einer fahrzeugmontierten Einrichtung bei der Fahrt auf einem Straßenabschnitt in einem Stadtgebiet ist, wenn ein Fahrzeugstrom des Straßenabschnitts in dem Stadtgebiet außerhalb der Hauptverkehrszeit vorliegt;

falls basierend auf den Positionsinformationen der ersten Straßenrandeinheit und den Positionsinformationen der zweiten Straßenrandeinheit ermittelt wird, dass der erste Abstand geringer ist als ein zweiter sicherer Fahrabstand, Feststellen durch den Server, dass der Dichtegrad der Straßenrandeinheiten auf dem ersten Straßenabschnitt die erste Dichte ist, wobei der zweite sichere Fahrabstand ein sicherer Fahrabstand einer fahrzeugmontierten Einrichtung bei der Fahrt auf einem Hochgeschwindigkeits-Straßenabschnitt ist, wenn ein Fahrzeugstrom des Hochgeschwindigkeits-Straßenabschnitts außerhalb der Hauptverkehrszeit vorliegt; und

falls basierend auf den Positionsinformationen der ersten Straßenrandeinheit und den Positionsinformationen der zweiten Straßenrandeinheit ermittelt wird, dass der erste Abstand größer als der zweite sichere Fahrabstand oder gleich diesem und geringer als der erste sichere Fahrabstand oder gleich diesem ist, Feststellen durch den Server, dass der Dichtegrad der Straßenrandeinheiten auf dem ersten Straßenabschnitt die zweite Dichte ist;

Bestimmen (S 103) einer Downlink-Nachrichtensenderichtlinie durch den Server, basierend auf dem ermittelten Dichtegrad, und Senden (S 104) einer ersten Nachricht im Internet der Fahrzeuge durch den Server zu einer ersten fahrzeugmontierten Einrichtung gemäß der Downlink-Nachrichtensenderichtlinie, wobei die erste fahrzeugmontierte Einrichtung eine fahrzeugmontierte Einrichtung auf dem ersten Straßenabschnitt ist.

2. Verfahren nach Anspruch 1, wobei das Bestimmen der Downlink-Nachrichtensenderichtlinie durch den Server, basierend auf dem Dichtegrad, umfasst: falls der Dichtegrad die erste Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu der ersten Straßenrandeinheit und zu der zweiten Straßenrandeinheit und Angeben der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu der ersten fahrzeugmontierten Einrichtung.

3. Verfahren nach Anspruch 1 oder 2, wobei das Bestimmen der Downlink-Nachrichtensenderichtlinie durch den Server, basierend auf dem Dichtegrad, umfasst:

falls der Dichtegrad die zweite Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu einer Einrichtung in einer ersten "Multicast"-Gruppe und Angeben der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu der ersten fahrzeugmontierten Einrichtung, wobei die erste "Multicast"-Gruppe die erste Straßenrandeinheit, die zweite Straßenrandeinheit und die erste fahrzeugmontierte Einrichtung umfasst; oder

falls der Dichtegrad die zweite Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: separates Senden einer Nachricht im Internet der Fahrzeuge zu der ersten fahrzeugmontierten Einrichtung, der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit in einem "Unicast"-Modus und Angeben der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu der ersten fahrzeugmontierten Einrichtung.

4. Verfahren nach einem der Ansprüche 1 bis 3, wobei das Bestimmen der Downlink-Nachrichtensenderichtlinie durch den Server, basierend auf dem Dichtegrad, umfasst:

falls der Dichtegrad die dritte Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu der ersten fahrzeugmontierten Einrichtung auf "Unicast"-Weise; oder falls die Dichte die dritte Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu einer Einrichtung in einer zweiten "Multicast"-Gruppe, wobei die zweite "Multicast"-Gruppe die erste fahrzeugmontierte Einrichtung umfasst und die erste Straßenrandeinheit und die zweite Straßenrandeinheit nicht in der zweiten "Multicast"-Gruppe sind; oder

falls der Dichtegrad die dritte Dichte ist, Festlegen durch den Server, dass die Downlink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu der Einrichtung in der ersten "Multicast"-Gruppe und Angeben der ersten Straßenrandeinheit und der zweiten Straßenrandeinheit zum Ignorieren des Weiterleitens der Nachricht im Internet der Fahrzeuge, wobei die erste "Multicast"-Gruppe die erste Straßenrandeinheit, die zweite Straßenrandeinheit und die erste fahrzeugmontierte Einrichtung umfasst.

5. Verfahren nach einem der Ansprüche 1 bis 4, wobei das Verfahren ferner umfasst:

Empfangen der ersten Nachricht im Internet der Fahrzeuge durch die fahrzeugmontierte Einrichtung, und

Empfangen einer zweiten Nachricht im Internet der Fahrzeuge durch die fahrzeugmontierte Einrichtung, wobei eine Nachrichtenkennung der zweiten Nachricht im Internet der Fahrzeuge die gleiche ist wie eine Nachrichtenkennung der ersten Nachricht im Internet der Fahrzeuge, ein Zeitstempel der zweiten Nachricht im Internet der Fahrzeuge der gleiche ist wie ein Zeitstempel der ersten Nachricht im Internet der Fahrzeuge, und die fahrzeugmontierte Einrichtung die zweite Nachricht im Internet der Fahrzeuge verwirft.

6. Verfahren nach einem der Ansprüche 1 bis 4, wobei das Verfahren ferner umfasst:

Empfangen der ersten Nachricht im Internet der Fahrzeuge durch die fahrzeugmontierte Einrichtung, wobei ein Sendeende der ersten Nachricht im Internet der Fahrzeuge die erste oder die zweite Straßenrandeinheit oder der Server ist;

Bestimmen einer Uplink-Nachrichtensenderichtlinie durch die fahrzeugmontierte Einrichtung, basierend auf der ersten Nachricht im Internet der Fahrzeuge, und Senden einer zweiten Nachricht im Internet der Fahrzeuge zu dem Server durch die fahrzeugmontierte Einrichtung gemäß der Uplink-Nachrichtensenderichtlinie.

7. Verfahren nach einem der Ansprüche 1 bis 4, wobei das Verfahren ferner umfasst:

Empfangen, durch die erste oder zweite Straßenrandeinheit, der ersten Nachricht im Internet der Fahrzeuge und einer ersten Weiterleitungsangabe oder der ersten Nachricht im Internet der Fahrzeuge und einer zweiten Weiterleitungsangabe, wobei die zweite Weiterleitungsangabe verwendet wird, um anzugeben, dass die Straßenrandeinheit unter der ersten und zweiten Straßenrandeinheit, die die erste Nachricht im Internet der Fahrzeuge empfangen hat, das Weiterleiten der ersten Nachricht im Internet der Fahrzeuge ignoriert, und die erste Weiterleitungsangabe verwendet wird, um anzugeben, dass die Straßenrandeinheit unter der ersten und zweiten Straßenrandeinheit, die die erste Nachricht im Internet der Fahrzeuge empfangen hat, die erste Nachricht im Internet der Fahrzeuge weiterleitet; und

Ignorieren, durch die Straßenrandeinheit unter der ersten und zweiten Straßenrandeinheit, die die erste Nachricht im Internet der Fahrzeuge empfangen hat, basierend auf der zweiten Weiterleitungsangabe, des Weiterleitens der ersten Nachricht im Internet der Fahrzeuge, oder, nach Hinzufügen eines ursprünglichen Zeitstempels der ersten Nachricht im Internet der Fahrzeuge zu der ersten Nachricht im Internet der Fahrzeuge, Weiterleiten durch die Straßenrandeinheit unter der ersten und zweiten Straßenrandeinheit, die die erste Nachricht im Internet der Fahrzeuge empfangen hat, der ersten Nachricht im Internet der Fahrzeuge, die den ursprünglichen Zeitstempel führt, basierend auf der ersten Weiterleitungsangabe.

8. Server, ausgelegt zum Durchführen eines der Verfahren nach Anspruch 1 bis 4.

9. Nachrichtenaustauschsystem im Internet der Fahrzeuge, wobei das System umfasst: eine fahrzeugmontierte Einrichtung und den Server nach Anspruch 8, wobei das System ausgelegt ist zum Durchführen eines der Verfahren nach Anspruch 1 bis 6.

10. Nachrichtenaustauschsystem im Internet der Fahrzeuge nach Anspruch 9, wobei die erste Nachricht im Internet der Fahrzeuge Statusinformationen zum Einsatz ("Deployment") einer dritten Straßenrandeinheit umfasst und die dritte Straßenrandeinheit eine Straßenrandeinheit auf einer Fahrtstrecke der fahrzeugmontierten Einrichtung oder eine Straßenrandeinheit in einem Abdeckungsbereich des Servers ist; und die fahrzeugmontierte Einrichtung ferner dafür ausgelegt ist,

falls basierend auf den Statusinformationen zum Einsatz ("Deployment") der dritten Straßenrandeinheit ermittelt wird, dass die fahrzeugmontierte Einrichtung in einem Abdeckungsbereich der dritten Straßenrandeinheit ist, Festlegen, dass die Uplink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu der dritten Straßenrandeinheit und Angeben der dritten Straßenrandeinheit zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu dem Server, oder

falls basierend auf den Statusinformationen zum Einsatz ("Deployment") der dritten Straßenrandeinheit ermittelt wird, dass die fahrzeugmontierte Einrichtung nicht in dem Abdeckungsbereich der dritten Straßenrandeinheit ist, Festlegen, dass die Uplink-Nachrichtensenderichtlinie lautet: Senden der Nachricht im Internet der Fahrzeuge zu dem Server auf "Unicast"-Weise.

11. Nachrichtenaustauschsystem im Internet der Fahrzeuge nach Anspruch 9, wobei die fahrzeugmontierte Einrichtung ferner dafür ausgelegt ist,

falls das Sendeende der ersten Nachricht im Internet der Fahrzeuge die erste oder die zweite Straßenrandeinheit ist, Festlegen, dass die Uplink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu der ersten oder zweiten Straßenrandeinheit, die das Sendeende der ersten Nachricht im Internet der Fahrzeuge ist, und Angeben der ersten oder zweiten Straßenrandeinheit, die das Sendeende der ersten Nachricht im Internet der Fahrzeuge ist, zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu dem Server, oder

falls das Sendeende der ersten Nachricht im Internet der Fahrzeuge nicht die erste oder die zweite Straßenrandeinheit ist, Festlegen, dass die Uplink-Nachrichtensenderichtlinie lautet: Senden einer Nachricht im Internet der Fahrzeuge zu dem Server auf "Unicast"-Weise.

12. Nachrichtenaustauschsystem im Internet der Fahrzeuge nach Anspruch 9, wobei die fahrzeugmontierte Einrichtung ferner dafür ausgelegt ist,
wenn die erste Nachricht im Internet der Fahrzeuge nicht empfangen wird, Festlegen, dass die Uplink-Nachrichtensenderichtlinie lautet: separates Senden einer Nachricht im Internet der Fahrzeuge zu dem Server und einer dritten Straßenrandeinheit und Angeben der dritten Straßenrandeinheit zum Ignorieren des Weiterleitens der Nachricht im Internet der Fahrzeuge oder Angeben der dritten Straßenrandeinheit zum Weiterleiten der Nachricht im Internet der Fahrzeuge zu dem Server.

13. Nachrichtenaustauschsystem im Internet der Fahrzeuge, umfassend eine erste oder zweite Straßenrandeinheit und den Server nach Anspruch 8, wobei das System ausgelegt ist zum Durchführen eines der Verfahren nach den Ansprüchen 1 bis 4 oder 7.

14. Computerlesbares Speichermedium, umfassend eine Gruppe von Anweisungen, wobei, wenn die Gruppe von Anweisungen auf einem Computer ausgeführt wird, der Computer zum Ausführen des Nachrichtenaustauschverfahrens im Internet der Fahrzeuge nach einem der Ansprüche 1 bis 7 aktiviert ist.

Revendications

1. Procédé d'échange de messages de l'Internet des véhicules, le procédé comprenant les étapes suivantes :

l'obtention (S 101), par un serveur, d'informations de position d'une première unité de bord de route, d'informations de position d'une deuxième unité de bord de route et de valeurs de référence de densité d'unités de bord de route, dans lequel la première unité de bord de route et la deuxième unité de bord de route se trouvent sur un premier tronçon de route et constituent deux unités de bord de route adjacentes, et le premier tronçon de route est un tronçon de route entre la première unité de bord de route et la deuxième unité de bord de route ;

la détermination (S 102), par le serveur, d'un niveau de densité d'unités de bord de route sur le premier tronçon de route en fonction des informations de position de la première unité de bord de route , des informations de position de la deuxième unité de bord de route et des valeurs de référence de densité d'unités de bord de route, o dans lequel le niveau de densité est l'un d'une première densité, d'une deuxième densité ou d'une troisième densité, la première densité est supérieure à la deuxième densité, et la deuxième densité est supérieure à la troisième densité,

dans lequel les valeurs de référence de densité d'unités de bord de route comprennent une première distance de conduite sûre et une seconde distance de conduite sûre ;
et

la détermination, par le serveur, du niveau de densité d'unités de bord de route sur le premier tronçon de route en fonction des informations de position de la première unité de bord de route, des informations de position de la deuxième unité de bord de route et des valeurs de référence de densité d'unités de bord de route comprend :

o s'il est déterminé, en fonction des informations de position de la première unité de bord de route et des informations de position de la deuxième unité de bord de route, qu'une première distance est supérieure à une première distance de conduite sûre, la détermination, par le serveur, que le niveau de densité des unités de bord de route sur le premier tronçon de route est la troisième densité, dans lequel la première distance est une distance entre la première unité de bord de route et la deuxième unité de bord de route, et la première distance de conduite sûre est une distance de conduite sûre d'un dispositif monté sur véhicule circulant sur un tronçon de route dans une zone urbaine quand un flux de véhicules du tronçon de route dans la zone urbaine évolue en dehors d'une période d'heures de pointe ;

o s'il est déterminé, en fonction des informations de position de la première unité de bord de route et des informations de position de la deuxième unité de bord de route, que la première distance est inférieure à une seconde distance de conduite sûre, la détermination, par le serveur, que le niveau de densité des unités de bord de route sur le premier tronçon de route est la première densité, dans lequel la seconde distance de conduite sûre est une distance de conduite sûre d'un dispositif monté sur véhicule circulant sur un tronçon de route à grande vitesse quand un flux de véhicules sur le tronçon de route à grande vitesse évolue en période d'heures de pointe ; et

o s'il est déterminé, en fonction des informations de position de la première unité de bord de route et des informations de position de la deuxième unité de bord de route, que la première distance est supérieure ou égale à la seconde distance de conduite sûre et inférieure ou égale à la première distance de conduite sûre, la détermination, par le serveur, que le niveau de densité des unités de bord de route sur le premier tronçon de route est la deuxième densité ;

la détermination (S 103), par le serveur, d'une politique d'envoi de messages sur liaison descendante en fonction du niveau de densité ; et

l'envoi (S 104), par le serveur, d'un premier message de l'Internet des véhicules à un premier dispositif monté sur véhicule conformément à la politique d'envoi de messages sur liaison descendante, dans lequel le premier dispositif monté sur véhicule est un dispositif monté sur véhicule sur le premier tronçon de route.

2. Procédé selon la revendication 1, dans lequel la détermination, par le serveur, de la politique d'envoi de messages sur liaison descendante en fonction du niveau de densité comprend :
o si le niveau de densité est la première densité, la détermination, par le serveur, que la politique d'envoi de messages sur liaison descendante est : l'envoi d'un message de l'Internet des véhicules à la première unité de bord de route et à la deuxième unité de bord de route, et l'indication à la première unité de bord de route et à la deuxième unité de bord de route de transférer le message de l'Internet des véhicules au premier dispositif monté sur véhicule.

3. Procédé selon la revendication 1 ou 2, dans lequel la détermination, par le serveur, de la politique d'envoi de messages sur liaison descendante en fonction du niveau de densité comprend :

o si le niveau de densité est la deuxième densité, la détermination, par le serveur, que la stratégie d'envoi de messages sur liaison descendante est : l'envoi d'un message de l'Internet des véhicules à un dispositif d'un premier groupe de multidiffusion, et l'indication à la première unité de bord de route et à la deuxième unité de bord de route de transférer le message de l'Internet des véhicules au premier dispositif monté sur véhicule, dans lequel le premier groupe de multidiffusion comprend la première unité de bord de route, la deuxième unité de bord de route et le premier dispositif monté sur véhicule ; ou

o si le niveau de densité est la deuxième densité, la détermination, par le serveur, que la politique d'envoi de messages sur liaison descendante est : l'envoi séparément d'un message de l'Internet des véhicules au premier dispositif monté sur véhicule, à la première unité de bord de route et à la deuxième unité de bord de route en mode d'uni diffusion, et l'indication à la première unité de bord de route et à la deuxième unité de bord de route de transférer le message de l'Internet des véhicules au premier dispositif monté sur véhicule.

4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel la détermination, par le serveur, de la politique d'envoi de messages sur liaison descendante en fonction du niveau de densité comprend :

o si le niveau de densité est la troisième densité, la détermination, par le serveur, que la politique d'envoi de messages sur liaison descendante est : l'envoi d'un message de l'Internet des véhicules au premier dispositif monté sur véhicule en mode d'unidiffusion ; ou

o si la densité est la troisième densité, la détermination, par le serveur, que la politique d'envoi de messages sur liaison descendante est : l'envoi d'un message de l'Internet des véhicules à un dispositif d'un deuxième groupe de multidiffusion, dans lequel le deuxième groupe de multidiffusion comprend le premier dispositif monté sur véhicule, et la première unité de bord de route et la deuxième unité de bord de route ne font pas partie du deuxième groupe de multidiffusion ; ou

o si le niveau de densité est la troisième densité, la détermination, par le serveur, que la politique d'envoi de messages sur liaison descendante est : l'envoi d'un message de l'Internet des véhicules au dispositif dans le premier groupe de multidiffusion et l'indication à la première unité de bord de route et à la deuxième unité d'avarie de ne pas transférer le message de l'Internet des véhicules, dans lequel le premier groupe de multidiffusion comprend la première unité de bord de route, la deuxième unité de bord de route et le premier dispositif monté sur véhicule.

5. Procédé selon l'une quelconque des revendications 1 à 4, le procédé comprenant en outre :

la réception, par le dispositif monté sur véhicule, du premier message de l'Internet des véhicules ; et

la réception, par le dispositif monté sur véhicule, d'un deuxième message de l'Internet des véhicules, dans lequel un identifiant de message du deuxième message de l'Internet des véhicules est identique à un identifiant de message du premier message de l'Internet des véhicules, un horodatage du deuxième message de l'Internet des véhicules est identique à un horodatage du premier message de l'Internet des véhicules et le dispositif monté sur le véhicule rejette le deuxième message de l'Internet des véhicules.

6. Procédé selon l'une quelconque des revendications 1 à 4, le procédé comprenant en outre :

• la réception, par le dispositif monté sur véhicule, du premier message de l'Internet des véhicules, dans lequel une extrémité de transmission du premier message de l'Internet des véhicules est la première ou la deuxième unité de bord de route ou le serveur ;

• la détermination, par le dispositif monté sur véhicule, d'une politique d'envoi de message sur liaison montante en fonction du premier message de l'Internet des véhicules ; et

• l'envoi, par le dispositif monté sur véhicule, d'un deuxième message de l'Internet des véhicules au serveur conformément à la politique d'envoi de messages sur liaison montante.

7. Procédé selon l'une quelconque des revendications 1 à 4, le procédé comprenant en outre :

• la réception, par la première ou la deuxième unité de bord de route, du premier message de l'Internet des véhicules et d'une première indication de transfert, ou du premier message de l'Internet des véhicules et d'une seconde indication de transfert, dans lequel la seconde indication de transfert est utilisée pour indiquer que l'unité de bord de route, parmi les première et deuxième unités de bord de route, ayant reçu le premier message de l'Internet des véhicules ignore le transfert du premier message de l'Internet des véhicules, et la première indication de transfert est utilisée pour indiquer que l'unité de bord de route, parmi les première et deuxième unités de bord de route, après avoir reçu le premier message de l'Internet des véhicules, transfère le premier message de l'Internet des véhicules ; et

• le non-transfert, par l'unité de bord de route parmi les première et deuxième unités de bord de route, après avoir reçu le premier message de l'Internet des véhicules en fonction de la seconde indication de transfert, du premier message de l'Internet des véhicules, ou après l'ajout d'un horodatage d'origine du premier message de l'Internet des véhicules au premier message de l'Internet des véhicules, le transfert, par l'unité de bord de route parmi les première et deuxième unités de bord de route ayant reçu le premier message de l'Internet des véhicules en fonction de la première indication de transfert, du premier message de l'Internet des véhicules présentant l'horodatage d'origine.

8. Serveur configuré pour réaliser l'un quelconque des procédés selon les revendications 1 à 4.

9. Système d'échange de messages de l'Internet des véhicules, le système comprenant un dispositif monté sur véhicule et le serveur selon la revendication 8,
dans lequel le système est configuré pour réaliser l'un quelconque des procédés selon les revendications 1 à 6.

10. Système d'échange de messages de l'Internet des véhicules selon la revendication 9, dans lequel le premier message de l'Internet des véhicules comprend des informations d'état de déploiement d'une troisième unité de bord de route, et la troisième unité de bord de route est une unité de bord de route sur un trajet de déplacement du dispositif monté sur véhicule ou une unité de bord de route dans une plage de couverture du serveur ; et le dispositif monté sur le véhicule est configuré en outre pour :

o s'il est déterminé, en fonction des informations d'état de déploiement de la troisième unité de bord de route, que le dispositif monté sur véhicule se trouve dans une plage de couverture de la troisième unité de bord de route, déterminer que la politique d'envoi de messages sur liaison montante est : l'envoi d'un message de l'Internet des véhicules à la troisième unité de bord de route et l'indication à la troisième unité de bord de route de transférer le message de l'Internet des véhicules au serveur ; ou

o s'il est déterminé, en fonction des informations d'état de déploiement de la troisième unité de bord de route que le dispositif monté sur véhicule ne se trouve pas dans la plage de couverture de la troisième unité de bord de route, déterminer que la politique d'envoi de messages sur liaison montante est : l'envoi du message de l'Internet des véhicules au serveur en mode d'unidiffusion.

11. Système d'échange de messages de l'Internet des véhicules selon la revendication 9, dans lequel le dispositif monté sur véhicule est configuré en outre pour :

o si l'extrémité de transmission du premier message de l'Internet des véhicules est la première ou la deuxième unité de bord de route, déterminer que la stratégie d'envoi de message sur liaison montante est la suivante : l'envoi d'un message de l'Internet des véhicules à la première ou à la deuxième unité de bord de route qui est l'extrémité de transmission du premier message de l'Internet des véhicules et l'indication à la première ou à la deuxième unité de bord de route qui est l'extrémité de transmission du premier message de l'Internet des véhicules de transférer le message de l'Internet des véhicules au serveur ; ou

o si l'extrémité de transmission du premier message de l'Internet des véhicules n'est pas la première ou la deuxième unité de bord de route, déterminer que la stratégie d'envoi de message sur liaison montante est : l'envoi d'un message de l'Internet des véhicules au serveur en mode d'unidiffusion.

12. Système d'échange de messages de l'Internet des véhicules selon la revendication 9, dans lequel le dispositif monté sur véhicule est configuré en outre pour :
o quand le premier message de l'Internet des véhicules n'est pas reçu, déterminer que la politique d'envoi de messages de liaison montante est : l'envoi séparé d'un message de l'Internet des véhicules au serveur et à une troisième unité de bord de route, et l'indication à la troisième unité de bord de route de ne pas transférer le message de l'Internet des véhicules ou l'indication à la troisième unité de bord de route de transférer le message de l'Internet des véhicules au serveur.

13. Système d'échange de messages de l'Internet des véhicules comprenant une première ou une deuxième unité de bord de route et le serveur selon la revendication 8,
le système étant configuré pour réaliser l'un quelconque des procédés selon les revendications 1 à 4 ou 7.

14. Support de stockage lisible par ordinateur comprenant un ensemble d'instructions, dans lequel, à l'exécution de l'ensemble d'instructions sur un ordinateur, l'ordinateur est en mesure de réaliser le procédé d'échange de messages de l'Internet des véhicules selon l'une quelconque des revendications 1 à 7.

Drawing