KR20240154966A

KR20240154966A - 주기적 전송을 위한 상향링크 제어 메시지 구성 방법 및 장치

Info

Publication number: KR20240154966A
Application number: KR1020230051559A
Authority: KR
Inventors: 박기현
Original assignee: 주식회사 케이티
Priority date: 2023-04-19
Filing date: 2023-04-19
Publication date: 2024-10-28

Abstract

본 명세서는 무선 통신 시스템에서 상향링크(uplink) 송수신을 수행하는 방법 및 장치에 대해 제안한다. 즉, 단말은 복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송을 설정한다. 그리고, 복수의 CG PUSCH 전송과 연관된 상향링크 제어 정보(uplink control information, UCI)를 기지국으로 전송하는 방법 및 장치에 대해 제안한다.

Description

주기적 전송을 위한 상향링크 제어 메시지 구성 방법 및 장치 {METHOD AND APPARATUS FOR CONFIGURING UPLINK CONTROL MESSAGE FOR PERIODIC TRANSMISSION}

본 명세서는 3GPP 5G NR 시스템에 관한 것이다.

시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 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).

본 명세서의 개시는 무선 통신 시스템에서 단말이 복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송이 설정된 경우, 상향링크 전송을 수행하는 방법 및 장치를 제공하고자 한다.

무선 통신 시스템에서 상향링크(uplink) 송수신을 수행하는 방법 및 장치에 대해 제안한다. 즉, 단말은 복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송을 설정한다. 그리고, 복수의 CG PUSCH 전송과 연관된 상향링크 제어 정보(uplink control information, UCI)를 기지국으로 전송하는 방법 및 장치에 대해 제안한다.

본 명세서는 3GPP에서 정의된 5G/5G-advanced 시스템을 타겟으로 기술하나, 본 명세서에서 제안하는 기술/개념이 5G 외의 LTE 혹은 향후 정의될 6G 등의 이동 통신 시스템에서 적용될 수 있다.

본 명세서에서 개시된 방안을 적용하면, 무선 통신 시스템에서 복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송이 설정되었을 때, 효율적으로 상향링크 자원을 관리할 수 있는 상향링크 제어 정보(또는 메시지)를 구성 및 전송할 수 있다.

도 1은 NR에서 사용되는 무선 프레임의 구조를 예시한다.
도 2는 NR 프레임의 슬롯 구조를 예시한다.
도 3은 자기-완비(self-contained) 슬롯의 구조를 예시한다.
도 4는 본 명세서의 일실시예에 따른 단말의 동작 방법을 나타낸다.
도 5는 본 명세서의 개시가 구현된 프로세서의 구성 블록도를 나타낸다.
도 6은 본 명세서의 일 실시예에 따른 무선통신장치를 나타낸다.
도 7는 본 명세서의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.

본 명세서는 LTE 시스템, LTE-A 시스템 및 NR 시스템을 사용하여 실시예들을 설명하지만, 이러한 실시예들은 상기 정의에 해당되는 어떤 통신 시스템에도 적용될 수 있다.

또한, 본 명세서는 기지국의 명칭은 RRH(remote radio head), eNB, gNB, TP(transmission point), RP(reception point), 중계기(relay) 등을 포함하는 포괄적인 용어로 사용될 수 있다.

3GPP 기반 통신 표준은 상위 계층으로부터 기원한 정보를 나르는 자원 요소들에 대응하는 하향링크 물리 채널들과, 물리 계층에 의해 사용되나 상위 계층으로부터 기원하는 정보를 나르지 않는 자원 요소들에 대응하는 하향링크 물리 신호들을 정의된다. 예를 들어, 물리 하향링크 공유 채널(physical downlink shared channel, PDSCH), 물리 브로드캐스트 채널(physical broadcast channel, PBCH), 물리 멀티캐스트 채널(physical multicast channel, PMCH), 물리 제어 포맷 지시자 채널(physical control format indicator channel, PCFICH), 물리 하향링크 제어 채널(physical downlink control channel, PDCCH) 및 물리 하이브리드 ARQ 지시자 채널(physical hybrid ARQ indicator channel, PHICH)들이 하향링크 물리 채널들로서 정의되어 있으며, 참조 신호와 동기 신호가 하향링크 물리 신호들로서 정의되어 있다. 파일럿(pilot)이라고도 지칭되는 참조 신호(reference signal, RS)는 gNB와 UE가 서로 알고 있는 기정의된 특별한 파형의 신호를 의미하는데, 예를 들어, 셀 특정적 RS(cell specific RS), UE-특정적 RS(UE-specific RS, UE-RS), 포지셔닝 RS(positioning RS, PRS) 및 채널 상태 정보 RS(channel state information RS, CSI-RS)가 하향링크 참조 신호로서 정의된다. 3GPP LTE/LTE-A 표준은 상위 계층으로부터 기원한 정보를 나르는 자원 요소들에 대응하는 상향링크 물리 채널들과, 물리 계층에 의해 사용되나 상위 계층으로부터 기원하는 정보를 나르지 않는 자원 요소들에 대응하는 상향링크 물리 신호들을 정의하고 있다. 예를 들어, 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH), 물리 상향링크 제어 채널(physical uplink control channel, PUCCH), 물리 임의 접속 채널(physical random access channel, PRACH)가 상향링크 물리 채널로서 정의되며, 상향링크 제어/데이터 신호를 위한 복조 참조 신호(demodulation reference signal, DMRS)와 상향링크 채널 측정에 사용되는 사운딩 참조 신호(sounding reference signal, SRS)가 정의된다.

본 명세서에서 PDCCH(Physical Downlink Control CHannel)/PCFICH(Physical Control Format Indicator CHannel)/PHICH((Physical Hybrid automatic retransmit request Indicator CHannel)/PDSCH(Physical Downlink Shared CHannel)은 각각 DCI(Downlink Control Information)/CFI(Control Format Indicator)/하향링크 ACK/NACK(ACKnowlegement/Negative ACK)/하향링크 데이터를 나르는 시간-주파수 자원의 집합 혹은 자원요소의 집합을 의미한다. 또한, PUCCH(Physical Uplink Control CHannel)/PUSCH(Physical Uplink Shared CHannel)/PRACH(Physical Random Access CHannel)는 각각 UCI(Uplink Control Information)/상향링크 데이터/랜덤 엑세스 신호를 나르는 시간-주파수 자원의 집합 혹은 자원요소의 집합을 의미한다.

도 1은　NR에서 사용되는 무선 프레임의 구조를 예시한다.

NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의된다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 정의된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함한다. 보통 CP가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함한다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함한다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, DFT-s-OFDM 심볼)을 포함할 수 있다.

표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.

SCS(15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
15 KHz(u =0)	14	10	1
30 KHz(u =1)	14	20	2
60 KHz(u =2)	14	40	4
120 KHz(u =3)	14	80	8
240 KHz(u =4)	14	160	16

N　^slot　_symb: 슬롯 내 심볼의 개수

N　^frame,u　_slot: 프레임 내 슬롯의 개수

N　^subframe,u　_slot: 서브프레임 내 슬롯의 개수

표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.

SCS (15*2^u)	N　^slot　_symb	N　^frame,u　_slot	N　^subframe,u　_slot
60KHz (u=2)	12	40	4

NR　시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴모놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, d동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.

도 2는　NR　프레임의 슬롯 구조를 예시한다.

슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (P)RB로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 4개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.

도 3은 자기-완비(self-contained) 슬롯의 구조를 예시한다.　

NR　시스템에서 프레임은 하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있는 자기-완비 구조를 특징으로 한다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터 전송을 위해 사용되거나, UL 데이터 전송을 위해 사용될 수 있다. 일 예로, 다음의 구성을 고려할 수 있다. 각 구간은 시간 순서대로 나열되었다.

1. DL only 구성

2. UL only 구성

3. Mixed UL-DL 구성

- DL 영역 + GP(Guard Period) + UL 제어 영역

- DL 제어 영역 + GP + UL 영역

DL 영역: (i) DL 데이터 영역, (ii) DL 제어 영역 + DL 데이터 영역

UL 영역: (i) UL 데이터 영역, (ii) UL 데이터 영역 + UL 제어 영역

DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. UL 제어 영역에서는 PUCCH가 전송될 수 있고, UL 데이터 영역에서는 PUSCH가 전송될 수 있다. PDCCH에서는 DCI(Downlink Control Information), 예를 들어 DL 데이터 스케줄링 정보, UL 데이터 스케줄링 정보 등이 전송될 수 있다. PUCCH에서는 UCI(Uplink Control Information), 예를 들어 DL 데이터에 대한 ACK/NACK(Positive Acknowledgement/Negative Acknowledgement) 정보, CSI(Channel State Information) 정보, SR(Scheduling Request) 등이 전송될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.

<본 특허 명세서의 개시 내용>　

본 명세서는 3GPP NR 시스템에서 주기적 업링크 전송을 위한 전송 제어 방법을 제공한다. 특히, XR(Extended Reality) 단말의 전송 캐퍼시티 증대를 위한 Congfigured Grant (이하 CG) 전송 시 전송 자원 활용성을 높이기 위한 제어 방법을 제공한다.

3GPP NR에서는 업링크(상향링크) 주기적 전송을 위해 Configured Grant 기반 전송을 정의하였다. 이는 크게 Type 1과 2로 나뉘는데, 공통적으로 전송 자원 타입, mcs 테이블, 주기 및 반복 전송 설정 등이 RRC(radio resource control) 메시지인 ConfiguredGrantConfig을 통해 전송되고, Type 1의 경우 추가로 시간 및 주파수 자원, MCS(modulation and coding scheme) 인덱스 등 DCI(downlink control information)를 통해 지시되는 정보들이 해당 RRC 메시지로 설정된다. Type 1과 Type 2는 실제 설정된 전송 영역에서의 전송을 수행하는지 여부를 DCI로 다시 전달해 주는지의 여부로 나뉘며, Type 1의 경우에는 Activation DCI 전송이 없어도 사전 설정된 시간/주파수 영역 및 MCS 인덱스를 사용해서 전송을 수행하고, Type 2의 경우에는 Activation DCI 및 해당 DCI에 설졍된 시간/주파수 영역 및 MCS 인덱수를 사용해서 전송을 수행하며, 해당 DCI가 없는 경우에는 전송을 수행하지 않는다.

CG 전송 블록은 다운링크 전송에 대한 HARQ ACK/NACK, CSI(channel state information) feedback report 및 CG-UCI 정보를 전송할 수 있는 제어 메시지를 CG-PUSCH 영역에 멀티플렉싱해서 보낼 수 있다. 특히 HARQ ACK/NACK의 경우에는 첫 연속된 DMRS 전송 심볼 이후 첫 번째 심볼에서부터, CG-UCI의 경우 HARQ 제어 메시지를 제외한 첫 연속된 DMRS 전송 심볼 이후 첫 번째 심볼에서부터, 그리고 CSI 제어 메시지의 경우에는 HARQ 제어 메시지와 CG-UCI 제어 메시지를 제외하고 PUSCH 영역 중 DMRS를 전송하지 않는 첫 번째 심볼에서부터 할당되어 전송된다. CG를 위한 CG-UCI는 다음과 같은 정보를 전송한다.

- 4bits의 HARQ Process Number

- 2bits의 RV (Redundancy Version)

- 1bit의 NDI (New Data Indicator)

- NR-U 인 경우 사전 정의된 비트의 COT (Channel Occupancy Time) sharing information.

한편, Rel-18 워크 아이템으로 XR 단말의 서비스 트래픽 특성에 따른 캐패시티 증대를 위한 XR Enhancements for NR (NR_XR_Enh) 이 2023년 12월 규격 완료 예정이며, 해당 워크 아이템은 아래와 같은 Objective를 가진다.

Specify the enhancements related to power saving:

- DRX support of XR frame rates corresponding to non-integer periodicities (through at least semi-static mechanisms e.g. RRC signalling) (RAN2).

Specify the enhancements related to capacity:

- Multiple CG PUSCH transmission occasions in a period of a single CG PUSCH configuration (RAN1, RAN2);

- Dynamic indication of unused CG PUSCH occasion(s) based on UCI by the UE (RAN1);

- BSR enhancements including at least new BS Table(s); (RAN2);

- Delay reporting of buffered data in uplink; (RAN2);

- Provision of XR traffic assistance information for DL and UL (e.g. periodicity); (RAN2);

- Discard operation of PDU Sets (RAN2);

Specify the enhancements for XR Awareness (RAN2, RAN3): TBD (detailed objectives will be further clarified at RAN#99 based on the conclusions of TR38.835, and work to be started only after RAN#99)

기존의 NR CG는 주기 내에 하나의 전송 블록만 지정할 수 있었으며, 주기 내 평균 데이터량이 많은 경우 짧은 주기 및 큰 전송 영역을, 적은 경우 긴 주기 및 작은 전송 영역을 사전 정의하는 형태로 설정하고, 업링크 채널 환경에 따라 추가적으로 반복 전송을 사전 정의된 횟수만큼 수행하는 형태로 운용되었다. 그러나 이는 XR의 비디오 스트림과 같은 가변적인 평균 전송 영역에 대응하기 어렵기 때문에, 이를 위해 하나의 CG가 복수의 PUSCH 전송 영역을 확보할 수 있도록 하는 방법이 제안되었다. (위의 Objective에서 Multiple CG PUSCH transmission occasions in a period of a single CG PUSCH configuration (RAN1, RAN2);)

그러나 위의 방법은 사전 할당된 영역이 사용될 필요가 없을 경우의 동적인 재할당이 여전히 어려운 문제가 있어, 이를 위해 단말 쪽에서 사전 할당된 영역 중 실제 전송에 사용되지 않은 영역을 전달하여 다른 전송에 활용할 수 있도록 하는 방법이 제안되었다. (위의 Objective에서 Dynamic indication of unused CG PUSCH occasion(s) based on UCI by the UE (RAN1);)

이와 관련하여, 2023년 2월 회의에서 아래 사항들이 합의되었다.

<합의 사항>

- The physical channel that carries the UCI that provides information about unused CG PUSCH transmission occasions is CG PUSCH.

- Encoding and multiplexing for "the UCI that provides information about unused CG PUSCH transmission occasions" in a CG PUSCH applies encoding and multiplexing procedures for CG-UCI as baseline.

* FFS on details

- Consider the following alternatives for "the UCI that provides information about unused CG PUSCH transmission occasions" for down-selection or revision

* Alt. 1: "The UCI that provides information about unused CG PUSCH transmission occasions" is defined as a new UCI.

o FFS on details

* Alt. 2: "The UCI that provides information about unused CG PUSCH transmission occasions" is added as new field(s) to the CG-UCI.

o FFS on details

* Alt. 3: "The UCI that provides information about unused CG PUSCH transmission occasions" replaces/re-purposes some field(s) of the CG-UCI.

o FFS on details

- For dynamic indication of unused CG PUSCH occasion(s) based on a UCI, the following options for further down-scoping with possible revision, are considered for the transmission occasion of the UCI:

* Option 1: A transmitted CG PUSCH, includes the UCI.

o FFS details

* Option 2: A transmitted CG PUSCH includes the UCI, if it is transmitted in an occasion determined by RRC.

o FFS details

* Option 3: A transmitted CG PUSCH includes the UCI, if it is transmitted in a pre-defined transmission occasion.

o FFS details

* Example of a pre-determined occasion: 1st configured PUSCH TO in a CG period or 1st configured PUSCH TO in a multiple CG periods

* Option 4: A transmitted CG PUSCH includes the UCI, if it is transmitted in a transmission occasion determined satisfying given condition(s).

o FFS details

* Examples of a condition: A first transmitted PUSCH in a CG period, or a first PUSCH transmission within a multiple of CG periods.

Other options are not precluded. Proponent companies to provide details.

- For dynamic indication of unused CG PUSCH transmission occasion(s) based on a UCI, the following options for further down-scoping, are considered for the information provided by the UCI:

* Option 1: The UCI determines the consecutive CG PUSCH TO(s) that are indicated as "unused"

o Option 1-1: The UCI provides the number of consecutive TO(s) in time domain.

* Applicable numbers can be determined from information obtained from configuration.

* FFS details

o Option 1-2: The UCI provides a time duration/range that includes the consecutive TO(s) in time domain.

* Applicable time duration/range can be determined from information obtained from configuration

* FFS details

* Option 2: The UCI determines the CG PUSCH TO(s) that are indicated as "unused" (consecutive/non-consecutive TO(s) in time domain)

o Option 2-1: The UCI provides a bitmap where a bit corresponds to a TO within a time duration/range. The bit indicates whether the TO is "unused".

* FFS details

o Option 2-2: The UCI provides a bitmap where a bit corresponds to TOs within a time duration/range. The bit indicates whether all TOs within the time duration/range are "unused".

* FFS details

* FFS whether/how the unused TO(s) can be associated to multiple CG configuration.

Other options are not precluded. Proponent companies to provide details.

위와 같이 이를 위한 구체적인 전송 방법은 High-level에서 어느 정도 옵션들이 합의되었지만, 구체적인 전송 방법 및 포맷 등은 아직 합의되지 않았다.

본 명세서에서는 NR 업링크 전송 환경에서 CG 전송을 위한 멀티플 CG PUSCH 전송이 설정되었을 때, 실제 단말이 사용되지 않은 PUSCH 전송을 위한 이를 UCI 설정 방법을 제공한다. 특히, 해당 UCI(uplink control information)를 구성하는 제어 메시지 포맷을 정의하고 이를 구성하는 방법을 제공한다.

본 명세서는 크게 (1) 새로운 UCI 제어 메시지 내용을 구성하는 방법, (2) 새로운 UCI 제어 메시지 길이를 결정하는 방법, 그리고 (3) 새로운 UCI 제어 메시지 전송 공간을 확보하는 방법을 제공한다.

본 발명의 동작 설명에 앞서, 본 발명에서 다루는 사용되지 않은 PUSCH Occasion 정보 전달을 위한 UCI를 CG-UO-UCI로 명명한다. 본 발명에서의 해당 명칭은 실제 규격에서 동일한 기술적 의미를 가지는 다른 명칭으로 대체될 수 있다.

I. 제1 개시: 새로운 UCI 제어 메시지 내용을 구성하는 방법

제1 개시는 CG-UO-UCI 전달을 위한 새로운 UCI 포맷이 도입될 경우 이 메시지를 구성하는 방법을 제안한다.

① 1비트로 전송하는 방법: 해당 방법은 CG-UO-UCI가 1비트로 구성되는 방법이다. 이는 아래와 같은 형태로 운용될 수 있다.

0은 다음 Occasion에서 전송 수행, 1은 해당 주기 내의 다음 Occasion 모두에 대해 전송 수행하지 않도록 하는 방법. 혹은, 0과 1의 의미가 그 반대인 방법.

이는 CG-UO-UCI 전송 이후 Occasion들이 사용되는지 되지 않는지만을 전달하는 방법이다.

② 다른 역할의 CG-UO-UCI를 추가로 도입하는 방법: 해당 방법은 이후의 CG-UO-UCI 전송 동작을 결정하는 다른 UCI를 별개로 구성하는 방법, 혹은 CG-UO-UCI 내에 해당 정보를 포함하여 구성하는 방법이다. 이는 1비트로 구성될 수 있다. 예컨대 해당 필드 값이 0인 경우 나머지 Occasion에서 CG-UO-UCI를 포함하지 않고, 1인 경우 나머지 Occasion에서 CG-UO-UCI를 포함하도록 할 수 있다. 이는 첫 번째 Occasion에서만 존재할 수 있다. 또한 값이 0인 경우에는 이후의 모든 Occasion에서 PUSCH 전송 수행을 의미할 수 있다. 이 경우 원래의 CG-UO-UCI에 의한 비트 정보는 무시될 수 있다.

혹은 이는 2비트 이상으로 구성되고, 사전에 설정된 CG-UO-UCI 전송 패턴을 결정하는 데 사용될 수 있다. 이 때 이전에 사용한 패턴과 같은 패턴을 보내도록 설정하는 전송값이 정의될 수 있다.

혹은, 이후 CG-UO-UCI 전송 관련 정보를 단말이 CG-UO-UCI 전송 시 나머지 Occasion 들에 대한 전송 여부를 판별할 수 없을 때를 위한 메시지로 구성할 수 있다. 예컨대 CG-UO-UCI가 맨 처음 PUSCH Occasion에서만 전송되는 경우, 해당 UCI는 이후 Occasion에서 추가적으로 CG-UO-UCI를 보낼 위치를 지정할 수 있다. 이는 slot offset, 혹은 occasion index일 수 있으며, 혹은 미리 지정된 위치, 예컨대 multiple occasion전체 셋의 절반 위치의 PUSCH일 수 있다. 그리고 해당 메시지가 전송되는 경우 다음 CG-UO-UCI가 전송될 때까지의 슬롯은 모두 사용하거나, 혹은 모두 사용하지 않을 수 있다. 이는 별개의 필드로 정의할 수도 있고 기존 필드에 멀티플렉싱할 수 있다. 예컨대, 사용하지 않는 슬롯을 전달하기 위한 메시지가 SLIV 와 같이 시작 위치와 길이로 정의되는 경우, 길이를 0으로 정의할 때 이와 같은 동작이 정의될 수 있다.

이 메시지는 기존 CG-UO-UCI에 멀티플렉싱되어 동시에 인코딩될 수도 있고, 별개의 코드블록 형태로 구성될 수도 있다.

③ NR-U 에서의 동작 관련 정보를 포함하는 방법: 해당 방법은 NR-U 등의 환경에서 Multiple Occasion 중 일부를 채널 점유 등의 이유로 사용하지 못한 경우 이러한 정보를 전달하는 방법이다. 예컨대 비트맵 형태로 사용/비사용 메시지가 정의되는 경우 CG-UO-UCI는 모든 Occasion에서의 전송/비전송 여부를 전달하며, 이 때 사용하지 않은 비트와 채널 점유로 인해 사용하지 못한 비트를 다른 값으로 구성하여 전달할 수 있다. 즉, 실제 전송이 이루어지지 않더라도 전송을 수행하려 했던 occasion은 전송을 수행한 것과 동일하게 indication할 수 있다.

④ 특별한 형태의 Occasion 구성 방법: 해당 방법은 Occasion 형태가 Consecutive 하지 않은 형태를 비트맵 형태가 아닌 방법으로 구성하는 방법이다. 예컨대, comb 형태로 1, 혹은 2 이상의 간격을 두고 전송하거나, 혹은 비울 때 이를 1, 2 등의 값의 형태로 전달할 수 있다. 다른 예로 사용/비사용 패턴을 사전에 정의하고 이 인덱스를 CG-UO-UCI로 전달할 수 있다.

II. 제2 개시: 새로운 UCI 제어 메시지 길이를 결정하는 방법

제2 개시는 CG-UO-UCI 전송 메시지의 길이를 결정하는 방법을 제안한다.

① 비트맵 형태로 구성되는 경우의 메시지 길이를 결정하는 방법: 해당 방법은 주기 내 multiple occasion수 보다 작은 길이의 비트맵 필드 크기인 경우에 한정하며, 이를 위해 메시지 길이, 혹은 길이를 결정하는 값이 ConfiguredGrantConfig 내의 RRC 설정값 형태로 사전에 설정될 수 있다. 특히, 몇 개의 Occasion이 동시에 묶여서 지시될 수 있다. 일 실시예로, Occasion 수가 8이고 CG-UO-UCI 메시지 길이가 4인 경우 아래와 같이 운용될 수 있다.

- {1,2,3,4}번째 비트는 각각 {{0,1},{2,3},{4,5},{6,7}}번째 Occasion의 사용/비사용 여부를 결정하는 방법. 각 비트는 거의 동일한 크기의 연속된 Occasion에 대응

- {1,2,3,4}번째 비트는 각각 {{0,4},{1,5},{2,6},{3,7}}번째 Occasion의 사용/비사용 여부를 결정하는 방법. 각 비트는 거의 동일한 간격으로 구성된 Occasion들에 대응

- {1,2,3,4}번째 비트는 각각 {{0,1,2,3},{4,5},{6},{7}}번째 Occasion의 사용/비사용 여부를 결정하는 방법. 각 비트는 거의 동일한 비율 분포로 구성된 Occasion 집합들에 대응

- {1,2,3,4}번째 비트는 각각 {{0,2,4,6},{1,5},{3},{7}}번째 Occasion의 사용/비사용 여부를 결정하는 방법.

이를 위해 RRC는 4로 정의될 수 있고, 혹은 8과 4의 비율인 2로 정의될 수 있다. 이 경우 RRC는 서브-occasion 블록의 크기 형태로 정의될 수 있다.

② 연속된 슬롯/Occasion 형태로 구성되는 경우의 메시지 길이를 결정하는 방법: 먼저 SLIV 전송을 위한 비트 길이를 결정하는 방법과 동일한 형태로 메시지 길이가 결정될 수 있다. 예컨대, RA type 1에서의 전송 블록 개수인 BWP 내 RB 개수에 해당하는 값에 주기 내 Occasion 수가 대입되어 계산될 수 있다. 즉, 주기 내 Occasion 수를 K라고 할 때, 아래와 같이 계산될 수 있다.

필드 비트 수=ceil(log_2(K(K+1)/2)

혹은, 시작 Occasion만 정의되는 경우 아래와 같이 계산될 수 있다.

필드 비트 수=ceil(log_2(K))

이 때, 첫 번째 Occasion에서 항상 전송된다고 가정하고, 위 계산식에서 K를 주기 내 Occasion 수-1로 둘 수 있다.

혹은, 앞서 말한 방법 등을 위해 길이 0 등 특수한 필드를 도입하기 위해, 아래 식이 사용될 수도 있다.

필드 비트 수=ceil(log_2(K(K+3)/2))

혹은 해당 메시지는 K에 의존하지 않는 특정 길이로 구성될 수 있다. 예컨대 해당 필드 길이를 2로 고정하고, 각각 아래 값에 매핑할 수 있다. 비트 별 매핑 동작은 실시예이며, 각 비트 패턴에 따른 동작은 서로 바뀔 수 있다.

- 00인 경우 모두 사용, 01인 경우 이후 1개 미사용, 10인 경우 이후 2개 미사용, 11인 경우 이후 모두 미사용

- 00인 경우 모두 사용, 01인 경우 이후 1개 미사용, 10인 경우 이후 남아있는 Occasion 중 절반 미사용, 11인 경우 이후 모두 미사용

또한 해당 필드 길이를 3 이상의 값으로 고정하고, 해당 패턴의 일부에 위에서 정의한 형태의 미사용 패턴이 정의될 수 있다. 이러한 특정 길이는 규격에서 명시되거나, RRC로 지시될 수 있다. 이 때, 여러 길이에 대한 매핑 방법은 위 실시예와 같이 모두 0인 경우 모두 사용, 모두 1인 경우 이후 모두 미사용, 그 외의 값에 대해서는 지시한 값 만큼 미사용 형태로 정의될 수 있다.

III. 제3 개시: 새로운 UCI 제어 메시지 전송 공간을 확보하는 방법

제3 개시는 CG-UO-UCI 전송을 위한 공간을 PUSCH 블록 내에 확보해 두는 방법을 제안한다.

예컨대, CG-UO-UCI를 통해 Unused Occasion으로 정의된 슬롯에서도 해당 UCI는 전송될 수 있으며, 이를 위해 사전 정의된 위치와 크기의 전송 공간이 사용될 수 있다.

해당 위치는 사전에 RRC나 DCI로 사전 설정된 FDRA 공간의 맨 위, 맨 아래, 혹은 중간 위치일 수 있다. TDRA 또한 처음 전송된 DM-RS심볼 이후 특정 개수의 심볼만을 전송 영역으로 포함할 수 있다. Allocation 패턴의 동일성을 위해, CG-UO-UCI는 항상 위에서 정의된 형태의 전송 공간 내에서 Allocation 될 수 있다. 예컨대 단말에서 해당 주기 내에 전송할 PUSCH가 없는 경우 단말은 임의로 해당 위치에 이를 전달하는 CG-UO-UCI만을 전송할 수 있다.

도 4는 본 명세서의 일실시예에 따른 단말의 동작 방법을 나타낸다.

도 4를 참조하면, 단말은 복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송을 설정한다 (S401).

바람직하게는, 복수의 CG PUSCH 전송을 설정하는 것은 기지국으로부터 이에 대한 구성 정보를 수신한 후 설정할 수 있다.

이후, 단말은 복수의 CG PUSCH 전송과 연관된 상향링크 제어 정보(uplink control information, UCI)를 기지국으로 전송한다 (S402). 여기서, 복수의 CG PUSCH 전송과 연관된 UCI는 앞서 설명한 제1 개시 내지 제3 개시에서 설명한 내용을 적용할 수 있다.

<본 명세서가　적용될　수　있는　장치　일반>　

이하,　본　명세서가　적용될　수　있는　장치에　대하여　설명한다.

도 5는 본 명세서의 개시가 구현된 프로세서의 구성 블록도를 나타낸다.

도　5를　참조하여　알　수　있는　바와　같이,　본　명세서의　개시가　구현된　프로세서(1020)은　본　명세서에서　설명된　제안된　기능,　절차　및/또는　방법을　구현하기　위해,　복수의　회로(circuitry)를　포함할　수　있다.　예컨대,　상기　프로세서(1020)은　제1　회로(1020-1),　제2　회로(1020-2)　그리고　제3　회로(1020-3)를　포함할　수　있다.

또한,　도시되지는　않았으나,　상기　프로세서(1020)은　더　많은　회로를　포함할　수　있다.　각　회로는　복수의　트랜지시터를　포함할　수　있다.

상기　프로세서(1020)는　ASIC(application-specific integrated circuit)　또는　AP(application processor)로　불릴　수　있으며, DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit)　중　적어도　하나를　포함할　수　있다.　

도 6은 본 명세서의 일 실시예에 따른 무선통신장치를 나타낸다.

도　6을　참조하면,　무선　통신　시스템은　제1　장치(100a)와　제2　장치(100b)를　포함할　수　있다.

상기　제1　장치(100a)는　기지국,　네트워크　노드,　전송　단말,　수신　단말,　무선　장치,　무선　통신　장치,　차량,　자율주행　기능을　탑재한　차량,　커넥티드카(Connected Car),　드론(Unmanned Aerial Vehicle, UAV), AI(Artificial Intelligence)　모듈,　로봇, AR(Augmented Reality)　장치, VR(Virtual Reality)　장치, MR(Mixed Reality)　장치,　홀로그램　장치,　공공　안전　장치, MTC　장치, IoT　장치,　의료　장치,　핀테크　장치(또는　금융　장치),　보안　장치,　기후/환경　장치, 5G　서비스와　관련된　장치　또는　그　이외　4차　산업　혁명　분야와　관련된　장치일　수　있다.

상기　제2　장치(100b)는　기지국,　네트워크　노드,　전송　단말,　수신　단말,　무선　장치,　무선　통신　장치,　차량,　자율주행　기능을　탑재한　차량,　커넥티드카(Connected Car),　드론(Unmanned Aerial Vehicle, UAV), AI(Artificial Intelligence)　모듈,　로봇, AR(Augmented Reality)　장치, VR(Virtual Reality)　장치, MR(Mixed Reality)　장치,　홀로그램　장치,　공공　안전　장치, MTC　장치, IoT　장치,　의료　장치,　핀테크　장치(또는　금융　장치),　보안　장치,　기후/환경　장치, 5G　서비스와　관련된　장치　또는　그　이외　4차　산업　혁명　분야와　관련된　장치일　수　있다.

상기　제1　장치(100a)는　프로세서(1020a)와　같은　적어도　하나　이상의　프로세서와,　메모리(1010a)와　같은　적어도　하나　이상의　메모리와,　송수신기(1031a)과　같은　적어도　하나　이상의　송수신기를　포함할　수　있다.　상기　프로세서(1020a)는　전술한　기능,　절차,　및/또는　방법들을　수행할　수　있다.　상기　프로세서(1020a)는　하나　이상의　프로토콜을　수행할　수　있다.　예를　들어,　상기　프로세서(1020a)는　무선　인터페이스　프로토콜의　하나　이상의　계층들을　수행할　수　있다.　상기　메모리(1010a)는　상기　프로세서(1020a)와　연결되고,　다양한　형태의　정보　및/또는　명령을　저장할　수　있다.　상기　송수신기(1031a)는　상기　프로세서(1020a)와　연결되고,　무선　시그널을　송수신하도록　제어될　수　있다.

상기　제2　장치(100b)는　프로세서(1020b)와　같은　적어도　하나의　프로세서와,　메모리(1010b)와　같은　적어도　하나　이상의　메모리　장치와,　송수신기(1031b)와　같은　적어도　하나의　송수신기를　포함할　수　있다.　상기　프로세서(1020b)는　전술한　기능,　절차,　및/또는　방법들을　수행할　수　있다.　상기　프로세서(1020b)는　하나　이상의　프로토콜을　구현할　수　있다.　예를　들어,　상기　프로세서(1020b)는　무선　인터페이스　프로토콜의　하나　이상의　계층들을　구현할　수　있다.　상기　메모리(1010b)는　상기　프로세서(1020b)와　연결되고,　다양한　형태의　정보　및/또는　명령을　저장할　수　있다.　상기　송수신기(1031b)는　상기　프로세서(1020b)와　연결되고,　무선　시그널을　송수신하도록　제어될　수　있다.

상기　메모리(1010a)　및/또는　상기　메모리(1010b)는,　상기　프로세서(1020a)　및/또는　상기　프로세서(1020b)의　내부　또는　외부에서　각기　연결될　수도　있고,　유선　또는　무선　연결과　같이　다양한　기술을　통해　다른　프로세서에　연결될　수도　있다.　

상기　제1　장치(100a)　및/또는　상기　제2　장치(100b)는　하나　이상의　안테나를　가질　수　있다.　예를　들어,　안테나(1036a)　및/또는　안테나(1036b)는　무선　신호를　송수신하도록　구성될　수　있다.

도 7는 본 명세서의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.

특히, 도 7에서는 앞서 도 6의 단말을 보다 상세히 예시하는 도면이다.

단말은 메모리(1010), 프로세서(1020), 송수신부(1031), 전력 관리 모듈(1091), 배터리(1092), 디스플레이(1041), 입력부(1053), 스피커(1042) 및 마이크(1052), SIM(subscriber identification module) 카드, 하나 이상의 안테나를 포함한다.

프로세서(1020)는 본 명세서에서 설명된 제안된 기능, 절차 및/또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(1020)에서 구현될 수 있다. 프로세서(1020)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(1020)는 AP(application processor)일 수 있다. 프로세서(1020)는 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(Modem; modulator and demodulator) 중 적어도 하나를 포함할 수 있다. 프로세서(1020)의 예는 Qualcomm®에 의해 제조된 SNAPDRAGONTM 시리즈 프로세서, Samsung®에 의해 제조된 EXYNOSTM 시리즈 프로세서, Apple®에 의해 제조된 A 시리즈 프로세서, MediaTek®에 의해 제조된 HELIOTM 시리즈 프로세서, INTEL®에 의해 제조된 ATOMTM 시리즈 프로세서, HiSilicon®에 의해 제조된 KIRINTM 시리즈 프로세서 또는 대응하는 차세대 프로세서일 수 있다.

전력 관리 모듈(1091)은 프로세서(1020) 및/또는 송수신부(1031)에 대한 전력을 관리한다. 배터리(1092)는 전력 관리 모듈(1091)에 전력을 공급한다. 디스플레이(1041)는 프로세서(1020)에 의해 처리된 결과를 출력한다. 입력부(1053)는 프로세서(1020)에 의해 사용될 입력을 수신한다. 입력부(1053)는 디스플레이(1041) 상에 표시될 수 있다. SIM 카드는 휴대 전화 및 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용되는 IMSI(international mobile subscriber identity) 및 그와 관련된 키를 안전하게 저장하기 위하여 사용되는 집적 회로이다. 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.

메모리(1010)는 프로세서(1020)와 동작 가능하게 결합되고, 프로세서(610)를 동작시키기 위한 다양한 정보를 저장한다. 메모리(1010)는 ROM(read-only memory), RAM(random access memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 실시예가 소프트웨어로 구현되는 경우, 본 명세서에서 설명된 기술들은 본 명세서에서 설명된 기능을 수행하는 모듈(예컨대, 절차, 기능 등)로 구현될 수 있다. 모듈은 메모리(1010)에 저장될 수 있고 프로세서(1020)에 의해 실행될 수 있다. 메모리(1010)는 프로세서(1020) 내부에 구현될 수 있다. 또는, 메모리(1010)는 프로세서(1020) 외부에 구현될 수 있으며, 기술 분야에서 공지된 다양한 수단을 통해 프로세서(1020)에 통신 가능하게 연결될 수 있다.

송수신부(1031)는 프로세서(1020)와 동작 가능하게 결합되고, 무선 신호를 송신 및/또는 수신한다. 송수신부(1031)는 전송기와 수신기를 포함한다. 송수신부(1031)는 무선 주파수 신호를 처리하기 위한 기저 대역 회로를 포함할 수 있다. 송수신부는 무선 신호를 송신 및/또는 수신하도록 하나 이상의 안테나를 제어한다. 프로세서(1020)는 통신을 개시하기 위하여 예를 들어, 음성 통신 데이터를 구성하는 무선 신호를 전송하도록 명령 정보를 송수신부(1031)에 전달한다. 안테나는 무선 신호를 송신 및 수신하는 기능을 한다. 무선 신호를 수신할 때, 송수신부(1031)은 프로세서(1020)에 의해 처리하기 위하여 신호를 전달하고 기저 대역으로 신호를 변환할 수 있다. 처리된 신호는 스피커(1042)를 통해 출력되는 가청 또는 가독 정보로 변환될 수 있다.

스피커(1042)는 프로세서(1020)에 의해 처리된 소리 관련 결과를 출력한다. 마이크(1052)는 프로세서(1020)에 의해 사용될 소리 관련 입력을 수신한다.

사용자는 예를 들어, 입력부(1053)의 버튼을 누르거나(혹은 터치하거나) 또는 마이크(1052)를 이용한 음성 구동(voice activation)에 의해 전화 번호 등과 같은 명령 정보를 입력한다.

프로세서(1020)는 이러한 명령 정보를 수신하고, 전화 번호로 전화를 거는 등 적절한 기능을 수행하도록 처리한다. 구동 상의 데이터(operational data)는 심카드 또는 메모리(1010)로부터 추출할 수 있다.

또한, 프로세서(1020)는 사용자가 인지하고 또한 편의를 위해 명령 정보 또는 구동 정보를 디스플레이(1041) 상에 디스플레이할 수 있다.

본 명세서와 도면에 게시된 본 개시의 예시들은 본 개시의 기술내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것뿐이며, 본 명의 범위를 한정하고자 하는 것은 아니다. 여기에 게시된 예시들 이외에도 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims

무선 통신 시스템에서 단말이 상향링크(uplink) 전송을 수행하는 방법에 있어서,
복수의 설정된 그랜트(configured grant, CG) 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 전송을 설정하는 단계; 및
상기 복수의 CG PUSCH 전송과 연관된 상향링크 제어 정보(uplink control information, UCI)를 전송하는 단계를 포함하는, 방법.