WO2022060130A1 - 사이드링크 통신 - Google Patents

사이드링크 통신 Download PDF

Info

Publication number
WO2022060130A1
WO2022060130A1 PCT/KR2021/012715 KR2021012715W WO2022060130A1 WO 2022060130 A1 WO2022060130 A1 WO 2022060130A1 KR 2021012715 W KR2021012715 W KR 2021012715W WO 2022060130 A1 WO2022060130 A1 WO 2022060130A1
Authority
WO
WIPO (PCT)
Prior art keywords
syncref
predefined
drop rate
reference source
communication
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/KR2021/012715
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
Priority to US18/025,316 priority Critical patent/US20230292266A1/en
Priority to KR1020237005791A priority patent/KR20230043903A/ko
Priority to EP21869752.2A priority patent/EP4216619A4/en
Publication of WO2022060130A1 publication Critical patent/WO2022060130A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • This specification relates to mobile communication.
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a technology that enables high-speed packet communications. Many initiatives have been proposed for LTE goals, including those aimed at reducing user and provider costs, improving service quality, and expanding and improving coverage and system capacity. 3GPP LTE requires lower cost per bit, improved service availability, flexible use of frequency bands, simple structure, open interface, and appropriate power consumption of the terminal as upper-level requirements.
  • NR New Radio
  • 3GPP has successfully launched a new Radio Access Technology (RAT) that meets both urgent market needs and long-term requirements set out in the International Mobile Telecommunications (ITU-R) international mobile telecommunications (IMT)-2020 process.
  • RAT Radio Access Technology
  • ITU-R International Mobile Telecommunications
  • IMT international mobile telecommunications
  • the technical components needed to standardize should be identified and developed.
  • NR must be able to use a spectral band in the range of at least 100 GHz that can be used for wireless communications even further into the future.
  • NR aims to be a single technology framework that covers all usage scenarios, requirements and deployment scenarios, including enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC), and more. do. NR may be forward compatible in nature.
  • eMBB enhanced mobile broadband
  • mMTC massive machine-type-communications
  • URLLC ultra-reliable and low latency communications
  • NR may be forward compatible in nature.
  • a sidelink refers to a communication method in which a direct link is established between user equipment (UE), and voice or data is directly exchanged between terminals without going through a base station (BS).
  • SL is being considered as a method to solve the burden of the base station due to the rapidly increasing data traffic.
  • an object of the present disclosure is to propose a method for solving the above-described problems.
  • one disclosure of the present specification provides a method for a UE to perform sidelink communication.
  • the method includes transmitting an SL signal; and detecting the other UE based on an SL Synchronization Signal (SLSS) transmitted from the other UE during a predefined detection time.
  • SLSS SL Synchronization Signal
  • the UE includes at least one transceiver; at least one processor; and at least one memory to store instructions and operably electrically connectable to the at least one processor.
  • the operations performed based on the instruction being executed by the at least one processor may include: transmitting an SL signal; and detecting the other UE based on an SL Synchronization Signal (SLSS) transmitted from the other UE during a predefined detection time.
  • SLSS SL Synchronization Signal
  • one disclosure of the present specification provides a non-volatile computer-readable storage medium in which instructions are recorded.
  • the instructions when executed by one or more processors, cause the one or more processors to: transmit an SL signal; and detecting the other UE based on an SL Synchronization Signal (SLSS) transmitted from another device during a predefined detection time.
  • SLSS SL Synchronization Signal
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • FIG. 4 shows an example of the structure of a radio frame of NR to which the implementation of the present specification is applied.
  • FIG 5 shows an example of a slot structure of an NR frame to which the implementation of the present specification is applied.
  • 6A and 6B show an example of a radio protocol architecture for SL communication to which the implementation of the present specification is applied.
  • 8A and 8B show an example of a procedure in which a terminal to which the implementation of the present specification is applied performs V2X or SL communication according to a transmission mode.
  • FIG 9 shows an example of the operation of the terminal according to the first example of the disclosure of the present specification.
  • FIG. 11 shows an example of operation of a terminal according to an embodiment of the disclosure of the present specification.
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, a system, and a single SC-FDMA (single) system. It includes a carrier frequency division multiple access) system, and a multicarrier frequency division multiple access (MC-FDMA) system.
  • CDMA may be implemented over a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented through a radio technology such as global system for mobile communications (GSM), general packet radio service (GPRS), or enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented through a wireless technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or E-UTRA (evolved UTRA).
  • IEEE Institute of Electrical and Electronics Engineers
  • Wi-Fi Wi-Fi
  • WiMAX WiMAX
  • IEEE 802.20 IEEE 802.20
  • E-UTRA evolved UTRA
  • UTRA is part of the universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA.
  • 3GPP LTE uses OFDMA in downlink (DL) and SC-FDMA in uplink (UL).
  • Evolution of 3GPP LTE includes LTE-A (advanced), LTE-A Pro, and/or 5G NR (new radio).
  • the implementation of the present specification is mainly described in relation to a 3GPP-based wireless communication system.
  • the technical characteristics of the present specification are not limited thereto.
  • the following detailed description is provided based on a mobile communication system corresponding to the 3GPP-based wireless communication system, but aspects of the present specification that are not limited to the 3GPP-based wireless communication system may be applied to other mobile communication systems.
  • a or B (A or B) may mean “only A”, “only B” or “both A and B”.
  • a or B (A or B)” may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C(A, B or C) herein means “only A”, “only B”, “only C”, or “any and any combination of A, B and C ( any combination of A, B and C)”.
  • At least one of A and B may mean “only A”, “only B”, or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “A and can be construed the same as “at least one of A and B”.
  • “at least one of A, B and C” means “only A”, “only B”, “only C”, or “A, B and C” Any combination of A, B and C”.
  • “at least one of A, B or C” or “at least one of A, B and/or C” means It may mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”. Specifically, when displayed as “control information (PDCCH)”, “PDCCH” may be proposed as an example of “control information”. In other words, “control information” in the present specification is not limited to “PDCCH”, and “PDCCH” may be proposed as an example of “control information”. Also, even when displayed as “control information (ie, PDCCH)”, “PDCCH” may be proposed as an example of “control information”.
  • UE user equipment
  • ME mobile equipment
  • the UE may be a portable device such as a notebook computer, a mobile phone, a PDA, a smart phone, a multimedia device, or the like, or a non-portable device such as a PC or a vehicle-mounted device.
  • a base station generally refers to a fixed station that communicates with a wireless device, and an evolved-NodeB (eNodeB), an evolved-NodeB (eNB), a BTS (Base Transceiver System), an access point ( Access Point), it may be called another term such as gNB (Next generation NodeB).
  • eNodeB evolved-NodeB
  • eNB evolved-NodeB
  • BTS Base Transceiver System
  • Access Point Access Point
  • gNB Next generation NodeB
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • the 5G usage scenario shown in FIG. 1 is only an example, and the technical features of the present specification may be applied to other 5G usage scenarios not shown in FIG. 1 .
  • the three main requirements categories for 5G are (1) enhanced mobile broadband (eMBB) category, (2) massive machine type communication (mMTC) category, and (3) ultra-reliable, low-latency communication. (URLLC; ultra-reliable and low latency communications) category.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC ultra-reliable, low-latency communications
  • Partial use cases may require multiple categories for optimization, while other use cases may focus on only one key performance indicator (KPI).
  • KPI key performance indicator
  • a communication system 1 includes wireless devices 100a to 100f , a base station (BS) 200 , and a network 300 .
  • BS base station
  • 1 illustrates a 5G network as an example of a network of the communication system 1, the implementation of the present specification is not limited to the 5G system, and may be applied to future communication systems beyond the 5G system.
  • Base station 200 and network 300 may be implemented as wireless devices, and certain wireless devices may act as base station/network nodes in relation to other wireless devices.
  • the wireless devices 100a to 100f represent devices that perform communication using a radio access technology (RAT) (eg, 5G NR or LTE), and may also be referred to as a communication/wireless/5G device.
  • RAT radio access technology
  • the wireless devices 100a to 100f are not limited thereto, and the robot 100a, the vehicles 100b-1 and 100b-2, the extended reality (XR) device 100c, the portable device 100d, and home appliances are not limited thereto.
  • It may include a product 100e, an IoT device 100f, and an artificial intelligence (AI) device/server 400 .
  • a vehicle may include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing vehicle-to-vehicle communication.
  • Vehicles may include unmanned aerial vehicles (UAVs) (eg drones).
  • XR devices may include AR/VR/mixed reality (MR) devices, and may include head-mounted devices (HMDs) mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signs, vehicles, robots, and the like. mounted device) or HUD (head-up display).
  • Portable devices may include smartphones, smart pads, wearable devices (eg, smart watches or smart glasses), and computers (eg, laptops).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors and smart meters.
  • the wireless devices 100a to 100f may be referred to as user equipment (UE).
  • the UE is, for example, a mobile phone, a smartphone, a notebook computer, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a slate PC, a tablet PC, an ultrabook, a vehicle, an autonomous driving function.
  • the UAV may be an aircraft that does not have a person on board and is navigated by a radio control signal.
  • the VR device may include a device for realizing an object or a background of a virtual environment.
  • the AR device may include a device implemented by connecting an object or background in a virtual world to an object or background in the real world.
  • the MR apparatus may include a device implemented by merging the background of an object or virtual world with the background of the object or the real world.
  • the hologram device may include a device for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information using an interference phenomenon of light generated when two laser lights called a hologram meet.
  • the public safety device may include an image relay device or an image device that can be worn on a user's body.
  • MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation.
  • MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors.
  • a medical device may be a device used for the purpose of diagnosing, treating, alleviating, treating, or preventing a disease.
  • a medical device may be a device used to diagnose, treat, alleviate, or correct an injury or injury.
  • a medical device may be a device used for the purpose of examining, replacing, or modifying structure or function.
  • the medical device may be a device used for pregnancy control purposes.
  • a medical device may include a device for treatment, a device for driving, an (ex vivo) diagnostic device, a hearing aid, or a device for a procedure.
  • a security device may be a device installed to prevent a risk that may occur and to maintain safety.
  • the security device may be a camera, closed circuit television (CCTV), recorder or black box.
  • the fintech device may be a device capable of providing financial services such as mobile payment.
  • a fintech device may include a payment device or a POS system.
  • the weather/environment device may include a device for monitoring or predicting the weather/environment.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI technology may be applied to the wireless devices 100a to 100f , and the wireless devices 100a to 100f may be connected to the AI server 400 through the network 300 .
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, a 5G (eg, NR) network, and a 5G or later network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but communicate directly without going through the base station 200/network 300 (eg, sidelink communication) You may.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communication).
  • the IoT device eg, a sensor
  • the IoT device may communicate directly with another IoT device (eg, a sensor) or other wireless devices 100a to 100f.
  • Wireless communications/connections 150a , 150b , 150c may be established between the wireless devices 100a - 100f and/or between the wireless devices 100a - 100f and the base station 200 and/or between the base station 200 .
  • the wireless communication/connection includes uplink/downlink communication 150a, sidelink communication 150b (or device-to-device (D2D) communication), inter-base station communication 150c (eg, relay, integrated access and backhaul), etc.), and may be established through various RATs (eg, 5G NR).
  • the wireless devices 100a to 100f and the base station 200 may transmit/receive wireless signals to/from each other through the wireless communication/connections 150a, 150b, and 150c.
  • the wireless communication/connection 150a , 150b , 150c may transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmission/reception of radio signals various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and at least a part of a resource allocation process and the like may be performed.
  • AI refers to a field that studies artificial intelligence or methodologies that can make it
  • machine learning refers to a field that defines various problems dealt with in the field of artificial intelligence and studies methodologies to solve them.
  • Machine learning is also defined as an algorithm that improves the performance of a certain task through constant experience.
  • a robot can mean a machine that automatically handles or operates a task given by its own capabilities.
  • a robot having a function of recognizing an environment and performing an operation by self-judgment may be referred to as an intelligent robot.
  • Robots can be classified into industrial, medical, home, military, etc. depending on the purpose or field of use.
  • the robot may be provided with a driving unit including an actuator or a motor to perform various physical operations such as moving the robot joints.
  • the movable robot includes a wheel, a brake, a propeller, and the like in the driving unit, and may travel on the ground or fly in the air through the driving unit.
  • Autonomous driving refers to a technology that drives itself, and an autonomous driving vehicle refers to a vehicle that runs without or with minimal user manipulation.
  • autonomous driving includes technology that maintains a driving lane, technology that automatically adjusts speed such as adaptive cruise control, technology that automatically drives along a set route, and technology that automatically sets a route when a destination is set. Technology, etc. may all be included.
  • the vehicle includes a vehicle having only an internal combustion engine, a hybrid vehicle having both an internal combustion engine and an electric motor, and an electric vehicle having only an electric motor, and may include not only automobiles, but also trains, motorcycles, and the like.
  • Autonomous vehicles can be viewed as robots with autonomous driving capabilities.
  • Augmented reality refers to VR, AR, and MR.
  • VR technology provides only CG images of objects or backgrounds in the real world
  • AR technology provides virtual CG images on top of images of real objects
  • MR technology provides CG by mixing and combining virtual objects with the real world.
  • MR technology is similar to AR technology in that it shows both real and virtual objects.
  • AR technology a virtual object is used in a form that complements a real object
  • MR technology a virtual object and a real object are used with equal characteristics.
  • NR supports multiple numerology or subcarrier spacing (SCS) to support various 5G services. For example, when SCS is 15 kHz, it supports wide area in traditional cellular band, and when SCS is 30 kHz/60 kHz, dense-urban, lower latency and wider area are supported. It supports a wider carrier bandwidth, and when the SCS is 60 kHz or higher, it supports a bandwidth greater than 24.25 GHz to overcome the phase noise.
  • SCS subcarrier spacing
  • the NR frequency band may be defined as two types of frequency ranges (FR1, FR2).
  • the numerical value of the frequency range may change.
  • the frequency ranges of the two types (FR1, FR2) may be as shown in Table 1 below.
  • FR1 may mean "sub 6GHz range”
  • FR2 may mean “above 6GHz range”
  • mmW millimeter wave
  • FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 2 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band.
  • the unlicensed band can be used for a variety of purposes, for example, for communication for vehicles (eg, autonomous driving).
  • the wireless communication technology implemented in the wireless device of the present specification may include narrowband IoT (NB-IoT, narrowband IoT) for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT narrowband IoT
  • the NB-IoT technology may be an example of a low power wide area network (LPWAN) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is not limited to the above-mentioned name.
  • LPWAN low power wide area network
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called by various names such as enhanced MTC (eMTC).
  • eMTC enhanced MTC
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC , and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless device of the present specification may include at least one of ZigBee, Bluetooth, and/or LPWAN in consideration of low-power communication, and limited to the above-mentioned names it is not
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • FIG. 2 shows an example of a wireless device to which the implementation of the present specification is applied.
  • the first wireless device 100 and the second wireless device 200 may transmit/receive radio signals to/from an external device through various RATs (eg, LTE and NR).
  • various RATs eg, LTE and NR.
  • ⁇ first wireless device 100 and second wireless device 200 ⁇ are ⁇ radio devices 100a to 100f and base station 200 ⁇ in FIG. 1, ⁇ wireless device 100a to 100f ) and wireless devices 100a to 100f ⁇ and/or ⁇ base station 200 and base station 200 ⁇ .
  • the first wireless device 100 may include at least one transceiver, such as a transceiver 106 , at least one processing chip, such as a processing chip 101 , and/or one or more antennas 108 .
  • Processing chip 101 may include at least one processor, such as processor 102 , and at least one memory, such as memory 104 .
  • the memory 104 is exemplarily shown to be included in the processing chip 101 . Additionally and/or alternatively, the memory 104 may be located external to the processing chip 101 .
  • the processor 102 may control the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. For example, the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a wireless signal including the first information/signal through the transceiver 106 . The processor 102 may receive a radio signal including the second information/signal through the transceiver 106 , and store information obtained by processing the second information/signal in the memory 104 .
  • Memory 104 may be operatively coupled to processor 102 .
  • Memory 104 may store various types of information and/or instructions.
  • the memory 104 may store software code 105 that, when executed by the processor 102 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the software code 105 may implement instructions that, when executed by the processor 102 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 105 may control processor 102 to perform one or more protocols.
  • software code 105 may control processor 102 to perform one or more air interface protocol layers.
  • the processing chip 201 may include at least one processor, such as a processor 202 , and at least one memory, such as a memory 204 .
  • the memory 204 is exemplarily shown included in the processing chip 201 . Additionally and/or alternatively, the memory 204 may be located external to the processing chip 201 .
  • Memory 204 may be operatively coupled to processor 202 .
  • Memory 204 may store various types of information and/or instructions.
  • the memory 204 may store software code 205 that, when executed by the processor 202 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 205 may implement instructions that, when executed by processor 202 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 205 may control processor 202 to perform one or more protocols.
  • software code 205 may control processor 202 to perform one or more air interface protocol layers.
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a RAT (eg, LTE or NR).
  • the transceiver 206 may be coupled to the processor 202 to transmit and/or receive wireless signals via one or more antennas 208 .
  • Each transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with the RF unit.
  • the second wireless device 200 may represent a communication modem/circuit/chip.
  • One or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , and may be described, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein.
  • PDU, SDU, message, control information, data or information may be acquired according to
  • One or more processors 102 , 202 may be referred to as controllers, microcontrollers, microprocessors, and/or microcomputers.
  • One or more processors 102 , 202 may be implemented by hardware, firmware, software, and/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 gates
  • the descriptions, functions, procedures, proposals, methods, and/or flow diagrams disclosed herein may be implemented using firmware and/or software, and the firmware and/or software may be implemented to include modules, procedures, and functions. .
  • Firmware or software configured to perform the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein may be included in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 to provide one It may be driven by the above processors 102 and 202 .
  • the descriptions, functions, procedures, proposals, methods, and/or flow diagrams disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or sets of instructions.
  • One or more memories 104 , 204 may be coupled with one or more processors 102 , 202 , and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
  • the one or more memories 104 and 204 may include read-only memory (ROM), random access memory (RAM), erasable programmable ROM (EPROM), flash memory, hard drives, registers, cache memory, computer readable storage media and/or these may be composed of a combination of One or more memories 104 , 204 may be located inside and/or external to one or more processors 102 , 202 . Additionally, one or more memories 104 , 204 may be coupled to one or more processors 102 , 202 through various technologies, such as wired or wireless connections.
  • the one or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein to one or more other devices. .
  • the one or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein, from one or more other devices. there is.
  • one or more transceivers 106 , 206 may be coupled to one or more processors 102 , 202 and may transmit and receive wireless signals.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to transmit user data, control information, wireless signals, etc. to one or more other devices.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, wireless signals, etc. from one or more other devices.
  • One or more transceivers are configured to process received user data, control information, radio signals/channels, etc., using one or more processors (102, 202), such as received user data, control information, radio signals/channels, and the like. etc. can be converted from an RF band signal to a baseband signal.
  • One or more transceivers 106 , 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 , 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • a base station may be referred to as a Node B (Node B), an eNode B (eNB), or a gNB.
  • Node B Node B
  • eNB eNode B
  • gNB gNode B
  • the wireless device may be implemented in various forms according to usage examples/services (refer to FIG. 1 ).
  • the wireless devices 100 and 200 may correspond to the wireless devices 100 and 200 of FIG. 2 , and may be configured by various components, devices/parts and/or modules.
  • each wireless device 100 , 200 may include a communication device 110 , a control device 120 , a memory device 130 , and an additional component 140 .
  • the communication device 110 may include communication circuitry 112 and a transceiver 114 .
  • communication circuitry 112 may include one or more processors 102 , 202 of FIG. 2 and/or one or more memories 104 , 204 of FIG. 2 .
  • transceiver 114 may include one or more transceivers 106 , 206 of FIG.
  • the additional component 140 may be variously configured according to the type of the wireless device 100 or 200 .
  • the additional components 140 may include at least one of a power unit/battery, input/output (I/O) devices (eg, audio I/O ports, video I/O ports), drive units, and computing devices.
  • I/O input/output
  • Wireless devices 100 and 200 include, but are not limited to, robots (100a in FIG. 1 ), vehicles ( 100b-1 and 100b-2 in FIG. 1 ), XR devices ( 100c in FIG. 1 ), and portable devices ( FIG. 1 ). 100d), home appliances (100e in FIG. 1), IoT devices (100f in FIG.
  • the wireless devices 100 and 200 may be used in a moving or fixed location according to usage examples/services.
  • all of the various components, devices/parts and/or modules of the wireless devices 100 and 200 may be connected to each other via a wired interface, or at least some of them may be wirelessly connected via the communication device 110 .
  • the control device 120 and the communication device 110 are connected by wire, and the control device 120 and the first device (eg, 130 and 140 ) are communication devices. It may be connected wirelessly through 110 .
  • Each component, device/portion, and/or module within the wireless device 100, 200 may further include one or more elements.
  • the control device 120 may be configured by one or more processor sets.
  • control device 120 may be configured by a set of a communication control processor, an application processor (AP), an electronic control unit (ECU), a graphic processing device, and a memory control processor.
  • AP application processor
  • ECU electronice control unit
  • the memory device 130 may be configured by RAM, DRAM, ROM, flash memory, volatile memory, non-volatile memory, and/or a combination thereof.
  • FIG. 4 is a diagram to which the implementation of the present specification is applied. nr An example of the structure of a radio frame is shown.
  • 4 shows the structure of a radio frame of NR according to an embodiment of the present disclosure. 5 may be combined with various embodiments of the present disclosure.
  • radio frames may be used in uplink and downlink transmission in NR.
  • the radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (HF).
  • a half-frame may include 5 1ms subframes (Subframe, SF).
  • a subframe may be divided into one or more slots, and the number of slots in a subframe may be determined according to a subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • Each slot may include 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
  • CP cyclic prefix
  • each slot may include 14 symbols.
  • each slot may include 12 symbols.
  • the symbol may include an OFDM symbol (or a CP-OFDM symbol), a single carrier-FDMA (SC-FDMA) symbol (or a Discrete Fourier Transform-spread-OFDM (DFT-s-OFDM) symbol).
  • FIG. 5 is a diagram to which the implementation of the present specification is applied.
  • NR An example of a slot structure of a frame is shown.
  • 5 shows a slot structure of an NR frame according to an embodiment of the present disclosure. 5 may be combined with various embodiments of the present disclosure.
  • a slot includes a plurality of symbols in the time domain.
  • one slot may include 14 symbols, but in the case of an extended CP, one slot may include 12 symbols.
  • one slot may include 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • a carrier wave includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • BWP Bandwidth Part
  • P Physical Resource Block
  • a carrier wave may include a maximum of N (eg, 5) BWPs. Data communication may be performed through the activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • RE resource element
  • the wireless interface between the terminal and the terminal or the wireless interface between the terminal and the network may be composed of an L1 layer, an L2 layer, and an L3 layer.
  • the L1 layer may mean a physical layer.
  • the L2 layer may mean at least one of a MAC layer, an RLC layer, a PDCP layer, and an SDAP layer.
  • the L3 layer may mean an RRC layer.
  • V2X or SL communication will be described.
  • 6A and 6B are diagrams to which the implementation of the present specification is applied.
  • SL An example of a radio protocol architecture for communication is shown.
  • FIG. 6A and 6B illustrate a radio protocol architecture for SL communication, according to an embodiment of the present disclosure. 6A and 6B may be combined with various embodiments of the present disclosure. Specifically, FIG. 6A shows a user plane protocol stack, and FIG. 6B shows a control plane protocol stack.
  • SL synchronization signal Sidelink Synchronization Signal, SLSS
  • SLSS Segment Synchronization Signal
  • the 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 S-PSS
  • length-127 Gold sequences may be used for S-SSS.
  • the terminal may detect an initial signal using S-PSS and may obtain synchronization.
  • the UE may acquire detailed synchronization using S-PSS and S-SSS, and may detect a synchronization signal ID.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information is SLSS-related information, duplex mode (Duplex Mode, DM), TDD UL/DL (Time Division Duplex Uplink/Downlink) configuration, resource pool related information, type of application related to SLSS, It may be a subframe offset, broadcast information, or the like.
  • the payload size of PSBCH may be 56 bits including a CRC of 24 bits.
  • S-PSS, S-SSS, and PSBCH may be included in a block format supporting periodic transmission (eg, SL SS (Synchronization Signal)/PSBCH block, hereinafter S-SSB (Sidelink-Synchronization Signal Block)).
  • the S-SSB may have the same numerology (ie, SCS and CP length) as a Physical Sidelink Control Channel (PSCCH)/Physical Sidelink Shared Channel (PSSCH) in the carrier, and the transmission bandwidth is (pre)set SL Sidelink (BWP) BWP).
  • the bandwidth of the S-SSB may be 11 resource blocks (RBs).
  • the PSBCH may span 11 RBs.
  • the frequency position of the S-SSB may be set (in advance). Therefore, the UE does not need to perform hypothesis detection in frequency in order to discover the S-SSB in the carrier.
  • V2X or SL of a terminal performing communication one example indicates.
  • FIG. 7 shows a terminal performing V2X or SL communication, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 7 may be combined with various embodiments of the present disclosure.
  • terminal in V2X or SL communication may mainly refer to a user's terminal.
  • the base station may also be regarded as a kind of terminal.
  • terminal 1 may be the first apparatus 100
  • terminal 2 may be the second apparatus 200 .
  • UE 1 may select a resource unit corresponding to a specific resource from a resource pool indicating a set of a series of resources. And, UE 1 may transmit an SL signal using the resource unit.
  • terminal 2 which is a receiving terminal, may receive a resource pool configured for terminal 1 to transmit a signal, and may detect a signal of terminal 1 in the resource pool.
  • the base station may inform the terminal 1 of the resource pool.
  • another terminal informs terminal 1 of the resource pool, or terminal 1 may use a preset resource pool.
  • the resource pool may be composed of a plurality of resource units, and each terminal may select one or a plurality of resource units to use for its own SL signal transmission.
  • 8A and 8B are transmitted by a terminal to which the implementation of the present specification is applied.
  • mode V2X or SL An example of a procedure for performing communication is shown.
  • the transmission mode may be referred to as a mode or a resource allocation mode.
  • a transmission mode in LTE may be referred to as an LTE transmission mode
  • a transmission mode in NR may be referred to as an NR resource allocation mode.
  • FIG. 8A shows a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3 .
  • FIG. 8A shows a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 may be applied to general SL communication
  • LTE transmission mode 3 may be applied to V2X communication.
  • FIG. 8B shows a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • FIG. 8B shows a terminal operation related to NR resource allocation mode 2.
  • the base station may schedule an SL resource to be used by the terminal for SL transmission.
  • the base station may perform resource scheduling to terminal 1 through PDCCH (more specifically, downlink control information (DCI)), and terminal 1 may perform V2X or SL communication with terminal 2 according to the resource scheduling.
  • PDCCH more specifically, downlink control information (DCI)
  • DCI downlink control information
  • UE 1 transmits sidelink control information to UE 2 through a Physical Sidelink Control Channel (PSCCH), and then transmits data based on the sidelink control information to a Physical Sidelink Shared Channel (PSSCH). may be transmitted to terminal 2 through PDCCH (more specifically, downlink control information (DCI)
  • DCI downlink control information
  • UE 1 transmits sidelink control information to UE 2 through a Physical Sidelink Control Channel (PSCCH), and then transmits data based on the sidelink control information to a Physical Sidelink Shared Channel (PSSCH).
  • PSSCH Physical Sidelink Shared Channel
  • the UE may determine an SL transmission resource within an SL resource configured by a base station/network or a preset SL resource.
  • the configured SL resource or the preset SL resource may be a resource pool.
  • the UE may autonomously select or schedule a resource for SL transmission.
  • the UE may perform SL communication by selecting a resource by itself within a set resource pool.
  • the terminal may select a resource by itself within the selection window by performing a sensing (sensing) and resource (re)selection procedure.
  • the sensing may be performed in units of subchannels.
  • UE 1 which has selected a resource within the resource pool, transmits sidelink control information to UE 2 through the PSCCH, and may transmit data based on the sidelink control information to UE 2 through the PSSCH.
  • Table 3 shows an example of an operating band used for V2X (or SL) communication.
  • Operating Band V2X Operating Band V2X UE transmit V2X UE receive Duplex Mode Interface F UL_low - F UL_high F DL _low - F DL_high 47 47 5855 MHz - 5925 MHz 5855 MHz - 5925 MHz HD (Half Duplex) PC5 39 39 1880 MHz - 1920 MHz 1880 MHz - 1920 MHz TDD PC5 and/or Uu
  • the operating band 47 When the operating band 47 according to the example of Table 3 is used for E-UTRA V2X (or SL) communication, the operating band 47 may be referred to as B47. When the operating band 47 according to the example of Table 3 is used for NR V2X (or SL) communication, the operating band 47 may be referred to as n47.
  • the operating band 39 When the operating band 39 according to the example of Table 3 is used for E-UTRA V2X (or SL) communication, the operating band 39 may be referred to as B39. When the operating band 39 according to the example of Table 3 is used for NR V2X (or SL) communication, the operating band 39 may be referred to as n39.
  • At least one proposed method proposed according to various embodiments of the present disclosure is a PC5 interface or an SL interface (eg, PSCCH, PSSCH, PSBCH, PSSS/SSSS, etc.) based sidelink communication or V2X
  • SL interface eg, PSCCH, PSSCH, PSBCH, PSSS/SSSS, etc.
  • Uu interface eg, PUSCH, PDSCH, PDCCH, PUCCH, etc.
  • the reception operation of the terminal is a decoding operation and/or reception operation of a sidelink channel and/or a sidelink signal (eg, PSCCH, PSSCH, PSFCH, PSBCH, PSSS/SSSS, etc.) may include
  • the transmission operation of the terminal may include a transmission operation of a sidelink channel and/or a sidelink signal (eg, PSCCH, PSSCH, PSFCH, PSBCH, PSSS/SSSS, etc.).
  • a (physical) channel used when the RX UE transmits at least one of the following information to the TX UE may be referred to as a PSFCH.
  • the Uu channel may include a UL channel and/or a DL channel.
  • the UL channel may include PUSCH, PUCCH, and the like.
  • the DL channel may include a PDCCH, a PDSCH, and the like.
  • the SL channel may include PSCCH, PSSCH, PSFCH, PSBCH, and the like.
  • sidelink (SL), V2X, and V2X sidelink (SL) may be used as the same meaning.
  • the disclosure of the present specification proposes an operation of selecting a synchronization reference source for an FR2 Sidelink (SL) supported terminal.
  • SL Sidelink
  • the SL support terminal stops its SLSS transmission or data transmission operation, and detects (receives) the SLSS of the SyncRef UE. can be performed.
  • the allowable transmission drop ratio is the following example for the FR1 NR SL terminal and the FR2 NR SL terminal explained as
  • a first example of the disclosure of the present specification proposes an operation of a terminal supporting FR1 NR SL communication with reference to various examples.
  • the contents described in the first example of the disclosure of the present specification may be applied to sidelink communication.
  • the contents described in the first example of the disclosure of the present specification may be applied to Sidelink services, such as NR V2X, Public Safety, Device to Device (D2D), commercial use cases, and the like.
  • SLSS sidelink synchronization signal
  • a UE supporting FR1 SL communication may detect (or detect) a SyncRef UE.
  • a SyncRef UE may be considered detectable in the following example:
  • SCH_RP may mean the received power of the synchronization signal.
  • the UE shall not drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE. In other words, the UE may not perform the operation of detecting a signal to select/reselect the synchronization reference source as the SyncRef UE.
  • the UE may perform the following operations:
  • the UE shall not drop the NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the SyncRef UE meets the selection / reselection criteria defined in 3GPP TS 38.331 V16.1.0 (eg, when the priority (sl-SyncPriority) for SL communication is set to gnss) detection time (eg, T detect ,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds). For example, the UE may detect the SL signal (eg, SLSS) of the SyncRef UE within the detection time.
  • SLSS SL signal
  • T detect, SyncRef UE_SL may be defined as 1.6 seconds at SCH Es / Iot ⁇ 0dB.
  • T detect,SyncRef defined as 1.6 s at SCH Es/Iot ⁇ 0 dB UE_SL may mean the following.
  • the reception SINR of the synchronization signal of the SyncRef UE received by the UE is at least 0dB, the UE should be able to detect the SyncRef UE within 1.6 seconds.
  • the UE selects/reselects the synchronization reference source as SyncRef, T detect,SyncRef You can drop up to 30% of the SLSS transmission of the UE during UE_SL .
  • the GNSS is set to the highest priority, and in the two cases described in the example above (eg "i-1-a), when the UE is directly synchronized to GNSSS" and "i -1-b) If the UE is not directly or indirectly synchronized to a SyncRef UE synchronized to GNSS"), the UE may perform the following operations:
  • the UE may drop NR SL data reception per PSBCH monitoring occasion up to 2 slots. And, the overall drop rate (overall drop rate) is T detect, SyncRef for selection / reselection for the SyncRef UE It shall not exceed 0.3% of NR SL data reception during UE_SL .
  • the serving cell and/or PCell is set to the highest priority (highest priority) NS SL synchronization reference source selection and/or reselection.
  • the UE may perform an operation such as the following example:
  • the UE may drop NR SL data reception per PSBCH monitoring occasion up to 2 slots. And, the overall drop rate (overall drop rate) is T detect, SyncRef for selection / reselection for the SyncRef UE It shall not exceed 0.3% of NR SL data reception during UE_SL .
  • the UE shall be able to perform S-RSRP measurement for the identified three intra-frequency NR SL SyncRefs.
  • the UE shall be able to perform PSBCH-RSRP measurements for SyncRef UEs within three frequencies identified with a measurement period of 320 ms. It is assumed that the SyncRef UE does not drop or delay SLSS transmission within the measurement period. Otherwise, the measurement period may be extended.
  • an operation for selection and/or reselection of an NS SL synchronization reference source may be performed according to the example of FIG. 9 .
  • FIG. 9 shows an example of the operation of the terminal according to the first example of the disclosure of the present specification.
  • the content shown in FIG. 9 is only an example, and the scope of the disclosure of the present specification is not limited by FIG. 9 .
  • the terminal is not limited by the example of FIG. 9, and may perform operations according to the first example of the disclosure of the present specification described above through various examples.
  • the UE may perform step S905.
  • the terminal may perform step S902.
  • the terminal may determine what the synchronization reference source to which the terminal is synchronized.
  • the synchronization reference source to which the UE is synchronized may be GNSS, a SyncRef UE synchronized directly or indirectly to GNSS, or another case (eg, i-1-c) in other cases).
  • another case may include a case in which the reference source with which the UE is synchronized is a SyncRef UE or a serving cell (PCell) that is not directly or indirectly synchronized with GNSS.
  • the UE may detect an SL signal (eg, SLSS) of another UE.
  • the terminal may perform an operation according to "i-1-a) when the UE is directly synchronized to the GNSSS" described above. For example, the UE may not drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the UE may detect an SL signal (eg, SLSS) of another UE.
  • the terminal may perform an operation according to "i-1-c) in other case" or Case 1-2 described above.
  • the UE may drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the UE determines the SyncRef detection time (eg, T detect,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds).
  • the UE may detect the SL signal (eg, SLSS) of the SyncRef UE within the detection time.
  • SyncRef UE_SL may be defined as 8 seconds in SCH Es / Iot ⁇ 0dB.
  • T detect,SyncRef It may be allowed to drop up to 6% of the NR SL data transmission and NR SLSS transmission of the UE during UE_SL.
  • the UE may drop NR SL data reception per PSBCH monitoring occasion up to 2 slots.
  • the overall drop rate (overall drop rate) is T detect, SyncRef for selection / reselection for the SyncRef UE It shall not exceed 0.3% of NR SL data reception during UE_SL .
  • a second example of the disclosure of the present specification proposes an operation of a terminal supporting FR2 NR SL communication with reference to various examples.
  • the contents described in the second example of the disclosure of the present specification may be applied to sidelink communication.
  • the contents described in the second example of the disclosure of the present specification may be applied to Sidelink services, such as NR V2X, Public Safety, Device to Device (D2D), commercial use cases, and the like.
  • FR2 SL beam management may be applied to the operation of the terminal, or FR2 SL beam management may not be applied.
  • the operation of the terminal according to the case where FR2 SL beam management is applied and the case where FR2 SL beam management is not applied will be described.
  • the time (eg, T detect, SyncRef ) for detecting the sidelink synchronization signal (SLSS) of the FR2 SyncRef UE in consideration of the beam operation of the terminal UE _ SL ) may have to be defined.
  • the drop rate which does not perform its own SSLL or data transmission, may be determined.
  • SLSS sidelink synchronization signal
  • the SyncRef UE may be considered as detectable in the following example:
  • the example of Table 4 may be an example of a side condition that must be satisfied for the PSBCH-RSRP measured by the UE.
  • the UE may measure the PSBCH-RSRP based on the PSBCH received from another UE.
  • /Iot may mean reception SINR (Signal to ⁇ Noise and Interference ⁇ Ratio).
  • Absolute Accuracy may mean absolute accuracy of the measured RSRP.
  • absolute accuracy may be expressed as measured RSRP lute accuracy.
  • Relative Accuracy may mean the relative accuracy of the measured RSRP, represented by the maximum value among 95%-50% and 5%-50% of the measured RSRP CDF (Cumulative Distribution Function).
  • /Iot may mean SINR when measuring PSBCH-RSRP.
  • the normal condition may mean, for example, a case in which the temperature of the terminal is +15 degrees to +35 degrees.
  • the extreme condition may mean, for example, a case in which the terminal temperature is -10 to +55 degrees.
  • the UE may perform the following operations:
  • the UE shall not drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE. In other words, the UE may not perform the operation of detecting a signal to select/reselect the synchronization reference source as the SyncRef UE.
  • the synchronization reference source of a SyncRef UE may also be GNSS.
  • the UE may not drop the NR SLSS and NR SL data transmission because it may already be in synchronization with the SyncRef UE.
  • the UE may perform the following operations:
  • the UE shall not drop the NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the SyncRef UE meets the selection / reselection criteria defined in 3GPP TS 38.331 V16.1.0 (eg, when the priority (sl-SyncPriority) for SL communication is set to gnss) detection time (eg, T detect ,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds). For example, the UE may detect the SL signal (eg, SLSS) of the SyncRef UE within the detection time.
  • SLSS SL signal
  • SyncRef UE_SL may be defined as X1 second at SCH Es / Iot ⁇ 0dB.
  • the UE selects/reselects the synchronization reference source as SyncRef, T detect,SyncRef During UE_SL , it is possible to drop up to Y1% of the UE 's SLSS transmission.
  • X1 may be an example of a detection time in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • Y1 may be an example of a maximum drop rate in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • FR2 SL terminal when a terminal supporting FR2 SL communication (hereinafter also referred to as "FR2 SL terminal") performs SL communication, the number of beams of the terminal used for SLSS detection may be considered.
  • the period of the S-SSB may be 160 ms.
  • T detect, SyncRef for detecting the signal of the FR2 SyncRef UE UE_SL N x 1.6 seconds.
  • the maximum drop rate Y1 may be 30%.
  • T detect, SyncRef UE_SL , X1 6.4 seconds ⁇ 12.8 seconds are suggested.
  • T detect,SyncRef UE_SL 9.6 seconds.
  • the maximum drop rate of 30% means that a maximum of three samples are required to detect the SLSS.
  • a sample period for detecting up to three samples may be changed.
  • the maximum drop rate 50%
  • a maximum of 6 samples must be secured in order to ensure that 3 samples are 50% based on the S-SSB period of 160 ms.
  • FR2 SyncRef UE's T detect FR2 SyncRef UE's T detect
  • X1 may be calculated as (6.4 ⁇ 12.8)*30/Y1.
  • the GNSS is set to the highest priority, and in the two cases described in the example above (eg "ii-1-a) the UE is directly synchronized to the GNSSS" and "ii -1-b) If the UE is not directly or indirectly synchronized to a SyncRef UE synchronized to GNSS"), the UE may perform the following operations:
  • the UE determines the SyncRef detection time (eg, T detect,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds).
  • T detect, SyncRef UE_SL may be defined as X2 seconds in SCH Es / Iot ⁇ 0dB.
  • T detect,SyncRef It may be allowed to drop up to Y2% of NR SL data transmission and NR SLSS transmission of the UE during UE_SL.
  • the UE may drop NR SL data reception per PSBCH monitoring occasion up to 2 slots. And, the overall drop rate (overall drop rate) is T detect, SyncRef for selection / reselection for the SyncRef UE It shall not exceed Y3% of NR SL data reception during UE_SL .
  • X2 may be an example of a detection time in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • Y2 and Y3 may be examples of a maximum drop rate in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • Y2 may be the maximum drop rate at which the UE drops NR SL data transmission and NR SLSS transmission.
  • Y3 may be the maximum drop rate at which the UE drops NR SL data reception.
  • the number of beams of the terminal used for SLSS detection may be considered.
  • the period of the S-SSB may be 160 ms.
  • T detect,SyncRef UE _ SL , X2 32 seconds ⁇ 64 seconds are suggested.
  • T detect,SyncRef UE_SL 48 seconds.
  • the maximum date rate may be set to be greater than 6% or 0.3%.
  • the T detect,SyncRef of the FR2 SL support terminal is applied.
  • UE_SL may be long .
  • T detect, SyncRef UE_SL _ _ To save time, you can set the maximum drop rate to be greater than 6% or 0.3%.
  • S-SSB period 160ms.
  • a sample period for detecting up to three samples may be changed.
  • FR2 SyncRef UE's T detect FR2 SyncRef UE's T detect
  • X2 may be calculated as (32 ⁇ 64)*6/Y2.
  • the NS SL synchronization reference source when the serving cell and/or PCell is set to the highest priority Selection of the source and/or reselection.
  • the UE may perform an operation such as the following example:
  • the UE determines the SyncRef detection time (eg, T detect,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds). For example, the UE may detect the SL signal (eg, SLSS) of the SyncRef UE within the detection time.
  • T detect, SyncRef UE_SL may be defined as X2 seconds in SCH Es / Iot ⁇ 0dB.
  • T detect,SyncRef It may be allowed to drop up to Y2% of NR SL data transmission and NR SLSS transmission of the UE during UE_SL.
  • the UE may drop NR SL data reception per PSBCH monitoring occasion up to 2 slots. And, the overall drop rate (overall drop rate) is T detect, SyncRef for selection / reselection for the SyncRef UE It shall not exceed Y3% of NR SL data reception during UE_SL .
  • X2 may be an example of a detection time in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • Y2 and Y3 may be examples of a maximum drop rate in consideration of the number of beams operated by a terminal supporting FR2 SL communication.
  • Y2 may be the maximum drop rate at which the UE drops NR SL data transmission and NR SLSS transmission.
  • Y3 may be the maximum drop rate at which the UE drops NR SL data reception.
  • the number of beams of the terminal used for SLSS detection may be considered.
  • the period of the S-SSB may be 160 ms.
  • T detect,SyncRef UE _ SL , X2 32 seconds ⁇ 64 seconds are suggested.
  • T detect,SyncRef UE_SL 48 seconds.
  • the maximum date rate may be set to be greater than 6% or 0.3%.
  • the T detect,SyncRef of the FR2 SL support terminal is applied.
  • UE_SL may be long .
  • T detect, SyncRef UE_SL _ _ To save time, you can set the maximum drop rate to be greater than 6% or 0.3%.
  • S-SSB period 160ms.
  • a sample period for detecting up to three samples may be changed.
  • M M (M ⁇ 2) or more SLSSs are included in the S-SSB. It is suggested that it is set by default.
  • the SyncRef UE transmits one S-SSB, it may be configured to include M or more SLSSs in the S-SSB.
  • X1 and X2 may be reduced by M times while maintaining the same Y1%, Y2%, and Y3%.
  • X1 X1 (eg, X1 in Case 2-1 and Case 2-2)/M.
  • X2 X2 (eg, X2 in Case 2-1 and Case 2-2)/M.
  • a detection time and a maximum drop rate may be proposed as shown in the example below.
  • X1 and Y1 may be proposed as follows:
  • SL beam mangement may not be applied.
  • the terminal supporting FR2 SL communication may operate in the same manner as described in Case 1.
  • Case 1 of FR1 NR SL supporting terminal standards, Case1-1 and Case1-2 may be applied.
  • FIG. 10 shows an example of operation of a terminal according to a second example of the disclosure of the present specification.
  • an operation for selection and/or reselection of an NS SL synchronization reference source may be performed according to the example of FIG. 10 .
  • FIG. 10 shows an example of operation of a terminal according to a second example of the disclosure of the present specification.
  • the content shown in FIG. 10 is merely an example, and the scope of the disclosure of the present specification is not limited by FIG. 10 .
  • the terminal is not limited by the example of FIG. 10, and may perform operations according to the second example of the disclosure of the present specification described above through various examples.
  • step S1001 the terminal may determine whether the terminal supports SL beam management or whether the terminal performs SL beam management for SL communication.
  • the terminal may perform step S1002.
  • the terminal may perform the operation as described in the first example of the disclosure of the present specification. For example, in this case, the terminal may perform step S901 of FIG. 9 .
  • the terminal may determine what the synchronization reference source to which the terminal is synchronized.
  • the synchronization reference source to which the UE is synchronized may be GNSS, a SyncRef UE synchronized directly or indirectly to GNSS, or another case (eg, ii-1-c) in other cases).
  • another case may include a case in which the reference source with which the UE is synchronized is a SyncRef UE or a serving cell (PCell) that is not directly or indirectly synchronized with GNSS.
  • the UE may detect an SL signal (eg, SLSS) of another UE.
  • the terminal may perform an operation according to "ii-1-a) when the UE is directly synchronized to the GNSSS" described above. For example, the UE may not drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE. In other words, the UE may not perform the operation of detecting a signal to select/reselect the synchronization reference source as the SyncRef UE.
  • the UE may detect an SL signal (eg, SLSS) of another UE.
  • the terminal may perform an operation according to "ii-1-b) when the UE is directly or indirectly synchronized to a SyncRef UE synchronized to GNSS" described above. For example, the UE must not drop the NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the UE determines the SyncRef detection time (eg T detect,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds).
  • X1 and Y1 may be set as described in various examples of "ii-1-b) when the UE is directly or indirectly synchronized to a SyncRef UE synchronized to GNSS".
  • T detect, SyncRef for detecting the signal of the FR2 SyncRef UE UE_SL (FR2 SyncRef UE 's T detect,SyncRef UE _ SL )
  • N 4 ⁇ 8 beam operation
  • T detect,SyncRef UE_SL 6.4 seconds ⁇ 12.8 seconds.
  • T detect,SyncRef UE_SL 9.6 seconds.
  • M (M ⁇ 2) or more SLSSs may be basically configured in the S-SSB.
  • the UE may detect an SL signal (eg, SLSS) of another UE.
  • the terminal may perform an operation according to "ii-1-c) in other case" or Case 2-2 described above.
  • the UE may drop the NR SLSS and NR SL data transmission to select/reselect the synchronization reference source to the SyncRef UE.
  • the UE determines the SyncRef detection time (eg T detect,SyncRef It should be possible to identify a SyncRef UE within a newly detectable frequency (intra frequency) within UE_SL seconds).
  • the UE may detect the SL signal (eg, SLSS) of the SyncRef UE within the detection time.
  • X2, Y2, and Y3 may be set as described above in various examples of “ii-1-c) in other case” or Case 2-2.
  • M (M ⁇ 2) or more SLSSs may be basically configured in the S-SSB.
  • X2, Y2, and Y3 may be defined as in the following example.
  • ⁇ X2, Y2, and Y3 ⁇ it may be defined as in the following example.
  • ⁇ X2, Y2, Y3 ⁇ ⁇ 32 to 64, 6, 0.3 ⁇ , ⁇ 19.2 to 38.4, 10, 0.5 ⁇ , ⁇ 16 to 32, 12, 0.6 ⁇ , ⁇ 12.8 to 25.6, 15, 0.75 ⁇ , ⁇ 9.6 -19.2, 20, 1.0 ⁇ , or ⁇ 6.4-12.8, 30, 1.5 ⁇ .
  • X2, Y2, and Y3 may be defined as in the following example.
  • ⁇ X2, Y2, Y3 ⁇ ⁇ (32 to 64)/M, 6, 0.3 ⁇ , ⁇ (19.2 to 38.4)/M, 10, 0.5 ⁇ , ⁇ (16 to 32)/M, 12, 0.6 ⁇ , ⁇ (12.8 ⁇ 25.6)/M, 15, 0.75 ⁇ , ⁇ (9.6 ⁇ 19.2)/M, 20, 1.0 ⁇ , or ⁇ (6.4 ⁇ 12.8)/M, 30, 1.5 ⁇ .
  • FIG. 11 shows an example of the operation of the terminal according to the disclosure of the present specification.
  • the content shown in FIG. 11 is only an example, and the scope of the disclosure of the present specification is not limited by FIG. 11 .
  • the terminal may perform operations according to various examples described above in the disclosure of the present specification (eg, the first example, the second example, etc. of the disclosure of the present specification).
  • step S1101 the terminal may transmit an SL signal.
  • the terminal may detect the SLSS of another UE.
  • the UE may detect another UE based on SLSS transmitted from the other UE during a predefined detection time.
  • the SL signal may be allowed to drop up to a predefined maximum drop rate.
  • a predefined maximum drop rate and predefined detection time (e.g. T detect,SyncRef UE_SL seconds ) may be set according to various examples described in the first and second examples of the disclosure of this specification.
  • the predefined maximum drop rate and the predefined detection time may be set based on a first synchronization reference source set to a highest priority and a second synchronization reference source with which the UE is synchronized.
  • the detection time (e.g. T detect,SyncRef UE_SL seconds ) and invitation drop rate are in Case 1-1 and Case 1-2 described in the first example of the present disclosure, and Case 2-1 and Case 2-2 described in the second example of the present disclosure. can be set accordingly.
  • an operation for a UE supporting NR SL communication to select and/or reselect a synchronization reference source may be clearly defined. and/or explicitly select and/or reselect the synchronization reference source.
  • SL communication can be efficiently performed.
  • the terminal may efficiently perform SL communication.
  • a terminal eg, UE
  • the operation of a terminal (eg, UE) described in this specification may be implemented by the apparatuses of FIGS. 1 to 3 described above.
  • the terminal eg, UE
  • the terminal may be the first device 100 or the second device 200 of FIG. 1 .
  • an operation of a terminal (eg, UE) described herein may be processed by one or more processors 102 or 202 .
  • the operation of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202 .
  • an instruction/program e.g. instruction, executable code
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 105 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein. It is possible to perform the operation of the terminal (eg, UE) described in .
  • instructions for performing an operation of a terminal (eg, UE) described in the disclosure of the present specification may be stored in a non-volatile computer-readable storage medium in which it is recorded.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform the operation of the terminal (eg, UE) described in the disclosure of the present specification.
  • a base station eg, NG-RAN, gNB, gNB (NB-IoT), gNB (NR) eNB, RAN, etc.
  • a base station eg, NG-RAN, gNB, gNB (NB-IoT), gNB (NR) eNB, RAN, etc.
  • a base station may be the first device 100a or the second device 100b of FIG. 1 . .
  • a base station eg, NG-RAN, gNB, gNB (NB-IoT), gNB (NR) eNB, RAN, etc.
  • the operation of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202 .
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 106 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein.
  • the operation described in or a base station eg, NG-RAN, gNB, gNB (NB-IoT), gNB (NR) eNB, RAN, etc.
  • the instructions for performing the operation of the base station are recorded non-volatile (or non-transitory) may be stored in a computer-readable storage medium.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium are executed by one or more processors 102 or 202 to be described in the disclosure of this specification or a base station (eg, NG-RAN, gNB, gNB (NB-IoT), gNB (NR) eNB). , RAN, etc.).

Landscapes

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

Abstract

본 명세서의 일 개시는 UE가 사이드링크 통신을 수행하는 방법을 제공한다. 상기 방법은 SL 신호를 전송하는 단계; 및 미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함할 수 있다.

Description

사이드링크 통신
본 명세서는 이동통신에 관한 것이다.
3rd generation partnership project (3GPP) long-term evolution (LTE)는 고속 패킷 통신(high-speed packet communications)을 가능하게 하는 기술이다. 사용자 비용 및 공급자 비용을 줄이고, 서비스 품질을 개선하며, 커버리지 및 시스템 용량을 확장 및 개선하는 것을 목표로 하는 것을 포함하여 LTE 목표를 위해 많은 계획이 제안되어 왔다. 3GPP LTE는 비트 당 비용 절감, 서비스 가용성 향상, 주파수 대역의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 상위 수준의 요구 사항(upper-level requirement)으로 요구한다.
ITU (International Telecommunication Union) 및 3GPP에서 New Radio (NR) 시스템에 대한 요구 사항 및 사양을 개발하기 위한 작업이 시작되었다. 3GPP는 긴급한 시장 요구 사항(urgent market needs)과 ITU-R (International Mobile Telecommunications) international mobile telecommunications (IMT)-2020 프로세스에서 정한 장기적인 요구 사항을 모두 충족하는 새로운 Radio Access Technology (RAT)를 적시에 성공적으로 표준화하는 데 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 더 먼 미래에도 무선 통신에 사용할 수 있는 최소 최대 100GHz 범위의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC) 등을 포함한 모든 사용 시나리오, 요구 사항 및 배포 시나리오를 다루는 단일 기술 프레임 워크를 목표로 한다. NR은 본질적으로 순방향 호환이 가능할 수 있다(forward compatible).
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
SL 통신을 수행하는 NR 단말은, 동기화 기준 소스(Synchronization reference source)를 선택(selection) 또는 재선택(reselction)할 수 있어야 한다. 한편, Frequency Range 2 (FR2) SL 통신을 지원하는 단말은 빔 매니지먼트 동작을 수행할 수도 있다. 하지만, 종래 기술에는 FR2 SL 통신을 지원하는 단말을 위한 동기화 기준 소스의 선택 또는 재선택에 관련된 동작이 구체적으로 정의되지 않았다. 이로 인해, NR 단말이 SL 통신을 명확하게 또는 효과적으로 수행할 수 없다는 문제가 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 UE가 사이드링크 통신을 수행하는 방법을 제공한다. 상기 방법은 SL 신호를 전송하는 단계; 및 미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 사이드링크 통신을 수행하는 UE를 제공한다. 상기 UE는 적어도 하나의 트랜시버; 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: SL 신호를 전송하는 단계; 및 미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 이동통신에서의 장치를 제공한다. 상기 장치는 적어도 하나의 프로세서; 및 명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: SL 신호를 전송하는 단계; 및 미리 정의된 검출 시간 동안, 다른 장치로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 명령어들을 기록하고 있는 비휘발성(non-volatile) 컴퓨터 판독가능 저장 매체를 제공한다. 상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: SL 신호를 전송하는 단계; 및 미리 정의된 검출 시간 동안, 다른 장치로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 NR의 무선 프레임의 구조의 예를 나타낸다.
도 5는 본 명세서의 구현이 적용되는 NR 프레임의 슬롯 구조의 일 예를 나타낸다.
도 6a 및 도 6b는 본 명세서의 구현이 적용되는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)의 일 예를 나타낸다.
도 7은 명세서의 구현이 적용되는 V2X 또는 SL 통신을 수행하는 단말의 일예를 나타낸다.
도 8a 및 도 8b는 본 명세서의 구현이 적용되는 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차의 일 예를 나타낸다.
도 9는 본 명세서의 개시의 제1 예에 따른 단말의 동작의 예를 나타낸다.
도 10은 본 명세서의 개시의 제2 예에 따른 단말의 동작의 예를 나타낸다.
도 11은 본 명세서의 개시의 일 실시예에 따른 단말의 동작의 예를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multicarrier frequency division multiple access) 시스템을 포함한다. CDMA는 UTRA(universal terrestrial radio access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(global system for mobile communications), GPRS(general packet radio service) 또는 EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long-term evolution)는 E-UTRA를 이용한 E-UMTS(evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; downlink)에서 OFDMA를, 상향링크(UL; uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(advanced), LTE-A Pro, 및/또는 5G NR(new radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라, “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “A 및 B의 적어도 하나(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “A 또는 B의 적어도 하나(at least one of A or B)”나 “A 및/또는 B의 적어도 하나(at least one of A and/or B)”라는 표현은 “A 및 B의 적어도 하나(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “A, B 및 C의 적어도 하나(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다. 또한, “A, B 또는 C의 적어도 하나(at least one of A, B or C)”나 “A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)”는 “A, B 및 C의 적어도 하나(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDCCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수 도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced mobile broadband) 범주, (2) 거대 기계 유형 통신 (mMTC; massive machine type communication) 범주 및 (3) 초고신뢰 저지연 통신 (URLLC; ultra-reliable and low latency communications) 범주이다.
부분적인 사용 예는 최적화를 위해 복수의 범주를 요구할 수 있으며, 다른 사용 예는 하나의 KPI(key performance indicator)에만 초점을 맞출 수 있다. 5G는 유연하고 신뢰할 수 있는 방법을 사용하여 이러한 다양한 사용 예를 지원한다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; radio access technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; extended reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT 장치(100f) 및 인공 지능(AI; artificial intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; unmanned aerial vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR/VR/혼합 현실(MR; mixed realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(head-mounted device), HUD(head-up display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.
본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; user equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(personal digital assistant), PMP(portable multimedia player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.
예를 들어, UAV는 사람이 탑승하지 않고 무선 제어 신호에 의해 항행되는 항공기일 수 있다.
예를 들어, VR 장치는 가상 환경의 개체 또는 배경을 구현하기 위한 장치를 포함할 수 있다. 예를 들어, AR 장치는 가상 세계의 개체나 배경을 실제 세계의 개체나 배경에 연결하여 구현한 장치를 포함할 수 있다. 예를 들어, MR 장치는 객체나 가상 세계의 배경을 객체나 실제 세계의 배경으로 병합하여 구현한 디바이스를 포함할 수 있다. 예를 들어, 홀로그램 장치는, 홀로그램이라 불리는 두 개의 레이저 조명이 만났을 때 발생하는 빛의 간섭 현상을 이용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하기 위한 장치가 포함할 수 있다.
예를 들어, 공공 안전 장치는 사용자 몸에 착용할 수 있는 이미지 중계 장치 또는 이미지 장치를 포함할 수 있다.
예를 들어, MTC 장치와 IoT 장치는 인간의 직접적인 개입이나 조작이 필요하지 않은 장치일 수 있다. 예를 들어, MTC 장치와 IoT 장치는 스마트 미터, 자동 판매기, 온도계, 스마트 전구, 도어락 또는 다양한 센서를 포함할 수 있다.
예를 들어, 의료 장치는 질병의 진단, 처리, 완화, 치료 또는 예방 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 부상이나 손상을 진단, 처리, 완화 또는 교정하기 위해 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조나 기능을 검사, 교체 또는 수정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신 조정 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 치료용 장치, 운전용 장치, (체외)진단 장치, 보청기 또는 시술용 장치를 포함할 수 있다.
예를 들어, 보안 장치는 발생할 수 있는 위험을 방지하고 안전을 유지하기 위해 설치된 장치일 수 있다. 예를 들어, 보안 장치는 카메라, 폐쇄 회로 TV(CCTV), 녹음기 또는 블랙박스일 수 있다.
예를 들어, 핀테크 장치는 모바일 결제와 같은 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 지불 장치 또는 POS 시스템을 포함할 수 있다.
예를 들어, 날씨/환경 장치는 날씨/환경을 모니터링 하거나 예측하는 장치를 포함할 수 있다.
무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(vehicle-to-vehicle)/V2X(vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.
무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(device-to-device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(integrated access and backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
AI는 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.
로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터(actuator) 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.
자율 주행은 스스로 주행하는 기술을 의미하며, 자율 주행 차량은 사용자의 조작 없이 또는 사용자의 최소한의 조작으로 주행하는 차량을 의미한다. 예를 들어, 자율 주행에는 주행 중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등이 모두 포함될 수 있다. 차량은 내연 기관만을 구비하는 차량, 내연 기관과 전기 모터를 함께 구비하는 하이브리드 차량, 그리고 전기 모터만을 구비하는 전기 차량을 모두 포괄하며, 자동차뿐만 아니라 기차, 오토바이 등을 포함할 수 있다. 자율 주행 차량은 자율 주행 기능을 가진 로봇으로 볼 수 있다.
확장 현실은 VR, AR, MR을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체를 섞고 결합시켜서 제공하는 CG 기술이다. MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; subcarrier spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, narrowband IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(low power wide area network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2를 참조하면, 제1 무선 장치(100)와 제2 무선 장치(200)는은 다양한 RAT(예: LTE 및 NR)를 통해 외부 장치로/외부 장치로부터 무선 신호를 송수신할 수 있다.
도 2에서, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(104)가 프로세싱 칩(101)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(radio frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(204)가 프로세싱 칩(201)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(media access control) 계층, RLC(radio link control) 계층, PDCP(packet data convergence protocol) 계층, RRC(radio resource control) 계층, SDAP(service data adaptation protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(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(read-only memory), RAM(random access memory), EPROM(erasable programmable ROM), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(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)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).
도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.
추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.
도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.
도 4는 본 명세서의 구현이 적용되는 NR의 무선 프레임의 구조의 예를 나타낸다.
도 4는 본 개시의 일 실시예에 따른, NR의 무선 프레임의 구조를 나타낸다. 도 5의 실시예는 본 개시의 다양한 실시예와 결합될 수 있다.
도 4를 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA(Single Carrier - FDMA) 심볼 (또는, DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 심볼)을 포함할 수 있다.
도 5는 본 명세서의 구현이 적용되는 NR 프레임의 슬롯 구조의 일 예를 나타낸다.
도 5는 본 개시의 일 실시예에 따른, NR 프레임의 슬롯 구조를 나타낸다. 도 5의 실시예는 본 개시의 다양한 실시예와 결합될 수 있다.
도 5를 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
이하, V2X 또는 SL 통신에 대하여 설명한다.
도 6a 및 도 6b는 본 명세서의 구현이 적용되는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)의 일 예를 나타낸다.
도 6a 및 도 6b는 본 개시의 일 실시예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 도 6a 및 도 6b의 실시예는 본 개시의 다양한 실시예와 결합될 수 있다. 구체적으로, 도 6a는 사용자 평면 프로토콜 스택을 나타내고, 도 6b는 제어 평면 프로토콜 스택을 나타낸다.
이하, 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)을 수행할 필요가 없다.
도 7은 명세서의 구현이 적용되는 V2X 또는 SL 통신을 수행하는 단말의 일예를 나타낸다.
도 7는 본 개시의 일 실시예에 따른, V2X 또는 SL 통신을 수행하는 단말을 나타낸다. 도 7의 실시예는 본 개시의 다양한 실시예와 결합될 수 있다.
도 7를 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 자원 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 자원 풀을 설정 받을 수 있고, 상기 자원 풀 내에서 단말 1의 신호를 검출할 수 있다.
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 자원 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 자원 풀을 알려주거나, 또는 단말 1은 사전에 설정된 자원 풀을 사용할 수 있다.
일반적으로 자원 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 SL 신호 전송에 사용할 수 있다.
이하, SL에서 자원 할당(resource allocation)에 대하여 설명한다.
도 8a 및 도 8b는 본 명세서의 구현이 적용되는 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차의 일 예를 나타낸다.
도 8a 및 도 8b는 본 개시의 일 실시예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 도 8a 및 도 8b의 실시예는 본 개시의 다양한 실시예와 결합될 수 있다. 본 개시의 다양한 실시예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 8a는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 8a는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 8b는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 8b는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 8a를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 사이드링크 제어 정보(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 사이드링크 제어 정보에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
도 8b를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 사이드링크 제어 정보를 단말 2에게 전송한 후, 상기 사이드링크 제어 정보에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
참고로, 이하의 표 3은 V2X(또는 SL) 통신에 사용되는 동작 대역(operating band)의 일 예를 나타낸다.
Operating Band V2X Operating Band V2X UE transmit V2X UE receive Duplex Mode Interface
FUL _low - FUL_high FDL _low - FDL_high
47 47 5855 MHz - 5925 MHz 5855 MHz - 5925 MHz HD(Half Duplex) PC5
39 39 1880 MHz - 1920MHz 1880 MHz - 1920MHz TDD PC5 and/or Uu
표 3의 예시에 따른 동작 대역 47이 E-UTRA V2X(또는 SL) 통신에 사용되는 경우, 동작 대역 47을 B47로 지칭할 수도 있다. 표 3의 예시에 따른 동작 대역 47이 NR V2X(또는 SL) 통신에 사용되는 경우, 동작 대역 47을 n47로 지칭할 수도 있다.
표 3의 예시에 따른 동작 대역 39이 E-UTRA V2X(또는 SL) 통신에 사용되는 경우, 동작 대역 39를 B39로 지칭할 수도 있다. 표 3의 예시에 따른 동작 대역 39이 NR V2X(또는 SL) 통신에 사용되는 경우, 동작 대역 39를 n39로 지칭할 수도 있다.
참고로, 본 명세서의 개시의 다양한 실시예에 따라 제안된 적어도 하나의 제안 방식은, PC5 인터페이스 또는 SL 인터페이스(예를 들어, PSCCH, PSSCH, PSBCH, PSSS/SSSS 등) 기반의 사이드링크 통신 또는 V2X 통신뿐만 아니라, Uu 인터페이스(예를 들어, PUSCH, PDSCH, PDCCH, PUCCH 등) 기반의 사이드링크 통신 또는 V2X 통신에도, 적용될 수 있다.
본 명세서의 개시의 다양한 실시예에서, 단말의 수신 동작은 사이드링크 채널 및/또는 사이드링크 신호(예를 들어, PSCCH, PSSCH, PSFCH, PSBCH, PSSS/SSSS 등)의 디코딩 동작 및/또는 수신 동작을 포함할 수 있다. 본 명세서의 개시의 다양한 실시예에서, 단말의 전송 동작은 사이드링크 채널 및/또는 사이드링크 신호(예를 들어, PSCCH, PSSCH, PSFCH, PSBCH, PSSS/SSSS 등)의 전송 동작을 포함할 수 있다.
한편, 본 명세서의 개시의 다양한 실시 예에서, 예를 들어, 설명의 편의를 위해서, RX UE가 아래 정보 중 적어도 하나를 TX UE에게 전송할 때 사용하는 (물리적) 채널을 PSFCH라고 할 수 있다.
- SL HARQ 피드백, SL CSI, SL (L1) RSRP
한편, 본 명세서의 개시의 다양한 실시 예에서, Uu 채널은 UL 채널 및/또는 DL 채널을 포함할 수 있다. 예를 들어, UL 채널은 PUSCH, PUCCH 등을 포함할 수 있다. 예를 들어, DL 채널은 PDCCH, PDSCH 등을 포함할 수 있다. 예를 들어, SL 채널은 PSCCH, PSSCH, PSFCH, PSBCH 등을 포함할 수 있다.
II. 본 명세서의 개시들
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
참고로, 본 명세서의 개시에서 사이드링크(SL), V2X, V2X 사이드링크(SL)는 서로 동일한 의미로 사용될 수 있다.
SL 통신을 수행하는 NR 단말은, 동기화 기준 소스(Synchronization reference source)를 선택(selection) 또는 재선택(reselction)할 수 있어야 한다. 한편, Frequency Range 2 (FR2) SL 통신을 지원하는 단말은 빔 매니지먼트 동작을 수행할 수도 있다. 하지만, 종래 기술에는 FR2 SL 통신을 지원하는 단말을 위한 동기화 기준 소스의 선택 또는 재선택에 관련된 동작이 구체적으로 정의되지 않았다. 이로 인해, NR 단말이 SL 통신을 명확하게 또는 효과적으로 수행할 수 없다는 문제가 있었다.
본 명세서의 개시는 NR SL 통신에서 동기화 기준 소스(Synchronization reference source)의 선택 및 재선택에 관련된 동작을 설명한다. 예를 들어, 본 명세서의 개시는 다양한 예시를 참조하여, NR SL(예: FR1 NR SL, FR2 NR SL)의 동기화 기준 소스에 대한 Selection/Reselection 관련 동작을 설명한다.
예를 들어, 본 명세서의 개시는 FR2 Sidelink(SL) 지원 단말에 대한, synchronization reference source를 selection하는 동작을 제안한다.
일례로, SL 지원 단말이 Synchronization reference source를 Synchronization Referecne (SyncRef) UE로 selection/reselection 하기 위해서는, SL 지원 단말은 자신의 SLSS 송신 혹은 Data 송신 동작을 멈추고, SyncRef UE의 SLSS를 검출(수신)하는 동작을 수행할 수 있다. 예를 들어, SL 지원 단말이 자신이 전송하는 SLSS 송신 또는 Data 송신 동작을 멈추는 것(또는 drop하는 것)에 관련하여, 허용 전송 drop 비율을 FR1 NR SL 단말과 FR2 NR SL 단말에 대해서 아래의 예시와 같이 설명한다.
1. 본 명세서의 개시의 제1예
본 명세서의 개시의 제1예는 다양한 예시를 참조하여, FR1 NR SL 통신을 지원하는 단말의 동작을 제안한다. 본 명세서의 개시의 제1예에서 설명하는 내용은 사이드링크 통신에 적용될 수 있다. 예를 들어, 본 명세서의 개시의 제1예에서 설명하는 내용은 Sidelink 서비스인, NR V2X, Public Safety, D2D(Device to Device), commercial use cases 등에 적용될 수 있다.
i) Case 1
FR1 SL 통신을 지원하는 단말의 경우, Rel-16 NR V2X 단말 동작(3GPP TS38.133 V16.3.0)에 기초하여, 아래의 예시와 같은 동작을 수행할 수 있다.
NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
참고로, 이하에서 설명하는 내용은 sidelink synchronization signal (SLSS)의 송수신을 지원하지 않는 UE에 대해서는 적용되지 않는다.
FR1 SL 통신을 지원하는 단말은 SyncRef UE를 탐지(또는 검출)(detect)할 수 있다.
예를 들어, SyncRef UE는 다음의 예시와 같은 경우에 검출 가능한(detectable) 것으로 간주될 수도 있다:
- 3GPP TS38.133 V16.3.0의 Section 10에 주어진 PSBCH-RSRP 관련 side condition이 해당 대역에 대해 충족되는 경우,
- 해당 대역에 대한 3GPP TS38.133 V16.3.0의 Annex B에 따른 V2X SCH_RP 및 SCH
Figure PCTKR2021012715-appb-I000001
/Iot가 충족되는 경우. 여기서, SCH_RP는 Synchronization signal의 수신 파워(Received Power)를 의미할 수 있다. SCH
Figure PCTKR2021012715-appb-I000002
/Iot 는 Synchronization signal 의 수신 SINR(
Figure PCTKR2021012715-appb-I000003
= received energy per RE, Iot = received power spectral density of the total Noise and Interference per RE)을 의미할 수 있다.
i-1) Case 1-1
Case 1-1에서는, FR1 SL 통신을 지원하는 단말의 동기화 기준 소스에 대해, Global navigation satellite system (GNSS) 가 가장 높은 우선 순위(highest priority)로 설정된 경우의 NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
i-1-a) UE가 GNSSS에 직접 동기화된 경우
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, UE가 GNSS에 직접 동기화된 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍(drop)하지 않아야 한다. 다시 말해서, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 신호를 검출하는 동작을 수행하지 않을 수 있다.
예를 들어, SyncRef UE의 동기화 기준 소스도 GNSS일 수도 있다. 이러한 경우, UE가 GNSS에 직접 동기화된 경우, SyncRef UE와 이미 동기화된 상태일 수 있기 때문에, UE는 NR SLSS 및 NR SL 데이터 전송을 드랍하지 않을 수 있다.
i-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SL 데이터 전송을 드랍하지 않아야 한다. UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우(예: SL 통신을 위한 우선 순위(sl-SyncPriority)가 gnss로 설정된 경우) 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 1.6초로 정의될 수 있다. 예를 들어, "SCH Es/Iot ≥ 0dB에서 1.6초로 정의된 Tdetect,SyncRef UE _ SL"는 다음을 의미할 수 있다. 단말이 수신한 SyncRef UE의 Synchronization signal의 수신 SINR이 최소 0dB 이상일 때, 단말은 1.6초 안에 SyncRef UE를 검출(detection)할 수 있어야 한다.
UE는 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해 Tdetect,SyncRef UE _ SL 동안 UE의 SLSS 전송의 최대 30%를 드랍할 수 있다.
i-1-c) 다른 경우(in other case)
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, 위의 예시에서 설명한 2가지 경우(예: "i-1-a) UE가 GNSSS에 직접 동기화된 경우" 및 "i-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우")가 아닌 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 SyncRef UE가 TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE_SL 은 SCH Es/Iot ≥ 0dB에서 8 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 6%를 드랍(drop)하는 것이 허용될 수 있다.
- UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 0.3%를 초과하지 않아야 한다.
i-2) Case 1-2
Case 1-2에서는, FR1 SL 통신을 지원하는 단말의 동기화 기준 소스에 대해, 서빙셀 및/또는 PCell(Primary cell)이 가장 높은 우선 순위(highest priority)로 설정된 경우의 NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
UE는 다음의 예시와 같은 동작을 수행할 수 있다:
- UE는 SyncRef UE가 TS 38.331에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 8 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 6%를 드랍(drop)하는 것이 허용될 수 있다.
- UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 0.3%를 초과하지 않아야 한다.
UE는 식별된 3개의 주파수 내(intra-frequency) NR SL SyncRef에 대한 S-RSRP 측정을 수행할 수 있어야 한다. UE는 320ms의 측정 주기로 식별된 3개의 주파수 내 SyncRef UE에 대한 PSBCH-RSRP 측정을 수행할 수 있어야 한다. SyncRef UE는 측정 기간 내에서 SLSS 전송을 드랍하거나 지연하지 않는다고 가정된다. 그렇지 않으면, 측정 기간이 연장될 수도 있다.
UE가 GNSS에 직접 동기화될 때, 새로운 동기화 기준 소스의 선택/재선택 전에 UE는 동기화 참조를 GNSS에서 다른 동기화 참조 소스로 변경하기 전에 GNSS 동기화 소스 신뢰성(reliability)을 적어도 20초 동안 평가할 수 있다. UE는 GNSS 동기화 소스의 신뢰성 평가를 수행하는 동안, UE는 항상 GNSS에 직접 동기화되어야 한다.
이하에서, 도 9를 참조하여 본 명세서의 개시의 제1예에 따른 단말의 동작을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 본 명세서의 개시의 제1 예에 따른 단말의 동작의 예를 나타낸다.
FR1 SL 통신을 지원하는 단말의 경우, 도 9의 예시에 따라 NS SL 동기화 기준 소스의 선택 및/또는 재선택을 위한 동작을 수행할 수 있다.
도 9는 본 명세서의 개시의 제1예에 따른 단말의 동작의 예시를 나타낸다. 도 9에 도시된 내용은 예시에 불과하며, 본 명세서의 개시의 범위는 도 9에 의해 제한되지 않는다. 단말은 도 9의 예시에 의해 제한받지 않고, 앞서 다양한 예시를 통해 설명한 본 명세서의 개시의 제1 예에 따른 동작들을 수행할 수 있다.
단계(S901)에서, 단말은 가장 높은 우선 순위(highest priority)로 설정된 동기화 기준 소스가 무엇인지 판단할 수 있다. 예를 들어 가장 높은 우선 순위로 설정된 동기화 기준 소스는 serving cell(PCell) 또는 GNSS일 수 있다.
가장 높은 우선 순위로 설정된 동기화 기준 소스가 serving cell(PCell)인 경우, 단말은 단계(S905)를 수행할 수 있다. 가장 높은 우선 순위로 설정된 동기화 기준 소스가 GNSS인 경우, 단말은 단계(S902)를 수행할 수 있다.
단계(S902)에서, 단말은 단말이 동기화된 동기화 기준 소스가 무엇인지 판단할 수 있다. 예를 들어, 단말이 동기화된 동기화 기준 소스는 GNSS, GNSS에 직접적으로 또는 간접적으로 동기화된 SyncRef UE, 또는 다른 경우(예: i-1-c) 다른 경우(in other case))일 수 있다. 여기서, 다른 경우는 단말이 동기화된 기준 소스가 GNSS에 직접적으로 또는 간접적으로 동기화되지 않은 SyncRef UE, 또는 serving cell(PCell)인 경우를 포함할 수 있다.
단계(S903)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S903)에서, 단말은 앞서 설명한 "i-1-a) UE가 GNSSS에 직접 동기화된 경우"에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍하지 않을 수 있다.
단계(S904)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S904)에서, 단말은 앞서 설명한 "i-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우"에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SL 데이터 전송을 드랍하지 않아야 한다. UE는 SyncRef UE가 TS 38.331에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 1.6초로 정의될 수 있다. UE는 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해 Tdetect,SyncRef UE _ SL 동안 UE의 SLSS 전송의 최대 30%를 드랍할 수 있다.
단계(S905)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S905)에서, 단말은 앞서 설명한 "i-1-c) 다른 경우(in other case)" 또는 Case 1-2 에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍할 수 있다. UE는 SyncRef UE가 TS 38.331에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 8 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 6%를 드랍(drop)하는 것이 허용될 수 있다. UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 0.3%를 초과하지 않아야 한다.
2. 본 명세서의 개시의 제2예
본 명세서의 개시의 제2예는 다양한 예시를 참조하여, FR2 NR SL 통신을 지원하는 단말의 동작을 제안한다. 본 명세서의 개시의 제2예에서 설명하는 내용은 사이드링크 통신에 적용될 수 있다. 예를 들어, 본 명세서의 개시의 제2예에서 설명하는 내용은 Sidelink 서비스인, NR V2X, Public Safety, D2D(Device to Device), commercial use cases 등에 적용될 수 있다.
ii) Case 2
FR2 SL 통신을 지원하는 단말의 경우, 단말의 동작에는 FR2 SL 빔 매니지먼트가 적용될 수도 있고, FR2 SL 빔 매니지먼트가 적용되지 않을 수도 있다. 다시 말해서, FR2 SL 통신을 지원하는 단말에 대해, FR2 SL 빔 매니지먼트가 적용되는 경우 및 FR2 SL 빔 매니지먼트가 적용되지 않는 경우에 따른 단말의 동작을 설명한다.
FR2 SL 통신을 지원하는 단말에 대해 SL 빔 mangement가 적용될 경우, 단말의 빔 운용을 고려하여 FR2 SyncRef UE의 sidelink synchronization signal(SLSS)를 검출하는 시간(예: Tdetect,SyncRef UE _ SL)이 정의되어야 할 수 있다. 그리고 이에 기초하여, 단말이 FR2 SyncRef UE의 SLSS를 검출하기 위해서, 자신의 SSLL 내지 Data 전송을 수행하지 않는, drop 비율이 결정될 수 있다. 이하에서 다양한 예시를 참조하여, 단말의 동작을 제안한다.
NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
참고로, 이하에서 설명하는 내용은 sidelink synchronization signal (SLSS)의 송수신을 지원하지 않는 UE에 대해서는 적용되지 않는다.
예를 들어, SL 빔 매니지먼트 (with SL beam management)가 적용되는 경우, SyncRef UE는 다음의 예시와 같은 경우에 검출 가능한(detectable) 것으로 간주될 수도 있다:
- PSBCH-RSRP 관련 side condition(예: 표 4의 예시)이 충족되는 경우.
Absolute Accuracy Conditions Relative Accuracy Conditions
Normal condition Extreme condition
Figure PCTKR2021012715-appb-I000004
/Iot		 Normal condition Extreme condition
Figure PCTKR2021012715-appb-I000005
/Iot
dB dB dB dB dB dB
±6 ±9 ≥-6 ±6 ±9 ≥-6
표 4의 예시는 UE가 측정한 PSBCH-RSRP에 대해 충족되어야 하는 side condition의 일례일 수 있다. UE는 다른 UE로부터 수신한 PSBCH에 기초하여 PSBCH-RSRP를 측정할 수 있다. 여기에서,
Figure PCTKR2021012715-appb-I000006
/Iot는 수신 SINR (Signal to {Noise and Interference} Ratio) 를 의미할 수 있다. Absolute Accuracy는 측정된 RSRP의 절대적인 정확도를 의미할 수 있다. 예를 들어, Absolute accuracy는 측정된 RSRP lute accuracy로 표현될 수 있다. Relative Accuracy는 측정 RSRP CDF(Cumulative Distribution Function, 누적분포함수)의 95%-50% 와 5%-50% 중 최대 값으로 대표되는, 측정 RSRP의 상대적인 정확도를 의미할 수 있다.
Figure PCTKR2021012715-appb-I000007
/Iot는 PSBCH-RSRP를 측정할 때의 SINR 을 의미할 수 있다. 여기서, Normal condition은 예를 들어, 단말의 온도가 +15도에서 +35도일 경우를 의미할 수 있다. Extreme condition은 예를 들어, 단말 온도가 -10도에서 +55도일 경우를 의미할 수 있다.
ii-1) Case 2-1
Case 2-1에서는, FR2 SL 통신을 지원하는 단말의 동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정된 경우의 NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
ii-1-a) UE가 GNSSS에 직접 동기화된 경우
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, UE가 GNSS에 직접 동기화된 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍(drop)하지 않아야 한다. 다시 말해서, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 신호를 검출하는 동작을 수행하지 않을 수 있다.
예를 들어, SyncRef UE의 동기화 기준 소스도 GNSS일 수도 있다. 이러한 경우, UE가 GNSS에 직접 동기화된 경우, SyncRef UE와 이미 동기화된 상태일 수 있기 때문에, UE는 NR SLSS 및 NR SL 데이터 전송을 드랍하지 않을 수 있다.
ii-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SL 데이터 전송을 드랍하지 않아야 한다. UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우(예: SL 통신을 위한 우선 순위(sl-SyncPriority)가 gnss로 설정된 경우) 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 X1초로 정의될 수 있다. UE는 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해 Tdetect,SyncRef UE _ SL 동안 UE의 SLSS 전송의 최대 Y1%를 드랍할 수 있다.
여기서, X1은 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 검출 시간의 예일 수 있다. Y1은 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 최대 드랍 비율(maximum drop rate)의 예일 수 있다.
예를 들어, FR2 SL 통신을 지원하는 단말(이하, "FR2 SL 단말"이라고도 지칭함)이 SL 통신을 수행하는 경우, SLSS 검출을 위해서는 사용된 단말의 빔 갯수가 고려될 수 있다. 앞서 본 명세서의 개시의 제1예에서 설명한 바와 같이, FR1 SL 통신을 지원한는 단말이 FR1 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL)는 maximum drop rate = 30%를 적용하여, 1.6 seconds로 제안되었다(S-SSB 주기의 10배 = 160ms x 10). 여기서, S-SSB의 주기는 160ms일 수 있다. FR2 SL 단말이 N개의 빔을 운용한다는 가정하면, FR1 SyncRef UE의 신호를 검출하는데 사용된 maximum drop rate와 동일한 maximum drop rate를 적용할 경우, FR2 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL)= N x 1.6 seconds로 정의할 수 있다. FR2 SL 단말이 운용하는 빔의 개수(예: 4~8개 빔 운용)을 고려하여 (N=4~8), Tdetect,SyncRef UE _ SL = 6.4 seconds ~ 12.8 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 9.6 seconds일 수 있다.
예를 들어, maximum drop rate인 Y1은 30%일 수 있다. 그리고, Tdetect,SyncRef UE_SL, X1= 6.4 seconds ~ 12.8 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 9.6 seconds일 수 있다.
다른 일례로, maximum date rate를 30%보다 크게 설정할 수도 있다. 앞서 설명한 바와 같이 maximum drop rate = 30%를 적용하면, FR2 SL 지원 단말의 Tdetect,SyncRef UE _ SL이 길어질 수가 있다. Tdetect,SyncRef UE _ SL 시간을 줄이기 위해서, maximum drop rate를 30%보다 크게 설정할 수도 있다.
FR1 SL 단말 기준, maximum drop rate 30%의 의미는, SLSS를 검출하기 위해서는 최대 3개의 샘플이 필요하다는 것이다. maximum drop rate이 바뀌면, 최대 3개의 샘플을 검출하기 위한 샘플 구간이 달라질 수 있다. 예를 들어, maximum drop rate = 50%로 상향하는 경우, S-SSB 주기 160ms 기준으로 3샘플이 50%로 보장되기 위해서는 최대 6샘플 구간이 확보되어야 한다. 다시 말해서, 6개의 샘플 구간에서 최대 50%를 드랍하면, 3개의 샘플을 보장할 수 있다. FR1 SyncRef UE의 경우를 먼저 예로 들면, FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL = 960ms(160ms x 6)에서 maximum drop rate = 50% 가 될 수 있다. 이에 기초하여, N개의 빔 운용을 하는 FR2 SyncRef UE 경우, maximum drop rate = 50%를 적용하면, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL = N x 960ms이 될 수 있다. maximum drop rate = 30%이 적용된 FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 N x 1.6 seconds 이므로, maximum drop rate = 50%이 적용된 경우, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 maximum drop rate = 30%이 적용된 경우에 대비하여, 검출 시간이 줄어들게 된다.
FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL 을 maximum drop rate 별로 아래와 같이 제안한다. 참고로, 이하의 예시에서 X1은 (6.4~12.8)*30/Y1으로 계산될 수 있다.
Maximum drop rate Y1 = 50 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 3.84 seconds ~ 7.68 seconds일 수 있다. 일례로, 5.76 seconds 를 제안한다.
Maximum drop rate, Y1 = 60 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 3.2 seconds ~ 6.4 seconds 일 수 있다. 일례로, 4.8 seconds 를 제안한다.
Maximum drop rate, Y1 = 75 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 2.56 seconds ~ 5.12 seconds 일 수 있다. 일례로, 3.84 seconds 를 제안한다.
Maximum drop rate, Y1 = 100 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 1.92 seconds ~ 3.84 seconds 일 수 있다. 일례로, 2.88 seconds 를 제안한다.
ii-1-c) 다른 경우(in other case)
동기화 기준 소스에 대해, GNSS가 가장 높은 우선 순위(highest priority)로 설정되고, 위의 예시에서 설명한 2가지 경우(예: "ii-1-a) UE가 GNSSS에 직접 동기화된 경우" 및 "ii-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우")가 아닌 경우, UE는 다음의 동작을 수행할 수 있다:
- UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 X2 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 Y2%를 드랍(drop)하는 것이 허용될 수 있다.
- UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 Y3%를 초과하지 않아야 한다.
여기서, X2는 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 검출 시간의 예일 수 있다. Y2과 Y3는 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 최대 드랍 비율(maximum drop rate)의 예일 수 있다. 참고로, Y2는 UE가 NR SL 데이터 전송 및 NR SLSS 전송을 드랍하는 최대 드랍 비율일 수 있다. Y3는 UE가 NR SL 데이터 수신을 드랍하는 최대 드랍 비율일 수 있다.
예를 들어, FR2 SL 통신을 지원하는 단말(이하, "FR2 SL 단말"이라고도 지칭함)이 SL 통신을 수행하는 경우, SLSS 검출을 위해서는 사용된 단말의 빔 갯수가 고려될 수 있다. 앞서 본 명세서의 개시의 제1예(예: "i-1-c) 다른 경우(in other case)")에서 설명한 바와 같이, FR1 SL 통신을 지원한는 단말이 FR1 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL)는 8 seconds로 정의되어 있다 (S-SSB 주기의 50배 = 160ms x 50). 여기서, S-SSB의 주기는 160ms일 수 있다. FR2 SL 단말이 N개의 빔을 운용한다는 가정하면, FR1 SyncRef UE의 신호를 검출하는데 사용된 maximum drop rate(예: 6%)와 동일한 maximum drop rate를 적용할 경우, FR2 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL)= N x 8 seconds로 정의할 수 있다. FR2 SL 단말이 운용하는 빔의 개수(예: 4~8개 빔 운용)을 고려하여 (N=4~8), Tdetect,SyncRef UE _ SL = 32 seconds ~ 64 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 48 seconds일 수 있다.
예를 들어, maximum drop rate인 Y2은 6%이고, Y3=0.3%일 수 있다. 그리고, Tdetect,SyncRef UE _ SL, X2 = 32 seconds ~ 64 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 48 seconds일 수 있다.
다른 일례로, maximum date rate를 6%, 0.3%보다 크게 설정할 수도 있다. 앞서 설명한 바와 같이 maximum drop rate, Y2 = 6%, Y3=0.3%를 적용하면, FR2 SL 지원 단말의 Tdetect,SyncRef UE _ SL이 길어질 수가 있다. Tdetect,SyncRef UE _ SL 시간을 줄이기 위해서, maximum drop rate를 6%, 0.3%보다 크게 설정할 수도 있다.
FR1 SL 단말 기준, maximum drop rate Y2= 6%의 의미는, SLSS를 검출하기 위해서는 최대 3개의 샘플이 필요하다는 것이다. 참고로, 8 seconds 구간동안 S-SSB 샘플은 50개이다(S-SSB 주기 = 160ms). 따라서, maximum drop rate이 바뀌면, 최대 3개의 샘플을 검출하기 위한 샘플 구간이 달라질 수 있다. 예를 들어, maximum drop rate, Y2 = 15%로 상향하는 경우, S-SSB 주기 160ms 기준으로 3샘플이 15%로 보장되기 위해서는 최대 20 샘플 구간이 확보되어야 한다. 다시 말해서, 20개의 샘플 구간에서 최대 15%를 드랍하면, 3개의 샘플을 보장할 수 있다. FR1 SyncRef UE의 경우를 먼저 예로 들면, FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL = 3.2s(160ms x 20)에서 maximum drop rate = 15% 가 될 수 있다. 이에 기초하여, N개의 빔 운용을 하는 FR2 SyncRef UE 경우, maximum drop rate, Y2 = 15%를 적용하면, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL = N x 3.2s이 될 수 있다. maximum drop rate = 6%이 적용된 FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 N x 8 seconds 이므로, maximum drop rate = 15%이 적용된 경우, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 maximum drop rate = 6%이 적용된 경우에 대비하여, 검출 시간이 줄어들게 된다.
FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL 을 maximum drop rate 별로 아래와 같이 제안한다. 참고로, 이하의 예시에서 X2은 (32~64)*6/Y2으로 계산될 수 있다.
Maximum drop rate, Y2 = 10 %, Y3= 0.5% 일 때, Tdetect,SyncRef UE _ SL, X2 = 19.2 seconds ~ 38.4 seconds. 일례로, 28.8 seconds를 제안한다.
Maximum drop rate , Y2 = 12 %, Y3= 0.6% 일 때, Tdetect,SyncRef UE _ SL, X2 = 16 seconds ~ 32 seconds. 일례로, 24 seconds 를 제안한다.
Maximum drop rate , Y2 = 15 %, Y3= 0.75% 일 때, Tdetect,SyncRef UE _ SL, X2 = 12.8 seconds ~ 25.6 seconds. 일례로, 19.2 seconds 를 제안한다.
Maximum drop rate , Y2 = 20 %, Y3= 1.0% 일 때, Tdetect,SyncRef UE _ SL, X2 = 9.6 seconds ~ 19.2 seconds. 일례로, 14.4 seconds 를 제안한다.
Maximum drop rate , Y2 = 30 %, Y3= 1.5% 일 때 Tdetect,SyncRef UE _ SL, X2 = 6.4 seconds ~ 12.8 seconds. 일례로, 9.6 seconds를 제안한다.
ii-2) Case 2-2
Case 2-2에서는, FR2 SL 통신을 지원하는 단말의 동기화 기준 소스에 대해, 서빙셀 및/또는 PCell(Primary cell)이 가장 높은 우선 순위(highest priority)로 설정된 경우의 NS SL 동기화 기준 소스의 선택 및/또는 재선택에 대해 설명한다.
UE는 다음의 예시와 같은 동작을 수행할 수 있다:
- UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 X2 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 Y2%를 드랍(drop)하는 것이 허용될 수 있다.
- UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 Y3%를 초과하지 않아야 한다.
여기서, X2는 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 검출 시간의 예일 수 있다. Y2과 Y3는 FR2 SL 통신을 지원하는 단말이 운용하는 빔 개수가 고려된 최대 드랍 비율(maximum drop rate)의 예일 수 있다. 참고로, Y2는 UE가 NR SL 데이터 전송 및 NR SLSS 전송을 드랍하는 최대 드랍 비율일 수 있다. Y3는 UE가 NR SL 데이터 수신을 드랍하는 최대 드랍 비율일 수 있다.
예를 들어, FR2 SL 통신을 지원하는 단말(이하, "FR2 SL 단말"이라고도 지칭함)이 SL 통신을 수행하는 경우, SLSS 검출을 위해서는 사용된 단말의 빔 갯수가 고려될 수 있다. 앞서 본 명세서의 개시의 제1예(예: "i-1-c) 다른 경우(in other case)")에서 설명한 바와 같이, FR1 SL 통신을 지원한는 단말이 FR1 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL)는 8 seconds로 정의되어 있다 (S-SSB 주기의 50배 = 160ms x 50). 여기서, S-SSB의 주기는 160ms일 수 있다. FR2 SL 단말이 N개의 빔을 운용한다는 가정하면, FR1 SyncRef UE의 신호를 검출하는데 사용된 maximum drop rate(예: 6%)와 동일한 maximum drop rate를 적용할 경우, FR2 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL)= N x 8 seconds로 정의할 수 있다. FR2 SL 단말이 운용하는 빔의 개수(예: 4~8개 빔 운용)을 고려하여 (N=4~8), Tdetect,SyncRef UE _ SL = 32 seconds ~ 64 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 48 seconds일 수 있다.
예를 들어, maximum drop rate인 Y2은 6%이고, Y3=0.3%일 수 있다. 그리고, Tdetect,SyncRef UE _ SL, X2 = 32 seconds ~ 64 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 48 seconds일 수 있다.
다른 일례로, maximum date rate를 6%, 0.3%보다 크게 설정할 수도 있다. 앞서 설명한 바와 같이 maximum drop rate, Y2 = 6%, Y3=0.3%를 적용하면, FR2 SL 지원 단말의 Tdetect,SyncRef UE _ SL이 길어질 수가 있다. Tdetect,SyncRef UE _ SL 시간을 줄이기 위해서, maximum drop rate를 6%, 0.3%보다 크게 설정할 수도 있다.
FR1 SL 단말 기준, maximum drop rate Y2= 6%의 의미는, SLSS를 검출하기 위해서는 최대 3개의 샘플이 필요하다는 것이다. 참고로, 8 seconds 구간동안 S-SSB 샘플은 50개이다(S-SSB 주기 = 160ms). 따라서, maximum drop rate이 바뀌면, 최대 3개의 샘플을 검출하기 위한 샘플 구간이 달라질 수 있다. 예를 들어, maximum drop rate, Y2 = 15%로 상향하는 경우, S-SSB 주기 160ms 기준으로 3샘플이 15%로 보장되기 위해서는 최대 20 샘플 구간이 확보되어야 한다. 다시 말해서, 20개의 샘플 구간에서 최대 15%를 드랍하면, 3개의 샘플을 보장할 수 있다. FR1 SyncRef UE의 경우를 먼저 예로 들면, FR1 SyncRef UE의 Tdetect,SyncRef UE _ SL = 3.2s(160ms x 20)에서 maximum drop rate = 15% 가 될 수 있다. 이에 기초하여, N개의 빔 운용을 하는 FR2 SyncRef UE 경우, maximum drop rate, Y2 = 15%를 적용하면, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL = N x 3.2s이 될 수 있다. maximum drop rate = 6%이 적용된 FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 N x 8 seconds 이므로, maximum drop rate = 15%이 적용된 경우, FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL는 maximum drop rate = 6%이 적용된 경우에 대비하여, 검출 시간이 줄어들게 된다.
FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL 을 maximum drop rate 별로 아래와 같이 제안한다.
Maximum drop rate, Y2 = 10 %, Y3= 0.5% 일 때, Tdetect,SyncRef UE _ SL, X2 = 19.2 seconds ~ 38.4 seconds. 일례로, 28.8 seconds를 제안한다.
Maximum drop rate, Y2 = 12 %, Y3= 0.6% 일 때, Tdetect,SyncRef UE _ SL, X2 = 16 seconds ~ 32 seconds. 일례로, 24 seconds 를 제안한다.
Maximum drop rate, Y2 = 15 %, Y3= 0.75% 일 때, Tdetect,SyncRef UE _ SL, X2 = 12.8 seconds ~ 25.6 seconds. 일례로, 19.2 seconds 를 제안한다.
Maximum drop rate, Y2 = 20 %, Y3= 1.0% 일 때, Tdetect,SyncRef UE _ SL, X2 = 9.6 seconds ~ 19.2 seconds. 일례로, 14.4 seconds 를 제안한다.
Maximum drop rate, Y2 = 30 %, Y3= 1.5% 일 때 Tdetect,SyncRef UE _ SL, X2 = 6.4 seconds ~ 12.8 seconds. 일례로, 9.6 seconds를 제안한다.
앞서 다양한 예시를 참조하여 설명한 Case 2-1과 Case 2-2에서, X1 과 X2 시간을 좀 더 줄이기 위한 방법으로, FR2 SL 단말의 경우, S-SSB 안에 M(M≥2)개 이상의 SLSS가 기본적으로 설정되는 것을 제안한다. 예를 들어, SyncRef UE가 1개의 S-SSB를 전송할 대, S-SSB 내에 M개 이상의 SLSS가 포함되도록 설정될 수 있다. 이 경우, X1 과 X2는 동일한 Y1%, Y2%, Y3 %를 유지한 상태에서, M배 만큼 줄어들 수 있다.
예를 들어, S-SSB 안에 M(M≥2)개 이상의 SLSS가 설정되는 경우의 X1 = X1(예: Case 2-1과 Case 2-2의 X1)/M일 수 있다. S-SSB 안에 M(M≥2)개 이상의 SLSS가 설정되는 경우의 X2 = X2(예: Case 2-1과 Case 2-2의 X2)/M일 수 있다.
예를 들어, M이 2인 경우를 가정하면, 아래의 예시와 같이 검출 시간 및 maximum drop rate이 제안될 수 있다.
Case 2-1의 예시에서 X1과 Y1은 다음의 예시와 같이 제안될 수 있다:
Maximum drop rate, Y1 = 30 % 일 때, Tdetect,SyncRef UE _ SL , X1 = 3.2 seconds ~ 6.4 seconds. 일례로, 4.8 seconds 를 제안한다.
Maximum drop rate, Y1 = 50 % 일 때, Tdetect,SyncRef UE _ SL , X1 = 1.92 seconds ~ 3.84 seconds. 일례로, 2.88 seconds 를 제안한다.
Maximum drop rate, Y1 = 60 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 1.6 seconds ~ 3.2 seconds. 일례로, 2.4 seconds 를 제안한다.
Maximum drop rate, Y1 = 75 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 1.28 seconds ~ 2.56 seconds. 일례로, 1.92 seconds 를 제안한다.
Maximum drop rate, Y1 = 100 % 일 때, Tdetect,SyncRef UE _ SL, X1 = 0.96 seconds ~ 1.92 seconds. 일례로, 1.44 seconds 를 제안한다.
Case 2-2의 예시에서 X2과 Y2, Y3는 다음의 예시와 같이 제안될 수 있다:
Maximum drop rate, Y2 = 6 %, Y3= 0.3% 일 때, Tdetect,SyncRef UE _ SL, X2 = 16 seconds ~ 32 seconds. 일례로, 24 seconds 를 제안한다.
Maximum drop rate, Y2 = 10 %, Y3= 0.5% 일 때, Tdetect,SyncRef UE _ SL, X2 = 9.6 seconds ~ 19.2 seconds. 일례로, 14.4 seconds 를 제안한다.
Maximum drop rate, Y2 = 12 %, Y3= 0.6% 일 때, Tdetect,SyncRef UE _ SL, X2 = 8 seconds ~ 16 seconds. 일례로, 12 seconds 를 제안한다.
Maximum drop rate, Y2 = 15 %, Y3= 0.75% 일 때, Tdetect,SyncRef UE _ SL, X2 = 6.4 seconds ~ 12.8 seconds. 일례로, 9.6 seconds 를 제안한다.
Maximum drop rate , Y2 = 20 %, Y3= 1.0% 일 때, Tdetect,SyncRef UE _ SL, X2 = 4.8 seconds ~ 9.6 seconds. 일례로, 7.2 seconds 를 제안한다.
Maximum drop rate , Y2 = 30 %, Y3= 1.5% 일 때, Tdetect,SyncRef UE _ SL, X2 = 3.2 seconds ~ 6.4 seconds. 일례로, 4.8 seconds 를 제안한다.
참고로, FR2 SL 통신을 지원하는 단말에 대해, SL 빔 mangement가 적용되지 않을 수 있다. 이 경우, FR2 SL 통신을 지원하는 단말은 Case 1에서 설명한 바와 동일한 방식으로 동작할 수 있다. 예를 들어, FR2 SL 통신을 지원하는 단말에 대해, Case 1의 FR1 NR SL 지원하는 단말 규격, Case1-1 과 Case1-2이 적용될 수 있다.
이하에서, 도 10을 참조하여 본 명세서의 개시의 제2예에 따른 단말의 동작을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10은 본 명세서의 개시의 제2 예에 따른 단말의 동작의 예를 나타낸다.
FR2 SL 통신을 지원하는 단말의 경우, 도 10의 예시에 따라 NS SL 동기화 기준 소스의 선택 및/또는 재선택을 위한 동작을 수행할 수 있다.
도 10은 본 명세서의 개시의 제2예에 따른 단말의 동작의 예시를 나타낸다. 도 10에 도시된 내용은 예시에 불과하며, 본 명세서의 개시의 범위는 도 10에 의해 제한되지 않는다. 단말은 도 10의 예시에 의해 제한받지 않고, 앞서 다양한 예시를 통해 설명한 본 명세서의 개시의 제2 예에 따른 동작들을 수행할 수 있다.
단계(S1001)에서, 단말은 단말이 SL 빔 매니지먼트를 지원하는지 여부 또는 단말이 SL 통신을 위해 SL 빔 매니지먼트를 수행하는지 여부를 판단할 수 있다. 단말이 SL 빔 매니지먼트를지원하거나 및/또는 SL 빔 매니지먼트를 수행하는 경우, 단말은 단계(S1002)를 수행할 수 있다. 단말이 SL 빔 매니지먼트를 지원하지 않거나, 단말이 SL 빔 매니지먼트를 수행하지 않는 경우, 단말은 본 명세서의 개시의 제1 예에서 설명한 바와 같은 동작을 수행할 수 있다. 예를 들어, 이 경우, 단말은 도 9의 단계(S901)을 수행할 수 있다.
단계(S1002)에서, 가장 높은 우선 순위(highest priority)로 설정된 동기화 기준 소스가 무엇인지 판단할 수 있다. 예를 들어 가장 높은 우선 순위로 설정된 동기화 기준 소스는 serving cell(PCell) 또는 GNSS일 수 있다.
가장 높은 우선 순위로 설정된 동기화 기준 소스가 serving cell(PCell)인 경우, 단말은 단계(S1006)를 수행할 수 있다. 가장 높은 우선 순위로 설정된 동기화 기준 소스가 GNSS인 경우, 단말은 단계(S1003)를 수행할 수 있다.
단계(S1003)에서, 단말은 단말이 동기화된 동기화 기준 소스가 무엇인지 판단할 수 있다. 예를 들어, 단말이 동기화된 동기화 기준 소스는 GNSS, GNSS에 직접적으로 또는 간접적으로 동기화된 SyncRef UE, 또는 다른 경우(예: ii-1-c) 다른 경우(in other case))일 수 있다. 여기서, 다른 경우는 단말이 동기화된 기준 소스가 GNSS에 직접적으로 또는 간접적으로 동기화되지 않은 SyncRef UE, 또는 serving cell(PCell)인 경우를 포함할 수 있다.
단계(S1004)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S1004)에서, 단말은 앞서 설명한 "ii-1-a) UE가 GNSSS에 직접 동기화된 경우"에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍하지 않을 수 있다. 다시 말해서, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 신호를 검출하는 동작을 수행하지 않을 수 있다.
단계(S1005)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S1005)에서, 단말은 앞서 설명한 "ii-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우"에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SL 데이터 전송을 드랍하지 않아야 한다. UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 X1초로 정의될 수 있다. UE는 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해 Tdetect,SyncRef UE _ SL 동안 UE의 SLSS 전송의 최대 Y1%를 드랍할 수 있다.
여기서, X1 과 Y1은 앞서 "ii-1-b) UE가 GNSS에 동기화된 SyncRef UE에 직접 또는 간접적으로 동기화된 경우"의 다양한 예시에서 설명한 바와 같이 설정될 수 있다.
일례로, FR2 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL) X1 = N x 1.6 seconds이고, Y1=30%로 정의할 수 있다. FR2 SL 단말이 운용하는 빔의 개수(예: 4~8개 빔 운용)을 고려하여 (N=4~8), Tdetect,SyncRef UE _ SL = 6.4 seconds ~ 12.8 seconds일 수 있다. 일례로 Tdetect,SyncRef UE _ SL = 9.6 seconds일 수 있다.
한편, 앞서 설명한 바와 같이, FR2 SL 단말의 경우, S-SSB 안에 M(M≥2)개 이상의 SLSS가 기본적으로 설정될 수도 있다.
일례로, S-SSB 안에 종래와 같이 1개의 SLSS가 설정된 경우, X1과 Y1은 다음의 예시와 같이 정의될 수 있다. X1과 Y1의 조합을 {X1, Y1}으로 나타내면, 다음의 예시와 같이 정의될 수 있다. {X1, Y1}= {6.4~12.8, 30}, {3.84~7.68, 50}, {3.2~6.4, 60}, {2.56~5.12, 75}, 또는 {1.92~3.84, 100}.
다른 일례로, S-SSB 안에 M(M≥2)개 이상의 LSS가 설정된 경우, X1과 Y1은 다음의 예시와 같이 정의될 수 있다. X1과 Y1의 조합을 {X1, Y1}으로 나타내면, 다음의 예시와 같이 정의될 수 있다. {X1, Y1}= {(6.4~12.8)/M, 30}, {(3.84~7.68)/M, 50}, {(3.2~6.4)/M, 60}, {(2.56~5.12)/M, 75}, 또는 {(1.92~3.84)/M, 100}.
단계(S1006)에서, 단말은 다른 UE의 SL 신호(예: SLSS)를 검출할 수 있다. 단계(S1006)에서, 단말은 앞서 설명한 "ii-1-c) 다른 경우(in other case)" 또는 Case 2-2 에 따른 동작을 수행할 수 있다. 예를 들어, UE는 동기화 기준 소스를 SyncRef UE로 선택/재선택하기 위해 NR SLSS 및 NR SL 데이터 전송을 드랍할 수 있다. UE는 SyncRef UE가 3GPP TS 38.331 V16.1.0에 정의된 선택/재선택 기준을 충족하는 경우 검출 시간(예: Tdetect,SyncRef UE _ SL초) 내에 새로 검출 가능한(detectable) 주파수 내(intra frequency) SyncRef UE를 식별할 수 있어야 한다. 예를 들어, UE는 검출 시간 내에 SyncRef UE의 SL 신호(예: SLSS)를 검출할 수 있다. Tdetect,SyncRef UE _ SL 은 SCH Es/Iot ≥ 0dB에서 X2 seconds로 정의될 수 있다. UE가 동기화 기준 소스를 SyncRef로 선택/재선택하기 위해, Tdetect,SyncRef UE _ SL 동안 UE의 NR SL 데이터 전송 및 NR SLSS 전송의 최대 Y2%를 드랍(drop)하는 것이 허용될 수 있다. UE는 PSBCH 모니터링 occasion 당 NR SL 데이터 수신을 최대 2 슬롯까지 드롭할 수 있다. 그리고, 전체 드롭 비율(overall drop rate)은 SyncRef UE에 대한 선택/재선택을 위해 Tdetect,SyncRef UE _ SL 동안 NR SL 데이터 수신의 Y3%를 초과하지 않아야 한다.
여기서, X2, Y2, Y3는 앞서 “ii-1-c) 다른 경우(in other case)” 또는 Case 2-2 의 다양한 예시에서 설명한 바와 같이 설정될 수 있다.
일례로, FR2 SyncRef UE의 신호를 검출하기 위한 Tdetect,SyncRef UE _ SL (FR2 SyncRef UE의 Tdetect,SyncRef UE _ SL)X2 = N x 8 seconds이고, Y2=6%로 정의할 수 있다. FR2 SL 단말이 운용하는 빔의 개수(예: 4~8개 빔 운용)을 고려하여 (N=4~8), Tdetect,SyncRef UE _ SL = 32 seconds ~ 64 seconds를 제안한다. 일례로 Tdetect,SyncRef UE _ SL = 48 seconds일 수 있다. 그리고, Y3=0.3%일 수 있다.
한편, 앞서 설명한 바와 같이, FR2 SL 단말의 경우, S-SSB 안에 M(M≥2)개 이상의 SLSS가 기본적으로 설정될 수도 있다.
일례로, S-SSB 안에 종래와 같이 1개의 SLSS가 설정된 경우, X2, Y2, Y3은 다음의 예시와 같이 정의될 수 있다. X2, Y2, Y3의 조합을 {X2, Y2, Y3}으로 나타내면, 다음의 예시와 같이 정의될 수 있다. {X2, Y2, Y3}= {32 ~ 64, 6, 0.3}, {19.2~38.4, 10, 0.5}, {16~32, 12, 0.6}, {12.8~25.6, 15, 0.75}, {9.6~19.2, 20, 1.0}, 또는 {6.4~12.8, 30, 1.5}일 수 있다.
다른 일례로, S-SSB 안에 M(M≥2)개 이상의 LSS가 설정된 경우, X2, Y2, Y3은 다음의 예시와 같이 정의될 수 있다. X2, Y2, Y3의 조합을 {X2, Y2, Y3}으로 나타내면, 다음의 예시와 같이 정의될 수 있다. {X2, Y2, Y3}= {(32 ~ 64)/M, 6, 0.3}, {(19.2~38.4)/M, 10, 0.5}, {(16~32)/M, 12, 0.6}, {(12.8~25.6)/M, 15, 0.75}, {(9.6~19.2)/M, 20, 1.0}, 또는 {(6.4~12.8)/M, 30, 1.5}일 수 있다.
이하에서, 도 11을 참조하여 본 명세서의 개시에서 다양한 예시를 통해 설명한 단말의 동작을 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11은 본 명세서의 개시의 일 실시예에 따른 단말의 동작의 예를 나타낸다.
도 11은 본 명세서의 개시에 따른 단말의 동작의 예시를 나타낸다. 도 11에 도시된 내용은 예시에 불과하며, 본 명세서의 개시의 범위는 도 11에 의해 제한되지 않는다.
단말은 앞서 본 명세서의 개시(예: 본 명세서의 개시의 제1 예, 제2 예 등)에서 설명한 다양한 예시에 따른 동작을 수행할 수 있다.
단계(S1101)에서, 단말은 SL 신호를 전송할 수 있다.
단계(S1102)에서, 단말은 다른 UE의 SLSS를 검출할 수 있다. 예를 들어, 단말은 미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SLSS에 기초하여 다른 UE를 검출할 수 있다. 미리 정의된 검출 시간 동안, SL 신호는 미리 정의된 최대 드랍 비율까지 드랍되는 것이 허용될 수 있다. 미리 정의된 최대 드랍 비율과 미리 정의된 검출 시간(예: Tdetect,SyncRef UE _ SL초)은 본 명세서의 개시의 제1 예 및 제2예에서 설명한 다양한 예시에 따라 설정될 수 있다. 상기 미리 정의된 최대 드랍 비율 및 상기 미리 정의된 검출 시간은, 가장 높은 우선 순위(highest priority)로 설정된 제1 동기화 기준 소스및 상기 UE가 동기화된 제2 동기화 기준 소스에 기초하여 설정될 수 있다. 예를 들어, 검출 시간(예: Tdetect,SyncRef UE _ SL초)과 초대 드랍 비율은 본 명세서의 개시의 제1 예에서 설명한 Case 1-1, Case 1-2, 본 명세서의 개시의 제2 예에서 설명한 Case 2-1, Case 2-2에 따라 설정될 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, NR SL 통신을 지원하는 UE가 동기화 기준 소스를 선택 및/또는 재선택하기 위한 동작이 명확하게 정의될 수 있다.이에 따라, NR UE가 효율적으로 및/또는 명확하게 동기화 기준 소스를 선택 및/또는 재선택하기 위한 동작을 수행할 수 있다. 본 명세서의 개시에서 설명한 바에 따르면, SL 통신이 효율적으로 수행될 수 있다. 또한, FR2 SL 통신을 지원하는 단말이 빔 매니지먼트 동작을 수행하는 경우에도, 단말은 SL 통신을 효율적으로 수행할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 1의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)은 도 1의 제1 장치(100a) 또는 제2 장치(100b)일 수 있다. 예를 들어, 본 명세서에서 설명한 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 또는 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 또는 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 또는 기지국(예: NG-RAN, gNB, gNB(NB-IoT), gNB(NR) eNB, RAN 등)의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (16)

  1. User Equipment (UE)가 사이드링크(sidelink: SL) 통신을 수행하는 방법으로서,
    SL 신호를 전송하는 단계; 및
    미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함하고,
    상기 미리 정의된 검출 시간 동안, 상기 SL 신호는 미리 정의된 최대 드랍 비율(maximum drop rate)까지 드랍되는 것이 허용되고,
    상기 UE가 Frequency Range 2 (FR 2) New Radio (NR) SL 통신을 지원하는 것에 기초하여, 상기 미리 정의된 검출 시간은 상기 미리 정의된 최대 드랍 비율 및 상기 SLSS를 수신하기 위해 사용되는 수신 빔의 개수에 기초하여 미리 정의되고,
    상기 수신 빔의 개수는 양의 정수인 N으로 표현되는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 미리 정의된 최대 드랍 비율 및 상기 미리 정의된 검출 시간은, 가장 높은 우선 순위(highest priority)로 설정된 제1 동기화 기준 소스(synchronization reference source) 및 상기 UE가 동기화된 제2 동기화 기준 소스에 기초하여 미리 정의되는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하지 않는 경우, 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화된 Synchronization Reference (SyncRef) UE인 것에 기초하여, 상기 미리 정의된 검출 시간은 1.6초이고, 상기 미리 정의된 최대 드랍 비율은 30%인 것을 특징으로 하는 방법.
  4. 제2항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화된 SyncRef UE인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*1.6초이고, 상기 미리 정의된 최대 드랍 비율은 30%인 것을 특징으로 하는 방법.
  5. 제2항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화된 SyncRef UE인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 30%보다 큰 제1 드랍 비율인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*1.6초*30/(제1 드랍 비율)인 것을 특징으로 하는 방법.
  6. 제2항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, i) 상기 제1 동기화 기준 소스가 서빙 셀인 것에 기초하여, 또는 ii) 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화되지 않은 SyncRef UE 또는 서빙셀인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 6%인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*8초인 것을 특징으로 하는 방법.
  7. 제2항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, i) 상기 제1 동기화 기준 소스가 서빙 셀인 것에 기초하여, 또는 ii) 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화되지 않은 SyncRef UE 또는 서빙셀인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 6%보다 큰 제2 드랍 비율인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*8초*6/(제1 드랍 비율)인 것을 특징으로 하는 방법.
  8. 사이드링크(sidelink) 통신을 수행하는 User Equipment (UE)에 있어서,
    적어도 하나의 트랜시버(transceiver);
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    SL 신호를 전송하는 단계; 및
    미리 정의된 검출 시간 동안, 다른 UE로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 UE를 검출하는 단계를 포함하고,
    상기 미리 정의된 검출 시간 동안, 상기 SL 신호는 미리 정의된 최대 드랍 비율(maximum drop rate)까지 드랍되는 것이 허용되고,
    상기 UE가 Frequency Range 2 (FR 2) New Radio (NR) SL 통신을 지원하는 것에 기초하여, 상기 미리 정의된 검출 시간은 상기 미리 정의된 최대 드랍 비율 및 상기 SLSS를 수신하기 위해 사용되는 수신 빔의 개수에 기초하여 미리 정의되고,
    상기 수신 빔의 개수는 양의 정수인 N으로 표현되는 것을 특징으로 하는 UE.
  9. 제8항에 있어서,
    상기 미리 정의된 최대 드랍 비율 및 상기 미리 정의된 검출 시간은, 가장 높은 우선 순위(highest priority)로 설정된 제1 동기화 기준 소스(synchronization reference source) 및 상기 UE가 동기화된 제2 동기화 기준 소스에 기초하여 미리 정의되는 것을 특징으로 하는 UE.
  10. 제9항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화된 SyncRef UE인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*1.6초이고, 상기 미리 정의된 최대 드랍 비율은 30%인 것을 특징으로 하는 방법.
  11. 제9항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화된 SyncRef UE인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 30%보다 큰 제1 드랍 비율인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*1.6초*30/(제1 드랍 비율)인 것을 특징으로 하는 방법.
  12. 제9항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, i) 상기 제1 동기화 기준 소스가 서빙 셀인 것에 기초하여, 또는 ii) 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화되지 않은 SyncRef UE 또는 서빙셀인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 6%인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*8초인 것을 특징으로 하는 방법.
  13. 제9항에 있어서,
    상기 UE가 FR2 NR SL 통신을 지원하고 SL 빔 매니지먼트를 지원하는 경우, i) 상기 제1 동기화 기준 소스가 서빙 셀인 것에 기초하여, 또는 ii) 상기 제1 동기화 기준 소스가 GNSS이고, 상기 제2 동기화 기준 소스가 상기 GNSS에 동기화되지 않은 SyncRef UE 또는 서빙셀인 것에 기초하여, 상기 미리 정의된 최대 드랍 비율이 6%보다 큰 제2 드랍 비율인 것에 기초하여, 상기 미리 정의된 검출 시간은 N*8초*6/(제1 드랍 비율)인 것을 특징으로 하는 방법.
  14. 제8항에 있어서,
    상기 UE는 이동 단말기, 네트워크 및 상기 UE 이외의 자율 주행 차량 중 적어도 하나와 통신하는 자율 주행 장치인 것을 특징으로 하는 UE.
  15. 이동통신에서의 장치(apparatus)로서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    SL 신호를 전송하는 단계; 및
    미리 정의된 검출 시간 동안, 다른 장치로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 장치를 검출하는 단계;
    상기 미리 정의된 검출 시간 동안, 상기 SL 신호는 미리 정의된 최대 드랍 비율(maximum drop rate)까지 드랍되는 것이 허용되고,
    상기 장치가 Frequency Range 2 (FR 2) New Radio (NR) SL 통신을 지원하는 것에 기초하여, 상기 미리 정의된 검출 시간은 상기 미리 정의된 최대 드랍 비율 및 상기 SLSS를 수신하기 위해 사용되는 수신 빔의 개수에 기초하여 미리 정의되고,
    상기 수신 빔의 개수는 양의 정수인 N으로 표현되는 것을 특징으로 하는 장치.
  16. 명령어들을 기록하고 있는 비일시적(non-transitory) 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
    SL 신호를 전송하는 단계; 및
    미리 정의된 검출 시간 동안, 다른 장치로부터 전송되는 SL Synchronization Signal (SLSS)에 기초하여 상기 다른 장치를 검출하는 단계를 수행하도록 하고,
    상기 미리 정의된 검출 시간 동안, 상기 SL 신호는 미리 정의된 최대 드랍 비율(maximum drop rate)까지 드랍되는 것이 허용되고,
    상기 장치가 Frequency Range 2 (FR 2) New Radio (NR) SL 통신을 지원하는 것에 기초하여, 상기 미리 정의된 검출 시간은 상기 미리 정의된 최대 드랍 비율 및 상기 SLSS를 수신하기 위해 사용되는 수신 빔의 개수에 기초하여 미리 정의되고,
    상기 수신 빔의 개수는 양의 정수인 N으로 표현되는 것을 특징으로 하는 컴퓨터 판독가능 저장매체.
PCT/KR2021/012715 2020-09-18 2021-09-16 사이드링크 통신 Ceased WO2022060130A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/025,316 US20230292266A1 (en) 2020-09-18 2021-09-16 Sidelink communication
KR1020237005791A KR20230043903A (ko) 2020-09-18 2021-09-16 사이드링크 통신
EP21869752.2A EP4216619A4 (en) 2020-09-18 2021-09-16 SIDELINK COMMUNICATION

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2020-0120190 2020-09-18
KR20200120190 2020-09-18

Publications (1)

Publication Number Publication Date
WO2022060130A1 true WO2022060130A1 (ko) 2022-03-24

Family

ID=80776209

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/012715 Ceased WO2022060130A1 (ko) 2020-09-18 2021-09-16 사이드링크 통신

Country Status (4)

Country Link
US (1) US20230292266A1 (ko)
EP (1) EP4216619A4 (ko)
KR (1) KR20230043903A (ko)
WO (1) WO2022060130A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024063599A1 (ko) * 2022-09-23 2024-03-28 엘지전자 주식회사 사이드링크 통신에서의 동기화 방법
WO2024213009A1 (zh) * 2023-04-14 2024-10-17 维沃移动通信有限公司 旁链路定位参考信号处理方法、装置、终端及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12177798B2 (en) * 2021-10-08 2024-12-24 Nokia Technologies Oy Sidelink group coordination for group-specific synchronization reference

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200049889A (ko) * 2017-09-28 2020-05-08 삼성전자주식회사 다중 반송파 사이드링크 통신을 위한 동기화 기준 소스를 선택 및 동기화 정보를 전송하는 방법 및 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10785735B2 (en) * 2017-10-02 2020-09-22 Apple Inc. Vehicle to everything synchronization reference selection and reselection
US11540150B2 (en) * 2018-01-19 2022-12-27 Qualcomm Incorporated Beam recovery procedure using a second component carrier

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200049889A (ko) * 2017-09-28 2020-05-08 삼성전자주식회사 다중 반송파 사이드링크 통신을 위한 동기화 기준 소스를 선택 및 동기화 정보를 전송하는 방법 및 장치

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.331
3GPP TS38.133
CATT: "[C402] Correction on (Re)Selection of Synchronisation", 3GPP DRAFT; R2-2004901, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20200601 - 20200612, 22 May 2020 (2020-05-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051888462 *
HUAWEI, HISILICON,: "CR on Synchronization Reference Source Selection/Reselection Requirements for V2X CA", 3GPP DRAFT; R4-1804800, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG4, no. Melbourne, Australia; 20180416 - 20180420, 15 April 2018 (2018-04-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051431631 *
INTERDIGITAL INC.: "On Synchronization Mechanism and Procedures for NR V2X Sidelink", 3GPP DRAFT; R1-1902597 SYNCHRONIZATION MECHANISM AND PROCEDURES_FINAL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Athens, Greece; 20190225 - 20190301, 16 February 2019 (2019-02-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051600290 *
QUALCOMM INCORPORATED: "Synchronization Design for NR V2X", 3GPP DRAFT; R1-1909255_SYNCHRONIZATION FOR NR V2X, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Prague, Czech; 20190826 - 20190830, 16 August 2019 (2019-08-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051765860 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024063599A1 (ko) * 2022-09-23 2024-03-28 엘지전자 주식회사 사이드링크 통신에서의 동기화 방법
WO2024213009A1 (zh) * 2023-04-14 2024-10-17 维沃移动通信有限公司 旁链路定位参考信号处理方法、装置、终端及存储介质

Also Published As

Publication number Publication date
KR20230043903A (ko) 2023-03-31
EP4216619A4 (en) 2024-11-27
EP4216619A1 (en) 2023-07-26
US20230292266A1 (en) 2023-09-14

Similar Documents

Publication Publication Date Title
WO2021225317A1 (ko) 혼잡 제어에 관련된 통신
WO2022154560A1 (ko) Ntn에 관련된 통신
WO2022154509A1 (en) Measurement based on measurement gap
WO2022149942A1 (en) Communication based on fr2 inter-band ca
WO2022086160A1 (ko) Mmwave v2x 통신 시스템에서 빔 관리를 위한 사이드링크 csi 보고의 효율적인 전송 방법
WO2022211452A1 (ko) Ntn에 관련된 통신
WO2022196900A1 (en) Method and apparatus for performing ai based procedure for dual connectivity in a wireless communication system
WO2022260381A1 (en) Maximum sensitivity degradation
WO2022211363A1 (ko) 최대 전력 감소
WO2022060130A1 (ko) 사이드링크 통신
WO2022060032A1 (ko) 사이드링크 통신
WO2021162502A1 (ko) 최대 전력 감소
WO2023282691A1 (en) Switching between uplink and sidelink
WO2022240142A1 (ko) Ntn 통신에서의 측정
WO2022211364A1 (ko) 최대 전력 감소
WO2021167349A1 (ko) 사이드링크 통신
WO2022098013A1 (ko) 복수의 ue 통신 환경에서의 mmwave v2x 통신을 위한 방법 및 이를 위한 장치
WO2021210858A1 (ko) 사이드링크 통신
WO2022240139A1 (en) Management of multiple measurement gap
WO2022211578A1 (en) Maximum sensitivity degradation
WO2022154454A1 (ko) Ntn을 위한 rrm 측정 설정
WO2020060024A1 (ko) Nr v2x에서 사이드링크 통신을 위한 자원 풀을 결정하는 방법 및 장치
WO2022035178A1 (en) Method and apparatus for reducing orphan blocks for a blockchain
WO2021162461A1 (en) Maximum sensitivity degradation for dual connectivity
WO2021162518A1 (en) Maximum sensitivity degradation for carrier aggregation

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237005791

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021869752

Country of ref document: EP

Effective date: 20230418