KR20230153237A - 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 - Google Patents
하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 Download PDFInfo
- Publication number
- KR20230153237A KR20230153237A KR1020220172681A KR20220172681A KR20230153237A KR 20230153237 A KR20230153237 A KR 20230153237A KR 1020220172681 A KR1020220172681 A KR 1020220172681A KR 20220172681 A KR20220172681 A KR 20220172681A KR 20230153237 A KR20230153237 A KR 20230153237A
- Authority
- KR
- South Korea
- Prior art keywords
- coreset
- coresets
- information
- pdcch
- control channel
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 232
- 238000004891 communication Methods 0.000 claims abstract description 61
- 230000008093 supporting effect Effects 0.000 claims abstract description 18
- 230000002776 aggregation Effects 0.000 claims abstract description 15
- 238000004220 aggregation Methods 0.000 claims abstract description 15
- 230000005540 biological transmission Effects 0.000 claims description 38
- 230000015654 memory Effects 0.000 claims description 35
- 238000003860 storage Methods 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 2
- 101150096310 SIB1 gene Proteins 0.000 description 23
- 230000008569 process Effects 0.000 description 21
- 238000005516 engineering process Methods 0.000 description 20
- 238000012544 monitoring process Methods 0.000 description 20
- 239000010410 layer Substances 0.000 description 19
- 238000013507 mapping Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 16
- 230000004044 response Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 10
- 238000010295 mobile communication Methods 0.000 description 10
- 230000003190 augmentative effect Effects 0.000 description 7
- 238000013468 resource allocation Methods 0.000 description 7
- 238000001514 detection method Methods 0.000 description 6
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 3
- 101150096622 Smr2 gene Proteins 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 230000010363 phase shift Effects 0.000 description 3
- 235000019527 sweetened beverage Nutrition 0.000 description 3
- TVEXGJYMHHTVKP-UHFFFAOYSA-N 6-oxabicyclo[3.2.1]oct-3-en-7-one Chemical compound C1C2C(=O)OC1C=CC2 TVEXGJYMHHTVKP-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000009826 distribution Methods 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
- 230000009467 reduction Effects 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- FGRBYDKOBBBPOI-UHFFFAOYSA-N 10,10-dioxo-2-[4-(N-phenylanilino)phenyl]thioxanthen-9-one Chemical compound O=C1c2ccccc2S(=O)(=O)c2ccc(cc12)-c1ccc(cc1)N(c1ccccc1)c1ccccc1 FGRBYDKOBBBPOI-UHFFFAOYSA-N 0.000 description 1
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 241000760358 Enodes Species 0.000 description 1
- 101100335572 Escherichia coli (strain K12) ftsN gene Proteins 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- ZTPNVPPLIDWEGE-UHFFFAOYSA-N P.S.S Chemical compound P.S.S ZTPNVPPLIDWEGE-UHFFFAOYSA-N 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000007792 addition Methods 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
- 230000036772 blood pressure Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 101150000582 dapE gene Proteins 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 230000001976 improved effect Effects 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
- 101150106977 msgA gene Proteins 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002040 relaxant effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 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/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
- H04L1/0013—Rate matching, e.g. puncturing or repetition of code symbols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- 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
-
- 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- 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/0094—Indication of how sub-channels of the path are allocated
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 개시(Disclosure)는 무선 통신 시스템에서, 단말이 PDCCH (Physical Downlink Control Channel)을 수신하는 방법을 개시한다. 특히, 상기 방법은, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고, 상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하인 것을 특징으로 한다.
Description
본 개시(Disclosure)는, 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치에 관한 것으로서, 더욱 상세하게는, RedCap (Reduced Capability) UE (user equipment)를 위한 CORESET (Control Resource Set)을 설정하고, 해당 CORESET을 통해 PDCCH (Physical Downlink Control Channel)을 송수신하는 방법 및 이를 위한 장치에 관한 것이다.
시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 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) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고, 상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
이 때, 상기 복수의 CORESET 들 간에는 적어도 하나의 OFDM 심볼을 포함하는 시간 갭(gap)이 존재할 수 있다.
또한, 상기 단말이 사용 가능한 최대 대역폭은 일정 수 이하의 RB (Resource Block) 를 포함할 수 있다.
또한, 상기 복수의 CORESET들은 유효하지 않은(Invalid) OFDM 심볼에는 맵핑되지 않으며, 상기 유효하지 않은 OFDM 심볼은 상기 PDCCH 이외의 다른 하향링크 신호를 위한 것일 수 있다.
또한, 상기 다른 하향링크 신호는, SSB (Synchronization Signal Block) 또는 CRS (Common Reference Signal)일 수 잇다.
또한, 상기 상위 CORESET을 위해 할당되는 OFDM 심볼들의 수는 3을 초과할 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 단말에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고, 상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고, 상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
이 때, 상기 복수의 CORESET 들 간에는 적어도 하나의 OFDM 심볼을 포함하는 시간 갭(gap)이 존재할 수 있다.
또한, 상기 단말이 사용 가능한 최대 대역폭은 일정 수 이하의 RB (Resource Block) 를 포함할 수 있다.
또한, 상기 복수의 CORESET들은 유효하지 않은(Invalid) OFDM 심볼에는 맵핑되지 않으며, 상기 유효하지 않은 OFDM 심볼은 상기 PDCCH 이외의 다른 하향링크 신호를 위한 것일 수 있다.
또한, 상기 다른 하향링크 신호는, SSB (Synchronization Signal Block) 또는 CRS (Common Reference Signal)일 수 있다.
또한, 상기 상위 CORESET을 위해 할당되는 OFDM 심볼들의 수는 3을 초과할 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고, 상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고, 상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
본 개시에 따른 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은: 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고, 상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고, 상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 기지국이 PDCCH (Physical Downlink Control Channel)을 전송하는 방법에 있어서, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 전송하고, 상기 제 1 정보 및 상기 제 2 정보에 기반한 상위 CORESET을 통해 상기 PDCCH를 전송하는 것을 포함하고, 상기 상위 CORESET은 상기 복수의 CORESET들로 구성되고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
본 개시에 따른 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 전송하기 위한 기지국에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 제 1 정보 및 상기 제 2 정보에 기반한 상위 CORESET을 통해 상기 PDCCH를 전송하는 것을 포함하고, 상기 상위 CORESET은 상기 복수의 CORESET들로 구성되고, 상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며, 상기 n 및 N은 양의 정수이고, N은 3 이하일 수 있다.
본 개시에 따르면, 대역폭이 제한된 단말을 위한 제어 채널을 효과적으로 설정할 수 있다. 또한, 본 개시를 통해 열악한 커버리지(degraded coverage)를 가지는 단말의 성능을 보존할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 SS/PBCH 블록의 구성을 나타낸 것이다.
도 2는 시스템 정보를 송수신하는 방법에 관한 것이다.
도 3은 4-step RACH 절차의 일 예를 나타낸 도면이다.
도 4는 2-step RACH 절차의 일 예를 나타낸 도면이다.
도 5는 contention-free RACH 절차의 일 예를 나타낸 도면이다.
도 6 내지 도 8은 NR 시스템에서 하향링크 제어 채널 (Physical Downlink Control Channel; PDCCH)에 대해 설명하기 위한 도면이다.
도 9 내지 도 11은 본 개시의 실시 예에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 12 내지 도 13은 본 개시의 실시 예에 따라 CORESET (Control Resource Set)이 할당되는 것을 나타낸 도면이다.
도 14는 본 개시에 적용되는 통신 시스템을 예시한다.
도 15는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 16은 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
도 2는 시스템 정보를 송수신하는 방법에 관한 것이다.
도 3은 4-step RACH 절차의 일 예를 나타낸 도면이다.
도 4는 2-step RACH 절차의 일 예를 나타낸 도면이다.
도 5는 contention-free RACH 절차의 일 예를 나타낸 도면이다.
도 6 내지 도 8은 NR 시스템에서 하향링크 제어 채널 (Physical Downlink Control Channel; PDCCH)에 대해 설명하기 위한 도면이다.
도 9 내지 도 11은 본 개시의 실시 예에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 12 내지 도 13은 본 개시의 실시 예에 따라 CORESET (Control Resource Set)이 할당되는 것을 나타낸 도면이다.
도 14는 본 개시에 적용되는 통신 시스템을 예시한다.
도 15는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 16은 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
이하의 기술은 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) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
도 1은 SSB 구조를 예시한다. 단말은 SSB에 기반하여 셀 탐색(search), 시스템 정보 획득, 초기 접속을 위한 빔 정렬, DL 측정 등을 수행할 수 있다. SSB는 SS/PBCH(Synchronization Signal/Physical Broadcast channel) 블록과 혼용된다.
도 1을 참조하면, SSB는 PSS, SSS와 PBCH로 구성된다. SSB는 4개의 연속된 OFDM 심볼에 구성되며, OFDM 심볼 별로 PSS, PBCH, SSS/PBCH 및 PBCH가 전송된다. PSS와 SSS는 각각 1개의 OFDM 심볼과 127개의 부반송파로 구성되고, PBCH는 3개의 OFDM 심볼과 576개의 부반송파로 구성된다. PBCH에는 폴라 코딩 및 QPSK(Quadrature Phase Shift Keying)이 적용된다. PBCH는 OFDM 심볼마다 데이터 RE와 DMRS(Demodulation Reference Signal) RE로 구성된다. RB 별로 3개의 DMRS RE가 존재하며, DMRS RE 사이에는 3개의 데이터 RE가 존재한다.
셀 탐색(search)
셀 탐색은 단말이 셀의 시간/주파수 동기를 획득하고, 상기 셀의 셀 ID(Identifier)(예, Physical layer Cell ID, PCID)를 검출하는 과정을 의미한다. PSS는 셀 ID 그룹 내에서 셀 ID를 검출하는데 사용되고, SSS는 셀 ID 그룹을 검출하는데 사용된다. PBCH는 SSB (시간) 인덱스 검출 및 하프-프레임 검출에 사용된다.
단말의 셀 탐색 과정은 하기 표 1과 같이 정리될 수 있다.
| Type of Signals | Operations | |
| 1st step | PSS | * SS/PBCH block (SSB) symbol timing acquisition * Cell ID detection within a cell ID group (3 hypothesis) |
| 2nd Step | SSS | * Cell ID group detection (336 hypothesis) |
| 3rd Step | PBCH DMRS | * SSB index and Half frame (HF) index(Slot and frame boundary detection) |
| 4th Step | PBCH | * Time information (80 ms, System Frame Number (SFN), SSB index, HF)* Remaining Minimum System Information (RMSI) Control resource set (CORESET)/Search space configuration |
| 5th Step | PDCCH and PDSCH | * Cell access information* RACH configuration |
시스템 정보 획득
도 2는 시스템 정보(SI) 획득 과정을 예시한다. 단말은 SI 획득 과정을 통해 AS-/NAS-정보를 획득할 수 있다. SI 획득 과정은 RRC_IDLE 상태, RRC_INACTIVE 상태, 및 RRC_CONNECTED 상태의 단말에게 적용될 수 있다.
SI는 MIB(Master Information Block)와 복수의 SIB(System Information Block)으로 나눠진다. MIB와 복수의 SIB들은 다시 최소 SI (Minimum SI)와 다른 SI (Other SI)로 구분될 수 있다. 여기서, 최소 SI는 MIB와 SIB 1으로 구성될 수 있으며, 초기 접속을 위해 요구되는 기본 정보와 다른 SI를 획득하기 위한 정보를 포함한다. 여기서, SIB 1은 RMSI(Remaining Minimum System Information)로 지칭될 수 있다. 자세한 사항은 다음을 참조할 수 있다.
- MIB는 SIB1(SystemInformationBlockType1) 수신과 관련된 정보/파라미터를 포함하며 SSB의 PBCH를 통해 전송된다. 초기 셀 선택 시, 단말은 SSB를 갖는 하프-프레임이 20ms 주기로 반복된다고 가정한다. 단말은 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)이 존재하는지 확인할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메세지를 스케줄링 하는 PDCCH를 전송하는데 사용된다. Type0-PDCCH 공통 탐색 공간이 존재하는 경우, 단말은 MIB 내의 정보(예, pdcch-ConfigSIB1)에 기반하여 (i) CORESET을 구성하는 복수의 연속된 RB와 하나 이상의 연속된 심볼과 (ii) PDCCH 기회(즉, PDCCH 수신을 위한 시간 도메인 위치)를 결정할 수 있다. Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
- SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성 및 스케줄링(예, 전송 주기, SI-윈도우 사이즈)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 방송되는지 on-demand 방식에 의해 단말의 요청에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 단말이 SI 요청을 수행하는데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
- SIBx는 SI 메세지에 포함되며 PDSCH를 통해 전송된다. 각각의 SI 메세지는 주기적으로 발생하는 시간 윈도우(즉, SI-윈도우) 내에서 전송된다.
임의 접속 절차 (Random Access Procedure, RACH)
기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 등의 경우, 단말은 기지국에 대해 임의 접속 절차를 수행할 수 있다.
임의 접속 절차는 다양한 용도로 사용된다. 예를 들어, 임의 접속 절차는 RRC_IDLE로부터 네트워크 초기 접속, RRC 연결 재설립 절차 (RRC Connection Re-establishment procedure), 핸드오버, UE-트리거드(UE-triggered) UL 데이터 전송, RRC_INACTIVE로부터 트랜지션 (transition), SCell 추가에서 시간 정렬 (time alignment) 설립, OSI (other system information) 요청 및 빔 실패 회복 (Beam failure recovery) 등에 사용될 수 있다. 단말은 임의 접속 절차를 통해 UL 동기와 UL 전송 자원을 획득할 수 있다.
임의 접속 절차는 경쟁 기반(contention-based) 임의 접속 절차와 경쟁 프리(contention free) 임의 접속 절차로 구분된다. 경쟁 기반 임의 접속 절차는 4-step 임의 접속 절차 (4-step RACH) 와 2-step 임의 접속 절차 (2-step RACH) 로 구분된다.
(1) 4-step RACH : Type-1 random access procedure
도 3은 4-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 4 단계로 수행 (4-step RACH) 되는 경우, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스와 관련된 프리앰블을 포함하는 메시지(메시지1, Msg1)를 송신하고 (301), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)(메시지2, Msg2)를 수신할 수 있다 (303). 단말은 RAR 내의 스케줄링 정보를 이용하여 PUSCH (Physical Uplink Shared Channel)를 포함하는 메시지(메시지3, Msg3)을 전송하고 (305), 물리하향링크제어채널 신호 및 이에 대응하는 물리하향링크공유 채널 신호의 수신과 같은 충돌 (경쟁) 해결 절차 (Contention Resolution Procedure)를 수행할 수 있다. 단말은 기지국으로부터 충돌 해결 절차를 위한 충돌 (경쟁) 해결 정보 (contention resolution information) 를 포함하는 메시지(메시지4, Msg4)를 수신할 수 있다 (307).
단말의 4-스텝 RACH 절차는 아래 표 2 와 같이 요약될 수 있다.
먼저, 단말은 UL에서 임의 접속 절차의 Msg1로서 임의 접속 프리앰블을 PRACH를 통해 전송할 수 있다.
서로 다른 두 길이를 가지는 임의 접속 프리앰블 시퀀스들이 지원된다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. Pcell(Primary cell)의 초기 대역폭에 관한 RACH 설정(configuration)은 셀의 시스템 정보에 포함되어 단말에게 제공된다. 상기 RACH 설정은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. 상기 RACH 설정은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. 단말은 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 임의 접속 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 참조 신호 수신 전력(reference signal received power, RSRP)가 상기 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, 단말은 임계값을 충족하는 SSB(들) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다. 예를 들어, RACH 프리앰블의 재전송 시, 단말은 SSB(들) 중 하나를 재선택하고, 재선택된 SSB 에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 재전송할 수 있다. 즉, RACH 프리앰블의 재전송을 위한 RACH 자원은, RACH 프리앰블의 전송을 위한 RACH 자원과 동일 및/또는 상이할 수 있다.
기지국이 단말로부터 임의 접속 프리앰블을 수신하면, 기지국은 임의 접속 응답(random access response, RAR) 메시지(Msg2)를 상기 단말에게 전송한다. RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 임의 접속(random access, RA) 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)(RA-RNTI)로 CRC 스크램블링되어 전송된다. RA-RNTI로 CRC 스크램블링된 PDCCH를 검출한 단말은 상기 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. 단말은 자신이 전송한 프리앰블, 즉, Msg1에 대한 임의 접속 응답 정보가 상기 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 임의 접속 정보가 존재하는지 여부는 상기 단말이 전송한 프리앰블에 대한 임의 접속 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, 단말은 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 일정 횟수 이내에서 재전송할 수 있다. 단말은 가장 최근의 전송 전력, 전력 증분량 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
임의 접속 응답 정보는 단말이 전송한 프리앰블 시퀀스, 기지국이 임의접속을 시도한 단말기에게 할당한 임시 (temporary) 셀-RNTI (temporary cell-RNTI, TC-RNTI), 상향링크 전송 시간 조정 정보(Uplink transmit time alignment information), 상향링크 전송 전력 조정 정보 및 상향 링크 무선자원 할당 정보를 포함할 수 있다. 단말이 PDSCH 상에서 자신에 대한 임의 접속 응답 정보를 수신하면, 단말은 UL 동기화를 위한 타이밍 어드밴스(timing advance) 정보, 초기 UL 그랜트, TC-RNTI를 알 수 있다. 상기 타이밍 어드밴스 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다. 단말에 의한 PUSCH/PUCCH 전송이 네트워크 단에서 서브프레임 타이밍과 더 잘 정렬(align)되도록 하기 위해, 네트워크(예, BS)는 단말로부터 수신되는 PRACH 프리앰블로부터 검출되는 타이밍 정보에 기반하여 타이밍 어드밴스 정보를 획득하고, 해당 타이밍 어드밴스 정보를 보낼 수 있다. 단말은 임의 접속 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 임의 접속 절차의 Msg3로서 전송할 수 있다. Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다. Msg4를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 기지국에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 3에서 주어진다.
TPC 명령은 Msg3 PUSCH의 전송 전력을 결정하는 데 사용되며, 예를 들어, 표 4에 따라 해석된다.
(2) 2-step RACH : Type-2 random access procedure
도 4는 2-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 2 단계로 수행되는 2-step RACH 절차는 낮은 시그널링 오버헤드 (low signaling overhead) 와 낮은 지연 (low latency) 을 성취하기 위하여 RACH 절차를 단순화 시키기 위하여 제안되었다.
4-step RACH 절차에서의 메시지1 을 송신하는 동작과 메시지 3 을 송신하는 동작은 2-step RACH 절차에서는 단말이 PRACH 및 PUSCH 를 포함하는 하나의 메시지 (메시지A) 에 대한 송신을 수행하는 하나의 동작으로 수행되고, 4-step RACH 절차에서의 기지국이 메시지2을 송신하는 동작 및 메시지4를 송신하는 동작은 2-step RACH 절차에서는 기지국이 RAR 및 충돌 해결 정보를 포함하는 하나의 메시지 (메시지B) 에 대한 송신을 수행하는 하나의 동작으로 수행될 수 있다.
즉, 2-스텝 RACH 절차에서 단말은 4-스텝 RACH 절차에서의 메시지1 과 메시지3 를 하나의 메시지 (예를 들어, 메시지 A (message A, msgA)) 로 결합하여, 해당 하나의 메시지를 기지국으로 송신할 수 있다. (401)
또한, 2-스텝 RACH 절차에서 기지국은 4-스텝 RACH 절차에서의 메시지 2 와 메시지 4 를 하나의 메시지 (예를 들어, 메시지 B (message B, msgB)) 로 결합하여, 해당 하나의 메시지를 단말로 송신할 수 있다. (403)
이러한 메시지들의 결합에 기초하여 2-스텝 RACH 절차는 낮은 지연 (low-latency) RACH 절차를 제공할 수 있다.
보다 구체적으로, 2-스텝 RACH 절차에서 메시지 A 는 메시지1 에 포함된 PRACH 프리앰블 (preamble) 과 메시지3 에 포함된 데이터를 포함할 수 있다. 2-스텝 RACH 절차에서 메시지 B 는 메시지2에 포함된 RAR (random access response) 와 메시지4에 포함된 경쟁 해소 정보 (contention resolution information) 를 포함할 수 있다.
(3) Contention-free RACH
도 5는 contention-free RACH 절차의 일 예를 나타낸 도면이다.
경쟁-프리 임의 접속 절차(contention-free RACH)는 단말이 다른 셀 또는 기지국으로 핸드오버 하는 과정에서 사용되거나, 기지국의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 임의 접속 절차의 기본적인 과정은 경쟁 기반 임의 접속 절차와 유사하다. 다만, 단말이 복수의 임의 접속 프리앰블들 중 사용할 프리앰블을 임의로 선택하는 경쟁 기반 임의 접속 절차와 달리, 경쟁-프리 임의 접속 절차의 경우에는 단말이 사용할 프리앰블(이하 전용 임의 접속 프리앰블)이 기지국에 의해 단말에게 할당된다 (501). 전용 임의 접속 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 단말에게 제공될 수 있다. 임의 접속 절차가 개시되면 단말은 전용 임의 접속 프리앰블을 기지국에게 전송한다 (503). 단말이 기지국으로부터 임의 접속 응답을 수신하면 상기 임의 접속 절차는 완료(complete)된다 (505).
경쟁 프리 임의 접속 절차에서, RAR UL 그랜트 내 CSI 요청 필드는 단말이 비주기적 CSI 보고를 해당 PUSCH 전송에 포함시킬 것인지 여부를 지시한다. Msg3 PUSCH 전송을 위한 부반송파 간격은 RRC 파라미터에 의해 제공된다. 단말은 동일한 서비스 제공 셀의 동일한 상향링크 반송파 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SIB1(SystemInformationBlock1)에 의해 지시된다.
하향링크 채널 구조
기지국은 후술하는 하향링크 채널을 통해 관련 신호를 단말에게 전송하고, 단말은 후술하는 하향링크 채널을 통해 관련 신호를 기지국으로부터 수신한다.
(1) 물리 하향링크 공유 채널(PDSCH)
PDSCH는 하향링크 데이터(예, DL-SCH transport block, DL-SCH TB)를 운반하고, QPSK(Quadrature Phase Shift Keying), 16 QAM(Quadrature Amplitude Modulation), 64 QAM, 256 QAM 등의 변조 방법이 적용된다. TB를 인코딩하여 코드워드(codeword)가 생성된다. PDSCH는 최대 2개의 코드워드를 나를 수 있다. 코드워드 별로 스크램블링(scrambling) 및 변조 매핑(modulation mapping)이 수행되고, 각 코드워드로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑될 수 있다. 각 레이어는 DMRS(Demodulation Reference Signal)과 함께 자원에 매핑되어 OFDM 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
(2) 물리 하향링크 제어 채널 (PDCCH)
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH (즉, DCI)는 DL-SCH(downlink shared channel)의 전송 포맷 및 자원 할당, UL-SCH(uplink shared channel)에 대한 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답과 같은 상위 계층 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, CS(Configured Scheduling)의 활성화/해제 등을 나른다. DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 단말 식별자(예, Cell-RNTI, C-RNTI)로 마스킹 된다. PDCCH가 페이징에 관한 것이면, CRC는 P-RNTI(Paging-RNTI)로 마스킹 된다. PDCCH가 시스템 정보(예, System Information Block, SIB)에 관한 것이면, CRC는 SI-RNTI(System Information RNTI)로 마스킹 된다. PDCCH가 랜덤 접속 응답에 관한 것이면, CRC는 RA-RNTI(Random Access-RNTI)로 마스킹 된다.
PDCCH의 변조 방식은 고정돼 있으며(예, Quadrature Phase Shift Keying, QPSK), 하나의 PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE(Control Channel Element)로 구성된다. 하나의 CCE는 6개의 REG(Resource Element Group)로 구성된다. 하나의 REG는 하나의 OFDMA 심볼과 하나의 (P)RB로 정의된다.
도 6은 하나의 REG 구조를 예시한다. 도 6에서, D는 DCI가 매핑되는 자원 요소 (RE)를 나타내고, R은 DMRS가 매핑되는 RE를 나타낸다. DMRS는 하나의 심볼 내 주파수 도메인 방향으로, RE #1, RE #5 및 RE #9에 매핑된다.
PDCCH는 CORESET(Control Resource Set)를 통해 전송된다. CORESET는 BWP 내에서 PDCCH/DCI를 운반하는데 사용되는 물리 자원/파라미터 세트에 해당한다. 예를 들어, CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트를 포함한다. CORESET는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. CORESET를 설정하는데 사용되는 파라미터/정보의 예는 다음과 같다. 하나의 단말에게 하나 이상의 CORESET가 설정되며, 복수의 CORESET가 시간/주파수 도메인에서 중첩될 수 있다.
- controlResourceSetId: CORESET의 식별 정보(ID)를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 연속된 RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDMA 심볼 개수를 나타낸다. 예를 들어, duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE-to-REG 매핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도(granularity)를 나타낸다.
- tci-StatesPDCCH: PDCCH에 대한 TCI(Transmission Configuration Indication) 상태(state)를 지시하는 정보(예, TCI-StateID)를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
- tci-PresentInDCI: DCI 내의 TCI 필드가 포함되는지 여부를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS 스크램블링 시퀀스의 초기화에 사용되는 정보를 나타낸다.
각 CORESET을 위한 주파수 도메인 내 프리코더 입도 (precoder granularity)는 상위 계층 시그널링에 의해 다음 중 하나로 설정된다:
- sameAsREG-bundle: 주파수 도메인 내 REG 번들 크기와 동일함
- allContiguousRBs: CORESET 내부의 주파수 도메인 내 연속하는 RB들의 개수와 동일함
CORESET 내 REG들은 시간-우선 매핑 방식 (time-first mapping manner)에 기초하여 넘버링된다. 즉, REG들은 CORESET 내부의 가장-낮게 넘버링된 자원 블록 내 첫 번째 OFDM 심볼부터 시작하여 0부터 순차적으로 넘버링된다.
CCE에서 REG로의 매핑 타입은 비-인터리빙된 CCE-REG 매핑 타입 또는 인터리빙된 CCE-REG 매핑 타입 중 하나의 타입으로 설정된다. 도 7(a)는 비-인터리빙된 CCE-REG 매핑 타입을 예시하고, 도 7(b)는 인터리빙된 CCE-REG 매핑 타입을 예시한다.
- 비-인터리빙된(non-interleaved) CCE-REG 매핑 타입 (또는 localized 매핑 타입): 주어진 CCE를 위한 6 REG들은 하나의 REG 번들을 구성하고, 주어진 CCE를 위한 모든 REG들은 연속함. 하나의 REG 번들은 하나의 CCE에 대응함
- 인터리빙된 (interleaved) CCE-REG 매핑 타입 (또는 Distributed 매핑 타입): 주어진 CCE를 위한 2, 3 또는 6 REG들은 하나의 REG 번들을 구성하고, REG 번들은 CORESET 내에서 인터리빙됨. 1개 OFDM 심볼 또는 2개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 2 또는 6 REG들로 구성되고, 3개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 3 또는 6 REG들로 구성됨. REG 번들의 크기는 CORESET 별로 설정됨
도 8은 블록 인터리버를 예시한다. 위와 같은 인터리빙 동작을 위한 (블록) 인터리버(interleaver)의 행(row) 개수(A)는 2, 3, 6 중 하나로 설정된다. 주어진 CORESET을 위한 인터리빙 단위 (interleaving unit)의 개수가 P인 경우, 블록 인터리버의 열(column) 개수는 P/A와 같다. 블록 인터리버에 대한 쓰기(write) 동작은 하기 도 8과 같이 행-우선 (row-first) 방향으로 수행되고, 읽기(read) 동작은 열-우선(column-first) 방향으로 수행된다. 인터리빙 단위의 순환 시프트 (CS)는 DMRS를 위해 설정 가능한 ID와 독립적으로 설정 가능한 id에 기초하여 적용된다.
PDCCH 수신을 위해, 단말은 CORESET에서 PDCCH 후보들의 세트를 모니터링(예, 블라인드 디코딩)을 할 수 있다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. PDCCH 모니터링은 PDCCH 모니터링이 설정된 각각의 활성화된 셀 상의 활성 DL BWP 상의 하나 이상의 CORESET에서 수행될 수 있다. 단말이 모니터링 하는 PDCCH 후보들의 세트는 PDCCH 검색 공간(Search Space, SS) 세트로 정의된다. SS 세트는 공통 검색 공간(Common Search Space, CSS) 세트 또는 단말-특정 검색 공간(UE-specific Search Space, USS) 세트일 수 있다.
표 5는 PDCCH 검색 공간을 예시한다.
| Type | Search Space | RNTI | Use Case |
| Type0-PDCCH | Common | SI-RNTI on a primary cell | SIB Decoding |
| Type0A-PDCCH | Common | SI-RNTI on a primary cell | SIB Decoding |
| Type1-PDCCH | Common | RA-RNTI or TC-RNTI on a primary cell | Msg2, Msg4 decoding in RACH |
| Type2-PDCCH | Common | P-RNTI on a primary cell | Paging Decoding |
| Type3-PDCCH | Common | INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) | |
| UE Specific | UE Specific | C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) | User specific PDSCH decoding |
SS 세트는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. 서빙 셀의 각 DL BWP에는 S개(예, 10) 이하의 SS 세트가 설정될 수 있다. 예를 들어, 각 SS 세트에 대해 다음의 파라미터/정보가 제공될 수 있다. 각각의 SS 세트는 하나의 CORESET와 연관되며(associated), 각각의 CORESET 구성은 하나 이상의 SS 세트와 연관될 수 있다.- searchSpaceId: SS 세트의 ID를 나타낸다.
- controlResourceSetId: SS 세트와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타낸다.
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDMA 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDMA 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDMA 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 개수(예, 0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: SS 타입이 CSS 또는 USS인지 나타낸다.
- DCI 포맷: PDCCH 후보의 DCI 포맷을 나타낸다.
CORESET/SS 세트 설정에 기반하여, 단말은 슬롯 내의 하나 이상의 SS 세트에서 PDCCH 후보들을 모니터링 할 수 있다. PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)는 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 6은 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
| DCI format | Usage |
| 0_0 | Scheduling of PUSCH in one cell |
| 0_1 | Scheduling of PUSCH in one cell |
| 1_0 | Scheduling of PDSCH in one cell |
| 1_1 | Scheduling of PDSCH in one cell |
| 2_0 | Notifying a group of UEs of the slot format |
| 2_1 | Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE |
| 2_2 | Transmission of TPC commands for PUCCH and PUSCH |
| 2_3 | Transmission of a group of TPC commands for SRS transmissions by one or more UEs |
DCI 포맷 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다(DL grant DCI). DCI 포맷 0_0/0_1은 UL grant DCI 또는 UL 스케줄링 정보로 지칭되고, DCI 포맷 1_0/1_1은 DL grant DCI 또는 UL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취 (pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH (Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.DCI 포맷 0_0과 DCI 포맷 1_0은 폴백(fallback) DCI 포맷으로 지칭되고, DCI 포맷 0_1과 DCI 포맷 1_1은 논-폴백 DCI 포맷으로 지칭될 수 있다. 폴백 DCI 포맷은 단말 설정과 관계없이 DCI 사이즈/필드 구성이 동일하게 유지된다. 반면, 논-폴백 DCI 포맷은 단말 설정에 따라 DCI 사이즈/필드 구성이 달라진다.
RedCap (Reduced Capability)
5G NR의 유연성과 확장성은 새로운 Use Case들을 해결하기 위해 5G 생태계(ecosystem)를 확장하고 점점 더 많은 장치를 네트워크에 연결할 수 있게 한다. 이를 위하여, NR 시스템에서는 RedCap 장치의 지원에 대해서 논의되고 있다. NR RedCap 장치의 도입은 아래의 Use Case들을 기반으로 NR 시스템의 생태계를 확장할 수 있다.
USE CASES
NR RedCap의 USE CASES들에는 웨어러블 (예: 스마트 시계, 웨어러블 의료 기기, AR / VR 고글 등), 산업용 무선 센서 및 비디오 감시가 포함될 수 있다. 아래의 [표 7]은 구체적인 RedCap의 USE CASES들을 나타낸다.
| Data Rate | Latency | Availability / Reliability | Battery LifeTime | Device Size | |
| Wearable | Reference data rate: 5-50 Mbps in downlink and 2-5 Mbps in uplink | Relaxed | N/A | At least several days and up to 1-2 weeks | Compact form factor |
| Industrial wireless sensors | < 2Mbps | <100 ms | 99.99 % | At least a few years | N/A |
| Video surveillance | 2-4 Mbps for economic video and 7.5-25 Mbps for high-end video | < 500 ms | 99% - 99.9% | N/A | N/A |
표 8을 참조하면, 3가지 Use Case들은 eMBB (enhanced mobile broadband) Use Case들보다 데이터 속도 및 latency 측면에서 낮은 요구 사항(Requirement)를 가진다.
반면에 RedCap USE CASES들은 현재 LTE-M 및 NB-IoT 솔루션에서의 LPWA (low-power wide-area) USE CASE와는 매우 다른 요구 사항을 가지고 있다. 예를 들어, RedCap의 데이터 속도는 LPWA보다 높을 수 있다. 또한, 특정 웨어러블 USE CASE에 대한 장치 폼 팩터(device form factor)에 대한 제약이 있을 수 있다. 다시 말해, RedCap 장치는 eMBB보다 낮고, LPWA 장치보다 높은 세그먼트(Segment)를 가질 것으로 생각된다.
RedCap DEVICE CAPABILITY
[표 8]은 NR Rel 15를 위한 장치와 RedCap 장치의 성능을 비교한 것이다. 대역폭 감소, 최대 MIMO 계층 수 감소 및 최대 다운 링크 변조 순서 완화는 모두 baseband complexity를 감소시키는 것에 도움이 될 수 있다.
| FR1 | FR2 | |||
| Rel 15 Device | RedCap Device | Rel 15 Device | RedCap Device | |
| Maximum device Bandwidth | 100 MHz | 20 MHz | 200 MHz | 100 MHz |
| Minimum number of device receive branches | 2 or 4, depending on the frequency band |
1 for bands where a baseline NR device is required to have 2
TBD: 1 or 2 for bands where a baseline NR device is required to have 4 |
2 | 1 |
| Maximum number of downlink MIMO layers | 2 or 4, depending on the frequency band |
1 for RedCap device with 1 Rx branch
2for RedCap device with 2 Rx branches |
2 | 1 |
| Maximum downlink modulation order | 256 QAM | 64 QAM | 64 QAM | 64 QAM |
| Duplex operation | FD-FDD, TDD | UE may implement HD-FDD, FD-FDD, TDD | TDD | TDD |
Rel-17 NR system에서는 RedCap (Reduced Capability) 장치에 대한 연구가 진행되고 있다. RedCap UE(User Equipment)는 기존의 LPWA (Low Power Wide Area, i.e., LTE-M/NB IOT) UE에 비해 높은 요구 사항(requirement)이 설정될 수 있으며, URLLC/eMBB UE에 비해서는 낮은 요구 사항(requirement)이 설정될 수 있다.
한편, RedCap UE는 FR(Frequency Range) 1과 FR2에서 각각 20MHz와 100MHz의 BW(Bandwidth)를 지원할 수 있으며, 이를 위해 RedCap UE를 위하여 별도(separate)의 전용 초기(initial) BWP(Bandwidth Part)가 설정될 수 있다.
Rel-18 RedCap study (R18-NR_redcap_enh)에서는 상대적으로 낮은 비용, 낮은 에너지 소모, 낮은 data rate 요구 사항의 RedCap UE의 use case 시장 확대를 위해 더 심화된 복잡성 감소(complexity reduction)가 요구된다. Rel-18 RedCap은 LPWA UE와 Rel-17 RedCap UE 사이의 더 낮은 단계의 장치(device)를 지원해야 하고 이를 위해 Rel-18 RedCap의 목표 peak data rate를 10Mbps로 설정하고 있다. 이를 위해 Rel-18 RedCap UE는 기존 Rel-17 RedCap UE의 FR1에서의 20 MHz BW보다 더 작아진 최대 5MHz의 BW를 지원하고, 15kHz 또는 30kHz SCS(Subcarrier Spacing)을 지원하는 것을 가정하고 있다. 또한, Rel-18 RedCap UE는 FR2를 지원하지 않는 것을 가정한다.
Rel-18 RedCap UE가 최대 5MHz BW를 지원할 경우, 기존 NR system 상의 설정을 제대로 지원하지 못할 수 있다. 한편, NR 대역(band)의 경우, 5MHz를 지원할 수 있는 대역(band)들이 있어 해당 밴드(band)에서 Rel-18 RedCap UE를 지원할 수 있다. 5MHz BW에서의 최대 전송 BW 설정은 하기 표 9와 같다.
표 9는 TS38.101에서 발췌한 것이다. 표 9를 참조하면, 5MHz BW에서 최대 전송 가능 BW는 15kHz 기준 25RB 또는 30kHz 기준 11RB이다. 다시 말해, Rel-18 RedCap UE의 BW는 최대 25RB 또는 11RB까지 설정가능하다. 따라서, CORESET (Control Resource Set) 설정(configuration) 등에 제약이 있을 수 있다. 예를 들어, 기존 NR 시스템(system)의 SSB (Synchronization Signal Block)와 COERSET for Type0-PDCCH CSS (Common Search Space) set의 설정 중 일부만 사용 가능하다.
| Index | SS/PBCH block and CORESET multiplexing pattern | Number of RBs N RB CORESET | Number of Symbols N symb CORESET | Offset (RBs) |
| 0 | 1 | 24 | 2 | 0 |
| 1 | 1 | 24 | 2 | 2 |
| 2 | 1 | 24 | 2 | 4 |
| 3 | 1 | 24 | 3 | 0 |
| 4 | 1 | 24 | 3 | 2 |
| 5 | 1 | 24 | 3 | 4 |
| 6 | 1 | 48 | 1 | 12 |
| 7 | 1 | 48 | 1 | 16 |
| 8 | 1 | 48 | 2 | 12 |
| 9 | 1 | 48 | 2 | 16 |
| 10 | 1 | 48 | 3 | 12 |
| 11 | 1 | 48 | 3 | 16 |
| 12 | 1 | 96 | 1 | 38 |
| 13 | 1 | 96 | 2 | 38 |
| 14 | 1 | 96 | 3 | 38 |
| 15 | Reserved | |||
표 10은 TS38.213에서 발췌한 것이며, 15kHz SCS 및 5MHz BW에서 사용 가능한 COERSET for Type0-PDCCH CSS set의 설정을 나타낸 표이다. 표 10을 참조하면, Rel-18 RedCap UE는 표 10에서 사용할 수 있는 인덱스 0 내지 인덱스 15 중에 인덱스 0 내지 인덱스 5의 설정만 사용할 수 있다. 이외의 인덱스들 (즉, 인덱스 6 내지 15)은 CORESET RB (Resource Block) 수가 25를 넘어 Rel-18 RedCap UE는 사용하기 어려울 수 있다.한편, 30kHz SCS 및 5MHz BW에서는 모든 설정들이 11RB를 초과하기 때문에 Rel-18 RedCap 전용의 새로운 설정이 필요하거나 24RB의 SSB를 단말에 허용되는 대역폭에 맞게 펑처링(puncturing)하여 수신해야 할 수 있다.
NR 시스템(system)에서 제어 채널(control channel) 송수신은 CORESET과 SS Set (search space set)에 의해 설정된 자원에 대한 블라인드 디코딩(blind decoding)을 기반으로 수행된다. CORESET은 제어 채널(control channel)이 전송될 수 있는 자원 영역 및 특성을 정의하며, 자원 영역은 주파수 도메인(frequency domain)에서의 CORESET의 크기 및 위치와 시간 도메인(time domain)에서의 CORESET의 크기가 네트워크에 의해 할당될 수 있다. 한편, 시간 도메인에서의 CORESET의 위치는 SS Set에 의해 결정될 수 있다. 자원 영역의 특성은 REG (Resource Element Group) 번들(bundle)의 인터리빙(interleaving) 여부, REG 번들 크기(bundle size), 인터리빙(interleaving) 관련 파라미터(parameter), 프리코더 세분성(precoder granularity), 안테나 포트 QCL (quasi co-location) 정보, DMRS 스크램블링(scrambling) 정보에 의해 정의될 수 있고, 상술한 정보들은 기지국이 단말에게 지시할 수 있다.
제어 채널 (Control channel) 전송을 위한 자원 유닛(resource unit)은 REG (Resource-Element Group), REG 번들(bundle) 및/또는 CCE (Control-Channel Element)으로 정의된다. 1 CCE = 6 REG이며, 하나의 REG는 시간 도메인(time domain)에서는 1 심볼(symbol), 주파수 도메인(frequency domain)에서는 1 RB (resource block)으로 정의된다. 즉, 1 REG는 12 RE라 할 수 있다. 실제 PDCCH가 전송될 수 있는 하나의 PDCCH 후보(candidate)는 1, 2, 4, 8 또는 16 CCEs로 구성될 수 있으며, PDCCH가 전송될 수 있는 하나의 PDCCH 후보(candidate)가 구성된 CCE의 수를 Aggregation Level (AL)이라 한다. 1 심볼 CORESET의 경우, AL 16의 PDCCH를 전송하기 위해 96 RB (=약 20MHz)의 전송대역폭이 필요하며, 2 심볼 CORESET 및 3 심볼 CORESET의 경우 AL16 PDCCH를 전송하기 위해 각각 48RB, 32RB의 전송 대역폭을 필요로 한다.
Rel-18 RedCap UE는 대역폭 감소(bandwidth reduction)로 인해 최대 5 MHz 의 전송 대역폭으로 동작할 수 있다. 따라서, 현재의 CORESET 설정(configuration)으로는 higher AL PDCCH 전송이 어려울 수 있다.
또한, RedCap UE의 경우, 감소된 성능(reduced capability)으로 인한 커버리지 열화(coverage degradation)를 보상하기 위해, 기존 eMBB/URLLC 단말에 비해 높은 AL을 필요로 할 수도 있다.
따라서, 본 개시에서는 상술한 문제점을 해결하기 위하여, Rel-18 RedCap UE의 제한된 BW 내에서의 제어 채널을 설정(configuration)하는 방법에 관해 제안한다. 이를 위해, 기존 NR 시스템(system)에서 도입되지 않은 AL 설정과 이를 지원하기 위한 방법, RedCap UE를 위한 CORESET 설정(configuration) 방법 이 포함될 수 있다. 하기 제안 방법들은 단독으로 혹은 조합을 통해 구현될 수 있다.
이하 본 개시에서는 제한된 대역폭(bandwidth)의 Rel-18 RedCap UE를 기준으로 제안되는 방법을 설명하고 있다. 다만, 본 개시에서 제안하는 방법들은 이에 제한되지 않으며, PDCCH 수신 성능을 보상해주기 위한 다른 방법들(예를 들어, 대역폭은 충분히 크지만 커버리지(coverage)가 부족한 UE의 PDCCH 수신 성능을 개선)에도 확장되어 적용될 수 있음은 당업자라면 이해할 수 있다.
따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 발명의 원리가 침해되지 않는 한 기지국과 단말이 기대하는 모든 종류의 송수신 방식에 적용될 수 있음은 자명하다.
이하, 본 개시에서는 제안 방법들의 원리를 설명하기 위하여 NR 시스템을 기준으로 예시를 설명하나, 제안하는 방법들은 별도의 설명이 없는 한 NR의 송수신 형태를 특정하여 제한하지 않는다. 또한, 본 개시에서는 제안 방법의 원리를 설명하기 위하여 Rel-18의 RedCap UE의 특성과 구조를 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 별도의 설명이 없는 한 RedCap UE의 지원에 특정하여 제한하지 않는다. 따라서 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 제안 방법들의 원리가 침해되지 않는 한 모든 무선 통신 송수신의 구조와 서비스에 적용될 수 있음은 자명하다.
이하의 설명에서 각 방식 또는 옵션의 구분은 설명을 명확히 하기 위한 의도이며, 각각이 반드시 독립적인 발명으로 실시되어야 한다는 의미로 제한 해석되지 않는다. 예를 들어, 후술하는 방식/옵션들은 각각이 개별적으로 실시될 수 있지만, 서로 상충하지 않는 범위 내에서 적어도 일부가 조합된 형태로 실시 될 수도 있다.
본 개시에서는 기지국이 대역폭이 제한된(또는 줄어든) 단말에게 CORESET을 설정/지시하는 방법들을 제안한다. 이를 통해, Rel-18 RedCap UE를 포함하는 UE들이 대역폭이 제한되더라도, 기존 NR 표준 상의 설정을 변경하지 않고도 해당 UE들을 위한 CORESET을 설정할 수 있고, 감소된 성능(reduced capability)으로 인해 열화(degrade)된 수신 성능을 보전할 수 있다.
도 9와 도 10은 본 개시의 실시 예에 따른 UE 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다. 만약, RRC connection 이전이라면, UE가 CORESET #0 for RedCap UE를 활용하여 시스템 정보(system information)를 수신하는 임의 접속(random access) 동작의 예시 및 기지국이 RedCap UE를 고려하여 CORESET #0 for RedCap UE를 설정해주는 동작의 예시에 활용될 수도 있다.
도 9를 참조하면, RRC connected UE는 기지국으로부터 CORESET 및/또는 CORESET for RedCap UE에 관련된 정보를 수신할 수 있다(S901). 또한, UE는 획득한 정보를 통해 해당 셀(Cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는지 여부를 확인할 수 있다(S903). 예를 들어, 획득한 정보에 별도의 RedCap UE를 위한 제어 채널 자원의 할당을 허용하는지에 대한 정보가 포함될 수도 있고, 해당 정보 내에 CORESET for RedCap UE를 위한 정보가 포함되어 있다면, RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는 것으로 UE가 인지할 수도 있다.
만약, 해당 셀에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용된 경우, UE는 CORESET for RedCap을 기반으로 PDCCH를 수신할 수 있다(S905). 만약, 해당 셀(cell)에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용되지 않은 경우, RedCap UE는 모든 UE가 공통으로 활용할 수 있는 CORESET을 기반으로 PDCCH를 수신할 수 있다(S905).
또한, 상술한 S901 내지 S907에 따른 구체적인 RedCap UE의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
한편, 상술한 과정은 RRC Connected 된 RedCap UE의 동작이다.
따라서, RRC connection 이전의 RedCap UE 동작을 살펴보도록 한다. RRC connection 이전의 RedCap UE는 임의 접속(random access)을 시작한다. 예를 들어, UE는 임의 접속을 위해 기지국으로부터 SSB를 수신할 수 있다. 또한, UE는 SSB의 PBCH로부터 MIB (Master Information Block)을 획득할 수 있다. 또한, 해당 MIB로부터 CORESET #0 및/또는 CORESET #0 for RedCap UE에 관련된 정보를 획득할 수 있다(S901). 여기서, CORESET #0은 일반 UE를 위한 Type-0 PDCCH CSS Set을 위한 CORESET을 의미할 수 있다. 또한, CORESET #0 for RedCap은 대역폭이 제한된 UE(예를 들어, RedCap UE)를 위해 별도의 Type-0 PDCCH CSS Set을 위한 CORESET #0로서, 본 개시의 제안 방법들에 따라 설정되는 CORESET #0을 의미한다.
또한, UE는 획득한 정보를 통해 해당 셀(Cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는지 여부를 확인할 수 있다(S903). 예를 들어, 획득한 정보에 별도의 RedCap UE를 위한 제어 채널 자원의 할당을 허용하는지에 대한 정보가 포함될 수도 있고, 해당 정보 내에 CORESET #0 for RedCap UE를 위한 정보가 포함되어 있다면, RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는 것으로 UE가 인지할 수도 있다.
만약, 해당 셀에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용된 경우, UE는 CORESET #0 for RedCap을 기반으로 셀(cell)의 시스템 정보(system information)를 수신할 수 있다(S905). 만약, 해당 셀(cell)에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용되지 않은 경우, RedCap UE는 모든 UE가 공통으로 활용할 수 있는 CORESET #0을 기반으로 셀(cell)의 시스템 정보(system information)를 수신할 수 있다(S905). 예를 들어, RedCap UE는 CORESET #0 for RedCap UE 또는 CORESET #0을 통해 SIB1을 스케줄링하는 PDCCH를 수신할 수 있다. 또한, RedCap UE는 해당 PDCCH를 기반으로 SIB1을 수신할 수 있다.
또한, 상술한 S901 내지 S907에 따른 구체적인 RedCap UE의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
도 10은 기지국이 해당 셀(cell)에서 RedCap UE를 고려하여 CORESET for RedCap을 설정하는 동작의 예시를 나타낸다. 여기서, CORESET for RedCap은 대역폭이 제한된 UE(예를 들어, RedCap UE)를 위해 별도의 CORESET로서, 본 개시의 제안 방법들에 따라 설정되는 CORESET을 의미한다. RRC connected 상태에서의 기지국의 동작을 우선 살펴보도록 한다.
기지국은 RedCap UE를 위한 별도의 제어 채널(control channel) 자원의 할당 여부를 결정할 수 있다(S1001). 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용할 경우, 기지국은 CORESET와 CORESET for RedCap을 별도로 설정할 수 있다(S1003). 만약, 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하지 않을 경우, 기지국은 모든 UE들이 공통으로 활용할 수 있는 CORESET을 설정할 수 있다(S1005). 기지국은 S1003 또는 S1005에 따라 설정된 CORESET 및/또는 CORESET for RedCap UE를 포함하는 정보를 UE에게 전송할 수 있다(S1007). 또한, 기지국은 해당 CORESET 및/또는 CORESET for RedCap UE를 통해 PDCCH를 전송할 수 있다. (S1009)
또한, 상술한 S1001 내지 S1009에 따른 구체적인 기지국의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
한편, RRC connected 이전의 기지국은 셀(Cell)의 시스템 정보(system information) (예를 들어, SIB1)을 설정할 수 있다. 이 때, 기지국은 해당 셀(cell)에서 RedCap UE를 위한 임의 접속 (또는 초기 접속) 용도의 별도의 제어 채널(control channel) 자원의 할당 여부를 결정할 수 있다(S1001). 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용할 경우, CORESET #0와 CORESET #0 for RedCap을 별도로 설정할 수 있다(S1003). 만약, 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하지 않을 경우, 모든 UE들이 공통으로 활용할 수 있는 CORESET #0를 설정할 수 있다(S1005). 기지국은 S1003 또는 S1005에 따라 설정된 CORESET #0 및/또는 CORESET #0 for RedCap UE를 포함하는 정보를 UE에게 전송할 수 있다(S1007). 또한, 해당 CORESET #0 및/또는 CORESET #0 for RedCap UE를 통해 PDCCH를 전송하고, 해당 PDCCH를 기반으로 시스템 정보를 전송할 수 있다. 예를 들어, 해당 시스템 정보는 SIB1일 수 있고, PDCCH는 SIB1을 스케줄링하기 위한 것일 수 있다(S1009).
또한, 상술한 S1001 내지 S1009에 따른 구체적인 기지국의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
도 11은 기지국이 RRC connected RedCap UE에게 제한된 BW를 고려한 CORESET 및 SS set을 설정하고, 이를 기반으로 RedCap UE에게 PDCCH를 전송하는 과정의 예시를 나타낸 것이다.
UE는 제한된 대역폭(bandwidth) (예를 들어, 5MHz)를 포함하는 성능 (capability) 정보를 기지국에 보고할 수 있다(S1101). 다만, UE가 임의 접속 절차에서 RedCap UE임을 알려줄 수 있다면 (예를 들어, early identification이 이미 수행되었다면), 해당 성능 보고(capability report) 절차가 일부 생략되거나 본 개시에서 제안하는 방법을 위한 과정에는 포함되지 않을 수 있다.
기지국은 단말의 제한된 BW를 고려하여 CORESET과 SS set에 관련된 PDCCH 수신에 필요한 정보를 설정하고, 해당 정보를 UE에게 전송할 수 있다(S1103). 또한, 기지국은 해당 정보를 기반으로 UE에게 PDCCH를 전송할 수 있다(S1105). S1103 내지 S1105는, [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다. 또한, 기지국이 단말의 제한된 BW를 고려하여 설정하는 SS Set은 Type-0 PDCCH CSS Set일 수 있고, CORESET은 Type-0 PDCCH CSS Set을 위한 CORESET #0일 수 있다. 또한, UE가 수신하는 PDCCH는 SIB1을 스케줄링하기 위한 PDCCH일 수 있으며, 기지국은 해당 PDCCH를 기반으로 SIB1을 UE에게 전송할 수 있다.
[방법 1] Rel-18 RedCap UE의 제어 채널 자원을 최대한 활용하는 방법
Rel-18 RedCap UE의 경우, 15kHz SCS에서는 최대 5MHz 내에서 25 RB를 사용할 수 있다고 가정할 때, CORESET 설정(configuration)에는 최대 25*3=75 REG를 사용할 수 있다. 여기서, 3은 CORESET에 설정될 수 있는 최대 심볼 수 이다.
한편, 기존 NR 시스템(system)에서는 AL 1, 2, 4, 8 및 16을 지원한다. AL 16의 경우, 16 CCE * 6 REG/CCE = 96 REG를 사용해서 설정될 수 있다. 따라서, 최대 5MHz BW의 Rel-18 RedCap UE는 AL 16을 온전히 지원할 수 없다.
30kHz SCS에서는 최대 5MHz 내에서 11RB를 사용할 수 있다고 가정할 때, CORESET 설정(configuration)에는 11*3=33 REG만 사용할 수 있다. 여기서, 3은 CORESET에 설정될 수 있는 최대 심볼 수 이다. 또한, CORESET은 6RB 단위로 설정될 수 있으므로 최대 18 REG(=6RB*3심볼)가 사용가능하고, 이로 인해 AL 2만 온전히 지원가능하며 AL 4부터는 지원이 불가능할 수 있다.
따라서, Rel-18 RedCap UE가 활용할 수 있는 제어 채널(control channel)의 자원을 최대한 활용하여 CORESET을 설정해줄 필요가 있다. 이를 위해, [방법 1]에서는 Rel-18 RedCap UE의 제어 채널(control channel)의 자원을 최대한 활용할 수 있는 새로운 AL과 이를 지원 및 설정할 수 있는 방법을 제안한다. 또한, 본 개시에서는 기존 NR 표준의 방법을 활용하여 Rel-18 RedCap UE의 제어 채널(control channel) 자원을 최대한 활용할 수 있는 방법을 제안한다.
본 개시에서는 편의를 위해 15kHz SCS에서의 예시를 주로 들어 설명하고 있으나, 동일한 원리에 의해 30kHz SCS의 예시에도 동일하게 적용될 수 있다. 예를 들어, 15kHz SCS의 25RB * 3symbol = 75 REG를 30kHz SCS의 11RB * 3symbol = 33 REG로 치환하여 각 실시 예의 원리를 적용할 수 있다.
[방법 1-1] 기존 NR 표준의 AL 외의 새로운 AL을 지원하는 방법
기존 NR 시스템(system)에서의 AL 1, 2, 4, 8 및 16은 각각 6, 12, 24, 48 및 96 REG를 사용하여 설정된다. 그러므로, Rel-18 RedCap UE가 활용할 수 있는 15kHz에서의 75 REG 이내(혹은 30kHz에서의 33 REG 이내)에서의 새로운 AL을 정의/설정한다면 UE의 제어 채널(control channel) 자원을 최대한 활용하는데 도움이 될 수 있다.
예를 들어, Rel-18 RedCap UE를 위하여 AL 12가 지원되도록 설정될 수 있다. AL 12는 72 REG(=12CCE * 6REG/CCE)를 사용하여 설정될 수 있고, 이는 24 RB와 3 심볼 CORESET 설정(configuration)을 통해 통해 활용될 수 있다(즉, 24 RB * 3심볼 = 72REG). 이는, 표 10의 인덱스 3, 4 및 5를 통해 설정될 수 있는 제어 채널(control channel)의 자원을 하나의 PDCCH 후보(candidate)로 설정하는 것과 동일하다.
기존 NR 표준에서 코드워드(codeword)를 생성하여 DCI 페이로드(payload)의 길이를 맞추기 위해 rate matching circular buffer를 활용한다. 이 때, rate matching circular buffer는 N-length vector y를 입력값(input)으로 E-length vector e를 출력값(output)으로 한다. 예를 들어, E가 실제 제어 채널(control channel)에 맵핑(mapping)될 수 있는 DCI 페이로드 크기(payload size)가 되므로 AL 12에 해당하는 E 값을 넣어 AL 12를 지원할 수 있다. 다시 말해, 기존 NR 표준에 대한 변경 없이 rate matching circular buffer의 출력값 크기(output size)를 AL 12에 맞게 설정함으로써 AL 12를 지원할 수 있다.
한편, AL 12를 지원하기 위해 AL 6을 도입할 수도 있다. 기존 NR 표준의 AL의 경우, 상위 AL의 값이 바로 직전 하위 AL 값의 2배인 형태로 구성되어 있으므로, Rel-18 RedCap UE를 지원하기 위해 AL 12를 도입하고자 할 때 AL 6도 함께 도입하는 것을 고려할 수 있다. AL 6는 Rel-18 RedCap UE의 제어 채널 자원을 최대한 활용하기 위한 방법은 아니지만 AL 12의 절반인 값을 도입함으로써 제어 채널(control channel) 자원 맵핑(mapping)에 유연성(flexibility)이 증가할 수 있다.
이 때, AL 6는 AL 12와 단독 또는 조합으로 도입될 수 있다. 예를 들어, AL 6이 도입된다면 24 RB * 3 심볼 = 72 REG의 자원이 하나의 PDCCH 후보(candidate)에 모두 할당되지 않고, 두 개의 PDCCH 후보들(candidate)에 나눠서 할당될 수 있다.
새로운 AL을 지원하기 위해 SS set 의 RRC (Radio Resource Control) 설정에 파라미터(parameter) nrofCandidates 의 하위 파라미터에 aggregationLevel12 (또는 aggregationLevel6)가 추가될 수 있다. RRC 설정(configuration) 전의 임의 접속 (또는 초기 접속)의 경우, RedCap UE를 위하여 별도(separate)로 설정된 초기(initial) DL BWP에서 CORESET #0 및 이를 위한 SS set 설정(configuration)에 새로운 AL을 지원하도록 설정될 수 있다.
또는, 별도의 설정 없이 Rel-18 RedCap UE가 AL 16의 설정을 AL 12로 해석할 수 있다. 즉, SS set의 nrofCandidates 의 하위 파라미터인 aggregationLevel16이 설정되면 Rel-18 RedCap UE는 이를 AL 12로 인지하고, AL 12를 기반으로 PDCCH를 수신할 수 있고, 기지국도 AL 12를 기반으로 PDCCH를 전송할 수 있다.
한편, 새로운 AL은 Rel-18 RedCap UE에 한정되지 않고, 보통의 NR UE의 스케줄링 유연성(scheduling flexibility) 또는 제어 채널(control channel) 자원의 효율적인 배치를 위해 지원될 수도 있다.
[방법 1-2] 기존 NR 표준의 설정을 바탕으로 Rel-18 RedCap UE의 제어 채널(control channel) 자원을 최대한 활용하는 방법
Rel-18 RedCap UE 의 제어 채널(control channel) 자원인 75 REG를 최대한 활용하기 위해 기존의 AL을 활용할 수 있다.
첫 번째 방법으로 레이트 매칭(rate matching)을 활용할 수 있다. 레이트 매칭(rate matching)은 일반적으로 코드워드(codeword)를 생성한 뒤 페이로드 크기(payload size)에 따라 코드 레이트(code rate)를 변경시키는 것을 의미한다.
예를 들어, [방법 1-1]과 달리 기존 NR 표준에서 지원 가능한 AL 1, 2, 4, 8 또는 16에 따라 기지국이 DCI 및 페이로드(payload)를 생성한 뒤, Rel-18 RedCap UE의 제어 채널(control channel) 자원에 따라 레이트 매칭(rate matching)을 수행할 수 있다. 예를 들어, 기지국은 72 REG를 활용하는 PDCCH 후보(candidate)를 지원하기 위해 (i) AL 16을 위한 페이로드 크기에 따라 DCI를 생성하고, 72 REG에 따라 레이트 매칭(즉, 펑처링(puncturing))을 수행할 수 있다. 또는, 기지국은 (ii) AL 8을 위한 페이로드 크기(payload size)에 따라 DCI를 생성하고, 72 REG에 따라 레이트 매칭(즉, 반복(repetition))을 수행할 수 있다.
두 번째 방법으로 Rel-18 RedCap UE의 제어 채널(control channel) 자원을 최대한 활용하기 위하여 기존 NR 표준에서 지원 가능한 AL의 조합이 지원될 수 있다. 예를 들어, 72 REG를 활용하는 PDCCH 후보(candidate)를 지원하기 위해서 AL 8 + AL 4와 같은 조합이 활용될 수 있다. 또는, 75 REG를 활용하는 PDCCH 후보(candidate)를 지원하기 위해서 AL 8 + AL 4 + AL 1과 같은 조합이 활용될 수 있다. 본 개시에서는 이해하기 쉽도록 설명하기 위해 2개의 조합을 예시로 설명하고 있으나 반드시 이에 한정되는 것은 아니다.
72 REG를 AL 8 + AL 4로 지원할 경우, 기지국은 24 RB * 3 심볼(symbol)에 해당하는 제어 채널(control channel) 자원을 AL 8과 AL 4로 맵핑(mapping)할 수 있다. 예를 들어, 기지국은 16 RB에 AL 8을 할당하고, 8 RB에 AL 4를 할당할 수 있다. 또 다른 예로, 기지국은 2 심볼에 AL 8을 할당하고, 1 심볼에 AL 4를 할당할 수 있다.
다시 말해, 기지국은 72 REG를 기반으로 페이로드(payload)를 생성하고 생성된 페이로드를 48 REG과 24 REG로 나누어 CCE-to-REG interleaving을 수행함으로써, CCE 인덱스를 맵핑(mapping)할 수 있다. 이 때, REG 번들 크기(bundle size)는 두 AL이 서로 상이할 수 있다. 예를 들어, 48 REG 와 24 REG 각각에 대하여 CCE-to-REG interleaving을 수행하므로, 48 REG 인터리빙을 위한 REG 번들 크기와 24 REG 인터리빙을 위한 REG 번들 크기는 서로 동일할 수도 있고, 상이할 수도 있다.
또는, 기지국은 72 REG에 따라 페이로드(payload)를 생성하고, 생성된 페이로드를 나누지 않고 CCE-to-REG interleaving하여 CCE 인덱스를 맵핑(mapping)할 수도 있다. 이는, [방법 1-1]의 AL 12를 지원하는 것과 유사할 수 있다. 즉, AL 16에 따라 페이로드를 생성하더라도, 기지국은 이를 AL 12라고 인지하여, PDCCH를 맵핑/전송할 수 있고, UE도 이를 AL 12라고 인지하여, 이를 기반으로 PDCCH를 수신할 수 있다.
또는, 기지국은 코드워드를 분리하여 생성하고, 각각 AL 8을 위한 페이로드와 AL 4를 위한 페이로드(payload)에 따라 배치할 수 있다. 예를 들어, 기지국은 코드워드를 분리하여, AL 8을 위한 제 1 페이로드를 생성하여 48 REG에 할당하고, AL 4를 위한 제 2 페이로드를 생성하여 24REG에 할당할 수 있다. 즉, 상술한 방법은 AL 12를 기준으로 페이로드가 생성되어, AL 8 및 AL 4에 따라 자원이 할당되나, 해당 방법은 AL 8 및 AL 4에 따라 각각 페이로드가 생성되어 자원이 할당될 수 있다.
Rel-18 RedCap UE는 AL 16에 해당하는 SS set 설정 및 블라인드 디코딩(blind decoding) 과정에서 별도의 지시 없이 [방법 1-2]가 적용되도록 설정되거나 필수적으로 지원될 수 있다. 또는, 별도의 상위 계층 시그널링(higher layer signaling)을 통해 지원 가능한 제어 채널(control channel)의 자원이 최대로 사용되도록 설정되는 경우, [방법 1-2]가 적용될 수 있다. 또는, [방법 1-2]는 기존 NR 시스템(system)에서 지원할 수 없는 AL (예를 들어, AL 6 = AL 2 + AL 4)을 지원하여 자원 할당의 유연성을 증가시키는데 활용될 수 있다.
[방법 1]에 따르면, UE가 제한된 대역폭 (예를 들어, 5MHz)을 지원하는 경우에도 제한된 대역폭에 부합하는 제어 채널 자원을 할당할 수 있으며, 해당 제어 채널 자원을 위한 AL을 지원할 수 있다.
특히. [방법 1-1]의 경우, 제한된 대역폭에서 사용될 수 있는 REG 개수에 활용하기 적합한 AL을 새롭게 지원함으로써, 제어 채널을 할당하는 데 유연성을 증가시킬 수 있다. 또한, 기존의 페이로드 생성 방법 및 DCI 맵핑 방법을 그대로 사용할 수 있다.
또한, [방법 1-2]의 경우, 제한된 대역폭에서 사용될 수 있는 REG 개수에 활용하기 적합한 AL을 기존의 AL들을 활용하여 구현함으로써, 기존의 표준 내용에 수정 없이 제한된 대역폭을 위한 AL을 구현할 수 있으며, 이에 따라 제어 채널을 할당하는 데 유연성을 증가시킬 수 있다.
[방법 2] Rel-18 RedCap UE의 제어 채널(control channel) 자원을 확보하기 위한 CORESET 확장(extension)
상술하였듯이 Rel-18 RedCap UE는 최대 5 MHz의 BW를 지원할 수 있다. 이는, UE의 제어 채널(control channel) 자원은 주파수 도메인(frequency domain)으로는 최대 25 RB의 제한이 있다는 의미이다. 따라서, 주파수 도메인에서는 25 RB를 초과하는 자원 확보가 되지 않으며, 제어 채널 자원을 위한 더 많은 자원은 시간 도메인(time domain)을 통해 확보될 수 있다. CORESET 설정(configuration) 내에는 시간 도메인(time domain)에서의 CORESET의 크기를 지시하는 파라미터(parameter)인 duration이 INTEGER {1 ... MaxCoReSetDuration}의 형태로 포함되어 있으며 현재는 1, 2 및 3 심볼 중 하나의 값으로 설정될 수 있다.
상술한 내용을 기반으로 본 개시에서는 UE의 제어 채널(control channel) 자원을 증가시키기 위해 3 보다 큰 값의 구간(duration)이 설정될 수 있도록 정의하는 것을 제안한다. 다시 말해, 상술한 MaxCoReSetDuration=N과 같은 형태로 정의될 때, N이 3을 초과하는 자연수로 정의될 수 있는 것을 제안 한다.
[방법 2-1] 4, 5 또는 6 심볼의 CORESET을 설정하는 방법
15kHz SCS에서, 5MHz의 최대 25 RB * 3 심볼(symbol) CORESET 설정을 기반해서는 AL 16을 지원할 수 없다. [방법 1]에서 설명한 바와 같이, 25 RB * 3 심볼은 최대 75 REG를 포함할 수 있는데, AL 16을 위해서는 16 CCE * 6REG/CCE= 96 REG가 필요하기 때문이다.
따라서, 상술한 문제를 해결하기 위하여, [방법 2-1]에서는 3 심볼(symbol)을 초과하는 CORESET을 설정하는 방법을 제안한다. 현재 CORESET을 설정하는 요소들은 [표 11]과 같이 3GPP TS 38.331에 기재되어 있다.
| -- ASN1START -- TAG-CONTROLRESOURCESET-START ControlResourceSet ::= SEQUENCE { controlResourceSetId ControlResourceSetId, frequencyDomainResources BIT STRING (SIZE (45)), duration INTEGER (1..maxCoReSetDuration), cce-REG-MappingType CHOICE { interleaved SEQUENCE { reg-BundleSize ENUMERATED {n2, n3, n6}, interleaverSize ENUMERATED {n2, n3, n6}, shiftIndex INTEGER(0..maxNrofPhysicalResourceBlocks-1) OPTIONAL -- Need S }, nonInterleaved NULL }, precoderGranularity ENUMERATED {sameAsREG-bundle, allContiguousRBs}, tci-StatesPDCCH-ToAddList SEQUENCE(SIZE (1..maxNrofTCI-StatesPDCCH)) OF TCI-StateId OPTIONAL, -- Cond NotSIB1-initialBWP tci-StatesPDCCH-ToReleaseList SEQUENCE(SIZE (1..maxNrofTCI-StatesPDCCH)) OF TCI-StateId OPTIONAL, -- Cond NotSIB1-initialBWP tci-PresentInDCI ENUMERATED {enabled} OPTIONAL, -- Need S pdcch-DMRS-ScramblingID INTEGER (0..65535) OPTIONAL, -- Need S ..., [[ rb-Offset-r16 INTEGER (0..5) OPTIONAL, -- Need S tci-PresentDCI-1-2-r16 INTEGER (1..3) OPTIONAL, -- Need S coresetPoolIndex-r16 INTEGER (0..1) OPTIONAL, -- Need S controlResourceSetId-v1610 ControlResourceSetId-v1610 OPTIONAL -- Need S ]] } -- TAG-CONTROLRESOURCESET-STOP -- ASN1STOP |
[표 11]을 참조하면, CORESET 설정(configuration)의 파라미터인 duration은 {1..maxCoReSetDuration}으로 구성되고, 현재 표준에서는 maxCoReSetDuration이 3으로 고정되어 있다. 만약, maxCoReSetDuration이 6으로 설정된다면, 최대 6 심볼(symbol)의 CORESET이 설정될 수 있다. 또한, maxCoReSetDuration에 따라 duration에서 CORESET의 심볼(symbol) 수를 설정할 수 있으므로, 3 심볼을 초과하는 CORESET 구간의 설정이 가능할 수 있다.
그런데, 최대 6 심볼(symbol)의 CORESET이 시간 또는 심볼 상 연속해서 설정되는 것이 바람직하지 않은 경우가 있을 수 있다. 예를 들어, CORESET을 과도하게 연속된 심볼에 할당하는 경우, 해당 구간에서 필수적으로 송수신되어야 할 신호 (예를 들어, SSB 및 CRS)가 송수신되지 못하거나 할당되지 못하는 경우가 발생할 수 있다. 또한, 하나의 슬롯에서 CORESET이 6개 심볼에서 할당되면, 나머지 8개의 심볼에 맞춰서 PDSCH/PUSCH가 스케줄링 되어야 하고, 하나의 슬롯에서 CORESET 이외에 신호를 위해 사용될 수 있는 시간이 적어져 자원 활용에 비효율적일 수 있다.
따라서, 최대 6 심볼(symbol)의 CORESET이 시간 또는 심볼 상에서 연속되지 않도록 하기 위하여, CORESET을 위한 파라미터인 ControlResourceSet 설정에 새로운 파라미터(parameter)를 추가하거나 기존의 파라미터(parameter)를 변경할 수 있다. 예를 들어, 연속하지 않은 CORESET 심볼(symbol)들을 설정하기 위해 duration에 복수의 정수(integer)를 설정해줄 수 있다. 이 때, 각각의 정수(integer)는 시간상 연속되는 CORESET 심볼(symbol)의 수를 의미할 수 있다. 예를 들어, duration이 {1, 2, 3}으로 설정된다면 해당 CORESET은 1 심볼(symbol), 연속된 2 심볼(symbol), 연속된 3 심볼(symbol)이 일정의 심볼 갭(symbol gap)을 두고 설정될 수 있다. 이를 위해, 심볼 갭(symbol gap)을 설정하기 위한 새로운 파라미터인 symbolGap이 정의될 수 있다. symbolGap은 duration에 설정된 정수의 개수보다 하나 작은 개수의 정수(integer)로 설정될 수 있다. 따라서, 상술한 것과 같이 duration이 {1, 2, 3}으로 설정된다면 symbolGap은 symbolGap={2, 2}와 같이 2개의 정수(integer)로 설정될 수 있다.
도 12는 상술한 바에 따라 설정된 CORESET의 예시를 나타낸다. 도 12를 참조하면, 상술한 설정에 따라 하나의 CORESET이 하나의 슬롯 내에 1 심볼 CORESET/ 2 심볼 갭/ 2 심볼 CORESET/ 2 심볼 갭/ 3 심볼 CORESET 과 같은 형태로 구성될 수 있다. 즉, 심볼#1, 심볼#4-5 및 심볼#8-10 이 하나의 CORESET으로 구성될 수 있다. 따라서, 하나의 CORESET은 내부의 심볼 갭(symbol gap)을 포함하여 10개의 심볼들로 구성되되, 실제 CORESET이 배치될 수 있는 OFDM (Orthogonal Frequency Division Multiplexing) 심볼은 6개의 심볼일 수 있다.
한편, [방법 2-1]에 따른 심볼 갭(symbol gap)을 포함하는 CORESET은 후술하는 [방법 2-3]에 따라 배치될 수 있다. 다시 말해, [방법 2-3]의 하위 CORESET은 [방법 2-1]에서 설명한 하나의 CORESET을 구성하기 위한 연속된 CORESET 심볼(symbol)에 매핑될 수 있다.
한편, 5MHz BW 내에서 AL 16을 지원하기 위해 다양한 조합의 예시가 있을 수 있다. 예를 들어, 24 RB * 4 심볼(symbol) (= 96 REG) 로 CORESET이 설정될 수 있다. 96 REG는 AL 16를 위해 필요한 REG의 수와 동일하다. 따라서, 하나의 CORESET이 하나의 PDCCH 후보(candidate)에 맵핑(mapping)될 수 있다.
또는, 24 RB * 6 심볼(symbol) (=144 REG)로 CORESET이 설정될 수 있다. 이러한 경우, 하나의 CORESET에 AL 16 (96 REG 필요)을 활용하는 PDCCH 후보(candidate) 하나와 AL 8 (48 REG 필요)의 PDCCH 후보(candidate) 하나가 구성될 수 있다. 다만, 이에 한정되지 않으며, UE는 최대 144 REG의 제어 채널(control channel) 자원을 활용할 수 있으므로, 다양한 AL 구성을 활용하여 PDCCH 후보(candidate)를 맵핑(mapping)할 수 있다. 예를 들어, 하나의 CORESET에 AL 8의 PDCCH 후보 2개와 AL 4의 PDCCH 후보 2개를 구성할 수도 있다. 또는, 하나의 CORESET에 AL 16의 PDCCH 후보 1개와 AL 4의 PDCCH 후보 2개를 구성할 수도 있다.
[방법 2-1]이 적용될 경우, 감소된 복잡성(reduced complexity)으로 인한 RedCap UE의 커버리지 열화(degraded coverage)를 보상하기 위해 AL 16을 초과하는 AL가 도입될 수도 있다. 일 예로, AL 24를 도입한다면 144 REG (= 24 CCE * 6 REG/CCE)가 하나의 PDCCH 후보(candidate)에 사용될 수 있고, 이는, UE의 수신 성능을 보전해주는데 큰 이득이 될 수 있다.
[방법 2-2] 하위 CORESET들을 활용하여 하나의 상위 CORESET을 구성하는 방법
Rel-18 RedCap UE의 제어 채널(control channel) 자원인 75 REG를 초과하는 AL을 지원하기 위해, 복수의 CORESET을 조합하여 하나의 큰 CORESET 이 구성될 수 있는 방법을 제안한다. 즉, 복수의 하위 CORESET들이 조합되어 하나의 상위 CORESET이 구성되는 방법을 제안한다.
예를 들어, 하위 CORESET과 상위 CORESET이 다음과 같이 구성되는 것을 고려할 수 있다.
1) sub-CORESET을 정의하고 sub-CORESET을 하위 CORESET으로 정의하고, CORESET을 상위 CORESET으로 정의하며, 복수의 sub-CORESET들을 조합하여 하나의 CORESET을 정의할 수 있다.
2) CORESET을 하위 CORESET으로 정의하고, super-CORESET을 상위 CORESET으로 정의하여, 복수의 CORESET들을 조합하여 하나의 super-CORESET을 정의할 수 있다.
1)과 같이 sub-CORESET을 정의하여 하위 CORESET으로 구성하는 것을 먼저 설명한다. sub-CORESET은 기존 NR 표준에서의 CORESET과 설정이 유사할 수 있다. 즉, CORESET의 duration, CCE-to-REG mapping, precoder granularity 등이 기존 NR 표준의 설정과 동일하게 유지되거나 일부만 변경될 수 있다.
이를 위해, SearchSpace information element의 controlResourceSetId가 복수 개의 ID로 설정될 수 있다. 즉, UE는 해당 RRC 파라미터에 복수 개의 ID가 설정되었다면, 복수의 sub-CORESET들이 하나의 SS set에 설정되어 있고 복수의 sub-CORESET들이 조합되어 하나의 CORESET을 구성하는 것으로 인지할 수 있다. 복수의 sub-CORESET이 조합되어 하나의 CORESET을 구성하므로, UE에게 하나의 BWP 당 최대 4개까지의 CORESET들이 설정될 수 있는 제한에는 변경이 없을 수 있다. 예를 들어, sub-CORESET은 BWP 당 설정될 수 있는 CORESET의 개수에 카운팅되지 않고, 복수의 sub-CORESET들이 조합되어 구성된 하나의 CORESET만 온전히 카운팅될 수 있다. 예를 들어, BWP에 2개의 sub-CORESET이 조합되어 하나의 CORESET을 구성하고, 다른 CORESET이 3개 설정되어 있을 경우, BWP 내 전체 CORESET의 개수는 4개가 될 수 있다.
한편, 2)와 같이 super-CORESET을 정의하여 상위 CORESET으로 구성할 수 있다. 이 경우, 일반 CORESET의 설정은 그대로 유지하면서 super-CORESET을 정의할 수 있다. super-CORESET은 CORESET의 조합으로 결정되기 때문에 복수의 CORESET ID를 설정해줌으로써 super-CORESET이 설정될 수 있다. 이 때의 super-CORESET은 독립적인 설정 없이 SearchSpace information element의 controlResourceSetId에 복수의 ID들이 설정됨으로써, 정의될 수 있다. super-CORESET으로 조합되지 않는 CORESET들은 BWP 내 상위 CORESET으로 인지될 수 있다. 예를 들어, 하나의 super-CORESET이 BWP 내 설정될 수 있는 CORESET의 수를 대체하고 CORESET은 하위 CORESET으로 구성됨으로, BWP 내 설정 가능한 전체 CORESET의 개수는 4를 초과할 수 있다. 하지만, 이러한 경우에도 BWP 내 설정 가능한 상위 CORESET (예를 들어, super-CORESET과 super-CORESET으로 구성되지 않은 CORESET)의 개수는 최대 4개일 수 있다. 예를 들어, 하나의 BWP 내에 CORESET #1 내지 CORESET #6의 6개의 CORESET이 설정되었는데, 이 중, CORESET #1 내지 CORESET #3이 조합되어 하나의 super-CORESET을 구성하고, CORESET #4 내지 CORESET #6 은 각각 하나의 CORESET을 구성하면, super-CORESET 하나와 CORESET #4 내지 CORESET #6 각각의 3개의 CORESET들이 BWP 내에 설정 가능한 상위 CORESET으로서, 총 4개의 CORESET이 설정된 것으로 정의될 수 있다.
한편, 하나의 상위 CORESET을 형성하기 위해 두 개 이상의 하위 CORESET을 조합하는 것은 다양한 방법으로 나타날 수 있다. 예를 들어, 복수의 하위 CORESET들이 시간 도메인(time domain) 상에서 할당될 수 있다.
이 경우, 최대 25 RB의 5MHz 제한과 기존 NR 표준 상의 최대 3 심볼(symbol)의 CORESET 구간(duration) 설정에 대한 수정없이 복수의 하위 CORESET들이 시간 도메인 상에서 할당될 수 있다. 예를 들어, 24 RB * 1 심볼(symbol)의 하위 CORESET X와 24 RB * 3 심볼(symbol)의 하위 CORESET Y의 조합을 통해 상위 CORESET이 구성될 수 있다. 또는 24 RB * 2 심볼(symbol)의 하위 CORESET X와 24 RB * 2 심볼(symbol)의 하위 CORESET Y의 조합을 통해 상위 CORESET이 구성될 수 있다. 또는, 16 RB * 3 심볼(symbol)의 하위 CORESET 2개로 하나의 상위 CORESET이 구성될 수도 있다.
또 다른 예로, 주파수 도메인 상으로 복수 개의 하위 CORESET이 배치될 수도 있다. 이 경우, UE가 [방법 2-1]을 지원할 수 있다면 동일하게 16 이상의 AL 이 지원될 수 있다. 8 RB * 4 심볼(symbol)의 하위 CORESET X와 16 RB * 4 심볼(symbol)의 하위 CORESET Y를 조합하여 24 RB * 4 심볼(symbol)의 상위 CORESET이 구성될 수 있다.
한편, 상술한 하위 CORESET들의 조합은 다양한 AL을 지원하기 위해 활용될 수도 있다. 예를 들어, 하위 CORESET 2개를 조합하여 AL 16뿐만 아니라 AL 24도 지원될 수 있다. 예를 들어, 24 RB * 3 심볼(symbol) (=72 REG)의 하위 CORESET 2개를 조합하여 AL 24가 지원될 수 있다. 상기 예시들에서는 2개의 하위 CORESET을 조합하는 경우를 고려하였으나 2개를 초과하는 하위 CORESET의 조합으로 하나의 상위 CORESET을 구성하는 경우도 모두 고려될 수 있는 것은 자명하다.
또한, 상위 CORESET을 구성할 수 있는 하위 CORESET들은 연속된 심볼들(symbol)로 구성될 수도 있고, 하위 CORESET들 사이에 시간/심볼 갭(time/symbol gap)이 존재할 수 있다. 다시 말해, 시간적으로 연속적이지 않은 하위 CORESET들이 하나의 상위 CORESET들을 구성할 수 있다. 이는 상술한 [방법 2-1]에서 기재한 것과 유사할 수 있다. 예를 들어, 도12와 같이, 하위 CORESET #1이 심볼 #1에 할당되고, 하위 CORESET #2가 심볼 #4 내지 심볼 #5에 할당되며, 하위 CORESET #3이 심볼 #8 내지 심볼 #10에 할당될 수 있다. 그리고 하위 CORESET #1 내지 #3이 조합되어 하나의 상위 CORESET이 될 수 있다. 즉, 상위 CORESET은 2개의 2심볼 갭을 포함하여 배치될 수 있다.
[방법 2-3] 하위 CORESET들을 배치하고 설정하는 방법
[방법 2-2]에서 제안한 하위 CORESET들은 다양한 방법으로 배치될 수 있다. 이에 대한 방안으로, [방법 2-3]에서는 시간 도메인(time domain) 상에서 복수의 하위 COREST들을 배치하고 설정하는 방법에 대해 제안한다.
(1) 한 슬롯(slot) 내에 하위 CORESET들을 배치
하위 CORESET들이 심볼 갭(symbol gap) 없이 연속되어 있는 경우를 고려할 수 있다. 이 경우, 하위 CORESET들 각각은, 개별적으로 CORESET 설정(configuration)이 설정되지만, [방법 2-1] 처럼 4 심볼(symbol) 이상의 구간(duration)을 가지는 CORESET 하나가 설정되는 것과 유사한 형태가 될 수 있다. 즉, 하위 CORESET의 cce-REG-MappingType, precoderGranularity, pdcch-DMRS-ScramblingID 와 같은 세부 파라미터(parameter)들이 동일하게 설정된다면 4 심볼(symbol) 이상의 구간(duration)으로 설정된 하나의 CORESET과 동일하게 간주될 수 있다. 예를 들어, 하나의 SS set 설정(configuration)에 CORESET ID만 복수로 설정해줌으로써 CORESET의 구간을 확장(extension)한 것과 동일한 효과를 기대할 수 있다.
또는, 하위 CORESET들 사이에 일정 심볼 갭(symbol gap)이 설정될 수도 있다. 해당 심볼 갭(symbol gap)은 해당 BWP의 해당 슬롯(slot) 내에서 더 우선적으로 전송되어야 하는 신호의 RE (Resource Element)및 심볼을 배치하는데 활용될 수 있다. 예를 들어, LTE의 CRS (Common Reference Signal) 심볼과 SSB이 해당 심볼 갭을 통해 송수신될 수 있고, 상술한 신호들의 송수신을 통해 하위 CORESET 간에 1심볼 또는 4 심볼의 심볼 갭(gap)이 설정될 수 있다.
한편, 해당 하위 CORESET들의 위치는 SS set 설정(configuration)을 통해 설정될 수 있다. 상술한 바와 같이, SearchSpace information element에서는 CORESET 인덱스(index)가 설정(configure)될 수 있다. 이 때, 해당 CORESET 인덱스는 복수 개로 설정될 수 있으며, [방법 2-2]에서와 같이 복수개의 하위 CORESET들이 하나의 SS set에 설정될 수 있다.
SearchSpace information element 내에 CORESET의 위치와 SS Set 모니터링(monitoring) 주기 등을 설정하는 요소들을 [표 12] 및 [표 13]에서와 같이 3GPP TS 38.331에 기재되어 있다.
| SearchSpace ::= SEQUENCE { searchSpaceId SearchSpaceId, controlResourceSetId ControlResourceSetId OPTIONAL, -- Cond SetupOnly monitoringSlotPeriodicityAndOffset CHOICE { sl1 NULL, sl2 INTEGER (0..1), sl4 INTEGER (0..3), sl5 INTEGER (0..4), sl8 INTEGER (0..7), sl10 INTEGER (0..9), sl16 INTEGER (0..15), sl20 INTEGER (0..19), sl40 INTEGER (0..39), sl80 INTEGER (0..79), sl160 INTEGER (0..159), sl320 INTEGER (0..319), sl640 INTEGER (0..639), sl1280 INTEGER (0..1279), sl2560 INTEGER (0..2559) } OPTIONAL, -- Cond Setup duration INTEGER (2..2559) OPTIONAL, -- Need R monitoringSymbolsWithinSlot BIT STRING (SIZE (14)) OPTIONAL, -- Cond Setup nrofCandidates SEQUENCE { aggregationLevel1 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}, aggregationLevel2 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}, aggregationLevel4 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}, aggregationLevel8 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}, aggregationLevel16 ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8} } ... |
[표 12] 및 [표 13]을 참조하면, monitoringSlotPeriodicityAndOffset은 SS set의 모니터링 슬롯(monitoring slot) 주기와 SS Set의 모니터링을 위한 오프셋(offset)을 설정하기 위한 것이고, duration은 MO (monitoring occasion)가 할당된 슬롯을 몇 개의 슬롯 구간 동안 지속할 것인지를 나타내기 위한 것이다. 상술한 monitoringSlotPeriodicityAndOffset과 duration은 복수의 하위 CORESET들에 대해 개별적으로 구분하여 설정할 필요가 없기 때문에 기존 NR 표준과 달리질 필요가 없다.
다만, 복수의 하위 CORESET들 설정을 위한 monitoringSymbolsWithinSlot은 하위 CORESET 별로 설정될 수 있다. monitoringSymbolsWithinSlot은 슬롯 내 PDCCH 모니터링 패턴을 지시하는 것으로 monitoringSlotPeriodicityAndOffset과 duration을 통해 MO가 설정된 슬롯 내에서 몇 번째 심볼(symbol)부터 CORESET이 배치되는지를 알려준다.
따라서, 복수의 하위 CORESET들에 대응되는 복수의 monitoringSymbolsWithinSlot이 설정될 수 있다. 예를 들어, controlResourceSetId={1, 2}로 2개의 하위 CORESET들이 설정되었다면 monitoringSymbolsWithinSlot-lower1, monitoringSymbolsWithinSlot-lower2와 같이 설정될 수 있다. 또는, monitoringSymbolsWithinSlot = {BIT STRING (SIZE (14)), BIT STRING (SIZE (14))}와 같이 pair로 설정될 수 있다. 상술한 2 케이스 모두, 조합 가능한 하위 CORESET의 최대 개수와 동일한 수로 설정될 수 있고, 실제로 조합되지 않은 순서의 하위 CORESET에 대응되는 값들은 무시될 수 있다. 하위 CORESET들의 순서는 controlResourceSetId에서 설정된 순서를 따를 수 있다. 예를 들어, controlResourceSetId={4, 1}가 설정되었다면, CORESET 인덱스(index)가 4인 하위 CORESET이 첫 번째 monitoringSymbolsWithinSlot 값과 대응되고, CORESET 인덱스(index)가 1인 하위 CORESET이 두 번째 monitoringSymbolsWithinSlot 값과 대응될 수 있다. 또는, 순서에 관계없이 CORESET 인덱스(index)의 오름차순 또는 내림차순으로 하위 CORESET의 순서가 결정될 수도 있다.
또 다른 예로, monitoringSymbolsWithinSlot이 하나의 파라미터를 통해 설정되는 경우, 사전 정의된 규칙을 따르거나 기지국에 의해 지시된 규칙에 의해 설정될 수도 있다. 예를 들어, 복수의 하위 CORESET들이 심볼 갭(symbol gap) 없이 순서대로 배치될 수 있다. 이 때, 배치되는 하위 CORESET들의 순서는 CORESET 인덱스(index) 또는 controlResourceSetId에서 설정된 순서에 따라 오름차순 또는 내림차순으로 결정될 수 있다.
또는, 상기 규칙을 따르면서 심볼 갭(symbol gap)이 별도의 파라미터(parameter)를 통해 설정될 수도 있다. 기지국은 심볼 갭(symbol gap)을 설정되는 파라미터(parameter) (예를 들어, symbolGapBetween-lowerCOREEST)을 통해 LTE CRS 심볼(symbol)이나 SSB가 할당된 심볼을 피해 하위 CORESET들의 위치가 결정되도록 할 수 있다.
예를 들어, BWP 내에 2 개의 SSB들 각각의 시작 심볼(starting symbol)이 3번째 심볼 및 9번째 심볼(symbol)일 때, 해당 2개의 SSB들이 할당된 심볼을 피하여, 하나의 상위 CORESET을 구성하는 3개의 2 심볼 하위 CORESET들을 배치할 수 있다. 예를 들어, 3개의 2 심볼 하위 CORESET들의 시작 심볼(starting symbol)은 1번째 심볼, 7번째 심볼, 13번째 심볼 일 수 있고, 다음과 같은 예시에 따라 설정될 수 있다.
1) monitoringSymbolsWithinSlot = {10000000000000, 00000010000000, 00000000000010}
2) monitoringSymbolsWithinSlot-lower1={10000000000000},
monitoringSymbolsWithinSlot-lower2={00000010000000},
monitoringSymbolsWithinSlot-lower3={00000000000010}
3) monitoringSymbolsWithinSlot = {10000000000000}, symbolGapBetween-lowerCORESET = 4
상술한 1), 2), 3) 중 어느 하나와 같은 방법으로 설정하더라도 3개의 하위 CORESET들의 시작 심볼(starting symbol)은 각각 1번째 심볼, 7번째 심볼 및 13번째 심볼로 동일하게 배치될 수 있다.
(2) 서로 다른 슬롯(slot)에 하위 CORESET들을 배치
복수의 하위 CORESET들이 서로 다른 슬롯(slot)에 배치될 수 있다. 다시 말해, 서로 다른 슬롯에 위치하는 하위 CORESET들이 하나의 상위 CORESET으로 조합될 수 있다. 먼저, 복수의 하위 CORESET들을 첫 번째 하위 CORESET에 대한 상대적 위치로 결정하는 방법을 고려할 수 있다. 첫 번째 하위 CORESET의 위치는 monitoringSymbolsWithinSlot를 통해 결정되고, 설정된 심볼(symbol gap)에 의해 2번째 이후의 하위 CORESET들의 위치가 결정될 수 있다. 예를 들어, 심볼 (symbol gap)이 0이라면 하위 CORESET 들 간의 심볼 갭(symbol gap)이 없이 연속하여 배치된 것일 수 있다.
한편, 도 13 (a)은, 2 심볼 하위 CORESET들 3개가 하나의 상위 CORESET을 구성하고, 첫 번째 하위 CORESET이 앞쪽 슬롯의 12 번째 심볼 및 13 번째 심볼에 위치하고, 심볼 갭(symbol gap)이 1 심볼인 경우의 예시를 나타낸다. 도 13(a)의 상단의 숫자는 심볼 넘버(symbol number), 점선은 슬롯(slot) 간의 구분을 의미한다. 첫 번째 하위 CORESET은 앞 슬롯(slot)의 12 심볼 및 13 심볼에 위치하고, 두 번째 하위 CORESET은 뒤 슬롯의 1 심볼 및 2 심볼에 위치하며, 세 번째 하위 CORESET은 뒤 슬롯(slot)의 4 심볼 및 5 심볼에 위치한다. 이러한 도 13(a)를 (1) 방법의 3)에 따라 설정된다면, monitoringSymbolsWithinSlot = {00000000000100}, symbolGapBetween-lowerCORESET = 1이 될 수 있다.
한편, 도 13(a)의 예시를 표현하기 위해 (1) 방법의 1), 2)번의 설정도 사용될 수 있다. 1)번 설정의 경우, monitoringSymbolsWithinSlot = {00000000000100, 10000000000000, 00010000000000} 와 같이 나타날 수 있다. 이 때 각각이 첫 번째 하위 CORESET, 두 번째 하위 CORESET, 세 번째 하위 CORESET에 연관되며 하위 CORESET들의 순서는 상술하였듯이 controlResourceSetId의 설정 순서 또는 CORESET 인덱스(index)의 오름차순/내림차순에 의해 결정될 수 있다.
한편, 도 13(a)를 (1) 방법의 2)번 설정으로 나타내는 경우, monitoringSymbolsWithinSlot-lower1={00000000000100}, monitoringSymbolsWithinSlot-lower2={10000000000000}, monitoringSymbolsWithinSlot-lower3={00010000000000}으로 표현될 수 있다.
세 가지 경우 모두 첫 번째 하위 CORESET을 기준으로 나머지 하위 CORESET들의 상대적 위치가 결정될 수 있으며, 모든 하위 CORESET들이 반드시 동일한 슬롯 내에 위치해야 한다는 제약조건에서 벗어날 수 있다.
이 때, 단말은 SS set의 monitoringSlotPeriodicityAndOffset과 duration은 첫 번째 하위 CORESET을 기준으로 고려될 수 있다. 즉, 모니터링(monitoring) 주기와 구간(duration)의 시작 시점은 첫 번째 하위 CORESET이 위치한 슬롯(slot)부터이며 오프셋(offset)은 해당 슬롯(slot)의 첫 번째 심볼(symbol)이 기준점일 수 있다. 복수의 슬롯(slot)들에 하위 CORESET들이 위치할 때, 단말은 SS set의 구간(duration)을 벗어나는 하위 CORESET이 구성되지 않을 것임을 기대할 수 있다. 만약, SS Set 구간을 벗어나는 하위 CORESET이 설정되는 경우, duration 내에 포함되지 않는 하위 CORESET을 조합하여 구성된 상위 CORESET에 대한 모니터링은 수행되지 않을 수 있다. 예를 들어, 도 13(b)를 참조하면, 주기가 4 슬롯이고 duration이 3 슬롯인 SS set에 하위 CORESET#1과 하위 CORESET#2가 서로 다른 슬롯(slot)에 위치하여 하나의 상위 CORESET으로 구성되는 것을 나타낸다.
duration이 3 슬롯(slot)이므로 슬롯(slot) #1, #2 및 #3가 단말이 모니터링해야 할 슬롯이다. 따라서, 슬롯(slot) #4에 위치한 하위 CORESET#2는 MO가 아니므로 이와 연결된 슬롯(slot) #3의 하위 CORESET#1에 대해서도 UE는 모니터링을 수행하지 않는다. 따라서, 도 13(b)와 같은 경우, 주기 4 슬롯(slot)에 duration을 2 또는 4 슬롯으로 설정되는 것이 더 바람직할 수 있다.
한편, 하위 CORESET의 구성이 복수의 슬롯들에 걸쳐있을 경우, 하위 CORESET을 모니터링하기 위한 BD/CCE limit이 문제될 수 있다. Rel-15 NR 표준의 경우, 단말의 블라인드 디코딩(blind decoding) 및 모니터링되는 non-overlapped CCE 수를 의미하는 BD/CCE limit은 1 슬롯(slot) 단위로 표현된다. 따라서, 복수의 슬롯(slot)들에 하위 CORESET들이 위치하는 경우, BD/CCE limit을 적용하기 위한 슬롯이 결정될 필요가 있다.
UE는 복수의 하위 CORESET들을 모니터링하여 하나의 상위 CORESET을 기준으로 블라인드 디코딩을 수행해야 하기 때문에, 모든 하위 CORESET들에 대한 버퍼링을 수행할 필요가 있다. 따라서, BD/CCE limit은 마지막 하위 CORESET의 위치를 기준으로 적용될 수 있다. 1 슬롯이 아닌 span 단위의 BD/CCE limit이 적용되는 경우에도 동일하게 마지막 하위 CORESET이 포함되는 span을 기준으로 적용될 수 있다. 또한, 복수 슬롯 단위의 BD/CCE limit이라면 UE는 하위 CORESET들이 복수의 슬롯(slot) 단위 별로 동일하게 위치하기를 기대할 수 있고, 복수의 슬롯 단위 별로 BD/CCE limit이 적용될 수 있다. 만약, 복수 슬롯 단위의 BD/CCE limit이 아니라면, 마지막 하위 CORESET이 위치한 슬롯 (slot) 단위를 기준으로 BD/CCE limit이 적용될 수 있다.
(3) Invalid symbol을 피해 CORESET 심볼들을 연속적으로 배치
monitoringSymbolsWithinSlot을 기존 NR 표준처럼 CORESET의 시작 심볼(starting symbol)만 알려주는 것으로 유지하고, CORESET을 맵핑할 때에 해당 BWP의 해당 슬롯 내에 더 우선적으로 전송되어야 하는 신호(signal)를 우선적으로 심볼에 배치하는 방법이 고려될 수 있다. 여기서, 우선적으로 전송되어야 하는 신호는 LTE의 CRS 심볼과 SSB일 수 있다.
우선되어야 하는 신호가 할당된 심볼은 invalid symbol로 간주하고 나머지 valid symbol (즉, invalid symbol 아닌 심볼)들에 연속하여 하위 CORESET이 할당될 수 있다.
다시 말해, invalid symbol들에는 이미 다른 신호가 우선적으로 할당되고 자동적으로 하위 CORESET들은 invalid symbol의 수만큼의 심볼 갭(symbol gap)을 두고 배치될 수 있다. 이 때의 우선적으로 전송되어야 하는 SSB에 대한 invalid symbol의 위치를 알기 위한 정보는 MIB 혹은 SIB1에 기반할 수 있다. 또한, LTE의 CRS 심볼의 위치에 대한 정보는 ServingCellConfig 정보 (예를 들어, lte-CRS-ToMatchAround)에 기반할 수 있다.
예를 들어, 도 12를 참조하여, [방법 2-1]과 같이 6 심볼 CORESET이 설정되었거나, [방법 2-2]와 같이 1심볼 하위 CORESET#1, 2심볼 하위 CORESET#2, 3 심볼 하위 CORESET#3이 설정되었다고 가정하자. 또한, UE가 ServingCellConfig 정보를 기반으로 심볼 #2, 3 및 심볼 #6, 7에 CRS가 전송되는 것을 인지하였다면, UE는 자동적으로 심볼 #1에 하위 CORESET #1이 할당되고, 심볼 #4, 5에 하위 CORESET #2가 할당되며, 심볼 #8, 9, 10에 하위 CORESET #3이 할당되는 것으로 결정할 수 있다.
한편, (3)에 따른 하위 CORESET의 배치는 별도의 심볼 갭(symbol gap)이 설정되지 않는 경우에 적용되는 것이 유용할 수 있다. 만약, 상위 CORESET이 심볼 갭(symbol gap)을 포함하고 있다면, 심볼 갭(symbol gap)도 CORESET의 심볼(symbol)로 간주하여 invalid gap (즉, invalid symbol)에 위치하지 않을 수 있다. 이러한 경우, 실제 하위 CORESET 사이에는 (심볼 갭 + invalid symbol)만큼의 간격이 존재할 수 있다. 또는, 심볼 갭(symbol gap)은 invalid gap (즉, invalid symbol)에 위치할 수 있도록 설정될 수 있다. 이러한 경우, 실제 하위 CORESET 사이에는 MAX (심볼 갭, invalid symbol)만큼의 간격이 존재할 수 있다.
[방법 2-4] CORESET for Type0-PDCCH CSS set 설정 방법
RRC connected 이후에 UE에게 설정될 수 있는 SS set과 CORESET의 설정들은 상술한 [방법 2-1] 내지 [방법 2-3] 중 적어도 하나를 기반으로 제공될 수 있다.
하지만, UE가 RRC connection 이전의 임의 접속 (또는 초기 접속) 에서 활용될 수 있는 CORESET for Type0-PDCCH CSS set (이하, CORESET #0)은 별도의 설정이 필요할 수 있다. [표 10]에서 볼 수 있듯이, CORESET #0은 SSB와의 multiplexing pattern, RB 개수, 심볼 수 및 오프셋에 기반하여 설정될 수 있다. 한편, CORESET #0에 대한 MO의 파라미터(parameter)는 아래의 [표 14]과 같다.
| Index | O | Number of search space sets per slot | M | First symbol index |
| 0 | 0 | 1 | 1 | 0 |
| 1 | 0 | 2 | 1/2 | {0, if i is even}, {Nsymb CORESET, if i is odd} |
| 2 | 2 | 1 | 1 | 0 |
| 3 | 2 | 2 | 1/2 | {0, if i is even},{Nsymb CORESET, if i is odd} |
| 4 | 5 | 1 | 1 | 0 |
| 5 | 5 | 2 | 1/2 | {0, if i is even},{Nsymb CORESET, if i is odd} |
| 6 | 7 | 1 | 1 | 0 |
| 7 | 7 | 2 | 1/2 | {0, if i is even},{Nsymb CORESET, if i is odd} |
| 8 | 0 | 1 | 2 | 0 |
| 9 | 5 | 1 | 2 | 0 |
| 10 | 0 | 1 | 1 | 1 |
| 11 | 0 | 1 | 1 | 2 |
| 12 | 2 | 1 | 1 | 1 |
| 13 | 2 | 1 | 1 | 2 |
| 14 | 5 | 1 | 1 | 1 |
| 15 | 5 | 1 | 1 | 2 |
[표 14]는 3GPP TS38.213에 기재된 것으로서 FR1에서의 CORESET #0 MO를 나타내는 것이다. SSB와 CORESET #0이 multiplexing pattern 1일 때 UE는 2 슬롯(slot)에 걸쳐 Type0-PDCCH CSS set을 모니터링 한다. 또한, SSB의 인덱스가 i일 때, UE는 모니터링을 시작하는 슬롯 n0 를 아래의 [표 15]와 같이 결정할 수 있다.
한편, [방법 2-1] 내지 [방법 2-3]의 적용을 위한 CORESET #0을 설정하기 위하여 하위 CORESET의 개수, 각 하위 CORESET의 주파수 범위, 각 하위 CORESET의 심볼 수, 각 하위 CORESET 간의 심볼 갭, 각 하위 CORESET들의 시간 도메인 상의 위치 등이 결정되어야 할 수 있다.
Rel-18 RedCap UE는 5MHz BW의 제한이 있기 때문에 multiplexing pattern 1과 24 RB로 multiplexing pattern 패턴과 하위 CORESET을 위한 RB 수가 고정될 수 있다.
하위 CORESET의 심볼은 1, 2 또는 3이 될 수 있다. CORESET #0는 RRC connection 이후의 CORESET 설정(configuration)처럼 bit string으로 위치를 표현하지 않기 때문에 복수의 하위 CORESET들의 위치를 심볼 갭을 이용하여 나타내는 것이 바람직 할 수 있다. 만약, 심볼 갬(symbol gap)이 설정되지 않는다면 하위 CORESET들은 모두 시간 도메인(time domain) 상에서 연속된 것을 간주할 수 있다.
한편, [표 14]와 같은 PDCCH MO(monitoring occasion)는 복수의 하위 CORESET이 조합된 하나의 상위 CORESET을 기준으로 설정될 수 있다. 따라서, 이러한 경우에는 기존 NR 표준의 내용이 그대로 사용될 수 있다.
이러한 경우, Rel-18 RedCap UE를 위한 별도의 초기(initial) BWP등이 고려될 수 있음을 가정하면, [표 10]과 유사한 표가 별도로 구성될 필요가 있을 수 있다. 예를 들어, 해당 표에 포함될 항목은 아래의 내용이 포함될 수 있다.
- SSB와 CORESET의 multiplexing pattern 1 (항상 1이기 때문에 생략될 수 있음)
- Number of RBs = 24 (항상 24 RB이기 때문에 생략될 수 있음)
- 각 하위 CORESET의 심볼 수 (심볼 수가 하나만 설정되는 경우 각 하위 CORESET 모두 동일한 심볼 수를 가질 수 있음),
- offset (RB 수로 표현될 수 있음)
- 각 하위 CORESET 간의 심볼 갭 ([방법 2-3]에서 제시한 방법들 중 하나를 따를 수 있음)
이를 통해, 3 심볼을 초과하는 하나의 상위 CORESET #0이 설정될 수 있으며, 상위 CORESET #0은 중간에 심볼 갭이 존재할 수도 있고, 존재하지 않을 수도 있다. 또한, 상술한 방법을 통해 설정된 CORESET #0를 CORESET #0 for RedCap UE라고 명명할 수 있다.
또는, [방법 2-1]을 활용하여 3 심볼을 초과하는 CORESET #0 for RedCap이 설정될 수 있다. 이러한 경우, [표 10]과 같은 설정에서 심볼 수만 3을 초과할 수 있도록 설정될 수 있다면, RedCap UE를 위해 별도의 CORESET #0가 설정되는 것이 고려될 수 있다.
[방법 2]에 따르면, 제한된 대역폭 내에서도 제어 채널 전송을 위한 CORESET의 설정을 효율적으로 할 수 있다. 즉, 제한된 대역폭 내에서도 기존의 AL을 모두 지원할 수 있는 CORESET의 설정이 가능하여, 제어 채널의 자원 할당에 유연성을 높일 수 있다.
또한, [방법 2-1] 내지 [방법 2-3]에 따르면, CORESET의 심볼 수를 기존의 CORESET의 심볼 수보다 많이 할당할 수 있게 함으로써, 모든 AL을 지원할 수 있게 하고, CORESET 사이에 심볼 갭(symbol gap)을 할당함으로써, 다른 신호의 전송과의 충돌을 방지하면서 자원 맵핑의 효율성을 높일 수 있다.
또한, [방법 2-4]에 따르면, [방법 2-1] 내지 [방법 2-3]에 따른 CORESET 설정 방법을 RRC connection 이전의 임의 접속 과정에서도 활용할 수 있다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 14는 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 14를 참조하면, 본 개시에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 15는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 15를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 14의 {무선 기기(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)는 RRC connected 상태에서 기지국으로부터 CORESET 및/또는 CORESET for RedCap UE에 관련된 정보를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 획득한 정보를 통해 해당 셀(Cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는지 여부를 확인할 수 있다. 예를 들어, 획득한 정보에 별도의 RedCap UE를 위한 제어 채널 자원의 할당을 허용하는지에 대한 정보가 포함될 수도 있고, 해당 정보 내에 CORESET for RedCap UE를 위한 정보가 포함되어 있다면, RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는 것으로 UE가 인지할 수도 있다.
만약, 해당 셀에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용된 경우, 프로세서(102)는 CORESET for RedCap을 기반으로 송수신기(106)를 통해 PDCCH를 수신할 수 있다. 만약, 해당 셀(cell)에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용되지 않은 경우, 프로세서(102)는 모든 UE가 공통으로 활용할 수 있는 CORESET을 기반으로 송수신기(106)를 통해 PDCCH를 수신할 수 있다.
또한, 상술한 기재에 따른 구체적인 프로세서(102)의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
한편, RRC connection 이전의 프로세서(102)는 임의 접속(random access)을 시작한다. 예를 들어, 프로세서(102)는 임의 접속을 위해 기지국으로부터 SSB를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 SSB의 PBCH로부터 MIB (Master Information Block)을 획득할 수 있다. 또한, 해당 MIB로부터 CORESET #0 및/또는 CORESET #0 for RedCap UE에 관련된 정보를 획득할 수 있다(S901). 여기서, CORESET #0은 일반 UE를 위한 Type-0 PDCCH CSS Set을 위한 CORESET을 의미할 수 있다. 또한, CORESET #0 for RedCap은 대역폭이 제한된 UE(예를 들어, RedCap UE)를 위해 별도의 Type-0 PDCCH CSS Set을 위한 CORESET #0로서, 본 개시의 제안 방법들에 따라 설정되는 CORESET #0을 의미한다.
또한, 프로세서(102)는 획득한 정보를 통해 해당 셀(Cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는지 여부를 확인할 수 있다. 예를 들어, 획득한 정보에 별도의 RedCap UE를 위한 제어 채널 자원의 할당을 허용하는지에 대한 정보가 포함될 수도 있고, 해당 정보 내에 CORESET #0 for RedCap UE를 위한 정보가 포함되어 있다면, RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하는 것으로 프로세서(102)가 인지할 수도 있다.
만약, 해당 셀에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용된 경우, 프로세서(102)는 CORESET #0 for RedCap을 기반으로 셀(cell)의 시스템 정보(system information)를 송수신기(106)를 통해 수신할 수 있다. 만약, 해당 셀(cell)에 RedCap UE를 위한 별도의 제어 채널 자원의 할당이 허용되지 않은 경우, 프로세서(102)는 모든 UE가 공통으로 활용할 수 있는 CORESET #0을 기반으로 셀(cell)의 시스템 정보(system information)를 송수신기(106)를통해 수신할 수 있다. 예를 들어, 프로세서(102)는 CORESET #0 for RedCap UE 또는 CORESET #0을 통해 SIB1을 스케줄링하는 PDCCH를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 해당 PDCCH를 기반으로 SIB1을 송수신기(106)를 통해 수신할 수 있다.
또한, 상술한 기재에 따른 구체적인 프로세서(102)의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
제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) 연결되는 적어도 하나의 프로세서로 하여금 하기 동작들과 관련된 본 개시의 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
구체적으로, RRC Connected 상태에서 프로세서(202)는 RedCap UE를 위한 별도의 제어 채널(control channel) 자원의 할당 여부를 결정할 수 있다. 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용할 경우, 프로세서(202)는 CORESET와 CORESET for RedCap을 별도로 설정할 수 있다. 만약, 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하지 않을 경우, 프로세서(202)는 모든 UE들이 공통으로 활용할 수 있는 CORESET을 설정할 수 있다. 프로세서(202)는 설정된 CORESET 및/또는 CORESET for RedCap UE를 포함하는 정보를 UE에게 송수신기(106)를 통해 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 해당 CORESET 및/또는 CORESET for RedCap UE를 통해 PDCCH를 전송할 수 있다.
또한, 상술한 방법에 따른 구체적인 프로세서(202)의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
한편, RRC connected 이전의 프로세서(202)는 셀(Cell)의 시스템 정보(system information) (예를 들어, SIB1)을 설정할 수 있다. 이 때, 프로세서(202)는 해당 셀(cell)에서 RedCap UE를 위한 임의 접속 (또는 초기 접속) 용도의 별도의 제어 채널(control channel) 자원의 할당 여부를 결정할 수 있다. 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용할 경우, 프로세서(202)는 CORESET #0와 CORESET #0 for RedCap을 별도로 설정할 수 있다. 만약, 해당 셀(cell)이 RedCap UE를 위한 별도의 제어 채널 자원의 할당을 허용하지 않을 경우, 프로세서(202)는 모든 UE들이 공통으로 활용할 수 있는 CORESET #0를 설정할 수 있다. 프로세서(202)는 설정된 CORESET #0 및/또는 CORESET #0 for RedCap UE를 포함하는 정보를 송수신기(206)를 통해 UE에게 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 해당 CORESET #0 및/또는 CORESET #0 for RedCap UE를 통해 PDCCH를 전송하고, 해당 PDCCH를 기반으로 시스템 정보를 전송할 수 있다. 예를 들어, 해당 시스템 정보는 SIB1일 수 있고, PDCCH는 SIB1을 스케줄링하기 위한 것일 수 있다.
또한, 상술한 방법에 따른 구체적인 프로세서(202)의 동작은 [방법 1] 내지 [방법 2] 중 적어도 하나에 기반할 수 있다.
이하, 무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 16은 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 16을 참조하면, 차량 또는 자율 주행 차량(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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(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 (16)
- 무선 통신 시스템에서, 단말이 PDCCH (Physical Downlink Control Channel)을 수신하는 방법에 있어서,
상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고,
상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고,
상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 복수의 CORESET 들 간에는 적어도 하나의 OFDM 심볼을 포함하는 시간 갭(gap)이 존재하는,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 단말이 사용 가능한 최대 대역폭은 일정 수 이하의 RB (Resource Block) 를 포함하는,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 복수의 CORESET들은 유효하지 않은(Invalid) OFDM 심볼에는 맵핑되지 않으며,
상기 유효하지 않은 OFDM 심볼은 상기 PDCCH 이외의 다른 하향링크 신호를 위한 것인,
PDCCH 수신 방법. - 제 4 항에 있어서,
상기 다른 하향링크 신호는, SSB (Synchronization Signal Block) 또는 CRS (Common Reference Signal)인,
PDCCH 수신 방법. - 제 1 항에 있어서,
상기 상위 CORESET을 위해 할당되는 OFDM 심볼들의 수는 3을 초과하는,
PDCCH 수신 방법. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 단말에 있어서,
적어도 하나의 송수신기;
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고,
상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고,
상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
단말. - 제 7 항에 있어서,
상기 복수의 CORESET 들 간에는 적어도 하나의 OFDM 심볼을 포함하는 시간 갭(gap)이 존재하는,
단말. - 제 7 항에 있어서,
상기 단말이 사용 가능한 최대 대역폭은 일정 수 이하의 RB (Resource Block) 를 포함하는,
단말. - 제 7 항에 있어서,
상기 복수의 CORESET들은 유효하지 않은(Invalid) OFDM 심볼에는 맵핑되지 않으며,
상기 유효하지 않은 OFDM 심볼은 상기 PDCCH 이외의 다른 하향링크 신호를 위한 것인,
단말. - 제 10 항에 있어서,
상기 다른 하향링크 신호는, SSB (Synchronization Signal Block) 또는 CRS (Common Reference Signal)인,
단말. - 제 7 항에 있어서,
상기 상위 CORESET을 위해 할당되는 OFDM 심볼들의 수는 3을 초과하는,
단말. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 수신하기 위한 장치에 있어서,
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고,
상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고,
상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
장치. - 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은:
상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 수신하고,
상기 제 1 정보 및 상기 제 2 정보를 기반으로, 상기 복수의 CORESET들로 구성되는 상위 CORESET을 결정하고,
상기 적어도 하나의 송수신기를 통해, 상기 상위 CORESET을 통해 상기 PDCCH를 수신하는 것을 포함하고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
컴퓨터 판독 가능한 저장 매체. - 무선 통신 시스템에서, 기지국이 PDCCH (Physical Downlink Control Channel)을 전송하는 방법에 있어서,
상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 전송하고,
상기 제 1 정보 및 상기 제 2 정보에 기반한 상위 CORESET을 통해 상기 PDCCH를 전송하는 것을 포함하고,
상기 상위 CORESET은 상기 복수의 CORESET들로 구성되고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
PDCCH 전송 방법. - 무선 통신 시스템에서, PDCCH (Physical Downlink Control Channel)을 전송하기 위한 기지국에 있어서,
적어도 하나의 송수신기;
적어도 하나의 프로세서; 및
상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
상기 동작은:
상기 적어도 하나의 송수신기를 통해, 상위 계층을 통해, (i) 복수의 CORESET (Control Resource Set)들을 위한 복수의 ID(Identification)들을 포함하는 제 1 정보 및 (ii) 상기 복수의 CORESET들의 자원들과 관련된 제 2 정보를 전송하고,
상기 적어도 하나의 송수신기를 통해, 상기 제 1 정보 및 상기 제 2 정보에 기반한 상위 CORESET을 통해 상기 PDCCH를 전송하는 것을 포함하고,
상기 상위 CORESET은 상기 복수의 CORESET들로 구성되고,
상기 복수의 CORESET들 각각은 (i) 집합 레벨(Aggregation Level) 2n 을 지원하는 CCE (Control Channel Element) 및 (ii) N개의 OFDM (Orthogonal Frequency Division Multiplexing) 심볼들을 기반으로 설정(configured)되며,
상기 n 및 N은 양의 정수이고, N은 3 이하인,
기지국.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020220053036 | 2022-04-28 | ||
| KR20220053036 | 2022-04-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230153237A true KR20230153237A (ko) | 2023-11-06 |
Family
ID=88482017
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020220172681A KR20230153237A (ko) | 2022-04-28 | 2022-12-12 | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20230354329A1 (ko) |
| KR (1) | KR20230153237A (ko) |
| CN (1) | CN116981069A (ko) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190017731A (ko) | 2017-08-11 | 2019-02-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치 |
-
2022
- 2022-12-12 KR KR1020220172681A patent/KR20230153237A/ko unknown
- 2022-12-23 US US18/146,182 patent/US20230354329A1/en active Pending
-
2023
- 2023-02-23 CN CN202310190657.8A patent/CN116981069A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190017731A (ko) | 2017-08-11 | 2019-02-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116981069A (zh) | 2023-10-31 |
| US20230354329A1 (en) | 2023-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11146979B2 (en) | Method for terminal to receive downlink signal in wireless communication system and terminal for same | |
| JP7420919B2 (ja) | 無線通信システムにおいて端末が任意接続過程を行うための信号を送受信する方法及びそのための装置 | |
| US11985591B2 (en) | Method for transmitting and receiving downlink data and apparatus therefor | |
| KR20210122857A (ko) | 무선 통신 시스템에서 단말이 임의 접속 과정을 수행하는 방법 및 이를 위한 장치 | |
| US20230300888A1 (en) | Method for transmitting/receiving random access channel, and device therefor | |
| US11864236B2 (en) | Method and apparatus for performing RACH procedure by UE in wireless communication system | |
| US20210266828A1 (en) | Method for transmitting and receiving downlink channel and device therefor | |
| US11889484B2 (en) | Method of transmitting and receiving downlink control channel and apparatus therefor | |
| EP4236478A1 (en) | Method for transmitting and receiving downlink control channel, and device therefor | |
| EP4236554A1 (en) | Method for transmitting/receiving downlink control information, and device therefor | |
| KR20230153237A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 | |
| KR102487216B1 (ko) | 무선 통신 시스템에서 단말이 임의 접속 과정을 수행하는 방법 및 이를 위한 장치 | |
| JP7389899B2 (ja) | 非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置 | |
| EP4336934A1 (en) | Method for transmitting or receiving downlink control channel and device therefor | |
| US11818730B2 (en) | Method and apparatus for transmitting/receiving wireless signal in wireless communication system | |
| KR102647032B1 (ko) | 무선 통신 시스템에서 포텐셜 피쳐들을 고려하여 랜덤 액세스 자원을 관리하는 방법 및 이를 위한 장치 | |
| US11737087B2 (en) | Method and apparatus for transmitting/receiving wireless signal in wireless communication system | |
| EP4340517A1 (en) | Method for transmitting and receiving downlink control channel and device for same | |
| KR20240027749A (ko) | 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 | |
| KR20230041034A (ko) | 무선 통신 시스템에서의 rrc inactive 상태에서 소규모 데이터 전송을 수행하는 방법 및 장치 | |
| KR20240024297A (ko) | 무선 통신 시스템에서 ue가 tat를 기반으로 sr을 전송하는 방법 및 장치 |