WO2024242526A1 - 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2024242526A1
WO2024242526A1 PCT/KR2024/095701 KR2024095701W WO2024242526A1 WO 2024242526 A1 WO2024242526 A1 WO 2024242526A1 KR 2024095701 W KR2024095701 W KR 2024095701W WO 2024242526 A1 WO2024242526 A1 WO 2024242526A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
message
information
positioning protocol
positioning
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2024/095701
Other languages
English (en)
French (fr)
Inventor
남종길
고우석
서한별
이승민
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2024242526A1 publication Critical patent/WO2024242526A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • This specification relates to a wireless communication system. More specifically, it relates to a method for transmitting a positioning protocol message in a wireless communication system and a device therefor.
  • Wireless communication systems are being widely deployed to provide various types of communication services such as voice and data.
  • wireless communication systems are multiple access systems that can support communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include CDMA (code division multiple access) systems, FDMA (frequency division multiple access) systems, TDMA (time division multiple access) systems, OFDMA (orthogonal frequency division multiple access) systems, and SC-FDMA (single carrier frequency division multiple access) systems.
  • SL Sidelink
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and objects with built-in infrastructure through wired/wireless communication.
  • V2X can be divided into four types: V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian).
  • V2X communication can be provided through the PC5 interface and/or the Uu interface.
  • the present invention proposes a method for transmitting a positioning protocol message in a wireless communication system and a device therefor.
  • a method performed by a User Equipment (UE) in a wireless communication system comprises: creating a positioning protocol session with a peer entity; creating a positioning protocol message, the positioning protocol message including a message body and information regarding a session operation related to the message body; and transmitting the positioning protocol message to the peer entity.
  • UE User Equipment
  • a User Equipment in a wireless communication system.
  • the UE includes: at least one transceiver; at least one processor; and at least one computer memory operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations for the UE.
  • the operations include: creating a positioning protocol session with a peer entity; creating a positioning protocol message, the positioning protocol message including a message body and information regarding session operations associated with the message body; and transmitting the positioning protocol message to the peer entity.
  • a processing device in a wireless communication system.
  • the processing device includes: at least one processor; and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations for a user equipment (UE).
  • the operations include: creating a positioning protocol session with a peer entity; creating a positioning protocol message, the positioning protocol message including a message body and information regarding session operations associated with the message body; and transmitting the positioning protocol message to the peer entity.
  • a computer-readable storage medium stores: at least one computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment (UE).
  • the operations include: creating a positioning protocol session with a peer entity; creating a positioning protocol message, the positioning protocol message including a message body and information regarding session operations associated with the message body; and transmitting the positioning protocol message to the peer entity.
  • the step of creating the positioning protocol session comprises the step of transmitting the positioning protocol message including the message body including assistance information and information regarding the session operation instructing session creation.
  • the session operation comprises at least one of session start, session release, session pause or session modification.
  • the message body includes at least one of assistance information, location information or capability information.
  • information regarding the session operation is included in the header area or common area of the positioning protocol message.
  • the step of generating the positioning protocol message comprises the step of determining a session action associated with the message body.
  • wireless signal transmission and reception can be efficiently performed in a wireless communication system.
  • Figure 1 shows the structure of the NR system.
  • Figure 2 shows the functional division between NG-RAN and 5GC.
  • Figure 3 shows the radio protocol architecture of the NR system.
  • Figure 4 illustrates the structure of a radio frame of an NR system.
  • Figure 5 illustrates a resource grid of slots in an NR system.
  • Figure 6 illustrates a communication system (1) to which the present disclosure is applicable.
  • FIGS. 7 and 8 illustrate wireless devices according to one embodiment of the present disclosure.
  • FIG. 9 illustrates a vehicle or autonomous vehicle according to one embodiment of the present disclosure.
  • Figure 10 shows a radio protocol architecture for SL communication.
  • Figure 11 shows the synchronization source or synchronization reference of V2X.
  • Figure 12 shows a procedure for a terminal to perform V2X or SL communication depending on the transmission mode.
  • FIG. 13 illustrates three cast types according to one embodiment of the present disclosure.
  • FIG. 14 shows an example of a sensing operation according to one embodiment of the present disclosure.
  • Figure 15 shows an example of an architecture in a 5G system capable of positioning a UE connected to a Next Generation-Radio Access Network (NG-RAN) or E-UTRAN.
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN E-UTRAN
  • Figure 16 shows an example implementation of a network for measuring the location of a UE.
  • Figure 17 shows an example of a protocol layer used to support LPP (LTE Positioning Protocol) message transmission between an LMF and a UE.
  • LPP LTE Positioning Protocol
  • Figure 18 shows an example of the protocol layers used to support NR Positioning Protocol A (NRPPa) PDU transmission between LMF and NG-RAN nodes.
  • NRPPa NR Positioning Protocol A
  • FIG. 19 is a diagram for explaining an OTDOA (Observed Time Difference Of Arrival) positioning method according to one embodiment of the present disclosure.
  • OTDOA Observed Time Difference Of Arrival
  • FIG. 20 is a flowchart illustrating a method of transmitting a positioning protocol message according to the present disclosure.
  • 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 can be implemented with radio technologies such as UTRA (Universal Terrestrial Radio Access) or CDMA2000.
  • TDMA can be implemented with radio technologies such as GSM (Global System for Mobile communications)/GPRS (General Packet Radio Service)/EDGE (Enhanced Data Rates for GSM Evolution).
  • OFDMA can be implemented with radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (Evolved UTRA).
  • UTRA is a part of UMTS (Universal Mobile Telecommunications System).
  • 3GPP(3rd Generation Partnership Project) LTE(long term evolution) is a part of E-UMTS(Evolved UMTS) that uses E-UTRA, and LTE-A(Advanced) is an evolved version of 3GPP LTE.
  • 3GPP NR(New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE/LTE-A.
  • next-generation communications As more and more communication devices require greater communication capacity, there is a growing need for improved mobile broadband communications compared to existing RATs (Radio Access Technology).
  • massive MTC Machine Type Communications
  • massive MTC Machine Type Communications
  • URLLC Ultra-Reliable and Low Latency Communication
  • NR New Radio or New RAT
  • the expression “setting” can be replaced with the expression “configure/configuration”, and the two can be used interchangeably.
  • conditional expressions e.g., "if ⁇ ", “in a case ⁇ ” or “when ⁇ ”, etc.
  • the operation of the terminal/base station or the SW/HW configuration according to the satisfaction of the corresponding condition can be inferred/understood.
  • the process of the reception (or transmission) side can be inferred/understood from the process of the transmission (or reception) side in signal transmission/reception between wireless communication devices (e.g., base stations, terminals), the description thereof can be omitted.
  • signal determination/generation/encoding/transmission, etc. of the transmission side can be understood as signal monitoring reception/decoding/determination, etc. of the reception side.
  • the expression that the terminal performs (or does not perform) a specific operation can also be interpreted as meaning that the base station expects/assumes (or expects/assumes that the terminal does not perform) the specific operation and operates.
  • the expression that the base station performs (or does not perform) the specific operation can also be interpreted as meaning that the terminal expects/assumes (or expects/assumes that the base station does not perform) the specific operation and operates.
  • the division and index of each section, embodiment, example, option, method, plan, etc. in the description below are for the convenience of description and should not be interpreted as meaning that each constitutes an independent disclosure or that each must be implemented individually.
  • Figure 1 shows the structure of the NR system.
  • a Next Generation - Radio Access Network may include a base station (20) that provides user plane and control plane protocol termination to a terminal (10).
  • the base station (20) may include a next generation-Node B (gNB) and/or an evolved-NodeB (eNB).
  • the terminal (10) may be fixed or mobile, and may be referred to by other terms such as a Mobile Station (MS), a User Terminal (UT), a Subscriber Station (SS), a Mobile Terminal (MT), a Wireless Device, etc.
  • the base station may be a fixed station that communicates with the terminal (10), and may be referred to by other terms such as a Base Transceiver System (BTS), an Access Point, etc.
  • BTS Base Transceiver System
  • the example of Fig. 1 illustrates a case including only gNB.
  • the base stations (20) may be connected to each other via Xn interfaces.
  • the base stations (20) may be connected to a 5th generation core network (5G Core Network: 5GC) via an NG interface.
  • 5G Core Network: 5GC 5th generation core network
  • the base station (20) may be connected to an access and mobility management function (AMF) (30) via an NG-C interface, and may be connected to a user plane function (UPF) (30) via an NG-U interface.
  • AMF access and mobility management function
  • UPF user plane function
  • Figure 2 shows the functional division between NG-RAN and 5GC.
  • the gNB can provide functions such as 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 configuration & provision, and dynamic resource allocation.
  • the AMF can provide functions such as NAS (Non Access Stratum) security and idle state mobility processing.
  • the UPF can provide functions such as mobility anchoring and PDU (Protocol Data Unit) processing.
  • the SMF Session Management Function
  • the layers of the Radio Interface Protocol between the terminal and the network can be divided into L1 (the first layer), L2 (the second layer), and L3 (the third layer) based on the three lower layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems.
  • OSI Open System Interconnection
  • the physical layer belonging to the first layer provides an information transfer service using a physical channel
  • the RRC (Radio Resource Control) layer located in the third layer controls radio resources between the terminal and the network.
  • the RRC layer exchanges RRC messages between the terminal and the base station.
  • Fig. 3 shows the radio protocol architecture of the NR system. Specifically, Fig. 3 (a) shows the radio protocol architecture for the user plane, and Fig. 3 (b) shows the radio protocol architecture for the control plane.
  • the user plane is a protocol stack for user data transmission, and the control plane is a protocol stack for control signal transmission.
  • the physical layer provides information transmission services to the upper layer using a physical channel.
  • the physical layer is connected to the upper layer, the MAC (Medium Access Control) layer, through a transport channel. Data moves between the MAC layer and the physical layer through the transport channel.
  • the transport channel is classified according to how and with what characteristics data is transmitted through the wireless interface.
  • the physical channel can be modulated using the OFDM (Orthogonal Frequency Division Multiplexing) method and utilizes time and frequency as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides services to the upper layer, the radio link control (RLC) layer, through logical channels.
  • the MAC layer provides a mapping function from multiple logical channels to multiple transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping multiple logical channels to a single transport channel.
  • the MAC sublayer provides data transmission services on logical channels.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC SDUs (Service Data Units).
  • RLC SDUs Service Data Units
  • the RLC layer provides three operation modes: 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 RRC (Radio Resource Control) layer is defined only in the control plane.
  • the RRC layer is responsible for controlling logical channels, transport channels, and physical channels in relation to the configuration, re-configuration, and release of radio bearers.
  • RB refers to a logical path provided by the first layer (physical layer or PHY layer) and the second layer (MAC layer, RLC layer, PDCP (Packet Data Convergence Protocol) layer) for data transmission between the terminal and the network.
  • the functions of the PDCP layer in the user plane include forwarding of user data, header compression, and ciphering.
  • the functions of the PDCP layer in the control plane include forwarding of control plane data and ciphering/integrity protection.
  • the SDAP (Service Data Adaptation Protocol) layer is defined only in the user plane.
  • the SDAP layer performs mapping between QoS flows and data radio bearers, marking QoS flow identifiers (IDs) in downlink and uplink packets, etc.
  • Establishing an RB means the process of specifying the characteristics of the radio protocol layer and channel to provide a specific service, and setting each specific parameter and operation method.
  • RB can be divided into two types: SRB (Signaling Radio Bearer) and DRB (Data Radio Bearer).
  • SRB is used as a channel to transmit RRC messages in the control plane
  • DRB is used as a channel to transmit user data in the user plane.
  • the terminal When an RRC connection is established between the RRC layer of the terminal and the RRC layer of the base station, the terminal is in the RRC_CONNECTED state, otherwise it is in the RRC_IDLE state.
  • RRC_CONNECTED When an RRC connection is established between the RRC layer of the terminal and the RRC layer of the base station, the terminal is in the RRC_CONNECTED state, otherwise it is in the RRC_IDLE state.
  • an RRC_INACTIVE state is additionally defined, and a terminal in the RRC_INACTIVE state can release the connection with the base station while maintaining the connection with the core network.
  • Downlink transmission channels that transmit data from a network to a terminal include the BCH (Broadcast Channel) that transmits system information, and the downlink SCH (Shared Channel) that transmits user traffic or control messages. Traffic or control messages of downlink multicast or broadcast services may be transmitted through the downlink SCH, or may be transmitted through a separate downlink MCH (Multicast Channel). Meanwhile, uplink transmission channels that transmit data from a terminal to a network include the RACH (Random Access Channel) that transmits initial control messages, and the uplink SCH (Shared Channel) that transmits user traffic or control messages.
  • RACH Random Access Channel
  • Logical channels that are located above the transport channel and are mapped to the transport channel include the Broadcast Control Channel (BCCH), Paging Control Channel (PCCH), Common Control Channel (CCCH), Multicast Control Channel (MCCH), and Multicast Traffic Channel (MTCH).
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic Channel
  • a physical channel consists of multiple OFDM symbols in the time domain and multiple sub-carriers in the frequency domain.
  • One sub-frame consists of multiple OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and consists of multiple OFDM symbols and multiple sub-carriers.
  • each subframe can use specific sub-carriers of specific OFDM symbols (e.g., the first OFDM symbol) of the corresponding subframe for the Physical Downlink Control Channel (PDCCH), i.e., the L1/L2 control channel.
  • PDCCH Physical Downlink Control Channel
  • a Transmission Time Interval is a unit time of subframe transmission.
  • Figure 4 illustrates the structure of a radio frame of an NR system.
  • uplink and downlink transmissions in NR are composed of frames.
  • Each radio frame has a length of 10 ms and is divided into two 5 ms half-frames (Half-Frames, HF).
  • Each half-frame is divided into five 1 ms subframes (Subframes, SF).
  • a subframe is divided into one or more slots, and the number of slots in a subframe depends on Subcarrier Spacing (SCS).
  • SCS Subcarrier Spacing
  • Each slot contains 12 or 14 OFDM (Orthogonal Frequency Division Multiplexing) symbols depending on a CP (cyclic prefix). When a normal CP is used, each slot contains 14 OFDM symbols. When an extended CP is used, each slot contains 12 OFDM symbols.
  • Table 1 shows the number of OFDM symbols per slot ( N slot symb ), the number of slots per frame ( N frame,u slot ), and the number of slots per subframe ( N subframe,u slot ) according to SCS for regular CP.
  • Table 2 shows the number of OFDM symbols per slot ( N slot symb ), the number of slots per frame ( N frame,u slot ), and the number of slots per subframe ( N subframe,u slot ) according to SCS when extended CP is used.
  • the structure of the frame is only an example, and the number of subframes, number of slots, and number of symbols in the frame can be changed in various ways.
  • OFDM numerologies may be set differently between multiple cells merged into one terminal. Accordingly, (absolute time) sections of time resources (e.g., SF, slot or TTI) (conveniently referred to as TU (Time Unit)) consisting of the same number of symbols may be set differently between the merged cells.
  • the symbols may include OFDM symbols (or CP-OFDM symbols), SC-FDMA symbols (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbols).
  • Figure 5 illustrates a resource grid of slots in an NR system.
  • a slot includes multiple symbols in the time domain.
  • a carrier includes multiple subcarriers in the frequency domain.
  • An RB Resource Block
  • a BWP Bandwidth Part
  • a carrier can include up to N (e.g., 5) BWPs. Data communication is performed through activated BWPs, and only one BWP can be activated for one terminal.
  • Each element in the resource grid is referred to as a Resource Element (RE), and one complex symbol can be mapped to it.
  • RE Resource Element
  • Figure 6 illustrates a communication system (1) to which the present disclosure is applicable.
  • the communication system (1) includes a wireless device, a base station, and a network.
  • the wireless device means a device that performs communication using a wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication/wireless/5G device.
  • a wireless access technology e.g., 5G NR (New RAT), LTE (Long Term Evolution)
  • the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Thing) device (100f), and an AI device/server (400).
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing vehicle-to-vehicle communication, etc.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices and can be implemented in the form of HMD (Head-Mounted Device), HUD (Head-Up Display) installed in a vehicle, television, smartphone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc.
  • HMD Head-Mounted Device
  • HUD Head-Up Display
  • Portable devices can include smartphone, smart pad, wearable device (e.g., smart watch, smart glass), computer (e.g., laptop, etc.).
  • Home appliances can include TV, refrigerator, washing machine, etc.
  • IoT devices can include sensors, smart meters, etc.
  • base stations and networks can also be implemented as wireless devices, and a specific wireless device (200a) can act as a base station/network node to other wireless devices.
  • Wireless devices (100a to 100f) can be connected to a network (300) via a base station (200). Artificial Intelligence (AI) technology can be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300).
  • the network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, etc.
  • the wireless devices (100a to 100f) can communicate with each other via the base station (200)/network (300), but can also communicate directly (e.g., sidelink communication) without going through the base station/network.
  • vehicles can communicate directly (e.g., V2V (Vehicle to Vehicle)/V2X (Vehicle to Everything) communication).
  • IoT devices e.g., sensors
  • IoT devices can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).
  • Wireless communication/connection can be established between wireless devices (100a to 100f)/base stations (200), and base stations (200)/base stations (200).
  • the wireless communication/connection can be achieved through various wireless access technologies (e.g., 5G NR) such as uplink/downlink communication (150a) and sidelink communication (150b) (or, D2D communication), and communication between base stations (150c) (e.g., relay, IAB (Integrated Access Backhaul)).
  • 5G NR wireless access technologies
  • a wireless device and a base station/wireless device, and a base station and a base station can transmit/receive wireless signals to/from each other.
  • the wireless communication/connection can transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmitting/receiving wireless signals various signal processing processes (e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and resource allocation processes can be performed based on various proposals of the present disclosure.
  • FIG. 7 illustrates a wireless device according to an embodiment of the present disclosure.
  • the embodiment of FIG. 7 can be combined with various embodiments of the present disclosure.
  • the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR).
  • ⁇ the first wireless device (100), the second wireless device (200) ⁇ can correspond to ⁇ the wireless device (100x), the base station (200) ⁇ and/or ⁇ the wireless device (100x), the wireless device (100x) ⁇ of FIG. 6.
  • a first wireless device (100) includes one or more processors (102) and one or more memories (104), and may additionally 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 in this document.
  • the processor (102) may process information in the memory (104) to generate first information/signal, and then transmit a wireless signal including the first information/signal via the transceiver (106).
  • the processor (102) may receive a wireless signal including second information/signal via the transceiver (106), and then store information obtained from signal processing of the second information/signal in the memory (104).
  • the memory (104) may be connected to the processor (102) and may store various information related to the operation of the processor (102). For example, the memory (104) may perform some or all of the processes controlled by the processor (102), or may store software codes including instructions for performing the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document.
  • the processor (102) and the memory (104) may be part of a communication modem/circuit/chip designed to implement wireless communication technology (e.g., LTE, NR).
  • the transceiver (106) may be connected to the processor (102) and may transmit and/or receive wireless signals via one or more antennas (108).
  • the transceiver (106) may include a transmitter and/or a receiver.
  • the transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit.
  • a wireless device may also mean a communication modem/circuit/chip.
  • the second wireless device (200) includes one or more processors (202), one or more memories (204), and may additionally include one or more transceivers (206) and/or one or more antennas (208).
  • the processor (202) may be configured to control the memories (204) and/or the transceivers (206), and implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document. For example, the processor (202) may process information in the memory (204) to generate third information/signals, and then transmit a wireless signal including the third information/signals via the transceivers (206). Additionally, the processor (202) may receive a wireless signal including fourth information/signals via the transceivers (206), and then store information obtained from signal processing of the fourth information/signals in the memory (204).
  • the memory (204) may be connected to the processor (202) and may store various information related to the operation of the processor (202). For example, the memory (204) may perform some or all of the processes controlled by the processor (202), or may store software codes including instructions for performing the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in the present document.
  • the processor (202) and the memory (204) may be part of a communication modem/circuit/chip designed to implement wireless communication technology (e.g., LTE, NR).
  • the transceiver (206) may be connected to the processor (202) and may transmit and/or receive wireless signals via 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.
  • a wireless device may also mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors (102, 202).
  • processors (102, 202) may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • processors (102, 202) may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document.
  • 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 descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document.
  • One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, suggestions and/or methodologies disclosed herein and provide the signals to one or more transceivers (106, 206).
  • One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • signals e.g., baseband signals
  • the one or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer.
  • the one or more processors (102, 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 descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software configured to perform one or more of the following: included in one or more processors (102, 202), or stored in one or more memories (104, 204) and driven by one or more of the processors (102, 202).
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions and/or commands.
  • the one or more memories (104, 204) may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media and/or combinations thereof.
  • the one or more memories (104, 204) may be located internally and/or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.
  • One or more transceivers (106, 206) can transmit user data, control information, wireless signals/channels, etc., as described in the methods and/or flowcharts of this document, to one or more other devices.
  • One or more transceivers (106, 206) can receive user data, control information, wireless signals/channels, etc., as described in the descriptions, functions, procedures, suggestions, methods and/or flowcharts of this document, from one or more other devices.
  • one or more transceivers (106, 206) can be coupled to one or more processors (102, 202) and can transmit and receive wireless signals.
  • one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be coupled to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals/channels, and the like, as described in the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein, via one or more antennas (108, 208).
  • one or more antennas may be multiple physical antennas, or multiple logical antennas (e.g., antenna ports).
  • One or more transceivers (106, 206) may convert received user data, control information, wireless signals/channels, etc. from RF band signals to baseband signals in order to process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202).
  • One or more transceivers (106, 206) may convert processed user data, control information, wireless signals/channels, etc. from baseband signals to RF band signals using one or more processors (102, 202).
  • one or more transceivers (106, 206) may include an (analog) oscillator and/or filter.
  • FIG. 8 illustrates a wireless device according to an embodiment of the present disclosure.
  • the wireless device may be implemented in various forms depending on the use-case/service (see FIG. 6).
  • the embodiment of FIG. 8 may be combined with various embodiments of the present disclosure.
  • the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 7 and may be composed of various elements, components, units/units, and/or modules.
  • the wireless device (100, 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, 202) and/or one or more memories (104, 204) of FIG. 7.
  • the transceiver(s) (114) may include one or more transceivers (106, 206) and/or one or more antennas (108, 208) of FIG. 7.
  • the control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and the additional elements (140) and controls overall operations of the wireless device.
  • the control unit (120) may control electrical/mechanical operations of the wireless device based on programs/codes/commands/information stored in the memory unit (130).
  • control unit (120) may transmit information stored in the memory unit (130) to an external device (e.g., another communication device) via a wireless/wired interface through the communication unit (110), or store information received from an external device (e.g., another communication device) via a wireless/wired interface in the memory unit (130).
  • the additional element (140) may be configured in various ways depending on the type of the wireless device.
  • the additional element (140) may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • the wireless device may be implemented in the form of a robot (FIG. 6, 100a), a vehicle (FIG. 6, 100b-1, 100b-2), an XR device (FIG. 6, 100c), a portable device (FIG. 6, 100d), a home appliance (FIG. 6, 100e), an IoT device (FIG.
  • Wireless devices may be mobile or stationary, depending on the use/service.
  • various elements, components, units/parts, and/or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least some may be wirelessly connected via a communication unit (110).
  • the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and the first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110).
  • each element, component, unit/part, and/or module within the wireless device (100, 200) may further include one or more elements.
  • the control unit (120) may be composed of one or more processor sets.
  • control unit (120) may be composed of a set of a communication control processor, an application processor, an ECU (Electronic Control Unit), a graphics processing processor, a memory control processor, etc.
  • memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory, and/or a combination thereof.
  • FIG. 9 illustrates a vehicle or an autonomous vehicle according to an embodiment of the present disclosure.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a car, a train, a manned/unmanned aerial vehicle (AV), a ship, etc.
  • the embodiment of FIG. 9 may be combined with various embodiments of the present disclosure.
  • a vehicle or autonomous vehicle may include 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 an autonomous driving 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. 8, respectively.
  • the communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, road side units, etc.), servers, etc.
  • the control unit (120) can control elements of the vehicle or autonomous vehicle (100) to perform various operations.
  • the control unit (120) can include an ECU (Electronic Control Unit).
  • the drive unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground.
  • the drive unit (140a) can include an engine, a motor, a power train, wheels, brakes, a steering device, etc.
  • the power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and can include a wired/wireless charging circuit, a battery, etc.
  • the sensor unit (140c) can obtain vehicle status, surrounding environment information, user information, etc.
  • the sensor unit (140c) may include an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an incline sensor, a weight detection sensor, a heading sensor, a position module, a vehicle forward/backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, a light sensor, a pedal position sensor, etc.
  • IMU intial measurement unit
  • the autonomous driving unit (140d) may implement a technology for maintaining a driving lane, a technology for automatically controlling speed such as adaptive cruise control, a technology for automatically driving along a set path, a technology for automatically setting a path and driving when a destination is set, etc.
  • the communication unit (110) can receive map data, traffic information data, etc. from an external server.
  • the autonomous driving unit (140d) can generate an autonomous driving route and a driving plan based on the acquired data.
  • the control unit (120) can control the driving unit (140a) so that the vehicle or autonomous vehicle (100) moves along the autonomous driving route according to the driving plan (e.g., speed/direction control).
  • the communication unit (110) can irregularly/periodically acquire the latest traffic information data from an external server and can acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit (140c) can acquire vehicle status and surrounding environment information during autonomous driving.
  • the autonomous driving unit (140d) can update the autonomous driving route and driving plan based on the newly acquired data/information.
  • the communication unit (110) can transmit information on the vehicle location, autonomous driving route, driving plan, etc. to an external server.
  • An external server can predict traffic information data in advance using AI technology, etc. based on information collected from vehicles or autonomous vehicles, and provide the predicted traffic information data to the vehicles or autonomous vehicles.
  • FIG. 10 illustrates a radio protocol architecture for SL communication.
  • the embodiment of FIG. 10 can be combined with various embodiments of the present disclosure. Specifically, (a) of FIG. 10 illustrates a user plane protocol stack, and (b) of FIG. 10 illustrates a control plane protocol stack.
  • SLSS Sidelink 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
  • the PSSS may be referred to as a Sidelink Primary Synchronization Signal (S-PSS)
  • S-SSS Sidelink Secondary Synchronization Signal
  • S-SSS Sidelink Secondary Synchronization Signal
  • length-127 M-sequences may be used for the S-PSS
  • length-127 Gold sequences may be used for the S-SSS.
  • a terminal may detect an initial signal (signal detection) and acquire synchronization using the S-PSS.
  • the terminal may acquire detailed synchronization and detect a synchronization signal ID using the S-PSS and the S-SSS.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information may be 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, subframe offset, broadcast information, etc.
  • the payload size of 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 referred to as S-SSB (Sidelink-Synchronization Signal Block)).
  • the S-SSB may have the same numerology (i.e., SCS and CP length) as the PSCCH (Physical Sidelink Control Channel)/PSSCH (Physical Sidelink Shared Channel) in a carrier, and a transmission bandwidth may be within a (pre-)configured SL BWP (Sidelink BWP).
  • the bandwidth of the S-SSB may be 11 RB (Resource Block).
  • the PSBCH may span 11 RBs.
  • the frequency location of the S-SSB may be (pre-)configured. Therefore, the terminal does not need to perform hypothesis detection in frequency to discover the S-SSB in the carrier.
  • V2X for time/frequency synchronization, the physical layer can use the SL synchronization signal (sidelink synchronization signal, SLSS), and the RLC (radio link control) layer can use the MIB-SL-V2X (master information block-sidelink-V2X).
  • SLSS sidelink synchronization signal
  • RLC radio link control
  • Figure 11 shows the synchronization source or synchronization reference of V2X.
  • a terminal in V2X, can be directly synchronized to GNSS (global navigation satellite systems), or can be indirectly synchronized to GNSS through a terminal (within network coverage or out of network coverage) that is directly synchronized to GNSS.
  • GNSS global navigation satellite systems
  • the terminal can calculate the DFN and subframe number using UTC (Coordinated Universal Time) and a (pre-)configured DFN (Direct Frame Number) offset.
  • the terminal may be directly synchronized to the base station, or may be synchronized to another terminal that is time/frequency synchronized to 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 be directly synchronized to the base station. Thereafter, the terminal may provide the synchronization information to other adjacent terminals.
  • the terminal may follow the cell associated with the frequency (if it is within cell coverage at the frequency), the primary cell, or the serving cell (if it is outside cell coverage at the frequency) for synchronization and downlink measurement.
  • a base station may provide synchronization settings for a carrier used for V2X or SL communication.
  • the terminal may follow the synchronization settings received from the base station. If the terminal does not detect any cell on the carrier used for the V2X or SL communication and does not receive synchronization settings from the serving cell, the terminal may follow the preset synchronization settings.
  • the terminal may be synchronized to another terminal that has not obtained synchronization information directly or indirectly from the base station or GNSS.
  • the synchronization source and preference may be preset for the terminal.
  • the synchronization source and preference may be set via a control message provided by the base station.
  • GNSS-based synchronization or base station-based synchronization can be (pre-)configured.
  • the terminal can derive its transmission timing from the available synchronization reference with the highest priority.
  • the terminal can (re)select a synchronization reference, and the terminal can obtain synchronization from the synchronization reference. Then, the terminal can perform SL communication (e.g., PSCCH/PSSCH transmission/reception, PSFCH (Physical Sidelink Feedback Channel) transmission/reception, S-SSB transmission/reception, reference signal transmission/reception, etc.) based on the obtained synchronization.
  • SL communication e.g., PSCCH/PSSCH transmission/reception, PSFCH (Physical Sidelink Feedback Channel) transmission/reception, S-SSB transmission/reception, reference signal transmission/reception, etc.
  • Figure 12 illustrates a procedure for a terminal to perform V2X or SL communication according to a transmission mode.
  • 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. 12 represents a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3.
  • (a) of Fig. 12 represents a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 can be applied to general SL communication
  • LTE transmission mode 3 can be applied to V2X communication.
  • (b) of Fig. 12 represents terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • (b) of Fig. 12 represents 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.
  • the base station may transmit information related to SL resources and/or information related to UL resources to the first terminal.
  • the UL resources may include PUCCH resources and/or PUSCH resources.
  • the UL resources may be resources for reporting SL HARQ feedback to the base station.
  • the first terminal may receive information related to a DG (dynamic grant) resource and/or information related to a CG (configured grant) resource from the base station.
  • the CG resource may include a CG type 1 resource or a CG type 2 resource.
  • the DG resource may be a resource that the base station configures/allocates to the first terminal via DCI (downlink control information).
  • the CG resource may be a (periodic) resource that the base station configures/allocates to the first terminal via DCI and/or an RRC message.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal, and the base station may transmit DCI related to activation or release of the CG resource to the first terminal.
  • the first terminal may transmit a PSCCH (e.g., Sidelink Control Information (SCI) or 1st-stage SCI) to the second terminal based on the resource scheduling.
  • a PSCCH e.g., Sidelink Control Information (SCI) or 1st-stage SCI
  • the first terminal may transmit a PSSCH (e.g., 2nd-stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal.
  • the first terminal may receive a PSFCH related to the PSCCH/PSSCH from the second terminal.
  • HARQ feedback information e.g., NACK information or ACK information
  • the first terminal may transmit/report HARQ feedback information to the base station via PUCCH or PUSCH.
  • the HARQ feedback information reported to the base station may be information generated by the first terminal based on the HARQ feedback information received from the second terminal.
  • the HARQ feedback information reported to the base station may be information generated by the first terminal based on a rule set in advance.
  • the DCI may be DCI for scheduling of SL.
  • the format of the DCI may be DCI format 3_0 or DCI format 3_1.
  • a terminal may determine an SL transmission resource within an SL resource set by a base station/network or a preset SL resource.
  • the set SL resource or the preset SL resource may be a resource pool.
  • the terminal may autonomously select or schedule resources for SL transmission.
  • the terminal may perform SL communication by selecting a resource by itself within the set resource pool.
  • the terminal may perform sensing and resource (re)selection procedures to select a resource by itself within a selection window.
  • the sensing may be performed on a subchannel basis.
  • a first terminal that has selected a resource by itself within a resource pool may transmit a PSCCH (e.g., SCI (Sidelink Control Information) or 1st-stage SCI) to a second terminal using the resource.
  • a PSCCH e.g., SCI (Sidelink Control Information) or 1st-stage SCI
  • the first terminal can transmit a PSSCH (e.g., 2nd-stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal.
  • the first terminal can receive a PSFCH related to the PSCCH/PSSCH from the second terminal.
  • a first terminal may transmit an SCI to a second terminal on a PSCCH.
  • the first terminal may transmit two consecutive SCIs (e.g., 2-stage SCIs) to the second terminal on the PSCCH and/or the PSSCH.
  • the second terminal may decode the two consecutive SCIs (e.g., 2-stage SCIs) to receive the PSSCH from the first terminal.
  • an SCI transmitted on a PSCCH may be referred to as a 1st SCI, a 1st SCI, a 1st-stage SCI, or a 1st-stage SCI format
  • an SCI transmitted on a PSSCH may be referred to as a 2nd SCI, a 2nd SCI, a 2nd-stage SCI, or a 2nd-stage SCI format
  • a 1st-stage SCI format may include SCI format 1-A
  • a 2nd-stage SCI format may include SCI format 2-A and/or SCI format 2-B.
  • the first terminal can receive PSFCH.
  • the first terminal and the second terminal can determine PSFCH resources, and the second terminal can transmit HARQ feedback to the first terminal using the PSFCH resources.
  • the first terminal may transmit SL HARQ feedback to the base station through PUCCH and/or PUSCH.
  • FIG. 13 illustrates three cast types according to one embodiment of the present disclosure.
  • the embodiment of FIG. 13 can be combined with various embodiments of the present disclosure.
  • FIG. 13 represents SL communication of a broadcast type
  • (b) of FIG. 13 represents SL communication of a unicast type
  • (c) of FIG. 13 represents SL communication of a groupcast type.
  • a terminal can perform one-to-one communication with another terminal.
  • a terminal can perform SL communication with one or more terminals within the group to which it belongs.
  • SL groupcast communication may be replaced with SL multicast communication, SL one-to-many communication, etc.
  • Wireless sensing is a technology that uses radio frequencies to detect the instantaneous linear velocity, angle, distance (range), etc. of an object, thereby obtaining information about the characteristics of the environment and/or objects within the environment. Since this radio frequency sensing function does not require a connection to the object via a device within a network, it can provide a service for identifying the location of an object without a device.
  • the ability to obtain range, velocity and angle information from radio frequency signals can enable a wide range of new capabilities, such as multi-object detection, object recognition (e.g., vehicles, humans, animals, UAVs), and high-precision localization, tracking, and activity recognition.
  • Wireless sensing services can inform a wide range of industries (e.g., unmanned aerial vehicles, smart homes, V2X, factories, railways, public safety, etc.), enabling applications that provide, for example, intruder detection, assisted vehicle steering and navigation, trajectory tracking, collision avoidance, traffic management, health and traffic management, and more.
  • wireless sensing may use non-3GPP type sensors (e.g., radar, camera) to additionally support 3GPP-based sensing.
  • wireless sensing may rely on the transmission, reflection and scattering processing of wireless sensing signals. Therefore, wireless sensing may provide an opportunity to enhance existing communication systems from a communication network to a wireless communication and sensing network.
  • FIG. 14 illustrates an example of a sensing operation according to an embodiment of the present disclosure.
  • the embodiment of FIG. 14 can be combined with various embodiments of the present disclosure.
  • FIG. 14(a) illustrates an example of sensing using a sensing receiver and a sensing transmitter at the same location (e.g., monostatic sensing)
  • FIG. 14(b) illustrates an example of sensing using a separated sensing receiver and sensing transmitter (e.g., bistatic sensing).
  • Figure 15 shows an example of an architecture in a 5G system that enables positioning for UEs connected to a Next Generation-Radio Access Network (NG-RAN) or E-UTRAN.
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN E-UTRAN
  • the AMF may receive a request for location service related to a specific target UE from another entity, such as a Gateway Mobile Location Center (GMLC), or the AMF itself may decide to initiate the location service on behalf of a specific target UE. Then, the AMF may transmit the location service request to the Location Management Function (LMF). The LMF, which has received the location service request, may process the location service request and return a processing result including an estimated location of the UE, etc. to the AMF. Meanwhile, if the location service request is received from another entity, such as a GMLC, other than the AMF, the AMF may forward the processing result received from the LMF to the other entity.
  • GMLC Gateway Mobile Location Center
  • ng-eNB new generation evolved-NB
  • gNB are network elements of NG-RAN that can provide measurement results for position estimation, measure radio signals for target UEs, and transmit the results to LMF.
  • ng-eNB can control several TPs (Transmission Points), such as remote radio heads, or PRS-only TPs that support a PRS (Positioning Reference Signal)-based beacon system for E-UTRA.
  • TPs Transmission Points
  • PRS-only TPs that support a PRS (Positioning Reference Signal)-based beacon system for E-UTRA.
  • the LMF is connected to an Enhanced Serving Mobile Location Center (E-SMLC), and the E-SMLC can enable the LMF to access the E-UTRAN.
  • E-SMLC can enable the LMF to support OTDOA (Observed Time Difference Of Arrival), which is one of the positioning methods of the E-UTRAN, by utilizing downlink measurements acquired by the target UE via signals transmitted from eNB and/or PRS dedicated TPs in the E-UTRAN.
  • OTDOA Observed Time Difference Of Arrival
  • the LMF may be connected to the SLP (SUPL Location Platform).
  • the LMF may support and manage different positioning services for target UEs.
  • the LMF may interact with a serving ng-eNB or a serving gNB for the target UE to obtain position measurements of the UE.
  • the LMF may determine a positioning method based on an LCS (Location Service) client type, a required QoS (Quality of Service), UE positioning capabilities, gNB positioning capabilities, and ng-eNB positioning capabilities, and may apply the positioning method to the serving gNB and/or the serving ng-eNB.
  • the LMF may determine additional information such as a position estimate for the target UE and the accuracy of the position estimate and velocity.
  • the SLP is a SUPL (Secure User Plane Location) entity responsible for positioning via the user plane.
  • the UE can measure downlink signals from sources such as NG-RAN and E-UTRAN, different Global Navigation Satellite Systems (GNSS), Terrestrial Beacon Systems (TBS), Wireless Local Access Network (WLAN) access points, Bluetooth beacons, and UE barometric pressure sensors.
  • the UE may include an LCS application and may access an LCS application through communication with a network to which the UE is connected or through other applications included in the UE.
  • the LCS application may include measurement and calculation functions necessary to determine the position of the UE.
  • the UE may include an independent positioning function, such as a Global Positioning System (GPS), and may report the position of the UE independently of NG-RAN transmissions. This independently acquired positioning information may be utilized as auxiliary information for the positioning information acquired from the network.
  • GPS Global Positioning System
  • Figure 16 shows an example implementation of a network for measuring the location of a UE.
  • CM-IDLE Connection Management - IDLE
  • the AMF may establish a signaling connection with the UE and request a network triggered service to allocate a specific serving gNB or ng-eNB.
  • This operation process is omitted in Fig. 15. That is, it can be assumed that the UE is in connected mode in Fig. 15. However, the signaling connection may be released by the NG-RAN during the positioning process due to reasons such as signaling and data inactivity.
  • a 5GC entity such as GMLC may request a location service to measure the location of the target UE to the serving AMF.
  • the serving AMF may determine that the location service is necessary for measuring the location of the target UE according to step 1b. For example, in order to measure the location of the UE for an emergency call, the serving AMF may decide to perform the location service directly.
  • the AMF may send a location service request to the LMF according to step 2, and the LMF may initiate location procedures with the serving ng-eNB and the serving gNB to obtain location measurement data or location measurement assistance data according to step 3a. Additionally, the LMF may initiate location procedures for downlink positioning with the UE according to step 3b. For example, the LMF may transmit location assistance data (Assistance data defined in 3GPP TS 36.355) to the UE, or obtain a position estimate or a position measurement. Meanwhile, step 3b may be performed additionally after step 3a is performed, or may be performed instead of step 3a.
  • location assistance data Asssistance data defined in 3GPP TS 36.355
  • the LMF may provide a location service response to the AMF.
  • the location service response may include information on whether the location estimation of the UE was successful and a location estimate of the UE.
  • the AMF may forward the location service response to a 5GC entity such as GMLC, and if the procedure of FIG. 16 was initiated by step 1b, the AMF may use the location service response to provide location services related to emergency calls, etc.
  • Figure 17 shows an example of a protocol layer used to support LPP (LTE Positioning Protocol) message transmission between an LMF and a UE.
  • LPP LTE Positioning Protocol
  • LPP PDU can be transmitted via NAS PDU between AMF and UE.
  • LPP can be terminated between a target device (e.g., UE in control plane or SET (SUPL Enabled Terminal) in user plane) and a location server (e.g., LMF in control plane or SLP in user plane).
  • LPP message can be transmitted in transparent PDU form over an intermediate network interface using a suitable protocol such as NGAP (NG Application Protocol) over NG-C (NG-Control Plane) interface, NAS/RRC over LTE-Uu and NR-Uu interfaces.
  • NGAP NG Application Protocol
  • NG-C NG-Control Plane
  • NAS/RRC over LTE-Uu and NR-Uu interfaces.
  • the LPP protocol enables positioning for NR and LTE using various positioning methods.
  • the target device and the location server can exchange capability information, exchange auxiliary data for positioning, and/or exchange location information.
  • error information can be exchanged and/or an LPP procedure can be stopped via LPP messages.
  • Figure 18 shows an example of the protocol layers used to support NR Positioning Protocol A (NRPPa) PDU transmission between LMF and NG-RAN nodes.
  • NRPPa NR Positioning Protocol A
  • NRPPa can be used to exchange information between NG-RAN nodes and LMF. Specifically, NRPPa can exchange Enhanced-Cell ID (E-CID) for measurements transmitted from ng-eNB to LMF, data to support OTDOA positioning method, Cell-ID for NR Cell ID positioning method, and Cell location ID. Even if AMF does not have information about related NRPPa transactions, it can route NRPPa PDUs based on the routing ID of the related LMF through the NG-C interface.
  • E-CID Enhanced-Cell ID
  • the procedures of the NRPPa protocol for location and data collection can be divided into two types.
  • the first type is a UE associated procedure for conveying information about a specific UE (e.g., position measurement information, etc.)
  • the second type is a non UE associated procedure for conveying information applicable to NG-RAN nodes and associated TPs (e.g., gNB/ng-eNB/TP timing information, etc.).
  • the two types of procedures may be supported independently or simultaneously.
  • positioning methods supported by NG-RAN may include GNSS, OTDOA, E-CID (enhanced cell ID), air pressure sensor positioning, WLAN positioning, Bluetooth positioning and TBS (terrestrial beacon system), UTDOA (Uplink Time Difference of Arrival), etc.
  • the position of the UE may be measured using one positioning method, but the position of the UE may also be measured using two or more positioning methods.
  • FIG. 19 is a diagram for explaining an OTDOA (Observed Time Difference Of Arrival) positioning method according to one embodiment of the present disclosure.
  • OTDOA Observed Time Difference Of Arrival
  • the OTDOA positioning method uses the timing of measurements of downlink signals received from multiple TPs, including eNB, ng-eNB, and PRS dedicated TPs.
  • the UE measures the timing of the received downlink signals using location assistance data received from a location server. Based on these measurement results and the geographical coordinates of neighboring TPs, the location of the UE can be determined.
  • a UE connected to a gNB may request a measurement gap for OTDOA measurements from a TP. If the UE is not aware of a Single Frequency Network (SFN) for at least one TP in the OTDOA assistance data, the UE may use an autonomous gap to obtain the SFN of the OTDOA reference cell before requesting a measurement gap to perform Reference Signal Time Difference (RSTD) measurements.
  • SFN Single Frequency Network
  • RSTD Reference Signal Time Difference
  • RSTD can be defined based on the smallest relative time difference between the boundaries of two subframes received from the reference cell and the measurement cell, respectively. That is, it can be calculated based on the relative time difference between the start time of the subframe of the reference cell that is closest to the start time of the subframe received from the measurement cell. Meanwhile, the reference cell can be selected by the UE.
  • TOA time of arrival
  • TP 1, TP 2, and TP 3 are measured respectively, and RSTD for TP 1-TP 2, RSTD for TP 2-TP 3, and RSTD for TP 3-TP 1 are calculated based on the three TOAs, and a geometric hyperbola is determined based on these, and the point where these hyperbolas intersect can be estimated as the position of the UE.
  • the estimated position of the UE may be known within a certain range according to the measurement uncertainty.
  • the location of the UE can be measured through geographical information of the serving ng-eNB, serving gNB, and/or serving cell of the UE.
  • the geographical information of the serving ng-eNB, serving gNB, and/or serving cell can be obtained through paging, registration, etc.
  • the E-CID positioning method may utilize additional UE measurements and/or NG-RAN radio resources to improve the UE position estimation in addition to the CID positioning method.
  • some of the same measurement methods as the measurement control system of the RRC protocol may be used, but generally, additional measurements are not performed only for position measurement of the UE.
  • a separate measurement configuration or measurement control message may not be provided for measuring the position of the UE, and the UE also does not expect to be requested to perform additional measurement operations only for position measurement, and may report measurements acquired through measurement methods that the UE can generally measure.
  • UTDOA is a method to determine the location of a UE by estimating the arrival time of an SRS.
  • the serving cell is used as a reference cell, and the location of the UE can be estimated through the difference in arrival times with other cells (or base stations/TPs).
  • the E-SMLC can designate the serving cell of a target UE to instruct the target UE to transmit SRS.
  • the E-SMLC can provide configurations such as whether the SRS is periodic/aperiodic, bandwidth, and frequency/group/sequence hopping.
  • NR positioning discussed in the existing 3GPP NR standard release 17 only supported network-based Uu positioning and did not support positioning operations using SL (sidelink) communication. However, SL positioning is scheduled to be supported starting from the recent 3GPP NR standard release 18.
  • Uu positioning is a method of searching for a location based on a connection between a target UE and a base station (gNB/LMF), but SL positioning is a new method of searching for a location based on a connection between a target UE and one or more anchor UEs.
  • gNB/LMF base station
  • Sidelink positioning is a new method of performing positioning operations by exchanging sidelink positioning reference signals (SL-PRS) with anchor UEs around a target UE through a direct connection using sidelink communication technology, rather than a base station (gNB). Therefore, sidelink positioning operations in the physical layer are performed through SL-PRS transmission and measurement between the target UE and anchor UE.
  • S-PRS sidelink positioning reference signals
  • Uu positioning uses the LPP protocol.
  • An LPP session is a point-to-point communication protocol between a target UE and an LMF. Therefore, the LMF receives positioning information through the LPP protocol, and the target UE receives positioning information through the LMF. Additionally, the LMF sets up a base station (gNB) through the NRPPa protocol, exchanges positioning-related messages, and performs positioning operations.
  • gNB base station
  • sidelink positioning positioning operations are performed by exchanging positioning protocol messages with anchor UEs around the target UE, not the LMF. Therefore, sidelink positioning operations in the protocol layer are performed between UEs through the sidelink positioning protocol (SLPP).
  • SLPP sidelink positioning protocol
  • the SLPP procedure is based on a positioning protocol session established between the target UE and anchor UE(s).
  • the SLPP procedure (procedure/transaction) basically includes the following five items:
  • 3GPP is also considering session-less positioning operation, where no message exchange between UEs is required.
  • anchor UE determination in SL positioning proceeds through the following process.
  • the target UE exchanges performance information (UE capability) with surrounding UEs capable of SL communication (hereinafter, candidate UEs) through SL communication.
  • performance information UE capability
  • candidate UEs UEs capable of SL communication
  • basic information such as whether the discovered UEs support SL positioning is exchanged, and the anchor UE's decision is limited to cases where the UE supports SL positioning.
  • the target UE and candidate UE decide on the final anchor UE through negotiation after basic information exchange.
  • the decision on the anchor UE is limited to cases where the request to perform the role of anchor UE is not rejected during the negotiation process (negotiation success).
  • the anchor UE provides information to the target UE on whether it can determine its own location information. For absolute positioning, the anchor UE must already know its own location or be able to measure it using Uu positioning.
  • LPP LTE Positioning Protocol
  • a location server e.g., E-SMLC, LMF or SLP
  • the location server can establish an LPP session with the target UE and exchange LPP messages for performing location acquisition.
  • LPP message delivery can be done via control plane or user plane.
  • User plane mode is done via OMA SUPL application, which runs on top of TCP/IP layer.
  • LPP message delivery via user plane mode is not 3GPP domain.
  • control plane mode is done via NAS PDU, and is delivered transparently via DL NAS Transport message and UL NAS Transport message.
  • the operation in the NAS layer is specified in the 3GPP standard document TS 24.501. It is defined for DL NAS Transport message and UL NAS Transport message. LPP message is transmitted using NAS transport message by setting Additional Information IE of the message to LPP message container or LCS message container.
  • the operation in the RRC layer is specified in the 3GPP standard document TS 38.331.
  • the DL/UL NAS Transport message transmitted through the NAS layer is converted into DLInformationTransfer message or ULInformationTransfer message respectively in the RRC layer and transmitted to PDCP as SRB1 or SRB2.
  • SLPP is a protocol for sidelink positioning operation between UEs. Therefore, for sidelink positioning operation, SLPP session can be established between UEs and SLPP messages can be exchanged. SLPP message is transmitted through PC5-U. SLPP PDCP SDU can be transmitted in Non-IP or Unstructured type.
  • 3GPP is also discussing session-less operation without SLPP session setup to prevent time delay due to such session setup and to obtain fast positioning results. That is, SL-PRS configuration and transmission are performed, and measurement report is transmitted and position calculation is performed without SLPP session setup between UEs.
  • SLPP sessionless positioning operation is possible by using the broadcast transmission method during the conventional sidelink communication mode between UEs.
  • SL-PRS configuration can use the conventional RRC posSIB usage method.
  • the following is the broadcast method of positioning assistance data specified in 3GPP TS 37.355.
  • Measurement value transmission can utilize the conventional RRC measurement report. Also, depending on the positioning method, location calculation is also possible without measurement value transmission. For example, in the case of DL type SL-TDoA method, anchor UEs can transmit SL-PRS and target UEs can perform measurement and location calculation. In this case, measurement value transmission is not required.
  • UEs can perform sidelink positioning operation without transmitting and receiving SLPP messages through SLPP session.
  • Anchor UEs broadcast SL-PRS information and signals, and target UEs perform positioning operation based on the information. Additional required information can be provided through lower layer signaling (e.g., RRC signaling, MAC CE, physical layer signaling) rather than SLPP messages.
  • lower layer signaling e.g., RRC signaling, MAC CE, physical layer signaling
  • SLPP sessionless positioning operation enables faster position acquisition since it does not require session setup process and message transmission process.
  • information required for positioning operation can be shared between UEs using broadcast transmission mode.
  • the problem is that since all messages are broadcast, it is difficult to deliver messages that are only needed for specific UEs. If a message needs to be delivered to specific UEs during sessionless operation, the message can be delivered after the SLPP session is established between specific UEs. In this case, a time delay occurs due to the session establishment and additional unicast setup.
  • Another way is to transmit it through messages such as PC5-RRC or MAC CE.
  • messages such as PC5-RRC or MAC CE.
  • RRC and MAC CE formats separately from SLPP messages. This is standardly considered redundant work and increases the complexity of UE processing.
  • the DL/UL Information Transfer message of the conventional RRC layer is designed for transmitting Dedicated NAS signaling (i.e., DL NAS Transport message and UL NAS Transport message) messages. This is used as a method for control plane delivery of LPP messages.
  • Dedicated NAS signaling i.e., DL NAS Transport message and UL NAS Transport message
  • the present disclosure proposes a method for transmitting SLPP messages through RRC layer or PDCP layer without SLPP session.
  • an SLPP message when transmitted through an RRC message layer, it is specified as a dedicated SLPP message as shown in Table 3 below, and the SLPP message is transmitted by matching it with an SRB.
  • a dedicated SLPP message can be composed of an OCTET STRING.
  • DLInformationTransfer-IEs SEQUENCE ⁇ dedicatedNAS-Message DedicatedNAS-Message OPTIONAL, -- Need N dedicatedSLPP-Message DedicatedSLPP-Message OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL; nonCriticalExtension DLInformationTransfer-v1610-IEs OPTIONAL ⁇ DedicatedSLPP-Message:
  • the IE DedicatedSLPP-Message is used to transfer UE specific SLPP layer information between UEs.
  • the RRC layer is transparent for this information
  • DedicatedNAS-Message messages are used for transmission through the NAS layer of conventional LPP
  • dedicated SLPP messages are used for transmission of SLPP messages as PC5-RRC messages between UEs. They can also be utilized for transmission of LPP messages through base stations without an LPP session.
  • an SLPP message When an SLPP message is directly transmitted through the PDCP layer, it is indicated to the PDCP transport that it is a dedicated SLPP message, and is transmitted by matching with an SRB or DRB.
  • the SLPP message is matched with an SRB, it is transmitted to the PDCP control plane.
  • it is transmitted to the PDCP user plane.
  • the PDCP SDU transmitted to the PDCP layer specifies that it is a dedicated SLPP message, and is transmitted to the lower layer.
  • the PDCP layer can specify the PDCP SDU type as 101 (i.e., SLPP signaling) in Table 4 below for PDCP SDUs received from upper layers.
  • an LPP session is established between a location server and a target UE for positioning operations in a one-to-one communication manner, and one LPP session is created per location request.
  • multiple sessions are possible when there are multiple location requests.
  • An LPP session is considered to be started implicitly by sending the first transaction message, and is considered to be ended by sending the last transaction message.
  • the SLPP session used in sidelink positioning can be used between UEs or between a UE and an LMF.
  • the anchor UE since it is not a target UE
  • the creation of a session by a conventional location request is not established from the perspective of the anchor UE.
  • the session of the anchor UE can be created by the request of the target UE or the server UE that received the location request.
  • one anchor UE can support multiple target UEs. Therefore, the anchor UE can be included in multiple SLPP sessions.
  • this disclosure proposes a method for operating an SLPP session clearly and efficiently while reducing signaling overhead.
  • the present disclosure proposes a method of adding SLPP session operation commands to the SLPP message common part (i.e., header) rather than as separate signaling.
  • Table 5 illustrates the structure of an SLPP message, indicating that a sessionOperation field may be added.
  • Table 6 also describes the components of an SLPP message, excluding the message body.
  • SLPPCreateSessionRequest SLPPCreateSessionAccept, etc. can be defined as arguments that can be added to the sessionOperation field.
  • a session creation request command can be transmitted together with a Positioning assistance data transfer message.
  • a session start request command can be transmitted together with a Positioning Request Location Information message.
  • FIG. 20 is a flowchart illustrating a method of transmitting a positioning protocol message according to the present disclosure.
  • the UE in step A05, establishes or creates a positioning protocol session with a peer entity (e.g., a counterpart UE in sidelink positioning).
  • a peer entity e.g., a counterpart UE in sidelink positioning
  • step A10 the UE generates a positioning protocol message, which includes a message body and a sessionOperation field with information about a session operation (i.e., a SLPP session operation command) related to the message body.
  • a session operation i.e., a SLPP session operation command
  • the session operation includes at least one of session start, session release, session pause, or session modification.
  • the message body includes at least one of assistance information, location information, or capability information.
  • Generating the positioning protocol message may include determining a session operation related to the message body, wherein information regarding the session operation is included in a header area or a common area of the positioning protocol message.
  • step A15 the UE transmits the positioning protocol message to the peer entity.
  • step A05 even when creating the positioning protocol session in step A05, it may be implemented by transmitting the positioning protocol message including the message body including assistance information and the information regarding the session operation instructing session creation.
  • the addition of session operation commands proposed only mentions basic session creation/start/change/termination, but session pause/resume and additional commands can be added as needed.
  • the SLPP message header can include session information (e.g., session ID, UE ID, etc.), through which each session can be efficiently managed and operated.
  • Embodiments of the present disclosure can be applied to implement the wireless sensing and radio frequency sensing functions described above.
  • sidelink positioning is used in the present disclosure for convenience of explanation, the configuration of the present disclosure can be applied to positioning based on a communication method that directly exchanges voice or data, etc. by establishing a direct link between UEs without going through a BS.
  • the present disclosure may be used in a terminal, a base station, or other equipment of a wireless mobile communication system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 무선 통신 시스템에서 UE (User Equipment)가 포지셔닝을 수행하는 방법에 관한 것이다. 구체적으로, 상기 방법은 피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계; 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함한다.

Description

무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치
본 명세는 무선 통신 시스템에 관한 것이다. 보다 상세하게는, 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 시스템 등이 있다.
사이드링크 (sidelink, SL)란 UE들 간에 직접적인 링크를 설정하여, BS (Base Station)을 거치지 않고, UE들 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. 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) 통신이 지원될 수 있다.
상술한 바와 같은 논의를 바탕으로 이하에서는 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치를 제안하고자 한다.
본 명세가 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 일 양상으로, 무선 통신 시스템에서 UE (User Equipment)가 수행하는 방법이 제공된다. 상기 방법은: 피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계; 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함한다.
본 명세의 다른 양상으로, 무선 통신 시스템에서 UE (User equipment)가 제공된다. 상기 UE는: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계; 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함한다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 프로세싱 장치가 제공된다. 상기 프로세싱 장치는: 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계; 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함한다.
본 명세의 또 다른 양상으로, 컴퓨터 판독가능한 저장 매체가 제공된다. 상기 컴퓨터 판독가능한 저장 매체는: 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장한다. 상기 동작들은: 피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계; 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함한다.
바람직하게는, 상기 포지셔닝 프로토콜 세션을 생성하는 단계는, 어시스턴스 정보 (assistance information)를 포함하는 상기 메시지 바디와 세션 생성을 지시하는 상기 세션 동작에 관한 정보를 포함하는 상기 포지셔닝 프로토콜 메시지를 송신하는 단계를 포함한다.
바람직하게는, 상기 세션 동작은, 세션 개시 (session start), 세션 해제 (session release), 세션 중지 (session pause) 또는 세션 수정 (session modification) 중 적어도 하나를 포함한다.
바람직하게는, 상기 메시지 바디는, 어시스턴스 정보 (assistance information), 위치 정보 (location information) 또는 성능 정보 (capability information) 중 적어도 하나를 포함한다.
바람직하게는, 상기 세션 동작에 관한 정보는, 상기 포지셔닝 프로토콜 메시지의 헤더 영역 혹은 공통 영역에 포함된다.
바람직하게는, 상기 포지셔닝 프로토콜 메시지를 생성하는 단계는 상기 메시지 바디와 관련된 세션 동작을 결정하는 단계를 포함한다.
상기 과제 해결방법들은 본 명세의 예들 중 일부에 불과하며, 본 명세의 기술적 특징들이 반영된 다양한 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시에 의하면, 무선 통신 시스템에서 무선 신호 송수신을 효율적으로 수행할 수 있다.
본 개시에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 구현들에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 명세의 구현들에 대한 예들을 제공하고, 상세한 설명과 함께 본 명세의 구현들을 설명한다:
도 1은 NR 시스템의 구조를 나타낸다.
도 2는 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 3은 NR 시스템의 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 NR 시스템의 무선 프레임(radio frame)의 구조를 예시한다.
도 5는 NR 시스템의 슬롯의 자원 그리드(resource grid)를 예시한다.
도 6은 본 개시가 적용 가능한 통신 시스템(1)을 예시한다.
도 7 및 8은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 9는 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다.
도 10은 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 11은 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
도 12는 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 13은 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다.
도　14은 본 개시의 일 실시 예에 따른,　센싱 동작의 일 예를 나타낸다.
도 15는 NG-RAN (Next Generation-Radio Access Network) 또는 E-UTRAN에 접속되는 UE에 대한 포지셔닝가 가능한, 5G 시스템에서의 아키텍처의 일 예를 나타낸다.
도 16은 UE의 위치를 측정하기 위한 네트워크의 구현 예를 나타낸다.
도 17은 LMF와 UE 간의 LPP(LTE Positioning Protocol) 메시지 전송을 지원하기 위해 사용되는 프로토콜 레이어의 일 예를 나타낸다.
도 18은 LMF와 NG-RAN 노드 간의 NRPPa (NR Positioning Protocol A) PDU 전송을 지원하는데 사용되는 프로토콜 레이어의 일 예를 나타낸다.
도 19는 본 개시의 일 실시 예에 따른 OTDOA(Observed Time Difference Of Arrival) 포지셔닝 방법을 설명하기 위한 도면이다.
도 20은 본 개시에 따라 포지셔닝 프로토콜 메시지를 송신하는 방법을 예시하는 순서도이다.
이하의 기술은 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과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 개시에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP NR을 위주로 기술하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다.
본 명세서에서 "설정"의 표현은 "구성(configure/configuration)"의 표현으로 대체될 수 있으며, 양자는 혼용될 수 있다. 또한 조건적 표현(예를 들어, "~~이면(if)", "~~ 일 경우(in a case)" 또는 "~~일 때(when)" 등)은 "~~인 것에 기초하여(based on that ~~)" 또는 "~~인 상태에서(in a state/status)"의 표현으로 대체될 수 있다. 또한, 해당 조건의 충족에 따른 단말/기지국의 동작 또는 SW/HW 구성이 유추/이해될 수 있다. 또한, 무선 통신 장치들 (예를 들어, 기지국, 단말) 간의 신호 송수신에서 송신 (또는 수신) 측의 프로세스로부터 수신 (또는 송신) 측의 프로세스가 유추/이해될 수 있다면 그 설명이 생략될 수 있다. 예를 들어, 송신 측의 신호 결정/생성/인코딩/송신 등은 수신측의 신호 모니터링 수신/디코딩/결정 등으로 이해될 수 있다. 또한, 단말이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 기지국이 단말의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다. 기지국이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 단말이 기지국의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다.또한, 후술하는 설명에서 각 섹션, 실시예, 예시, 옵션, 방법, 방안 등의 구분과 인덱스는 설명의 편의를 위한 것이지 각각이 반드시 독립된 개시를 구성한다는 것을 의미하거나, 각각이 반드시 개별적으로만 실시되어야 한다는 것을 의미하는 의도로 해석되지 않아야 한다. 또한, 각 섹션, 실시예, 예시, 옵션, 방법, 방안 등을 설명함에 있어서 명시적으로 충돌/반대되는 기술이 없다면 이들의 적어도 일부 조합하여 함께 실시될 수도 있고, 적어도 일부가 생략된 채로 실시될 수도 있는 것으로 유추/해석될 수 있다.
도 1은 NR 시스템의 구조를 나타낸다.
도 1을 참조하면, NG-RAN(Next Generation - Radio Access Network)은 단말(10)에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 기지국(20)을 포함할 수 있다. 예를 들어, 기지국(20)은 gNB(next generation-Node B) 및/또는 eNB(evolved-NodeB)를 포함할 수 있다. 예를 들어, 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 예를 들어, 기지국은 단말(10)과 통신하는 고정된 지점(fixed station)일 수 있고, BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
도 1의 예는 gNB만을 포함하는 경우를 예시한다. 기지국(20)은 상호 간에 Xn 인터페이스로 연결될 수 있다. 기지국(20)은 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결될 수 있다. 보다 구체적으로, 기지국(20)은 NG-C 인터페이스를 통해 AMF(access and mobility management function)(30)와 연결될 수 있고, NG-U 인터페이스를 통해 UPF(user plane function)(30)와 연결될 수 있다.
도 2는 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 2를 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS(Non Access Stratum) 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU(Protocol Data Unit) 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP(Internet Protocol) 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(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은 NR 시스템의 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 3의 (a)는 사용자 평면(user plane)에 대한 무선 프로토콜 구조를 나타내고, 도 3의 (b)는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어 신호 전송을 위한 프로토콜 스택이다.
도 3을 참조하면, 물리 계층(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(Service Data Unit)의 연결(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 계층(physical 계층 또는 PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
SDAP(Service Data Adaptation Protocol) 계층은 사용자 평면에서만 정의된다. SDAP 계층은 QoS 플로우(flow)와 데이터 무선 베어러 간의 매핑, 하향링크 및 상향링크 패킷 내 QoS 플로우 식별자(ID) 마킹 등을 수행한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 기지국의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 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)는 서브프레임 전송의 단위시간이다.
도 4는 NR 시스템의 무선 프레임(radio frame)의 구조를 예시한다.
도 4를 참조하면, NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 정규(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 정규 CP에 대한 SCS에 따른 슬롯별 OFDM 심볼들의 개수(N slot symb), 프레임별 슬롯의 개수(N frame,u slot) 및 서브프레임별 슬롯의 개수(N subframe,u slot)를 나타낸 것이다.
u N slot symb N frame,u slot N subframe,u slot
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
표 2는 확장 CP가 사용되는 경우, SCS에 따른 슬롯별 OFDM 심볼들의 개수(N slot symb), 프레임별 슬롯의 개수(N frame,u slot) 및 서브프레임별 슬롯의 개수(N subframe,u slot)를 나타낸 것이다.
u N slot symb N frame,u slot N subframe,u slot
2 12 40 4
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 5는 NR 시스템의 슬롯의 자원 그리드(resource grid)를 예시한다.
도 5를 참조하면, 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 정규 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
도 6은 본 개시가 적용 가능한 통신 시스템(1)을 예시한다.
도 6을 참조하면, 통신 시스템(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)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(예를 들어, 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(예를 들어, 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)(예를 들어, relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 7은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 도 7의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 7을 참조하면, 제 1 무선 기기(100)와 제 2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제 1 무선 기기(100), 제 2 무선 기기(200)}은 도 6의 {무선 기기(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) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제 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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 8은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 6 참조). 도 8의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 8을 참조하면, 무선 기기(100, 200)는 도 7의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 7의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 7의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 6, 100a), 차량(도 6, 100b-1, 100b-2), XR 기기(도 6, 100c), 휴대 기기(도 6, 100d), 가전(도 6, 100e), IoT 기기(도 6, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 6, 400), 기지국(도 6, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 8에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
도 9는 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다. 도 9의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 9를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 8의 블록 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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
이하, V2X 또는 SL 통신에 대하여 설명한다.
도 10은 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 도 10의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 10의 (a)는 사용자 평면 프로토콜 스택을 나타내고, 도 10의 (b)는 제어 평면 프로토콜 스택을 나타낸다.
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)을 수행할 필요가 없다.
이하, 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)를 사용할 수 있다.
도 11은 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
도 11을 참조하면, 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로부터 직접 또는 간접적으로 동기화 정보를 획득하지 못한 다른 단말에게 동기화될 수도 있다. 동기화 소스 및 선호도는 단말에게 미리 설정될 수 있다. 또는, 동기화 소스 및 선호도는 기지국에 의하여 제공되는 제어 메시지를 통해 설정될 수 있다.
GNSS 기반의 동기화 또는 기지국 기반의 동기화를 사용할지 여부는 (미리) 설정될 수 있다. 싱글-캐리어 동작에서, 단말은 가장 높은 우선 순위를 가지는 이용 가능한 동기화 기준으로부터 상기 단말의 전송 타이밍을 유도할 수 있다.
예를 들어, 단말은 동기화 기준(synchronization reference)을 (재)선택할 수 있고, 단말은 상기 동기화 기준으로부터 동기를 획득할 수 있다. 그리고, 단말은 획득된 동기를 기반으로 SL 통신(예, PSCCH/PSSCH 송수신, PSFCH(Physical Sidelink Feedback Channel) 송수신, S-SSB 송수신, 참조 신호 송수신 등)을 수행할 수 있다.
도 12는 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 12의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 12의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 12의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 12의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 12의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 단계 S8000에서, 기지국은 제 1 단말에게 SL 자원과 관련된 정보 및/또는 UL 자원과 관련된 정보를 전송할 수 있다. 예를 들어, 상기 UL 자원은 PUCCH 자원 및/또는 PUSCH 자원을 포함할 수 있다. 예를 들어, 상기 UL 자원은 SL HARQ 피드백을 기지국에게 보고하기 위한 자원일 수 있다.
예를 들어, 제 1 단말은 DG(dynamic grant) 자원과 관련된 정보 및/또는 CG(configured grant) 자원과 관련된 정보를 기지국으로부터 수신할 수 있다. 예를 들어, CG 자원은 CG 타입 1 자원 또는 CG 타입 2 자원을 포함할 수 있다. 본 명세서에서, DG 자원은, 기지국이 DCI(downlink control information)를 통해서 제 1 단말에게 설정/할당하는 자원일 수 있다. 본 명세서에서, CG 자원은, 기지국이 DCI 및/또는 RRC 메시지를 통해서 제 1 단말에게 설정/할당하는 (주기적인) 자원일 수 있다. 예를 들어, CG 타입 1 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있다. 예를 들어, CG 타입 2 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있고, 기지국은 CG 자원의 활성화(activation) 또는 해제(release)와 관련된 DCI를 제 1 단말에게 전송할 수 있다.
단계 S8010에서, 제 1 단말은 상기 자원 스케줄링을 기반으로 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S8020에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S8030에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다. 예를 들어, HARQ 피드백 정보(예, NACK 정보 또는 ACK 정보)가 상기 PSFCH를 통해서 상기 제 2 단말로부터 수신될 수 있다. 단계 S8040에서, 제 1 단말은 HARQ 피드백 정보를 PUCCH 또는 PUSCH를 통해서 기지국에게 전송/보고할 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 상기 제 2 단말로부터 수신한 HARQ 피드백 정보를 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 사전에 설정된 규칙을 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 DCI는 SL의 스케줄링을 위한 DCI일 수 있다. 예를 들어, 상기 DCI의 포맷은 DCI 포맷 3_0 또는 DCI 포맷 3_1일 수 있다.
도 12의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 예를 들어, 단계 S8010에서, 자원 풀 내에서 자원을 스스로 선택한 제 1 단말은 상기 자원을 사용하여 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S8020에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S8030에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다.
도 12의 (a) 또는 도 12의 (b)를 참조하면, 예를 들어, 제 1 단말은 PSCCH 상에서 SCI를 제 2 단말에게 전송할 수 있다. 또는, 예를 들어, 제 1 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예, 2-stage SCI)를 제 2 단말에게 전송할 수 있다. 이 경우, 제 2 단말은 PSSCH를 제 1 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예, 2-stage SCI)를 디코딩할 수 있다. 본 명세서에서, PSCCH 상에서 전송되는 SCI는 1st SCI, 제 1 SCI, 1st-stage SCI 또는 1st-stage SCI 포맷이라고 칭할 수 있고, PSSCH 상에서 전송되는 SCI는 2nd SCI, 제 2 SCI, 2nd-stage SCI 또는 2nd-stage SCI 포맷이라고 칭할 수 있다. 예를 들어, 1st-stage SCI 포맷은 SCI 포맷 1-A를 포함할 수 있고, 2nd-stage SCI 포맷은 SCI 포맷 2-A 및/또는 SCI 포맷 2-B를 포함할 수 있다.
도 12의 (a) 또는 도 12의 (b)를 참조하면, 단계 S8030에서, 제 1 단말은 PSFCH를 수신할 수 있다. 예를 들어, 제 1 단말 및 제 2 단말은 PSFCH 자원을 결정할 수 있고, 제 2 단말은 PSFCH 자원을 사용하여 HARQ 피드백을 제 1 단말에게 전송할 수 있다.
도 12의 (a)를 참조하면, 단계 S8040에서, 제 1 단말은 PUCCH 및/또는 PUSCH를 통해서 SL HARQ 피드백을 기지국에게 전송할 수 있다.
도 13은 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다. 도 13의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
구체적으로, 도 13의 (a)는 브로드캐스트 타입의 SL 통신을 나타내고, 도 13의 (b)는 유니캐스트 타입의 SL 통신을 나타내며, 도 13의 (c)는 그룹캐스트 타입의 SL 통신을 나타낸다. 유니캐스트 타입의 SL 통신의 경우, 단말은 다른 단말과 일 대 일 통신을 수행할 수 있다. 그룹캐스트 타입의 SL 통신의 경우, 단말은 자신이 속하는 그룹 내의 하나 이상의 단말과 SL 통신을 수행할 수 있다. 본 개시의 다양한 실시 예에서, SL 그룹캐스트 통신은 SL 멀티캐스트(multicast) 통신, SL 일 대 다(one-to-many) 통신 등으로 대체될 수 있다.
<통합 센싱 및 통신(integrated sensing and communication, ISAC)>
무선 센싱은 무선 주파수를 이용해 물체의 순간 선속도,　각도,　거리　(범위)　등을 파악해 환경 및/또는 환경 내 물체의 특성에 대한 정보를 얻을 수 있는 기술이다.　이러한 무선 주파수 센싱 기능은 네트워크 내 장치를 통해 물체에 연결할 필요가 없기 때문에 장치 없이 물체 위치 파악을 위한 서비스를 제공할 수 있다.　
무선 주파수 신호로부터 범위,　속도 및 각도 정보를 얻는 기능은 다양한 물체 감지,　물체 인식(예,　차량,　인간,　동물, UAV)　및 고정밀 위치 파악,　추적,　및 활동 인식과 같은 광범위한 새로운 기능을 제공할 수 있다.　무선 센싱 서비스는,　예를 들어,　침입자 감지,　보조 자동차 조종 및 내비게이션,　궤적 추적,　충돌 회피,　교통 관리,　건강 및 교통 관리 등을 제공하는 애플리케이션을 가능하게 하는 다양한 업종(예,　무인 항공기,　스마트 홈, V2X,　공장,　철도,　공공 안전 등)에 정보를 제공할 수 있다.　경우에 따라,　무선 센싱은　3GPP　기반 센싱을 추가로 지원하기 위해 비-3GPP　유형 센서(예,　레이더,　카메라)를 사용할 수 있다.　예를 들어,　무선 센싱 서비스의 동작,　즉 센싱 동작은 무선 센싱 신호의 전송,　반사,　산란 처리에 의존할 수 있다.　따라서,　무선 센싱은 기존 통신 시스템을 통신 네트워크에서 무선 통신 및 센싱 네트워크로 강화할 수 있는 기회를 제공할 수 있다.　
도　14은 본 개시의 일 실시 예에 따른,　센싱 동작의 일 예를 나타낸다.　특히, 도　14의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.　구체적으로,　도　14의　(a)는 동일 위치에 있는 센싱 수신기와 센싱 송신기를 사용한 센싱 (예를 들어, monostatic sensing)의 예를 나타내고,　도　14의　(b)는 분리된 센싱 수신기와 센싱 송신기를 사용한 센싱 (예를 들어, bistatic sensing)의 예를 나타낸다.
<포지셔닝 (positioning)>
도 15는 NG-RAN (Next Generation-Radio Access Network) 또는 E-UTRAN에 접속되는 UE에 대한 포지셔닝이 가능한, 5G 시스템에서의 아키텍처의 일 예를 나타낸다.
도 15를 참조하면, AMF는 특정 타겟 UE와 관련된 위치 서비스에 대한 요청을 GMLC(Gateway Mobile Location Center)와 같은 다른 엔티티(entity)로부터 수신하거나, AMF 자체에서 특정 타겟 UE를 대신하여 위치 서비스를 시작하기로 결정할 수 있다. 그러면, AMF는 LMF(Location Management Function)에게 위치 서비스 요청을 전송할 수 있다. 상기 위치 서비스 요청을 수신한 LMF는 상기 위치 서비스 요청을 처리하여 UE의 추정된 위치 등을 포함하는 처리 결과를 AMF에 반환할 수 있다. 한편, 위치 서비스 요청이 AMF이 이외에 GMLC와 같은 다른 엔티티로부터 수신된 경우에, AMF는 LMF로부터 수신한 처리 결과를 다른 엔티티로 전달할 수 있다.
ng-eNB(new generation evolved-NB) 및 gNB는 위치 추정을 위한 측정 결과를 제공할 수 있는 NG-RAN의 네트워크 요소이며, 타겟 UE에 대한 무선 신호를 측정하고 그 결과값을 LMF에 전달할 수 있다. 또한, ng-eNB는 원격 무선 헤드(remote radio heads)와 같은 몇몇 TP (Transmission Point)들 또는 E-UTRA를 위한 PRS(Positioning Reference Signal) 기반 비콘 시스템을 지원하는 PRS 전용 TP들을 제어할 수 있다.
LMF는 E-SMLC(Enhanced Serving Mobile Location Centre)와 연결되고, E-SMLC는 LMF가 E-UTRAN에 접속 가능하게 할 수 있다. 예를 들어, E-SMLC는 LMF가 eNB 및/또는 E-UTRAN 내의 PRS 전용 TP들로부터 전송된 신호를 통해 타겟 UE가 획득한 하향링크 측정을 이용하여 E-UTRAN의 포지셔닝 방법들 중 하나인 OTDOA (Observed Time Difference Of Arrival)을 지원하도록 할 수 있다.
한편, LMF는 SLP(SUPL Location Platform)에 연결될 수 있다. LMF는 타겟 UE들에 대한 서로 상이한 위치 결정 서비스들을 지원하고 관리할 수 있다. LMF는 UE의 위치 측정을 획득하기 위하여, 타겟 UE를 위한 서빙 ng-eNB 또는 서빙 gNB와 상호 작용할 수 있다. 타겟 UE의 포지셔닝을 위하여, LMF는 LCS(Location Service) 클라이언트 유형, 요구되는 QoS(Quality of Service), UE 포지셔닝 능력(UE positioning capabilities), gNB 포지셔닝 능력 및 ng-eNB 포지셔닝 능력 등에 기반하여 포지셔닝 방법을 결정하고, 이러한 포지셔닝 방법을 서빙 gNB 및/또는 서빙 ng-eNB에게 적용할 수 있다. 그리고, LMF는 타겟 UE에 대한 위치 추정치와 위치 추정 및 속도의 정확도와 같은 추가 정보를 결정할 수 있다. SLP는 사용자 평면(user plane)을 통해 포지셔닝을 담당하는 SUPL (Secure User Plane Location) 엔티티이다.
UE는 NG-RAN 및 E-UTRAN, 서로 상이한 GNSS(Global Navigation Satellite System), TBS(Terrestrial Beacon System), WLAN(Wireless Local Access Network) 접속 포인트, 블루투스 비콘 및 UE 기압 센서 등과 같은 소스 등을 통해 하향링크 신호를 측정할 수 있다. UE는 LCS 어플리케이션을 포함할 수도 있고, UE가 접속된 네트워크와의 통신 또는 UE에 포함된 다른 어플리케이션을 통해 LCS 어플리케이션에 접속할 수 있다. LCS 어플리케이션은 UE의 위치를 결정하는 데 필요한 측정 및 계산 기능을 포함할 수 있다. 예를 들어, UE는 GPS (Global Positioning System) 과 같은 독립적인 포지셔닝 기능을 포함할 수 있고, NG-RAN 전송과는 독립적으로 UE의 위치를 보고할 수 있다. 이러한 독립적으로 획득한 포지셔닝 정보는 네트워크로부터 획득한 포지셔닝 정보의 보조 정보로서 활용될 수도 있다.
도 16은 UE의 위치를 측정하기 위한 네트워크의 구현 예를 나타낸다.
UE가 CM-IDLE(Connection Management - IDLE) 상태에 있을 때, AMF가 위치 서비스 요청을 수신하면, AMF는 UE와의 시그널링 연결을 수립하고, 특정 서빙 gNB 또는 ng-eNB를 할당하기 위해 네트워크 트리거 서비스를 요청할 수 있다. 이러한 동작 과정은 도 15에서는 생략되어 있다. 즉, 도 15에서는 UE가 연결 모드(connected mode)에 있는 것으로 가정할 수 있다. 하지만, 시그널링 및 데이터 비활성 등의 이유로 NG-RAN에 의해 시그널링 연결이 포지셔닝 과정이 진행되는 도중에 해제될 수도 있다.
도 16를 참조하여 구체적으로 UE의 위치를 측정하기 위한 네트워크의 동작 과정을 살펴보면, 단계 1a에서, GMLC와 같은 5GC 엔티티는 서빙 AMF로 타겟 UE의 위치를 측정하기 위한 위치 서비스를 요청할 수 있다. 다만, GMLC가 위치 서비스를 요청하지 않더라도, 단계 1b에 따라, 서빙 AMF가 타겟 UE의 위치를 측정하기 위한 위치 서비스가 필요하다고 결정할 수도 있다. 예를 들어, 긴급 호출(emergency call)을 위한 UE의 위치를 측정하기 위하여, 서빙 AMF가 직접 위치 서비스를 수행할 것을 결정할 수도 있다.
그 후, AMF는 단계 2에 따라, LMF로 위치 서비스 요청을 전송하고, 단계 3a에 따라, LMF는 위치 측정 데이터 또는 위치 측정 보조 데이터를 획득하기 위한 위치 절차(location procedures)를 서빙 ng-eNB, 서빙 gNB와 함께 시작할 수 있다. 추가적으로, 단계 3b에 따라, LMF는 UE와 함께 하향링크 포지셔닝을 위한 위치 절차(location procedures) 시작할 수 있다. 예를 들어, LMF는 UE에게 위치 보조 데이터(Assistance data defined in 3GPP TS 36.355)를 전송하거나, 위치 추정치 또는 위치 측정치를 획득할 수 있다. 한편, 단계 3b는 단계 3a가 수행된 이후 추가적으로 수행될 수도 있으나, 단계 3a에 대신하여 수행될 수도 있다.
단계 4에서 LMF는 AMF에 위치 서비스 응답을 제공할 수 있다. 또한, 위치 서비스 응답에는 UE의 위치 추정이 성공했는지 여부에 대한 정보 및 UE의 위치 추정치가 포함될 수 있다. 그 후, 단계 1a에 의해 도 16의 절차가 개시되었다면, AMF는 GMLC와 같은 5GC 엔티티에 위치 서비스 응답을 전달할 수 있으며, 단계 1b에 의해 도 16의 절차가 개시되었다면, AMF는 긴급 호출 등에 관련된 위치 서비스 제공을 위하여, 위치 서비스 응답을 이용할 수 있다.
도 17은 LMF와 UE 간의 LPP(LTE Positioning Protocol) 메시지 전송을 지원하기 위해 사용되는 프로토콜 레이어의 일 예를 나타낸다.
LPP PDU는 AMF와 UE 간의 NAS PDU를 통해 전송될 수 있다. 도 17을 참조하면, LPP는 타겟 장치(예들 들어, 제어 평면에서의 UE 또는 사용자 평면에서의 SET(SUPL Enabled Terminal))와 위치 서버(예를 들어, 제어 평면에서의 LMF 또는 사용자 평면에서의 SLP) 사이를 연결(terminated)할 수 있다. LPP 메시지는 NG-C(NG-Control Plane) 인터페이스를 통한 NGAP(NG Application Protocol), LTE-Uu 및 NR-Uu 인터페이스를 통한 NAS/RRC 등의 적절한 프로토콜을 사용하여 중간 네트워크 인터페이스를 통해 트랜스패런트(Transparent) PDU 형태로 전달될 수 있다. LPP 프로토콜은 다양항 포지셔닝 방법을 사용하여 NR 및 LTE를 위한 포지셔닝이 가능하도록 한다.
예를 들어, LPP 프로토콜을 통하여 타겟 장치 및 위치 서버는 상호 간의 성능(capability) 정보 교환, 포지셔닝을 위한 보조 데이터 교환 및/또는 위치 정보를 교환할 수 있다. 또한, LPP 메시지를 통해 에러 정보 교환 및/또는 LPP 절차의 중단 지시 등을 수행할 수도 있다.
도 18는 LMF와 NG-RAN 노드 간의 NRPPa (NR Positioning Protocol A) PDU 전송을 지원하는데 사용되는 프로토콜 레이어의 일 예를 나타낸다.
NRPPa는 NG-RAN 노드와 LMF 간의 정보 교환에 사용될 수 있다. 구체적으로 NRPPa는 ng-eNB에서 LMF로 전송되는 측정을 위한 E-CID(Enhanced-Cell ID), OTDOA 포지셔닝 방법을 지원하기 위한 데이터, NR Cell ID 포지셔닝 방법을 위한 Cell-ID 및 Cell 위치 ID 등을 교환할 수 있다. AMF는 연관된 NRPPa 트랜잭션(transaction)에 대한 정보가 없더라도, NG-C 인터페이스를 통해 연관된 LMF의 라우팅 ID를 기반으로 NRPPa PDU들을 라우팅할 수 있다.
위치 및 데이터 수집을 위한 NRPPa 프로토콜의 절차는 2가지 유형으로 구분될 수 있다. 첫 번째 유형은, 특정 UE에 대한 정보 (예를 들어, 위치 측정 정보 등)를 전달하기 위한 UE 관련 절차(UE associated procedure)이고, 두 번째 유형은, NG-RAN 노드 및 관련된 TP들에 적용 가능한 정보 (예를 들어, gNB/ng-eNB/TP 타이밍 정보 등)을 전달하기 위한 비 UE 관련 절차 (non UE associated procedure)이다. 상기 2가지 유형의 절차는 독립적으로 지원될 수도 있고, 동시에 지원될 수도 있다.
<포지셔닝 방법 (Positioning Method)>
한편, NG-RAN에서 지원하는 포지셔닝 방법들, 즉 포지셔닝 메소드에는 GNSS, OTDOA, E-CID(enhanced cell ID), 기압 센서 포지셔닝, WLAN 포지셔닝, 블루투스 포지셔닝 및 TBS (terrestrial beacon system), UTDOA(Uplink Time Difference of Arrival) 등이 있을 수 있다. 상기 포지셔닝 방법들 중, 어느 하나의 포지셔닝 방법을 이용하여 UE의 위치를 측정할 수도 있지만, 둘 이상의 포지셔닝 방법을 이용하여 UE의 위치를 측정할 수도 있다.
(1) OTDOA (Observed Time Difference Of Arrival)
도 19는 본 개시의 일 실시 예에 따른 OTDOA (Observed Time Difference Of Arrival) 포지셔닝 방법을 설명하기 위한 도면이다
OTDOA 포지셔닝 방법은 UE가 eNB, ng-eNB 및 PRS 전용 TP를 포함하는 다수의 TP들로부터 수신된 하향링크 신호들의 측정 타이밍을 이용한다. UE는 위치 서버로부터 수신된 위치 보조 데이터를 이용하여 수신된 하향링크 신호들의 타이밍을 측정한다. 그리고 이러한 측정 결과 및 이웃 TP들의 지리적 좌표들을 기반으로 UE의 위치를 결정할 수 있다.
gNB에 연결된 UE는 TP로부터 OTDOA 측정을 위한 측정 갭(gap)을 요청할 수 있다. 만약, UE가 OTDOA 보조 데이터 내의 적어도 하나의 TP를 위한 SFN(Single Frequency Network)을 인지하지 못하면, UE는 RSTD(Reference Signal Time Difference) 측정(Measurement)을 수행하기 위한 측정 갭을 요청하기 전에 OTDOA 참조 셀(reference cell)의 SFN을 획득하기 위해 자율적인 갭(autonomous gap)을 사용할 수 있다.
여기서, RSTD는 참조 셀과 측정 셀로부터 각각 수신된 2개의 서브프레임들의 경계 간의 가장 작은 상대적인 시간 차를 기반으로 정의될 수 있다. 즉, 측정 셀로부터 수신된 서브 프레임의 시작 시간에 가장 가까운 참조 셀의 서브프레임의 시작 시간 간의 상대적인 시간 차이를 기반으로 계산될 수 있다. 한편, 참조 셀은 UE에 의해 선택될 수 있다.
정확한 OTDOA 측정을 위해서는 지리적으로 분산된 3개 이상의 TP들 또는 기지국들로부터 수신된 신호의 TOA(time of arrival)을 측정하는 것이 필요하다. 예를 들어, TP 1, TP 2 및 TP 3 각각에 대한 TOA를 측정하고, 3개의 TOA를 기반으로 TP 1-TP 2에 대한 RSTD, TP 2-TP 3에 대한 RSTD 및 TP 3-TP 1에 대한 RSTD를 계산하여, 이를 기반으로 기하학적 쌍곡선을 결정하고, 이러한 쌍곡선이 교차하는 지점을 UE의 위치로 추정할 수 있다. 이 때, 각 TOA 측정에 대한 정확도 및/또는 불확실성이 생길 수 있는 바, 추정된 UE의 위치는 측정 불확실성에 따른 특정 범위로 알려질 수도 있다.
(2) E-CID (Enhanced Cell ID)
셀 ID (CID) 포지셔닝 방법에서, UE의 위치는 UE의 서빙 ng-eNB, 서빙 gNB 및/또는 서빙 셀의 지리적 정보를 통해 측정될 수 있다. 예를 들어, 서빙 ng-eNB, 서빙 gNB 및/또는 서빙 셀의 지리적 정보는 페이징(paging), 등록(registration) 등을 통해 획득될 수 있다.
한편, E-CID 포지셔닝 방법은 CID 포지셔닝 방법에 더하여 UE 위치 추정치를 향상 시키기 위한 추가적인 UE 측정 및/또는 NG-RAN 무선 자원 등을 이용할 수 있다. E-CID 포지셔닝 방법에서, RRC 프로토콜의 측정 제어 시스템과 동일한 측정 방법들 중 일부를 사용할 수 있지만, 일반적으로 UE의 위치 측정만을 위하여 추가적인 측정을 하지 않는다. 다시 말해, UE의 위치를 측정하기 위하여 별도의 측정 설정 (measurement configuration) 또는 측정 제어 메시지(measurement control message)는 제공되지 않을 수 있으며, UE 또한 위치 측정만을 위한 추가적인 측정 동작이 요청될 것을 기대하지 않고, UE가 일반적으로 측정 가능한 측정 방법들을 통해 획득된 측정값을 보고할 수 있다.
(3) UTDOA (Uplink Time Difference of Arrival)
UTDOA는 SRS의 도달 시간을 추정하여 UE의 위치를 결정하는 방법이다. 추정된 SRS 도달 시간을 산출할 때, 서빙 셀이 참조 셀로 사용하여, 다른 셀 (혹은 기지국/TP)와의 도달 시간 차이를 통해 UE의 위치를 추정할 수 있다. UTDOA를 구현하기 위해 E-SMLC는 타겟 UE에게 SRS 전송을 지시하기 위해, 타겟 UE의 서빙 셀을 지시할 수 있다. 또한, E-SMLC는 SRS의 주기적/비주기적 여부, 대역폭 및 주파수/그룹/시퀀스 호핑 등과 같은 설정(configuration)을 제공할 수 있다.
<사이드링크 포지셔닝>
기존 3GPP NR 표준 릴리즈 17까지에서 논의된 NR 포지셔닝에서는 네트워크 기반의 Uu 포지셔닝만 지원하였으며, SL (sidelink) 통신을 이용한 포지셔닝 동작은 지원하지 않으나, 최근 3GPP NR 표준 릴리즈 18에서부터는 SL 포지셔닝을 지원할 예정이다.
종래의 Uu 포지셔닝은 타겟 UE와 기지국 (gNB/LMF) 간 연결하에 위치 탐색을 하던 방식이지만, SL 포지셔닝은 타겟 UE와 하나 이상의 앵커 UE 간의 연결로 위치 탐색을 하는 새로운 방식이다.
사이드링크 포지셔닝에서는 기지국(gNB)이 아닌, 타겟(target) UE 주변의 앵커(anchor) UE들과 사이드링크 통신 기술을 이용한 직접 연결을 통해, 포지셔닝 기준 신호(sidelink positioning reference signal, SL-PRS)를 주고 받으며 포지셔닝 동작을 수행하는 새로운 방식이다. 따라서, 물리계층에서의 사이드링크 포지셔닝 동작은 타겟 UE와 앵커 UE와의 SL-PRS전송 및 측정을 통해서 이루어진다.
종래, Uu 포지셔닝은 LPP 프로토콜을 사용한다. LPP 세션은 타겟 UE와 LMF 간의 일-대-일 (point-to-point) 방식의 통신 프로토콜이다 .따라서, LMF는 LPP 프로토콜을 통해서, 타겟 UE는 포지셔닝에 필요한 정보를 LMF를 통해서 제공받는다. 추가적으로, LMF는 NRPPa 프로토콜을 통해 기지국 (gNB)을 설정하고 포지셔닝 관련 메시지를 주고 받으며 포지셔닝 동작을 수행한다.
한편, 사이드링크 포지셔닝에서는 LMF가 아닌 타겟 UE 주면의 앵커 UE들과 포지셔닝 프로토콜 메시지를 주고 받으며 포지셔닝 동작을 수행하게 된다. 따라서, 프로토콜 계층에서의 사이드링크 포지셔닝 동작은 UE들 간에 사이드링크 포지셔닝 프로토콜 (sidelink positioning protocol; SLPP)을 통해 이루어진다.
SLPP 절차는 타겟 UE와 앵커 UE(들)간에 설정된 포지셔닝 프로토콜 세션을 기반으로 (SLPP session-based)이 이루어진다. SLPP 절차 (procedure/transaction)는 아래의 5가지를 기본적으로 포함한다.
- SL Positioning Capability Transfer
- SL Positioning Assistance Data exchange
- SL Location Information Transfer
- Error handling
- Abort
추가적으로, 3GPP에서는 UE간에 메시지 교환이 필요없는 경우 포지셔닝 프로토콜 세션 설정 없는 (session-less) 포지셔닝 동작도 고려하고 있다
SL 포지셔닝에서 앵커 UE 결정은 아래와 같은 과정을 거쳐 진행되는 것으로 논의된 상태이다.
1) 디스커버리 탐색 과정을 거처, 타겟 UE는 주변의 SL 통신이 가능한 UE 들 (이하, 후보 UE)과 SL 통신을 통해 서로의 성능 정보 (UE capability)를 교환한다. 이때, 탐색된 UE 들이 SL 포지셔닝을 지원하는지 여부와 같은 기본적인 정보를 교환하게 되고, 앵커 UE의 결정은 해당 UE가 SL 포지셔닝을 지원하는 경우에 한정된다.
2) 타겟 UE와 후보 UE는 기본적인 정보 교환 후에 네고시에이션을 통해 최종 앵커 UE를 결정한다. SL 포지셔닝을 위한 네고시에이션을 수행을 할 경우, 앵커 UE의 결정은 네고시에이션 과정에서 앵커 UE로의 역할 수행 요청을 거절하지 않은 경우에 한정된다 (negotiation success).
3) 추가적으로, 앵커 UE는 자신의 위치 정보를 파악할 수 있는지 여부에 관한 정보를 타겟 UE로 제공하게 된다. 절대 위치 (Absolute positioning) 파악을 위해서는 앵커 UE는 자신의 위치를 이미 알고 있거나, 또는 Uu 포지셔닝으로 측정 가능한 경우에 한정한다.
<세션레스 (sessionless) 포지셔닝에서 포지셔닝 프로토콜 메시지 송신 방법>
상술한 바와 같이, LPP (LTE Positioning Protocol)는 로케이션 서버 (예, E-SMLC, LMF or SLP)와 타겟 UE 간에 포지셔닝 동작을 위한 프로토콜이다. 따라서, 로케이션 서버는 타겟 UE와 LPP 세션을 설정하고, 위치 획득 수행을 위한 LPP 메시지를 주고 받을 수 있다.
LPP 메세지 전달은 제어 플레인 (control plane) 또는 사용자 플레인 (user plane)을 통해서 전달될 수 있다. 사용자 플레인 방식은 OMA SUPL 어플리케이션을 통해서 이루어지며, 해당 어플리케이션은 TCP/IP 계층 위에서 동작한다. 사용자 플레인 방식을 이용한 LPP 메세지 전달은 3GPP 영역은 아니다. 반면, 컨트롤 플레인 방식은 NAS PDU를 통해 전달되며, DL NAS Transport message와 UL NAS Transport message를 통해 transparent 하게 전달된다.
NAS 계층에서의 동작은 3GPP 표준문서 TS 24.501에 명시되어 있다. DL NAS Transport message와 UL NAS Transport message에 대해서 정의되어 있다. 메시지의 Additional Information IE에 LPP message container 또는 LCS message container로 설정함으로써, NAS transport message를 이용해 LPP 메시지가 전달된다. RRC 계층에서의 동작은 3GPP 표준문서 TS 38.331에 명시되어 있다. NAS 계층을 통해 전달된 DL/UL NAS Transport message는 RRC 계층에서 각각 DLInformationTransfer 메시지 또는 ULInformationTransfer 메시지로 전환되어 SRB1 또는 SRB2로 PDCP에 전달된다.
반면, SLPP는 UE들간에 사이드링크 포지셔닝 동작을 위한 프로토콜이다. 따라서, 사이드링크 포지셔닝 동작을 위해서는, UE들 간에 SLPP 세션을 설정하고, SLPP 메세지를 주고 받을 수 있다. SLPP 메세지는 PC5-U를 통해서 전달된다. SLPP PDCP SDU는 Non-IP 또는 Unstructured 타입으로 전송될 수 있다.
또한, 3GPP에서는 이러한 세션 설정으로 인한 시간 지연을 막고 빠른 포지셔닝 결과 획득을 위해, SLPP 세션 설정 없는 세션레스 (session-less) 동작도 논의중이다. 즉, UE들 간에 SLPP 세션 설정없이, SL-PRS 설정 (SL-PRS configuration)과 전송이 이루어지며, 측정값 전달 (measurement report) 과 위치계산이 이루어진다.
UE들간에 종래 사이드링크 통신 모드중에 브로드캐스트 전달방식을 이용하며 SLPP 세션레스 포지셔닝 동작이 가능하다. 또한, SL-PRS 설정은 종래 RRC posSIB 사용방법을 이용할 수 있다. 참고로, 아래는 3GPP TS 37.355에 명시된 positioning assistance data의 브로드캐스트 방법이다.
측정 값 전달은 종래 RRC 측정 보고 (measurement report)를 이용할 수 있다. 또한 포지셔닝 방법 (method)에 따라 측정 값 전달없이 위치 계산도 가능하다. 예를 들면, DL 타입의 SL-TDoA 방식인 경우, 앵커 UE들은 SL-PRS를 전송하고 타겟 UE가 측정 및 위치계산을 할 수 있다. 이 경우에는 측정 값 전달은 요구되지 않는다.
따라서, SLPP 세션레스 포지셔닝 동작에서 UE들은 SLPP 세션을 통한 SLPP 메시지 송수신 없이 사이드링크 포지셔닝 동작을 수행할 수 있다. 앵커 UE들은 SL-PRS 정보 및 신호를 브로드캐스트하고, 타겟 UE는 해당 정보를 바탕으로 포지셔닝 동작을 하게된다. 추가로 필요한 정보는 SLPP 메시지가 아닌 하위 계층 시그널링 (예를 들어, RRC 시그널링, MAC CE, 물리 계층 시그널링)으로 가능하다.
한편, SLPP 세션레스 포지셔닝 동작은 세션 설정 과정과 메시지 전달과정이 필요없으므로 보다 빠른 위치획득을 가능하게 한다. SLPP 세션레스 포지셔닝에서는 브로드캐스트 전송 모드를 이용하여 포지셔닝 동작에 필요한 정보를 UE들 간에 공유힐 수 있다.
문제는 모든 메세지를 브로드캐스트함에 따라 특정 UE에게만 필요한 메세지를 전달하기 어렵다는 점이다. 만약, 세션레스 동작중에 특정 UE에게만 메세지 전송이 하기위해서는 특정 UE들간에 SLPP 세션 설정 후에 메시지 전달을 할 수 있다. 이 경우, 세션 설정과 추가로 유니케스트 셋업으로인해 시간 지연이 발생한다.
또 다른 방법은, PC5-RRC 또는 MAC CE 등의 메세지를 통해 전달하는 방법이다. 하지만, 이를 위해서는 SLPP 메세지들과는 별도로 RRC와 MAC CE 포멧에 맞춰 시그널링 디자인을 하여야 한다. 이는, 표준적으로 중복 작업에중복에 해당되며, UE 프로세싱 처리에도 복잡도 증가를 야기시킨다.
따라서, SLPP 세션레스 포지셔닝 동작중에 SLPP 메시지를 효과적으로 전달하기 위한 방법이 필요하다.
상술한 바와 같이, 종래 RRC 계층의 DL/UL Information Transfer 메시지는 Dedicated NAS 시그널링 (즉, DL NAS Transport message와 UL NAS Transport message) 메시지 전송을 위해서 설계되었다. 이는 LPP 메세지의 컨트롤 플레인 전달을 위한 방식으로 사용된다.
본 개시에서는 SLPP 세션 없이 SLPP 메시지를 RRC 계층 또는 PDCP 계층을 통해 전달하기 위한 방법을 제안한다.
우선, SLPP 메시지가 RRC 메시지를 계층을 통해서 전달되는 경우, 아래 표 3과 같이 dedicated SLPP 메시지로 특정되고, 해당 SLPP 메시지는 SRB로 매칭되어 전달한다. 특히, dedicated SLPP 메시지는 OCTET STRING으로 구성될 수 있다.
DLInformationTransfer-IEs ::= SEQUENCE {
dedicatedNAS-Message DedicatedNAS-Message OPTIONAL, -- Need N
dedicatedSLPP-Message DedicatedSLPP-Message OPTIONAL, -- Need N
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension DLInformationTransfer-v1610-IEs OPTIONAL
}
DedicatedSLPP-Message: The IE DedicatedSLPP-Message is used to transfer UE specific SLPP layer information between UEs. The RRC layer is transparent for this information
DedicatedNAS-Message 메세지가 종래 LPP의 NAS 계층을 통한 전달로 사용되는 반면, dedicated SLPP 메시지는 UE들간의 PC5-RRC 메세지로 SLPP 메세지의 전달을 위해 사용된다. 또한, 이는 LPP 세션 없이 기지국을 통한 LPP 메세지 전달에도 활용될 수 있다.
PDCP 계층을 통해서 SLPP 메시지가 직접 전달되는 경우, PDCP transport에 dedicated SLPP 메시지임을 표시하고, SRB 또는 DRB로 매칭되어 전달한다. 여기서, SLPP 메시지가 SRB로 매칭된 경우 PDCP 제어 플레인 (control plane)으로 전달된다. 여기서, DRB로 매칭된 경우 PDCP 사용자 플레인 (user plane)으로 전달된다. 이렇게, PDCP 계층으로 전달된 PDCP SDU는 dedicated SLPP 메시지임을 특정하고, 하위 계층으로 전달한다.
보다 구체적으로, PDCP 계층은 상위 계층에서 수신한 PDCP SDU에 대하여 PDCP SDU 타입을 아래 표 4에서 101 (즉, SLPP signaling)로 특정할 수 있다.
Bit Description
000 IP
001 Non-IP
010 Ethernet
011 Unstructured
100 ARP
101 SLPP signaling
101-111 Reserved
<시그널링 오버헤드 감소를 위한 포지셔닝 프로토콜 메시지 송신>
상술한 바와 같이, LPP 세션은 일-대-일 통신 방식으로 로케이션 서버와 타겟 UE간에 포지셔닝 동작을 위해 설정되며, LPP 세션은 로케이션 요청에 따라 하나의 세션이 생성된다. 다만, 다중 세션은 다중 로케이션 요청이 있는 경우에 가능하다.
LPP 세션 시작은 최초 트랜잭션 메시지 전달을 함으로써 암묵적으로 (implicitly) 하게 세션은 시작된다고 간주되고, 마지막 트랜잭션 메시지 전달을 함으로써 세션이 종료된다고 간주된다.
반면에, 사이드링크 포지셔닝에서 사용되는 SLPP 세션은 UE 들간에 또는 UE와 LMF간에 사용될 수 있다. 여기서, 앵커 UE는 (타겟 UE가 아니므로) 별도의 로케이션 요청에 의해 세션이 생성/시작되지는 않는다. 그러므로, 종래의 로케이션 요청에 의한 세션의 생성은 앵커 UE 입장에서는 성립되지 않는다. 앵커 UE의 세션은 로케이션 요청을 받은 타겟 UE 또는 서버 UE의 요청에 의해 생성될 수 있다. 더욱이, 사이드링크 포지셔닝에서는 하나의 앵커 UE가 다중의 타겟 UE를 지원할 수 있다. 그러므로, 앵커 UE는 다중의 SLPP 세션에 포함될 수 있다.
따라서, SLPP 세션의 생성/시작/종료등은 종래의 암묵적인 방법이 아닌 명시적인 방법에 의하여 제어될 필요가 있지만, 시그널링 관점에서 오버헤드를 증가시키는 문제가 있다.
이에 본 개시에서는 시그널링 오버헤드를 줄이면서, SLPP 세션을 명확하고 효율적으로 동작시키기 위한 방법을 제안한다.
보다 구체적으로, 본 개시에서는 SLPP 세션 동작 커맨드 (command)를 별도의 시그널링이 아닌, SLPP 메시지 공통부 (즉, 헤더)에 추가하는 방법을 제안한다.
아래 표 5는 SLPP 메시지의 구조를 예시하며, sessionOperation 필드가 추가될 수 있음을 나타낸다. 또한, 표 6은 메시지 바디 (message body)를 제외한 SLPP 메시지의 구성 요소에 대한 설명이다.
특히 아래 표 5에서는 sessionOperation 필드에 추가될 수 있는 인자로서, SLPPCreateSessionRequest, SLPPCreateSessionAccept 등이 정의될 수 있음을 예시한다.

SLPP-Message ::= SEQUENCE {
sessionOperation SessionOperation OPTIONAL, -- Need ON
transactionID TransactionID OPTIONAL, -- Need ON
endTransaction BOOLEAN,
sequenceNumber SequenceNumber OPTIONAL, -- Need ON
acknowledgement Acknowledgement OPTIONAL, -- Need ON
MessageBody MessageBody OPTIONAL -- Need ON
}

SessionOperation ::= ENUMERATED {
SLPPCreateSessionRequest,
SLPPCreateSessionAccept,
SLPPCreateSessionReject,
SLPPSessionStartRequest,
SLPPSessionStartResponse,
SLPPSessionEndRequest,
SLPPSessionEndResponse,
SLPPSessionModifyRequest,
SLPPSessionModifyAccept,
SLPPSessionModifyReject,
...
}
Field Role
Session Operation SLPP command for SLPP Session Operation
Transaction ID Identify messages belonging to the same transaction
Transaction End Flag Indicate when a transaction (e.g. one with periodic responses) has ended
Sequence Number Enable detection of a duplicate LPP message at a receiver
Acknowledgement Enable an acknowledgement to be requested and/or returned for any LPP message
본 개시를 통해, SLPP 메시지에 세션 동작 커맨드를 추가하는 방식으로, 별도의 시그널링이 없이 세션 동작 수행이 가능하며, 이로 인하여 시그널링 오버헤드 감소를 기대할 수 있다. 예를 들면, Positioning assistance data transfer 메시지에 세션 생성 요청 커맨드를 함께 전송할 수 있다. 또한, Positioning Request Location Information 메시지에 세션 시작 요청 커맨드를 함께 전송할 수 있다.
도 20은 본 개시에 따라 포지셔닝 프로토콜 메시지를 송신하는 방법을 예시하는 순서도이다.
도 20을 참조하면, 단계 A05에서 UE는 피어 (peer) 엔티티 (예를 들어 사이드링크 포지셔닝에서는 상대 UE)와 포지셔닝 프로토콜 세션 (positioning protocol session)을 수립 (establish) 혹은 생성 (create)한다.
다음으로, 단계 A10에서 UE는 메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작 (즉, SLPP 세션 동작 커맨드 (command))에 관한 정보, 즉 sessionOperation 필드를 포함하는, 포지셔닝 프로토콜 메시지를 생성한다.
여기서, 상기 세션 동작은, 세션 개시 (session start), 세션 해제 (session release), 세션 중지 (session pause) 또는 세션 수정 (session modification) 중 적어도 하나를 포함한다. 또한, 상기 메시지 바디는, 어시스턴스 정보 (assistance information), 위치 정보 (location information) 또는 성능 정보 (capability information) 중 적어도 하나를 포함한다.
상기 포지셔닝 프로토콜 메시지를 생성하는 것은 상기 메시지 바디와 관련된 세션 동작을 결정하는 것을 포함할 수 있으며, 상기 세션 동작에 관한 정보는 상기 포지셔닝 프로토콜 메시지의 헤더 영역 혹은 공통 영역에 포함된다.
마지막으로, 단계 A15에서 UE는 상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신한다.
추가적으로, 단계 A05에서 상기 포지셔닝 프로토콜 세션을 생성하는 경우에도, 어시스턴스 정보 (assistance information)를 포함하는 상기 메시지 바디와 세션 생성을 지시하는 상기 세션 동작에 관한 정보를 포함하는 상기 포지셔닝 프로토콜 메시지를 송신하는 것으로 구현될 수 있다.
본 개시에서는 제안한 세션 동작 커맨드의 추가는 기본적인 세션의 생성/시작/변경/종료에 대해서만 언급하였으나, 세션의 휴지/재개 및 추가적인 커맨드는 필요시 얼마든지 추가할 수 있다. 또한, 본 개시에서는 세션 동작에 대해서 설명하였으나, SLPP 메시지 헤더에는 세션 정보 (예, 세션 ID, UE ID등)가 포함될 수 있으며, 이를 통해 각 세션을 효율적으로 관리와 동작을 수행할 수 있다.
본 개시의 실시예들은 상술한 무선 센싱 및 무선 주파수 센싱 기능을 구현함에 있어 적용될 수 있다.
또한, 본 개시에서는, 설명의 편의를 위하여 사이드링크 포지셔닝이라는 용어를 사용하지만, BS을 거치지 않고 UE들 간에 직접적인 링크를 설정하여, 음성 또는 데이터 등을 직접 주고 받는 통신 방식에 기반한 포지셔닝에 관하여 본 개시의 구성이 적용될 수 있다.
본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시는 무선 이동 통신 시스템의 단말기, 기지국, 또는 기타 다른 장비에 사용될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 UE (User Equipment)에 의하여 수행되는 방법으로서,
    피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계;
    메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및
    상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함하는,
    방법.
  2. 제 1 항에 있어서,
    상기 포지셔닝 프로토콜 세션을 생성하는 단계는,
    어시스턴스 정보 (assistance information)를 포함하는 상기 메시지 바디와 세션 생성을 지시하는 상기 세션 동작에 관한 정보를 포함하는 상기 포지셔닝 프로토콜 메시지를 송신하는 단계를 포함하는,
    방법.
  3. 제 1 항에 있어서,
    상기 세션 동작은,
    세션 개시 (session start), 세션 해제 (session release), 세션 중지 (session pause) 또는 세션 수정 (session modification) 중 적어도 하나를 포함하는,
    방법.
  4. 제 1 항에 있어서,
    상기 메시지 바디는,
    어시스턴스 정보 (assistance information), 위치 정보 (location information) 또는 성능 정보 (capability information) 중 적어도 하나를 포함하는,
    방법.
  5. 제 1 항에 있어서,
    상기 세션 동작에 관한 정보는,
    상기 포지셔닝 프로토콜 메시지의 헤더 영역 혹은 공통 영역에 포함되는,
    방법.
  6. 제 1 항에 있어서,
    상기 포지셔닝 프로토콜 메시지를 생성하는 단계는,
    상기 메시지 바디와 관련된 세션 동작을 결정하는 단계를 포함하는,
    방법.
  7. 무선 통신 시스템에서 UE (User equipment)로서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 상기 UE를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며,
    피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계;
    메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및
    상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함하는,
    UE.
  8. 제 7 항에 있어서,
    상기 포지셔닝 프로토콜 세션을 생성하는 단계는,
    어시스턴스 정보 (assistance information)를 포함하는 상기 메시지 바디와 세션 생성을 지시하는 상기 세션 동작에 관한 정보를 포함하는 상기 포지셔닝 프로토콜 메시지를 송신하는 단계를 포함하는,
    UE.
  9. 제 7 항에 있어서,
    상기 세션 동작은,
    세션 개시 (session start), 세션 해제 (session release), 세션 중지 (session pause) 또는 세션 수정 (session modification) 중 적어도 하나를 포함하는,
    UE.
  10. 제 7 항에 있어서,
    상기 메시지 바디는,
    어시스턴스 정보 (assistance information), 위치 정보 (location information) 또는 성능 정보 (capability information) 중 적어도 하나를 포함하는,
    UE.
  11. 제 7 항에 있어서,
    상기 세션 동작에 관한 정보는,
    상기 포지셔닝 프로토콜 메시지의 헤더 영역 혹은 공통 영역에 포함되는,
    UE.
  12. 제 7 항에 있어서,
    상기 포지셔닝 프로토콜 메시지를 생성하는 단계는,
    상기 메시지 바디와 관련된 세션 동작을 결정하는 단계를 포함하는,
    UE.
  13. 무선 통신 시스템에서 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계;
    메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및
    상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함하는,
    프로세싱 장치.
  14. 컴퓨터 판독가능한 저장 매체에 있어서,
    상기 저장 매체는 실행될 때 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 프로그램 코드를 저장하고, 상기 동작들은:
    피어 (peer) 엔티티와 포지셔닝 프로토콜 세션 (positioning protocol session)을 생성 (create)하는 단계;
    메시지 바디 (body)와 상기 메시지 바디와 관련된 세션 동작에 관한 정보를 포함하는, 포지셔닝 프로토콜 메시지를 생성하는 단계; 및
    상기 포지셔닝 프로토콜 메시지를 상기 피어 엔티티로 송신하는 단계를 포함하는,
    컴퓨터 판독가능한 저장 매체.
PCT/KR2024/095701 2023-05-22 2024-04-12 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치 Ceased WO2024242526A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20230065690 2023-05-22
KR10-2023-0065690 2023-05-22
KR20230068818 2023-05-30
KR10-2023-0068818 2023-05-30

Publications (1)

Publication Number Publication Date
WO2024242526A1 true WO2024242526A1 (ko) 2024-11-28

Family

ID=93589411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2024/095701 Ceased WO2024242526A1 (ko) 2023-05-22 2024-04-12 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2024242526A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022216345A1 (en) * 2021-04-09 2022-10-13 Qualcomm Incorporated Positioning peer selection in cooperative sidelink positioning
WO2022272195A1 (en) * 2021-06-22 2022-12-29 Qualcomm Incorporated User equipment initiated selection of sidelink positioning resources configuration
WO2023005836A1 (zh) * 2021-07-26 2023-02-02 维沃移动通信有限公司 定位方法、装置、终端及介质
KR20230040338A (ko) * 2020-07-22 2023-03-22 퀄컴 인코포레이티드 포지셔닝 기술들 및 포지셔닝 방법들의 사용자 장비 기반 우선순위화 및 보고를 위한 방법들 및 장치
US20230091628A1 (en) * 2021-09-22 2023-03-23 Qualcomm Incorporated Multiplexing sidelink positioning reference signals and data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230040338A (ko) * 2020-07-22 2023-03-22 퀄컴 인코포레이티드 포지셔닝 기술들 및 포지셔닝 방법들의 사용자 장비 기반 우선순위화 및 보고를 위한 방법들 및 장치
WO2022216345A1 (en) * 2021-04-09 2022-10-13 Qualcomm Incorporated Positioning peer selection in cooperative sidelink positioning
WO2022272195A1 (en) * 2021-06-22 2022-12-29 Qualcomm Incorporated User equipment initiated selection of sidelink positioning resources configuration
WO2023005836A1 (zh) * 2021-07-26 2023-02-02 维沃移动通信有限公司 定位方法、装置、终端及介质
US20230091628A1 (en) * 2021-09-22 2023-03-23 Qualcomm Incorporated Multiplexing sidelink positioning reference signals and data

Similar Documents

Publication Publication Date Title
WO2022045798A1 (ko) 네트워크 설정 기반의 사이드링크 측위 방법 및 장치
WO2020251318A1 (ko) Nr v2x에서 서버 단말의 prs 전송에 기반한 사이드링크 포지셔닝
WO2020246842A1 (ko) Nr v2x에서 단일 단말의 prs 전송에 기반한 사이드링크 포지셔닝
WO2021141404A1 (ko) 사이드링크 기반의 측위를 수행하는 방법 및 장치
WO2021112649A1 (en) Method and apparatus for positioning using backscatter tag
WO2021125631A1 (en) Method and apparatus for efficient assistance data transfer in nr positioning
WO2021221463A1 (ko) Nr v2x에서 비-독립적 비면허 대역 기반의 측위 방법 및 장치
WO2023043259A1 (ko) 사이드링크 불연속 수신 동작 방법 및 장치
WO2024242526A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치
WO2024196201A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 세션의 설정 방법 및 이를 위한 장치
WO2025053451A1 (ko) 무선 통신 시스템에서 포지셔닝 참조 신호를 송신하는 방법 및 이를 위한 장치
WO2025058269A1 (ko) 무선 통신 시스템에서 포지셔닝 세션 관리를 위한 파라미터 설정 방법 및 이를 위한 장치
WO2024237757A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 위한 mac 캐스트 타입 결정 방법 및 이를 위한 장치
WO2024196202A1 (ko) 무선 통신 시스템에서 릴레이 ue 기반 포지셔닝을 수행하는 방법 및 이를 위한 장치
WO2024191235A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 세션의 관리 방법 및 이를 위한 장치
WO2024186184A1 (ko) 무선 통신 시스템에서 세그멘팅된 포지셔닝 메시지의 전송 방법 및 이를 위한 장치
WO2025058257A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 세션 식별자 생성 방법 및 이를 위한 장치
WO2024162758A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 위치 측정 보고를 수행하는 방법 및 이를 위한 장치
WO2025009778A1 (ko) 무선 통신 시스템에서 하베스팅 주기에 기반한 포지셔닝 수행 방법 및 이를 위한 장치
WO2025053450A1 (ko) 무선 통신 시스템에서 포지셔닝 참조 신호의 우선 순위 결정 방법 및 이를 위한 장치
WO2024196203A1 (ko) 무선 통신 시스템에서 포지셔닝 절차에서 에러 처리 방법 및 이를 위한 장치
WO2024162673A1 (ko) 무선 통신 시스템에서 단말의 위치 정보를 검색 요청하는 방법 및 이를 위한 장치
WO2024090812A1 (ko) 무선 통신 시스템에서 사이드링크 포지셔닝을 위한 어시스턴트 ue 결정 방법 및 이를 위한 장치
WO2024080629A1 (ko) 무선 통신 시스템에서 사이드링크 포지셔닝을 수행하는 방법 및 이를 위한 장치
WO2025028824A1 (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: 24811462

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE