KR20220044963A

KR20220044963A - 무선 통신 시스템에서 물리 업링크 공유 채널(pusch) 전송의 반복을 처리하기 위한 방법 및 장치

Info

Publication number: KR20220044963A
Application number: KR1020227005284A
Authority: KR
Inventors: 츠아훙 웨이; 헝리 친; 완천 린; 츠밍 처우
Original assignee: 에프쥐 이노베이션 컴퍼니 리미티드
Priority date: 2019-07-17
Filing date: 2020-07-15
Publication date: 2022-04-12
Also published as: JP2022540257A; US20210022158A1; EP3954147B1; US11706760B2; EP3954147A1; EP3954147A4; CN114128337A; US11224059B2; EP4167616A1; JP7262657B2; EP4167616B1; US20220086876A1; WO2021008558A1; PT3954147T

Abstract

사용자 장비(UE)에 의해 수행되는 방법이 제공된다. 방법은 UE가 제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 무선 자원 제어(RRC) 구성을 수신하는 단계를 포함한다. 제1 값 및 적어도 하나의 제2 값 각각은 PUSCH 반복 횟수를 표시한다. 방법은 UE가 물리 업링크 공유 채널(PUSCH) 전송을 스케줄링하는 물리 다운링크 제어 채널(PDCCH) 상의 다운링크 제어 정보(DCI)를 수신하는 단계; DCI에 따라, PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 제1 파라미터 및 제2 파라미터 중 하나를 선택하는 단계; 제1 파라미터가 선택될 때, PUSCH 전송을 위한 PUSCH 반복 횟수를 제1 값으로서 결정하는 단계; 제2 파라미터가 선택될 때, PUSCH 전송을 위한 PUSCH 반복 횟수를 DCI에 의해 표시되는 적어도 하나의 제2 값 중 하나로서 결정하는 단계; 및 PUSCH 반복 횟수에 기초하는 횟수 동안 PUSCH 전송을 수행하는 단계를 더 포함한다.

Description

무선 통신 시스템에서 물리 업링크 공유 채널(PUSCH) 전송의 반복을 처리하기 위한 방법 및 장치

관련 출원(들)에 대한 상호 참조

본 개시내용은 2019년 7월 17일자로 출원되고 발명의 명칭이 "PUSCH 전송의 향상된 반복 중의 동작(Operation among Enhanced Repetition of PUSCH Transmission)"인 미국 가특허 출원 일련번호 제62/875,335호(이하, "'335 가출원"으로 지칭됨)의 이익 및 우선권을 주장한다. 위에서 나열된 모든 출원(들)의 내용은 모든 목적을 위해 본 개시내용에 참조로 완전히 통합된다.

분야

본 개시내용은 일반적으로 무선 통신들에 관한 것으로, 보다 상세하게는 무선 통신 시스템에서 물리 업링크(UL) 공유 채널(Physical Uplink Shared Channel)(PUSCH) 전송의 반복들을 처리하기 위한 방법들 및 장치들에 관한 것이다.

연결된 디바이스들의 수에 있어서의 엄청난 성장 및 사용자/네트워크 트래픽 용량의 급격한 증가에 따라, 데이터 속도, 대기시간, 안정성 및 이동성을 개선함으로써 5세대(5G) 뉴 라디오(New Radio)(NR)와 같은 차세대 무선 통신 시스템을 위한 무선 통신의 상이한 양태들을 개선하기 위한 다양한 노력이 이루어져 왔다.

5G NR 시스템은 네트워크 서비스들 및 유형들을 최적화하기 위해, 유연성 및 구성가능성을 제공하도록 설계되어, eMBB(enhanced Mobile Broadband), mMTC(massive Machine-Type Communication), 및 URLLC(Ultra-Reliable and Low-Latency Communication)와 같은 다양한 사용 사례를 수용한다.

그러나, 무선 액세스에 대한 수요가 지속적으로 증가함에 따라, 차세대 무선 통신 시스템을 위한 무선 통신의 추가적인 개선이 필요하다.

본 개시내용은 무선 통신 시스템에서 PUSCH 전송의 반복들을 처리하기 위한 방법들 및 장치들에 관한 것이다.

본 개시내용의 양태에 따르면, 무선 통신 시스템에서 전송들의 반복들을 처리하기 위해 사용자 장비(UE)에 의해 수행되는 방법이 제공된다. 방법은 UE가 제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 무선 자원 제어(RRC) 구성을 수신하는 단계를 포함한다. 제1 값 및 적어도 하나의 제2 값 각각은 물리 업링크 공유 채널(PUSCH) 반복 횟수를 표시한다. 방법은 UE가 PUSCH 전송을 스케줄링하는 물리 다운링크 제어 채널(PDCCH) 상의 다운링크 제어 정보(DCI)를 수신하는 단계; DCI에 따라, PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 제1 파라미터 및 제2 파라미터 중 하나를 선택하는 단계; 제1 파라미터가 선택될 때, PUSCH 전송을 위한 반복 횟수로서 제1 값을 적용하는 단계; 제2 파라미터가 선택될 때, PUSCH 전송을 위한 PUSCH 반복 횟수로서, DCI에 의해 표시되는 적어도 하나의 제2 값 중 하나를 적용하는 단계; 및 횟수 동안 PUSCH 전송을 수행하는 단계를 더 포함한다. 횟수는 PUSCH 전송을 위한 PUSCH 반복 횟수에 의해 결정된다.

본 개시내용의 다른 양태에 따르면, 무선 통신 시스템에서 전송들의 반복들을 처리하기 위한 UE가 제공된다. UE는 컴퓨터 실행가능한 명령어들이 구현된 하나 이상의 비-일시적 컴퓨터 판독가능한 매체; 및 하나 이상의 비-일시적 컴퓨터 판독가능한 매체에 결합되는 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는 제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 RRC 구성을 수신하기 위해 컴퓨터 실행가능한 명령어들을 실행하도록 구성된다. 제1 값 및 적어도 하나의 제2 값 각각은 PUSCH 반복 횟수를 표시한다. 적어도 하나의 프로세서는 PUSCH 전송을 스케줄링하는 PDCCH 상의 DCI를 수신하고; DCI에 따라, PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 제1 파라미터 및 제2 파라미터 중 하나를 선택하고; 제1 파라미터가 선택될 때, PUSCH 전송을 위한 PUSCH 반복 횟수로서 제1 값을 적용하고; 제2 파라미터가 선택될 때, PUSCH 전송을 위한 PUSCH 반복 횟수로서 DCI에 의해 표시되는 적어도 하나의 제2 값 중 하나를 적용하고; 횟수 동안 PUSCH 전송을 수행하기 위해 컴퓨터 실행가능한 명령어들을 실행하도록 추가로 구성된다. 횟수는 PUSCH 전송을 위한 PUSCH 반복 횟수에 의해 결정된다.

본 개시내용의 양태들은 첨부 도면들과 함께 읽을 때 이하의 상세한 설명으로부터 가장 잘 이해된다. 다양한 특징들은 일정한 비율로 그려지지 않는다. 다양한 특징들의 치수들은 논의의 명확성을 위해 임의로 증가 또는 축소될 수 있다.
도 1은 본 개시내용의 구현에 따라, PDCCH에 의해 스케줄링된 PUSCH 전송을 도시하는 도면이다.
도 2는 본 개시내용의 다른 구현에 따라, PDCCH에 의해 스케줄링된 PUSCH 전송을 도시하는 도면이다.
도 3은 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 다운링크(DL) 심볼 또는 슬롯 경계를 교차하는 PUSCH 전송의 반복들을 도시하는 도면이다.
도 4는 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 DL 심볼을 교차하는 PUSCH 전송의 반복을 도시하는 도면이다.
도 5는 본 개시내용의 구현에 따라, 슬롯 당 심볼 수보다 큰 S + L의 값을 갖는 UL 승인에 대응하는 PUSCH 전송을 도시하는 도면이다.
도 6은 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 플렉서블 심볼을 교차하는 PUSCH 전송의 반복을 도시하는 도면이다.
도 7은 본 개시내용의 구현에 따라, 사용자 장비(UE)가 동적 표시 모드와 비-동적 표시 모드 사이에서 전환하는 것을 도시하는 도면이다.
도 8은 본 개시내용의 구현에 따라, UE에 의해 수행되는 절차의 흐름도를 도시한다.
도 9는 본 개시내용의 구현에 따라, UE에 의해 수행되는 절차의 흐름도를 도시한다.
도 10은 본 개시내용의 다양한 양태들에 따라, 무선 통신을 위한 노드의 블록도를 도시한다.

이하의 설명은 본 개시내용의 예시적인 구현들에 관한 특정 정보를 포함한다. 본 개시내용에서의 도면들 및 그 동반된 상세한 설명은 단지 예시적인 구현들에 관한 것이다. 그러나, 본 개시내용은 이러한 예시적인 구현들에만 제한되지 않는다. 본 개시내용의 다른 변형들 및 구현들이 본 기술분야의 통상의 기술자에게 떠오를 것이다. 달리 언급되지 않으면, 도면들 중에서 유사하거나 대응하는 요소들은 유사하거나 대응하는 참조 번호들에 의해 표시될 수 있다. 또한, 본 개시내용에서의 도면 및 예시는 일반적으로 비례에 맞게 되어 있지 않고, 실제의 상대적 치수들에 대응하도록 의도되지 않는다.

일관성 및 이해의 용이함의 목적을 위하여, 유사한 특징들은 (일부 예들에서는, 도시되지 않았지만) 예시적인 도면들에서의 번호들에 의해 식별된다. 그러나, 상이한 구현들에서의 특징들은 다른 면들에서 상이할 수 있고, 따라서, 도면들에서 도시되는 것으로만 좁게 국한되지 않을 것이다.

"일 구현", "구현", "예시적인 구현", "다양한 구현들", "일부 구현들", "본 개시내용의 구현들" 등에 대한 언급들은 이와 같이 설명된 본 개시내용의 구현(들)이 특정한 특징, 구조 또는 특성을 포함할 수 있지만, 본 개시내용의 모든 가능한 구현이 반드시 특정한 특징, 구조 또는 특성을 포함하는 것은 아님을 나타낼 수 있다. 또한, "일 구현에서" "예시적인 구현에서", 또는 "구현"이라는 문구의 반복된 사용은 반드시 동일한 구현을 지칭하는 것은 아니지만, 그것들이 동일한 구현을 지칭할 수도 있다. 더욱이, "본 개시내용"과 관련한 "구현들"과 같은 문구들의 임의의 사용은 본 개시내용의 모든 구현이 특정한 특징, 구조 또는 특성을 포함해야 함을 특징지으려는 의도는 전혀 없으며, 대신에 "본 개시내용의 적어도 일부 구현"은 언급된 특정한 특징, 구조 또는 특성을 포함함을 의미하는 것으로 이해되어야 한다. 용어 "결합된"은 직접적으로 또는 중간 컴포넌트들을 통해 간접적으로 연결되는 것으로 정의되고, 반드시 물리적 연결들에만 제한되지 않는다. 용어 "포함하는(comprising)"은 이용될 때, "포함하지만, 반드시 그에 제한되지는 않음"을 의미하고; 이는 구체적으로 이렇게 설명된 조합, 그룹, 시리즈 및 등가물에서의 개방형 포함 또는 멤버쉽을 나타낸다.

본 명세서에서 용어 "및/또는"은 연관된 객체들을 설명하기 위한 연관 관계일 뿐이며, 3개의 관계가 존재할 수 있음을 표현하는데, 예를 들어, A 및/또는 B는A가 단독으로 존재하는 것, A 및 B가 동시에 존재하는 것, 및 B가 단독으로 존재하는 것을 표현할 수 있다. "A 및/또는 B 및/또는 C"는 A, B 및 C 중 적어도 하나가 존재함을 표현할 수 있다. 추가로, 본 명세서에서 사용된 문자 "/"는 일반적으로 전자 및 후자의 연관된 객체들이 "또는" 관계에 있음을 표현한다.

추가적으로, 제한이 아닌 설명의 목적을 위하여, 기능적인 엔티티들, 기법들, 프로토콜들, 표준 등과 같은 특정 세부사항들이 설명된 기술의 이해를 제공하기 위하여 제시된다. 다른 예들에서, 널리 공지된 방법들, 기술들, 시스템, 아키텍처 등의 상세한 설명은 불필요한 세부사항들로 설명을 모호하게 하지 않기 위하여 생략된다.

본 기술분야의 통상의 기술자들은 본 개시내용에서 설명된 임의의 네트워크 기능(들) 또는 알고리즘(들)이 하드웨어, 소프트웨어, 또는 소프트웨어 및 하드웨어의 조합에 의해 구현될 수 있다는 것을 즉시 인식할 것이다. 설명된 기능들은 소프트웨어, 하드웨어, 펌웨어, 또는 그 임의의 조합일 수 있는 모듈들에 대응할 수 있다. 소프트웨어 구현은 메모리 또는 다른 유형의 저장 디바이스들과 같은 컴퓨터 판독가능한 매체 상에 저장된 컴퓨터 실행가능 명령어들을 포함할 수 있다. 예를 들어, 통신 처리 능력을 갖는 하나 이상의 마이크로프로세서 또는 범용 컴퓨터는 대응하는 실행가능 명령어들로 프로그래밍될 수 있고, 설명된 네트워크 기능(들) 또는 알고리즘(들)을 수행할 수 있다. 마이크로프로세서들 또는 범용 컴퓨터들은 ASIC(Applications Specific Integrated Circuitry), 프로그래머블 로직 어레이들로, 및/또는 하나 이상의 DSP(Digital Signal Processor)를 이용하여 형성될 수 있다. 본 명세서에 설명된 예시적인 구현들 중 일부가 컴퓨터 하드웨어 상에 설치되고 실행되는 소프트웨어를 지향하지만, 펌웨어로서 또는 하드웨어로서 또는 하드웨어와 소프트웨어의 조합으로서 구현된 대안적 예시적인 구현들도 본 개시내용의 범위 내에 있는 것이다.

컴퓨터 판독가능한 매체는 RAM(Random Access Memory), ROM(Read Only Memory), EPROM(Erasable Programmable Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), 플래시 메모리(flash memory), CD ROM(Compact Disc Read-Only Memory), 자기 카세트(magnetic cassette)들, 자기 테이프(magnetic tape), 자기 디스크 스토리지(magnetic disk storage), 또는 컴퓨터 판독가능한 명령어들을 저장할 수 있는 임의의 다른 동등한 매체를 포함하지만, 이것으로만 제한되지는 않는다.

무선 통신 네트워크 아키텍처[예컨대, LTE(long term evolution) 시스템, LTE-A(LTE-Advanced) 시스템, 또는 LTE-어드밴스드 프로(LTE-Advanced Pro) 시스템]는 전형적으로, 적어도 하나의 기지국(BS), 적어도 하나의 UE, 및 네트워크를 향한 연결을 제공하는 하나 이상의 임의적(optional) 네트워크 요소(network element)를 포함한다. UE는 BS에 의해 확립된 무선 액세스 네트워크(Radio Access Network)(RAN)를 통해 네트워크[예를 들어, CN(Core Network), EPC(Evolved Packet Core) 네트워크, E-UTRAN(Evolved Universal Terrestrial Radio Access network), NGC(Next-Generation Core), 또는 인터넷]와 통신한다.

본 개시내용에서, UE는 이동국(mobile station), 이동 단말 또는 디바이스, 사용자 통신 무선 단말을 포함할 수 있지만, 이것으로 제한되지는 않는다는 것에 유의해야 한다. 예를 들어, UE는 무선 통신 능력을 갖는 모바일 폰, 태블릿, 웨어러블 디바이스, 센서, 또는 PDA(Personal Digital Assistant)를 포함하지만 그에 제한되지는 않는 휴대용 무선 장비일 수 있다. UE는 신호들을 에어 인터페이스(air interface)를 통해서 RAN에서의 하나 이상의 셀로부터 수신하고 그에 전송하도록 구성된다.

BS는 UMTS(Universal Mobile Telecommunication System)에서와 같은 노드 B(NB), LTE-A에서와 같은 진화된 노드 B(evolved Node B)(eNB), UMTS에서와 같은 무선 네트워크 제어기(Radio Network Controller)(RNC), GSM(Global System for Mobile Communications)/GERAN(GSM EDGE Radio Access Network)에서와 같은 기지국 제어기(Base Station Controller)(BSC), 5GC와 연결되는 E-UTRA BS에서와 같은 ng-eNB, 5G 액세스 네트워크(5G-AN)에서와 같은 차세대 노드 B(gNB), 및 셀 내에서 무선 통신을 제어하고 무선 자원들을 관리할 수 있는 임의의 다른 장치를 포함할 수 있지만, 이에 제한되지는 않는다. BS는 하나 이상의 UE를 무선 인터페이스를 통해 네트워크에 대해 서빙하도록 연결될 수 있다.

BS는 이하의 무선 액세스 기술(RAT) 중 적어도 하나에 따라 통신 서비스들을 제공하도록 구성될 수 있다: WiMAX(Worldwide Interoperability for Microwave Access), GSM(종종 2G로 지칭됨), GERAN, GPRS(General Packet Radio Service), 기본 W-CDMA(Wideband-Code Division Multiple Access) 기반 UMTS(종종 3G로 지칭됨), HSPA(High-Speed Packet Access), LTE, LTE-A, eLTE, NR(종종 5G로 지칭됨), 및 LTE-A Pro. 그러나, 본 개시내용의 범위는 위에서 언급된 프로토콜들로 제한되어서는 안 된다.

BS는 RAN에 포함되는 복수의 셀을 사용하여 특정 지리적 영역에 무선 커버리지를 제공하도록 동작가능할 수 있다. BS는 셀들의 동작들을 지원할 수 있다. 각각의 셀은 그것의 무선 커버리지 내의 적어도 하나의 UE에 서비스들을 제공하도록 동작가능하다. 더 구체적으로, 각각의 셀(종종 서빙 셀이라고 함)은 그것의 무선 커버리지 내의 하나 이상의 UE를 서빙하기 위한 서비스들을 제공할 수 있다(예를 들어, 각각의 셀은 DL 및 임의로 UL 패킷 전송들을 위해 그것의 무선 커버리지 내의 적어도 하나의 UE에 대해 DL 및 임의로 업링크(UL) 자원들을 스케줄링한다). BS는 복수의 셀을 통해 무선 통신 시스템 내의 하나 이상의 UE와 통신할 수 있다. 셀은 근접 서비스(ProSe)를 지원하기 위해 사이드링크(SL) 자원들을 할당할 수 있다. 각각의 셀은 다른 셀들과 중첩되는 커버리지 영역들을 가질 수 있다. MR-DC 경우들에서, MCG 또는 SCG의 1차 셀은 특수 셀(Special Cell)(SpCell)이라고 칭해질 수 있다. PCell은 MCG의 SpCell을 지칭할 수 있다. PSCell은 SCG의 SpCell을 지칭할 수 있다. MCG는 SpCell 및 임의로 하나 이상의 2차 셀(SCell)을 포함하여, MN에 연관된 서빙 셀들의 그룹을 의미한다. SCG는 SpCell 및 임의로 하나 이상의 SCell을 포함하여, SN에 연관된 서빙 셀들의 그룹을 의미한다.

위에서 논의된 바와 같이, NR에 대한 프레임 구조는 eMBB, mMTC, URLLC와 같은 다양한 차세대(예를 들어, 5G) 통신 요건들을 수용하기 위한 플렉서블 구성들을 지원하는 한편, 높은 신뢰가능성, 높은 데이터 속도 및 낮은 대기시간 요건들을 충족하는 것이다. 3GPP(3rd Generation Partnership Project)에서 합의된 직교 주파수 분할 다중화(OFDM) 기술은 NR 파형에 대한 기준선의 역할을 할 수 있다. 적응적 서브캐리어 간격, 채널 대역폭, 및 순환 프리픽스(cyclic prefix)(CP)와 같은 스케일러블 OFDM 뉴머롤로지(numerology)도 사용될 수 있다. 추가적으로, NR에 대해 2개의 코딩 방식, 즉 (1) 저밀도 패리티 체크(low-density parity-check)(LDPC) 코드 및 (2) 폴라 코드(polar code)가 고려된다. 코딩 방식 적응은 채널 조건들 및/또는 서비스 애플리케이션들에 기초하여 구성될 수 있다.

더욱이, 단일 NR 프레임의 전송 시간 구간 내에, DL 전송 데이터, 가드 기간, 및 UL 전송 데이터가 적어도 포함되어야 하는 것으로 또한 고려되며, 여기서 DL 전송 데이터, 가드 기간, UL 전송 데이터의 각각의 부분들은 또한 예를 들어 NR의 네트워크 역학에 기초하여 구성가능해야 한다. 추가로, 사이드링크 자원은 ProSe 서비스들을 지원하기 위해 NR 프레임 내에 또한 제공될 수 있다.

3GPP 릴리스 16(Rel-16) NR 무선 통신 시스템에서, UE는 시간 영역에서 PDCCH를 주기적으로, 불연속적으로 또는 연속적으로 모니터링하고, PDCCH를 통해 gNB에 의해 스케줄링된 가능한 동적 UL 승인(스케줄링)을 찾도록 구성될 수 있다. 예를 들어, UL 승인은 UE 특정 무선 네트워크 임시 식별자(Radio Network Temporary Identifier)(RNTI)(예를 들어, 셀-RNTI(C-RNTI))에 의해 스크램블된 순환 중복 체크(Cyclic Redundancy Check)(CRC) 비트(들)를 사용하여 (UE 특정) DCI에서 수신될 수 있다. DCI는 블라인드 디코딩을 통해 PDCCH 상에서 UE에 의해 발견될 수 있다. DCI는 물리 업링크 공유 채널(Physical Uplink Shared Channel)(PUSCH)의 UL 승인을 표시할 수 있다. 예를 들어, DCI는 PUSCH의 시간 및 주파수 위치들을 표시할 수 있다. UL 승인이 획득되고 나면, UE는 UL 승인을 이용함으로써 PUSCH 상에서 대응하는 UL 데이터 전송(또는 "PUSCH 전송")을 수행할 수 있다. 예를 들어, PUSCH 전송은 UE에서 전송 블록(Transport Block)(TB)을 전송하는 것을 포함할 수 있다. "PUSCH 전송/반복"이라는 용어, 및 "TB 전송/반복"이라는 용어는 본 개시내용의 일부 구현들에서 상호교환가능할 수 있음에 유의해야 한다.

일부 구현들에서, PUSCH 전송(들)은 DCI 내의 UL 승인을 통해 BS(예를 들어, gNB)에 의해 동적으로 스케줄링되거나, 유형 1 또는 유형 2의 구성된 승인에 의해 스케줄링될 수 있다.

도 1은 본 개시내용의 구현에 따라, PDCCH에 의해 스케줄링된 PUSCH 전송을 도시하는 도면이다. 도 1에 도시된 예시적인 구현에서는 각각의 서브프레임(예를 들어, 서브프레임 n 및 서브프레임 n+1)이 2개의 슬롯(예를 들어, 슬롯 0 및 슬롯 1)을 포함하지만, 본 개시내용의 다른 구현들에서는 각각의 서브프레임이 임의의 수의 슬롯을 포함할 수 있음에 유의해야 한다. 예를 들어, 각각의 서브프레임 내의 슬롯의 수는 뉴머롤로지의 구성에 기초하여 결정될 수 있다. 또한, 각각의 슬롯에는 고정된 수의 심볼이 포함될 수 있다.

도 1에 도시된 바와 같이, 3개의 파라미터 K₂, S 및 L은 PDCCH(102)에 의해 스케줄링된 PUSCH(104)의 시간 위치 및 지속시간을 결정하기 위해 사용될 수 있다. 예를 들어, 파라미터 K₂는 PUSCH 자원 할당을 표시하는 DCI를 운반하는 PDCCH(예를 들어, PDCCH(102))를 포함하는 슬롯(예를 들어, 슬롯 0)과 DCI에 의해 할당된 PUSCH 자원(예를 들어, PUSCH(104))을 포함하는 슬롯(예를 들어, 슬롯 1) 사이의 슬롯 오프셋을 결정하기 위해 사용될 수 있다. 파라미터들 S는 K₂에 의해 표시되는 슬롯(예를 들어, 슬롯 1) 내의 스케줄링된 PUSCH(예를 들어, PUSCH(104))의 시작 심볼의 인덱스일 수 있다. 파라미터 L은 표시된 슬롯(예를 들어, 슬롯 1) 내의 스케줄링된 PUSCH(예를 들어, PUSCH(104))의 연속적인 심볼들의 수일 수 있다.

일부 구현들에서, BS로부터의 각각의 동적 승인에 대한 K₂, S 및 L의 값들은 DCI에 포함된 인덱스(예를 들어, 시간 영역 자원 할당) 및/또는 대역폭 부분(Bandwidth Part)(BWP)의 뉴머롤로지를 위한 구성에 기초하여 UE에 의해 도출될 수 있다.

도 2는 본 개시내용의 다른 구현에 따라, PDCCH에 의해 스케줄링된 PUSCH를 도시하는 도면이다. 도 2에 도시된 바와 같이, 각각의 서브프레임에는 2개의 슬롯(예를 들어, 슬롯 0 및 슬롯 1)이 있으며, 각각의 슬롯은 14개의 심볼(예를 들어, 심볼 0 내지 심볼 13)을 포함한다. 도 2에 도시된 예시적인 구현에서, 파라미터 K₂, S 및 L은 각각 "1", "3" 및 "5"로 구성된다. 따라서, PUSCH 상에서 BS에 의해 스케줄링되는 UL 자원은 슬롯 1의 심볼 3에서 시작하여 슬롯 1의 심볼 7에서 끝날 수 있다.

NR 무선 통신 시스템에서, 데이터 전송의 신뢰성을 높이기 위해 PUSCH 반복 방식이 사용될 수 있다. PUSCH 반복 방식은 UE가 PUSCH 전송을 반복적으로 수행하는 것을 포함할 수 있으며, 여기서 UE가 PUSCH 전송을 수행하는 횟수는 PUSCH 반복 횟수라고 지칭될 수 있다. "PUSCH 반복 횟수", "명목(nominal) PUSCH 반복 횟수", "반복 횟수", "명목 반복 횟수", "PUSCH 전송 반복 횟수", "PUSCH 전송의 명목 반복 횟수" 및 "PUSCH 전송 횟수"는 본 개시내용의 일부 구현들에서 상호교환가능할 수 있다.

일부 구현들에서, URLLC의 요건을 충족하기 위해, PUSCH 반복 방식은 수 개의 연속적인 슬롯들에서 UE에 의해 반복적으로 PUSCH 전송을 수행하는 것으로서 구현될 수 있으며, 여기서 각각의 슬롯 내의 각각의 반복되는 PUSCH 전송(또는 "PUSCH 반복")은 동일한 심볼 할당을 가질 수 있다(예를 들어, S 및 L의 동일한 값들에 대응함). 이러한 유형의 PUSCH 반복 방식은 슬롯-기반 반복 방식이라고 지칭될 수 있다.

일부 구현들에서, 개선된 PUSCH 반복 방식이 제공된다. 슬롯-기반 반복 방식에 비해, 개선된 PUSCH 반복 방식은 각각의 2개의 인접한 PUSCH 반복 간의 시간 간격을 줄여, PUSCH 반복들 간에 산재하는 전송 지연에 요구되는 전체 전송 시간을 줄일 수 있다. 예를 들어, 향상된 PUSCH 반복 방식은 UE가 슬롯 내에서 하나 이상의 반복된 PUSCH 전송(또는 "PUSCH 반복")을 수행하는 것을 허용할 수 있다. 추가로, PUSCH 반복 횟수는 각각의 동적 스케줄링에 대한 동적 변경을 지원할 것으로 예상될 수 있다. 개선된 PUSCH 반복 방식은 비-슬롯-기반 반복 방식으로 지칭될 수 있다.

일부 구현들에서, BS가 PUSCH 전송을 수행하도록 UE를 스케줄링할 때, BS는 UE에게 슬롯-기반 반복 방식 또는 비-슬롯-기반 반복 방식으로 PUSCH 전송을 수행하도록 동적으로 지시할 수 있다.

일부 구현들에서, 비-슬롯-기반 반복 방식은 아래에 나열된 동작들(예를 들어, 동작 (a) 내지 (f))을 포함할 수 있다. 그러나, 나열된 동작들은 예시의 목적으로만 보여지며, 본 개시내용의 범위를 제한하려는 것이 아님을 유의해야 한다. 예를 들어, 아래에 나열된 동작들 중 하나 이상은 본 개시내용의 일부 구현들에서 비-슬롯-기반 반복 방식에 포함되지 않을 수 있다.

동작들 (a) 내지 (f)는 다음을 포함할 수 있다:

(a) BS(예를 들어, gNB)는 PUSCH 전송을 스케줄링하는 PDCCH를 포함하는 슬롯과 스케줄링된 PUSCH 전송을 포함하는 슬롯 사이의 슬롯 오프셋(K₂)을 UE에 표시할 수 있다;

(b) BS는 PUSCH 전송의 시작 심볼(S)을 UE에 표시할 수 있다;

(c) BS는 UE에게 현재 PUSCH 전송의 길이(L)를 표시할 수 있으며, 여기서 PUSCH 전송의 길이는 심볼의 수로 표현될 수 있다;

(d) BS는 현재 PUSCH 전송에 대한 (명목) 반복 횟수(예를 들어, 해당 PUSCH 전송이 UE에 의해 몇 회 반복되어야 하는지)를 UE에 표시할 수 있다;

(e) UE는 BS에 의해 스케줄링된 현재 PUSCH 전송(또는 제1 PUSCH 반복)의 종료 직후 제1의 다가오는 UL 심볼로부터 반복 PUSCH 전송(또는 제2 PUSCH 반복)을 수행하기 시작할 수 있다;

(f) 각각의 PUSCH 반복은 이전 PUSCH 반복의 종료 후 제1의 다가오는 UL 심볼로부터 시작할 수 있다.

일반적으로, 각각의 PUSCH 반복은 L개의 연속적인 심볼을 차지할 수 있다. 그러나, PUSCH 반복(또는 PUSCH 전송)에 대응하는 L개의 연속적인 심볼 기회가 DL 심볼 또는 슬롯 경계를 교차하는 경우, PUSCH 반복은 물리적(PHY) 계층의 관점에서 두 개 이상의 실제 PUSCH 전송으로 분할될 수 있다.

도 3은 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 DL 심볼 또는 슬롯 경계를 교차하는 PUSCH 전송(또는 "PUSCH 반복")의 반복을 도시하는 도면이다. 도 3을 참조하여 도시된 비-슬롯-기반 반복 방식은 단지 예시 목적을 위한 것이며, 본 개시내용의 범위를 제한하도록 의도되지 않음에 유의한다.

도 3에 도시된 바와 같이, 슬롯들(예를 들어, 슬롯 0 및 슬롯 1) 각각은 14개의 심볼(예를 들어, 심볼 0 내지 심볼 13)을 포함할 수 있다. 문자 "U"로 표기된 각각의 심볼은 UL 심볼이고, 문자 "D"로 표기된 각각의 심볼은 DL 심볼이다. 도 3에 도시된 구현에서, BS(예를 들어, gNB)에 의해 구성되는 S, L 및 PUSCH 반복 횟수의 값들은 각각 3, 4, 및 3이다.

BS(예를 들어, gNB)에 의해 UE에 구성/시그널링되는 PUSCH 반복 횟수는 명목 반복 횟수로 지칭될 수 있으며, 이는 PHY 계층의 관점에서, UE에 의해 수행되는 실제 PUSCH 전송 횟수와 다를 수 있음에 유의해야 한다. 도 3에 도시된 바와 같이, S 및 L의 값이 각각 3 및 4이기 때문에, UE는 PUSCH 전송(302)에서 BS에 의해 스케줄링된 UL 자원이 슬롯 0 내의 심볼 3으로부터 심볼 6까지 걸쳐 있을 수 있음을 알 수 있다. 추가로, 구현에서 명목 반복 횟수가 3이기 때문에, UE는 다가오는 UL 심볼들에서 PUSCH 전송(302)(제1 (명목) PUSCH 반복)을 2회 더 반복할 필요가 있을 수 있다. 위에서 설명된 바와 같이, L의 값은 4이므로, 각각의 명목 반복은 4개의 UL 심볼을 포함할 수 있다. 그러나, 슬롯 0의 심볼 9는 DL 심볼이기 때문에, 제2 (명목) PUSCH 반복은 두 개의 실제 PUSCH 전송(또는 "실제 PUSCH 반복")으로 나누어질 수 있다. 도 3에 도시된 바와 같이, 실제 PUSCH 반복(304)은 슬롯 0의 심볼 7로부터 심볼 8까지 걸쳐 있을 수 있고, 실제 PUSCH 반복(306)은 슬롯 0의 심볼 10으로부터 심볼 11까지 걸쳐 있을 수 있다. 두 개의 실제 PUSCH 반복(304 및 306)은 총 4개의 심볼을 차지할 수 있으므로, 제2 (명목) PUSCH 반복과 동일할 수 있다. 마찬가지로, 제3 (명목) PUSCH 반복이 슬롯 0과 슬롯 1 사이의 슬롯 경계를 커버하기 때문에, 제3 (명목) PUSCH 반복은 2개의 실제 PUSCH 반복(308 및 310)으로 나누어질 수 있으며, 여기서 실제 PUSCH 반복(308)은 슬롯 0의 심볼 12로부터 심볼 13까지 걸쳐 있을 수 있고, 실제 PUSCH 반복(310)은 슬롯 1의 심볼 0으로부터 심볼 1까지 걸쳐 있을 수 있다. 따라서, 도 3에 도시된 구현에서, 실제 PUSCH 반복 횟수(예를 들어, 5)는 명목 PUSCH 반복 횟수(예를 들어, 3)보다 클 수 있다.

일부 구현들에서, L의 값은 PUSCH 전송을 위해 할당된 UL 심볼들의 총 수를 표현할 수 있다. 따라서, 하나의 PUSCH/TB 반복에 필요한 UL 심볼들의 총 수는 L 값으로 제한될 수 있다.

도 4는 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 DL 심볼을 교차하는 PUSCH 전송의 반복을 도시하는 도면이다. 도 4에 도시된 구현에서, DCI는 PUSCH 전송에 대해 S의 값이 3이고 L의 값이 4이며 명목 반복 횟수가 2임을 표현하는 필드/인덱스를 포함할 수 있다. 이 경우, PUSCH 상에서 BS(예를 들어, gNB)에 의해 스케줄링된 UL 자원은 슬롯 0의 심볼 3에서 시작할 수 있다. 추가로, L의 값은 4로 구성되고, 슬롯 0의 심볼 5는 DL 심볼이기 때문에, UE는 PUSCH의 초기 전송을 2개의 실제 PUSCH 전송으로 분할할 필요가 있을 수 있다. 제1 실제 PUSCH 전송(402)은 슬롯 0의 심볼 3으로부터 심볼 4까지 걸쳐 있고, 제2 실제 PUSCH 전송(404)은 슬롯 0의 심볼 6으로부터 심볼 7까지 걸쳐 있다. 따라서, PUSCH의 초기 전송(또는 "제1 명목 반복")에 대한 UL 심볼들의 총 점유는 여전히 4이다.

일부 구현들에서, UE는 반복 목록으로 구성될 수 있고, DCI에 포함된 필드/인덱스는 반복 목록의 행/엔트리 인덱스(예를 들어, TDRA 인덱스)일 수 있다. 일부 구현들에서, 반복 목록은 시간 영역 자원 할당(Time Domain Resource Allocation)(TDRA) 테이블에 포함될 수 있다. 반복 목록의 예는 표 1에 보여진다.

행 인덱스	K₂	S	L	R
0	1	3	4	2
1	1	4	6	3
2	2	2	4	4

표 1에 보여진 바와 같이, 반복 목록은 수 개의 엔트리(또는 행)를 포함할 수 있다. 반복 목록 내의 각각의 엔트리는 행 인덱스에 의해 인덱싱될 수 있으며, 파라미터들 K₂, S, L 및 R과 같이 PUSCH 전송을 구성하기 위한 파라미터들의 세트를 포함할 수 있고, 여기서 반복 목록 내의 파라미터 R의 각각의 값은 특정 PUSCH 반복 횟수를 표현할 수 있고, 파라미터들 K₂, S 및 L의 정의는 도 1 및 2를 참조하여 설명된다.

일부 구현들에서, BS는 특정 시그널링(예를 들어, DCI)을 통해, 반복 목록 내의 어느 엔트리를 사용할지를 UE에 표시할 수 있다. UE는 반복 목록의 표시된 엔트리 내의 값(들)에 기초하여 PUSCH 전송을 위한 자원 위치 및/또는 PUSCH 반복 횟수를 결정할 수 있다. 예를 들어, 표 1에 따르면, BS가 행 인덱스 "0"을 포함하는 DCI를 UE에 전송하는 경우, UE는 DCI에 의해 스케줄링된 PUSCH 전송을 수행할 때 반복 목록 내의 제1 엔트리/행이 적용되어야 함을 알 수 있다. 표 1에 보여진 바와 같이, 반복 목록의 제1 엔트리/행 내의 K₂, S, L 및 R의 값은 각각 "1", "3", "4" 및 "2"이다. 그러한 경우에서, 도 4에 도시된 바와 같이, DCI에 대응하는 PUSCH 전송을 위한 PUSCH 반복 횟수는 2이다.

표 1의 구현은 단지 예시의 목적으로 도시된 것이며, 본 개시내용의 범위를 제한하도록 의도된 것이 아님에 유의해야 한다. 예를 들어, 반복 목록은 파라미터 R 및/또는 다른 파라미터들/인덱스들의 임의의 조합을 포함할 수 있다. 다른 예에서, 반복 목록은 파라미터 R의 값(들)(또는 "R 값(들)")만을 포함할 수 있다.

일부 구현들에서, 반복 목록(예를 들어, 하나 이상의 R 값을 포함함) 및 TDRA 테이블은 별개의 테이블들일 수 있으며, 여기서 반복 테이블 내의 각각의 R 값은 TDRA 테이블에 포함된 파라미터들(예를 들어, S, L, 및/또는 K₂)의 세트에 연관될 수 있다. 예를 들어, 반복 목록은 수 개의 R 값, 예를 들어 "2", "3" 및 "4"를 포함할 수 있으며, 여기서 R 값 "2"는 TDRA 테이블의 제1 행/엔트리에 포함된 파라미터들 K₂, S 및 L(예를 들어, 각각 "1", "3" 및 "4"임)의 세트에 연관될 수 있고, R 값 "3"은 TDRA 테이블의 제2 행/엔트리에 포함된 파라미터들 K₂, S 및 L(예를 들어, 각각 "1", "4" 및 "6"임)의 세트에 연관될 수 있고, R 값 "4"는 TDRA 테이블의 제3 행/엔트리에 포함된 파라미터 K₂, S 및 L들(예를 들어, 각각 "2", "2" 및 "4"임)의 세트에 연관될 수 있다. 이 경우, TDRA 테이블은 R 값(들)을 포함하지 않을 수 있다. 추가로, UE가 TDRA 테이블의 행/엔트리를 표시하는 TDRA 필드를 포함하는 DCI를 수신하는 경우, TDRA 테이블의 표시된 행/엔트리에 포함된 파라미터들의 세트는 물론, TDRA 테이블의 표시된 행/엔트리에 연관된 (반복 목록 내의) R 값이 PUSCH 반복 방식을 위해 UE에 의해 적용될 수 있다. 예를 들어, TDRA 테이블의 제1 행/엔트리가 DCI의 TDRA 필드에 의해 표시되는 경우, UE는 PUSCH 전송을 위한 PUSCH 반복 방식을 적용할 때, K₂, S, L 및 R의 값이 각각 "1", "3", "4" 및 "2"임을 결정할 수 있다.

상황 A: 비-슬롯-기반 반복 방식에서 불연속 수신(Discontinuous Reception)(DRX) 동작

일부 구현들에서, UE의 매체 액세스 제어(Medium Access Control)(MAC) 엔티티는 MAC 엔티티의 특정 무선 네트워크 임시 식별자(Radio Network Temporary Identifier)(RNTI)에 대응하는 PDCCH 모니터링 활동을 제어하는 DRX 절차를 수행하도록 (예를 들어, RRC 계층을 통해) gNB에 의해 구성될 수 있다. 특정 RNTI는 셀-RNTI(C-RNTI), 구성된 스케줄링-RNTI(Configured Scheduling-RNTI)(CS-RNTI), 인터럽션-RNTI(Interruption-RNTI)(INT-RNTI), 슬롯 포맷 표시-RNTI(Slot Format Indication-RNTI)(SFI-RNTI), 반 영구-채널 상태 정보-RNTI(Semi Persistent-Channel State Information-RNTI)(SP-CSI-RNTI), 송신 전력-PUCCH-RNTI(Transmit Power-PUCCH-RNTI)(TPC-PUCCH-RNTI), TPC-PUSCH-RNTI, 또는 송신 전력-사운딩 참조 신호-RNTI(Transmit Power-Sounding Reference Signal-RNTI)(TPC-SRS-RNTI)일 수 있다. UE가 RRC 연결 상태(RRC_CONNECTED)에 있을 때, UE가 DRX 기능으로 구성되는 경우, UE의 MAC 엔티티는 DRX 절차 동안 시간 영역에서 PDCCH를 불연속적으로 모니터링할 수 있다. 예를 들어, MAC 엔티티는 데이터 전송이 발생하지 않더라도 BS로부터의 구성과 실제 트래픽 패턴에 따라 제어 채널을 주기적으로 모니터링할 수 있다. 즉, UE는 데이터 전송이 발생하지 않더라도 미리 구성된 기간(예를 들어, 활성 시간(Active Time)) 내에서 PDCCH를 모니터링할 수 있다. 그러나, 활성 시간 동안 데이터 전송이 발생하는 경우, UE는 데이터 전송을 완료하기 위해 활성 상태를 유지할 수 있다. 활성 시간 동안, UE는 가능한 데이터 송수신 표시(들)에 대해 PDCCH를 모니터링할 수 있다. DRX 절차 동안, UE는 UE의 MAC 계층에서 수 개의 타이머를 유지함으로써 PDCCH 모니터링 동작을 처리할 수 있다. 타이머들은 예를 들어, 온-듀레이션 타이머(on-duration timer), DRX 비활성 타이머, UL 재전송 타이머, DL 재전송 타이머, UL 왕복 시간(Round Trip Time)(RTT) 타이머, 및 DL RTT 타이머를 포함할 수 있다.

일부 구현들에서, 온-듀레이션 타이머, DRX 비활성 타이머, UL 재전송 타이머, DL 재전송 타이머, UL RTT 타이머, 및 DL RTT 타이머의 길이는 각각 파라미터 drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerUL, drx-RetransmissionTimerDL, drx-HARQ-RTT-TimerUL 및 drx-HARQ-RTT-TimerDL를 통해 BS(예를 들어, gNB)에 의해 미리 구성될 수 있다.

일부 구현들에서, drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerUL, drx-RetransmissionTimerDL, drx-HARQ-RTT-TimerUL 및 drx-HARQ-RTT-TimerDL과 같은 파라미터들은 UE-특정 DL RRC 메시지를 통해 BS에 의해 구성될 수 있다.

UE가 활성 시간에 있고, 모니터링되는 PDCCH가 UL 전송을 나타낼 때, 대응하는 하이브리드 자동 반복 요청(Hybrid Automatic Repeat Request)(HARQ) 프로세스에 대해 UL RTT 타이머가 시작될 수 있다. UL RTT 타이머는 UL HARQ 프로세스 단위로 MAC 엔티티에 의해 유지될 수 있다. UL RTT 타이머는 MAC 엔티티에 의해 예상되는 UL HARQ 재전송 승인 이전의 최소 시간 지속시간을 계산하기 위해 사용될 수 있다. UL RTT 타이머의 길이는 gNB 프로세싱 시간/용량에 관련될 수 있다. 그러나, 현재 통신 시스템에서, UE(예를 들어, UE의 MAC 엔티티)가 대응하는 PUSCH 전송을 위해 비-슬롯-기반 반복 방식 하에서 UL RTT 타이머를 어떻게 처리하는지는 아직 정의되지 않았다(예를 들어, UL RTT 타이머의 시작 타이밍은 아직 정의되지 않음). 추가로, 대응하는 MAC 거동이 아직 정의되지 않았기 때문에, gNB와 UE 간의 부적절한 동기화로 인해 DRX 기능에 의한 전력 절약의 이득이 손실될 수 있다.

위에서 설명된 바와 같이, BS는 DCI를 통해 PUSCH 상의 UL 자원을 UE에게 표시할 수 있다. 예를 들어, DCI는 PUSCH 전송의 시간 위치 및 지속시간을 표시하는 TDRA 필드/인덱스(예를 들어, 표 1에 보여진 바와 같은 TDRA 테이블의 행/엔트리 인덱스)를 포함할 수 있다. DCI 수신에 대한 응답으로, UE는 UL 자원을 이용함으로써 대응하는 PUSCH 전송을 수행할 수 있다. UE가 PUSCH 반복 방식을 수행하도록 구성된 경우, TDRA 필드에 의해 표시되는 UL 자원의 시간 영역(예를 들어, 표시된 심볼(들) 및/또는 슬롯(들))이 PUSCH 전송의 제1 명목 반복을 위한 UL 자원으로서 사용될 수 있다. 이하의 사례 1, 2, 및 3에서는 PUSCH 반복 방식 하에서의 DRX의 다양한 RTT 타이머 동작들이 제공된다.

사례 1

일부 구현들에서, S + L의 값은 슬롯 내의 심볼들의 총 수보다 클 수 있다. 각각의 슬롯이 14개의 심볼을 포함한다는 점을 감안할 때, URLLC 서비스에 대한 낮은 대기시간 요건을 달성하기 위해 14보다 큰 S + L 값을 갖는 UL 승인이 적용될 수 있다.

도 5는 본 개시내용의 구현에 따라, 슬롯 당 심볼의 수(예를 들어, 14개의 심볼)보다 큰 S + L의 값을 갖는 UL 승인에 대응하는 PUSCH 전송을 도시하는 도면이다.

UE는 gNB로부터 DCI를 수신할 수 있다. DCI는 PUSCH 전송을 위한 UL 자원을 표시하는 TDRA 필드를 포함할 수 있다. 일부 구현들에서, TDRA 필드는 (예를 들어, 표 1에 보여진 바와 같이) TDRA 테이블에 포함된 행 인덱스일 수 있다. 일부 구현들에서, TDRA 필드는 TDRA 테이블에 포함된 행/엔트리를 표시하는 행/엔트리 인덱스일 수 있지만, 행/엔트리 인덱스는 TDRA 테이블에 포함되지 않을 수 있다(예를 들어, 표 1의 "행 인덱스"의 열이 제거되는 경우). 이러한 조건에서, TDRA 테이블은 행 인덱스(들)를 제외하고, S, L, K₂ 및/또는 R과 같은 파라미터(들)를 포함할 수 있다. UE는 미리 구성된 매핑 규칙에 따라 DCI의 TDRA 필드에 의해 TDRA 테이블의 어느 행/엔트리가 표시되는지를 알 수 있다. 예를 들어, TDRA 필드의 값이 "1"인 경우, UE는 TDRA 테이블의 제1 행/엔트리에 포함된 파라미터들(예를 들어, S, L, K₂ 및/또는 R)이 선택됨을 알 수 있고; TDRA 필드의 값이 "2"인 경우, UE는 TDRA 테이블의 제2 행/엔트리에 포함된 파라미터들(예를 들어, S, L, K₂ 및/또는 R)이 선택됨을 알 수 있는 등이다. 도 5에 도시된 구현에서, TDRA 필드에 의해 어드레싱되는 S 및 L의 값은 각각 12 및 4이다. 도 5에 도시된 바와 같이, PUSCH 상에서 gNB에 의해 스케줄링된 UL 자원은 슬롯 0의 심볼 12로부터 슬롯 1의 심볼 1까지 걸쳐 있을 수 있으며, 이는 4개의 연속적인 UL 심볼을 점유한다. UL 승인에 대응하는 PUSCH 전송(또는 "제1 명목 반복")은 슬롯 0과 슬롯 1 사이의 슬롯 경계를 교차한다는 점에 유의해야 한다. 따라서, 제1 명목 반복은 두 개의 실제 PUSCH 전송(502 및 504)으로 분할될 수 있다. 추가로, 비-슬롯-기반 반복 방식 하에서, 명목 반복 횟수는 gNB에 의해 표시자를 통해 2로 구성되기 때문에, 제2 명목 PUSCH 전송(506)은 슬롯 1의 심볼 2로부터 슬롯 1의 심볼 5까지 걸쳐 있을 수 있다.

UE가 DRX 기능으로 구성될 때(예를 들어, UE가 DRX 절차를 수행하고 있을 때), UE가 UL 승인을 수신하는 경우, UL RTT 타이머는 UE의 MAC 엔티티에 의해 시작될 수 있다. 위에서 설명된 바와 같이, UL RTT 타이머의 시작 타이밍은 대응하는 PUSCH 전송의 "제1 반복"의 종료 직후의 제1 심볼에 있을 수 있다. UL 승인 관점에서, PUSCH 전송의 제1 반복은 제1 명목 PUSCH 전송(예를 들어, 도 5의 슬롯 0의 심볼 12로부터 슬롯 1의 심볼 1까지의 PUSCH 전송)일 수 있다. 그러나, 실제 전송 관점에서, PUSCH 전송의 제1 반복은 제1 실제 PUSCH 전송(예를 들어, 실제 PUSCH 전송(502))일 수 있다. 따라서, PUSCH 전송의 "제1 반복"의 상이한 정의들로 인해, UL RTT 타이머의 동작이 영향을 받을 수 있다.

UL 승인 관점에서: 대응하는 PUSCH 전송의 제1 반복을 위한 UL 자원은 gNB에 의해 동적으로 승인될 수 있다. 도 5에 도시된 바와 같이, TDRA에 표시되는 UL 자원(L의 값은 4)은 슬롯 0의 심볼 12부터 슬롯 1의 심볼 1까지 시작할 수 있다. UL 승인 관점에서, UL RTT 타이머의 시작 타이밍은 대응하는 PUSCH 전송의 제1 반복을 위해 승인된 UL 자원의 종료 후의 제1 심볼에 있을 수 있다. 즉, UL 승인 관점에서 UL RTT 타이머는 슬롯 1의 심볼 2(예를 들어, 도 5에 표기된 Alt .a)에서 시작할 수 있다.

실제 전송 관점에서: 도 5에 도시된 바와 같이, PUSCH 전송의 제1 명목 반복은 슬롯 0과 슬롯 1 사이의 슬롯 경계로 인해 두 개의 실제 PUSCH 반복(502 및 504)으로 분할된다. 제1 실제 PUSCH 반복(502)은 슬롯 0의 심볼 12로부터 슬롯 0의 심볼 13까지 걸쳐 있을 수 있다. 제2 실제 PUSCH 반복(504)은 슬롯 1의 심볼 0으로부터 슬롯 1의 심볼 1까지 걸쳐 있을 수 있다. 실제 PUSCH 전송 관점에서, UL RTT 타이머의 시작 타이밍은 제1 실제 PUSCH 반복의 종료 직후 제1 심볼에 있을 수 있다. 즉, UL RTT 타이머는 슬롯 1의 심볼 0(예를 들어, 도 5에 표시된 Alt .b)에서 시작할 수 있다.

대응하는 텍스트 제안(Text Proposal)(TP)의 예들이 표 2, 3 및 4에 보여진다.

5.7 불연속 수신( DRX )
DRX가 구성될 때, MAC 엔티티는 다음을 수행해야 한다:
1> MAC 엔티티가 활성 시간에 있는 경우:
2> 3GPP TS 38.213에 명시된 대로 PDCCH를 모니터링한다;
2> PDCCH가 UL 전송을 표시하는 경우:
3> 대응하는 PUSCH 전송의 제1 반복의 종료 후 제1 심볼에서 대응하는 HARQ 프로세스에 대한 drx - HARQ - RTT - TimerUL을 시작한다;
3> 대응하는 HARQ 프로세스에 대한 drx - RetransmissionTimerUL을 중지한다.
참고: 제1 반복의 정확한 타이밍은 TS 38.214에 명시된다.

5.7 불연속 수신( DRX )
DRX가 구성될 때, MAC 엔티티는 다음을 수행해야 한다:
1> MAC 엔티티가 활성 시간에 있는 경우:
2> 3GPP TS 38.213에 명시된 대로 PDCCH를 모니터링한다;
2> PDCCH가 UL 전송을 표시하는 경우:
3> UL 승인에 의해 표시된 대응하는 PUSCH 전송의 제1 반복의 종료 후 제1 심볼에서 대응하는 HARQ 프로세스에 대한 drx - HARQ - RTT - TimerUL을 시작한다;
3> 대응하는 HARQ 프로세스에 대한 drx - RetransmissionTimerUL 을 중지한다.

5.7 불연속 수신( DRX )
DRX가 구성될 때, MAC 엔티티는 다음을 수행해야 한다:
1> MAC 엔티티가 활성 시간에 있는 경우:
2> 3GPP TS 38.213에 명시된 대로 PDCCH를 모니터링한다;
2> PDCCH가 UL 전송을 표시하는 경우:
3> UL 전송이 (상황 B에서 정의된 바와 같이) pusch -Aggregationfactor-urllc로 구성된 BWP(또는 서빙 셀)에 있는 경우;
3> UL 전송이 명목 반복 횟수로 표시되는 경우; 또는
3> UL 전송이 비-슬롯-기반 반복(의 번들)에 대응하는 경우;
4> UL 승인에 의해 표시된 대응하는 PUSCH 전송의 제1 반복의 종료 후 제1 심볼에서 대응하는 HARQ 프로세스에 대한 drx - HARQ - RTT - TimerUL을 시작한다.
4> 대응하는 HARQ 프로세스에 대한 drx -RetransmissionTimerUL을 중지한다.
3> 그렇지 않은 경우;
4> 대응하는 PUSCH 전송의 제1 반복의 종료 후 제1 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerUL을 시작한다.
4> 대응하는 HARQ 프로세스에 대한 drx - RetransmissionTimerUL을 중지한다.

일부 구현들에서, 동적 UL 승인에 대응하는 PUSCH 전송은 적어도 하나의 DL 심볼 및/또는 플렉서블 심볼을 교차할 수 있다. 이것은 또한 UL RTT 타이머의 동작에 영향을 미칠 수 있다.

도 4를 참조하면, DCI는 PUSCH 전송을 위한 UL 자원을 표시하는 TDRA 필드를 포함할 수 있으며, 여기서 TDRA 필드에 의해 어드레싱되는 S 및 L의 값은 각각 3 및 4이다. 추가로, gNB의 표시자를 통해 명목 반복 횟수는 2로 구성된다. PUSCH 상에서 gNB에 의해 스케줄링된 UL 자원은 슬롯 0의 심볼 3에서 시작하여 다음 3개의 UL 심볼을 점유할 수 있다(즉, 총 4개의 UL 심볼을 점유함). 도 4에 도시된 바와 같이, UL 승인에 대응하는 제1 명목 반복은 DL 심볼(즉, 슬롯 0의 심볼 5)을 교차하므로, 제1 명목 반복은 두 개의 실제 PUSCH 반복(402, 404)으로 나누어진다. 추가로, 제2 명목 PUSCH 전송(406)은 슬롯 0의 심볼 8로부터 슬롯 1의 심볼 11까지 걸쳐 있을 수 있다.

위에서 설명된 바와 같이, UL RTT 타이머가 PUSCH 전송의 "제1 반복"의 종료 직후 제1 심볼에서 시작되도록 구성되는 경우, UL RTT 타이머의 시작 타이밍은 상이할 수 있는데, 왜냐하면 "제1 반복"의 정의는 UL 승인 관점과 실제 전송 관점에서 다를 수 있기 때문이다. 예를 들어, UL 승인 관점에서, PUSCH 전송의 제1 반복은 제1 명목 PUSCH 전송일 수 있다. 실제 전송 관점에서, PUSCH 전송의 제1 반복은 제1 실제 PUSCH 전송일 수 있다. 대응하는 타이머 동작들에 대한 세부사항들은 이하에서 도 4를 참조하여 설명된다.

UL 승인 관점에서: 대응하는 PUSCH 전송의 제1 명목 반복을 위한 UL 자원은 gNB에 의해 동적으로 승인될 수 있다. 도 4에 도시된 바와 같이, TDRA에 의해 표시되는 UL 자원(여기서 L의 값은 4로 표시됨)은 슬롯 0의 심볼 3, 4, 6, 및 7을 포함할 수 있다. UL 승인 관점에서, UL RTT 타이머의 시작 타이밍은 대응하는 PUSCH 전송의 제1 명목 반복에 대해 승인된 UL 자원의 종료 직후 제1 심볼에 있을 수 있다. 도 4에 도시된 바와 같이, 일 구현에서, UL RTT 타이머는 슬롯 0의 심볼 8에서 시작할 수 있다(예를 들어, 도 4에서 "Alt.a"로 표기된 타이밍).

실제 전송 관점에서: 도 4에 도시된 바와 같이, PUSCH 전송의 제1 명목 반복은 슬롯 0과 슬롯 1 사이의 슬롯 경계로 인해 두 개의 실제 PUSCH 반복(402 및 404)으로 분할된다. 제1 실제 PUSCH 반복(402)은 슬롯 0의 심볼 3으로부터 슬롯 0의 심볼 4까지 걸쳐 있을 수 있다. 제2 실제 PUSCH 반복(404)은 슬롯 0의 심볼 6으로부터 슬롯 0의 심볼 7까지 걸쳐 있을 수 있다. 실제 전송 관점에서, UL RTT 타이머의 시작 타이밍은 제1 실제 PUSCH 반복의 종료 직후 제1 심볼에 있을 수 있다. 도 4에 도시된 바와 같이, 일 구현에서, UL RTT 타이머는 슬롯 0의 심볼 5에서 시작할 수 있다(예를 들어, 도 4에서 "Alt.b"로 표기된 타이밍).

도 6은 본 개시내용의 구현에 따라, 비-슬롯-기반 반복 방식이 적용될 때의 플렉서블 심볼을 교차하는 PUSCH 전송의 반복들을 도시하는 도면이다. 도 6에 도시된 바와 같이, DCI에 의해 표시되는 PUSCH 전송(602)의 동적 스케줄링은 플렉서블 심볼(도 6에서 "F"로 표기됨)을 교차할 수 있다. 플렉서블 심볼은 (3GPP 기술 사양(Technical Specification)(TS) 38.213에 정의된 바와 같은) sfi-RNTI를 통해 DL 심볼 또는 UL 심볼로서 동적으로 구성될 수 있다. DCI는 PUSCH 전송을 위한 UL 자원을 표시하는 TDRA 필드를 포함할 수 있으며, 여기서 TDRA 필드에 의해 어드레싱되는 S 및 L의 값은 각각 3 및 4이다. 추가로, BS로부터의 표시자를 통해, 명목 반복 횟수는 2로 구성된다. 플렉서블 심볼이 UL 심볼로서 사용되는 경우, 제1 명목 PUSCH 전송(602)은 슬롯 0의 심볼 3으로부터 슬롯 0의 심볼 6까지 걸쳐 있을 수 있고, 제2 명목 PUSCH(604)는 슬롯 0의 심볼 7로부터 슬롯 0의 심볼 10까지 걸쳐 있을 수 있다. 이 경우, UL RTT 타이머는 제1 명목 PUSCH 전송(602)(예를 들어, 슬롯 0의 심볼 7)의 종료 직후 제1 심볼에서 시작할 수 있다. 플렉서블 심볼이 DL 심볼로서 사용되는 경우, UL RTT 타이머의 동작은 도 4를 참조하여 설명된 경우와 동일할 수 있다(UL 승인 관점 또는 실제 전송 관점에서).

상황 B: PUSCH 전송 반복 횟수의 동적 표시 방법

일부 구현들에서, 비-슬롯-기반 반복 방식 하에서, gNB가 각각의 동적 스케줄링에 대한 명목 반복 횟수를 UE에게 동적으로 표시하도록 할 수 있는(또는 gNB가 동적 스케줄링 단위로 명목 반복 횟수를 UE에 표시하도록 할 수 있는) 동적 표시(Dynamic Indication)(DI) 기능이 제공될 수 있다. 추가로, DI 기능을 인에이블 또는 디스에이블하기 위해 사용되는 인에이블/디스에이블 DI(Enable/Disable DI)(EDDI) 메커니즘이 또한 제공될 수 있다.

도 7은 본 개시내용의 구현에 따라, 동적 표시 모드와 비-동적 표시 모드 사이에서의 UE 전환을 도시하는 도면이다. 도 7에 도시된 바와 같이, UE는 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 동작할 수 있다. DL 기능이 gNB에 의해 인에이블될 때, UE는 동적 표시 모드(702)에서 동작할 수 있고, 여기서 BS(예를 들어, gNB)는 동적 스케줄링 시그널링(예를 들어, DCI 및/또는 MAC CE 시그널링)을 통해 PUSCH 전송을 위한 명목 반복 횟수를 UE에게 표시할 수 있다. 대조적으로, DL 기능이 디스에이블될 때, UE는 PUSCH 전송을 위한 명목 반복 횟수가 RRC 시그널링을 통해 BS에 의해 미리 정의되거나 미리 구성될 수 있는 비-동적 표시 모드(704)에서 동작할 수 있다. UE가 동적 표시 모드(702)에서 동작해야 하는지 또는 비-동적 표시 모드(704)에서 동작해야 하는지는 EDDI 메커니즘에 의해 제어될 수 있다. UE가 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 동작할 때의 UE 거동의 예들은 이하의 사례들에서 설명된다.

사례 1:

일부 구현들에서, UE가 동적 표시 모드에 있을 때, 명목 반복 횟수는 gNB로부터의 표시자에 의해 결정될 수 있다. 예를 들어, 표시자는 PUSCH 전송에 대응하는 UL 승인을 스케줄링하는 DCI에 포함된 DCI 필드일 수 있다. UL 승인에 대응하는 PUSCH 전송이 비-슬롯-기반 반복 방식 하에서 수행되도록 구성되는 경우, 명목 반복 횟수는 gNB로부터 수신된 표시자(예를 들어, DCI 필드)에 의해 결정된다. UE가 수신된 표시자에 기초하여 명목 반복 횟수를 결정하는 방법에 대한 동작들의 예들은 이하의 세부 사례 1.1 내지 1.12에서 제공된다.

세부 사례 1.1: 일부 구현들에서, 표시자는 DCI에 의해 스케줄링되는 UL 승인에 대응하는 PUSCH 전송을 위한 명목 반복 횟수를 명시적 또는 암시적으로 표시하는 값을 표현하는 DCI 필드의 비트스트림들(내용)일 수 있다.

세부 사례 1.2: 일부 구현들에서, 표시자는 매핑 테이블의 행 인덱스를 명시적으로 또는 암시적으로 표시하는 값을 표현하는 DCI 필드의 비트스트림들(내용)일 수 있다. 매핑 테이블은 (예를 들어, 3GPP TS에서) 미리 정의되거나, DL RRC 메시지를 통해 gNB에 의해 미리 구성될 수 있다. 매핑 테이블은 행 인덱스와 DCI에 의해 스케줄링된 PUSCH 전송에 대한 명목 반복 횟수 간의 연관/매핑을 정의할 수 있다.

세부 사례 1.3: 일부 구현들에서, 표시자는 반복 목록(예를 들어, pusch-AggregationFactor-urllcList)의 요소 인덱스를 명시적으로 또는 암시적으로 나타내는 값을 표현할 수 있는 DCI 필드의 비트스트림들(내용)일 수 있다. pusch -AggregationFactor-urllcList는 (예를 들어, 3GPP TS에서) 미리 정의되거나 다운링크(DL) RRC 메시지를 통해 gNB에 의해 미리 구성될 수 있다. pusch -AggregationFactor-urllcList는 DCI에 의해 스케줄링된 PUSCH 전송에 대한 특정 명목 반복 횟수를 각각 나타내는 하나 이상의 값(예를 들어, 표 1에 보여진 R 값(들))을 포함할 수 있다. 요소 인덱스의 값은 PUSCH 전송을 위해 반복 목록 내의 (R) 값들 중 어느 것이 UE에 의해 적용되어야 하는지를 표시할 수 있다. 예를 들어, 요소 인덱스의 값이 0일 때, pusch - AggregationFactor - urllcList의 제1 요소/행/엔트리 내의 값들/파라미터들이 UE에 의해 선택/적용될 수 있고; 요소 인덱스의 값이 1일 때, pusch-AggregationFactor-urllcList의 제2 요소/행/엔트리 내의 값들/파라미터들이 UE에 의해 적용/선택될 수 있는 등이다. 일부 구현들에서, 반복 목록(예를 들어, pusch-AggregationFactor-urllcList)은 BS에 의해, UE 단위, 서빙 셀 그룹 단위, 서빙 셀 단위, UL BWP 단위 및 구성된 승인 구성 단위 중 적어도 하나로 구성될 수 있다.

세부 사례 1.4: 일부 구현들에서, 표시자는 계수 또는 파라미터를 명시적으로 또는 암시적으로 표시하는 값을 표현하는 DCI 필드의 비트스트림들(내용)일 수 있다. 이러한 경우에서, DCI에 의해 스케줄링된 UL 승인에 대응하는 PUSCH 전송에 대한 명목 반복 횟수는 계수의 값에 PUSCH 집계 인수(예를 들어, pusch - AggregationFactor)의 값 또는 URLLC PUSCH 집계 인수(예를 들어, pusch-AggregationFactor- urllc)의 값을 곱한 결과일 수 있다(또는 그러한 결과에 의해 획득될 수 있다). pusch-AggregationFactor는 3GPP TS 38.331에 제공된 기존 파라미터일 수 있는 한편, pusch - AggregationFactor - urllc는 명목 반복 횟수를 UE에게 표시하기 위해 gNB에 의해 구성되는 새로 도입된 파라미터일 수 있다. 일부 구현들에서, pusch-AggregationFactor-urllc는 DL RRC 메시지를 통해 gNB에 의해 전송될 수 있다. pusch-AggregationFactor-urllc는 gNB에 의해 UE 단위, 서빙 셀 그룹 단위, 서빙 셀 단위, UL BWP 단위 및 구성된 승인 구성 단위 중 적어도 하나에 의해 설정될 수 있다. 예를 들어, pusch - AggregationFactor - urllc가 gNB에 의해 UL BWP 단위로 구성되고 gNB가 UL BWP 상의 PUSCH를 스케줄링하는 경우, gNB가 PUSCH 전송이 비-슬롯-기반 반복 방식을 적용해야 한다고 표시한다면, UE는 UL BWP에 대응하는 pusch -AggregationFactor-urllc를 적용하여, UL BWP 상에서의 PUSCH 전송에 대한 명목 반복 횟수를 결정할 수 있다.

세부 사례 1.5: 세부 사례 1.5와 1.4의 주된 차이점은 DCI에 의해 스케줄링된 PUSCH 전송에 대한 명목 반복 횟수가 계수의 값과 pusch-AggregationFactor의 값(또는 pusch-AggregationFactor-urllc의 값)을 더한 결과일 수 있다(또는 그러한 결과에 의해 획득될 수 있다)는 점이다.

세부 사례 1.6: 세부 사례 1.6과 1.4의 주된 차이점은 DCI에 의해 스케줄링된 대응하는 PUSCH 전송에 대한 명목 반복 횟수가 계수의 값을 계수의 값 및 pusch-AggregationFactor의 값(또는 pusch-AggregationFactor- urllc의 값)으로 나눈 결과일 수 있다(또는 그러한 결과에 의해 획득될 수 있다)는 점이다. 일부 다른 구현들에서, PUSCH 전송을 위한 명목 반복 횟수는 pusch -AggregationFactor의 값(또는 pusch - AggregationFactor - urllc의 값)을 계수의 값으로 나눈 결과일 수 있다(또는 그러한 결과에 의해 획득될 수 있다).

세부 사례 1.7: 일부 구현들에서, DCI가 특정 서빙 셀 그룹/서빙 셀/UL BWP 상에서 PUSCH를 스케줄링하기 위해 사용되는 경우, 표시자는 DCI에 포함된 DCI 필드(예를 들어, 제로 비트 필드)일 수 있다. 이 경우, DCI 필드는 어떤 특정 서빙 셀 그룹(들)/서빙 셀(들)/UL BWP(들) 상의 PUSCH 전송에만 적용될 수 있다.

세부 사례 1.8: 일부 구현들에서, 표시자(예를 들어, DCI 필드)는 특정 유형의 UE-특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI에만 존재할 수 있다. 다른 구현에서, 표시자(예를 들어, DCI 필드)는 표시자가 특정 유형의 (UE-특정) RNTI에 의해 스크램블링된 CRC 비트들을 갖는 DCI에 있는 경우에만 UE에 의해 적용될 수 있다.

세부 사례 1.9: 일부 구현들에서, 위의 세부 사례들에서 설명된 pusch-AggregationFactor-urllcList 및 매핑 테이블은 서빙 셀 그룹/서빙 셀/UL BWP 단위로 구성될 수 있다. 이러한 경우에서, 서빙 셀 그룹/서빙 셀/UL BWP 상에서의 PUSCH 전송의 명목 반복 횟수는 서빙 셀 그룹/서빙 셀/UL BWP에 대응하는 pusch -AggregationFactor-urllcList 또는 매핑 테이블에 의해 결정될 수 있다. 다른 예에서, 서빙 셀 그룹/서빙 셀/UL BWP 상에서 수신된 DCI에 의해 스케줄링된 PUSCH 전송은 서빙 셀 그룹/서빙 셀/UL BWP의 AggregationFactor - urllcList 또는 매핑 테이블을 적용할 수 있다.

세부 사례 1.10: 일부 구현들에서, DCI에 포함된 DCI 필드의 비트 수는 RRC 구성에 의해 결정될 수 있다. 예를 들어, DCI 필드는 pusch-AggregationFactor-urllcList에 포함된 요소들의 개수에 의해 결정될 수 있다. 예를 들어, DCI 필드는 [Log₂(pusch-AggregationFactor-urllcList의 요소들의 수)]로서 결정될 수 있다.

세부 사례 1.11: 일부 구현들에서, DCI 필드는 구성된 승인 유형 II 구성(예를 들어, 3GPP TS 38.331에서 제공됨)을 활성화하기 위해 gNB에 의해 적용되는 CS-RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI 내에(만) 포함될 수 있다.

세부 사례 1.12: 일부 구현들에서, DCI 필드는 구성된 승인 유형 I 구성(예를 들어, 3GPP TS 38.331에서 제공됨)을 활성화하기 위해 gNB에 의해 적용되는 구성된 승인 구성(예를 들어, ConfiguredGrantConfig IE)의 정보 요소(IE)에(만) 포함될 수 있다.

사례 2:

일부 구현들에서, UE가 동적 표시 모드(702)에 있을 때, gNB는 특정 표시(들)를 통해 UE에게 (예를 들어 도 7의 경로 b에 표기된 바와 같이) 비-동적 표시 모드(704)로 전환할 것을 표시할 수 있다. 표시들의 예들은 이하의 세부 사례들에 설명된다.

세부 사례 2.1: 일부 구현들에서, BS(예를 들어, gNB)는 DCI를 UE에 전송함으로써 동적 표시 모드(702)에서 동작할지 또는 비-동적 표시 모드(704)에서 동작할지를 UE에 표시할 수 있다. 일부 구현들에서, DCI는 특정 DCI 포맷을 가질 수 있다. 예를 들어, 특정 DCI 포맷을 수신/검출한 후, UE는 동적 표시 모드(702)에서 동작할 수 있다. 대조적으로, 다른 DCI 포맷이 UE에 의해 수신/검출되는 경우, UE는 비-동적 표시 모드(704)에서 동작할 수 있다.

세부 사례 2.2: 일부 구현들에서, BS(예를 들어, gNB)는 동적 표시 모드(702)에서 동작할지 또는 비-동적 표시 모드(704)에서 동작할지를 UE에 표시하기 위해 DCI에 포함된 DCI 필드(표시)를 적용할 수 있다. 구현에서, DCI 필드는 1-비트 필드일 수 있다. 예를 들어, DCI 필드의 내용이 "0"인 경우, UE는 동적 표시 모드(702)에서 동작할 수 있다. 대조적으로, DCI 필드의 내용이 "1"인 경우, UE는 비-동적 표시 모드(704)에서 동작할 수 있다.

세부 사례 2.3: 세부 사례 2.3과 세부 사례 2.2의 주된 차이점은, UE가 동적 표시 모드(702)에서 동작해야 하는지 또는 비-동적 표시 모드(704)에서 동작해야 하는지가 상황 2의 사례 1에서 소개된 DCI 필드의 특정 값에 의해 표시될 수 있다는 점이다. 예를 들어, DCI 필드의 내용/값이 gNB에 의해 제1 값으로 설정될 때, UE는 (예를 들어, 도 7에서 경로 b로 표기된 바와 같이) 비-동적 표시 모드(704)로 전환할 수 있고; DCI 필드의 내용/값이 gNB에 의해 제2 값으로 설정될 때, UE는 (예를 들어, 도 7에서 경로 a로 표기된 바와 같이) 비-동적 표시 모드(704)로부터 동적 표시 모드(702)로 전환할 수 있다.

세부 사례 2.4: 일부 구현들에서, gNB는 MAC 제어 요소(CE)를 통해 UE가 동적 표시 모드(702)에서 동작해야 하는지 또는 비-동적 표시 모드(704)에서 동작해야 하는지를 UE에 표시할 수 있다. 예를 들어, MAC CE에 포함된 하나 이상의 필드는 각각의 서빙 셀 그룹/서빙 셀/BWP/UL BWP/PUSCH에 대해 동적 표시 모드(702)로 동작할지 또는 비-동적 표시 모드(704)로 동작할지를 UE에게 표시하기 위해 사용될 수 있다. 일부 구현들에서, UE는 각각의 서빙 셀 그룹/서빙 셀/UL BWP 상에서 PUSCH 전송을 수행하기 위해, 기본적으로(by default) 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 동작할 수 있다. 예를 들어, 서빙 셀 그룹으로 구성된 후, 그리고 서빙 셀 그룹에 대응하는 MAC CE를 수신하기 전에, UE는 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 서빙 셀 그룹 상에서 PUSCH 전송을 수행할 수 있다. 예를 들어, 서빙 셀로 구성된 후, 그리고 서빙 셀에 대응하는 MAC CE를 수신하기 전에, UE는 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 서빙 셀 그룹 상에서 PUSCH 전송을 수행할 수 있다. 예를 들어, UL BWP로 구성된 후, 그리고 UL BWP에 대응하는 MAC CE를 수신하기 전에, UE는 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 UL BWP 상에서 PUSCH 전송을 수행할 수 있다.

세부 사례 2.5: 세부 사례 2.4와 세부 사례 2.3의 주된 차이점은 gNB가 제1 MAC CE를 통해 동적 표시 모드(702)에서 동작하도록 UE에게 표시할 수 있고 제2 MAC CE를 통해 비-동적 표시 모드(704)에서 동작하도록 UE에게 표시할 수 있다는 것이다. 제1/제2 MAC CE에 포함된 하나 이상의 필드는 각각의 서빙 셀 그룹/서빙 셀/BWP/UL BWP/PUSCH에 대해 동적 표시 모드(702)로 동작할지 또는 비-동적 표시 모드(704)로 동작할지를 UE에게 표시하기 위해 사용될 수 있다.

세부 사례 2.6: 일부 구현들에서, gNB는 특정 RNTI를 통해 동적 표시 모드(702)에서 동작할지 또는 비-동적 표시 모드(704)에서 동작할지를 UE에게 표시할 수 있다. 특정 RNTI는 DL RRC 메시지(들)를 통해 gNB에 의해 서빙 셀 그룹/서빙 셀/UL BWP 단위로 구성될 수 있다. 예를 들어, 특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI를 수신할 때, UE가 특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI를 다시 수신할 때까지, UE는 동적 표시 모드(702)에서 서빙 셀 그룹/서빙 셀/UL BWP 상에서 PUSCH 전송을 수행할 수 있다. 일부 구현들에서, UE는 각각의 서빙 셀 그룹/서빙 셀/UL BWP 상에서 PUSCH 전송을 수행하기 위해, 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 동작할 수 있다. 예를 들어, 서빙 셀 그룹으로 구성된 후, 그리고 서빙 셀 그룹에 대응하는 특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI를 수신하기 전에, UE는 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 서빙 셀 그룹 상에서 PUSCH 전송을 수행할 수 있다. 예를 들어, 서빙 셀로 구성되고 서빙 셀을 활성화한 후, 그리고 서빙 셀에 대응하는 특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI를 수신하기 전에, UE는 디폴트로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 서빙 셀 그룹 상에서 PUSCH 전송을 수행할 수 있다. 예를 들어, UL BWP로 구성되고 UL BWP를 활성화한 후, 그리고 UL BWP에 대응하는 특정 RNTI에 의해 스크램블된 CRC 비트들을 갖는 DCI를 수신하기 전에, UE는 기본적으로 동적 표시 모드(702) 또는 비-동적 표시 모드(704)에서 서빙 셀 상에서 PUSCH 전송을 수행할 수 있다.

세부 사례 2.7: 세부 사례 2.6과 세부 사례 2.7의 주된 차이점은 gNB가 특정 RNTI를 통해 UE에게 동적 표시 모드(702)에서 동작하도록 표시하고, 다른 특정 RNTI를 통해 UE에게 비-동적 표시 모드(704)에서 동작하도록 표시할 수 있다는 점이다.

세부 사례 2.8: 일부 구현들에서, 서빙 셀 그룹/서빙 셀/UL BWP의 디폴트 모드(예를 들어, 동적 표시 모드(702) 또는 비-동적 표시 모드(704))는 DL RRC 메시지(들)를 통해 gNB에 의해 구성될 수 있다. 예를 들어, 대응하는 MAC CE 또는 DCI를 수신하기 전에, UE는 기본 모드에서 서빙 셀 그룹/서빙 셀/UL BWP 상에서 PUSCH 전송을 수행할 수 있다.

세부 사례 2.9: 일부 구현들에서, UE는 타이머로 구성될 수 있다. UE에게 디폴트 모드와는 상이한 동작 모드(예를 들어, 동적 표시 모드(702) 또는 비-동적 표시 모드(704))로 전환하도록 표시하는 표시(예를 들어, MAC CE 또는 DCI 또는 RNTI)를 수신할 때, UE는 타이머를 시작할 수 있다. 타이머가 만료되면, UE는 gNB로부터 추가 표시를 수신하지 않고서 자동으로 동작 모드로부터 디폴트 모드로 전환할 수 있다. 일부 구현들에서, UE는 (특정) UL 승인을 수신할 때 타이머를 재시작할 수 있다. 일부 구현들에서, 타이머는 서빙 셀 그룹/서빙 셀/UL BWP 단위로 유지/구성될 수 있다. 타이머의 길이는 DL RRC 메시지를 통해 gNB에 의해 미리 구성될 수 있다.

사례 3:

도 8은 본 개시내용의 구현에 따른, UE에 의해 수행되는 절차의 흐름도를 도시한다. 도 8에 도시된 바와 같이, 액션(802)에서, UE는 동적 표시 모드에서 동작할 수 있다. 액션(804)에서, UE는 비-동적 표시 모드로 전환하라는 표시를 수신할 수 있다. 액션(806)에서, UE는 표시 수신에 응답하여 특정 동작을 수행할 수 있다. 특정 동작의 예들은 이하의 세부 사례(들)에 설명된다.

세부 사례 3.1: 일부 구현들에서, DCI는 동적 표시 모드에서 동작하도록 UE에 표시하는 제1 DCI 필드를 포함할 수 있다. 이러한 경우에서, PUSCH 전송의 명목 반복 횟수는 기존 DCI 필드(예를 들어, 현재 3GPP TS 38.212에서 제공됨)와 같은 제2 DCI 필드에 의해 표시될 수 있다. 예를 들어, 기존 DCI 필드가 제2 DCI 필드로서 사용될 때, 기존 DCI 필드의 내용은 DCI에 의해 스케줄링된 UL 승인에 대응하는 PUSCH 전송에 대한 명목 반복 횟수를 UE에게 표시하도록 변경될 수 있다. 추가로, 기존 DCI 필드가 명목 반복 횟수를 UE에 표시하는 방법에 대한 세부사항은 상황 B의 사례 1에 설명된 구현(들)에 기초하여 구현될 수 있다. 반면에, 제1 DCI 필드가 UE에게 비-동적 표시 모드에서 동작하도록 표시하는 경우, 제2 DCI 필드는 3GPP TS 38.212에서 정의된 방식과 동일하게 유지될 수 있다. 일부 구현들에서, 제1 및 제2 DCI 필드는 UL 승인을 스케줄링하는 DCI에 포함될 수 있다. 이러한 경우에서, UE가 비-슬롯-기반 반복 방식에 기초하여 UL 승인에 대응하는 PUSCH 전송을 수행하도록 구성되는 경우, PUSCH 전송을 위한 명목 반복 횟수는 gNB로부터 수신된 제1 DCI 필드 및 제2 DCI 필드에 의해 결정될 수 있다. 예를 들어, 제1 DCI 필드는 PUSCH 전송이 PUSCH 반복 방식에 기초하여 수행되어야 하는지를 (암시적으로) 표시할 수 있고, 제2 DCI 필드는 TDRA 테이블 내의 행/엔트리를 (예를 들어, TDRA 테이블에 대한 행/엔트리 인덱스를 통해) 명시적으로 표시할 수 있다.

세부 사례 3.2: 일부 구현들에서, 비-동적 표시 모드에서 동작할 때, UE는 PUSCH 전송을 수행하기 위해 슬롯 기반 반복 방식을 적용하도록 폴백할 수 있다. PUSCH 전송을 위한 PUSCH 반복 횟수는, 예를 들어 3GPP TS 38.331에 정의된 바와 같은 pusch-Aggregationfactor에 의해 구성될 수 있다.

세부 사례 3.3: 일부 구현들에서, 비-동적 표시 모드에서 동작할 때, UE는 PUSCH 전송을 수행하기 위해 비-슬롯-기반 반복 방식을 적용할 수 있다. PUSCH 전송을 위한 명목 반복 횟수는 예를 들어 pusch - Aggregationfactor - urllc에 의해 구성된 고정 값일 수 있다.

사례 4: 일부 구현들에서, 명목 반복 횟수는 TDRA 인덱스(예를 들어, TDRA 테이블에 포함된 행/엔트리를 나타내는 행/엔트리 인덱스)에 의해 암시적으로 표시될 수 있다. UE에 있는 하나 이상의 비-슬롯-기반 반복 방식-특정 TDRA 테이블은 gNB에 의해 미리 구성되거나 3GPP TS에서 미리 정의될 수 있다. 예를 들어, 표 1에 보여진 바와 같이, TDRA 테이블 내의 각각의 행/엔트리는 PUSCH 전송을 구성하기 위해 K₂, S 및 L 중 적어도 하나를 포함하는 파라미터들의 세트와 특정 명목 반복 횟수(예를 들어, R 값) 사이의 매핑/연관을 정의할 수 있다. 일부 구현들에서, UE에 구성된 TDRA 테이블들은 서로 다른 순환 프리픽스(CP) 모드들(예를 들어, 일반 CP 또는 확장 CP)에 적용될 수 있다. TDRA 값(예를 들어, TDRA 테이블의 행/엔트리 인덱스)이 수신되고 나면, UE는 대응하는 TDRA 테이블에 따라 PUSCH 전송에 적용될 R 값 및 파라미터들(예를 들어, K₂, L 및/또는 S의 값)의 세트를 결정할 수 있다. 일부 구현들에서, UE는 비-슬롯-기반 반복 방식에 대해 구성된 적어도 하나의 제1 TDRA 테이블 및 슬롯-기반 반복 방식에 대해 구성된 적어도 하나의 제2 TDRA 테이블로 구성될 수 있다. 일부 다른 구현들에서, UE는 동적 표시 모드에 대해 구성된 적어도 하나의 제1 TDRA 테이블 및 비-동적 표시 모드에 대해 구성된 적어도 하나의 제2 TDRA 테이블로 구성될 수 있다.

세부 사례 4.1: 일부 다른 구현들에서, TDRA 테이블은 하나 이상의 표시자를 포함할 수 있으며, 이들 각각은 PUSCH 전송에 대한 명목 반복 횟수를 직접 표현하지 않을 수 있다. 대신에, 각각의 표시자는 명목 반복 횟수에 연관될 수 있다(또는 그것을 표시할 수 있다). 이러한 경우에서, UE는 표시자(들)에 기초하여 명목 반복 횟수를 결정할 수 있다. 예를 들어, UE는 미리 정의된/미리 구성된 특정 매핑 규칙에 기초하여, 표시자의 값이 "1"인 경우 명목 반복 횟수가 "2"라고 결정할 수 있고, 표시자의 값이 "2"인 경우 명목 반복 횟수가 "4"라고 결정할 수 있다.

사례 5:

일부 구현들에서, gNB는 특정 UL BWP(들)에 대한 파라미터 pusch-AggregationFactor-urllc를 구성하고, 서빙 셀에 대한 다른 파라미터 pusch-AggregationFactor-urllc를 구성할 수 있다. 이러한 경우에서, UE는 명목 반복 횟수를 특정 UL BWP에 대해 구성된 pusch-AggregationFactor-urllc의 값으로서 설정하는 것에 의해, 특정 UL BWP(pusch-AggregationFactor-urllc로 구성됨) 상에서의 PUSCH 전송이 비-슬롯-기반 반복 방식에 기초하여 수행되어야 함을 알 수 있다. 반면, PUSCH 전송이 pusch-AggregationFactor-urllc로 구성되지 않은 UL BWP 상에서 이루어지는 경우, UE는 명목 반복 횟수를 UL BWP의 서빙 셀에 대해 구성된 pusch-AggregationFactor-urllc의 값으로서 설정함으로써 비-슬롯-기반 반복 방식 하에서 PUSCH 전송을 수행할 수 있다.

세부 사례 5.1: 일부 구현들에서, 사례 5와 마찬가지로, gNB는 특정 서빙 셀(들)에 대한 파라미터 pusch - AggregationFactor - urllc를 구성하고, 서빙 셀 그룹에 대한 다른 파라미터 pusch - AggregationFactor - urllc를 구성할 수 있다. 이러한 경우에서, UE는 명목 반복 횟수를 특정 서빙 셀에 대해 구성된 pusch-AggregationFactor-urllc의 값으로 설정함으로써 서빙 셀(pusch-AggregationFactor-urllc로 구성됨) 상에서의 PUSCH 전송이 비-슬롯-기반 반복 방식에 기초하여 수행되어야 함을 알 수 있다. 반면, PUSCH 전송이 pusch -AggregationFactor-urllc로 구성되지 않은 서빙 셀 상에서 이루어지는 경우, UE는 PUSCH 전송에 대한 명목 반복 횟수를 서빙 셀의 서빙 셀 그룹에 대해 구성된 pusch-AggregationFactor- urllc의 값으로 설정함으로써 비-슬롯-기반 반복 방식 하에서 PUSCH 전송을 수행할 수 있다.

도 9는 본 개시내용의 구현에 따른, UE에 의해 수행되는 절차의 흐름도를 도시한다. 액션들(902, 904, 906, 908, 910 및 912)이 도 9에서 독립적인 블록들로 표현된 별개의 액션들로 기술되어 있지만, 이러한 별개로 기술된 액션들이 반드시 순서 종속적인 것으로 해석되어서는 안 된다는 점에 유의해야 한다. 도 9에서 동작이 수행되는 순서는 제한으로 해석되도록 의도되지 않으며, 임의의 수의 설명된 블록들은 방법 또는 대안적인 방법을 구현하기 위해 임의의 순서로 조합될 수 있다. 또한, 본 개시내용의 일부 구현들에서 액션들(902, 904, 906, 908, 910 및 912) 중 하나 이상이 생략될 수 있다.

도 9에 도시된 바와 같이, 액션(902)에서, UE는 제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 RRC 구성을 수신할 수 있다. 제1 값 및 제2 값(들) 각각은 PUSCH 반복 횟수를 각각 표시한다. 일부 구현들에서, 제1 파라미터 및 제2 파라미터는 RRC 구성의 상이한 정보 요소들(IE)에 대응할 수 있고, 여기서 제1 파라미터는 단일의 제1 값에 관한 것일 수 있고, 제2 파라미터는 하나 이상의 제2 값(예를 들어, 표 1에 예시된 R 값(들))을 포함하는 반복 목록에 관한 것일 수 있다(또는 그러한 반복 목록일 수 있다). 일부 구현들에서, 제1 파라미터 및 제2 파라미터는 서빙 셀 그룹/서빙 셀/BWP 단위로 구성될 수 있다.

액션(904)에서, UE는 PUSCH 전송을 스케줄링하는 PDCCH 상에서 DCI를 수신할 수 있다.

액션(906)에서, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해, DCI에 따라 제1 파라미터 또는 제2 파라미터를 선택할 수 있다. 일부 구현들에서, UE는 수신된 DCI의 DCI 필드/DCI 포맷에 기초하여 제1 파라미터 또는 제2 파라미터를 선택할 수 있다. 예를 들어, 각각의 DCI 포맷은 그 자신의 대응하는 DCI 필드들을 가질 수 있으므로, 블라인드 디코딩을 수행할 때, UE는 DCI 필드들의 세트로 DCI가 성공적으로 디코딩될 수 있는지를 확인함으로써 DCI의 DCI 포맷을 결정할 수 있다. 이러한 경우에서, DCI가 제2 파라미터에 연관된 DCI 포맷을 갖고 제2 값(들) 중 하나를 표시하는 인덱스를 포함할 때, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 제2 파라미터를 선택할 수 있다. 일부 구현들에서, 제2 파라미터(예를 들어, 반복 목록)는 인덱스(예를 들어, 반복 목록의 행/엔트리 인덱스)와 PUSCH 전송의 시작 심볼을 표시하는 제3 값(예를 들어, S의 값) 및 PUSCH 전송의 연속적인 심볼 수를 나타내는 제4 값(예를 들어, L의 값)을 포함하는 값들의 세트 사이의 연관을 정의할 수 있다.

액션(908)에서, 제1 파라미터가 선택될 때, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수를 제1 값으로서 결정할 수 있다. 예를 들어, 제1 파라미터가 제1 값 "2"로 구성되는 경우, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수가 2인 것으로 결정할 수 있다. 다른 예에서, 제1 값은 PUSCH 전송을 위한 PUSCH 반복 횟수를 직접 표현하는 것이 아니라, PUSCH 전송을 위한 PUSCH 반복 횟수와의 미리 구성된/미리 정의된 매핑 관계를 가질 수 있다(예를 들어, 제1 값은 PUSCH 전송을 위한 PUSCH 반복 횟수의 인덱스로서 사용될 수 있음). 이러한 경우에서, UE는 제1 값 및 미리 구성된/미리 정의된 매핑 관계에 기초하여 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정할 수 있다.

액션(910)에서, 제2 파라미터가 선택될 때, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수를 DCI에 의해 표시된 적어도 하나의 제2 값 중 하나로서 결정할 수 있다. 예를 들어, 제2 파라미터가 "2", "3", 및 "4"와 같은 수 개의 제2 값으로 구성되고, 제2 값들 중 하나(예를 들어, "3")가 DCI에 의해(예를 들어, DCI에 포함된 DCI 필드에 의해) 표시되는 경우, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수가 3이라고 결정할 수 있다. 다른 예에서, 제2 값은 PUSCH 전송을 위한 PUSCH 반복 횟수를 직접 표현하는 것이 아니라, PUSCH 전송을 위한 PUSCH 반복 횟수와의 미리 구성된/미리 정의된 매핑 관계를 가질 수 있다(예를 들어, 제2 값은 PUSCH 전송을 위한 PUSCH 반복 횟수의 인덱스로서 사용될 수 있음). 이러한 경우에서, UE는 제2 값 및 미리 구성된/미리 정의된 매핑 관계에 기초하여 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정할 수 있다.

액션(912)에서, UE는 PUSCH 전송을 위한 PUSCH 반복 횟수에 기초하는 횟수 동안(예를 들어, PUSCH 전송이 수행되는 횟수는 PUSCH 전송을 위한 PUSCH 반복 횟수에 의해 결정될 수 있음(또는 그와 동일할 수 있음)), PUSCH 전송을 수행할 수 있다(예를 들어, UE는 연속적인 UL 심볼들의 세트 중에서 PUSCH 전송을 반복할 수 있음). 예를 들어, 제2 파라미터가 선택되고 제2 파라미터(예를 들어, 반복 목록)에 포함된 표시된 제2 값이 "4"인 경우, UE는 DCI에 의해 스케줄링된 PUSCH 전송을 위한 PUSCH 반복 횟수가 4라고 결정할 수 있다(제2 값이 PUSCH 전송을 위한 PUSCH 반복 횟수를 직접 표현하는 경우). 이러한 경우에서, UE는 스케줄링된 PUSCH/TB의 초기 전송을 수행한 후, 스케줄링된 PUSCH/TB의 초기 전송을 3회 반복할 수 있다. 따라서, UE에 의해 PUSCH/TB 전송을 수행하는 총 횟수는 4회(즉, 1회의 초기 PUSCH/TB 전송(또는 "제1 PUSCH/TB 반복") + 3회의 PUSCH/TB 반복 전송(또는 "제2, 제3 및 제4 PUSCH/TB 반복"))이다.

일부 구현들에서, 위에서 설명된 각각의 (세부) 사례는 하나 이상의 특정 조건이 만족될 때 적용될 수 있다. 예를 들어, 특정 조건들은 다음을 포함할 수 있다:

(a) UE가 특정 액세스 계층(Access Stratum)(AS) 계층 기능(예를 들어, 패킷 데이터 수렴 프로토콜(Packet Data Convergence Protocol)(PDCP) 복제 기능)으로 구성된다;

(b) UE가 특정 AS 계층 기능(예를 들어, PDCP 복제 기능)으로 구성되고 그 특정 AS 계층 기능이 활성화된다;

(c) UE는 2개 이상의 gNB/eNB와의 RRC 연결로 구성된다.

이하에서는 특정 용어들에 대한 제한이 아닌 설명을 제공한다.

셀: 일부 구현들에서, 셀(예를 들어, PCell 또는 SCell)은 지리적 영역 내의 UTRAN 액세스 포인트에 의해 브로드캐스트될 수 있는 대응하는 식별 정보를 통해 UE에 의해 고유하게 식별될 수 있는 무선 네트워크 객체일 수 있다. 셀은 주파수 분할 이중화(Frequency Division Duplex)(FDD) 또는 시간 분할 이중화(Time Division Duplex)(TDD) 모드에서 작동될 수 있다.

서빙 셀: 일부 구현들에서, RRC_CONNECTED 상태에서 동작하고 캐리어 집계(Carrier Aggregation)(CA)/이중 연결(Dual Connectivity)(DC)로 구성되지 않은 UE에 대해, UE는 단 하나의 서빙 셀(예를 들어, PCell)로 구성될 수 있다. RRC_CONNECTED 상태에서 동작하고 CA/DC로 구성된 UE에 대해, UE는 SpCell 및 하나 이상의 SCell을 포함하는 복수의 서빙 셀로 구성될 수 있다.

CA: 일부 구현들에서, CA의 경우, 두 개 이상의 컴포넌트 캐리어(Component Carrier)(CC)가 집계될 수 있다. UE는 자신의 능력에 의존하여 CC들 중 하나 이상에서 신호들을 동시에 수신하거나 송신할 수 있다. CA는 연속 및 불연속 CC 둘 다로 지원될 수 있다. CA가 적용될 때, 프레임 타이밍 및 시스템 프레임 번호(System Frame Number)(SFN)는 집계된 셀에 걸쳐 정렬될 수 있다. 일부 구현들에서, UE에 대해 구성된 CC들의 최대 수는 DL에 대해 16개 및 UL에 대해 16개일 수 있다. CA가 구성될 때, UE는 네트워크와의 단 하나의 RRC 연결만을 가질 수 있다. RRC 연결 확립/재확립/핸드오버 동안, 하나의 서빙 셀이 비-액세스 계층(Non-Access Stratum)(NAS) 이동성 정보를 제공할 수 있고, RRC 연결 재확립/핸드오버에서 하나의 서빙 셀이 보안 입력을 제공할 수 있으며, 여기서 서빙 셀은 PCell로 지칭될 수 있다. UE 능력들에 의존하여, SCell들은 UE에 대한 서빙 셀들의 세트로서 PCell과 함께 형성되도록 구성될 수 있다. 따라서, UE에 대한 서빙 셀들의 구성된 세트는 항상 하나의 PCell과 하나 이상의 SCell로 구성된다.

구성된 승인: 일부 구현들에서, 구성된 승인 유형 1에 대해, RRC 엔티티는 구성된 업링크 승인(주기성을 포함함)을 직접 제공할 수 있다. 구성된 승인 유형 2에 대해, RRC 엔티티는 CG의 PUSCH 자원들의 주기성을 정의할 수 있는 한편, 구성된 스케줄링 RNTI(Configured Scheduling-RNTI)(CS-RNTI)로 어드레싱된 PDCCH는 구성된 업링크 승인을 시그널링하고 활성화하거나 그것을 비활성화할 수 있다. 즉, CS-RNTI로 어드레싱된 PDCCH는 구성된 업링크 승인이 비활성화될 때까지, 구성된 업링크 승인이 RRC 엔티티에 의해 정의된 주기성에 따라 재사용될 수 있음을 표시할 수 있다. 구성된 업링크 승인이 활성일 때, UE가 PDCCH(들) 상에서 그것의 C-RNTI/CS-RNTI/MCS-C-RNTI를 찾을 수 없는 경우, 구성된 업링크 승인에 따른 UL 전송이 수행될 수 있다. UE가 PDCCH(들) 상에서 그것의 C-RNTI/CS-RNTI/MCS-C-RNTI를 수신하는 경우, PDCCH 할당은 구성된 업링크 승인을 오버라이드할 수 있다. 일부 구현들에서, MCS-C-RNTI의 사용은 MAC 절차에서의 C-RNTI의 사용과 동등할 수 있다(C-RNTI MAC CE에 대한 것은 제외).

HARQ: 일부 구현들에서, HARQ 프로세스는 계층 1(예를 들어, PHY 계층)에서 둘 이상의 피어 엔티티 간의 전송을 보장하기 위해 사용될 수 있다. PHY 계층이 DL/UL 공간 다중화를 위해 구성되지 않은 경우, 단일 HARQ 프로세스는 TB를 지원할 수 있다. PHY 계층이 DL/UL 공간 다중화를 위해 구성될 때, 단일 HARQ 프로세스는 하나 또는 복수의 TB를 지원할 수 있다. 각각의 서빙 셀은 HARQ 엔티티에 대응할 수 있으며, 여기서 각각의 HARQ 엔티티는 DL 및 UL HARQ 프로세스들의 병렬 프로세싱을 지원할 수 있다.

HARQ 확인(HARQ-Acknowledgement)(HARQ-ACK): 일부 구현들에서, HARQ-ACK는 1 비트 표시자를 포함할 수 있으며, 여기서 HARQ-ACK는 표시자의 비트 값이 "0"일 때 부정 확인(Negative Acknowledgement)(NACK)일 수 있고, 표시자의 비트 값이 "1"일 때 긍정 확인(ACK)일 수 있다.

타이머: 일부 구현들에서, UE의 MAC 엔티티는 업링크 시그널링 재전송들을 트리거하는 것 또는 업링크 시그널링 재전송 기간들을 제한하는 것과 같은 개별 목적들을 위해 하나 이상의 타이머를 설정할 수 있다. MAC 엔티티에 의해 유지되는 타이머(예를 들어, 본 출원의 다양한 구현들에서 설명된 타이머)가 시작될 때, 타이머는 그것이 중지되거나 만료될 때까지 실행을 시작할 수 있다. 추가로, 타이머가 시작되지 않으면 타이머가 실행되지 않을 수 있다. 타이머는 실행 중이 아닐 때 시작될 수 있다. 또한, 타이머는 실행 중일 때 재시작될 수 있다. 일부 구현들에서, 타이머는 항상 초기 값에서 시작 또는 재시작할 수 있으며, 여기서 초기 값은 다운링크 RRC 시그널링을 통해 gNB에 의해 구성될 수 있지만 이에 제한되지는 않는다.

BWP: 일부 구현들에서, BWP는 셀의 전체 셀 대역폭의 서브세트일 수 있다. 하나 이상의 BWP를 UE에 구성하고 구성된 BWP 중 어느 것이 현재 활성 BWP인지를 UE에 통지함으로써, 대역폭 적응(Bandwidth Adaptation)(BA)이 달성될 수 있다. PCell 상에서 BA 메커니즘을 인에이블하기 위해, gNB는 하나 이상의 UL 및 DL BWP로 UE를 구성할 수 있다. CA의 경우, SCell들 상에서 BA 메커니즘을 인에이블하기 위해, gNB는 적어도 하나 이상의 DL BWP로 UE를 구성할 수 있다(이는 UE에 대해 구성되는 UL BWP가 없을 수 있음을 의미함). PCell에 대해, 초기 BWP는 초기 액세스에 사용되는 BWP일 수 있다. SCell(들)에 대해, 초기 BWP는 UE가 SCell 활성화 프로세스 동안 최초로 동작하도록 구성된 BWP일 수 있다. 일부 구현들에서, UE는 firstActiveUplinkBWP IE 필드에 의해 제1 활성(First-Active) UL BWP로 구성될 수 있다. 제1 활성 UL BWP가 SpCell에 대해 구성되는 경우, firstActiveUplinkBWP IE 필드는 RRC (재)구성이 수행될 때 활성화될 UL BWP의 ID를 포함할 수 있다. 필드가 없는 경우, RRC (재)구성은 BWP 스위치를 트리거하지 않을 수 있다. 제1 활성 업링크 BWP가 SCell에 대해 구성되는 경우, firstActiveUplinkBWP IE 필드는 SCell의 MAC 활성화 시에 사용될 UL BWP의 ID를 포함할 수 있다.

PDCCH: 일부 구현들에서, gNB는 하나 이상의 PDCCH 상에서 C-RNTI/MCS-C-RNTI/CS-RNTI를 통해 UE에 자원들을 동적으로 할당할 수 있다. UE는 그것의 DL 수신이 인에이블될 때 가능한 할당을 찾기 위해 PDCCH(들)를 항상 모니터링할 수 있다(예를 들어, 구성될 때 DRX에 의해 통제되는 활동). 일부 구현들에서, CA가 구성될 때, 모든 서빙 셀에 동일한 C-RNTI가 적용될 수 있다.

물리적 다운링크 공유 채널(PDSCH)/PUSCH: 일부 구현들에서, PDCCH는 PDSCH상에서의 DL 전송 및 PUSCH 상에서의 UL 전송을 스케줄링하기 위해 사용될 수 있다.

시간 정렬 타이머: 일부 구현들에서, RRC 엔티티는 시간 정렬 타이머의 초기 값을 구성할 수 있다. 시간 정렬 타이머(예를 들어, timeAlignmentTimer)는 UL 시간 정렬의 유지를 위해 사용될 수 있으며, 여기서 시간 정렬 타이머는 타이밍 어드밴스 그룹(Timing Advance Group)(TAG) 단위로 구성 및 유지될 수 있다. 시간 정렬 타이머는, MAC 엔티티가 연관된 TAG에 속하는 서빙 셀들이 UL 시간 정렬된 것으로 간주하는 시간 길이를 제어하기 위해 사용될 수 있다.

SLIV(시작 및 길이 표시자): 일부 구현들에서, SLIV는 PUSCH/PDSCH에 대한 시간 영역 할당에 사용될 수 있다. SLIV는 PUSCH/PDSCH 할당을 위한 시작 심볼 및 연속적인 심볼들의 개수를 정의할 수 있다.

TB: 상위 계층(예를 들어, MAC 계층/엔티티)으로부터 PHY 계층으로의 데이터는 일반적으로 TB(들)로 지칭될 수 있다.

본 개시내용에서 설명되는 용어들, 정의들 및 약어들은 기존 문서(ETSI(European Telecommunications Standards Institute), ITU(International Telecommunication Union) 등)에서 유래하거나 3GPP 전문가에 의해 새로 생성된 것일 수 있음에 유의해야 한다.

일부 구현들에서, 참조 신호(Reference Signal)(RS) ID는 새로운 빔을 gNB에 명시적으로 또는 암시적으로 표시하기 위해 사용되는 임의의 다른 ID(들)로 대체될 수 있다.

일부 구현들에서, DL RRC 메시지는 RRC 재구성 메시지(예를 들어, RRCReconfiguration), RRC 재개 메시지(예를 들어, RRCResume), RRC 재확립 메시지(예를 들어, RRCReestablishment), RRC 설정 메시지(예를 들어, RRCSetup), 또는 임의의 다른 DL 유니캐스트 RRC 메시지일 수 있다.

일부 구현들에서, 빔은 공간 영역 필터로 간주될 수 있다. 예를 들어, 무선 디바이스(예를 들어, UE)는 대응하는 안테나 요소를 통해 신호를 전송하기 전에 신호의 위상 및/또는 진폭을 조절함으로써 아날로그 영역에서 공간 필터를 적용할 수 있다. 다른 예에서, 공간 필터는 무선 통신 시스템에서 다중-입력 다중-출력(Multi-Input Multi-Output)(MIMO) 기법에 의해 디지털 영역에 적용될 수 있다. 예를 들어, UE는 특정 공간/디지털 영역 필터인 특정 빔을 이용하여 PUSCH 전송을 수행할 수 있다. 일부 구현들에서, 빔은 안테나, 안테나 포트, 안테나 요소, 안테나들의 그룹, 안테나 포트들의 그룹, 또는 안테나 요소들의 그룹에 의해 표현될 수 있다(또는 이에 대응할 수 있다). 일부 구현들에서, 빔은 특정 RS 자원에 의해 형성될 수 있다(또는 이와 연관될 수 있다). 빔은 전자기파(EM)가 그를 통해 조사되는 공간 영역 필터(spatial domain filter)와 동등할 수 있다.

일부 구현들에서, 전송된 시그널링은 시그널링을 포함하는(또는 그에 대응하는) MAC CE/MAC 프로토콜 데이터 유닛(Protocol Date Unit)(PDU)/계층 1 시그널링/상위 계층 시그널링이 전송되기 시작하거나, 완전히 전송되었거나, 전송을 위해 대응하는 HARQ 프로세스/버퍼에 이미 전달되었음을 의미한다. 일부 구현들에서, 전송된 시그널링은 특정 MAC PDU의 대응하는 HARQ-ACK 피드백이 수신됨을 의미하며, 여기서 특정 MAC PUD는 그 시그널링을 포함하는(또는 그에 대응하는) MAC CE/계층 1 시그널링/상위 계층 시그널링을 포함할 수 있다. 일부 구현들에서, 전송된 시그널링은 시그널링에 대응하는 MAC CE/MAC PDU가 구축되거나 생성됨을 의미한다.

일부 구현들에서, HARQ-ACK 피드백은 PDCCH 상에서 gNB로부터 UE에 의해 수신된 DCI의 DCI 포맷 0_0, 0_1 또는 다른 DCI 포맷(들)에 의해 구현될 수 있다. 일부 구현들에서, 수신된 DCI는 특정 값(예를 들어, 1)으로 설정될 수 있는 새로운 데이터 표시자(New Data Indicator)(NDI)를 포함할 수 있다. 추가로, DCI는 빔 장애 복구 요청(Beam Failure Recovery request)(BFRQ) MAC CE를 운반하는) MAC PDU 전송의 HARQ 프로세스에 의해 적용된(또는 그에 표시된) HARQ 프로세스 ID와 동일한 HARQ 프로세스 ID를 표시할 수 있다.

일부 구현들에서, PDCCH는 gNB에 의해 UE에 전송될 수 있고, UE는 gNB로부터 PDCCH를 수신할 수 있다. 마찬가지로, PDSCH는 gNB에 의해 UE에 전송될 수 있고, UE는 gNB로부터 PDSCH를 수신할 수 있다. UL 전송들에 대해, PUSCH/PUCCH는 UE에 의해 gNB에 전송될 수 있고, PUSCH/물리 업링크 제어 채널(Physical Uplink Control Channel)(PUCCH)은 gNB에 의해 수신될 수 있다.

일부 구현들에서, PDSCH/PUSCH 전송은 시간 영역에서 다수의 심볼들에 걸쳐 있을 수 있고, 여기서 PDSCH/PUSCH(전송)의 지속시간은 PDSCH/PUSCH(전송)의 제1 심볼의 시작부로부터 시작하여 PDSCH/PUSCH(전송)의 마지막 심볼의 끝에서 끝나는 시간 구간일 수 있다.

일부 구현들에서, 용어 "인터럽트", "중지", "취소" 및 "건너뛰기"는 상호교환가능할 수 있다.

도 10은 본 개시내용의 다양한 양태들에 따라, 무선 통신을 위한 노드의 블록도를 도시한다. 도 10에 도시된 바와 같이, 노드(1000)는 송수신기(1006), 프로세서(1008), 메모리(1002), 하나 이상의 프레젠테이션 컴포넌트(1004), 및 적어도 하나의 안테나(1010)를 포함할 수 있다. 노드(1000)는 RF 스펙트럼 대역 모듈, BS 통신 모듈, 네트워크 통신 모듈, 및 시스템 통신 관리 모듈, 입력/출력(I/O) 포트들, I/O 컴포넌트들, 및 전력 공급부(도 10에서 명시적으로 도시되지 않음)를 또한 포함할 수 있다. 이러한 컴포넌트들 각각은 하나 이상의 버스(1024)를 통해 직접적으로 또는 간접적으로 서로 통신 상태에 있을 수 있다. 일 구현에서, 노드(1000)는 예를 들어 도 1 내지 도 9를 참조하여 여기에 설명된 다양한 기능들을 수행하는 UE 또는 BS일 수 있다.

송신기(1016)(예를 들어, 송신용/송신 회로부) 및 수신기(1018)(예를 들어, 수신용/수신 회로부)를 갖는 송수신기(1006)는 시간 및/또는 주파수 자원 파티셔닝 정보를 전송 및/또는 수신하도록 구성될 수 있다. 일부 구현들에서, 송수신기(1006)는 사용가능한, 사용불가능한, 및 신축적으로(flexibly) 사용가능한 서브프레임들 및 슬롯 포맷들을 포함하지만 이것으로 제한되지는 않는 상이한 유형들의 서브프레임들 및 슬롯들에서 전송하도록 구성될 수 있다. 송수신기(1006)는 데이터 및 제어 채널들을 수신하도록 구성될 수 있다.

노드(1000)는 다양한 컴퓨터 판독가능한 매체를 포함할 수 있다. 컴퓨터 판독가능한 매체들은, 노드(1000)에 의해 액세스될 수 있고 휘발성(및 비휘발성) 매체들, 및 이동식(및 비이동식) 매체들 양자를 포함할 수 있는 임의의 이용가능한 매체들일 수 있다. 제한이 아닌 예로서, 컴퓨터 판독가능한 매체들은 컴퓨터 저장 매체들 및 통신 매체들을 포함할 수 있다. 컴퓨터 저장 매체들은 컴퓨터 판독가능한 것과 같은 정보의 저장을 위한 임의의 방법 또는 기술에 따라 구현된 휘발성(및 비휘발성), 및 이동식(및 비이동식) 매체들 양자를 포함할 수 있다.

컴퓨터 저장 매체들은 RAM, ROM, EEPROM, 플래시 메모리(또는 다른 메모리 기술), CD-ROM, 디지털 다기능 디스크들(Digital Versatile Disks)(DVD)(또는 다른 광학 디스크 스토리지), 자기 카세트들, 자기 테이프, 자기 디스크 스토리지(또는 다른 자기 저장 디바이스들) 등을 포함한다. 컴퓨터 저장 매체들은 전파된 데이터 신호를 포함하지 않는다. 통신 매체들은 컴퓨터 판독가능한 명령어들, 데이터 구조들, 프로그램 모듈들 또는 다른 데이터를 전형적으로 반송파 또는 다른 전송 메커니즘과 같은 변조된 데이터 신호 내에 구현하고 임의의 정보 전달 매체들을 포함할 수 있다. 용어 "변조된 데이터 신호"는 그것의 특성들 중 하나 이상이 신호 내의 정보를 인코딩하는 것과 같은 방식으로 설정 또는 변경된 신호를 의미할 수 있다. 제한이 아닌 예로서, 통신 매체는 유선 네트워크 또는 직접 유선 연결과 같은 유선 매체, 및 음향, 무선 주파수(Radio Frequency)(RF), 적외선 및 다른 무선 매체와 같은 무선 매체를 포함할 수 있다. 상기한 것 중 임의의 것의 조합들은 또한 컴퓨터 판독가능한 매체의 범위 내에 포함되어야 한다.

메모리(1002)는 휘발성 및/또는 비휘발성 메모리의 형태인 컴퓨터 저장 매체들을 포함할 수 있다. 메모리(1002)는 이동식, 비이동식 또는 그의 조합일 수 있다. 예를 들어, 메모리(1002)는 솔리드 스테이트 메모리(solid-state memory), 하드 드라이브(hard drive), 광학 디스크 드라이브(optical-disc drive) 등을 포함할 수 있다. 도 10에 도시된 바와 같이, 메모리(1002)는, 실행될 때, 프로세서(1008)로 하여금, 예를 들어 도 1 내지 도 9를 참조하여 본 명세서에 설명된 다양한 기능들을 수행하게 하도록 구성된 컴퓨터 판독가능한 및/또는 컴퓨터 실행가능한 명령어들(1014)(예를 들어, 소프트웨어 코드들)을 저장할 수 있다. 대안적으로, 명령어들(1014)은 프로세서(1008)에 의해 직접 실행가능하지 않을 수 있지만, 노드(1000)로 하여금 (예를 들어, 컴파일링되고 실행될 때) 본 명세서에서 설명된 다양한 기능들을 수행하게 하도록 구성될 수 있다.

프로세서(1008)(예를 들어, 프로세싱 회로부를 가짐)는 지능형 하드웨어 디바이스, 중앙 처리 유닛(CPU), 마이크로컨트롤러, ASIC 등을 포함할 수 있다. 프로세서(1008)는 메모리를 포함할 수 있다. 프로세서(1008)는 메모리(1002)로부터 수신된 데이터(1012) 및 명령어들(1014), 및 송수신기(1006), 기저대역 통신 모듈 및/또는 네트워크 통신 모듈을 통한 정보를 프로세싱할 수 있다. 프로세서(1008)는 안테나(1010)를 통한 전송을 위해 송수신기(1006)에, 코어 네트워크로의 전송을 위해 네트워크 통신 모듈에 송신될 정보를 또한 프로세싱할 수 있다.

하나 이상의 프레젠테이션 컴포넌트(1004)는 데이터 표시들을 사람 또는 다른 디바이스에 제시할 수 있다. 프레젠테이션 컴포넌트들(1004)의 예들은 디스플레이 디바이스, 스피커, 인쇄 컴포넌트, 진동 컴포넌트 등을 포함할 수 있다.

위의 설명으로부터, 본 출원에서 설명된 개념들을 그 개념들의 범위로부터 벗어나지 않고서 구현하기 위해 다양한 기술들이 사용될 수 있다는 것이 명백하다. 더욱이, 개념들이 특정한 구현들을 구체적으로 참조하여 설명되었지만, 본 기술분야의 통상의 기술자는 그 개념들의 범위로부터 벗어나지 않고 형태 및 세부사항에 있어서 변경들이 이루어질 수 있다는 것을 인식할 수 있다. 이와 같이, 설명된 구현들은 모든 면에서 제한적인 것이 아니라 예시적인 것으로 간주되어야 한다. 본 출원은 위에서 설명된 특정 구현들로 제한되지 않고, 본 개시내용의 범위를 벗어나지 않고서 많은 재배열들, 수정들, 및 대체들이 가능하다는 것도 이해해야 한다.

Claims

무선 통신 시스템에서 전송들의 반복들을 처리하기 위해 사용자 장비(UE)에 의해 수행되는 방법으로서,
제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 무선 자원 제어(RRC) 구성을 수신하는 단계 - 상기 제1 값 및 상기 적어도 하나의 제2 값 각각은 물리 업링크 공유 채널(PUSCH) 반복 횟수를 표시함 -;
PUSCH 전송을 스케줄링하는 물리 다운링크 제어 채널(PDCCH) 상의 다운링크 제어 정보(DCI)를 수신하는 단계;
상기 DCI에 따라, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 상기 제1 파라미터 및 상기 제2 파라미터 중 하나를 선택하는 단계;
상기 제1 파라미터가 선택될 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 상기 제1 값으로서 결정하는 단계;
상기 제2 파라미터가 선택될 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 상기 DCI에 의해 표시되는 상기 적어도 하나의 제2 값 중 하나로서 결정하는 단계; 및
상기 PUSCH 전송을 위한 PUSCH 반복 횟수에 기초하는 횟수 동안 상기 PUSCH 전송을 수행하는 단계
를 포함하는, 방법.
제1항에 있어서,
상기 DCI가 상기 제2 파라미터에 연관된 DCI 포맷을 갖고 상기 적어도 하나의 제2 값 중 하나를 표시하는 인덱스를 포함할 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 상기 제2 파라미터를 선택하는 단계를 더 포함하는, 방법.
제2항에 있어서, 상기 제2 파라미터는 상기 PUSCH 전송의 시작 심볼을 표시하는 제3 값 및 상기 PUSCH 전송의 연속적인 심볼들의 수를 표시하는 제4 값을 포함하는 값들의 세트와 상기 인덱스 사이의 연관을 정의하는, 방법.
제1항에 있어서, 상기 제1 파라미터 및 상기 제2 파라미터는 대역폭 부분(Bandwidth Part)(BWP) 단위로 구성되는, 방법.
무선 통신 시스템에서 전송들의 반복들을 처리하기 위한 사용자 장비(UE)로서,
컴퓨터 실행가능한 명령어들이 구현된 하나 이상의 비-일시적 컴퓨터 판독가능한 매체; 및
상기 하나 이상의 비-일시적 컴퓨터 판독가능한 매체에 결합되는 적어도 하나의 프로세서
를 포함하고, 상기 적어도 하나의 프로세서는:
제1 값으로 구성된 제1 파라미터 및 적어도 하나의 제2 값으로 구성된 제2 파라미터를 포함하는 무선 자원 제어(RRC) 구성을 수신하고 - 상기 제1 값 및 상기 적어도 하나의 제2 값 각각은 물리 업링크 공유 채널(PUSCH) 반복 횟수를 표시함 -;
PUSCH 전송을 스케줄링하는 물리 다운링크 제어 채널(PDCCH) 상의 다운링크 제어 정보(DCI)를 수신하고;
상기 DCI에 따라, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 상기 제1 파라미터 및 상기 제2 파라미터 중 하나를 선택하고;
상기 제1 파라미터가 선택될 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 상기 제1 값으로서 결정하고;
상기 제2 파라미터가 선택될 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 상기 DCI에 의해 표시되는 상기 적어도 하나의 제2 값 중 하나로서 결정하고;
상기 PUSCH 전송을 위한 PUSCH 반복 횟수에 기초하는 횟수 동안 상기 PUSCH 전송을 수행하기 위해
상기 컴퓨터 실행가능한 명령어들을 실행하도록 구성되는, 사용자 장비(UE).
제5항에 있어서, 상기 적어도 하나의 프로세서는:
상기 DCI가 상기 제2 파라미터에 연관된 DCI 포맷을 갖고 상기 적어도 하나의 제2 값 중 하나를 표시하는 인덱스를 포함할 때, 상기 PUSCH 전송을 위한 PUSCH 반복 횟수를 결정하기 위해 상기 제2 파라미터를 선택하기 위해
상기 컴퓨터 실행가능한 명령어들을 실행하도록 추가로 구성되는, 방법.
제6항에 있어서, 상기 제2 파라미터는 상기 PUSCH 전송의 시작 심볼을 표시하는 제3 값 및 상기 PUSCH 전송의 연속적인 심볼들의 수를 표시하는 제4 값을 포함하는 값들의 세트와 상기 인덱스 사이의 연관을 정의하는, 방법.
제5항에 있어서, 상기 제1 파라미터 및 상기 제2 파라미터는 대역폭 부분(BWP) 단위로 구성되는, 방법.