Message processing method and device for roadside equipment

Abstract

The embodiment of the invention provides a message processing method and device for a roadside device, and the method comprises the steps: obtaining the current state of a target switch of a first roadside device when the first roadside device is in a communication state, the first roadside device being any one of a plurality of roadside devices in a preset region; under the condition that the current state of the target switch is an on state, obtaining a preset target layer 2 ID list of the roadside equipment; and receiving and processing a communication message of a second roadside device according to the preset target layer two ID list of the roadside device, the second roadside device being at least one of other roadside devices except the first roadside device in the plurality of roadside devices.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a message processing method and device for roadside equipment. Background Art

[0002] The road side unit (RSU) in the Long Term Evolution (LTE) vehicle to X (V2X) system continuously sends V2X messages. After the on-board unit (OBU) receives the V2X messages sent by the RSU, various applications such as road safety and traffic efficiency are realized. With the development of LTE-V2X, OBU and RSU are becoming more and more popular. In the scenario with dense V2X devices, the road side equipment RSU receives a large number of V2X messages sent by OBU and other RSU at the same time. Due to the processing capacity limitation of RSU, the end-to-end delay of V2X may be large, and even a high packet loss rate may be caused in severe cases. The current application scenarios of V2X communication are concentrated in vehicle to vehicle (V2V) (i.e., intercommunication between OBU and OBU) and vehicle to infrastructure V2I (V2I) (i.e., between OBU and RSU). There is no need for message interaction between RSU and RSU in most scenarios.

[0003] Most of the existing application scenarios do not require the participation of RSU-to-RSU communication, but only require V2V, V2I and Vehicle to Pedestrian (V2P), that is, only require communication between OBU and OBU, OBU and RSU, and vulnerable traffic participants and OBU. In general, the deployment of RSUs will be spaced at a certain distance, that is, the deployment of RSUs will not be dense, so RSUs generally do not receive a large number of messages from other RSUs. However, in some intersections and some non-line-of-sight (NLOS) scenarios, in order to ensure the reliability of OBU receiving RSUs, multiple RSUs will be deployed within a certain range, so that RSUs may receive a large number of V2X messages sent by other RSUs. The access layer of RSU receives these messages, sends them to the network layer for processing, and then sends them to the security layer for signature verification to ensure the legitimacy of the messages, and then hands them over to the application layer for processing. But in fact, RSU's processing of V2X messages from other RSUs is a waste of resources. When the message volume is large, it will also increase the processing delay of RSUs, and even cause packet loss. Summary of the invention

[0004] In view of the above problems, embodiments of the present application provide a method and device for message processing of roadside equipment that overcomes the above problems or at least partially solves the above problems.

[0005] In a first aspect, an embodiment of the present application provides a message processing method for a roadside device, which is applied to a first roadside device, and the method includes:

[0006] When a first roadside device is in a communication state, obtaining a current state of a target switch of the first roadside device, wherein the first roadside device is any one of a plurality of roadside devices in a preset area;

[0007] When the current state of the target switch is an on state, obtaining a preset target layer 2 ID list of roadside equipment;

[0008] According to the preset target layer 2 ID list of the roadside equipment, a communication message of a second roadside equipment is received and processed, where the second roadside equipment is at least one of the other roadside equipment among the multiple roadside equipments except the first roadside equipment.

[0009] In a second aspect, an embodiment of the present application further provides a message processing device of a roadside device, which is applied to a first roadside device, and the device includes:

[0010] A first acquisition module is used to acquire a current state of a target switch of a first roadside device when the first roadside device is in a communication state, wherein the first roadside device is any one of a plurality of roadside devices in a preset area;

[0011] A second acquisition module, configured to acquire a preset target layer 2 ID list of roadside equipment when the current state of the target switch is an open state;

[0012] The first receiving module is used to receive and process the communication message of the second roadside device according to the preset target layer 2 ID list of the roadside device, and the second roadside device is at least one of the other roadside devices among the multiple roadside devices except the first roadside device.

[0013] In a third aspect, an embodiment of the present application further provides an electronic device, including a memory, a transceiver, and a processor:

[0014] A memory for storing a computer program; a transceiver for sending and receiving data under the control of a processor; and a processor for reading the computer program in the memory and executing the method as described in the first aspect above.

[0015] In a fourth aspect, an embodiment of the present application further provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the method described in the first aspect above.

[0016] In the above-mentioned embodiment of the present application, a target switch is set on the first roadside device. When the first roadside device is in a communication state, the current state of the target switch of the first roadside device is obtained. If the current state of the target switch is an open state, a preset target layer 2 ID list of the roadside device is obtained. Since the preset target layer 2 ID list of the roadside device includes target layer 2 IDs corresponding to multiple roadside devices, the first roadside device can filter invalid communication messages of other roadside devices through the target layer 2 ID list, and only receive and process communication messages of the second roadside device among other roadside devices, thereby reducing the communication messages of other roadside devices received by the first roadside device, that is, reducing the communication messages that the first roadside device needs to process, and further reducing the processing delay of the communication messages of the first roadside device, avoiding packet loss, and improving the processing capability and efficiency of the communication messages of the first roadside device. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments of the present application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0018] Figure 1 One of the flowcharts of the message processing method of the roadside equipment provided in the embodiment of the present application;

[0019] Figure 2 A schematic diagram of a resource pool corresponding to an open state or a preset state provided in an embodiment of the present application;

[0020] Figure 3 Flow chart 2 of the message processing method for roadside equipment provided in an embodiment of the present application;

[0021] Figure 4 Flow chart 3 of the message processing method for roadside equipment provided in an embodiment of the present application;

[0022] Figure 5 A schematic diagram of a resource pool corresponding to a closed state provided in an embodiment of the present application;

[0023] Figure 6 A schematic diagram of target time domain resources provided in an embodiment of the present application;

[0024] Figure 7Structural block diagram of a message processing device for a roadside device provided in an embodiment of the present application

[0025] Figure 8 A structural block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

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

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

[0028] The message processing method of the roadside equipment provided by the embodiment of the present application is described in detail below through specific embodiments and application scenarios in conjunction with the accompanying drawings.

[0029] Specifically, the embodiment of the present application provides a message processing method for a roadside device, which is applied to a first roadside device, such as Figure 1 As shown, the following steps may be specifically included:

[0030] Step 101, when a first roadside device is in a communication state, obtain a current state of a target switch of the first roadside device, wherein the first roadside device is any one of a plurality of roadside devices in a preset area.

[0031] Specifically, there are multiple roadside equipment RSUs in the preset area, and the multiple roadside equipment RSUs can communicate with each other. If the multiple roadside equipment RSUs in the preset area are all in a communication state or an activation state, for any one of the multiple roadside equipment RSUs in the preset area (i.e., a first roadside equipment RSU), the current state of the target switch of the first roadside equipment RSU is obtained.

[0032] It should be noted that each of the multiple roadside equipment RSUs in the preset area is provided with a target switch I2I_Switch, and the current state of the target switch includes at least three: a preset Default state, an On state, and a Off state.

[0033] The target switch I2I_Switch is a communication switch between infrastructure to infrastructure (I2I) roadside equipment and roadside equipment, that is, a communication switch between RSUs and RSUs.

[0034] Step 102: When the current state of the target switch is the on state, obtain a preset target layer 2 ID list of the roadside equipment.

[0035] Specifically, when the current state of the I2I_Switch of the first RSU is the On state, it means that the first RSU needs to communicate with other RSUs in the preset area through the communication interface PC5. Then, the first RSU sets a dual receiving resource pool (i.e., receiving resource pool 1 and receiving resource pool 2). Figure 2 As shown, the two receiving resource pools set by the first RSU correspond to the OBU sending resource pool and other RSU sending resource pools, that is, receiving resource pool 1 corresponds to the OBU sending resource pool, and receiving resource pool 2 corresponds to other RSU sending resource pools. In this way, the access layer can receive the communication messages (i.e., V2X messages) of the OBU, and can also receive the V2X messages sent by other RSUs.

[0036] Since there are invalid communication messages in other RSUs for the first RSU, the target layer 2 ID list DestL2ID_Filter of the preset roadside equipment for the first RSU is obtained. The DestL2ID_Filter includes multiple DestL2IDs. Since each roadside equipment corresponds to a DestL2ID, the DestL2ID_Filter includes multiple DestL2IDs corresponding to multiple roadside equipment.

[0037] Step 103, according to the preset target layer 2 ID list of the roadside equipment, receiving and processing the communication message of the second roadside equipment, the second roadside equipment being at least one of the other roadside equipment among the multiple roadside equipment except the first roadside equipment.

[0038] Specifically, through DestL2ID_Filter, the access layer filters out some invalid communication messages of other RSUs, and the valid communication messages are retained and sent to the network layer for parsing and processing. The invalid communication messages are directly discarded or recorded in log form. Thus, the first RSU receives all OBU communication messages and some required RSU communication messages (i.e., communication messages of the second roadside device) to reduce the communication messages that need to be processed by the first roadside device, thereby improving the processing capability and efficiency of the communication messages of the first roadside device.

[0039] It should be noted that DestL2ID_Filter can be filled in as a whitelist, that is, the communication messages of the RSU corresponding to the DestL2ID existing in DestL2ID_Filter are retained, and the communication messages of the RSU corresponding to the DestL2ID not existing in DestL2ID_Filter are discarded. Alternatively, DestL2ID_Filter can be filled in as a blacklist, that is, the communication messages of the RSU corresponding to the DestL2ID existing in DestL2ID_Filter are discarded, and the communication messages of the RSU corresponding to the DestL2ID not existing in DestL2ID_Filter are retained.

[0040] The following example uses DestL2ID_Filter as a whitelist:

[0041] At intersections or multi-layer overpasses where the Global Navigation Satellite System (GNSS) signal is blocked, multiple RSUs may be deployed in the above scenarios, and some RSUs cannot receive GNSS signals and cannot complete synchronization. If the characteristics of air interface synchronization are introduced in this scenario, the RSU that can complete synchronization through GNSS signals sends air interface synchronization signals, and the RSU that cannot complete GNSS signal synchronization completes time synchronization by receiving air interface synchronization signals. In this scenario, RSUs need to communicate with each other. You can set the I2I_Switch of the first RSU in this scenario to the On state, configure dual receiving resource pools, receiving resource pools Rx pool1 and Rx pool2, and add the Destination Layer2 ID used for air interface synchronization, that is, 0x000010, in DestL2ID_Filter, and the Destination Layer2ID used by OBU to send communication messages, that is, 0x000001, 0x000002, 0x000003, 0x000004, 0x000005, and 0x00000c. like Figure 3As shown, the link layer (Medium Access Control, MAC) of the first RSU receives communication messages from other RSUs, parses the Destination Layer2 ID (i.e., target layer 2 ID) of the received communication message and determines whether the Destination Layer2 ID is in the list of DestL2ID_Filter. If the Destination Layer2 ID is in the list of DestL2ID_Filter, the subsequent communication message processing is continued; if the received Destination Layer2 ID is not in the list in DestL2ID_Filter, the communication message is discarded.

[0042] In the above-mentioned embodiment of the present application, a target switch is set on the first roadside device. When the first roadside device is in a communication state, the current state of the target switch of the first roadside device is obtained. If the current state of the target switch is an open state, a preset target layer 2 ID list of the roadside device is obtained. Since the preset target layer 2 ID list of the roadside device includes target layer 2 IDs corresponding to multiple roadside devices, the first roadside device can filter invalid communication messages of other roadside devices through the target layer 2 ID list, and only receive and process communication messages of the second roadside device among other roadside devices, thereby reducing the communication messages of other roadside devices received by the first roadside device, that is, reducing the communication messages that the first roadside device needs to process, and further reducing the processing delay of the communication messages of the first roadside device, avoiding packet loss, and improving the processing capability and efficiency of the communication messages of the first roadside device.

[0043] As an optional specific embodiment, the method further includes step 104 and step 105:

[0044] Step 104, when the current state of the target switch is the off state, prohibiting receiving the communication message of the other roadside equipment, and determining the target time domain resource of the first roadside equipment;

[0045] Step 105: Send a communication message on the target time domain resource.

[0046] Specifically, Figure 4 As shown, after the first RSU starts to communicate normally, it is determined whether the current state of the target switch I2I_Switch of the first RSU is Off. If it is, it means that there is no need for the first RSU to interact with other RSUs through the PC5 interface. The first RSU sets a single receiving resource pool (i.e., receiving resource pool 1), as shown in FIG. Figure 5As shown in the figure, the receiving resource pool set by the first RSU corresponds to the sending resource pool of the OBU. The first RSU can receive communication messages from all OBUs, but cannot receive communication messages sent by other RSUs. If it is not, it means that the first RSU sets dual receiving resource pools, such as Figure 2 shown.

[0047] Due to the configuration of the above single resource pool, the first RSU cannot receive communication messages sent by other RSUs, and the first RSU cannot perceive the resource selection of other RSUs, and resource collisions are prone to occur between RSUs. In order to avoid the above situation, when I2I_Switch is in the Off state, it is necessary to determine the target time domain resource of the first roadside equipment and send communication messages on the target time domain resource to avoid collisions with other RSU resources.

[0048] As an optional specific embodiment, the step 104 determines the target time domain resource of the first roadside equipment, specifically including:

[0049] Acquire a first number of a plurality of roadside devices in the preset area, a sequence number of the first roadside device in the plurality of roadside devices, and a number of bits in a bitmap of the first roadside device;

[0050] Calculate the valid bit corresponding to the first roadside device in the bit map according to the first number, the serial number of the first roadside device and the number of bits in the bit map;

[0051] According to the valid bit corresponding to the first roadside device, the target time domain resource of the first roadside device is determined.

[0052] Specifically, the target time domain resource of the first roadside equipment may be determined by the following method:

[0053] First, a first number of roadside devices in a preset area is obtained, and a sequence number of the first roadside device in a plurality of roadside devices is obtained, and the number of bits of a bitmap of the first roadside device (i.e., the length of the bitmap) is obtained. Then, the valid bit corresponding to the first roadside device in the bitmap is calculated by using the first number, the sequence number of the first roadside device, and the number of bits in the bitmap, and the target time domain resource of the first roadside device can be determined by using the valid bit corresponding to the first roadside device.

[0054] It should be noted that each roadside device in the preset area determines its own target time domain resources in the above manner, thereby determining the target time domain resources of each roadside device in the preset area. Each roadside device sends communication messages within its corresponding target time domain resources, thereby avoiding resource collisions.

[0055] Furthermore, the effective bit corresponding to the first roadside device is specifically calculated by the following formula:

[0056] L=i+k*N+j*T

[0057] Wherein, L represents the valid bit corresponding to the first roadside equipment;

[0058] i represents the sequence number of the first roadside device among the multiple roadside devices;

[0059] The value of j is {j|0≤j<S / T, j is an integer};

[0060] S represents the number of bits in the bitmap;

[0061] k is {0, 1};

[0062] N represents a first number of multiple roadside devices in the preset area;

[0063] T=min{x|S mod x=0 and x≥2N, x is an integer}.

[0064] Specifically, S is the number of bits in the bitmap of the first roadside equipment, T represents the scheduling period of the first RSU, and S / T represents a first value obtained by dividing S by T. j represents an integer greater than or equal to 0 and less than the first value.

[0065] N represents the first number of multiple roadside devices in the preset area, i is an integer greater than 0 and less than or equal to N. K takes values ​​of 0 and 1. S mod x=0 represents the value of x when the remainder of S divided by x is 0, x takes an integer value greater than or equal to 2*N, and T takes the minimum value of multiple values ​​of x. L is calculated by the above formula to obtain multiple values, each of which is a valid bit, that is, the valid bit is set to 1, and the remaining bits are set to 0.

[0066] The above-mentioned process of determining time domain resources is described below through a specific example:

[0067] Five RSUs are deployed in the preset area, and the I2I_Switch of each RSU is in the Off state, and each RSU is configured with a single receiving resource pool. In order to avoid resource collision when multiple RSUs send communication messages, the target time domain resources of the RSU are fixed by configuring the sl-Subframe-r14 (the name of the access layer's information element) of the sending resource pool, and the number of bits S in the bitmap is 100. If i is 1, then T = min{x|100mod x = 0 and x ≥ 2*5, x is an integer}, that is, x is 10, 20, 25, 50, 100, and T is the minimum value of x, that is, T is 10.

[0068] Since the first value obtained by dividing 100 by 10 is 10, there are 10 values ​​for j, namely {0, 1, 2, 3, 4, 5, 6, 7, 8, 9}. The values ​​of K are 0 and 1. When K is 0, L is 1, 11, 21...91; when K is 1, L is 6, 16, 26...96. Therefore, the valid bit positions of the first RSU (i.e., RSU1) are 1, 6, 11, 16, 21, 26..., 91, 96, i.e., {1000010000}10.

[0069] The position of the valid bit of RSU2 is determined by the above RSU1 method, which is 0100001000 repeated 10 times, that is, {0100001000} 10 , and so on, we get the effective bit positions of the 5 RSUs, such as Figure 6 As shown, it can be seen that the transmission time of each RSU is staggered, and there will be no resource collision during transmission. Therefore, each RSU in the preset area continuously sends V2X messages such as signal light messages (Signal Phase and Timing Message, SPAT), map messages Mapdata, etc., and the OBU on the vehicles passing through the preset area sends vehicle status messages (Basic Safety Message, BSM). The communication between each RSU and the OBU is normal, but the RSU will not receive communication messages sent by other RSUs in the area, and different RSUs in the preset area avoid each other in the time domain, and there will be no resource collision between multiple RSUs due to the failure to perceive the resource selection of other RSUs due to the failure to configure the receiving resource pool.

[0070] As an optional specific embodiment, the method may further include:

[0071] When the current state of the target switch is a preset state, the communication message of the other roadside device is received and processed.

[0072] Specifically, when the current state of the I2I_Switch of the first RSU is the preset Default state, it means that the first RSU needs to interact with other RSUs in the preset area through communication messages, and the first RSU sets a dual receiving resource pool (ie, receiving resource pool 1 and receiving resource pool 2), such as Figure 2 As shown, the two receiving resource pools set by the first RSU correspond to the OBU sending resource pool and other RSU sending resource pools respectively, that is, receiving resource pool 1 corresponds to the OBU sending resource pool, and receiving resource pool 2 corresponds to other RSU sending resource pools. In this way, the access layer can receive all communication messages from the OBU and all communication messages sent by other RSUs, and the access layer of the first RSU does not need to perform message filtering.

[0073] To summarize, in the above-mentioned embodiment of the present application, a target switch is set on the first roadside device, and when the first roadside device is in a communication state, the current state of the target switch of the first roadside device is obtained. If the current state of the target switch is an open state, a preset target layer 2 ID list of the roadside device is obtained. Since the preset target layer 2 ID list of the roadside device includes target layer 2 IDs corresponding to multiple roadside devices, the first roadside device can filter out invalid communication messages of other roadside devices through the target layer 2 ID list, and only receive and process communication messages of the second roadside device among other roadside devices, thereby reducing the communication messages of other roadside devices received by the first roadside device, that is, reducing the communication messages that the first roadside device needs to process, and further reducing the processing delay of the communication messages of the first roadside device, avoiding packet loss, and improving the processing capability and efficiency of the communication messages of the first roadside device. Furthermore, if the current state of the target switch is off, the first RSU sets a single receiving resource pool, the first RSU can receive all OBU communication messages, cannot receive communication messages sent by other RSUs, and needs to determine the target time domain resources of the first roadside device, and send communication messages on the target time domain resources to avoid resource collisions caused by the first RSU's inability to perceive the resource selection of other RSUs. Furthermore, if the subsequent V2X application scenario requirements change, there is no need to make software and hardware changes. The Destination Layer2 ID can be directly modified in DestL2ID_Filter, which is more versatile.

[0074] The above introduces the message processing method of the roadside equipment provided by the embodiment of the present application. The following will introduce the message processing device of the roadside equipment provided by the embodiment of the present application in conjunction with the accompanying drawings.

[0075] like Figure 7 As shown, the embodiment of the present application further provides a message processing device 700 of a roadside device, which is applied to a first roadside device, and the device includes:

[0076] A first acquisition module 701 is used to acquire a current state of a target switch of a first roadside device when the first roadside device is in a communication state, wherein the first roadside device is any one of a plurality of roadside devices in a preset area;

[0077] The second acquisition module 702 is used to acquire a preset target layer 2 ID list of roadside equipment when the current state of the target switch is an open state;

[0078] The first receiving module 703 is used to receive and process the communication message of the second roadside device according to the preset target layer 2 ID list of the roadside device, and the second roadside device is at least one of the other roadside devices among the multiple roadside devices except the first roadside device.

[0079] In the above-mentioned embodiment of the present application, a target switch is set on the first roadside device. When the first roadside device is in a communication state, the current state of the target switch of the first roadside device is obtained. If the current state of the target switch is an open state, a preset target layer 2 ID list of the roadside device is obtained. Since the preset target layer 2 ID list of the roadside device includes target layer 2 IDs corresponding to multiple roadside devices, the first roadside device can filter invalid communication messages of other roadside devices through the target layer 2 ID list, and only receive and process communication messages of the second roadside device among other roadside devices, thereby reducing the communication messages of other roadside devices received by the first roadside device, that is, reducing the communication messages that the first roadside device needs to process, and further reducing the processing delay of the communication messages of the first roadside device, avoiding packet loss, and improving the processing capability and efficiency of the communication messages of the first roadside device.

[0080] Optionally, the device further comprises:

[0081] A first processing module, configured to prohibit receiving communication messages of the other roadside devices and determine a target time domain resource of the first roadside device when the current state of the target switch is an off state;

[0082] The first sending module is used to send a communication message on the target time domain resource.

[0083] Optionally, when determining the target time domain resource of the first roadside equipment, the first processing module is specifically configured to:

[0084] Acquire a first number of a plurality of roadside devices in the preset area, a sequence number of the first roadside device in the plurality of roadside devices, and a number of bits in a bitmap of the first roadside device;

[0085] Calculate the valid bit corresponding to the first roadside device in the bit map according to the first number, the serial number of the first roadside device and the number of bits in the bit map;

[0086] According to the valid bit corresponding to the first roadside device, the target time domain resource of the first roadside device is determined.

[0087] Optionally, the effective bit corresponding to the first roadside device is calculated by the following formula:

[0088] L=i+k*N+j*T

[0089] Wherein, L represents the valid bit corresponding to the first roadside equipment;

[0090] i represents the sequence number of the first roadside device among the multiple roadside devices;

[0091] The value of j is {j|0≤j<S / T, j is an integer};

[0092] S represents the number of bits in the bitmap;

[0093] k is {0, 1};

[0094] N represents a first number of multiple roadside devices in the preset area;

[0095] T=min{x|S mod x=0 and x≥2N, x is an integer}.

[0096] Optionally, the device further comprises:

[0097] The first receiving module is used to receive and process the communication message of the other roadside equipment when the current state of the target switch is a preset state.

[0098] To summarize, in the above-mentioned embodiment of the present application, a target switch is set on the first roadside device, and when the first roadside device is in a communication state, the current state of the target switch of the first roadside device is obtained. If the current state of the target switch is an open state, a preset target layer 2 ID list of the roadside device is obtained. Since the preset target layer 2 ID list of the roadside device includes target layer 2 IDs corresponding to multiple roadside devices, the first roadside device can filter out invalid communication messages of other roadside devices through the target layer 2 ID list, and only receive and process communication messages of the second roadside device among other roadside devices, thereby reducing the communication messages of other roadside devices received by the first roadside device, that is, reducing the communication messages that the first roadside device needs to process, and further reducing the processing delay of the communication messages of the first roadside device, avoiding packet loss, and improving the processing capability and efficiency of the communication messages of the first roadside device. Furthermore, if the current state of the target switch is off, the first RSU sets a single receiving resource pool, the first RSU can receive all OBU communication messages, cannot receive communication messages sent by other RSUs, and needs to determine the target time domain resources of the first roadside device, and send communication messages on the target time domain resources to avoid resource collisions caused by the first RSU's inability to perceive the resource selection of other RSUs. Furthermore, if the subsequent V2X application scenario requirements change, there is no need to make software and hardware changes. The Destination Layer2 ID can be directly modified in DestL2ID_Filter, which is more versatile.

[0099] It should be noted here that the message processing device of the above-mentioned roadside equipment provided in the embodiment of the present application can implement all the method steps implemented by the message processing method embodiment of the above-mentioned roadside equipment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as the method embodiment will not be described in detail here.

[0100] It should be noted that the division of units in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. In addition, each functional unit in each embodiment of the present application may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0101] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) or a processor (processor) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), disk or optical disk and other media that can store program codes.

[0102] like Figure 8 As shown, an embodiment of the present application further provides an electronic device, including a memory 820, a transceiver 810, and a processor 800:

[0103] A memory 820, for storing computer programs;

[0104] A transceiver 810, configured to transmit and receive data under the control of the processor;

[0105] The processor 800 is used to read the computer program in the memory and execute the steps of the message processing method of the roadside equipment as described in any of the above embodiments.

[0106] Among them, Figure 8In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically linking together various circuits of one or more processors represented by processor 800 and memory represented by memory 820. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 810 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which transmission medium may include a wireless channel, a wired channel, an optical cable, and the like. The processor 800 is responsible for managing the bus architecture and general processing, and the memory 820 may store data used by the processor 800 when performing operations.

[0107] The processor 800 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0108] The processor calls the computer program stored in the memory to execute the message processing method of the roadside device provided in the embodiment of the present application according to the obtained executable instructions. The processor and the memory can also be arranged physically separately.

[0109] It should be noted here that the above-mentioned electronic device provided in the embodiment of the present application can implement all the method steps implemented in the message processing method embodiment of the above-mentioned roadside equipment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as the method embodiment will not be described in detail here.

[0110] An embodiment of the present application further provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the message processing method of the roadside device.

[0111] The processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CD, DVD, BD, HVD, etc.), and semiconductor storage (such as ROM, EPROM, EEPROM, non-volatile memory (NANDFLASH), solid-state drive (SSD)), etc.

[0112] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) that contain computer-usable program code.

[0113] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer executable instructions. These computer executable instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0114] These processor executable instructions may also be stored in a processor readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the processor readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0115] These processor-executable instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0116] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A message processing method for a roadside device, characterized in that: Applied to the first roadside equipment, including: When a first roadside device is in a communication state, obtaining a current state of a target switch of the first roadside device, wherein the first roadside device is any one of a plurality of roadside devices in a preset area; When the current state of the target switch is an on state, obtaining a preset target layer 2 ID list of roadside equipment; According to the preset target layer 2 ID list of the roadside equipment, a communication message of a second roadside equipment is received and processed, where the second roadside equipment is at least one of the other roadside equipment among the multiple roadside equipments except the first roadside equipment.

2. The message processing method of roadside equipment according to claim 1, characterized in that: The method further comprises: When the current state of the target switch is the off state, prohibiting receiving the communication message of the other roadside equipment, and determining the target time domain resource of the first roadside equipment; A communication message is sent on the target time domain resource.

3. The message processing method of roadside equipment according to claim 2, characterized in that: The determining the target time domain resource of the first roadside equipment includes: Acquire a first number of a plurality of roadside devices in the preset area, a sequence number of the first roadside device in the plurality of roadside devices, and a number of bits in a bitmap of the first roadside device; Calculate the valid bit corresponding to the first roadside device in the bit map according to the first number, the serial number of the first roadside device and the number of bits in the bit map; According to the valid bit corresponding to the first roadside device, the target time domain resource of the first roadside device is determined.

4. The message processing method of roadside equipment according to claim 3, characterized in that: The effective bit corresponding to the first roadside device is specifically calculated by the following formula: L=i+k*N+j*T Wherein, L represents the valid bit corresponding to the first roadside equipment; i represents the sequence number of the first roadside device among the multiple roadside devices; The value of j is {j|0≤j<S / T, j is an integer}; S represents the number of bits in the bitmap; k is {0, 1}; N represents a first number of multiple roadside devices in the preset area; T=min{x|S mod x=0 and x≥2N, x is an integer}.

5. The message processing method of roadside equipment according to claim 1, characterized in that: The method further comprises: When the current state of the target switch is a preset state, the communication message of the other roadside device is received and processed.

6. A message processing device for a roadside device, characterized in that: Applied to the first roadside equipment, including: A first acquisition module is used to acquire a current state of a target switch of a first roadside device when the first roadside device is in a communication state, wherein the first roadside device is any one of a plurality of roadside devices in a preset area; A second acquisition module, configured to acquire a preset target layer 2 ID list of roadside equipment when the current state of the target switch is an open state; The first receiving module is used to receive and process the communication message of the second roadside device according to the preset target layer 2 ID list of the roadside device, and the second roadside device is at least one of the other roadside devices among the multiple roadside devices except the first roadside device.

7. The message processing device of the roadside equipment according to claim 6, characterized in that: The device also includes: A first processing module, configured to prohibit receiving communication messages of the other roadside devices and determine a target time domain resource of the first roadside device when the current state of the target switch is an off state; The first sending module is used to send a communication message on the target time domain resource.

8. The message processing device of the roadside equipment according to claim 7, characterized in that: When determining the target time domain resource of the first roadside equipment, the first processing module is specifically used to: Acquire a first number of a plurality of roadside devices in the preset area, a sequence number of the first roadside device in the plurality of roadside devices, and a number of bits in a bitmap of the first roadside device; Calculate the valid bit corresponding to the first roadside device in the bit map according to the first number, the serial number of the first roadside device and the number of bits in the bit map; According to the valid bit corresponding to the first roadside device, the target time domain resource of the first roadside device is determined.

9. The message processing device of the roadside equipment according to claim 8, characterized in that: The effective bit corresponding to the first roadside device is specifically calculated by the following formula: L=i+k*N+j*T Wherein, L represents the valid bit corresponding to the first roadside equipment; i represents the sequence number of the first roadside device among the multiple roadside devices; The value of j is {j|0≤j<S / T, j is an integer}; S represents the number of bits in the bitmap; k is {0, 1}; N represents a first number of multiple roadside devices in the preset area; T=min{x|S mod x=0 and x≥2N, x is an integer}.

10. The message processing device of the roadside equipment according to claim 6, characterized in that: The device also includes: The first receiving module is used to receive and process the communication message of the other roadside equipment when the current state of the target switch is a preset state.

11. An electronic device, characterized in that: Including memory, transceiver, processor: Memory for storing computer programs; a transceiver, for transmitting and receiving data under the control of the processor; A processor is used to read the computer program in the memory and execute the message processing method of the roadside equipment as described in any one of claims 1 to 5.

12. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the message processing method of the roadside equipment according to any one of claims 1 to 5.

Images