WO2020197336A1 - 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치 - Google Patents

사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2020197336A1
WO2020197336A1 PCT/KR2020/004251 KR2020004251W WO2020197336A1 WO 2020197336 A1 WO2020197336 A1 WO 2020197336A1 KR 2020004251 W KR2020004251 W KR 2020004251W WO 2020197336 A1 WO2020197336 A1 WO 2020197336A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
message
receiving device
receiving
Prior art date
Application number
PCT/KR2020/004251
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 US17/429,187 priority Critical patent/US20220198429A1/en
Publication of WO2020197336A1 publication Critical patent/WO2020197336A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/308—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using the Internet of Things
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems

Definitions

  • a method for transmitting and receiving a signal by a UE in a wireless communication system supporting a sidelink and an apparatus therefor and specifically, a method for transmitting and receiving a signal for electronic payment based on V2X communication, and an apparatus therefor.
  • a wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA) systems. division multiple access) system, MC-FDMA (multi carrier frequency division multiple access) system, and the like.
  • a sidelink refers to a communication method in which a direct link is established between terminals (User Equipment, UEs) to directly exchange voice or data between terminals without going through a base station (BS).
  • SL is being considered as a solution to the burden on the base station due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-built objects through wired/wireless communication.
  • V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P).
  • V2X communication may be provided through a PC5 interface and/or a Uu interface.
  • next-generation radio access technology in consideration of the like may be referred to as a new radio access technology (RAT) or a new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • 1 is a diagram for describing by comparing V2X communication based on RAT before NR and V2X communication based on NR
  • V2X communication a method of providing safety services based on V2X messages such as BSM (Basic Safety Message), CAM (Cooperative Awareness Message), and DENM (Decentralized Environmental Notification Message) in RAT before NR
  • BSM Basic Safety Message
  • CAM Cooperative Awareness Message
  • DENM Decentralized Environmental Notification Message
  • the V2X message may include location information, dynamic information, attribute information, and the like.
  • the terminal may transmit a periodic message type CAM and/or an event triggered message type DENM to another terminal.
  • the CAM may include basic vehicle information such as dynamic state information of the vehicle such as direction and speed, vehicle static data such as dimensions, external lighting conditions, and route history.
  • the terminal may broadcast the CAM, and the latency of the CAM may be less than 100 ms.
  • the terminal may generate a DENM and transmit it to another terminal.
  • all vehicles within the transmission range of the terminal may receive CAM and/or DENM.
  • DENM may have a higher priority than CAM.
  • V2X scenarios may include vehicle platooning, advanced driving, extended sensors, remote driving, and the like.
  • vehicles can dynamically form groups and move together. For example, in order to perform platoon operations based on vehicle platooning, vehicles belonging to the group may receive periodic data from the leading vehicle. For example, vehicles belonging to the group may use periodic data to reduce or widen the distance between vehicles.
  • the vehicle can be semi-automated or fully automated.
  • each vehicle may adjust trajectories or maneuvers based on data acquired from a local sensor of a proximity vehicle and/or a proximity logical entity.
  • each vehicle may share a driving intention with nearby vehicles.
  • raw data or processed data, or live video data acquired through local sensors may be used as vehicles, logical entities, pedestrian terminals, and / Or can be exchanged between V2X application servers.
  • the vehicle can recognize an improved environment than the environment that can be detected using its own sensor.
  • a remote driver or a V2X application may operate or control the remote vehicle.
  • a route can be predicted such as in public transportation
  • cloud computing-based driving may be used for operation or control of the remote vehicle.
  • access to a cloud-based back-end service platform may be considered for remote driving.
  • V2X communication based on NR a method of specifying service requirements for various V2X scenarios such as vehicle platooning, improved driving, extended sensors, and remote driving is being discussed in V2X communication based on NR.
  • the task to be solved is to provide user convenience and efficient electronic payment method through an electronic payment system based on V2X communication link, and minimize leakage of payment method information to the outside through the introduction of a virtual receiving device and short-range communication link. It is to provide an electronic payment method.
  • a first message including information related to electronic payment through the sidelink from a road side unit (RSU)
  • RSU road side unit
  • the first communication link may be a communication link formed based on a short-range communication technology.
  • the short-range communication technology may be short-range communication according to at least one of a magnetic stripe, an IC chip, a near-field communication (NFC), a barcode, and a radio-frequency identification (RFID) tag.
  • a magnetic stripe an IC chip
  • NFC near-field communication
  • RFID radio-frequency identification
  • the invoice type includes a first type including predetermined payment information, and a second type in which payment information is differently determined according to a response of the first device or a type of vehicle including the first device. It is characterized.
  • the first message is at least one periodic transmission of a CAM (Cooperative Awareness Message), a DENM (Decentralized Environmental Notification Message), or a BSM (basic safety message) of the first device It characterized in that it is a response message to.
  • CAM Cooperative Awareness Message
  • DENM Decentralized Environmental Notification Message
  • BSM basic safety message
  • the invoice type is a second type
  • the first message further includes allocation information of a time slot transmitted by the message of the RSU, and the transmission timing of the second message is determined based on the allocation information.
  • the allocation information may include the number of a plurality of RSUs included in the preset region, time resource allocation information of each of the plurality of RSUs, and information on a transmission period.
  • the transmission timing of the second message is determined based on a phase shift degree obtained based on a positioning reference signal (PRS) or a phase tracking reference signal (PTRS) included in the first message.
  • PRS positioning reference signal
  • PTRS phase tracking reference signal
  • the first message may be periodically repeated and transmitted by the RSU regardless of whether the first device is accessed.
  • the first device is characterized in that it is attached to the same ITS-S or vehicle as the second device.
  • a first device for transmitting and receiving signals in a wireless communication system supporting a sidelink includes a radio frequency (RF) transceiver and a processor connected to the RF transceiver, and the processor controls the RF transceiver. Then, a first message including information related to electronic payment is received from the Road Side Unit (RSU) through the sidelink, and corresponding payment information is transmitted to the second device based on the invoice type included in the first message.
  • RSU Road Side Unit
  • payment method information is received from the second device through a separately configured first communication link, and the first communication link may be a communication link formed based on a short-range communication technology.
  • the short-range communication technology is characterized in that it is a short-range communication according to at least one of a magnetic stripe, an IC chip, a near-field communication (NFC), a barcode, and a radio-frequency identification (RFID) tag.
  • a magnetic stripe an IC chip
  • NFC near-field communication
  • RFID radio-frequency identification
  • a chip set for transmitting and receiving signals is operably connected to at least one processor and the at least one processor, and when executed, the at least one processor operates. And at least one memory to perform the operation, wherein the operation includes receiving a first message including information related to electronic payment through the sidelink from a road side unit (RSU), and an invoice included in the first message
  • RSU road side unit
  • the corresponding payment information is transmitted to the second device based on the type, and payment method information is received from the second device through a separately configured first communication link, and the first communication link is a communication formed based on short-range communication technology. It could be a link.
  • the processor may control a driving mode of a device connected to the chip set based on the invoice type.
  • Various embodiments can provide a user's convenience and efficient electronic payment method through an electronic payment system based on a V2X communication link, and minimize leakage of payment method information to the outside through the introduction of a virtual receiving device and a short-range communication link. Electronic payments with improved security and stability can be performed.
  • 1 is a diagram for describing by comparing V2X communication based on RAT before NR and V2X communication based on NR
  • FIG 2 shows the structure of an LTE system.
  • 3 shows a radio protocol architecture for a user plane.
  • FIG. 4 shows a radio protocol structure for a control plane.
  • 5 shows the structure of an NR system.
  • 6 shows the functional division between NG-RAN and 5GC.
  • FIG. 7 shows the structure of an NR radio frame.
  • FIG. 10 shows the structure of the S-SSB according to the CP type.
  • 11 shows a terminal performing V2X or SL communication.
  • FIG. 12 shows a resource unit for V2X or SL communication.
  • FIG. 13 shows a procedure for a UE to perform V2X or SL communication according to a transmission mode.
  • 15 is a diagram for describing a method of performing electronic payment related to V2X.
  • 16 is a diagram illustrating a method of performing an electronic payment related to V2X through a virtual receiving device.
  • 17 is a diagram illustrating a method of recognizing a payment device or a virtual receiving device to perform electronic payment.
  • 18 and 19 are diagrams for explaining a method of recognizing or detecting a target for performing V2X-based electronic payment.
  • 20 and 21 are diagrams for explaining a period and time resource in which the receiving device transmits a display message.
  • 22 and 23 are diagrams for explaining an electronic payment method for invoice A.
  • 24 and 25 are diagrams for describing an electronic payment method based on an invoice B.
  • 26 and 27 are diagrams for explaining a method of performing an electronic payment based on V2X communication by a virtual receiving device.
  • 29 illustrates a wireless device applicable to the present invention.
  • Wireless devices can be implemented in various forms depending on use-examples/services.
  • 31 illustrates a portable device applied to the present invention.
  • a wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA) systems. division multiple access) system, MC-FDMA (multi carrier frequency division multiple access) system, and the like.
  • Sidelink refers to a communication method in which a direct link is established between terminals (User Equipment, UEs), and voice or data is directly exchanged between terminals without going through a base station (BS).
  • the sidelink is being considered as a method that can solve the burden of the base station due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-built objects through wired/wireless communication.
  • V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P).
  • V2X communication may be provided through a PC5 interface and/or a Uu interface.
  • RAT radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented with wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (evolved UTRA).
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with a system based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) that uses evolved-UMTS terrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC in uplink.
  • -Adopt FDMA is an evolution of 3GPP LTE.
  • 5G NR is the successor technology of LTE-A, and is a new clean-slate type mobile communication system with features such as high performance, low latency, and high availability.
  • 5G NR can utilize all available spectrum resources, from low frequency bands of less than 1 GHz to intermediate frequency bands of 1 GHz to 10 GHz and high frequency (millimeter wave) bands of 24 GHz or higher.
  • LTE-A or 5G NR is mainly described, but the technical idea of the embodiment(s) is not limited thereto.
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • LTE Long Term Evolution
  • the E-UTRAN includes a base station (BS) 20 that provides a control plane and a user plane to the terminal 10.
  • the terminal 10 may be fixed or mobile, and may be referred to as other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), and a wireless device.
  • the base station 20 refers to a fixed station communicating with the terminal 10, and may be referred to as an evolved-NodeB (eNB), a base transceiver system (BTS), an access point, and the like.
  • eNB evolved-NodeB
  • BTS base transceiver system
  • access point and the like.
  • the base stations 20 may be connected to each other through an X2 interface.
  • the base station 20 is connected to an Evolved Packet Core (EPC) 30 through an S1 interface, more specifically, a Mobility Management Entity (MME) through an S1-MME and a Serving Gateway (S-GW) through an S1-U.
  • EPC Evolved Packet Core
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the EPC 30 is composed of MME, S-GW, and P-GW (Packet Data Network-Gateway).
  • the MME has access information of the terminal or information on the capabilities of the terminal, and this information is mainly used for mobility management of the terminal.
  • S-GW is a gateway with E-UTRAN as an endpoint
  • P-GW is a gateway with PDN as an endpoint.
  • the layers of the Radio Interface Protocol between the terminal and the network are L1 (Layer 1) based on the lower 3 layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems. It can be divided into L2 (second layer) and L3 (third layer).
  • L2 second layer
  • L3 third layer
  • the physical layer belonging to the first layer provides an information transfer service using a physical channel
  • the radio resource control (RRC) layer located in the third layer is a radio resource between the terminal and the network. It plays the role of controlling To this end, the RRC layer exchanges RRC messages between the terminal and the base station.
  • 3 shows a radio protocol architecture for a user plane.
  • the 4 shows a radio protocol structure for a control plane.
  • the user plane is a protocol stack for transmitting user data
  • the control plane is a protocol stack for transmitting control signals.
  • a physical layer provides an information transmission service to an upper layer using a physical channel.
  • the physical layer is connected to an upper layer, a medium access control (MAC) layer, through a transport channel. Data is moved between the MAC layer and the physical layer through the transport channel. Transmission channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • MAC medium access control
  • the physical channel may be modulated in an Orthogonal Frequency Division Multiplexing (OFDM) scheme, and uses time and frequency as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides a service to an upper layer, a radio link control (RLC) layer, through a logical channel.
  • the MAC layer provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping a plurality of logical channels to a single transport channel.
  • the MAC sublayer provides a data transmission service on a logical channel.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC SDUs.
  • the RLC layer In order to ensure various QoS (Quality of Service) required by Radio Bearer (RB), the RLC layer has a Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode. , AM).
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode.
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the Radio Resource Control (RRC) layer is defined only in the control plane.
  • the RRC layer is in charge of controlling logical channels, transport channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB refers to a logical path provided by the first layer (PHY layer) and the second layer (MAC layer, RLC layer, PDCP layer) for data transmission between the terminal and the network.
  • Functions of the Packet Data Convergence Protocol (PDCP) layer in the user plane include transmission of user data, header compression, and ciphering.
  • Functions of the Packet Data Convergence Protocol (PDCP) layer in the control plane include transmission of control plane data and encryption/integrity protection.
  • Establishing the RB refers to a process of defining characteristics of a radio protocol layer and channel to provide a specific service, and setting specific parameters and operation methods for each.
  • the RB can be further divided into two types: Signaling Radio Bearer (SRB) and Data Radio Bearer (DRB).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • the UE When an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in the RRC_CONNEDTED state, otherwise it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the terminal in the RRC_INACTIVE state can release the connection with the base station while maintaining the connection with the core network.
  • a downlink transmission channel for transmitting data from a network to a terminal there is a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting user traffic or control messages.
  • BCH broadcast channel
  • SCH downlink shared channel
  • downlink multicast or broadcast service traffic or control messages they may be transmitted through a downlink SCH or a separate downlink multicast channel (MCH).
  • RACH random access channel
  • SCH uplink shared channel
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic
  • the physical channel is composed of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and is composed of a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for the PDCCH (Physical Downlink Control Channel), that is, the L1/L2 control channel.
  • TTI Transmission Time Interval
  • 5 shows the structure of an NR system.
  • the NG-RAN may include a gNB and/or eNB that provides a user plane and a control plane protocol termination to a terminal.
  • 10 illustrates a case where only gNB is included.
  • the gNB and the eNB are connected to each other through an Xn interface.
  • the gNB and eNB are connected to the 5th generation core network (5G Core Network: 5GC) through the NG interface.
  • 5G Core Network: 5GC 5th generation core network
  • AMF access and mobility management function
  • UPF user plane function
  • 6 shows the functional division between NG-RAN and 5GC.
  • the gNB is inter-cell radio resource management (Inter Cell RRM), radio bearer management (RB control), connection mobility control (Connection Mobility Control), radio admission control (Radio Admission Control), measurement setting and provision Functions such as (Measurement configuration & Provision) and dynamic resource allocation may be provided.
  • AMF can provide functions such as NAS security and idle state mobility processing.
  • UPF may provide functions such as mobility anchoring and PDU processing.
  • SMF Session Management Function
  • FIG. 7 shows the structure of an NR radio frame.
  • radio frames can be used in uplink and downlink transmission in NR.
  • the radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (HF).
  • the half-frame may include five 1ms subframes (Subframe, SF).
  • a subframe may be divided into one or more slots, and the number of slots within a subframe may be determined according to a subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • Each slot may include 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
  • CP cyclic prefix
  • each slot may include 14 symbols.
  • each slot may include 12 symbols.
  • the symbol may include an OFDM symbol (or CP-OFDM symbol), a Single Carrier-FDMA (SC-FDMA) symbol (or a Discrete Fourier Transform-spread-OFDM (DFT-s-OFDM) symbol).
  • Table 1 below shows the number of symbols per slot ((N slot symb ), the number of slots per frame ((N frame,u slot )) and the number of slots per subframe according to the SCS setting (u) when normal CP is used. ((N subframe,u slot ) is illustrated.
  • Table 2 illustrates the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to the SCS when the extended CP is used.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • the (absolute time) section of the time resource eg, subframe, slot, or TTI
  • TU Time Unit
  • multiple numerology or SCS to support various 5G services may be supported.
  • SCS when the SCS is 15 kHz, a wide area in traditional cellular bands can be supported, and when the SCS is 30 kHz/60 kHz, a dense-urban, lower delay latency) and a wider carrier bandwidth may be supported.
  • SCS when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.
  • the NR frequency band can be defined as two types of frequency ranges.
  • the two types of frequency ranges may be FR1 and FR2.
  • the numerical value of the frequency range may be changed, for example, the frequency ranges of the two types may be shown in Table 3 below.
  • FR1 may mean "sub 6GHz range”
  • FR2 may mean "above 6GHz range” and may be called a millimeter wave (mmW).
  • mmW millimeter wave
  • FR1 may include a band of 410MHz to 7125MHz as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band.
  • the unlicensed band can be used for a variety of purposes, and can be used, for example, for communication for vehicles (eg, autonomous driving).
  • a slot includes a plurality of symbols in the time domain.
  • one slot includes 14 symbols, but in the case of an extended CP, one slot may include 12 symbols.
  • one slot may include 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • the carrier includes a plurality of subcarriers in the frequency domain.
  • Resource Block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • BWP Bandwidth Part
  • P Physical Resource Block
  • the carrier may include up to N (eg, 5) BWPs. Data communication can be performed through an activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • the radio interface between the terminal and the terminal or the radio interface between the terminal and the network may be composed of an L1 layer, an L2 layer, and an L3 layer.
  • the L1 layer may mean a physical layer.
  • the L2 layer may mean at least one of a MAC layer, an RLC layer, a PDCP layer, and an SDAP layer.
  • the L3 layer may mean an RRC layer.
  • V2X or SL (sidelink) communication will be described.
  • FIG. 9 shows a radio protocol architecture for SL communication. Specifically, FIG. 9A shows a user plane protocol stack of NR, and FIG. 9B shows a control plane protocol stack of NR.
  • SL synchronization signal Sidelink Synchronization Signal, SLSS
  • SLSS Segment Synchronization Signal
  • SLSS is an SL-specific sequence and may include a Primary Sidelink Synchronization Signal (PSSS) and a Secondary Sidelink Synchronization Signal (SSSS).
  • PSSS Primary Sidelink Synchronization Signal
  • SSSS Secondary Sidelink Synchronization Signal
  • S-PSS Secondary Sidelink Primary Synchronization Signal
  • S-SSS Secondary Synchronization Signal
  • length-127 M-sequences may be used for S-PSS
  • length-127 Gold sequences may be used for S-SSS.
  • the terminal may detect an initial signal using S-PSS and may acquire synchronization.
  • the UE may acquire detailed synchronization using S-PSS and S-SSS, and may detect a synchronization signal ID.
  • the PSBCH Physical Sidelink Broadcast Channel
  • the PSBCH may be a (broadcast) channel through which basic (system) information that the terminal needs to know first before transmitting and receiving SL signals is transmitted.
  • the basic information may include information related to SLSS, duplex mode (DM), TDD UL/DL (Time Division Duplex Uplink/Downlink) configuration, resource pool related information, type of application related to SLSS, It may be a subframe offset, broadcast information, and the like.
  • the payload size of the PSBCH may be 56 bits including a 24-bit CRC.
  • S-PSS, S-SSS, and PSBCH may be included in a block format supporting periodic transmission (e.g., SL SS (Synchronization Signal) / PSBCH block, hereinafter S-SSB (Sidelink-Synchronization Signal Block)).
  • the S-SSB may have the same numanology (i.e., SCS and CP length) as the PSCCH (Physical Sidelink Control Channel)/PSSCH (Physical Sidelink Shared Channel) in the carrier, and the transmission bandwidth is (pre) set SL Sidelink Control Channel (BWP).
  • BWP SL Sidelink Control Channel
  • the bandwidth of the S-SSB may be 11 Resource Block (RB).
  • the PSBCH can span 11 RBs.
  • the frequency position of the S-SSB may be set (in advance). Therefore, the terminal does not need to perform hypothesis detection in frequency to discover the S-SSB in the carrier.
  • the transmitting terminal may transmit one or more S-SSBs to the receiving terminal within one S-SSB transmission period according to the SCS.
  • the number of S-SSBs that the transmitting terminal transmits to the receiving terminal within one S-SSB transmission period may be pre-configured to the transmitting terminal or may be configured.
  • the S-SSB transmission period may be 160 ms.
  • an S-SSB transmission period of 160 ms may be supported.
  • the transmitting terminal may transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period. For example, when the SCS is 30 kHz in FR1, the transmitting terminal may transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period. For example, when the SCS is 60 kHz in FR1, the transmitting terminal may transmit one, two or four S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit 1, 2, 4, 8, 16 or 32 S-SSBs to the receiving terminal within one S-SSB transmission period. have.
  • the transmitting terminal sends 1, 2, 4, 8, 16, 32 or 64 S-SSBs to the receiving terminal within one S-SSB transmission period. Can be transmitted.
  • the structure of the S-SSB transmitted from the transmitting terminal to the receiving terminal may be different according to the CP type.
  • the CP type may be a normal CP (NCP) or an extended CP (ECP).
  • NCP normal CP
  • ECP extended CP
  • the number of symbols mapping the PSBCH in the S-SSB transmitted by the transmitting terminal may be 9 or 8.
  • the number of symbols for mapping the PSBCH in the S-SSB transmitted by the transmitting terminal may be 7 or 6.
  • the PSBCH may be mapped to the first symbol in the S-SSB transmitted by the transmitting terminal.
  • a receiving terminal receiving the S-SSB may perform an automatic gain control (AGC) operation in the first symbol interval of the S-SSB.
  • AGC automatic gain control
  • FIG. 10 shows the structure of the S-SSB according to the CP type.
  • the CP type is NCP, it shows the structure of the S-SSB.
  • the structure of the S-SSB that is, the order of symbols to which S-PSS, S-SSS, and PSBCH are mapped in the S-SSB transmitted by the transmitting terminal may be referred to FIG. 20. have.
  • 10(b) shows the structure of an S-SSB when the CP type is ECP.
  • the number of symbols for which the transmitting terminal maps the PSBCH after the S-SSS in the S-SSB may be six. Therefore, the coverage of the S-SSB may be different depending on whether the CP type is NCP or ECP.
  • each SLSS may have a Sidelink Synchronization Identifier (SLSS ID).
  • SLSS ID Sidelink Synchronization Identifier
  • a value of the SLSS ID may be defined based on a combination of two different S-PSS sequences and 168 different S-SSS sequences.
  • the number of SLSS IDs may be 336.
  • the value of the SLSS ID may be any one of 0 to 335.
  • a value of the SLSS ID may be defined based on a combination of two different S-PSS sequences and 336 different S-SSS sequences.
  • the number of SLSS IDs may be 672.
  • the value of the SLSS ID may be any one of 0 to 671.
  • one S-PSS may be associated with in-coverage, and the other S-PSS is out-of-coverage. Can be associated with.
  • SLSS IDs of 0 to 335 may be used in in-coverage
  • SLSS IDs of 336 to 671 may be used in out-coverage.
  • the transmitting terminal needs to optimize the transmission power according to the characteristics of each signal constituting the S-SSB. For example, according to a peak to average power ratio (PAPR) of each signal constituting the S-SSB, the transmitting terminal may determine a maximum power reduction (MPR) value for each signal. For example, if the PAPR value is different between the S-PSS and S-SSS constituting the S-SSB, in order to improve the S-SSB reception performance of the receiving terminal, the transmitting terminal transmits the S-PSS and S-SSS. Each of the optimum MPR values can be applied.
  • PAPR peak to average power ratio
  • MPR maximum power reduction
  • a transition period may be applied.
  • the transition period may protect a time required for the transmitting terminal amplifier of the transmitting terminal to perform a normal operation at the boundary where the transmission power of the transmitting terminal is changed.
  • the transition period may be 10us.
  • the transition period may be 5us.
  • a search window for the receiving terminal to detect the S-PSS may be 80 ms and/or 160 ms.
  • 11 shows a terminal performing V2X or SL communication.
  • terminal in V2X or SL communication, the term terminal may mainly mean a user terminal.
  • the base station when network equipment such as a base station transmits and receives signals according to a communication method between terminals, the base station may also be regarded as a kind of terminal.
  • terminal 1 may be the first device 100 and terminal 2 may be the second device 200.
  • terminal 1 may select a resource unit corresponding to a specific resource from within a resource pool that means a set of a series of resources.
  • UE 1 may transmit an SL signal using the resource unit.
  • terminal 2 which is a receiving terminal, may be configured with a resource pool through which terminal 1 can transmit a signal, and may detect a signal of terminal 1 in the resource pool.
  • the base station may inform the terminal 1 of the resource pool.
  • another terminal notifies the resource pool to the terminal 1, or the terminal 1 may use a preset resource pool.
  • the resource pool may be composed of a plurality of resource units, and each terminal may select one or a plurality of resource units and use it for transmitting its own SL signal.
  • FIG. 12 shows a resource unit for V2X or SL communication.
  • the total frequency resources of the resource pool may be divided into NF, and the total time resources of the resource pool may be divided into NT. Therefore, a total of NF * NT resource units can be defined in the resource pool. 12 shows an example in which a corresponding resource pool is repeated with a period of NT subframes.
  • one resource unit (eg, Unit #0) may be periodically repeated.
  • an index of a physical resource unit to which one logical resource unit is mapped may change in a predetermined pattern over time.
  • a resource pool may mean a set of resource units that can be used for transmission by a terminal that intends to transmit an SL signal.
  • Resource pools can be subdivided into several types. For example, according to the content of the SL signal transmitted from each resource pool, the resource pool may be classified as follows.
  • SA Scheduling Assignment
  • MCS Modulation and Coding Scheme
  • MIMO Multiple Input Multiple Output
  • TA Timing Advance
  • the SA may be multiplexed with SL data on the same resource unit and transmitted.
  • the SA resource pool may mean a resource pool in which the SA is multiplexed with SL data and transmitted.
  • SA may also be referred to as an SL control channel.
  • the SL data channel may be a resource pool used by a transmitting terminal to transmit user data. If SA is multiplexed and transmitted along with SL data on the same resource unit, only SL data channels excluding SA information may be transmitted from the resource pool for the SL data channel. In other words, REs (Resource Elements) used to transmit SA information on individual resource units in the SA resource pool may still be used to transmit SL data in the resource pool of the SL data channel. For example, the transmitting terminal may transmit the PSSCH by mapping the PSSCH to the continuous PRB.
  • PSSCH Physical Sidelink Shared Channel
  • the discovery channel may be a resource pool for the transmitting terminal to transmit information such as its ID. Through this, the transmitting terminal can allow the neighboring terminal to discover itself.
  • the transmission timing determination method of the SL signal e.g., whether it is transmitted at the time of reception of the synchronization reference signal or is transmitted by applying a certain timing advance at the time of reception
  • resources Allocation method e.g., whether the base station assigns transmission resources of individual signals to individual transmitting terminals, or whether individual transmitting terminals select individual signal transmission resources within the resource pool
  • signal format e.g., each SL The number of symbols occupied by a signal in one subframe, or the number of subframes used for transmission of one SL signal
  • signal strength from the base station e.g., each SL The number of symbols occupied by a signal in one subframe, or the number of subframes used for transmission of one SL signal
  • signal strength from the base station e.g., each SL The number of symbols occupied by a signal in one subframe, or the number of subframes used for transmission of one SL signal
  • signal strength from the base station e.g., each SL The number of symbols occupied by
  • the transmission mode may be referred to as a mode or a resource allocation mode.
  • the transmission mode in LTE may be referred to as an LTE transmission mode
  • the transmission mode in NR may be referred to as an NR resource allocation mode.
  • (a) of FIG. 13 shows a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3.
  • (a) of FIG. 24 shows a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 may be applied to general SL communication
  • LTE transmission mode 3 may be applied to V2X communication.
  • (b) of FIG. 13 shows a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • (b) of FIG. 24 shows a terminal operation related to NR resource allocation mode 2.
  • the base station may schedule SL resources to be used by the terminal for SL transmission. For example, the base station may perform resource scheduling to UE 1 through PDCCH (more specifically, Downlink Control Information (DCI)), and UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • PDCCH more specifically, Downlink Control Information (DCI)
  • DCI Downlink Control Information
  • UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • DCI Downlink Control Information
  • UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • SCI Sidelink Control Information
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • the terminal may be provided or allocated resources for transmission of one or more SLs of one transport block (TB) from the base station through a dynamic grant.
  • the base station may provide a resource for transmission of PSCCH and/or PSSCH to the terminal by using a dynamic grant.
  • the transmitting terminal may report the SL HARQ (Hybrid Automatic Repeat Request) feedback received from the receiving terminal to the base station.
  • SL HARQ Hybrid Automatic Repeat Request
  • a PUCCH resource and timing for reporting SL HARQ feedback to the base station may be determined based on an indication in the PDCCH for the base station to allocate resources for SL transmission.
  • DCI may indicate a slot offset between DCI reception and a first SL transmission scheduled by DCI.
  • the minimum gap between the DCI scheduling SL transmission resource and the first scheduled SL transmission resource may not be smaller than the processing time of the corresponding terminal.
  • the terminal may periodically provide or receive a resource set from the base station for transmission of a plurality of SLs through a configured grant.
  • the to-be-set grant may include a set grant type 1 or a set grant type 2.
  • the terminal may determine the TB to be transmitted in each case (occasions) indicated by a given configured grant (given configured grant).
  • the base station may allocate SL resources to the terminal on the same carrier, and allocate the SL resources to the terminal on different carriers.
  • the NR base station may control LTE-based SL communication.
  • the NR base station may transmit the NR DCI to the terminal to schedule LTE SL resources.
  • a new RNTI for scrambling the NR DCI may be defined.
  • the terminal may include an NR SL module and an LTE SL module.
  • the NR SL module can convert the NR SL DCI to LTE DCI type 5A, and the NR SL module is X ms LTE DCI type 5A can be delivered to the LTE SL module as a unit.
  • the LTE SL module may apply activation and/or release to the first LTE subframe Z ms later.
  • the X can be dynamically displayed using a field of DCI.
  • the minimum value of X may be different according to UE capability.
  • the terminal may report a single value according to the terminal capability.
  • X may be a positive number.
  • the terminal may determine SL transmission resources within SL resources set by the base station/network or preset SL resources. have.
  • the set SL resource or the preset SL resource may be a resource pool.
  • the terminal can autonomously select or schedule a resource for SL transmission.
  • the terminal may perform SL communication by selecting a resource from the set resource pool by itself.
  • the terminal may perform a sensing and resource (re) selection procedure to select a resource by itself within the selection window.
  • the sensing may be performed on a subchannel basis.
  • UE 1 may transmit SCI to UE 2 through PSCCH and then transmit the SCI-based data to UE 2 through PSSCH.
  • the terminal may help select SL resources for other terminals.
  • the UE in the NR resource allocation mode 2, the UE may be configured with a configured grant for SL transmission.
  • the terminal can schedule SL transmission of another terminal.
  • the UE in NR resource allocation mode 2, the UE may reserve SL resources for blind retransmission.
  • the first terminal may indicate the priority of SL transmission to the second terminal using SCI.
  • the second terminal may decode the SCI, and the second terminal may perform sensing and/or resource (re)selection based on the priority.
  • the resource (re) selection procedure includes the step of the second terminal identifying a candidate resource in the resource selection window, and the second terminal selecting a resource for (re)transmission from the identified candidate resources can do.
  • the resource selection window may be a time interval during which the UE selects a resource for SL transmission.
  • the resource selection window may start at T1 ⁇ 0, and the resource selection window is based on the remaining packet delay budget of the second terminal.
  • a specific resource is indicated by the SCI received from the first terminal by the second terminal, and the L1 SL RSRP measurement value for the specific resource is
  • the second terminal may not determine the specific resource as a candidate resource.
  • the SL RSRP threshold may be determined based on the priority of SL transmission indicated by the SCI received from the first terminal by the second terminal and the priority of SL transmission on the resource selected by the second terminal.
  • the L1 SL RSRP may be measured based on the SL Demodulation Reference Signal (DMRS).
  • DMRS SL Demodulation Reference Signal
  • one or more PSSCH DMRS patterns may be set or preset in the time domain for each resource pool.
  • the PDSCH DMRS configuration type 1 and/or type 2 may be the same as or similar to the frequency domain pattern of the PSSCH DMRS.
  • the correct DMRS pattern can be indicated by SCI.
  • the transmitting terminal may select a specific DMRS pattern from among DMRS patterns set for a resource pool or preset in advance.
  • the transmitting terminal may perform initial transmission of a transport block (TB) without reservation. For example, based on the sensing and resource (re) selection procedure, the transmitting terminal may reserve the SL resource for initial transmission of the second TB using the SCI associated with the first TB.
  • the UE may reserve resources for feedback-based PSSCH retransmission through signaling related to previous transmission of the same TB (Transport Block).
  • the maximum number of SL resources reserved by one transmission including the current transmission may be 2, 3, or 4.
  • the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled.
  • the maximum number of HARQ (re) transmissions for one TB may be limited by setting or preset.
  • the maximum number of HARQ (re) transmissions may be up to 32.
  • the maximum number of HARQ (re)transmissions may be unspecified.
  • the setting or preset may be for a transmitting terminal.
  • HARQ feedback for releasing resources not used by the terminal may be supported.
  • the terminal may indicate to another terminal one or more subchannels and/or slots used by the terminal using SCI.
  • the UE may indicate to another UE one or more subchannels and/or slots reserved by the UE for PSSCH (re)transmission using SCI.
  • the minimum allocation unit of SL resources may be a slot.
  • the size of the subchannel may be set for the terminal or may be preset.
  • SCI sidelink control information
  • Control information transmitted by the base station to the terminal through the PDCCH is referred to as DCI (Downlink Control Information), while control information transmitted by the terminal to another terminal through the PSCCH may be referred to as SCI.
  • DCI Downlink Control Information
  • SCI Downlink Control Information
  • the UE may know the start symbol of the PSCCH and/or the number of symbols of the PSCCH before decoding the PSCCH.
  • SCI may include SL scheduling information.
  • the terminal may transmit at least one SCI to another terminal in order to schedule the PSSCH.
  • one or more SCI formats may be defined.
  • the transmitting terminal may transmit the SCI to the receiving terminal on the PSCCH.
  • the receiving terminal may decode one SCI to receive the PSSCH from the transmitting terminal.
  • the transmitting terminal may transmit two consecutive SCIs (eg, 2-stage SCI) on the PSCCH and/or PSSCH to the receiving terminal.
  • the receiving terminal may decode two consecutive SCIs (eg, 2-stage SCI) to receive the PSSCH from the transmitting terminal.
  • the SCI configuration fields are divided into two groups in consideration of the (relatively) high SCI payload size
  • the SCI including the first SCI configuration field group is referred to as the first SCI or the 1st SCI. It may be referred to as, and the SCI including the second SCI configuration field group may be referred to as a second SCI or a 2nd SCI.
  • the transmitting terminal may transmit the first SCI to the receiving terminal through the PSCCH.
  • the transmitting terminal may transmit the second SCI to the receiving terminal on the PSCCH and/or PSSCH.
  • the second SCI may be transmitted to the receiving terminal through the (independent) PSCCH, or may be piggybacked with data through the PSSCH and transmitted.
  • two consecutive SCIs may be applied for different transmissions (eg, unicast, broadcast, or groupcast).
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through SCI.
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through the first SCI and/or the second SCI.
  • PSCCH-related resource allocation information for example, time/frequency resource location/number, resource reservation information (eg, period), and/or
  • SL CSI transmission indicator (or SL (L1) RSRP (and/or SL (L1) RSRQ and/or SL (L1) RSSI) information transmission indicator), and/or
  • -Reference signal (e.g., DMRS, etc.) information related to decoding and/or channel estimation of data transmitted through the PSSCH, for example, information related to the pattern of (time-frequency) mapping resources of the DMRS, rank ) Information, antenna port index information;
  • the first SCI may include information related to channel sensing.
  • the receiving terminal may decode the second SCI using the PSSCH DMRS.
  • a polar code used for the PDCCH may be applied to the second SCI.
  • the payload size of the first SCI may be the same for unicast, groupcast and broadcast.
  • the receiving terminal does not need to perform blind decoding of the second SCI.
  • the first SCI may include scheduling information of the second SCI.
  • the PSCCH is SCI, the first SCI and/or the first SCI. It may be replaced/substituted with at least one of 2 SCIs. And/or, for example, SCI may be replaced/substituted with at least one of PSCCH, first SCI, and/or second SCI. And/or, for example, since the transmitting terminal can transmit the second SCI to the receiving terminal through the PSSCH, the PSSCH can be replaced/replaced with the second SCI.
  • TDMA time division multiple access
  • FDMA frequency division multiples access
  • ISI inter-symbol interference
  • ICI inter-carrier interference
  • SLSS sidelink synchronization signal
  • MIB-SL-V2X master information block-sidelink-V2X
  • RLC radio link control
  • the terminal may be synchronized to the GNSS directly through a terminal (in network coverage or out of network coverage) directly synchronized with the GNSS (global navigation satellite systems) or directly synchronized with the GNSS.
  • the UE may calculate the DFN and the subframe number using the UTC (Coordinated Universal Time) and (pre) set DFN (Direct Frame Number) offset.
  • the terminal may be directly synchronized with the base station or may be synchronized with another terminal that is time/frequency synchronized with the base station.
  • the base station may be an eNB or a gNB.
  • the terminal may receive synchronization information provided by the base station, and may be directly synchronized with the base station. Thereafter, the terminal may provide synchronization information to another adjacent terminal.
  • the base station timing is set as a synchronization criterion
  • the UE is a cell associated with the frequency (if it is within cell coverage at the frequency), a primary cell or a serving cell (if it is outside the cell coverage at the frequency) for synchronization and downlink measurement. ) Can be followed.
  • the base station may provide synchronization settings for carriers used for V2X or SL communication.
  • the terminal may follow the synchronization setting received from the base station. If the terminal does not detect any cell in the carrier used for the V2X or SL communication and does not receive a synchronization setting from a serving cell, the terminal may follow a preset synchronization setting.
  • the terminal may be synchronized to another terminal that has not directly or indirectly obtained synchronization information from the base station or the GNSS.
  • the synchronization source and preference may be preset to the terminal.
  • the synchronization source and preference may be set through a control message provided by the base station.
  • the SL synchronization source may be associated with a synchronization priority.
  • the relationship between the synchronization source and the synchronization priority may be defined as shown in Table 5 or Table 6.
  • Table 5 or Table 6 is only an example, and the relationship between the synchronization source and the synchronization priority may be defined in various forms.
  • GNSS-based synchronization Base station-based synchronization (eNB/gNB-based synchronization) P0 GNSS Base station P1 All terminals synchronized directly to GNSS All terminals synchronized directly to the base station P2 All terminals indirectly synchronized to GNSS All terminals indirectly synchronized to the base station P3 All other terminals GNSS P4 N/A All terminals synchronized directly to GNSS P5 N/A All terminals indirectly synchronized to GNSS P6 N/A All other terminals
  • GNSS-based synchronization Base station-based synchronization (eNB/gNB-based synchronization) P0 GNSS Base station P1 All terminals synchronized directly to GNSS All terminals synchronized directly to the base station P2 All terminals indirectly synchronized to GNSS All terminals indirectly synchronized to the base station P3 Base station GNSS P4 All terminals synchronized directly to the base station All terminals synchronized directly to GNSS P5 All terminals indirectly synchronized to the base station All terminals indirectly synchronized to GNSS P6 Remaining terminal(s) with low priority Remaining terminal(s) with low priority
  • P0 may mean the highest priority
  • P6 may mean the lowest priority
  • the base station may include at least one of a gNB or an eNB.
  • Whether to use GNSS-based synchronization or base station-based synchronization may be set (in advance).
  • the terminal can derive the transmission timing of the terminal from an available synchronization criterion having the highest priority.
  • 15 is a diagram for describing a method of performing electronic payment related to V2X.
  • electronic payment related to V2X may include a payment device (payer), a receiving device (payee), and a payment server (Payment Server).
  • a payment device payer
  • a receiving device payee
  • a payment server Payment Server
  • the payment device can provide financial value for the payment by exchanging the necessary information with the receiving device.
  • the payment device communicates with the payee using V2X technology. As shown in Figure 15.
  • the payment device may be attached or included in the vehicle ITS-S, but may be electrically connected (or mounted) to all types of ITS-S other than the vehicle.
  • the receiving device may obtain information necessary for payment from the payment device, provide information necessary for the payment device and the receiving device to the payment server, and may optionally transmit or transmit the payment result obtained from the payment server to the payment device.
  • the receiving device communicates with the payment device using V2X technology.
  • the receiving device may be electrically connected (or mounted) with a roadside ITS-S (roadside ITS-S), but may be electrically connected or mounted with any type of ITS-S other than the roadside ITS-S. .
  • the payment server may proceed with payment based on the payment information obtained from the receiving device, and transmit or transmit a payment result to the numerical device (eg, payment rejection, payment completion, etc.).
  • the payment server may be a server such as a network service provider, an Internet service provider, a mobile service provider, a bank or a financial company.
  • the payment server may communicate with the receiving device using a dedicated network that is not directly related to V2X.
  • 16 is a diagram illustrating a method of performing an electronic payment related to V2X through a virtual receiving device.
  • the payment system may further include a virtual receiving device.
  • the payment device may provide information on financial value related to payment by exchanging necessary information with a virtual payee.
  • the payment device can be electrically connected to the vehicle, and the virtual receiving device uses a communication technology with a relatively short communication range such as magnetic stripe, IC chip, NFC (Near-field communication), barcode, RFID (Radio-frequency identification) tag, etc. And communication.
  • the virtual receiving device and the payment device can perform communication only through the short-range communication (communication within several meters) so that the information related to the payment is not received from an external device of the vehicle ITS-S in which it is included. have.
  • the payment device may be a commonly used credit card (or debit card) or may be electrically connected to a mobile device or personal ITS-S.
  • the payment device can be electrically connected to all types of ITS-S.
  • the virtual receiving device may obtain necessary information related to payment from the payment device and the receiving device, and provide the payment device, the receiving device and/or its own information to the payment server.
  • the virtual receiving device may provide information on a result of payment received from a payment server according to payment completion to the payment device.
  • the virtual receiving device may be electrically connected to the vehicle, and the payment is made using a communication technology with a relatively short communication range, such as a magnetic stripe, an IC chip, NFC (Near-field communication), a barcode, and an RFID (Radio-frequency identification) tag. Communication with the device (or the receiving device) can be performed.
  • the virtual receiving device may be electrically connected to the vehicle ITS-S, or may be electrically connected to various types of ITS-S.
  • the virtual receiving device may communicate with the payment server using a secure network configured to communicate with a payment server that is a dedicated network communication network.
  • the receiving device may provide information necessary for payment to the virtual receiving device using V2X technology.
  • the receiving device may be electrically connected to or mounted on the load side ITS-S, or may be electrically connected to all types of ITS-S without being limited thereto.
  • the receiving device may communicate with the payment server using a secure network.
  • the payment server may perform payment by receiving information necessary for payment or payment from the virtual receiving device and/or the receiving device, and may transmit a payment result or payment result to the virtual receiving device and/or the receiving device.
  • the payment server may be a server such as a network service provider, an Internet service provider, a mobile service provider, a bank, or a financial company.
  • the payment server may communicate with the virtual receiving device and/or the receiving device through a dedicated cellular communication network or the like using a secure network.
  • 17 is a diagram illustrating a method of recognizing a payment device or a virtual receiving device to perform electronic payment.
  • the electronic payment method related to V2X may include a recognition step of recognizing or detecting a target to perform electronic payment.
  • the recognition step may be the first step performed in the electronic payment method or may be a step performed selectively.
  • the recognition step may be divided into "a method in which only detection or recognition is performed" and "a method in which detection and identification is performed”.
  • the method in which only detection or recognition is performed is in which the receiving device detects or recognizes the access of a payment device, a virtual receiving device, or ITS-S (including the payment device or virtual receiving device). This is the way.
  • the method of performing only the recognition or detection is performed through a sensor of the receiving device or a sensor included in the ITS-S including the receiving device, as shown in FIG. 17 (a), or through a payment device and/or a virtual receiving device. This may be performed through a V2X message periodically broadcast or transmitted by the device.
  • the recognition or detection method is a method of recognizing the existence of an approaching payment device or a virtual receiving device, and may not be a method of clearly identifying the adjacent payment device or virtual receiving device.
  • the receiving device may transmit or transmit a signal or message to an adjacent or approaching payment device or a virtual receiving device in a broadcast method instead of a unicast method.
  • the receiving device recognizes the approach of a payment device, a virtual receiving device, or an ITS-S (or vehicle) including at least one of them, It may be a method of identifying an accessing payment device, a virtual receiving device, or an ITS-S including at least one of them.
  • the manner in which detection and identification is performed is a payment device, a virtual receiving device, or access and identification from a V2X message (e.g., CAM, BSM, etc.) periodically broadcast by ITS-S including at least one of them. have. Thereafter, the receiving device may communicate with the identified devices in a broadcast or unicast manner. Meanwhile, in the manner in which the detection and identification is performed, the detection and identification may be performed simultaneously or the identification may be sequentially performed after detection.
  • V2X message e.g., CAM, BSM, etc.
  • 18 and 19 are diagrams for explaining a method of recognizing or detecting a target for performing V2X-based electronic payment.
  • the receiving device may use V2X technology instead of detection-based technology (eg, sensor, camera, etc.) to recognize (only detect and detect and identify) an object to perform electronic payment.
  • the receiving device can quickly detect a vehicle (or ITS-S) including an approaching payment device or a virtual numeric device because the communication range is wider using V2X technology than using a sensor or camera. have.
  • the receiving device can easily detect the vehicle ITS-S including the payment device or the virtual receiving device moving at a high speed.
  • electronic payment with the vehicle (or ITS-S) including the payment device or the virtual receiving device may be performed through a more relaxed speed limit.
  • Roadside ITS-S including the receiving device may periodically transmit a V2X-related message (or an indication message) including information on its existence.
  • the payment device or the virtual receiving device may receive the display message from the receiving device or the ITS-S including the receiving device, and transmit a V2X message including its own presence and identification information in response to receiving the display message.
  • a vehicle including a payment device or a virtual receiving device (or ITS-S) may not transmit a V2X message including its own presence and identification information in an area not adjacent to the receiving device.
  • the speed limit of the vehicle in the electronic payment system can be relaxed.
  • the electronic payment method based on V2X does not require attachment of receiving devices to all lanes, and includes payment devices for all adjacent lanes through one receiving device. Payment with the vehicle can be performed.
  • 20 and 21 are diagrams for explaining a period and time resource in which the receiving device transmits a display message.
  • a large number of payment devices or virtual payment devices may be located in the V2X communication range of one receiving device. In this case, there may be a high possibility of collision between a message (or packet) or signals transmitted by the plurality of payment devices or virtual payment devices.
  • the time slot in which a message including the presence and/or identification information of the recipient or virtual receiving device is transmitted is a time slot in which a message indicating the receiving device is transmitted and They can be assigned differently. In this case, the risk of collision between the message of the receiving device and the message of the recipient or the virtual receiving device can be reduced.
  • the receiving device needs to inform the payment device or the virtual receiving device of the transmission frequency and/or interval (ie, information on the allocated time slot) of the message in advance.
  • the receiving device includes information on the transmission frequency or transmission interval of the display message in a display message indicating its existence, or of the display message before entering the billing area (ie, coverage area) of the receiving device. Information on the transmission frequency or transmission interval can be determined in advance.
  • the payment device or the virtual receiving device may transmit its own identification or response message in time slots other than the time slot included in the display message.
  • the receiving device includes information of ⁇ t, which is a transmission interval in which the display message is transmitted, and a time slot in which the display message is transmitted (or a time slot in which the display message is not transmitted, or a display message.
  • the display message including information on packet duration) may be transmitted to a payment device or a virtual receiving device.
  • two or more receiving devices may be located in a preconfigured area.
  • the receiving device includes information on at least two of the number of receiving devices (n), the duration of the display message, and the transmission frequency (or transmission interval, ⁇ t) of the display message in the preconfigured area. You can send an indication message.
  • Invoice A may be of a type in which the financial value amount (eg, fee, cost, price, etc.) for payment is predetermined.
  • the invoice B may be of a type in which price information varies according to the selected item.
  • the invoice C may be of a type in which price information varies according to the type of a payment device or a virtual receiving device that is a payment subject.
  • the invoice D may be of a type in which price information varies according to the type of the selected item and payment device (or virtual receiving device).
  • the invoice A is a type of invoice in which the same amount is charged between payment devices.
  • the invoice B is a type in which the amount can be charged differently depending on the item to be purchased by the payment device, and is typically drive-thru. Is the appropriate invoice type.
  • the invoice C may be an invoice whose amount varies according to a type of vehicle including a payment device or a moving distance of the vehicle.
  • the invoice D may be a mixed invoice type of the invoices B and C.
  • a method of specifying an electronic payment target may vary according to the invoice type.
  • the electronic payment object may be specified only by detection of the payment device, or may be specified by detection and identification. In addition, there may be cases where even detection of an electronic payment object is unnecessary.
  • invoices C and D may be invoice types requiring identification of an electronic payment object through detection and identification of a payment device or a virtual receiving device.
  • Invoice B may be an invoice type that requires identification of an electronic payment object through detection.
  • invoice A may also require no specification of an electronic payment object.
  • Invoice A is an invoice that can be billed without detection and identification
  • Invoice B is an invoice that is billed after the identification of a payment device or virtual receiving device upon detection
  • Invoices C and D are payment devices or virtual according to detection and identification. It may be an invoice that is charged after identification of the receiving device.
  • the receiving device and/or the payment server may need selection item information to be purchased and/or identification information for identification of the payment device transmitted from the payment device in order to determine the payment amount in the invoice B, C or D. Such information may be provided in the recognition step.
  • the receiving device may determine the payment amount using information on a selection item requested by the payment device and/or identification information related to the payment device.
  • the payment server may provide the payment server with information necessary to determine the payment amount. For example, the receiving device may provide information on a selection item to be paid, identification information related to a payment device, a location of the receiving device, or a value previously defined with the payment server to the payment server.
  • the exchange of information for determining the amount of payment described above may be performed between the recognizing step and the payment performing step.
  • the receiving device may identify a payment device and determine a payment amount immediately after the recognition step.
  • the payment server may determine a payment amount and identify the payment device based on selection item information and identification information for determining a payment amount provided by the receiving device.
  • the payment device may need to perform a step of selecting a purchase target and/or transmitting selection item information, which is information on the selected purchase target (item selection step).
  • the item selection step may be performed based on a V2X message.
  • the electronic payment system including the step of selecting an item based on the V2X message can provide a uniform or even user experience to all users who make payments through all payment devices, and users who are not familiar with existing drive-through orders or inconvenient It is possible to provide an efficient payment system to users.
  • Table 8 describes the definitions related to information about items or items available for purchase.
  • Table 9 is an example of the data element definition of an item for selecting a V2X message.
  • the numeric values of chosenItems means the order of itemDescription. I.e., the “”of chosenItems means the second item described by the itemDescription.
  • each payment system may perform a payment procedure based on a unique application program or a unique message type used for payment of the payment system.
  • existing ordering methods such as shoe ordering used in conventional drive-throughs can also be applied.
  • the invoice notification procedure may be selectively performed, and may be performed before the payment procedure or after the invoice creation procedure.
  • the receiving device may provide payment amount information on the payment amount to the payment device or the virtual receiving device through a V2X message (eg, a V2X message including an invoice).
  • the payment amount information may be provided to a user of the payment device or the virtual receiving device.
  • the invoice notification procedure may be performed periodically.
  • the invoice notification procedure may be classified into a 1-1 notification method for invoice A and a 1-2 notification method for invoice B.
  • the 1-1 notification method is a method in which the invoice is periodically notified only when the receiving device detects the payment device (or virtual receiving device).
  • the 1-2 notification method may be a method of periodically notifying the invoice when the receiving device detects the payment device (or virtual receiving device) and obtains selection item information from the payment device.
  • the invoice notification procedure includes a 2-1 notification method for invoice A, a 2-2 notification method for invoice B, and a notification method for invoice C. It can be done in a 2-3 notification manner.
  • the invoice notification may be broadcast or unicast only when the payee detects the payment device, the virtual receiving device, or an ITS-S (or vehicle) including them.
  • the 2-2 notification method and the 2-3 notification method detect the payment device, the virtual receiving device, or ITS-S including them, and the invoice notification is broadcast when selection item information is received from them. Or it can be unicast.
  • Table 10 is an example of data elements related to the invoice notification procedure.
  • the V2X-based electronic payment method may include a payment request procedure.
  • the receiving device may transmit payment request information related to the payment request to the payment device or the virtual receiving device through a V2X message (eg, a V2X message including information related to a payment request).
  • the receiving device may periodically broadcast a V2X message including payment request information for requesting payment.
  • the receiving device is a payment request message requesting the payment only when the virtual receiving device or ITS-S is detected (or specified) Can be transmitted periodically.
  • the receiving device periodically sends a V2X message including payment request information for requesting the payment only when the virtual recipient or the ITS-S is detected and identified. It can be transmitted (unicast or broadcast).
  • Table 11 is an example of defining data elements of payment request information included in a V2X message.
  • PaymentRequest Identifier DataType_xxx ASN.1 representation
  • PaymentRequest :: BOOLEAN Definition This DE (Data Element) indicates whether or not a payment is requested. “1” means that a payment is requested.“” means that a payment is not request. Unit N/A
  • the virtual receiving device When receiving a V2X message or signal including the payment request information from the receiving device, the virtual receiving device sends the payment request information to a vehicle including itself or a user or driver of the payment device located in the ITS-S. Corresponding information can be displayed or delivered.
  • the V2X-based electronic payment method may include a payment method informing procedure.
  • the payment method notification procedure when the payment device receives a payment request message including payment request information for requesting payment from the receiving device, the payment device receives a message including payment method information related to the payment method. This is the procedure to send to the device.
  • the payment method information when the payment method information is related to a credit card, the payment method information may include a credit card number, a holder's name, an expiration date, a card verification value and a code.
  • the ITS-S related to the payment device or the user's permission may be separately requested.
  • the payment device may pre-set either automatic acceptance or automatic rejection in relation to the user's permission, and may respond according to the preset user's permission.
  • Table 12 is an example of a data frame or element related to payment method information included in a V2X message.
  • Unit N/A Descriptive Name NameCardHolder Identifier DataType_xxx ASN.1 representation NameCardHolder :: IA5String (SIZE(1..24)) Definition
  • This DE indicates the name of credit card holder.
  • Unit N/A Descriptive Name ExpirationDate Identifier DataType_xxx ASN.1 representation ExpirationDate :: NumericString (SIZE(8)) Definition
  • This DE (Data Element) indicates the expiration date of the credit card, e.g., 2 digits for month, 2 digits for date, and 4 digits for year sequentially.
  • the above-described electronic payment method can perform secure electronic payment through hybrid communication.
  • the payment device or the user (or driver) of the payment device receives the payment request message from the virtual receiving device
  • payment method information related to the payment method may be transmitted to the virtual receiving device.
  • the exchange of the above-described information between the payment device and the virtual receiving device may be performed using a very short short-range technology such as a magnetic stripe, IC chip, NFC, barcode, RFID tag, and the like.
  • a very short short-range technology such as a magnetic stripe, IC chip, NFC, barcode, RFID tag, and the like.
  • information related to the payment method is exchanged only at a short distance, so the payment device and the virtual receiving device can safely exchange information related to the payment method without fear of leakage of information related to the payment method to the outside. have.
  • the payment method information may generally include information necessary to proceed with payment, and the provision of the payment method information may be automatically accepted or automatically rejected according to the setting of the payment device.
  • the V2X-based electronic payment method may further include the step of submitting the payment method information.
  • the receiving device may transmit the payment method information received from the payment device to the payment server to perform payment according to the payment method information.
  • Payment method information transmitted from the payment device may be transmitted between the payment device and the receiving device through a V2X message.
  • the receiving device may also transmit information about the receiving device related to itself to the payment server.
  • the receiving device information may include various types of information such as a payment amount, identification information related to the receiving device, and location information of the receiving device. Meanwhile, communication between the receiving device and the payment server may be performed using a secure network or a secure cellular network.
  • the step of submitting the payment method information may be performed through the virtual receiving device.
  • the virtual receiving device may perform payment by transmitting information related to the payment means received from the payment device, information on the receiving device, and information related to the virtual receiving device to the payment server.
  • the information related to the virtual receiving device may include identification information and location information of the virtual receiving device.
  • the V2X-based electronic payment method may include a payment procedure.
  • the payment execution procedure may be performed in the payment server based on information related to a payment method provided by the payment device.
  • the V2X-based electronic payment method may include a payment confirmation procedure.
  • the receiving device may transmit payment confirmation information received from the payment server to the payment device.
  • the payment confirmation information may include information of "approved”, “rejected", or "error occurrence”. In the case of "rejected” and "error occurred", detailed reasons may be sent sequentially to the receiving and paying devices.
  • the payment confirmation information may include information on a payment amount for which payment has been completed based on information related to the payment method.
  • the payment confirmation procedure may be performed through the virtual receiving device.
  • the payment confirmation information may be transmitted from the payment server to the virtual receiving device through the receiving device.
  • the virtual receiving device may provide the transmitted payment confirmation information to the corresponding payment device.
  • the payment confirmation information may include information of "approved”, “rejected", or "error occurrence”. In the case of "rejected” and "error occurred", detailed reasons may be conveyed sequentially in the order of the receiving device, the virtual receiving device and the payment device.
  • the payment confirmation information may include information on a payment amount for which payment has been completed based on information related to the payment method.
  • Table 13 is an example of a data frame and elements of a V2X message including the payment confirmation information.
  • Unit N/A Descriptive Name SubCodePaymentResult Identifier DataType_xxx ASN.1 representation
  • SubCodePaymentResult :: INTEGER ⁇ cardNumberMismatch (1), cardHolderNameMismatch(2), expirationDateMistmatch (3), verificationValueMistmatch (4), expiredCard (5), exceedLimitofPaymentAmount (6), ⁇ (0..255) ⁇ Definition
  • This DE Data Element indicates the low level result of performed payment.
  • 22 and 23 are diagrams for explaining an electronic payment method for invoice A.
  • the payment device may receive or detect a payment request message including predetermined invoice information periodically transmitted from the receiving device.
  • the payment device may determine whether to provide payment method information to the receiving device based on a user input to the payment request message.
  • the payment device may determine whether to provide payment method information to the receiving device based on automatic approval information preset in connection with the payment request message.
  • the preset automatic approval information is information set in advance as to whether the user of the payment device automatically accepts or automatically rejects the provision of the payment method information.
  • the payment device may provide the payment method information to the receiving device.
  • the receiving device may receive a payment confirmation message including information on payment confirmation by providing the provided payment method information and/or invoice information related to payment to the payment server.
  • the receiving device may transmit a message including information on a payment result to the payment device based on the received payment confirmation message. Meanwhile, when provision of payment method information is rejected in response to the payment request message, the payment device may not provide the payment method information to the receiving device.
  • the payment request message may be received from the receiving device.
  • the payment request message may include a predetermined invoice (including information on the same amount for all payment devices), and may be periodically transmitted by the receiving device.
  • the payment request message may be periodically broadcasted by the receiving device for a predetermined time period from the point when the approaching payment device is detected.
  • the payment device may determine whether to provide payment method information to the receiving device based on a user input corresponding to the payment request message. Alternatively, the payment device may determine whether to provide payment method information to the receiving device based on automatic approval information preset in connection with the payment request message.
  • the preset automatic approval information is information set in advance as to whether the user of the payment device automatically accepts or automatically rejects the provision of the payment method information.
  • the payment device may provide the payment method information to the receiving device.
  • the receiving device may receive a payment confirmation message including information on payment confirmation by providing the provided payment method information and/or invoice information related to payment to the payment server.
  • the receiving device may transmit a message including information on a payment result to the payment device based on the received payment confirmation message.
  • the payment device may not provide the payment method information to the receiving device.
  • 24 and 25 are diagrams for describing an electronic payment method based on an invoice B.
  • a message including information on a plurality of selectable items may be received from the receiving device.
  • the message including information on the plurality of selectable items may be periodically broadcasted by the receiving device for a predetermined time period from the point when the accessing payment device is detected.
  • the recognition procedure may be performed based on whether the payment device is detected by a sensor or a camera of the receiving device.
  • the recognition procedure may be performed based on whether the receiving device receives a V2X message (CAM, BSM) periodically transmitted by the payment device.
  • CAM CAM, BSM
  • the payment device may select at least one item based on the plurality of items, and may provide a message including selection item information on the at least one selected item to the receiving device.
  • the payment device may receive a payment request message in response to the selected item information from the receiving device.
  • the payment device may determine whether to provide payment method information to the receiving device based on a user input corresponding to the payment request message. Alternatively, the payment device may determine whether to provide payment means information to the receiving device based on preset automatic approval information.
  • the preset automatic approval information is information previously set as to whether the user of the payment device automatically accepts or rejects the provision of the payment method information.
  • the payment device may provide the payment method information to the receiving device.
  • the receiving device may receive a payment confirmation message including information on payment confirmation by providing the provided payment method information, the selection information, and/or payment-related invoice information to the payment server.
  • the receiving device may transmit a message including information on a payment result to the payment device based on the received payment confirmation message. Meanwhile, when provision of payment method information is rejected in response to the payment request message, the payment device may not provide the payment method information to the receiving device.
  • 26 and 27 are diagrams for explaining a method of performing an electronic payment based on V2X communication by a virtual receiving device.
  • the virtual receiving device may receive selectable item information from the receiving device.
  • the virtual receiving device may provide the item information to a vehicle corresponding to itself or a payment device included in the ITS-S, and may receive selection information on an item list selected from the payment device.
  • the virtual receiving device may transmit or transmit the selection information to the receiving device through a V2X message.
  • the virtual receiving device may receive a payment request message that is a response to a V2X message including the selection information from the receiving device.
  • the virtual receiving device may provide or transmit the payment request message to the payment device.
  • the virtual receiving device may receive payment method information from the payment device.
  • the virtual receiving device may transmit a message including the payment method information and the selection information to the payment server.
  • the virtual receiving device may receive information about a payment result according to a payment from the payment server, and provide the received information to the payment device. Meanwhile, the payment method information may be transmitted/received between the payment device and the virtual receiving device through a separate short-range communication link rather than a V2X message.
  • the virtual receiving device may not receive a message related to the payment method information from the payment device.
  • the virtual receiving device may estimate that the payment device has rejected payment according to the payment request message.
  • the payment method information may be transferred from the payment device to the virtual receiving device according to whether the payment device is input by the user or automatically accepted by the user.
  • the virtual receiving device may periodically transmit or broadcast a V2X message such as CAM or BSM.
  • the virtual receiving device may receive a payment request message or a message including item information from an accessing receiving device through periodic transmission of the V2X message.
  • the receiving device may transmit or broadcast a payment request message or item information to the virtual receiving device.
  • the virtual receiving device may provide the payment request message to the payment device to receive the payment method information from the payment device.
  • the virtual receiving device may provide or transmit the item information to the payment device, and receive or receive selection information from the payment device.
  • the virtual receiving device may provide the selection item information to the receiving device, and then provide a payment request message transmitted by the receiving device to the payment device.
  • the virtual receiving device may provide or transmit the payment request message to the payment device.
  • the virtual receiving device may receive payment method information from the payment device.
  • the virtual receiving device may transmit a message including the payment method information and the selection information to the payment server.
  • the virtual receiving device may receive information about a payment result according to a payment from the payment server, and provide the received information to the payment device.
  • the receiving device is defined as an RSU
  • the virtual receiving device is defined as a first device
  • the payment device is defined as a second device.
  • the first device may perform sidelink or V2X-based electronic payment.
  • the first device may be included in the vehicle, and may be a part of the vehicle or a part of the vehicle.
  • the second device may be included in the same vehicle as the first device, and the RSU may be an external device.
  • the first device may periodically transmit a sidelink or V2X signal of at least one of the CAM, DENM, and BSM.
  • the first device may notify the RSU of its access according to the transmission of the V2X signal or the sidelink signal, and transmit a sidelink signal or a V2X signal including a payment request message, a display message, or an item information message as a response signal. You can receive it.
  • the recognition procedure is not required (or in the case of invoice A)
  • the first device sends a payment request message from the RSU regardless of periodic transmission of at least one sidelink of the CAM, DENM, or BSM , A sidelink signal or a V2X signal including a display message or an item information message may be received.
  • the RSU may periodically transmit the display message or the above-described payment request message including information related to payment based on the invoice type. Specifically, the RSU does not perform a recognition procedure for the first device or the second device (without considering whether to recognize or identify the first device or the second device), the display message, the item information message, or The payment request message may be transmitted. Alternatively, the RSU may need to perform a recognition procedure for the first device or the second device. That is, the RSU may need to recognize the approach of the first device through a sensor or at least one sidelink of the CAM, DENM, or BSM of the first device or a V2X signal. In this case, the RSU may transmit the indication message, the item information message, or the payment request message when at least one of the CAM, DENM, or BSM of the first device is detected, or a V2X signal.
  • the first device may receive an indication message from the RSU while periodically transmitting at least one of the CAM, DENM, and BSM sidelink or V2X signals.
  • the display message may include allocation information for time resources through which the RSU periodically transmits a payment request message and an indication message.
  • the allocation information may include time resource information at which the message of the RSU is transmitted, information on a transmission period, or include the number of adjacent RSUs and slot resource information for each of the plurality of RSUs. I can.
  • the first device may determine a transmission timing of a response signal or a message to the RSU based on the allocation information.
  • the response signal or message may include a message including identification information or a selection item message as described above.
  • the first device may determine the transmission timing of the response signal or message by additionally considering the PTRS or PRS included in the display message.
  • the PTRS or PRS is a reference signal for indirectly notifying distance information between the first device and the RSU according to phase shift information. That is, the first device may estimate the distance to the RSU by calculating phase shift information based on the PTRS or PRS included in the display message.
  • the first device may determine which time resource to use among the remaining time resources excluding the allocation information according to the estimated distance. For example, when the first to fourth slots can be used according to the allocation information, the first device selects one of the first to fourth slots based on the distance estimated through the PTRS or the PRS. Can be used.
  • slots in an order corresponding to a share obtained by dividing the estimated distance by the number of available slots (eg, within one transmission period) based on the allocation information may be used.
  • the first device may determine the transmission time resource for the response signal by using the phase shift value of the PTRS or PRS itself, not the estimated distance.
  • the first device transmits the response message or signal in the next transmission period based on the allocation information. Can be determined. That is, this is to enable a device having a close distance from the RSU to exchange electronic payment information with priority.
  • the first device may transmit or transmit the message or information received to the RSU to the second device based on an invoice type. Specifically, the first device may receive a payment request message of a fixed amount from the RSU. In this case, the first device may confirm that the invoice type is invoice A based on the payment request message, and the payment information for the payment amount and/or details included in the received payment request message is transmitted to the second device. I can deliver.
  • the first device may receive an item information message including information on a selectable item from the RSU, and may identify that the invoice type is invoice B based on the item information message. In this case, the first device may transmit or transmit payment information including an item list and price corresponding to the invoice B to the second device.
  • the first device may receive selection item information on the selected item from the second device.
  • the first device may transmit a sidelink signal or a V2X signal including the selection item information to the RSU.
  • the first device may receive a payment request message including information on a payment amount according to the selection item information, and may transmit payment information including the selection item and the payment amount to the second device.
  • the first device may receive an item information message including information related to a movement distance from the RSU, and may identify that the invoice type is invoice C based on the item information message.
  • the first device may transmit its identification information to the RSU through a V2X signal or a sidelink signal.
  • the first device may receive a payment request message including price information corresponding to its travel distance and vehicle type from the RSU, and receive payment information including the determined distance information and a payment amount according to the vehicle type. It can be provided or transmitted to the second device. That is, in the case of the invoice type C, the first device may receive a payment request message from the RSU according to transmission of identification information.
  • the second device may determine whether to provide payment method information according to the payment information. Whether to provide the payment method information may be determined based on a user's input of the second device or information on whether to automatically accept a preset.
  • the acceptance procedure is performed in the second device, the first device may transmit or receive payment method information from the second device.
  • the first device and the second device may perform transmission and reception of payment means information through a first communication link configured separately from the side link.
  • the first communication link may be a link formed by at least one of a magnetic stripe, an IC chip, a near-field communication (NFC), a barcode, and a radio-frequency identification (RFID) tag.
  • the payment means information may be transmitted or transmitted from the second device to the first device through a short-range communication link through NFC separately provided in the first device and the second device.
  • the first device may transmit the payment method information to a payment server. That is, the first device does not provide the payment method information to the RSU. Specifically, additional security processing needs to be performed so that the payment method information is not leaked to the outside, and transmission through a V2X link or a side link with the RSU may not be easy to perform the additional security processing. Accordingly, the first device may provide the payment method information directly to a payment server through a dedicated network in which a communication network to which a dedicated security application and a dedicated security protocol can be applied is formed. Thereafter, the first device may receive payment result information about the electronic payment result from the payment server through the dedicated network. That is, the RSU provides only information related to payment to the first device, and a payment procedure may be performed between the first device and the payment server.
  • V2X-based electronic payment system can be effectively applied to situations in which a driving driver has to pay a toll or a necessary fee in a drive-through situation.
  • the driver can maximize the driver's convenience and traffic efficiency by stopping the vehicle to perform electronic payment and minimizing discomfort from getting off the vehicle.
  • the V2X-based electronic payment system may perform a procedure for providing information related to a payment method with high risk due to personal information leakage among the payment process through V2X communication through the introduction of a virtual receiving device through in-vehicle communication. That is, the virtual receiving device provides the driver with useful information necessary for the payment process through the communication method of V2X, but the payment method information sensitive to information leakage can induce safe electronic payment through a separately configured local area communication network.
  • a communication system 1 applied to the present invention includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200.
  • the wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • wireless communication/connections 150a, 150b, 150c the wireless device and the base station/wireless device, and the base station and the base station can transmit/receive radio signals to each other.
  • the wireless communication/connection 150a, 150b, 150c can transmit/receive signals through various physical channels.
  • 29 illustrates a wireless device applicable to the present invention.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is ⁇ wireless device 100x, base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. 28 ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chipset designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chipset.
  • the UE may include a processor 102 and a memory 104 connected to the RF transceiver.
  • the memory 104 may include at least one program capable of performing an operation related to the embodiments described in FIGS. 15 to 27.
  • the processor controls the RF transceiver to receive a first message including information related to electronic payment from a road side unit (RSU) through the sidelink, and corresponding to the invoice type included in the first message.
  • the payment information is transmitted to the second device, and payment method information is received from the second device through a separately configured first communication link, and the first communication link may be a communication link formed based on a short-range communication technology.
  • the processor 102 may perform operations related to the embodiments described in FIGS. 15 to 27 based on a program included in the memory 104.
  • a chip set including the processor 102 and the memory 104 may be configured.
  • the chipset includes at least one processor and at least one memory that is operatively connected to the at least one processor and causes the at least one processor to perform an operation when executed, and the operation is RSU ( Road Side Unit) receives a first message including information related to electronic payment through the sidelink, and transmits corresponding payment information to a second device based on an invoice type included in the first message, and the Payment method information is received from the second device through a separately configured first communication link, and the first communication link may be a communication link formed based on short-range communication technology.
  • the processor 102 may perform operations related to the embodiments described in FIGS. 15 to 27 based on a program included in the memory 104.
  • a computer-readable storage medium including at least one computer program for causing the at least one processor to perform an operation is provided, wherein the operation is performed electronically from the RSU (Road Side Unit) through the sidelink.
  • Receive a first message including information related to payment transmit corresponding payment information to a second device based on the invoice type included in the first message, and separately configured payment method information from the second device. It is received through one communication link, and the first communication link may be a communication link formed based on short-range communication technology.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202.
  • the memory 204 may perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein.
  • At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , It may be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more of the memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer readable storage media, and/or a combination of the elements.
  • One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202.
  • one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, and the like mentioned in a procedure, a proposal, a method and/or an operation flowchart.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 28).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 30, and various elements, components, units/units, and/or modules ).
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include a communication circuit 112 and a transceiver(s) 114.
  • the communication circuit 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 30.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 30.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device.
  • the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130.
  • the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
  • the additional element 140 may be variously configured according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Figs. 29, 100a), vehicles (Figs. 29, 100b-1, 100b-2), XR devices (Figs. 29, 100c), portable devices (Figs. 29, 100d), and home appliances (Fig. 29, 100e), IoT device (Fig. 29, 100f), digital broadcasting terminal, hologram device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate/environment device, It may be implemented in the form of an AI server/device (FIGS. 29 and 400), a base station (FIGS. 29 and 200), and a network node.
  • the wireless device can be used in a mobile or fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be connected to each other through a wired interface, or at least part of them may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • FIG. 30 An implementation example of FIG. 30 will be described in more detail with reference to the drawings.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), and portable computers (eg, notebook computers).
  • the portable device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • the portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) Can be included.
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 30, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may perform various operations by controlling components of the portable device 100.
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands required for driving the portable device 100. Also, the memory unit 130 may store input/output data/information, and the like.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection with external devices.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c acquires information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130. Can be saved.
  • the communication unit 110 may convert information/signals stored in the memory into wireless signals, and may directly transmit the converted wireless signals to other wireless devices or to a base station.
  • the communication unit 110 may restore the received radio signal to the original information/signal. After the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, heptic) through the input/output unit 140c.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), or a ship.
  • AV aerial vehicle
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and autonomous driving. It may include a unit (140d).
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 30, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers.
  • the controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illumination sensor, pedal position sensor, etc. may be included.
  • the autonomous driving unit 140d is a technology for maintaining a driving lane, a technology for automatically adjusting the speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and for driving by automatically setting a route when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data and traffic information data from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or the autonomous driving vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, and a driving plan to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like based on information collected from the vehicle or autonomously driving vehicles, and may provide the predicted traffic information data to the vehicle or autonomously driving vehicles.
  • the embodiments of the present invention have been mainly described based on a signal transmission/reception relationship between a terminal and a base station. Such a transmission/reception relationship extends similarly/similarly to signal transmission/reception between a terminal and a relay or a base station and a relay.
  • a specific operation described as being performed by a base station in this document may be performed by its upper node in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network comprising a plurality of network nodes including a base station may be performed by the base station or network nodes other than the base station.
  • the base station may be replaced by terms such as a fixed station, a Node B, an eNode B (eNB), an access point, and the like.
  • the terminal may be replaced with terms such as User Equipment (UE), Mobile Station (MS), and Mobile Subscriber Station (MSS).
  • UE User Equipment
  • MS Mobile Station
  • MSS Mobile Subscriber Station
  • an embodiment of the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention is one or more ASICs (application specific integrated circuits), DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (programmable logic devices), FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, etc.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, etc.
  • an embodiment of the present invention may be implemented in the form of a module, procedure, or function that performs the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor through various known means.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

다양한 실시예에 따른 사이드링크를 지원하는 무선통신시스템에서 UE (User Equipment)가 신호를 수신하는 방법 및 이를 위한 장치가 개시된다. RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하는 단계, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하는 단계, 및 별도로 구성된 제1 통신 링크를 통해 상기 제2 장치로부터 결제 수단 정보를 수신 받는 단계를 포함하고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인 UE (User Equipment)가 신호를 수신하는 방법 및 이를 위한 장치가 개시된다.

Description

사이드링크를 지원하는 무선통신시스템에서 UE가 신호를 송수신하는 방법 및 이를 위한 장치
사이드링크를 지원하는 무선통신시스템에서 UE가 신호를 송수신하는 방법 및 이를 위한 장치에 대한 것으로, 구체적으로, V2X 통신에 기반한 전자 결제를 위한 신호의 송수신 방법 및 이를 위한 장치에 대한 것이다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
V2X 통신과 관련하여, NR 이전의 RAT에서는 BSM(Basic Safety Message), CAM(Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message)과 같은 V2X 메시지를 기반으로, 안전 서비스(safety service)를 제공하는 방안이 주로 논의되었다. V2X 메시지는, 위치 정보, 동적 정보, 속성 정보 등을 포함할 수 있다. 예를 들어, 단말은 주기적인 메시지(periodic message) 타입의 CAM, 및/또는 이벤트 트리거 메시지(event triggered message) 타입의 DENM을 다른 단말에게 전송할 수 있다.
예를 들어, CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. 예를 들어, 단말은 CAM을 방송할 수 있으며, CAM의 지연(latency)은 100ms보다 작을 수 있다. 예를 들어, 차량의 고장, 사고 등의 돌발적인 상황이 발행하는 경우, 단말은 DENM을 생성하여 다른 단말에게 전송할 수 있다. 예를 들어, 단말의 전송 범위 내에 있는 모든 차량은 CAM 및/또는 DENM을 수신할 수 있다. 이 경우, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
이후, V2X 통신과 관련하여, 다양한 V2X 시나리오들이 NR에서 제시되고 있다. 예를 들어, 다양한 V2X 시나리오들은, 차량 플라투닝(vehicle platooning), 향상된 드라이빙(advanced driving), 확장된 센서들(extended sensors), 리모트 드라이빙(remote driving) 등을 포함할 수 있다.
예를 들어, 차량 플라투닝을 기반으로, 차량들은 동적으로 그룹을 형성하여 함께 이동할 수 있다. 예를 들어, 차량 플라투닝에 기반한 플라툰 동작들(platoon operations)을 수행하기 위해, 상기 그룹에 속하는 차량들은 선두 차량으로부터 주기적인 데이터를 수신할 수 있다. 예를 들어, 상기 그룹에 속하는 차량들은 주기적인 데이터를 이용하여, 차량들 사이의 간격을 줄이거나 넓힐 수 있다.
예를 들어, 향상된 드라이빙을 기반으로, 차량은 반자동화 또는 완전 자동화될 수 있다. 예를 들어, 각 차량은 근접 차량 및/또는 근접 로지컬 엔티티(logical entity)의 로컬 센서(local sensor)에서 획득된 데이터를 기반으로, 궤도(trajectories) 또는 기동(maneuvers)을 조정할 수 있다. 또한, 예를 들어, 각 차량은 근접한 차량들과 드라이빙 인텐션(driving intention)을 상호 공유할 수 있다.
예를 들어, 확장 센서들을 기반으로, 로컬 센서들을 통해 획득된 로 데이터(raw data) 또는 처리된 데이터(processed data), 또는 라이브 비디오 데이터(live video data)는 차량, 로지컬 엔티티, 보행자들의 단말 및/또는 V2X 응용 서버 간에 상호 교환될 수 있다. 따라서, 예를 들어, 차량은 자체 센서를 이용하여 감지할 수 있는 환경 보다 향상된 환경을 인식할 수 있다.
예를 들어, 리모트 드라이빙을 기반으로, 운전을 하지 못하는 사람 또는 위험한 환경에 위치한 리모트 차량을 위해, 리모트 드라이버 또는 V2X 애플리케이션은 상기 리모트 차량을 동작 또는 제어할 수 있다. 예를 들어, 대중 교통과 같이 경로를 예측할 수 있는 경우, 클라우드 컴퓨팅 기반의 드라이빙이 상기 리모트 차량의 동작 또는 제어에 이용될 수 있다. 또한, 예를 들어, 클라우드 기반의 백엔드 서비스 플랫폼(cloud-based back-end service platform)에 대한 액세스가 리모트 드라이빙을 위해 고려될 수 있다.
한편, 차량 플라투닝, 향상된 드라이빙, 확장된 센서들, 리모트 드라이빙 등 다양한 V2X 시나리오들에 대한 서비스 요구사항(service requirements)들을 구체화하는 방안이 NR에 기반한 V2X 통신에서 논의되고 있다.
해결하고자 하는 과제는 V2X 통신 링크에 기반한 전자 결제 시스템을 통하여 사용자의 편의 및 효율적인 전자 결제 방법을 제공하고, 가상 수취 장치 및 근거리 통신 링크의 도입을 통해 외부로 결제 수단 정보가 유출되는 것을 최소화하여 안전한 전자 결제 방법을 제공하는 것이다.
기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
일 측면에 따른 사이드링크를 지원하는 무선통신시스템에서 UE (User Equipment)가 신호를 수신하는 방법에 있어서, RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하는 단계, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하는 단계, 및 별도로 구성된 제1 통신 링크를 통해 상기 제2 장치로부터 결제 수단 정보를 수신 받는 단계를 포함하고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
또는, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 한다.
또는, 상기 인보이스 타입은 미리 결정된 결제 정보를 포함하는 제1 타입과, 상기 제1 장치의 응답 또는 상기 제1 장치가 포함된 차량의 유형에 따라 결제 정보가 달리 결정되는 제2 타입을 포함하는 것을 특징으로 한다.
또는, 상기 인보이스 타입이 제2 타입의 경우, 상기 제1 메시지는 상기 제1 장치의 CAM (Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message), 또는 BSM (basic safety message) 중 적어도 하나의 주기적 전송에 대한 응답 메시지인 것을 특징으로 한다.
또는, 상기 인보이스 타입이 제2 타입의 경우, 상기 RSU에게 결제 금액의 결정에 필요한 항목에 대한 아이템 정보를 포함하는 제2 메시지를 전송하는 단계를 더 포함하고, 상기 결제 정보는 상기 제2 메시지에 대한 응답 메시지인 결제 요청 메시지에 기초하여 획득되는 것을 특징으로 한다,
또는, 상기 제1 메시지는 상기 RSU의 메시지가 전송하는 시간 슬롯의 할당 정보를 더 포함하고, 상기 제2 메시지는 상기 할당 정보에 기초하여 전송 타이밍 결정되는 것을 특징으로 한다.
또는, 상기 할당 정보는 상기 미리 설정된 영역에 포함된 복수의 RSU들의 수 및 상기 복수의 RSU들 각각의 시간 자원 할당 정보, 전송 주기에 대한 정보를 포함하는 것을 특징으로 한다.
또는, 상기 제1 메시지에 포함된 PRS (positioning reference signal) 또는 PTRS (phase tracking reference signal)에 기초하여 획득된 위상 천이 정도에 기초하여 상기 제2 메시지의 전송 타이밍을 결정하는 것을 특징으로 한다.
또는, 상기 인보이스 타입이 상기 제1 타입인 경우, 상기 제1 메시지는 상기 제1 장치의 접근 여부와 관계없이 상기 RSU에 의해 주기적으로 반복되어 전송되는 것을 특징으로 한다.
또는, 상기 결제 수단 정보를 결제 서버에 전송하는 단계, 및 상기 결제 서버로부터 결제 결과에 대한 정보를 수신하는 단계를 더 포함하고, 상기 결제 수단 정보는 상기 결제 서버에 의해 구성된 보안 프로토콜에 따라 전송되는 것을 특징으로 한다.
또는, 상게 제1 장치는 상기 제2 장치와 동일한 ITS-S 또는 차량에 부착된 것을 특징으로 한다.
다른 측면에 따르면, 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 제1 장치는 RF(Radio Frequency) 송수신기 및 상기 RF 송수신기와 연결되는 프로세서를 포함하고, 상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
또는, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 한다.
다른 측면에 따르면, 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 칩 셋은 적어도 하나의 프로세서 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하고, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
또는, 상기 프로세서는 상기 인보이스 타입에 기초하여 상기 칩 셋과 연결된 장치의 주행 모드를 제어하는 것을 특징으로 한다.
다양한 실시예들은 V2X 통신 링크에 기반한 전자 결제 시스템을 통하여 사용자의 편의 및 효율적인 전자 결제 방법을 제공할 수 있고, 가상 수취 장치 및 근거리 통신 링크의 도입을 통해 외부로 결제 수단 정보가 유출되는 것을 최소화하여 보안 및 안정성이 향상된 전자 결제를 수행할 수 있다.
다양한 실시예에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
도 2은 LTE 시스템의 구조를 나타낸다.
도 3은 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다.
도 5은 NR 시스템의 구조를 나타낸다.
도 6은 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 7은 NR의 무선 프레임의 구조를 나타낸다.
도 8은 NR 프레임의 슬롯 구조를 나타낸다.
도 9는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 10은 CP 타입에 따른 S-SSB의 구조를 나타낸다.
도 11은 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 12는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 13은 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 14는 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
도 15는 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 16은 가상 수취 장치를 통해 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 17은 전자 결제를 수행할 지불 장치 또는 가상 수취 장치를 인식하는 방법을 설명하기 위한 도면이다.
도 18 및 도 19는 V2X 기반 전자 결제를 수행할 대상을 인식 또는 감지하는 방법을 설명하기 위한 도면이다.
도 20 및 도 21은 상기 수취 장치가 표시 메시지를 전송하는 주기 및 시간 자원을 설명하기 위한 도면이다.
도 22 및 도 23은 인보이스 A에 대한 전자 결제 방법을 설명하기 위한 도면이다.
도 24 및 도 25는 인보이스 B에 기초한 전자 결제 방법을 설명하기 위한 도면이다.
도 26 및 도 27은 가상 수취 장치가 V2X 통신에 기반한 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 28은 본 발명에 적용되는 통신 시스템을 예시한다.
도 29는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 30은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다
도 31는 본 발명에 적용되는 휴대 기기를 예시한다.
도 32는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. 사이드링크는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC, URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 실시예(들)의 기술적 사상이 이에 제한되는 것은 아니다.
도 2은 적용될 수 있는 LTE 시스템의 구조를 나타낸다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고 불릴 수 있다.
도 2을 참조하면, E-UTRAN은 단말(10)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국간 RRC 메시지를 교환한다.
도 3은 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
도 3 및 도 4를 참조하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNEDTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 매핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
도 5은 NR 시스템의 구조를 나타낸다.
도 5을 참조하면, NG-RAN은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB 및/또는 eNB를 포함할 수 있다. 도 10에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 6은 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 6을 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
도 7은 NR의 무선 프레임의 구조를 나타낸다.
도 7을 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA(Single Carrier - FDMA) 심볼 (또는, DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 심볼)을 포함할 수 있다.
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(u)에 따라 슬롯 별 심볼의 개수((N slot symb), 프레임 별 슬롯의 개수((N frame,u slot)와 서브프레임 별 슬롯의 개수((N subframe,u slot)를 예시한다.
SCS (15*2 u) N slot symb N frame,u slot N subframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
SCS (15*2 u) N slot symb N frame,u slot N subframe,u slot
60KHz (u=2) 12 40 4
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들 간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들 간에 상이하게 설정될 수 있다.
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
도 8은 NR 프레임의 슬롯 구조를 나타낸다.
도 8을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
이하, V2X 또는 SL(sidelink) 통신에 대하여 설명한다.
도 9는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 9의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 9의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
이하, SL 동기 신호(Sidelink Synchronization Signal, SLSS) 및 동기화 정보에 대해 설명한다.
SLSS는 SL 특정적인 시퀀스(sequence)로, PSSS(Primary Sidelink Synchronization Signal)와 SSSS(Secondary Sidelink Synchronization Signal)를 포함할 수 있다. 상기 PSSS는 S-PSS(Sidelink Primary Synchronization Signal)라고 칭할 수 있고, 상기 SSSS는 S-SSS(Sidelink Secondary Synchronization Signal)라고 칭할 수 있다. 예를 들어, 길이-127 M-시퀀스(length-127 M-sequences)가 S-PSS에 대하여 사용될 수 있고, 길이-127 골드-시퀀스(length-127 Gold sequences)가 S-SSS에 대하여 사용될 수 있다. 예를 들어, 단말은 S-PSS를 이용하여 최초 신호를 검출(signal detection)할 수 있고, 동기를 획득할 수 있다. 예를 들어, 단말은 S-PSS 및 S-SSS를 이용하여 세부 동기를 획득할 수 있고, 동기 신호 ID를 검출할 수 있다.
PSBCH(Physical Sidelink Broadcast Channel)는 SL 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보가 전송되는 (방송) 채널일 수 있다. 예를 들어, 상기 기본이 되는 정보는 SLSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL(Time Division Duplex Uplink/Downlink) 구성, 리소스 풀 관련 정보, SLSS에 관련된 애플리케이션의 종류, 서브프레임 오프셋, 방송 정보 등일 수 있다. 예를 들어, PSBCH 성능의 평가를 위해, NR V2X에서, PSBCH의 페이로드 크기는 24 비트의 CRC를 포함하여 56 비트일 수 있다.
S-PSS, S-SSS 및 PSBCH는 주기적 전송을 지원하는 블록 포맷(예를 들어, SL SS(Synchronization Signal)/PSBCH 블록, 이하 S-SSB(Sidelink-Synchronization Signal Block))에 포함될 수 있다. 상기 S-SSB는 캐리어 내의 PSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)와 동일한 뉴머놀로지(즉, SCS 및 CP 길이)를 가질 수 있고, 전송 대역폭은 (미리) 설정된 SL BWP(Sidelink BWP) 내에 있을 수 있다. 예를 들어, S-SSB의 대역폭은 11 RB(Resource Block)일 수 있다. 예를 들어, PSBCH는 11 RB에 걸쳐있을 수 있다. 그리고, S-SSB의 주파수 위치는 (미리) 설정될 수 있다. 따라서, 단말은 캐리어에서 S-SSB를 발견하기 위해 주파수에서 가설 검출(hypothesis detection)을 수행할 필요가 없다.
한편, NR SL 시스템에서, 서로 다른 SCS 및/또는 CP 길이를 가지는 복수의 뉴머놀로지가 지원될 수 있다. 이 때, SCS가 증가함에 따라서, 전송 단말이 S-SSB를 전송하는 시간 자원의 길이가 짧아질 수 있다. 이에 따라, S-SSB의 커버리지(coverage)가 감소할 수 있다. 따라서, S-SSB의 커버리지를 보장하기 위하여, 전송 단말은 SCS에 따라 하나의 S-SSB 전송 주기 내에서 하나 이상의 S-SSB를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말이 하나의 S-SSB 전송 주기 내에서 수신 단말에게 전송하는 S-SSB의 개수는 전송 단말에게 사전에 설정되거나(pre-configured), 설정(configured)될 수 있다. 예를 들어, S-SSB 전송 주기는 160ms 일 수 있다. 예를 들어, 모든 SCS에 대하여, 160ms의 S-SSB 전송 주기가 지원될 수 있다.
예를 들어, SCS가 FR1에서 15kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 30kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개 또는 4개의 S-SSB를 전송할 수 있다.
예를 들어, SCS가 FR2에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개 또는 32개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR2에서 120kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개, 32개 또는 64개의 S-SSB를 전송할 수 있다.
한편, SCS가 60kHz인 경우, 두 가지 타입의 CP가 지원될 수 있다. 또한, CP 타입에 따라서 전송 단말이 수신 단말에게 전송하는 S-SSB의 구조가 상이할 수 있다. 예를 들어, 상기 CP 타입은 Normal CP(NCP) 또는 Extended CP(ECP)일 수 있다. 구체적으로, 예를 들어, CP 타입이 NCP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 9 개 또는 8 개일 수 있다. 반면, 예를 들어, CP 타입이 ECP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 7 개 또는 6 개일 수 있다. 예를 들어, 전송 단말이 전송하는 S-SSB 내의 첫 번째 심볼에는, PSBCH가 맵핑될 수 있다. 예를 들어, S-SSB를 수신하는 수신 단말은 S-SSB의 첫 번째 심볼 구간에서 AGC(Automatic Gain Control) 동작을 수행할 수 있다.
도 10은 CP 타입에 따른 S-SSB의 구조를 나타낸다. 도 10 (a)을 참조하면, CP 타입이 NCP인 경우, S-SSB의 구조를 나타낸다.
예를 들어, CP 타입이 NCP인 경우, S-SSB의 구조, 즉, 전송 단말이 전송하는 S-SSB 내에 S-PSS, S-SSS 및 PSBCH가 맵핑되는 심볼들의 순서는 도 20을 참조할 수 있다.
도 10 (b)은 CP 타입이 ECP인 경우, S-SSB의 구조를 나타낸다.
예를 들어, CP 타입이 ECP인 경우, 도 20과 달리, 전송 단말이 S-SSB 내에서 S-SSS 이후에 PSBCH를 맵핑하는 심볼의 개수가 6개일 수 있다. 따라서, CP 타입이 NCP 또는 ECP인지 여부에 따라 S-SSB의 커버리지가 상이할 수 있다.
한편, 각각의 SLSS는 SL 동기화 식별자(Sidelink Synchronization Identifier, SLSS ID)를 가질 수 있다.
예를 들어, LTE SL 또는 LTE V2X의 경우, 2개의 서로 다른 S-PSS 시퀀스와 168개의 서로 다른 S-SSS 시퀀스의 조합을 기반으로, SLSS ID의 값이 정의될 수 있다. 예를 들어, SLSS ID의 개수는 336개일 수 있다. 예를 들어, SLSS ID의 값은 0 내지 335 중 어느 하나일 수 있다.
예를 들어, NR SL 또는 NR V2X의 경우, 2개의 서로 다른 S-PSS 시퀀스와 336개의 서로 다른 S-SSS 시퀀스의 조합을 기반으로, SLSS ID의 값이 정의될 수 있다. 예를 들어, SLSS ID의 개수는 672개일 수 있다. 예를 들어, SLSS ID의 값은 0 내지 671 중 어느 하나일 수 있다. 예를 들어, 2개의 서로 다른 S-PSS 중에서, 하나의 S-PSS는 인-커버리지(in-coverage)와 연관될 수 있고, 나머지 하나의 S-PSS는 아웃-커버리지(out-of-coverage)와 연관될 수 있다. 예를 들어, 0 내지 335의 SLSS ID는 인-커버리지에서 사용될 수 있고, 336 내지 671의 SLSS ID는 아웃-커버리지에서 사용될 수 있다.
한편, 전송 단말은 수신 단말의 S-SSB 수신 성능을 향상시키기 위해, S-SSB를 구성하는 각각의 신호의 특성에 따라 전송 전력을 최적화할 필요가 있다. 예를 들어, S-SSB를 구성하는 각각의 신호의 PAPR(Peak to Average Power Ratio) 등에 따라, 전송 단말은 각각의 신호에 대한 MPR(Maximum Power Reduction) 값을 결정할 수 있다. 예를 들어, PAPR 값이 S-SSB를 구성하는 S-PSS 및 S-SSS 사이에 서로 다르면, 수신 단말의 S-SSB 수신 성능을 향상시키기 위해, 전송 단말은 S-PSS 및 S-SSS의 전송에 대하여 각각 최적의 MPR 값을 적용할 수 있다. 또한, 예를 들어, 전송 단말이 각각의 신호에 대하여 증폭 동작을 수행하기 위해서, 천이 구간(transient period)이 적용될 수 있다. 천이 구간은 전송 단말의 전송 전력이 달라지는 경계에서 전송 단말의 송신단 앰프가 정상 동작을 수행하는데 필요한 시간을 보호(preserve)할 수 있다. 예를 들어, FR1의 경우, 상기 천이 구간은 10us일 수 있다. 예를 들어, FR2의 경우, 상기 천이 구간은 5us일 수 있다. 예를 들어, 수신 단말이 S-PSS를 검출하기 위한 검색 윈도우(search window)는 80ms 및/또는 160ms일 수 있다.
도 11은 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 11을 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 자원 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 자원 풀을 설정 받을 수 있고, 상기 자원 풀 내에서 단말 1의 신호를 검출할 수 있다.
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 자원 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 자원 풀을 알려주거나, 또는 단말 1은 사전에 설정된 자원 풀을 사용할 수 있다.
일반적으로 자원 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 SL 신호 전송에 사용할 수 있다.
도 12는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 12를 참조하면, 자원 풀의 전체 주파수 자원이 NF개로 분할될 수 있고, 자원 풀의 전체 시간 자원이 NT개로 분할될 수 있다. 따라서, 총 NF * NT 개의 자원 단위가 자원 풀 내에서 정의될 수 있다. 도 12는 해당 자원 풀이 NT 개의 서브프레임의 주기로 반복되는 경우의 예를 나타낸다.
도 12에 나타난 바와 같이, 하나의 자원 단위(예를 들어, Unit #0)는 주기적으로 반복하여 나타날 수 있다. 또는, 시간 또는 주파수 차원에서의 다이버시티(diversity) 효과를 얻기 위해서, 하나의 논리적인 자원 단위가 맵핑되는 물리적 자원 단위의 인덱스가 시간에 따라 사전에 정해진 패턴으로 변화할 수도 있다. 이러한 자원 단위의 구조에 있어서, 자원 풀이란 SL 신호를 전송하고자 하는 단말이 전송에 사용할 수 있는 자원 단위들의 집합을 의미할 수 있다.
자원 풀은 여러 종류로 세분화될 수 있다. 예를 들어, 각 자원 풀에서 전송되는 SL 신호의 컨텐츠(content)에 따라, 자원 풀은 아래와 같이 구분될 수 있다.
(1) 스케줄링 할당(Scheduling Assignment, SA)은 전송 단말이 SL 데이터 채널의 전송으로 사용하는 자원의 위치, 그 외 데이터 채널의 복조를 위해서 필요한 MCS(Modulation and Coding Scheme) 또는 MIMO(Multiple Input Multiple Output) 전송 방식, TA(Timing Advance)등의 정보를 포함하는 신호일 수 있다. SA는 동일 자원 단위 상에서 SL 데이터와 함께 멀티플렉싱되어 전송되는 것도 가능하며, 이 경우 SA 자원 풀이란 SA가 SL 데이터와 멀티플렉싱되어 전송되는 자원 풀을 의미할 수 있다. SA는 SL 제어 채널(control channel)로 불릴 수도 있다.
(2) SL 데이터 채널(Physical Sidelink Shared Channel, PSSCH)은 전송 단말이 사용자 데이터를 전송하는데 사용하는 자원 풀일 수 있다. 만약 동일 자원 단위 상에서 SL 데이터와 함께 SA가 멀티플렉싱되어 전송되는 경우, SA 정보를 제외한 형태의 SL 데이터 채널만이 SL 데이터 채널을 위한 자원 풀에서 전송 될 수 있다. 다시 말해, SA 자원 풀 내의 개별 자원 단위 상에서 SA 정보를 전송하는데 사용되었던 REs(Resource Elements)는 SL 데이터 채널의 자원 풀에서 여전히 SL 데이터를 전송하기 위해 사용될 수 있다. 예를 들어, 전송 단말은 연속적인 PRB에 PSSCH를 맵핑시켜서 전송할 수 있다.
(3) 디스커버리 채널은 전송 단말이 자신의 ID 등의 정보를 전송하기 위한 자원 풀일 수 있다. 이를 통해, 전송 단말은 인접 단말이 자신을 발견하도록 할 수 있다.
이상에서 설명한 SL 신호의 컨텐츠가 동일한 경우에도, SL 신호의 송수신 속성에 따라서 상이한 자원 풀을 사용할 수 있다. 일 예로, 동일한 SL 데이터 채널이나 디스커버리 메시지라 하더라도, SL 신호의 전송 타이밍 결정 방식(예를 들어, 동기 기준 신호의 수신 시점에서 전송되는지 아니면 상기 수신 시점에서 일정한 타이밍 어드밴스를 적용하여 전송되는지), 자원 할당 방식(예를 들어, 개별 신호의 전송 자원을 기지국이 개별 전송 단말에게 지정해주는지 아니면 개별 전송 단말이 자원 풀 내에서 자체적으로 개별 신호 전송 자원을 선택하는지), 신호 포맷(예를 들어, 각 SL 신호가 한 서브프레임에서 차지하는 심볼의 개수, 또는 하나의 SL 신호의 전송에 사용되는 서브프레임의 개수), 기지국으로부터의 신호 세기, SL 단말의 송신 전력 세기 등에 따라서 다시 상이한 자원 풀로 구분될 수도 있다.
이하, SL에서 자원 할당(resource allocation)에 대하여 설명한다.
도 13은 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 13의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 24의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 13의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 24의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 13의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 SCI(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 동적 그랜트(dynamic grant)를 통해 하나의 TB(Transport Block)의 하나 이상의 SL 전송을 위한 자원을 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 기지국은 동적 그랜트를 이용하여 PSCCH 및/또는 PSSCH의 전송을 위한 자원을 단말에게 제공할 수 있다. 예를 들어, 전송 단말은 수신 단말로부터 수신한 SL HARQ(Hybrid Automatic Repeat Request) 피드백을 기지국에게 보고할 수 있다. 이 경우, 기지국이 SL 전송을 위한 자원을 할당하기 위한 PDCCH 내의 지시(indication)를 기반으로, SL HARQ 피드백을 기지국에게 보고하기 위한 PUCCH 자원 및 타이밍(timing)이 결정될 수 있다.
예를 들어, DCI는 DCI 수신과 DCI에 의해 스케줄링된 첫 번째 SL 전송 사이의 슬롯 오프셋을 나타낼 수 있다. 예를 들어, SL 전송 자원을 스케줄링하는 DCI와 첫 번째 스케줄링된 SL 전송 자원 사이의 최소 갭은 해당 단말의 처리 시간(processing time)보다 작지 않을 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 설정된 그랜트(configured grant)를 통해 복수의 SL 전송을 위해 주기적으로 자원 세트를 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 상기 설정될 그랜트는 설정된 그랜트 타입 1 또는 설정된 그랜트 타입 2를 포함할 수 있다. 예를 들어, 단말은 주어진 설정된 그랜트(given configured grant)에 의해 지시되는 각각의 경우(occasions)에서 전송할 TB를 결정할 수 있다.
예를 들어, 기지국은 동일한 캐리어 상에서 SL 자원을 단말에게 할당할 수 있고, 서로 다른 캐리어 상에서 SL 자원을 단말에게 할당할 수 있다.
예를 들어, NR 기지국은 LTE 기반의 SL 통신을 제어할 수 있다. 예를 들어, NR 기지국은 LTE SL 자원을 스케줄링하기 위해 NR DCI를 단말에게 전송할 수 있다. 이 경우, 예를 들어, 상기 NR DCI를 스크램블하기 위한 새로운 RNTI가 정의될 수 있다. 예를 들어, 상기 단말은 NR SL 모듈 및 LTE SL 모듈을 포함할 수 있다.
예를 들어, NR SL 모듈 및 LTE SL 모듈을 포함하는 단말이 gNB로부터 NR SL DCI를 수신한 후, NR SL 모듈은 NR SL DCI를 LTE DCI 타입 5A로 변환할 수 있고, NR SL 모듈은 X ms 단위로 LTE SL 모듈에 LTE DCI 타입 5A를 전달할 수 있다. 예를 들어, LTE SL 모듈이 NR SL 모듈로부터 LTE DCI 포맷 5A를 수신한 후, LTE SL 모듈은 Z ms 후에 첫 번째 LTE 서브프레임에 활성화 및/또는 해제를 적용할 수 있다. 예를 들어, 상기 X는 DCI의 필드를 사용하여 동적으로 표시될 수 있다. 예를 들어, 상기 X의 최솟값은 단말 능력(UE capability)에 따라 상이할 수 있다. 예를 들어, 단말은 단말 능력에 따라 하나의 값(single value)을 보고할 수 있다. 예를 들어, 상기 X는 양수일 수 있다.
도 13의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 SCI를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
예를 들어, 단말은 다른 단말에 대한 SL 자원 선택을 도울 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 SL 전송을 위한 설정된 그랜트(configured grant)를 설정받을 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 다른 단말의 SL 전송을 스케줄링할 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 블라인드 재전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 제 1 단말은 SCI를 이용하여 SL 전송의 우선 순위를 제 2 단말에게 지시할 수 있다. 예를 들어, 제 2 단말은 상기 SCI를 디코딩할 수 있고, 제 2 단말은 상기 우선 순위를 기반으로 센싱 및/또는 자원 (재)선택을 수행할 수 있다. 예를 들어, 상기 자원(재)선택 절차는, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계 및 제 2 단말이 식별된 후보 자원 중에서 (재)전송을 위한 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 자원 선택 윈도우는 단말이 SL 전송을 위한 자원을 선택하는 시간 간격(time interval)일 수 있다. 예를 들어, 제 2 단말이 자원 (재)선택을 트리거한 이후, 자원 선택 윈도우는 T1 ≥ 0에서 시작할 수 있고, 자원 선택 윈도우는 제 2 단말의 남은 패킷 지연 버짓(remaining packet delay budget)에 의해 제한될 수 있다. 예를 들어, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계에서, 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 특정 자원이 지시되고 및 상기 특정 자원에 대한 L1 SL RSRP 측정값이 SL RSRP 임계값을 초과하면, 상기 제 2 단말은 상기 특정 자원을 후보 자원으로 결정하지 않을 수 있다. 예를 들어, SL RSRP 임계값은 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 지시되는 SL 전송의 우선 순위 및 제 2 단말이 선택한 자원 상에서 SL 전송의 우선 순위를 기반으로 결정될 수 있다.
예를 들어, 상기 L1 SL RSRP는 SL DMRS(Demodulation Reference Signal)를 기반으로 측정될 수 있다. 예를 들어, 자원 풀 별로 시간 영역에서 하나 이상의 PSSCH DMRS 패턴이 설정되거나 사전에 설정될 수 있다. 예를 들어, PDSCH DMRS 설정 타입 1 및/또는 타입 2는 PSSCH DMRS의 주파수 영역 패턴과 동일 또는 유사할 수 있다. 예를 들어, 정확한 DMRS 패턴은 SCI에 의해 지시될 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 전송 단말은 자원 풀에 대하여 설정된 또는 사전에 설정된 DMRS 패턴 중에서 특정 DMRS 패턴을 선택할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 예약 없이 TB(Transport Block)의 초기 전송을 수행할 수 있다. 예를 들어, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 제 1 TB와 연관된 SCI를 이용하여 제 2 TB의 초기 전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 동일한 TB(Transport Block)의 이전 전송과 관련된 시그널링을 통해, 피드백 기반의 PSSCH 재전송을 위한 자원을 예약할 수 있다. 예를 들어, 현재 전송을 포함하여 하나의 전송에 의해 예약되는 SL 자원의 최대 개수는 2개, 3개 또는 4개일 수 있다. 예를 들어, 상기 SL 자원의 최대 개수는 HARQ 피드백이 인에이블되는지 여부와 관계 없이 동일할 수 있다. 예를 들어, 하나의 TB에 대한 최대 HARQ (재)전송 횟수는 설정 또는 사전 설정에 의해 제한될 수 있다. 예를 들어, 최대 HARQ (재)전송 횟수는 최대 32일 수 있다. 예를 들어, 상기 설정 또는 사전 설정이 없으면, 최대 HARQ (재)전송 횟수는 지정되지 않은 것일 수 있다. 예를 들어, 상기 설정 또는 사전 설정은 전송 단말을 위한 것일 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말이 사용하지 않는 자원을 해제하기 위한 HARQ 피드백이 지원될 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 SCI를 이용하여 상기 단말에 의해 사용되는 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, 단말은 SCI를 이용하여 PSSCH (재)전송을 위해 상기 단말에 의해 예약된 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, SL 자원의 최소 할당 단위는 슬롯일 수 있다. 예를 들어, 서브채널의 사이즈는 단말에 대하여 설정되거나 미리 설정될 수 있다.
이하, SCI(Sidelink Control Information)에 대하여 설명한다.
기지국이 PDCCH를 통해 단말에게 전송하는 제어 정보를 DCI(Downlink Control Information)라 칭하는 반면, 단말이 PSCCH를 통해 다른 단말에게 전송하는 제어 정보를 SCI라 칭할 수 있다. 예를 들어, 단말은 PSCCH를 디코딩하기 전에, PSCCH의 시작 심볼 및/또는 PSCCH의 심볼 개수를 알고 있을 수 있다. 예를 들어, SCI는 SL 스케줄링 정보를 포함할 수 있다. 예를 들어, 단말은 PSSCH를 스케줄링하기 위해 적어도 하나의 SCI를 다른 단말에게 전송할 수 있다. 예를 들어, 하나 이상의 SCI 포맷(format)이 정의될 수 있다.
예를 들어, 전송 단말은 PSCCH 상에서 SCI를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 하나의 SCI를 디코딩할 수 있다.
예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 디코딩할 수 있다. 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에, 제 1 SCI 구성 필드 그룹을 포함하는 SCI를 제 1 SCI 또는 1st SCI라고 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 SCI를 제 2 SCI 또는 2nd SCI라고 칭할 수 있다. 예를 들어, 전송 단말은 PSCCH를 통해서 제 1 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 제 2 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 제 2 SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다. 예를 들어, 두 개의 연속적인 SCI는 서로 다른 전송(예를 들어, 유니캐스트(unicast), 브로드캐스트(broadcast) 또는 그룹캐스트(groupcast))에 대하여 적용될 수도 있다.
예를 들어, 전송 단말은 SCI를 통해서, 아래 정보 중에 일부 또는 전부를 수신 단말에게 전송할 수 있다. 여기서, 예를 들어, 전송 단말은 아래 정보 중에 일부 또는 전부를 제 1 SCI 및/또는 제 2 SCI를 통해서 수신 단말에게 전송할 수 있다.
- PSSCH 및/또는 PSCCH 관련 자원 할당 정보, 예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기), 및/또는
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자, 및/또는
- (PSSCH 상의) SL CSI 전송 지시자 (또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 정보 전송 지시자), 및/또는
- MCS 정보, 및/또는
- 전송 전력 정보, 및/또는
- L1 데스티네이션(destination) ID 정보 및/또는 L1 소스(source) ID 정보, 및/또는
- SL HARQ 프로세스(process) ID 정보, 및/또는
- NDI(New Data Indicator) 정보, 및/또는
- RV(Redundancy Version) 정보, 및/또는
- (전송 트래픽/패킷 관련) QoS 정보, 예를 들어, 우선 순위 정보, 및/또는
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
- 전송 단말의 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 수신 단말의 위치 (또는 거리 영역) 정보, 및/또는
- PSSCH를 통해 전송되는 데이터의 디코딩 및/또는 채널 추정과 관련된 참조 신호(예를 들어, DMRS 등) 정보, 예를 들어, DMRS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, 랭크(rank) 정보, 안테나 포트 인덱스 정보;
예를 들어, 제 1 SCI는 채널 센싱과 관련된 정보를 포함할 수 있다. 예를 들어, 수신 단말은 PSSCH DMRS를 이용하여 제 2 SCI를 디코딩할 수 있다. PDCCH에 사용되는 폴라 코드(polar code)가 제 2 SCI에 적용될 수 있다. 예를 들어, 자원 풀에서, 제 1 SCI의 페이로드 사이즈는 유니캐스트, 그룹캐스트 및 브로드캐스트에 대하여 동일할 수 있다. 제 1 SCI를 디코딩한 이후에, 수신 단말은 제 2 SCI의 블라인드 디코딩을 수행할 필요가 없다. 예를 들어, 제 1 SCI는 제 2 SCI의 스케줄링 정보를 포함할 수 있다.
한편, 본 개시의 다양한 실시 예에서, 전송 단말은 PSCCH를 통해 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나를 수신 단말에게 전송할 수 있으므로, PSCCH는 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, SCI는 PSCCH, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, 전송 단말은 PSSCH를 통해 제 2 SCI를 수신 단말에게 전송할 수 있으므로, PSSCH는 제 2 SCI로 대체/치환될 수 있다.
이하, SL 단말의 동기 획득에 대하여 설명한다.
TDMA(time division multiple access) 및 FDMA(frequency division multiples access) 시스템에서, 정확한 시간 및 주파수 동기화는 필수적이다. 시간 및 주파수 동기화가 정확하게 되지 않으면, 심볼 간 간섭(Inter Symbol Interference, ISI) 및 반송파 간 간섭(Inter Carrier Interference, ICI)으로 인해 시스템 성능이 저하될 수 있다. 이는, V2X에서도 마찬가지이다. V2X에서는 시간/주파수 동기화를 위해, 물리 계층에서는 SL 동기 신호(sidelink synchronization signal, SLSS)를 사용할 수 있고, RLC(radio link control) 계층에서는 MIB-SL-V2X(master information block-sidelink-V2X)를 사용할 수 있다.
도 14는 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
도 14를 참조하면, V2X에서, 단말은 GNSS(global navigation satellite systems)에 직접적으로 동기화 되거나, 또는 GNSS에 직접적으로 동기화된 (네트워크 커버리지 내의 또는 네트워크 커버리지 밖의) 단말을 통해 비간접적으로 GNSS에 동기화 될 수 있다. GNSS가 동기화 소스로 설정된 경우, 단말은 UTC(Coordinated Universal Time) 및 (미리) 설정된 DFN(Direct Frame Number) 오프셋을 사용하여 DFN 및 서브프레임 번호를 계산할 수 있다.
또는, 단말은 기지국에 직접 동기화되거나, 기지국에 시간/주파수 동기화된 다른 단말에게 동기화될 수 있다. 예를 들어, 상기 기지국은 eNB 또는 gNB일 수 있다. 예를 들어, 단말이 네트워크 커버리지 내에 있는 경우, 상기 단말은 기지국이 제공하는 동기화 정보를 수신하고, 상기 기지국에 직접 동기화될 수 있다. 그 후, 상기 단말은 동기화 정보를 인접한 다른 단말에게 제공할 수 있다. 기지국 타이밍이 동기화 기준으로 설정된 경우, 단말은 동기화 및 하향링크 측정을 위해 해당 주파수에 연관된 셀(상기 주파수에서 셀 커버리지 내에 있는 경우), 프라이머리 셀 또는 서빙 셀(상기 주파수에서 셀 커버리지 바깥에 있는 경우)을 따를 수 있다.
기지국(예를 들어, 서빙 셀)은 V2X 또는 SL 통신에 사용되는 반송파에 대한 동기화 설정을 제공할 수 있다. 이 경우, 단말은 상기 기지국으로부터 수신한 동기화 설정을 따를 수 있다. 만약, 단말이 상기 V2X 또는 SL 통신에 사용되는 반송파에서 어떤 셀도 검출하지 못했고, 서빙 셀로부터 동기화 설정도 수신하지 못했다면, 상기 단말은 미리 설정된 동기화 설정을 따를 수 있다.
또는, 단말은 기지국이나 GNSS로부터 직접 또는 간접적으로 동기화 정보를 획득하지 못한 다른 단말에게 동기화될 수도 있다. 동기화 소스 및 선호도는 단말에게 미리 설정될 수 있다. 또는, 동기화 소스 및 선호도는 기지국에 의하여 제공되는 제어 메시지를 통해 설정될 수 있다.
SL 동기화 소스는 동기화 우선 순위와 연관될 수 있다. 예를 들어, 동기화 소스와 동기화 우선 순위 사이의 관계는 표 5 또는 표 6와 같이 정의될 수 있다. 표 5 또는 표 6은 일 예에 불과하며, 동기화 소스와 동기화 우선 순위 사이의 관계는 다양한 형태로 정의될 수 있다.
우선 순위 레벨 GNSS 기반의 동기화(GNSS-based synchronization) 기지국 기반의 동기화(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 다른 모든 단말 GNSS
P4 N/A GNSS에 직접 동기화된 모든 단말
P5 N/A GNSS에 간접 동기화된 모든 단말
P6 N/A 다른 모든 단말
우선 순위 레벨 GNSS 기반의 동기화(GNSS-based synchronization) 기지국 기반의 동기화(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 기지국 GNSS
P4 기지국에 직접 동기화된 모든 단말 GNSS에 직접 동기화된 모든 단말
P5 기지국에 간접 동기화된 모든 단말 GNSS에 간접 동기화된 모든 단말
P6 낮은 우선 순위를 가지는 남은 단말(들) 낮은 우선 순위를 가지는 남은 단말(들)
표 5 또는 표 6에서, P0가 가장 높은 우선 순위를 의미할 수 있고, P6이 가장 낮은 우선순위를 의미할 수 있다. 표 5 또는 표 6에서, 기지국은 gNB 또는 eNB 중 적어도 어느 하나를 포함할 수 있다.
GNSS 기반의 동기화 또는 기지국 기반의 동기화를 사용할지 여부는 (미리) 설정될 수 있다. 싱글-캐리어 동작에서, 단말은 가장 높은 우선 순위를 가지는 이용 가능한 동기화 기준으로부터 상기 단말의 전송 타이밍을 유도할 수 있다.
V2X apparatus and Roles for generic electronic payment
도 15는 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 15를 참조하면, V2X와 관련된 전자 결제는 지불 장치 (payer), 수취 장치 (payee), 지불 서버 (Payment Server)를 포함할 수 있다.
지불 장치는 필요한 정보를 수취 장치와 교환함으로써 지불에 대한 재무적 가치를 제공할 수 있다. 상기 지불 장치는 V2X 기술을 사용하여 수취인과 통신합니다. 도 15에 도시된 바와 같이. 상기 지불 장치는 차량 ITS-S에 부착 또는 포함될 수 있으나, 차량 외에 모든 유형의 ITS-S와 전기적으로 연결 (또는, 장착)될 수 있다.
수취 장치는 지불 장치로부터 지불에 필요한 정보를 획득하고 지불 장치 및 수 장치에 필요한 정보를 지불 서버에 제공하며, 선택적으로 지불 서버로부터 획득한 지불 결과를 지불 장치에 전달 또는 전송할 수 있다. 여기서, 수취 장치는 V2X 기술을 사용하여 지불 장치와 통신합니다. 도 15에 도시된 바와 같이. 상기 수취 장치는 일반적으로 로드 사이드 ITS-S(roadside ITS-S)와 전기적인 연결 (또는 장착)될 수 있으나, 로드 사이드 ITS-S 외의 모든 유형의 ITS-S와 전기적으로 연결 또는 장착될 수 있다.
지불 서버는 수취 장치로부터 획득한 지불 정보에 기초하여 결제를 진행할 수 있고, 지불 결과를 상기 수치 장치에 전송 또는 전달할 수 있다 (예컨대, 결제 거부, 결제 완료 등). 상기 지불 서버는 네트워크 서비스 공급자, 인터넷 서비스 공급자, 모바일 서비스 공급자, 은행 또는 금융 회사 등의 서버 일 수 있다. 또는, 상기 지불 서버는 V2X와 직접적으로 관련되지 않은 전용 네트워크를 사용하여 수취장치와 통신 할 수 있다.
도 16은 가상 수취 장치를 통해 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 16을 참조하면, 결제 시스템은 가상 수취 장치를 더 포함할 수 있다. 이 경우, 상기 지불 장치는 가상 수취 장치 (Virtual Payee)와 필요한 정보를 교환함으로써 결제와 관련된 재무적 가치에 대한 정보를 제공할 수 있다. 지불 장치는 차량과 전기적으로 연결될 수 있고, 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드, RFID (Radio-frequency identification) 태그 등 비교적 짧은 통신 범위의 통신 기술을 사용하여 상기 가상 수취 장치와 통신을 수행할 수 있다. 다시 말하자면, 상기 가상 수취 장치와 상기 지불 장치는 자신이 포함된 차량 ITS-S의 외부 장치에서 상기 지불과 관련된 정보가 수신되지 않도록 상기 근거리 통신 (수 미터 이내의 통신)으로만 통신을 수행할 수 있다. 상기 지불 장치는 일반적으로 사용되는 신용 카드 (또는 직불 카드)이거나 모바일 장치 또는 개인 ITS-S와 전기적으로 연결될 수 있다. 또한, 상기 지불 장치는 모든 유형의 ITS-S와 전기적으로 연결될 수 있다.
가상 수취 장치는 지불 장치와 수취 장치로부터 결제와 관련된 필요한 정보를 획득하여, 지불 장치, 수취 장치 및/또는 자신의 정보를 지불 서버에 제공할 수 있다. 상기 가상 수취 장치는 지불 서버로부터 수신된 결제 완료에 따른 결제 결과 (result of payment)에 대한 정보를 상기 지불 장치에 제공할 수 있다. 상기 가상 수취 장치는 차량과 전기적으로 연결될 수 있고, 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드, RFID (Radio-frequency identification) 태그 등 비교적 짧은 통신 범위의 통신 기술을 사용하여 상기 지불 장치 (또는, 상기 수취 장치)와 통신을 수행할 수 있다. 　상기 가상 수취 장치는 차량 ITS-S와 전기적으로 연결될 수 있고, 또는 다양한 유형의 ITS-S와 전기적으로 연결될 수 있다. 또는, 상기 가상 수취 장치는 전용 네트워크 통신 네트워크인 지불 서버와 통신하기 위해 구성된 보안 네트워크를 사용하여 상기 지불 서버와 통신을 수행할 수 있다.
수취 장치는 V2X 기술을 사용하여 상기 가상 수취 장치에게 지불에 필요한 정보를 제공할 수 있다. 상기 수취 장치는 일반적으로 로드 사이드 ITS-S와 전기적으로 연결되거나 장착될 수 있고, 또는, 이에 한정되지 않고 모든 유형의 ITS-S와 전기적으로 연결될 수 있다. 또한, 상기 수취 장치는 보안 네트워크를 사용하여 결제 서버와 통신 할 수 있다.
지불 서버는 가상 수취 장치 및/또는 수취 장치로부터 지불 또는 결제에 필요한 정보를 수신하여 결제를 수행할 수 있고, 지불 결과 또는 결제 결과를 가상 수취 장치 및/또는 수취 장치에게 전송할 수 있다. 상기 지불 서버는 네트워크 서비스 공급자, 인터넷 서비스 공급자, 모바일 서비스 공급자, 은행, 금융 회사 등의 서버 일 수 있다. 상기 지불 서버는 보안 네트워크를 사용하여 전용 셀룰러 통신 네트워크 등을 통하여 가상 수취 장치 및/또는 수취 장치와 통신을 수행할 수 있다.
이하에서는, V2X 통신을 통한 보다 안정성을 확보할 수 있는 전자 결제 방법들을 설명한다.
도 17은 전자 결제를 수행할 지불 장치 또는 가상 수취 장치를 인식하는 방법을 설명하기 위한 도면이다.
V2X와 관련된 전자 결제 방법은 전자 결제를 수행할 대상을 인식 또는 감지하는 인식 단계를 포함할 수 있다. 상기 인식 단계는 전자 지불 방법에 있어서 최초로 수행되는 단계이거나, 선택적으로 수행되는 단계일 수 있다. 상기 인식 단계는 "감지 또는 인식만 수행되는 방식" 및 "감지 및 식별이 수행되는 방식"로 구분될 수 있다.
도 17 (a)를 참조하면, 감지 또는 인식만 수행되는 방식은 수취 장치가 지불 장치, 가상 수취 장치 또는 ITS-S (상기 지불 장치 또는 가상 수취 장치가 포함된) 등의 접근을 감지 또는 인식하는 방식이다. 상기 인식 또는 감지만 수행하는 방식은, 도 17 (a)에 도시된 바와 같이, 수취 장치의 센서 또는 상기 수취 장치가 포함된 ITS-S에 포함된 센서를 통해 수행되거나 지불 장치 및/또는 가상 수취 장치가 주기적으로 방송 또는 전송하는 V2X 메시지를 통해 수행될 수 있다. 또한, 상기 인식 또는 감지 방식은 접근하는 지불 장치 또는 가상 수취 장치의 존재를 인식하는 방식으로, 상기 근접하는 지불 장치 또는 가상 수취 장치를 명확히 식별하는 방식이 아닐 수 있다. 이 경우, 상기 수취 장치는 근접 또는 접근하는 지불 장치 또는 가상 수취 장치에 유니캐스트 방식이 아닌 브로드캐스트 방식으로 신호 또는 메시지를 전달 또는 전송할 수 있다.
도 17 (b)를 참조하면, 감지 및 식별이 수행되는 방식에서 수취 장치는 지불 장치, 가상 수취 장치, 또는 이들 중 적어도 하나를 포함하는 ITS-S (또는, 차량)의 접근을 인식하면서, 상기 접근하는 지불 장치, 가상 수취 장치 또는 이들 중 적어도 하나를 포함하는 ITS-S를 식별하는 방식일 수 있다. 감지 및 식별이 수행되는 방식은 지불 장치, 가상 수취 장치 또는 이들 중 적어도 하나를 포함하는 ITS-S가 주기적으로 브로드캐스트하는 V2X 메시지 (에컨대, CAM, BSM 등)으로부터 접근 및 식별이 수행될 수 있다. 이후, 상기 수취 장치는 식별된 장치들과 브로드캐스트 또는 유니캐스트 방식으로 통신을 수행할 수 있다. 한편, 상기 감지 및 식별이 수행되는 방식은 감지 및 식별이 동시에 수행되거나 감지 후 식별이 순차적으로 수행될 수 있다.
도 18 및 도 19는 V2X 기반 전자 결제를 수행할 대상을 인식 또는 감지하는 방법을 설명하기 위한 도면이다.
도 18을 참조하면, 수취 장치는 감지 기반 기술 (예컨대, 센서, 카메라 등) 대신 V2X 기술을 사용하여 전자 결제를 수행할 대상을 인식 (감지 만 및 감지 및 식별)할 수 있다. 이 경우, 상기 수취 장치는 센서 또는 카메라를 이용하는 것 보다 V2X 기술을 이용하는 것이 통신 범위가 더 넓기 때문에 접근하는 지불 장치 또는 가상 수치 장치를 포함하는 차량 (또는, ITS-S)를 신속하게 감지할 수 있다. 상기 수취 장치는 빠른 속도로 움직이는 상기 지불 장치 또는 가상 수취 장치가 포함된 Vehicle ITS-S를 용이하게 감지할 수 있다. 이 경우, 상기 전자 결제 방법에 있어서 보다 완화된 속도 제한을 통해서 상기 지불 장치 또는 가상 수취 장치가 포함된 차량 (또는, ITS-S)와의 전자 결제가 수행될 수 있다.
수취 장치가 포함된 로드 사이드 (Roadside) ITS-S는 자신의 존재에 대한 정보를 포함하는 V2X 관련 메시지 (또는, 표시 메시지)를 주기적으로 전송할 수 있다. 지불 장치 또는 가상 수취 장치는 상기 수취 장치 또는 상기 수취 장치를 포함하는 ITS-S로부터 상기 표시 메시지를 수신 받고, 상기 표시 메시지의 수신에 응답하여 자신의 존재 및 식별 정보를 포함하는 V2X 메시지를 전송할 수 있다. 즉, 지불 장치 또는 가상 수취 장치를 포함하는 차량 (또는, ITS-S)는 수취 장치와 인접하지 않은 영역에서 자신의 존재 및 식별 정보를 포함하는 V2X 메시지를 전송하지 않을 수 있다. 한편, 이와 같은 V2X 메시지를 통한 전자 결제의 초기 절차를 수행함으로써, 전자 결제 시스템에서의 차량의 속도 제한이 완화될 수 있다.
도 19를 참조하면, 도로 징수 시스템 관련하여, 상술한 V2X에 기반한 전자 결제 방식은 모든 차선에 대한 수취 장치의 부착이 필요하지 않고, 하나의 수취 장치를 통하여 인접한 모든 차선에 대한 지불 장치를 포함하는 차량과의 결제를 수행할 수 있다.
도 20 및 도 21은 상기 수취 장치가 표시 메시지를 전송하는 주기 및 시간 자원을 설명하기 위한 도면이다.
앞서, 도 19를 참조하여 설명한 방식에 따르면, 하나의 수취 장치의 V2X 통신 범위에 많은 수의 지불 장치 또는 가상의 지불 장치가 위치할 수 있다. 이 경우, 상기 다수의 지불 장치 또는 가상의 지불 장치들이 전송하는 메시지 (또는, 패킷) 또는 신호들 간에 충돌 발생 가능성이 높을 수 있다.
수취 장치가 자신의 존재를 나타내는 표시 메시지를 주기적으로 전송하므로, 수취인 또는 가상 수취 장치의 존재 및/또는 식별 정보를 포함하는 메시지가 전송되는 시간 슬롯은 상기 수취 장치를 나타내는 메시지가 전송되는 시간 슬롯과 상이하게 할당될 수 있다. 이 경우, 수취 장치의 메시지와 수취인 또는 가상 수취 장치의 메시지 간의 충돌 위험을 감소시킬 수 있다.
구체적으로, 수취 장치는 상기 메시지의 전송 빈도 및/ 또는 간격 (즉, 할당된 시간 슬롯에 대한 정보)를 지불 장치 또는 가상 수취 장치에게 미리 알려줄 필요가 있다. 상기 수취 장치는 자신의 존재를 나타내는 표시 메시지에 상기 표시 메시지의 전송 빈도 또는 전송 간격에 대한 정보를 포함시키기거나, 상기 수취 장치의 요금 청구 영역 (즉, 커버리지 영역)에 진입하기 전에 상기 표시 메시지의 전송 빈도 또는 전송 간격에 대한 정보를 미리 결정할 수 있다. 이 경우, 상기 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 포함된 시간 슬롯을 제외한 나머지 시간 슬롯에서 자신의 식별 또는 응답 메시지를 전송할 수 있다.
예컨대, 도 20을 참조하면, 상기 수취 장치는 상기 표시 메시지가 전송되는 전송 간격인 Δt의 정보 및 상기 표시 메시지가 전송되는 시간 슬롯 (또는, 상기 표시 메시지가 전송되지 않은 시간 슬롯, 또는 표시 메시지의 패킷 지속 시간)에 대한 정보를 포함하는 상기 표시 메시지를 지불 장치 또는 가상 수취 장치에게 전송할 수 있다. 상기 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 포함된 정보에 기초하여 상기 표시 메시지가 전송되지 않은 시간 슬롯 (Δt_o= Δt - 표시 메시지의 패킷 지속 시간)을 결정할 수 있다.
또한, 도 21을 참조하면, 미리 구성된 영역에 둘 이상의 수취 장치가 위치할 수 있다. 이 경우, 상기 둘 이상의 수취 장치들 간에 표시 메시지를 전송할 시간 슬롯이 달리 결정될 필요가 있다. 즉, 상기 둘 이상의 수취 장치들 사이에 표시 메시지를 전송할 시간 슬롯이 상이하게 설정될 수 있다. 이 경우, 수취 장치는 상기 미리 구성된 영역에 수취 장치의 개수 (n), 상기 표시 메시지의 지속 시간, 및 상기 표시 메시지의 전송 빈도 (또는, 전송 간격, Δt) 중 적어도 둘 이상에 대한 정보를 포함하는 표시 메시지를 전송할 수 있다. 이 경우, 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 기초하여 상기 둘 이상의 수취 장치가 표시 메시지를 전송하지 않은 시간 슬롯 (Δt_o = Δt / n - 수취인이 나타내는 메시지의 패킷 지속 시간)을 산출 또는 결정할 수 있다.
다음으로, 서로 감지 또는 인식된 수취 장치, 지불 장치, 가상 수취 장치 간에 결제와 관련된 복수의 인보이스(invoice)들의 유형을 정의할 수 있다.
인보이스 A는 지불에 대한 재무 가치 금액 (예컨대, 수수료, 비용, 가격 등)이 사전에 결정된 타입일 수 있다. 인보이스 B는 선택된 아이템에 따라 가격 정보가 달라지는 타입일 수 있다. 인보이스 C는 결제 주체인 지불 장치 또는 가상 수취 장치의 유형에 따라 가격 정보가 달라지는 타입일 수 있다. 인보이스 D는 선택된 아이템 및 지불 장치 (또는 가상 수취 장치)의 유형에 따라 가격 정보가 달라지는 타입일 수 있다.
예컨대, 상기 인보이스 A는 지불 장치간에 동일한 금액이 청구되는 유형의 송장이다 상기 인보이스 B는 지불 장치가 구매하고자 하는 항목에 따라 금액이 상이하게 청구될 수 있는 유형으로, 대표적으로 드라이브 스루 (drive-thru)에서 적합한 송장 유형이다. 또한, 상기 인보이스 C는 지불 장치를 포함하는 차량의 유형 또는 상기 차량의 이동 거리에 따라 금액이 달라지는 송장 일 수 있다. 또한, 상기 인보이스 D는 상기 인보이스 B 및 C의 혼합 송장 유형일 수 있다.
한편, 인보이스 유형에 따라 전자 결제 대상을 특정하는 방식이 달라 질 수 있다. 상술한 바와 같이 전자 결제 대상은 상기 지불 장치의 감지만으로 특정되거나, 감지 및 식별에 의해 특정될 수 있다. 또한, 전자 결제 대상은 감지조차 불필요한 경우도 있을 수 있다.
하기의 표 7를 참조하면, 인보이스 C 및 D는 지불 장치 또는 가상 수취 장치의 감지 및 식별을 통한 전자 결제 대상의 특정이 필요한 인보이스 유형일 수 있다. 인보이스 B는 감지를 통한 전자 결제 대상의 특정이 필요한 인보이스 유형일 수 있다. 이와 달리, 인보이스 A는 전자 결제 대상의 특정도 불필요할 수 있다. 다시 말하자면, 인보이스 A는 감지 및 식별 없이 청구될 수 있는 인보이스이고, 인보이스 B는 감지에 따른 지불 장치 또는 가상 수취 장치의 특정 후에 청구되는 인보이스이며, 인보이스 C 및 D는 감지 및 식별에 따른 지불 장치 또는 가상 수취 장치의 특정 후에 청구되는 인보이스일 수 있다.
No "Recognizing" "Detecting only" "Detecting and Identifying"
Invoice type #A Allowed. Allowed Allowed
Invoice type #B Not allowed Allowed Allowed
Invoice type #C & #D Not allowed Not allowed Should be supported
수취 장치 및/또는 지불 서버는 인보이스 B, C 또는 D에서 결제 금액을 결정하기 위해서 지불 장치에서 전송한 구매 대상인 선택 아이템 정보 및/또는 지불 장치의 식별을 위한 식별 정보가 필요할 수 있다. 이와 같은 정보는 상기 인식 단계에서 제공될 수 있다. 상기 수취 장치가 상기 결제 금액 결정하는 경우, 상기 수취 장치는 상기 지불 장치에 의해 요청된 구매 대상인 선택 아이템 정보 및/또는 상기 지불 장치와 관련된 식별 정보를 사용하여 상기 결제 금액을 결정할 수 있다. 또는, 결제 서버에서 결제 금액을 결정하는 경우, 상기 수취 장치는 상기 결제 서버에게 상기 결제 금액을 결정하는데 필요한 정보를 제공할 수 있다. 예컨대, 상기 수취 장치는 결제 대상인 선택 아이템 정보, 지불 장치와 관련된 식별 정보, 상기 수취 장치의 위치 또는 상기 지불 서버와 사전에 정의된 값을 상기 결제 서버에 제공할 수 있다.
상술한 결제 금액의 결정을 위한 정보들의 교환은 인식 단계와 결제 수행 단계 사이에 수행될 수 있다. 예컨대, 상기 수취 장치는 인식 단계 직후에 지불 장치를 식별 및 결제 금액 결정이 수행될 수 있다. 또는, 상기 결제 서버는 상기 수취 장치가 제공한 결제 금액을 결정하기 위한 선택 아이템 정보 및 식별 정보에 기초하여 결제 금액의 결정 및 상기 지불 장치의 식별을 수행할 수 있다.
이하에서는, 상기 지불 장치가 구매 대상의 선택 정보인 선택 아이템 정보를 상기 수취 장치에 제공하는 절차를 설명한다.
상술한 인보이스 B 및 D의 경우, 상기 지불 장치는 구매 대상을 선택 및/또는 선택된 구매 대상에 대한 정보인 선택 아이템 정보를 전송하는 단계 (아이템 선택 단계)의 수행이 필요할 수 있다. 상기 아이템 선택 단계는 V2X 메시지에 기반하여 수행될 수 있다. 상기 V2X 메시지에 기반한 아이템 선택 단계를 포함하는 전자 결제 시스템은 모든 지불 장치를 통해 결제를 진행하는 모든 사용자에게 균일 또는 균등한 사용자 경험을 제공할 수 있고, 기존 드라이브 스루 주문에 익숙하지 않은 사용자 또는 불편한 사용자에게 효율적인 결제 시스템을 제공할 수 있다.
표 8은 구매 가능한 대상 또는 물품들에 대한 정보와 관련된 정의를 설명한다.
Descriptive Name PurchasableItems
Identifier DataType_xxx
ASN.1 representation PurchasableItems ::= SEQUENCE { kindofPurchasableItems KindofPurchasableItems,itemDescription ItemDescription,itemPrice ItemPrice,…}
Definition This DF identifies the purchasable items and their descriptions.
Unit N/A
Descriptive Name KindofPurchasableItems
Identifier DataType_xxx
ASN.1 representation KindofPurchasableItems ::= INTEGER (0..65535)
Definition This DE identifies the number of kinds of purchasable items.
Unit N/A
Descriptive Name ItemDescription
Identifier DataType_xxx
ASN.1 representation ItemDescription ::= IA5String ( size(kindofPurchasableItems) )
Definition This DE provides descriptions for individual purchasable items.
표 9는 V2X 메시지를 선택하는 항목의 데이터 요소 정의에 대한 예시에 대한 것이다.
Descriptive Name ChosenItems
Identifier DataType_xxx
ASN.1 representation ChosenItems ::= ENUMERATED { kindofChosenItems KIndofChosenItems, chosenItems ChosenItems,numberofItems NumberofItems,…}
Definition This DF identifies the chosen items to purchase and their number. kindofChosenItems should equal to or less than kindofPurchasableItems. The numeric values of chosenItems means the order of itemDescription. I.e., the “”of chosenItems means the second item described by the itemDescription.
Unit N/A
Descriptive Name KIndofChosenItems
Identifier DataType_xxx
ASN.1 representation KIndofChosenItems ::= INTEGER (0..65535)
Definition This DE identifies the number of kinds of items to purchase.
Unit N/A
Descriptive Name ChosenItems
Identifier DataType_xxx
ASN.1 representation ChosenItems ::= NumbericString ( SIZE(kindofChosenItems) ) or ENUMERATE (SIZE(kindofChosenItems) )
Definition This DE identifies the items to purchase.
Unit N/A
Descriptive Name NumberofItems
Identifier DataType_xxx
ASN.1 representation NumberofItems ::= INTEGER ( SIZE(kindofChosenItems) ) (0..65535)
Definition This DE identifies the number of individual chosen items to purchase.
Unit N/A
한편, 각 지불 시스템은 고유 응용 프로그램에 기초하거나, 지불 시스템의 지불에 이용되는 고유 한 메시지 유형에 기초하여 결제 절차가 진행될 수 있다. 또한, 기존 드라이브 스루에서 사용되는 구두 주문과 같은 기존 주문 방법도 적용될 수 있다.
이하에서는, 인보이스의 통지 절차를 설명한다. 여기서, 상기 인보이스 통지 절차는 선택적으로 수행될 수 있고, 결제 절차의 수행 전이나 인보이스 작성 절차 이후에 수행될 수 있다.
상기 인보이스 통지 절차에서 수취 장치는 V2X 메시지 (예컨대, 인보이스를 포함하는 V2X 메시지)를 통해 결제 금액에 대한 결제 금액 정보를 상기 지불 장치 또는 상기 가상 수취 장치에 제공할 수 있다. 또한, 상기 결제 금액 정보는 상기 지불 장치 또는 상기 가상 수취 장치의 이용자에게 제공될 수 있다.
상기 인식 절차를 요구하지 않은 경우 (인보이스 A), 상기 인보이스 통지 절차는 주기적으로 수행될 수 있다.
상기 감지에 따른 지불 장치의 인식이 필요한 인식 절차의 경우, 상기 인보이스 통지 절차는 인보이스 A에 대한 제1-1 통지 방식과 인보이스 B에 대한 제1-2 통지 방식으로 구별될 수 있다. 상기 제1-1 통지 방식은 상기 수취 장치가 상기 지불 장치 (또는, 가상 수취 장치)를 감지한 경우에만 상기 인보이스가 주기적으로 통지되는 방식이다. 상기 제1-2 통지 방식은 상기 상기 수취 장치가 상기 지불 장치 (또는 가상 수취 장치)를 감지하고 상기 지불 장치로부터 선택 아이템 정보를 획득한 경우에 상기 인보이스를 주기적으로 통지하는 방식일 수 있다.
상기 지불 장치 또는 가상 수취 장치의 감지 및 식별이 필요한 인식 절차의 경우, 상기 인보이스 통지 절차는 인보이스 A에 대한 제2-1 통지 방식, 인보이스 B에 대한 제2-2 통지 방식, 인보이스 C에 대한 제2-3 통지 방식으로 수행될 수 있다.
상기 제2-1 통지 방식은 수취인이 상기 지불 장치, 상기 가상 수취 장치 또는 이들을 포함하는 ITS-S (또는, 차량)를 감지 한 경우에만 상기 인보이스 통지가 브로드 캐스트 또는 유니 캐스트될 수 있다. 상기 제2-2 통지 방식 및 상기 제2-3 통지 방식은 상기 지불 장치, 상기 가상 수취 장치 또는 이들을 포함하는 ITS-S를 감지하고 이들로부터 선택 아이템 정보를 수신한 경우에 상기 인보이스 통지가 브로드 캐스트 또는 유니 캐스트될 수 있다.
표 10은 상기 인보이스 통지 절차와 관련된 데이터 요소의 예시이다.
Descriptive Name Invoice
Identifier DataType_xxx
ASN.1 representation Invoice ::= INTEGER (0..65535) or INTEGER (0..16777215)
Definition This DE (Data Element) identifies the amount of financial value for a payment which is requested to pay.
Unit Cent (cent of the regional currency unit. E.g., cent of US dollar in US, cent of EURO in the member countries of EU, etc.)
또는, V2X 기반한 전자 결제 방법은 결제 요청 절차를 포함할 수 있다. 구체적으로, 상기 수취 장치는 V2X 메시지 (예컨데, 결제 요청과 관련된 정보를 포함하는 V2X 메시지)를 통해 상기 지불 장치 또는 상기 가상 수취 장치에게 지불 요청과 관련된 결제 요청 정보를 전송할 수 있다.
상기 인식 절차의 수행이 필요 없는 경우 (또는, 상기 인식 절차가 지원되지 않는 경우), 상기 수취 장치는 결제를 요청하는 결제 요청 정보를 포함하는 V2X 메시지를 주기적으로 브로드 캐스트할 수 있다. 상기 인식 절차의 수행이 필요한 경우 (또는, 상기 인식 절차가 지원된 경우), 상기 수취 장치는 상기 가상 수취 장치 또는 ITS-S가 감지 (또는, 특정)된 경우에만 상기 결제를 요청하는 결제 요청 메시지를 주기적으로 전송할 수 있다. 상기 감지 및 식별을 요구하는 인식 절차의 수행이 필요한 경우, 상기 수취 장치는 상기 가상 수취인 또는 상기 ITS-S가 감지 및 식별된 경우에만 상기 결제를 요청하는 결제 요청 정보를 포함하는 V2X 메시지를 주기적으로 전송 (유니캐스트 또는 브로드캐스트)할 수 있다.
표 11은 V2X 메시지에 포함된 결제 요청 정보의 데이터 요소를 정의한 예시이다.
Descriptive Name PaymentRequest
Identifier DataType_xxx
ASN.1 representation PaymentRequest ::= BOOLEAN
Definition This DE (Data Element) indicates whether or not a payment is requested. “1”means that a payment is requested.“” means that a payment is not request.
Unit N/A
상기 수취 장치로부터 상기 결제 요청 정보를 포함하는 V2X 메시지 또는 신호를 수신한 경우, 상기 가상 수취 장치는 자신이 포함된 차량 또는 ITS-S에 위치하는 상기 지불 장치의 사용자 또는 운전자에게 상기 결제 요청 정보와 대응한 정보를 표시하거나 전달할 수 있다.
또한, V2X 기반한 전자 결제 방법은 결제 수단 알림 절차 (Payment method informing procedure)를 포함할 수 있다. 상기 결제 수단 알림 절차는 상기 지불 장치가 상기 수취 장치로부터 결제를 요청하는 결제 요청 정보를 포함하는 결제 요청 메시지를 수신할 경우에 상기 지불 장치가 결제 수단과 관련된 결제 수단 정보를 포함하는 메시지를 상기 수취 장치에 전송하는 절차이다. 예컨대, 상기 결제 수단 정보가 신용 카드와 관련된 경우, 상기 결제 수단 정보는 신용 카드 번호, 소지자 이름, 만료 날짜, 카드 확인 값 및 코드 등이 포함될 수 있다. 한편, 상기 결제 수단 알림 절차는 상기 지불 장치와 관련된 상기 ITS-S 또는 사용자의 권한 (Permission)이 별도로 요청될 수 있다. 상기 지불 장치는 상기 사용자의 권한 (Permission)과 관련하여 자동 수락 또는 자동 거절 중에 어느 하나가 미리 설정될 수 있고, 상기 미리 설정된 사용자의 권한에 따라 응답할 수 있다.
표 12는 V2X 메시지에 포함된 결제 수단 정보와 관련된 데이터 프레임 또는 요소에 대한 예시이다.
Descriptive Name PaymentMethod
Identifier DataType_xxx
ASN.1 representation PaymentMethod ::= SEQUENCE {cardNumber CardNumber,nameCardHolder NameCardHolder,expirationDate ExpirationDate,cardVerficationValue CardVerificationValue,…}
Definition This DF (Data Frame) indicates information of a payment method to be used for the requested payment.
Unit N/A
Descriptive Name CardNumber
Identifier DataType_xxx
ASN.1 representation CardNumber ::= NumericString (SIZE(16))
Definition This DE (Data Element) indicates the credit card number.
Unit N/A
Descriptive Name NameCardHolder
Identifier DataType_xxx
ASN.1 representation NameCardHolder ::= IA5String (SIZE(1..24))
Definition This DE (Data Element) indicates the name of credit card holder.
Unit N/A
Descriptive Name ExpirationDate
Identifier DataType_xxx
ASN.1 representation ExpirationDate ::= NumericString (SIZE(8))
Definition This DE (Data Element) indicates the expiration date of the credit card, e.g., 2 digits for month, 2 digits for date, and 4 digits for year sequentially.
Unit N/A
Descriptive Name CardVerificationValue
Identifier DataType_xxx
ASN.1 representation CardVerificationValue::= NumericString (SIZE(1..10))
Definition This DE (Data Element) indicates the verification value for the credit card.
Unit N/A
상술한 전자 결제 방법은 하이브리드 통신으로 안전한 전자 결제를 수행할 수 있다. 상기 지불 장치 또는 상기 지불 장치의 사용자 (또는 운전자)는 가상 수취 장치로부터 상기 결제 요청 메시지를 수신하면, 상기 결제 수단과 관련된 결제 수단 정보를 상기 가상 수취 장치에 전달할 수 있다. 여기서, 상기 지불 장치와 상기 가상 수취 장치 간에 상술한 정보들의 교환은 마그네틱 스트라이프 (Magnetic stripe), IC 칩, NFC, 바코드, RFID 태그 등과 같은 매우 짧은 근거리 기술을 이용하여 수행될 수 있다. 이 경우, V2X 통신과 달리 근거리에서만 상술한 결제 수단과 관련된 정보가 교환되므로, 지불 장치와 가상 수취 장치는 외부로 상기 결제 수단과 관련된 정보가 유출될 우려 없이 안전하게 결제 수단과 관련된 정보를 교환할 수 있다.
상기 결제 수단 정보는 상술한 바와 같이 일반적으로 결제를 진행하기 위해 필요한 정보들을 포함할 수 있고, 상기 결제 수단 정보의 제공은 상기 지불 장치의 설정에 따라 자동 수락 또는 자동 거절될 수 있다.
또는, V2X 기반한 전자 결제 방법은 상기 결제 수단 정보의 제출 단계를 더 포함할 수 있다. 상기 수취 장치는 상기 지불 장치로부터 수신된 상기 결제 수단 정보를 상기 지불 서버로 전송하여 상기 결제 수단 정보에 따른 결제가 진행될 수 있다. 상기 지불 장치에서 전송한 결제 수단 정보는 상기 지불 장치와 상기 수취 장치 간에 V2X 메시지를 통하여 전달될 수 있다. 또한, 상기 수취 장치는 상기 결제 서버에 자신과 관련된 수취 장치 정보도 함께 전달할 수 있다. 상기 수취 장치 정보는 결제 금액, 수취 장치와 관련된 식별 정보, 수취 장치의 위치 정보 등과 같은 다양한 유형의 정보가 포함될 수 있다. 한편, 수취 장치와 상기 지불 서버 간은 보안 네트워크 또는 보안 셀룰러 네트워크 등을 이용하여 통신을 수행할 수 있다.
또는, 상기 결제 수단 정보의 제출 단계는 상기 가상 수취 장치를 통하여 수행될 수 있다. 구체적으로, 가상 수취 장치는 상기 지불 장치로부터 수신된 결제 수단과 관련된 정보, 상기 수취 장치에 대한 정보 및 상기 가상 수취 장치와 관련된 정보를 상기 지불 서버에 전달하여 결제를 진행할 수 있다. 여기서, 상기 가상 수취 장치와 관련된 정보는 상기 가상 수취 장치의 식별 정보, 위치 정보 등을 포함할 수 있다.
또는, V2X 기반한 전자 결제 방법은 결제 수행 절차를 포함할 수 있다. 상기 결제 수행 절차는 상기 지불 장치가 제공한 결제 수단과 관련된 정보에 기초하여 상기 지불 서버에서 수행될 수 있다.
또는, V2X 기반한 전자 결제 방법은 결제 확인 절차를 포함할 수 있다. 상기 결제 확인 절차는 상기 수취 장치가 상기 지불 서버로부터 수신된 결제 확인 정보를 상기 지불 장치에 전송할 수 있다. 결제 확인 정보는 "승인 됨", "거부 됨" 또는 "오류 발생"의 정보를 포함할 수 있다. "거부 됨"및 "오류 발생"의 경우 자세한 이유가 수취 장치와 지불 장치에게 순차적으로 발송 될 수도 있다. 또한, 상기 결제 확인 정보는 상기 결제 수단과 관련된 정보에 기초하여 결제가 완료된 결제 금액에 대한 정보도 포함될 수 있다.
또는, 상기 결제 확인 절차는 상기 가상 수취 장치를 통하여 수행될 수도 있다. 상기 결제 확인 정보는 지불 서버에서 수취 장치를 통해 상기 가상 수취 장치로 전달될 수 있다. 상기 가상 수취 장치는 전달된 상기 결제 확인 정보를 대응하는 상기 지불 장치에 제공할 수 있다. 결제 확인 정보는 "승인 됨", "거부 됨" 또는 "오류 발생"의 정보를 포함할 수 있다. "거부 됨"및 "오류 발생"의 경우 자세한 이유가 수취 장치, 가상 수취 장치 및 지불 장치 순서로 순차적으로 전달될 수 있다. 또한, 상기 결제 확인 정보는 상기 결제 수단과 관련된 정보에 기초하여 결제가 완료된 결제 금액에 대한 정보도 포함될 수 있다.
표 13은 상기 결제 확인 정보를 포함하는 V2X 메시지의 데이터 프레임 및 요소의 예시이다.
Descriptive Name PaymentResult
Identifier DataType_xxx
ASN.1 representation PaymentResult::= SEQUENCE {codePaymentResult CodePaymentResult,subCodePaymentResult SubCodePaymentResult,쪋}
Definition This DF (Data Frame) indicates the result of performed payment.
Unit N/A
Descriptive Name CodePaymentResult
Identifier DataType_xxx
ASN.1 representation CodePaymentResult ::= INTEGER { approved (1), rejected (2), error (3), 쪋} (0..255)}
Definition This DE (Data Element) indicates the high level result of performed payment.
Unit N/A
Descriptive Name SubCodePaymentResult
Identifier DataType_xxx
ASN.1 representation SubCodePaymentResult ::= INTEGER { cardNumberMismatch (1), cardHolderNameMismatch(2), expirationDateMistmatch (3), verificationValueMistmatch (4), expiredCard (5), exceedLimitofPaymentAmount (6), 쪋} (0..255)}
Definition This DE (Data Element) indicates the low level result of performed payment.
Unit N/A
도 22 및 도 23은 인보이스 A에 대한 전자 결제 방법을 설명하기 위한 도면이다.
도 22을 참조하면, 상기 지불 장치는 상기 수취 장치로부터 주기적으로 전송된 미리 결정된 인보이스 정보를 포함하는 결제 요청 메시지를 수신 또는 감지할 수 있다. 상기 지불 장치는 상기 결제 요청 메시지에 대한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 상기 결제 요청 메시지와 관련하여 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동으로 승낙할지 자동으로 거절 할지에 대해 미리 설정한 정보이다.
상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
도 23을 참조하면, 상기 지불 장치는 상기 수취 장치에 일정 거리 이내로 접근할 경우에 상기 수취 장치로부터 결제 요청 메시지를 수신 받을 수 있다. 상기 결제 요청 메시지는 미리 결정된 인보이스 (모든 지불 장치에 대해 동일한 금액에 대한 정보를 포함하는)를 포함할 수 있고, 상기 수취 장치에 의해 주기적으로 전송될 수 있다. 예컨대, 상기 결제 요청 메시지는 상기 접근하는 지불 장치가 감지된 시점부터 상기 수취 장치에 의해 일정 시간 구간 동안 주기적으로 방송될 수 있다.
상기 지불 장치는, 상기 결제 요청 메시지를 수신한 경우, 상기 결제 요청 메시지에 대응한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 상기 결제 요청 메시지와 관련하여 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동으로 승낙할지 자동으로 거절 할지에 대해 미리 설정한 정보이다.
상기 결제 요청 메시지에 대한 응답으로 상기 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
도 24 및 도 25는 인보이스 B에 기초한 전자 결제 방법을 설명하기 위한 도면이다.
상기 지불 장치는 상기 수취 장치에 일정 거리 이내로 접근할 경우에 상기 수취 장치로부터 선택 가능한 복수의 아이템들에 대한 정보를 포함하는 메시지를 수신 받을 수 있다. 상기 선택 가능한 복수의 아이템들에 대한 정보를 포함하는 메시지는 상기 접근하는 지불 장치가 감지된 시점부터 상기 수취 장치에 의해 일정 시간 구간 동안 주기적으로 방송될 수 있다.
여기서, 도 24를 참조하면, 상기 인식 절차는 상기 수취 장치의 센서나 카메라에 따른 상기 지불 장치의 감지 여부에 기초하여 수행될 수 있다. 이와 달리, 도 25를 참조하면, 상기 인식 절차는 상기 수취 장치가 상기 지불 장치에 의해 주기적으로 전송되는 V2X 메시지 (CAM, BSM)의 수신 여부에 기초하여 수행될 수 있다.
상기 지불 장치는 상기 복수의 아이템들에 기초하여 적어도 하나의 아이템을 선택할 수 있고, 상기 선택된 적어도 하나의 아이템에 대한 선택 아이템 정보를 포함하는 메시지를 상기 수취 장치에 제공할 수 있다. 상기 지불 장치는 상기 선택 아이템 정보에 대한 응답인 결제 요청 메시지를 상기 수취 장치로부터 수신 받을 수 있다.
상기 지불 장치는, 상기 결제 요청 메시지를 수신한 경우, 상기 결제 요청 메시지에 대응한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치에게 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동 승낙할지 자동 거절 할지 여부에 대해 미리 설정한 정보이다.
상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보, 상기 선택 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
도 26 및 도 27은 가상 수취 장치가 V2X 통신에 기반한 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
도 26을 참조하면, 가상 수취 장치는 수취 장치로부터 선택 가능한 아이템 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 자신과 대응하는 차량 또는 ITS-S에 포함된 지불 장치에게 상기 아이템 정보를 제공하고, 상기 지불 장치로부터 선택된 아이템 리스트에 대한 선택 정보를 제공받을 수 있다. 상기 가상 수취 장치는 상기 선택 정보를 V2X 메시지를 통하여 상기 수취 장치로 전달 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 수취 장치로부터 상기 선택 정보를 포함하는 V2X 메시지의 응답인 결제 요청 메시지를 수신 받을 수 있다.
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 지불 장치로부터 결제 수단 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 상기 결제 수단 정보 및 상기 선택 정보를 포함하는 메시지를 상기 결제 서버에 전송할 수 있다. 상기 가상 수취 장치는 상기 결제 서버로부터 결제에 따른 결제 결과에 대한 정보를 수신 받고, 상기 수신된 정보를 상기 지불 장치에 제공할 수 있다. 한편, 상기 결제 수단 정보는 V2X 메시지가 아닌 별도의 근거리 통신 링크에 의해 상기 지불 장치와 상기 가상 수취 장치 간에 송수신될 수 있다.
또는, 상기 가상 수취 장치는 상기 지불 장치로부터 상기 결제 수단 정보와 관련된 메시지를 전달받지 못할 수 있다. 이 경우, 상기 가상 수취 장치는 미리 설정된 시간 동안 상기 결제 수단 정보와 관련된 메시지가 제공되지 않으면 상기 지불 장치가 상기 결제 요청 메시지에 따른 결제를 거절 한 것으로 추정할 수 있다. 한편, 상기 지불 장치의 사용자의 입력 또는 사용자에 의한 자동 수락 여부에 따라 상기 결제 수단 정보는 상기 지불 장치에서 상기 가상 수취 장치로 전달될 수 있다.
또는, 도 27을 참조하면, 상기 가상 수취 장치는 주기적으로 CAM, BSM 등의 V2X 메시지를 전송 또는 브로드캐스트할 수 있다. 상기 가상 수취 장치는 상기 V2X 메시지의 주기적인 전송을 통하여 접근 중인 수취 장치로부터 결제 요청 메시지 또는 아이템 정보를 포함하는 메시지를 수신 받을 수 있다. 다시 말하자면, 상기 수취 장치는, 상기 가상 수취 장치가 주기적으로 전송하는 V상기 2X 메시지가 감지되면, 상기 가상 수취 장치에게 결제 요청 메시지 또는 아이템 정보를 전송 또는 브로드캐스트할 수 있다.
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공하여 상기 결제 수단 정보를 상기 지불 장치로부터 제공받을 수 있다. 또는, 상기 가상 수취 장치는 상기 아이템 정보를 상기 지불 장치에 제공 또는 전송하고, 상기 지불 장치로부터 선택 정보를 수신 또는 제공받을 수 있다. 이 경우, 상기 가상 수취 장치는 상기 선택 아이템 정보를 상기 수취 장치에 제공할 수 있고, 이후 상기 수취 장치가 전송한 결제 요청 메시지를 상기 지불 장치로 제공할 수 있다.
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 지불 장치로부터 결제 수단 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 상기 결제 수단 정보 및 상기 선택 정보를 포함하는 메시지를 상기 결제 서버에 전송할 수 있다. 상기 가상 수취 장치는 상기 결제 서버로부터 결제에 따른 결제 결과에 대한 정보를 수신 받고, 상기 수신된 정보를 상기 지불 장치에 제공할 수 있다.
한편, 이하에서는 설명의 편의를 위해서 상기 수취 장치를 RSU로 정의하고, 상기 가상 수취 장치를 제1 장치로 정의하며, 상기 지불 장치를 제2 장치로 정의한다.
제1 장치는 사이드링크 또는 V2X 기반 전자 결제를 수행할 수 있다. 제1 장치는 상기 차량에 포함될 수 있고, 상기 차량의 일부 장치 또는 일부 구성일 수 있다. 상기 제2 장치는 상기 제1 장치와 동일한 차량에 포함되어 있고, 상기 RSU는 외부의 장치일 수 있다.
상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송할 수 있다. 상기 제1 장치는 상기 V2X 신호 또는 사이드링크 신호의 전송에 따라 상기 RSU에게 자신의 접근을 알릴 수 있고, 응답 신호로 결제 요청 메시지, 표시 메시지 또는 아이템 정보 메시지를 포함하는 사이드링크 신호 또는 V2X 신호를 수신 받을 수 있다. 한편, 인식 절차가 필요 없는 경우 (또는, 인보이스 A의 경우), 상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송과 관계없이 상기 RSU로부터 결제 요청 메시지, 표시 메시지 또는 아이템 정보 메시지를 포함하는 사이드링크 신호 또는 V2X 신호를 수신 받을 수 있다.
상기 RSU는 인보이스 타입에 기초하여 결제와 관련된 정보를 포함하는 상기 표시 메시지 또는 상술한 결제 요청 메시지를 주기적으로 전송할 수 있다. 구체적으로, 상기 RSU는 상기 제1 장치 또는 상기 제2 장치에 대한 인식 절차의 수행 없이 (상기 제1 장치 또는 상기 제2 장치의 인식 또는 식별 여부를 고려하지 않고) 상기 표시 메시지, 아이템 정보 메시지 또는 상기 결제 요청 메시지를 전송할 수 있다. 또는, 상기 RSU는 상기 제1 장치 또는 상기 제2 장치에 대한 인식 절차의 수행이 필요할 수 있다. 즉, 상기 RSU는 센서나 상기 제1 장치의 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 통하여 상기 제1 장치의 접근의 인식이 필요할 수 있다. 이 경우, 상기 RSU는 제1 장치의 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호가 감지되면 상기 표시 메시지, 아이템 정보 메시지 또는 상기 결제 요청 메시지를 전송할 수 있다.
또는, 상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송 중에 상기 RSU로부터 표시 메시지를 수신 받을 수 있다. 상기 표시 메시지는 상기 RSU가 결제 요청 메시지, 표시 메시지 등을 주기적으로 전송하는 시간 자원에 대한 할당 정보를 포함할 수 있다. 구체적으로, 상기 할당 정보는 상기 RSU의 메시지가 전송되는 시간 자원 정보, 전송 주기에 대한 정보를 포함할 수 있고, 또는 인접한 복수의 RSU들의 수 및 상기 복수의 RSU들 각각에 대한 슬롯 자원 정보가 포함될 수 있다. 상기 제1 장치는 상기 할당 정보에 기초하여 상기 RSU에게 응답 신호 또는 메시지의 전송 타이밍을 결정할 수 있다. 여기서, 응답 신호 또는 메시지는 상술한 바와 같이 식별 정보를 포함하는 메시지 또는 선택 아이템 메시지를 포함할 수 있다.
또는, 상기 제1 장치는 상기 표시 메시지에 포함된 PTRS 또는 PRS를 추가적으로 고려하여 상기 응답 신호 또는 메시지의 전송 타이밍을 결정할 수 있다. 상기 PTRS 또는 PRS는 위상 천이 정보에 따른 상기 제1 장치와 상기 RSU 간의 거리 정보를 간접적으로 알려주기 위한 참조 신호이다. 즉, 상기 제1 장치는 상기 표시 메시지에 포함된 PTRS 또는 PRS에 기초한 위상 천이 정보를 산출하여 상기 RSU와의 거리를 추정할 수 있다. 상기 제1 장치는 상기 추정된 거리에 따라 상기 할당 정보를 제외한 나머지 시간 자원들 중에서 어느 시간 자원을 사용할지 결정할 수 있다. 예컨대, 상기 할당 정보에 따라 제1 슬롯 내지 제4 슬롯을 사용할 수 있는 경우, 상기 제1 장치는 상기 PTRS 또는 상기 PRS를 통해 추정된 거리에 기초하여 상기 제1 슬롯 내지 제4 슬롯 중 어느 하나를 사용할 수 있다. 예컨대, 상기 추정된 거리를 상기 할당 정보에 기초하여 사용 가능한 슬롯의 개수 (예컨대, 하나의 전송 주기 내에)로 나눈 몫에 대응하는 순서의 슬롯을 사용할 수 있다. 이 경우, 지불 장치 또는 가상 수취 장치들 간에 상기 추정 거리에 따라 전송 타이밍을 분산시켜 응답 신호들 간의 충돌을 최소화할 수 있다. 또는, 제1 장치는 상기 추정 거리가 아닌 상기 PTRS 또는 PRS의 위상 천이 값 자체를 이용하여 상기 응답 신호를 위한 전송 시간 자원을 결정할 수 있다.
또는, 상기 표시 메시지에 포함된 PTRS 또는 상기 PRS에 기초하여 추정된 거리가 미리 설정된 임계 거리 이상인 경우, 상기 제1 장치는 상기 할당 정보에 기초하여 다음 번 전송 주기에서 상기 응답 메시지 또는 신호의 전송 타이밍을 결정할 수 있다. 즉, 상기 RSU와 거리가 가까운 장치가 우선하여 전자 결제 정보의 교환을 수행할 수 있도록 하기 위함이다.
상기 제1 장치는 인보이스 타입에 기초하여 상기 RSU로 수신된 메시지 또는 정보를 상기 제2 장치에 전달 또는 전송할 수 있다. 구체적으로, 상기 제1 장치는 상기 RSU로부터 고정된 금액의 결제 요청 메시지를 수신 받을 수 있다. 이 경우, 상기 제1 장치는 상기 결제 요청 메시지에 기초하여 인보이스 타입이 인보이스 A인 것을 확인할 수 있고, 수신된 결제 요청 메시지에 포함된 결제 금액 및/또는 내역에 대한 결제 정보를 상기 제2 장치에 전달할 수 있다.
또는, 상기 제1 장치는 상기 RSU로부터 선택 가능한 아이템에 대한 정보를 포함하는 아이템 정보 메시지를 수신 받을 수 있고, 상기 아이템 정보 메시지에 기초하여 인보이스 타입이 인보이스 B임을 식별할 수 있다. 이 경우, 상기 제1 장치는 상기 인보이스 B에 대응하는 아이템 리스트 및 가격을 포함하는 결제 정보를 상기 제2 장치에 전송 또는 전달할 수 있다. 다음으로, 상기 제1 장치는 상기 제2 장치로부터 선택된 아이템에 대한 선택 아이템 정보를 수신 받을 수 있다. 상기 제1 장치는 상기 선택 아이템 정보를 포함하는 사이드링크 신호 또는 V2X 신호 상기 RSU에 전송할 수 있다. 상기 제1 장치는 상기 선택 아이템 정보에 따른 결제 금액에 대한 정보를 포함하는 결제 요청 메시지를 수신 받을 수 있고, 상기 선택 아이템 및 상기 결제 금액을 포함하는 결제 정보를 상기 제2 장치에게 전달할 수 있다.
또는, 상기 제1 장치는 상기 RSU로부터 이동 거리와 관련된 정보가 포함된 아이템 정보 메시지를 수신 받을 수 있고, 상기 아이템 정보 메시지에 기초하여 상기 인보이스 타입이 인보이스 C임을 식별할 수 있다. 이 경우, 상기 제1 장치는 자신의 식별 정보를 V2X 신호 또는 사이드링크 신호를 통하여 상기 RSU에게 전송할 수 있다. 상기 제1 장치는 상기 RSU로부터 자신의 이동 거리 및 차량 유형에 대응하는 가격 정보를 포함하는 결제 요청 메시지를 수신 받을 수 있고, 상기 결정된 거리 정보 및 차량 유형에 따른 결제 금액을 포함하는 결제 정보를 상기 제2 장치에 제공 또는 전송할 수 있다. 즉, 인보이스 타입 C인 경우, 상기 제1 장치는 식별 정보의 전송에 따라 상기 RSU로부터 결제 요청 메시지를 수신 받을 수 있다.
상기 제1 장치가 상기 제2 장치에 대한 결제 정보를 전송할 경우에 상기 제2 장치는 상기 결제 정보에 따른 결제 수단 정보의 제공 여부를 결정할 수 있다. 상기 결제 수단 정보의 제공 여부는 상기 제2 장치의 사용자의 입력 또는 미리 설정된 자동 수락 여부에 대한 정보에 기초하여 결정될 수 있다. 상기 제2 장치에서 수락 절차가 수행된 경우, 상기 제1 장치는 상기 제2 장치로부터 결제 수단 정보를 전달 또는 수신 받을 수 있다. 여기서, 상기 결제 수단 정보는 개인 정보로 외부로 유출되는 것을 최대한 방지할 필요가 있다. 즉, 상기 결제 수단 정보가 V2X 신호 또는 사이드링크 신호로 전송될 경우 외부 차량, 외부 장치들까지 상기 결제 수단 정보에 대한 신호를 수신할 수 있는 위험이 있다. 이런 점을 고려하여, 상기 제1 장치 및 상기 제2 장치는 결제 수단 정보의 송수신을 상기 사이드링크가 아닌 별도로 구성된 제1 통신 링크를 통해 수행할 수 있다.
구체적으로, 상기 제1 통신 링크는 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중 적어도 하나의 근거리 통신 기술에 의해 형성된 링크 일 수 있다. 예컨대, 상기 결제 수단 정보는 상기 제1 장치 및 상기 제2 장치에 별도로 구비된 NFC를 통한 근거리 통신 링크를 통하여 상기 제2 장치에서 상기 제1 장치로 전달 또는 전송될 수 있다.
상기 제1 장치는 상기 결제 수단 정보를 결제 서버에 전송할 수 있다. 즉, 상기 제1 장치는 상기 결제 수단 정보를 RSU에 제공하지 않는다. 구체적으로, 상기 결제 수단 정보는 외부로 유출되지 않도록 추가적인 보안 처리가 수행될 필요가 있고, 상기 RSU와의 V2X 링크 또는 사이드링크를 통한 전송은 상기 추가적인 보안 처리가 쉽지 않을 수 있다. 따라서, 상기 제1 장치는 전용 보안 어플리케이션, 전용 보안 프로토콜의 적용이 가능한 통신망이 형성된 전용 네트워크를 통하여 직접 결제 서버로 상기 결제 수단 정보를 제공할 수 있다. 이 후, 상기 제1 장치는 상기 전용 네트워크를 통하여 전자 결제의 결과에 대한 결제 결과 정보를 상기 결제 서버로부터 전달 받을 수 있다. 즉, 상기 RSU는 결제와 관련된 정보만을 상기 제1 장치에 제공하고, 결제 절차는 상기 제1 장치와 상기 결제 서버 간에 수행될 수 있다.
이와 같은, V2X 기반한 전자 결제 시스템은 운전 중인 운전자가 통행료 또는 드라이브 스루 상황에서 필요한 요금을 지불해야 하는 상황에 효율적으로 적용될 수 있다. 구체적으로, 상술한 V2X 기반한 전자 결제 시스템을 통하여, 운전자는 전자 결제를 수행하기 위해 차량을 정지시키고 차량에서 내리는 불편을 최소화하여 운전자의 편의 및 교통 효율을 최대화시킬 수 있다. 또한, V2X 기반한 전자 결제 시스템은 가상 수취 장치의 도입을 통하여 V2X 통신을 통한 결제 진행 절차 중에서 개인 정보 유출에 따른 위험성이 높은 결제 수단과 관련된 정보 제공 절차를 차량 내부 통신을 통해 수행할 수 있다. 즉, 상기 가상 수취 장치를 통하여 운전자에게 결제 진행을 위해 필요한 유용한 정보를 V2X의 통신 방식으로 제공하되, 정보 유출이 민감한 결제 수단 정보는 별도로 구성된 근거리 통신망으로 안전한 전자 결제를 유도할 수 있다.
발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 28은 본 발명에 적용되는 통신 시스템을 예시한다.
도 28을 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 29는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 29를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 28의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩셋의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩셋을 의미할 수도 있다.
구체적으로, 상기 UE는 상기 RF 송수신기와 연결되는 프로세서 (102)와 메모리(104)를 포함할 수 있다. 메모리(104)는 도 15 내지 도 27에서 설명된 실시예들과 관련된 동작을 수행할 수 있는 적어도 하나의 프로그램들이 포함될 수 있다. 상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다. 또한, 프로세서 (102)는 메모리(104)에 포함된 프로그램에 기초하여 도 15 내지 도 27에서 서술한 실시예들과 관련된 동작들을 수행할 수 있다.
또는, 프로세서 (102) 및 메모리(104)를 포함하는 칩 셋이 구성될 수 있다. 이 경우, 칩 셋은 적어도 하나의 프로세서 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하고, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다. 또한, 프로세서 (102)는 메모리(104)에 포함된 프로그램에 기초하여 도 15 내지 도 27에서 서술한 실시예들과 관련된 동작들을 수행할 수 있다.
또는, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체가 제공되며, 상기 동작은, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 30은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다 (도 28 참조).
도 30을 참조하면, 무선 기기(100, 200)는 도 30의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 30의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 30의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 29, 100a), 차량(도 29, 100b-1, 100b-2), XR 기기(도 29, 100c), 휴대 기기(도 29, 100d), 가전(도 29, 100e), IoT 기기(도 29, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 29, 400), 기지국(도 29, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 30에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 30의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
본 발명이 적용되는 휴대기기 예
도 31는 본 발명에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 31를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 30의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 32는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 32를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 30의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 본 발명의 실시예들은 주로 단말과 기지국 간의 신호 송수신 관계를 중심으로 설명되었다. 이러한 송수신 관계는 단말과 릴레이 또는 기지국과 릴레이간의 신호 송수신에도 동일/유사하게 확장된다. 본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다. 또한, 단말은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station) 등의 용어로 대체될 수 있다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims (15)

  1. 사이드링크를 지원하는 무선통신시스템에서 제1 장치가 신호를 송수신하는 방법에 있어서,
    RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하는 단계;
    상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하는 단계; 및
    별도로 구성된 제1 통신 링크를 통해 상기 제2 장치로부터 결제 수단 정보를 수신 받는 단계;를 포함하고,
    상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인, 전자 결제 관련 신호를 송수신하는 방법.
  2. 제1항에 있어서,
    상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  3. 제1항에 있어서,
    상기 인보이스 타입은 미리 결정된 결제 정보를 포함하는 제1 타입과, 상기 제1 장치의 응답 또는 상기 제1 장치가 포함된 차량의 유형에 따라 결제 정보가 달리 결정되는 제2 타입을 포함하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  4. 제3항에 있어서,
    상기 인보이스 타입이 제2 타입의 경우, 상기 제1 메시지는 상기 제1 장치의 CAM (Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message), 또는 BSM (basic safety message) 중 적어도 하나의 주기적 전송에 대한 응답 메시지인 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  5. 제4항에 있어서,
    상기 인보이스 타입이 제2 타입의 경우, 상기 RSU에게 결제 금액의 결정에 필요한 항목에 대한 아이템 정보를 포함하는 제2 메시지를 전송하는 단계;를 더 포함하고,
    상기 결제 정보는 상기 제2 메시지에 대한 응답 메시지인 결제 요청 메시지에 기초하여 획득되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  6. 제5항에 있어서,
    상기 제1 메시지는 상기 RSU의 메시지가 전송하는 시간 자원의 할당 정보를 더 포함하고, 상기 제2 메시지는 상기 할당 정보에 기초하여 전송 타이밍 결정되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  7. 제5항에 있어서,
    상기 할당 정보는 상기 미리 설정된 영역에 포함된 복수의 RSU들의 수 및 상기 복수의 RSU들 각각의 시간 자원 할당 정보, 전송 주기에 대한 정보를 포함하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  8. 제5항에 있어서,
    상기 제1 메시지에 포함된 PRS (positioning reference signal) 또는 PTRS (phase tracking reference signal)에 기초하여 획득된 위상 천이 정도에 기초하여 상기 제2 메시지의 전송 타이밍을 결정하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  9. 제1항에 있어서,
    상기 인보이스 타입이 상기 제1 타입인 경우, 상기 제1 메시지는 상기 제1 장치의 접근 여부와 관계없이 상기 RSU에 의해 주기적으로 반복되어 전송되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  10. 제1항에 있어서,
    상기 결제 수단 정보를 결제 서버에 전송하는 단계; 및
    상기 결제 서버로부터 결제 결과에 대한 정보를 수신하는 단계;를 더 포함하고,
    상기 결제 수단 정보는 상기 결제 서버에 의해 구성된 보안 프로토콜에 따라 전송되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  11. 제1항에 있어서,
    상게 제1 장치는 상기 제2 장치와 동일한 ITS-S 또는 차량에 부착된 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
  12. 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 제1 장치에 있어서,
    RF(Radio Frequency) 송수신기; 및
    상기 RF 송수신기와 연결되는 프로세서를 포함하고,
    상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고,
    상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인 제1 장치.
  13. 제11항에 있어서,
    상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 하는, 제1 장치.
  14. 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 칩 셋에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하며, 상기 동작은:
    RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인 칩 셋.
  15. 제14항에 있어서,
    상기 프로세서는 상기 인보이스 타입에 기초하여 상기 칩 셋과 연결된 장치의 주행 모드를 제어하는 것을 특징으로 하는, 칩셋.
PCT/KR2020/004251 2019-03-27 2020-03-27 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치 WO2020197336A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/429,187 US20220198429A1 (en) 2019-03-27 2020-03-27 Method for transmitting and receiving signal by ue in wireless communication system supporting sidelink and device therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0035235 2019-03-27
KR20190035235 2019-03-27

Publications (1)

Publication Number Publication Date
WO2020197336A1 true WO2020197336A1 (ko) 2020-10-01

Family

ID=72610705

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/004251 WO2020197336A1 (ko) 2019-03-27 2020-03-27 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치

Country Status (2)

Country Link
US (1) US20220198429A1 (ko)
WO (1) WO2020197336A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022170800A1 (zh) * 2021-02-09 2022-08-18 华为技术有限公司 一种基于v2x的车辆支付方法及其设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3954168B1 (en) * 2019-05-02 2023-11-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
US20220068041A1 (en) * 2020-08-28 2022-03-03 Ford Global Technologies, Llc Secure personal information exchange over c-v2x

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080027493A (ko) * 2008-03-17 2008-03-27 최명렬 고속 비접촉식 지불 처리 시스템
KR20130104253A (ko) * 2012-03-13 2013-09-25 주식회사 에이텍 이동통신단말기를 이용한 통행료 결제 방법 및 장치
US20180124650A1 (en) * 2016-10-27 2018-05-03 Ofinno Technologies, Llc Base Station Configuration for V2X
WO2019028771A1 (zh) * 2017-08-10 2019-02-14 Oppo广东移动通信有限公司 传输数据的方法和终端设备
JP2019507532A (ja) * 2016-01-29 2019-03-14 グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッド サイドリンクデータ伝送のための方法及び端末

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2009342798B2 (en) * 2009-03-23 2012-07-05 Widex A/S Method for establishing short-range, wireless communication between a mobile phone and a hearing aid
US20170039559A1 (en) * 2015-08-07 2017-02-09 Outerwall Inc. Methods, systems, and apparatuses for payment fulfillment
WO2017134295A1 (en) * 2016-02-05 2017-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Ue position reporting
WO2017171909A1 (en) * 2016-04-01 2017-10-05 Intel Corporation Autonomous resource selection for vehicle-to-vehicle sidelink communications
WO2019093783A1 (ko) * 2017-11-08 2019-05-16 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 레인징 응답 신호 전송 방법 및 상기 방법을 이용하는 단말

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080027493A (ko) * 2008-03-17 2008-03-27 최명렬 고속 비접촉식 지불 처리 시스템
KR20130104253A (ko) * 2012-03-13 2013-09-25 주식회사 에이텍 이동통신단말기를 이용한 통행료 결제 방법 및 장치
JP2019507532A (ja) * 2016-01-29 2019-03-14 グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッド サイドリンクデータ伝送のための方法及び端末
US20180124650A1 (en) * 2016-10-27 2018-05-03 Ofinno Technologies, Llc Base Station Configuration for V2X
WO2019028771A1 (zh) * 2017-08-10 2019-02-14 Oppo广东移动通信有限公司 传输数据的方法和终端设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022170800A1 (zh) * 2021-02-09 2022-08-18 华为技术有限公司 一种基于v2x的车辆支付方法及其设备

Also Published As

Publication number Publication date
US20220198429A1 (en) 2022-06-23

Similar Documents

Publication Publication Date Title
WO2021112610A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 포지셔닝 참조 신호를 송수신하는 방법 및 이를 위한 장치
WO2021133104A1 (ko) 사이드링크 측위를 위한 사전 구성된 prs 전송 방법 및 이를 위한 장치
WO2021096322A1 (ko) 무선통신시스템에서 측위 방법 및 이를 위한 장치
WO2021101182A1 (ko) 사이드링크 측위를 위한 제어 정보 전송 방법 및 이를 위한 장치
WO2022085894A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 측위와 관련된 신호를 송수신하는 방법 및 이를 위한 장치
WO2021167393A1 (ko) 사이드링크 측위 방법 및 이를 위한 장치
WO2021172631A1 (ko) 무선통신시스템에서 ue가 기지국과의 초기 접속을 수행하는 방법 및 이를 위한 장치
WO2022071741A1 (ko) Nr v2x에서 보조 정보를 기반으로 sl 통신을 수행하는 방법 및 장치
WO2020197336A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치
WO2021002736A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 데이터를 전송하는 방법 및 이를 위한 장치
WO2020197310A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 안전 메시지를 전송하는 방법 및 이를 위한 장치
WO2021040352A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 장치가 cpm을 송수신하는 방법 및 이를 위한 장치
WO2020060276A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하는 단말의 동작 방법 및 상기 방법을 이용하는 장치
WO2020242162A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 ue가 메시지를 전송하는 방법 및 이를 위한 장치
WO2021187759A1 (ko) Nr v2x에서 harq 피드백의 우선 순위를 결정하는 방법 및 장치
WO2021071267A1 (en) Method and apparatus for transmission based on qos requirement in a wireless communication system
WO2022092894A1 (ko) Nr v2x에서 자원 충돌과 관련된 정보를 송수신하는 방법 및 장치
WO2021034167A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 사이드링크 신호를 송수신하는 방법 및 이를 위한 장치
WO2022169046A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 비면허 대역에서 사이드링크 신호를 송수신하는 방법 및 이를 위한 장치
WO2021150089A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 v2x 차량이 가상 v2x 메시지를 전송하는 방법 및 이를 위한 장치
WO2021230401A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 ue가 협력 통신을 수행하는 방법 및 이를 위한 장치
WO2021246539A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 vru가 안전 메시지를 전송하는 방법 및 이를 위한 장치
WO2021025452A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 장치가 v2x 관련 서비스를 제공하는 방법 및 이를 위한 장치
WO2020222563A1 (en) Method and apparatus for control sl bsr based on different direct links in sidelink communication system
WO2016163817A1 (ko) 기기 간 통신 방법 및 장치

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

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

Country of ref document: EP

Kind code of ref document: A1