이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 발명의 일 실시예에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP NR을 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 발명과 관련한 배경 기술, 용어 정의 및 약어 등을 위해서 하기 문서들이 참조될 수 있다(Incorporated by Reference).
3GPP LTE
- TS 36.211: Physical channels and modulation
- TS 36.212: Multiplexing and channel coding
- TS 36.213: Physical layer procedures
- TS 36.300: Overall description
- TS 36.321: Medium Access Control (MAC)
- TS 36.331: Radio Resource Control (RRC)
3GPP NR
- TS 38.211: Physical channels and modulation
- TS 38.212: Multiplexing and channel coding
- TS 38.213: Physical layer procedures for control
- TS 38.214: Physical layer procedures for data
- TS 38.300: NR and NG-RAN Overall Description
- TS 38.304: User Equipment (UE) procedures in idle mode and in RRC Inactive state
- TS 38.321: Medium Access Control (MAC)
- TS 38.331: Radio Resource Control (RRC) protocol specification
- TS 37.213: Introduction of channel access procedures to unlicensed spectrum for NR-based access
용어 및 약어
- PSS: Primary Synchronization Signal
- SSS: Secondary Synchronization Signal
- CRS: Cell reference signal
- CSI-RS: Channel State Information Reference Signal
- TRS: Tracking Reference Signal
- SS: Search Space
- CSS: Common Search Space
- USS: UE-specific Search Space
- PDCCH: Physical Downlink Control Channel; 이후 설명에서 PDCCH는 동일한 목적으로 사용될 수 있는 다양한 구조의 PDCCH를 대표하여 사용한다. (e.g. NPDCCH (Narrowband PDCCH), MPDCCH (MTC PDCCH) 등)
- PO: Paging Occasion
- MO: Monitoring Occasion
- BD: Blind Decoding
- DCI: Downlink Control Information
- WUS: Wake Up Signal; 이후 설명에서 WUS는 유사한 기능을 수행하는 다른 방법 signal 또는 channel (e.g. PEI(Paging Early Indication) 등)의 의미를 대표하여 사용한다.
- PEI_F: PEI Frame (PEI를 monitoring 하는 Frame)
- PEI_O: PEI Occasion (PEI를 monitoring 하는 Occasion (PDCCH monitoring occasion의 집합))
- REDCAP: Reduced Capability
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 3GPP NR 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 단계 S101에서 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 SSB(Synchronization Signal Block)를 수신한다. SSB는 PSS(Primary Synchronization Signal), SSS(Secondary Synchronization Signal) 및 PBCH(Physical Broadcast Channel)를 포함한다. 단말은 PSS/SSS에 기반하여 기지국과 동기를 맞추고, 셀 ID(cell identity) 등의 정보를 획득한다. 또한, 단말은 PBCH에 기반하여 셀 내 브로드캐스트 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 단계 S102에서 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 물리 하향링크 제어 채널 정보에 따른 물리 하향링크 공유 채널(Physical Downlink Control Channel, PDSCH)을 수신하여 좀더 구체적인 시스템 정보를 획득할 수 있다.
이후, 단말은 기지국에 접속을 완료하기 위해 단계 S103 내지 단계 S106과 같은 임의 접속 과정(Random Access Procedure)을 수행할 수 있다. 이를 위해 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 프리앰블(preamble)을 전송하고(S103), 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널을 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S104). 경쟁 기반 임의 접속(Contention based random access)의 경우 추가적인 물리 임의 접속 채널의 전송(S105) 및 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널 수신(S106)과 같은 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상향/하향링크 신호 전송 절차로서 물리 하향링크 제어 채널/물리 하향링크 공유 채널 수신(S107) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH) 전송(S108)을 수행할 수 있다. 단말이 기지국으로 전송하는 제어 정보를 통칭하여 상향링크 제어 정보(Uplink Control Information, UCI)라고 지칭한다. UCI는 HARQ ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR(Scheduling Request), CSI(Channel State Information) 등을 포함한다. CSI는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indication) 등을 포함한다. UCI는 일반적으로 PUCCH를 통해 전송되지만, 제어 정보와 트래픽 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다. NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 보통(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) |
Nslot
symb
|
Nframe,u
slot
|
Nsubframe,u
slot
|
15KHz (u=0) |
14 |
10 |
1 |
30KHz (u=1) |
14 |
20 |
2 |
60KHz (u=2) |
14 |
40 |
4 |
120KHz (u=3) |
14 |
80 |
8 |
240KHz (u=4) |
14 |
160 |
16 |
* Nslot
symb: 슬롯 내 심볼의 개수
* Nframe,u
slot: 프레임 내 슬롯의 개수
* Nsubframe,u
slot: 서브프레임 내 슬롯의 개수
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) |
Nslot
symb
|
Nframe,u
slot
|
Nsubframe,u
slot
|
60KHz (u=2) |
12 |
40 |
4 |
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 맵핑될 수 있다.
도 4는 슬롯 내에 물리 채널이 맵핑되는 예를 도시한다. NR 시스템에서 프레임은 하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있는 자기-완비 구조를 특징으로 한다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널(예, PDCCH)을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널(예, PUCCH)을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터(예, PDSCH) 전송을 위해 사용되거나, UL 데이터(예, PUSCH) 전송을 위해 사용될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.
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)로 마스킹 된다.
도 5는 PDCCH 전송/수신 과정을 예시한다.
도 5를 참조하면, 기지국은 단말에게 CORESET(Control Resource Set) 구성(configuration)을 전송할 수 있다(S502). CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG(Resource Element Group) 세트로 정의된다. REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, Master Information Block, MIB) 또는 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 예를 들어, MIB를 통해 소정의 공통(common) CORESET (e.g., CORESET #0)에 대한 구성 정보가 송신될 수 있다. 예를 들어, SIB1(system information block 1)을 나르는 PDSCH가 특정 PDCCH에 의해 스케줄되고, CORESET #0는 특정 PDCCH의 전송을 위한 것일 수 있다. 또한, CORESET #N (e.g., N>0)에 대한 구성 정보는 RRC 시그널링(e.g., 셀 공통 RRC 시그널링 또는 단말-특정 RRC 시그널링 등)을 통해 송신될 있다. 일 예로, CORESET 구성 정보를 나르는 단말-특정 RRC 시그널링은 예를 들어 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보 등의 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 구체적으로, CORESET 구성에는 다음 정보/필드가 포함될 수 있다.
- controlResourceSetId: CORESET의 ID를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 (연속된) RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDM 심볼 개수를 나타낸다. duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE(Control Channel Element)와 REG간의 맵핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- interleaverSize: 인터리버 사이즈를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS의 초기화에 사용되는 값을 나타낸다. pdcch-DMRS-ScramblingID가 포함되지 않는 경우, 서빙 셀의 물리 셀 ID가 사용된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도를 나타낸다.
- reg-BundleSize: REG 번들 사이즈를 나타낸다.
- tci-PresentInDCI: TCI(Transmission Configuration Index) 필드가 DL-관련 DCI에 포함되는지 여부를 나타낸다.
- tci-StatesPDCCH-ToAddList: PDCCH-구성에 정의된 TCI 상태의 서브세트를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
또한, 기지국은 단말에게 PDCCH SS(Search Space) 구성을 전송할 수 있다(S504). PDCCH SS 구성은 상위 계층 시그널링(e.g., RRC 시그널링)을 통해 전송될 수 있다. 예를 들어, RRC 시그널링은 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보등 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 도 5에서는 설명의 편의를 위하여 CORESET 구성과 PDCCH SS 구성이 각각 시그널링 되는 것으로 도시되었으나, 본 발명은 이에 한정되지 않는다. 예를 들어, CORESET 구성과 PDCCH SS 구성은 하나의 메시지(e.g., 한번의 RRC 시그널링)를 통해 송신될 수도 있으며, 또는 서로 다른 메시지들을 통해 각각 송신될 수도 있다.
PDCCH SS 구성은 PDCCH SS 세트(set)의 구성에 대한 정보를 포함할 수 있다. PDCCH SS 세트는 단말이 모니터 (e.g., 블라인드 검출)을 수행하는 PDCCH 후보들의 세트(set)로 정의될 수 있다. 단말에는 하나 또는 복수의 SS set들이 설정될 수 있다. 각 SS set는 USS set이거나 또는 CSS set일 수 있다. 이하에서는 편의상, PDCCH SS set를 간략히 "SS" 또는 "PDCCH SS"로도 지칭할 수도 있다.
PDCCH SS 세트는 PDCCH 후보들을 포함한다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. 여기서, 모니터링은 PDCCH 후보들을 블라인드 디코딩(Blind Decoding, BD) 하는 것을 포함한다. 하나의 PDCCH (후보)는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE로 구성된다. 하나의 CCE는 6개의 REG로 구성된다. 각각의 CORESET 구성은 하나 이상의 SS와 연관되고(associated with), 각각의 SS는 하나의 COREST 구성과 연관된다. 하나의 SS는 하나의 SS 구성에 기반하여 정의되며, SS 구성에는 다음 정보/필드가 포함될 수 있다.
- searchSpaceId: SS의 ID를 나타낸다.
- controlResourceSetId: SS와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타냄
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDM 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDM 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDM 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 수 (0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: CSS(Common Search Space) 또는 USS(UE-specific search space)를 나타내고, 해당 SS 타입에서 사용되는 DCI 포맷을 나타낸다.
이후, 기지국은 PDCCH를 생성하여 단말에게 전송하고(S506), 단말은 PDCCH 수신/검출을 위해 하나 이상의 SS에서 PDCCH 후보들을 모니터링 할 수 있다(S508). PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)을 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 3은 SS 타입별 특징을 예시한다.
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 |
C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) |
User specific PDSCH decoding |
표 4는 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 또는 DL 스케줄링 정보로 지칭될 수 있다. 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 사이즈/필드 구성이 달라진다.
CCE에서 REG로의 맵핑 타입은 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 또는 인터리빙된(interleaved) CCE-REG 맵핑 타입 중 하나로 설정된다.
- 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 (또는 localized 맵핑 타입)(도 5): 주어진 CCE를 위한 6 REG들로 하나의 REG 번들을 구성하고, 주어진 CCE를 위한 모든 REG들은 연속한다. 하나의 REG 번들은 하나의 CCE에 대응한다.
- 인터리빙된(interleaved) CCE-REG 맵핑 타입 (또는 Distributed 맵핑 타입): 주어진 CCE를 위한 2, 3 또는 6 REG들로 하나의 REG 번들을 구성하고, REG 번들은 CORESET 내에서 인터리빙 된다. 1~2개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 2 또는 6 REG들로 구성되고, 3개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 3 또는 6 REG들로 구성된다. REG 번들의 크기는 CORESET 별로 설정된다.
도 6은 PDSCH 수신 및 ACK/NACK 전송 과정을 예시한다. 도 6울 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 하향링크 스케줄링 정보(예, DCI 포맷 1_0, 1_1)를 포함하며, PDCCH는 DL assignment-to-PDSCH offset (K0)과 PDSCH-HARQ-ACK reporting offset (K1)를 나타낸다. 예를 들어, DCI 포맷 1_0, 1_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PDSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: K0 (예, 슬롯 오프셋), 슬롯 #n+K0 내의 PDSCH의 시작 위치(예, OFDM 심볼 인덱스) 및 PDSCH의 길이(예 OFDM 심볼 개수)를 나타냄
- PDSCH-to-HARQ_feedback timing indicator: K1를 나타냄
- HARQ process number (4비트): 데이터(예, PDSCH, TB)에 대한 HARQ process ID(Identity)를 나타냄
- PUCCH resource indicator (PRI): PUCCH 자원 세트 내의 복수의 PUCCH 자원들 중에서 UCI 전송에 사용될 PUCCH 자원을 지시함
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K0)에서부터 PDSCH를 수신한 뒤, 슬롯 #n1(where, n+K0≤ n1)에서 PDSCH의 수신이 끝나면 슬롯 #(n1+K1)에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함할 수 있다. 도 6에서는 편의상 PDSCH에 대한 SCS와 PUCCH에 대한 SCS가 동일하고, 슬롯# n1= 슬롯#n+K0 라고 가정하였으나, 본 발명은 이에 한정되지 않는다. SCS들이 상이한 경우 PUCCH의 SCS를 기반으로 K1 지시/해석될 수 있다.
PDSCH가 최대 1개 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 구성되지 않은 경우 2-비트로 구성되고, 공간 번들링이 구성된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 #(n+K1)로 지정된 경우, 슬롯 #(n+K1)에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
HARQ-ACK 응답을 위해 단말이 공간(spatial) 번들링을 수행하여야 하는지 여부는 셀 그룹 별로 구성(configure)(e.g., RRC/상위계층 시그널링)될 수 있다. 일 예로 공간 번들링은 PUCCH를 통해서 송신되는 HARQ-ACK 응답 및/또는 PUSCH를 통해서 송신되는 HARQ-ACK 응답 각각에 개별적으로 구성될 수 있다.
공간 번들링은 해당 서빙 셀에서 한번에 수신 가능한(또는 1 DCI를 통해 스케줄 가능한) TB (또는 코드워드)의 최대 개수가 2개 인경우 (또는 2개 이상인 경우)에 지원될 수 있다(e.g., 상위계층파라미터 maxNrofCodeWordsScheduledByDCI 가 2-TB에 해당하는 경우). 한편, 2-TB 전송을 위해서는 4개 보다 더 많은 개수의 레이어들이 사용될 수 있으며, 1-TB 전송에는 최대 4개 레이어가 사용될 수 있다. 결과적으로, 공간 번들링이 해당 셀 그룹에 구성된 경우, 해당 셀 그룹 내의 서빙 셀들 중 4 개 보다 많은 개수의 레이어가 스케줄 가능한 서빙 셀에 대하여 공간 번들링이 수행될 수 있다. 해당 서빙 셀 상에서, 공간 번들링을 통해서 HARQ-ACK 응답을 송신하고자 하는 단말은 복수 TB들에 대한 A/N bits을 (bit-wise) logical AND 연산하여 HARQ-ACK 응답을 생성할 수 있다.
예컨대, 단말이 2-TB를 스케줄링하는 DCI를 수신하고, 해당 DCI에 기초하여 PDSCH를 통해서 2-TB를 수신하였다고 가정할 때, 공간 번들링을 수행하는 단말은 제1 TB에 대한 제1 A/N bit와 제2 TB에 대한 제2 A/N bit를 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 제1 TB와 제2 TB가 모두 ACK 인 경우 단말은 ACK 비트 값을 기지국에 보고하고, 어느 하나의 TB라도 NACK 인경우 단말은 NACK 비트 값을 기지국에 보고한다.
예컨대, 2-TB가 수신 가능하도록 구성(configure)된 서빙 셀 상에서 실제로 1-TB 만 스케줄된 경우, 단말은 해당 1-TB에 대한 A/N bit와 비트 값 1을 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 단말은 해당 1-TB에 대한 A/N bit를 그대로 기지국에 보고하게 된다.
기지국/단말에는 DL 전송을 위해 복수의 병렬 DL HARQ 프로세스가 존재한다. 복수의 병렬 HARQ 프로세스는 이전 DL 전송에 대한 성공 또는 비성공 수신에 대한 HARQ 피드백을 기다리는 동안 DL 전송이 연속적으로 수행되게 한다. 각각의 HARQ 프로세스는 MAC(Medium Access Control) 계층의 HARQ 버퍼와 연관된다. 각각의 DL HARQ 프로세스는 버퍼 내의 MAC PDU(Physical Data Block)의 전송 횟수, 버퍼 내의 MAC PDU에 대한 HARQ 피드백, 현재 리던던시 버전(redundancy version) 등에 관한 상태 변수를 관리한다. 각각의 HARQ 프로세스는 HARQ 프로세스 ID에 의해 구별된다.
도 7은 PUSCH 전송 과정을 예시한다. 도 7을 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 상향링크 스케줄링 정보(예, DCI 포맷 0_0, 0_1)를 포함한다. DCI 포맷 0_0, 0_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PUSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: 슬롯 오프셋 K2, 슬롯 내의 PUSCH의 시작 위치(예, 심볼 인덱스) 및 길이(예 OFDM 심볼 개수)를 나타냄. 시작 심볼과 길이는 SLIV(Start and Length Indicator Value)를 통해 지시되거나, 각각 지시될 수 있음.
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K2)에서 PUSCH를 전송할 수 있다. 여기서, PUSCH는 UL-SCH TB를 포함한다.
페이징 (Paging)
네트워크는 (i) 페이징 메시지를 통해 RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 상태의 UE에 접근할 수 있고, (ii) Short 메시지를 통해서는 RRC_IDLE, RRC_INACTIVE 상태의 UE들 및 RRC_CONNECTED 상태의 UE들에 시스템 정보 변경, ETWS/CMAS (Earthquake and Tsunami Warning System/Commercial Mobile Alert System) 지시를 단말들에 통지할 수 있다. 페이징 메시지와 Short 메시지 모두 P-RNTI 기반의 PDCCH에 기반하여 송신되는데, 페이징 메시지는 논리채널인 Paging Control Channel (PCCH) 상에서 전송되지만 Short 메시지는 물리채널인 PDCCH를 통해 직접 전송된다. 논리채널인 PCCH는 물리채널 PDSCH에 맵핑되므로, 페이징 메시지는 P-RNTI 기반의 PDCCH에 기반하여 스케줄링되는 것으로 이해할 수 있다.
RRC_IDLE에 있는 동안 UE는 CN(core network)-개시(initiated) 페이징을 위해 페이징 채널을 모니터링한다. RRC_INACTIVE에서 UE는 또한 RAN(radio access network)-initiated 페이징에 대한 페이징 채널을 모니터링한다. UE는 페이징 채널을 지속적으로 모니터링할 필요가 없다. Paging DRX는 RRC_IDLE 또는 RRC_INACTIVE에 있는 UE가 DRX 사이클당 하나의 PO(Paging Occasion) 동안만 페이징 채널을 모니터링하도록 정의된다. 페이징 DRX 주기는 네트워크에 의해 다음과 같이 설정된다:
1) CN-initiated 페이징의 경우 시스템 정보를 통해 기본 주기가 브로드캐스트된다.
2) CN-initiated 페이징의 경우, UE 특정 주기는 NAS 시그널링을 통해 설정된다.
3) RAN-initiated 페이징의 경우 RRC 시그널링을 통해 UE 특정한 주기가 설정된다.
CN-initiated 및 RAN-initiated 페이징을 위한 UE의 PO들은 모두 동일한 UE ID에 기반하므로 두 PO들은 중첩된다. DRX 주기의 PO 수는 시스템 정보를 통해 설정될 수 있으며 네트워크는 ID를 기반으로 UE들을 PO들에 배분 할 수 있다.
RRC_CONNECTED에 있을 때, UE는 SI 변경 지시 및 PWS 통지를 위해서 시스템 정보에서 시그널링된 각 PO에서 페이징 채널을 모니터링한다. BA (Bandwidth Adaptation)의 경우 RRC_CONNECTED에 있는 UE는 설정된 공통 검색 공간이 있는 활성 BWP의 페이징 채널만 모니터링한다.
공유 스펙트럼 채널 액세스의 경우, UE는 페이징을 모니터링하기 위해 자신의 PO 내에 추가적인 PDCCH monitoring Occasion들이 설정될 수 있다. 그러나 UE가 자신의 PO 내에서 P-RNTI 기반 PDCCH 전송을 검출한 경우 UE는 해당 PO 내에서 후속 PDCCH PDCCH monitoring Occasion들을 모니터링 할 필요가 없다.
UE는 전력 소모를 줄이기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 DRX(Discontinuous Reception)를 사용할 수 있다. UE는 DRX 주기당 하나의 페이징 기회(PO)를 모니터링한다. PO는 PDCCH PDCCH monitoring Occasion들의 세트로서, 페이징 DCI가 전송될 수 있는 다중 시간 슬롯들(예를들어, 서브프레임 또는 OFDM 심볼)으로 구성될 수 있다. 하나의 페이징 프레임(PF)은 하나의 무선 프레임이며 하나 또는 여러 개의 PO(들) 또는 PO의 시작점을 포함할 수 있다.
다중 빔 동작에서, UE는 동일한 페이징 메시지 및 동일한 Short 메시지가 모든 송신 빔들에서 반복된다고 가정한다. 페이징 메시지는 RAN-initiated 페이징 및 CN-initiated 페이징 모두에 대해 동일하다.
UE는 RAN-initiated 페이징을 수신하면 RRC Connection Resume procedure를 개시한다. UE가 RRC_INACTIVE 상태에서 CN-initiated 페이징을 수신하면, UE는 RRC_IDLE로 전환하고, NAS에 알린다.
페이징을 위한 PF 및 PO는 다음과 같이 결정된다:
- PF에 대한 SFN의 결정:
(SFN + PF_offset) mod T = (T div N)*(UE_ID mod N)
- PO의 인덱스를 나타내는 인덱스(i_s)의 결정:
i_s = floor(UE_ID/N) mod Ns
PF 및 i_s 계산에 다음 파라미터들이 사용될 수 있다.
- T: UE의 DRX 주기(T는 UE 특정 DRX 값(RRC 및/또는 상위 계층에 의해 구성되는 경우)과 시스템 정보에서 브로드캐스트되는 기본 DRX 값 중 가장 짧은 값에 의해 결정되고, RRC_IDLE 상태에서는 단말 특정 DRX가 상위 계층에서 설정되지 않은 경우 기본 값이 적용된다).
- N: T의 총 페이징 프레임 수
- Ns: PF의 POs 수
- PF_offset: PF 결정에 사용되는 오프셋
- UE_ID: 5G-S-TMSI 모드 1024
WUS(Wake-up signal) / PEI (Paging Early Indication)
LTE Rel-15 NB-IoT 및 MTC에서는 단말의 power saving 목적으로 WUS (wake-up signal)가 도입되었다. 상기 WUS는 특정 위치의 페이징 목적 탐색공간에 실제 페이징 전송이 존재하는지의 여부를 미리 알려주는 신호이다. 기지국은 특정 위치의 PO(paging occasion)에 페이징을 전송하고자 하는 경우 해당 PO와 연관된 WUS 전송 위치(들)에 상기 WUS를 전송할 수 있다. 단말은 특정 위치의 PO에 연관된 WUS 전송 위치를 모니터링하고, 만약 상기 WUS 전송 위치에서 WUS를 검출한 경우 대응되는 PO에서 페이징이 전송될 것임을 기대할 수 있으며, 만약 상기 WUS 전송 위치에서 WUS를 검출하지 못한 경우 대응되는 PO에서 페이징을 기대하지 않는 동작을 통해 power saving의 이득을 얻을 수 있다. LTE Rel-16 NB-IoT 및 MTC에서는 상기 Rel-15 WUS의 power saving 이득을 향상시키기 위한 목적으로 단말-그룹 WUS가 도입되었다. 단말-그룹 WUS는 단말의 단말-그룹 ID를 기반으로 결정되는 WUS의 전송 위치와 시퀀스(sequence)를 이용하여 단말의 불필요한 웨이크 업(unnecessary wake up) 확률을 줄일 수 있다는 장점이 있다.
도 8은 LTE 시스템에서의 WUS를 설명하기 위한 도면이다. 도 8을 참조하면, MTC 및 NB-IoT에서는 페이징 모니터링과 관련된 전력 소비를 줄이기 위해 WUS가 사용될 수 있다. WUS는 셀 구성에 따라 단말이 페이징 신호(예, P-RNTI로 스크램블링된 MPDCCH/NPDCCH)의 모니터링을 수행할지 여부를 지시하는 물리 계층 신호이다. eDRX가 구성되지 않은 단말의 경우(즉, DRX만 구성), WUS는 하나의 PO(N=1)와 연관될 수 있다. 반면, eDRX가 구성된 단말의 경우, WUS는 하나 이상의 PO(N≥1)와 연관될 수 있다. WUS가 검출되면, 단말은 WUS와 연관된 이후 N개의 PO를 모니터링 할 수 있다. 반면, WUS가 검출되지 않으면, 단말은 다음 WUS를 모니터링 할 때까지 PO 모니터링을 생략함으로써 슬립 모드를 유지할 수 있다. 단말은 기지국으로부터 WUS를 위한 구성 정보를 수신하고 WUS 구성 정보에 기초하여 WUS를 모니터링 할 수 있다. WUS를 위한 구성 정보는 예를 들어 최대 WUS 구간(maximum WUS duration), WUS와 연관된 연속된 PO의 개수, 갭(gap) 정보 등을 포함할 수 있다. 최대 WUS 구간은 WUS가 전송될 수 있는 최대 시간 구간을 나타내며, PDCCH(예, MPDCCH, NPDCCH)와 관련된 최대 반복 횟수(예, Rmax)와의 비율로 표현될 수 있다. 단말은 최대 WUS 구간 내에서 WUS 반복 전송을 기대할 수 있지만, 실제 WUS 전송 횟수는 최대 WUS 구간 내의 최대 WUS 전송 횟수보다 적을 수 있다. 예를 들어, 좋은 커버리지 내의 단말에 대해서는 WUS 반복 횟수가 적을 수 있다. 최대 WUS 구간 내에서 WUS가 전송될 수 있는 자원/기회를 WUS 자원이라고 지칭한다. WUS 자원은 복수의 연속된 OFDM 심볼과 복수의 연속된 부반송파로 정의될 수 있다. WUS 자원은 서브프레임 또는 슬롯 내의 복수의 연속된 OFDM 심볼과 복수의 연속된 부반송파로 정의될 수 있다. 예를 들어, WUS 자원은 14개의 연속된 OFDM 심볼과 12개의 연속된 부반송파로 정의될 수 있다. WUS를 검출한 단말은 WUS와 연관된 첫 번째 PO까지 WUS를 모니터링 하지 않는다. 최대 WUS 구간 동안 WUS를 검출하지 못한 경우, 단말은 WUS와 연관된 PO 들에서 페이징 신호를 모니터링 하지 않는다(또는 슬립 모드로 남아 있는다).
NR과 같은 통신 시스템에서도 단말이 PO 에서 페이징 DCI의 모니터링을 수행해야하는지 여부 또는 페이징 DCI의 제공 여부가 PEI (e.g., 시퀀스 또는 DCI 기반의 Paging Early Indication)을 통해 지시될 수 있다. 단말이 PEI의 검출에 성공하는 경우에는 페이징 DCI (및/또는 해당 페이징 메시지를 나르는 PDSCH)를 모니터링 한다. PEI가 검출되지 않으면 단말은 해당 PO에서의 페이징 DCI의 모니터링을 스킵 할 수 있다.
Paging Early Indication for REDCAP UEs
LTE와 NR과 같은 통신 시스템에서는 RRC setup의 triggering, System information modification, and/or PWS/ETWS notification 등의 목적을 위하여 paging이 사용되고 있다. 단말은 기지국에 의하여 설정된 PO의 위치에서 PDCCH를 monitoring하고 P-RNTI로 scrambled 된 DCI를 검출한 경우 해당 DCI가 지시하는 동작을 수행한다.
LTE Rel-15 NB-IoT 및 MTC에서는 단말의 power saving 목적으로 WUS가 도입되었다. 상기 WUS는 특정 위치의 PO에 실제 paging 전송이 존재하는지의 여부를 알려주는 signal이다. 기지국은 특정 위치의 PO에 paging을 전송하고자 하는 경우 해당 PO와 연관된 WUS 전송 위치(들)에 상기 WUS를 전송할 수 있다. 단말은 특정 위치의 PO에 연관된 WUS 전송 위치를 monitoring하고, 만약 상기 WUS 전송 위치에서 WUS를 검출한 경우 대응되는 PO에서 paging이 전송될 것임을 기대할 수 있으며, 만약 상기 WUS 전송 위치에서 WUS를 검출하지 못한 경우 대응되는 PO에서 paging을 기대하지 않는 동작을 통해 power saving의 이득을 얻을 수 있다. LTE Rel-16 NB-IoT 및 MTC에서는 상기 Rel-15 WUS의 power saving 이득을 향상시키기 위한 목적으로 UE group WUS가 도입되었다. UE group WUS는 단말의 UE group ID를 기반으로 결정되는 WUS의 전송 위치와 sequence를 이용하여 단말의 unnecessary wake up 확률을 줄일 수 있다는 장점이 있다.
Rel-16 NR에서는 Connected mode의 power saving을 지원하기 위한 목적으로 DCI 기반의 power saving 기법이 도입되었다. 이를 위하여 새로운 DCI format 2-6가 정의되었으며, 기지국은 DCI format 2-6 상에서 해당 단말이 monitoring할 bit의 위치를 지시하고, 단말은 해당 위치의 bit 정보를 기반으로 active time 구간에서의 power saving 동작을 결정한다.
Rel-16 NB-IoT 및 MTC에서 논의된 바와 같이, Idle/Inactive mode 상태의 단말들 PO를 monitoring할 때, 동일한 PO를 공유하는 다른 단말을 위한 paging이 전송될 경우 불필요한 wake up이 발생될 수 있으며 이로 인한 단말의 power consumption의 증가가 발생할 수 있다. 위에서 언급한 바와 같이 현재 NR에서는 Connected mode 상태 단말의 불필요한 monitoring을 줄여 power saving 효과를 얻기 위한 DCI 기반의 방법이 도입되었으나, 이와 동일한(또는 유사한) 방법이 Idle/Inactive mode 상태에서는 아직 정의되지 않았다. Rel-17 NR에서는 단말의 power saving을 목적으로 PO에 앞서 paging과 관련된 정보를 제공하는 PEI(Paging Early indication)의 도입이 논의되고 있다.
PEI를 이용한 power saving 효과 중 하나는 UE subgroup indication을 통해 단말의 불필요한 wake up을 reduction하는 것이다. 구체적으로 PEI는 DCI 포맷으로 구성될 수 있고, 해당 DCI에는 UE group and/or subgroup indication 정보를 표현하는 field가 포함될 수 있다.
NR에서 REDCAP(Reduced Capability) 단말의 지원이 논의되고 있다. REDCAP 단말은 일반적인 NR 단말 (이후 normal 단말)에 비하여 낮은 대역폭(BW) capability를 가질 수 있으며, 주로 낮은 cost 및 낮은 complexity의 요구조건을 위한 목적으로 사용될 수 있다. REDCAP 단말은 normal 단말과 마찬가지로, 또는 더 높은 필요 조건으로, power saving efficiency의 향상이 요구될 수 있다. 따라서 Rel-17 NR에 도입 예정인 enhanced power saving feature 들의 적용이 필요할 수 있다. 특히 PEI의 경우 단말의 idle/inactive mode 상태에서 높은 power saving 효과를 제공할 수 있기 때문에 REDCAP 단말에 적용되는 것이 바람직할 수 있다.
normal 단말에 적용되는 initial BWP와 구분되는 BWP(이후 separate BWP) 상에서의 REDCAP 단말 송수신 동작이 지원될 경우, initial/inactive mode 상태의 REDCAP 단말은 paging 및 RACH 등과 같은 동작들을 separate BWP 상에서 수행할 수 있다. 이 경우, REDCAP 단말의 paging 절차를 위해 PO/PEI가 지원되는 BWP의 위치와 time domain 상에서의 구분 여부 등이 고려될 필요가 있다.
이와 같은 배경을 바탕으로, REDCAP 단말이 PEI Occasion(이하 PEI-O)를 결정하기 위한 방법과 이 때 필요한 정보들을 제안한다. 이 때 상기 PEI Occasion은 PEI가 송신되는 위치로 PO와 유사하게 consecutive PDCCH monitoring occasion의 집합으로 정의될 수 있으며, 본 명세서에서는 단말이 PEI를 monitoring 하기 위하여 DCI 또는 sequence의 검출을 시도하는 위치들의 집합을 일반적으로 지칭하는 용어로 사용한다.
후술하는 제안들은 (i) REDCAP 단말을 위한 separate BWP가 구성된 경우, REDCAP 단말이 PEI 수신을 기대할 수 있는 BWP의 결정, (ii) 결정된 BWP에서 PEI-O의 설정 정보의 결정, 및/또는 (iii) 결정된 PEI-O의 설정 정보를 통해 PEI-O의 위치를 결정과 관련될 수 있다. 제안하는 방법은 REDCAP 단말의 power saving efficiency와 PEI 수신의 reliability를 보장함과 동시에, 기지국의 resource overhead efficiency와 scheduling flexibility를 제공하는데 유리할 수 있다.
이하에서는 PEI 및 연관된 PO에서의 동작을 위주로 설명하지만, 본 발명은 이에 한정되지 않으며 특정 channel의 송신 여부를 알리는 signal/channel과 이에 연관된 특정 channel에 일반적으로 적용될 수 있다.
도 9은 일 실시예에 따른 기지국 동작을 도시한다.
도 9를 참조하면 기지국은 PEI 및 paging과 관련된 설정 정보를 생성하고 이를 전송할 수 있다(FC101). 이 때 상기 정보에는 단말의 capability에 따라 PEI와 paging의 동작이 수행되는 BWP(들)에 대한 정보 및/또는 BWP(들)의 위치에서 PEI 및 paging이 monitoring occasion이 구성되는 설정 정보가 포함될 수 있다. 일례로 상기 설정 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 전송될 수 있다.
기지국은 단말(들)에게 전송하고자 하는 paging 정보가 존재하는 경우, 상기 설정 정보에 기반하여 PEI를 전송할 수 있다 (FC102).
이후, 기지국은 paging DCI를 생성하고, 이를 PDCCH를 통해 전송할 수 있으며, 이 때 PDCCH는 설정된 PO(s)를 통해 전송될 수 있다(FC103). PO의 위치는 paging DCI의 수신 대상이 되는 UE의 capability에 기반하여 결정될 수 있다. paging message의 scheduling 정보가 paging DCI에 포함될 수 있다.
이후, 기지국은, PDCCH를 통해 전송된 PDSCH의 scheduling 정보에 기반하여 paging message를 포함한 PDSCH의 전송할 수 있다 (FC104). 만약 기지국이 보내야 할 paging message가 없는 경우 이 동작은 생략될 수 있다.
도 10는 일 실시예에 따른 단말 동작을 도시한다.
도 10을 참조하면, 단말은 기지국으로부터 PEI 및/또는 PO와 관련된 설정 정보를 수신할 수 있다(FC201). 상기 정보에는 PEI와 paging의 동작이 수행되는 BWP(들)에 대한 정보와 BWP(들)의 위치에서 PEI 및 paging이 monitoring occasion이 구성되는 설정 정보가 포함될 수 있으며, 단말은 자신의 UE capability에 따라 필요한 정보를 구분하여(선택적으로) 수신할 수 있다. 일례로 상기 설정 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 수신될 수 있다.
단말은 상기 수신한 PEI 관련 설정 정보에 기반하여 설정된 BWP와 PEI-O의 위치에서 PEI의 검출을 시도하고 이를 수신할 수 있다(FC202).
이후, PEI 정보를 통해 자신이 속한 UE group/subgroup에 대응되는 PO에서의 수신 동작이 지시된 경우, 단말은 상기 PO의 위치에서 paging DCI 검출을 위한 PDCCH의 monitoring을 수행할 수 있다(FC203). 상기 PO의 위치는 단말이 상기 수신한 설정 정보와 자신의 UE capability에 기반하여 결정될 수 있다. 이 때 단말은 paging message의 수신을 위한 scheduling 정보가 상기 paging DCI에 존재하는 경우, 이를 수신할 수 있다.
이후, 단말은, 상기 PDCCH를 통해 자신의 UE subgroup에 대응되는 paging message 수신 동작이 지시되고 이를 위한 PDSCH의 scheduling 정보를 수신한 경우, 상기 PDCCH를 통해 전송된 PDSCH의 scheduling 정보에 기반하여 paging message를 포함한 PDSCH의 수신을 기대할 수 있다 (FC204). 만약 단말이 이전 단계에서 해당 단말에 대한 PDSCH 전송이 없음이 지시된 경우, 해당 동작은 생략될 수 있다.
이하 제안하는 방법들 각각이 독립적으로 실시되거나 또는 하나 이상의 방법들이 조합되어 연계된 형태로 실시될 수도 있다.
이하에서는 특정 PO에 대하여 paging PDCCH/PDSCH의 전송여부를 지시할 수 있도록 구성된 signal 또는 channel을 PEI(Paging Early Indication)으로 정의하여 기술한다. DCI의 형태로 정보를 제공하도록 구성된 PEI를 위주로 발명을 설명하고 있으나, 다른 형태의 PEI (e.g. sequence를 통해 정보를 구분)에도 제안되는 방법이 적용될 수 있다.
이하에서는 Cap-N과 Cap-R로 표현되는 두 종류의 capability로 구분되는 단말들을 대상으로 paging과 PEI의 기능을 하나의 기지국에서 제공하는 상황을 가정하여 설명한다. 이 때 Cap-R은 REDCAP을 지원하는 단말의 capability를 의미할 수 있으며, Cap-N은 REDCAP을 지원하지 않는 일반적인 단말들의 capability를 의미할 수 있다.
이하 BWP-N의 용어는 Cap-N 단말이 idle/inactive mode 상에서 DL 동작을 수행하는 BWP를 의미하며, BWP-R의 용어는 Cap-R 단말이 idle/inactive mode 상에서 DL 동작을 수행할 수 있도록 구성된 BWP를 의미한다. 이 때 BWP-N은 MIB에 의하여 제공되는 CORESET#0의 구성에 따라 결정되는 BWP를 의미할 수 있으며, 이는 일반적인 단말(e.g. REDCAP capability를 갖지 않은 단말)들이 idle/inactive mode 상태에서 DL 동작을 수행하는 BWP일 수 있다. 또한 BWP-R은 REDCAP 단말을 지원하기 위하여 별도로 지정된 separate BWP일 수 있으며, 만약 구성된 경우 해당 BWP의 위치에서 REDCAP 단말은 기지국이 설정한 정보에 따라 paging and/or RACH 등 idle/inactive mode 상태에서 필요한 DL 동작들을 수행할 수 있다. 제안하는 방법들은 특정 조건에 따라 구분되는 단말들의 집합(e.g. capability)에 따라 BWP가 달라지는 경우에도 일반적으로 적용될 수 있다.
Cap-R 단말을 위한 PEI가 송신되는 BWP 결정
Cap-R 단말이 idle/inactive 상태에서 DL 동작을 수행하는 BWP가 Cap-N 단말의 DL BWP와 다르게 구성될 경우, 단말이 paging과 PEI를 수신하기 위한 DL BWP를 결정하는 방법이 필요하다. 일례로 BWP-R에서 Cap-R 단말을 위한 PO가 구성될 경우, PEI 송신을 위한 PEI-O의 위치 구성에 따라 단말의 power saving 이득과 수행되어야 할 기능 등이 달라질 수 있다. 단말의 power consumption efficiency와 paging latency 등을 포함한 수신 성능 향상에 유리한, Cap-R 단말의 PEI 송신 BWP 선택 방법을 제안한다.
제안 1-1) NCD-SSB의 구성에 따라 PEI 전송 BWP의 위치 결정
만약 단말이 DL BWP가 복수이고, 단말의 capability에 의하여 복수의 BWP들에서 동시에 DL signal/channel의 수신이 불가능할 경우, 단말은 서로 다른 BWP 상에서 DL signal/channel을 수신하기 위하여 frequency retuning을 수행해야 할 필요가 있을 수 있다. 하지만 이러한 frequency retuning의 동작은 단말의 power 소모를 유발하게 되며, frequency retuning을 수행하는데 필요한 gap 시간이 필요할 수 있다.
BWP-R 상에서 수행되는 DL 동작들을 지원하기 위하여, BWP-R에는 NCD-SSB (i.e. Non Cell Defining SSB)가 구성될 수 있다. 만약 NCD-SSB가 구성된 BWP-R 상에 Cap-R 단말을 위한 PO가 구성될 경우, 단말은 paging PDCCH/PDSCH의 수신을 준비하기 위하여 NCD-SSB를 이용한 AGC 및 time/frequency synchronization 동작 등을 수행할 수 있다. 만약 NCD-SSB가 BWP-R 상에 구성되지 않은 경우, 단말은 BWP-N 상에 존재하는 CD-SSB (i.e. Cell Defining SSB)를 이용하여 AGC 및 time/frequency synchronization 동작 등을 수행할 수 있다. CD-SSB는 SIB1등의 시스템 정보를 나르는 PDSCH를 스케줄하는 PDCCH에 대한 CORESET/SS 설정 정보를 포함할 수 있으며, NCD-SSB는 해당 CORESET/SS 설정 정보를 포함하지 않을 수 있다.
이러한 조건들을 고려할 때, 만약 Cap-R 단말을 위한 PO가 BWP-R 상에 구성될 경우, PEI를 위한 BWP의 위치가 NCD-SSB의 구성 여부 및 방식에 따라 결정될 수 있다. 보다 구체적인 예로, 만약 NCD-SSB가 BWP-R에 구성되어 있는 경우, 아래의 option 중 하나 이상의 조합에 기반하여 PEI를 위한 BWP가 결정될 수 있다.
Option 1-1-1) NCD-SSB가 serving cell measurement를 위해 사용 가능한지 여부
BWP-R 상에 구성되는 NCD-SSB가 serving cell measurement를 위해 사용 가능한지의 여부가 PEI를 위한 BWP를 결정하기 위한 조건으로 사용될 수 있다. 구체적인 예로 만약 BWP-R에 구성된 NCD-SSB가 measurement를 위해 사용되도록 허용된 경우, Cap-R 단말을 위한 PEI는 BWP-R 상에서 송신될 수 있다. 반면에 BWP-R에 구성된 NCD-SSB가 measurement를 위해 사용되지 못하는 경우, Cap-R 단말을 위한 PEI는 BWP-N 상에서 송신될 수 있다. 보다 구체적인 예로 상기 serving cell measurement의 허용 여부는 기지국이 higher layer signaling을 통해 지시한 explicit indication에 의하여 결정되거나, 또는 NCD-SSB의 구성을 위하여 사용되는 parameter 들에 의하여 implicit하게 결정될 수 있다.
Option 1-1-1은 idle/inactive mode 상태의 단말에 대한 requirement 조건에 따라 매 DRX cycle마다 최소 한번의 serving cell measurement가 수행되어야 함을 고려할 때, 단말이 serving cell measurement를 위한 BWP와 PEI를 위한 BWP를 일치하도록 구성하여 frequency retuning의 동작을 최소화할 수 있다.
Option 1-1-2) NCD-SSB의 periodicity
BWP-R 상에 NCD-SSB의 periodicity에 기반하여 PEI를 위한 BWP가 결정될 수 있다. 구체적인 예로 NCD-SSB가 반복되는 주기가 특정 임계 값에 대한 이상(또는 초과)의 조건을 만족하는지 여부가 PEI를 위한 BWP의 결정 조건으로 사용될 수 있다.
상기 임계 값을 정하는 구체적인 예로, BWP-N 상의 CD-SSB의 주기가 사용될 수 있다. 일례로 BWP-R 상의 NCD-SSB의 주기가 BWP-N 상의 CD-SSB의 주기보다 짧거나 같을 경우 (i.e. NCD-SSB의 density가 CD-SSB의 density에 비교하여 높거나 같을 경우) Cap-R 단말을 위한 PEI는 BWP-R 상에서 송신될 수 있다. 반면에 만약 BWP-R 상의 NCD-SSB의 주기가 BWP-N 상의 CD-SSB의 주기보다 길 경우 (i.e. NCD-SSB의 density가 CD-SSB의 density에 비교하여 낮을 경우) Cap-R 단말을 위한 PEI는 BWP-N 상에서 송신될 수 있다. 또는, 보다 일반적인 형태로, NCD-SSB 주기와 CD-SSB 주기의 N배 (N은 임의의 유리수)의 초과 또는 이하인지의 여부가 사용되는 BWP을 결정하기 위한 조건으로 사용될 수도 있다.
상기 임계 값을 정하는 또 다른 구체적인 예로, 사전에 정의된 time duration 값(또는 time domain 상의 unit 수)이 사용될 수도 있다. 일례로, 상기 임계 값이 X ms로 결정될 때, BWP-R 상의 NCD-SSB의 주기가 X ms 보다 짧거나 같을 경우에는 Cap-R 단말을 위한 PEI가 BWP-R 상에서 송신될 수 있다. 반면 BWP-R 상의 NCD-SSB의 주기가 X ms 보다 길 경우에는 Cap-R 단말을 위한 PEI가 BWP-N 상에서 송신될 수 있다. 일례로 상기 X ms의 값은 단말이 configure된 SSB periodicity를 확인하기 이전에 SSB를 검출하기 위하여 가정하는 SSB의 주기(e.g. 20 ms)일 수 있다.
Option 1-1-2는 idle/inactive mode 상태의 단말이 paging DRX cycle마다 수행해야 되는 serving cell measurement, AGC, and/or time/frequency synchronization 동작이 보다 원활하게 수행될 수 있도록 보장하기 위하여 더 높은 SSB density를 제공하는 BWP 상에서 PEI가 송신될 수 있도록 하는데 적합할 수 있다.
제안 1-2) BWP-R 상의 PO 구성에 따른 BWP 위치 결정
PEI Occasion (이하 PEI-O)은 PO의 위치로부터 offset을 적용한 상대적인 위치로 결정될 수 있다. 일례로 (1) PF (paging frame)를 기준으로 frame level의 offset을 적용하여 PEI Frame (이하 PEI-F)을 결정하고 PEI-F 내에서 PEI-O를 결정하기 위한 추가 parameter (e.g. first PDCCH monitoring occasion의 지정)를 설정하는 방법이 사용되거나, (2) PO/PF를 기준으로 선행하는 L번째 SSB를 기준으로 offset을 적용하거나 (3) 또는 PO를 기준으로 symbol/slot level의 offset을 적용하는 방법이 사용될 수 있다. 이러한 offset의 구성은 단말이 PEI를 수신하기 이전에 SSB를 이용한 AGC 및 time/frequency synchronization의 수행을 용이하게 하고 PEI 수신 이후 PO의 monitoring을 준비하는 구간 동안에 추가 time/frequency synchronization의 수행이 용이하게 하도록 설정될 수 있다. PEI-O와 PO간의 offset은 단말의 power consumption과 paging 수신 성능에 큰 영향을 주는 요인이 될 수 있다.
이러한 배경에서 BWP-R 상에서 Cap-R 단말을 위한 PO 구성과 BWP-N 상에서 Cap-N 단말을 위한 PO 구성에 따라 Cap-R 단말이 PEI를 monitoring 하기에 적합한 BWP의 위치가 달라질 수 있다. 이는 CD-SSB 또는 NCD-SSB와의 상대적인 관계와 PEI-to-Multiple-PO의 관계(i.e. 하나의 PEI에 의하여 정보가 지시될 수 있는 복수의 PO에 대한 관계)가 PO의 구성에 의하여 영향을 받을 수 있기 때문일 수 있다. 이러한 조건을 고려하기 위하여 Cap-R 단말을 위한 PO가 BWP-R 상에 구성되고 Cap-N 단말을 위한 PO가 BWP-N 상에 구성될 경우 Cap-R 단말의 PO가 구성된 형태와 Cap-N 단말의 PO가 구성된 형태를 고려하여 Cap-R 단말의 PEI-O가 설정되는 BWP를 결정하는 방법을 제안한다.
구체적인 예로 만약 BWP-R 상에 Cap-R 단말의 PO가 구성되고, 상기 Cap-R 단말을 위하여 구성된 PO가 BWP-N 상에 구성된 Cap-N 단말의 PO와 동일한 time domain 상의 위치에 구성되는 경우, Cap-R 단말을 위한 PEI는 BWP-N 상에서 송신될 수 있다. 이 때 추가적인 방법으로, 불필요한 signaling overhead를 줄이기 위한 목적으로, Cap-R 단말의 PEI-O과 Cap-N 단말의 PEI-O는 동일한 위치에 구성될 수 있다. 이는 두 BWP 상에 구성된 PO의 위치가 동일할 경우, 공통의 PEI offset (i.e. PEI-O를 설정하기 위하여 사용되는 offset parameter(s))를 사용하여 PEI-O를 공유하기 위한 목적일 수 있으며, 이 경우 기지국 측면에서 PEI 전송으로 인한 resource overhead와 PEI-O의 설정 정보를 제공하기 위한 signaling overhead를 줄일 수 있다. 상기 제안된 방법에서 동일한 time domain 상의 위치에 구성됨은, PO의 구성을 위하여 사용되는 parameter 중 time domain 상에서 resource를 결정하기 위한 모든 parameter(e.g. PFoffset, first PDCCH monitoring occasion 등)가 동일한 경우를 의미할 수 있다. 이 때 paging DRX cycle 당 PO의 개수가 Cap-R 단말과 Cap-N 단말에 대하여 서로 상이하게 설정된 경우(e.g. Cap-R 단말을 위한 PO의 time domain 상의 위치가 모두 Cap-N 단말을 위한 PO의 time domain 상의 위치 중 일부에 포함되는 경우, 또는 그 반대)에도 상기 제안한 방법이 적용될 수 있다.
또한 구체적인 예로 만약 BWP-R 상에 Cap-R 단말의 PO가 구성되고, 상기 Cap-R 단말을 위하여 구성된 PO가 BWP-N 상에 구성된 Cap-N 단말의 PO와 상이한 time domain 상의 위치를 갖는 경우, Cap-R 단말을 위한 PEI는 BWP-R 상에서 송신될 수 있다. 이는 단일의 PEI offset이 BWP-N과 BWP-R 상에 공통으로 적용되는 경우, Cap-R 단말과 Cap-N 단말이 서로 다른 PEI-O의 위치를 가지게 될 수 있으며, 이 때 서로의 PEI-O이 overlap 되어 PDCCH blocking이 발생되는 상황을 방지하고, 특정 BWP에 traffic이 집중되는 것을 방지하기 위한 목적일 수 있다. 상기 제안된 방법에서 상이한 time domain 상의 위치에 구성됨은, PO의 구성을 위하여 사용되는 parameter 중 time domain 상에서 resource를 결정하기 위한 전체 또는 일부의 parameter(e.g. PFoffset, first PDCCH monitoring occasion 등)가 서로 다르게 구성되는 경우를 의미할 수 있다.
제안 1-2는 PEI-O와 PO간의 관계를 고려하여, 가능한 경우 별도의 signaling overhead의 증가 없이 PEI-O를 공유하여 기지국의 resource overhead를 줄이기 위한 목적에 적합할 수 있으며, 만약 특정 BWP 상에 traffic이 집중되는 경우 PEI의 송신을 위한 resource를 또 다른 BWP상에 offloading 시키는데 유리할 수 있다.
BWP-N 상에서 Cap-R 단말을 위한 PEI가 송신되는 경우 PEI-O의 설정
Cap-R 단말을 위한 PEI의 송신이 BWP-N 상에 구성될 경우, Cap-R 단말이 PEI 수신을 기대하는 PEI-O을 결정하는 방법이 결정되어야 할 필요가 있다. 단말의 power consumption efficiency와 paging latency 등을 포함한 수신 성능 향상에 유리한 효과를 얻기 위하여, Cap-R 단말을 위한 PEI가 BWP-N 상에서 송신되는 경우 PEI-O을 구성하기 위한 parameter들을 결정하는 방법들을 제안한다.
이하 제안들에서는 (제안 2-1, 제안 2-2, 제안 2-3, 제안 2-4) BWP-N 상에서 Cap-R 단말을 위한 PEI가 송신되는 구조를 다루고 있으며, 별도의 설명이 없는 경우에도 상기의 구조를 가정한다.
제안 2-1) Cap-N 단말을 위하여 구성된 PEI-O 관련 parameter들의 재사용
기지국은 resource overhead를 줄이기 위해, Cap-R 단말을 위한 별도의 PEI-O 구성 정보를 제공하지 않을 수 있다. 이 경우, Cap-N 단말을 위한 PEI 구성 정보가 higher layer signal (e.g. SIB or RRC signaling에 의하여 제공되는)을 통해 제공되는 경우, 상기 Cap-N 단말을 위해 구성된 PEI-O 관련 parameter들에 기반하여 Cap-R 단말의 PEI-O를 결정할 수 있다. 일례로 상기 PEI-O 관련 parameter에는 PEI offset을 지정하기 위한 parameter(s)가 포함될 수 있으며, 그리고/또는 PEI-to-Multiple-PO의 관계를 결정하는 parameter들이 포함될 수도 있다. 이 때 상기 PEI-O 관련 parameter들이 적용되는 기준은 Cap-R 단말의 PO가 될 수 있다.
Cap-N 단말의 PO와 Cap-R 단말의 PO가 동일한 time domain 상의 위치를 공유하는 경우, PEI-O의 위치는 공유될 수 있다.
Cap-R 단말을 위한 별도의 PEI-O 관련 parameter의 지원이 표준에 의하여 제공되지 않도록 정의되는 경우, 만약 기지국이 Cap-N 단말의 PEI-O과 Cap-R 단말의 PEI-O를 time domain 상에서 구분하고자 할 경우에는 Cap-R 단말을 위한 별도의 PO 관련 parameter (e.g. PFoffset, first PDCCH monitoring occasion 등을 다르게 구성)를 제공하고 이를 Cap-N 단말을 위한 PO 관련 parameter 들과 다른 값으로 구성할 수 있다.
제안 2-1은 PEI-O 설정을 위한 parameter들을 서로 다른 capability를 갖는 단말들 간에 공유할 수 있도록 정하여 기지국의 signaling overhead를 saving 할 수 있다.
제안 2-2) Cap-N 단말의 PO 구성 정보 및 Cap-R 단말의 PO 구성 정보에 기반한 Cap-R 단말의 PEI-O 관련 parameter를 결정
resource overhead 측면에서 Cap-N 단말을 위한 PEI-O를 Cap-N 단말과 Cap-R 단말이 공유하는 것이 유리할 수 있다. 하지만 Cap-N 단말과 Cap-R 단말 간에 제공되는 서비스와 무선 통신 환경의 차이 등으로 인하여 Cap-N 단말의 PO와 Cap-R 단말의 PO의 구성이 상이하게 설정되어야 하는 상황이 요구될 수 있다. 이러한 경우, 만약 단일한 PEI offset parameter의 구성이 Cap-N 단말의 PEI-O과 Cap-R 단말의 PEI-O의 위치 결정에 사용될 경우, Cap-N 단말과 Cap-R 단말이 PEI-O를 공유하기 위한 방법이 필요하다. 일 예로 단일 PEI offset parameter를 통해 Cap-N 단말과 Cap-R 단말이 PEI-O의 위치를 공유하기 위하여 Cap-N 단말과 Cap-R 단말을 위한 PO 구성 정보들을 활용하는 방법을 제안한다. 하기의 option 중 하나 이상이 조합될 수 있다.
Option 2-2-1) Cap-N 단말과 Cap-R 단말의 PF/PO를 결정하는 offset parameter들의 차이를 활용하는 방법
단말은 higher layer signal(e.g. SIB)를 통해 구성된 PO 관련 offset parameter들을 이용하여 PF와 PO의 위치를 결정할 수 있다. 이 때 상기 PO관련 offset parameter들에는 PFoffset과 first PDCCH monitoring occasion의 정보가 포함될 수 있다. 만약 Cap-N 단말과 Cap-R 단말의 PO 관련 offset parameter들이 상이하게 설정될 경우, Cap-N 단말의 PO와 Cap-R 단말의 PO는 다른 위치에 구성될 수 있다. 이와 같은 특성을 이용하여, Cap-N 단말의 PO를 결정하는 offset parameter와 Cap-R 단말의 PO를 결정하는 offset parameter간의 차이를 반영하여 Cap-R 단말의 PEI-O의 위치가 결정될 수 있다. 이 때 Cap-R 단말의 PEI-O의 위치는 Cap-R 단말의 PO와 PEI offset 값을 이용하여 결정될 수 있다. 구체적인 예로 Cap-N 단말의 PF를 결정하는 parameter인 PFoffset (이하 PFoffset_N)과 Cap-R 단말의 PF를 결정하는 parameter인 PFoffset (이하 PFoffset_R)의 차이 값을 이용하여 추가되는 offset 값이 계산되고, Cap-R 단말이 PEI-O의 위치는 PEI offset과 상기 계산된 추가 offset 값의 합산에 기초하여 결정될 수 있다. 일 예로 상기 PF의 parameter들을 통해 계산된 추가 offset 값을 Addoffset으로 정의하고, Cap-N 단말의 PO와 PEI-O 간에 구성된 offset의 크기를 PEIoffset_N으로 정의하고, Cap-R 단말의 PO와 PEI-O 간에 구성된 offset의 크기를 PEIoffset_R으로 정의할 때, Cap_R 단말의 PEI-O를 결정하기 위한 방법은 아래의 수학식 1과 같이 표현될 수 있다. 수학식 1의 예시는 설명을 위한 일례일 뿐이며 발명에서 제안하는 내용이 수학식 1에 제한되지 않는다.
[수학식 1]
Addoffset =PFoffset_R - PFoffset_N
PEIoffset_R=PEIoffset_N + Addoffset
Addoffset 결정을 위하여 PFoffset parameter들을 이용하는 것에 추가적으로 (또는 대신하여) slot 단위의 offset이 적용될 수도 있다. 이를 위하여 Cap-N 단말 PO의 first PDCCH monitoring occasion에 대한 구성 정보와 Cap-R 단말의 first PDCCH monitoring occasion에 대한 구성 정보가 상기 추가 offset 값을 결정하기 위해 사용될 수도 있다.
도 11을 참조하면 Cap-N 단말의 PO와 (PO(N)과) Cap-R 단말의 PO (PO(R))의 offset parameter 들의 차가 Addoffset 인 경우 (FD104), Cap-N 단말의 PEI-O의 위치는 PEI offset (FD103)과 Addoffset(F104)의 합으로 결정된다. Option 2-2-1은 단말들의 실제 PO가 아닌 구성된 parameter를 기준으로 offset 값을 결정하는 방법이기 때문에, PO의 설정 상태에 따라 일부 PEI-O에서는 Cap-N 단말과 Cap-R 단말 모두에 대한 정보를 제공하는 경우가 있을 수 있으며 (FD101), 또는 Cap-N 단말 (또는 Cap-R 단말)만을 대상으로 정보를 제공하는 PEI-O의 위치가 존재할 수도 있다 (FD102).
Option 2-2-1은 추가되는 signaling overhead 없이 PO를 구성하는 parameter 들만을 이용하여 Cap-R 단말의 PEI-O를 결정할 수 있는 추가 offset을 제공하고, 이를 통해 Cap-N 단말과 Cap-R 단말이 PEI-O를 공유할 수 있는 구조를 제공할 수 있다.
Option 2-2-2) Cap-R 단말의 PO와 가장 인접한 Cap-N 단말의 PO를 기준으로 한 PEI-O 결정
단말의 PO 설정을 이용하여 Cap-R 단말의 PEI-O를 결정하는 또 다른 방법으로, Cap-R 단말의 PO에 인접한 Cap-N 단말의 PO를 기준점으로 이용하여 Cap-R 단말의 PEI-O의 위치가 결정될 수 있다. 상기 인접한 Cap-N 단말의 PO를 정하는 방법으로, Cap-R 단말이 monitoring 해야하는 PO의 위치를 기준으로 time domain 상에서 선행하는 Cap-N 단말의 PO 중 가장 가까운 위치를 선택할 수 있다.
상기 제안된 방법이 사용되고, 만약 Cap-R 단말을 위한 복수의 PO들 사이에 Cap-N 단말의 PO가 존재하지 않는 경우, 상기 Cap-R 단말을 위한 복수의 PO들은 동일한 PEI-O의 위치를 공유할 수 있다.
도 12를 참조하면 Cap-N 단말의 PO 하나가 (FD202) Cap-R 단말의 두 개 PO들에 (FD203, FD204)에 대한 기준으로 사용되는 경우를 가정하고 있다. PEI는 (FD201) Cap-N 단말의 PO를 기준으로 PEI offset이 적용되어 (FD205) 결정된 PEI-O 상에서 송신될 수 있으며, 상기 PEI-O의 위치는 하나의 Cap-N 단말의 PO(FD202)와 2개의 Cap-R 단말의 PO들(FD203, FD204)에 대하여 공통으로 구성될 수 있다.
Option 2-2-2는 추가되는 signaling overhead 없이 PO를 구성하는 parameter 들만을 이용하여 Cap-R 단말의 PEI-O를 결정할 수 있으며, 이를 통해 Cap-N 단말과 Cap-R 단말이 PEI-O를 공유할 수 있는 구조를 제공하며, 추가로 Cap-R 단말만을 위한 PEI-O의 구성을 방지하기 때문에 PEI로 인한 resource overhead를 saving할 수 있다.
제안 2-3) Cap-R 단말의 PEI-O 관련 parameter를 별도로 구성하는 방법
기지국의 scheduling flexibility 측면에서의 이득을 보장하기 위하여, Cap-R 단말의 PEI-O를 Cap-N 단말과 독립적인 구조로 구성하는 방법이 고려될 수 있다. 만약 단말의 capability 별로 사용되는 PEI가 서로 다른 상황에서는 단말들에 서로 다른 PDCCH 전송이 필요할 수 있는데, 복수의 PO들이 하나의 PEI-O에 대응된다면 이들 PDCCH blocking 확률이 높아질 수 있다. 또는 단일 PEI로 서로 다른 capability의 단말들에 대한 정보를 공통으로 제공하는 상황에서는 PEI의 DCI payload가 증가하여 PDCCH decoding reliability가 저하되는 문제가 있을 수 있다. 이와 같은 문제가 발생하는 것을 방지하기 위하여 의도적으로 PEI-O의 위치를 분산시키는데 본 제안이 사용될 수 있다. 또는 그 반대로, PEI-O의 제공 방식이 Cap-N 단말과 Cap-R 단말의 PO 위치와 구성 방식에 대한 제약을 줄이고, 기지국의 scheduling flexibility를 보장하기 위해 본 제안이 사용될 수도 있다.
기지국이 higher layer signaling을 통해 Cap-R 단말을 위한 PEI-O 설정 정보에 대한 parameter들을 Cap-N 단말과는 별도로 제공할 수 있다. 상기 PEI-O 설정 정보에 대한 parameter들은 Cap-N 단말의 PEI-O를 설정하기 위하여 필요한 parameter들과 동일한 종류를 가질 수 있으며, 일례로 PEI offset의 정보와 PEI-to-Multiple-PO의 관계 등이 제공될 수 있다.
상기 제안하는 정보 제공 여부는 기지국에 의하여 선택되는 optional feature 일 수 있으며, 만약 기지국이 Cap-R 단말의 PEI-O와 관련된 parameter들을 제공하지 않는 경우에는 기본 동작으로써 다른 방법들 (e.g. 제안 2-1 또는 제안 2-2)이 사용될 수도 있다.
제안 2-3은 Cap-R 단말을 위한 PEI-O의 구성 방식에 있어 기지국의 scheduling flexibility를 보장함으로써 Cap-N 단말의 PO와 PEI-O의 구성 및 Cap-R 단말의 PO와 PEI-O의 구성에 있어 제약을 줄이는데 유리할 수 있다.
제안 2-4) Cap-N 단말의 PEI-O에 대한 상대적인 위치로 Cap-R 단말의 PEI-O를 결정하는 방법
Cap-N 단말과 Cap-R 단말이 PEI-O를 공유할 경우 기지국 측면에서 resource overhead를 줄일 수 있는 반면, 단일 PEI를 통해 복수의 PO에 대한 정보를 제공할 경우 발생되는 PEI DCI의 overhead 증가 문제나 다른 UE group/subgroup의 paging 발생으로 인한 false alarm의 증가 문제가 발생될 수도 있다. 따라서 기지국이 단말의 특성과 서비스를 제공하는 무선 통신 환경을 고려하여, 서로 다른 capability를 갖는 단말들 간에 PEI-O를 공유할 지의 여부를 결정하도록 하는 방법이 필요할 수 있으며, 이 때 단말의 power 소모와 기지국의 signaling overhead의 증가를 최소화하여 원하는 기능을 제공하는 방법이 함께 고려될 필요가 있다. 이와 같은 상황을 고려하여 Cap-R 단말의 PEI-O의 위치를 Cap-N 단말의 PEI-O 위치에 대한 상대적 위치로 결정하는 방법을 제안한다.
구체적인 예로, Cap-R 단말의 PEI-O가 Cap-N 단말의 PEI-O에 대한 offset의 관계로 결정될 수 있다. 일례로 상기 offset은 Cap-R 단말의 PEI-O의 시작 위치(e.g. first PDCCH monitoring occasion for PEI)와 Cap-N 단말의 PEI-O의 시작 위치 간의 간격으로 정의될 수 있다. 또 다른 예로 상기 offset은 Cap-N 단말의 PEI-O의 종료 위치와 Cap-R 단말의 PEI-O의 시작 위치 사이의 gap으로 정해질 수 있다. 이 때 상기 offset의 값이 0인 경우, Cap-R 단말의 PEI-O는 Cap-N 단말의 PEI-O에 후속하여 연접하도록 구성될 수 있다.
이 때 상기 offset 값은 표준에 의하여 미리 정해진 값이 사용되거나, 또는 기지국이 higher layer signaling(e.g. SIB or RRC signaling)을 통해 제공하는 값일 수 있다.
상기 제안하는 방법이 적용되기 위해서는 기준으로 사용되기 위한 Cap-N 단말의 PEI-O를 정하는 방법이 필요할 수 있다. 상기 기준이 되는 Cap-N 단말의 PEI-O를 결정과 관련하여 다른 방법들 (e.g. 제안 2-1, 제안 2-2, 제안 2-3)에서 제안하는 조건들이 조합되어 사용될 수 있다.
제안 2-4은 기지국이 Cap-N 단말을 위한 PEI-O와 Cap-R 단말을 위한 PEI-O를 서로 분리하고자 하는 경우, signaling overhead를 최소화할 수 있다.
BWP-R 상에서 Cap-R 단말을 위한 PEI가 송신되는 경우 PEI-O의 설정
Cap-R 단말을 위한 PEI의 송신이 BWP-R 상에 구성될 경우, Cap-R 단말의 PEI-O 결정이 필요하다. 단말의 power consumption efficiency와 paging latency 등을 포함한 수신 성능 향상에 유리한 효과를 얻기 위하여, Cap-R 단말을 위한 PEI가 BWP-R 상에서 송신되는 경우 PEI-O 구성을 위한 parameter들을 제안한다.
이하 제안하는 방법들에서는 (제안 2-1, 제안 2-2, 제안 2-3, 제안 2-4) BWP-R 상에서 Cap-R 단말을 위한 PEI가 송신되는 구조를 다루고 있으며, 별도의 설명이 없는 경우에도 상기의 구조를 가정한다.
제안 3-1) Cap-N 단말을 위하여 구성된 PEI-O 관련 parameter들을 재사용
기지국은 resource overhead를 줄이기 위해, Cap-R 단말을 위한 별도의 PEI-O 구성 정보를 제공하지 않을 수 있다. 일 예로, Cap-N 단말을 위한 PEI 구성 정보가 higher layer signal (e.g. SIB or RRC signaling에 의하여 제공되는)을 통해 제공되고, Cap-R 단말은 상기 Cap-N 단말을 위해 구성된 PEI-O 관련 parameter들을 사용하여 Cap-R 단말의 PEI-O를 결정할 수 있다. 기 PEI-O 관련 parameter에는 PEI offset을 지정하기 위한 parameter(s)가 포함될 수 있으며, 그리고/또는 PEI-to-Multiple-PO의 관계를 결정하는 parameter들이 포함될 수도 있다. 상기 PEI-O 관련 parameter들이 적용되는 기준은 Cap-R 단말의 PO가 될 수 있다.
상기 제안하는 방법이 사용되고 Cap-R 단말의 PEI-O를 결정하기 위하여 사용되는 Cap-N 단말의 PEI-O 관련 parameter가 PEI offset에 대한 parameter들로 한정될 경우, 또는 Cap-N 단말을 위하여 설정된 PEI-to-Multiple-PO에 대한 정보가 Cap-R 단말에 동일하게 적용되지 않는 경우, Cap-R 단말의 PEI-O를 설정하기 위한 PEI-to-Multiple-PO의 결정 방법이 정의되어야 할 필요가 있다. 이는 구성된 paging 및 PEI 송신 과정에서 필요한 signal 및 channel들의 설정(e.g. SSB pattern, PO configuration 등)들이 BWP-N과 BWP-R 상에 상이할 수 있으며, 상기 signal 및 channel들의 설정에 따라 적합한 PEI-to-Multiple-PO의 구성이 달라질 수 있음을 고려하여 PEI-to-Multiple-PO의 구조를 적응적으로 변경하기 위함일 수 있다. 구체적인 예로 Cap-R 단말을 위하여 설정되는 PEI-to-Multiple-PO의 관계는 하기 option들 중 하나 이상의 조합에 따라 결정될 수 있다.
Option 3-1-1) BWP-N 상의 CD-SSB와 BWP-R 상의 NCD-SSB의 pattern을 고려한 방법
상기 논의된 바와 같이, PEI와 paging PDCCH/PDSCH의 수신에 있어 AGC 및 time/frequency synchronization 등을 수행하기 위하여 SSB가 사용될 수 있다. 단말은 PEI-O가 시작되기에 앞서 SSB를 수신하여 필요한 동작들을 마친 이후 wake up 상태를 유지하여 (또는 light/micro sleep 상태를 유지) PEI-O를 monitoring 할 수 있다. 일반적으로 단말의 wake up 유지 시간이 길어질수록 deep sleep 상태와 비교하여 더 많은 power 소모가 발생할 수 있기 때문에, PEI-O의 위치가 SSB에 가까울수록 power saving efficiency가 높아질 것임을 기대할 수 있다.
이러한 상황을 고려할 때, 만약 BWP-R 상의 NCD-SSB가 BWP-N 상의 CD-SSB 보다 더 긴 주기를 갖도록 설정된 경우 Cap-R 단말의 PEI-O와 SSB 사이의 간격 또한 Cap-N 단말의 PEI-O와 SSB 사이의 간격보다 길어질 수 있다. 또한 만약에 BWP-N 상의 PO 설정과 BWP-R 상의 PO 설정이 동일한 경우, 일부 Cap-R 단말을 위한 PEI-O들은 다른 Cap-R 단말을 위한 PEI-O에 비하여 NCD-SSB와의 거리가 더 길어질 수 있으며 이는 power saving efficiency의 불균형을 유발할 수 있다.
이러한 문제점을 해결하기 위하여, CD-SSB의 주기와 NCD-SSB의 주기간에 상대적인 비율을 이용하여 Cap-R 단말의 PEI-to-Multiple-PO의 관계를 결정할 수 있다. 구체적인 예로 CD-SSB의 주기가 TCD로 표현되고 NCD-SSB의 주기가 TNCD로 표현되고 BWP-N 상에서 Cap-N 단말에 대하여 설정된 PEI-to-Multiple-PO의 관계가 NN-PO로 표현될 때, BWP-R 상의 Cap-R 단말을 위하여 설정되는 PEI-to-Multiple-PO의 관계 NR-PO는 아래와 같은 수학식 2와 같을 수 있다.
[수학식 2]
NR-PO=NN-PO*TNCD / TCD
상기 option 3-1-1은 BWP-R 상의 Cap-R 단말을 위한 PO 설정 정보가 별도로 제공되지 않고 BWP-N 상의 Cap-N 단말을 위한 PO 설정 정보가 재사용되어 동일한 PO의 density가 구성되도록 결정된 경우, 별도의 signaling overhead를 발생시키기 않으면서 모든 Cap-R 단말이 NCD-SSB와 인접한 위치에서 PEI를 수신할 수 있도록 하여 단말들의 평균적인 power saving efficiency를 향상시킬 수 있다.
Option 3-1-2) BWP-N 상의 Cap-N 단말의 PO와 BWP-R 상의 Cap-R 단말의 PO의 구성을 고려한 방법
만약 기지국이 BWP-R 상에서 Cap-R 단말을 위한 PO의 설정 정보를 별도로 제공할 수 있고, 설정된 PO의 구성이 BWP-N 상에서 Cap-N 단말을 위한 PO의 구성과 상이할 경우, PO로 인해 발생하는 traffic congestion의 정도가 BWP-N과 BWP-R 간에 서로 다를 수 있다. 따라서 각 BWP 상에 발생할 수 있는 traffic을 조절하기 위하여 각 BWP 상에 구성된 PO의 구성 형태를 고려하여 PEI-O을 설정하는 방법이 고려될 필요가 있다. 또한 현재 Rel-17 NR에서 진행되고 있는 PEI 설계에 대한 논의에 따라 하나의 PF내에 구성되는 복수의 PO들이 하나의 PEI에 대응되는 구조가 도입될 가능성이 있다. 따라서 만약 BWP-N 상의 PO의 설정 정보와 BWP-R 상의 PO의 설정 정보가 각각 지시하는 하나의 PF에 구성될 수 있는 PO의 개수 (i.e. Ns)가 서로 상이한 경우 PEI-to-Multiple-PO 관계 또한 BWP에 따라 달라질 수 있음이 고려되어야 한다.
상기와 같은 상황을 고려하여, 단위 구간 당 구성되는 Cap-R 단말의 PO의 개수와 단위 구간 당 구성되는 Cap-N 단말의 PO의 개수의 비율을 이용하여 Cap-R 단말을 위하여 설정되는 PEI-to-Multiple-PO의 관계가 결정될 수 있다. 구체적인 방법 중 하나로, 상기 단위 구간 당 PO의 개수로 하나의 PF 내에 구성되는 PO의 개수 (i.e. Ns)가 사용되고, BWP-N 상의 Ns 값을 NSN으로 표현하고 BWP-R 상의 Ns 값을 NSR로 표현하고 BWP-N 상에서 Cap-N 단말에 대하여 설정된 PEI-to-Multiple-PO의 관계가 NN-PO로 표현될 때, BWP-R 상의 Cap-R 단말을 위하여 설정되는 PEI-to-Multiple-PO의 관계 NR-PO는 수학식3과 같이 표현될 수 있다.
[수학식 3]
NR-PO=NN-PO*NSR /NSN
상기 option 3-1-2는 BWP-R 상의 Cap-R 단말을 위한 PO 설정 정보가 BWP-N 상의 Cap-N 단말을 위한 PO 설정 정보와 다르게 별도로 제공되고 PO density가 서로 상이한 경우, 별도의 signaling overhead를 발생시키기 않으면서 모든 Cap-R 단말이 NCD-SSB와 인접한 위치에서 PEI를 수신할 수 있도록 하여 단말들의 평균적인 power saving efficiency를 향상시키는데 유리 수 있다.
Option 3-1-3) 기지국의 explicit signaling을 통한 PEI-to-Multiple-PO의 관계 설정
기지국의 scheduling flexibility를 보장하기 위한 목적으로, Cap-R 단말을 위한 PEI offset 관련 parameter는 Cap-N 단말을 위하여 설정된 값들을 공유하도록 정하는 반면, PEI-to-Multiple-PO의 관계는 Cap-R 단말만을 위하여 별도로 구성하는 방법이 사용될 수도 있다. Option 3-1-3은 기지국이 선택적으로 지시여부를 결정할 수 있는 optional feature일 수 있으며, 만약 Cap-R 단말을 위한 별도의 PEI-to-Multiple-PO parameter가 기지국에 의하여 제공되지 않는 경우에는 기본 동작으로써 본 명세서에서 제안하는 다른 방법 (e.g. option 3-1-1, option 3-1-2, 또는 Cap-N 단말을 위하여 구성된 PEI-to-Multiple-PO parameter의 적용)이 적용될 수 있다.
제안 3-2) Cap-R 단말을 위하여 별도로 PEI-O 관련 parameter들을 설정
기지국의 scheduling flexibility를 보장하기 위한 목적으로, Cap-R 단말을 위하여 PEI-O parameter들이 기지국에 의하여 별도로 제공될 수 있다. 이 경우, Cap-R 단말을 위한 PEI 구성 정보가 higher layer signal (e.g. SIB or RRC signaling에 의하여 제공되는)을 통해 제공되고, 상기 Cap-R 단말을 위해 구성된 PEI-O 관련 parameter들을 사용하여 Cap-R 단말의 PEI-O를 결정할 수 있다. 일례로 상기 PEI-O 관련 parameter에는 PEI offset을 지정하기 위한 parameter(s)가 포함될 수 있으며, 그리고/또는 PEI-to-Multiple-PO의 관계를 결정하는 parameter들이 포함될 수도 있다. 이 때 상기 PEI-O 관련 parameter들이 적용되는 기준은 Cap-R 단말의 PO가 될 수 있다.
상기 제안은 기지국이 선택할 수 있는 optional feature일 수 있으며, 만약 Cap-R 단말을 위한 별도의 PEI-O 설정 parameter가 기지국에 의하여 제공되지 않는 경우에는 기본 동작으로써 본 명세서에서 제안하는 다른 방법 (e.g. 제안 3-1)이 적용될 수 있다.
제안 3-2는 Cap-R 단말을 위한 PEI-O 설정을 Cap-N 단말을 위한 parameter에 대하여 독립적으로 설정할 수 있는 기능을 제공하기 때문에 기지국의 scheduling flexibility를 향상시킬 수 있다.
PEI DCI design for REDCAP UEs
이어서, REDCAP 단말이 PEI를 활용하기 위하여 PEI DCI를 설계 및 정보 구성을 제안한다. 제안하는 방법은 PEI의 normal 단말과 REDCAP 단말의 power consumption efficiency와 resource overhead efficiency를 보장하는데 유리한 효과를 제공할 수 있다.
도 9를 다시 참조하면, 기지국은 PEI 및 paging과 관련된 설정 정보를 생성하고 이를 전송할 수 있다(FC101). 상기 정보에는 PEI DCI를 구성하는 UE group/subgroup indication field의 구성 정보가 포함될 수 있으며, 이는 UE의 capability에 따라 구분되는 정보일 수 있다. 일례로 상기 설정 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 전송될 수 있다.
기지국은 특정 단말(들)에게 전송하고자 하는 paging 정보가 존재하는 경우, 상기 설정 정보에 기반하여 PEI를 전송할 수 있다 (FC102). 이 때 PEI가 복수의 UE group에 대응되도록 설정된 경우 상기 PEI에는 UE group의 정보가 포함되어 전송될 수 있으며, 또한 PEI가 복수의 UE subgroup에 대한 정보를 포함할 수 있는 경우 상기 PEI에는 UE subgroup의 정보가 포함되어 전송될 수 있다. 이 때 상기 UE group/subgroup에 대한 정보는 UE의 capability를 구분하여 제공될 수 있다.
이후, 기지국은 paging DCI를 생성하고, 이를 PDCCH를 통해 전송할 수 있으며, 이 때 PDCCH는 설정된 PO(s)를 통해 전송될 수 있다(FC103). 이 때 상기 설정된 PO의 위치는 paging DCI의 수신 대상이 되는 UE의 capability에 따라 다를 수 있다. 이 때 기지국은 보내고자 하는 paging message가 존재하는 경우 paging message의 송신을 위한 scheduling 정보를 paging DCI에 포함하여 전송할 수 있다.
이후, 기지국은, 보내고자 하는 paging message가 존재하는 경우, 상기 PDCCH를 통해 전송된 PDSCH의 scheduling 정보에 기반하여 paging message를 포함한 PDSCH의 전송을 수행할 수 있다 (FC104). 만약 기지국이 보내야 할 paging message가 없는 경우 이 동작은 생략될 수 있다.
도 10을 다시 참조하면, 단말은 기지국으로부터 PEI 및 PO와 관련된 설정 정보를 수신할 수 있다(FC201). 상기 정보에는 PEI DCI를 구성하는 UE group/subgroup indication field의 구성 정보가 포함될 수 있으며, 단말은 자신의 UE capability에 따라 필요한 정보를 구분하여 수신할 수 있다. 일례로 상기 설정 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 수신될 수 있다.
단말은 상기 수신한 PEI 관련 설정 정보에 기반하여 PEI의 검출을 시도하고 이를 수신할 수 있다(FC202). 이 때 PEI가 복수의 UE group에 대응되도록 설정된 경우 단말은 상기 PEI로부터 UE group에 대한 정보의 수신을 기대할 수 있으며, 또한 PEI가 복수의 UE subgroup에 대한 정보를 포함할 수 있는 경우 단말은 상기 PEI로부터 UE subgroup에 대한 정보의 수신을 기대할 수 있다. 이 때 단말은 상기 UE group/subgroup에 대한 정보 중 자신의 UE capability에 해당되는 정보를 구분하여 수신할 수 있다.
이후, 만약 단말이 PEI의 수신 위치에서 PEI 정보를 통해 자신이 속한 UE group/subgroup에 대응되는 PO에서의 수신 동작이 지시된 경우, 상기 PO의 위치에서 paging DCI 검출을 위한 PDCCH의 monitoring을 수행할 수 있다(FC203). 이 때 상기 PO의 위치는 단말이 상기 수신한 설정 정보와 자신의 UE capability에 기반하여 결정될 수 있다. 이 때 단말은 paging message의 수신을 위한 scheduling 정보가 상기 paging DCI에 존재하는 경우, 이를 수신할 수 있다.
이후, 단말은, 상기 PDCCH로부터 자신의 UE subgroup에 대응되는 paging message 수신 동작이 지시되고 이를 위한 PDSCH의 scheduling 정보를 수신한 경우, 상기 PDCCH를 통해 전송된 PDSCH의 scheduling 정보에 기반하여 paging message를 포함한 PDSCH의 수신을 기대할 수 있다 (FC204). 만약 단말이 이전 단계에서 해당 단말에 대한 PDSCH 전송이 없음이 지시된 경우, 해당 동작은 생략될 수 있다.
단말의 capability 별 PEI 제공
제안 4: 각 단말 capability에 따라서 설정된 parameter에 기반하여 PEI DCI의 구성이 결정되는 방법
Cap-N 단말의 PO와 Cap-R 단말의 PO 각각이 전용의 parameter에 의하여 개별적으로 configure 되는 경우, PEI의 송신 위치 (이하 PEI-O) 또한 개별적으로 구성될 수 있다. 이러한 경우, Cap-N 단말의 PEI DCI field를 구성하는 기준으로써 Cap-N 단말을 위하여 configure 된 parameter들이 사용되고, Cap-R 단말의 PEI DCI field를 구성하는 기준으로써 Cap-R 단말을 위하여 configure 된 parameter들이 사용될 수 있다. 일례로 상기 parameter들은 paging 관련 parameters, One PEI to multiple PO mapping, and/or number of UE subgroup 등이 고려될 수 있다.
구체적으로 normal 단말을 위한 PO와 PEI Occasion이 initial BWP 상에서 제공되고, REDCAP 단말을 위한 PO와 PEI Occasion이 별도의 separate BWP 상에서 제공되는 경우, 상기의 기준에 따라 REDCAP 단말을 위한 PEI DCI과 normal 단말을 위한 PEI DCI의 크기들이 각각 결정될 수 있다.
제안 4에서, 만약 REDCAP 단말을 위한 별도의 parameter가 제공되지 않는 경우, REDCAP 단말을 위한 PEI DCI의 구성은 normal 단말을 위하여 제공된 paging 및 PEI 관련 parameter들을 따를 수 있다.
제안 4A
서로 다른 capability를 갖는 단말들에 제공되는 정보를 구분하기 위한 목적으로 Cap-N 단말을 위한 PEI에 적용되는 RNTI와 Cap-R 단말을 위한 PEI에 적용되는 RNTI가 서로 다른 값을 갖도록 configure될 수 있다. 이를 위하여 기지국은 각 capability 단말이 기대할 수 있는 RNTI값을 higher layer signaling을 통해 알려주거나, 또는 spec에 의하여 사전에 약속된 기준에 따라 RNTI를 구분할 수 있도록 정할 수 있다. 이 경우 단말은 PEI의 송신을 위하여 PDCCH를 decoding 하는 과정에서 DCI에 적용된 CRC에 scrambled 된 RNTI값을 이용하여 송신된 PEI가 의도하는 정보를 구분할 수 있다.
상기 제안하는 방법은 Cap-N 단말을 위한 PEI와 Cap-R 단말을 위한 PEI가 동일한 time/frequency resource 상에서 송신되는 경우에도 적용될 수 있다. 구체적인 일례로, REDCAP 단말이 PEI의 수신을 기대하는 BWP가 normal 단말이 PEI의 수신을 기대하는 BWP와 동일할 경우(e.g. initial BWP)에도 RNTI를 이용하여 PEI 정보의 구분이 가능할 수 있다.
이 때 복수의 단말 capability들에 대한 PEI 전송이 필요하고 PEI가 송신되는 time/frequency resource들이 서로 overlap되어 있는 경우, 특정 RNTI가 적용된 PEI 전송이 다른 RNTI가 적용된 PEI의 전송을 blocking 하여 어떤 하나의 capability 단말이 paging 수신에 latency가 발생하는 문제를 방지하기 위한 목적으로, 최소 하나의 RNTI를 common RNTI로 설정하는 방법이 고려될 수 있다. 구체적인 예로 PEI의 전송에 사용되는 RNTI는 3가지 값이 설정될 수 있으며, 이를 각각 RNTI-N, RNTI-R, 그리고 RNTI-C로 정의할 때, Cap-N 단말만을 위한 PEI 송신이 필요할 경우 RNTI-N이 사용될 수 있으며, Cap-R 단말만을 위한 PEI 송신이 필요할 경우 RNTI-R이 사용될 수 있으며, Cap-N 단말과 Cap-R 단말 모두를 위한 PEI 송신이 필요할 경우 RNTI-C가 사용될 수 있다. 이 때 Cap-N 단말은 PEI를 수신하는 과정에서 RNTI-N과 RNTI-C를 모두 이용하여 PDCCH decoding 과정을 수행하도록 정할 수 있으며, 또한 Cap-R 단말은 PEI를 수신하는 과정에서 RNTI-R과 RNTI-C를 모두 이용하여 PDCCH decoding 과정을 수행할 수 있다. 이와 같은 방법은 서로 다른 capability를 갖는 단말들을 위한 PEI를 송신할 때 서로 blocking 되는 경우를 방지하는 효과를 제공할 수 있으며, 반대로 특정 capability 단말이 불필요하게 PEI를 수신하는 것을 방지하여 단말의 power saving 이득을 향상시킬 수 있다는 측면에서 이득이 있을 수 있다.
서로 다른 capability를 갖는 단말들이 동일한 PEI를 수신하는 방법
서로 다른 capability를 갖는 단말들에 대하여 PEI 송신이 개별적으로 이루어질 경우, 단말의 입장에서는 UE grouping 효과가 증가하여 false alarm 감소로 인한 power saving gain의 이득이 있을 수 있으나, 반면 기지국의 입장에서는 PEI를 위한 resource overhead의 증가와 함께 PDCCH blocking (i.e. 서로 다른 PDCCH의 전송 위치가 중첩되어 PDCCH의 scheduling에 제약이 발생하는 상황)의 확률이 증가할 수 있다는 단점이 있을 수 있다. 이를 방지하기 위하여, Cap-N 단말과 Cap-R 단말이 동일한 PEI로부터 정보를 수신하도록 PEI DCI를 설계하는 방법이 고려될 수 있다.
제안 5: Cap-N 단말의 PO 별 subgroup bitmap과 Cap-R 단말의 PO 별 subgroup bitmap이 구분되도록 설정하는 방법
서로 다른 capability를 갖는 단말들 간에 paging 영향을 줄여 불필요한 paging monitoring으로 인한 power consumption의 증가를 방지하기 위한 목적으로, PEI DCI 내 사용되는 bit를 단말의 capability에 따라 구분하는 방법이 사용될 수 있다. 구체적인 예로 UE group/subgroup indication를 위해 사용될 수 있는 PEI DCI내 UE group/subgroup indication field가 bitmap 형태로 구성될 경우, bitmap의 전체 크기는 아래와 같은 수학식 4을 통해 결정될 수 있다.
[수학식 4]
BT = MN * NN + MR*NR
이 때 MN와 NN는 normal 단말을 위하여 configure된 parameter들로 각각 하나의 PEI가 wake up 정보를 제공할 수 있는 PO의 개수와 PO별 구분 가능한 UE subgroup의 개수를 의미하며, MR과 NR은 REDCAP 단말을 위하여 configure된 parameter들로 각각 하나의 PEI가 wake up 정보를 제공할 수 있는 PO의 개수와 PO별 구분 가능한 UE subgroup의 개수를 의미한다. 도 13은 위 제안에 따라서 PEI 상에 UE group/subgroup indication field가 구성되는 일례를 도시한다. 도 13에서는 MN=MR=2의 값이 설정되고, NN=NR=4의 값이 설정된 경우를 가정한다.
상기 제안에서 각 parameter들은 모두 독립적인 configuration에 따라 설정될 수 있으나, 일부 parameter들은 기지국의 configuration 여부에 따라 다른 parameter들을 참조하여 결정될 수도 있다. 일례로 만약 Cap-N 단말과 Cap-L 단말의 PO 설정과 관련된 parameter들이 모두 동일하게 결정될 경우 (e.g. paging cycle, Number of POs per PF, Number of PFs per default paging cycle 등) MR의 값은 별도의 configuration 없이 MN의 값을 reuse 할 수 있다. 또한 기지국이 Cap-R 단말을 위한 UE subgroup per PO의 값을 별도로 configure 하지 않는 경우, NN의 값을 NR의 값으로써 reuse 할 수 있다. 이와 같은 parameter 설정 방법은 PEI configuration을 위한 기지국의 signaling overhead를 줄이는데 유리할 수 있다.
상기 제안은 Cap-N 단말의 PO(이하 PO-N)와 Cap-R 단말의 PO(이하 PO-R)가 서로 구분되어 있는 경우, PO-N과 PO-R을 독립적인 PO로 간주하고 bitmap을 구분하여 UE group indication 정보를 제공할 수 있다. 구체적인 예시로, normal 단말을 위한 PO가 initial BWP 상에 구성되고 REDCAP 단말을 위한 PO가 separate BWP상에 구성되지만 PEI의 송신이 동일한 PEI-O 상에서 동일한 DCI를 통해 제공될 때 제안하는 방법이 적용될 수 있다.
제안 5는 단말의 capability에 따른 UE group/subgroup indication을 구분하여 제공하기 때문에 단말의 특성을 고려한 PO 및 PEI 설정에 유리할 수 있으며, 동시에 동일한 PEI 송신을 공유하기 때문에 PEI 전송으로 인한 signaling overhead를 줄일 수 있다.
제안 6: Cap-N 단말과 Cap-R단말이 UE group/subgroup indication field의 bit를 공유하는 구조
제안 5를 위해서는 서로 다른 capability를 갖는 단말들에 대한 PEI 설정 정보가 서로 공유될 필요가 있다. 이는 자신의 capability와 관계없는 higher layer signaling의 취득을 단말에게 요구하게 된다. 또한 하나의 PEI를 통해 구분되어 지시되어야 할 PO의 개수(i.e. UE group indication의 구분)가 증가하게 되어 PEI DCI의 payload overhead가 증가하게 된다. 제안 6은 PEI DCI 내 UE group/subgroup indication field상의 bit들을 서로 다른 capability를 갖는 단말들이 공유할 수 있는 구조를 제공한다. 구체적인 예로 UE group/subgroup indication를 위해 사용될 수 있는 PEI DCI내 UE group/subgroup indication field가 bitmap 형태로 구성될 경우, bitmap의 전체 크기는 수학식 5와 같이 결정될 수 있다.
[수학식 5]
BT=MT * NT
이 때 MT와 NT는 각각 하나의 PEI가 wake up 정보를 제공할 수 있는 PO의 개수와 PO별 구분 가능한 UE subgroup의 개수를 의미한다. 이 때 MT와 NT의 값을 결정하는 방법은 Cap-N 단말과 Cap-L 단말의 paging 및 PEI가 구성되는 형태 및 관련된 parameter에 따라 달라질 수 있다. 구체적인 방법은 하기의 제안 6-1과 제안 6-2를 따를 수 있다.
제안 6-1: Cap-N 단말과 Cap-R단말의 PO 구성이 동일할 경우
서로 다른 capability를 갖는 단말들에 대한 PO의 구성이 동일할 경우, 동일한 PEI DCI field의 구성을 기대할 수 있다. 구체적인 예로, 하나의 PEI를 통해 지시되는 PO의 개수는 Cap-N 단말과 Cap-R 단말에 동일하게 적용될 수 있으며, 이는 MN이 하나의 PEI에 대응되는 Cap-N 단말의 PO개수를 의미하고 MR이 하나의 PEI에 대응되는 Cap-R 단말의 PO 개수를 의미할 때, MT = MN = MR임을 의미한다. 또한 UE group/subgroup indication field를 구성하는 bit를 모두 활용하여 가용한 UE subgroup indication의 크기를 모든 capability 단말들에게 제공하기 위한 목적으로, NN이 Cap-N 단말의 PO 당 UE subgroup 개수를 의미하고 NR이 Cap-R 단말의 PO 당 UE subgroup 개수를 의미할 때 NT = NN = NR 일 수 있다. 도 14는 MT=2, NT=4일 경우 상기 제안한 방법의 예시를 도시한다. 도 14에서 Cap-N 단말을 위한 2개의 POs와 Cap-R 단말을 위한 2개의 POs가 하나의 PEI에 대응되는 상황을 보이고 있으며, 이 때 각 PO는 4개의 UE subgroup indication들의 제공이 가능함을 보이고 있다.
상기 제안에서 NT의 크기는 각 PO 별로 UE subgroup indication를 위해 사용될 수 있는 최대 bit의 개수를 의미하며, 실제 UE subgroup indication를 위해 사용되는 bit의 개수는 각 PO 별로(또는 각 capability 별로) 다를 수 있다. 일례로 기지국(또는 상위 노드)의 configuration에 따라 단말이 수신을 기대하는 bit의 위치가 결정될 수 있으며, 기지국(또는 상위 노드)은 Cap-N 단말과 Cap-R 단말의 특성을 고려하여 제한된 bitmap 영역 내에서 bit와 UE group/subgroup이 대응되는 관계를 가질 수도 있다.
상기 제안은 Cap-N 단말과 Cap-R 단말에 대한 paging 및 PEI 관련 parameter들이 동일한 경우 적용될 수 있으며, 구체적으로 상기 동일한 parameter들에는 paging cycle, Number of POs per PF, Number of PFs per default paging cycle 등의 time domain 상에서 PO의 위치를 결정하는 paging 관련 parameter들이 포함될 수 있으며, 또한 하나의 PEI에 대응되는 각 capability 별 PO의 개수가 포함될 수 있다. 단, PO 및 PF의 시작 위치 (e.g., PFoffset and/or starting PDCCH monitoring occasion of a PO)나 frequency 상의 위치 (e.g. BWP)는 서로 다른 값을 가지는 경우를 허용할 수 있다.
상기 제안에 따르면 Cap-N 단말의 PO(이하 PO-N)와 Cap-R 단말의 PO(이하 PO-R)가 서로 구분되어 있지만 paging 및 PEI의 구성 및 관련된 parameter들이 유사한/공유되는 경우, UE group/subgroup indication field의 크기를 유지하면서 단일 PEI를 통해 서로 다른 capability의 단말들을 지원할 수 있다. 구체적인 예시로, normal 단말을 위한 PO가 initial BWP 상에 구성되고 REDCAP 단말을 위한 PO가 separate BWP상에 구성되지만 PO의 configuration이 공유/일치되고, PEI의 송신이 동일한 PEI-O 상에서 동일한 DCI를 통해 제공될 때 위 제안이 적용될 수 있다.
제안 6-1은 UE group/subgroup indication field의 크기를 유지하면서 서로 다른 capability를 갖는 단말들의 구분되는 PO들에 대한 indication 정보를 단일 PEI로 제공할 수 있기 때문에 resource overhead 및 DCI payload 측면에서 유리할 수 있다. 또한 paging 및 PEI와 관련된 전체 (또는 대부분의) parameter들을 공유할 수 있기 때문에 configuration을 위한 higher layer signaling의 saving 측면에서도 유리한 효과를 제공한다.
제안 6-2: Cap-N 단말의 PO 구성과 Cap-R단말의 PO 구성이 상이할 경우
서로 다른 capability를 갖는 단말들에 대한 PO의 구성이 상이할 경우에도, PEI로 인한 overhead를 saving하기 위한 목적으로 동일한 PEI를 통해 UE group/subgroup indication 정보를 송신할 수 있다. 이 때, PEI DCI payload의 overhead를 증가시키지 않기 위한 목적으로 서로 다른 capability를 갖는 단말들이 UE group/subgroup indication field 상의 bit들을 공유할 수 있다. 구체적인 예로, 하나의 PEI를 통해 지시되는 PO의 개수가 Cap-N 단말과 Cap-R 단말에 대하여 서로 다른 것이 허용될 수 있으며, 이는 MN이 하나의 PEI에 대응되는 Cap-N 단말의 PO개수를 의미하고 MR이 하나의 PEI에 대응되는 Cap-R 단말의 PO 개수를 의미할 때 MN≠MR을 의미한다. 이 때 MT의 NT의 값을 결정하는 방법은 아래의 option 중 하나가 될 수 있다.
(Option 6-2-1) MT = MN & NT = NN
기준이 되는 capability를 정하고 항상 기준 capability 단말의 PO가 PEI에 대응되는 크기를 사용한다. 이 때 REDCAP 지원 여부에 따라 capability가 구분될 경우 상기 기준이 되는 capability는 REDCAP을 지원하지 않는 일반적인 NR 단말이 될 수 있다. 이는 일반적인 단말들이 특정 capability 단말의 지원에 의하여 지원되는 기능이 제한되지 않도록 함에 유리할 수 있다. 또한 특정 capability 단말을 지원하기 위한 higher layer signaling을 일반적인 단말들이 취득하지 않아도 동작이 가능한 구조를 제공한다는 측면에서 이득이 있을 수 있다. 이 때 MR의 값은 MT의 결과에 영향을 받지 않으며, paging 및 PEI의 구조 및 configure 된 parameter에 따라 선택될 수 있다.
상기의 option이 적용될 때, NT를 결정하는 방법은 마찬가지로 MT 값을 결정하는 기준이 되는 capability에 적용되는 UE subgroup의 개수를 따라 NT=NN이될 수 있다. 이 때 NR의 값은 MR과 MT의 관계에 의해 결정될 수 있다.
[수학식 5]
NR=min{NT*(MT/MR), NMax}
한가지 방법으로 수학식 5를 만족하도록 정할 수 있으며, 이 때 NMax는 한 PO 당 구분될 수 있는 최대 UE subgroup 개수(또는 UE subgroup을 구분하기 위하여 사용될 수 있는 bit 수)를 의미한다. 이는 제한된 bitmap의 크기 내에서 Cap-R 단말의 UE subgroup indication 능력을 최대한 보장하기 위한 목적일 수 있다. 또 다른 방법으로 MT MR의 조건이 성립하는 경우에는 NT=NN=NR의 조건이 유지되도록 정할 수도 있다. 이는 UE subgroup indication의 가용한 구분 능력을 동일하도록 정하여 단말의 capability 구분에 관계없이 동일한 UE subgrouping 능력을 보장하기 위한 목적일 수 있다. 또 다른 방법으로 NR의 정보를 기지국이 별도로 configure 하도록 정하는 방법이 고려될 수 있다. 이 때 상기 수학식 5는 기지국이 configure 가능한 UE subgroup 개수의 상한선을 정하는데 사용될 수 있다. 이는 signaling overhead의 증가를 필요로 하는 대신 기지국 및 상위 노드의 scheduling flexibility를 높이는데 유리한 효과를 제공한다.
(Option 6-2-2) BT = max (MN * NN, MR * NR)
UE group/subgroup indication field의 크기는 서로 다른 단말의 capability에 대하여 요구되는 전체 bitmap의 크기 중 더 큰 값을 따르도록 정할 수 있다. 이 때 만약 MN * NN의 값이 더 클 경우 MT = MN과 NT=NN의 관계가 성립되며, 반대로 MR * NR의 값이 더 클 경우 MT = MR과 NT=NR의 관계가 성립된다. 이는 모든 capability에 대하여 필요한 UE group/subgroup indication의 정보량을 보장하면서 UE subgroup의 크기를 기지국 and/or 상위 노드가 자유롭게 제어할 수 있도록 허용한다는 측면에서 이득이 있을 수 있다. 이 때 MN과 MR의 값들은 기지국이 설정하는 paging 및 PEI의 구조 및 configure 된 parameter에 따라 결정될 수 있다.
상기 option이 적용될 때 NN과 NR을 결정하는 방법은 기지국의 configuration 방식에 따라 달라질 수 있으며, 일례로 기지국이 공통의 UE subgroup 개수를 지시할 경우에는 NT=NN=NR의 조건을 만족하도록 정하고, 또는 기지국이 NN과 NR의 값을 각각 configure 하는 경우가 고려될 수 있다. 이 경우, 각 capability의 단말은 다른 capability 단말의 paging/PEI 구성 방식 및 configure된 parameter들에 의하여 UE subgroup 개수가 제한되지 않는다는 장점을 가질 수 있다.
도 15는 제안한 방법들이 적용되는 일례를 도시한다. 도 15 에서는 MN=2, MR=1, NN=4, NR=8인 경우 UE group/subgroup indication field를 구성하는 bit들을 도시한다.
도 16은 본 발명의 일 실시예에 따른 신호 송신/수신 방법의 흐름을 도시한다.
도 16을 참조하면, 기지국은 PO (paging occasion) 상에서 페이징 DCI(downlink control information)의 모니터링이 필요한지 여부를 조기 지시하는 PEI (paging early indication)에 대한 설정 정보를 송신한다(A05). 단말은 PO (paging occasion) 상에서 페이징 DCI(downlink control information)의 모니터링이 필요한지 여부를 조기 지시하는 PEI (paging early indication)에 대한 설정 정보를 수신한다.
기지국은 단말에 상기 PEI 설정 정보에 기반하여 상기 PEI를 송신한다(A10). 단말은 상기 PEI 설정 정보에 기반하여 상기 PEI를 모니터링한다(A15).
기지국은 PEI와 연계된 적어도 하나의 PO에서 상기 페이징 DCI를 송신할 수 있다(A20). 단말은 상기 PEI의 검출에 기반하여 상기 PEI와 연계된 적어도 하나의 PO에서 상기 페이징 DCI를 모니터링할 수 있다(A25).
상기 단말은 i) 상기 단말이 제1 타입 단말보다 작은 최대 대역폭을 지원하는 제2 타입 단말이고, ii) 상기 PEI에 대한 설정 정보가 상기 제1 타입 단말과 상기 제2 타입 단말에 공통인 제1 설정 정보를 포함하는 것에 기반하여, 상기 PEI의 모니터링을 위한 PEI-MO(monitoring occasion)의 위치를 결정할 수 있다. 상기 PEI-MO의 위치 결정에 있어서, 상기 단말은 상기 제2 타입 단말을 위한 제2 PO를 기반으로 상기 제1 타입 단말을 위한 제1 PO의 위치를 식별하고, 상기 식별된 제1 PO의 위치에 상기 제1 설정 정보에 의해 획득된 제1 오프셋 값을 적용함으로써 상기 PEI-MO의 위치를 결정할 수 있다.
상기 단말은 상기 제1 타입 단말을 위한 PO들 중 상기 제2 PO와 가장 인접하는 상기 제1 타입 단말을 위한 PO를 상기 제1 PO로 결정할 수 있다.
상기 단말은 상기 제2 PO보다 선행하는 상기 제1 타입 단말을 위한 PO들 중 상기 제2 PO와 가장 인접하는 상기 제1 타입 단말을 위한 PO를 상기 제1 PO로 결정할 수 있다.
상기 단말은 상기 제2 PO에 제2 오프셋 값을 적용하여 상기 제1 PO를 식별할 수 있다. 상기 PEI에 대한 설정 정보는 상기 제2 타입 단말 전용의 제2 설정 정보를 더 포함하고, 상기 단말은 상기 제2 설정 정보에 기초하여 상기 제2 오프셋 값을 획득할 수 있다.
상기 PEI는 상기 제1 타입 단말과 상기 제2 타입 단말에 공통인 PEI일 수 있다. 상기 PEI와 연계된 상기 적어도 하나의 PO는 상기 제1 타입 단말을 위한 제1 PO 및 상기 제2 타입 단말을 위한 제2 PO를 포함할 수 있다. 상기 단말은 상기 제1 PO가 아닌 상기 제2 PO 상에서 상기 페이징 DCI를 모니터링할 수 있다.
상기 PEI는 상기 제1 타입 단말과 상기 제2 타입 단말에 의해 공유되는 비트맵을 포함할 수 있다. 상기 단말은 상기 제2 타입 단말 그룹들의 개수 및 각 제2 타입 단말 그룹 당 서브 그룹들의 개수에 기초하여, 상기 비트맵의 각 비트를 각 서브 그룹과 연계할 수 있다.
도 17은 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 17을 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 18는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 18를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 18의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 19은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 17 참조).
도 19을 참조하면, 무선 기기(100, 200)는 도 18의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 18의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 18의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 18, 100a), 차량(도 18, 100b-1, 100b-2), XR 기기(도 18, 100c), 휴대 기기(도 18, 100d), 가전(도 18, 100e), IoT 기기(도 18, 100f), 디지털 브로드캐스트용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 18, 400), 기지국(도 18, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
도 20은 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 20을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 19의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 21는 본 발명의 일 실시예에 따른 단말의 DRX(Discontinuous Reception) 동작을 설명하기 위한 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
도 21를 참조하면, DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
표 5는 DRX와 관련된 단말의 과정을 나타낸다(RRC_CONNECTED 상태). 표 5를 참조하면, DRX 구성 정보는 상위 계층(예, RRC) 시그널링을 통해 수신되고, DRX ON/OFF 여부는 MAC 계층의 DRX 커맨드에 의해 제어된다. DRX가 설정되면, 본 발명에 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링을 불연속적으로 수행할 수 있다.
|
Type of signals |
UE procedure |
1st step |
RRC signalling (MAC-CellGroupConfig) |
- Receive DRX configuration information |
2nd Step |
MAC CE ((Long) DRX command MAC CE) |
- Receive DRX command |
3rd Step |
- |
- Monitor a PDCCH during an on-duration of a DRX cycle |
여기서, MAC-CellGroupConfig는 셀 그룹을 위한 MAC(Medium Access Control) 파라미터를 설정하는데 필요한 구성 정보를 포함한다. MAC-CellGroupConfig는 DRX에 관한 구성 정보도 포함할 수 있다. 예를 들어, MAC-CellGroupConfig는 DRX를 정의하는데 정보를 다음과 같이 포함할 수 있다.
- Value of drx-OnDurationTimer: DRX 사이클의 시작 구간의 길이를 정의
- Value of drx-InactivityTimer: 초기 UL 또는 DL 데이터를 지시하는 PDCCH가 검출된 PDCCH 기회 이후에 단말이 깬 상태로 있는 시간 구간의 길이를 정의
- Value of drx-HARQ-RTT-TimerDL: DL 초기 전송이 수신된 후, DL 재전송이 수신될 때까지의 최대 시간 구간의 길이를 정의.
- Value of drx-HARQ-RTT-TimerDL: UL 초기 전송에 대한 그랜트가 수신된 후, UL 재전송에 대한 그랜트가 수신될 때까지의 최대 시간 구간의 길이를 정의.
- drx-LongCycleStartOffset: DRX 사이클의 시간 길이와 시작 시점을 정의
- drx-ShortCycle (optional): short DRX 사이클의 시간 길이를 정의
여기서, drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerDL 중 어느 하나라도 동작 중이면 단말은 깬 상태를 유지하면서 매 PDCCH 기회마다 PDCCH 모니터링을 수행한다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.