KR20230153250A - 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 - Google Patents
하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 Download PDFInfo
- Publication number
- KR20230153250A KR20230153250A KR1020230033895A KR20230033895A KR20230153250A KR 20230153250 A KR20230153250 A KR 20230153250A KR 1020230033895 A KR1020230033895 A KR 1020230033895A KR 20230033895 A KR20230033895 A KR 20230033895A KR 20230153250 A KR20230153250 A KR 20230153250A
- Authority
- KR
- South Korea
- Prior art keywords
- pdcch
- sets
- terminal
- pdcch monitoring
- specific
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 155
- 238000012544 monitoring process Methods 0.000 claims abstract description 491
- 238000004891 communication Methods 0.000 claims abstract description 68
- 230000006978 adaptation Effects 0.000 claims description 171
- 230000015654 memory Effects 0.000 claims description 39
- 230000005540 biological transmission Effects 0.000 claims description 20
- 238000003860 storage Methods 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 2
- 238000005516 engineering process Methods 0.000 description 22
- 230000008569 process Effects 0.000 description 19
- 239000010410 layer Substances 0.000 description 17
- 230000006870 function Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 14
- 230000011664 signaling Effects 0.000 description 14
- 230000000694 effects Effects 0.000 description 13
- 238000009826 distribution Methods 0.000 description 10
- 238000010295 mobile communication Methods 0.000 description 10
- 230000000873 masking effect Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 230000007958 sleep Effects 0.000 description 9
- 230000003190 augmentative effect Effects 0.000 description 8
- 230000000737 periodic effect Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 6
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000007704 transition Effects 0.000 description 4
- 238000013499 data model Methods 0.000 description 3
- 101150096310 SIB1 gene Proteins 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 239000000446 fuel Substances 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000004617 sleep duration Effects 0.000 description 2
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 241000760358 Enodes Species 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 208000013057 hereditary mucoepithelial dysplasia Diseases 0.000 description 1
- 238000005286 illumination Methods 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0087—Timing of allocation when data requirements change
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
- H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0457—Variable allocation of band or rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0026—Division using four or more dimensions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 개시는, 무선 통신 시스템에서, 단말이 PDCCH (Physical Downlink Control Channel)을 수신하는 방법을 개시한다. 특히, 상기 방법은, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고, 상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)되는 것을 특징으로 한다.
Description
본 개시(Disclosure)는, 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치에 관한 것으로서, 더욱 상세하게는, XR (eXtended Reality) 패킷 (Packet)을 위한 PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)을 설정(Configure)하고, 설정된 PDCCH 모니터링 적응에 따라 PDCCH 송수신 하는 방법 및 이를 위한 장치에 관한 것이다.
시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 LTE 시스템보다 향상된 무선 광대역 통신인 차세대 5G 시스템이 요구되고 있다. NewRAT이라고 명칭되는, 이러한 차세대 5G 시스템에서는 Enhanced Mobile BroadBand (eMBB)/ Ultra-reliability and low-latency communication (URLLC)/Massive Machine-Type Communications (mMTC) 등으로 통신 시나리오가 구분된다.
여기서, eMBB는 High Spectrum Efficiency, High User Experienced Data Rate, High Peak Data Rate 등의 특성을 갖는 차세대 이동통신 시나리오이고, URLLC는 Ultra Reliable, Ultra Low Latency, Ultra High Availability 등의 특성을 갖는 차세대 이동통신 시나리오이며 (e.g., V2X, Emergency Service, Remote Control), mMTC는 Low Cost, Low Energy, Short Packet, Massive Connectivity 특성을 갖는 차세대 이동통신 시나리오이다. (e.g., IoT).
본 개시는, 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치를 제공하고자 한다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 단말이 PDCCH (Physical Downlink Control Channel)을 수신하는 방법에 있어서, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고, 상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)될 수 있다.
이 때, 상기 단말에게는 DRX (Discontinuous Reception) 동작은 설정되지 않을 수 있다.
또한, (i) 상기 하나의 SS 집합이 상기 특정 SS 집합이 아니고 (ii) 상기 제2 PDCCH가 PDCCH 모니터링 적응(adaptation)을 지시하는 것을 기반으로, 상기 PDCCH 모니터링 적응을 기반으로 상기 복수의 SS 집합들 중, 특정 SS 집합이 아닌 SS 집합이 모니터링될 수 있다.
또한, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 특정 SS 집합만 모니터링될 수 있다.
또한, 상기 복수의 SS 집합들은 XR (eXtended Reality) 패킷(packet)을 위해 설정되는 것일 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 단말에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고, 상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고, 상기 적어도 하나의 송수신기를 통해, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)될 수 있다.
이 때, 상기 단말에게는 DRX (Discontinuous Reception) 동작은 설정되지 않을 수 있다.
또한, (i) 상기 하나의 SS 집합이 상기 특정 SS 집합이 아니고 (ii) 상기 제2 PDCCH가 PDCCH 모니터링 적응(adaptation)을 지시하는 것을 기반으로, 상기 PDCCH 모니터링 적응을 기반으로 상기 복수의 SS 집합들 중, 특정 SS 집합이 아닌 SS 집합이 모니터링될 수 있다.
또한, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 특정 SS 집합만 모니터링될 수 있다.
또한, 상기 복수의 SS 집합들은 XR (eXtended Reality) 패킷(packet)을 위해 설정되는 것일 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고, 상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)될 수 있다.
본 개시에 따른 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은: 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고, 상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)될 수 있다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 기지국이 PDCCH (Physical Downlink Control Channel)을 전송하는 방법에 있어서, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 전송하고, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 통해 제1 PDCCH를 전송한 것을 기반으로, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 전송하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들을 통해서는 제3 PDCCH를 전송하지 않을 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 전송하는 기지국에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 통해 제1 PDCCH를 전송한 것을 기반으로, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 전송하는 것을 포함하고, 상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들을 통해서는 제3 PDCCH를 전송하지 않을 수 있다.
본 개시에 따르면, XR (eXtended Reality) 서비스를 지원하는 단말이 XR 패킷을 주기적으로 수신하기 위한 PDCCH (Physical Downlink Control Channel) 모니터링 시, 불필요한 PDCCH 모니터링을 감소시켜 전력 소모를 감소시키는 동작을 지원할 수 있다.
한편, 본 개시는 XR 서비스에 한정되지 않으며, 주기적으로 전송이 예정되는 트래픽(Traffic)이라면, 트래픽의 종류에 관계 없이 전력 절감 효과를 기대할 수 있는 단말 동작을 지원할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1 내지 도 2는 Idle Mode DRX (Discontinuous Reception) 동작을 설명하기 위한 도면이다.
도 3 내지 도 5는 RRC (Radio Resource Control) 연결(Connected) 모드에서의 DRX 동작을 설명하기 위한 도면이다.
도 6은 DCI format 2_6을 모니터링하는 방법을 설명하기 위한 도면이다.
도 7은 XR (eXtended Reality) 패킷을 수신하는 경우 발생할 수 있는 지터(jitter)를 설명하기 위한 도면이다.
도 8 내지 도 10은 본 개시의 [방법 1]에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 11 내지 도 12는 본 개시의 [방법 1]의 예시들을 설명하기 위한 도면이다.
도 13 내지 도 15는 본 개시의 [방법 2]에 따른 단말 및 기지국의 전반적이 동작 과정을 설명하기 위한 도면이다.
도 16은 본 개시의 [방법 2]의 예시들을 설명하기 위한 도면이다.
도 17은 본 개시에 적용되는 통신 시스템을 예시한다.
도 18은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 19는 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
도 20은 본 개시에 적용될 수 있는 XR (eXtended Reality) 장치를 예시한다.
도 3 내지 도 5는 RRC (Radio Resource Control) 연결(Connected) 모드에서의 DRX 동작을 설명하기 위한 도면이다.
도 6은 DCI format 2_6을 모니터링하는 방법을 설명하기 위한 도면이다.
도 7은 XR (eXtended Reality) 패킷을 수신하는 경우 발생할 수 있는 지터(jitter)를 설명하기 위한 도면이다.
도 8 내지 도 10은 본 개시의 [방법 1]에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 11 내지 도 12는 본 개시의 [방법 1]의 예시들을 설명하기 위한 도면이다.
도 13 내지 도 15는 본 개시의 [방법 2]에 따른 단말 및 기지국의 전반적이 동작 과정을 설명하기 위한 도면이다.
도 16은 본 개시의 [방법 2]의 예시들을 설명하기 위한 도면이다.
도 17은 본 개시에 적용되는 통신 시스템을 예시한다.
도 18은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 19는 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
도 20은 본 개시에 적용될 수 있는 XR (eXtended Reality) 장치를 예시한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, NR)을 기반으로 기술하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다. 본 개시의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 개시 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다 (예, 38.211, 38.212, 38.213, 38.214, 38.300, 38.331 등).
이제, NR 시스템을 포함한 5G 통신에 대해서 살펴보도록 한다.
5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다.
일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, NR 시스템을 포함한 5G 통신 시스템에서의 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
DRX (Discontinuous Reception) 동작
UE는 전력 소모 (Power Consumption)을 감소시키기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 DRX(Discontinuous Reception)를 사용한다. DRX가 설정되면, UE는 DRX 설정(Configuration) 정보에 따라 DRX 동작을 수행한다.
DRX를 기반으로 동작하는 UE는 수신 동작에 대한 ON/OFF를 반복한다. 예를 들어, DRX가 설정된 경우, 단말은 미리 정해진 시간 간격(예를 들어, ON)에서만 PDCCH 수신/검출(예를 들어, PDCCH 모니터링)을 시도하고, 나머지 시간(예를 들어, OFF/Sleep)에서는 PDCCH 수신을 시도하지 않는다.
이때, 단말이 PDCCH 수신을 시도해야 하는 시간을 On-duration이라고 하며, On-duration은 DRX 주기당 한 번씩 정의된다. UE는 RRC 시그널링을 통해 기지국(예를 들어, gNB)로부터 DRX 설정(Configuration) 정보를 수신하고 (Long) DRX 커맨드 MAC CE 수신을 통해 DRX 동작을 수행할 수 있다.
한편, DRX 설정(Configuration) 정보는 MAC-CellGroupConfig에 포함될 수 있다. IE MAC-CellGroupConfig는 DRX를 포함하는 셀 그룹에 대한 MAC 파라미터를 설정(Configuration)하는 데 사용된다.
DRX(Discontinuous Reception)는 UE(User Equipment)가 하향링크 채널을 불연속적으로 수신/모니터링하여 UE가 배터리 소모를 줄일 수 있도록 하는 동작 모드를 의미한다. 즉, DRX가 설정된 UE는 불연속적으로 하향링크 신호를 수신함으로써 전력 소모를 줄일 수 있다. DRX 동작은 On Duration이 주기적으로 반복되는 시간 간격을 나타내는 DRX 주기에서 수행된다. DRX 에는 On Duration 및 Sleep Duration (또는 DRX를 위한 Opportunity)이 포함됩니다. On Duration은 단말이 PDCCH를 수신하기 위해 PDCCH를 모니터링하는 시간 간격을 나타낸다. DRX는 RRC(Radio Resource Control)_IDLE State(또는 모드), RRC_INACTIVE State(또는 모드), 또는 RRC_CONNECTED State(또는 모드)에서 수행될 수 있다. RRC_IDLE State 및 RRC_INACTIVE State에서 DRX는 페이징 신호를 불연속적으로 수신하기 위해 사용된다.
- RRC_Idle State: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정되지 않은 상태.
- RRC Inactive State: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정되었지만 무선 연결이 비활성화된 상태.
- RRC_Connected 상태: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정된 상태.
DRX는 기본적으로 Idle 모드 DRX, Connected DRX(C-DRX) 및 확장 DRX로 구분된다. RRC IDLE 상태에서 적용되는 DRX를 IDLE 모드 DRX라고 하고, RRC CONNECTED 상태에서 적용되는 DRX를 연결 모드 DRX(C-DRX)라고 한다.
eDRX(Extended/enhanced DRX)는 IDLE 모드 DRX와 C-DRX의 주기를 확장할 수 있는 메커니즘이다. IDLE 모드 DRX에서 eDRX 허용 여부는 시스템 정보(예, SIB1)를 기반으로 설정될 수 있다.
SIB1은 eDRX-Allowed 파라미터를 포함할 수 있다. eDRX-Allowed 파라미터는 IDLE 모드 확장 DRX가 허용되는지 여부를 나타내는 파라미터이다.
(1) IDLE 모드 DRX
IDLE 모드에서 UE는 전력 소모(Power Consumption)를 줄이기 위해 DRX를 사용할 수 있다. 하나의 페이징 기회(PO)는 P-RNTI(Paging-Radio Network Temporary Identifier) 기반 PDCCH(Physical Downlink Control Channel) 가 전송될 수 있는 시간 간격(Time Interval) (예를 들어, 슬롯 또는 서브프레임)일 수 있다. P-RNTI 기반 PDCCH는 페이징 메시지를 어드레싱(addressing)/스케줄링(scheduling)할 수 있다. P-RNTI 기반 PDCCH 전송의 경우, PO는 PDCCH 반복을 위한 시작 서브프레임을 지시할 수 있다.
하나의 페이징 프레임(PF)은 하나 또는 복수의 페이징 기회를 포함할 수 있는 하나의 무선 프레임이다. DRX가 사용되는 경우, UE는 DRX 주기당 하나의 PO만 모니터링하도록 구성될 수 있다. PF 및/또는 PO 는 네트워크 시그널링(예를 들어, 시스템 정보)을 통해 제공되는 DRX 파라미터에 기초하여 결정될 수 있다.
이하, 'PDCCH'는 MPDCCH, NPDCCH 및/또는 일반 PDCCH를 의미할 수 있다. 이하, 'UE'는 MTC UE, BL(Bandwidth Reduced Low Complexity)/CE(Coverage Enhanced) UE, NB-IoT UE, RedCap(RedCap) UE, 일반 UE 및/또는 IAB-MT(모바일 터미네이션)를 지칭할 수 있다. .
도 1은 IDLE 모드 DRX 동작을 수행하는 방법의 일 예를 나타내는 흐름도이다.
UE는 기지국으로부터 상위 계층 시그널링(예를 들어, 시스템 정보)을 통해 IDLE 모드 DRX 설정 정보를 수신한다(S110).
또한, UE는 IDLE 모드 DRX 설정 정보를 기반으로 페이징 DRX 주기에서 PDCCH를 모니터링하기 위한 PF(Paging Frame) 및 PO(Paging Occasion)를 결정한다(S120). 이 경우 DRX 주기는 On Duration과 Sleep Duration (또는 DRX를 위한 Opportunity)을 포함한다.
또한, UE는 결정된 PF의 PO에서 PDCCH를 모니터링한다(S130). 한편, UE는 페이징 DRX 주기당 하나의 시간 간격(Time Interval)(PO)만 모니터링한다. 예를 들어, 시간 간격은 슬롯 (Slot) 또는 서브프레임(subframe)일 수 있다.
또한, UE가 On Duration 동안 P-RNTI에 의해 스크램블된 PDCCH(더 정확하게는 PDCCH의 CRC)를 수신하는 경우(즉, 페이징이 감지된 경우), UE는 연결 모드로 천이하여 기지국과 데이터를 송수신할 수 있다.
도 2는 IDLE 모드 DRX 동작의 일 예를 나타내는 도면이다.
도 2를 참조하면. RRC_Idle 상태(이하 'Idle state'라 함)에 있는 UE로 향하는 트래픽(데이터)이 있는 경우, 해당 UE를 향하여 페이징이 발생한다.
따라서, UE는 (페이징) DRX 주기마다 깨어나서 PDCCH를 모니터링한다.
Paging이 존재하면 UE는 Connected 상태로 천이하고 데이터를 수신한다. 그렇지 않으면, UE는 다시 슬립 모드에 진입할 수 있다.
(2) Connected 모드 DRX (C-DRX)
C-DRX는 RRC Connected State에서 적용되는 DRX이다. C-DRX의 DRX 주기는 짧은 (Short) DRX 주기 및/또는 긴 (Long) DRX 주기로 구성될 수 있다. 짧은 DRX 주기는 선택 사항이다.
C-DRX가 설정된 경우, UE는 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 중에 성공적으로 검출된 PDCCH가 있는 경우, UE는 Inactive Timer를 동작(또는 실행)시키고 웨이크(Awake) State를 유지한다. 반면, PDCCH 모니터링 동안 성공적으로 검출된 PDCCH가 없는 경우, UE는 On Duration이 종료된 후 슬립(Sleep) State로 진입한다.
C-DRX가 설정되면, C-DRX 설정을 기반으로 PDCCH 수신 Occasion (예를 들어, PDCCH 검색 공간/후보를 갖는 슬롯)이 불연속적으로 설정될 수 있다. 반면, C-DRX가 설정되지 않은 경우, PDCCH 검색 공간 설정(Search Space Configuration)에 따라 PDCCH 수신 Occasion (예를 들어, PDCCH 검색 공간/후보를 갖는 슬롯)이 연속적으로 설정(configuration)될 수 있다. 한편, PDCCH 모니터링은 C-DRX 설정에 관계없이 측정 갭(Measurement Gap)으로 설정된 시간 간격으로 제한될 수 있다.
도 3은 C-DRX 동작을 수행하는 방법의 일 예를 나타내는 흐름도이다.
UE는 기지국으로부터 DRX 설정(Configuration) 정보를 포함하는 RRC 시그널링(예를 들어, MAC-MainConfig IE)을 수신한다(S310). DRX 설정 정보는 다음과 같은 정보를 포함할 수 있다.
- on-duration: UE가 깨어난 후 PDCCH를 수신하기 위해 기다리는 구간(Duration). UE가 PDCCH를 성공적으로 디코딩하면 UE는 깨어 있고 drx-inactivity 타이머를 시작한다.
- drx-onDurationTimer: DRX Cycle 시작되는 구간(Duration); 예를 들어, DRX 주기 시작 부분에서 연속적으로 모니터링되어야 하는 시간 구간을 의미할 수 있으며, ms 단위로 표현될 수 있다.
- drx-InactivityTimer: PDCCH가 MAC 엔티티에 대한 새로운 UL 또는 DL 전송을 지시하는 PDCCH에 대응하는 PDCCH Occasion 이후의 지속시간; 예를 들어, UE가 스케줄링 정보를 갖는 PDCCH를 디코딩한 후의 ms 단위의 시간 구간일 수 있다. 즉, UE가 마지막으로 PDCCH를 디코딩한 후, 다른 PDCCH를 성공적으로 디코딩하기 위해 대기하는 구간(duration). 만약, 해당 구간 내에서 다른 PDCCH가 검출되지 않으면, UE는 Sleep 모드로 천이한다.
UE는 재전송이 아닌 초기 전송만을 위한 PDCCH의 성공적인 디코딩 후에 drx-inactivity 타이머를 다시 시작한다.
- drx-RetransmissionTimer: DL의 경우 DL 재전송이 수신될 때까지의 최대 구간(Duration); UL의 경우 UL 재전송에 대한 승인이 수신될 때까지의 최대 구간(Duration), 예를 들어, UL의 경우, 재전송 대상인 TB (Transport Block)가 송신된 BWP (Bandwidth part)에 대한 슬롯의 수이고, DL의 경우, 재전송 대상인 TB (Transport Block)가 수신된 BWP (Bandwidth part)에 대한 슬롯의 수
- longDRX-Cycle: On Duration 발생 주기(Period)
- drxStartOffset: DRX 주기가 시작되는 서브프레임 번호
- drxShortCycleTimer: UE가 짧은 DRX 주기를 따라야 하는 구간(Duration);
- shortDRX-Cycle: Drx-InactivityTimer 종료 시 drxShortCycleTimer 수만큼 동작하는 DRX Cycle
- drx-SlotOffset: drx-onDurationTimer가 시작되기 이전의 지연 시간(delay); 예를 들어, ms 단위로 표현될 수 있으며, 1/32ms의 배수로 표현될 수 있다.
- Active Time: UE가 PDCCH를 모니터링하는 총 구간 (Duration), 여기에는 (a) DRX 주기의 "On-duration", (b) drx-inactivity 타이머가 만료되지 않은 동안 UE가 연속 수신을 수행하는 시간, 및 (c) UE가 재전송 기회(Opportunity)를 기다리면서 연속 수신을 수행하는 시간을 포함한다.
보다 구체적으로, DRX Cycle가 설정(Configure)될 때 DRX 그룹의 서빙 셀에 대한 Active Time은 다음과 같은 시간을 포함합니다.
- (a) drx-onDurationTimer 또는 (b) DRX 그룹에 대해 설정(configure)된 drx-InactivityTimer. 또는
- (c) DRX 그룹의 모든 서빙 셀에 대한 drx-RetransmissionTimerDL 또는 drx-RetransmissionTimerUL. 또는
- (d) ra-ContentionResolutionTimer 또는 msgB-ResponseWindow. 또는
- (e) Scheduling Request 가 PUCCH를 통해 전송되고 보류 중인 구간, 또는
- (f) 경쟁 기반 랜덤 액세스 중에서 MAC 엔티티가 선택하지 않은 랜덤 액세스 프리앰블에 대한 RAR (Random Access Response)을 성공적으로 수신한 후 MAC 엔티티의 C-RNTI로 Address된 새로운 전송을 지시하는 PDCCH가 수신되지 않은 경우.
또한, MAC CE(command element)의 DRX 커맨드를 통해 DRX 'ON'이 설정되면(S320), UE는 DRX 설정을 기반으로 DRX 주기의 ON Duration 동안 PDCCH를 모니터링한다(S330).
도 4는 C-DRX 동작의 일례를 나타내는 도면이다.
도 4를 참조하면, UE가 RRC_Connected State (이하, Connected State라고 함)에서 스케줄링 정보(예를 들어, DL Assignment 또는 UL Grant)를 수신하면, UE는 DRX Inactivity Timer 및 RRC Inactivity Timer를 실행한다.
DRX Inactivity Timer 가 만료된 후 DRX 모드가 시작된다. UE는 DRX Cylcle에서 깨어나, 미리 결정된 시간 동안(on duration timer) PDCCH를 모니터링한다.
이 경우, Short DRX가 설정되면, UE가 DRX 모드를 시작할 때, UE는 먼저 짧은 DRX Cycle을 시작하고, 짧은 DRX Cycle이 종료된 후, 긴 DRX Cycle을 시작한다. 이 때, Long DRX 주기는 짧은 DRX 주기의 배수이다. 즉, 짧은 DRX 주기에서 UE는 더 자주 깨어난다. RRC Inactivity Timer가 만료된 후, UE는 Idle 상태로 천이하여 Idle 모드 DRX 동작을 수행한다.
도 5는 DRX Cycle을 나타낸다. C-DRX 동작(operation)은 UE의 전력 절약(power saving)을 위해 도입되었다. UE는 각 DRX cycle마다 정의된 on-duration내에서 PDCCH가 수신되지 않으면, 다음 DRX cycle까지 sleep mode로 진입하여 transmission/reception을 수행하지 않는다.
반면, UE는 On-duration에서 PDCCH를 수신할 경우, inactivity timer, retransmission timer 등의 동작에 기반하여 Active time이 지속(또는 증가)될 수 있다. UE는, active time 내에서 추가적인 데이터가 수신되지 않는 경우, 다음 DRX operation까지 sleep 동작을 수행할 수 있다.
NR에서는 기존의 C-DRX 동작(operation)에 추가적인 전력 절약 이득(power saving gain)을 획득하기 위해 위해 wake up signal (WUS)을 도입하였다. WUS는 각 DRX cycle (혹은 복수의 DRX cycles)의 on-duration에서 UE가 PDCCH 모니터링(monitoring)을 수행해야 하는지 여부를 알리기 위한 것일 수 있다. UE는 정해진 혹은 지시된 WUS occasion에서 WUS를 검출하지 못한 경우, 해당 WUS에 연계된 하나 혹은 복수의 DRX cycles에서 PDCCH 모니터링을 수행하지 않고 sleep 동작을 유지할 수 있다.
(3) Wake Up 신호 (DCI Format 2_6)
Rel-16 NR 시스템의 전력 절약(power saving) 기술에서는 DRX 동작(operation)이 수행될 경우, 각 DRX cycle의 wake up 여부를 DCI format 2_6를 통해 단말에게 알릴 수 있다.
도 6을 참조하면, DCI format 2_6에 대한 PDCCH monitoring occasion은 네트워크에 의해 지시된 ps-Offset과 단말이 보고하는 Time Gap에 의해 결정될 수 있다. 이 때, 단말이 보고하는 Time Gap은 단말이 wake up한 이후의 동작을 위해 필요한 준비 기간으로 해석될 수 있다.
도 6을 참조하면, 기지국은 단말에게 DCI format 2_6를 모니터링(monitoring)할 수 있는 search space (SS) set 설정(configuration)을 지시할 수 있다. 해당 SS set 설정(configuration)에서는 모니터링 주기(monitoring periodicity) 간격으로 duration 길이만큼의 연속된 슬롯들을 통해 DCI format 2_6를 모니터링 하도록 지시할 수 있다.
DRX 설정(configuration)에서는, DRX cycle의 시작 시점(예를 들어, on-duration timer가 시작되는 지점)과 기지국에 의해 설정(configure)된 ps-Offset 에 의해 DCI format 2_6를 모니터링(monitoring)할 수 있는 모니터링 윈도우(monitoring window)가 결정된다. 그리고 단말에 의해 보고되는 Time Gap 구간에서는 PDCCH 모니터링(monitoring)이 요구되지 않을 수도 있다. 최종적으로, 단말은 실제 모니터링(monitoring)을 수행하는 SS Set monitoring occasion은 모니터링 윈도우 내의 첫번째 Full Duration (즉, 도 6의 Actual Monitoring Occasions)으로 결정될 수 있다.
단말이 ps-Offset을 기반으로 설정된 모니터링 윈도우에서 DCI format 2_6를 검출함으로써, 이후의 DRX cycle에서 깨어날 것인지 깨어나지 않을 것인지 여부가 단말에게 기지국으로부터 지시될 수 있다.
PDCCH 모니터링 적응 (monitoring adaptation)
NR 표준에서는 단말의 전력 소모를 감소시키기 위한 방법으로 SS Set Group Switching과 PDCCH monitoring skipping을 정의하고 있으며, 이러한 SS Set Group Switching과 PDCCH monitoring skipping을 통칭하여 PDCCH 모니터링 적응이라고 정의한다.
(1) Search Space Set (SS Set) Group Switching
현재 NR 표준에서는, 단말의 전력 소모를 감소시키기 위한 방법으로, SS Set Group의 Switching 을 정의하고 있다. 이러한, SS Set Group Switching은 단말에게 복수의 SS Set Group 들을 설정하고, 복수의 SS Set Group들 중 단말이 모니터링할 SS Set Group이 지시될 수 있다. 또한, 단말은 해당 지시에 따라 해당 SS Set Group에 포함된 SS Set을 모니터링하며, 해당 SS Set Group에 포함되지 않은 SS Set의 모니터링은 생략(Skip)할 수 있다.
예를 들어, 단말에게 Type 3-PDCCH CSS (Common Search Space) set 및/또는 USS (User Specific Search Space) set으로 구성되는 SS Set Group들의 리스트가 제공될 수 있다. 또한, SS Set Group들의 리스트가 제공되면, 단말은 그룹 인덱스 #0에 대응하는 SS Set들을 모니터링할 수 있다.
한편, 단말은 SearchSpaceSwitchTrigger가 설정되었는지 여부에 따라 SS Set Group Switching 동작을 수행할 수 있다.
만약, 단말에게 SearchSpaceSwitchTrigger가 설정되었다면, 단말은 DCI Format 2_0의 지시에 따라 SS Set Group을 Switching할 수 있다.
예를 들어, DCI Format 2_0 내의 SS Set Group Switching Flag 필드의 값이 0이면, 단말은 DCI Format 2_0을 수신한 시점으로부터 일정 시간 이후에 SS Set Group #0의 모니터링을 시작하고, SS Set Group #1의 모니터링을 중단할 수 있다.
또한, DCI Format 2_0 내의 SS Set Group Switching Flag 필드의 값이 1이면, 단말은 DCI Format 2_0을 수신한 시점으로부터 일정 시간 이후에 SS Set Group #1의 모니터링을 시작하고, SS Set Group #0의 모니터링을 중단할 수 있다. 만약, 단말이 SS Set Group #1의 모니터링을 시작한다면, 단말은 SearchSpaceSwitchTimer에 의해 설정된 타이머의 카운팅을 시작할 수 있다. 만약, 해당 타이머가 만료(Expire)되면, 단말은 타이머가 만료된 시점부터 일정 시간 이후에 SS Set Group #0의 모니터링을 시작하고, SS Set Group #1의 모니터링을 중단할 수 있다.
만약, 단말에게 SearchSpaceSwitchTrigger가 설정되지 않았다면, 단말은 DCI 수신에 따라 SS Set Group을 변경할 수 있다. 예를 들어, 단말이 SS Set Group #0 (또는 SS Set Group #1)에 대한 모니터링 수행 중에, DCI를 수신하면, 단말은 해당 DCI를 수신한 시점으로부터 일정 시간 이후에 SS Set Group #1 (또는 SS Set Group #0)의 모니터링을 시작하고, SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 중단할 수 있다. 이 때, 단말은 SearchSpaceSwitchTimer에 의해 설정된 타이머의 카운팅을 시작할 수 있다. 만약, 해당 타이머가 만료(Expire)되면, 단말은 타이머가 만료된 시점부터 일정 시간 이후에 SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 시작하고, SS Set Group #1 (또는 SS Set Group #0)의 모니터링을 중단할 수 있다.
한편, 단말은 상술한 바와 같이 DCI Format 2_0을 수신한 시점으로부터 일정 시간 이후에 SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 시작한다. 이 때의 일정 시간 이후는 수신한 DCI를 포함하는 PDCCH의 마지막 심볼로부터 적어도 Pswitch 개의 심볼들 이후 첫번째 슬롯 (또는 적용가능한 슬롯 경계(Applicable Slot Boundary))부터 SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 시작할 수 있음을 의미할 수 있다. 또는, SCS에 따라 해당 일정 시간 이후는 수신한 DCI를 포함하는 PDCCH의 마지막 심볼로부터 적어도 Pswitch 개의 심볼들 이후 특정 슬롯들의 그룹에서의 첫번째 슬롯부터 SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 시작할 수 있음을 의미할 수 있다. 이는, 단말이 DCI를 디코딩하여, SS Set Group Switching 지시를 확인하고, 실제 SS Set Group Switching 동작을 수행하는데 일정한 시간이 필요할 수 있기 때문이다.
이 때, Pswitch는 RRC 시그널링을 통해 설정될 수 있다. 또한, 단말의 성능(Capability) 및 서빙 셀 (또는 서빙 셀의 집합)에 설정된 모든 DL BWP 들의 SCS(Subcarrier Spacing)들 중, 가장 작은 SCS(u)를 기반으로 최소 Pswitch 값이 아래의 [표 1]과 같이 정의될 수 있다.
| u | Minimum Pswitch value for UE processing capability 1 [symbols] |
Minimum Pswitch value for UE processing capability 2 [symbols] |
| 0 | 25 | 10 |
| 1 | 25 | 12 |
| 2 | 25 | 22 |
(2) PDCCH monitoring skipping
현재 NR 표준에서는, 단말의 전력 소모를 감소시키기 위한 방법으로, PDCCH monitoring skipping을 정의하고 있다. 단말에게 복수의 PDCCH monitoring skipping 구간들이 RRC 파라미터를 통해 설정될 수 있다. 이 때, 복수의 PDCCH monitoring skipping 구간들은 슬롯(slot)단위로 설정될 수 있다. 또한, 단말에게 복수의 PDCCH monitoring skipping 구간들 중, 어느 하나가 DCI를 통해 지시되어, 해당 구간 동안 단말은 PDCCH 모니터링을 skipping할 수 있다. 한편, PDCCH monitoring skipping 구간을 지시하는 DCI를 통해 PDCCH monitoring skipping을 수행하지 않을 것(즉, no PDCCH monitoring skipping)을 지시될 수도 있다. 만약, DCI의 PDCCH 모니터링 적응 필드를 통해 특정 구간 동안 PDCCH 모니터링을 skipping할 것이 지시되었다면, 단말은 해당 DCI를 포함하는 PDCCH 수신의 마지막 심볼 이후의 첫번째 슬롯의 시작(beginning)부터 PDCCH monitoring skipping을 수행할 수 있다.
(3) SS Set Group Switching과 PDCCH monitoring skipping의 조합
RRC 계층을 통해 단말에게 복수의 SS Set Group들과 복수의 PDCCH monitoring skipping 구간들이 설정된 경우, 단말은 PDCCH 모니터링 적응 필드를 포함하는 DCI를 수신하여, 해당 PDCCH 모니터링 적응 필드의 값에 따라 SS Set Group Switching 또는 PDCCH monitoring skipping을 수행할 수 있다.
예를 들어, 복수의 SS Set Group들이 설정되는지 여부 및/또는 복수의 PDCCH monitoring skipping 구간들이 설정되는지 여부에 따라, PDCCH 모니터링 적응 필드에 설정될 수 있는 값들 각각이 하나의 SS Set Group 또는 하나의 PDCCH monitoring skipping 구간에 맵핑될 수 있다.
단말은 PDCCH 모니터링 적응 필드를 수신하면, 해당 PDCCH 모니터링 적응 필드 값에 대응하는 SS Set Group으로의 Switching을 수행하거나 해당 PDCCH 모니터링 적응 필드 값에 대응하는 PDCCH monitoring skipping 구간 동안 PDCCH 모니터링을 중단할 수 있다.
한편, 단말이 PDCCH monitoring skipping 을 지시하는 PDCCH 모니터링 적응 필드를 포함하는 DCI를 특정 슬롯에서 수신하였다면, 단말은 동일한 특정 슬롯에서는 앞서 수신한 DCI에 포함된 PDCCH 모니터링 적응 필드의 값과 다른 값이 지시될 것을 기대하지 않을 수 있다.
또한, 단말이 SS Set group Switching을 지시하는 PDCCH 모니터링 적응 필드를 포함하는 DCI를 특정 슬롯에서 수신하였다면, 단말은 해당 특정 슬롯으로부터 적어도 Pswitch 심볼들 이전의 슬롯에서는 특정 슬롯에서 수신된 DCI에 포함되는 PDCCH 모니터링 적응 필드의 값과 다른 값이 지시될 것을 기대하지 않을 수 있다. 즉, 단말은 해당 특정 슬롯으로부터 적어도 Pswitch 심볼들 이후의 슬롯에서 특정 슬롯에서 수신된 DCI에 포함되는 PDCCH 모니터링 적응 필드의 값과 다른 값이 지시될 것을 기대할 수 있다.
한편, 후술하는 실시 예들은, 예를 들어, XR에 적용될 수 있다. XR(Extended Reality)은 AR (Augmented Reality), VR (Virtual Reality) 및 MR (Mixed Reality) 등을 포괄하는 개념이다. XR의 특징은 트래픽(traffic)의 수신을 기대할 수 있는 시점이 fps (frame per second)에 의해 고정되어 있으며, 지터(jitter)의 영향으로 기대하는 시점으로부터 늦게 수신하거나 빨리 수신할 수 있다. 이러한 XR 트래픽(traffic)의 지터(jitter)는 truncated Gaussian의 확률 분포로 나타난다. 따라서, DRX를 fps에 맞춰 주기적으로 설정하여 전력 절감 효과를 기재할 수 있다. 또한, DRX를 설정하지 않더라도 PDCCH 모니터링 적응을 설정하면, PDCCH 모니터링 적응만으로도 전력 절감 효과를 기대할 수 있다. 물론, DRX 및 PDCCH 모니터링 적응을 모두 설정하여 전력 절감 효과를 기대할 수도 있다.
트래픽(traffic) 수신 기대 시점과 지터(jitter)의 영향으로 인한 수신 기대 시점은 확률로서 표현될 수 있으며, 상술한 것과 같은 XR 환경에서의 전력 절감 효과를 기대하기 위하여 후술하는 실시 예들이 적용될 수 있다.
예를 들어, 트래픽(traffic) 수신 기대 시점으로부터 상대적으로 시간상 먼 시점에서는 지터(jitter)의 확률이 낮아 수신 확률이 낮으므로, 단말은 PDCCH를 sparse하게 모니터링하여 전력을 절감할 수 있다. 반대로 트래픽(traffic) 수신 기대 시점으로부터 시간상 가까운 시점에서는 지터(jitter)의 확률이 높아 수신 확률이 높으므로, PDCCH를 dense하게 모니터링하여 수신 확률에 따라 전력 소모를 조절할 수 있다. 이를 위해, SS set group #0를 dense한 PDCCH 모니터링을 위한 SS set이 포함된 SS Set group으로 설정하고, SS set group #1를 sparse한 PDCCH 모니터링을 위한 SS set이 포함된 SS Set group으로 설정할 수 있다. 다시 말해, XR에서 지터(jitter)를 고려하여 SS Set Group Switching 동작이 설정(configure)될 수 있다.
또 다른 예시로, 단말은 지터(jitter)의 확률이 높아 트래픽(traffic) 수신 확률이 높은 짧은 구간 동안 PDCCH 모니터링을 수행하고, 이후 micro-sleep 하는 동작을 반복할 수 있다. 이를 통해, 트래픽(traffic)이 정상적으로 수신되지 않았을 경우 빠르게 micro-sleep하여 전력 절감 효과를 기대하고 이후 다시 전송되는 트래픽(traffic)을 수신하기 위해 PDCCH 모니터링을 수행하여, PDCCH 모니터링에 효율을 높일 수 있다. 다시 말해, XR에서 지터(jitter)를 고려하여 PDCCH monitoring skipping 동작이 설정(configure)될 수 있다.
Rel-18 NR 표준에서는 XR 서비스를 지원하기 위해 다양한 시나리오와 후보 기술들이 논의되고 있다(예를 들어, FS_NR_XR_enh). XR 서비스는 일반적으로 높은 데이터율(date rate)과 낮은 지연(latency)을 요구 조건을 만족해야 한다. 또한, 단말의 높은 전력 소모가 예상되기 때문에 전력 절감을 위한 다양한 기법들이 고려되고 있다.
XR 서비스의 트래픽(traffic) 모델과 요구 사항 등은 Rel-17 XR study의 기술 보고서(technical report)인 3GPP TR 38.838에 정의되어 있다. XR 서비스는 일반적으로 60 fps (frame per second)가 요구되며, 120 fps가 요구되는 경우도 있다. XR 트래픽(traffic) 모델에서의 프레임(frame)은 통신 환경에서 수신하는 패킷(packet)과 동일하게 이해될 수 있다. 한편, 주기적인 트래픽(traffic) 발생과 더불어 여러 원인으로 인한 지터(jitter)가 발생할 수 있다. 여기서, 지터(jitter)는 실제 패킷(packet) 수신이 예상되는 패킷(packet) 수신 시점보다 패킷이 빠르게 수신되거나 늦게 수신되는 것을 의미할 수 있다.
XR 서비스의 트래픽(traffic) 모델에서는 지터(jitter)를 truncated Gaussian 분포를 따른다고 가정한다. 예를 들어, 도 7을 참조할 때, 주기적인 패킷(packet) 수신 시점이 T라면 실제 패킷(packet)이 수신될 수 있는 범위는 [T-j, T+j] (예를 들어, j=4)로 주어질 수 있다. 이 때, T에 가까울수록 높은 확률로 패킷이 수신되고, T에서 멀어질수록 낮은 확률로 패킷(packet)이 수신될 수 있다. 이 때, 지터(jitter) 범위는 [-j, j] (예를 들어, j=4)이며, 이는, 싱글 스트림(single stream) DL 트래픽(traffic) 모델에서 일반적으로 가정하는 범위라 할 수 있다. 따라서, XR 서비스에서 DRX 동작을 통한 전력 절감 효과를 기대하기 위해서는 주기적인 트래픽(traffic) 송수신 이외에도 지터(jitter)를 고려하여 시스템을 설계할 필요가 있다.
한편, XR 서비스를 지원하는 단말의 전력 절감을 위한 방법으로 DRX (Discontinuous Reception) 동작과 PDCCH 모니터링 적응(Monitoring Adaptation) 동작이 고려될 수 있다.
NR에서는 단말의 불필요한 전력 소모를 줄이기 위한 목적으로 활용되는 DRX의 특징은 다음과 같다. DRX는 RRC_IDLE 상태의 단말을 위한 구조와 RRC_CONNECTED 상태의 단말을 위한 구조가 각각 정의되어 있으며, 두 DRX 구조 모두 단말이 DL 신호의 수신을 기대할 수 있는 구간이 주기적으로 발생되도록 정의함으로써 그 이외의 구간에서는 불필요한 전력소모를 줄이도록 설계되어 있다. 특징적으로 C-DRX(예를 들어, RRC_CONNECTED 상태의 단말에게 적용되는 DRX)의 경우, NR의 Rel-16 표준을 기준으로 On-duration의 시작 위치가 주기적으로 발생되며, 이 때 구성될 수 있는 주기의 크기(예를 들어. DRX cycle)은 기지국이 단말에게 제공하는 상위 계층 파라미터(higher layer parameter)를 통해 결정될 수 있다.
한편, PDCCH 모니터링 적응 동작은 단말이 수행하는 PDCCH 모니터링 횟수를 조절 (일반적으로는 모니터링 횟수를 감소)시키는 동작을 의미할 수 있다.
단말에게 하나의 BWP 당 최대 10개의 SS (Search Space) set이 설정될 수 있다. 또한, 단말은 SS set들에 포함된 PDCCH 후보들을 모니터링(이하, SS set 모니터링)할 수 있다.
단말은 어느 시점에 어느 DCI format으로 수신될지 알 수 없는 PDCCH에 대한 블라인드 디코딩(blind decoding; BD)을 수행해야 하기 때문에, PDCCH 모니터링(monitoring)이 전력 소모에 큰 비중을 차지한다.
PDCCH 모니터링 적응(monitoring adaptation)을 위한 예시로는 PDCCH monitoring skipping (이하, skipping)과 SS set group switching (이하, switching)이 있다.
PDCCH monitoring skipping은 일정 구간 (예를 들어, PDCCH monitoring skipping duration) 동안 PDCCH 모니터링을 중단하는 것이고, SSSG (Search Space Set Group) Switching을 설정된 SS Set들을 복수의 그룹들로 구분하고, 복수의 그룹들 중, 사용 목적에 맞게 하나의 그룹에 대한 Switching을 지시하여, 해당 그룹에 포함된 SS Set을 모니터링하도록 하는 것이다.
한편, 본 개시에서는 설명의 편의를 위해, SSSG를 SSSG #0과 SSSG #1로 구분한다. 여기서, SSSG#0은 예상되는 데이터 전송량이 많은 경우, PDCCH 모니터링 횟수를 증가시키기 위하여, 상대적으로 많은 수의 SS Set이 포함되거나 또는 포함된 SS set의 주기가 상대적으로 짧은 SSSG이고, SSSG#1은 전력 절감 목적으로 PDCCH 모니터링 횟수를 감소시키기 위하여, 상대적으로 적은 수의 SS Set이 포함되거나 또는 포함된 SS set의 주기가 상대적으로 긴 SSSG이다.
즉, SSSG Switching은 단말이 현재 특정 SSSG에 포함된 SS Set들에 대한 모니터링을 중단하고, 다른 SSSG에 포함된 SS Set들의 모니터링을 시작하는 것을 의미한다.
본 개시에서는 단말이 XR 패킷을 문제 없이 수신하면서 PDCCH 모니터링 횟수를 조절하여 전력 소모를 감소시킬 수 있도록 PDCCH 모니터링 적응 패턴(Pattern)이 지시/설정되고 이에 따라 PDCCH 모니터링을 수행되는 방법을 제안한다. 본 개시에서 제안하는 방법을 지시할 수 있는 DCI (Downlink Control Information)에는 scheduling DCI 외에 DRX cycle의 WUS (Wake-Up indication Signal)로 사용될 수 있는 DCI format 2_6이 포함될 수 있다. 또한, 기존에 사용되지 않았던 non-scheduling DCI와 제안하는 방법을 위해 도입되는 새로운 DCI를 통해서도 본 개시에서 제안하는 방법들이 지시될 수 있다.
한편, 본 개시에서는 XR 서비스를 예시로 제안하고 있으나 주기적인 전송이 예정된 통신 서비스라면, 어떠한 통신 서비스에서도 제안하는 방법이 적용될 수 있다.
본 개시에서는 단말이 PDCCH를 모니터링 하는 구간, PDCCH 모니터링을 중단하는 구간 및/또는 PDCCH 모니터링 빈도를 줄이는 구간을 나타내는 PDCCH 모니터링 적응 패턴 (pattern)을 정의한다. 또한, 단말에게 PDCCH 모니터링 적응 패턴이 지시/설정되고, 지시/설정된 PDCCH 모니터링 적응 패턴에 따라 단말이 PDCCH를 모니터링하는 방법을 제안한다.
XR 패킷(packet)은 지터(jitter)의 영향으로 인해 고정된 기대 수신 시점을 기준으로 확률적으로 빠르거나 늦게 수신될 수 있다. 이를 고려하여 단말은 특정 시점에서 XR 패킷을 수신하기 위해 PDCCH를 모니터링(monitoring)할 수 있다. 만약, PDCCH가 검출되지 않는 경우, 단말은 micro-sleep을 통해 전력을 절감하는 동작을 반복하여 XR 패킷(packet) 수신을 놓치지 않으면서도 PDCCH를 모니터링하는 횟수를 감소시킬 수 있다. 이를 본 개시에서는 PDCCH 모니터링 패턴(monitoring pattern)이라 정의할 수 있다. 또한, 본 개시에서는 PDCCH 모니터링 패턴(monitoring pattern)을 설정/지시하는 방법을 제안한다.
한편, 본 개시에서는 단말의 XR 서비스 지원을 위해 DRX 동작이 설정되는 경우와 설정되지 않는 경우를 모두 고려할 수 있다.
이하, 본 개시에서는 주기적인 수신이 요구되는 XR 서비스를 기준으로 제안되는 방법을 설명하고 있으나, 이에 제한되지 않는다. 예를 들어, 단말이 일정한 주기성을 갖고 수신하는 모든 신호에 대해서도 확장되어 적용될 수 있음은 통상의 기술자라면 용이하게 유추할 수 있다.
따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 본 개시의 원리가 침해되지 않는 한 기지국과 단말이 기대하는 모든 종류의 송수신 방식에 적용될 수 있음은 자명하다. 이하, 본 개시에서는 설명의 편의를 위하여 DRX의 용어가 C-DRX의 용어를 포함하는 일반적인 개념으로 사용된다.
또한, 본 개시에서는 본 개시의 원리를 설명하기 위하여 NR시스템을 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 별도의 설명이 없는 한 NR의 송수신 형태를 특정하여 제한되지 않는다. 또한, 본 개시에서는 본 개시의 원리를 설명하기 위하여 C-DRX를 지원하는 단말의 특성과 구조를 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 별도의 설명이 없는 한 C-DRX를 지원하는 단말에 특정하여 제한되지 않는다. 따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 본 개시의 원리가 침해되지 않는 한 모든 무선통신 송수신의 구조와 서비스에 적용될 수 있음은 자명하다.
이하의 설명에서 각 방식 또는 옵션의 구분은 설명을 명확히 하기 위한 의도이며, 각각이 반드시 독립적인 방법으로 실시되어야 한다는 의미로 제한 해석되지 않는다. 예컨대, 후술하는 방식/옵션들은 각각이 개별적으로 실시될 수 있지만, 서로 상충하지 않는 범위 내에서 적어도 일부가 조합된 형태로 실시 될 수도 있다.
한편, 본 개시의 제안 방법들 및 설명에서 특별한 언급이 없는 한 패킷(Packet)은 XR 서비스에 따른 패킷을 의미할 수 있다. 또한, 본 개시에서의 패킷은 XR 서비스를 위해 전송되는 트래픽 또는 전송 블록(Transport Block)과 관련된 PDSCH (Physical Downlink Shared Channel)일 수 있다.
도 8 내지 도 10은 본 개시의 [방법 1]에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 8은 [방법 1]에 따른 단말의 전반적인 동작 과정을 나타낸 것이다.
도 8을 참조하면, 단말은 PDCCH 모니터링 적응 패턴에 관련된 정보를 포함하는 성능(Capability) 정보를 기지국에 보고할 수 있다(S801). 이 때, PDCCH 모니터링 적응 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑(skipping) 및 SSSG 스위칭(Switching)과 같은 PDCCH 모니터링 적응(Monitoring Adaptation)의 지원 여부가 포함될 수 있다.
단말은 단말의 성능 정보 및/또는 XR 서비스를 지원하는 PDCCH 모니터링 적응 패턴을 기반으로 결정된 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴을 위한 적어도 하나의 정보를 수신할 수 있다(S803). 이 때, 적어도 하나의 정보는 상위 계층 (예를 들어, RRC 시그널링) 및/또는 PDCCH를 통해 수신될 수 있다.
단말은 PDCCH 모니터링 적응 패턴과 관련된 제 1 PDCCH를 수신할 수 있다(S805). 또한, 단말은 제 1 PDCCH 를 기반으로 제2 PDCCH를 모니터링하고, PDSCH (예를 들어, XR 패킷)을 수신할 수 있다(S807). 한편, S803 단계에서 PDCCH 모니터링 적응 패턴이 1개만 설정된 경우에는 S805 단계는 생략되고, S803 단계에서 설정된 PDCCH 모니터링 적응 패턴을 기반으로 제 2 PDCCH가 모니터링될 수 있다. 또한, 단말은 제 2 PDCCH가 검출되면 제 2 PDCCH를 기반으로 PDSCH (예를 들어, XR 패킷)을 수신할 수 있다.
한편, S803 내지 S807에 대한 세부적인 동작은 [방법 1-1] 및/또는 [방법 1-2]에 기반할 수 있다. 또한, 단말은 이를 통해 예정된 XR 패킷을 정상적으로 수신하면서 불필요한 PDCCH 모니터링을 줄여 전력 소모를 감소시킬 수 있다.
도 9는 [방법 1]에 따른 기지국의 전반적인 동작 과정을 나타낸 것이다.
도 9를 참조하면, 기지국은 PDCCH 모니터링 적응 패턴에 관련된 정보를 포함하는 성능(Capability) 정보를 단말로부터 수신할 수 있다(S901). 이 때, PDCCH 모니터링 적응 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑(skipping) 및 SSSG 스위칭(Switching)과 같은 PDCCH 모니터링 적응(Monitoring Adaptation)의 지원 여부가 포함될 수 있다.
기지국은 단말의 성능 정보 및/또는 XR 서비스를 지원하는 PDCCH 모니터링 적응 패턴을 기반으로 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴을 결정할 수 있다. 또한, 결정된 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴 위한 적어도 하나의 정보를 전송할 수 있다(S903). 이 때, 적어도 하나의 정보는 상위 계층 (예를 들어, RRC 시그널링) 및/또는 PDCCH를 통해 전송될 수 있다.
기지국은 PDCCH 모니터링 적응 패턴과 관련된 제 1 PDCCH를 전송할 수 있다(S905). 또한, 기지국은 제 1 PDCCH 를 기반으로 제2 PDCCH 및 PDSCH (예를 들어, XR 패킷)을 전송할 수 있다(S907). 한편, S903 단계에서 PDCCH 모니터링 적응 패턴이 1개만 설정된 경우에는 S905 단계는 생략되고, S903 단계에서 설정된 PDCCH 모니터링 적응 패턴을 기반으로 제 2 PDCCH가 전송될 수 있다. 또한, 기지국은 제 2 PDCCH를 기반으로 PDSCH (예를 들어, XR 패킷)을 전송할 수 있다.
한편, S903 내지 S907에 대한 세부적인 동작은 [방법 1-1] 및/또는 [방법 1-2]에 기반할 수 있다. 또한, 기지국은 이를 통해 예정된 XR 패킷을 정상적으로 전송하면서 불필요한 PDCCH의 전송을 줄여 전력 소모를 감소시킬 수 있다.
도 10은 [방법 1]에 따른 네트워크의 전반적인 동작 과정을 나타낸 것이다.
도 10을 참조하면, 단말은 PDCCH 모니터링 적응 패턴에 관련된 정보를 포함하는 성능(Capability) 정보를 기지국에게 보고할 수 있다(S1001). 이 때, PDCCH 모니터링 적응 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑(skipping) 및 SSSG 스위칭(Switching)과 같은 PDCCH 모니터링 적응(Monitoring Adaptation)의 지원 여부가 포함될 수 있다.
기지국은 단말의 성능 정보 및/또는 XR 서비스를 지원하는 PDCCH 모니터링 적응 패턴을 기반으로 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴을 결정할 수 있다. 또한, 결정된 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴 위한 적어도 하나의 정보를 전송할 수 있다(S1003). 이 때, 적어도 하나의 정보는 상위 계층 (예를 들어, RRC 시그널링) 및/또는 PDCCH를 통해 전송될 수 있다.
기지국은 PDCCH 모니터링 적응 패턴과 관련된 제 1 PDCCH를 전송할 수 있다(S1005). 또한, 기지국은 제 1 PDCCH 를 기반으로 제2 PDCCH 및 PDSCH (예를 들어, XR 패킷)을 전송할 수 있다. 또한, 단말은 단말은 제 1 PDCCH 를 기반으로 제2 PDCCH를 모니터링하고, PDSCH (예를 들어, XR 패킷)을 수신할 수 있다. (S1007) 한편, S1003 단계에서 PDCCH 모니터링 적응 패턴이 1개만 설정된 경우에는 S1005 단계는 생략되고, S1003 단계에서 설정된 PDCCH 모니터링 적응 패턴을 기반으로 제 2 PDCCH가 전송될 수 있다. 또한, 기지국은 제 2 PDCCH를 기반으로 PDSCH (예를 들어, XR 패킷)을 전송할 수 있다.
한편, S1003 내지 S1007에 대한 세부적인 동작은 [방법 1-1] 및/또는 [방법 1-2]에 기반할 수 있다. 또한, 기지국 및 단말은 이를 통해 예정된 XR 패킷을 정상적으로 송수신하면서 불필요한 PDCCH의 전송을 줄여 전력 소모를 감소시킬 수 있다.
[방법 1] DRX가 설정된 단말에게 PDCCH 모니터링 적응 패턴을 설정/지시하는 방법
단말이 drx-onDurationTimer를 시작한 이후 PDCCH 모니터링 적응 패턴이 지시될 수 있다. PDCCH 모니터링 적응 패턴은 WUS (wake-up signal) 또는 WUS를 검출할 수 있는 시점과 동일하거나 비슷한 시점에 검출할 수 있는 DCI에 의해 지시될 수 있다. 예를 들어, WUS 검출할 수 있는 모니터링 기회(Occasion) (예를 들어, DCP (DCI format 2_6 with CRC scrambled by PS-RNTI occasion)에서 검출된 DCI 또는 해당 모니터링 기회로부터 일정 간격 (예를 들어, x ms 또는 y 심볼) 이내에서 수신된 DCI에 의해 지시될 수 있다. 또한, PDCCH 모니터링 적응 패턴은 DRX Active Time이 시작된 이후 scheduling DCI 또는 새로운 DCI format 등에 의해 지시될 수 있다. 또는 상위 계층 설정(higher layer configuration)을 통해 DRX Active Time 시작과 동시에 PDCCH 모니터링 적응 패턴이 수행되도록 미리 결정될 수 있다.
[방법 1-1] PDCCH 모니터링 스키핑(skipping)이 포함된 PDCCH 모니터링 적응 패턴
단말에게 0drx-onDurationTimer를 시작하고 단말에게 PDCCH 모니터링 스키핑(skipping)이 포함된 PDCCH 모니터링 적응 패턴에 따라 PDCCH를 모니터링할 것이 지시될 수 있다. 예를 들어, 도 11 (a)를 참조하면, PDCCH 모니터링 적응 패턴(pattern)은 PDCCH 모니터링과 PDCCH 모니터링 스키핑(skipping)을 일정 주기로 반복하는 동작일 수 있다. 이는 단말의 PDCCH 모니터링(monitoring) 관점에서 볼 때, 짧은 DRX Active Time을 반복적으로 시작하는 것과 유사할 수 있다. 차이점은 DRX Timer에 의한 단말의 PDCCH 모니터링(monitoring)이 제어되는 것이 아니라, DRX Active Time은 지속되면서 PDCCH 모니터링 적응(monitoring adaptation) 지시에 의해 단말의 micro-sleep을 보장할 수 있는 것이다. 도 11(a)는 이러한 PDCCH 모니터링 적응 패턴(pattern)의 예시를 도식화한 것이다.
기지국과 단말은 PDCCH 모니터링 적응 패턴(pattern)을 공통적으로 알고 있기 때문에 기지국은 XR 패킷(packet) 및/또는 XR 패킷을 스케줄링하는 PDCCH를 단말이 PDCCH를 모니터링하는 시점에 monitoring하는 시점에 전송할 수 있다. 단말은 짧은 PDCCH 모니터링(monitoring) 구간 동안 PDCCH가 검출되지 않는다면, PDCCH 모니터링을 스키핑(skipping)하는 동작을 반복하여, DRX Active Time 전체로 볼 때 PDCCH를 모니터링하는 횟수를 감소시켜, 단말의 전력을 절약하는 효과를 기대할 수 있다.
(1) DRX Active Time 시작 시의 단말 동작
단말은 drx-onDurationTimer 시작 이후, 일정 구간(duration) (이하, 제 1 구간) 동안 PDCCH를 모니터링 하고, 해당 일정 구간 이후 다른 일정 구간(duration) (이하, 제 2 구간) 동안 PDCCH 모니터링을 스키핑(skipping)할 수 있다. 또한, 도 11(a)에서 볼 수 있는 것과 같이, 제 1 구간 동안 PDCCH를 모니터링 하고, 제 2 구간(duration) 동안 PDCCH 모니터링을 스키핑(skipping)하는 동작을 반복 수행할 수 있다. 한편, 상술한 제 1 구간과 제 2 구간은 각각 ms 혹은 슬롯(slot) 혹은 심볼(symbol)과 같은 시간 단위로 설정되거나, 전체 drx-onDurationTimer에 대한 비율로 설정될 수 있다.
(2) PDCCH 모니터링(monitoring) 구간 ((1)에서의 제 1 구간) 에서 PDCCH를 검출할 경우의 단말 동작
단말이 PDCCH를 모니터링하는 구간(즉, (1)에서의 제 1 구간) 에서 PDCCH를 검출했을 때의 동작은 아래의 5개(즉, 1)~5))로 구분될 수 있다. 또한, 각각의 동작들은 독립적으로 적용되거나 조합되어 적용될 수 있다.
1) 도 11(a)를 참조하면, 단말이 PDCCH를 검출하면 drx-InactivityTimer를 시작한다. drx-InactivityTimer 구간에 대해서는 단말은 PDCCH 모니터링 스키핑(skipping)을 수행하지 않고 항상 PDCCH 모니터링할 수 있다. 다시 말해, 단말은drx-onDurationTimer가 동작(running)하는 동안에는 지시/설정된 PDCCH 모니터링 적응 패턴(monitoring pattern) 동작을 따라 PDCCH를 모니터링하고, drx-InactivityTimer가 동작(running)하는 동안에는 항상 PDCCH를 모니터링할 수 있다. 한편, drx-InactivityTimer와 drx-onDurationTimer가 중첩(overlapped)되는 구간에 대해서는 drx-InactivityTimer에 의한 동작을 우선할 수 있다. 예를 들어, drx-InactivityTimer와 drx-onDurationTimer가 중첩되는 구간에서 단말은 항상 PDCCH를 모니터링할 수 있다.
2) 도 11(b)를 참조하면, 단말이 PDCCH를 검출하면, drx-InactivityTimer를 시작할 수 있다. drx-InactivityTimer 구간에 대해서는 단말은 PDCCH 모니터링 스키핑(skipping)을 수행하지 않고 항상 PDCCH 모니터링할 수 있다. 이 때, drx-InactivityTimer 구간의 길이는 현재 남아있는 drx-onDurationTimer의 길이에 한정되어 설정될 수 있다. 예를 들어, drx-onDurationTimer가 8ms이고 단말이 PDCCH를 검출한 시점이 3ms의 시점이라면 drx-InactivityTimer 구간의 길이는 5ms일 수 있다. DRX 전체로 볼 때 drx-onDurationTimer의 중간 시점에 drx-InactivityTimer가 시작되고 drx-onDurationTimer와 drx-InactivityTimer는 동시에 종료될 수 있다.
3) 단말에 drx-InactivityTimer가 설정되지 않는다. 또한, 단말이 PDCCH를 검출한 시점부터는 남아있는 drx-onDurationTimer 구간 동안 단말은 PDCCH 모니티렁 스키핑(skipping)을 수행하지 않고 항상 PDCCH를 모니터링할 수 있다. 즉, 3)은 단말의 PDCCH 모니터링(monitoring) 관점에서 2)와 동일한 동작일 수 있고, 구현을 위한 타이머(timer) 설정에 차이가 있을 수 있다.
4) 단말이 PDCCH를 검출하면 현재의 DRX cycle이 종료되거나 남은 DRX Active Time 동안 PDCCH 모니터링 스키핑(skipping)이 수행될 수 있다.
5) 단말이 PDCCH를 검출하면 drx-InactivityTimer가 시작될 수 있다. 또한, drx-InactivityTimer의 구간 동안에는 검출된 PDCCH를 통해 지시된 PDCCH 모니터링 적응에 따라 PDCCH를 모니터링할 수 있다. 만약, 특별한 지시가 없다면 일반적인 PDCCH 모니터링 동작이 수행될 수 있다. 또한, drx-InactivityTimer와 drx-onDurationTimer가 중첩되는 구간에 대해서는 두 타이머들 중 어느 하나가 우선될 수 있도록 지시/설정될 수 있다.
상술한 1)~5)의 동작들 각각은 단말의 PDCCH 모니터링(monitoring)으로 인한 전력 소모와 현재 DRX cycle에서의 추가적인 XR 패킷(packet) 수신 측면에서 장단점이 있다.
1)의 경우, 일반적인 NR 단말에 설정되는 DRX 타이머(timer) 동작과 동일하다. 이 때, drx-InactivityTimer는 단말이 XR 패킷(packet)을 스케줄링(scheduling)하는 DCI를 수신한 이후 일정 구간 동안의 PDCCH 모니터링 스키핑(skipping) 구간(duration)을 보장해주는데 사용됐다고 할 수 있다.
2)와 3)의 경우, 단말이 PDCCH를 검출하더라도 DRX Active Time의 길이를 증가시키지 않고, 일정 구간의 PDCCH 모니터링 스키핑 구간(skipping duration)이 지시된다고 할 수 있다. XR 트래픽(traffic)은 주기적인 전송이 예정되어 있기 때문에, XR 트래픽이 수신된 이후 다음 주기 전까지 PDCCH 모니터링 스키핑(skipping)과 DRX Active Time 종료를 통해 전력 소모를 감소시키는 것이 목적이라 할 수 있다. 이 경우, 일반적으로 XR 패킷(packet)이 아닌 다른 패킷(packet)은 다음 DRX cycle까지 기다렸다가 전송되어도 문제가 되지 않음을 가정할 수 있다.
4)의 경우, 현재 DRX cycle의 목적인 XR 패킷(packet)을 온전히 수신하는 것을 달성했으므로 빠르게 XR 패킷 수신 이후 해당 DRX cycle 내에서의 PDCCH 모니터링(monitoring)을 중단하는 것일 수 있다. 이 경우, 전력 절감 효과가 가장 극대화될 수 있고, 3)에서 언급한 것처럼 XR 패킷(packet)이 아닌 다른 패킷(packet)은 다음 DRX cycle까지 기다렸다가 전송되어야 할 수도 있다.
5)의 경우, 단말은 DRX Active Time에서의 PDCCH 모니터링 적응 패턴(monitoring pattern)이 아닌, 일반적인 DRX Active Time 내에서의 PDCCH 모니터링(monitoring) 및 PDCCH 모니터링 적응 (monitoring adaptation) 지시 동작을 drx-InactivityTimer 구간 동안 수행할 수 있다. 한편, 단말은 drx-InactivityTimer와 drx-onDurationTimer가 중첩(overlapped)되는 구간에서는 우선 순위에 따라 PDCCH를 모니터링할 수 있다. 예를 들어, drx-onDurationTimer가 우선되는 경우에는 중첩되는 구간 동안 단말은 PDCCH 모니터링 적응 패턴에 따라 PDCCH를 모니터링할 수 있다. 반면, drx-InactivityTimer가 우선되는 경우에는, 중첩되는 구간 동안 단말은 항상 PDCCH를 모니터링하거나 drx-InactivityTimer를 동작 시킨 PDCCH에 의해 지시된 PDCCH 모니터링 적응 동작을 수행할 수 있다.
(3) 설정 예시
도 7과 관련하여 설명한 바와 같이, 지터(jitter)는 truncated Gaussian 분포에 따라 발생될 수 있다. 따라서, XR 패킷(packet)의 실제 수신 시점은 수신 기대 시점으로부터 확률적으로 결정된다. 단말은 전력 소모를 줄이기 위해 XR 패킷(packet)을 수신할 수 있는 모든 범위가 아니라 수신할 확률이 상대적으로 높은 특정 범위에서 PDCCH 모니터링을 수행할 수 있다.
예를 들어, 도 11(a)의 첫 번째PDCCH 모니터링(monitoring) 구간이 상술한 truncated Gaussian 분포에 따라 결정될 수 있다. 다시 말해, 해당 PDCCH 모니터링 구간의 길이는 XR 트래픽 모델(traffic model)의 지터(jitter)의 크기를 고려하여 결정될 수 있다. 단말은 첫 번째 PDCCH 모니터링(monitoring) 구간에서 PDCCH를 검출하지 못했다면 전력 소모를 줄이기 위해 PDCCH 모니터링(monitoring)을 중단할 수 있다. 만약, 단말이 PDCCH 모니터링(monitoring) 구간에서 PDCCH를 검출했다면, 이후 스케줄링(scheduling)된 PDSCH를 수신하고, 이에 대한 응답으로서의 HARQ-ACK을 송신하면서 절차를 종료할 수 있다. 기지국이 XR 패킷(packet)을 전송했지만 단말이 PDCCH 모니터링(monitoring) 구간에서 XR 패킷(packet)을 수신하지 못하였음은, 기지국이 HARQ-ACK를 수신하지 못함으로써 알 수 있다. 따라서, 이와 관련한 스케줄링 오프셋(scheduling offset), HARQ-ACK 타이밍(timing), 및/또는 HARQ RTT (Round Trip Time) 시간을 고려하여 기지국은 PDCCH 모니터링 스키핑(skipping) 구간의 길이를 결정할 수 있다.
기지국은 단말에 PDCCH 모니터링(monitoring) 구간의 길이와 PDCCH 모니터링 스키핑(skipping) 구간의 길이로 구성된 PDCCH 모니터링 적응 패턴을 설정하여, DRX Active Time 시작과 동시에 PDCCH 모니터링 적응 패턴에 따라 단말이 PDCCH를 모니터링 하도록 할 수 있다.
또는, 복수의 PDCCH 모니터링 적응 패턴들을 RRC 시그널링 및/또는 MAC 시그널링을 통해 설정하고, 그 중 한 가지를 DCI를 통해 단말에게 지시할 수 있다. 복수의 PDCCH 모니터링 적응 패턴들이 설정되었을 경우, WUS (또는 유사한 DCI)를 통해 하나 이상의 PDCCH 모니터링 구간의 길이와 하나 이상의 PDCCH 모니터링 스키핑(skipping) 구간의 길이를 포함하는 하나의 PDCCH 모니터링 적응 패턴이 단말에게 지시될 수 있다. 예를 들어, PDCCH 모니터링(monitoring) 구간의 길이가 상대적으로 긴 구간과 PDCCH 모니터링 구간의 길이가 상대적으로 짧은 구간이 포함된 PDCCH 모니터링 적응 패턴이 단말에게 설정될 수 있다. 기지국은 단말의 전력 절감이 필요한 경우, 원래의 XR 패킷(packet) 수신 기대 시점에 전송할 확률이 일정 값 이상으로 높은 구간 이외의 구간들에 대해서는 PDCCH 모니터링 구간의 길이가 짧도록 PDCCH 모니터링 적응 패턴을 구성하여 지시를 할 수 있다. 또한, 기지국은 단말의 정확한 XR 패킷(packet) 수신이 필요한 경우, 원래의 XR 패킷(packet) 수신 기대 시점에 전송할 확률이 일정 값 이상으로 높은 경우 이외의 구간들에 대해서는 PDCCH 모니터링 구간의 길이가 길도록 PDCCH 모니터링 적응 패턴을 구성하여 지시할 수 있다.
또는, 단말의 PDCCH 모니터링 적응 패턴은 고정적으로 설정되고 WUS를 통해 wake-up indication만 지시될 수 있다. 즉, PDCCH 모니터링 적응 패턴은 고정되고, wake-up indication을 통해 단말에게 해당 PDCCH 모니터링 적응 패턴의 수행 여부가 지시될 수 있다. 이 때, wake-up indication은 전체 DRX cycle에 대해서 지시하는 것이 아니라 DRX cycle 내의 몇 번째 PDCCH 모니터링 구간 (해당 구간은 ms 혹은 슬롯 혹은 심볼 단위일 수 있음)에 wake-up할지를 지시하는 것일 수 있다.
[방법 1-1]에 따르면, DRX 설정에 의한 DRX Active Time 구간에 따라 PDCCH 모니터링 적응 패턴을 적용함으로써, 단말이 XR 패킷을 효율적으로 수신하면서도 전력 절감의 효과를 증가시킬 수 있다. 또한, 기지국의 XR 패킷 스케줄링 필요성에 따라 PDCCH 모니터링 구간과 PDCCH 모니터링 스키핑 구간을 적절히 조절하여, 전력 절감 목적과 트래픽 수신 안정성을 모두 충족시킬 수 있다. 또한, PDCCH 모니터링 적응 동작을 패턴 형태로 지시하여, 한번의 지시를 통해 긴 구간 동안의 PDCCH 모니터링 적응을 변경해가며 동작하여, 시그널링의 효율성을 증가시킬 수 있다.
[방법 1-2] SSSG (Search Space Set Group) 스위칭(switching)이 포함된 PDCCH 모니터링 적응 패턴
단말에게 drx-onDurationTimer를 시작하고 SSSG 스위칭(switching)이 포함된 PDCCH 모니터링 적응 패턴(monitoring pattern)에 따라 PDCCH를 모니터링할 것이 지시될 수 있다. 예를 들어, 도 12(a)를 참조하면, 단말에게 2개의 SSSG들이 설정될 때, 각각 sparse SSSG (즉, PDCCH 모니터링 빈도가 적은 SSSG) 및 dense SSSG (즉, PDCCH 모니터링 빈도가 높은 SSSG)와 같이 설정될 수 있다. 도 12(a)는, 이러한 PDCCH 모니터링 적응 패턴(pattern)의 예시로 sparse SSSG과 dense SSSG의 스위칭(switching)이 반복되는 것을 나타낸다. 단말의 PDCCH 모니터링(monitoring) 관점에서 볼 때, DRX Active Time을 지속하면서 PDCCH 모니터링(monitoring)의 빈도만 일정 주기로 바뀌는 것이라 할 수 있다.
또 다른 예시로, 도 12(b), (c)와 같이, SSSG 스위칭(switching)과 PDCCH 모니터링 스키핑(skipping)이 동시에 포함된 PDCCH 모니터링 적응 패턴이 구성될 수 있다. 도 12(b)를 참조하면, 단말은 sparse SSSG 모니터링, dense SSSG 모니터링, sparse SSSG 모니터링 및 PDCCH 모니터링 스키핑(skipping)을 반복할 수 있다. 한편, 각각의 SSSG 스위칭(switching)과 PDCCH 모니터링 스키핑(skipping)은 SSSG 스위칭 타이머(switching timer)와 PDCCH 모니터링 스키핑 구간(skipping duration)을 통해 설정될 수 있다. Rel-17 NR 표준에서는 SSSG#0에 대해서는 타이머(timer)가 설정되지 않으므로, SSSG#0에 대한 타이머를 추가로 정의 및 설정할 수도 수 있다.
도 12(b)의 1201은 참조를 위해 지터(jitter)의 truncated Gaussian 분포 (예를 들어, XR 패킷(packet)의 수신 확률 분포)를 나타낸 것이다. 단말의 PDCCH 모니터링 적응 패턴(monitoring pattern)에 따라 지터(jitter)의 확률이 낮은 구간에서는 sparse PDCCH 모니터링을 단말이 수행하고, 지터(jitter)의 확률이 높은 구간에서는 dense PDCCH 모니터링을 수행하며, 이후에는 PDCCH 모니터링 스키핑 동작을 수행할 수 있다(1202). 이를 통해, XR 패킷을 보다 정확하게 수신할 수 있도록 하고, 효율적인 PDCCH 모니터링을 수행하여 전력 절감 효과를 극대화할 수 있다.
도 12(b)의 예시와 반대로 도 12(c)를 참조하면, 단말은 지터(jitter)의 확률이 낮은 구간에서 dense PDCCH 모니터링을 수행하고, 지터(jitter)의 확률이 높은 구간에서는 sparse PDCCH 모니터링을 수행할 수 있다. 단말은 XR 패킷(packet)의 수신 확률이 낮은 구간에서는 PDCCH를 검출하지 못할 확률이 높기 때문에, 오히려 PDCCH 모니터링을 많이 수행되도록 PDCCH 모니터링 적응 패턴(pattern)이 설정될 수도 있다.
(1) DRX Active Time 시작 시의 단말 동작
단말은 drx-onDurationTimer 를 시작하고 sparse SSSG 또는 dense SSSG에서의 PDCCH 모니터링(monitoring)을 수행한다. 단말은 drx-onDurationTimer 가 만료될 때까지 PDCCH를 검출하지 못했다면, PDCCH 모니터링 적응 패턴에 따라 이후에 설정된 SSSG로 스위칭(switching)하거나 PDCCH 모니터링 스키핑(skipping) 동작을 수행할 수 있다. SSSG 스위칭 타이머 또는 PDCCH 모니터링 스키핑 구간(skipping duration)은 각각 ms 혹은 슬롯 혹은 심볼과 같은 시간 단위로 설정되거나, 전체 drx-onDurationTimer에 대한 비율로서 설정될 수 있다.
(2) PDCCH 모니터링 구간에서 PDCCH를 검출할 경우의 단말 동작
단말이 dense SSSG 모니터링 또는 sparse SSSG 모니터링(monitoring) 구간에서 PDCCH를 검출했을 때의 동작은 5개의 구분될 수 있다. 또한, 각각의 동작들은 독립적으로 적용되거나 조합되어 적용될 수 있다. 이는 상술한 예시의 PDCCH 모니터링 적응 패턴에 관계없이 공통적으로 적용될 수 있다.
1) 단말이 PDCCH를 검출하였다면 단말이 현재 모니터링하고 있는 SSSG에 관련한 타이머(timer)를 리셋(reset)할 수 있다. 이는 Rel-17 표준 상의 SSSG 스위칭(switching)에 기반한 것일 수 있다. 또한, 리셋된 타이머(timer)가 만료되면 PDCCH 모니터링 적응 패턴(pattern)에 따라 예정된 다음 동작을 수행한다.
2) 단말이 DRX Active Time 내에서 PDCCH를 최초로 검출한 이후에 설정/지시되었던 PDCCH 모니터링 적응 패턴(monitoring pattern)은 종료되고 일반적인 DRX 내에서의 PDCCH 모니터링으로 전환될 수 있다. 즉, 타이머(timer) 없이 dense SSSG 로 스위칭(switching)되거나 sparse SSSG로 스위칭(switching)된 이후 타이머에 기반한 SSSG 스위칭(switching)이 수행될 수 있다.
3) 단말이 PDCCH를 검출하더라도 단말이 현재 모니터링하고 있는 SSSG에 관련한 타이머(timer)를 리셋(reset)하지 않는다. 즉, 현재 카운팅되고 있는 타이머를 계속하여 카운팅 한다. 다시 말해, 타이머를 PDCCH 검출 시점에 남은 구간만큼 지속하여 동작시킨다. 이후, 단말은 타이머가 만료되면 PDCCH 모니터링 적응 패턴(pattern)에 따라 다음 동작을 수행할 수 있다.
4) 단말이 PDCCH를 검출하였다면 sparse SSSG로 스위칭할 수 있다. 만약, 단말이 이미 sparse SSSG를 모니터링하고 있다면, 타이머를 리셋(reset)할 수 있다. 이후 sparse SSSG에 대한 타이머(timer)가 만료되면 단말은 PDCCH 모니터링 스키핑(skipping) 동작을 수행할 수 있다. 즉, 단말은 PDCCH 모니터링(monitoring) 빈도수가 감소하는 방향 (즉, dense SSSG sparse SSSG PDCCH 모니터링 스키핑)으로 SSSG switching 및 PDCCH 모니터링 스키핑 동작을 수행할 수 있다. 다만, 검출한 DCI가 XR 트래픽(traffic)을 스케줄링(scheduling)하는 것이 아니라면, 단말은 PDCCH 모니터링 빈도 수가 증가하는 방향 (즉, PDCCH 모니터링 스키핑 sparse SSSG dense SSSG) 으로 SSSG 스위칭을 수행할 수 있다. 이는 단말이 수신하고자 했던 XR 패킷을 수신하지 못하였으므로, 해당 PDCCH 모니터링 구간 내에서 XR 패킷을 수신하기 위하여 PDCCH 모니터링 빈도 수를 증가시키는 것이다.
5) 만약, 스케줄링 DCI에서 PDCCH 모니터링 적응(monitoring adaptation)을 지시한다면 해당 지시를 모든 동작에 우선할 수 있다.
상술한 1) 내지 5) 각각의 동작들은 단말의 PDCCH 모니터링(monitoring)으로 인한 전력 소모와 현재 DRX cycle에서의 추가적인 XR 패킷(packet) 수신 측면에서 장단점이 있다. 일반적으로 PDCCH 모니터링 적응 패턴(pattern) 상의 동작은 타이머(timer)에 독립적으로 수행되고, DRX Active Time이 증가함에 따라 PDCCH 모니터링 적응 패턴(pattern)상의 동작이 반복될 수 있다.
예를 들어, 1)의 동작은, 단말이 Rel-17 SSSG 스위칭(switching) 동작을 따르면서 지시된 PDCCH 모니터링 적응 패턴(monitoring pattern)도 따르는 동작이라 할 수 있다. 예를 들어, 단말은 SSSG 스위칭 타이머(switching timer) 만료 시에 기본(default) SSSG로 스위칭(switching)하는 대신, PDCCH 모니터링 적응 패턴(monitoring pattern) 상의 다음 동작을 수행할 수 있다.
2)의 동작은, 단말이 최초 PDCCH 검출 이전까지만 PDCCH 모니터링 적응 패턴(monitoring pattern)에 따른 동작을 수행하여 전력 소모를 줄이고 PDCCH 검출 이후에는 기존 NR 표준의 DRX 동작을 동일하게 수행할 수 있다. 이 때의 PDCCH가 XR 패킷 스케줄링(packet scheduling) DCI라면, 이후 DRX 동작은 XR 패킷 이외의 패킷(packet)을 수신하기 위함일 수 있다. 이러한 경우, 전력 절감을 위해 drx-InactivityTimer와 같은 DRX 타이머(timer)가 비교적 짧게 설정될 수 있다.
3)의 동작은, PDCCH 검출 여부와 관계없이 항상 PDCCH 모니터링 패턴(monitoring pattern) 상의 동작을 유지할 수 있다. 이 경우, drx-InactivityTimer가 설정되지 않을 수도 있다. 또한, drx-onDurationTimer는 XR 트래픽(traffic model)의 패킷 지연 예산(packet delay budget)을 고려하여 설정될 수 있다.
4)의 동작은, 단말이 검출한 PDCCH에 따라 이후의 SSSG 스위칭(switching) 동작이 결정될 수 있다. 만약, 일반적인 경우의 XR 패킷(packet) 수신에 관한 DCI를 검출했다면, 단말은 현재의 DRX cycle에서 기대했던 XR 패킷의 수신은 완료된 것으로 판단할 수 있다. 이에 따라 단말은 전력 절감을 목적으로 SSSG 스위칭(switching)을 수행할 수 있다. 이 때, 단말이 바로 PDCCH 모니터링(monitoring)을 중단하는 것이 아니라 점진적으로 PDCCH 모니터링(monitoring) 빈도수를 감소시켜 혹시 발생할 수 있는 XR 패킷 이외의 패킷도 수신할 수 있도록 할 수 있다. 만약, 검출한 PDCCH가 XR 패킷(packet)과 관련한 것이 아니라면, 현재의 DRX cycle에서 기대했던 XR 패킷의 수신을 목적으로 PDCCH 모니터링 빈도 수를 증가시키는 방향으로 스위칭할 수 있다.
한편, 검출한 DCI가 XR 패킷(packet)과 관련된 것인지를 알기 위해서, 단말은 실제 PDSCH 수신에 따른 MAC PDU를 확인할 수 있다. 또한, 단말이 실제 SSSG를 스위칭(switching)하는데 소요되는 시간은 심볼 또는 슬롯의 수로 나타낼 수 있고, 해당 시간은 SSSG 스위칭(switching)의 적용 지연(application delay)으로 활용될 수 있다. 따라서, 만약 DCI에 SSSG 스위칭과 같은 PDCCH 모니터링 적응 지시 이외의 다른 지시가 포함되어 있다면, XR 패킷 스케줄링(packet scheduling) 목적을 위한 DCI가 아님을 PDSCH를 수신하지 않고도 단말이 알 수도 있다. 예를 들어, DCI에 BWP 스위칭 및/또는 SCell dormancy 지시자과 같은 지시가 포함되어 있다면, XR 패킷 스케줄링을 위한 DCI가 아님을 단말이 인지할 수 있다.
5)의 동작은 수신한 DCI에 PDCCH 모니터링 적응(monitoring adaptation) 지시를 포함한 경우의 단말 동작일 수 있다. 기지국이 스케줄링(scheduling) DCI를 통해 PDCCH 모니터링 적응(monitoring adaptation) 지시를 전송했으므로, 이러한 스케줄링 DCI를 통한 동적(dynamic) 지시가 이전의 PDCCH 모니터링 적응 지시/설정을 우선될 수 있다.
(3) 설정 예시
상술하였듯이, 지터(jitter)는 truncated Gaussian 분포에 따라 발생할 수 있다. 따라서, XR 패킷(packet)은 수신 기대 시점으로부터 확률적으로 결정된다. 그러므로, 단말의 전력 소모를 감소시키기 위하여 XR 패킷을 수신할 수 있는 모든 범위가 아닌, 수신 확률이 상대적으로 높은 범위와 수신 확률이 상대적으로 낮은 범위를 구분하여 PDCCH 모니터링 빈도 수를 상이하게 설정(Configure)할 수 있다.
도 12(b) 또는 도 12(c)의 예시와 같이 설정될 경우, SSSG 스위칭(switching)의 적용 지연(application delay)을 고려해야 할 수 있다. SSSG 스위칭의 적용 지연(application delay)은 적게는 1 슬롯(slot), 많게는 2-3 슬롯으로 적용될 수 있다. 따라서 DRX Active Time 시작과 동시에 적용될 PDCCH 모니터링 적응 패턴에서는 적용 지연(application delay)을 고려하여 SSSG 스위칭(switching)의 타이머(timer)가 설정될 수 있다.
도 12(b)의 예시를 참조하면, 상술한 바와 같이 지터(jitter)의 확률 분포를 고려하여 PDCCH 모니터링 적응 패턴이 설정될 수 있다. 지터(jitter)의 발생 확률을 두 범위로 나누어 발생확률이 높은 범위에서는 dense PDCCH 모니터링이 설정되고, 발생확률이 낮은 범위에서는 sparse PDCCH 모니터링을 설정될 수 있다. 이는 XR 패킷(packet)의 수신이 많을 것으로 예상되는 범위에 단말이 전력을 소모하고, XR 패킷(packet)의 수신이 적을 것으로 예상되는 범위에서는 전력 소모를 줄이는데 목적이 있다. 단말은 PDCCH를 검출했다면 이후 동작은 상술한 동작 예시에 따를 수 있다.
기지국은 단말에 PDCCH 모니터링 적응 패턴을 설정하여 DRX Active Time 시작과 동시에 해당 PDCCH 모니터링 적응 패턴에 따라 PDCCH를 모니터링하도록 지시하거나, 복수의 PDCCH 모니터링 적응 패턴들을 설정하고, 그 중 하나의 PDCCH 모니터링 적응 패턴을 DCI를 통해 지시할 수도 있다. 복수의 PDCCH 모니터링 적응 패턴들이 설정되었을 경우, WUS (또는 이와 유사한 DCI)를 통해 PDCCH 모니터링을 수행할 PDCCH 모니터링 적응 패턴이 지시될 수 있다. 예를 들어, 기지국은 단말의 전력 절감이 필요한 경우, sparse PDCCH 모니터링(monitoring)과 PDCCH 모니터링 스키핑(skipping) 구간을 길게 설정하고, dense PDCCH 모니터링 구간을 짧게 설정한 PDCCH 모니터링 적응 패턴을 단말에게 지시할 수 있다. 한편, 기지국은 단말의 정확한 XR 패킷(packet) 수신이 필요한 경우, dense PDCCH 모니터링 구간을 길게 설정하고, sparse PDCCH 모니터링과 PDCCH 모니터링 스키핑(skipping) 구간을 짧게 설정한 PDCCH 모니터링 적응 패턴을 단말에게 지시할 수 있다.
한편, SSSG 스위칭(switching)의 적용 지연(application delay)을 고려하여 PDCCH 모니터링 적응 패턴 내에서 SSSG 스위칭 동작을 최소화할 수 있다. 예를 들어, DRX Active Time 시작 시 단말이 dense PDCCH 모니터링을 수행한 이후, sparse PDCCH 모니터링으로 한번의 SSSG 스위칭(switching)만 수행하도록 PDCCH 모니터링 적응 패턴이 설정될 수 있다. 또는 반대로 단말이 sparse PDCCH 모니터링을 수행한 이후, dense PDCCH 모니터링으로 한번의 SSSG 스위칭(switching)만 수행하도록 PDCCH 모니터링 적응 패턴이 설정될 수 있다. 또한, 단말에게 상술한 2가지 PDCCH 모니터링 적응 패턴들을 기지국으로부터 설정되고, 기지국이 WUS와 같은 DCI를 통해 둘 중 하나의 PDCCH 모니터링 적응 패턴을 단말에게 지시할 수 있다. 이 때, 지터(jitter)의 실제 발생 상황 또는 XR 패킷(packet)의 지연 정도를 기반으로 DCI를 통해 지시할 하나의 PDCCH 모니터링 적응 패턴이 결정될 수 있다.
[방법 1-2]에 따르면, 지터(jitter)의 발생 확률에 따라 PDCCH를 모니터링하는 빈도 수를 조절함으로써, 주기적으로 전송되는 XR 패킷을 수신하기 위한 전력 소모를 최소화하면서도 XR 패킷을 안정적으로 수신할 수 있다. 또한, XR 패킷의 수신 필요성과 단말의 전력 소모 중, 어느 것에 더 목적의 가중치를 부여하는지에 따라 PDCCH 모니터링 적응 패턴을 조절함으로써, 목적에 부합하는 PDCCH 모니터링 및 XR 패킷의 수신을 가능하게 한다. 또한, 한번의 지시로 복수의 PDCCH 모니터링 적응 동작들을 지시할 수 있게 되어, 시그널링 측면에서 효율적일 수 있다.
도 13 내지 도 15는 본 개시의 [방법 2]에 따라 DRX 동작이 설정되지 않은 단말에게 기지국으로부터 PDCCH 모니터링 패턴이 지시되고, 이를 바탕으로 XR 패킷을 수신하고, 전력 소모를 감소시키기 위한 동작이 지시되는 과정을 설명하기 위한 것이다.
도 13은 본 개시의 [방법2]를 수행하기 위한 단말의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 13을 참조하면, 단말은 PDCCH 모니터링 패턴에 관련된 정보를 포함하는 단말의 성능(Capability) 관련된 제1 정보를 기지국에 보고할 수 있다(S1301). 이 때, PDCCH 모니터링 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑, SSSG 스위칭과 같은 PDCCH 모니터링 적응 동작의 지원 여부에 관한 정보가 포함될 수 있다.
단말은 기지국으로부터 PDCCH 모니터링 패턴을 설정하기 위한 제2 정보를 수신할 수 있다(S1303). 이 때, 제2 정보는 단말의 성능과 관련된 제1 정보, 단말의 XR 서비스를 지원 여부 및/또는 단말이 지원하는 PDCCH 모니터링 패턴을 고려하여 결정될 수 있다. 예를 들어, PDCCH 모니터링 패턴은 도 16 및 이와 관련하여 서술하는 예시들에 기반할 수 있다.
단말은 적어도 하나의 XR SS Set을 통해 제1 PDCCH를 수신할 수 있다(S1305). 또한, 단말은 해당 적어도 하나의 XR SS Set에 기반한 PDCCH 모니터링 패턴에 따라 제2 PDCCH를 모니터링하고(S1307), 제2 PDCCH에 기반하여 PDSCH(예를 들어, XR 패킷)을 수신할 수 있다(S1309). 이 때, S1303 내지 S1309의 상세한 동작 방법은 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나에 기반할 수 있다. 또한, 제1 PDCCH에 포함된 DCI를 통해 PDCCH 모니터링 적응 동작이 지시될 경우, 이에 따라 단말이 PDCCH를 모니터링하거나 미리 설정된 PDCCH 모니터링 패턴에 따라 단말이 PDCCH를 모니터링할 수 있다. 이를 통해 단말은 예정된 XR 패킷을 정상적으로 수신하면서도 불필요한 PDCCH 모니터링을 감소시켜, 전력 소모를 감소시킬 수 있다.
도 14는 본 개시의 [방법2]를 수행하기 위한 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 14를 참조하면, 기지국은 PDCCH 모니터링 패턴에 관련된 정보를 포함하는 단말의 성능(Capability) 관련된 제1 정보를 수신할 수 있다(S1401). 이 때, PDCCH 모니터링 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑, SSSG 스위칭과 같은 PDCCH 모니터링 적응 동작의 지원 여부에 관한 정보가 포함될 수 있다.
기지국은 PDCCH 모니터링 패턴을 설정하기 위한 제2 정보를 전송할 수 있다(S1403). 이 때, 제2 정보는 단말의 성능과 관련된 제1 정보, 단말의 XR 서비스를 지원 여부 및/또는 단말이 지원하는 PDCCH 모니터링 패턴을 고려하여 결정될 수 있다. 예를 들어, PDCCH 모니터링 패턴은 도 16 및 이와 관련하여 서술하는 예시들에 기반할 수 있다.
기지국은 적어도 하나의 XR SS Set을 통해 제1 PDCCH를 전송할 수 있다(S1405). 또한, 기지국은 해당 적어도 하나의 XR SS Set에 기반한 PDCCH 모니터링 패턴에 따라 제2 PDCCH를 전송하고(S1407), 제2 PDCCH에 기반하여 PDSCH(예를 들어, XR 패킷)을 전송할 수 있다(S1409). 이 때, S1403 내지 S1409의 상세한 동작 방법은 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나에 기반할 수 있다. 또한, 제1 PDCCH에 포함된 DCI를 통해 PDCCH 모니터링 적응 동작이 지시될 경우, 이에 따라 단말이 PDCCH를 모니터링하거나 미리 설정된 PDCCH 모니터링 패턴에 따라 단말이 PDCCH를 모니터링할 수 있다. 이를 통해 단말은 예정된 XR 패킷을 정상적으로 수신하면서도 불필요한 PDCCH 모니터링을 감소시켜, 전력 소모를 감소시킬 수 있다.
도 15는 본 개시의 [방법2]를 수행하기 위한 네트워크의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 15를 참조하면, 단말은 PDCCH 모니터링 패턴에 관련된 정보를 포함하는 단말의 성능(Capability) 관련된 제1 정보를 기지국에 보고할 수 있다(S1501). 이 때, PDCCH 모니터링 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑, SSSG 스위칭과 같은 PDCCH 모니터링 적응 동작의 지원 여부에 관한 정보가 포함될 수 있다.
기지국은 PDCCH 모니터링 패턴을 설정하기 위한 제2 정보를 전송할 수 있다(S1503). 이 때, 제2 정보는 단말의 성능과 관련된 제1 정보, 단말의 XR 서비스를 지원 여부 및/또는 단말이 지원하는 PDCCH 모니터링 패턴을 고려하여 결정될 수 있다. 예를 들어, PDCCH 모니터링 패턴은 도 16 및 이와 관련하여 서술하는 예시들에 기반할 수 있다.
기지국은 적어도 하나의 XR SS Set을 통해 제1 PDCCH를 전송할 수 있다(S1505). 또한, 기지국은 해당 적어도 하나의 XR SS Set에 기반한 PDCCH 모니터링 패턴에 따라 제2 PDCCH를 전송(S1507), 제2 PDCCH에 기반하여 PDSCH(예를 들어, XR 패킷)을 전송할 수 있다(S1509). 이 때, S1503 내지 S1509의 상세한 동작 방법은 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나에 기반할 수 있다. 또한, 제1 PDCCH에 포함된 DCI를 통해 PDCCH 모니터링 적응 동작이 지시될 경우, 이에 따라 단말이 PDCCH를 모니터링하거나 미리 설정된 PDCCH 모니터링 패턴에 따라 단말이 PDCCH를 모니터링할 수 있다. 이를 통해 단말은 예정된 XR 패킷을 정상적으로 수신하면서도 불필요한 PDCCH 모니터링을 감소시켜, 전력 소모를 감소시킬 수 있다.
[방법 2] DRX가 설정되지 않은 단말에 PDCCH 모니터링 패턴을 설정/지시하는 방법
[방법 2]에서는, DRX가 설정되지 않은 단말이 전력 소모를 감소시키기 위하여 PDCCH 모니터링 패턴에 따라 PDCCH를 모니터링하는 방법을 제안한다. 단말은 주기적이며 데이터(data)의 크기가 큰 XR 패킷의 수신을 기대할 수 있다. 또한, XR 패킷의 수신을 지원하기 위하여 XR 서비스에 특화된 BWP가 단말에게 설정되는 것으르 고려할 수 있다. 이러한 XR 특정(specific) BWP는 XR 패킷(packet)의 수신을 기대하기 위하여 설정된 BWP이나, XR 이외의 패킷(packet)도 해당 XR 특정 BWP를 통해 수신될 수도 있다. URLLC를 제외한 일반적인 트래픽(traffic) (예를 들어, eMBB)은 XR 트래픽(traffic)을 기대할 수 있는 주기 (예를 들어, 60 fps로 나타나는 16.66667ms)에 맞춰 수신하더라도 문제가 없을 수 있기 때문이다.
[방법 2-1] DRX가 설정되지 않은 단말이 XR 서비스를 지원하는 방법
단말이 DRX가 설정되지 않고 XR 서비스를 지원하는 방법을 제안한다. 이를 위해, 단말의 BWP에서의 기본 PDCCH 모니터링 동작, XR 서비스 지원을 위한 SS set 설정, 단말이 DCI를 검출한 이후의 동작 및/또는 트래픽(traffic) 수신을 위한 PDCCH 모니터링(monitoring) 동작 등이 정의될 수 있다. 도 16은 DRX가 설정되지 않은 단말의 XR 서비스 지원 및 전력 소모 절감을 위한 PDCCH 모니터링 패턴(monitoring pattern)의 예를 나타낸 것이다.
(1) BWP에서의 기본 PDCCH 모니터링(monitoring) 동작
단말의 XR 특정(specific) BWP에서 수행하는 기본 PDCCH 모니터링 동작은 크게 3가지(즉, 하기 1) 내지 3))로 구분하여 정의할 수 있다. 이러한 3가지 동작들은 도 16의 1601에서의 동작일 수 있다. 예를 들어, 1601 시점에서의 단말의 동작이 1602 시점에서의 단말의 동작을 트리거(trigger)할 수 있다.
1) 특정 SS set(s)만 모니터링
단말은 XR 특정(specific) BWP에서 미리 설정/지시된 특정 SS set(s)만을 모니터링하고, 다른 SS set(s)은 모니터링하지 않는다. 이 때의 특정 SS set(s)을 XR SS set(s)이라 정의한다. XR SS set(s)의 모니터링은 단말이 DRX가 설정되었을 때 WUS(wake-up signal)를 수신하는 것과 그 목적이 유사하다. 즉, 전력 절감을 목적으로 XR 트래픽(traffic)의 주기에 맞춰 단말의 PDCCH 모니터링(monitoring) 횟수 및/또는 빈도를 최소화하는 것이다. 예를 들어, 도 16에서 1601의 XR SS Set을 통해 단말이 PDCCH를 검출하였다면, 단말은 1602의 SS Set을 모니터링하여, XR 트래픽을 스케줄링하는 PDCCH 및 해당 XR 트래픽을 수신할 수 있다. 만약, 1601의 XR SS Set을 통해 단말이 PDCCH를 검출하지 못하였다면, 단말은 1602의 SS Set 모니터링을 생략(skip)할 수 있다.
이를 위해 XR SS set(s)의 모니터링 기회(monitoring occasion; MO)는 XR 트래픽(traffic)의 주기에 맞춰 설정된다. 또한, MO가 아닌 구간에서는 단말이 PDCCH 모니터링을 수행하지 않고 sleep할 수 있도록 보장할 수 있다.
이를 위해 새로운 SS set 설정이 요구될 수 있다. 현재 표준의 SS set 설정에서는 SS set 모니터링의 주기와 SS set이 지속되는 연속된 슬롯(slot)의 수로 표현되는 구간(duration)이 정의될 수 있다. 이를 통해, XR SS set이 A 슬롯 주기 주기마다 B 슬롯들 동안 모니터링되도록 설정될 수 있다. XR SS set은 주기에 맞춰 집중적으로 모니터링(monitoring)될 수 있으므로 슬롯 수와 정렬(Align)되지 않는 MO의 설정이 필요할 수 있다. 예를 들어, XR SS Set은 4 슬롯 내에 10개의 XR SS set을 위한 MO가 배치되도록 설정될 수 있다.
2) 특정 구간에서만 PDCCH 모니터링
단말은 특정 구간에 대해서만 PDCCH 모니터링(monitoring)을 수행할 수 있다. 이 때의 특정 구간은 윈도우(window) 혹은 마스킹(masking)으로 설정될 수 있다. 또한, 특정 구간은 XR 트래픽(traffic)의 주기와 지터(jitter)의 범위를 고려해 결정될 수 있다. 예를 들어, 특정 구간은 XR 트래픽(traffic)이 지터(jitter)로 인해 수신이 가장 빨라질 것으로 예상되는 시점보다 앞선 시점에 설정될 수 있다. 특정 구간 내에서 PDCCH를 모니터링하는 SS set(s)이 설정/지시될 수 있으며, 이러한 SS Set이 XR SS set(s) 일 수 있다. 예를 들어, 도 16에서, XR SS set(1601)은 지터의 범위를 고려하여 결정된 특정 구간 내에 할당될 수 있으며, 해당 특정 구간 내에서 XR SS Set(1601)을 통해 PDCCH가 모니터링되었다면, 전체 SS Set (1602)를 통해 XR 트래픽을 스케줄링하는 PDCCH를 검출하고, 검출된 PDCCH를 기반으로 XR 트래픽이 수신될 수 있다.
한편, 특정 구간은 연속되지 않은 슬롯 또는 심볼로 설정될 수 있다. 따라서, 짧은 구간 동안 PDCCH 모니터링과 sleep이 반복되는 구조로 설정될 수 있다. 만약, 특정 구간이 연속되지 않은 슬롯들로 설정되는 경우에는 해당 특정 구간에서 모니터링되는 SS set(s)은 이를 고려하여 설정될 수 있다.
한편, 특정 구간이 마스킹(masking)과 같은 형태로 설정되는 것도 고려해볼 수 있다. 예를 들어, 마스킹(masking)을 설정하는 파라미터를 정의하고, 해당 파라미터(parameter)가 true인 경우, 단말은 XR SS set(s)만 모니터링(monitoring)할 수 있다. 또한, 단말이 XR SS set(s)을 통해 PDCCH를 검출하거나 XR SS Set을 통해 검출된 PDCCH에 의해 특정 지시를 수신한 경우, 마스킹 파라미터(masking parameter)가 false로 설정되고, 단말은 XR SS set(s)을 포함한 전체 SS set(s)에 대한 모니터링을 수행할 수 있다. 이후, DCI를 통한 지시 혹은 타이머(timer)를 기반으로 마스킹 파라미터(masking parameter)는 다시 true로 설정될 수 있다. 예를 들어, 전체 SS Set을 단말이 모니터링하다가 어느 하나의 SS Set을 통해 DCI를 수신하거나 해당 DCI를 통해 마스킹 파라미터를 다시 true로 설정할 것이 지시되면, 마스킹 파라미터는 다시 true로 설정될 수 있다. 또 다른 예로, 단말이 전체 SS Set에 대한 모니터링을 시작하면, 타이머를 동작 시키고, 해당 타이머가 만료되면 마스킹 파라미터는 다시 true로 설정될 수 있다.
한편, 특정 구간은 XR SS set(s)의 모니터링을 기반으로 설정될 수 있다. 예를 들어, 단말이 첫 번째 모니터링 시에는 전체 SS set을 모니터링하도록 하며, 단말이 이후 XR SS set(s)을 한 번 더 모니터링했다면, XR SS set(s)을 제외한 전체 SS set의 모니터링(monitoring)을 중단할 수 있다. 예를 들어, 단말이 XR SS Set을 모니터링하여 PDCCH를 검출함으로써, 전체 SS Set들을 모니터링하기 시작하였는데, 전체 SS Set들 중, XR SS set을 통해 PDCCH가 다시 검출되었다면, XR SS Set을 제외한 나머지 SS Set들의 모니터링을 중단할 수 있다.
3) PDCCH 모니터링 스키핑(Skipping)에 기반한 XR SS Set 모니터링 구간 설정과 XR SS Set 모니터링
단말은 이전에 지시된 PDCCH 모니터링 스키핑 구간(skipping duration)이 종료된 이후에는 항상 XR SS set(s)만 모니터링할 수 있다. 이후 단말이 XR SS set(s)에서 DCI를 검출할 경우 전체 SS set(s)에 대한 모니터링이 시작된다. 이 때의 XR SS set(s)은 1)처럼 별도의 설정이 요구되지 않을 수 있다. 예를 들어, XR 트래픽(traffic)의 주기와 지터(jitter)를 고려해 기존 NR 표준의 설정을 따를 수 있다.
3)과 같이 설정되는 경우, 단말은 예정된 XR 트래픽(traffic)의 수신이 완료되면, 해당 XR 트래픽을 스케줄링한 DCI 또는 다른 DCI를 통해 PDCCH 모니터링 스키핑(skipping) 지시를 수신해야 할 필요가 있다. 만약, PDCCH 모니터링 스키핑(Skipping) 지시가 없다면, 단말은 다음 XR 트래픽(traffic)의 수신 시점까지 전력 절감 없이 모든 SS set을 모니터링(monitoring)하는 동작을 유지할 수 있다.
(2) XR SS set(s) 모니터링과 관련된 단말 동작과 설정
상술한 동작들과 XR SS set 모니터링과 관련된 단말 동작은 SSSG 스위칭(switching)의 형태로 설정될 수 있다. 단말의 BWP 내 전체 SS set들을 SSSG#1에 설정하고, XR SS set(s)을 SSSG#0에 설정하면, 단말이 XR SS set(s)을 모니터링하고, 이에 따라 전체 SS set을 모니터링하는 과정이 SSSG#0에서 SSSG#1으로 스위칭되는 것으로 해석될 수 있다. 예를 들어, 도 16에서 XR SS Set (1601)에서 PDCCH가 검출되어 단말이 전체 SS Set (1602)를 모니터링하기 시작하였다면, XR SS Set이 포함된 SSSG#0에서 전체 SS Set들이 포함된 SSSG#1로 스위칭되는 것일 수 있다.
한편, XR SS set(s)에서 모니터링되는 DCI의 포맷(format)이 한정될 수 있다. 예를 들어, XR 서비스 지원을 위한 새로운 DCI 포맷이 고려될 수 있다. 새로운 DCI 포맷에는 전체 SS set을 모니터링하는 시작 시점을 알려주는 지시가 포함될 수 있다. 해당 지시는 현재 DCI를 검출한 슬롯 또는 심볼 또는 ms을 기준으로 몇 개의 슬롯 또는 몇 개의 심볼 또는 얼마의 ms 이후에 전체 SS set모니터링이 시작되는지를 알려주는 것일 수 있다. 또는, 해당 지시는 단말이 XR 패킷(packet)의 주기를 알고 있다고 가정하고 기대 수신 시점으로부터 얼마나 더 빠르게 혹은 얼마나 더 느리게 PDCCH의 모니터링을 수행할 것인지를 알려 알려주는 것일 수 있다.
또한, 새로운 DCI 포맷에는 PDCCH 모니터링 적응 (monitoring adaptation) 지시가 선택적으로 포함될 수도 있다. 단말이 전체 SS set에 대한 모니터링(monitoring)을 시작함과 동시에 단말에게 적용될 PDCCH 모니터링 적응(monitoring adaptation)이 새로운 DCI 포맷을 통해 지시될 수 있다. 예를 들어, SSSG#2가 별도로 설정되어 SSSG#2로의 스위칭(switching)이 새로운 DCI 포맷을 통해 지시될 수 있고, 해당 지시를 기반으로 단말은 XR 트래픽(traffic) 수신을 위한 PDCCH 모니터링을 시작할 수 있다.
또한, XR SS set를 통해 전체 SS set 들에 대한 모니터링으로의 전환만 지시된다면, 시퀀스(sequence)와 같은 형태로 전체 SS Set들로의 모니터링 전환을 지시할 수 있는 신호만 XR SS Set에서 수신되는 신호에 포함됨으로써, 단말이 블라인드 검출(blind detection)으로 인한 전력 소모가 크지 않도록 설정될 수도 있다.
(3) 단말이 XR SS set 또는 전체 SS Set들을 통해 PDCCH를 검출한 이후의 동작
단말은 XR SS set 또는 전체 SS Set들을 통해 PDCCH를 검출한 이후, 해당 PDCCH의 DCI 내 포함된 PDCCH 모니터링 적응 지시에 따라 동작할 수 있다. 만약, 해당 DCI 내에 PDCCH 모니터링 적응 지시가 포함되지 않았다면, 단말은 미리 설정된 동작(예를 들어, 상기 BWP에서의 기본 모니터링 동작인, 1) 또는 2))을 수행할 수 있다.
또는 상술한 바와 같이 XR 트래픽(traffic) 수신을 위해 설정된 SSSG으로 스위칭될 수 있다.
한편, 상술한 예에서는 스위칭 되는 SSSG에 포함된 SS Set들이 BWP 에 대해 설정된 전체 SS set들인 것을 가정하였으나, 해당 SSSG에는 XR 트래픽(traffic) 수신만을 위해 설정된 SS set들이 포함될 수도 있다. 또한, SSSG 스위칭(switching)이 구현된다면 적용 지연(application delay)을 고려하여 XR SS set을 모니터링(monitoring)할 수 있는 특정 구간의 위치가 설정될 수 있다. XR 서비스를 지원하는 단말은 UE processing capability 2를 지원할 수 있다고 가정할 수 있다. 또한, PDCCH를 검출한 이후에는 특정 구간의 윈도우(window)나 마스킹에 대한 설정이 무시될 수도 있다. 상술한 예시에 따라 단말은 XR 트래픽(traffic) 수신을 위한 PDCCH를 모니터링할 수 있다.
한편, XR 트래픽(traffic)들 중, 마지막 TB(Transport Block)를 스케줄링(scheduling)하는 DCI에는 PDCCH 모니터링 적응 지시 필드(monitoring adaptation indication field)가 포함될 수 있다. 상술한 동작과 연관하여, 해당 PDCCH 모니터링 적응 지시 필드를 통해 전력 절감 목적의 XR SS set(s)만이 모니터링되도록 지시될 수 있다. 또는, 단말이 현재의 전체 SS Set들 또는 XR 트래픽(traffic)을 위한 SS set에 대한 모니터링 중, XR SS set(s)에서 PDCCH를 검출했다면 XR SS set(s)만을 모니터링(monitoring)하는 전력 절감 동작으로 변경될 수 있다.
[방법 2-2] XR 트래픽(traffic)이 다중 스트림(multi stream)인 경우
XR 트래픽 모델(traffic model)은 상술한 것처럼 단독 스트림(single stream)일 수도 있지만, 다중 스트림(multi stream)일 수도 있다.
(1) GOP-based I-frame + P-frame
다중 스트림(Multi stream) 중 하나로 Group of Picture (GOP)-based model을 고려할 수 있다. GOP-based model의 정의는 TR38.838에서 발췌한 하기 표 2와 같다.
| 5.1.2.1
Option 1 (I+P) For Option 1, two streams (I-stream and P-stream) are modelled according to Table 5.1-5. - Stream 1: I stream - Stream 2: P stream Depending on the video encoding scheme, two additional sub models - slice based, and Group of Picture (GOP)-based models are defined. - Slice-based: In this encoding scheme, a single video frame is divided into N slices. Out of N, one slice is I slice and remaining N-1 slices are P slices. N packets (one I and N-1 P) packets corresponds to one video frame arriving at the same time. - GOP-based: In this encoding scheme, a single video frame is either I frame or P frame. I frame is transmitted every K frames, where K is the GOP size, i.e., every group of picture. One video frame arrives at a time as a packet. Table 5.1.2.1-1: Statistical parameters for Option 1 multi streams DL traffic model |
GOP-based I-frame + P-frame의 트래픽 모델(traffic model)은 XR 패킷(packet)이 I-frame이거나 P-frame일 수 있고, I-frame과 P-frame은 데이터률(data rate)과 패킷 크기(packet size)이 상이할 수 있다. 또한, P-frame의 수신은 I-frame에 기반할 수도 있다. 예를 들어, I-frame은 데이터율 및/또는 패킷 크기가 P-frame보다 클 수 있다. 즉, I-frame에 포함된 영상 정보가 P-frame에 포함된 영상 정보보다 클 수 있다. 또한, P-frame은 2개의 I-frame들 사이에서 수신될 수 있다. 단말은 P-frame 전과 후로 수신된 2개의 I-frame의 영상 정보를 이용하여 P-frame에 대응하는 시점의 영상을 출력할 수 있다. 예를 들어, P-frame은 이전에 수신된 I-frame 및/또는 이후에 수신된 I-frame과 비교하여 변경이 생긴 부분에 대한 정보를 포함할 수 있다. 따라서, 단말은 P-frame에 대응하는 시점의 영상을 출력할 때, P-frame에 포함되지 않거나 I-frame과 동일하다고 인지할 수 있는 부분에 대한 정보는 I-frame의 정보를 그대로 인용하고, 변경된 부분에 대해서만 P-frame에 포함된 정보를 이용하여 P-frame에 대응하는 시점의 영상을 출력할 수 있다.따라서, I-frame과 P-frame에 맞춰 설정된 SS set 모니터링(monitoring)이 지시/설정되는 것이 고려될 수 있다. 이러한 SS set 모니터링(monitoring)은SSSG의 형태로 설정되는 것도 고려될 수 있다. 일반적으로 I-frame의 미수신 시 발생되는 문제가 크다. 왜냐하면 I-frame을 수신하지 못하면 P-frame을 수신하더라도 영상을 온전히 출력하지 못할 수 있기 때문이다. 또한, I-frame 이 P-frame에 비하여 패킷 크기와 데이터율이 크다. 따라서, I-frame의 경우 수신 확률을 높일 수 있도록 I-frame 수신 시점에는 dense PDCCH 모니터링이 설정될 수 있다. 반대로, P-frame (즉, P-frame의 수신 시점)은 상대적으로 sparse PDCCH 모니터링이 설정되어 단말의 전력 절감 효과를 기대할 수 있다.
또한, SS set이 I-frame 및 P-frame에 대해 구분하여 설정된다면 I-frame에 대해서는 SS set ID를 낮은 값으로, P-frame에 대해서는 SS set ID를 높은 값으로 설정해줄 수 있다. 이를 통해, I-frame에 대한 모니터링이 BD/CCE limit에 의해 수행되지 않는 것을 방지할 수 있다.
단말이 I-frame 수신을 기반으로 P-frame을 수신하는 것을 고려한다면, I-frame의 수신 결과가 P-frame의 수신에 영향을 미친다는 것을 것을 고려할 수 있다. 단말이 I-frame을 수신하거나 해당 I-frame에 대한 스케줄링 DCI를 검출하면, 해당 수신/검출 시점으로부터 일정 오프셋(offset) 이후 P-frame에 관한 수신을 준비하도록 설정될 수 있다. 이는 XR 트래픽(traffic)이 주기적인 점을 고려한 것일 수 있다.
즉, PDCCH 모니터링 패턴(monitoring pattern)이 한 XR 패킷(packet) 수신에 관한 것이 아니라 GOP-based I-frame과 P-frame의 집합에 대해 설정되는 것일 수 있다. 예를 들어, XR 트래픽(traffic)이 (I, P, P, P)-frame과 같은 순서로 수신할 수 있다. 이 경우, 전체 4 패킷(packet)에 대해 PDCCH 모니터링 패턴(monitoring pattern)이 구성되고, I-frame 수신에 따라 이후의 P-frame을 모니터링하는 PDCCH 모니터링 패턴이 결정될 수 있다. 예를 들어, I-frame 수신으로부터 일정 오프셋(offset) 이후에 P-frame을 모니터링하는 PDCCH 모니터링 패턴이 결정될 수 있다.
이를 위해 SS set들이 primary 혹은 secondary와 같은 형태로 구분되도록 설정될 수 있다. 이 때, primary SS set은 I-frame 수신 목적이고, secondary SS set은 P-frame 수신 목적일 수 있다. 또한, primary SS Set 및 secondary SS Set은 SSSG의 형태로 설정될 수도 있다.
GOP-based I-frame과 P-frame에서 I-frame을 기준으로 이후 PDCCH 모니터링 패턴(monitoring pattern)이 결정된다면, 언제까지 P-frame을 수신하는지와 다시 I-frame을 수신하는 시점이 어딘지 결정되어야 할 수 있다. 즉, P-frame의 수신이 종료되는 시점과 다시 I-frame의 수신이 시작되는 시점이 결정되어야 할 수도 있다. 예를 들어, 해당 시점들은 특정 시점 (예를 들어, 타이머를 기준)으로 결정되거나 단말이 TB를 몇 번 수신했는지를 기준으로 결정될 수 있다.
(2) 비디오(Video) + 오디오(audio)/데이터(data)
다중 스트림(Multi stream) 중 하나로 비디오(Video) + 오디오(audio)/데이터(data) 모델을 고려할 수 있다. 비디오(Video) + 오디오(audio)/데이터(data) 모델의 정의는 TR38.838에서 발췌한 하기 표 3와 같다.
| 5.1.2.2 Option 2 (video + audio/data) For Option 2, two streams (video + audio/data) are modelled. - Stream 1: video - Stream 2: audio/data The stream 1 - video stream follows the generic single stream model given in clause 5.1.1. The stream 2 - audio/data a periodic traffic with following parameters. Table 5.1.2.2-1: Statistical parameter values for Option 2 multi streams model |
비디오 스트림(Video stream)은 일반적인 XR 트래픽(traffic) DL 모델 동일하다. 따라서, 전송 주기를 16.6667ms로 가정할 수 있다. 오디오 스트림(Audio stream)은 상기 표 3과 같이 10ms로 가정할 수 있다. 즉, 비디오(Video) + 오디오(audio)/데이터(data) 모델의 경우, 두 스트림의 주기가 다른 것을 고려할 수 있다. 이를 위해, PDCCH 모니터링(monitoring)을 위한 SS set의 주기 혹은 '특정 구간'의 위치가 두 개의 스트림(stream)을 모두 수신할 수 있도록 설정될 수 있다. 주기가 다른 두 스트림(stream)은 비디오 스트림 또는 오디오 스트림이 독립적으로 나타나는 경우와 비디오 스트림과 오디오 스트림이 겹치는 경우가 있을 수 있다. 이러한 2 경우를 모두 지원하기 위하여 상술한 제안 방법처럼 XR 트래픽(traffic)을 위한 PDCCH 모니터링(monitoring)을 PDCCH 모니터링 적응을 통해 비디오 스트림 및/또는 오디오 스트림의 수신을 위한 적절한 지시를 수신할 수 있다. 예를 들어, SSSG for video, SSSG for audio, SSSG for both와 같이 3개의 SSSG들이 구성되고 각 frame 마다 PDCCH 모니터링 적응 지시를 기반으로 SSSG 스위칭(switching) 동작을 수행할 수 있다. 또는 SSSG for video, SSSG for audio를 설정하고 두 스트림(stream)이 동시에 수신될 경우, SSSG for video로 스위칭되는 동작이 수행될 수도 있다.
방법 2-2의 다중 스트림(multi stream)을 고려한 동작의 경우, 동일한 원리에 따라 방법 1에도 적용될 수 있다.
[방법 2-3] 전력 절감을 위해 추가로 고려될 수 있는 단말 동작
단말이 BWP 내에서 수행하는 CSI 보고(report)와 SRS 전송(transmission)이 상이하게 설정될 수 있다. 예를 들어, PDCCH 모니터링(monitoring)을 수행하지 않는 구간 (예를 들어, XR SS set만 모니터링하는 동작 중, XR SS set에 대한 MO가 없는 구간)에서는 전력 소모를 감소하기 위해 CSI 보고(report) 및 SRS 전송(transmission) 수행이 중단될 수 있다. XR SS set(s) 모니터링(monitoring)을 시작하면서 CSI 보고(report) 및 SRS 전송(transmission)도 같이 시작될 수 있다.
또는, 더 좋은 채널 추정(channel estimation)을 목적으로 XR SS set(s) 모니터링(monitoring)(예를 들어, XR SS Set 모니터링 시작 시점 또는 종료 시점)보다 일정 슬롯 이전에 CSI 보고(report) 및 SRS 전송(transmission) 동작이 수행될 수 있다.
[방법 2]에 따르면, 단말에 DRX 동작이 설정되지 않더라도, XR SS set을 통해 PDCCH 모니터링 패턴이 지시되어 해당 지시에 따라 PDCCH 모니터링 함으로써, 단말의 PDCCH 모니터링 빈도 및 횟수를 감소시킬 수 있다. 이에 따라, 단말의 전력 소모를 감소시킬 수 있다.
또한, 단말이 수신하는 XR 패킷의 스트림 특성에 따라 적절한 PDCCH 모니터링 패턴이 설정될 수 있게 하여, XR 패킷의 특성에 따라 PDCCH 모니터링 빈도 수 및 횟수를 조절할 수 있어, 데이터 수신 효율성을 증가시킬 수 있다.
본 개시에서 제안하는 방법은 상기의 방법들 중 일부가 선택되어 적용될 수 있다. 각 방법들은 별도의 조합 없이 독립적인 형태로 동작이 가능하며, 또는 하나 이상의 방법들이 조합되어 연계된 형태로 동작될 수도 있다. 제안 방법들의 설명을 위하여 사용되는 일부 용어와 기호, 순서 등은 발명의 원리가 유지되는 한 다른 용어나 기호, 순서 등으로 대체될 수 있다.
본 개시에서는 제안 방법의 원리를 설명하기 위하여 단말의 DRX 구조와 설정, PDCCH 모니터링 적응(monitoring adaptation) 동작, PDCCH 모니터링 패턴(monitoring pattern)과 DCI를 송수신하는 단말 동작 구성을 임의의 구조를 예시로 보여 설명하고 있으나 제안하는 방법들은 별도의 설명이 없는 한 단말의 동작의 종류를 특정하여 제한하지 않는다.
따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 발명의 원리가 침해되지 않는 한, 어떠한 DRX 구조 또는 PDCCH 모니터링 적응 동작 또는 PDCCH 모니터링 패턴 동작에도 적용될 수 있음은 자명하다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 17은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 17을 참조하면, 본 개시에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 18은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 18을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 17의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
구체적으로 본 개시의 실시 예에 따른 제 1 무선 기기(100)의 프로세서(102)에 의해 제어되고, 메모리(104)에 저장되는 명령 및/또는 동작들에 대해서 살펴보도록 한다.
하기 동작들은 프로세서(102)의 관점에서 프로세서(102)의 제어 동작을 기반으로 설명하지만, 이러한 동작을 수행하기 위한 소프트 웨어 코드 등에 메모리(104)에 저장될 수 있다. 예를 들어, 본 개시에서, 적어도 하나의 메모리(104)는 컴퓨터 판독 가능한(readable) 저장 매체 (storage medium)로서, 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동 가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 하기 동작들과 관련된 본 개시의 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
예를 들어, 프로세서(102)는 PDCCH 모니터링 적응 패턴에 관련된 정보를 포함하는 성능(Capability) 정보를 송수신기(106)를 통해 보고할 수 있다. 이 때, PDCCH 모니터링 적응 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑(skipping) 및 SSSG 스위칭(Switching)과 같은 PDCCH 모니터링 적응(Monitoring Adaptation)의 지원 여부가 포함될 수 있다.
프로세서(102)는 프로세서(102)의 성능 정보 및/또는 XR 서비스를 지원하는 PDCCH 모니터링 적응 패턴을 기반으로 결정된 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴을 위한 적어도 하나의 정보를 송수신기(106)를 통해 수신할 수 있다. 이 때, 적어도 하나의 정보는 상위 계층 (예를 들어, RRC 시그널링) 및/또는 PDCCH를 통해 수신될 수 있다.
프로세서(102)는 PDCCH 모니터링 적응 패턴과 관련된 제 1 PDCCH를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 제 1 PDCCH 를 기반으로 제2 PDCCH를 모니터링하고, PDSCH (예를 들어, XR 패킷)을 송수신기(106)를 통해 수신할 수 있다. 한편, 적어도 하나의 정보를 수신하는 단계에서 PDCCH 모니터링 적응 패턴이 1개만 설정된 경우에는 제1 PDCCH 모니터링 단계는 생략되고, 적어도 하나의 정보를 수신하는 단계에서 설정된 PDCCH 모니터링 적응 패턴을 기반으로 제 2 PDCCH가 모니터링될 수 있다. 또한, 프로세서(102)는 제 2 PDCCH가 검출되면 제 2 PDCCH를 기반으로 PDSCH (예를 들어, XR 패킷)을 송수신기(106)를 통해 수신할 수 있다.
한편, 프로세서(102)의 세부적인 동작은 [방법 1-1] 및/또는 [방법 1-2]에 기반할 수 있다.
또 다른 예로, 프로세서(102)는 PDCCH 모니터링 패턴에 관련된 정보를 포함하는 단말의 성능(Capability) 관련된 제1 정보를 송수신기(106)를 통해 보고할 수 있다. 이 때, PDCCH 모니터링 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑, SSSG 스위칭과 같은 PDCCH 모니터링 적응 동작의 지원 여부에 관한 정보가 포함될 수 있다.
프로세서(102)는 기지국으로부터 PDCCH 모니터링 패턴을 설정하기 위한 제2 정보를 송수신기(106)를 통해 수신할 수 있다. 이 때, 제2 정보는 프로세서(102)의 성능과 관련된 제1 정보, 프로세서(102)의 XR 서비스를 지원 여부 및/또는 단말이 지원하는 PDCCH 모니터링 패턴을 고려하여 결정될 수 있다. 예를 들어, PDCCH 모니터링 패턴은 도 16 및 이와 관련하여 서술하는 예시들에 기반할 수 있다.
프로세서(102)는 적어도 하나의 XR SS Set을 통해 제1 PDCCH를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 해당 적어도 하나의 XR SS Set에 기반한 PDCCH 모니터링 패턴에 따라 제2 PDCCH를 모니터링하고, 제2 PDCCH에 기반하여 PDSCH(예를 들어, XR 패킷)을 송수신기(106)를 통해 수신할 수 있다. 이 때, 프로세서(102)의 상세한 동작 방법은 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나에 기반할 수 있다. 또한, 제1 PDCCH에 포함된 DCI를 통해 PDCCH 모니터링 적응 동작이 지시될 경우, 이에 따라 단말이 PDCCH를 모니터링하거나 미리 설정된 PDCCH 모니터링 패턴에 따라 단말이 PDCCH를 모니터링할 수 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
구체적으로 본 개시의 실시 예에 따른 제 2 무선 기기(200)의 프로세서(202)에 의해 제어되고, 메모리(204)에 저장되는 명령 및/또는 동작들에 대해서 살펴보도록 한다.
하기 동작들은 프로세서(202)의 관점에서 프로세서(202)의 제어 동작을 기반으로 설명하지만, 이러한 동작을 수행하기 위한 소프트 웨어 코드 등에 메모리(204)에 저장될 수 있다. 예를 들어, 본 개시에서, 적어도 하나의 메모리(204)는 컴퓨터 판독 가능한(readable) 저장 매체 (storage medium)로서, 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동 가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 하기 동작들과 관련된 본 개시의 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
예를 들어, 프로세서(202)는 PDCCH 모니터링 적응 패턴에 관련된 정보를 포함하는 성능(Capability) 정보를 단말로부터 송수신기(206)를 통해 수신할 수 있다. 이 때, PDCCH 모니터링 적응 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑(skipping) 및 SSSG 스위칭(Switching)과 같은 PDCCH 모니터링 적응(Monitoring Adaptation)의 지원 여부가 포함될 수 있다.
프로세서(202)는 단말의 성능 정보 및/또는 XR 서비스를 지원하는 PDCCH 모니터링 적응 패턴을 기반으로 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴을 결정할 수 있다. 또한, 결정된 DRX 동작 및/또는 PDCCH 모니터링 적응 패턴 위한 적어도 하나의 정보를 송수신기(206)를 통해 전송할 수 있다. 이 때, 적어도 하나의 정보는 상위 계층 (예를 들어, RRC 시그널링) 및/또는 PDCCH를 통해 전송될 수 있다.
프로세서(202)는 PDCCH 모니터링 적응 패턴과 관련된 제 1 PDCCH를 송수신기(206)를 통해 전송할 수 있다. 또한, 프로세서(202)는 제 1 PDCCH 를 기반으로 제2 PDCCH 및 PDSCH (예를 들어, XR 패킷)을 송수신기(206)를 통해 전송할 수 있다. 한편, 적어도 하나의 정보를 전송하는 단계에서 PDCCH 모니터링 적응 패턴이 1개만 설정된 경우에는 제 1 PDCCH의 전송 단계는 생략되고, 적어도 하나의 정보를 전송하는 단계에서 설정된 PDCCH 모니터링 적응 패턴을 기반으로 제 2 PDCCH가 송수신기(206)를 통해 전송될 수 있다. 또한, 프로세서(202)는 제 2 PDCCH를 기반으로 PDSCH (예를 들어, XR 패킷)을 송수신기(206)를 통해 전송할 수 있다.
한편, 상술한 프로세서(202)의 세부적인 동작은 [방법 1-1] 및/또는 [방법 1-2]에 기반할 수 있다.
또 다른 예로, 프로세서(202)는 PDCCH 모니터링 패턴에 관련된 정보를 포함하는 단말의 성능(Capability) 관련된 제1 정보를 송수신기(206)를 통해 수신할 수 있다. 이 때, PDCCH 모니터링 패턴에 관련된 정보에는 PDCCH 모니터링 스키핑, SSSG 스위칭과 같은 PDCCH 모니터링 적응 동작의 지원 여부에 관한 정보가 포함될 수 있다.
프로세서(202)는 PDCCH 모니터링 패턴을 설정하기 위한 제2 정보를 송수신기(206)를 통해 전송할 수 있다. 이 때, 제2 정보는 단말의 성능과 관련된 제1 정보, 단말의 XR 서비스를 지원 여부 및/또는 단말이 지원하는 PDCCH 모니터링 패턴을 고려하여 결정될 수 있다. 예를 들어, PDCCH 모니터링 패턴은 도 16 및 이와 관련하여 서술하는 예시들에 기반할 수 있다.
프로세서(202)는 적어도 하나의 XR SS Set을 통해 제1 PDCCH를 송수신기(206)를 통해 전송할 수 있다. 또한, 프로세서(202)는 해당 적어도 하나의 XR SS Set에 기반한 PDCCH 모니터링 패턴에 따라 제2 PDCCH를 송수신기(206)를 통해 전송하고, 제2 PDCCH에 기반하여 PDSCH(예를 들어, XR 패킷)을 송수신기(206)를 통해 전송할 수 있다. 이 때, 상기 프로세서(202)의 상세한 동작 방법은 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나에 기반할 수 있다. 또한, 제1 PDCCH에 포함된 DCI를 통해 PDCCH 모니터링 적응 동작이 지시될 경우, 이에 따라 단말이 PDCCH를 모니터링하거나 미리 설정된 PDCCH 모니터링 패턴에 따라 단말이 PDCCH를 모니터링할 수 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 19는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 19를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 20은 본 개시에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 20을 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다.
통신부(110)는 다른 무선 기기, 휴대 기기, 또는 미디어 서버 등의 외부 기기들과 신호(예, 미디어 데이터, 제어 신호 등)를 송수신할 수 있다. 미디어 데이터는 영상, 이미지, 소리 등을 포함할 수 있다. 제어부(120)는 XR 기기(100a)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성 및 처리 등의 절차를 제어 및/또는 수행하도록 구성될 수 있다. 메모리부(130)는 XR 기기(100a)의 구동/XR 오브젝트의 생성에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 외부로부터 제어 정보, 데이터 등을 획득하며, 생성된 XR 오브젝트를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 XR 기기 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다. 전원공급부(140c)는 XR 기기(100a)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다.
일 예로, XR 기기(100a)의 메모리부(130)는 XR 오브젝트(예, AR/VR/MR 오브젝트)의 생성에 필요한 정보(예, 데이터 등)를 포함할 수 있다. 입출력부(140a)는 사용자로부터 XR 기기(100a)를 조작하는 명령을 회득할 수 있으며, 제어부(120)는 사용자의 구동 명령에 따라 XR 기기(100a)를 구동시킬 수 있다. 예를 들어, 사용자가 XR 기기(100a)를 통해 영화, 뉴스 등을 시청하려고 하는 경우, 제어부(120)는 통신부(130)를 통해 컨텐츠 요청 정보를 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버에 전송할 수 있다. 통신부(130)는 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버로부터 영화, 뉴스 등의 컨텐츠를 메모리부(130)로 다운로드/스트리밍 받을 수 있다. 제어부(120)는 컨텐츠에 대해 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성/처리 등의 절차를 제어 및/또는 수행하며, 입출력부(140a)/센서부(140b)를 통해 획득한 주변 공간 또는 현실 오브젝트에 대한 정보에 기반하여 XR 오브젝트를 생성/출력할 수 있다.
또한, XR 기기(100a)는 통신부(110)를 통해 휴대 기기(100b)와 무선으로 연결되며, XR 기기(100a)의 동작은 휴대 기기(100b)에 의해 제어될 수 있다. 예를 들어, 휴대 기기(100b)는 XR 기기(100a)에 대한 콘트롤러로 동작할 수 있다. 이를 위해, XR 기기(100a)는 휴대 기기(100b)의 3차원 위치 정보를 획득한 뒤, 휴대 기기(100b)에 대응하는 XR 개체를 생성하여 출력할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), gNode B(gNB), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
상술한 바와 같은 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치는 5세대 NewRAT 시스템에 적용되는 예를 중심으로 설명하였으나, 5세대 NewRAT 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.
100: 제 1 장치
200: 제 2 장치
Claims (14)
- 무선 통신 시스템에서, 단말이 PDCCH (Physical Downlink Control Channel)을 수신하는 방법에 있어서,
상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고,
상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고,
상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고,
상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)되는,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 단말에게는 DRX (Discontinuous Reception) 동작은 설정되지 않은,
PDCCH 수신 방법. - 제 1 항에 있어서,
(i) 상기 하나의 SS 집합이 상기 특정 SS 집합이 아니고 (ii) 상기 제2 PDCCH가 PDCCH 모니터링 적응(adaptation)을 지시하는 것을 기반으로, 상기 PDCCH 모니터링 적응을 기반으로 상기 복수의 SS 집합들 중, 특정 SS 집합이 아닌 SS 집합이 모니터링되는,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 특정 SS 집합만 모니터링되는,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 복수의 SS 집합들은 XR (eXtended Reality) 패킷(packet)을 위해 설정되는 것인,
PDCCH 수신 방법. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 단말에 있어서,
적어도 하나의 송수신기;
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고,
상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고,
상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고,
상기 적어도 하나의 송수신기를 통해, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)되는,
단말. - 제 6 항에 있어서,
상기 단말에게는 DRX (Discontinuous Reception) 동작은 설정되지 않은,
단말. - 제 6 항에 있어서,
(i) 상기 하나의 SS 집합이 상기 특정 SS 집합이 아니고 (ii) 상기 제2 PDCCH가 PDCCH 모니터링 적응(adaptation)을 지시하는 것을 기반으로, 상기 PDCCH 모니터링 적응을 기반으로 상기 복수의 SS 집합들 중, 특정 SS 집합이 아닌 SS 집합이 모니터링되는,
단말. - 제 6 항에 있어서,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 특정 SS 집합만 모니터링되는,
단말. - 제 6 항에 있어서,
상기 복수의 SS 집합들은 XR (eXtended Reality) 패킷(packet)을 위해 설정되는 것인,
단말. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 장치에 있어서,
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고,
상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고,
상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고,
상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)되는,
장치. - 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은:
상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 수신하고,
상기 복수의 SS 집합들 중, 특정 SS 집합만을 모니터링하고,
상기 특정 SS 집합을 통해 제1 PDCCH가 수신된 것을 기반으로, 상기 복수의 SS 집합들 모두를 모니터링하고,
상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 수신하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들에 대한 모니터링은 중단(terminate)되는,
컴퓨터 판독 가능한 저장 매체. - 무선 통신 시스템에서, 기지국이 PDCCH (Physical Downlink Control Channel)을 전송하는 방법에 있어서,
상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 전송하고,
상기 복수의 SS 집합들 중, 특정 SS 집합만을 통해 제1 PDCCH를 전송한 것을 기반으로, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 전송하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들을 통해서는 제3 PDCCH를 전송하지 않는,
PDCCH 전송 방법. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 전송하는 기지국에 있어서,
적어도 하나의 송수신기;
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해 (i) BWP (Bandwidth Part)에 관련된 제1 파라미터 및 (ii) 상기 BWP에 포함된 복수의 SS (Search Space) 집합(set)들에 관련된 제2 파라미터를 전송하고,
상기 적어도 하나의 송수신기를 통해, 상기 복수의 SS 집합들 중, 특정 SS 집합만을 통해 제1 PDCCH를 전송한 것을 기반으로, 상기 복수의 SS 집합들 중 하나의 SS 집합을 통해 제2 PDCCH를 전송하는 것을 포함하고,
상기 하나의 SS 집합이 상기 특정 SS 집합인 것을 기반으로, 상기 복수의 SS 집합들 중, 상기 특정 SS 집합을 제외한 다른 SS 집합들을 통해서는 제3 PDCCH를 전송하지 않는,
기지국.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202263336238P | 2022-04-28 | 2022-04-28 | |
| US63/336,238 | 2022-04-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230153250A true KR20230153250A (ko) | 2023-11-06 |
Family
ID=88511947
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020230033895A KR20230153250A (ko) | 2022-04-28 | 2023-03-15 | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20230354193A1 (ko) |
| JP (1) | JP2023164320A (ko) |
| KR (1) | KR20230153250A (ko) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100913473B1 (ko) | 2008-03-20 | 2009-08-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 ｐｄｃｃｈ 모니터링 방법 |
-
2023
- 2023-03-15 KR KR1020230033895A patent/KR20230153250A/ko unknown
- 2023-04-12 JP JP2023064699A patent/JP2023164320A/ja active Pending
- 2023-04-27 US US18/140,551 patent/US20230354193A1/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100913473B1 (ko) | 2008-03-20 | 2009-08-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 ｐｄｃｃｈ 모니터링 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20230354193A1 (en) | 2023-11-02 |
| JP2023164320A (ja) | 2023-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR20220030253A (ko) | 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치 | |
| EP4061029A1 (en) | Sidelink drx-associated operation method for ue in wireless communication system | |
| KR102386711B1 (ko) | 무선통신시스템에서 AS configuration 관련 사이드링크 UE의 동작 방법 | |
| KR20230084515A (ko) | 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법 | |
| KR20230112689A (ko) | 무선통신시스템에서 사이드링크 drx 타이머에 관련된 ue의 동작 방법 | |
| KR20220164766A (ko) | 무선통신시스템에서 사이드링크 릴레이에 관련된 릴레이 ue의 동작 방법 | |
| KR20230048516A (ko) | 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법 | |
| KR20230164721A (ko) | 무선통신시스템에서 사이드링크 릴레이에서 rrc 연결에관련된 ue의 동작 방법 | |
| KR20220027989A (ko) | 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치 | |
| KR20230124480A (ko) | 무선통신시스템에서 사이드링크 drx에서 rrc 관련 타이머에 관련된 tx ue의 동작 방법 및 장치 | |
| KR20230026969A (ko) | 무선통신시스템에서 사이드링크 릴레이에서 릴레이 ue의 rrc 연결 및 연결 실패에 관련된 동작 방법 | |
| KR20230017752A (ko) | 무선통신시스템에서 사이드링크 릴레이에서 리모트 ue의 rrc 연결에 관련된 동작 방법 | |
| KR20230110599A (ko) | 무선통신시스템에서 사이드링크에서 psfch 및 pucch 전송에 관련된 ue의 동작 방법 | |
| KR20240004689A (ko) | 무선통신시스템에서 사이드링크에서 릴레이 ue의 동작방법 | |
| KR20240040114A (ko) | 무선통신시스템에서 path switching 및 측정 보고에 관련된 리모트 ue의 동작 방법. | |
| KR20230021030A (ko) | 무선통신시스템에서 릴레이에 관련된 ue의 동작 방법 | |
| KR20230153250A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 | |
| KR20210154853A (ko) | 무선통신시스템에서 신호 송수신 방법 | |
| US20230354328A1 (en) | Method of transmitting and receiving downlink control channel and apparatus therefor | |
| KR20240023661A (ko) | 하향링크 공유 채널 및 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치 | |
| KR20240024267A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 | |
| KR20240136373A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 | |
| EP4412361A1 (en) | Method for transmitting and receiving downlink control channel, and device therefor | |
| KR102719451B1 (ko) | 무선통신시스템에서 사이드링크 릴레이와 시스템 정보에 관련된 ue의 동작 방법 | |
| KR20240027749A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 |