CN115567976A - Method and apparatus for relaying or receiving messages - Google Patents

Method and apparatus for relaying or receiving messages Download PDF

Info

Publication number
CN115567976A
CN115567976A CN202210744305.8A CN202210744305A CN115567976A CN 115567976 A CN115567976 A CN 115567976A CN 202210744305 A CN202210744305 A CN 202210744305A CN 115567976 A CN115567976 A CN 115567976A
Authority
CN
China
Prior art keywords
message
psm
bulk
identifier
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210744305.8A
Other languages
Chinese (zh)
Inventor
金頀埈
朴龙泰
董杬泳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Atd Flowserve Co ltd
Original Assignee
Atd Flowserve Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Atd Flowserve Co ltd filed Critical Atd Flowserve Co ltd
Publication of CN115567976A publication Critical patent/CN115567976A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F25—REFRIGERATION OR COOLING; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS; MANUFACTURE OR STORAGE OF ICE; LIQUEFACTION SOLIDIFICATION OF GASES
    • F25B—REFRIGERATION MACHINES, PLANTS OR SYSTEMS; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS
    • F25B41/00—Fluid-circulation arrangements
    • F25B41/20—Disposition of valves, e.g. of on-off valves or flow control valves
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F25—REFRIGERATION OR COOLING; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS; MANUFACTURE OR STORAGE OF ICE; LIQUEFACTION SOLIDIFICATION OF GASES
    • F25B—REFRIGERATION MACHINES, PLANTS OR SYSTEMS; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS
    • F25B43/00—Arrangements for separating or purifying gases or liquids; Arrangements for vaporising the residuum of liquid refrigerant, e.g. by heat
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F25—REFRIGERATION OR COOLING; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS; MANUFACTURE OR STORAGE OF ICE; LIQUEFACTION SOLIDIFICATION OF GASES
    • F25B—REFRIGERATION MACHINES, PLANTS OR SYSTEMS; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS
    • F25B2400/00—General features or devices for refrigeration machines, plants or systems, combined heating and refrigeration systems or heat-pump systems, i.e. not limited to a particular subgroup of F25B
    • F25B2400/04—Refrigeration circuit bypassing means
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F25—REFRIGERATION OR COOLING; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS; MANUFACTURE OR STORAGE OF ICE; LIQUEFACTION SOLIDIFICATION OF GASES
    • F25B—REFRIGERATION MACHINES, PLANTS OR SYSTEMS; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS
    • F25B2400/00—General features or devices for refrigeration machines, plants or systems, combined heating and refrigeration systems or heat-pump systems, i.e. not limited to a particular subgroup of F25B
    • F25B2400/23—Separators
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F25—REFRIGERATION OR COOLING; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS; MANUFACTURE OR STORAGE OF ICE; LIQUEFACTION SOLIDIFICATION OF GASES
    • F25B—REFRIGERATION MACHINES, PLANTS OR SYSTEMS; COMBINED HEATING AND REFRIGERATION SYSTEMS; HEAT PUMP SYSTEMS
    • F25B2600/00—Control issues
    • F25B2600/25—Control of valves
    • F25B2600/2501—Bypass valves

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Thermal Sciences (AREA)
  • Mechanical Engineering (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Power Engineering (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

In an aspect of the disclosure, a roadside device configured to relay a message is provided. The device may include a memory, a processor, and a transceiver. The processor may be configured to: checking whether an identifier received with the received message was previously stored; replacing a Personal Security Message (PSM) corresponding to the identifier of the PSM and the identifier pair with a PSM included in the received message when the identifier is stored, and storing the PSM; generating one bulk message including all PSMs of the stored PSM and identifier pair when a timer for bulk transmission expires or when a total size of the stored PSMs exceeds a predetermined value; and transmits the generated batch message. The identifier may be information for identifying the sender who sent the message.

Description

Method and apparatus for relaying or receiving messages
Technical Field
The present disclosure relates to a method and apparatus for relaying or receiving a message, and more particularly, to a method and apparatus for transmitting and receiving a message of a first communication standard as a message of a second communication standard for a device or object that does not support a specific communication standard.
Background
For vehicle-to-outside (V2X) communication, communication standards such as Wireless Access in Vehicular Environments (WAVE), long Term Evolution (LTE-V2X) vehicle-to-outside (to-outside) sidelink, and the like have been used.
However, WAVE or LTE-V2X sidelink is a technology for high-speed movement, a pedestrian (hereinafter referred to as a Vulnerable Road User (VRU)) moves at a low speed, and a relatively small amount of data is transmitted compared to data transmitted by a vehicle in a long transmission period. Since currently distributed VRU terminations do not support communication standards such as WAVE or LTE-V2X sidelink, there is a barrier to VRU entry in V2X communications.
In addition, if the V2X communication modem is separately provided to the VRU terminal, it may cause problems such as an increase in the price of the terminal and the propagation speed of a new terminal device. It is therefore desirable to use the communication standards supported by terminals (e.g., smartphones) currently assigned to many VRUs.
In the above communication standard, bluetooth, more specifically, bluetooth Low Energy (BLE) determined to be supported by most VRU terminals, is optimized to periodically transmit information to the surrounding environment. Therefore, BLE has an advantage in that an environment for V2P communication can be established with application development only.
Further, in recent years, modems for ultra-wideband (UWB) communication have been distributed to devices such as smart phones. UWB communication may also be used as a communication standard for V2P communication.
However, if the vehicle does not support BLE or UWB communication standards, the vehicle cannot receive information from any VRU.
Disclosure of Invention
Technical problem
An object of the present disclosure is to provide a method and apparatus for relaying or receiving a message.
In particular, it is an object of the present disclosure to provide a method and apparatus for relaying messages to provide compatibility between heterogeneous communication standards, and a method and apparatus for receiving such messages.
It will be appreciated by persons skilled in the art that the objects that can be achieved with the present disclosure are not limited to what has been particularly described hereinabove and that the above objects and other objects that can be achieved with the present disclosure will be more clearly understood from the following detailed description.
Technical scheme
In an aspect of the present disclosure, a method of relaying a message is provided. The method can comprise the following steps: checking whether an identifier received with the received message was previously stored; replacing a Personal Safety Message (PSM) included in the received message with the PSM and a PSM corresponding to the identifier in the identifier pair when the identifier is stored; generating one bulk message including all the stored PSMs of the stored PSM and identifier pair when a timer for bulk transmission expires or when a total size of the stored PSMs exceeds a predetermined value; and sending the generated batch messages.
Additionally or alternatively, the method may comprise: starting a timer for bulk sending when the identifier has not been previously stored; and storing the identifier and the PSM in the received message.
Additionally or alternatively, the bulk message and the received message may be based on different communication standards or protocols.
Additionally or alternatively, the method may include deleting all stored PSM and identifier pairs after sending the generated batch message.
Additionally or alternatively, the method may comprise: checking whether the PSM included in the received message is compressed; and when the PSM is compressed, decompressing the received message based on a previously stored bootstrap message corresponding to the identifier.
Additionally or alternatively, the bulk message may include an indicator indicating bulk transmission and a plurality of PSMs indicated by the indicator.
Additionally or alternatively, the bulk message may not include an identifier.
In another aspect of the present disclosure, an apparatus configured to relay a message is provided. The apparatus may include: a memory; a processor; and a transceiver. The processor may be configured to: checking whether an identifier received with the received message was previously stored; replacing the PSM and a PSM corresponding to the identifier of the identifier pair with a PSM included in the received message when the identifier is stored; generating one bulk message including all the stored PSMs of the stored PSM and identifier pair when a timer for bulk transmission expires or when a total size of the stored PSMs exceeds a predetermined value; and sending the generated batch messages.
In another aspect of the present disclosure, a method of receiving a message is provided. The method can comprise the following steps: determining whether the received message is a bulk message; and when the received message is a bulk message, obtaining a plurality of PSMs by decoding the bulk message based on an indicator indicating the bulk message.
Additionally or alternatively, the method may include obtaining the PSM by decoding the received message when the received message is not a bulk message.
In another aspect of the present disclosure, a device configured to receive a message is provided. The apparatus may include: a memory; a processor; and a transceiver. The processor may be configured to: determining whether the received message is a bulk message; and when the received message is a bulk message, obtaining a plurality of PSMs by decoding the bulk message based on an indicator indicating the bulk message.
Additionally or alternatively, the processor may be configured to obtain the PSM by decoding the received message when the received message is not a bulk message.
In another aspect of the disclosure, a computer program stored on a computer readable medium and configured to perform the above method is provided.
Those skilled in the art will appreciate that the above-described aspects of the present disclosure are merely part of the embodiments of the present disclosure and that various modifications and substitutions can be made from the following technical features of the present disclosure.
Advantageous effects
The present disclosure has the following effects.
According to the present disclosure, it is possible to support conversion between heterogeneous communication standards when a message is relayed, thereby providing an unsupported communication standard environment for a device that does not support a specific communication standard.
According to the present disclosure, it is possible to support delayed transmission or bulk transmission when a message is relayed, thereby effectively using a communication network by relaying the message according to urgency of the message.
It will be appreciated by persons skilled in the art that the effects that can be achieved with the present disclosure are not limited to what has been particularly described hereinabove and other advantages of the present disclosure will be more clearly understood from the following detailed description.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure, illustrate embodiments of the disclosure and together with the description serve to explain the principles of the disclosure.
Fig. 1 illustrates a communication environment to which the present disclosure is applied.
Fig. 2 is a block diagram of a transmitting device and a receiving device according to an embodiment of the present disclosure.
Fig. 3 is a diagram for explaining an operation of relaying a message according to an embodiment of the present disclosure.
Fig. 4 is a block diagram of processors of a transmitting device and a receiving device according to an embodiment of the present disclosure.
Fig. 5 is a flow chart of the operation of relaying messages according to an embodiment of the present disclosure.
Fig. 6 is a flow chart of the operation of relaying messages according to an embodiment of the present disclosure.
Detailed Description
Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, the present disclosure is not limited to the embodiments described herein, and may be embodied in various other forms. The terms used in the present specification are intended to aid understanding of the embodiments. That is, the term is not intended to limit the scope of the present disclosure. Furthermore, the singular may mean the plural unless the form used herein clearly indicates the contrary.
First, terms and basic encoding methods used herein will be described.
In this specification, once the timer is started, the timer may continue to run until the timer stops or expires. The timer may be started in an idle state, or the timer may be restarted at runtime. When the timer is started or restarted, the timer may always be started or restarted from an initial value.
In this specification, a vehicle-to-pedestrian (V2P) or vehicle-to-outside (V2X) message refers to a message including a vehicle environment Wireless Access (WAVE) short message protocol (WSMP) header of Institute of Electrical and Electronics Engineers (IEEE) 1609.3, a security header of IEEE1609.2, a Personal Safety Message (PSM) of IEEE1609.2 and Society of Automotive Engineers (SAE) J2735, and the like. Hereinafter, the V2P or V2X message will be described in brief.
As an example of generating a V2P or V2X message, three layers may be used. The three layers are an application layer, a security layer and a network layer from high to low.
The PSM of IEEE 1609.2sae J2735 is data in the form of a message frame, which is obtained by encoding based on a non-aligned packed encoding rule (UPER). The PSM may include specific information that a Vulnerable Road User (VRU) wishes to send to the vehicle, for example, information about the temporary Identifier (ID), type, location, direction, speed, etc. of the VRU. However, the information is not limited thereto. Further, the name of the PSM itself is not intended to limit the scope of the present disclosure, and the PSM may be understood and interpreted as information related to the VRU.
The security data of IEEE1609.2 includes a PSM of IEEE 1609.2sae J2735 PSM and the security header of IEEE1609.2 described above. The security header of IEEE1609.2 includes certificate information for signing the PSM and signature information about the PSM, which is encoded by an Octet Encoding Rule (OER).
The WSMP message of IEEE1609.3 includes the secure data of IEEE1609.2 and the WSMP header of IEEE1609.3 for V2P communication. The WSMP header of IEEE1609.3 includes feature information encoded by UPER about vehicle-to-outside (V2X) communication.
Here, V2P messages are mainly classified into two types: a bootstrap message and a compact message. The bootstrap message refers to a V2P message including the uncompressed PSM and transmitted with a new identifier. The compressed message refers to a V2P message including the compressed PSM and transmitted together with an identifier of the bootstrap message after transmitting the bootstrap message. That is, the V2P message includes a bootstrap message and a compressed message, and these messages may be referred to by various names.
Fig. 1 illustrates a communication environment to which the present disclosure is applied.
V2X refers to a communication system involving wireless communication between the vehicle 2 and the vehicle 2 (vehicle-to-vehicle (V2V)). V2V plays a fundamental role of informing not only information of nearby vehicles such as the position, direction, and speed of the vehicle, but also potential dangers such as sudden braking and turning.
Further, V2X refers to a system in which a vehicle communicates and shares with various elements on a road for automatic driving, which includes wireless communication between the vehicle and a network 3 (vehicle-to-network), wireless communication between the vehicle and a roadside unit (RSU) 4, and wireless communication between the vehicle and a transportation infrastructure 5 (vehicle-to-infrastructure).
The vehicles can notify each other of danger based on communication between them, and check information such as a parking position and a signal change time based on communication between the vehicles and transportation infrastructure such as a parking lot and a traffic light. Therefore, V2X is considered to be a necessary technique for perfect autonomous driving.
Further, the V2X communication can also be extended to the people 1 around the road. This communication is called V2P. The present disclosure will be described in the context of V2X communications.
Fig. 2 is a block diagram of a transmitting apparatus 10 and a receiving apparatus 20 according to an embodiment of the present disclosure.
The transmission device 10 refers to a device that performs transmission, for example, transmitting a message for V2P or V2X communication. However, since communication always involves transmission and reception, the transmitting device 10 may also receive messages.
The transmission apparatus 10 may include: a memory 11 configured to store messages, information, and the like; a processor 12 configured to process messages, information, and the like; and a transceiver 13 configured to transmit or receive messages, information, etc.
The reception apparatus 20 refers to an apparatus that performs reception, for example, receives a message for V2P or V2X communication. The receiving device 20 may also send messages.
The receiving apparatus 20 may include: a memory 21 configured to store messages, information, and the like; a processor 22 configured to process messages, information, and the like; and a transceiver 23 configured to transmit or receive messages, information, etc.
If the transmitting device 10 is a VRU terminal, the receiving device 20 may be an RSU or an on-board unit (OBU) located around a road. If the transmitting device 10 is an RSU or an OBU located around a road, the receiving device 20 may be a terminal installed on a vehicle. Further, the transmission device 10 and the reception device 20 are not limited to the names mentioned herein, and the transmission device 10 and the reception device 20 may be included or installed in various devices, units, machines, and the like.
Hereinafter, the suggestion of the present disclosure will be briefly described.
Fig. 3 is a diagram for explaining an operation of relaying a V2P or V2X message according to the present disclosure. RSU4 may receive a V2P message including PSM from VRU 1. Such transmission and reception of V2P messages may be performed in accordance with a first communication standard (e.g., BLE or UWB). The RSU4 may transmit (i.e., relay) the V2X message including the received PSM to the vehicle 2. The V2X message may be sent in accordance with a second communication standard (e.g., WAVE or LTE-V2X).
According to the first embodiment of the present disclosure, the transmitting apparatus 10 can support bulk transmission when a message is relayed. In this specification, bulk transmission means that, among messages received from a transmission object (e.g., VRU), only the latest messages from each sender are bundled and transmitted. Bulk sending may also be referred to as delayed sending because there is a time delay between message reception and message sending.
Referring again to fig. 2, the transmitting apparatus 10 is an apparatus for transmitting a message. In this specification, the message includes a V2P message or a V2X message, and the scope of the present disclosure is not limited to the name of the message. Further, the transmitting device 10 may receive the message and forward (i.e., relay) the received message to another device.
The processor 12 of the transmitting device 10 may receive the V2P message through the transceiver 13. The processor 12 of the transmitting device 10 may check whether the identifier included in the received V2P message is previously stored in the memory 11. If the identifier is stored, processor 12 may replace the PSM and the PSM of the identifier pair corresponding to the previously stored identifier with the PSM included in the received V2P message. Upon receiving the V2P message, the processor 12 may store the identifier and PSM included in the V2P message in the memory 11. Herein, replacing means replacing a PSM in a previously stored { identifier, PSM } pair with a PSM in a received V2P message and storing the PSM in the received V2P message.
Thereafter, the processor 12 may check whether a timer for batch transmission expires or whether the total size of the stored PSMs exceeds a predetermined value. When the timer for bulk transmission expires or when the total size of the stored PSMs exceeds a predetermined value, the processor 12 may generate one bulk message by bundling the stored PSMs of all stored PSM and identifier pairs. Here, the bulk message is based on a different communication standard or protocol than the received V2P message. For example, the bulk message corresponds to a V2X message. Since V2P and V2X messages use different Physical (PHY) layers and different Medium Access Control (MAC) layers, channel coding and resource mapping of the V2P and V2X messages may be different.
The batch message may include information indicating the batch transmission to allow the receiving apparatus 20 to recognize the batch transmission. For example, the information indicating bulk transmission may be included as data in the form of a message frame of SAE J2735. That is, an indicator (or ID) indicating bulk transmission may be added to the message frame, and the indicator may represent a bulk message, i.e., a plurality of PSMs. The bulk message may also include a plurality of PSMs indicated by the indicator.
However, the bulk message may not include the identifier. That is, the identifier is used only for the first link (e.g., V2P link) and not for the second link (e.g., V2X link).
The processor 12 may send (i.e., relay) the generated batch message to the receiving device 20 through the transceiver 13.
If the reception apparatus 20 cannot directly receive a V2P message from an object that is an RSU (e.g., if the reception apparatus 20 does not have V2P communication capability), the transmission apparatus 10 may provide the V2P message as a V2X message to the reception apparatus 20 according to the above-described relay procedure.
The sending device 10 may generate a batch message based on a timer. Specifically, the transmitting apparatus 10 may match the latest PSM of each identifier and then store the latest PSM of each identifier in the memory 11. Further, the transmitting apparatus 10 may generate and transmit the latest PSMs of the respective identifiers as one batch message, thereby maintaining the latest PSMs.
According to the second embodiment of the present disclosure, the transmission apparatus 10 may support non-delayed transmission when a message is relayed. The term "non-delayed transmission" refers to the re-transmission of a received message without a time delay. Therefore, non-delayed transmission may be referred to as non-bundled transmission because of the difference from the bulk transmission described above.
The processor 12 may receive the V2P message through the transceiver 13. The processor 12 may generate a second V2P message based on the received V2P message. The second V2P message may be based on a different communication standard or protocol than the received V2P message. The processor 12 may send a second V2P message via the transceiver 13.
As in the first embodiment, if the reception apparatus 20 cannot directly receive a V2P message from an object as an RSU (for example, if the reception apparatus 20 does not have V2P communication capability), the transmission apparatus 10 may provide the V2P message as a V2X message to the reception apparatus 20 according to the above-described relay procedure.
The procedure for transmitting a V2P or V2X message has been described with reference to fig. 1. Hereinafter, a procedure of receiving a V2P or V2X message will be described.
According to the first embodiment of the present disclosure, bulk transmission can be supported. The reception apparatus 20 is an apparatus for receiving a message. The processor 22 of the receiving device 20 may receive the batch message from the sending device 10 via the transceiver 23. Processor 22 may decode the received batch message to obtain the individual PSMs contained in the received batch message. The processor 22 may provide PSM to applications.
However, the receiving device 20 needs to have the capability of receiving bulk messages. If the receiving device 20 is not capable of receiving the batch messages, the receiving device 20 may not be able to decode any of the batch messages. In this case, the receiving apparatus 20 may discard the received batch of messages.
If the receiving device 20 is capable of receiving the batch message, the receiving device 20 may decode the batch message to obtain an indicator indicating batch sending. The reception apparatus 20 may obtain the PSM indicated by the indicator based on the indicator indicating the bulk transmission. Because the bulk message is provided in the form of a list, the elements in the list may correspond to the PSM.
According to a second embodiment of the present disclosure, non-delayed transmission may be supported. The processor 22 of the receiving device 20 may receive the message from the transmitting device 10 through the transceiver 23. Processor 22 may decode the received message to obtain PSM. The processor may provide the PSM to the application.
Hereinafter, the suggestions of the present disclosure will be described with reference to the remaining drawings.
Generation or compression of messages
Referring to fig. 3, the transmitting device (i.e., RSU 4) may receive a message from an object such as VRU1 and then relay the message to the vehicle 2. In this case, a message received from an object such as VRU1 may be compressed, which will be described. In other words, generation or compression of a message by the VRU1 will be described.
The message sent by an object such as VRU1 may be, for example, a V2P message. The V2P message basically includes PSM. As described above, the PSM may include information on the temporary identifier, type, location, direction, and speed of the VRU, but the present disclosure is not limited thereto. That is, the PSM may include various information related to the VRU.
An object such as VRU1 (for simplicity, such an object is hereinafter referred to as VRU 1) may compress V2P messages using identifiers. The identifier is information for indicating a guide message to be referred to when the compressed message is encoded or decoded. Thus, when VRU1 sends a V2P message, VRU1 sends the identifier together.
After performing the initial transmission, the VRU1 may compress a new message to be transmitted for a predetermined time based on the initially transmitted guide message (i.e., based on the guide message). In this case, VRU1 may send the compressed message along with the identifier.
Hereinafter, a method of compressing the V2P message will be described in detail. The V2P message compression method is based on the above-described V2P message generation method.
A processor (or a message compressor) of the VRU1 may remove a predetermined field (e.g., a field having a static characteristic) from a header to be attached to the generated IEEE 1609.2sae J2735 PSM. In this specification, removing a field means that a field included in a header in an uncompressed message such as a bootstrap message is excluded from the message. The processor of VRU1 may calculate another predetermined field (e.g., a field represented by a delta value) based on the bootstrap message, and such a field may include only the delta value. In this case, the delta value means a value indicating a difference from a field value of the bootstrap message. Information in this state may be referred to as compressed PSM. The processor of VRU1 may encode the compressed PSM based on UPER.
Next, the processor of VRU1 may generate secure data of IEEE1609.2, where the encoded compressed PSM is used as tobesinneddata. The processor of VRU1 may remove a predetermined field (e.g., a field having a static characteristic) from a header of the security data of IEEE1609.2 based on the security data of IEEE1609.2 in the boot message. The processor of VRU1 may calculate another predetermined field (e.g., a field represented by a delta value) based on the bootstrap message, and such a field may include only the delta value. Information in this state may be referred to as compressed IEEE1609.2 security data. The processor of VRU1 may encode the compressed IEEE1609.2 security data based on OER.
The processor of VRU1 may then generate a WSMP message of IEEE1609.3 that includes the encoded compressed IEEE1609.2 security data. In this case, a predetermined field (e.g., a field having a static characteristic) may be removed from the header of the WSMP message of IEEE 1609.3. The processor of VRU1 may calculate another predetermined field (e.g., a field represented by a delta value) based on the bootstrap message, and such a field may include only the delta value. Information in this state may be referred to as a compressed WSMP message. The processor of VRU1 may encode the compressed WSMP message based on the UPER.
Such a message generated after compression may be referred to as a compressed V2P message.
On the other hand, the first bit of the bootstrap/compression V2P message may be used as indicator information indicating whether the message is compressed. For example, a 0 may indicate that the message is uncompressed, and a 1 may indicate that the message is compressed.
The processor of VRU1 may request a communication unit, such as a transceiver, to transmit a compressed V2P message that includes the previously stored identifier and the compressed PSM.
The communication unit of VRU1 may send the compressed V2P message through the transceiver.
Decompression or decoding of messages
Hereinafter, it will be described how an object such as RSU4 (for simplicity, such an object is hereinafter referred to as RSU 4) receives, decompresses, or decodes a message compressed and transmitted by VRU 1.
The RSU4 may receive the guided or compressed V2P message from the VRU1 through a communication unit such as a transceiver. In this case, the identifiers may be received together.
The RSU4 may check a compression indicator in the received V2P message and check whether the received V2P message is compressed.
If it is confirmed that the received V2P message is not compressed, the RSU4 may store the received V2P message in a memory together with the received identifier. Preferably, the received V2P message may be stored after matching with the received identifier. In addition, the RSU4 may forward the received V2P message to a message usage unit such as an application.
The RSU4 may decompress the compressed V2P message if it is confirmed that the received V2P message is compressed. The decompression method will be described in detail.
The RSU4 may check the identifier received with the V2P message. If the received identifier is the same as the previously stored identifier, the RSU4 may confirm that the bootstrap message is identical to the previously stored identifier.
The RSU4 may recover the WSMP header of IEEE1609.3 in the received compressed V2P message at the network layer according to the WSMP header of IEEE1609.3 in the bootstrap message. As a field value of a predetermined field (e.g., a field having a static characteristic) in the WSMP header of IEEE1609.3, a value of the same field in the bootstrap message may be used.
Further, a field value (i.e., delta value) of another predetermined field (e.g., a field represented by a delta value) of the WSMP header of IEEE1609.3 may be obtained from a value of the same field in the bootstrap message. For example, a value obtained by adding a value of a specific field to a value of the same field of the guidance message may be used. The RSU4 may acquire the secure data of IEEE1609.2 based on the restored WSMP header.
Thereafter, the RSU4 may obtain the security header of IEEE1609.2 at the security layer according to the same method as the above-described method of obtaining the WSMP header of IEEE 1609.3. The RSU4 may obtain the PSM of IEEE 1609.2sae J2735 based on the obtained IEEE1609.2 security header.
In addition, for PSM of IEEE 1609.2sae J2735, the RSU4 may obtain the header at the application layer according to the same method as the method of obtaining the WSMP header of IEEE1609.3 described above. The RSU4 may obtain the PSM based on the obtained header.
The RSU4 may forward the obtained PSM to a message usage unit such as an application.
Fig. 4 is a block diagram of processors of a transmitting device and a receiving device according to an embodiment of the disclosure.
The processor 12 of the transmitting device 10 may include a message transceiver 121, a message bundling and generating unit 122, and a message decompressor 123. The processor 22 of the reception apparatus 20 may include a message transceiver 221, a message separator 222, and a message using unit 223. The names of the components of processors 12 and 22 are merely exemplary, and the scope of the present disclosure is not limited in this respect.
The processor 12 of the transmitting device 10 may check whether the PSM included in the received V2P message is compressed. If the PSM contained in the received V2P message is compressed, the message decompressor 123 of the transmitting apparatus 10 may decompress the received V2P message based on a previously stored leading V2P message corresponding to an identifier received together with the received V2P message. After decompression, the PSM may be obtained by the processor 12. The processor 12 of the transmitting device 10 may decode the received V2P message to obtain PSMs if the PSMs included in the received V2P message are not compressed.
In the first embodiment of the present disclosure, bulk sending is supported, which will be described first. This case may be referred to as a bulk send configured case. Hereinafter, it is assumed that the processor 12 of the transmitting apparatus 10 checks whether the bulk transmission is configured, and confirms that the bulk transmission is configured.
The processor 12 of the transmitting device 10 may check whether the identifier received with the received V2P message was previously stored in the memory 11. If the identifier is previously stored, processor 12 may replace the PSM and the PSM of the identifier pair corresponding to the identifier with the PSM included in the received V2P message. Here, replacing the PSM may also include storing the PSM.
If the identifier has not been previously stored, the processor 12 may start a timer for bulk transmission and store the identifier and PSMs included in the received V2P message in the memory 11.
Until a timer for batch transmission expires or the total size of the stored PSMs exceeds a predetermined value, the transmitting apparatus 10 may receive the V2P message through the message transceiver 121, match the PSMs and the identifier received together with the V2P message, and store the PSMs and the identifier in the memory 11.
The message bundling and generating unit 122 of the transmitting apparatus 10 may generate one batch message by bundling PSMs of all PSM and identifier pairs stored in the memory 11 when a timer for batch transmission expires or the total size of the stored PSMs exceeds a predetermined value. In other words, the message bundling and generating unit 122 of the transmitting device 10 may generate a bulk message including all stored PSMs.
As described above, the generated bulk messages and the received V2P messages may be based on different communication standards or protocols.
After transmitting the generated batch message, processor 12 may delete all PSM and identifier pairs stored in memory 11.
In the second embodiment of the present disclosure, bulk transmission is not supported (i.e., non-delayed transmission is supported), which will be described. This case may be referred to as a non-delayed transmission configured case. Hereinafter, it is assumed that the processor 12 of the transmission apparatus 10 checks whether non-delayed transmission is configured and confirms that non-delayed transmission is configured.
When non-delayed transmission is configured, no message bundling is performed. The message transceiver 121 may receive the V2P message. Then, the message bundling and generating unit 122 may generate a V2X message based on the received V2P message. The message transceiver 121 may transmit a V2X message. In this case, the V2X message may be based on a different communication standard or protocol than the received V2P message.
Hereinafter, the processor 22 of the reception apparatus 20 will be described.
According to a first embodiment of the present disclosure, bulk sending is supported. The message transceiver 221 of the receiving device 20 may receive the batch message from the transmitting device 10 through the transceiver 23. The receiving device 20 may check whether a batch message is received. In particular, the bulk message may include an indicator indicating that the corresponding transmission is a bulk transmission, and further include a plurality of PSMs indicated by the indicator. That is, the reception apparatus 20 may check whether the received message includes an indicator indicating bulk transmission. When the received message includes an indicator, the receiving device 20 may recognize that a batch message is received.
Message splitter 222 may decode the received batch message to obtain the plurality of PSMs included therein. The message separation and decoding unit 222 may forward the PSM to the message using unit 223.
According to a second embodiment of the present disclosure, non-delayed transmission is supported. The message transceiver 221 of the receiving device 20 may receive the V2X message from the transmitting device 10 through the transceiver 23. The message separation and decoding unit 222 may decode the received V2X message to obtain PSM. The processor 22 may transmit the PSM to the message usage unit 223.
Fig. 5 is a flowchart of an operation of relaying a message according to the first embodiment of the present disclosure.
The RSU4 may receive a message from the VRU1 (S501). The received message may be a V2P message, but the disclosure is not limited thereto. In this case, the identifier may be received with the message.
The RSU4 may check whether the received message is compressed (S502). If the received message is compressed, the RSU4 may decompress the received message (S503). After decompression, RSU4 may obtain PSM (S504).
If the received message is not compressed, the RSU4 may obtain the PSM from the received message (S504).
The RSU4 may check whether the identifier received with the message in S501 is identical to the previously stored identifier (S505).
If the identifier received with the received message is not equal to the previously stored identifier, the RSU4 may start a timer for bulk transmission (S506). If the identifier received together with the received message is identical to the previously stored identifier, the RSU4 may replace the previously stored PSM and the PSM corresponding to the identifier in the identifier pair with the PSM included in the message received in S501 (S507).
The RSU4 may match and store the identifier and the PSM (S508). That is, the identifier and PSM may be stored in pairs.
The RSU4 may check whether a timer for bulk transmission expires or whether the number of PSMs stored for all identifiers exceeds a threshold (S509). RSU4 may wait for a message from VRU1 if the timer has not expired or if the number of PSMs stored for all identifiers does not exceed the threshold.
If the timer for bulk transmission expires or if the number of PSMs stored for all identifiers exceeds a threshold, the RSU4 may generate a bulk message (S510). The bulk message may include all stored PSMs and all PSMs contained in the identifier pair. In particular, the bulk message may include the most recent PSMs sent by several VRUs. Thereafter, the RSU4 may send a bulk message to the vehicle 2 (S511). In this case, the bulk message and the message received in S501 may be based on different communication standards or protocols.
The bulk message may include an indicator indicating bulk transmission and a plurality of PSMs. However, as described above, the bulk message does not include the identifier received from VRU 1.
The vehicle 2 may check whether the received message is a bulk message. If the received message is a bulk message, vehicle 2 may obtain multiple PSMs by decoding the bulk message based on the bulk message or an indicator indicating bulk transmission. If the received message is not a bulk message, vehicle 2 may decode the received message to obtain PSM.
Fig. 6 is a flowchart of an operation of relaying a message according to a second embodiment of the present disclosure.
The RSU4 may receive a message from the VRU1 (S610). The received message may be a V2P message, but the present disclosure is not limited thereto.
The RSU4 may check whether the received message is compressed (S620). If the received message is compressed, the RSU4 may decompress the received message (S630). After decompression, RSU4 may obtain PSM (S640).
If the received message is not compressed, the RSU4 may obtain the PSM from the received message (S640).
The RSU4 may generate a second message based on the obtained PSM (S650). The second message and the message received in S610 may be based on different communication standards or protocols.
The RSU4 may transmit a second message to the vehicle 2 (S660).
The vehicle 2 may check whether the received message is a batch message. If the received message is a bulk message, vehicle 2 may obtain multiple PSMs by decoding the bulk message based on the bulk message or an indicator indicating bulk transmission. If the received message is not a bulk message, vehicle 2 may decode the received message to obtain PSM.
Details of message relaying according to the present disclosure not described with reference to fig. 5 and 6 may be found in the details provided with reference to fig. 2 to 4.
It has been described that the method or process of the present disclosure is performed by the devices and components included therein (e.g., the memories 11 and 21, the processors 12 and 22, the transceivers 13 and 23, the message transceiver 121, the message bundling and generating unit 122, the message decompressor 123, the message transceiver 221, the message separating and decoding unit 222, the message using unit 223, etc.). However, the names of the devices and components included therein are merely exemplary, and the scope of the present disclosure is not limited thereto. In other words, the methods or processes of the present disclosure may be performed by other than the apparatus. Further, these methods or processes may be performed by software or computer or other machine or device readable code for message relaying and receiving.
In this document, messages are specifically named such as "V2P messages", "V2X messages", and so on. However, the message names are merely exemplary, and the scope of the present disclosure is not limited thereto.
In another aspect of the present disclosure, the above suggestions or operations may be provided as follows: code that can be implemented, executed, or accomplished by a computer (herein, a computer is a comprehensive concept including a system on a chip (SoC), a processor, a microprocessor, or the like), or a computer-readable storage medium or a computer program product storing or including the code. The scope of the present disclosure may extend to codes or computer-readable storage media or computer program products storing or including codes.
The preferred embodiments of the present disclosure are provided to enable those skilled in the art to make and embody the disclosure. Although the invention has been described and illustrated herein with reference to the preferred embodiments thereof, it will be understood by those skilled in the art that various changes and modifications may be made therein without departing from the spirit and scope of the invention. Thus, the present disclosure is not intended to be limited to the embodiments disclosed herein but is to be accorded the widest scope consistent with the novel principles and features disclosed herein.

Claims (14)

1. A method of relaying a message, the method comprising:
checking whether an identifier received with the received message was previously stored;
replacing, when the identifier is stored, a PSM corresponding to the identifier in a PSM and identifier pair with a personal Security message PSM included in the received message;
generating one bulk message including all PSMs of the stored PSM and identifier pair when a timer for bulk transmission expires or when a total size of the stored PSMs exceeds a predetermined value; and
and sending the generated batch messages.
2. The method of claim 1, comprising:
starting a timer for bulk sending when the identifier has not been previously stored; and
storing the identifier and the PSM in the received message.
3. The method of claim 1, wherein the bulk message and the received message are based on different communication standards or protocols.
4. The method of claim 1, comprising: all stored PSM and identifier pairs are deleted after sending the generated bulk message.
5. The method of claim 1, comprising:
checking whether the PSM included in the received message is compressed; and
decompressing the received message based on a previously stored bootstrap message corresponding to an identifier when the PSM is compressed.
6. The method of claim 1, wherein the bulk message comprises an indicator indicating bulk transmission and a plurality of PSMs indicated by the indicator.
7. The method of claim 1, wherein the bulk message does not include an identifier.
8. An apparatus configured to relay a message, the apparatus comprising:
a memory;
a processor; and
a transceiver;
wherein the processor is configured to:
checking whether an identifier received with the received message was previously stored;
replacing, when the identifier is stored, a PSM corresponding to the identifier in a PSM and identifier pair with a personal Security message PSM included in the received message;
generating one bulk message including all PSMs of the stored PSM and identifier pair when a timer for bulk transmission expires or when a total size of the stored PSMs exceeds a predetermined value; and
and sending the generated batch messages.
9. A method of receiving a message, the method comprising:
determining whether the received message is a bulk message; and
when the received message is a bulk message, obtaining a plurality of Personal Safety Messages (PSMs) by decoding the bulk message based on an indicator indicating the bulk message.
10. The method of claim 9, comprising: obtaining PSM by decoding the received message when the received message is not the bulk message.
11. An apparatus configured to receive a message, the apparatus comprising:
a memory;
a processor; and
a transceiver;
wherein the processor is configured to:
determining whether the received message is a bulk message; and
when the received message is a bulk message, obtaining a plurality of Personal Safety Messages (PSMs) by decoding the bulk message based on an indicator indicating the bulk message.
12. The device of claim 11, wherein the processor is configured to obtain PSM by decoding the received message when the received message is not the bulk message.
13. A computer program stored on a computer readable medium and configured to perform the method defined in claim 1.
14. A computer program stored on a computer readable medium and configured to perform the method defined in claim 9.
CN202210744305.8A 2021-07-02 2022-06-27 Method and apparatus for relaying or receiving messages Pending CN115567976A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210087029A KR102358154B1 (en) 2021-07-02 2021-07-02 An apparatus and method for repeating or receiving message
KR10-2021-0087029 2021-07-02

Publications (1)

Publication Number Publication Date
CN115567976A true CN115567976A (en) 2023-01-03

Family

ID=80252060

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210744305.8A Pending CN115567976A (en) 2021-07-02 2022-06-27 Method and apparatus for relaying or receiving messages

Country Status (2)

Country Link
KR (2) KR102358154B1 (en)
CN (1) CN115567976A (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105007613A (en) * 2015-03-12 2015-10-28 厦门大学 WiFi access device energy-saving method based on traffic filtering and Web cache prefetching
KR20160067479A (en) * 2014-12-04 2016-06-14 현대모비스 주식회사 Apparatus and method for processing log information of vehicle device
US20190182665A1 (en) * 2017-12-11 2019-06-13 Qualcomm Incorporated Systems and methods for uplink high efficiency location in a wireless network
WO2020209420A1 (en) * 2019-04-11 2020-10-15 엘지전자 주식회사 Method and device for v2x communication
US11006264B1 (en) * 2019-11-25 2021-05-11 Verizon Patent And Licensing Inc. Systems and methods for controlling vehicle-to-everything personal safety message transmission

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018128209A1 (en) * 2017-01-09 2018-07-12 엘지전자(주) V2x communication device and data communication method therefor
KR102334318B1 (en) * 2017-09-19 2021-12-03 삼성전자주식회사 Electronic device for transmitting a relay message to external vehicle and the method thereof
KR102360168B1 (en) * 2017-11-01 2022-02-09 현대자동차주식회사 Apparatus and method for converting protocol with type of data
EP3732932A4 (en) * 2017-12-30 2022-05-11 INTEL Corporation Methods and devices for wireless communications

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160067479A (en) * 2014-12-04 2016-06-14 현대모비스 주식회사 Apparatus and method for processing log information of vehicle device
CN105007613A (en) * 2015-03-12 2015-10-28 厦门大学 WiFi access device energy-saving method based on traffic filtering and Web cache prefetching
US20190182665A1 (en) * 2017-12-11 2019-06-13 Qualcomm Incorporated Systems and methods for uplink high efficiency location in a wireless network
WO2020209420A1 (en) * 2019-04-11 2020-10-15 엘지전자 주식회사 Method and device for v2x communication
US11006264B1 (en) * 2019-11-25 2021-05-11 Verizon Patent And Licensing Inc. Systems and methods for controlling vehicle-to-everything personal safety message transmission

Also Published As

Publication number Publication date
KR102432648B1 (en) 2022-08-16
KR102432648B9 (en) 2022-12-27
KR102358154B1 (en) 2022-02-08

Similar Documents

Publication Publication Date Title
CN110351687B (en) V2V resource allocation method and device
AU2010316045B2 (en) Method and apparatus for generating, transmitting, and receiving a data frame in a wireless communication system
CN109088702B (en) Communication method, network equipment and terminal
WO2010145178A1 (en) Method, system and device for information transmission in radio frequency identification
CN111225446A (en) Resource allocation method and device for vehicle-to-vehicle communication
KR101092478B1 (en) Method and System for transferring packets on heterogeneous links
CN109246650A (en) Method and apparatus, relay, the truck traffic system of truck traffic
CN115174002B (en) Data receiving method, device, equipment and storage medium
CN104272774A (en) Systems and methods for processing encoded data streams
CN103209195A (en) Data acquisition method, terminal and far-end device
CN115567976A (en) Method and apparatus for relaying or receiving messages
EP4114048B1 (en) Method and apparatus for relaying messages
CN111031575A (en) Communication process
CN109328478B (en) Resource processing method and device and terminal
CN110719573B (en) Information transmission method and device, terminal equipment and storage medium
CN111866783A (en) Order processing method and device, computer equipment and storage medium
EP4109857A1 (en) Method and apparatus for transmitting and receiving vehicle-to-pedestrian (v2p) message
KR102432647B1 (en) An apparatus and method for transmitting and receiving V2P message
KR101440621B1 (en) Apparatus and method for transmitting/receiving control massege in a wireless communication system
CN111385057A (en) Data retransmission decoding method, device and system and communication equipment
CN106817680B (en) Method for sending push short message, short message center and system
CN111224740B (en) Control information sending and receiving method and terminal equipment
CN109963264B (en) Data transmission method, communication equipment and network equipment
CN113490165B (en) 4G module short message receiving and transmitting method for embedded system
CN114070500A (en) Auxiliary link communication method and communication device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination