WO2019132083A1 - Dispositif de communication v2x et procédé de transmission par géoroutage - Google Patents

Dispositif de communication v2x et procédé de transmission par géoroutage Download PDF

Info

Publication number
WO2019132083A1
WO2019132083A1 PCT/KR2017/015763 KR2017015763W WO2019132083A1 WO 2019132083 A1 WO2019132083 A1 WO 2019132083A1 KR 2017015763 W KR2017015763 W KR 2017015763W WO 2019132083 A1 WO2019132083 A1 WO 2019132083A1
Authority
WO
WIPO (PCT)
Prior art keywords
geo
forwarding
packet
networking
lifetime
Prior art date
Application number
PCT/KR2017/015763
Other languages
English (en)
Korean (ko)
Inventor
김진우
고우석
백서영
Original Assignee
엘지전자(주)
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 엘지전자(주) filed Critical 엘지전자(주)
Priority to PCT/KR2017/015763 priority Critical patent/WO2019132083A1/fr
Publication of WO2019132083A1 publication Critical patent/WO2019132083A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/18—Communication route or path selection, e.g. power-based or shortest path routing based on predicted events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention relates to a device for V2X communication and a geo-networking transmission method thereof, and more particularly, to a packet transmission method capable of reliably transmitting a geo-networking packet.
  • V2X Vehicle to Everything
  • V2X communication Various services can be provided through V2X communication.
  • a plurality of frequency bands have been used to provide various services.
  • reliable communication and delivery of safety service is very important because of the nature of vehicle communication.
  • a geo-networking transmission method using hopping can be used to transmit data outside the transmission range.
  • packet forwarding algorithms can be used for data hopping and destination delivery. Particularly, in the V2X communication environment where the communication environment changes dynamically, the efficiency and reliability of the packet forwarding algorithm must be considered.
  • the geo-networking transmission method of a V2X communication apparatus is a method of receiving a geo-networking packet, the geo-networking packet including I2I priority information indicating whether I2I forwarding has priority, And I2I lifetime information providing lifetime related information; Determining whether I2I forwarding is prioritized based on the I2I priority information; If the I2I forwarding has a priority, determining whether the lifetime of the I2I forwarding has expired based on the I2I lifetime information; And transmitting the geo-networking packet if the lifetime of the I2I forwarding has not expired.
  • the step of transmitting the geo-networking packet comprises: determining as a forwarder a V2X communication device capable of I2I forwarding based on location information, the location information comprising at least one neighbor V2X communication executing a geo-networking protocol Comprising: < / RTI > And transmitting the geo-networking packet to the forwarder.
  • the location information is configured based on a beacon packet received from the at least one neighbor V2X communication device, the beacon packet comprising I2I indicating the I2I forwarding capability of the V2X communication device transmitting the beacon packet And may include capability information.
  • the beacon packet includes IRL information including information about at least one neighboring RIS in the vicinity of the V2X communication device transmitting the beacon packet, the IRL information indicating the number of neighboring RIS An RIS count field, and an RIS geolocation field that provides location information for the neighboring RIS.
  • the I2I lifetime information includes lifetime type information indicating a type of the I2I lifetime and lifetime value information indicating a value of the I2I lifetime according to the type, wherein the type of the I2I lifetime is the lifetime type of the I2I lifetime May be a first type indicated by the maximum allowed time or a second type indicated by the number of hops remaining in the I2I lifetime.
  • the lifetime value information indicates a value of a maximum allowed time until the geo-networking packet is delivered to the V2X communication device capable of I2I forwarding
  • the lifetime value information may indicate a value of the remaining hop count until the geo-networking packet is delivered to the V2X communication device capable of I2I forwarding.
  • a V2X communication apparatus includes a memory for storing data; A communication unit for transmitting and receiving a radio signal including geo-networking packets; And a processor for controlling the memory and the communication unit, the processor receiving a geo-networking packet, the geo-networking packet including I2I priority information indicating that I2I forwarding has priority and I2I priority information indicating I2I forwarding priority, I2I lifetime information providing lifetime related information; Determine whether I2I forwarding is prioritized based on the I2I priority information; If the I2I forwarding has a priority, determining whether the lifetime of the I2I forwarding has expired based on the I2I lifetime information; If the lifetime of the I2I forwarding has not expired, the geo-networking packet can be transmitted.
  • the efficiency of multi-hop packet delivery using V2V communication can be enhanced by transmitting geo-networking packets using an infrastructure network. Also, by using the geo-networking packet tunneling technique, transmission delay can be minimized even when an upper layer protocol is incompatible when connecting an infrastructure network. Additional and various other effects of the present invention are described together with the constitution of the invention.
  • FIG. 1 shows a protocol structure of an ITS system according to an embodiment of the present invention.
  • FIG. 2 shows a packet structure of a network / transport layer according to an embodiment of the present invention.
  • 3 is a header structure of a geo-networking packet according to an embodiment of the present invention, and shows a structure of a basic header and a common header.
  • FIG. 4 illustrates a geographically-scoped unicast (GUC) type geo-networking method according to an embodiment of the present invention and a GUC packet header structure according to the method.
  • GUC geographically-scoped unicast
  • TSB topologically scoped broadcast
  • FIG. 6 illustrates a SHB (Single Hop Broadcast) type geo-networking method and an SHB packet header configuration according to another embodiment of the present invention.
  • SHB Single Hop Broadcast
  • FIG. 7 illustrates a Geographically-Scope Broadcast (GBC) / Geographic-Scoped Anycast (GAC) type geo-networking method and a BC / GAC packet header according to another embodiment of the present invention.
  • GBC Geographically-Scope Broadcast
  • GAC Geographic-Scoped Anycast
  • FIG. 8 illustrates a beacon type geo-networking according to another embodiment of the present invention, and a beacon packet header according to the present invention.
  • FIG. 9 shows a structure of an LS (Location Service) request packet header and an LS response packet header according to an embodiment of the present invention.
  • LS Location Service
  • FIG. 10 shows position vector information according to an embodiment of the present invention.
  • FIG. 11 shows a packet forwarding method of a greedy forwarding algorithm according to an embodiment of the present invention.
  • FIG. 12 illustrates a packet delivery method of a non-area contention-based algorithm according to an embodiment of the present invention.
  • FIG. 13 shows a packet delivery method of an area contention-based algorithm according to an embodiment of the present invention.
  • FIG. 14 shows a multi-channel allocation used in an ITS system operation according to an embodiment of the present invention.
  • FIG. 15 illustrates a geo-networking packet forwarding method of an ITS station according to an embodiment of the present invention.
  • FIG. 16 illustrates a method for delivering an ITS message using an infrastructure in a C-ITS according to an embodiment of the present invention.
  • FIG. 17 shows a protocol stack of an ITS station for an ITS message delivery method using the infrastructure of FIG. 16;
  • FIG. 18 illustrates a method of transmitting a geo-networking packet using an infrastructure network according to an embodiment of the present invention.
  • FIG. 19 illustrates a method of transmitting a geo-networking packet using an infrastructure network according to another embodiment of the present invention.
  • FIG. 20 shows a structure of a geo-networking header according to an embodiment of the present invention.
  • Figure 21 shows a first I2I signaling field according to an embodiment of the present invention.
  • FIG. 22 shows a second I2I signaling field according to an embodiment of the present invention.
  • FIG. 23 shows a structure of a geo-networking header according to another embodiment of the present invention.
  • FIG. 24 shows a structure of an IRL field according to an embodiment of the present invention.
  • 25 illustrates a method for delivering geo-networking packets using an infrastructure according to an embodiment of the present invention.
  • 26 illustrates a hybrid geo-networking method utilizing I2I forwarding via cellular handover in accordance with an embodiment of the present invention.
  • FIG. 27 is a flow diagram illustrating a geo-networking operation of a source station in accordance with an embodiment of the present invention.
  • FIG. 28 is a flowchart illustrating a geo-networking operation of a VIS-in forwarding station according to an embodiment of the present invention.
  • 29 is a flow diagram illustrating the geo-networking operation of a forwarding station that is an RIS adjacent to a source station in accordance with an embodiment of the present invention.
  • FIG. 30 is a flowchart illustrating a geo-networking operation of a forwarding station that is an RIS adjacent to a destination station according to an embodiment of the present invention.
  • FIG. 31 shows a configuration of a V2X communication apparatus according to an embodiment of the present invention.
  • FIG. 32 is a flowchart illustrating a geo-networking transmission method of a V2X communication apparatus according to an embodiment of the present invention.
  • the present invention relates to a V2X communication device, wherein the V2X communication device is included in an Intelligent Transport System (ITS) system to perform all or some of the functions of the ITS system.
  • V2X communication devices can communicate with vehicles and vehicles, vehicles and infrastructure, vehicles and bicycles, and mobile devices.
  • the V2X communication device may be abbreviated as a V2X device.
  • the V2X device may correspond to an on-board unit (OBU) of a vehicle or may be included in an OBU.
  • the OBU may also be referred to as OBE (On Board Equipment).
  • the V2X communication device may correspond to an infrastructure's road side unit (RSU) or may be included in an RSU.
  • RSU may also be referred to as RSE (Road Side Equipment).
  • the V2X communication device may correspond to the ITS station (ITS-S) or may be included in the ITS station. Any OBU, RSU, mobile device, etc. performing V2X communication may be referred to as an ITS station or a V2X communication device. In geo-networking communications, a V2X communications device may be referred to as a router.
  • the V2X communication device can communicate based on various communication protocols.
  • the V2X communication device can implement IEEE 1609.1 ⁇ 4 Wireless In Vehicular Environments (WAVE) protocols.
  • WAVE Wireless In Vehicular Environments
  • the V2X communication device may be referred to as a WAVE device or a WAVE communication device.
  • the V2X communication device can transmit a Cooperative Awareness Message (CAM) or a Decentralized Environmental Notification Message (DENM).
  • CAM Cooperative Awareness Message
  • DENM Decentralized Environmental Notification Message
  • the CAM is distributed in the ITS network and provides information about at least one of the presence, location, communication state, or operating state of the ITS station.
  • DENM provides information about detected events.
  • the DENM may provide information about any driving situation or event detected by the ITS station.
  • DENM can provide information on situations such as emergency electronic brakes, vehicle accidents, vehicle problems, traffic conditions, and so on.
  • FIG. 1 shows a protocol structure of an ITS system according to an embodiment of the present invention.
  • the application layer can implement and support various use cases.
  • the application may provide road safety, Efficient Traffic Information, and other application information.
  • the facilities layer can support various applications defined at the application layer effectively.
  • the facility layer can perform application support, information support, and session / communication support.
  • the access layer can transmit the message / data received from the upper layer through the physical channel.
  • the access layer may include an ITS-G5 wireless communication technology based on IEEE 802.11 and / or 802.11p standards based communication technology, a physical transmission technology of the IEEE 802.11 and / or 802.11p standard, a satellite / And can perform / support data communication based on 2G / 3G / 4G (LTE) / 5G wireless cellular communication technology, broadband terrestrial digital broadcasting technology such as DVB-T / T2 / ATSC, GPS technology and IEEE 1609 WAVE technology.
  • LTE Long Term Evolution
  • 5G wireless cellular communication technology broadband terrestrial digital broadcasting technology
  • DVB-T / T2 / ATSC GPS technology
  • IEEE 1609 WAVE technology IEEE 1609 WAVE technology.
  • the network / transport layer can configure a network for vehicle communication between homogenous and heterogeneous networks by using various transport protocols and network protocols.
  • the transport layer is the link layer between the services provided by the upper layer (session layer, presentation layer, application layer) and lower layer (network layer, data link layer, physical layer).
  • the transport layer can manage the transmission data to arrive at the destination exactly.
  • the transport layer processes the data into packets of reasonable size for efficient data transmission, and at the receiving end, the transport layer can perform processing to recover the received packets back to the original file.
  • protocols such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and Basic Transport Protocol (BTP) may be used as the transport protocol.
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • BTP Basic Transport Protocol
  • the network layer manages the logical address and can determine the delivery path of the packet.
  • the network layer can receive the packet generated at the transport layer and add the logical address of the destination to the network layer header.
  • the packet path may be considered for unicast / broadcast between vehicles, between vehicle and fixed stations, and between fixed stations.
  • Geo-Networking, IPv6 support with mobility support, and IPv6 over geo-networking may be considered as networking protocols.
  • the ITS architecture may further include a management layer and a security layer.
  • FIG. 2 shows a packet structure of a network / transport layer according to an embodiment of the present invention.
  • the transport layer may generate BTP packets, and the network layer may encapsulate BTP packets to generate geo-networking packets.
  • Geo-networking packets can be encapsulated in LLC packets.
  • the data may comprise a message set, and the message set may be a basic safety message.
  • the BTP header is a protocol for transmitting messages such as CAM and DENM generated by the facility layer to the lower layer.
  • the BTP header consists of A type and B type.
  • the A-type BTP header may include a destination / destination port and a source port required for transmission / reception for interactive packet transmission.
  • the B type header may include destination and destination port information required for transmission for non-interactive packet transmission.
  • the fields / information included in the header are as follows.
  • the destination port identifies a facility entity corresponding to the destination of the data (BTP-PDU) contained in the BTP packet.
  • Source Port A field created in the case of the BTP-A type, indicating the port of the protocol entity of the facility layer at the source from which the packet is transmitted. This field may have a size of 16 bits.
  • Destination Port Info This field is created for the BTP-B type. It can provide additional information if the destination port is the best known port. This field may have a size of 16 bits.
  • a geonetworking packet includes a basic header and a common header according to a protocol of a network layer, and optionally includes an extension header according to a geo networking mode.
  • the geo-networking header is described below again.
  • An LLC header is added to the geo-networking packet to generate an LLC packet.
  • the LLC header provides a function to distinguish and transmit IP data from geo-networking data.
  • IP data and geo-networking data can be distinguished by SNAP's Ethertype.
  • Ether type when IP data is transmitted, the Ether type may be set to 0x86DD and included in the LLC header.
  • geo-networking data if geo-networking data is transmitted, the Ether type may be set to 0x86DC and included in the LLC header.
  • the receiver can identify the Ethertype field of the LLC packet header and forward and process the packet to the IP data path or the geo networking path according to the value.
  • 3 is a header structure of a geo-networking packet according to an embodiment of the present invention, and shows a structure of a basic header and a common header.
  • FIG. 3 (a) shows the basic header of the geo-networking packet header shown in Fig. 2, and Fig. 3 (b) shows the common header of the geo-networking packet header shown in Fig.
  • the basic header can be 32 bits (4 bytes).
  • the basic header may include at least one of a version field, an NH field (Next Header), a LT (LifeTime) field, and a Remaining Hop Limit (RHL) field. Fields included in the basic header are described below. The bit size constituting each field is only an embodiment and may be changed.
  • Version (4-bit) The version field indicates the version of the geo-networking protocol.
  • NH (4 bits): NH (Next Header) field indicates the type of the following header / field. If the field value is 1, a common header is followed. If the field value is 2, a secured packet can be followed.
  • the LT (LifeTime) field indicates the maximum lifetime of the packet.
  • RHL 8 bits: The Remaining Hop Limit (RHL) field indicates the residual hop limit.
  • the RHL field value can be reduced by one for each forwarding on the GeoAdhoc router. When the RHL field value reaches 0, the packet is no longer forwarded.
  • the common header can be 64 bits (8 bytes).
  • the common header includes a Next Header (NH) field, an HT (HeaderType) field, a HST (Header Sub-Type) field, a TC (Traffic Class) field, a Flags field, a PayloadLength Or the like.
  • NH Next Header
  • HST Header Sub-Type
  • TC Traffic Class
  • NH (4 bits): NH (Next Header) field indicates the type of the following header / field. If the field value is 0, it indicates an undefined "ANY" type, 1 indicates a BTP-A type packet, 2 indicates a BTP-B type packet, and 3 indicates an IP diagram of IPv6.
  • Geo-networking types include Beacon, GeoUnicast, GeoAnycast, GeoBroadcast, Topologically-Scoped Broadcast (TSB), and Location Service (LS).
  • the header subtype field indicates the header type as well as the detailed type. As an example, when the HT type is set to TSB, a single hop is indicated when the HST value is '0', and a multi-hop can be designated when the HST value is '1'.
  • the traffic class field may include Store-Carry-Forward (SCF), Channel Offload (Channel Offload), and TC ID.
  • SCF Store-Carry-Forward
  • Channel Offload Channel Offload
  • TC ID TC ID
  • the SCF field indicates whether to store the packet if there is no neighbor to which to transmit the packet.
  • the channel offload field indicates that a packet can be delivered to another channel in the case of a multi-channel operation.
  • the TC ID field is a value assigned at the time of packet forwarding in the facility layer and can be used to set the contention window value at the physical layer.
  • the flag field indicates whether the ITS device is mobile or stationary, and may be the last one bit as an example.
  • the payload length field indicates the length of data, in bytes, following the geo-networking header.
  • the PL field may indicate the length of the BTP header and the CAM.
  • MHL 8 bits
  • the Maximum Hop Limit (MHL) field can indicate the maximum number of hops.
  • the geo-networking header includes the above-described basic header, common header, and extended header.
  • the configuration of the extension header differs depending on the geo-networking type.
  • a header configuration according to each geo networking type will be described.
  • a V2X communication device that performs geo-networking may be referred to as a router or a geo ad-hoc router.
  • a V2X communication device that transmits geo-networking packets may be referred to as a source router or a sender.
  • a V2X communication device that receives and forwards a geo-networking packet from a source router to a sander can be referred to as a forwarding router or forwarder.
  • the V2X communication device, which is the final destination of the geo-networking packet, or the V2X communication device of the final destination area, may be referred to as a destination or destination router.
  • FIG. 4 illustrates a geographically-scoped unicast (GUC) type geo-networking method according to an embodiment of the present invention and a GUC packet header structure according to the method.
  • GUC geographically-scoped unicast
  • FIG. 4 (a) shows a GUC (Geographically-Scoped Unicast) type data transmission method
  • FIG. 4 (b) shows a GUC header structure.
  • GUC is a method of transferring data from a specific source router to a destination router.
  • the source router S can transmit data to the destination router N8 via the multi-hop in the GUC type.
  • the source router must have information about the destination router in its location table. If there is no information about the destination router, the source router can use the "LS request and LS reply" procedures to find the desired destination.
  • the GUC packet header includes a basic header, a common header, and an extension header.
  • the HT field of the common header indicates GUC
  • the extension header includes an SN field, an SO PV (Source Position Vector) field, and a DE PV (Destination Position Vector) field.
  • SO PV Source Position Vector
  • DE PV Destination Position Vector
  • SN Sequence Number: The sequence number field indicates a value used for checking packet redundancy. The value of the sequence number field is incremented by one when transmitting packets from the source. In the receiving router, it is possible to determine whether or not to receive a packet by using a sequence number (or a sequence number and a TST value). SN is the value used for multi-hop transmission.
  • SO PV Indicates the position of the source and can be a long position vector format.
  • DE PV Indicates the location of the destination and can be a short position vector format.
  • TSB topologically scoped broadcast
  • TSB Topicologically Scoped Broadcast
  • Fig. 5 (b) shows a TSB header configuration
  • the TSB is a broadcast scheme that adjusts the distance that data is transmitted by the number of hops. Location-based information is not used. Since the number of hops only determines the delivery of data, the location address of the destination or the area information to which the data is delivered is not used. Data can be forwarded from the source router (s) to all routers in the n-hop.
  • the TSB packet header includes a basic header, a common header, and an extension header.
  • the HT field of the common header indicates the TSB
  • the extension header includes an SN field and an SO PV (Source Position Vector) field.
  • SO PV Source Position Vector
  • SN Sequence Number: The sequence number field indicates a value used for checking packet redundancy. The value of the sequence number field is incremented by one when transmitting packets from the source. In the receiving router, it is possible to determine whether or not to receive a packet by using a sequence number (or a sequence number and a TST value). SN is the value used for multi-hop transmission.
  • SO PV Indicates the position of the source and can be a long position vector format.
  • the number of transmissions is limited by the number of hops, so the destination address may be omitted.
  • FIG. 6 illustrates a SHB (Single Hop Broadcast) type geo-networking method and an SHB packet header configuration according to another embodiment of the present invention.
  • SHB Single Hop Broadcast
  • FIG. 6A shows a data transmission method of SHB (Single Hop Broadcast) type
  • FIG. 5B shows a SHB header configuration
  • SHB packets are transmitted only to routers within the source router transmission range. Since data can be transmitted with the lowest latency, the SHB can be used for transmission of security messages such as CAM. Packets are transmitted only to the one-hop range routers N1, N2 and N3 of the source S as shown in FIG. 6 (a).
  • the SHB packet header includes a basic header, a common header, and an extension header.
  • the HT field of the common header points to the TSB, and the extension header contains an SO PV (Source Position Vector) field.
  • SO PV Source Position Vector
  • SO PV Indicates the position of the source and can be a long position vector format.
  • the destination address can be omitted because the number of times of transmission is limited by the number of hops. Since the multi-hop transmission is not performed, the SN field for redundancy check can also be omitted.
  • FIG. 7 illustrates a Geographically-Scope Broadcast (GBC) / Geographic-Scoped Anycast (GAC) type geo-networking method and a BC / GAC packet header according to another embodiment of the present invention.
  • GBC Geographically-Scope Broadcast
  • GAC Geographic-Scoped Anycast
  • FIG. 7A shows a GBC (Geographically-Scope Broadcast) / GAC (Geographically-Scoped Anycast) type data transmission method
  • FIG. 4B shows a GBC / GAC header configuration.
  • GeoBroadcast / GBC is a transmission method that broadcasts packets to all routers in a certain area.
  • GeoAnycast / GAC transmits packets only to one router that receives the first packet in a specific area. Transmission method.
  • the packet In the GBC, when the data transferred from the source router is delivered to a specific destination area, the packet is broadcast in a predetermined area.
  • the packet In the GAC, when a packet is delivered to one router in a specific destination area, the packet is no longer transmitted.
  • the GBC / GAC header includes a basic header, a common header, and an extension header.
  • the HT field of the common header indicates the GBC or the GAC
  • the extension header includes an SN field, an SO PV (Source Position Vector) field, and destination area information.
  • the destination area information includes a GeoAreaPosLatitude field, a GeoAreaPosLongitude field and a distance field (Distance a, b) and an angle field for indicating a range of the area.
  • SN Sequence Number: The sequence number field indicates a value used for checking packet redundancy. The value of the sequence number field is incremented by one when transmitting packets from the source. In the receiving router, it is possible to determine whether or not to receive a packet by using a sequence number (or a sequence number and a TST value). SN is the value used for multi-hop transmission.
  • SO PV Indicates the position of the source and can be a long position vector format.
  • DE PV Indicates the location of the destination and can be a short position vector format.
  • FIG. 8 illustrates a beacon type geo-networking according to another embodiment of the present invention, and a beacon packet header according to the present invention.
  • the beacon packet header includes a basic header, a common header, and an extension header, and the extension header may include SO PV information.
  • the beacon packet may be configured similar to the SHB packet header described above. The difference is that the SHB packet is used to carry data such as a CAM after which a message can be appended, and a beacon is used for the header itself without data being appended.
  • CAM using SHB or beacon can be transmitted periodically. By transmitting and receiving the CAM or the beacon, the router obtains the location information of neighboring routers, and can perform routing using this location information. As an example, if the CAM is transmitted, the beacon may not be transmitted.
  • FIG. 9 shows a structure of an LS (Location Service) request packet header and an LS response packet header according to an embodiment of the present invention.
  • LS Location Service
  • Fig. 9 (a) shows the LS request packet header
  • Fig. 9 (b) shows the LS response packet header.
  • the source router can request geo-networking address information (GN_ADDR) for the destination in the vicinity.
  • This address information request can be performed by transmitting an LS request packet (LS request) to the LS request packet.
  • LS request LS request packet
  • the router can transmit LS response information (LS_reply).
  • the router at the destination can transmit the LS response information to the LS request information.
  • the LS response information includes position vector information of GN_ADDR.
  • the source router may update the location table via the LS response information.
  • the source router can perform the GUC transmission by using the received geo-networking address information in response.
  • the configuration of the LS request packet header is similar to the GUC header.
  • a geo networking address request field (RequestGN_ADDR) is included in place of the destination address field of the GUC header.
  • the LS response packet header configuration is the same as the GUC packet header.
  • the SO PV field includes the position vector information of the router
  • the DE PV field includes the position vector information of the router that transmitted the request.
  • FIG. 10 shows position vector information according to an embodiment of the present invention.
  • the geo-networking packet header includes a position vector (PV) field associated with a location.
  • the types of position vectors include long PV and short PV. 10 (a) shows long position vector information, and FIG. 10 (b) shows short position vector information.
  • the long position vector information includes the following subfields.
  • the geo-networking address field can consist of a total of 64 bits.
  • a geo ad-hoc router with geo-networking transport has a unique geo-networking address value.
  • the geo-networking address field may include the following sub-fields.
  • M Field to distinguish between geo networking address and manually set value. As an example, if the value is '1', it may be a manually set value.
  • the ITS-S type field indicates the type of ITS station.
  • the ITS-S type can be used for pedestrians, bicycle cyclists, mopeds, motorcycles, passenger cars, buses, light trucks, heavy trucks, trailers, special vehicles, , Trams, RSUs.
  • MAC address As the V2X device identification information, the MAC address can be used.
  • TST TimeSTamp: The Type Stamp field indicates the time at which the ITS station obtained the latitude / longitude value on the geo ad-hoc router. As a millisecond unit, a Universal Time Coordinated (UTC) value may be used.
  • UTC Universal Time Coordinated
  • LAT Long
  • Long Long
  • Long Long
  • the latitude and longitude fields indicate latitude and longitude values of the geo ad-hoc routers.
  • PAI Part Accuracy Indicator
  • H Indicates the direction of the geo ad hoc router.
  • the short position vector information includes a GN_ADDR field, a TST field, a LAT field, and a Long field. The description of each field is as described above for the long position vector.
  • Various packet forwarding methods can be used for geo-networking transport. For example, a greedy forwarding algorithm, a contention-based forwarding algorithm, a non-area contention-based forwarding algorithm, an area contention-based forwarding algorithm, an area advanced forwarding Algorithm or the like may be used.
  • the forwarding algorithm is used to effectively transfer and distribute the data to the desired area.
  • the source router determines the forwarding router, and in the case of the contention-based forwarding algorithm, the receiving router determines whether to forward the packet using the contention.
  • a V2X device / router that processes geo-networking algorithms may be referred to as an ego router.
  • each V2X device performs the function of a router and can use an ad hoc method to determine the routing of the packet.
  • Each V2X device transmits location information, speed information, and heading direction information of the vehicle around, and using this information, each V2X device can determine the routing of the packet.
  • the information received periodically is stored in the LocT (Location Table) of the network & transport layer, and the stored information can be timed out after a certain period of time.
  • LocT may be stored in a LocTE (Location Table Entry).
  • each ad hoc router must have information about the other ad hoc routers.
  • Information about the neighboring routers may be received via SHB or beacon packets.
  • Routers can update LocT when new information is received.
  • the transmission period of the SHB or the beacon packet may be changed according to the channel state.
  • the location / location table may also be referred to as LocT.
  • Information about the neighboring routers is stored in the LocT, and the stored information may include at least one of the following information.
  • the information stored in the LocT may be deleted from the list when the lifetime set in the soft-state state has expired.
  • GN_ADDR Geo-network address of ITS station
  • Type of ITS-S Indicates the type of ITS station, for example, vehicle or RSU.
  • Position vector PV The position vector information includes geographical position information, velocity information, heading information, time stamp information indicating the position information measurement time, position accuracy indicator (PAI) information indicating the accuracy of the position providing information Or the like.
  • PAI position accuracy indicator
  • LS_PENDING flag A flag indicating when a location service request is in progress because the current LocT does not have an address for the destination
  • FLAG IS_NEIGHBOUR A flag indicating whether there is a geo ad-hoc router capable of communicating within communication range
  • DPL Duplicate Packet List for source GN_ADDR
  • Type Stamp The time stamp of the last packet indicating the end of duplication
  • PDR Packet Data Rate
  • FIG. 11 shows a packet forwarding method of a greedy forwarding algorithm according to an embodiment of the present invention.
  • the greedy forwarding algorithm determines which of the neighbor routers the sander will know about to forward the packet to.
  • the LocT (Locator Table) of the sander can be updated to the latest value through a periodically distributed SHB or beacon packet.
  • the sander selects the router closest to the destination from the LocT, which allows the packet to be delivered to the destination with the least number of hops.
  • routers 1 to 5 exist in the communication range of the source router.
  • the source router transmits the packet by setting the MAC address of the router 2 closest to the destination to the link layer destination address.
  • the Greedy Forwarding Algorithm does not use buffering, and can forward a packet to its destination as fast as it can without breaking the connection between routers. However, if the connection between the routers is lost, that is, if the router to which the next hop is to be transmitted deviates from the transmission range or disappears, the reliability of the packet can not be transmitted.
  • the contention-based forwarding algorithm determines, by contention, whether the receiver will forward the packet, unlike the greedy forwarding algorithm described above. Any receiver that receives a packet broadcast by the sander can be a potential forwarder. The receiver sets its own timer according to the distance, and the receiver whose timer has expired first forwards the packet. If the receiver does not receive a packet from other receivers until the timer expires, the receiver forwards the packet when the timer expires. If a packet is received before the timer expires, the receiver will turn its timer off and will not forward the packet.
  • Contention-based forwarding algorithms do not need to know the location of neighboring routers, unlike the greedy forwarding algorithm.
  • the packet forwarding can be performed even if the SHB packet or the beacon packet is not periodically transmitted, i.e., the location table is not present. Since there are a plurality of candidate forwarders, the reliability may be high and the probability of delivering packets to the destination may be high. However, buffering time is required for packet delivery and latency may increase. In addition, additional buffer usage is required.
  • FIG. 12 illustrates a packet delivery method of a non-area contention-based algorithm according to an embodiment of the present invention.
  • Non-area contention-based algorithms are used to deliver packets in the destination direction.
  • the source router S may broadcast packets for packet transmission. Routers (1 to 5) within the communication range of the source router receive the packet. Of routers, only the router closest to the destination can be a forwarding candidate. In Fig. 12, the routers 1-3 can be forwarder candidates.
  • Forwarder candidates can store the received packet in a Contention-based Forwarding (CBF) packet buffer and set a timer.
  • the timer can be set to a smaller value as the distance from the source increases.
  • the timer of the router 1 can be set to 25 ms, the timer of the router 2 to 10 ms, and the timer of the router 3 to 20 ms, respectively.
  • the router broadcasts the buffered packet.
  • Router 2 whose timer expires first, broadcasts the packet.
  • Router 1 and Router 3 which have received the packet broadcasted by Router 2, stop their timer and delete the packet stored in the buffer. However, if Router 2 disappears or if Router 1 and Router 3 do not exist within the communication range of Router 2, the timers of Router 1 and Router 3 are still valid, and thus the router that broadcasts the packet first becomes a timer of 0.
  • FIG. 13 shows a packet delivery method of an area contention-based algorithm according to an embodiment of the present invention.
  • the area contention-based forwarding algorithm aims at efficiently spreading data in a certain area. Therefore, there is no fixed destination and the timer setting can be determined only considering the distance from the source.
  • the area contention based algorithm is performed when the router belongs to a specific area, and it is aimed at rapidly distributing / transmitting information within the area.
  • a packet broadcasted by the source router S is transmitted to the routers 1 to 6.
  • Router 2 which is farthest from the source router, broadcasts the packet first, and Router 1 and Router 3, which receive it, stop the timer and do not forward the same packet.
  • Routers 4 and 6 do not receive packets forwarded by router 2. Therefore, routers 4 to 6 operate their respective timers and broadcast received packets when the timer expires.
  • the router 5 forwards the packet, the router 4 that has received the packet ends its timer and removes the packet being prepared for transmission from the buffer.
  • the source router can quickly forward and share packets in a certain area in all directions.
  • an area advanced forwarding algorithm may be used.
  • the area advanced forwarding algorithm is an algorithm that operates by combining the above-described greedy forwarding algorithm and contention-based forwarding algorithm.
  • Area advanced forwarding algorithms such as contention-based forwarding algorithms, use packet-forwarding algorithms to route packets in certain directions to minimize delays, while contention-based forwarding methods are used to increase delivery efficiency .
  • a forwarding algorithm that delivers packets to a specific destination area is called a non-area algorithm.
  • Non-region algorithms include greedy forwarding algorithms and non-area contention-based forwarding algorithms.
  • An algorithm for distributing data around a specific area is called an area-forwarding algorithm.
  • the area-forwarding algorithm includes a simple geo-broadcast forwarding algorithm, an area contention-based forwarding algorithm, and an area advanced forwarding algorithm.
  • FIG. 14 shows a multi-channel allocation used in an ITS system operation according to an embodiment of the present invention.
  • Fig. 14 (a) shows the US spectrum allocation for the ITS
  • Fig. 14 (b) shows the EP spectrum allocation for the ITS.
  • the United States and Europe have seven frequencies (each frequency bandwidth: 10 MHz) in the 5.9 GHz band (5.855 to 5.925 GHz).
  • the seven frequencies may include one Control Channel (CCH) and six Service Channels (SCH).
  • CCH Control Channel
  • SCH Service Channels
  • the CCH may be allocated to the channel number 178 in the US, and the CCH may be allocated to the channel number 180 in the European case, as shown in FIG. 14B.
  • the use of the ITS-G63 band is considered in addition to the upper frequency band based on 5.9 GHz for the provision of time-sensitive and data-rich services, and the use of the ITS- Use is being considered.
  • the control channel represents a radio channel used for management frame and / or WAVE message exchange.
  • a WAVE message can be a WSM (WAVE short message).
  • a service channel is a radio channel used for service provision, and represents any channel other than a control channel.
  • the control channel may be used for communication of a Wave Short Message Protocol (WSMP) message or a system management message such as WAVE Service Advertisement (WSA).
  • WSMP Wave Short Message Protocol
  • WSA WAVE Service Advertisement
  • SCH can be used for general-purpose application data communication, and the communication of such general-purpose application data can be coordinated by service-related information such as WSA.
  • the WSA may be referred to as service propagation information below.
  • the WSA may provide information including an announcement of the availability of the application-service.
  • a WSA message may identify and describe a channel that is accessible to application services and services.
  • the WSA may include a header, service information, channel information, and WAVE routing advertisement information.
  • the service advertisement information for the service connection may be a periodic message.
  • Co-operative Awareness Messages may be periodic messages. CAMs can be periodically broadcasted by the facility layer.
  • Decentralized Environmental Notification Messages can be event messages.
  • the event message can be triggered and transmitted by detection of an event.
  • a service message may be sent to manage the session.
  • the event message may include the safety message / information.
  • the service message may include non-secure message / information.
  • the V2X communication device can broadcast a Cooperative Awareness Message (CAM) or a Decentralized Enviriomental Notification Message (DENM).
  • CAM Cooperative Awareness Message
  • DENM Decentralized Enviriomental Notification Message
  • the CAM is distributed in the ITS network and provides information about at least one of the presence, location or communication status of the ITS station.
  • DENM provides information about detected events.
  • the DENM may provide information about any driving situation or event detected by the ITS station.
  • DENM can provide information on situations such as emergency electronic brakes, vehicle accidents, vehicle problems, traffic conditions, and so on.
  • the geo-networking technology described above is a technology that can extend the V2V or V2I communication connectivity between ITS stations and support various service scenarios that can be derived on future collaborative intelligent transportation system (C-ITS).
  • C-ITS collaborative intelligent transportation system
  • the relative position and distribution of an ITS station (e.g., a Vehicle ITS Station (VIS) or a Roadside ITS Station (RIS)) at every moment in the process of forwarding a packet to a multi-hop may be dynamically changed . Therefore, a forwarder that receives a packet at a particular hop can not always be guaranteed the possibility of finding the next best forwarder to receive the packet to the next hop. This is true even if the fixed RIS is included as a forwarder of the multi-hop packet transmission. This is because the transmission between the hops is relative, so the same phenomenon occurs in transmission from a dynamic VIS to a fixed RIS. Therefore, it is necessary to consider a method of reducing the number of transmissions between hops and delivering multi-hop packets through a connection between the more reliable ITS stations. In other words, there is a need to consider new methods of geo-networking.
  • VIS Vehicle ITS Station
  • RIS Roadside ITS Station
  • a geo-networking method using an infrastructure network Specifically, a method for efficiently transmitting a geo-networking packet using I2I communication between infrastructures will be described. Using this method increases the probability of delivering multi-hop packets and reduces the propagation delay time as compared to the geo-networking method using only V2V communication between vehicles.
  • the ITS station may be referred to as a V2X communication device, the VIS as a vehicle V2X communication device or OBU, and the RIS as a roadside V2X communication device or RSU.
  • FIG. 15 illustrates a geo-networking packet forwarding method of an ITS station according to an embodiment of the present invention.
  • the geo-networking packet forwarding method of the embodiment of FIG. 15 corresponds to a method in which the RIS can be used as a forwarder of the geo-networking packet forwarding method, but does not utilize I2I communication between the infrastructures for packet forwarding.
  • the geo-networking type is geo-broadcast, geo-ani-cast or geo-unicast. It is also assumed in the embodiment of FIG. 15 that a greedy forwarding algorithm (GFA) is used as the forwarding algorithm. However, this is merely to simplify and show the packet delivery process. Therefore, the same or similar description can be applied even when using a contention-based forwarding algorithm (CBFA), except that a plurality of ITS stations within each communication range can participate as a forwarder every hop.
  • GFA greedy forwarding algorithm
  • a packet originated from a source station may be finally transmitted to a destination station (destination) via a forwarding station (forwarder).
  • a forwarding station forwarder
  • all the stations in a specific geo-location area can be designated as destinations, and in the case of geo-anycast, any one station existing on a specific geo-location is designated as a destination
  • a specific station can be designated as a destination based on the geo-address stored in the source station.
  • the ITS station may be a VIS or a RIS, and each ITS station may have a range of communication in a range indicated by a dotted circle.
  • adjacent ITS stations may have the same communication range due to ITS-G5 congestion control.
  • the distribution position can change dynamically over time.
  • the packets originating from the source station are forwarding station # 1 -> forwarding station # 2 -> ... -> Forwarding Station #n -> Forwarding Station # n + 1 -> Forwarding Station # n + 2.
  • the forwarding station receiving the packet must determine the forwarding station to be the next forwarder within its communication range.
  • the next forwarding station thus determined may be a VIS or RIS.
  • the RIS participating as a forwarder has a transmission power (transmission range) similar to that of the VIS.
  • transmission efficiency when the RIS participates is the same as that when only the VIS is configured.
  • the reason why RIS maintains the same transmission range and transmission efficiency as VIS is that all the participating stations have the same communication opportunity in ad-hoc communication can maximize the transmission efficiency under DCC (decentralized congestion control).
  • DCC decentralized congestion control
  • the ITS message / packet forwarding method of the embodiment of FIG. 16 corresponds to a method in which an infrastructure network is used for delivery of a packet but a packet must be delivered via a central ITS station (CIS).
  • CIS central ITS station
  • the ITS message may be a traffic safety related message (e.g., a traffic accident message).
  • a traffic accident message e.g., a traffic accident message
  • a sensing station that detects a traffic accident for the first time can notify traffic accidents by transmitting a traffic accident occurrence message (Msg # 1) to nearby stations.
  • Msg # 1 traffic accident occurrence message
  • the traffic accident occurrence message may be in the form of a DENM message.
  • Adjacent RIS # 1 can forward Msg # 1 to a central ITS station (CIS) that performs centralized traffic control through the backbone network, i.e., the infrastructure network.
  • the CIS can collectively analyze various traffic information received through Msg # 1 and various routes and transmit Msg # 2 such as a traffic signal control message or a guidance message to an area where appropriate control or guidance is required.
  • Msg # 2 such as a traffic signal control message or a guidance message to an area where appropriate control or guidance is required.
  • the CIS can deliver this Msg # 2 to RIS # 2 in a specific area.
  • the RIS # 2 having received the Msg # 2 can transmit the Msg # 2 to the neighboring VIS.
  • an ITS-G5-based geo-networking packet can be used for the connection between the sensing station and the RIS # 1 and the connection between the RIS # 2 and the destination station.
  • a dedicated protocol based on IP e.g., IPv6
  • RISs can act as appropriate gateways for ITS-G5 and infrastructure network connections.
  • the number of transmission hops of a packet / message can be reduced compared to the method of the embodiment of FIG. 15 which does not use an infrastructure network.
  • the message is transmitted via the CIS, the message of the sender is not transmitted to the destination as it is due to the processing in the CIS, and the transmission time is also delayed. Therefore, there is a need for a new type of geo-networking packet delivery method that utilizes I2I communication between infrastructures that do not go through a CIS for packet delivery.
  • FIG. 17 shows a protocol stack of an ITS station for an ITS message delivery method using the infrastructure of FIG. 16; Specifically, FIG. 17 is a diagram illustrating a method of transmitting an ITS message using the infrastructure of FIG. 16 in terms of a protocol stack.
  • the access layer indicated in the RIS block may be an access layer using various access technologies such as Ethernet, Coaxial, and Optical fiber.
  • the sensing station may transmit an ITS-G5 packet including an Msg # 1 (DENM message) through an ITS-G5 network.
  • the RIS # 1 receiving this packet can parse this packet and generate a first I2I packet including Msg # 1 using an I2I protocol suitable for a pre-configured infrastructure network.
  • the application of RIS # 1 may cause the format of Msg # 1 to be changed to a format suitable for the first I2I packet.
  • the first I2I packet thus generated can be transferred to the CIS through the infrastructure network.
  • the I2I protocol may be an IP-based I2I protocol (e.g., TCP / IP protocol).
  • IP-based I2I protocol e.g., TCP / IP protocol
  • the upper protocol stack on the TCP / IP protocol may be XML-based DATEX II in progress to the I2I standard in Europe.
  • the CIS that received the first I2I packet parses the packet and performs a comprehensive determination based on the data received through the various paths to include a Msg # 2 such as a control or guide message provided in a specific area
  • a second I2I packet can be generated.
  • the generated second I2I packet can be transmitted to the RIS # 2 through the infrastructure network.
  • an IP-based I2I protocol can be used.
  • the RIS # 2 receiving the second I2I packet can parse this packet and generate an ITS-G5 packet including Msg # 2 using a protocol suitable for the ITS-G5 network.
  • the application of RIS # 2 can cause the format of Msg # 2 to be changed to a format suitable for the ITS-G5 packet.
  • the ITS-G5 packet thus generated can be delivered to the destination via the ITS-G5 network.
  • the geo-networking packet forwarding method described below with reference to the respective figures corresponds to a new method of geo-networking packet forwarding method that uses I2I communication between infrastructures that do not go through CIS for forwarding of packets.
  • FIG. 18 illustrates a method of transmitting a geo-networking packet using an infrastructure network according to an embodiment of the present invention. Specifically, FIG. 18 shows a first embodiment of a geo-networking method using I2I communication between RISs. On the other hand, in the embodiment of FIG. 18, it is assumed that the forwarding algorithm for V2V forwarding or V2I / I2V forwarding is GFA.
  • a station participating in geo-networking can recognize a station that can participate in geo-networking forwarding around the geo-beacon (beacon packet) received in the vicinity.
  • the source station may select a method of using the RIS as a forwarder of the message as a geo-networking method.
  • the next forwarder may be selected every hop to transmit the message. Therefore, only the forwarder selected in the particular hop can forward the message by selecting the forwarder (next forwarder) of the next hop.
  • the forwarder can determine whether there is an RIS capable of forwarding through I2I communication (i.e., RIS capable of I2I forwarding) within its communication range. If the RIS is present, the forwarder can forward the message by selecting the RIS as the next forwarder. For example, as shown, forwarding station # 1 selected by the source station may select forwarding station # 2, which is an RIS capable of I2I forwarding, as the next forwarder.
  • the RIS When the RIS (first RIS) selected as the forwarder receives the message, one of the RISs capable of communicating with the first RIS and I2I can be selected as the next forwarder without selecting the next forwarder in the ITS-G5 channel (network) .
  • the first RIS may find the nearest RIS (second RIS) on the geo-location of the destination and may select it as the next forwarder. Thereafter, the first RIS may transmit the message to the second RIS through the I2I communication.
  • forwarding station # 2 may select forwarding station # 3, which is the nearest RIS on the destination and geo-location, as the next forwarder and may forward the message to forwarding station # 3 via I2I communication.
  • this message can be geo-networked forward to the destination again via the ITS-G5 channel. For example, as shown, this message may be geo-networked forwarded to the destination via forwarding station # 4 and forwarding station # 5, which are VIS.
  • geo-networking packets can be transmitted to the destination with a smaller number of hops than the geo-networking method using only the V2V communication (V2V forwarding) between the VISs. This can increase the likelihood of destination transmission of geo-networking packets and reduce propagation delay time.
  • FIG. 19 illustrates a method of transmitting a geo-networking packet using an infrastructure network according to another embodiment of the present invention.
  • FIG. 19 shows an example of a second embodiment of a geo-networking method using I2I communication between RISs.
  • the forwarding algorithm for V2V forwarding or V2I / I2V forwarding is CBFA.
  • the description overlapping with the above description in FIG. 18 is omitted.
  • the first RIS may find the nearest RIS (second RIS) on the geo-location of the destination and may select it as the next forwarder. Thereafter, the first RIS may transmit the message to the second RIS through the I2I communication.
  • forwarding station # 1 may select forwarding station # 3 (forwarding RIS station # 3), which is the closest RIS on the destination and geo-location, as the next forwarder, The message can be transmitted to the forwarding RIS station # 3 through communication.
  • forwarding station # 2 may join I2I forwarding with forwarding RIS station # 1.
  • the forwarding RIS station # 2 can select the forwarding RIS station # 3 as the next forwarder, and can transmit the message to the forwarding RIS station # 3 through the I2I communication.
  • each RIS capable of I2I forwarding can receive the same message from several VISs.
  • each RIS can forward only the first received message of the same message to the RIS acting as a next forwarder.
  • the forwarding RIS station # 1 receiving the same message from the three forwarding stations VIS can forward only the first received message to the forwarding RIS station # 3.
  • an RIS that receives a message over an infrastructure network can also receive the same message from multiple RISs.
  • the RIS can forward only the first message received from the same message to the VIS acting as a next forwarder. For example, as shown, a first message transmitted through the I2I path # 1 from the forwarding RIS station # 1 and a second message transmitted through the I2I path # 2 from the forwarding RIS station # The RIS station # 3 can forward only the first received message to the forwarding station (VIS). At this time, the first message and the second message are the same message. In this case, the remainder of the delayed message may be discarded.
  • This message can then be geo-networked forwarded to the destination over the ITS-G5 channel again.
  • this message may be geo-networked forwarded to the destination via forwarding stations (VIS) around the forwarding station # 3.
  • VIS forwarding stations
  • geo-networking packets can be transmitted to the destination with a smaller number of hops than the geo-networking method using only the V2V communication (V2V forwarding) between the VISs. This can increase the likelihood of destination transmission of geo-networking packets and reduce propagation delay time.
  • FIG. 20 shows a structure of a geo-networking header according to an embodiment of the present invention.
  • FIG. 20A shows an exemplary structure of a geo-networking packet (or ITS-G5 packet)
  • FIG. 20B shows an exemplary structure of a geo-networking header, Shown is an exemplary structure of a common header.
  • a description overlapping with the above description in Fig. 3 will be omitted.
  • the geo-networking header may include a basic header, a common header, and / or an extension header.
  • the common header may further include an I2I forwarding related signaling field to provide a geo-networking method using I2I forwarding, in addition to the fields described in FIG. 3 (b).
  • the common header can be used to determine the geo-networking type. That is, the common header may include a field (e.g., an HT field) used to determine the geo networking type.
  • a field e.g., an HT field
  • I2I forwarding related signaling information needs to be inserted on the geo-networking header. For example, as shown in FIG. 20 (c), I2I forwarding-related signaling information may be included in a common header in the geo-networking header.
  • This I2I forwarding related signaling field is a signaling field that must be included on the geo-networking header in order to use I2I forwarding for geo-networking.
  • an I2I forwarding related signaling field may be referred to as an I2I signaling field.
  • the I2I forwarding related signaling information / field may be included in the 4-bit reserved field (bit) and / or the 8-bit reserved field (bit) of the common header, as shown in Fig. 20 (c).
  • the I2I forwarding related signaling field included in the 4-bit reserved field may be referred to as a first I2I signaling field (I2I signaling # 1)
  • Figure 21 shows a first I2I signaling field according to an embodiment of the present invention.
  • the first I2I signaling field may be included in the common header using the 4-bit reserved bits of the common header.
  • the first I2I signaling field may include an I2I priority field (I2I priority), an I2I lifetime type field (Type of I2I life-time), and / or an I2I capability field .
  • I2I priority I2I priority
  • I2I lifetime type field Type of I2I life-time
  • I2I capability field I2I capability field
  • the I2I priority field may indicate whether I2I forwarding is prioritized. That is, it can indicate that I2I forwarding has priority.
  • I2I forwarding refers to the forwarding of packets / messages through I2I communication, as described above.
  • the I2I priority field may be a one-bit flag field indicating whether I2I forwarding has priority. For example, if the I2I priority field is set to a first value (e.g., 0), the I2I priority field may indicate that I2I forwarding has no priority (no priority). Alternatively, if the I2I preference field is set to a second value (e.g., 1), the I2I priority field may indicate that I2I forwarding has priority. As such, when the neighbor forwarder (VIS) recognizes the RIS capable of I2I forwarding or the RIS capable of I2I forwarding receives the geo-networking packet including this field, the I2I priority field gives priority to the I2I forwarding operation through the RIS To be selected.
  • VIS neighbor forwarder
  • the I2I lifetime type field may indicate the type of I2I lifetime.
  • the I2I lifetime type field may be a 1-bit field indicating the type of I2I lifetime.
  • the I2I lifetime type field may be referred to as a lifetime type field.
  • the I2I lifetime type field may indicate that the type of I2I lifetime is maximum time. That is, the I2I lifetime can be indicated by the maximum time or the maximum allowable time. In this case, the geo-networking packet is valid only for the maximum amount of time that is allowed before being forwarded to the RIS for I2I forwarding.
  • the I2I lifetime type field may indicate that the type of I2I lifetime is the remaining number of hops.
  • the I2I lifetime can be dictated by the number of hops remaining.
  • the geo-networking packet is only valid for the number of remaining hops before being forwarded to the RIS for I2I forwarding. That is, if the predetermined maximum time has elapsed before being transmitted to the RIS for I2I forwarding, the lifetime of the geo-networking packet expires.
  • This I2I lifetime type field is a field that affects the field definition of the second I2I signaling field to be described later, and can be used to confirm I2I validity with the second I2I signaling field.
  • the I2I lifetime type field may be used to determine the content of the second I2I signaling field.
  • the I2I lifetime type field and the second I2I signaling field of the first I2I signaling field may indicate the number of valid hops or the validity time until the geo-networking packet is delivered to the RIS capable of I2I forwarding. This can prevent channel flooding due to the addition of the I2I forwarding function. That is, if there is no remaining hop count before the RIS is forwarded for I2I forwarding, the lifetime of the geo-networking packet expires.
  • the I2I capability field may indicate the I2I forwarding capability of the RIS.
  • the I2I capability field may indicate whether the RIS transmitting the geo-networking packet has an I2I forwarding function.
  • the I2I capability field may be associated with the Flags field of the common header.
  • the flag field may indicate whether the ITS station is mobile or stationary.
  • the flag field may indicate whether the ITS station is RIS or VIS. If this flag field indicates that the ITS station is a RIS, the common header may include an I2I capability field and indicate the I2I forwarding capability of that RIS via this I2I capability field.
  • the I2I capability field may be a 2-bit field indicating the I2I forwarding capability of the RIS that transmits the geo-networking packet. For example, if the I2I Capability field is set to a first value (e.g., 00), the I2I Capability field may indicate that the RIS transmitting the geo-networking packet does not have I2I forwarding capability. That is, if the I2I capability field is the first value, the I2I Capability field may indicate that this RIS is not capable of I2I forwarding.
  • a first value e.g., 00
  • the I2I capability field indicates that the RIS that is transmitting the geo-networking packet is capable of I2I forwarding but does not have a proximity list . That is, when the I2I capability field is the second value, the I2I capability field indicates that the corresponding RIS can perform I2I forwarding but does not include surrounding RIS list information capable of I2I forwarding on the geo-networking packet (for example, beacon packet) Can be indicated.
  • a second value e.g. 01
  • the I2I capability field indicates that the corresponding RIS can perform I2I forwarding but does not include surrounding RIS list information capable of I2I forwarding on the geo-networking packet (for example, beacon packet) Can be indicated.
  • the I2I capability field indicates that the RIS transmitting the geo-networking packet is capable of I2I forwarding and that there is a proximity list . That is, when the I2I capability field is the third value, the I2I capability field indicates that the RIS includes surrounding RIS list information capable of I2I forwarding and capable of I2I forwarding on the geo-networking packet (for example, beacon packet) You can tell.
  • the peripheral RIS list information is included in the beacon packet will be described below with reference to FIGS. 23 and 24.
  • the I2I capability field may indicate that the RIS transmitting the geo-networking packet has I2I forwarding capability through cellular handover. That is, if the I2I capability field is a fourth value, the I2I capability field may indicate that this RIS is capable of I2I forwarding via cellular handover. I2I forwarding via cellular handover is described in detail in Fig.
  • the second I2I signaling field may be included in the common header using the 8-bit reserved bits of the common header.
  • the second I2I signaling field is defined according to the selection of the I2I lifetime type field of the first I2I signaling field.
  • the second I2I signaling field may indicate a value of I2I lifetime according to the type of I2I lifetime indicated by the I2I lifetime type field.
  • the second I2I signaling field may be referred to as an I2I lifetime value field or a lifetime value field.
  • a field including the lifetime type field and the lifetime value field described above may also be referred to as an I2I lifetime field.
  • the second I2I signaling field may indicate the value of the maximum allowable time that the geo-networking packet can be delivered to the I2I capable RIS. That is, the second I2I signaling field may indicate the maximum available time (maximum time) until the geo-networking packet is delivered to the RIS capable of I2I forwarding. Therefore, if the geo-networking packet is not delivered to the RIS capable of I2I forwarding within the maximum valid time, the I2I lifetime is terminated. The operation according to the end of the I2I lifetime will be described below.
  • the second I2I signaling field indicating the maximum time may be an 8-bit field.
  • 7 of 8 bits e.g., MSB 7 bits (bit 0 to bit 6)
  • MSB 7 bits bits 0 to bit 6
  • 1 A bit e.g., LSB 1 bit (bit 7)
  • time scale e.g. 10 ms or 1 s
  • LSB 1 bit when the value of LSB 1 bit is a first value (e.g., 0), it is indicated that the time scale is 10 ms, and when the value of LSB 1 bit is a second value (e.g., 1) .
  • the maximum valid time is set to 35s.
  • the second I2I signaling field may indicate the value of the remaining hop count that a geo-networking packet can be delivered to an I2I capable RIS. That is, the second I2I signaling field may indicate the number of remaining hops until the geo-networking packet is delivered to the RIS capable of I2I forwarding. Therefore, if the geo-networking packet is not delivered to the RIS capable of I2I forwarding within the remaining number of hops, the I2I lifetime is terminated. The subsequent operation in accordance with the I2I end of life (failure of I2I forwarding) will be described below.
  • the second I2I signaling field indicating the number of remaining hops may be an 8-bit field indicating the remaining hops.
  • the second I2I signaling field is decremented by one as the hop between ITS stations proceeds, and can not have a value smaller than zero.
  • the first I2I signaling field and the second I2I signaling field described above correspond to a signaling field necessary for geo-networking packet forwarding via I2I. Thus, if I2I forwarding is not enabled by the I2I priority field of the first I2I signaling field (i.e., I2I forwarding does not have priority), the setting of the remaining signaling fields may be ignored.
  • the forwarding station selects one of the following two methods if a RIS capable of I2I forwarding is not found within the maximum valid time indicated by the second I2I signaling field or until the number of remaining hops becomes 0 (when I2I forwarding fails).
  • V2V forwarding The above-mentioned geo-networking method using I2I forwarding is the same as general geo-networking method using V2V forwarding except for the procedure for finding RIS capable of I2I forwarding. Operation is fully compatible. Therefore, we can continue with V2V forwarding.
  • V2V forwarding Aborting all V2V forwarding: Attempting I2I forwarding is generally suitable for geo-networking packet forwarding over medium-range, so existing V2V forwarding attempts over the ITS-G5 channel are likely to fail, have. Therefore, the V2V forwarding may not be continued.
  • the forwarding station may perform one of the two above methods.
  • FIG. 23 shows a structure of a geo-networking header according to another embodiment of the present invention.
  • FIG. 23 shows the geo-networking header structure of a beacon packet.
  • the basic header and the common header of the geo-networking header of the beacon packet may include all or a part of the fields included in the basic header and the common header of the geo-networking header described in Figs. 20 to 22.
  • FIG. 23 (a) shows an exemplary structure of a geo-networking packet (or ITS-G5 packet)
  • FIG. 23 (b) shows an exemplary structure of a geo-networking header, Shows an exemplary structure of an extension header.
  • duplicate description is omitted in FIGS. 3, 8 and 20-22.
  • the extension header in the geo-networking header includes at least one of the geo-address, geo-location or time information of the ITS station transmitting the beacon packet SO PV field. This is the same as described above with reference to FIG.
  • the RIS may send information about neighboring RISs nearby (e.g., neighboring RIS's geo-address and geo-location Etc.) can be added to the IRL (Incremental RIS List) field.
  • the IRL field may be included in the extension header in the geo-networking header.
  • the IRL field may be referred to as a RIS list field.
  • FIG. 24 shows a structure of an IRL field according to an embodiment of the present invention.
  • the IRL field may be included in the extension header in the geo-networking header of FIG.
  • the IRL field may include an RIS count field and / or an RIS geo-location field.
  • the RIS count field may indicate the number of RISs.
  • the RIS count field can be used to indicate the number of neighboring RISs included in the current beacon.
  • the RIS count field may have a size of one octet.
  • the RIS geo-location field can provide location information for the neighboring RIS.
  • the RIS geo-location field may comprise a geo-address field, a latitude field, and / or a longitude field.
  • the RIS geo-location information does not include motion information (e.g., direction, speed, etc.) of the ITS station.
  • the geo-address field may indicate the geo-networking address of the RIS.
  • the latitude field can indicate the reference location (latitude) of the corresponding RIS.
  • the longitude field can indicate the reference location (longitude) of the corresponding RIS.
  • the RIS capable of I2I forwarding basically has the geo-location information of the neighboring RIS and the connection information (network connection information) on the infrastructure network so that the received geo-networking packet can be forwarded to the I2I.
  • the beacon packet includes the IRL information (RIS list) including information on neighboring RISs. This is because the source station (VIS) attempting geo-networking forwarding transmits the IRL information So that the packet transmission path through the network can be effectively selected.
  • This section describes the tunneling technique of geo-networking packets to provide efficient I2I forwarding in various infrastructure network environments.
  • the infrastructure network of C-ITS can support various upper layers based on IP, and the network topology can also be various.
  • direct packet transmission between RISs participating in I2I forwarding needs to be guaranteed in order to achieve low-delay transmission such as V2V forwarding even in I2I forwarding.
  • a geo-networking packet tunneling scheme for I2I forwarding for rapid message delivery without the repetition of encoding / parsing of the message via the CIS and the compatibility of the upper layers, as in the embodiment of FIG. 17, Needs to be considered.
  • Such a geo-networking packet tunneling technique may be a method of directly inserting a geo-networking packet transmitted through an ITS-G5 channel into a UDP / IP payload or a TCP / IP payload.
  • FIG. 25 illustrates a method for delivering geo-networking packets using an infrastructure according to an embodiment of the present invention.
  • geo-networking packet tunneling is performed through a TCP / IP payload.
  • the same or similar description can be applied to geo-networking packet tunneling via UDP / IP payload, USP / IP payload, and the like. That is, various network / transport layer protocols can be applied instead of the TCP / IP protocol.
  • the source station VIS may generate a message (for example, a DENM message) for the ITS-G 5 through a facility layer process according to a request from an application. This message is then transmitted over the ITS-G5 channel through the GeoNet layer and ITS-G5 access layer processing.
  • the generated packet (ITS-G5 packet) may include an ITS-G5 access header, a geo networking header, and a PDU.
  • the RIS may remove the ITS-G5 access header through the ITS-G5 access layer process. Later, the RIS can insert TCP / IP payloads with geo-networking headers and PDUs through GeoNet layer processing and TCP / IP layer processing, and add TCP / IP headers to create TCP / IP packets .
  • the I2I forwarding capable RIS has geo-location information of the neighboring RIS and network connection information (e.g., IP address / port number, etc.) to the neighboring RIS. Therefore, the RIS can apply the network connection information to the TCP / IP header to connect to the RIS adjacent to the destination.
  • the generated packet may include an access header, a TCP / IP header, a geo-networking header, and a PDU.
  • the RIS When a TCP / IP packet is forwarded to an RIS adjacent to the destination, the RIS removes the access header and the TCP / IP header through access layer processing and TCP / IP layer processing to create a geo-networking packet containing the GeoNet header and PDU Can be extracted.
  • the RIS then generates an ITS-G5 packet by adding an ITS-G5 access header to the geo-networking packet through GeoNet layer processing and ITS-G5 layer processing and transmits it to the forwarding station (VIS) through the ITS-G5 channel .
  • the ITS-G5 packet thus transmitted may be transmitted to the destination station (VIS) through V2V forwarding.
  • RISs are connected based on existing IP network information .
  • geo-networking packets can be I2I forwarded regardless of whether they are compatible with the upper layer between the RISs.
  • the packet path on the infrastructure network topology may pass through the CIS.
  • the packet since the CIS is not the destination, the packet passes through the CIS without any processing, Lt; / RTI > That is, the packet can be delivered to the RIS near the destination without repeated encoding / parsing of the message via the CIS.
  • 26 illustrates a hybrid geo-networking method utilizing I2I forwarding via cellular handover in accordance with an embodiment of the present invention.
  • the cellular network has a wide communication range and has an advantage that the existing network can be used as it is.
  • a cellular network can be used as an infrastructure network. In this case, it is necessary to consider a configuration for a hybrid communication network combining the cellular network and the ITS-G5.
  • the cellular network can support the internal handover between the eNodeBs in the UTRAN / E-UTRAN without a packet core (EPC) connection required for general IP network connection or registration / control owing to the inherent topology.
  • EPC packet core
  • the RIS includes an eNodeB module, geo-networking packets can be easily forwarded over the X2 link in the UTRAN / E-UTRAN.
  • the RIS including the eNodeB module, should store the geolocation information of the RIS, including the adjacent eNodeB module.
  • the I2I capability field described above in FIG. 21 has the fourth value 11, the packet can be delivered through the cellular handover.
  • the type of the ITS station may be a VIS source station, a VIS inwarding station, a RIS inwarding station (RIS (first RIS) adjacent to the source station), a RIS inwarding station (RIS ) And a destination station that is a VIS. Since the destination station operates in the same manner as the geo-networking method using the general V2V forwarding, the specific operation of the four types of stations except the destination station will be described below.
  • FIG. 27 is a flow diagram illustrating a geo-networking operation of a source station in accordance with an embodiment of the present invention.
  • the source station can only transmit geo-networking packets over the ITS-G5 channel / network.
  • the source station may first initialize the ITS-G5 access function and the geo-networking function.
  • the source station may generate a transmission message.
  • the source station may generate ASN.1 or XML-type messages (e.g., CAM or DENM messages) through facility layer processing.
  • the generated message corresponds to the PDU of the geo-networking packet.
  • the source station may determine whether to use I2I forwarding.
  • the source station may select the transmission path for the PDU of the generated geo-networking packet, and may then decide whether to use I2I forwarding.
  • the source station may receive information about the neighboring ITS stations from the beacon packets received from neighboring neighboring ITS stations (e.g., information about the RIS capable of forwarding VIS and I2I around the source station (e.g., )). ≪ / RTI > The source station may also configure location table / information based on the obtained information, including information about at least one neighboring ITS station executing a geo-networking protocol. The source station may determine whether to use I2I forwarding based on preconfigured location information.
  • the beacon packet used for constructing the location information is as described above with reference to FIG.
  • the source station may insert an I2I priority field into the geo-networking header.
  • the I2I priority field is activated (i.e., I2I forwarding has priority)
  • the source station includes a lifetime type field and a lifetime value field indicating the maximum time (maximum valid time) or the number of remaining hops
  • the I2I lifetime field can be inserted into the geo-networking header. Thereby, the margin at which the forwarding station is selected with I2I forwarding during multi-hop transmission can be set.
  • the source station may insert the remaining fields in the geo-networking header to generate geo-networking packets.
  • the source station can perform the same operation as generating an existing geo-networking header.
  • the source station can send geo-networking packets over the ITS-G5 channel.
  • the source station can process the geo-networking packet as an ITS-G5 packet through the ITS-G5 access layer process and transmit it through the ITS-G5 channel.
  • FIG. 28 is a flowchart illustrating a geo-networking operation of a VIS-in forwarding station according to an embodiment of the present invention.
  • the forwarding station since the forwarding station corresponds to the VIS, it can transmit geo-networking packets only through the ITS-G5 channel. Thus, the forwarding station may first initialize the ITS-G5 access function and the geo-networking function.
  • the forwarding station may receive geo-networking packets. As an example, the forwarding station may receive geo-networking packets over the ITS-G5 channel. If a geo-networking packet is not received, the forwarding station can wait to receive a geo-networking packet.
  • the forwarding station may check the I2I priority field in the geo-networking header.
  • the forwarding station may check the lifetime type field. Thereafter, the forwarding station may determine whether the lifetime (I2I lifetime) for I2I forwarding according to the lifetime type field has expired. As described above, the I2I lifetime can be signaled to either the maximum time or the number of remaining hops depending on the value of the lifetime type field.
  • the forwarding station may perform an operation in case of a preset I2I forwarding failure. This is as described above in Fig. Alternatively, if the I2I lifetime has not expired, the forwarding station may determine if the V2V forwarding algorithm is GFA or CBFA.
  • the forwarding station can search for an RIS (I2I valid RIS) capable of I2I forwarding.
  • the forwarding station must select the next forwarding station, so that the forwarding station can search for the RIS capable of I2I forwarding using the information about the already stored neighboring ITS station (neighboring ITS station information).
  • the neighboring ITS station information may be included in the location table, and the location table may be configured based on the beacon packet received from the neighboring ITS station.
  • the forwarding station may select this RIS as the next forwarder. Alternatively, if no RIS capable of I2I forwarding is found, the forwarding station may perform an existing GFA operation. This is the same as described above with reference to FIG.
  • the forwarding station may perform an existing CBFA operation. This is the same as described above with reference to FIGS.
  • the forwarding station may then transmit the geo-networking packet to the next forwarding station via ITS-G5.
  • the forwarding station may determine whether the V2V forwarding algorithm is a GFA and perform an existing GFA operation or an existing CBFA operation accordingly have.
  • FIG. 29 is a flow diagram illustrating the geo-networking operation of a forwarding station that is an RIS adjacent to a source station in accordance with an embodiment of the present invention.
  • This forwarding station may also be referred to as a first RIS or source station adjacent RIS (source neighbor RIS).
  • the forwarding station may transmit geo-networking packets received over the ITS-G5 network through the infrastructure network.
  • the forwarding station may first initialize the ITS-G5 access function, the geo-networking function, and the infrastructure access function.
  • the forwarding station may receive geo-networking packets.
  • the forwarding station can receive geo-networking packets over the ITS-G5 channel. If a geo-networking packet is not received, the forwarding station can wait to receive a geo-networking packet.
  • the forwarding station may check the I2I priority field in the geo-networking header.
  • the forwarding station may check the lifetime type field. Thereafter, the forwarding station can check the lifetime (I2I lifetime) for I2I forwarding according to the lifetime type field. As described above, the I2I lifetime can be signaled to either the maximum time or the number of remaining hops depending on the value of the lifetime type field.
  • the forwarding station may perform an operation in case of a preset I2I forwarding failure. This is as described above in Fig.
  • the forwarding station may determine whether the geo-networking packet is duplicated. As an example, the forwarding station checks whether the geo-networking packet is duplicated by checking whether the currently received geo-networking packet is the same as the previously received geo-networking packet (e.g., whether it contains the same geo networking header and PDU) Can be determined. This allows the forwarding station to forward only the first received geo-networking packet and discard the subsequently received duplicate geo-networking packet. If the geo-networking packet is duplicated, the forwarding station can discard the currently received geo-networking packet.
  • the forwarding station can retrieve the RIS adjacent to the destination of the geo-networking packet through the infrastructure network.
  • the forwarding station may use the pre-stored neighboring ITS station information (e.g., geo-location information of the neighboring RIS) and / or networking connection information (e.g., IP address and port number) You can search.
  • the neighboring ITS station information may be included in the location table, and the location table may be configured based on the beacon packet received from the neighboring ITS station.
  • the forwarding station can perform GeoNet packet tunneling (I2I forwarding). Specifically, the forwarding station may transmit an I2I packet containing geo-networking packets received over the ITS-G5 channel to an RIS adjacent to the destination. At this time, the I2I packet can be generated by mapping the geo-networking packet to the payload of the packet of the network protocol of the infrastructure network (e.g., TCP / IP or UDP / IP protocol). This is the same as described above with reference to Fig.
  • the network protocol of the infrastructure network e.g., TCP / IP or UDP / IP protocol
  • the forwarding station may determine whether the V2V forwarding algorithm is a GFA and perform an existing GFA operation or an existing CBFA operation accordingly have. This is the same as described above with reference to Figs.
  • FIG. 30 is a flowchart illustrating a geo-networking operation of a forwarding station that is an RIS adjacent to a destination station according to an embodiment of the present invention.
  • This forwarding station may also be referred to as a second RIS or destination station adjacent RIS (destination neighbor RIS).
  • the forwarding station may transmit the received geo-networking packet over the infrastructure network (via I2I forwarding) over the ITS-G5 channel.
  • the forwarding station may first initialize the ITS-G5 access function, the geo-networking function, and the infrastructure access function.
  • the forwarding station may receive geo-networking packets.
  • the forwarding station can receive I2I packets containing geo-networking packets through the infrastructure station network (I2I communication). If the I2I packet is not received, the forwarding station may wait to receive the geo-networking packet.
  • I2I communication infrastructure station network
  • the forwarding station may analyze the PDU / payload of the received I2I packet (e.g., TCP / IP packet). The forwarding station may determine whether the payload of the I2I packet includes a geo-networking header.
  • the PDU / payload of the received I2I packet e.g., TCP / IP packet.
  • the forwarding station may determine whether the payload of the I2I packet includes a geo-networking header.
  • the forwarding station may determine whether the geo-networking packet is duplicated. As an example, the forwarding station checks whether the geo-networking packet is duplicated by checking whether the currently received geo-networking packet is the same as the previously received geo-networking packet (e.g., whether it contains the same geo networking header and PDU) Can be determined.
  • the forwarding station can discard the currently received geo-networking packet. Alternatively, if the geo-networking packet is not duplicated, the forwarding station may deactivate the I2I priority (e.g., set the I2I priority field to zero). This allows geo-networking packets to be delivered to the destination via the ITS-G5 channel in the remaining path.
  • the forwarding station may then determine whether the forwarding algorithm is a GFA and perform an existing GFA operation or an existing CBFA operation accordingly.
  • the forwarding station can send geo-networking packets over the ITS-G5 channel. This is the same as described above with reference to Figs.
  • the forwarding station can perform an existing infrastructure operation.
  • FIG. 31 shows a configuration of a V2X communication apparatus according to an embodiment of the present invention.
  • the V2X communication device 31000 may include a communication unit 31010, a processor 31020, and a memory 31030.
  • Communication unit 31010 may be coupled to processor 31020 to transmit / receive wireless signals.
  • the communication unit 31010 can upconvert the data received from the processor 31020 to the transmission / reception band and transmit the signal or downconvert the reception signal.
  • the communication unit 31010 may implement the operation of at least one of a physical layer and an access layer.
  • Communication unit 31010 may comprise a plurality of sub-RF units for communicating in accordance with a plurality of communication protocols.
  • communication unit 31010 may be an ITS-G5 wireless communication technology based on DSRC (Dedicated Short Range Communication), IEEE 802.11 and / or 802.11p standards, physical transmission techniques of IEEE 802.11 and / or 802.11p standards, Data communication based on 2G / 3G / 4G (LTE) / 5G wireless cellular communication technology including broadband wireless mobile communication, broadband terrestrial digital broadcasting technology such as DVB-T / T2 / ATSC, GPS technology and IEEE 1609 WAVE technology Can be performed.
  • Communication unit 31010 may comprise a plurality of transceivers implementing each communication technology.
  • Communication unit 31010 includes a plurality of transceivers, with one transceiver communicating on the CCH and the other transceiver communicating on the SCH.
  • the communication unit 31010 can perform multi-channel operation using a plurality of transceivers.
  • the processor 31020 may be coupled to the RF unit 31030 to implement the operation of the layers according to the ITS system or the WAVE system.
  • Processor 31020 may be configured to perform operations in accordance with various embodiments of the present invention in accordance with the above figures and description. Also, at least one of the modules, data, programs, or software that implement the operation of the V2X communication device 31000 according to various embodiments of the invention described above may be stored in memory 31010 and executed by processor 31020 have.
  • the memory 31010 is connected to the processor 31020 and stores various information for driving the processor 31020.
  • Memory 31010 may be internal to processor 31020 or external to processor 31020 and may be coupled to processor 31020 by known means.
  • the processor 31020 of the V2X communication device 31000 can perform geo-networking packet transmission by performing the geo-networking method using the I2I forwarding described in the present invention.
  • the geo-networking packet transmission method of the V2X communication apparatus 31000 will be described below.
  • V2X communication device may be the forwarding station (VIS) of FIG.
  • the V2X communication apparatus can receive the geo-networking packet (S32010).
  • the geo-networking packet may include I2I priority information indicating that I2I forwarding has priority and I2I lifetime information providing I2I lifetime related information.
  • the I2I lifetime information may include lifetime type information indicating a type of I2I lifetime and lifetime value information indicating a value of I2I lifetime depending on the type.
  • the type of I2I lifetime may be a first type whose I2I lifetime is indicated by a maximum allowed time or a second type whose lifetime is indicated by an I2I lifetime.
  • the lifetime value information indicates a value of the maximum allowed time until the geo-networking packet is delivered to the V2X communication device capable of I2I forwarding
  • the type of I2I lifetime is the second type
  • the lifetime value information may indicate the value of the remaining hop count until the geo-networking packet is delivered to the V2X communication device capable of I2I forwarding. 21 and 22, detailed description thereof will be omitted.
  • the V2X communication device may determine whether I2I forwarding is prioritized based on the I2I priority information (S32020).
  • the V2X communication device may determine whether the lifetime of the I2I forwarding has expired based on the I2I lifetime information (S32030).
  • the V2X communication device may transmit the geo-networking packet (S32040).
  • the V2X communication device can determine the V2X communication device capable of I2I forwarding as a forwarder based on the location information, and transmit the geo-networking packet to the forwarder.
  • the location information may include information on at least one neighbor V2X communication device executing the geo-networking protocol.
  • location information may be configured based on beacon packets received from at least one neighbor V2X communication device.
  • the beacon packet may include I2I capability information indicating the I2I forwarding capability of the V2X communication device transmitting the beacon packet.
  • the beacon packet may also include IRL information including information about at least one neighboring RIS in the vicinity of the V2X communication device transmitting the beacon packet.
  • the IRL information may include an RIS count field indicating the number of neighboring RISs and an RIS geolocation field providing location information for neighboring RISs. This is the same as described above with reference to FIG.
  • Embodiments in accordance with the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs) field programmable gate arrays, processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • an embodiment of the present invention may be implemented in the form of a module, a procedure, a function, or the like which performs the functions or operations described above.
  • the software code can be stored in memory and driven by the processor.
  • the memory is located inside or outside the processor and can exchange data with the processor by various means already known.
  • the present invention is used in a range of vehicle communications.

Abstract

L'invention concerne un procédé de transmission par géoroutage pour un dispositif de communication V2X. Le procédé de transmission de géoroutage selon un mode de réalisation de la présente invention peut comprendre les étapes consistant à : recevoir un paquet de géoroutage, le paquet de géoroutage comprenant des informations de priorité I2I pour indiquer si un transfert I2I est prioritaire et des informations de durée de vie I2I pour fournir des informations liées à la durée de vie I2I ; déterminer, sur la base des informations de priorité I2I, si le transfert I2I est prioritaire ; déterminer, sur la base des informations de durée de vie I2I, si la durée de vie du transfert I2I a expiré lorsque le transfert I2I est prioritaire ; et transmettre le paquet de géoroutage lorsque la durée de vie du transfert I2I n'a pas expiré.
PCT/KR2017/015763 2017-12-29 2017-12-29 Dispositif de communication v2x et procédé de transmission par géoroutage WO2019132083A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/KR2017/015763 WO2019132083A1 (fr) 2017-12-29 2017-12-29 Dispositif de communication v2x et procédé de transmission par géoroutage

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/KR2017/015763 WO2019132083A1 (fr) 2017-12-29 2017-12-29 Dispositif de communication v2x et procédé de transmission par géoroutage

Publications (1)

Publication Number Publication Date
WO2019132083A1 true WO2019132083A1 (fr) 2019-07-04

Family

ID=67067536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/015763 WO2019132083A1 (fr) 2017-12-29 2017-12-29 Dispositif de communication v2x et procédé de transmission par géoroutage

Country Status (1)

Country Link
WO (1) WO2019132083A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533671B1 (en) * 2021-06-25 2022-12-20 Qualcomm Incorporated Techniques for dynamic distance control for contention-based forwarding
CN115765790A (zh) * 2022-11-09 2023-03-07 华工未来科技(江苏)有限公司 一种基于多跳ris的信号补盲方法、系统、电子设备及介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150063243A1 (en) * 2012-03-29 2015-03-05 Orange Routing method and a unit for communication between vehicles

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150063243A1 (en) * 2012-03-29 2015-03-05 Orange Routing method and a unit for communication between vehicles

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; User Equipment (UE) to V2X control function; protocol aspects; Stage 3 (Release 14)", 3GPP TS 24.386, 28 December 2017 (2017-12-28), pages 1 - 35, XP055623281 *
"ETSI; Intelligent Transport Systems (ITS); Vehicular Communications: GeoNetworking; Part 5: Transport Protocols: Sub-part !: Basic Transport Protocol", ETS EN 302 636-5 -1, 2017, pages 1 - 18, XP055623273 *
ABDUL AZIZ, H. M. ET AL.: "Synthesis Study on Transitions in Signal Infrastructure and Control Algorithms for Connected and Automated Transportation", OAK RIDGE NATIONAL LABORATORY, 20 June 2017 (2017-06-20), pages 1 - 39, XP055623284 *
NGUYEN, BJOMBORG: "Real World Applications and Analysis of V2X Communication in the 2016 Grand Cooperative Driving Challenge", MASTER'S THESIS IN COMPLEX ADAPTIVE SYSTEMS, 2 May 2017 (2017-05-02), pages 1 - 36, XP055623289 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533671B1 (en) * 2021-06-25 2022-12-20 Qualcomm Incorporated Techniques for dynamic distance control for contention-based forwarding
US20220417827A1 (en) * 2021-06-25 2022-12-29 Qualcomm Incorporated Techniques for dynamic distance control for contention-based forwarding
CN115765790A (zh) * 2022-11-09 2023-03-07 华工未来科技(江苏)有限公司 一种基于多跳ris的信号补盲方法、系统、电子设备及介质
CN115765790B (zh) * 2022-11-09 2023-11-03 华工未来科技(江苏)有限公司 一种基于多跳ris的信号补盲方法、系统、电子设备及介质

Similar Documents

Publication Publication Date Title
WO2019066106A1 (fr) Dispositif de communication v2x et procédé d'émission/réception de contenu multimédia associé
WO2019156266A1 (fr) Dispositif de communication v2x et procédé de communication v2x d'un dispositif de communication v2x
WO2018174516A1 (fr) Procédé de traitement de message nas dans un système de communication sans fil et appareil correspondant
WO2019240548A1 (fr) Procédé et appareil pour réaliser une communication de liaison latérale par un ue dans un nr v2x
WO2019160177A1 (fr) Dispositif de communication v2x et procédé de transmission et de réception de messages v2x au moyen de celui-ci
WO2020022526A1 (fr) Dispositif de communication v2x et procédé de transmission par géoroutage
WO2018174385A1 (fr) Dispositif de communication v2x et procédé associé d'émission et de réception d'un message v2x
WO2018117774A1 (fr) Procédé permettant d'établir une communication v2x dans un système de communication sans fil et dispositif associé
WO2018066876A1 (fr) Procédé de prise en charge de communication v2x dans un système de communication sans fil
WO2019240544A1 (fr) Procédé et appareil permettant la réalisation d'une communication de liaison latérale par un ue dans une v2x nr
WO2018110939A1 (fr) Procédé d'attribution de zone de suivi dans un système de communication sans fil et appareil correspondant
WO2019132082A1 (fr) Dispositif de communication v2x et son procédé d'émission et de réception d'un message v2x
WO2019004519A1 (fr) Dispositif de communication v2x, et procédé de transmission selon le protocole geonetworking (routage géolocalisé)
WO2019066108A1 (fr) Dispositif et procédé de communication v2x
WO2017171250A2 (fr) Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé
WO2016140507A1 (fr) Procédé et appareil permettant de fournir un service dans un système de communication sans fil
WO2019240550A1 (fr) Procédé et appareil pour rapporter un type de diffusion par un ue dans nr v2x
WO2017047878A1 (fr) Procédé de paramétrage de support et dispositif prenant en charge celui-ci pour émettre/recevoir des données dans un système de communication sans fil
WO2017122976A1 (fr) Procédé et appareil de transmission de messages v2x
WO2019031625A1 (fr) Dispositif de communication v2x, et procédé de transmission par géoroutage
WO2018128205A1 (fr) Dispositif et procédé de communication v2x
WO2019117369A1 (fr) Dispositif de communication v2x et procédé de communication associé
WO2020197310A1 (fr) Procédé de transmission de message de sécurité dans un système de communication sans fil prenant en charge les liaisons latérales et appareil associé
WO2018225883A1 (fr) Dispositif de communication v2x et procédé d'exploitation de canaux multiples de celui-ci
WO2018182074A1 (fr) Dispositif et procédé de communication v2x

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17936212

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17936212

Country of ref document: EP

Kind code of ref document: A1