WO2017105052A1 - 통신 단말의 릴레이 기반 통신 기법 - Google Patents

통신 단말의 릴레이 기반 통신 기법 Download PDF

Info

Publication number
WO2017105052A1
WO2017105052A1 PCT/KR2016/014568 KR2016014568W WO2017105052A1 WO 2017105052 A1 WO2017105052 A1 WO 2017105052A1 KR 2016014568 W KR2016014568 W KR 2016014568W WO 2017105052 A1 WO2017105052 A1 WO 2017105052A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
message
information
relay
code
Prior art date
Application number
PCT/KR2016/014568
Other languages
English (en)
French (fr)
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 US16/063,664 priority Critical patent/US11194049B2/en
Publication of WO2017105052A1 publication Critical patent/WO2017105052A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/01—Satellite radio beacon positioning systems transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/13—Receivers
    • G01S19/14—Receivers specially adapted for specific applications
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/01—Satellite radio beacon positioning systems transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/03—Cooperating elements; Interaction or communication between different cooperating elements or between cooperating elements and receivers
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/38—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system
    • G01S19/39—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system the satellite radio beacon positioning system transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/42—Determining position
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/056—Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/091—Traffic information broadcasting
    • G08G1/092—Coding or decoding of the information
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096716—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096783—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a roadside individual element
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096791—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is another vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15507—Relay station based processing for cell extension or control of coverage area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • 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 disclosure relates to a communication technique of a communication terminal, and relates to a communication method and apparatus of a relay-based broadcast method.
  • a 5G communication system or a pre-5G communication system is referred to as a Beyond 4G network communication system or a post LTE system.
  • 5G communication systems are being considered for implementation in the ultra-high frequency (mmWave) band (e.g., 60 gigabyte (60 GHz) band).
  • mmWave ultra-high frequency
  • FD-MIMO massive array multiple input and output
  • FD-MIMO full dimensional MIMO
  • 5G communication systems have advanced small cells, advanced small cells, cloud radio access network (cloud RAN), ultra-dense network (ultra-dense network) Device to device communication (D2D), wireless backhaul, moving network, cooperative communication, coordinated multi-points, and interference cancellation
  • cloud RAN cloud radio access network
  • ultra-dense network ultra-dense network
  • D2D Device to device communication
  • wireless backhaul moving network
  • cooperative communication coordinated multi-points
  • interference cancellation interference cancellation
  • ACM advanced coding modulation
  • SWM hybrid FSK and QAM modulation
  • SWSC sliding window superposition coding
  • FBMC filter bank multi carrier
  • SAP NOMA Non-orthogonal multiple access
  • SCMA sparse code multiple access
  • the Internet has evolved from a human-centered connection network where humans create and consume information, and an Internet of Things (IoT) network that exchanges and processes information among distributed components such as things.
  • IoT Internet of Things
  • IoE Internet of Everything
  • IoT Internet Technology
  • IoT Internet Technology
  • fields such as smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, and advanced medical service through convergence and complex of existing IT technology and various industries. have.
  • all the terminals within the communication coverage may receive the message and retransmit the received message. In this way, a terminal performing communication between terminals can transmit an urgent message to a long distance without a base station.
  • PTT push to talk
  • the source terminal (or source vehicle; the terminal sending the message) is one wireless radio. It may be difficult to deliver the desired message to the target terminal (or target vehicle) by transmission.
  • Relay technique can be used to solve this difficulty.
  • Other terminals receiving a message from a source terminal through a relay do not directly transfer the received message to a device of a network such as an eNB (eNodeB) or a GW (gateway) that has already been lost to deliver the received message to the target terminal. By transmitting to the terminal, communication time between terminals can be reduced.
  • a relay operation may be used between the source terminal and the base station outside the coverage to support the PTT service.
  • the relay scheme is based on broadcast communication. All other nodes that receive the message from the source terminal may be relay candidate nodes. Thus, broadcast flooding occurring from all relay candidate nodes may result in explosion of the relay.
  • all terminals in the radio coverage of the source node can be relay nodes, and the relay node can relay the received packet at the same time it receives the data packet.
  • the relay terminals are more likely to use the same radio resource, and eventually communication using the same resource will cause collision or interference at the receiving end. This phenomenon degrades data reliability at the receiving end.
  • the route is set in advance before data transmission.
  • many pre-processing ie, sending and receiving a pre-message
  • the preliminary procedure for terminal authentication and IP address allocation requires a lot of time, thus causing high latency in IP communication between terminals through routing.
  • the present disclosure provides a technique for preventing radio resource waste and communication collision that may occur when performing communication between terminals using a broadcast-based relay technique.
  • the present disclosure provides a technique for restricting a terminal to perform relay based on region information when performing communication between terminals using a broadcast-based relay technique.
  • the relay retransmission terminal of the broadcast message is transmitted to the local information.
  • the present disclosure informs a terminal to receive a broadcast message based on a location of a source terminal, thereby defining a terminal that needs to receive a message, and only the limited terminal performs a relay. It is possible to prevent unnecessary data reception and retransmission and to provide a technique for improving communication reliability.
  • the present disclosure provides a relay-based communication method of a communication terminal provided in a vehicle, the method comprising: acquiring a global positioning system (GPS) coordinate of the vehicle; Determining a driving direction of the vehicle based on map information and the GPS coordinates; Detecting a driving lane of the vehicle; Generating a location code that includes information about the GPS coordinates, the driving direction, and the driving lane; And generating a message including the generated location code and transmitting the message.
  • GPS global positioning system
  • the present disclosure also provides a relay-based communication method of a communication terminal provided in a vehicle, the method comprising: acquiring a global positioning system (GPS) coordinate of the vehicle; Receiving a message containing a location code from another vehicle; Determining whether to relay based on the information indicated by the GPS coordinates and the location code; And decoding and relaying the message based on the determination, wherein the location code includes information about GPS coordinates, driving direction, and driving lane of the other vehicle.
  • GPS global positioning system
  • the present disclosure in a relay-based communication terminal provided in a vehicle, obtains a GPS (global positioning system) coordinates of the vehicle, determines a driving direction of the vehicle based on map information and the GPS coordinates, A controller configured to detect a driving lane, generate a location code including the GPS coordinates, the driving direction, and information about the driving lane, and generate a message including the generated location code; And a communication unit for transmitting the generated message.
  • GPS global positioning system
  • the present disclosure provides a relay-based communication terminal provided in a vehicle, comprising: a communication unit configured to receive a message including a location code from another vehicle; And a control unit for acquiring global positioning system (GPS) coordinates of the vehicle, determining whether to relay based on the GPS coordinates and the information indicated by the location code, and decoding and relaying the message based on the determination.
  • GPS global positioning system
  • the terminal characterized in that it comprises the information about the GPS coordinates, driving direction and driving lane of the other vehicle.
  • the present disclosure solves the relay transmission explosion, prevents unnecessary reception / retransmission, and improves the reliability of communication.
  • the present disclosure reduces the delay time for end-to-end communication by reducing the time required for setup during data transmission after relay node selection.
  • FIG. 1 is an exemplary diagram illustrating a configuration of a code according to the present disclosure
  • FIG. 2 is a diagram illustrating a driving road when a proximity vehicle determines whether to relay a message transmitted using a code according to the present disclosure
  • FIG. 3 is another exemplary diagram illustrating a driving road of a vehicle using a code according to the present disclosure and a configuration of the code;
  • FIG. 4 is an exemplary diagram of a traveling road when the code according to the present disclosure includes floor information of the road;
  • FIG. 5 is another exemplary diagram illustrating a configuration of a code according to the present disclosure.
  • FIG. 6 is an exemplary view of a traveling road when a code according to the present disclosure indicates a compound travel direction
  • FIG. 7 is an exemplary diagram for explaining a configuration of a code including a compound heading direction indication field according to the present disclosure
  • FIG. 8 is an exemplary diagram illustrating a configuration of a code including a target pattern field according to the present disclosure
  • FIG. 9 is an exemplary diagram of a road situation in the case of delivering a message using a target pattern field of a code according to the present disclosure.
  • 10A is an illustration of a road where an RSU announces gate information using a code according to this disclosure
  • 10B is an illustration of a road indicating that an RSU is under construction using a code in accordance with the present disclosure
  • 11 is an exemplary road diagram when the hop number of relay transmissions according to the present disclosure is limited
  • FIG. 12 illustrates an example where a code according to the present disclosure includes a vendor specific field.
  • FIG. 13 is an exemplary road diagram of a vehicle transmitting a message using a code including a vendor specific field in accordance with the present disclosure
  • 15 is a diagram illustrating a configuration of a terminal device which communicates using a code according to the present disclosure
  • 16 is an exemplary diagram of a message transmission method of a terminal according to the present disclosure.
  • 17 is an exemplary diagram of a message receiving method of a terminal according to the present disclosure.
  • 18A illustrates a relationship between a code generation operation of a receiving terminal and a communication protocol according to the present disclosure
  • 18C illustrates a case in which a code according to the present disclosure is used in a communication channel
  • 18D illustrates another case in which a code according to the present disclosure is used in a communication channel
  • FIG. 20 illustrates an example of a transmission method and a reception method when a code according to the present disclosure is transmitted through an SA of a PSCCH;
  • 21 is a conceptual diagram in which a relay candidate is determined in a PTT service using a code according to the present disclosure
  • FIG. 22 illustrates an example in which an RSU becomes a relay terminal in a V2X service using a code according to the present disclosure
  • FIG. 24 illustrates a case in which a base station is determined to be a relay candidate in a PTT service using a code according to the present disclosure
  • 25 is an illustration of a technique for solving the Doppler shift phenomenon using a code according to the present disclosure.
  • 26 is a signal flow diagram of an inter- terminal relay communication method using IP address pre-allocation according to the present disclosure
  • FIG. 27 is a diagram illustrating a configuration of an RSU apparatus according to the present disclosure.
  • a base station is a subject that communicates with a terminal, and may also be referred to as a BS, a NodeB (NB), an eNodB (eNB), an access point (AP), or the like.
  • NB NodeB
  • eNB eNodB
  • AP access point
  • a user equipment is a subject that communicates with a base station or another terminal and is referred to as a node, a UE, a mobile station (MS), a mobile equipment (ME), a device, a terminal, or the like. May be In particular, since the present disclosure describes the V2X system as an example, the terminal may be understood as a vehicle or a communication terminal provided in the vehicle.
  • This disclosure proposes two techniques largely. First, a method of filtering (or restricting) a relay candidate node by using a code in performing communication between terminals through a broadcast relay is described. Second, by performing routing between terminals through a relay. In performing communication, a technique of pre-assigning an IP address will be described.
  • the source terminal When the source terminal generates a data packet to transmit a message, it may include the code described in the present disclosure.
  • the code may be referred to as a location code as a code indicating location information of the source terminal.
  • the code may be included in every message transmitted by the source terminal, but will be exemplified specifically in which message.
  • the terminal ie, proximity terminal
  • the terminal in communication coverage of the source terminal receives the data packet, reads the code in the data packet and compares it with its location. By judging, it is possible to judge whether or not to relay the received data packet.
  • the message transmitted by the source terminal can be relayed only by the proximity terminal filtered by a predetermined condition, not relayed by all proximity terminals.
  • the code used for the filtering not only prevents the broadcasting of unnecessarily relayed data packets, but also prevents data packet collision at the receiving terminal.
  • Code according to the present disclosure may be generated based on one or more information according to the location of the source terminal.
  • the code may include: i) information on or off the road, ii) information on the level of the road (for structures with multiple floors), iii) And may be generated based on at least one of information about a heading direction (eg, up or down, north or south), and iv) information about a driving lane.
  • the design of the code is possible from the location specification of the vehicle. It is assumed that lane detection of the vehicle in the V2X system is possible, and acquisition of the position information of the vehicle through the global positioning system (GPS) is always possible. In this case, a map application program may determine the direction of travel of the vehicle based on GPS location information.
  • GPS global positioning system
  • V2X services require directional notification for certain events. For example, when a collision occurs on an uphill road of a driving road, it is preferable that the crashed vehicle creates a message related to the collision event and informs only the vehicle of the vehicle in its own traveling direction (ie, uphill direction). Roads and vehicles in the opposite direction (i.e. downline) are not strongly associated with the collision, but rather a notification of the collision may cause unnecessary accidents for the driver of the vehicle driving on the opposite direction, creating another accident. Because.
  • FIG. 1 is an exemplary diagram illustrating a configuration of a code according to the present disclosure.
  • the code illustrated by FIG. 1 includes an onload / offload indication field 100, a north / south indication field 102, and a lane indication field 104.
  • the code means that the transmitting terminal (i.e., transmitting vehicle) is on road (100), travels in the north direction (102), and in the third lane (104).
  • the code design illustrated in FIG. 1 is merely an example, and an arrangement order of information constituting the code and a coding scheme of specific information may be changed.
  • the lane indication field 104 may represent a value (ie, 3) indicating a driving lane (ie, three lanes) as a binary number (ie, '011') as illustrated in FIG. 1.
  • the code may further include a reserved field 106 for other uses.
  • FIG. 2 illustrates a driving road when a proximity vehicle determines whether to relay a message transmitted using a code according to the present disclosure.
  • the first vehicle 200 driving in the third lane in the north direction '1' in the on-road '1' state generates and transmits a message.
  • the message may be expressed as, for example, '11011XX' or '11001XX'.
  • the second vehicle 210 that is in the same traveling direction as the first vehicle may receive the message and relay the same, but the third vehicle 220 that is traveling in the opposite direction may be driven by a code included in the received message. Since the indicated direction of progress is different from itself (i.e., the direction of progress is different), the received message is discarded without decoding and relaying.
  • Code according to the present disclosure may be generated based further on the GPS position coordinate information of the source terminal.
  • GPS coordinate information can be added to the code.
  • information of a second or less corresponding to latitude or longitude may be attached after the lane indication field in the code. Again, the arrangement order of the pieces of information constituting the code may be implemented differently.
  • the receiving terminal is compared with its location information (ie, GPS coordinate information), where the terminal that transmitted the message is relatively (eg, the transmission). Whether it exists before or after the terminal. Accordingly, the receiving terminal may determine whether to receive and relay the received message based on the relative position.
  • the code according to the present disclosure may further include information indicating a direction (ie, a target direction) in which a message is desired to be delivered, as well as information indicating a location of a source terminal.
  • a direction ie, a target direction
  • '0' means that the target direction is in front of the source terminal (ie, advancing direction) and '1' is the above. It may mean that the target direction is the rear of the source terminal (ie, the reverse direction of the travel direction). Since the neighboring terminals receiving the message can know the relative position with the source terminal and can determine the desired target direction, the source terminal can selectively decode or relay the message according to the determination.
  • FIG. 3 is another exemplary diagram illustrating a driving road of a vehicle using a code according to the present disclosure and a configuration of the code.
  • the coordinates coordinated are 43.1 seconds and 51.1 seconds when the GPS coordinate of the vehicle 300 running on the road is 37 degrees 26 minutes 43.1 seconds north and 126 degrees 57 minutes 51.1 seconds east.
  • the processed coordinate information may be loaded in the x coordinate field 320 and the y coordinate field 330 positioned next to the lane indication field 310, respectively.
  • the code may further include a target direction field 340 of 1-bit information indicating a desired direction (ie, a target direction) (for example, '1' indicates a direction behind the source terminal).
  • FIG. 4 is an exemplary diagram of a traveling road when the code according to the present disclosure includes floor information of the road.
  • the code according to the present disclosure may indicate the floor on which the vehicle is traveling on a road that is multilayered.
  • several roads may overlap, and although the GPS coordinates are the same, roads of different floors may actually travel.
  • the first vehicle 400 and the second vehicle 410 are in progress on the highway ramp, and the values corresponding to the GPS coordinates are all the same, but the information corresponding to the floor is different ('10' and '01', respectively). Is displayed.
  • the vehicle can calculate how many floors it is traveling by comparing the current value with the previous value (past value) of the GPS information and the map information.
  • the vehicle may include in the code how many floors it is traveling.
  • the information indicating the number of floors may be included in place of the information indicating on-load / off-load or may be included in addition to the information indicating on-load / off-load.
  • FIG. 5 is another exemplary diagram illustrating a configuration of a code according to the present disclosure.
  • a 2-bit field 500 for on-load / off-load instruction is used to indicate floor information of a road.
  • the floor information may be represented using two bits, '01' may indicate a first floor road, and '10' may indicate a second floor road.
  • the method of expression is not limited thereto, and may be expressed in other ways.
  • the floor in which the vehicle proceeds with respect to the bits corresponding to the total number of floors may be represented by '1' and the remaining floors may be represented by '0'.
  • other vehicles receiving the message containing the code can determine if the message is related to the message (ie, originating from a vehicle on the same floor as their floor).
  • FIG. 6 is an exemplary view of a traveling road when the code according to the present disclosure indicates a compound travel direction.
  • the south / north indication field 102 is a field assuming that all traveling roads are basically in the south / north (ie, up / down) directions.
  • the driving direction of the road may not be distinguished simply in the north / south direction.
  • the vector 602 indicating the traveling direction has almost no components in the south / north direction. Therefore, it may be incomplete to distinguish the traveling direction of the first vehicle 600 only in the south / north direction.
  • the components of the east / west direction vector in addition to the south / north direction may be simultaneously checked to clearly determine in which direction on the map the first vehicle 600 is directed through the composite heading direction field.
  • FIG. 7 is an exemplary diagram illustrating a configuration of a code including a compound progress direction indication field according to the present disclosure.
  • the composite heading direction field 700 may be composed of three bits. Specifically, the three bits may include a south / north bit 702, an east / west bit 704, and an actual direction bit 706. At this time, the vehicle displays '1' in the more directional bit among the south / north bit 702 and the east / west bit 704, and converts the actual direction of the bit indicated by the '1' into the actual direction bit 706. It can be displayed as '0' or '1'. The actual direction may indicate north as '1' for the south / north bit and west as '1' for the east / west bit. Of course, the opposite may also be expressed.
  • the first vehicle 600 driving in FIG. 6 has stronger east / west direction than south / north direction, so the east / west bit is '1' and the south / north bit is '0'.
  • the direction is west, so you can put the actual direction bit of '1'.
  • the complex traveling direction field of the first vehicle 600 may be represented by '011'. Since the second vehicle 610 driving in FIG. 6 has stronger south / north directionality than east / west directionality, the south / north bit is set to '1', the east / west bit is set to '0', and the actual direction is north. You can put the actual direction bit of '1'. In this case, the complex traveling direction field of the second vehicle 610 may be represented by '101'.
  • FIG. 8 is an exemplary diagram illustrating a configuration of a code including a target pattern field according to the present disclosure.
  • the source vehicle indicates only the direction in which the message is desired to be transmitted through the target direction field 340 included in the code.
  • the code of FIG. 8 includes a 2-bit target pattern field 800 instead of a target direction field, and the source vehicle may indicate a pattern for a specific direction and region through the target pattern field 800.
  • the pattern for the direction and the area may be predefined, and the target pattern field 800 includes an index for the defined pattern.
  • the pattern may be a 'forward line' indicated by index '00', a 'backward line' indicated by '01', and a 'forward indicated by' 10 '. And a 'backward triangle' indicated by 'forward triangle' and '11'.
  • FIG. 9 is an exemplary diagram of a road situation when a message is transmitted using a target pattern field of a code according to the present disclosure.
  • FIG. 9A illustrates a case where the value '10' of the target pattern field indicates an area of the front triangle as a message transfer area based on the source vehicle.
  • FIG. 9B illustrates a case in which the value '11' of the target pattern field indicates the area of the rear triangle with respect to the source vehicle as the message transfer area.
  • FIG. 9C illustrates a case in which a value '01' of the target pattern field indicates an area in the rear line with respect to the source vehicle as the message transfer area.
  • FIG. 9 (d) illustrates a case where the value '00' of the target pattern field indicates a front line area as a message transfer area based on the source vehicle.
  • the length or angle of the area indicated by the pattern may be set in advance in consideration of the characteristics of the event of the message.
  • a target pattern may vary according to a vehicle speed, an event to be transmitted by the vehicle, and the like.
  • the forward triangular pattern illustrated in FIG. 9 (a) may be advantageous if a message for requesting lane concessions is forwarded to vehicles located in front.
  • a fire truck or an ambulance when dispatched, a vehicle in front of the fire truck or the ambulance may not know which lane to move to. Therefore, the fire engine or the ambulance will be desirable to send a notification only to the vehicle ahead of the driving lane. That is, it may be advantageous to transmit a fire engine or an ambulance in the front row pattern illustrated in FIG. 9 (d).
  • the rear triangular transmission pattern illustrated in FIG. 9B may be useful. This is because, even when an accident occurs at a close distance, it may be unnecessary for a vehicle driving in a lane far from the lane where the accident occurred to be notified of the accident.
  • 10A is an exemplary diagram of a road in which an RSU informs gate information using a code according to the present disclosure.
  • FIG. 10A illustrates an example in which an RSU informs a toll gate opening and closing state of a highway. That is, the code according to the present disclosure may be used to inform the opening / closing of a hi-pass (a system for paying tolls on a toll road through wireless communication without stopping) applied tolls or toll gates. Since the toll gate is open / closed from time to time, it is difficult for the navigation device to provide real-time opening / closing information of the toll gate.
  • a hi-pass a system for paying tolls on a toll road through wireless communication without stopping
  • a road side unit (RSU) 1010 located near the toll gate may receive the location information of the vehicle 1000. Can be. Accordingly, the RSU 1010 may transmit information, a warning, or a message indicating to go in the right direction of the toll gate 1020 corresponding to the lane to reflect the current situation of the lane in which the vehicle is driving. .
  • the vehicle travels at high speed, so the time spent in the toll gate area is short. Therefore, it is more effective to make a visual indication of whether the passage (X / O) or sound can be visually displayed on the driving lane.
  • 10B is an exemplary diagram of a road indicating that an RSU is under construction using a code according to the present disclosure.
  • the code according to the present disclosure can be used to signal the lane under construction by the RSU on the road. Since the information of the lane under construction may be advantageously notified only to the vehicle driving in the corresponding lane, the RSU may inform only the vehicle notifying that the vehicle is under construction.
  • the vehicle 1030 located at the construction point may provide the RSU 1040 with information about the lane under construction (1051).
  • the vehicle 1050 driving in the lane broadcasts a code including its location information to the RSU 1040 (1052)
  • the RSU 1040 uses the information about the lane under construction by using the information.
  • An alarm informing the vehicle 1050 that it is under construction may be transmitted (1054).
  • a dedicated channel may be used or an alarm message may be broadcast using a location code including the location of the vehicle.
  • 11 is an exemplary road diagram when the hop number of relay transmission according to the present disclosure is limited.
  • TTL time to live
  • the receiving terminal When the receiving terminal reads the TTL field and determines that it is a receiving and relaying target, the receiving terminal reduces the value written in the TTL field by 1 and reconfigures the packet to transmit the relay. When the value of the TTL field is 2 or more, the receiving terminal determines that the reception and relay is a target. If the value of the TTL field is 1, the receiving terminal does not transmit any more.
  • the receiving terminal When the receiving terminal reconfigures the packet for relay transmission, the code information included in the received message is used as it is. By doing so, the target receiving area can be maintained initially as intended by the source terminal. By combining the code and the value of the TTL field, relay reception / transmission may be performed for various areas.
  • FIG. 11A illustrates a relay area when a source terminal transmits a message by setting a value of a TTL field to 1 without limitation on a target direction or a target pattern.
  • FIG. 11 (b) illustrates a relay area when a source terminal transmits a message by setting a target pattern to three front lanes and setting a value of 3 in a TTL field.
  • FIG. 11 (c) illustrates a relay area when a source terminal transmits a message by setting a target pattern to a rear line and setting a value of a TTL field to 3.
  • FIG. 12 is an exemplary diagram when a code according to the present disclosure includes a vendor specific field.
  • the code according to the present disclosure may additionally include a vendor specific field 1200 in addition to a field for indicating the position of the vehicle.
  • a vendor specific field 1200 may be pre-shared between vehicles as pre-made information.
  • the value '11111' in a specific field may mean a vehicle of BMW®
  • the value '11001' in a specific field may mean a vehicle of Hyundai®
  • the value '00001' in a specific field may mean a vehicle of Benz®.
  • FIG. 13 is an exemplary road diagram of a vehicle transmitting a message using a code including a vendor specific field according to the present disclosure.
  • the message sent by the vehicle 1300 produced by the company A includes a vendor specific field in which a value indicating 'company A' is set. Therefore, only vehicles 1302, 1304, 1306, 1308 of the Company A group can receive or relay the message. For example, if a safety related message is specific to a particular vendor, the vendor specific field may provide an environment that only the corresponding vehicles can exchange. Of course, the message also needs location information, and one vehicle belonging to the group may send and receive messages using the location code of the representative vehicle of the group.
  • lane detection algorithms can be used to increase accuracy in the exchange of information between vehicles of a particular vendor (and of a particular model).
  • the code according to the present disclosure may be used in vehicle information exchange for such lane detection algorithm.
  • FIG. 14 is a diagram illustrating a generation operation of code according to the present disclosure.
  • the terminal includes a code generation unit 1400 for performing a code generation operation.
  • the code generator 1400 is electrically connected to at least one of the GPS unit 1410, the MAP manager 1420, the lane detector 1430, the service manager 1440, and the mechanical / electronic event detector 1450. At least one piece of information may be received and a code may be generated based on the at least one piece of information.
  • the code generation unit 1400 may update (regenerate) the code whenever the input information is updated.
  • the GPS unit 1410 may update the coordinates indicating the position of the terminal (or vehicle) periodically or when an event occurs.
  • the GPS unit 1410 may transfer the coordinate information (not processed) to the MAP management unit 1420 or the navigation system.
  • the MAP management unit 1420 calculates a travel direction vector of the terminal (or vehicle), and whether the terminal (or vehicle) is on-road or off-road based on the calculated vector and coordinate information received, and how many of the multi-layer roads are used. It is determined whether the second floor, the direction of progress (for example, up / down) and transmits the determination result to the code generation unit 1400.
  • the lane detector 1430 periodically detects in which lane the terminal (or vehicle) runs or when an event occurs, and transmits the detected lane to the code generator 1400.
  • the mechanical / electronic event detection unit 1450 monitors an event such as a mechanical / electronic malfunction or an accident of the terminal (or vehicle), creates a message associated with the event, and a target direction (or target area) required for the message.
  • the code generator 1400 transmits information about the target pattern.
  • the service manager 1440 creates a message of a type that is not related to the mechanical / electronic state of the terminal (or vehicle) and generates information about a target direction (or target area, target pattern) requested by the message. To pass).
  • a message of a kind not related to the mechanical / electronic state may be, for example, a message proving, a discovery message, or a message of a service level independent of the mechanical / electronic state of the vehicle.
  • 15 is a diagram illustrating a configuration of a terminal device that communicates using a code according to the present disclosure.
  • the terminal (or vehicle) device 1500 may be implemented including at least one of the components illustrated in FIG. 15.
  • the GPS unit 1410 may monitor a signal transmitted from an external GPS satellite 1599 and recognize the position of the terminal 1500 as a coordinate.
  • the GPS unit 1410 may transfer the recognized coordinate information to the MAP manager 1420.
  • the MAP management unit 1420 includes map information, and calculates the on-load / off-road information of the terminal, the information on the floor of the driving road, and the heading direction information using the coordinate information to calculate the central data bus. (1580).
  • the camera 1520 may capture a road situation outside the terminal (or vehicle) and transmit the captured image to the lane detector 1430.
  • the lane detector 1430 detects the lane in which the vehicle is currently driving and transmits the corresponding lane information to the central data bus 1580 through a computer vision algorithm.
  • the mechanical / electronic event detection unit 1450 periodically or mechanically monitors the mechanical / electronic state. If an event occurs, the mechanical / electronic event detection unit 1450 delivers a message related to the event to the service manager 1440 or to the central data bus 1580. If the message is urgent, it may be directly transmitted to the code generator 1400.
  • the service manager 1440 may generate a message not related to a mechanical / electronic event or may receive a message from the mechanical / electronic event detection unit 1450.
  • the sub management unit 1440 may generate a related application level message.
  • the service manager 1440 may transfer the application level message to the message type determiner 1522.
  • the message type determiner 1522 may determine a target direction (or target area, target pattern) of the received message.
  • the determined target direction information is transmitted to the central data bus 1580.
  • the memory 1524 may be used to calculate and store various location related information.
  • the antenna 1526 may be used to detect / receive a signal transmitted from another vehicle 1598 outside the terminal 1500 or to transmit a signal generated by the communication unit 1530.
  • the communication unit 1530 may receive a signal using the antenna 1526 and convert the received signal into information.
  • the communication unit 1530 may transfer the received information to the control unit 1510.
  • the communication unit 1530 may perform wireless communication using, for example, a communication technology such as WiFi, mobile broadband (1G to 5G), or Bluetooth®.
  • the alarm may be displayed in the form of sound or video.
  • the speaker 1526 may output an alarm to the user by sound under the control of the controller 1510.
  • the display 1528 may output an alarm to the user as an image on the screen under the control of the controller 1510.
  • the central data bus 1580 may be used as a passage for exchanging information with various components with the controller 1510 and exchanging control signals.
  • the controller 1510 may control operations for generating a code to determine a message, determining whether to relay the received message, or notifying the user of the received message. All operations of the terminal (or vehicle) to be described in the present disclosure may be understood to be performed by the control of the controller 1510.
  • the controller may include at least one of a code generator 1400, a relay corrector 1512, a notification unit 1514, and a reception validator 1516. Although other components are shown outside of the controller 1510, the controller 1510 may include other components (eg, the GPS unit 1410, the MAP manager 1420, and the rain detector 1430). , The service manager 1440, the mechanical / electronic event detector 1450, and the communicator 1530 may also be implemented.
  • the code generator 1400 may generate a code by applying various embodiments described above in the present disclosure by using various information transmitted through the central data bus.
  • the code may be used directly in Layer 2 (eg, MAC layer) or in an upper layer (eg, application layer) according to the implementation method or standard specification. An example of using the code in the upper layer will be described in more detail in FIG. 18.
  • the reception validator 1516 determines whether the received data is valid for the terminal 1500, and if it is determined to be valid, transfers the data to the notification unit 1514, and if it is determined to be invalid, the data. Can be discarded.
  • the notification unit 1514 may control a notification by controlling the speaker 1526 and the display 1528 in a predefined manner according to the type of the received message.
  • the relay corrector 1512 may check whether a valid message received from another vehicle 1598 is required for relay at the same time or sequentially in the determination operation of the reception validator 1516. If a relay is needed, the relay corrector 1512 may modify a packet such as changing a value of the TTL field of the IP header. In addition, the relay correction unit 1512 may make a packet to relay and transmit the packet to the communication unit 1530.
  • 16 is an exemplary diagram of a message transmission method of a terminal according to the present disclosure.
  • the terminal may generate location information and a code corresponding to the location information (1600).
  • the terminal may update (or regenerate) the location information and the code periodically or at event generation.
  • the terminal may determine whether an event for transmitting a message has occurred (1602). That is, the terminal may check whether an event for transmitting a message including the generated code has occurred.
  • the terminal determines that an event for transmitting a message has occurred, the terminal generates the message (1604). For example, when the distance moved due to the location change of the terminal is greater than or equal to a threshold value, the terminal may determine that an event for transmitting a new message has occurred and generate the message.
  • the terminal checks whether the radio resource for the message transmission is granted (1606).
  • the terminal may request radio resources for the message transmission or wait until the radio resources are granted (1608).
  • the terminal may transmit the message including the code generated based on the location information of the terminal (1610).
  • the terminal may further perform an operation of checking whether the message is the latest message or updating the message. This is because if the location of the terminal is changed while waiting for the grant of the radio resource, the message that is not updated may not accurately reflect the current state of the terminal.
  • 17 is an exemplary diagram of a message receiving method of a terminal according to the present disclosure.
  • the terminal may generate location information and a code corresponding to the location information (1700).
  • the terminal may update (or regenerate) the location information and the code periodically or at event generation.
  • the terminal may receive a message including a code from another terminal (or another vehicle) (1702).
  • the terminal may compare the location information indicated by the code included in the message with its location information (1704). In the comparison, a calculation of a relative position using location information and map information indicated by the code may be performed.
  • the terminal may determine whether its location is within a target direction (or target area) indicated by the code (1706).
  • the terminal may decode the message (1708).
  • the terminal may further perform an operation of outputting an alarm based on the message.
  • the terminal may relay the received message (1710).
  • the terminal may modify the message such as reducing the TTL field value of the IP header.
  • the terminal may discard the received message (1712).
  • 18A is a diagram illustrating a relationship between a code generation operation of a receiving terminal and a communication protocol according to the present disclosure.
  • the code When the terminal receives the code (1820, 1840), the code may be used in the L2 layer (MAC layer) (1822, 1824, 1826), or may be used in the upper layer (application layer) (1842, 1844, 1846). .
  • the terminal should update its code based on its location (1830, 1850).
  • the code update operations 1830 and 1850 may be background performed in the same manner as the continuous (cyclic) update operation 1800 or on-demand background calculation 1810.
  • 18B illustrates a case in which a code according to the present disclosure is used in a D2D discovery channel.
  • the code of the present disclosure may be used in the discovery channel of the Proximity Service (ProSe) related communication standard defined in 3GPP.
  • ProSe Proximity Service
  • the code 1862 generated by combining the location code 1860 generated by the UE application and the alarm message on the application code of the ProSe function may be broadcasted to the PC5 interface via the MAC / PHY module 1863. have.
  • the terminal receiving the code receives the code through the PHY / MAC module 1864, analyzes the code and determines whether the terminal is the receiving target (1865). If the terminal is a reception target, the terminal may obtain an alarm message by inquiring the code to the ProSe function, but if the terminal is not the reception target, the terminal may discard the code.
  • 18C illustrates a case in which a code according to the present disclosure is used in a communication channel.
  • the codes of the present disclosure can be used in the communication channel of the 3G / 4G related communication standard defined in 3GPP.
  • 18C illustrates steps 1820-1826 of FIG. 18A in more detail.
  • the location code 1870 generated in the application of the UE may be a source L2 ID or a destination L2 ID 1187.
  • the location code may be used in the terminal together with information input to the MAC layer module 1872 of the communication channel of the terminal and input as an upper layer message.
  • 18D illustrates another case in which a code according to the present disclosure is used in a communication channel.
  • 18D illustrates steps 1840-1846 of FIG. 18A in more detail.
  • the location code 1880 generated by the application of the UE may be input to an application layer that is higher than the PDCP layer 1882 together with the information received through the higher layer message 188 and used in the terminal.
  • 19 is a diagram illustrating a resource structure when a code according to the present disclosure is used in a physical layer.
  • the code of this disclosure may be used in the physical layer, not the ID of Layer 2.
  • the code may be used like a scheduling assignment (1910) existing in a physical sidelink control channel (PSCCH) 1900 of a device to device (D2D) communication system. That is, the source terminal may generate the code and send the generated code to the SA 1910 together with the actual scheduling information (ie, time and frequency resource information).
  • PSCCH physical sidelink control channel
  • D2D device to device
  • a neighboring terminal must listen to the SA 1910 blindly. Accordingly, the neighboring terminal may read the code in the SA 1910 and check whether it belongs to the target area indicated by the code. When the terminal belongs to the target area, the terminal reads a message 1920 from a resource indicated by the scheduling information in the SA 1910. Optionally, the terminal may relay the message 1920.
  • FIG. 20 illustrates an example of a transmission method and a reception method when a code according to the present disclosure is transmitted through an SA of a PSCCH.
  • the terminal generates a code (2000).
  • the terminal transmits the code with the scheduling information in the SA using the granted radio resource (2002).
  • the terminal receives the radio resource. If there is no radio resource, the radio resource may be requested.
  • the terminal may transmit a message related to the code in a dedicated resource indicated by the scheduling information (2004).
  • 20 (b) illustrates a code reception method using SA.
  • the terminal first listens to the PSCCH (especially SA) (2010).
  • the terminal receives its code (2012).
  • the terminal compares its code with the code in the SA (particularly, by using a target direction) and determines whether it is a target to receive and relay a message (2014).
  • the determination may be performed in the L2 layer or the application layer.
  • the terminal may further determine whether to relay in consideration of the TTL field value of the IP header.
  • the terminal may listen to the message in the resource indicated by the SA and relay the message (2016).
  • the terminal may discard the code read from the SA (2018).
  • the code of the present disclosure described above may also be used for UE-to-UE relay in PTT service.
  • 21 illustrates a principle of determining a relay candidate in a PTT service using a code according to the present disclosure.
  • the relay discovery announcement message may have the code as well as an application message.
  • the geometry 2200 indicated by the message may then indicate that certain relay candidates 2202, 2204, and 2206 relay the data or message.
  • FIG. 22 illustrates a case where an RSU becomes a relay terminal in a V2X service using a code according to the present disclosure.
  • the RSU can be a relay terminal using the code of the present disclosure.
  • the vehicle 2200 may set a code (particularly, a target area) such that the RSU1 2210 becomes a relay terminal.
  • the RSU1 2210 calculates a position of a target receiver based on the code.
  • the RSU1 2210 may relay a message received from the vehicle 2200.
  • the RSU1 2210 may be in a state of being connected to a network, and the relay operation at this time is a type of UE-to-Network relay operation.
  • FIG. 23 is a diagram illustrating a relay method of an RSU using a code according to the present disclosure.
  • the RSU receives a code and a message from the vehicle (2300).
  • the RSU may or may not have its own location code.
  • the RSU may compare the received code with its own location code (2302). Receiving a message from the vehicle of the RSU may be determined (accepted) based on the location code of the RSU. If the RSU does not have its own location code, the RSU may receive all messages sent from vehicles within close proximity.
  • the RSU may calculate a location of a target receiver based on the received code (2304).
  • the RSU may decode the message (2306).
  • the RSU may modify the relay message (2308).
  • the RSU may operate to modify a relay related field (eg, a TTL field) in an IP header or to regenerate a relay message using the calculated position information of the target receiver.
  • a relay related field eg, a TTL field
  • the RSU may relay 2310 using the modified field and a new target code.
  • the code of the present disclosure described above may also be used for UE-to-Network relay in PTT service.
  • FIG. 24 illustrates a case in which a base station is determined to be a relay candidate in a PTT service using a code according to the present disclosure.
  • the relay node 2405 at a specific location may receive and relay the message.
  • the next hop of the relay node 2405 may be an eNB 2410. This relay action becomes a UE-to-network relay action.
  • the relative speed between the vehicles in the V2X communication may cause a Doppler shift phenomenon in the orthogonal frequency domain.
  • 25 is an illustration of a technique for solving the Doppler shift phenomenon using a code according to the present disclosure.
  • the Doppler shift phenomenon is not a serious problem, but the relative speed between vehicles moving at high speeds (particularly, vehicles moving at high speed in opposite directions) may cause serious Doppler shift phenomenon.
  • the first vehicle 2500 and the second vehicle 2502 traveling in opposite directions may be divided into a first frequency carrier 2510 and a second frequency carrier 2512 in the orthogonal frequency domain. Are assigned to each.
  • interference due to Doppler shift may occur in a portion 2520 of the frequency carrier used by the first vehicle 2500 and the second vehicle 2502 for transmission.
  • Mission critical services need to prevent this interference problem.
  • the RSU 2530 opens a frequency gap 2540 by the expected Doppler shift in the frequency domain.
  • radio frequency resources 2550 and 2552 may be allocated to the vehicles 2500 and 2502, respectively.
  • the RSU 2530 may determine the frequency gap 2540 in consideration of Doppler shifts for respective driving directions in two frequency domains of the first vehicle 2500 and the second vehicle 2502. In this case, the Doppler shift does not occur in the frequency resources 2550 and 2552 used by the first vehicle 2500 and the second vehicle 2502, and the Doppler shift is caused when V2X communication between the vehicles 2500 and 2502 is performed.
  • the location codes of the vehicles 2500 and 2502 may be transmitted to the RSU 2530 through a scheduling request (SR) message or a buffer status report (BSR) message, or the location codes may be transmitted in a random access procedure. May be sent to the RSU.
  • SR scheduling request
  • BSR buffer status report
  • the location code transmitted by the vehicle indicates that the driving at the intersection, the vehicle can not increase the speed, it will not have to leave a frequency gap when assigning frequency resources.
  • an IP connection process may be performed. Processes such as authentication and IP address allocation in the IP connection process are very time consuming and cause an increase in end-to-end delay time.
  • the present disclosure proposes an IP address preallocation scheme. This technique can be applied when relay node selection is required.
  • a terminal When a terminal communicates data with a target terminal through a relay terminal, three types of discovery messages are required for the terminal to find the target terminal.
  • the group member discovery message may include a message type (2 bits), a discovery type (2 bits), a UE ID (24 bits), and announcer info (: application level ID). Can be.
  • the relay discovery request message includes a message type (2 bits), a discovery type (2 bits), a UE ID (24 bits), a discovery terminal information (application level ID), and a target. It may include information (target info).
  • the response message may include a message type (2 bits), a discovery type (2 bits), a UE ID (24 bits), and discovery terminal information (eg, application level ID).
  • Each terminal may maintain the information of the neighboring terminals (eg, ProSe UE ID and pair information of the discovered terminal) by exchanging the three messages.
  • the neighboring terminals eg, ProSe UE ID and pair information of the discovered terminal
  • Both target info included in the relay discovery request message and discoveree info included in the response message may be used for identifying a target terminal. Accordingly, the other terminal receiving the relay discovery request message or the response message may check whether information on the target terminal is included in its neighbor node information. If the information of the target terminal is in the neighbor node information, the other terminal determines to perform a relay, assigns an IP address to the source node and the target node, and transmits the allocated IP addresses in a response message. Can be.
  • the relay discovery request message includes a registered UE ID (ie, international mobile subscriber identity (IMSI)).
  • IMSI international mobile subscriber identity
  • the response message includes at least one of a random challenge (RAND), an authentication token for home subscriber server (AUTN_ ⁇ HSS ⁇ ), and a local IP pair of the source terminal / target terminal.
  • 26 is a signal flowchart of a method for relay communication between terminals using IP address pre-allocation according to the present disclosure.
  • the terminal 1 (source terminal) 2600 that recognizes an out of coverage (OOC) may transmit a group member discovery message (2610). Through this, the terminal 1 2600 can check the reachability up to the terminal 2 (target terminal) 2606.
  • OOC out of coverage
  • the UE1 2600 checks whether it has a path to the UE2 2606. If not having the path, the UE1 2600 may perform at least one next operation.
  • the UE1 2600 transmits a relay discovery request message (2615).
  • the relay discovery request message may include a name of a target UE (ie, UE2) and information such as a registered UE ID (eg, IMSI) of itself (ie, UE1).
  • a target UE ie, UE2
  • information such as a registered UE ID (eg, IMSI) of itself (ie, UE1).
  • the relay candidate UE-R1 2602 and the UE-R2 2604 may send a response message to the relay discovery request message, respectively (2620 and 2625).
  • the response message may include a name of the target UE, a source IP address assigned to the source terminal, and a destination IP address assigned to the target terminal.
  • Any terminal i.e., a target terminal
  • the target terminal may transmit a pre authorization message including an IMSI.
  • the UE1 2600 may select a relay terminal (eg, UE-R1 2602) using reference signal received power (RSRP) or other higher layer information (2630).
  • RSRP reference signal received power
  • the authentication information obtained in the response message may be transmitted to the selected UE-R1 2602 for authentication. By doing so, it is possible to save the authentication time required after the determination of the relay terminal and the time required for IP allocation.
  • the UE1 2600 generates a data packet and transmits the data packet to the UE-R1 2602 (2635).
  • the UE1 2600 may generate the data packet using the obtained local source IP address, destination IP address, UE1 L2 ID, and UE-R L2 ID.
  • the UE-R1 2602 monitors the received data. If a data packet having a source IP address, a destination IP address, previously assigned to it is received, the UE-R1 2602 identifies that the received data is relay traffic, and identifies the relay traffic as the source IP address, destination. The IP address, the UE-R L2 ID, and the L2 ID of the target UE are redirected to the UE2 2606 (2640).
  • the UE2 2606 may receive the relayed data and decode the packet.
  • FIG. 27 is a diagram illustrating a configuration of an RSU apparatus according to the present disclosure.
  • the RSU device 2700 may include a controller 2705 and a transceiver 2710.
  • the controller 2705 is a component that controls the operation of the RSU.
  • the controller 2705 may be understood as a component that performs all operations of the RSU described in the present disclosure.
  • the transceiver 2710 is a component that transmits and receives a signal with another terminal (or vehicle) under the control of the controller 2705.
  • FIGS. 1 to 27 a diagram of a road system diagram, an example of a transmission / reception method, and an example of a signal flow diagram are not intended to limit the scope of the present disclosure. That is, all information, fields, components, or steps of operations described in FIGS. 1 to 27 should not be interpreted as essential components for the implementation of the present disclosure, and may include only some of the components. It can be implemented within a range that does not harm.
  • the above-described operations can be realized by providing a memory device storing the corresponding program code to any component in an entity, a function, a base station, a terminal, or a vehicle device of the communication system. That is, the controller of an entity, a function, a base station, a terminal, or a vehicle device may execute the above-described operations by reading and executing a program code stored in a memory device by a processor or a central processing unit (CPU).
  • CPU central processing unit
  • the various components of the entities, functions, base stations, terminals, or vehicle devices, modules, and the like described herein may be hardware circuits, such as complementary metal oxide semiconductor based logic. It may also be operated using hardware circuitry such as circuitry, firmware, and software and / or hardware and a combination of firmware and / or software embedded in a machine-readable medium. As an example, various electrical structures and methods may be implemented using transistors, logic gates, and electrical circuits such as application specific semiconductors.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Atmospheric Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시는 차량에 구비되는 통신 단말의 릴레이 기반 통신 방법에 있어서, 상기 차량의 GPS(global positioning system) 좌표를 획득하는 동작; 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 주행 방향을 결정하는 동작; 상기 차량의 주행 차선을 감지하는 동작; 상기 GPS 좌표, 상기 주행 방향 및 상기 주행 차선에 대한 정보를 포함하는 위치 코드를 생성하는 동작; 및 상기 생성된 위치 코드를 포함하는 메시지를 생성하고 상기 메시지를 전송하는 동작을 포함하는 방법을 제공한다.

Description

통신 단말의 릴레이 기반 통신 기법
본 개시는 통신 단말의 통신 기법에 관한 것으로써, 릴레이 기반 브로드캐스트 방식의 통신 방법 및 장치에 관한 것이다.
4G (4th-Generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G (5th-Generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (beyond 4G network) 통신 시스템 또는 LTE 시스템 이후 (post LTE)의 시스템이라 불리고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파 (mmWave) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서 전파의 경로 손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive MIMO), 전차원 다중입출력 (full dimensional MIMO: FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (device to device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (coordinated multi-points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 시스템에서는 진보된 코딩 변조 (advanced coding modulation: ACM) 방식인 FQAM (hybrid FSK and QAM modulation) 및 SWSC (sliding window superposition coding)과, 진보된 접속 기술인 FBMC (filter bank multi carrier), NOMA (non-orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.
인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 사물인터넷 (Internet of Things, IoT) 망으로 진화하고 있다. IoE (Internet of Everything) 기술은 클라우드 서버 등과의 연결을 통한 빅데이터 (Big data) 처리 기술 등이 IoT 기술에 결합된 하나의 예가 될 수 있다.
IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술 등과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 연구되고 있다.
IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
브로드캐스트(broadcast) 방식으로 단말간 통신이 수행되는 경우, 통신 커버리지(coverage) 내에 있는 모든 단말은 메시지를 수신하고, 수신한 메시지를 재전송할 수 있다. 이렇게 함으로써, 단말간 통신을 수행하는 단말은, 기지국 없이도, 긴급한 메시지를 원거리까지 전달할 수 있다.
V2X(vehicle to everything) 시스템의 경우나 재난 상황 등의 경우에서, PTT(push to talk; 푸시 투 토크)와 같은 릴레이를 사용하는 응용 기법들이 주목받고 있다. PTT는 인터랙티브 호(interactive call) 서비스의 개념으로 사용되어 왔으나, 최근에는 다수의 사용자 또는 그룹을 대상으로 데이터 서비스를 가능하게 하는 형태로도 서비스되고 있다. 예를 들어, PTT를 이용하는 단말은 다수의 사용자 또는 그룹을 대상으로 실시간으로 데이터를 송수신하고, 실시간으로 송수신된 데이터를 재생할 수도 있다.
V2X 시스템에서 이동하는 차량의 속도가 너무 빠른 경우 또는 기지국이 유실되는 등의 긴급 상황(예를 들어, 재난 상황)의 경우에서, 소스 단말(또는 소스 차량; 메시지를 발신하는 단말)은 한번의 무선 전송으로 원하는 메시지를 타깃 단말 (또는 타깃 차량)에게 전달시키기 어려울 수 있다. 이러한 어려움의 해결을 위해 릴레이 기법이 이용될 수 있다. 릴레이를 통해 소스 단말로부터 메시지를 수신한 다른 단말들은 상기 수신한 메시지를 타깃 단말에게 전달하기 위해 이미 유실된 eNB(eNodeB) 또는 GW(gateway)와 같은 네트워크의 장치에게 전달하지 않고, 직접 상기 타깃 단말에게 전달함으로써, 단말간 통신 시간을 줄일 수 있다.
재난 상황의 경우, 소스 단말의 통신 커버리지 내에 기지국이 없을 수 있으므로, PTT 서비스를 지원하기 위해서도 소스 단말과 상기 커버리지 밖에 있는 기지국 사이에는 릴레이 동작이 사용될 수 있다.
릴레이 기법은 브로드캐스트 방식의 통신에 기반하고 있다. 소스 단말로부터 메시지를 수신한 모든 다른 노드는 릴레이 후보 노드가 될 수 있다. 따라서, 모든 릴레이 후보 노드로부터 발생하는 브로트캐스트 플러딩(flooding; 연결된 다른 모든 노드로의 전달 현상)은 릴레이의 폭증을 발생시킬 수 있다.
한번 소스 노드가 데이터 패킷을 전송하면, 상기 소스 노드의 라디오 커버리지 안에 있는 모든 단말들은 릴레이 노드가 될 수 있고, 상기 릴레이 노드는 상기 데이터 패킷을 수신함과 동시에 상기 수신 패킷을 릴레이할 수 있다. 이 경우, 상기 릴레이 단말들은 동일한 무선 자원을 사용하게 될 확률이 높아지게 되고, 결국 상기 동일한 자원을 사용한 통신은 수신단에서의 충돌이나 간섭을 일으키게 될 것이다. 이러한 현상은 수신단에서 데이터 신뢰성을 저하시킨다.
이와 별개로, 소스 단말이 타깃 단말과 라우팅(routing)을 통한 IP 통신을 하는 경우에는, 데이터 전송 전에 루트(route)를 미리 설정하게 된다. 이때, 안전한 통신을 위해 많은 사전 절차(즉, 사전 메시지의 송신 및 수신)이 수반되어야 한다. 특히 단말의 인증과 IP 주소 할당을 위한 사전 절차는 시간을 많이 요구하며, 따라서 라우팅을 통한 단말간 IP 통신에서 높은 지연시간을 만드는 원인이 된다.
본 개시는 브로드캐스트 기반의 릴레이 기법을 이용하여 단말간 통신을 수행할 때 발생할 수 있는 무선 자원 낭비 및 통신의 충돌을 막는 기법을 제공한다.
본 개시는 브로드캐스트 기반의 릴레이 기법을 이용하여 단말간 통신을 수행할 때 릴레이를 수행할 단말을 지역 정보 기반으로 제한하는 기법을 제공한다.
본 개시는 단말간 통신에 따라 단말이 메시지를 전달해야 할 경우, 또는 릴레이 방식을 통해서 수신된 브로드캐스트 메시지를 근방의 다른 단말에게 연속적으로 전달해야 할 경우, 브로드캐스트 메시지의 릴레이 재전송 단말을 지역 정보 기반으로 제한하는 기법을 제공한다.
본 개시는 릴레이 전송으로 인한 플러딩을 방지하기 위해, 브로드캐스트되는 메시지를 수신할 단말을 소스 단말의 위치를 기준으로 알림으로써, 메시지의 수신이 필요한 단말을 한정하고, 상기 한정된 단말만이 릴레이를 수행하도록 하여, 불필요한 데이터 수신 및 재송신을 막고, 통신의 신뢰성을 높이는 기법을 제공한다.
본 개시는 차량에 구비되는 통신 단말의 릴레이 기반 통신 방법에 있어서, 상기 차량의 GPS(global positioning system) 좌표를 획득하는 동작; 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 주행 방향을 결정하는 동작; 상기 차량의 주행 차선을 감지하는 동작; 상기 GPS 좌표, 상기 주행 방향 및 상기 주행 차선에 대한 정보를 포함하는 위치 코드를 생성하는 동작; 및 상기 생성된 위치 코드를 포함하는 메시지를 생성하고 상기 메시지를 전송하는 동작을 포함하는 방법을 제안한다.
또한 본 개시는 차량에 구비되는 통신 단말의 릴레이 기반 통신 방법에 있어서, 상기 차량의 GPS(global positioning system) 좌표를 획득하는 동작; 위치 코드를 포함하는 메시지를 타 차량으로부터 수신하는 동작; 상기 GPS 좌표 및 상기 위치 코드에 의해 지시되는 정보에 근거하여 릴레이 여부를 결정하는 동작; 및 상기 결정에 근거하여 상기 메시지를 디코딩하고 릴레이 하는 동작을 포함하되, 상기 위치 코드는, 상기 타 차량의 GPS 좌표, 주행 방향 및 주행 차선에 대한 정보를 포함함을 특징으로 하는 방법을 제안한다.
또한 본 개시는 차량에 구비되는 릴레이 기반 통신 단말에 있어서, 상기 차량의 GPS(global positioning system) 좌표를 획득하고, 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 주행 방향을 결정하고, 상기 차량의 주행 차선을 감지하고, 상기 GPS 좌표, 상기 주행 방향 및 상기 주행 차선에 대한 정보를 포함하는 위치 코드를 생성하고, 상기 생성된 위치 코드를 포함하여 메시지를 생성하는 제어부; 및 상기 생성된 메시지를 전송하는 통신부를 포함하는 단말을 제안한다.
또한 본 개시는 차량에 구비되는 릴레이 기반 통신 단말에 있어서, 위치 코드를 포함하는 메시지를 타 차량으로부터 수신하는 통신부; 및 상기 차량의 GPS(global positioning system) 좌표를 획득하고, 상기 GPS 좌표 및 상기 위치 코드에 의해 지시되는 정보에 근거하여 릴레이 여부를 결정하고, 상기 결정에 근거하여 상기 메시지를 디코딩하고 릴레이 하는 제어부를 포함하되, 상기 위치 코드는, 상기 타 차량의 GPS 좌표, 주행 방향 및 주행 차선에 대한 정보를 포함함을 특징으로 하는 단말을 제안한다.
기타 실시예의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
본 발명의 실시예들에 의하면 적어도 다음과 같은 효과가 있다.
본 개시는, 릴레이 전송 폭증을 해결하여, 불필요한 수신/재송신을 막고, 통신의 신뢰성을 높인다.
또한 본 개시는 릴레이 노드 선택 이후 데이터 전송 시에 셋업에 소요되는 시간을 줄임으로써, 단말간(end-to-end; 종단간) 통신의 지연 시간을 줄인다.
본 발명에 따른 효과는 이상에서 예시된 내용에 의해 제한되지 않으며, 더욱 다양한 효과들이 본 명세서 내에 포함되어 있다.
도 1은 본 개시에 따른 코드의 구성을 설명하는 일 예시도;
도 2는 본 개시에 따른 코드를 이용하여 전송된 메시지를 근접 차량이 릴레이 여부를 판단하는 경우의 주행 도로를 예시하는 도면;
도 3은 본 개시에 따른 코드를 이용하는 차량의 주행 도로와, 코드의 구성을 설명하는 다른 예시도;
도 4는 본 개시에 따른 코드가 도로의 층 정보를 포함하는 경우의 주행 도로의 예시도;
도 5는 본 개시에 따른 코드의 구성을 설명하는 다른 예시도;
도 6은 본 개시에 따른 코드가 복합 진행 방향을 지시하는 경우의 주행 도로의 예시도;
도 7은 본 개시에 따라 복합 진행 방향 지시 필드를 포함하는 코드의 구성을 설명하는 예시도;
도 8은 본 개시에 따라 타깃 패턴 필드를 포함하는 코드의 구성을 설명하는 예시도;
도 9는 본 개시에 따른 코드의 타깃 패턴 필드를 이용하여 메시지를 전달하는 경우의 도로 상황의 예시도;
도 10a은 본 개시에 따른 코드를 이용하여 RSU가 게이트 정보를 알리는 도로의 예시도;
도 10b는 본 개시에 따른 코드를 이용하여 RSU가 공사중임을 알리는 도로의 예시도;
도 11은 본 개시에 따른 릴레이 전송의 홉 수가 제한되는 경우의 도로 예시도;
도 12는 본 개시에 따른 코드가 벤더 특정 필드를 포함하는 경우의 예시도;
도 13은 본 개시에 따라 벤더 특정 필드를 포함하는 코드를 사용하여 메시지 전송하는 차량의 도로 예시도;
도 14는 본 개시에 따른 코드의 생성 동작을 예시하는 도면;
도 15는 본 개시에 따른 코드를 이용하여 통신하는 단말 장치의 구성을 예시하는 도면;
도 16은 본 개시에 따른 단말의 메시지 송신 방법의 예시도;
도 17은 본 개시에 따른 단말의 메시지 수신 방법의 예시도;
도 18a는 본 개시에 따른 수신 단말의 코드 생성 동작과 통신 프로토콜 간의 관계를 설명하는 도면;
도 18b는 본 개시에 따른 코드가 D2D 디스커버리 채널에서 사용되는 경우를 예시하는 도면;
도 18c는 본 개시에 따른 코드가 통신 채널에서 사용되는 경우를 예시하는 도면;
도 18d는 본 개시에 따른 코드가 통신 채널에서 사용되는 다른 경우를 예시하는 도면;
도 19는 본 개시에 따른 코드가 물리 계층에서 사용되는 경우의 자원 구조를 예시하는 도면;
도 20은 본 개시에 따른 코드를 PSCCH의 SA를 통해 전송하는 경우의 전송 방법 및 수신 방법의 예시도;
도 21는 본 개시에 따른 코드를 사용하는 PTT 서비스에서 릴레이 후보가 결정되는 개념도;
도 22는 본 개시에 따른 코드를 사용하는 V2X 서비스에서 RSU가 릴레이 단말이 되는 경우의 예시도;
도 23은 본 개시에 따른 코드를 이용하여 RSU의 릴레이 방법을 예시하는 도면;
도 24는 본 개시에 따른 코드를 사용하는 PTT 서비스에서 기지국이 릴레이 후보로 결정되는 경우를 예시하는 도면;
도 25는 본 개시에 따른 코드를 이용하여 도플러 쉬프트 현상을 해결하는 기법의 예시도;
도 26은 본 개시에 따라서 IP 주소 선할당을 이용하는 단말간 릴레이 통신 방법의 신호 흐름도;
도 27은 본 개시에 따른 RSU 장치의 구성을 예시하는 도면이다.
이하, 첨부된 도면들을 참조하여 본 개시의 실시예를 상세하게 설명한다. 하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로써 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 개시의 자세한 설명에 앞서, 본 명세서에서 사용되는 몇 가지 용어들에 대해 해석 가능한 의미의 예를 제시한다. 하지만, 아래 제시하는 해석 예로 한정되는 것은 아님을 주의하여야 한다.
기지국(Base Station)은 단말과 통신하는 일 주체로서, BS, NodeB(NB), eNodB(eNB), AP(Access Point) 등으로 지칭될 수도 있다.
단말(User Equipment)은 기지국 또는 다른 단말과 통신하는 일 주체로서, 노드, UE, 이동국(Mobile Station; MS), 이동장비(Mobile Equipment; ME), 디바이스(device), 터미널(terminal) 등으로 지칭될 수도 있다. 특히, 본 개시에서는 V2X 시스템을 예로써 설명하므로, 단말은 차량 또는 상기 차량 내에 구비되는 통신 단말으로 이해될 수 있다.
본 개시는 크게 두 가지 기법을 제안한다. 첫째로, 브로드캐스트 방식의 릴레이를 통해 단말간 통신을 수행함에 있어서, 코드를 이용하여 릴레이 후보 노드를 필터링하는(또는 제한하는) 기법을 설명하고, 둘째로, 라우팅을 수행하여 릴레이를 통한 단말간 통신을 수행함에 있어서, IP 주소를 미리 할당하는 기법을 설명할 것이다.
먼저, 단말간 통신을 수행함에 있어서 코드를 이용하여 릴레이 후보 노드를 필터링하는 기법을 설명한다.
소스 단말은 메시지를 전송하기 위해 데이터 패킷을 생성할 때, 본 개시에서 설명하는 코드를 포함시킬 수 있다. 상기 코드는 상기 소스 단말의 위치 정보를 지시하는 코드로써 위치 코드로 호칭될 수도 있다. 상기 코드는 상기 소스 단말이 송신하는 모든 메시지에 포함될 수 있으나, 구체적으로 어떠한 메시지에 포함될 것인지에 대해서 예시될 것이다.
상기 소스 단말이 상기 코드를 포함하는 데이터 패킷을 전송하면, 상기 소스 단말의 통신 커버리지 내의 단말(즉, 근접 단말)은 상기 데이터 패킷을 수신하고, 상기 데이터 패킷 내의 상기 코드를 읽어서 자신의 위치와 비교 판단함으로써 상기 수신된 데이터 패킷을 릴레이 할 것인지 아닌지를 판단할 수 있다. 이렇게 함으로써, 상기 소스 단말이 전송한 메시지는 모든 근접 단말에 의해 릴레이 되지 않고 일정 조건에 의해 필터링된 근접 단말에 의해서만 릴레이 될 수 있다. 이렇게 함으로써, 상기 필터링에 이용되는 상기 코드는 불필요하게 릴레이 되는 데이터 패킷의 브로드캐스팅을 방지할 수 있을 뿐만 아니라, 수신 단말에서의 데이터 패킷 충돌을 방지할 수도 있다.
본 개시에 따른 코드는 소스 단말의 위치에 따른 하나 이상의 정보에 기반하여 생성될 수 있다. 예를 들어, 상기 코드는 i) 길 위에 있느냐(on load) 없느냐(off load)에 대한 정보, ii) (다층의 도로로 되어 있는 구조의 경우) 몇 번째 층의 도로에 있는가에 대한 정보, iii) 진행 방향 (예를 들어, 상행 또는 하행, 북쪽 또는 남쪽)에 대한 정보, 및 iv) 주행 레인(lane; 차선)에 대한 정보 중 적어도 하나에 기반하여 생성될 수 있다.
상기 코드의 설계는 차량의 위치 특정으로부터 가능하다. V2X 시스템에서 차량의 레인 발견은 가능하고, GPS(global positioning system)를 통한 상기 차량의 위치 정보 습득도 항상 가능하다고 가정된다. 이때, 맵(map) 응용 프로그램은 GPS 위치 정보를 기반으로 상기 차량의 진행 방향을 알아낼 수 있다.
일반적으로 V2X 서비스는 특정 이벤트에 대해 방향성 알림이 요구된다. 예를 들어, 주행도로의 상행선 도로에서 충돌이 발생하면, 충돌이 발생한 차량은 충돌 이벤트에 관련된 메시지를 만들고 상기 메시지를 자신의 진행 방향(즉, 상행선 방향)의 차량들에만 알리는 것이 바람직하다. 반대 방향(즉, 하행선 방향)의 도로 및 차량은 상기 충돌과는 큰 연관이 없고, 오히려 상기 충돌에 관한 알림은 반대 방향 도로에서 주행중인 차량의 운전자에게 불필요한 경계를 일으켜 또 다른 사고를 만들 수도 있기 때문이다.
도 1은 본 개시에 따른 코드의 구성을 설명하는 일 예시도이다.
도 1에 의해 예시되는 코드는 온로드/오프로드 지시 필드(100), 남/북 지시 필드(102), 및 레인 지시 필드(104)를 포함하고 있다. 일 예로, 상기 코드는 송신 단말(즉, 송신 차량)이 온로드(on road)이고(100), 북쪽 방향의 진행이며(102), 3번째 레인에 있다(104)는 의미를 갖는다. 도 1에 설명된 코드 설계는 일 예시일 뿐, 코드를 구성하는 정보들의 배치 순서 및 특정 정보의 코딩 방식 등은 변경될 수 있다. 예를 들어, 상기 레인 지시 필드(104)는 도 1에 예시된 바와 같이 주행 레인(즉, 3레인)을 지시하는 값(즉, 3)을 이진수(즉, '011')로 표기할 수도 있고, 레인의 총 개수에 상응하는 비트들에 대해 주행 레인만 '1'로 표기하고 나머지 레인을 '0'으로 표기하는 방식으로 표현될 수도 있다(예를 들어, 총 3 개의 레인 중 3번째 레인은 '001'로 표기될 수 있음). 상기 코드는 다른 용도로 사용되기 위한 예약 필드(106)를 더 포함할 수도 있다.
도 2는 본 개시에 따른 코드를 이용하여 전송된 메시지를 근접 차량이 릴레이 여부를 판단하는 경우의 주행 도로를 예시한다.
도 2에서 온로드('1') 상태에서 북쪽 방향('1')으로 3번째 레인에서 주행중인 제1 차량(200)이 메시지를 만들어 전송한다. 상기 메시지는 예를 들어, '11011XX' 또는 '11001XX'와 같이 표현될 수 있다. 상기 제1 차량과 동일한 진행 방향에 있는 제2 차량(210)은 상기 메시지를 수신하여 릴레이를 할 수 있지만, 반대 방향에서 주행중인 제3 차량(220)은 상기 수신된 메시지에 포함된 코드에 의해 지시되는 진행 방향이 자신과 다르므로(즉, 진행 방향이 다르므로) 상기 수신된 메시지를 디코딩 및 릴레이 하지 않고 버린다.
본 개시에 따른 코드는 추가적으로 소스 단말의 GPS 위치 좌표 정보에 더 기반하여 생성될 수 있다.
GPS 좌표에서 1초(1'')는 실제로는 지상에서 약 37 미터의 입도(granularity)를 가지므로, 많은 경우 초 단위 이하의 (예를 들어, 1초 05) GPS 좌표 정보만 사용해도 차량은 도로 상에서 타 차량과의 상대적인 위치를 모두 인지할 수 있다. 상기 GPS 좌표 정보는 상기 코드에 덧붙여질 수 있다. 구체적으로 위도 또는 경도에 해당하는 초 단위 이하의 정보가 상기 코드에서 레인 지시 필드 뒤에 붙여질 수 있다. 다시 말하지만, 상기 코드를 구성하는 각 정보들의 배치 순서는 다르게 구현될 수도 있을 것이다.
상기 GPS 좌표 정보를 포함하는 코드의 메시지가 브로드캐스트 된다면, 수신 단말은 자신의 위치 정보(즉, GPS 좌표 정보)와 비교하여, 상기 메시지를 송신한 단말이 상대적으로 어디에(예를 들어, 상기 송신 단말의 앞에 또는 뒤에) 존재하는지 알 수 있게 된다. 따라서, 상기 수신 단말은 상대적 위치에 근거하여 상기 수신된 메시지를 수신 및 릴레이를 할 것인지 판단할 수 있다.
따라서, 본 개시에 따른 코드는 소스 단말의 위치를 지시하는 정보뿐만 아니라, 메시지가 전달되기를 원하는 방향(즉, 타깃 방향)을 지시하는 정보를 더 포함할 수도 있다. 예를 들어, 상기 타깃(target) 방향을 지시하기 위해 1 비트(bit)가 사용될 때, '0'은 상기 타깃 방향이 상기 소스 단말의 앞쪽(즉, 진행 방향)임을 의미하고 '1'은 상기 타깃 방향이 상기 소스 단말의 뒤쪽(즉, 진행 방향의 역방향)임을 의미할 수 있다. 상기 메시지를 수신한 주변 단말들은 상기 소스 단말과의 상대적 위치를 알 수 있고, 상기 소스 단말이 원하는 타깃 방향을 판단할 수 있으므로, 상기 판단에 따라서 선택적으로 상기 메시지를 디코딩하거나 릴레이 할 수 있다.
도 3은 본 개시에 따른 코드를 이용하는 차량의 주행 도로와, 코드의 구성을 설명하는 다른 예시도이다.
도 3에서는, 도로 상에 주행중인 차량(300)의 GPS 좌표가 북위 37도26분43.1초이고 동경 126도57분51.1초일 때 가공된 좌표(tailored coordinate)는 43.1초 및 51.1초인 것이 예시된다. 상기 가공된 좌표 정보는 레인 지시 필드(310)의 다음에 위치하는 x 좌표 필드(320) 및 y 좌표 필드(330)에 각각 실릴 수 있다. 또한, 상기 코드에는 원하는 방향(즉, 타깃 방향)을 지시하는 1비트 정보(예를 들어, '1'은 소스 단말의 뒤쪽 방향임을 지시함)의 타깃 방향 필드(340)가 더 포함될 수 있다.
도 4는 본 개시에 따른 코드가 도로의 층 정보를 포함하는 경우의 주행 도로의 예시도이다.
앞서 설명하였듯이, 본 개시에 따른 코드는 다층으로 되어 있는 도로에서 차량이 주행 중인 층을 표시할 수도 있다. 고가도로 또는 고속도로 램프(ramp)의 경우 여러 도로가 겹칠 수 있으며, 이때 GPS 좌표는 동일하더라도 실제로 다른 층의 도로를 진행 할 수 있다. 도 4에서, 제1 차량(400)과 제2 차량(410)은 고속도로 램프에서 진행중이고, GPS 좌표에 해당하는 값이 모두 같지만, 층에 해당하는 정보가 다르게(각각 '10'과 '01'으로) 표시되고 있다.
차량은 GPS 정보와 맵 정보의 이전 값(과거 값)과 현재 값을 비교함으로써, 자신이 몇 층의 도로를 진행하고 있는지 계산할 수 있다. 따라서, 상기 차량은 자신이 몇 층의 도로를 진행하고 있는지를 코드에 포함시킬 수 있다. 선택적으로, 상기 몇 층의 도로인지를 지시하는 정보는 온로드/오프로드를 지시하는 정보를 대체하여 포함될 수도 있고, 온로드/오프로드를 지시하는 정보 외에 추가적으로 포함될 수도 있다.
도 5는 본 개시에 따른 코드의 구성을 설명하는 다른 예시도이다.
도 5에서는 온로드/오프로드 지시하기 위한 2 비트의 필드(500)가 도로의 층 정보를 지시하기 위해 사용된다. 상기 층 정보는 2 비트를 사용해서 표현되고, '01'은 1층 도로를 지시하고, '10'은 2층 도로를 지시할 수 있다. 상기 표현의 방법은 이에 한정되지 않으며, 다른 방법으로 표현될 수도 있다. 예를 들어, 층의 총 개수에 상응하는 비트들에 대해 차량이 진행하는 층을 '1'로 표시하고 나머지 층은 '0'으로 표현할 수도 있다. 이렇게 함으로써, 상기 코드가 포함된 메시지를 수신하는 다른 차량들은 상기 메시지가 자신과 관련있는(즉, 자신의 층과 같은 층의 차량으로부터 발신된) 메시지인지 판단할 수 있다.
도 6은 본 개시에 따른 코드가 복합 진행 방향을 지시하는 경우의 주행 도로의 예시도이다.
도 1에서 남/북 지시 필드(102)는 모든 진행 도로가 기본적으로 남/북(즉, 상행/하행) 방향으로 되어 있다고 가정한 필드이다. 하지만, 도로의 진행 방향은 단순히 남/북 방향으로만 구분되지 못할 수도 있다. 예를 들어, 도 6에서 제1 차량(600)의 경우 진행 방향을 나타내는 벡터(602)에는 거의 남/북 방향의 성분이 없다고 볼 수 있다. 따라서, 상기 제1 차량(600)의 진행 방향을 남/북 방향만으로 구분하는 것은 불완전할 수 있다. 따라서, 선택적으로, 남/북 방향 외에 동/서 방향 벡터의 성분도 동시에 검사하여, 지도 상의 어느 방향을 상기 제1 차량(600)이 향하고 있는지 복합 진행 방향 지시 필드를 통해 명확하게 결정할 수 있다.
도 7은 본 개시에 따라 복합 진행 방향 지시 필드를 포함하는 코드의 구성을 설명하는 예시도이다.
복합 진행 방향 지시 필드(700)는 3 개의 비트로 구성될 수 있다. 구체적으로, 상기 3 비트는, 남/북 비트(702), 동/서 비트(704) 및 실제 방향 비트(706)를 포함할 수 있다. 이때, 차량은 남/북 비트(702)와 동/서 비트(704) 중 방향성이 보다 강한 비트에 '1'을 표시하고, 상기 '1' 표시된 비트의 실제 방향을 실제 방향 비트(706)에 '0' 또는 '1'로 표시할 수 있다. 상기 실제 방향은, 남/북 비트에 대해서는 북쪽을 '1'로 표시하고 동/서 비트에 대해서는 서쪽을 '1'로 표시할 수 있다. 물론, 그 반대로 표현될 수도 있을 것이다.
예를 들어, 도 6에서 주행중인 제1 차량(600)은 동/서 방향성이 남/북 방향성보다 강하므로, 동/서 비트를 '1' 로 하고 남/북 비트를 '0'으로 하며 실제 방향은 서쪽이므로 '1'의 실제 방향 비트를 넣을 수 있다. 이때, 상기 제1 차량(600)의 복합 진행 방향 필드는 '011'로 표현될 수 있다. 도 6에서 주행중인 제2 차량(610)은 남/북 방향성이 동/서 방향성보다 강하므로, 남/북 비트를 '1' 로 하고 동/서 비트를 '0'으로 하며 실제 방향은 북쪽이므로 '1'의 실제 방향 비트를 넣을 수 있다. 이때, 상기 제2 차량(610)의 복합 진행 방향 필드는 '101'로 표현될 수 있다.
도 8은 본 개시에 따라 타깃 패턴 필드를 포함하는 코드의 구성을 설명하는 예시도이다.
도 3에서는 소스 차량이 코드에 포함된 타깃 방향 필드(340)를 통해 메시지의 전달을 희망하는 방향만을 지시하였다. 도 8의 코드는 타깃 방향 필드 대신에 2 비트의 타깃 패턴 필드(800)를 포함하며, 소스 차량은 상기 타깃 패턴 필드(800)를 통해 구체적인 방향 및 영역에 대한 패턴을 지시할 수 있다. 상기 방향 및 영역에 대한 패턴은 미리 정의될 수 있으며, 상기 타깃 패턴 필드(800)는 상기 정의된 패턴에 대한 인덱스를 포함한다. 예를 들어, 상기 패턴은, 인덱스 '00'에 의해 지시되는 '전방 일렬(forward line)', '01'에 의해 지시되는 '후방 일렬(backward line)', '10'에 의해 지시되는 '전방 삼각형(forward triangle)' 및 '11'에 의해 지시되는 '후방 삼각형(backward triangle)'을 포함할 수 있다.
도 9는 본 개시에 따른 코드의 타깃 패턴 필드를 이용하여 메시지를 전달하는 경우의 도로 상황의 예시도이다.
도 9(a)는 타깃 패턴 필드의 값 '10'이 소스 차량을 기준으로 전방 삼각형의 영역을 메시지 전달 영역으로써 지시하는 경우를 예시한다. 도 9(b)는 타깃 패턴 필드의 값 '11'이 소스 차량을 기준으로 후방 삼각형의 영역을 메시지 전달 영역으로써 지시하는 경우를 예시한다. 도 9(c)는 타깃 패턴 필드의 값 '01'이 소스 차량을 기준으로 후방 일렬의 영역을 메시지 전달 영역으로 지시하는 경우를 예시한다. 도 9(d)는 타깃 패턴 필드의 값 '00'이 소스 차량을 기준으로 전방 일렬의 영역을 메시지 전달 영역으로 지시하는 경우를 예시한다. 이때 상기 패턴에 의해 지시되는 영역의 길이나 각도 등은 메시지의 이벤트의 특성을 고려하여 사전에 설정될 수 있다.
도 9(a), 9(b), 9(c), 9(d)에서 예시된 바와 같이, 차량의 속도, 상기 차량이 전달할 이벤트 등에 따라서 타깃 패턴은 다양할 수 있다.
소방차가 출동하는 경우에, 전방에 위치하는 차량들에게 차선 양보를 요청하기 위한 메시지를 전달한다면, 도 9(a)에서 예시된 전방 삼각형의 패턴이 유리할 수 있다.
다른 예로써, 소방차 또는 구급차가 출동 하는 경우에, 소방차 또는 구급차의 전방에 있는 차량 중 동일 차선에 있지 않은 차량은 어느 차선으로 이동해야 하는지 알지 못할 수 있다. 따라서, 상기 소방차나 구급차는 자신이 주행 중인 차선에서 앞서 주행하는 차량들에게만 알림을 전송하는 것이 바람직할 것이다. 즉, 소방차나 구급차는 도 9(d)에서 예시된 전방 일렬의 패턴으로 전송하는 것이 유리할 수도 있다.
주행 중 교통 사고가 발생하는 경우, 도 9(b)에서 예시된 후방 삼각형의 전달 패턴이 유용할 수 있다. 왜냐하면, 근접 거리에서 사고가 발생하는 경우라도, 사고가 발생한 레인으로부터 먼 레인에서 주행중인 차량은 상기 사고에 대해 알림을 받는 것이 불필요할 수도 있기 때문이다.
일렬의 플래툰 주행(platoon driving; 일종의 그룹 주행)에서 헤드(head; 선두)에 위치하는 소스 차량이 제어 정보 등을 전송하는 경우, 다른 레인의 차량에게 불필요한 메시지 전달 및 릴레이를 요구할 필요가 없으므로 도 9(c)에서 예시된 후방 일렬의 패턴으로 메시지를 전송하는 것이 유용할 수 있다.
도 10a은 본 개시에 따른 코드를 이용하여 RSU가 게이트 정보를 알리는 도로의 예시도이다.
도 10(a)는 RSU가 고속도로의 톨 게이트 개폐 상태를 알려주는 예이다. 즉, 본 개시에 따른 코드는 고속도로에서 하이패스(hi-pass; 유료도로의 통행료를 정차 없이 무선 통신으로 지불하는 시스템) 적용 레인이나 톨게이트의 개/폐를 알리는 데에 사용될 수 있다. 톨게이트는 수시로 개/폐가 바뀌므로, 네비게이션 장치가 톨 게이트의 실시간 개/폐 정보를 제공하기는 어렵다.
고속도로에서는 톨게이트 지역에서 갑자기 레인이 많아질 수 있고, 주행중인 레인의 톨게이트를 차량의 운전자가 육안으로 확인하기 어려울 수 있다. 이 경우, 차량(1000)이 자신의 위치 정보를 포함하는 코드를 브로드캐스트 하게 되면 톨게이트 근처에 위치하는 RSU(road side unit; 노변 장치)(1010)가 상기 차량(1000)의 위치 정보를 수신할 수 있다. 따라서, 상기 RSU(1010)는 상기 차량이 주행 중인 레인의 현재 상황을 반영하여, 상기 레인에 상응하는 톨게이트(1020)의 정보, 경고, 또는 옳은 방향으로 가라는 메시지 등을 상기 차량에게 전달해 줄 수 있다. 고속도로에서는 차량이 고속으로 주행하므로 톨게이트 지역에서 체류하는 시간이 짧다. 따라서, 시각적으로 주행 중인 레인에 통과 가능여부(X/O)의 시각적 표시를 하는 것 또는 소리를 알려주는 것이 더욱 효과적이다.
도 10b는 본 개시에 따른 코드를 이용하여 RSU가 공사중임을 알리는 도로의 예시도이다.
본 개시에 따른 코드는 도로에서 RSU가 공사 중인 차선을 알리는 데에 사용될 수 있다. 공사중인 차선의 정보는 해당하는 차선에서 주행 중인 차량에게만 알리는 것이 유리할 수 있으므로, 상기 RSU는 공사중임을 알리는 알림을 해당 차량에게만 알릴 수도 있다.
공사 지점에 위치한 차량(1030)은 RSU(1040)에게 공사중인 차선에 대한 정보를 제공할 수 있다(1051). 상기 차선에 주행 중인 차량(1050)이 상기 RSU(1040)에게 자신의 위치 정보를 포함하는 코드를 브로드캐스트 하게 되면(1052), 상기 RSU(1040)는 상기 공사 중인 차선에 대한 정보를 이용하여 상기 차량(1050)에게 공사중임을 알리는 알람을 전달할 수 있다(1054).
상기 RSU가 차량에게 알람(alarm)을 전달할 때는 전용(dedicated) 채널을 사용할 수도 있고, 상기 차량의 위치를 포함한 위치 코드를 사용하여 알람 메시지를 브로드캐스트 할 수도 있다.
도 11은 본 개시에 따른 릴레이 전송의 홉 수가 제한되는 경우의 도로 예시도이다.
릴레이 노드를 통한 메시지의 릴레이가 무한정 뻗어 나가지 못하도록 홉(hop)의 개수를 제한할 필요가 있다. IP 헤더(header)에 TTL(; time to live) 필드가 존재하는데, 상기 TTL 정보를 사용함으로써, 본 개시에 따른 메시지 릴레이에서 홉의 개수를 제한할 수 있다.
수신 단말은 TTL 필드를 읽어서 자신이 수신 및 릴레이 대상이라고 판단하면, 상기 TTL 필드에 적힌 값을 1만큼 줄이고 패킷을 다시 구성하여 릴레이 전송한다. 상기 수신 단말은 상기 TTL 필드의 값이 2 이상인 경우 수신 및 릴레이 대상이라고 판단하고, 상기 TTL 필드의 값이 1이면 더 이상 전송하지 않는다.
상기 수신 단말이 릴레이 전송하기 위해 상기 패킷을 다시 구성하는 경우, 수신된 메시지에 포함된 코드 정보는 그대로 사용한다. 이렇게 함으로써 최초에 소스 단말의 의도대로 타깃 수신 영역이 유지될 수 있다. 상기 코드와 상기 TTL 필드의 값을 조합함으로써, 다양한 영역에 대한 릴레이 수신/전달을 수행할 수 있다.
도 11(a)는 소스 단말이 타깃 방향이나 타깃 패턴에 대한 한정 없이 TTL 필드의 값을 1로 정하여 메시지를 전달한 경우의 릴레이 영역을 예시한다.
도 11(b)는 소스 단말이 타깃 패턴을 전방 3개 레인으로 설정하고 TTL 필드의 값을 3으로 정하여 메시지를 전달한 경우의 릴레이 영역을 예시한다.
도 11(c)는 소스 단말이 타깃 패턴을 후방 일렬로 설정하고 TTL 필드의 값을 3으로 정하여 메시지를 전달한 경우의 릴레이 영역을 예시한다.
도 12는 본 개시에 따른 코드가 벤더 특정 필드를 포함하는 경우의 예시도이다.
본 개시에 따른 코드는 차량의 위치를 지시하기 위한 필드 외에 추가적으로 벤더(vendor) 특정 필드(1200)를 포함할 수 있다. 예를 들어, 벤더(또는 모델)마다 별도의 코드가 부여될 수 있다. 따라서, 차량은 메시지를 전송하는 경우, 특정 벤더(또는 특정 모델)의 차량만을 수신 타깃으로 지정할 수 있다. 이 벤더(모델) 특정 필드의 값은 미리 만들어진 정보로서 차량들 간에 미리 공유될 수 있다. 예를 들어, 특정 필드의 값 '11111'은 BMW® 사의 차량, 특정 필드의 값 '11001'은 현대자동차® 사의 차량, 특정 필드의 값 '00001'은 Benz® 사의 차량을 의미할 수 있다.
도 13은 본 개시에 따라 벤더 특정 필드를 포함하는 코드를 사용하여 메시지 전송하는 차량의 도로 예시도이다.
도 13에서는 벤더가 A사로 동일한 차량들만을 음영 표시된다. 예를 들면, A사에 의해 생산된 차량(1300)이 발신한 메시지에는 'A사'를 지시하는 값이 설정된 벤더 특정 필드가 포함되어 있다. 따라서, A사 그룹의 차량들(1302, 1304, 1306, 1308)만이 상기 메시지를 수신 또는 릴레이 할 수 있다. 예를 들어, 안전과 관련된 메시지가 특정 벤더에 특화되는 경우에, 상기 벤더 특정 필드는 해당하는 차량들만이 주고 받을 수 있는 환경을 제공할 수 있다. 물론 상기 메시지에도 위치 정보는 필요하며, 그룹에 속하는 하나의 차량은 상기 그룹의 대표되는 차량의 위치 코드를 사용하여 메시지를 주고 받을 수도 있다.
선택적으로, 차선 감지(lane detection) 알고리즘은 특정 벤더의(및 특정 모델의) 차량 간 상호 정보 교환에 있어서 정확도를 높이는데 사용될 수 있다. 본 개시에 따른 코드는 이러한 차선 감지 알고리즘을 위한 차량 정보 교환에서 이용될 수도 있다.
도 14는 본 개시에 따른 코드의 생성 동작을 예시하는 도면이다.
본 개시에 따른 단말은 코드 생성 동작을 수행하는 코드 생성부(1400)를 포함한다. 상기 코드 생성부(1400)는, GPS부(1410), MAP 관리부(1420), 레인 감지부(1430), 서비스 관리부(1440) 및 기계/전자 이벤트 감지부(1450) 중 적어도 하나와 전기적으로 연결되어, 적어도 하나의 정보를 전달받고 상기 적어도 하나의 정보에 근거하여 코드를 생성할 수 있다. 또한, 상기 코드 생성부(1400)는 입력되는 정보가 갱신될 때마다 코드를 갱신(다시 생성)할 수 있다.
상기 GPS부(1410)는 상기 단말(또는 차량)의 위치를 나타내는 좌표를 주기적으로 또는 이벤트 발생시에 업데이트할 수 있다. 상기 GPS부(1410)가 업데이트된 좌표 정보를 갖게 되면, 상기 좌표 정보를 다시 가공하여 부분적인 좌표 정보만 코드 생성부(1400)에 전달할 수 있다. 또한, 상기 GPS부(1410)는 (가공되지 않은) 상기 좌표 정보를 MAP 관리부(1420) 또는 네비게이션 시스템에 전달할 수 있다.
상기 MAP 관리부(1420)는 단말(또는 차량)의 진행 방향 벡터를 계산하며, 상기 계산된 벡터와 전달받는 좌표 정보에 근거하여 상기 단말(또는 차량)이 온로드인지 오프로드인지, 다층 도로의 몇 번째 층인지, 진행 방향은 무엇인지(예를 들어, 상행/하행)에 대하여 판단을 하고 상기 판단 결과를 상기 코드 생성부(1400)에 전달한다.
상기 레인 감지부(1430)는 상기 단말(또는 차량)이 어떤 레인에서 주행하는지 주기적으로 또는 이벤트 발생시 감지하고, 상기 감지된 레인을 상기 코드 생성부(1400) 전달한다.
상기 기계/전자 이벤트 감지부(1450)는 상기 단말(또는 차량)의 기계적/전자적 오작동이나 사고 같은 이벤트를 모니터링하고, 상기 이벤트와 연관된 메시지를 만들며, 상기 메시지에 요구되는 타깃 방향(또는 타깃 영역, 타깃 패턴)에 대한 정보를 코드 생성부(1400) 전달한다.
상기 서비스 관리부(1440)는 상기 단말(또는 차량)의 기계적/전자적 상태와 상관없는 종류의 메시지를 만들고 상기 메시지가 요구하는 타깃 방향(또는 타깃 영역, 타깃 패턴)에 대한 정보를 코드 생성부(1400)에 전달한다. 기계적/전자적 상태와 상관없는 종류의 메시지는 예를 들어, 메시지 프루빙(proving), 디스커버리(discovery) 메시지, 기타 차량의 기계/전자적 상태와 상관없는 서비스 레벨의 메시지가 될 수 있다.
도 15는 본 개시에 따른 코드를 이용하여 통신하는 단말 장치의 구성을 예시하는 도면이다.
본 개시에 따른 단말(또는 차량) 장치(1500)는 도 15에 예시된 구성 요소들 중 적어도 하나를 포함하여 구현될 수 있다.
GPS부(1410)는 외부의 GPS 위성(1599)으로부터 전송되는 신호를 모니터링하여 상기 단말(1500)의 위치를 좌표로써 인식할 수 있다. 상기 GPS부(1410)는 상기 인식한 좌표 정보를 MAP 관리부(1420)에 전달할 수 있다.
MAP 관리부(1420)는 지도(map) 정보를 포함하고 있으며, 상기 좌표 정보를 이용하여 상기 단말의 온로드/오프로드 정보, 주행 도로의 층에 대한 정보 및 진행 방향 정보 등을 연산하여 중앙 데이터 버스(1580)로 전달한다.
카메라(1520)는 상기 단말(또는 차량) 외부의 도로 상황을 캡쳐하여, 캡쳐된 이미지를 레인 감지부(1430)에 전달할 수 있다.
상기 레인 감지부(1430)는 컴퓨터 비전(vision) 알고리즘을 통하여, 현재 차량이 주행하고 있는 레인을 알아내고 해당하는 레인 정보를 상기 중앙 데이터 버스(1580)로 전달한다.
기계/전자 이벤트 감지부(1450)는 기계적/전자적 상태를 주기적 또는 비 주기적으로 모니터링 한다. 만약 이벤트가 발생하면, 상기 기계/전자 이벤트 감지부(1450)는 상기 이벤트와 관련된 메시지를 서비스 관리부(1440)에게 전달하거나 상기 중앙 데이터 버스(1580)로 전달한다. 만약 상기 메시지가 긴급한 것이면, 직접 코드 생성부(1400)에게 전송할 수도 있다.
서비스 관리부(1440)는 기계/전자적 이벤트와 관계 없는 메시지를 생성하거나 상기 기계/전자 이벤트 감지부(1450)으로부터 메시지를 받을 수 있다. 상기 서브스 관리부(1440)이 상기 기계/전자 이벤트 감지부(1450)으로부터 메시지를 받으면, 관련된 애플리케이션 레벨의 메시지를 만들 수 있다. 상기 서비스 관리부(1440)는 상기 애플리케이션 레벨의 메시지를 메시지 타입 결정부(1522)로 전달할 수 있다.
상기 메시지 타입 결정부(1522)는 상기 전달받은 메시지의 타깃 방향(또는 타깃 영역, 타깃 패턴)을 결정할 수 있다. 상기 결정된 타깃 방향 정보는 상기 중앙 데이터 버스(1580)로 전달된다.
메모리(1524)는 다양한 위치 관련 정보의 계산 및 저장에 이용될 수 있다.
안테나(1526)는 상기 단말(1500) 외부의 다른 차량(1598)으로부터 전송되는 신호를 감지/수신하거나, 통신부(1530)에서 만들어진 신호를 전송하는데 사용될 수 있다.
상기 통신부(1530)는 상기 안테나(1526)를 이용하여 신호를 수신하고 수신된 신호를 정보로 바꿀 수 있다. 상기 통신부(1530)는 상기 수신 정보를 제어부(1510)로 전달할 수 있다. 상기 통신부(1530)는 예를 들어, WiFi, 모바일 브로드 밴드 (1G~5G) 또는 블루투스(Bluetooth®)와 같은 통신 기술로 무선 통신을 수행할 수 있다.
외부 단말로부터 수신되는 메시지에 따라, 알람은 소리 또는 영상 등의 형식으로 표시될 수 있다. 스피커(1526)는 제어부(1510)의 제어에 의해 소리로 사용자에게 알람(alarm)을 출력할 수 있다. 디스플레이(1528)는 상기 제어부(1510)의 제어에 의해 화면에서 영상으로 사용자에게 알람(alarm)을 출력할 수 있다.
상기 중앙 데이터 버스(1580)는 제어부(1510)와 각종 구성 요소들의 정보를 주고 받고, 제어 신호를 주고 받는 통로로 사용될 수 있다.
제어부(1510)는 메시지를 송신하기 위해 코드를 생성하거나, 수신된 메시지를 릴레이 할지 판단하거나, 수신된 메시지를 사용자에게 알리는 동작들을 제어할 수 있다. 본 개시에서 설명될 단말(또는 차량)의 모든 동작들은 상기 제어부(1510)의 제어에 의해 수행되는 것으로 이해될 수 있다.
상기 제어부는, 코드 생성부(1400), 릴레이 수정부(1512), 알림부(1514), 및 수신 유효화부(1516) 중 적어도 하나를 포함할 수 있다. 비록, 기타 구성 요소들이 상기 제어부(1510)의 외부에 도시되었으나, 상기 제어부(1510)는 기타 구성요소들(예를 들어, GPS부(1410), MAP 관리부(1420), 레인 감지부(1430), 서비스 관리부(1440), 기계/전자 이벤트 감지부(1450), 및 통신부(1530))도 포함하여 구현될 수 있다.
상기 코드 생성부(1400)는 상기 중앙 데이터 버스를 통해 전달되는 각종 정보를 사용하여 본 개시에서 전술된 다양한 실시예들을 적용하여 코드를 생성할 수 있다. 상기 코드는 구현 방법 또는 표준 규격에 따라 레이어 2(layer 2; 예를 들어, MAC 레이어)에서 바로 사용될 수도 있고, 상위 레이어(예를 들어, 애플리케이션 레이어)에서 사용될 수도 있다. 상위 레이어에서 상기 코드가 사용되는 예는 도 18에서 보다 자세히 설명될 것이다.
상기 수신 유효화부(1516)는 수신된 데이터가 상기 단말(1500)을 위해 유효한 것인지 아닌 것인지를 결정하며, 유효하다고 결정되면 상기 데이터를 알림부(1514)로 전달하고, 유효하지 않다고 결정되면 상기 데이터를 폐기할 수 있다.
상기 알림부(1514)는 상기 수신된 메시지의 종류에 따라 미리 정의된 방식으로 상기 스피커(1526)와 디스플레이(1528)를 제어하여 알림을 할 수 있다.
상기 릴레이 수정부(1512)는 상기 수신 유효화부(1516)의 결정 동작과 동시에 또는 순차적으로 타 차량(1598)으로부터 상기 수신한 유효한 메시지가 릴레이가 필요한지 체크할 수 있다. 만약 릴레이가 필요하면, 상기 릴레이 수정부(1512)는 IP 헤더의 TTL 필드의 값을 바꾸는 등의 패킷 수정을 할 수 있다. 그리고 상기 릴레이 수정부(1512)는 릴레이 할 패킷을 만들고 상기 통신부(1530)으로 전달할 수 있다.
도 16은 본 개시에 따른 단말의 메시지 송신 방법의 예시도이다.
단말(또는 차량)은 위치 정보 및 상기 위치 정보에 해당하는 코드를 생성할 수 있다(1600). 상기 단말은 상기 위치 정보 및 상기 코드를 주기적으로 또는 이벤트 생성시에 갱신(또는 재성성)할 수 있다.
상기 단말은 메시지를 전송할 이벤트가 발생했는지 판단할 수 있다(1602). 즉, 상기 단말은 상기 생성된 코드를 포함하는 메시지를 전송할 이벤트가 발생하였는지 체크할 수 있다.
상기 단말이 메시지를 전송할 이벤트가 발생했다고 판단하는 경우, 상기 단말은 상기 메시지를 생성한다(1604). 예를 들어, 상기 단말의 위치 변경으로 인해 이동한 거리가 임계 값 이상인 경우, 상기 단말은 새로운 메시지를 전송할 이벤트가 발생했다고 판단하여 상기 메시지를 생성할 수 있다.
상기 단말은 상기 메시지 전송을 위한 무선 자원이 그랜트 되었는지 체크한다(1606).
상기 무선 자원이 그랜트 되지 않은 경우, 상기 단말은 상기 메시지 전송을 위한 무선 자원을 요청하거나 또는 상기 무선 자원이 그랜트될 때까지 대기할 수 있다(1608).
상기 무선 자원이 그랜트 된 경우, 상기 단말은 상기 단말의 위치 정보에 근거하여 생성된 상기 코드를 포함하는 상기 메시지를 전송할 수 있다(1610). 선택적으로, 상기 단말은 상기 메시지가 최신의 메시지인지 확인하거나 상기 메시지를 갱신하는 동작을 더 수행할 수 있다. 상기 무선 자원의 그랜트를 대기하는 동안 상기 단말의 위치가 변경되는 경우, 갱신되지 않은 메시지는 상기 단말의 현재 상태를 정확히 반영하지 못할 수 있기 때문이다.
도 17은 본 개시에 따른 단말의 메시지 수신 방법의 예시도이다.
단말(또는 차량)은 위치 정보 및 상기 위치 정보에 해당하는 코드를 생성할 수 있다(1700). 상기 단말은 상기 위치 정보 및 상기 코드를 주기적으로 또는 이벤트 생성시에 갱신(또는 재성성)할 수 있다.
상기 단말은 다른 단말(또는 다른 차량)으로부터 코드를 포함하는 메시지를 수신할 수 있다(1702).
상기 단말은 상기 메시지에 포함된 상기 코드가 지시하는 위치 정보를 자신의 위치 정보와 비교할 수 있다(1704). 상기 비교 시 상기 코드가 지시하는 위치 정보 및 지도(map) 정보를 이용한 상대적 위치에 대한 계산이 수행될 수 있다.
상기 단말은 자신의 위치가 상기 코드에 의해 지시되는 타깃 방향(또는 타깃 영역) 내에 있는지 판단할 수 있다(1706).
상기 단말의 위치가 상기 타깃 방향 내에 있는 경우, 상기 단말은 상기 메시지를 디코딩할 수 있다(1708). 상기 단말은 상기 메시지에 근거하여 알람을 출력하는 동작을 더 수행할 수 있다. 또한, 상기 단말은 상기 수신된 메시지를 릴레이 할 수 있다(1710). 이때, 상기 단말은 IP 헤더의 TTL 필드 값을 감소시키는 등의 메시지 수정을 할 수도 있다.
상기 단말의 위치가 상기 타깃 방향 내에 있지 않은 경우, 상기 단말은 상기 수신된 메시지를 폐기할 수 있다(1712).
도 18a은 본 개시에 따른 수신 단말의 코드 생성 동작과 통신 프로토콜 간의 관계를 설명하는 도면이다.
단말이 코드를 수신하는 경우(1820, 1840), 상기 코드는 L2 레이어(MAC 레이어)에서 사용되거나(1822, 1824, 1826), 상위 레이어(어플리케이션 레이어)에서 사용될(1842, 1844, 1846) 수 있다. 이때 상기 단말은 자신의 위치에 근거하여 자신의 코드를 갱신하고 있어야 한다(1830, 1850). 상기 코드 갱신 동작(1830, 1850)은 연속적(주기적) 갱신 동작(1800) 또는 온-디맨드(on demand) 백그라운드 계산(1810)과 같은 방식으로 백그라운드 수행될 수 있다.
도 18b는 본 개시에 따른 코드가 D2D 디스커버리 채널에서 사용되는 경우를 예시한다.
예를 들어, 본 개시의 코드는 3GPP에서 정의된 ProSe(Proximity Service) 관련 통신 표준의 디스커버리 채널에서 사용될 수 있다.
UE의 어플리케이션에서 생성된 위치 코드(1860)와 ProSe 기능(ProSe Function)의 애플리케이션 코드 상의 알람 메시지가 결합되어 생성된 코드(1862)는 MAC/PHY 모듈(1863)를 거쳐 PC5 인터페이스로 브로드캐스트 될 수 있다. 상기 코드를 수신하는 단말은 PHY/ MAC 모듈(1864)을 통해 코드를 수신하며, 상기 코드를 분석하고 자신이 수신 대상인지 판단한다(1865). 자신이 수신 대상인경우, 상기 단말은 ProSe 기능에 상기 코드를 조회하여 알람 메시지를 획득할 수 있으나, 자신이 수신 대상이 아닌 경우에 상기 단말은 상기 코드를 폐기할 수 있다.
도 18c는 본 개시에 따른 코드가 통신 채널에서 사용되는 경우를 예시한다.
예를 들어, 본 개시의 코드는 3GPP에서 정의된 3G/4G 관련 통신 표준의 통신(communication) 채널에서 사용될 수 있다. 도 18c는 도 18a의 1820 내지 1826 단계를 보다 자세히 예시하고 있다.
UE의 어플리케이션에서 생성된 위치 코드(1870)은 소스 L2 ID이거나 목적 L2 ID(1871)일 수 있다. 상기 위치 코드는 단말의 통신 채널 중 MAC 레이어 모듈(1872)에 입력되어 상위 계층 메시지로 입력되는 정보와 함께 단말에서 사용될 수 있다.
도 18d는 본 개시에 따른 코드가 통신 채널에서 사용되는 다른 경우를 예시한다.
예를 들어, 본 개시의 코드는 상용의 통신(communication) 채널에서 사용될 수 있다. 도 18d는 도 18a의 1840 내지 1846 단계를 보다 자세히 예시하고 있다.
UE의 어플리케이션에서 생성된 위치 코드(1880)는 상위 계층 메시지(1881)를 통해 수신되는 정보와 함께 PDCP 계층(1882)보다 상위 계층인 어플리케이션 계층에 입력되어 단말에서 사용될 수 있다.
도 19는 본 개시에 따른 코드가 물리 계층에서 사용되는 경우의 자원 구조를 예시하는 도면이다.
본 개시의 코드는, 레이어 2(Layer 2)의 ID가 아니라, 물리 계층에서 사용될 수도 있다. 상기 코드는 D2D(device to device) 통신 시스템의 PSCCH(physical sidelink control channel)(1900)에 존재하는 SA(scheduling assignment)(1910)처럼 사용될 수 있다. 즉, 소스 단말은 상기 코드를 생성하고, 상기 생성된 코드를 실제 스케줄링 정보(즉, 시간, 주파수 자원의 정보)와 함께 상기 SA(1910)에 실어 보낼 수 있다.
주변의 단말은 상기 SA(1910)를 무조건(blindly) 들어야(listen) 한다. 따라서, 상기 주변 단말은 상기 SA(1910)에 있는 코드를 읽고, 자신이 상기 코드에 의해 지시되는 타깃 영역에 속해 있는지를 확인할 수 있다. 상기 단말이 상기 타깃 영역에 속하는 경우, 상기 단말은 상기 SA(1910)에 있는 상기 스케줄링 정보에 의해 지시되는 자원에서 메시지(1920)를 읽는다. 선택적으로, 상기 단말은 상기 메시지(1920)를 릴레이 할 수 있다.
도 20은 본 개시에 따른 코드를 PSCCH의 SA를 통해 전송하는 경우의 전송 방법 및 수신 방법의 예시도이다.
도 20(a)는 SA를 이용한 코드 전송 방법을 예시한다.
단말은 코드를 생성한다(2000).
상기 단말은 그랜트 된 무선 자원을 이용해 SA 에서 스케줄링 정보와 함께 상기 코드를 전송한다(2002). 상기 단말은 상기 무선 자원을 그랜트 받는다. 상기 무선자원이 없는 경우 상기 무선 자원을 요청할 수 있다.
이어서, 상기 단말은 상기 스케줄링 정보에 의해 지시되는 전용(dedicated) 자원에서 상기 코드에 관련되는 메시지를 전송할 수 있다(2004).
도 20(b)는 SA를 이용한 코드 수신 방법을 예시한다.
단말은 우선 PSCCH(특히, SA)를 듣는다(2010).
상기 단말은 자신의 코드를 입력 받는다(2012).
상기 단말은 자신의 코드와 상기 SA에 있는 코드(특히, 타깃 방향을 이용하여)를 비교하여, 자신이 메시지를 수신 및 릴레이 할 대상인지 판단한다(2014). 상기 결정은 L2 레이어 또는 어플리케이션 레이어에서 수행될 수 있다. 상기 단말은 IP 헤더의 TTL 필드 값을 더 고려하여 릴레이 여부를 결정할 수 있다.
상기 단말이 릴레이 할 것으로 결정하는 경우, 상기 SA에 의해 지시되는 자원에서 메시지를 듣고 상기 메시지를 릴레이 할 수 있다(2016).
상기 단말이 릴레이 하지 않을 것으로 결정하는 경우, 상기 단말은 상기 SA에서 읽은 코드를 폐기할 수 있다(2018).
상술한 본 개시의 코드는 PTT 서비스에서 UE 대 UE(UE-to-UE) 릴레이에도 사용될 수 있다.
도 21는 본 개시에 따른 코드를 사용하는 PTT 서비스에서 릴레이 후보가 결정되는 원리를 도시한다.
모든 단말은 서로의 GPS 위치 정보를 알고 있다고 가정되며, PTT용 어플리케이션은 릴레이 디스커버리 어나운스먼트(relay discovery announcement) 를 위한 방향 정보를 줄 수 있다. 상기 릴레이 디스커버리 어나운스먼트 메시지는 어플리케이션 메시지뿐만 아니라 상기 코드도 가질 수 있다. 그러면, 상기 메시지에 의해 지시되는 기하(geometry)(2200)는 특정 릴레이 후보(2202, 2204, 2206)가 상기 데이터나 메시지를 릴레이 한다고 지시할 수 있다.
도 22는 본 개시에 따른 코드를 사용하는 V2X 서비스에서 RSU가 릴레이 단말이 되는 경우를 도시한다.
V2X의 경우, RSU가 본 개시의 코드를 사용하여 릴레이 단말이 될 수 있다. 차량(2200)은 RSU1(2210)이 릴레이 단말이 되도록 코드(특히, 타깃 영역)를 설정할 수 있다. 상기 RSU1(2210)은 상기 코드에 근거하여 타깃 수신자의 위치를 계산한다. 그리고 상기 RSU1(2210)는 상기 차량(2200)로부터 받은 메시지를 릴레이 할 수 있다. 상기 RSU1(2210)는 네트워크에 접속된 상태일 수 있고, 이때의 릴레이 동작은 UE 대 네트워크(UE-to-Network) 릴레이 동작의 한 종류가 된다.
도 23은 본 개시에 따른 코드를 이용하여 RSU의 릴레이 방법을 예시하는 도면이다.
RSU는 차량으로부터 코드와 메시지를 수신한다(2300).
상기 RSU는 자신의 위치 코드를 가질 수도 있고 그렇지 않을 수도 있다. 선택적으로, 상기 RSU가 자신의 위치 코드를 갖는다면, 상기 RSU는 수신 코드를 자신의 위치 코드와 비교할 수 있다(2302). 상기 RSU의 상기 차량으로부터의 메시지 수신은 상기 RSU의 위치 코드에 기반하여 결정(승인)될 수 있다. 상기 RSU가 자신의 위치 코드를 갖지 않는다면, 상기 RSU는 근접거리 내의 차량에서 전송되는 모든 메시지를 수신할 수 있다.
상기 RSU는 상기 수신한 코드에 근거하여 타깃 수신자의 위치를 계산할 수 있다(2304).
상기 RSU는 상기 메시지를 디코딩할 수 있다(2306).
상기 RSU는 릴레이 메시지를 수정할 수 있다(2308). 예를 들어, 상기 RSU는 IP 헤더 내의 릴레이 관련 필드(예를 들어, TTL 필드과 같은)를 수정하거나 상기 계산된 타깃 수신자의 위치 정보를 이용하여 릴레이 메시지를 재생성하는 동작을 할 수 있다.
상기 RSU는 상기 수정된 필드와 새로운 타깃 코드를 이용하여 릴레이 할 수 있다(2310).
상술한 본 개시의 코드는 PTT 서비스에서 UE 대 네트워크(UE-to-Network) 릴레이에도 사용될 수 있다.
도 24는 본 개시에 따른 코드를 사용하는 PTT 서비스에서 기지국이 릴레이 후보로 결정되는 경우를 예시한다.
도 24에서 예시되는 PTT 서비스 시스템에서, 소스 단말(2400)이 코드와 메시지를 브로드캐스팅 하면, 특정 위치의 릴레이 노드(2405)가 상기 메시지를 수신하여 릴레이 할 수 있다. 상기 릴레이 노드(2405)의 다음 홉은 eNB(2410)가 될 수 있다. 이러한 릴레이 동작은 UE 대 네트워크 릴레이 동작이 된다.
V2X 통신에서 차량들 간의 상대적인 속도는 직교 주파수 영역에서 도플러 쉬프트(Doppler shift; 도플러 편이) 현상을 발생시킬 수 있다.
도 25는 본 개시에 따른 코드를 이용하여 도플러 쉬프트 현상을 해결하는 기법의 예시도이다.
정지 상태나 저속 운동 상태의 단말은 도플러 쉬프트 현상으로 인한 문제가 심각하지 않지만, 고속으로 운동하는 차량들(특히, 서로 반대 방향으로 고속 이동하는 차량들)간의 상대 속도는 심각한 도플러 쉬프트 현상을 유발시킬 수 있다. 도 25(a)에서 보여지듯이, 서로 반대 방향으로 주행하는 제1 차량(2500)과 제2 차량(2502)는 직교 주파수 영역에서 구분되는 제1 주파수 캐리어(2510)과 제2 주파수 캐리어(2512)를 각각 할당받는다. 이때, 상기 제1 차량(2500)과 제2 차량(2502)가 전송에 사용하는 주파수 캐리어의 일부분(2520)에는 도플러 쉬프트로 인한 간섭이 발생할 수 있다. 미션 크리티컬(mission critical; 미션의 성공이 매우 중요한) 서비스는 이러한 간섭 문제를 방지할 필요가 있다.
도 2(b)는 이러한 도플러 쉬프트 현상을 방지하는 기법을 예시한다. 상기 제1 차량(2500) 및 제2 차량(2502)의 위치 코드가 RSU(2530)에 주어지면, 상기 RSU(2530)는 주파수 도메인에서 예상되는 도플러 쉬프트 만큼의 주파수 갭(gap)(2540)을 두고, 상기 차량들(2500, 2502)에게 각각 무선 주파수 자원(2550, 2552)을 할당할 수 있다. 상기 RSU(2530)은 상기 제1 차량(2500) 및 제2 차량(2502)에 대한 크게 두 주파수 영역에서 각각의 주행 방향에 대한 도플러 쉬프트를 고려하여 상기 주파수 갭(2540)을 결정할 수 있다. 이때, 상기 제1 차량(2500) 및 제2 차량(2502)이 사용할 주파수 자원(2550, 2552)에서는 도플러 쉬프트 현상이 발생하지 않으며, 상기 차량들(2500, 2502)의 V2X 통신시 도플러 쉬프트로 인해 발생할 수 있는 간섭을 피할 수 있다. 이때, 상기 차량들(2500, 2502)의 위치 코드는 SR(scheduling request) 메시지 또는 BSR (buffer status report) 메시지를 통해 상기 RSU(2530)에 전송될 수 있고, 또는 랜덤 액세스 절차에서 상기 위치 코드가 상기 RSU에게 전송될 수 있다. 한편, 상기 차량들이 전송한 위치 코드가 교차로에서 주행중임 지시한다면, 상기 차량들은 속도를 크게 낼 수 없으므로, 주파수 자원 할당시 주파수 갭을 두지 않아도 될 것이다.
이어서, 릴레이를 통한 단말간 통신시 IP 주소를 미리 할당하는 기법에 대해서 설명한다.
상술한 본 개시의 코드를 이용한 릴레이 선택 과정이 끝나면, IP 연결 과정이 수행될 수 있다. IP 연결 과정에서 인증(authentication)과 IP 주소 할당 등의 과정들은 매우 시간을 소비하는 과정이어서, 단말간(end-to-end) 지연 시간을 늘리는 원인이 된다. 이에 본 개시는 IP 주소 선할당(preallocation) 기법을 제안한다. 이 기법은 릴레이 노드 선택이 필요한 경우에 적용될 수 있다.
단말이 릴레이 단말을 통해 타깃 단말과 데이터를 통신하는데 있어서, 상기 단말이 상기 타깃 단말을 찾기 위해, 세 종류의 디스커버리 메시지가 필요하다. 모든 단말이 전송하는 그룹 멤버 디스커버리(group member discovery) 메시지, 소스 단말이 타깃 단말로의 릴레이 요청을 위한 전송하는 릴레이 디스커버리 요청(relay discovery solicit) 메시지, 및 상기 릴레이 디스커버리 요청 메시지에 대한 응답인 응답 메시지가 그것이다.
상기 그룹 멤버 디스커버리 메시지는, 메시지 타입(Message type) (2bits), 디스커버리 타입(discovery type) (2bits), UE ID (24bits), 및 어나운서 정보(Announcer info) (: 애플리케이션 레벨 ID)를 포함할 수 있다.
상기 릴레이 디스커버리 요청 메시지는, 메시지 타입(Message type) (2bits), 디스커버리 타입(discovery type) (2bits), UE ID (24bits), 디스커버리 하는 단말 정보(discoverer info) (: 애플리케이션 레벨 ID), 및 타깃 정보(target info)를 포함할 수 있다.
상기 응답 메시지는 메시지 타입(message type) (2bits), 디스커버리 타입(discovery type) (2bits), UE ID (24bits), 디스커버리 되는 단말 정보(discoveree info) (: 애플리케이션 레벨 ID)를 포함할 수 있다.
각 단말들은 상기 3 개의 메시지를 주고받음으로써, 이웃하는 단말들의 정보(예를 들어, ProSe UE ID와 디스커버리 되는 단말의 쌍 정보)를 유지할 수 있다.
상기 릴레이 디스커버리 요청 메시지에 포함되는 target info 및 상기 응답 메시지에 포함되는 discoveree info는 모두 타깃 단말을 식별하는 용도로 사용될 수 있다. 따라서, 상기 릴레이 디스커버리 요청 메시지나 상기 응답 메시지를 수신하는 타 단말은, 자신의 인접 노드 정보에 상기 타깃 단말의 정보가 있는지 체크할 수 있다. 상기 타깃 단말의 정보가 상기 인접 노드 정보에 있으면, 상기 타 단말은 릴레이를 수행할 것으로 결정하고, 상기 소스 노드 및 상기 타깃 노드에 IP 주소를 할당하며, 상기 할당된 IP 주소들을 응답 메시지에 실어 전송할 수 있다.
상기 IP 할당을 위해서는 인증이 수행되어야 하고, 인증을 위한 정보가 요구된다. 따라서, 본 개시는 상기 릴레이 디스커버리 요청 메시지가 등록(registered) UE ID(즉, IMSI; international mobile subscriber identity)를 포함할 것을 제안한다. 또한, 본 개시는 상기 응답 메시지가 RAND(random challenge), AUTN_{HSS}(authentication token for home subscriber server), 및 소스 단말/타깃 단말의 로컬 IP 페어 중 적어도 하나의 정보를 포함할 것을 제안한다.
도 26은 본 개시에 따라서 IP 주소 선할당을 이용하는 단말간 릴레이 통신 방법의 신호 흐름도이다.
OOC (out of coverage)를 인지한 단말1(: 소스 단말)(2600)은 그룹 멤버 디스커버리 메시지를 전송할 수 있다(2610). 이를 통해, 상기 단말1(2600)은 단말2(: 타깃 단말)(2606)까지의 도달가능성(reachability)을 확인할 수 있다.
상기 UE1(2600)은 자신이 상기 UE2(2606)까지의 경로(path)를 가지고 있는 지 확인한다. 상기 경로를 갖지 않는다면, 상기 UE1(2600)은 적어도 하나의 다음 동작을 수행할 수 있다.
상기 UE1(2600)은 릴레이 디스커버리 요청 메시지를 전송한다(2615). 상기 릴레이 디스커버리 요청 메시지는 타깃 UE(즉, UE2)의 이름과 자신(즉, UE1)의 등록 UE ID(예를 들어, IMSI)등의 정보를 포함할 수 있다.
릴레이 후보 UE-R1(2602), UE-R2(2604)는 각각 상기 릴레이 디스커버리 요청 메시지에 대한 응답(response) 메시지를 보낼 수 있다(2620, 2625). 상기 응답 메시지는 상기 타깃 UE의 이름, 상기 소스 단말에 할당한 소스 IP 주소, 및 상기 타깃 단말에 할당한 목적 IP 주소를 포함할 수 있다.
임의의 단말(즉, 타깃 단말)은 상기 응답 메시지를 들을 수 있으며, 상기 응답 메시지에서 자신의 이름을 발견하면, 소스 IP 주소, 목적 IP 주소, 및 상기 응답 메시지를 송신한 단말(즉, 릴레이 후보 단말)의 L2 UE ID를 기억(저장)할 수 있다. 그리고, 상기 타깃 단말은 IMSI를 포함하는 사전 인증 메시지(pre authorization)를 전송할 수 있다.
상기 UE1(2600)은 RSRP(reference signal received power) 또는 다른 상위 계층 정보를 사용하여 릴레이 단말(예를 들어, UE-R1(2602))을 선택할 수 있다(2630). 그리고 상기 응답 메시지에서 획득한 인증정보를 상기 선택된 UE-R1(2602)에게 전송하여 인증을 받을 수 있다. 이렇게 함으로써, 릴레이 단말의 결정 이후에 소요되는 인증 시간 및 IP할당에 소요되는 시간을 절약할 수 있다.
상기 UE1(2600)은 데이터 패킷을 만들어 상기 UE-R1(2602)에게 전송한다(2635). 상기 UE1(2600)은 상기 획득한 로컬 소스 IP 주소, 목적 IP 주소, UE1 L2 ID, 및 UE-R L2 ID를 이용하여 상기 데이터 패킷을 만들 수 있다.
상기 UE-R1(2602)은 수신 데이터를 모니터링 한다. 자신이 이전에 선할당한 소스 IP 주소, 목적 IP 주소를 갖는 데이터 패킷이 수신되면, 상기 UE-R1(2602)은 상기 수신 데이터가 릴레이 트래픽임을 식별하고, 상기 릴레이 트래픽을 상기 소스 IP 주소, 목적 IP 주소, UE-R L2 ID, 타깃 UE의 L2 ID 를 사용하여 상기 UE2(2606)로 리다이렉트(redirect)한다(2640).
상기 UE2(2606)은 릴레이된 데이터를 수신하고 패킷을 복호할 수 있다.
도 27은 본 개시에 따른 RSU 장치의 구성을 예시하는 도면이다.
RSU 장치(2700)는 제어부(2705) 및 송수신부(2710)를 포함할 수 있다. 상기 제어부(2705)는 상기 RSU의 동작을 제어하는 구성요소이다. 상기 제어부(2705)는 본 개시에서 설명된 RSU의 모든 동작을 수행하는 구성요소로 이해될 수 있다. 상기 송수신부(2710)는 상기 제어부(2705)의 제어에 의해 타 단말(또는 차량)과 신호를 송수신하는 구성요소이다.
상기 도 1 내지 도 27이 예시하는 코드 구성도, 도로 시스템의 구성도, 송수신 방법의 예시도, 신호 흐름 예시도는 본 개시의 권리범위를 한정하기 위한 의도가 없음을 유의하여야 한다. 즉, 상기 도 1 내지 도 27에 기재된 모든 정보, 필드, 구성부, 또는 동작의 단계가 본 개시의 실시를 위한 필수구성요소인 것으로 해석되어서는 안되며, 일부 구성요소 만을 포함하여도 본 개시의 본질을 해치지 않는 범위 내에서 구현될 수 있다.
앞서 설명한 동작들은 해당 프로그램 코드를 저장한 메모리 장치를 통신 시스템의 엔터티, 기능(Function), 기지국, 단말 또는 차량 장치 내의 임의의 구성부에 구비함으로써 실현될 수 있다. 즉, 엔터티, 기능(Function), 기지국, 단말 또는 차량 장치의 제어부는 메모리 장치 내에 저장된 프로그램 코드를 프로세서 혹은 CPU(Central Processing Unit)에 의해 읽어내어 실행함으로써 앞서 설명한 동작들을 실행할 수 있다.
본 명세서에서 설명되는 엔터티, 기능(Function), 기지국, 단말 또는 차량 장치의 다양한 구성부들과, 모듈(module)등은 하드웨어(hardware) 회로, 일 예로 상보성 금속 산화막 반도체(complementary metal oxide semiconductor) 기반 논리 회로와, 펌웨어(firmware)와, 소프트웨어(software) 및/혹은 하드웨어와 펌웨어 및/혹은 머신 판독 가능 매체에 삽입된 소프트웨어의 조합과 같은 하드웨어 회로를 사용하여 동작될 수도 있다. 일 예로, 다양한 전기 구조 및 방법들은 트랜지스터(transistor)들과, 논리 게이트(logic gate)들과, 주문형 반도체와 같은 전기 회로들을 사용하여 실시될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (14)

  1. 차량에 구비되는 통신 단말의 릴레이 기반 통신 방법에 있어서,
    상기 차량의 GPS(global positioning system) 좌표를 획득하는 동작;
    지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 주행 방향을 결정하는 동작;
    상기 차량의 주행 차선을 감지하는 동작;
    상기 GPS 좌표, 상기 주행 방향 및 상기 주행 차선에 대한 정보를 포함하는 위치 코드를 생성하는 동작; 및
    상기 생성된 위치 코드를 포함하는 메시지를 생성하고 상기 메시지를 전송하는 동작을 포함하는, 방법.
  2. 제1항에 있어서,
    상기 메시지가 전달될 방향을 지시하는 타깃 방향 정보 및 상기 메시지가 전달될 영역을 지시하는 타깃 영역 정보 중 적어도 하나를 결정하는 동작을 더 포함하고,
    상기 위치 코드는 상기 타깃 방향 정보 및 상기 타깃 영역 정보 중 적어도 하나를 더 포함하도록 생성되는, 방법.
  3. 제1항에 있어서,
    상기 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 온로드 또는 오프로드 상태를 결정하는 동작을 더 포함하고,
    상기 위치 코드는 상기 온로드 또는 오프로드 상태에 대한 정보를 더 포함하도록 생성되는, 방법.
  4. 제1항에 있어서,
    상기 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량이 주행중인 도로의 층을 결정하는 동작을 더 포함하고,
    상기 위치 코드는 상기 도로의 층에 대한 정보를 더 포함하도록 생성되는, 방법.
  5. 제2항에 있어서,
    상기 타깃 영역에 대한 정보는 미리 정의된 타깃 패턴의 인덱스이며,
    상기 타깃 패턴은, 전방 일렬 패턴, 후방 일렬 패턴, 전방 삼각형 패턴 및 후방 삼각형 패턴 중 적어도 하나를 포함하는, 방법.
  6. 차량에 구비되는 통신 단말의 릴레이 기반 통신 방법에 있어서,
    상기 차량의 GPS(global positioning system) 좌표를 획득하는 동작;
    위치 코드를 포함하는 메시지를 타 차량으로부터 수신하는 동작;
    상기 GPS 좌표 및 상기 위치 코드에 의해 지시되는 정보에 근거하여 릴레이 여부를 결정하는 동작; 및
    상기 결정에 근거하여 상기 메시지를 디코딩하고 릴레이 하는 동작을 포함하고,
    상기 위치 코드는, 상기 타 차량의 GPS 좌표, 주행 방향 및 주행 차선에 대한 정보를 포함하는, 방법.
  7. 제6항에 있어서,
    상기 위치 코드는, 상기 메시지가 전달될 방향을 지시하는 타깃 방향 정보 및 상기 메시지가 전달될 영역을 지시하는 타깃 영역 정보 중 적어도 하나를 더 포함하고,
    상기 릴레이 여부를 결정하는 동작은 상기 타깃 방향 정보 및 상기 타깃 영역 정보 중 적어도 하나를 이용하여 수행되는, 방법.
  8. 제6항에 있어서,
    상기 위치 코드는 상기 타 차량의 온로드 또는 오프로드 상태에 대한 정보를 더 포함하는, 방법.
  9. 제6항에 있어서,
    상기 위치 코드는 상기 타 차량이 주행중인 도로의 층에 대한 정보를 더 포함하는, 방법.
  10. 제7항에 있어서,
    상기 타깃 영역에 대한 정보는 미리 정의된 타깃 패턴의 인덱스이며,
    상기 타깃 패턴은, 전방 일렬 패턴, 후방 일렬 패턴, 전방 삼각형 패턴 및 후방 삼각형 패턴 중 적어도 하나를 포함하는, 방법.
  11. 차량에 구비되는 릴레이 기반 통신 단말에 있어서,
    상기 차량의 GPS(global positioning system) 좌표를 획득하고, 지도 정보 및 상기 GPS 좌표에 근거하여 상기 차량의 주행 방향을 결정하고, 상기 차량의 주행 차선을 감지하고, 상기 GPS 좌표, 상기 주행 방향 및 상기 주행 차선에 대한 정보를 포함하는 위치 코드를 생성하고, 그리고 상기 생성된 위치 코드를 포함하여 메시지를 생성하도록 구성되는 제어부; 및
    상기 생성된 메시지를 전송하도록 구성되는 통신부를 포함하는, 단말.
  12. 제11항에 있어서,
    상기 제어부는 청구항 제2항 내지 제5항 중 어느 한 항의 방법에 따라 동작하도록 추가로 구성되는, 단말.
  13. 차량에 구비되는 릴레이 기반 통신 단말에 있어서,
    위치 코드를 포함하는 메시지를 타 차량으로부터 수신하도록 구성되는 통신부; 및
    상기 차량의 GPS(global positioning system) 좌표를 획득하고, 상기 GPS 좌표 및 상기 위치 코드에 의해 지시되는 정보에 근거하여 릴레이 여부를 결정하고, 그리고 상기 결정에 근거하여 상기 메시지를 디코딩하고 그리고 릴레이 하도록 구성되는 제어부를 포함하고,
    상기 위치 코드는, 상기 타 차량의 GPS 좌표, 주행 방향 및 주행 차선에 대한 정보를 포함하는, 단말.
  14. 제13항에 있어서,
    상기 제어부는 청구항 제7항 내지 제10항 중 어느 한 항의 방법에 따라 동작하도록 추가로 구성되는, 단말.
PCT/KR2016/014568 2015-12-18 2016-12-13 통신 단말의 릴레이 기반 통신 기법 WO2017105052A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/063,664 US11194049B2 (en) 2015-12-18 2016-12-13 Relay-based communication method for communication terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150181639A KR102477362B1 (ko) 2015-12-18 2015-12-18 통신 단말의 릴레이 기반 통신 기법
KR10-2015-0181639 2015-12-18

Publications (1)

Publication Number Publication Date
WO2017105052A1 true WO2017105052A1 (ko) 2017-06-22

Family

ID=59057007

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/014568 WO2017105052A1 (ko) 2015-12-18 2016-12-13 통신 단말의 릴레이 기반 통신 기법

Country Status (3)

Country Link
US (1) US11194049B2 (ko)
KR (1) KR102477362B1 (ko)
WO (1) WO2017105052A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107613533A (zh) * 2017-09-12 2018-01-19 华为技术有限公司 Tcu切换方法、消息同步方法及装置
WO2020060695A1 (en) * 2018-09-21 2020-03-26 Qualcomm Incorporated Zone based relay control
CN112566277A (zh) * 2019-09-25 2021-03-26 成都鼎桥通信技术有限公司 数据回传方法及装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107105000B (zh) * 2016-02-23 2021-07-30 中兴通讯股份有限公司 V2x通信方法及装置
US10952045B2 (en) * 2016-10-13 2021-03-16 Lg Electronics Inc. Method and device for transmitting relay signal for V2X communication in wireless communication system
KR102172238B1 (ko) * 2018-04-17 2020-10-30 고려대학교 산학협력단 소프트웨어 정의 기반의 차량 센싱 장치 및 방법
KR102452557B1 (ko) * 2018-09-17 2022-10-07 현대자동차주식회사 차량 제어 장치, 그를 포함한 시스템 및 그 방법
KR101975759B1 (ko) * 2018-12-11 2019-05-07 서울대학교산학협력단 차량 간 통신 방법 및 이러한 방법을 수행하는 장치
US10839682B1 (en) * 2019-04-26 2020-11-17 Blackberry Limited Method and system for traffic behavior detection and warnings
US11006264B1 (en) 2019-11-25 2021-05-11 Verizon Patent And Licensing Inc. Systems and methods for controlling vehicle-to-everything personal safety message transmission
US11062595B1 (en) 2020-03-13 2021-07-13 International Business Machines Corporation Cognitive data analytics for communication between vehicular devices using a telecommunications network
JP7294199B2 (ja) * 2020-03-13 2023-06-20 トヨタ自動車株式会社 通信装置、通信システム、車両、通信プログラム、及び通信方法
BR112023025007A2 (pt) * 2021-06-30 2024-02-20 Google Llc Comunicação entre conjunto de coordenação de equipamento de usuário
WO2024033295A2 (en) * 2022-08-08 2024-02-15 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. U2u relay discovery and (re-)selection

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120134631A (ko) * 2011-06-03 2012-12-12 울산대학교 산학협력단 차량 간 통신 환경에서 효과적인 긴급 메시지 전송을 위한 긴급 메시지 릴레이 장치 및 방법
KR20140058160A (ko) * 2012-11-06 2014-05-14 한국전자통신연구원 네비게이션 도로맵 정보를 이용한 차량간 통신 방법
KR20140102371A (ko) * 2013-02-13 2014-08-22 아주대학교산학협력단 차량 애드 혹 네트워크 환경에서 움직이는 영역 내 최근접 질의 처리 장치 및 방법
KR101439019B1 (ko) * 2013-04-18 2014-09-05 현대오트론 주식회사 차량 제어 장치 및 그 자율 주행 방법
KR20150098071A (ko) * 2014-02-19 2015-08-27 에스케이플래닛 주식회사 차선 분석을 위한 방법, 이를 위한 장치 및 시스템

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7653485B2 (en) * 2004-03-31 2010-01-26 Pioneer Corporation Route guidance system and method
CN101000717A (zh) * 2006-01-13 2007-07-18 朗迅科技公司 具有地理位置数据的基于道路的交通控制信息的集成访问
JP4905044B2 (ja) * 2006-10-13 2012-03-28 アイシン・エィ・ダブリュ株式会社 交通情報配信装置
US8351417B2 (en) 2008-05-14 2013-01-08 Telcordia Technologies, Inc. Methods for efficient organization of vehicle peer groups and efficient V2R communications
JP2010086265A (ja) * 2008-09-30 2010-04-15 Fujitsu Ltd 受信装置、データ表示方法、および移動支援システム
US8352112B2 (en) * 2009-04-06 2013-01-08 GM Global Technology Operations LLC Autonomous vehicle management
EP2422330B1 (en) * 2009-04-22 2015-02-25 Inrix, Inc. Predicting expected road traffic conditions based on historical and current data
WO2011110227A1 (en) * 2010-03-12 2011-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Cellular network based assistant for vehicles
JP2012159967A (ja) * 2011-01-31 2012-08-23 Nec Corp 通信装置、通信システムおよび通信方法
EP2681512B1 (en) * 2011-03-03 2021-01-13 Verizon Patent and Licensing Inc. Vehicle route calculation
US8972175B2 (en) * 2013-03-14 2015-03-03 Qualcomm Incorporated Navigation using crowdsourcing data
JP6179191B2 (ja) * 2013-05-27 2017-08-16 富士通株式会社 運転診断装置，運転診断方法及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120134631A (ko) * 2011-06-03 2012-12-12 울산대학교 산학협력단 차량 간 통신 환경에서 효과적인 긴급 메시지 전송을 위한 긴급 메시지 릴레이 장치 및 방법
KR20140058160A (ko) * 2012-11-06 2014-05-14 한국전자통신연구원 네비게이션 도로맵 정보를 이용한 차량간 통신 방법
KR20140102371A (ko) * 2013-02-13 2014-08-22 아주대학교산학협력단 차량 애드 혹 네트워크 환경에서 움직이는 영역 내 최근접 질의 처리 장치 및 방법
KR101439019B1 (ko) * 2013-04-18 2014-09-05 현대오트론 주식회사 차량 제어 장치 및 그 자율 주행 방법
KR20150098071A (ko) * 2014-02-19 2015-08-27 에스케이플래닛 주식회사 차선 분석을 위한 방법, 이를 위한 장치 및 시스템

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107613533A (zh) * 2017-09-12 2018-01-19 华为技术有限公司 Tcu切换方法、消息同步方法及装置
WO2019052446A1 (zh) * 2017-09-12 2019-03-21 华为技术有限公司 Tcu切换方法、消息同步方法及装置
CN107613533B (zh) * 2017-09-12 2020-10-23 华为技术有限公司 Tcu切换方法、消息同步方法及装置
US11528649B2 (en) 2017-09-12 2022-12-13 Huawei Technologies Co., Ltd. TCU switching method and apparatus, and message synchronization method and apparatus
WO2020060695A1 (en) * 2018-09-21 2020-03-26 Qualcomm Incorporated Zone based relay control
CN112690009A (zh) * 2018-09-21 2021-04-20 高通股份有限公司 基于区划的中继控制
US11375431B2 (en) 2018-09-21 2022-06-28 Qualcomm Incorporated Zone based relay control
CN112690009B (zh) * 2018-09-21 2024-05-14 高通股份有限公司 用于基于区划的中继控制的方法和装置
CN112566277A (zh) * 2019-09-25 2021-03-26 成都鼎桥通信技术有限公司 数据回传方法及装置
CN112566277B (zh) * 2019-09-25 2023-01-31 成都鼎桥通信技术有限公司 数据回传方法及装置

Also Published As

Publication number Publication date
US11194049B2 (en) 2021-12-07
KR20170073117A (ko) 2017-06-28
KR102477362B1 (ko) 2022-12-15
US20190004179A1 (en) 2019-01-03

Similar Documents

Publication Publication Date Title
WO2017105052A1 (ko) 통신 단말의 릴레이 기반 통신 기법
WO2018221829A1 (ko) 무선통신시스템에서 상향링크 자원과 사이드링크 자원을 공유하여 단말 간 통신을 수행하는 방법 및 장치
WO2018074708A1 (ko) 공간 분할 이중 통신을 수행하기 위해 ru간 간섭을 측정하는 방법 및 장치
WO2019009454A1 (ko) 무선통신시스템에서 상향링크 자원과 사이드링크 자원을 공유하여 단말 간 통신을 수행하는 방법 및 장치
WO2018070645A1 (ko) 무선통신시스템에서 v2x 통신을 위한 중계 신호를 송신하는 방법 및 장치
WO2017171297A1 (en) Method and apparatus for transmitting v2x message
WO2019216738A1 (ko) 차량 통신 서비스를 수행하는 장치 및 방법
WO2018084629A1 (ko) 근접-기반 서비스 직접 통신에 기반하여 v2p 서비스를 제공하는 장치 및 방법
WO2018030868A1 (en) V2x communication method and terminal
WO2018070647A1 (ko) V2x 통신을 위한 단말 간 공간 분할 연결을 설정하는 방법 및 장치
WO2018038565A1 (ko) 무선 통신 시스템에서 v2x 단말에 의해 수행되는 v2x 통신 수행 방법 및 상기 방법을 이용하는 단말
WO2018194202A1 (ko) V2x 통신 장치 및 그의 데이터 통신 방법
WO2021040352A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 장치가 cpm을 송수신하는 방법 및 이를 위한 장치
WO2017138796A1 (en) Method for operating terminal in wireless communication system and terminal using the same
WO2021150089A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 v2x 차량이 가상 v2x 메시지를 전송하는 방법 및 이를 위한 장치
WO2018225883A1 (ko) V2x 통신 장치 및 그의 멀티 채널 운용 방법
WO2019209032A1 (ko) 무선 통신 시스템에서 v2x 서비스를 통한 차량 단말들간의 v2x 메시지 전송을 제어하기 위한 차량 단말 및 그 통신 제어 방법
WO2021182935A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 softv2x 서버가 vru의 이동 경로와 관련된 vru 경로 맵을 생성하는 방법 및 이를 위한 장치
WO2021150087A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 제1 장치가 차량 주행을 제어하는 방법 및 이를 위한 장치
WO2020130715A1 (ko) 무선통신 시스템에서 다중 모드를 지원하는 방법 및 장치
WO2021029466A1 (ko) 차량에 장착되는 tcu를 제어하는 서버에서 도로를 건너는 보행자를 탐지하는 기술
WO2023075463A1 (ko) 무선 통신 시스템에서 제1 장치가 제1 메시지를 전송하는 방법 및 이를 위한 장치
WO2021221404A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 제1 장치가 위치를 보정하는 방법 및 이를 위한 장치
WO2022098147A1 (ko) 무선통신시스템에서 v2x 메시지에 기반하여 영상 처리하는 방법 및 이를 위한 장치
WO2021006376A1 (ko) 차세대 이동통신 시스템에서 차량에 장착된 tcu의 핸드오버를 효율적으로 지원하는 방법 및 그 서버

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: 16875994

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: 16875994

Country of ref document: EP

Kind code of ref document: A1