WO2025009779A1 - 무선 통신 시스템에서 drx 기반 포지셔닝 수행 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 drx 기반 포지셔닝 수행 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2025009779A1
WO2025009779A1 PCT/KR2024/008301 KR2024008301W WO2025009779A1 WO 2025009779 A1 WO2025009779 A1 WO 2025009779A1 KR 2024008301 W KR2024008301 W KR 2024008301W WO 2025009779 A1 WO2025009779 A1 WO 2025009779A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
positioning
message
peer entity
active time
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/008301
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 WO2025009779A1 publication Critical patent/WO2025009779A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This specification relates to a wireless communication system. More specifically, it relates to a method for performing DRX (discontinuous reception)-based positioning in a wireless communication system and a device therefor.
  • DRX discontinuous reception
  • 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 performing DRX (discontinuous reception)-based positioning in a wireless communication system and a device therefor.
  • a method performed by a User Equipment (UE) in a wireless communication system comprises: receiving a DRX (discontinuous reception) configuration including information about a DRX Active time; establishing a positioning session with a peer entity; performing a DRX operation related to the positioning session with the peer entity based on the DRX configuration; transmitting a positioning message to the peer entity; and maintaining the DRX Active time until reception of the response message based on the positioning message requesting a response message.
  • a DRX discontinuous reception
  • 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: receiving a DRX configuration including information regarding a discontinuous reception (DRX) Active time; establishing a positioning session with a peer entity; performing a DRX operation related to the positioning session with the peer entity based on the DRX configuration; transmitting a positioning message to the peer entity; and maintaining the DRX Active time until reception of the response message based on the positioning message requesting a response message.
  • DRX discontinuous reception
  • a processing device in a wireless communication system.
  • the processing device includes: 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 a UE (User Equipment).
  • the operations include: receiving a DRX (discontinuous reception) active time comprising information about a DRX (Active) time; establishing a positioning session with a peer entity; performing a DRX operation related to the positioning session with the peer entity based on the DRX setting; transmitting a positioning message to the peer entity; and maintaining the DRX active time until reception of the response message based on the positioning message requesting a response message.
  • 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: receiving a DRX configuration including information regarding a DRX (discontinuous reception) Active time; establishing a positioning session with a peer entity; performing a DRX operation related to the positioning session with the peer entity based on the DRX configuration; transmitting a positioning message to the peer entity; and maintaining the DRX Active time until reception of the response message based on the positioning message requesting a response message.
  • the UE when performing the DRX operation, the UE monitors reception of messages from the peer entity during the DRX active time in units of DRX cycles, and transitions to a sleep state based on no reception of messages from the peer entity during the DRX active time.
  • the UE starts a timer upon transmission of the positioning message and, based on expiration of the timer, transitions to a sleep state regardless of reception of the response message.
  • the DRX configuration includes information regarding the timer.
  • the positioning message and the response message include a positioning reference signal (PRS).
  • PRS positioning reference signal
  • 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
  • Figure 20 is a diagram illustrating the basic operation of DRX.
  • Figure 21 illustrates an example of performing sidelink RTT positioning.
  • Figure 22 illustrates an example of applying DRX operation to sidelink RTT positioning according to the prior art.
  • FIG. 23 illustrates an example of applying DRX operation to sidelink RTT positioning according to the second embodiment of the present disclosure.
  • FIG. 24 illustrates another example of applying DRX operation to sidelink RTT positioning according to the second embodiment of the present disclosure.
  • FIG. 25 is a flowchart illustrating an example of a DRX-based positioning operation 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 one 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.
  • DRX Discontinuous Reception
  • DRX operation is performed at the MAC (Medium Access Layer) layer, and DRX parameter settings for DRX operation are performed at the RRC (Radio Resource Control) layer.
  • MAC Medium Access Layer
  • RRC Radio Resource Control
  • Figure 20 is a diagram illustrating the basic operation of DRX.
  • DRX Active time On Duration
  • DRX Active time Opportunity for DRX
  • the UE monitors the PDCCH channel in the active state, and does not perform PDCCH monitoring in the inactive state to reduce power consumption and remains in the sleep state.
  • DRX parameters are set for each DRX group. If there are different FRs (e.g., FR1, FR2) in the serving cell, different DRX settings are possible for each FR. In this case, different DRX settings can be set for the secondary DRX group, so that DRX operations are performed independently for each DRX group.
  • FRs e.g., FR1, FR2
  • different DRX settings can be set for the secondary DRX group, so that DRX operations are performed independently for each DRX group.
  • DRX operation two cycles can be set: a short DRX cycle and a long DRX cycle. However, DRX operation is performed based on the long cycle by default (mandatory), and a short cycle can be optionally set.
  • the short DRX cycle will operate within the long DRX cycle. That is, if the short DRX cycle is set after the drx-InactivityTimer timer expires, the DRX operation will be performed with the short cycle.
  • a short DRX cycle is set even when a DRX command MAC CE is received or a configured downlink assignment for unicast transmission is received, the DRX operation is performed with a short cycle.
  • long-cycle DRX operation is performed. Additionally, if a Long DRX Command MAC CE is received, long-cycle DRX operation is performed regardless of drx-ShortCycleTimer operation.
  • DRX Active Time basically corresponds to the On Duration time of the DRX cycle.
  • the UE continues to receive/monitor base station data in DRX active state when receiving or expecting to receive data from the base station. Specific cases are as follows.
  • the active time is extended by the DRX inactivity timer (drx-InactivityTimer). If data continues to be received, the DRX inactivity timer is continuously restarted, so the active time continues to be extended.
  • the UE transmits a NACK to the network, waits for the drx-HARQ-RTT-TimerDL timer, and then waits for retransmission data for the DRX DL retransmission timer (drx-RetransmissionTimerDL) time. Therefore, the DRX is in the active state during the DRX DL retransmission timer (drx-RetransmissionTimerDL) time.
  • the active time is extended by the DRX UL retransmission timer (drx-RetransmissionTimerUL) after the drx-HARQ-RTT-TimerUL timer.
  • RAR Random Access response
  • RAP Random Access preamble
  • NTN non-terrestrial network
  • TN terrestrial network
  • the DRX operation mechanism between the base station and the UE is also applied to the sidelink communication between the UEs.
  • the sidelink control information (SCI) for all cast types is monitored.
  • the DRX and operation mechanisms with the base station are the same, but the parameters for sidelink DRX (SL DRX) are set separately. Additionally, parameters other than sl-drx-SlotOffset and sl-drx-StartOffset can be set separately for unicast and groupcast/broadcast.
  • Sidelink DRX active time is activated during On duration and Retransmission time, similar to the DRX operation method with the base station.
  • the UE receives or expects to receive data from another UE via sidelink, the UE continues to receive/monitor sidelink data in the Sidelink DRX active state.
  • the specific cases are as follows.
  • SL-CSI reporting MAC CE If SL-CSI reporting MAC CE is not received, it is activated during the sl-LatencyBoundCSI-Report time. If SL-CSI reporting MAC CE is received, SL-CSI report is requested and sidelink DRX is activated until SL-CSI report is received.
  • sidelink DRX is in active state.
  • the sidelink DRX will remain in Active state until the Direct Link Establishment Request message or ProSe Direct Link Establishment Request message is sent and received.
  • the sidelink DRX will be in active state.
  • the sidelink DRX remains active until the RRCReconfigurationCompleteSidelink or RRCReconfigurationFailureSidelink message is received.
  • SLPP sidelink positioning protocol
  • LPP LTE positioning positioning protocol
  • sidelink DRX can be used to reduce power consumption in sidelink communication.
  • Sidelink DRX has a cycle and transitions between active and inactive times. Therefore, SCI reception and SLPP message reception are impossible during inactive times.
  • important signaling messages such as the Direct Link Establishment Request message or the RRCReconfigurationSidelink message, are kept active until a response is received after the request to prevent the missing of response messages as much as possible.
  • the trade-off performance between data delay and power consumption can be maintained by setting the appropriate sidelink DRX cycle.
  • SLPP messages since the SL-U interface is used, they are transmitted as data packets in the form of DRB. However, unlike other data, since there is no fixed cycle, SLPP messages may not be received due to inactivity time during sidelink DRX operation, which may result in time delays in sidelink positioning.
  • the first embodiment of the present disclosure proposes the following methods 1 to 3 as sidelink DRX operations for sidelink positioning.
  • Method 1 The UE remains in the sidelink DRX active state until the SLPP session is created or started and the session is terminated or stopped.
  • the creation/start of a specific SLPP session explicitly implies the sending/receiving of a Create/Start Session message.
  • the creation or start of a specific SLPP session implies the sending/receiving of the first message.
  • the creation and start of a SLPP session can be applied differently. That is, the session can be created and the start of the session can be started at any point after the session is created. In this case, the creation and start of a SLPP session are explicitly different messages.
  • termination/suspension of a specific SLPP session explicitly means sending/receiving a session termination/suspension message. Or, it means the last transaction/message of a specific SLPP session.
  • termination and suspension of an SLPP session can be applied differently. That is, the session can be suspended for a while, in which case the UE maintains the session information as it is. Unlike session suspension, session termination terminates the ongoing session and clears the session information. Here, the operation of clearing the session information can clear all or only part of the information related to the session. If session termination and suspension are applied differently, termination and suspension of an SLPP session explicitly correspond to different messages.
  • the UE can reduce positioning delay by processing SLPP messages without delay by keeping the sidelink DRX active during the SLPP session (i.e., during sidelink positioning operation).
  • Method 2 The UE is in sidelink DRX active state from the time a specific SLPP request message is transmitted until the time the SLPP response message is received.
  • a SLPP request message can mean at least one of the following messages:
  • the SLPP response message also means at least one of the following messages:
  • Method 1 and Method 2 have a balanced relationship between time delay and current consumption.
  • the SLPP message can be received with minimal time delay by keeping the sidelink DRX in an active state during the sidelink positioning operation.
  • current consumption may increase since the DRX operation cannot be performed during the sidelink positioning operation.
  • Method 2 can receive at least a response to an SLPP request without time delay by keeping the sidelink DRX active between each transaction, i.e., between a request and a response.
  • a TX UE transmits a new SLPP request message to another RX UE, if the RX UE has the sidelink DRX inactive, a time delay occurs in receiving the SLPP request message.
  • the current consumption can be relatively reduced compared to Method 1 rather than consuming power in the active state to receive an SLPP request message that may occur at any time.
  • Method 3 The UE is in sidelink DRX active state while the SLPP activation timer is running.
  • the start of a SLPP activation timer can be associated with a specific SLPP session and/or a specific SLPP message.
  • a specific SLPP activation timer is started upon creation or start of a specific SLPP session and the UE remains in Sidelink DRX Active state until the corresponding timer expires.
  • a specific SLPP activation timer is started upon transmission/reception of a specific SLPP message and the UE remains in Sidelink DRX Active state until the corresponding SLPP activation timer expires.
  • methods 1 to 3 can be applied in side link positioning. Or, methods 1 to 3 can be used in combination.
  • method 3 may be used in combination with methods 1 and 2.
  • Method 3 it can be used in combination with Method 3 to prevent the session from being active indefinitely if it is not terminated/stopped in Method 1 or if a response message does not arrive in Method 2.
  • Method 1 the UE is in Sidelink DRX Active state at the start of a specific session, but when a specific SLPP Activation Timer expires by Method 3, the UE transitions to DRX Inactive state.
  • the sidelink DRX remains active until a response message is received after sending a request message, but by merging it with the DRX activation timer, it remains active only until the timer expires if there is no response message.
  • the DRX activation timer can be transmitted together with the request message.
  • the UE that receives the request message can transmit a response message before the DRX activation timer expires to increase the reliability of the response message transmission.
  • Methods 1 to 3 may be used differently for specific sessions, specific messages, and specific situations. For example, a specific session may use Method 1, while another specific session may use Method 2. Another specific session may use a combination of Methods 1 and 3.
  • the applicability and setting values of methods 1 to 3 proposed in the first embodiment of the present disclosure can be set via a network or can be set by a specific UE to another UE.
  • the setting value can be transmitted by session setup/start or message transmission time/message.
  • an indication indicating a transition to sidelink DRX active state can be set and sent in the session setup or start message.
  • a sidelink DRX active timer value can be set and sent in the session setup or start message.
  • the configuration values can be pre-configured. For example, setting a timer every time a session is established/started and/or a message is sent can increase signaling overhead. Therefore, the timer can be pre-configured.
  • SL RTT Random Trip Time positioning method
  • positioning operations are performed through SL-PRS transmission and reception between two UEs.
  • the distance can be measured by comparing the SL-PRS transmission and reception times between the two UEs.
  • Figure 21 illustrates an example of performing sidelink RTT positioning.
  • UE-A transmits SL-PRS
  • UE-B transmits SL-PRS to UE-A after receiving SL-PRS.
  • SL-PRS transmission and reception are performed once each
  • SL-PRS transmission and reception are performed twice each.
  • Figure 22 illustrates an example of applying DRX operation to sidelink RTT positioning according to the prior art.
  • SL-PRS when SL-PRS is transmitted through a dedicated resource pool or a shared resource pool, there may be cases where SL-PRS is not received due to DRX operation.
  • SL-PRS when only SL-PRS is transmitted, retransmission is not performed, so when SL-PRS reception fails, SL-PRS re-reception is not possible, and thus positioning operation cannot be performed normally.
  • FIG. 23 illustrates an example of applying DRX operation to sidelink RTT positioning according to the second embodiment of the present disclosure.
  • FIG. 23 assumes that sidelink RTT positioning is a single-sided RTT method.
  • the UE after transmitting SL-PRS, the UE maintains SL DRX active time for a specific time for SL-PRS reception.
  • FIG. 24 illustrates another example of applying DRX operation to sidelink RTT positioning according to the second embodiment of the present disclosure.
  • FIG. 24 assumes that the sidelink RTT positioning is a double-sided RTT scheme.
  • UE-B when UE-B, which has received SL-PRS, transmits SL-PRS to UE-A, which has transmitted SL-PRS, and when the process of SL-PRS transmission by UE-A and SL-PRS reception by UE-B is required again, UE-B can also maintain SL DRX active time to guarantee SL-PRS reception for a specific period of time.
  • the UE can resolve the SL-PRS reception failure due to SL DRX, and can be usefully used in a case where SL-PRS reception is expected after SL-PRS transmission, like in the RTT method.
  • the sidelink positioning method is shared between UE-A and UE-B, they can know each other whether it is the RTT method.
  • the second embodiment of the present disclosure can also be used when multiple UEs perform positioning operations with each other in an RTT manner.
  • FIG. 25 is a flowchart illustrating an example of a DRX-based positioning operation according to the present disclosure.
  • the UE receives DRX configuration information from a network or a peer entity.
  • the DRX configuration information includes information about a DRX active time and may additionally include information about a timer.
  • the UE establishes a positioning session with a peer entity.
  • the peer entity can be a network or a UE, and if the peer entity is a network, the positioning session can be an LPP session, and if the peer entity is a UE, the positioning session can be an SLPP.
  • the UE performs DRX operations related to the positioning session with the peer entity based on the DRX settings in step A15.
  • the UE monitors reception of messages from the peer entity during the DRX active time in DRX cycle units, and transitions to a sleep state based on no message reception from the peer entity during the DRX active time.
  • the UE transmits a positioning message to the peer entity in step A20. Additionally, the UE starts a timer upon transmission of the positioning message.
  • the UE makes a decision on maintaining or extending the DRX active time based on the type of the positioning message. Specifically, if the positioning message requests a response message, the UE maintains the DRX active time until receiving the response message.
  • a positioning reference signal PRS
  • PRS positioning reference signal
  • the DRX active time is maintained until the response message is received, but if the timer expires before that, the UE transitions to the sleep state regardless of the reception of the response message.
  • a UE means a UE included in an SLPP session for a specific sidelink positioning. That is, it includes all UEs that are responsible for various tasks (roles), such as a target UE, an anchor UE, and a server UE for sidelink positioning, and that require transmission/reception of SLPP messages.
  • tasks such as a target UE, an anchor UE, and a server UE for sidelink positioning, and that require transmission/reception of SLPP messages.
  • 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

  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 무선 통신 시스템에서 UE (User Equipment)가 수행하는 방법에 관한 것이다. 구체적으로, 상기 방법은 DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계; 피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계; 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계; 상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및 상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함한다.

Description

무선 통신 시스템에서 DRX 기반 포지셔닝 수행 방법 및 이를 위한 장치
본 명세는 무선 통신 시스템에 관한 것이다. 보다 상세하게는, 무선 통신 시스템에서 DRX (discontinuous reception) 기반 포지셔닝 수행 방법 및 이를 위한 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 통신이 지원될 수 있다.
상술한 바와 같은 논의를 바탕으로 이하에서는 무선 통신 시스템에서 DRX (discontinuous reception) 기반 포지셔닝 수행 방법 및 이를 위한 장치를 제안하고자 한다.
본 명세가 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 일 양상으로, 무선 통신 시스템에서 UE (User Equipment)가 수행하는 방법이 제공된다. 상기 방법은: DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계; 피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계; 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계; 상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및 상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함한다.
본 명세의 다른 양상으로, 무선 통신 시스템에서 UE (User equipment)가 제공된다. 상기 UE는: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계; 피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계; 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계; 상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및 상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함한다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 프로세싱 장치가 제공된다. 상기 프로세싱 장치는: 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계; 피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계; 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계; 상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및 상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함한다.
본 명세의 또 다른 양상으로, 컴퓨터 판독가능한 저장 매체가 제공된다. 상기 컴퓨터 판독가능한 저장 매체는: 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장한다. 상기 동작들은: DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계; 피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계; 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계; 상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및 상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함한다.
바람직하게는, 상기 DRX 동작을 수행하는 경우, UE는 DRX 사이클 (Cycle) 단위로 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신을 모니터링하고, 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신이 없는 것에 기반하여, 수면 (sleep) 상태로 천이한다.
바람직하게는, UE는 상기 포지셔닝 메시지의 송신 시 타이머를 구동하고, 상기 타이머가 만료한 것에 기반하여, 상기 응답 메시지 수신과 무관하게 수면 (sleep) 상태로 천이한다.
보다 바람직하게는, 상기 DRX 설정은 상기 타이머에 관한 정보를 포함한다.
바람직하게는, 상기 포지셔닝 메시지 및 상기 응답 메시지는 PRS (positioning reference signal)를 포함한다.
상기 과제 해결방법들은 본 명세의 예들 중 일부에 불과하며, 본 명세의 기술적 특징들이 반영된 다양한 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시에 의하면, 무선 통신 시스템에서 무선 신호 송수신을 효율적으로 수행할 수 있다.
본 개시에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 구현들에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 명세의 구현들에 대한 예들을 제공하고, 상세한 설명과 함께 본 명세의 구현들을 설명한다:
도 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는 DRX의 기본 동작을 예시하는 도면이다.
도 21은 사이드링크 RTT 포지셔닝을 수행하는 예를 도시한다.
도 22는 종래 기술에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 예를 도시한다.
도 23은 본 개시의 제 2 실시예에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 예를 도시한다.
도 24는 본 개시의 제 2 실시예에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 다른 예를 도시한다.
도 25는 본 개시에 따라 DRX 기반 포지셔닝 동작의 일 예를 도시하는 순서도이다.
이하의 기술은 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 포지셔닝으로 측정 가능한 경우에 한정한다.
<DRX (Discontinuous Reception)>
LTE 및 NR 등의 무선 통신 시스템에서 사용하는 DRX (Discontinuous Reception)는 소모 전류 (Power consumption)을 줄이기 위한 중요한 역할을 수행한다.
DRX 동작은 MAC (Medium Access Layer) 계층에서 이루어지며, DRX 동작을 위한 DRX 파라미터 설정은 RRC (Radio Resource Control) 계층에서 이루어진다.
도 20은 DRX의 기본 동작을 예시하는 도면이다.
도 20을 참조하면, DRX의 기본 동작은 활성 (DRX Active time = On Duration) 상태와 비활성 (Not DRX Active time = Opportunity for DRX) 상태, 2가지 상태들을 주기를 가지고 규칙적으로 상태 천이가 이루어진다.
UE는 활성 상태에서는 PDCCH 채널을 감시하고, 비활성 상태에서는 소모 전류를 감소시키기 위하여 PDCCH 모니터링을 수행하지 않고, 수면 (Sleep) 상태에 있게된다.
한편, DRX 파라미터는 DRX 그룹별로 설정된다. 서빙 셀 (Serving cell)에 서로 다른 FR (예, FR1, FR2)이 존재하는 경우, 각 FR 마다 다른 DRX 설정이 가능하다. 이 경우 다른 DRX 설정을 2번째 DRX 그룹 (Secondary DRX group)으로 구분하여 설정할 수 있으므로, DRX 동작은 DRX 그룹별로 독립적으로 수행한다.
여기서, 2번째 DRX 그룹에 대해서는 디폴트 DRX 그룹 (Default DRX group)과 다르게 drx-InactivityTimer 와 drx-onDurationTimer 값을 설정할 수 있다. 그 외 다른 파라미터들은 DRX 그룹과 상관없이 공통적으로 사용된다.
DRX 동작에서는 짧은 주기 (short DRX cycle)와 긴 주기 (long DRX cycle)로 구성된 2개의 주기를 설정할 수 있지만, 기본적으로 (mandatory) 긴 주기를 기준으로 DRX 동작을 수행하며, 선택적으로 (optionally) 짧은 주기를 설정할 수 있다.
짧은 DRX 주기가 설정된 경우에는, 긴 DRX 주기안에서 짧은 DRX 주기가 동작하게 된다. 즉, drx-InactivityTimer 타이머 만료후에 짧은 DRX 주기가 설정되어 있다면, 짧은 주기로 DRX 동작을 수행한다.
DRX 커맨드 (Command) MAC CE를 수신하거나, 유니캐스트 (unicast) 전송을 위한 configured downlink assignment를 수신한 경우에도 동일하게 짧은 DRX 주기가 설정되어 있다면, 짧은 주기로 DRX 동작을 수행한다.
drx-ShortCycleTimer가 만료되면, 긴 주기 DRX 동작을 수행한다. 추가로, 롱- DRX 커맨드 (Long DRX Command) MAC CE를 수신한 경우에는, drx-ShortCycleTimer 동작과 상관없이, 긴 주기 DRX 동작을 수행한다.
DRX 활성 시간 (DRX Active Time)은 기본적으로 DRX 주기의 On Duration 시간에 해당된다.
추가로적으로, UE는 기지국으로부터 데이터를 수신하거나, 또는 수신을 기대하고 있는 상황에서는 DRX 활성 상태에서 기지국 데이터를 계속해서 수신/모니터한다. 구체적인 경우는 아래와 같다.
활성 시간에 데이터를 수신하게되면, 활성 시간은 DRX 비활성 타이머 (drx-InactivityTimer) 만큼 확장된다. 데이터를 계속해서 수신하게 되면, DRX 비활성 타이머는 계속해서 재시작 (restart)하게되어, 활성 시간은 계속해서 확장된다.
추가적으로, UE가 수신한 데이터에 에러가 발생한 경우에는, 네트워크에 NACK를 전송후에, drx-HARQ-RTT-TimerDL 타이머만큼 기다리고 DRX DL 재전송 타이머 (drx-RetransmissionTimerDL) 시간만큼 재전송 데이터를 기다린다. 따라서, DRX DL 재전송 타이머 (drx-RetransmissionTimerDL) 시간에는 DRX 활성 상태에 있게된다. 유사하게, 송신한 데이터가 에러가 발생한 경우 재전송 그랜트 (grant)를 수신하기 위해, drx-HARQ-RTT-TimerUL 타이머 후에, DRX UL 재전송 타이머 (drx-RetransmissionTimerUL) 만큼 활성 시간을 확장한다.
추가적으로, RAP (Random Access preamble) 전송 후 RAR (Random Access response)를 수신하기 위해, ra-ContentionResolutionTimer 또는 msgB-ResponseWindow 시간만큼 활성 상태에 있게된다.
추가적으로, 스케줄링 요청 (Scheduling Request)를 전송한 후에도 일정 시간동안 활성 상태에 있게된다.
한편, NTN (non-terrestrial network)의 경우, TN (terrestrial network) 보다 긴 신호 지연 특성을 가지고 있다. 따라서, NTN 에서의 HARQ RTT 타이머를 TN과 다르게 설정된다.
한편, 기지국과 UE간의 DRX 동작 메카니즘은 UE들 간의 사이드링크 통신에도 적용된다. 사이드링크 DRX의 활성 시간에는 모든 캐스트 타입에 대한 SCI (sidelink control information)를 모니터링한다.
기지국과의 DRX와 동작 메카니즘은 동일하지만, 사이드링크 DRX (SL DRX)를 위한 파리미터는 별도로 설정된다. 추가적으로, sl-drx-SlotOffset과 sl-drx-StartOffset를 제외한 파라미터는 유니캐스트 와 그룹캐스트/브로드캐스트을 구분하여 별도로 설정할 수 있다.
사이드링크 DRX 활성 시간은 기지국과의 DRX 동작 방식과 유사하게 온-듀레이션 (On duration)과 재전송 (Retransmission) 시간 동안 활성화된다. 추가로, UE는 다른 UE로 부터 사이드링크를 통해 데이터를 수신하거나, 또는 수신을 기대하고 있는 상황에서는 사이드링크 DRX 활성 상태에서 사이드링크 데이터를 계속해서 수신/모니터한다. 구체적인 경우는 아래와 같다.
SL-CSI reporting MAC CE를 수신하지 못한 경우, sl-LatencyBoundCSI-Report 시간동안 활성화된다. 만약, SL-CSI reporting MAC CE를 수신한 경우에는 SL-CSI 리포트를 요청하고, SL-CSI 리포트를 수신할때까지 사이드링크 DRX 활성 상태에 있게된다.
추가적으로, 주기적 전송과 관련된 슬롯에서는 사이드링크 DRX 활성 상태에 있게된다.
추가적으로, Direct Link Establishment Request message 또는 ProSe Direct Link Establishment Request message 메시지를 전송하고 수신할때까지 사이드링크 DRX 활성 상태에 있게된다.
추가적으로, 초기 DRX 설정값을 포함한 RRCReconfigurationSidelink나 link establishment procedure가 상위 계층에 의해 abort된 경우에는 사이드링크 DRX 활성 상태에 있게된다.
추가적으로, RRCReconfigurationSidelink 메시지 전송후 RRCReconfigurationCompleteSidelink 또는 RRCReconfigurationFailureSidelink 메시지 수신시까지 사이드링크 DRX 활성 상태에 있게된다.
이하, 본 개시에서 제안하는 사이드링크 포지셔닝에서의 DRX 동작을 제 1 실시예와 제 2 실시예로 구분하여 설명한다.
<제 1 실시예>
사이드링크 포지셔닝 (sidelink positioning)은 종래의 UE-LMF간의 LPP (LTE positioning positioning protocol)가 아닌, UE들 간의 SLPP (sidelink positioning protocol)의 SLPP 메시지를 통해 이루어진다. SLPP 메시지는 UE들간에 SL-U 인터페이스를 통해 전달된다.
한편, 빠른 사이드링크 포지셔닝을 위해서는 UE들간에 SLPP 메시지의 빠르고 신속한 전송과 수신이 이루어져야 한다. 반면에, 사이드링크 통신에서는 소모전류를 줄이기위해 사이드링크 DRX를 사용할 수 있다. 사이드링크 DRX는 주기를 가지고 활성 시간과 비활성 시간을 천이한다. 따라서 비활성 시간에는 SCI 수신과 SLPP 메시지 수신을 불가능하다.
사이드링크 통신에서 중요한 시그날링 메시지 즉, Direct Link Establishment Request 메시지나 RRCReconfigurationSidelink 메시지는 요청후 응답시까지 활성 상태를 유지하여 응답 메시지를 놓치는 일을 최대한 방지한다.
사이드링크 데이터가 주기적인 경우에는 그에 맞는 사이드링크 DRX 주기를 설정함으로써, 데이터 지연과 소모전류 사이의 트레이드-오프 (trade-off) 성능을 유지할 수 있다.
상술한 바와 같이, SLPP 메시지의 경우에는 SL-U 인터페이스 사용하므로 DRB 형태의 데이터 패킷으로 전달된다. 하지만, 다른 데이터와 다르게 일정한 주기가 있지 않으므로 사이드링크 DRX 동작 시 비활성시간으로 인해 SLPP 메시지를 수신하지 못할 수 있으며, 이로인해 사이드링크 포지셔닝의 시간 지연이 발생될 수 있다.
따라서, 사이드링크 DRX 동작시 사이드링크 포지셔닝에 시간 지연이 발생되지 않는 기술이 필요하며, 본 개시의 제 1 실시예에서는 사이드링크 포지셔닝을 위한 사이드링크 DRX 동작으로 아래 방법 1 내지 방법 3을 제안한다.
(1) 방법 1 - UE는 SLPP 세션 생성 혹은 시작후 세션 종료 혹은 중지시까지 사이드링크 DRX 활성 상태에 있는다.
특정 SLPP 세션의 생성/시작은 명시적으로 (explicitly) 세션 생성/시작 메시지의 송신/수신을 의미한다. 또는, 특정 SLPP 세션의 생성 혹은 시작은 첫번째 메시지의 송신/수신을 의미한다.
여기서, SLPP 세션의 생성과 시작은 다르게 적용될 수 있다. 즉, 세션을 생성하고 세션의 시작은 생성후에 임의의 시점에 시작될 수 있다. 이러한 경우, SLPP 세션의 생성과 시작은 명시적으로 (explicitly) 다른 메시지에 해당된다.
또한, 특정 SLPP 세션의 종료/중지는 명시적으로 (explicitly) 세션 종료/중지 메시지의 송신/수신을 의미한다. 또는, 특정 SLPP 세션의 마지막 트랜젝션/메시지를 의미한다. 여기서, SLPP 세션의 종료와 중지는 다르게 적용될 수 있다. 즉, 세션을 잠시 중지할 수 있으며, 이럴 경우 UE는 세션 정보를 그대로 유지한다. 세션 중지와 다르게 세션 종료는 진행중인 세션을 종료하고 세션 정보를 지우게된다. 여기서, 세션 정보를 지우는 동작은 세션과 관련된 모든 정보 혹은 일부 정보만을 지울수 있다. 세션 종료와 중지를 다르게 적용할 경우, SLPP 세션의 종료와 중지는 명시적으로 (explicitly) 다른 메시지에 해당된다.
UE는 이와 같이 SLPP 세션 수행중에 (즉, 사이드링크 포지셔닝 동작중) 사이드링크 DRX 활성 상태에 있으므로써, SLPP 메시지 수신의 지연없이 처리함으로써 포지셔닝 지연을 줄일 수 있다.
(2) 방법 2 - UE는 특정한 SLPP 요청 메시지 전송 후 부터 SLPP 응답 메시지 수신시까지 사이드링크 DRX 활성 상태에 있는다.
SLPP 요청 메시지는 아래 메시지 중에 적어도 어느 하나를 의미할 수 있다.
- SL Positioning Request Capabilities
- SL Positioning Request Assistance Data
- SL Location Request Location Information
SLPP 응답 메시지 역시 아래 메시지 중에 적어도 어느 하나를 의미한다.
- SL Positioning Provide Capabilities
- SL Positioning Provide Assistance Data
- SL Location Provide Location Information
UE는 이와 같이 SLPP 메시지 요청 후 사이드링크 DRX 활성 상태에 있으므로, SLPP 응답 메시지를 사이드링크 DRX에 의해 수신 지연되는 현상을 완화할 수 있다.
한편, 방법 1과 방법 2는 시간 지연과 소모전류의 균형 관계에 있다.
방법 1을 사용함으로써, 사이드링크 포지셔닝 동작중에는 사이드링크 DRX의 활성 상태를 유지함으로써, 최소한의 시간 지연으로 SLPP 메시지를 수신할 수 있다. 하지만, 사이드링크 포지셔닝 동작 중에 DRX 동작을 수행하지 못함으로 소모 전류가 증가할 수 있다.
반면에, 방법 2는 각 트렌젝션 즉, 요청과 응답 사이에 사이드링크 DRX의 활성 상태를 유지함으로써, 적어도 SLPP 요청사항에 대한 응답 수신을 시간 지연없이 수신할 수 있다. TX UE가 다른 RX UE에게 새로운 SLPP 요청 메시지 전달 시, 해당 RX UE가 사이드링크 DRX의 비활성 상태라면 SLPP 요청 메시지를 수신하는데 시간 지연이 발생한다. 방법 1과 비교하였을때, 언제 발생할지 모르는 SLPP 요청 메시지를 수신하기 위해 활성 상태에서 전력을 소비하는 것보다는 방법 1 대비 상대적으로 소모 전류가 감소될 수 있다.
(3) 방법 3 - UE는 SLPP 활성화 타이머가 동작중에는 사이드링크 DRX 활성 상태에 있는다.
SLPP 활성화 타이머의 시작은 특정 SLPP 세션 그리고/혹은 특정 SLPP 메시지와 연관될 수 있다. 특정 SLPP 세션 생성 시 혹은 시작 시 특정 SLPP 활성화 타이머가 시작되고, 해당 타이머 만료 시까지 UE는 사이드링크 DRX 활성 상태에 있는다. 특정 SLPP 메시지 전송 시/수신 시 특정 SLPP 활성화 타이머가 시작되고, 해당 SLPP 활성화 타이머 만료시까지 UE는 사이드링크 DRX 활성 상태에 있는다.
물론, 사이드링크 포지셔닝에서 방법 1 내지 방법 3 중 적어도 어느 하나의 방법을 적용할 수 있다. 또는, 방법 1 내지 방법 3을 조합하여 사용될 수 있다.
특히, 방법 3은 방법 1 및 방법 2와 조합하여 사용될 수도 있다.
구체적으로, 방법 1에서 세션이 종료/중지 되지 않거나, 방법 2에서 응답 메시지가 오지 않는 경우에 무한정 활성 상태에 있는것을 방지하기 위해 방법 3과 병합하여 사용될 수 있다.
예를 들어, 방법 1을 사용하여 특정 세션 시작시 사이드링크 DRX 활성 상태에 있지만, 방법 3에의해 특정 SLPP 활성화 타이머가 만료되면 UE는 DRX 비활성 상태로 천이된다.
예를 들어, 방법 2를 사용하여 요청 메시지 전송후 응답메시지를 수신할때까지 사이드링크 DRX 활성 상태에 있지만, DRX 활성화 타이머와 병합하여, 응답 메시지가 없을경우 최대 해당 타이머가 만료될때까지만 활성 상태에 있게된다.
여기서, DRX 활성화 타이머를 요청 메시지에 함께 전달할 수 있다. 요청 메시지를 수신한 UE는 응답 메시지를 DRX 활성화 타이머가 만료되지 전까지 전송하여 응답 메시지 전달에 신뢰성을 높일 수 있다.
또한, 방법 1 내지 방법 3은 특정 세션 별로, 특정 메시지 별로, 특정 상황별로 서로 다르게 사용될 수 있다. 예를 들어, 특정 세션은 방법 1을 사용할 수 있고, 다른 특정 세션은 방법 2를 사용할 수 있다. 또 다른 특정 세션은 방법 1과 방법 3을 조합하여 사용될 수도 있다.
본 개시의 제 1 실시예에서 제안하는 방법 1 내지 방법 3의 적용 여부 및 설정 값 등은 네트워크를 통해 설정하거나, 특정 UE가 다른 UE에게 설정 할 수 있다.
여기서, 설정 값은 세션 설정/시작 혹은 메시지 전송 시점/메시지에 의해 전달될 수 있다. 예를 들어, 방법 1을 사용하는 경우, 세션 설정 혹은 시작 메시지에 사이드링크 DRX 활성 상태로의 천이를 의미하는 인디케이션을 설정하여 보낼수 있다. 또 다른 예로, 방법 3을 사용하는 경우, 세션 설정 혹은 시작 메시지에 사이드링크 DRX 활성 타이머 값을 설정하여 보낼수 있다.
물론, 설정 값은 미리 설정 (pre-configured) 될 수 있다. 예를 들면, 타이머를 매번 세션 설정/시작 그리고/혹은 메시지 전송시 설정하는 것은 시그날링 오버헤드를 증가 시킬 수 있다. 따라서, 해당 타이머는 미리 설정 될 수 있다.
<제 2 실시예>
SL RTT (Round Trip Time) 포지셔닝 방법의 경우, 두 개의 UE간에 SL-PRS 송수신을 통하여 포지셔닝 동작을 수행한다. 두 UE간에 SL-PRS 송신 시간과 수신 시간을 비교해서, 거리를 측정할 수 있다.
도 21은 사이드링크 RTT 포지셔닝을 수행하는 예를 도시한다.
도 21을 참조하면, UE-A가 SL-PRS를 송신하고, UE-B는 SL-PRS를 수신한 후에 UE-A에게 SL-PRS를 송신한다. 싱글 사이드 (single-sided) RTT 방식인 경우, SL-PRS 송신과 수신은 한번씩 이루어지며, 더블 사이드 (double-sided) RTT 방식인 경우, SL-PRS 송신과 수신은 두번씩 이루어진다.
사이드링크 포지셔닝시 SL DRX 적용될 경우, SL-PRS 전송후, SL-PRS 수신 시점에 SL DRX의 활성 시간 (active time)이 아니라면 SL-PRS 수신에 실패하게 된다.
도 22는 종래 기술에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 예를 도시한다.
도 22를 참조하면, 전용 자원 풀 또는 공유 자원 풀을 통해 SL-PRS가 전송되는 경우, DRX 동작으로 인해 SL-PRS를 수신하지 못하는 경우가 발생할 수 있다. 특히, SL-PRS만 전송되는 경우에는 재전송을 수행하지 않으므로 SL-PRS 수신에 실패한 경우에는 SL-PRS 재수신을 못하게 되므로 포지셔닝 동작을 정상적으로 수행할 수 없다.
따라서, 성공적인 포지셔닝 수행을 위해, DRX로 인한 SL-PRS 송수신 실패 문제를 해결하여야 하며, 본 개시의 제 2 실시예에서는 SL RTT 방식의 사이드링크 포지셔닝에서 SL-PRS 송수신을 위한 SL DRX 동작 방법을 제안한다.
도 23은 본 개시의 제 2 실시예에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 예를 도시한다. 특히, 도 23은 사이드링크 RTT 포지셔닝이 싱글 사이드 (single-sided) RTT 방식인 경우를 가정한다.
도 23을 참조하면, UE는 SL-PRS 전송 후, SL-PRS 수신을 위해 특정 시간 동안에는 SL DRX 활성 시간을 유지한다.
도 24는 본 개시의 제 2 실시예에 따라 사이드링크 RTT 포지셔닝에 DRX 동작을 적용한 다른 예를 도시한다. 특히, 도 24은 사이드링크 RTT 포지셔닝이 더블 사이드 (double-sided) RTT 방식인 경우를 가정한다.
도 24를 참조하면, 더블 사이드 (double-sided) RTT 방식과 같이 다중 RTT 방식에서는, SL-PRS를 수신한 UE-B가 SL-PRS를 송신한 UE-A에게 SL-PRS를 송신하고, 다시 UE-A의 SL-PRS 송신과 UE-B의 SL-PRS 수신 과정이 필요한 경우에는 UE-B도 특정 시간동안 SL-PRS 수신을 보장하기 위해 SL DRX 활성 시간을 유지할 수 있다.
본 개시의 제 2 실시예를 통해, UE는 SL DRX로 인해 SL-PRS 수신실패를 해결할 수 있으며, RTT 방식처럼 SL-PRS 송신후 SL-PRS 수신을 기대하는 경우에 유용하게 사용될 수 있다. 여기서, UE-A와 UE-B 간에는 사이드링크 포지셔닝 방법이 서로 공유 되므로, 서로 간에 RTT 방식인지를 알 수 있다.
본 개시의 제 2 실시예는 복수의 UE들이 서로 간에 RTT 방식으로 포지셔닝동작을 수행할 경우에도 사용될 수 있다.
도 25는 본 개시에 따라 DRX 기반 포지셔닝 동작의 일 예를 도시하는 순서도이다.
도 25를 참조하면, 단계 A05에서 UE는 네트워크 또는 피어 엔티티 (peer entity)로부터 DRX 설정 정보를 수신한다. 여기서, DRX 설정 정보는, DRX 활성 시간에 관한 정보를 포함하고, 추가적으로 타이머에 관한 정보를 포함할 수도 있다.
다음으로, 단계 A10에서 UE는 피어 엔티티와 포지셔닝 세션 (session)을 수립 (establish)한다. 바람직하게는, 상기 피어 엔티티는 네트워크 또는 UE일 수 있고, 피어 엔티티가 네트워크인 경우 상기 포지셔닝 세션은 LPP 세션이고, 피어 엔티티가 UE인 경우 상기 포지셔닝 세션은 SLPP일 수 있다.
다음으로, UE는 단계 A15에서 상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행한다.
구체적으로, UE는 DRX 사이클 (Cycle) 단위로 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신을 모니터링하고, 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신이 없는 것에 기반하여, 수면 (sleep) 상태로 천이한다.
다음으로, UE는 단계 A20에서 상기 피어 엔티티로 포지셔닝 메시지를 송신한다. 추가적으로, UE는 상기 포지셔닝 메시지의 송신 시 타이머를 구동한다.
마지막으로, 단계 A25에서 UE는 포지셔닝 메시지의 타입에 기반하여 DRX 활성 시간의 유지 또는 연장에 관한 판단을 수행한다. 구체적으로, 상기 포지셔닝 메시지가 응답 메시지를 요청한다면, UE는 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지한다. 이러한 포지셔닝 메시지 및 응답 메시지의 예로서, PRS (positioning reference signal)를 고려할 수 있다.
상기 응답 메시지 수신 시까지 상기 DRX 활성 시간이 유지되지만, 그 이전에 타이머가 만료하였다면, UE는 상기 응답 메시지 수신과 무관하게 수면 (sleep) 상태로 천이한다.
본 개시에서 UE는 특정 사이드링크 포지셔닝을 위한 SLPP 세션에 포함되는 UE를 의미한다. 즉, 사이드링크 포지셔닝의 타겟 UE, 앵커 UE, 서버 UE등 다양한 업무 (role)을 담당하는, SLPP 메시지 송/수신이 필요한 모든 UE들을 포함한다.
본 개시의 실시예들은 상술한 무선 센싱 및 무선 주파수 센싱 기능을 구현함에 있어 적용될 수 있다.
또한, 본 개시에서는, 설명의 편의를 위하여 사이드링크 포지셔닝이라는 용어를 사용하지만, BS을 거치지 않고 UE들 간에 직접적인 링크를 설정하여, 음성 또는 데이터 등을 직접 주고 받는 통신 방식에 기반한 포지셔닝에 관하여 본 개시의 구성이 적용될 수 있다.
본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시는 무선 이동 통신 시스템의 단말기, 기지국, 또는 기타 다른 장비에 사용될 수 있다.

Claims (12)

  1. 무선 통신 시스템에서 UE (User Equipment)에 의하여 수행되는 방법으로서,
    DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계;
    피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계;
    상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계;
    상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및
    상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함하는,
    방법.
  2. 제 1 항에 있어서,
    상기 DRX 동작을 수행하는 단계는,
    DRX 사이클 (Cycle) 단위로 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신을 모니터링하는 단계;
    상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신이 없는 것에 기반하여, 수면 (sleep) 상태로 천이하는 단계를 포함하는,
    방법.
  3. 제 1 항에 있어서,
    상기 포지셔닝 메시지의 송신 시, 타이머를 구동하는 단계; 및
    상기 타이머가 만료한 것에 기반하여, 상기 응답 메시지 수신과 무관하게 수면 (sleep) 상태로 천이하는 단계를 더 포함하는,
    방법.
  4. 제 3 항에 있어서,
    상기 DRX 설정은,
    상기 타이머에 관한 정보를 포함하는,
    방법.
  5. 제 1 항에 있어서,
    상기 포지셔닝 메시지 및 상기 응답 메시지는 PRS (positioning reference signal)를 포함하는,
    방법.
  6. 무선 통신 시스템에서 UE (User equipment)로서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 상기 UE를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은,
    DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계;
    피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계;
    상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계;
    상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및
    상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함하는,
    UE.
  7. 제 6 항에 있어서,
    상기 DRX 동작을 수행하는 단계는,
    DRX 사이클 (Cycle) 단위로 상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신을 모니터링하는 단계;
    상기 DRX 활성 시간 동안 상기 피어 엔티티로부터의 메시지 수신이 없는 것에 기반하여, 수면 (sleep) 상태로 천이하는 단계를 포함하는,
    UE.
  8. 제 6 항에 있어서,
    상기 동작들은,
    상기 포지셔닝 메시지의 송신 시, 타이머를 구동하는 단계; 및
    상기 타이머가 만료한 것에 기반하여, 상기 응답 메시지 수신과 무관하게 수면 (sleep) 상태로 천이하는 단계를 더 포함하는,
    UE.
  9. 제 8 항에 있어서,
    상기 DRX 설정은,
    상기 타이머에 관한 정보를 포함하는,
    UE.
  10. 제 6 항에 있어서,
    상기 포지셔닝 메시지 및 상기 응답 메시지는 PRS (positioning reference signal)를 포함하는,
    UE.
  11. 무선 통신 시스템에서 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은,
    DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계;
    피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계;
    상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계;
    상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및
    상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함하는,
    프로세싱 장치.
  12. 컴퓨터 판독가능한 저장 매체에 있어서,
    상기 저장 매체는 실행될 때 적어도 하나의 프로세서로 하여금 UE (User Equipment)를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 프로그램 코드를 저장하고,
    상기 동작들은,
    DRX (discontinuous reception) 활성 (Active) 시간에 관한 정보를 포함하는 DRX 설정을 수신하는 단계;
    피어 엔티티 (peer entity)와 포지셔닝 세션 (session)을 수립 (establish)하는 단계;
    상기 DRX 설정에 기반하여, 상기 피어 엔티티와 상기 포지셔닝 세션과 관련된 DRX 동작을 수행하는 단계;
    상기 피어 엔티티로 포지셔닝 메시지를 송신하는 단계; 및
    상기 포지셔닝 메시지가 응답 메시지를 요청하는 것에 기반하여, 상기 응답 메시지 수신 시까지 상기 DRX 활성 시간을 유지하는 단계를 포함하는,
    컴퓨터 판독가능한 저장 매체.
PCT/KR2024/008301 2023-07-05 2024-06-17 무선 통신 시스템에서 drx 기반 포지셔닝 수행 방법 및 이를 위한 장치 Ceased WO2025009779A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2023-0087271 2023-07-05
KR20230087271 2023-07-05
KR20230120476 2023-09-11
KR10-2023-0120476 2023-09-11

Publications (1)

Publication Number Publication Date
WO2025009779A1 true WO2025009779A1 (ko) 2025-01-09

Family

ID=94171965

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2024/008301 Ceased WO2025009779A1 (ko) 2023-07-05 2024-06-17 무선 통신 시스템에서 drx 기반 포지셔닝 수행 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2025009779A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022152635A1 (en) * 2021-01-13 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for sidelink configuration and operation
WO2022207840A1 (en) * 2021-04-01 2022-10-06 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Sidelink discontinuous reception procedures
KR20230027045A (ko) * 2020-06-26 2023-02-27 퀄컴 인코포레이티드 불연속 수신을 이용한 포지셔닝 신호 측정
WO2023093974A1 (en) * 2021-11-23 2023-06-01 Robert Bosch Gmbh Resource conflict avoidance in a sidelink resource pool
KR20230091096A (ko) * 2020-10-19 2023-06-22 엘지전자 주식회사 Nr v2x에서 sl drx 동작에 대한 웨이크-업을 수행하는 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230027045A (ko) * 2020-06-26 2023-02-27 퀄컴 인코포레이티드 불연속 수신을 이용한 포지셔닝 신호 측정
KR20230091096A (ko) * 2020-10-19 2023-06-22 엘지전자 주식회사 Nr v2x에서 sl drx 동작에 대한 웨이크-업을 수행하는 방법 및 장치
WO2022152635A1 (en) * 2021-01-13 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for sidelink configuration and operation
WO2022207840A1 (en) * 2021-04-01 2022-10-06 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Sidelink discontinuous reception procedures
WO2023093974A1 (en) * 2021-11-23 2023-06-01 Robert Bosch Gmbh Resource conflict avoidance in a sidelink resource pool

Similar Documents

Publication Publication Date Title
WO2020246842A1 (ko) Nr v2x에서 단일 단말의 prs 전송에 기반한 사이드링크 포지셔닝
WO2021141404A1 (ko) 사이드링크 기반의 측위를 수행하는 방법 및 장치
WO2023043259A1 (ko) 사이드링크 불연속 수신 동작 방법 및 장치
WO2024172600A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023038504A1 (ko) 사이드링크 불연속수신 동작 방법 및 장치
WO2025009779A1 (ko) 무선 통신 시스템에서 drx 기반 포지셔닝 수행 방법 및 이를 위한 장치
WO2024191235A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 세션의 관리 방법 및 이를 위한 장치
WO2025058269A1 (ko) 무선 통신 시스템에서 포지셔닝 세션 관리를 위한 파라미터 설정 방법 및 이를 위한 장치
WO2024167253A1 (ko) 무선 통신 시스템에서 듀얼 포지셔닝 모드를 지원하는 사이드링크 포지셔닝 수행 방법 및 이를 위한 장치
WO2024172536A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 앵커 ue 결정 방법 및 이를 위한 장치
WO2025028824A1 (ko) 무선 통신 시스템에서 포지셔닝 참조 신호의 유효 영역 설정 방법 및 이를 위한 장치
WO2024196203A1 (ko) 무선 통신 시스템에서 포지셔닝 절차에서 에러 처리 방법 및 이를 위한 장치
WO2024196201A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 세션의 설정 방법 및 이를 위한 장치
WO2024237757A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 위한 mac 캐스트 타입 결정 방법 및 이를 위한 장치
WO2024196202A1 (ko) 무선 통신 시스템에서 릴레이 ue 기반 포지셔닝을 수행하는 방법 및 이를 위한 장치
WO2024242526A1 (ko) 무선 통신 시스템에서 포지셔닝 프로토콜 메시지를 송신하는 방법 및 이를 위한 장치
WO2024080627A1 (ko) 무선 통신 시스템에서 사이드링크 포지셔닝 세션의 해제 방법 및 이를 위한 장치
WO2025053451A1 (ko) 무선 통신 시스템에서 포지셔닝 참조 신호를 송신하는 방법 및 이를 위한 장치
WO2024085491A1 (ko) 무선 통신 시스템에서 고속 사이드링크 포지셔닝을 위한 앵커 ue 설정 방법 및 이를 위한 장치
WO2024147580A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 파라미터 결정 방법 및 이를 위한 장치
WO2024080630A1 (ko) 무선 통신 시스템에서 다중 사이드링크 포지셔닝 세션의 운용 방법 및 이를 위한 장치
WO2024162758A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 위치 측정 보고를 수행하는 방법 및 이를 위한 장치
WO2024186184A1 (ko) 무선 통신 시스템에서 세그멘팅된 포지셔닝 메시지의 전송 방법 및 이를 위한 장치
WO2025058257A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 세션 식별자 생성 방법 및 이를 위한 장치
WO2024090813A1 (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: 24836228

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE