KR20210044778A - Harq 향상을 위한 방법 및 장치 - Google Patents

Abstract

무선 통신들에서 하이브리드 자동 반복 요청(HARQ) 향상을 위한 방법, 장치, 및 시스템들이 개시된다. 하나의 대표적인 실시예에서, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법은, 제1 표시에 기초하여 코드북 프로세스들의 세트로부터 한 코드북 프로세스를 식별하는 단계, 하이브리드 자동 반복 요청(HARQ) 피드백의 비트들의 세트를 식별된 코드북 프로세스와 연관시키는 단계, 조건에 기초하여 식별된 코드북 프로세스와 연관된 비트들의 세트를 유지하는 단계, 식별된 코드북 프로세스와 연관된 비트들의 세트를 송신하기 위한 제2 표시를 수신하는 단계, 및 제2 표시에 기초하여 비트들의 세트를 송신하는 단계를 포함한다.

Description

HARQ 향상을 위한 방법 및 장치

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

본 출원은, 2018년 8월 7일자로 출원된 미국 가특허 출원 제62/715,458호, 및 2019년 1월 4일자로 출원된 미국 가특허 출원 제62/788,424호의 이익을 주장하고, 이 미국 가특허 출원들의 내용은 이로써, 모든 목적들을 위해, 그 전체가 본 명세서에 완전히 제시된 것처럼 참조로 포함된다.

모바일 통신들은 계속 진화하고 있다. 5세대는, 뉴 라디오(New Radio)(NR)라고 불리는 진보된 무선 통신 시스템을 구현할 수도 있는 5G라고 지칭될 수도 있다. 본 명세서에 개시된 실시예들은 일반적으로, 무선 및/또는 유선인 통신 네트워크들에 관한 것이다. 예를 들어, 본 명세서에 개시된 하나 이상의 실시예들은 무선 통신들에서 하이브리드 자동 반복 요청(hybrid automatic repeat request)(HARQ) 향상을 위한 방법들 및 장치와 관련된다.

본 명세서에 첨부된 도면들과 함께 예로서 주어진 아래의 상세한 설명으로부터 더 상세한 이해가 이루어질 수도 있다. 그 설명에서의 도면들은 예들이다. 이와 같이, 도면들 및 상세한 설명은 제한적인 것으로 간주되어서는 안 되고, 다른 동일하게 효과적인 예들이 가능하고 가능성이 있다. 게다가, 도면들에서 동일한 참조 번호들은 동일한 요소들을 표시하고, 여기서:
도 1a는 하나 이상의 개시된 실시예들이 구현될 수도 있는 예시적인 통신 시스템을 예시하는 시스템 다이어그램이다.
도 1b는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit)(WTRU)을 예시하는 시스템 다이어그램이다.
도 1c는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수도 있는 예시적인 코어 네트워크(core network)(CN) 및 예시적인 라디오 액세스 네트워크(radio access network)(RAN)를 예시하는 시스템 다이어그램이다.
도 1d는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수도 있는 추가의 예시적인 CN 및 추가의 예시적인 RAN을 예시하는 시스템 다이어그램이다.
도 2는 하나 이상의 실시예들에 따른 클리어 채널 평가(clear channel assessment)(CCA)가 없는 HARQ 피드백의 일 예에서의 일련의 서브프레임들을 예시하는 다이어그램이다.
도 3a는 하나 이상의 실시예들에 따른, 상이한 채널 점유 시간(channel occupancy time)(COT)들에서의 HARQ 송신들의 일 예를 예시하는 다이어그램이다.
도 3b는 하나 이상의 실시예들에 따른, 다운링크 제어 정보(downlink control information)(DCI)에서의 하나 이상의 PDSCH-to-HARQ 타이밍 표시자들을 재사용하는 2개의 예들을 예시하는 2개의 테이블들이다.
도 4는 하나 이상의 실시예들에 따른, 카운터 다운링크 할당 인덱스(downlink assignment index)(DAI)를 갖는 HARQ 피드백의 일 예에서의 일련의 서브프레임들을 예시하는 다이어그램이다.
도 5는 하나 이상의 실시예들에 따른, HARQ 송신들을 위해 다수의 물리 업링크 제어 채널(Physical Uplink Control Channel)(PUCCH) 리소스들을 사용하는 일 예를 예시하는 다이어그램이다.
도 6은 하나 이상의 실시예들에 따른 PUCCH 리소스 세트로부터 선택할 때 확인응답 리소스 표시자(Acknowledgement Resource Indicator)(ARI)로 오프셋을 구성하는 일 예를 예시하는 다이어그램이다.

통신 네트워크들 및 디바이스들

도 1a는 하나 이상의 개시된 실시예들이 구현될 수도 있는 예시적인 통신 시스템(100)을 예시하는 다이어그램이다. 통신 시스템(100)은 다수의 무선 사용자들에게 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 제공하는 다중 액세스 시스템일 수도 있다. 통신 시스템(100)은, 다수의 무선 사용자들이, 무선 대역폭을 포함하는 시스템 리소스들의 공유를 통해 그러한 콘텐츠에 액세스하는 것을 가능하게 할 수도 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(code division multiple access)(CDMA), 시분할 다중 액세스(time division multiple access)(TDMA), 주파수 분할 다중 액세스(frequency division multiple access)(FDMA), 직교 FDMA(orthogonal FDMA)(OFDMA), 단일-캐리어 FDMA(single-carrier FDMA)(SC-FDMA), 제로-테일 유니크-워드 DFT-스프레드 OFDM(zero-tail unique-word DFT-Spread OFDM)(ZT UW DTS-s OFDM), 유니크 워드 OFDM(unique word OFDM)(UW-OFDM), 리소스 블록-필터링 OFDM, 필터 뱅크 멀티캐리어(filter bank multicarrier)(FBMC), 및 이와 유사한 것과 같은 하나 이상의 채널 액세스 방법들을 채용할 수도 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU)들(102a, 102b, 102c, 102d), RAN(104/113), CN(106/115), 공중 교환 전화 네트워크(public switched telephone network)(PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수도 있지만, 개시된 실시예들은 임의의 수의 WTRU들, 기지국들, 네트워크들, 및/또는 네트워크 요소들을 고려한다는 것이 이해될 것이다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, WTRU들(102a, 102b, 102c, 102d) - 이들 중 임의의 것은 "스테이션" 및/또는 "STA"라고 지칭될 수도 있음 - 은 무선 신호들을 송신 및/또는 수신하도록 구성될 수도 있고, 사용자 장비(user equipment)(UE), 이동국, 고정 또는 모바일 가입자 유닛, 가입 기반 유닛, 페이저, 셀룰러 전화기, 개인 휴대 정보 단말기(personal digital assistant)(PDA), 스마트폰, 랩톱, 넷북, 퍼스널 컴퓨터, 무선 센서, 핫스팟 또는 Mi-Fi 디바이스, 사물 인터넷(Internet of Things)(IoT) 디바이스, 시계 또는 다른 웨어러블, 헤드 마운티드 디스플레이(head-mounted display)(HMD), 차량, 드론, 의료용 디바이스 및 애플리케이션들(예를 들어, 원격 수술), 산업용 디바이스 및 애플리케이션들(예를 들어, 산업용 및/또는 자동화 프로세싱 체인 콘텍스트들에서 동작하는 로봇 및/또는 다른 무선 디바이스들), 소비자 전자 디바이스, 상업용 및/또는 산업용 무선 네트워크들 상에서 동작하는 디바이스, 및 이와 유사한 것을 포함할 수도 있다. WTRU들(102a, 102b, 102c 및 102d) 중 임의의 것은 UE라고 상호교환가능하게 지칭될 수도 있다.

통신 시스템들(100)은 또한 기지국(114a) 및/또는 기지국(114b)을 포함할 수도 있다. 기지국들(114a, 114b) 각각은 CN(106/115), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크들에의 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이싱하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, 기지국들(114a, 114b)은 기지국 트랜시버(base transceiver station)(BTS), 노드-B, eNode B, 홈 노드 B, 홈 eNode B, gNB, 뉴 라디오(NR) NodeB, 사이트 제어기, 액세스 포인트(access point)(AP), 무선 라우터, 및 이와 유사한 것일 수도 있다. 기지국들(114a, 114b)은 각각 단일 요소로서 도시되어 있지만, 기지국들(114a, 114b)은 임의의 수의 상호연결된 기지국들 및/또는 네트워크 요소들을 포함할 수도 있다는 것이 이해될 것이다.

기지국(114a)은 RAN(104/113)의 일부일 수도 있는데, 이 RAN은 기지국 제어기(base station controller)(BSC), 라디오 네트워크 제어기(radio network controller)(RNC), 중계 노드들 등과 같은 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 또한 포함할 수도 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시되지 않음)이라고 지칭될 수도 있는 하나 이상의 캐리어 주파수들 상에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수도 있다. 이들 주파수들은 허가 스펙트럼(licensed spectrum), 비허가 스펙트럼(unlicensed spectrum), 또는 허가 및 비허가 스펙트럼의 조합으로 될 수도 있다. 셀은, 비교적 고정될 수도 있거나 또는 시간 경과에 따라 변경될 수도 있는 특정 지리적 영역에 대한 무선 서비스를 위한 커버리지를 제공할 수도 있다. 셀은 셀 섹터들로 추가로 분할될 수도 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수도 있다. 따라서, 하나의 실시예에서, 기지국(114a)은 3개의 트랜시버들, 예를 들어, 셀의 각각의 섹터에 대해 하나씩을 포함할 수도 있다. 일 실시예에서, 기지국(114a)은 다중 입력 다중 출력(multiple-input multiple output)(MIMO) 기술을 채용할 수도 있고, 셀의 각각의 섹터에 대해 다수의 트랜시버들을 이용할 수도 있다. 예를 들어, 빔포밍(beamforming)은 원하는 공간 방향들로 신호들을 송신 및/또는 수신하는 데 사용될 수도 있다.

기지국들(114a, 114b)은 에어 인터페이스(air interface)(116)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수도 있는데, 이 에어 인터페이스는 임의의 적합한 무선 통신 링크(예를 들어, 라디오 주파수(radio frequency)(RF), 마이크로파, 센티미터파, 마이크로미터파, 적외선(IR), 자외선(UV), 가시 광 등)일 수도 있다. 에어 인터페이스(116)는 임의의 적합한 라디오 액세스 기술(radio access technology)(RAT)을 사용하여 확립될 수도 있다.

더 구체적으로는, 상기에 언급된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수도 있고 CDMA, TDMA, FDMA, OFDMA, SC-FDMA, 및 이와 유사한 것과 같은 하나 이상의 채널 액세스 스킴(channel access scheme)들을 채용할 수도 있다. 예를 들어, WTRU들(102a, 102b, 102c) 및 RAN(104/113) 내의 기지국(114a)은, 광대역 CDMA(WCDMA)를 사용하여 에어 인터페이스(115/116/117)를 확립할 수도 있는 범용 모바일 전기통신 시스템(Universal Mobile Telecommunications System)(UMTS) 지상 라디오 액세스(Terrestrial Radio Accesss)(UTRA)와 같은 라디오 기술을 구현할 수도 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access)(HSPA) 및/또는 진화된 HSPA(Evolved HSPA)(HSPA+)와 같은 통신 프로토콜들을 포함할 수도 있다. HSPA는 고속 다운링크(Downlink)(DL) 패킷 액세스(HSDPA) 및/또는 고속 UL 패킷 액세스(HSUPA)를 포함할 수도 있다.

일 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 롱 텀 에볼루션(Long Term Evolution)(LTE) 및/또는 LTE-어드밴스드(LTE-Advanced)(LTE-A) 및/또는 LTE-어드밴스드 프로(LTE-A Pro)를 사용하여 에어 인터페이스(116)를 확립할 수도 있는 진화된 UMTS 지상 라디오 액세스(Evolved UMTS Terrestrial Radio Access)(E-UTRA)와 같은 라디오 기술을 구현할 수도 있다.

일 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 뉴 라디오(NR)를 사용하여 에어 인터페이스(116)를 확립할 수도 있는 NR 라디오 액세스와 같은 라디오 기술을 구현할 수도 있다.

일 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 다수의 라디오 액세스 기술들을 구현할 수도 있다. 예를 들어, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 예를 들어, 이중 연결(dual connectivity)(DC) 원리들을 사용하여 LTE 라디오 액세스 및 NR 라디오 액세스를 함께 구현할 수도 있다. 따라서, WTRU들(102a, 102b, 102c)에 의해 이용되는 에어 인터페이스는 다수의 타입들의 라디오 액세스 기술들 및/또는 다수의 타입들의 기지국들(예를 들어, eNB 및 gNB)로/로부터 전송되는 송신들로 특성화될 수도 있다.

다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.11(예를 들어, 무선 충실도(Wireless Fidelity)(WiFi)), IEEE 802.16(예를 들어, 마이크로파 액세스를 위한 세계적 상호운용성(Worldwide Interoperability for Microwave Access)(WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준 2000(Interim Standard 2000)(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), 모바일 통신용 글로벌 시스템(Global System for Mobile communications)(GSM), GSM 진화를 위한 향상된 데이터 레이트들(Enhanced Data rates for GSM Evolution)(EDGE), GSM EDGE(GERAN), 및 이와 유사한 것과 같은 라디오 기술들을 구현할 수도 있다.

도 1a의 기지국(114b)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수도 있고, 비즈니스 장소, 홈, 차량, 캠퍼스, 산업용 설비, 공중 회랑(air corridor)(예를 들어, 드론들에 의한 사용을 위함), 도로, 및 이와 유사한 것과 같은 로컬화된 영역에서의 무선 연결을 용이하게 하기 위한 임의의 적합한 RAT를 이용할 수도 있다. 하나의 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 근거리 네트워크(wireless local area network)(WLAN)를 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수도 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 개인 영역 네트워크(wireless personal area network)(WPAN)를 확립하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수도 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀 또는 펨토셀을 확립하기 위해 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용할 수도 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에의 직접 커넥션을 가질 수도 있다. 따라서, 기지국(114b)은 CN(106/115)을 통해 인터넷(110)에 액세스하도록 요구되지 않을 수도 있다.

RAN(104/113)은, WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 음성, 데이터, 애플리케이션들, 및/또는 음성 인터넷 프로토콜(voice over internet protocol)(VoIP) 서비스들을 제공하도록 구성되는 임의의 타입의 네트워크일 수도 있는 CN(106/115)과 통신할 수도 있다. 데이터는 상이한 스루풋 요건들, 레이턴시 요건들, 에러 허용오차 요건들, 신뢰성 요건들, 데이터 스루풋 요건들, 이동성 요건들, 및 이와 유사한 것과 같은 다양한 서비스 품질(quality of service)(QoS) 요건들을 가질 수도 있다. CN(106/115)은 호 제어, 빌링 서비스들, 모바일 위치 기반 서비스들, 선불 통화, 인터넷 연결, 비디오 분배 등을 제공할 수도 있거나, 그리고/또는 사용자 인증과 같은 높은 레벨의 보안 기능들을 수행할 수도 있다. 도 1a에 도시되지 않았지만, RAN(104/113) 및/또는 CN(106/115)은 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 채용하는 다른 RAN들과 직접적으로 또는 간접적으로 통신할 수도 있다는 것이 이해될 것이다. 예를 들어, NR 라디오 기술을 이용하고 있을 수도 있는 RAN(104/113)에 연결되는 것에 부가적으로, CN(106/115)은 또한 GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, 또는 WiFi 라디오 기술을 채용하는 다른 RAN(도시되지 않음)과 통신할 수도 있다.

CN(106/115)은 또한, WTRU들(102a, 102b, 102c, 102d)이 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서 기능할 수도 있다. PSTN(108)은, 기존 전화 서비스(plain old telephone service)(POTS)를 제공하는 회선 교환 전화 네트워크(circuit-switched telephone network)들을 포함할 수도 있다. 인터넷(110)은, 송신 제어 프로토콜(transmission control protocol)(TCP), 사용자 데이터그램 프로토콜(user datagram protocol)(UDP) 및/또는 인터넷 프로토콜(internet protocol)(IP)과 같은 통상적인 통신 프로토콜들을 TCP/IP 인터넷 프로토콜 슈트(internet protocol suite)에서 사용하는 상호연결된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수도 있다. 네트워크들(112)은, 다른 서비스 제공자들에 의해 소유 및/또는 동작되는 유선 및/또는 무선 통신 네트워크들을 포함할 수도 있다. 예를 들어, 네트워크들(112)은, 하나 이상의 RAN들에 연결된 다른 CN을 포함할 수도 있는데, 이 RAN들은 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 채용할 수도 있다.

통신 시스템(100) 내의 WTRU들(102a, 102b, 102c, 102d)의 일부 또는 전부는 멀티-모드 능력들을 포함할 수도 있다(예를 들어, WTRU들(102a, 102b, 102c, 102d)은, 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 트랜시버들을 포함할 수도 있다). 예를 들어, 도 1a에 도시된 WTRU(102c)는, 셀룰러 기반 라디오 기술을 채용할 수도 있는 기지국(114a), 및 IEEE 802 라디오 기술을 채용할 수도 있는 기지국(114b)과 통신하도록 구성될 수도 있다.

도 1b는 예시적인 WTRU(102)를 예시하는 시스템 다이어그램이다. 도 1b에 도시된 바와 같이, WTRU(102)는, 다른 것들 중에서도, 프로세서(118), 트랜시버(120), 송수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(global positioning system)(GPS) 칩셋(136), 및/또는 다른 주변기기들(138)을 포함할 수도 있다. WTRU(102)는 일 실시예와의 일관성을 유지하면서 전술한 요소들의 임의의 하위 조합을 포함할 수도 있다는 것이 이해될 것이다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor)(DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 집적 회로(Application Specific Integrated Circuit)(ASIC)들, 필드 프로그래밍가능 게이트 어레이(Field Programmable Gate Array)(FPGA)들 회로들, 임의의 다른 타입의 집적 회로(integrated circuit)(IC), 상태 머신, 및 이와 유사한 것일 수도 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입/출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작하는 것을 가능하게 하는 임의의 다른 기능성을 수행할 수도 있다. 프로세서(118)는 송수신 요소(122)에 커플링될 수도 있는 트랜시버(120)에 커플링될 수도 있다. 도 1b는 프로세서(118) 및 트랜시버(120)를 별개의 컴포넌트들로서 도시하고 있지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 집적될 수도 있다는 것이 이해될 것이다.

송수신 요소(122)는 에어 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))에 신호들을 송신하거나, 또는 그로부터 신호들을 수신하도록 구성될 수도 있다. 예를 들어, 하나의 실시예에서, 송수신 요소(122)는, RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수도 있다. 일 실시예에서, 송수신 요소(122)는, 예를 들어, IR, UV, 또는 가시 광 신호들을 송신 및/또는 수신하도록 구성되는 방출기/검출기일 수도 있다. 또 다른 실시예에서, 송수신 요소(122)는 RF 및 광 신호들 양측 모두를 송신 및/또는 수신하도록 구성될 수도 있다. 송수신 요소(122)는 무선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수도 있다는 것이 이해될 것이다.

송수신 요소(122)는 도 1b에서 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 수의 송수신 요소들(122)을 포함할 수도 있다. 더 구체적으로는, WTRU(102)는 MIMO 기술을 채용할 수도 있다. 따라서, 하나의 실시예에서, WTRU(102)는, 에어 인터페이스(116)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송수신 요소들(122)(예를 들어, 다수의 안테나들)을 포함할 수도 있다.

트랜시버(120)는 송수신 요소(122)에 의해 송신되어야 하는 신호들을 변조하도록 그리고 송수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수도 있다. 상기에 언급된 바와 같이, WTRU(102)는 멀티-모드 능력들을 가질 수도 있다. 따라서, 트랜시버(120)는, 예를 들어, NR 및 IEEE 802.11과 같은 다수의 RAT들을 통해 WTRU(102)가 통신하는 것을 가능하게 하기 위한 다수의 트랜시버들을 포함할 수도 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, 액정 디스플레이(liquid crystal display)(LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode)(OLED) 디스플레이 유닛)에 커플링될 수도 있고, 이들로부터 사용자 입력 데이터를 수신할 수도 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 출력할 수도 있다. 부가적으로, 프로세서(118)는 비착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 타입의 적합한 메모리로부터의 정보에 액세스하고, 그 임의의 타입의 적합한 메모리에 데이터를 저장할 수도 있다. 비착탈식 메모리(130)는 랜덤 액세스 메모리(random-access memory)(RAM), 판독 전용 메모리(read-only memory)(ROM), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수도 있다. 착탈식 메모리(132)는 가입자 아이덴티티 모듈(subscriber identity module)(SIM) 카드, 메모리 스틱, 보안 디지털(secure digital)(SD) 메모리 카드, 및 이와 유사한 것을 포함할 수도 있다. 다른 실시예들에서, 프로세서(118)는, WTRU(102) 상에, 예컨대 서버 또는 홈 컴퓨터(도시되지 않음) 상에 물리적으로 위치되지 않은 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수도 있다.

프로세서(118)는 전원(134)으로부터 전력을 수신할 수도 있고, WTRU(102) 내의 다른 컴포넌트들로 전력을 분배 및/또는 제어하도록 구성될 수도 있다. 전원(134)은 WTRU(102)에 전력공급하기 위한 임의의 적합한 디바이스일 수도 있다. 예를 들어, 전원(134)은 하나 이상의 건전지 배터리들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion) 등), 솔라 셀들, 연료 셀들, 및 이와 유사한 것을 포함할 수도 있다.

프로세서(118)는 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수도 있는 GPS 칩셋(136)에 또한 커플링될 수도 있다. GPS 칩셋(136)으로부터의 정보에 부가적으로, 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 에어 인터페이스(116)를 통해 위치 정보를 수신하거나 그리고/또는 2개 이상의 인근 기지국들로부터 수신되는 신호들의 타이밍에 기초하여 그의 위치를 결정할 수도 있다. WTRU(102)는 일 실시예와의 일관성을 유지하면서 임의의 적합한 위치 결정 방법에 의해 위치 정보를 취득할 수도 있다는 것이 이해될 것이다.

프로세서(118)는, 부가적인 피처(feature)들, 기능성 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수도 있는 다른 주변기기들(138)에 추가로 커플링될 수도 있다. 예를 들어, 주변기기들(138)은 가속도계, 전자 나침반(e-compass), 위성 트랜시버, (사진들 및/또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(universal serial bus)(USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, 블루투스® 모듈, 주파수 변조(frequency modulated)(FM) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실(Virtual Reality) 및/또는 증강 현실(Augmented Reality)(VR/AR) 디바이스, 활동 추적기, 및 이와 유사한 것을 포함할 수도 있다. 주변기기들(138)은 하나 이상의 센서들을 포함할 수도 있고, 센서들은 자이로스코프, 가속도계, 홀 효과 센서(hall effect sensor), 자력계, 배향 센서, 근접 센서, 온도 센서, 시간 센서; 지오로케이션 센서(geolocation sensor); 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스처 센서, 생체인식 센서, 및/또는 습도 센서 중 하나 이상일 수도 있다.

WTRU(102)는, (예를 들어, (예를 들어, 송신을 위한) UL과 (예를 들어, 수신을 위한) 다운링크 양측 모두에 대한 특정 서브프레임들과 연관된) 신호들 중 일부 또는 전부의 신호의 송신 및 수신이 공존하거나 그리고/또는 동시에 이루어질 수도 있는 풀 듀플렉스 라디오(full duplex radio)를 포함할 수도 있다. 풀 듀플렉스 라디오는, 프로세서를 통한(예를 들어, 별개의 프로세서(도시되지 않음) 또는 프로세서(118)를 통한) 신호 프로세싱 또는 하드웨어(예를 들어, 초크)를 통한 자기 간섭(self-interference)을 감소시키거나 그리고 또는 실질적으로 제거하기 위한 간섭 관리 유닛(139)을 포함할 수도 있다. 일 실시예에서, WTRU(102)는, (예를 들어, (예를 들어, 송신을 위한) UL과 (예를 들어, 수신을 위한) 다운링크 중 어느 하나에 대한 특정 서브프레임들과 연관된) 신호들 중 일부 또는 전부의 신호의 송신 및 수신을 위한 하프-듀플렉스 라디오(half-duplex radio)를 포함할 수도 있다.

도 1c는 일 실시예에 따른 RAN(104) 및 CN(106)을 예시하는 시스템 다이어그램이다. 상기에 언급된 바와 같이, RAN(104)은 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 E-UTRA 라디오 기술을 채용할 수도 있다. RAN(104)은 또한 CN(106)과 통신할 수도 있다.

RAN(104)은 eNode-B들(160a, 160b, 160c)을 포함할 수도 있지만, RAN(104)은 일 실시예와의 일관성을 유지하면서 임의의 수의 eNode-B들을 포함할 수도 있다는 것이 이해될 것이다. eNode-B들(160a, 160b, 160c) 각각은, 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 포함할 수도 있다. 하나의 실시예에서, eNode-B들(160a, 160b, 160c)은 MIMO 기술을 구현할 수도 있다. 따라서, 예를 들어, eNode-B(160a)는 WTRU(102a)에 무선 신호들을 송신하거나, 그리고/또는 WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 사용할 수도 있다.

eNode-B들(160a, 160b, 160c) 각각은 특정 셀(도시되지 않음)과 연관될 수도 있고 라디오 리소스 관리 판정들, 핸드오버 판정들, UL 및/또는 DL에서의 사용자들의 스케줄링, 및 이와 유사한 것을 핸들링하도록 구성될 수도 있다. 도 1c에 도시된 바와 같이, eNode-B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수도 있다.

도 1c에 도시된 CN(106)은 이동성 관리 엔티티(mobility management entity)(MME)(162), 서빙 게이트웨이(serving gateway)(SGW)(164), 및 패킷 데이터 네트워크(packet data network)(PDN) 게이트웨이(또는 PGW)(166)를 포함할 수도 있다. 전술한 요소들 각각은 CN(106)의 일부로서 도시되지만, 이들 요소들 중 임의의 요소는 CN 오퍼레이터 이외의 엔티티에 의해 소유 및/또는 동작될 수도 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B들(160a, 160b, 160c) 각각에 연결될 수도 있고 제어 노드로서 기능할 수도 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 102c)의 사용자들을 인증하는 것, 베어러 활성화/비활성화, WTRU들(102a, 102b, 102c)의 초기 어태치 동안 특정 서빙 게이트웨이를 선택하는 것, 및 이와 유사한 것을 담당할 수도 있다. MME(162)는, RAN(104)과, GSM 및/또는 WCDMA와 같은 다른 라디오 기술들을 채용하는 다른 RAN들(도시되지 않음) 사이에서 스위칭하기 위한 제어 평면 펑션(control plane function)을 제공할 수도 있다.

SGW(164)는 S1 인터페이스를 통해 RAN(104) 내의 eNode B들(160a, 160b, 160c) 각각에 연결될 수도 있다. SGW(164)는 일반적으로 WTRU들(102a, 102b, 102c)로/로부터의 사용자 데이터 패킷들을 라우팅 및 포워딩할 수도 있다. SGW(164)는 eNode B 간 핸드오버(inter-eNode B handover)들 동안 사용자 평면들을 앵커링(anchoring)하는 것, DL 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용가능할 때 페이징을 트리거링하는 것, WTRU들(102a, 102b, 102c)의 콘텍스트들을 관리 및 저장하는 것, 및 이와 유사한 것과 같은 다른 기능들을 수행할 수도 있다.

SGW(164)는 PGW(166)에 연결될 수도 있는데, 이 PGW는 WTRU들(102a, 102b, 102c)에게 인터넷(110)과 같은 패킷 교환 네트워크들에의 액세스를 제공하여 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신들을 용이하게 할 수도 있다.

CN(106)은 다른 네트워크들과의 통신들을 용이하게 할 수도 있다. 예를 들어, CN(106)은 WTRU들(102a, 102b, 102c)과 전통적인 육상-선로 통신 디바이스들 사이의 통신들을 용이하게 하기 위해 PSTN(108)과 같은 회선 교환 네트워크들에의 액세스를 WTRU들(102a, 102b, 102c)에게 제공할 수도 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS) 서버)를 포함할 수도 있거나, 또는 그와 통신할 수도 있다. 부가적으로, CN(106)은 다른 서비스 제공자들에 의해 소유 및/또는 동작되는 다른 유선 및/또는 무선 네트워크들을 포함할 수도 있는 다른 네트워크들(112)에의 액세스를 WTRU들(102a, 102b, 102c)에게 제공할 수도 있다.

WTRU가 무선 단말기로서 도 1a 내지 도 1d에 설명되어 있지만, 특정 대표적인 실시예들에서, 그러한 단말기는 통신 네트워크와의 유선 통신 인터페이스들을 (예를 들어, 일시적으로 또는 영구적으로) 사용할 수도 있다는 것이 고려된다.

일부 대표적인 실시예들에서, 다른 네트워크(112)는 WLAN일 수도 있다.

인프라스트럭처 기본 서비스 세트(Basic Service Set)(BSS) 모드에서의 WLAN은 BSS에 대한 액세스 포인트(AP) 및 그 AP와 연관된 하나 이상의 스테이션(STA)들을 가질 수도 있다. AP는 BSS 안으로 그리고/또는 그 밖으로 트래픽을 반송하는 분배 시스템(Distribution System)(DS) 또는 다른 타입의 유선/무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수도 있다. BSS 외측으로부터 유래하는 STA들로의 트래픽은 AP를 통해 도달될 수도 있고 STA들로 전달될 수도 있다. BSS 외측의 목적지들로의 STA들로부터 유래하는 트래픽은 개개의 목적지들에 전달되도록 AP로 전송될 수도 있다. BSS 내의 STA들 사이의 트래픽은 AP를 통해 전송될 수도 있는데, 예를 들어, 여기서 소스 STA가 트래픽을 AP로 전송할 수도 있고 AP가 트래픽을 목적지 STA로 전달할 수도 있다. BSS 내의 STA들 사이의 트래픽은 피어-투-피어 트래픽(peer-to-peer traffic)으로 간주 및/또는 지칭될 수도 있다. 피어-투-피어 트래픽은 직접 링크 셋업(direct link setup)(DLS)으로 소스 STA와 목적지 STA 사이에서(예를 들어, 그 사이에서 직접적으로) 전송될 수도 있다. 특정 대표적인 실시예들에서, DLS는 802.11e DLS 또는 802.11z 터널링 DLS(tunneled DLS)(TDLS)를 사용할 수도 있다. 독립적인 BSS(Independent BSS)(IBSS) 모드를 사용하는 WLAN은 AP를 갖고 있지 않을 수도 있고, IBSS 내의 또는 IBSS를 사용하는 STA들(예를 들어, 모든 STA들)은 서로 직접 통신할 수도 있다. IBSS 통신 모드가 때때로 본 명세서에서 "애드혹(ad-hoc)" 통신 모드라고 지칭될 수도 있다.

802.11ac 인프라스트럭처 동작 모드 또는 유사한 동작 모드를 사용할 때, AP는 1차 채널(primary channel)과 같은 고정 채널 상에서 비콘을 송신할 수도 있다. 1차 채널은 고정 폭(예를 들어, 20 MHz 폭의 대역폭) 또는 시그널링을 통해 동적으로 설정된 폭일 수도 있다. 1차 채널은 BSS의 동작 채널일 수도 있고 STA들에 의해 사용되어 AP와의 연결을 확립할 수도 있다. 특정 대표적인 실시예들에서, 예를 들어, 802.11 시스템들에서, 캐리어 감지 다중 액세스/충돌 회피(Carrier Sense Multiple Access with Collision Avoidance)(CSMA/CA)가 구현될 수도 있다. CSMA/CA의 경우, AP를 포함하여 STA들(예를 들어, 모든 STA)은 1차 채널을 감지할 수도 있다. 1차 채널이 특정 STA에 의해 사용 중(busy)이라고 감지/검출 및/또는 결정되는 경우, 특정 STA는 백오프(back off)될 수도 있다. 하나의 STA(예를 들어, 단지 하나의 스테이션)는 주어진 BSS에서 임의의 주어진 시간에 송신할 수도 있다.

높은 스루풋(High Throughput)(HT) STA들은, 예를 들어, 40 MHz 폭의 채널을 형성하기 위한 1차 20 MHz 채널과 인접 또는 비인접 20 MHz 채널의 조합을 통해, 통신을 위한 40 MHz 폭의 채널을 사용할 수도 있다.

매우 높은 스루풋(Very High Throughput)(VHT) STA들은 20 MHz, 40 MHz, 80 MHz, 및/또는 160 MHz 폭의 채널들을 지원할 수도 있다. 40 MHz 및/또는 80 MHz 채널들은 연속적인 20 MHz 채널들을 조합하는 것에 의해 형성될 수도 있다. 160 MHz 채널은 8개의 연속적인 20 MHz 채널들을 조합하는 것에 의해, 또는 80+80 구성이라고 지칭될 수도 있는 2개의 비연속적인 80 MHz 채널들을 조합하는 것에 의해 형성될 수도 있다. 80+80 구성의 경우, 채널 인코딩 후에, 데이터는 데이터를 2개의 스트림들로 분할할 수도 있는 세그먼트 파서(segment parser)를 통해 전달될 수도 있다. 역 고속 푸리에 변환(Inverse Fast Fourier Transform)(IFFT) 프로세싱 및 시간 도메인 프로세싱은 각각의 스트림 상에서 별개로 행해질 수도 있다. 스트림들은 2개의 80 MHz 채널들에 매핑될 수도 있고, 데이터는 송신 STA에 의해 송신될 수도 있다. 수신 STA의 수신기에서, 80+80 구성에 대한 상술된 동작은 역으로 될 수도 있고, 조합된 데이터는 MAC(Medium Access Control)로 전송될 수도 있다.

1 GHz 미만의 동작 모드들은 802.11af 및 802.11ah에 의해 지원된다. 채널 동작 대역폭들 및 캐리어들은 802.11n, 및 802.11ac에서 사용되는 것들에 비해 802.11af 및 802.11ah에서 감소된다. 802.11af는 TV 화이트 스페이스(TV White Space)(TVWS) 스펙트럼에서 5 MHz, 10 MHz 및 20 MHz 대역폭들을 지원하고, 802.11ah는 비-TVWS 스펙트럼을 사용하여 1 MHz, 2 MHz, 4 MHz, 8 MHz, 및 16 MHz 대역폭들을 지원한다. 대표적인 실시예에 따르면, 802.11ah는 매크로 커버리지 영역에서 미터 타입 제어/머신-타입 통신들(Meter Type Control/Machine-Type Communications), 예컨대 MTC 디바이스들을 지원할 수도 있다. MTC 디바이스들은, 특정 그리고/또는 제한된 대역폭들에 대한 지원(예를 들어, 단지 이들에 대한 지원만)을 포함하는 특정 능력들, 예를 들어, 제한된 능력들을 가질 수도 있다. MTC 디바이스들은, (예를 들어, 매우 긴 배터리 수명을 유지하기 위해) 임계치를 초과하는 배터리 수명을 갖는 배터리를 포함할 수도 있다.

802.11n, 802.11ac, 802.11af, 및 802.11ah와 같은 다수의 채널들 및 채널 대역폭들을 지원할 수도 있는 WLAN 시스템들은, 1차 채널로서 지정될 수도 있는 채널을 포함한다. 1차 채널은, BSS 내의 모든 STA들에 의해 지원되는 가장 큰 통상적인 동작 대역폭과 동일한 대역폭을 가질 수도 있다. 1차 채널의 대역폭은, 가장 작은 대역폭 동작 모드를 지원하는, BSS에서 동작하는 모든 STA들 중에서의 한 STA에 의해 설정 및/또는 제한될 수도 있다. 802.11ah의 예에서, 1차 채널은, 심지어 AP, 및 BSS 내의 다른 STA들이 2 MHz, 4 MHz, 8 MHz, 16 MHz, 및/또는 다른 채널 대역폭 동작 모드들을 지원하는 경우에도, 1 MHz 모드를 지원하는(예를 들어, 1 MHz 모드만을 단지 지원하는) STA들(예를 들어, MTC 타입 디바이스들)에 대해 1 MHz 폭일 수도 있다. 캐리어 감지 및/또는 네트워크 배정 벡터(Network Allocation Vector)(NAV) 설정들은 1차 채널의 스테이터스에 좌우될 수도 있다. 예를 들어, 1차 채널이 사용 중인 경우, AP로 송신하는 (1 MHz 동작 모드만을 단지 지원하는) STA로 인해, 전체의 이용가능한 주파수 대역들이 사용 중인 것으로 간주될 수도 있지만, 대부분의 주파수 대역들은 유휴 상태를 유지하고 이용가능할 수도 있다.

미국에서는, 802.11ah에 의해 사용될 수도 있는 이용가능한 주파수 대역들이 902 MHz 내지 928 MHz이다. 한국에서는, 이용가능한 주파수 대역들이 917.5 MHz 내지 923.5 MHz이다. 일본에서는, 이용가능한 주파수 대역들이 916.5 MHz 내지 927.5 MHz이다. 802.11ah에 대해 이용가능한 총 대역폭은 국가 코드에 따라 6 MHz 내지 26 MHz이다.

도 1d는 일 실시예에 따른 RAN(113) 및 CN(115)을 예시하는 시스템 다이어그램이다. 상기에 언급된 바와 같이, RAN(113)은 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 NR 라디오 기술을 채용할 수도 있다. RAN(113)은 또한 CN(115)과 통신할 수도 있다.

RAN(113)은 gNB들(180a, 180b, 180c)을 포함할 수도 있지만, RAN(113)은 일 실시예와의 일관성을 유지하면서 임의의 수의 gNB들을 포함할 수도 있다는 것이 이해될 것이다. gNB들(180a, 180b, 180c) 각각은, 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 포함할 수도 있다. 하나의 실시예에서, gNB들(180a, 180b, 180c)은 MIMO 기술을 구현할 수도 있다. 예를 들어, gNB들(180a, 108b)은 gNB들(180a, 180b, 180c)로 신호들을 송신하거나 그리고/또는 이들로부터 신호들을 수신하기 위해 빔포밍을 이용할 수도 있다. 따라서, 예를 들어, gNB(180a)는 WTRU(102a)에 무선 신호들을 송신하거나, 그리고/또는 WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 사용할 수도 있다. 일 실시예에서, gNB들(180a, 180b, 180c)은 캐리어 집성 기술(carrier aggregation technology)을 구현할 수도 있다. 예를 들어, gNB(180a)는 다수의 컴포넌트 캐리어들(도시되지 않음)을 WTRU(102a)로 송신할 수도 있다. 이들 컴포넌트 캐리어들의 서브세트는 비허가 스펙트럼 상에 있을 수도 있는 한편, 나머지 컴포넌트 캐리어들은 허가 스펙트럼 상에 있을 수도 있다. 일 실시예에서, gNB들(180a, 180b, 180c)은 협력 멀티-포인트(Coordinated Multi-Point)(CoMP) 기술을 구현할 수도 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b)(및/또는 gNB(180c))로부터 협력 송신들을 수신할 수도 있다.

WTRU들(102a, 102b, 102c)은 스케일러블 뉴머롤로지(scalable numerology)와 연관된 송신들을 사용하여 gNB들(180a, 180b, 180c)과 통신할 수도 있다. 예를 들어, OFDM 심볼 이격 및/또는 OFDM 서브캐리어 이격은 무선 송신 스펙트럼의 상이한 송신들, 상이한 셀들, 및/또는 상이한 부분들에 대해 변할 수도 있다. WTRU들(102a, 102b, 102c)은 다양한 또는 스케일러블 길이들의 서브프레임 또는 송신 시간 간격(transmission time interval)(TTI)들을 사용하여(예를 들어, 다양한 수의 OFDM 심볼들을 포함하여 그리고/또는 다양한 길이들의 절대 시간을 지속하여) gNB들(180a, 180b, 180c)과 통신할 수도 있다.

gNB들(180a, 180b, 180c)은 독립형 구성(standalone configuration) 및/또는 비-독립형 구성으로 WTRU들(102a, 102b, 102c)과 통신하도록 구성될 수도 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 (예를 들어, eNode-B들(160a, 160b, 160c)과 같은) 다른 RAN들에 또한 액세스하는 일 없이 gNB들(180a, 180b, 180c)과 통신할 수도 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 이동성 앵커 포인트로서 gNB들(180a, 180b, 180c) 중 하나 이상을 이용할 수도 있다. 독립형 구성에서, WTRU들(102a, 102b, 102c)은 비허가 대역 내의 신호들을 사용하여 gNB들(180a, 180b, 180c)과 통신할 수도 있다. 비-독립형 구성에서, WTRU들(102a, 102b, 102c)은 gNB들(180a, 180b, 180c)과 통신하면서/gNB들(180a, 180b, 180c)에 연결하면서 또한 eNode-B들(160a, 160b, 160c)과 같은 다른 RAN과 통신할/다른 RAN에 연결할 수도 있다. 예를 들어, WTRU들(102a, 102b, 102c)은 실질적으로 동시에 하나 이상의 gNB들(180a, 180b, 180c) 및 하나 이상의 eNode-B들(160a, 160b, 160c)과 통신하기 위해 DC 원리들을 구현할 수도 있다. 비-독립형 구성에서, eNode-B들(160a, 160b, 160c)은 WTRU들(102a, 102b, 102c)에 대한 이동성 앵커로서 기능할 수도 있고 gNB들(180a, 180b, 180c)은 WTRU들(102a, 102b, 102c)을 서비스하기 위한 부가적인 커버리지 및/또는 스루풋을 제공할 수도 있다.

gNB들(180a, 180b, 180c) 각각은 특정 셀(도시되지 않음)과 연관될 수도 있고, 라디오 리소스 관리 판정들, 핸드오버 판정들, UL 및/또는 DL에서의 사용자들의 스케줄링, 네트워크 슬라이싱의 지원, 이중 연결, NR과 E-UTRA 사이의 상호연동, 사용자 평면 펑션(User Plane Function)(UPF)(184a, 184b)을 향한 사용자 평면 데이터의 라우팅, 액세스 및 이동성 관리 펑션(Access and Mobility Management Function)(AMF)(182a, 182b)을 향한 제어 평면 정보의 라우팅 및 이와 유사한 것을 핸들링하도록 구성될 수도 있다. 도 1d에 도시된 바와 같이, gNB들(180a, 180b, 180c)은 Xn 인터페이스를 통해 서로 통신할 수도 있다.

도 1d에 도시된 CN(115)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 세션 관리 펑션(Session Management Function)(SMF)(183a, 183b), 그리고 가능하다면 데이터 네트워크(Data Network)(DN)(185a, 185b)를 포함할 수도 있다. 전술한 요소들 각각은 CN(115)의 일부로서 도시되지만, 이들 요소들 중 임의의 요소는 CN 오퍼레이터 이외의 엔티티에 의해 소유 및/또는 동작될 수도 있다는 것이 이해될 것이다.

AMF(182a, 182b)는 N2 인터페이스를 통해 RAN(113) 내의 gNB들(180a, 180b, 180c) 중 하나 이상에 연결될 수도 있고 제어 노드로서 기능할 수도 있다. 예를 들어, AMF(182a, 182b)는 WTRU들(102a, 102b, 102c)의 사용자들의 인증, 네트워크 슬라이싱(예를 들어, 상이한 요건들을 갖는 상이한 PDU 세션들의 핸들링)에 대한 지원, 특정 SMF(183a, 183b)의 선택, 등록 영역의 관리, NAS 시그널링의 종료, 이동성 관리, 및 이와 유사한 것을 담당할 수도 있다. 네트워크 슬라이싱은 WTRU들(102a, 102b, 102c)에 이용되는 서비스들의 타입들에 기초하여 WTRU들(102a, 102b, 102c)에 대한 CN 지원을 커스터마이징하기 위해 AMF(182a, 182b)에 의해 사용될 수도 있다. 예를 들어, 초고 신뢰 저 레이턴시(ultra-reliable low latency)(URLLC) 액세스에 의존하는 서비스들, 향상된 매시브 모바일 브로드밴드(enhanced massive mobile broadband)(eMBB) 액세스에 의존하는 서비스들, 머신 타입 통신(machine type communication)(MTC) 액세스를 위한 서비스들, 및/또는 이와 유사한 것과 같은 상이한 사용 사례들에 대해 상이한 네트워크 슬라이스들이 확립될 수도 있다. AMF(182)는 RAN(113)과, LTE, LTE-A, LTE-A Pro, 및/또는 WiFi와 같은 비-3GPP 액세스 기술들과 같은 다른 라디오 기술들을 채용하는 다른 RAN들(도시되지 않음) 사이에서 스위칭하기 위한 제어 평면 펑션을 제공할 수도 있다.

SMF(183a, 183b)는 N11 인터페이스를 통해 CN(115) 내의 AMF(182a, 182b)에 연결될 수도 있다. SMF(183a, 183b)는 또한 N4 인터페이스를 통해 CN(115) 내의 UPF(184a, 184b)에 연결될 수도 있다. SMF(183a, 183b)는 UPF(184a, 184b)를 선택 및 제어하고 UPF(184a, 184b)를 통한 트래픽의 라우팅을 구성할 수도 있다. SMF(183a, 183b)는 WTRU 또는 UE IP 어드레스를 관리 및 배정하는 것, PDU 세션들을 관리하는 것, 정책 시행 및 QoS를 제어하는 것, 다운링크 데이터 통지들을 제공하는 것, 및 이와 유사한 것과 같은 다른 기능들을 수행할 수도 있다. PDU 세션 타입은 IP 기반, 비-IP 기반, 이더넷 기반, 및 이와 유사한 것일 수도 있다.

UPF(184a, 184b)는 N3 인터페이스를 통해 RAN(113) 내의 gNB들(180a, 180b, 180c) 중 하나 이상에 연결될 수도 있는데, 이 N3 인터페이스는 WTRU들(102a, 102b, 102c)에게 인터넷(110)과 같은 패킷 교환 네트워크들에의 액세스를 제공하여 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신들을 용이하게 할 수도 있다. UPF(184, 184b)는 패킷들을 라우팅 및 포워딩하는 것, 사용자 평면 정책들을 시행하는 것, 멀티-홈 PDU 세션들을 지원하는 것, 사용자 평면 QoS를 핸들링하는 것, 다운링크 패킷들을 버퍼링하는 것, 이동성 앵커링을 제공하는 것, 및 이와 유사한 것과 같은 다른 기능들을 수행할 수도 있다.

CN(115)은 다른 네트워크들과의 통신들을 용이하게 할 수도 있다. 예를 들어, CN(115)은 CN(115)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS) 서버)를 포함할 수도 있거나, 또는 그와 통신할 수도 있다. 부가적으로, CN(115)은 다른 서비스 제공자들에 의해 소유 및/또는 동작되는 다른 유선 및/또는 무선 네트워크들을 포함할 수도 있는 다른 네트워크들(112)에의 액세스를 WTRU들(102a, 102b, 102c)에게 제공할 수도 있다. 하나의 실시예에서, WTRU들(102a, 102b, 102c)은 UPF(184a, 184b)를 통해 로컬 데이터 네트워크(DN)(185a, 185b)에 UPF(184a, 184b)에 대한 N3 인터페이스 및 UPF(184a, 184b)와 DN(185a, 185b) 사이의 N6 인터페이스를 통해 연결될 수도 있다.

도 1a 내지 도 1d, 및 도 1a 내지 도 1d의 대응하는 설명의 관점에서, WTRU(102a 내지 102d), 기지국(114a 및 114b), eNode-B(160a 내지 160c), MME(162), SGW(164), PGW(166), gNB(180a 내지 180c), AMF(182a 및 182b), UPF(184a 및 184b), SMF(183a 및 183b), DN(185a 및 185b), 및/또는 본 명세서에서 설명되는 임의의 다른 디바이스(들) 중 하나 이상과 관련하여 본 명세서에서 설명되는 기능들 중 하나 이상 또는 전부가 하나 이상의 에뮬레이션 디바이스(emulation device)들(도시되지 않음)에 의해 수행될 수도 있다. 에뮬레이션 디바이스들은, 본 명세서에서 설명되는 기능들 중 하나 이상 또는 전부를 에뮬레이팅하도록 구성되는 하나 이상의 디바이스들일 수도 있다. 예를 들어, 에뮬레이션 디바이스들은 다른 디바이스들을 테스팅하기 위해 그리고/또는 네트워크 및/또는 WTRU 기능들을 시뮬레이팅하기 위해 사용될 수도 있다.

에뮬레이션 디바이스들은 실험실 환경에서 그리고/또는 오퍼레이터 네트워크 환경에서 다른 디바이스들의 하나 이상의 테스트들을 구현하도록 설계될 수도 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스들은 유선 및/또는 무선 통신 네트워크 내의 다른 디바이스들을 테스팅하기 위해 그 통신 네트워크의 일부로서 완전히 또는 부분적으로 구현 및/또는 배치되는 동안 하나 이상의 또는 모든 기능들을 수행할 수도 있다. 하나 이상의 에뮬레이션 디바이스들은 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/배치되는 동안 하나 이상의 또는 모든 기능들을 수행할 수도 있다. 에뮬레이션 디바이스는 테스팅의 목적들을 위해 다른 디바이스에 직접 커플링될 수도 있거나 그리고/또는 오버-디-에어(over-the-air) 무선 통신들을 사용하여 테스팅을 수행할 수도 있다.

하나 이상의 에뮬레이션 디바이스들은 유선 및/또는 무선 통신 네트워크의 일부로서 구현/배치되지 않는 동안 하나 이상의 기능들 - 모든 기능들을 포함함 - 을 수행할 수도 있다. 예를 들어, 에뮬레이션 디바이스들은 하나 이상의 컴포넌트들의 테스팅을 구현하기 위해 비-배치된(예를 들어, 테스팅) 유선 및/또는 무선 통신 네트워크 및/또는 테스팅 실험실에서의 테스팅 시나리오에 이용될 수도 있다. 하나 이상의 에뮬레이션 디바이스들은 테스트 장비일 수도 있다. RF 회로부(예를 들어, 하나 이상의 안테나들을 포함할 수도 있음)를 통한 무선 통신들 및/또는 직접 RF 커플링은 데이터를 송신 및/또는 수신하기 위해 에뮬레이션 디바이스들에 의해 사용될 수도 있다.

비허가 주파수 대역(들)에서의 동작(들)

비허가 주파수 대역에서의 동작(들)은, 5 GHz 지역에서와 같이, 비허가 스펙트럼에 대해 정의될 수도 있는 점유 채널 대역폭(Occupied Channel Bandwidth)(OCB) 및/또는 공칭 채널 대역폭(Nominal Channel Bandwidth)(NCB)에 대한 요건들의 적용을 받을 수도 있다. 일부 실시예들에서, NCB는, 단일 채널에 할당된 주파수들의 가장 넓은 대역(보호 대역들을 포함함)일 수도 있다. 일부 예시적인 규제 스킴들에서, NCB는 적어도 5 MHz이어야 하고, OCB(예를 들어, 신호의 전력의 99%를 포함하는 대역폭)는 선언된 NCB의 80% 내지 100%이어야 한다. 확립된 통신 동안, 디바이스는 OCB가 감소될 수도 있는 모드(예를 들어, NCB의 40%만큼 낮음)에서 일시적으로 동작하도록 허용 또는 구성될 수도 있다.

일부 예들에서, 허가 또는 비허가 주파수 대역에서의 채널 액세스는 리슨 비포 토크(listen-before-talk)(LBT) 메커니즘을 사용할 수도 있다. 일 양태에서, LBT는 채널이 점유되는지 또는 아닌지의 여부와 관계없이 의무화될 수도 있다. 일 예에서, LBT 프로시저 또는 메커니즘은 채널을 사용하기 전에 장비가 클리어 채널 평가(CCA) 체크를 적용하는 메커니즘으로서 정의될 수도 있다.

예를 들어, 프레임 기반 시스템에서, LBT는: CCA 시간(예를 들어, ~20 ㎲), 채널 점유 시간(COT)(예를 들어, 최소 1ms, 최대 10ms), 유휴 주기(예를 들어, COT의 최소 5%), 고정된 프레임 주기(예를 들어, COT + 유휴 주기와 동일한 시간 주기), 짧은 제어 시그널링 송신 시간(예를 들어, 50ms의 관찰 주기 내의 5%의 최대 듀티 사이클), 및/또는 CAA 에너지 검출 임계치 중 임의의 것으로 특성화될 수도 있다.

예를 들어, 로드 기반 시스템(load-based system)에서, LBT는, 고정된 프레임 주기 대신에, CCA 또는 확장된 CCA(extended CCA)(ECCA)에서 하나 이상의 클리어 유휴 슬롯들의 수에 대응하는 수 N으로 특성화될 수도 있다. 다시 말해, LBT 동작은 CCA 또는 ECCA를 포함할 수도 있는데, 이는 채널이 이용가능한 것으로 여겨지기 전에 클리어 및 유휴 상태로서 검출될 필요가 있는 슬롯들의 수(N개의 슬롯들)의 관점에서 정의될 수도 있다. 일부 예들에서, 수 N은 미리 결정된 또는 미리 구성된 범위 내에서 랜덤하게 선택될 수도 있다. 일부 경우들에서, 로드 기반 시스템의 경우, 송신 및/또는 수신 구조체(들)는 로드 기반일 수도 있고, 시간적으로 고정되지 않을 수도 있다.

전형적인 배치 시나리오들은: 하나 이상의 (예를 들어, 상이한) 독립형 NR 기반 동작들, 이중 연결(DC) 동작의 하나 이상의 (예를 들어, 상이한) 변형들, 및/또는 캐리어 집성(CA)의 하나 이상의 (예를 들어, 상이한) 변형들 중 임의의 것을 포함할 수도 있다. 하나의 실시예에서, DC 동작의 상이한 변형들은, 예를 들어, LTE 라디오 액세스 기술(RAT)에 따라 동작하는 적어도 하나의 캐리어를 갖는 진화된 범용 지상 라디오 액세스-뉴 라디오 - 이중 연결(Evolved-Universal Terrestrial Radio Access-New Radio - Dual Connectivity)(EN-DC), 또는 NR RAT에 따라 동작하는 하나 이상의 캐리어들의 적어도 2개의 세트들을 갖는 NR DC를 포함할 수도 있다. 다른 실시예에서, CA의 상이한 변형들은, 예를 들어, LTE 또는 NR RAT 각각의 0개, 1개, 또는 그 이상의 캐리어들의 상이한 조합들을 포함할 수도 있다.

LTE 시스템의 경우, 본 명세서에서 논의된 하나 이상의 기능성들이 허가 보조 액세스(Licensed-Assisted Access)(LAA) 시스템에 대해 고려될 수도 있다. 제1 예에서, LBT(예를 들어, 클리어 채널 평가)가 사용될 수도 있다. CCA는 채널이 점유되는지 여부를 결정하기 위해 채널 상의 다른 신호들의 존재 또는 부존재를 결정하기 위해 적어도 에너지 검출을 이용한다. 일부 경우들에서, 유럽 및/또는 일본 규제들은 하나 이상의 허가 대역들에서의 LBT의 사용을 의무화할 수도 있다. 규제 요건들 외에도, LBT를 통한 캐리어 감지는 비허가 스펙트럼을 공정하게 공유하기 위한 하나의 방식일 수도 있고 따라서 그것은 단일 글로벌 솔루션 프레임워크에서의 비허가 스펙트럼에서 공정하고 친화적인 동작을 위한 필수적인 피처일 수도 있다.

일부 예들에서, LTE 시스템의 경우, 제한된 최대 송신 지속기간을 갖는 불연속 송신이 캐리어 상에서 발생할 수도 있다. 비허가 스펙트럼에서는, 때때로 채널 가용성이 보장되지 않을 수도 있다. 부가적으로, 유럽 및 일본과 같은 특정 지역들에서는, 비허가 스펙트럼에서 송신 버스트의 최대 지속기간에 대한 제한들을 부여하거나 그리고/또는 연속 송신을 금지할 수도 있다. 따라서, 일부 경우들에서, 제한된 최대 송신 지속기간을 갖는 불연속 송신은 LAA를 위한 요구된 기능성일 수도 있다.

일부 예들에서, LTE 시스템의 경우, 캐리어 선택(들)이 구성 또는 사용될 수도 있다. 예를 들어, 비허가 스펙트럼은 많은 양의 이용가능한 대역폭을 포함할 수도 있는데, 이 경우에, 캐리어 선택은, LAA 노드들이, 낮은 간섭을 갖는 하나 이상의 캐리어들을 선택하도록 그리고 그것을 이용하여 다른 비허가 스펙트럼 배치들과의 양호한 공존을 달성하도록 구성 또는 사용될 수도 있다.

뉴 라디오(NR)에서의 WTRU 동작들

NR에서, WTRU는 캐리어에서 부분 대역폭(bandwidth part)(BWP)들을 사용하여 동작할 수도 있다. 예를 들어, WTRU는 먼저 초기 BWP를 사용하여 셀에 액세스할 수도 있다. 일부 예들에서, WTRU는 프로시저 또는 동작을 계속하기 위해 BWP들의 세트로 구성될 수도 있다. 특정 대표적인 실시예들에서, 임의의 주어진 순간에, WTRU는 1개의 액티브 BWP를 가질 수도 있다. 일 예에서, 각각의 BWP는 CORESET들의 세트로 구성될 수도 있는데, 이 CORESET들의 세트 내에서 WTRU는 스케줄링 및/또는 다른 프로세스들 또는 프로시저들을 위한 하나 이상의 물리 다운링크 제어 채널(Physical Downlink Control Channel)(PDCCH) 후보들을 블라인드 디코딩할 수도 있다.

부가적으로, NR은 가변 송신 지속기간 및 피드백 타이밍을 지원할 수도 있다. 일부 실시예들에서, 가변 송신 지속기간으로, 예를 들어, 물리 다운링크 공유 채널(Physical Downlink Shared Channel)(PDSCH) 또는 물리 업링크 공유 채널(Physical Uplink Shared Channel)(PUSCH) 송신이 슬롯의 심볼들의 연속 서브세트를 점유할 수도 있다. 일부 다른 실시예들에서, 가변 피드백 타이밍으로, 다운링크 할당을 위한 다운링크 제어 정보(DCI)는 WTRU에 대한 피드백 타이밍에 대한 표시를 포함할 수도 있다. 일 예에서, 표시는 특정 물리 업링크 제어 채널(PUCCH) 리소스를 표시하거나 또는 가리킬 수도 있다.

일부 예들에서, NR은 2개의 타입들의 PUCCH 리소스들, 즉, 짧은 PUCCH 및 긴 PUCCH를 지원할 수도 있다. 전자(짧은 PUCCH)는 1개 또는 2개의 OFDM 심볼들을 사용하여 송신될 수도 있는 한편, 후자(긴 PUCCH)는, 예를 들어, 최대 14개의 OFDM 심볼들을 사용할 수도 있다. 각각의 PUCCH 타입은, 대응하는 페이로드의 타입 및/또는 사이즈에 좌우될 수도 있는 다수의 포맷들을 가질 수도 있다.

일부 실시예들에서, NR은, HARQ 코드북의 사이즈가 스케줄링된 전송 블록(transport block)(TB)들의 수에 좌우될 수도 있는 동적 HARQ-ACK 코드북을 지원할 수도 있다. 기지국(예를 들어, gNB)은 카운터 다운링크 할당 인덱스(DAI) 및/또는 DCI에서의 총 DAI를 사용하여 이전에 스케줄링된 TB들의 수를 표시할 수도 있다. 일부 예들에서, 카운터 DAI 및/또는 총 DAI는 2 비트들의 사이즈를 가져서, WTRU가 최대 4개의 누락시킨 또는 누락된 TB들을 복구하게 할 수도 있다. 예를 들어, LTE 및/또는 NR에서, 카운터 DAI는, HARQ-ACK 코드북 내에서, TB의 A/N 비트의 포지션을 표시하기 위한 2 비트들(TB를 스케줄링하는 DCI에 포함됨)이다.

비허가 대역(들)에서의 WTRU 동작들

NR은, 비허가 NR(NR unlicensed)에 대한 연구 항목 설명에 따라, 3GPP 릴리스 16에서 하나 이상의 비허가 대역들에서의 동작(들)을 지원할 수도 있다. 예를 들어, 참조 문헌 [1]을 참조하십시오. 일 예에서, 비허가 스펙트럼에서의 NR 기반 동작은, LTE-LAA 및 다른 기존 RAT들과의 공존 방법들과 함께, 초기 액세스, 스케줄링/HARQ, 및 이동성을 포함할 수도 있다. 일부 시나리오들은, 비허가 스펙트럼에서 독립형으로 동작하는 NR 기반 셀뿐만 아니라, LTE 또는 NR 앵커 셀과 연결된 NR 기반 LAA 셀을 포함할 수도 있다.

비허가 NR 대역(들)의 일부 예들에서, 모든 송신들은 채널 취득 방법(예를 들어, LBT)이 선행될 수도 있다. WTRU가 제어 정보를 gNB로 송신할 수 있기 전에 성공적인 LBT가 필요할 수도 있다. 그러한 제약은 비허가 LTE 대역(들)에 적용되지 않을 수도 있는데, 이는 비허가 LTE 스펙트럼에서, 업링크 제어 송신이 비허가 대역에서 지원되지 않을 수도 있기 때문이다. 비허가 LTE에서, 업링크 제어 정보(Uplink Control Information)(UCI) 메시지들이 허가 대역(들)에서 전송될 수도 있다.

도 2를 참조하면, 일부 예들에서, NR 및/또는 LTE에서의 HARQ 프로토콜 설계는 클리어 채널 평가(CCA)를 고려하지 않을 수도 있다. 일 예에서, gNB가 피드백을 위해 구성된 시간에 HARQ-ACK 피드백을 수신하지 못한 경우, gNB는 TB(예를 들어, DCI에서 스케줄링됨)가 WTRU에 의해 수신되지 않았다고, 또는 ACK-to-DTX/NACK-to-DTX 에러가 발생하였다고 가정할 수도 있다. 일부 경우들에서, K ₁ 값(예를 들어, HARQ 피드백 타이밍 제한)을 구성하는 것은 (예를 들어, 비허가 NR 동작(들)에 대해) 적합하지 않을 수도 있는데, 이는 WTRU가 구성된 시간에 채널에 액세스할 수 있다는 것이 보장되지 않기 때문이다. 예를 들어, 도 2를 참조하면, K ₁의 HARQ 피드백 타이밍을 표시하는 서브프레임 202(서브프레임 n)에서 DCI가 수신된다고 가정하자. 또한, 서브프레임 204(서브프레임 n+K₁)에 의해 HARQ를 리턴하기 위해 WTRU가 채널을 사용할 수 없도록 채널이 사용 중이라고 가정하자. 이 경우에, gNB는 WTRU가 TB를 수신하지 않았다고 또는 에러가 발생하였다고 가정할 수도 있다.

게다가, NR은 동적 HARQ 피드백(예를 들어, HARQ-ACK 코드북)을 사용함으로써 다수의 TB들의 확인응답이 하나의 UCI 송신으로 조합될 수 있다. 일부 예들에서, 동적 HARQ 피드백은, TB가 스케줄링된 시간 및/또는 HARQ-ACK 피드백이 전송되도록 구성된 시간에 의존하여 송신될 수도 있다. gNB가 HARQ-ACK 코드북을 적절하게 해석하기 위해서는, WTRU와 gNB 양측 모두가 HARQ-ACK 코드북의 사이즈(예를 들어, 비트들의 수)와 코드북 내의 각각의 HARQ ACK/NACK 비트의 순서에 대해 동기화될 필요가 있다. NR WTRU는 DAI를 사용하여 누락된 DCI들의 수를 계산한다. DAI는 NR 릴리스 15에서 2 비트들이고, 최대 4개의 누락된 PDSCH들의 검출을 가능하게 한다. 4개 초과의 PDSCH들이 누락된 경우, 그러면 WTRU는 올바른 HARQ-ACK 코드북 사이즈를 리포팅하는 것이 가능하지 않을 수도 있다. 비허가 NR에서, 그것은 다른 셀들과 다른 RAT들로부터의 충돌들을 가질 것으로 예상되고 따라서, 4개 초과의 PDSCH들을 누락시킬 가능성이 있다.

HARQ 피드백 송신을 위한 공유된 COT에 대한 대표적인 프로시저

일부 예들에서, COT는 네트워크(예를 들어, gNB)와 WTRU 사이에서 공유 및/또는 사용될 수도 있다. 네트워크(예를 들어, gNB)는 WTRU에 대한 UCI를 반송하는 업링크 제어 채널 또는 업링크 공유 채널을 예비할 수도 있다. 그 후에, WTRU는 다음의 조건들 중 하나 이상에 기초하여, HARQ-ACK 피드백을 송신하기 전에, 예를 들어, 짧은 LBT를 수행하도록 구성되거나 또는 LBT를 수행하지 않도록 구성될 수도 있다.

하나의 실시예에서, RNTI가 PDCCH 스케줄링 TB를 스크램블하는 데 사용된다. 일 예에서, WTRU는 URLLC 서비스에 특정된 RNTI로 구성될 수도 있다. URLLC RNTI에 의해 스케줄링된 하나 이상의 TB들을 수신하면, WTRU는 LBT를 수행하는 일 없이 또는 짧은 LBT를 수행하여 HARQ 피드백을 송신할 수도 있다. 다른 실시예에서, DCI 포맷은 TB를 스케줄링하는 데 사용될 수도 있다. 예를 들어, WTRU는 콤팩트 DCI로 구성될 수도 있다. 그러한 DCI를 사용하여 스케줄링을 수신하면, WTRU는 LBT를 수행하는 일 없이 HARQ ACK/NACK를 송신할 수도 있다.

다양한 실시예들에서, WTRU는 다음의 조건들 또는 표시들 중 하나 이상에 기초하여 (예를 들어, HARQ-ACK 피드백을 송신하기 전에) 짧은 LBT를 수행하도록 구성되거나 또는 LBT를 수행하지 않도록 구성될 수도 있다: 1) DCI 스케줄링 TB(들)의 집성 레벨, 2) DCI 스케줄링 TB가 검출된 탐색 공간, 3) DCI 스케줄링 TB가 검출된 CORESET, 4) PUCCH 리소스 표시. 예를 들어, WTRU는 LBT를 수행하는 일 없이 사용될 수도 있는 PUCCH 리소스들의 세트로 구성될 수도 있다. 그러한 리소스들의 구성은 반정적으로 구성되거나 또는 동적으로 표시될 수도 있다. 5) HARQ 피드백 코드북 사이즈. 예를 들어, WTRU는 HARQ-ACK 코드북의 사이즈가 임계치 미만인 경우 LBT를 수행하지 않도록 구성될 수도 있다. 6) HARQ 피드백 타이밍. 일부 예들에서, gNB로부터의 암시적 표시가 사용될 수도 있다. 일 예에서, PDSCH/PUSCH의 타이밍 표시가 사용될 수도 있다. 예를 들어, HARQ 피드백 타이밍이 K _{1_thr} 미만인 경우, LBT는 수행되지 않으며, 여기서 K _{1_thr}은 K ₁에 대해 미리 정의된 임계치이다. 다른 예에서, WTRU가 임계치(예를 들어, K _{1_thr})를 초과하는 HARQ 피드백 타이밍으로 구성되는 경우, WTRU는 HARQ ACK 및/또는 HARQ NACK 송신에 앞서 LBT(예를 들어, 전체 LBT)를 수행할 수도 있다. 7) HARQ 프로세스 식별자(ID). 일 예에서, HARQ 프로세스는 TB(예를 들어, WTRU에서의 버퍼에 저장됨)가 아직 상위 계층(예를 들어, MAC 계층)으로 전달되지 않은 것으로서 간주될 수도 있다. WTRU는 하나 이상의 HARQ 프로세스들을 유지할 수도 있고, 이들 각각은 개개의 HARQ 프로세스 ID에 의해 식별될 수도 있다. HARQ 프로세스에 대한 HARQ 피드백(예를 들어, HARQ ACK/NACK 피드백)은 HARQ 프로세스와 연관된 TB(예를 들어, 아직 상위 계층으로 전달되지 않은 TB)의 현재 디코딩 상태를 표시하는 데 사용될 수도 있다. 예를 들어, WTRU는 LBT를 수행하는 일 없이 송신될 수 있는 HARQ 프로세스 ID들의 세트로 구성될 수도 있다. 8) 슬롯 포맷 표시. 일 예에서, 그룹 공통 DCI를 사용하는 동적 구성 또는 반정적 구성에 기초하여, WTRU는 HARQ 피드백 송신에 앞서 LBT를 수행하지 않을 수도 있다. 일부 경우들에서, WTRU는 자체 포함된 슬롯들에서 LBT를 수행하지 않을 수도 있다. 그리고 9) DCI에서의 명시적 비트 표시.

일부 예들에서, HARQ-ACK 송신(들)은 별개의 또는 상이한 COT들에 있을 수도 있다. 일 양태에서, WTRU는 gNB와 WTRU 사이의 뒤이어 공유되는 COT에서 전송 블록(TB)의 HARQ-ACK 피드백을 송신하도록 구성될 수도 있다. WTRU는 HARQ ACK/NACK 피드백이 하나 이상의 다음 COT들 상에서 송신될 수도 있거나 또는 송신될 예정이라는 것을 결정하도록 구성될 수도 있다. 예를 들어, 도 3a를 참조하면, WTRU는, 다음의 실시예들 또는 예들 중 하나 이상에 기초하여, 제1 COT(COT₁)에서 수신된 TB의 HARQ-ACK 피드백이 다음 COT들(예를 들어, 도 3a에 도시된 바와 같은 COT₂ 및/또는 COT_N) 중 하나 이상에서 송신될 수도 있다는 것을 결정할 수도 있다.

여전히 도 3a를 참조하면, HARQ 송신 메커니즘(300)의 경우, WTRU는, HARQ-ACK 피드백이 송신되는 COT 번호, COT 인덱스, 및/또는 COT 오프셋을 표시하는 DCI에서의 전용 비트 필드에 기초하여, 제1 COT(예를 들어, 슬롯 302로서 각각이 표현된 10개의 슬롯들을 포함하는 COT₁)에서 수신된 TB의 HARQ-ACK 피드백이 다음 또는 진행 중인 COT들(예를 들어, 슬롯 304로서 각각이 표현된 10개의 슬롯들을 포함하는 COT₂, 및/또는 슬롯 306으로서 각각이 표현된 10개의 슬롯들을 포함하는 COT_N) 중 하나 이상에서 송신될 수도 있다는 것을 결정할 수도 있다. 예를 들어, WTRU는 DCI(310)가 수신된 COT(예를 들어, COT₁)에서 COT 오프셋 표시를 수신할 수도 있다. 도 3a에 도시된 예에서, WTRU는 (예를 들어, 하나 이상의 TB들을 스케줄링하기 위해) COT₁에서 DCI(310)를 수신하고, DCI(310)는 COT_N과 같은 추후의 COT에서(예를 들어, 슬롯 306에서) HARQ 피드백 타이밍을 표시한다. 일부 예들에서, WTRU는, (예를 들어, 테이블 또는 리스트에서의) "COT 오프셋(들)"의 세트 및 구성된 값들 중 일부(예를 들어, 테이블 또는 리스트에서의 한 포지션)에 대한 DCI 비트 필드 포인트들을 갖는 상위 계층 시그널링(예를 들어, RRC 시그널링)을 사용하여 구성될 수도 있다. 다른 실시예에서, WTRU는, 예컨대, COT(예를 들어, COT 프리앰블(preamble))당 단지 한 번만 발견되는 특정 신호의 발생 횟수를 카운팅함으로써, COT 인덱스들을 자율적으로 추적할 수도 있다. 다른 예에서, COT 인덱스는 진행 중인 COT의 COT 인덱스를 명시적으로 표시하는 gNB로부터의 신호의 수신에 의해 결정될 수도 있다. 예를 들어, UE는 COT의 인덱스를 제공하는 COT 내의 일부 포인트에서 (예를 들어, 그룹 공통 채널 상의) 송신을 예측할 수도 있다.

일부 실시예들에서, WTRU는, DCI에 기초하여 그리고/또는 DCI에서의 PDSCH-to-HARQ 타이밍 표시자를 재사용하여, 제1 COT(COT₁)에서 수신된 TB의 HARQ-ACK 피드백이 다음 COT들 중 하나 이상에서 송신될 수도 있다는 것을 결정할 수도 있다. 도 3b를 참조하면, 테이블 320 및 테이블 330은: 상이한 코드포인트들, PDSCH-to-HARQ 타이밍 표시자들(K₁, K₂, K₃, 및 K₄의 값들), 및 유닛들(예를 들어, 슬롯들, COT(들), 또는 COT(들) 및 슬롯들) 중 하나 이상을 포함한다. 일 예에서, 도 3b의 테이블 320에 도시된 바와 같이, PDSCH-to-HARQ 타이밍 표시자의 서브세트는 슬롯들의 유닛들로 구성될 수도 있고, PDSCH-to-HARQ 타이밍 표시자의 다른 서브세트는 "gNB 개시된 COT"의 유닛들로 구성될 수도 있다. 다른 예에서, 도 3b의 테이블 330에 도시된 바와 같이, (예를 들어, PDSCH-to-HARQ 타이밍 표시자에서의) PDSCH-to-HARQ 타이밍의 세트는 COT 내의 슬롯들 및 COT 오프셋(들)을 표시할 수도 있다.

일부 실시예들에서, WTRU는, 재사용될 DCI에서의 PDSCH-to-HARQ 타이밍 표시자 및 PDSCH-시간 도메인 리소스 배정 중 임의의 것에 기초하여, 제1 COT(COT₁)에서 수신된 TB의 HARQ-ACK 피드백이 다음 COT들 중 하나 이상에서 송신될 수도 있다는 것을 결정할 수도 있다. 예를 들어, K _{1_thr}보다 더 큰 값을 표시하는 PDSCH-to-HARQ 타이밍 및 COT의 마지막 하나 이상의 슬롯들(마지막 X개의 슬롯들)에서의 PDSCH 시간 도메인 배정을 수신하면, WTRU는 HARQ 피드백(예를 들어, HARQ ACK/NACK 피드백)이 다음의 gNB 개시된 COT에서 송신되어야 한다는 것을 결정할 수도 있다. 일 예에서, WTRU는 다음 또는 장래의 COT의 시작 슬롯으로부터 PDSCH-to-HARQ 타이밍을 적용할 수도 있다. 예를 들어, WTRU는 4개의 슬롯들의 PDSCH-to-HARQ 타이밍 값을 수신할 수도 있다. WTRU는 다음 COT의 시작 후 4개의 슬롯들 이후에 HARQ 피드백을 송신할 수도 있다. 다른 예에서, WTRU는 다음 COT에서 PDSCH-to-HARQ 타이밍 표시자 및 PDSCH-시간 도메인 리소스 배정에서의 K ₀ 값의 합과 동일한 슬롯 번호를 갖는 슬롯에서 HARQ 피드백을 송신하도록 구성될 수도 있다. 일부 경우들에서, X 및 K _{1_thr}의 값들은 상위 계층 시그널링(예를 들어, SIB/RRC 특정 시그널링)을 사용하여 구성되거나 또는 표준으로 고정될 수도 있다. 일 예에서, WTRU는, HARQ 피드백 송신을 위해 COT 내의 하나 이상의 슬롯들 및 COT 인덱스(예를 들어, PDSCH에 대해 사용되는 COT로부터의 하나 이상의 오프셋들을 포함하는 인덱스)를 표시하는 PDSCH-to-HARQ 타이밍 값을 수신할 수도 있다.

일부 실시예들에서, WTRU는, 적어도 DCI 송신을 위해 사용되는 CORESET 및/또는 탐색 공간에 기초하여, 제1 COT(COT₁)에서 수신된 TB의 HARQ-ACK 피드백이 다음 COT들 중 하나 이상에서 송신될 수도 있다는 것을 결정할 수도 있다. 예를 들어, WTRU는 탐색 공간들의 세트 및/또는 CORESET들로 구성될 수도 있는데, 이들 탐색 공간 세트들 및/또는 CORESET들에 의해 스케줄링된 TB들에 관련된 HARQ 피드백이 다음 COT(들)에서 전송될 수도 있다. WTRU는 다음 COT 내의 PDSCH-to-HARQ 타이밍 표시자에 의해 표시되는 슬롯 번호에 대해, 또는 다음 COT 내의 PDSCH-to-HARQ 타이밍 표시자 및 PDSCH-시간 도메인 리소스 배정에서의 K ₀ 값의 합과 동일한 슬롯 번호에 대해 HARQ 피드백을 송신하도록 구성될 수도 있다.

일 예에서, COT는 WTRU에 대해 고정된 지속기간(도 3a에 도시된 바와 같음, 여기서 COT는 10개의 슬롯들의 지속기간을 갖는다)으로 네트워크(예를 들어, gNB)에 의해 구성될 수도 있다. 다른 예에서, COT 지속기간은 하나의 채널 점유로부터 다른 채널 점유로 변경될 수도 있다. 일부 예들에서, WTRU는 다음의 인자들 중 하나 이상에 기초하여 COT 또는 각각의 COT의 지속기간을 결정하도록 구성될 수도 있다.

일부 실시예들에서, WTRU는 슬롯 포맷 표시에 기초하여 하나 또는 각각의 COT의 지속기간을 결정하도록 구성될 수도 있다. 예를 들어, WTRU는 각각의 COT의 시작부에서 슬롯 포맷 표시를 수신하도록 구성될 수도 있다. 슬롯 포맷 표시에 표시된 슬롯 포맷에 기초하여, WTRU는 유연한 DL 및 UL에 대해 배정된 슬롯(들) 및/또는 심볼들의 수를 결정한 후에, 현재 COT 지속기간을 결정할 수도 있다. 게다가, WTRU는 슬롯 포맷들과 COT 지속기간들 사이의 매핑 규칙 또는 인덱스로 구성될 수도 있다.

일부 실시예들에서, WTRU는 탐색 공간 주기성 구성에 기초하여 하나 또는 각각의 COT의 지속기간을 결정하도록 구성될 수도 있다. 예를 들어, WTRU는 탐색 공간 주기성 및/또는 지속기간 구성에 기초하여 COT 지속기간을 결정하도록 구성될 수도 있다. 하나의 구현에서, WTRU는 구성된 탐색 공간 세트들의 최대 주기성 및/또는 지속기간에 기초하여 COT 지속기간을 결정할 수도 있다.

일부 실시예들에서, WTRU는 하나 이상의 프리앰블 송신들에 기초하여 하나 또는 각각의 COT의 지속기간을 결정하도록 구성될 수도 있다. 예를 들어, WTRU는 상이한 시퀀스들 및/또는 길이들을 갖는 프리앰블들의 세트를 모니터링하도록 구성될 수도 있다. 특정 시퀀스 또는 길이를 갖는 프리앰블을 검출하면, WTRU는 gNB 개시된 COT의 지속기간을 결정할 수도 있다. 일부 경우들에서, WTRU는 COT 지속기간과 프리앰블 사이의 매핑 규칙 또는 인덱스로 구성될 수도 있다.

다수의 TB들의 HARQ-ACK 피드백을 조합하기 위한 대표적인 프로시저

일부 예들에서, HARQ-ACK 코드북 결정을 위해, WTRU는 하나의 HARQ-ACK 코드북에서 피드백 송신 시간에 앞서 모든 수신된 TB들에 대한 ACK/NACK(A/N) 피드백을 송신하도록 구성될 수도 있다. WTRU는 HARQ-ACK 코드북과 함께 코드북에 의해 반송되는 HARQ 프로세스 ID들의 수 및/또는 HARQ 프로세스 ID(들)를 표시하기 위한 부가적인 정보를 송신할 수도 있다. 일부 경우들에서, HARQ 프로세스 ID들의 수는 확인응답된 TB들의 수(또는 수신된 TB들의 수)와 동일할 수도 있다. 일부 실시예들에서, 부가적인 정보는 다음의 것 중 임의의 것을 포함할 수도 있다: 1) 코드북에서 확인응답된 제1 TB의 수신된 시간. 예를 들어, 코드북에서 제1 A/N의 슬롯 번호 및/또는 서브프레임 번호; 2) 코드북에서 확인응답된 마지막 TB의 수신된 시간; 3) HARQ 피드백에서 확인응답된 TB들의 수; 및 4) HARQ-ACK 피드백에서 송신된 HARQ 프로세스 ID의 표시. 예를 들어, WTRU는 HARQ-ACK 코드북 내에서 송신될 수 있는 HARQ 프로세스 ID들의 세트로 구성될 수도 있다. 일 예에서, 16개의 HARQ 프로세스 ID들 중에서 8개는 하나의 코드북에서 송신될 수 있는 한편 나머지 8개의 HARQ 프로세스 ID들은 상이한 HARQ 코드북에서 송신될 수 있다. 일부 경우들에서, HARQ 프로세스 ID가 HARQ 프로세스를 식별한다. 대안적으로, WTRU는, 피드백에서 송신된 HARQ 프로세스 ID들의 서브세트를 표시하는 비트맵을 송신할 수도 있다.

일부 실시예들에서, WTRU는 HARQ 코드북 송신에 앞서 미리 구성된 시간 윈도우에서 수신된 TB들의 A/N 피드백을 배제시키도록 구성될 수도 있다. 예를 들어, WTRU는 HARQ 피드백 송신에 선행하는 마지막 서브프레임에서 수신된 TB들을 프로세싱하는 것이 가능하지 않을 수도 있고 따라서 마지막 TB의 A/N을 송신하지 않는다.

일부 실시예들에서, WTRU는 HARQ-ACK 코드북 내의 A/N 비트들의 시퀀스 및 스케줄링된 TB들의 수를 결정하기 위해 카운터 DAI 및/또는 총 DAI로 구성될 수도 있다. WTRU는, 누락시킨 DCI를 검출하면, 단지 오검출 시간에 앞서 수신된 TB들만으로 HARQ-ACK 코드북을 송신할 수도 있다. 예를 들어, 도 4에 도시된 바와 같이, WTRU는 카운터 DAI c=0 및 c=1을 각각 이용하여 서브프레임 402(예를 들어, 서브프레임 n)에서의 제1 TB와 서브프레임 404(예를 들어, 서브프레임 n+3)에서의 제2 TB를 스케줄링하는 2개의 DCI들을 수신하였다. 그 후에, WTRU는 서브프레임 408(예를 들어, 서브프레임 n+10)에서 카운터 DAI c=3을 이용하여 DCI 스케줄링 TB를 수신한다. WTRU는 적어도 하나의 DCI가 누락될 것이라고 결정한 후에 단지 서브프레임 402에서의 TB 및 서브프레임 404에서의 TB(TB₁ 및 TB₂)에 대해서만 HARQ-ACK 피드백을 리포팅한다. 일 예에서, 누락된 DCI는 서브프레임 406(예를 들어, 서브프레임 n+6)에서 TB를 스케줄링할 것이다.

HARQ ACK 코드북 축적을 위해, 일부 예들에서, WTRU는 하나 또는 세트의 TB들에 대한 HARQ-ACK 피드백을 송신하기 위한 채널을 취득하는 것이 불가능할 수도 있다. 이 경우에, WTRU는 장래의 HARQ-ACK 피드백 리소스에서 그 코드북에 대한 HARQ-ACK 피드백을 송신할 수도 있다. 실패한 HARQ-ACK 피드백 리소스와 장래의 리소스의 시간 사이에, WTRU는 더 많은 PDSCH 송신들을 위해 스케줄링될 수도 있다. WTRU는, 이전에 피드백되지 않은 TB들에 대한 HARQ-ACK 비트들을, 새로운 코드북에서의 새로운 TB들에 대한 HARQ ACK 비트들과 조합할 수도 있다. 일 예에서, 비트들의 2개의 세트들은 동일한 피드백 리포트에서 2개의 별개의 코드북들로서 핸들링될(예를 들어, 별개로 인코딩될) 수도 있다. 다른 예에서, 비트들의 2개의 세트들은 단일의 더 큰 코드북으로서 간주될 수도 있다. WTRU는 리포트에 포함된 코드북들의 총 수(또는 리포트에 포함된 TB 세트들의 총 수, 또는 리포트에 포함된 조합된 HARQ-ACK 피드백 리포트 세트들의 수)의 표시를 피드백 리포트에 제공할 수도 있다.

일부 예들에서, WTRU에는 주기적 HARQ-ACK 피드백 리소스들이 제공될 수도 있다. WTRU는 WTRU가 아직 피드백을 송신하지 않은 TB들의 세트에 대한 피드백 비트들의 세트를 송신하기 위해 주기적 HARQ-ACK 피드백 리소스들을 사용할 수도 있다. 피드백 리포팅을 위해 채널 액세스가 실패할 때마다 코드북 사이즈가 증가할 수도 있다. WTRU는, 그것이 동적으로 표시된 HARQ-ACK 피드백 리소스들에서 HARQ-ACK를 송신하는 것이 불가능한 경우, 그러한 주기적 HARQ-ACK 리소스들을 폴백으로서 사용할 수도 있다.

축적은 상이한 비허가 채널들에서 송신된 TB들의 피드백에 대해 행해질 수도 있다(여기서 비허가 채널은 LBT 프로세스로 취득될 수 있는 비허가 캐리어의 일 부분으로서 정의된다). 예를 들어, WTRU는 제1 비허가 채널에서 다수의 TB들을 수신할 수도 있고 동일한 채널에서 HARQ-ACK를 피드백할 것으로 예상될 수도 있다. 그러나, WTRU는 HARQ-ACK 피드백을 위한 채널을 취득하는 것이 불가능할 수도 있다. 그 후에, WTRU는 제2 비허가 채널에서 스케줄링될 수도 있고 그 제2 채널에서 피드백을 리포팅할 수도 있다. 제2 비허가 채널에서의 피드백 리포트는, (제1 및 제2 비허가 채널 각각에서 WTRU에 의해 수신된) TB들의 제1 및 제2 세트들 양측 모두에 대한 축적된 피드백을 포함할 수도 있다.

일부 실시예들에서, WTRU는 TB의 A/N 피드백이 네트워크로 전송되어야 하는 시간 주기 t₁로 구성될 수도 있다. 시간 주기 t₁은, TB가 수신된 시간으로부터의 오프셋, 또는 TB를 스케줄링하는 DCI가 수신된 시간으로부터의 오프셋으로서 정의될 수도 있다. 그러한 시간 주기는 반정적으로 또는 동적으로 구성될 수도 있다.

대안적으로, WTRU는 가능한 HARQ-ACK 송신을 위한 시간들의 세트 {k ₁,₁, k ₁,₂, ... k ₁,_N}으로 구성될 수도 있다. 예를 들어, WTRU는 서브프레임 n에서 TB를 스케줄링하는 DCI를 수신하고, 그 TB의 HARQ-ACK 피드백은 LBT 결과에 따라 서브프레임들 n+ k ₁,₁, n+ k ₁,₂, ... n+ k ₁,_N 중 임의의 것에서 송신될 수 있다. 시간들의 세트는 반정적으로 또는 동적으로 구성될 수도 있다.

다른 실시예에서, WTRU는 HARQ-ACK 송신을 위한 타이밍 및 타이머로 구성될 수도 있다. 예를 들어, WTRU는 구성된 시간에 HARQ-ACK 피드백을 송신하는 데 실패하면 타이머를 시작할 수도 있다. 타이머 만료 시에, WTRU는 HARQ-ACK 피드백을 재송신하려고 시도한다. HARQ-ACK 피드백을 송신하기 위한 시간과 타이머에 대한 값들은 상위 계층 시그널링을 사용하여 구성될 수도 있거나 또는 동적으로 표시될 수도 있다. 타이머가 실행되고 있는 동안, WTRU는 네트워크로부터 타이밍 업데이트를 수신할 수도 있다. 타이머를 갖는 다른 실시예에서, WTRU는 구성된 타이머가 실행되고 있는 동안 HARQ-ACK를 전송하려고 시도할 수도 있다. 타이머 만료 시에, WTRU는 HARQ-ACK를 전송하기에 앞서 gNB로부터의 HARQ-ACK 트리거 신호 또는 재송신을 위해 PDCCH를 모니터링할 수도 있다. WTRU는 타이머에 값을 추가로 조정 또는 부가할 수도 있다. 예를 들어, WTRU는 채널이 사용 중이거나 또는 서빙 셀에 의해 점유되었다고 결정하면 타이머를 연장할 수도 있다.

일부 예들에서, 트리거(들)는 HARQ-ACK 코드북을 송신하는 데 사용될 수도 있다. WTRU는 트리거들 중 하나 이상(예를 들어, 이들을 수신 또는 식별하는 것)에 응답하여 HARQ-ACK 피드백을 송신하도록 구성될 수도 있다. 하나 이상의 트리거들은, 수신된 PDSCH들의 수가 임계치를 초과한다는 것을 포함할 수도 있다. 예를 들어, WTRU는 N개의 PDSCH들을 수신한 후에 모든 수신된 PDSCH들에 대한 HARQ-ACK 피드백을 송신하도록 구성될 수도 있다. 하나 이상의 트리거들은, N개의 슬롯들 및/또는 K _N개의 심볼들 그리고 최대 N'개의 슬롯들 및/또는 K'_N'개의 심볼들이 송신 또는 수신되었다는 결정을 포함할 수도 있다. 하나 이상의 트리거들은 다운링크로부터 업링크로의 스위칭 포인트(들)의 수를 포함할 수도 있다. 예를 들어, WTRU는 M=1 스위칭 포인트 이후에, 예를 들어, 다운링크로부터 업링크로의 스위치가 있을 때마다 HARQ-ACK들을 송신하도록 구성될 수도 있다. 일부 경우들에서, 하나 이상의 트리거들은, HARQ 프로세스(들)의 세트를 표시하는 다운링크 제어 시그널링이 수신되었다는 결정을 포함할 수도 있다. 하나 이상의 트리거들은, 이전 HARQ-ACK 리소스에서 HARQ-ACK 코드북을 송신하는 것에 대한 실패가 발생한다는 결정을 포함할 수도 있다. 예를 들어, HARQ-ACK 코드북을 송신하는 것에 대한 실패는, WTRU가 이전 HARQ-ACK 리소스에서 채널을 취득하는 것이 불가능하였다는 것일 수도 있다. 다른 예에서, WTRU는 (예를 들어, 피드백 리포팅을 위한 하나 이상의 이전에 실패한 채널 액세스들로 인해) 이전 HARQ-ACK 리소스에서 임계 수 초과의 피드백 비트들을 축적할 수도 있고, 그에 따라 WTRU는 피드백 리포트를 다수의 리포트들로 세그먼트화하였고, 그 리포트들 각각은 상이한 HARQ-ACK 리소스들에서 송신되어야 하는데, 이는 WTRU가 하나의 HARQ-ACK 리소스에서 HARQ-ACK 코드북을 송신할 수 없기 때문이다.

다양한 실시예들에서, WTRU는 HARQ 프로세스에 대한 피드백 값들을 저장 또는 유지할 수도 있다. 예를 들어, WTRU는 관련된 HARQ 프로세스에 대한 새로운 데이터 인스턴스(New Data Instance)(NDI)를 수신한 후에 HARQ 프로세스에 대한 피드백 값들을 추가로 저장 또는 유지할 수도 있다. 그 후에, WTRU는, 가능하다면 네트워크로부터 HARQ-ACK(들)를 송신하기 위한 트리거를 수신하면, 동일한 HARQ 프로세스 ID 상에서 이미 송신된 다수의 TB들에 대한 총 피드백을 제공할 수도 있다.

HARQ-ACK 정보의 재송신을 위한 대표적인 프로시저

일부 실시예들에서, WTRU는 제1 리소스(PUCCH 또는 PUSCH)에 그리고 제1-시간 인스턴스에, 제2 리소스(PUCCH 또는 PUSCH)에 그리고 제2-시간 인스턴스에 포함되도록 원래 스케줄링된 HARQ-ACK 정보를 송신할 수도 있다. 그러한 솔루션들은 LBT 실패로 인해 제1 리소스 및 시간 인스턴스 상의 송신이 발생할 수 없는 경우에 유용할 수도 있다. 더 일반적으로는, 솔루션들은 네트워크가 특정 인스턴스에 대해 HARQ-ACK 정보가 성공적으로 수신되지 않았다는 것을 검출할 때마다 또한 유용할 수도 있다.

HARQ-ACK 정보의 재송신을 지원하기 위해, WTRU는 코드북 프로세스(또는 코드북 프로세스 아이덴티티)를 다운링크 송신들의 세트에 대응하는 HARQ-ACK 피드백 비트들의 세트와 연관시킬 수도 있다. 일 예에서, 코드북 프로세스는 하나 이상의 HARQ 프로세스들에 대한 HARQ-ACK 피드백의 세트일 수도 있고, 각각의 HARQ-ACK 피드백은 TB당 적어도 하나의 비트와 연관된다. WTRU는, 가능하다면 상이한 세트의 다운링크 송신들을 위해, 그것이 동일한 코드북 프로세스에 대한 새로운 세트의 HARQ-ACK 비트들을 생성할 때까지 코드북 프로세스의 HARQ-ACK 비트들의 세트를 메모리에 유지할 수도 있다. WTRU는 적어도 하나의 코드북 프로세스의 HARQ-ACK 비트들을 리소스에 포함시키도록 스케줄링될 수도 있다. 상기의 단계들을 가능하게 하기 위한 솔루션들이 다음에 설명된다. 코드북 프로세스들의 수는 상위 계층들에 의해 미리 결정 또는 구성될 수도 있다.

DL 송신의 HARQ-ACK에 대한 코드북 프로세스의 결정을 위해 일부 예들이 본 명세서에 제공된다. 예를 들어, DL 송신을 위한 HARQ-ACK를 생성할 때, WTRU는 다음의 솔루션들 중 적어도 하나에 기초하여 대응하는 코드북 프로세스를 획득할 수도 있다.

일 예에서, 코드북 프로세스는 새로운 또는 기존 필드를 사용하여 DL 송신을 스케줄링하는 DCI에서 명시적으로 식별될 수도 있다. 예를 들어, PUCCH 리소스 표시자 필드의 또는 PDSCH-to-HARQ 피드백 타이밍 표시자 필드의 각각의 코드포인트는, 필드의 기존 해석에 따라 다른 정보에 부가적으로, 특정 프로세스 인덱스와 연관될 수도 있다.

다양한 실시예들에서, 코드북 프로세스는 DL 송신의 다음의 속성들 중 임의의 것에 의해 암시적으로 식별될 수도 있다: 1) 예를 들어, 송신이 시작 또는 중지될 때 서브프레임 번호, 슬롯 번호 또는 심볼 인덱스의 관점에서의, DL 송신의 타이밍; 2) 부분 대역폭(BWP) 인덱스; 3) 캐리어 또는 서빙 셀 인덱스; 및 4) 가능하다면 DL 송신의 DCI에 포함된 정보에 기초하여, HARQ-ACK가 포함되어야 하는 UL 송신(또는 리소스)의 타이밍. 그러한 타이밍은: 서브프레임 번호, 슬롯 번호, 및/또는 심볼 인덱스 중 임의의 것의 관점으로 있을 수도 있다.

하나의 실시예에서, 하나 이상의 코드북 프로세스들은, DL 송신과 연관된, 파라미터들의 세트 또는 송신 프로파일에 의해 식별될 수도 있다. 각각의 DL 송신은 송신 프로파일과 연관되거나 또는 그에 의해 파라미터화될 수도 있다. 송신 프로파일은: 우선순위 요건, 레이턴시 요건, 블록 에러 레이트(block error rate)(BLER) 요건, 송신 전력 요건, 리던던시 요건, 반복 요건, 및 LBT 카테고리 요건 중 임의의 것에 의해 결정될 수도 있거나, 또는 그 임의의 것을 표시할 수도 있다. 일 예에서, WTRU는 다수의 상이한 코드북 프로세스들을 유지할 수도 있고, 각각의 코드북 프로세스는 개개의 송신 프로파일과 연관될(예를 들어, eMBB 또는 URLLC와 같은 서비스 타입과 연관될) 수도 있다. 일부 경우들에서, 상이한 송신 프로파일(및 상이한 대응하는 코드북 프로세스)을 각각이 갖는 상이한 변형들이 URLLC에 대해 사용될 수도 있다. 다른 실시예에서, 하나 이상의 코드북 프로세스들은, DL 송신의 우선순위와 같은, DL 송신의 파라미터에 의해 식별될 수도 있다. 예를 들어, WTRU는 DL 송신의 파라미터에 기초하여 우선순위를 결정할 수도 있다. 다른 예에서, 우선순위는 DL 송신을 스케줄링하는 DCI에서의 우선순위 표시에 기초하여 결정될 수도 있다.

코드북 프로세스는 HARQ-ACK가 포함되어야 하는 UL 리소스 및/또는 시간 인스턴스에 기초하여 암시적으로 식별될 수도 있다. 예를 들어, WTRU는 현재 코드북 프로세스 인덱스를 유지하고, 새로운 시간 인스턴스 및/또는 리소스가 HARQ-ACK의 송신을 위해 표시될 때 프로세스 인덱스를 순환시킬(예를 들어, 코드북 프로세스들의 수를 모듈로(modulo)로 증분시킬) 수도 있다. 새로운 시간 인스턴스 및/또는 리소스를 표시하는 DCI에서의 필드가 특정 값으로 설정된 경우에만 단지 현재 프로세스 인덱스가 증분된다. 예를 들어, 새로운 필드 "HARQ-ACK 재송신"이 DCI에 포함될 수도 있고, WTRU는 그러한 필드가 0으로 설정된 경우에만 단지 코드북 프로세스를 증분시킬 것이다.

하나의 실시예에서, 코드북 프로세스 인덱스는 표시된 PUCCH 리소스 인덱스의 함수로서 결정될 수도 있다. 다른 실시예에서, 코드북 프로세스 인덱스는 개개의 DL 송신과 연관된 우선순위 및/또는 송신 프로파일의 함수로서 결정될 수도 있다. 예를 들어, 상이한 우선순위들의 송신들을 위해 상이한 세트들의 코드북 프로세스 인덱스들이 예비될 수도 있다. WTRU가 특정 우선순위의 DL 송신들로 스케줄링되고 새로운 코드북 프로세스 인덱스가 요구된다고 결정할 때, WTRU는 특정 우선순위를 갖는 송신(들)에 대해 가장 낮은(또는 가장 높은) 이용가능한 인덱스 값을 사용할 수도 있다. 다른 예에서, WTRU는 더 높은 우선순위를 갖는 데이터에 대한 새로운 코드북 프로세스를 구성하도록 요구되면 기존 코드북 프로세스들의 모든 코드북 프로세스 인덱스 값들을 시프트시킬 수도 있다.

일부 예들에서, 리소스 상에서 송신되는 HARQ-ACK의 코드북 프로세스(들)가 식별 또는 결정될 수도 있다. PUCCH 또는 PUSCH 리소스를 통해 HARQ-ACK 정보를 송신할 때, WTRU는 다음의 솔루션들 중 적어도 하나당 적어도 하나의 코드북 프로세스들의 HARQ-ACK를 포함할 수도 있다.

일 예에서, 코드북 프로세스들의 세트는 리소스를 표시하는 DCI에 명시적으로 표시될 수도 있다. 예를 들어, PUCCH 리소스를 표시하는 DCI에서의 필드는 HARQ-ACK 정보가 포함되어야 하는 코드북 프로세스의 인덱스를 표시할 수도 있다. 그러한 필드는 PUCCH 리소스 표시자와 같은 기존 필드, 또는 새롭게 정의된 필드에 대응할 수도 있다.

그러한 표시는 절대 인덱스일 수도 있거나 또는 현재 프로세스 인덱스에 상대적일 수도 있다. 예를 들어, 0의 값은 현재 프로세스 인덱스에 대응할 수도 있고, 1의 값은 이전 프로세스 인덱스(C-1) 모듈로 프로세스들의 수에 대응할 수도 있다는 것 등이 있을 수도 있다. 다른 예에서, 필드의 각각의 코드포인트는 미리 정의된 매핑에 기초하여 또는 상위 계층 시그널링에 기초하여 코드북 프로세스들의 서브세트를 표시할 수도 있다. 예를 들어, 2개의 코드북 프로세스들이 구성된 경우, 제1 코드포인트는 현재 프로세스 인덱스에 대응할 수도 있고, 제2 코드포인트는 양측 모두의 프로세스들에 대응할 수도 있고, 제3 코드포인트는 이전 프로세스 인덱스에 대응할 수도 있고, 제4 코드포인트는 프로세스 없음에 대응할 수도 있다. 후자의 경우에, HARQ-ACK 정보가 포함되지 않을 수도 있고 PUCCH 송신이 수행되지 않을 수도 있다.

다른 예에서, DCI에서의 필드는 HARQ-ACK 정보가 포함되어야 하는 프로세스들의 수 N을 표시할 수도 있다. 이 경우에, 프로세스들의 세트는 {C-N+1, C-N+2, ..., C}(모듈로 프로세스들의 수)에 대응할 수도 있고, 여기서 C는 현재 프로세스 인덱스이다.

일 예에서, 리소스를 표시하는 DCI에 코드북 프로세스가 암시적으로 표시될 수도 있다. 예를 들어, DCI가 DL 할당에 대응하는 경우, (예를 들어 상기의 단락들에서 설명된 솔루션을 사용하여 결정된 바와 같은) 대응하는 HARQ-ACK에 대한 코드북 프로세스는 HARQ-ACK 피드백에 대해 할당된 특정 리소스(들)에 의해 암시적으로 표시될 수도 있다. 일부 경우들에서, 리소스에 포함되어야 하는 HARQ-ACK 비트들은, DCI에 의해 표시된 DL 할당을 위한 하나 이상의 HARQ-ACK 비트들을 포함할 수도 있다. 이 경우에, DCI의 다른 필드를 사용하여 코드북 프로세스(들)를 명시적으로 표시할 필요가 없을 수도 있다.

PUCCH 리소스가 하나 초과의 DCI에 의해 표시되는 경우에, 포함되어야 하는 코드북 프로세스(들)는 가장 최근에 수신된 DCI에 대응할 수도 있다.

하나의 실시예에서, 코드북 프로세스들의 세트는 DCI 포맷에 좌우될 수도 있다. 예를 들어, DL 할당 없이 PUCCH 리소스의 표시를 포함하는 새로운 DCI 포맷이 정의될 수도 있다. 이 DCI 포맷이 수신될 때, WTRU는, 그러한 포맷으로 명시적으로 표시된 코드북 프로세스들의 세트의 HARQ-ACK를 포함할 수도 있다. DCI 포맷이 DL 송신이 수신되었음을 표시하는 경우에, WTRU는, DL 송신에 대응하는 코드북 프로세스의 HARQ-ACK 정보를 포함할 수도 있다.

하나의 실시예에서, WTRU는 HARQ-ACK가 리소스에 포함되는 코드북 프로세스들의 세트를 표시하기 위해 PUCCH 또는 PUSCH 리소스에 적어도 하나의 코드북 프로세스 인덱스를 포함시킬 수도 있다. 이 솔루션은, 예를 들어, 리소스를 동적으로 스케줄링하는 DCI가 없을 때 사용될 수도 있다.

일부 실시예들에서, WTRU는 네트워크(예를 들어, gNB)로부터 수신된 원샷(one-shot) HARQ 피드백 요청에 기초하여 코드북 프로세스 비트들을 조정하도록 구성될 수도 있다. 원샷 HARQ 피드백은 네트워크로부터의 요청을 수신하면 WTRU가 모든 ACK/NACK 비트들(또는 ACK/NACK 비트들의 세트/그룹)을 송신하는 것으로서 정의될 수도 있다. WTRU는 원샷 HARQ 피드백 피처뿐만 아니라 코드북 프로세스 피처를 동시에 지원하도록 구성될 수도 있다. 그 후에, WTRU는 원샷 HARQ 피드백 요청(들)을 모니터링하는 것에 부가적으로 코드북 프로세스들에 대한 다수의 HARQ 피드백들을 그룹화한다. 일 예에서, WTRU는 원샷 HARQ 피드백을 송신한 후에 모든 코드북 프로세스들을 플러시(flush)하도록 구성될 수도 있다. 다른 예에서, WTRU는 원샷 HARQ 피드백을 송신하기 X ms(또는 그 이상) 앞서 수신된 TB들에 대응하는 코드북 프로세스들의 ACK/NACK 비트들을 제거하도록 구성될 수도 있다. 일 예에서, WTRU는 (예를 들어, 네트워크로부터의 표시에 기초하여) 코드북 프로세스들로부터 원샷 HARQ 피드백(예를 들어, 성공적인 LBT 후에 송신된 원샷 HARQ 피드백)의 일부였던 TB들의 ACK/NACK(들)을 제거하도록, 예를 들어, 이들만을 단지 제거하도록 구성될 수도 있다. 대안적으로, WTRU는 원샷 HARQ 피드백이 송신되었는지 또는 아닌지의 여부에 관계없이 코드북 프로세스들의 ACK/NACK 비트들을 유지하도록 구성될 수도 있다.

HARQ-ACK 리소스 결정을 위한 대표적인 프로시저

도 5 및 도 6을 참조하면, 일부 예들에서, 다수의 HARQ-ACK 피드백 리소스들이 사용 또는 구성될 수도 있다. 감소된 HARQ A/N 송신 기회들을 핸들링하기 위해, WTRU에는 HARQ-ACK 송신을 위한 다수의 PUCCH 리소스들이 제공될 수도 있다. WTRU는 다음의 것 중 하나 이상에 기초하여 다수의 PUCCH 리소스들로부터 하나의 PUCCH 리소스를 선택하도록 구성될 수도 있다.

제1 예는 LBT의 결과이다. 예를 들어, WTRU는 LBT의 성공 또는 실패에 기초하여 PUCCH 리소스를 결정할 수도 있다. 도 5를 참조하면, 일 예에서, WTRU는 다수의 PUCCH 리소스 세트들(예를 들어, PUCCH 리소스 세트(502), PUCCH 리소스 세트(504), 및 PUCCH 리소스 세트(506))로 구성될 수도 있고, 여기서 각각의 리소스 세트는 n번째 채널 액세스 시도에 적용가능하다. 예를 들어, HARQ 피드백을 송신하려고 처음 시도할 때, WTRU는 제1 PUCCH 리소스 세트(502)를 선택하고, DCI(508)에서의 확인응답 리소스 표시자(ARI)에 기초하여, WTRU는 리소스 세트(502) 내에서 리소스를 결정한다. 일부 경우들에서, WTRU가 선택된 리소스에서의 채널에 액세스하는 것에 실패하는 경우, WTRU는, (예를 들어, DCI(510)에서의) ARI에 기초하여, 제2 PUCCH 리소스 세트(504)로부터 리소스를 선택할 수도 있다. 도 6에 예시된 다른 예에서, WTRU는 PUCCH 리소스 세트(602)로부터 선택할 때 (예를 들어, DCI(606) 및/또는 DCI(604)에서 수신된) ARI에 부가될 (예를 들어, DCI(604)에서의) 오프셋으로 구성될 수도 있다. LBT 실패에 대한 오프셋 및/또는 PUCCH 리소스 세트 구성은 반정적으로 구성되거나 또는 동적으로 표시될 수 있다. 예를 들어, WTRU는, (예를 들어, DCI(606)에서의 ARI에 기초하여) HARQ 피드백을 송신하는 것에 실패한 후에, 리소스 세트 표시 또는 DCI(예를 들어, DCI(604))에서의 오프셋 표시를 수신할 수도 있다.

제2 예는 랜덤화이다. 예를 들어, WTRU는 PUCCH 리소스 세트로부터 리소스를 랜덤하게 선택하도록 구성될 수도 있다. 그러한 경우에, 네트워크는 어떤 WTRU가 피드백을 송신하고 있는지를 알지 못할 수도 있다. 이 이슈를 해결하기 위해, WTRU는 피드백과 함께 WTRU의 아이덴티티를 네트워크에 표시하도록 구성될 수도 있다. 예를 들어, WTRU는 셀 RNTI(C-RNTI)와 스크램블링된 사이클릭 리던던시 체크(cyclic redundancy check)(CRC)를 HARQ-ACK 코드북에 첨부할 수도 있다.

제3 예는 DCI 오검출이다. 예를 들어, WTRU는 DCI가 누락되어 있는지 여부에 기초하여 UCI 리소스를 선택할 수도 있다. 예를 들어, WTRU는 DCI 오검출에 앞서 단지 TB들에 대해서만 HARQ-ACK 피드백을 송신하도록 구성될 수도 있다. 그러한 경우에, WTRU는 그것이 DCI를 올바르게 검출할 때와 비교하여 HARQ-ACK에 대한 PUCCH 리소스 세트 내에서 상이한 PUCCH 리소스 세트 및/또는 상이한 리소스를 사용할 수도 있다.

제4 예는 PUCCH 트리거 신호의 수신 시이다. PUCCH 트리거 신호는, 예를 들어, PDCCH의 수신에 기초할 수도 있다. PUCCH 트리거 신호는, 가능하다면 특정 LBT 요건들을 이용하여 또는 LBT 없이, 특정 PUCCH 리소스(들)의 가용성을 WTRU에 추가로 표시할 수도 있다.

다양한 실시예들에서, WTRU는 PUSCH 리소스들 상에서 HARQ 피드백을 송신하도록 구성될 수도 있다. 예를 들어, WTRU는, 다음 PUSCH 기회에서 실패한 PUCCH 송신으로부터의 HARQ-ACK 코드북을 포함할 수도 있다. 예를 들어, HARQ-ACK 피드백은 슬롯 n에서 송신되도록 구성될 수도 있다. LBT를 수행한 후에, WTRU는 업링크 제어 채널에 액세스하는 것에 실패한다. 그 후에, WTRU는 HARQ-ACK 피드백을 전송하기 위해 다음 업링크 승인(uplink grant)을 사용할 수도 있다. gNB가 UCI 및 데이터를 반송하는 PUSCH를 올바르게 디코딩하기 위해, WTRU는 단지 처음 실패한 HARQ-ACK 송신 후에 그리고 구성된 시간까지 HARQ-ACK 송신에 대한 PUSCH 승인을 사용하도록 구성될 수도 있다. 그러한 시간은 제1 HARQ-ACK 송신 시기로부터의 오프셋을 사용하여 구성될 수 있다. 대안적으로, WTRU는 HARQ-ACK 송신들을 위해 구성된 시간에만 단지 PUSCH를 사용하도록 구성될 수도 있다. 예를 들어, WTRU가 가능한 HARQ-ACK 송신을 위해 타이밍의 세트 {k _1,1 , k _1,2 , ... k _{1, N} }로 구성될 때, WTRU는 단지 이들 동일한 시간들 동안에만 PUSCH를 사용하도록 허용된다.

업링크 송신을 위한 HARQ 피드백을 위한 대표적인 프로시저

WTRU는 하나 이상의 DL HARQ-ACK 피드백을 모니터링할 수도 있고, WTRU는 업링크 송신들을 위한 다운링크 HARQ-ACK 피드백을 수신하기 위해 물리 다운링크 채널을 모니터링하도록 구성될 수도 있다. 물리 다운링크 채널은 구성된 미리 정의된 시간 및 주파수 리소스에 있을 수도 있다. 대안적으로, WTRU는 다운링크 HARQ-ACK 피드백을 수신하기 위해 다수의 시간 및 주파수 위치들 내에서 DCI를 모니터링하도록 구성될 수도 있다. 예를 들어, WTRU는 다수의 CORESET들/탐색 공간 세트들에 걸쳐 많은 수들의 DCI 후보들을 모니터링하도록 구성될 수도 있고, gNB 채널 점유에 기초하여, WTRU는 모니터링될 CORESET들/탐색 공간 세트들의 서브세트를 우선순위화한다. 일부 예들에서, WTRU는 다음의 것 중 하나 이상에 기초하여 CORESET/탐색 공간을 우선순위화할 수도 있다. 하나의 실시예에서, WTRU는 CORESET/탐색 공간 세트 ID에 기초하여 CORESET/탐색 공간을 우선순위화할 수도 있다. 예를 들어, WTRU는 다운링크 HARQ 피드백 모니터링을 위해 인덱스 "0"을 갖는 탐색 공간을 우선순위화하도록 구성될 수도 있다. 다른 실시예에서, WTRU는 마지막 DCI가 수신된 CORESET/탐색 공간 세트에 기초하여 CORESET/탐색 공간을 우선순위화할 수도 있다. 예를 들어, WTRU는 DCI가 마지막으로 수신된 TB를 스케줄링한 CORESET의 모니터링을 우선순위화할 수도 있다.

하나의 예에서, WTRU는 다수의 BWP들로 구성될 수도 있는데, 이때 다수의 BWP들 중 단지 하나의 BWP만이 임의의 주어진 시간에 액티브하게 된다. WTRU는 미리 구성된 시간 내에 다운링크 피드백이 수신되지 않은 경우 그의 액티브 BWP를 스위칭하거나 또는 모든 구성된 BWP들을 모니터링할 수도 있다. 다른 예에서, WTRU는 다수의 CORESET들로 구성될 수도 있고 HARQ 피드백에 대한 구성된 CORESET들의 서브세트만을 단지 모니터링할 수도 있다. 그러나, 미리 구성된 시간 내에 그 CORESET들의 서브세트에서 다운링크 피드백이 수신되지 않은 경우, WTRU는 그 후에 모든 CORESET들을 모니터링한다.

WTRU는 그룹 공통 PDCCH를 사용하여 DL HARQ-ACK를 수신하도록 WTRU가 구성될 수도 있다. WTRU는 그룹 공통 PDCCH를 반송하는 DCI와 스크램블링될 그룹 ID로 구성될 수도 있다. 대안적으로, WTRU는 WTRU가 확인응답을 수신할 것으로 예상하고 있는 HARQ 프로세스 ID 프로세스에 기초하여 그룹 ID를 결정할 수도 있다. 예를 들어, WTRU는 16과 동일한 최대 HARQ 프로세스들로 구성된다. WTRU는 주어진 슬롯에서 HARQ 프로세스들 0, 4 및 10에 대한 확인응답을 예상하고 있다. 일부 경우들에서, WTRU는 그 후에 1000100000100000과 스크램블링된 그룹 공통 DCI를 모니터링한다.

UL HARQ 동작 및 스케줄링을 위한 대표적인 프로시저

일부 예들에서, 단일 스케줄링 DCI에 의해 다수의 PUSCH 기회들이 제공될 수도 있다. WTRU는, 단일 PDCCH 스케줄링 DCI를 사용하여, 가능하다면 분리된 PUSCH 송신 지속기간들로, 단일 HARQ 프로세스 ID에 대한 다수의 승인들을 수신할 수도 있다. 그러한 승인을 수신하면, WTRU는 처음 승인된 PUSCH 시기에 TB를 송신하려고 시도할 수도 있다. LBT를 실패하면, WTRU는 다음의 승인된 PUSCH 시기에 PUSCH를 송신하려고 시도할 수도 있고, LBT가 성공하고 TB가 송신될 때까지 그러한 액션을 추가로 반복할 수도 있다.

단일 HARQ 프로세스에 대한 일련의 제공된 PUSCH 승인들 내의 PUSCH 승인에 대해 TB를 성공적으로 송신하면, WTRU는 일련의 제공된 PUSCH 승인들 내에서 나머지 PUSCH 시기들을 무시할 수도 있다. 대안적으로, 예를 들어, 일련의 제공된 PUSCH 승인들 내의 PUSCH 승인에 대해 TB를 성공적으로 송신하면, WTRU는 다른 TB를 송신하려고 시도할 수도 있다. 그러한 시도는 네트워크 구성에 좌우되거나, 또는 네트워크로부터의 제어 시그널링의 수신에 좌우될 수도 있다. 예를 들어, 일련의 제공된 PUSCH 승인들 내의 PUSCH 승인에 대해 TB를 성공적으로 송신하면, WTRU는 그것이 새로운 데이터 표시자(NDI)를 수신하거나 또는 WTRU가 동일한 HARQ 프로세스 상에서 송신된 이전 TB에 대해 ACK를 수신하는 경우 다음의 승인된 PUSCH 시기에 다른 TB를 송신하려고 시도할 수도 있다.

일부 예들에서, WTRU가 단일 승인을 사용하여 상이한 PUSCH 시기들에 상이한 TB들을 송신할 때, WTRU는 다음의 실시예들 중 하나 이상에 기초하여 각각의 TB와 연관된 HARQ ID를 결정할 수도 있다. 일부 경우들에서, HARQ 프로세스 ID(PID)들의 풀(pool) 또는 세트는, 예를 들어, 아래에 논의된 하나 이상의 실시예들에 기초하여 동적으로 표시될 수도 있다.

일부 실시예들에서, WTRU는 L1 시그널링에 의해 시그널링되는 HARQ ID들의 풀 또는 세트(예를 들어, DCI에서의 HARQ 정보의 일부)로부터의 선택에 기초하여 각각의 TB와 연관된 HARQ ID를 결정할 수도 있다. 예를 들어, DCI는, 사용될 수도 있는 각각의 TTI 또는 PUSCH 지속기간에 연속적으로 매핑되는 HARQ PID들의 풀/세트를 표시할 수도 있고, WTRU는 송신을 위해 선택된 TTI의 순서로 하나 이상의 HARQ PID들을 선택할 수도 있다. 다른 예에서, WTRU는 상위 계층들에 의한 구성된 패턴(예를 들어, 미리 구성된 패턴)에 따라 또는 랜덤하게 풀로부터 HARQ PID를 선택할 수도 있다.

일부 실시예들에서, WTRU는 공식에 기초하여 각각의 TB와 연관된 HARQ ID를 결정할 수도 있다. 일부 경우들에서, WTRU는 HARQ 프로세스 ID 또는 PID를 결정하기 위해 공식을 사용할 수도 있다. 예를 들어, HARQ 프로세스 ID는: 선택된 PUSCH 지속기간, 표시된 HARQ 프로세스 ID 풀/세트, 현재 슬롯 또는 미니-슬롯, 및/또는 서브프레임/프레임 타이밍 중 적어도 하나의 함수일 수도 있다.

일부 실시예들에서, WTRU는 하나 이상의 선택된 TTI/PUSCH 시기들에 기초하여 각각의 TB와 연관된 HARQ ID를 결정할 수도 있다. 예를 들어, WTRU는 HARQ 정보에서 단일 HARQ 프로세스 ID를 할당받을 수도 있고, 그 후에 WTRU는 승인을 위해 표시된 제1 PUSCH 시기와 선택된 PUSCH 시기 사이의 시간 델타에 기초하여(또는 유사하게, DCI가 수신된 TTI와 선택된 PUSCH 시기 사이의 시간 델타에 기초하여) 표시된 HARQ 프로세스 ID의 증분을 사용할 수도 있다. 일 예에서, DCI가 슬롯 x에서 수신되고 표시된 HARQ 프로세스가 y인 경우, WTRU는 PUSCH가 슬롯 x+3에서 송신될 때 HARQ 프로세스 y+3을 선택할 수도 있다.

일부 실시예들에서, WTRU는 상이한 TB들에 대해 이미 사용 중인 HARQ 프로세스 ID, 예를 들어, NDI가 토글링되지 않은 TB에 대해 사용되는 HARQ 프로세스 ID, 또는 확인응답이 표시되지 않은 HARQ 프로세스 ID를 회피함으로써 새로운 TB 송신을 위해 HARQ 프로세스 ID를 추가로 선택할 수도 있다. 일부 경우들에서, 상기에 언급된 HARQ 프로세스 ID 선택 방법들 중 임의의 것에 대해, WTRU는 재송신들을 위해 여전히 사용 중인 하나 이상의(또는 모든) HARQ 프로세스 ID들을 스킵할 수도 있다.

일 예에서, WTRU가 멀티-TTI 스케줄링을 위해 의도된 승인을 수신한 후에, WTRU는 송신이 이루어질 수 있거나 또는 채널이 취득될 때까지 각각의 가능한 PUSCH 시기에 LBT를 시도할 수도 있다.

다른 예에서, WTRU가 멀티-TTI 스케줄링을 위해 의도된 승인을 수신한 후에, WTRU는 연속 PUSCH 지속기간들의 세트(예를 들어, 갭들이 없는 PUSCH 지속기간들의 세트) 동안 단일 LBT를 시도할 수도 있다. 예를 들어, WTRU는 사이에 갭들이 없는 연속 TTI들의 세트(예를 들어, TTI들의 세트의 임의의 2개의 연속 TTI들 사이에 갭들이 없음) 동안 단일 LBT를 적용할 수도 있다. LBT가 성공적이고 채널이 제1 TTI 동안 취득되면, WTRU는 추가의 LBT를 요구하는 일 없이 인접한 TTI들에서 PUSCH를 송신할 수도 있다. 다른 한편으로, LBT가 제1 TTI에 앞서 채널이 사용 중이라고 결정하면, WTRU는 제2 TTI에 앞서 LBT를 수행할 수도 있다. 일부 경우들에서, 제2 LBT가 성공적인 경우, 모든 다가오는 인접한 TTI들이 LBT를 요구하지 않을 수도 있다. 다른 한편으로, 제2 LBT가 채널이 사용 중이라고 결정하는 경우, 후속 TTI들은 유사한 방식으로 후속 TTI들 상의 송신(들)에 앞서 LBT를 요구할 수도 있다.

일 예에서, WTRU가 멀티-TTI 스케줄링을 위해 의도된 승인을 수신한 후에, WTRU는 연속 TTI들의 세트 동안 단일 LBT를 시도할 수도 있어서, 그 세트의 송신 지속기간이 LBT 타입에 적용가능한 것보다 더 크지 않도록 한다.

일부 예들에서, WTRU가 멀티-TTI 스케줄링을 위해 의도된 승인을 수신하고 표시된 HARQ 프로세스(예를 들어, NDI가 토글링되지 않은 HARQ PID)가 이전 TB에 대해 이미 사용 중이고, 승인이 멀티-TTI 스케줄링을 표시한 후에, WTRU는 표시된 HARQ 프로세스 ID와 연관된 TB를 재송신하려고 시도할 수도 있다. 일단 WTRU가 TB를 재송신하고, 나머지 PUSCH 시기들이 스케줄링된 승인에 대해 유효하면, WTRU는 상이한 HARQ 프로세스 ID를 갖는(예를 들어, HARQ PID 선택을 위한 상기에 언급된 방법(들) 중 임의의 것에 따라 선택된 HARQ PID를 사용하는) 다른 TB를 송신할 수도 있다. 대안적으로, WTRU는, 승인에 대해 유효하지만 상이한 RV들을 갖는 상이한 연속 TTI들에서 그리고/또는 동일한 HARQ 프로세스 ID를 사용하여 동일한 TB를 재송신할 수도 있다. 일부 경우들에서, 이것은 추가로 DCI의 콘텐츠에 좌우될 수도 있다.

다양한 실시예들에서, WTRU는 HARQ 피드백 트리거의 수신 타이밍에 기초하여 하나 이상의 타이머 값들을 결정할 수도 있다. 일 예에서, WTRU는 하나 이상의 다운링크 송신들에 대한 제어 정보(예를 들어, DCI)를 수신할 수도 있다. 제어 정보는, WTRU가 추후의 시간에 HARQ 피드백을 리포팅하도록 트리거링될 수도 있음을 WTRU에 표시할 수도 있다. 그러한 경우에, WTRU는 (예를 들어, HARQ 피드백에 대한 트리거의 수신까지) 일부 또는 모든 활동 기반 타이머들을 일시중지할 수도 있다. 일부 예들에서, 활동 기반 타이머들은: 불연속 수신(DRX)으로 갈 때를 결정하기 위한 타이머, BWP(들)를 스위칭(예를 들어, 디폴트 BWP로 스위칭)할 때를 결정하기 위한 타이머, 및 SCell을 비활성화시킬 때를 결정하기 위한 타이머 중 적어도 하나를 포함할 수도 있다. 일 예에서, WTRU는 HARQ 피드백 트리거 신호의 수신까지 하나 이상의 활동 기반 타이머들을 일시중지할 수도 있다. 다른 예에서, WTRU는 트리거링된 HARQ 피드백 송신의 타이밍이 도달할 때까지 하나 이상의 활동 기반 타이머들을 일시중지할 수도 있다. 또 다른 예에서, WTRU는 그러한 스케줄링된 송신의 성공적인 완료까지 하나 이상의 활동 기반 타이머들을 일시중지할 수도 있다(예를 들어, DL 송신을 스케줄링하는 DCI를 수신하는 순간부터 일시중지됨). 예를 들어, WTRU는, 적어도 HARQ 피드백의 성공적인 송신까지, WTRU가 PDSCH에 대한 DCI를 수신하였고 WTRU가 HARQ 피드백에 대한 제2 DCI를 예상하는 경우, 하나 이상의 타이머들을 일시중지할 수도 있다. 일부 경우들에서, WTRU는 HARQ 피드백을 송신할 하나 초과의 리소스로 구성될 수도 있고, LBT가 성공적인 가장 앞선 리소스 상에서만 단지 송신할 수도 있다.

다양한 실시예들에서, WTRU는, HARQ 피드백에 대해 사용될 다수의 타이머 값들 또는 타이머 값들의 세트들을 가질 수도 있다. 일부 예들에서, WTRU는 HARQ 피드백이 PDSCH 스케줄링 DCI에서 표시되는지 여부 또는 HARQ 피드백이 추후의 DCI에서 트리거링되는지 여부에 기초하여 타이머 값(또는 타이머 값들의 세트)을 결정 또는 선택할 수도 있다. 예를 들어, WTRU는 HARQ 피드백 송신 리소스가 PDSCH 스케줄링 DCI에 표시되는 경우 제1 값(또는 제1 세트의 값들)을 사용할 수도 있고, WTRU는 HARQ 피드백 송신 리소스가 장래의 DCI에서 예상되는 경우 제2 값(또는 제2 세트의 값들)을 사용할 수도 있다. 그러한 예들에서, 타이머들은, 예를 들어, HARQ 피드백 리소스의 타이밍에 관계없이, 스케줄링 DCI의 수신 시에 트리거링될 수도 있다.

하나 이상의 활동 기반 타이머들의 만료 시에, WTRU는 HARQ 피드백 송신을 위해 스케줄링되는 시간에 앞서 액션을 수행할 수도 있다. 예를 들어, 비활동 타이머(예를 들어, BWP 비활동 타이머)가 PDSCH의 수신과 HARQ 피드백 트리거의 수신의 시간 주기 사이에 만료될 수도 있다. 그러한 경우에, WTRU는 BWP들을 디폴트 BWP로 스위칭할 수도 있다. WTRU는 HARQ 피드백 비트들 또는 값들을 유지할 수도 있고, 예를 들어, 이전에 사용된 BWP에서의 PDSCH 송신들을 위해, 새로운 BWP에서 HARQ 피드백 송신 트리거를 수신할 것으로 예상할 수도 있다. 제1 타이머가 만료되고 WTRU가 액션을 수행하는 경우, WTRU는 다른 활동 기반 타이머들을 재설정 또는 유지할 수도 있다. 예를 들어, WTRU는 비활성 타이머 만료로 인해 디폴트 BWP로 스위칭할 수도 있다.

하나의 실시예에서, WTRU는 하나 이상의 다른 타이머들(예를 들어, DRX 타이머 및/또는 SCell 비활성화 타이머)을 유지할 수도 있다. 다른 WTRU 거동들을 위해 사용되는 타이머들은 HARQ 송신 피드백 트리거가 WTRU에 의해 수신되지 않았다는 사실을 무시하도록 수정 또는 구성될 수도 있다. 다른 실시예에서, 다른 WTRU 거동들을 위해 유지되는 타이머들은 이전 WTRU 상태(예를 들어, 이전 BWP)에서 결정된 것들로부터 유지될 수도 있고, 따라서 HARQ 피드백 송신 리소스의 지식 또는 그의 결여에 좌우될 수도 있다.

다양한 실시예들에서, WTRU는 하나 이상의 BWP들 및/또는 LBT 서브대역들 상에서 피드백을 리포팅하도록 트리거링될 수도 있다. 예를 들어, 스케줄링 DCI 및/또는 HARQ 피드백 트리거링 DCI는 다수의 BWP들 및/또는 LBT 서브대역들 상의 리소스들의 세트를 가리킬 수도 있다. 이것은 채널 액세스 확률을 개선시킬 수도 있다. 적어도 하나의 리소스 상의 성공적인 송신 시에, WTRU는 모든 다른 HARQ 피드백 송신 리소스들을 무시하도록 구성될 수도 있는데, 이 모든 다른 HARQ 피드백 송신 리소스들은 이들 HARQ 프로세스들에 대해 표시되고 HARQ 피드백의 송신에 앞서 스케줄링된다. 예를 들어, WTRU는 그것이 이전에 HARQ 피드백을 송신한 HARQ 프로세스에 대한 HARQ 피드백을 송신하도록 재스케줄링될 수도 있다. HARQ 피드백의 원래 송신 후에 제2 요청이 발생하는 경우, WTRU는 그것을 무시하지 않을 수도 있다.

다양한 실시예들에서, WTRU는 적어도 HARQ 피드백의 성공적인 송신까지 HARQ 피드백에 관한 모든 정보를 유지할 수도 있다. 예를 들어, WTRU는 HARQ 피드백을 위한 리소스들을 승인받을 수도 있지만, WTRU는 그러한 리소스들 상의 송신을 위한 채널을 성공적으로 취득하지 못할 수도 있다. 그러한 경우에, WTRU는, 장래에, 그것이 그러한 HARQ 프로세스들에 대한 새로운 HARQ 피드백 송신 리소스(들)로 트리거링될 수도 있다는 점을 고려하여 HARQ 피드백 정보를 유지할 수도 있다.

참조 문헌들

다음의 참조 문헌들 각각이 본 명세서에 참조로 포함된다: (1) RP-172021, "Revised SID on NR-based Access to Unlicensed Spectrum", TSG RAN #77; (2) 3GPP TS 38.213, "Physical layer procedures", v15.0.0; (3) 3GPP TR 36.889, "Feasibility Study in Licensed-Assisted Access to Unlicensed Spectrum", v13.0.0; 및 (4) 3GPP TR 38.321, "Medium Access Control (MAC) protocol specification", v15.1.0.

결론

피처들 및 요소들이 특정 조합들로 상술되어 있지만, 본 기술분야의 통상의 기술자는 각각의 피처 또는 요소가 단독으로 또는 다른 피처들 및 요소들과의 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 부가적으로, 본 명세서에서 설명되는 방법들은 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능 매체에 포함되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수도 있다. 비일시적 컴퓨터 판독가능 저장 매체들의 예들은 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 자기 매체들 예컨대 내부 하드 디스크들 및 착탈식 디스크들, 광자기 매체들, 및 광학 매체들 예컨대 CD-ROM 디스크들, 및 디지털 다기능 디스크(digital versatile disk)(DVD)들을 포함하지만, 이에 제한되지 않는다. 소프트웨어와 연관된 프로세서는 WTRU(102), UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서의 사용을 위한 라디오 주파수 트랜시버를 구현하는 데 사용될 수도 있다.

더욱이, 상술된 실시예들에서, 프로세싱 플랫폼들, 컴퓨팅 시스템들, 제어기들, 및 프로세서들을 포함하는 다른 디바이스들이 언급된다. 이들 디바이스들은 적어도 하나의 중앙 프로세싱 유닛(Central Processing Unit)("CPU") 및 메모리를 포함할 수도 있다. 컴퓨터 프로그래밍의 분야의 통상의 기술자들의 관례들에 따라, 동작들 또는 명령어들의 상징적 표현들 및 액트(act)들에 대한 참조가 다양한 CPU들 및 메모리들에 의해 수행될 수도 있다. 그러한 액트들 및 동작들 또는 명령어들은 "실행(executed)", "컴퓨터 실행(computer executed)" 또는 "CPU 실행(CPU executed)"되는 것으로 지칭될 수도 있다.

본 기술분야의 통상의 기술자는 액트들 및 상징적으로 표현된 동작들 또는 명령어들이 CPU에 의한 전기 신호들의 조작을 포함한다는 것을 이해할 것이다. 전기 시스템은, 전기 신호들의 결과적인 변환 또는 감소 및 메모리 시스템에서의 메모리 위치들에서의 데이터 비트들의 유지를 야기시킴으로써 CPU의 동작뿐만 아니라, 신호들의 다른 프로세싱을 재구성하거나 또는 그렇지 않으면 변경할 수 있는 데이터 비트들을 표현한다. 데이터 비트들이 유지되는 메모리 위치들은, 데이터 비트들에 대응하거나 또는 데이터 비트들을 대표하는 특정 전기적, 자기적, 광학적, 또는 유기적 속성들을 갖는 물리적 위치들이다. 대표적인 실시예들은 상기에 언급된 플랫폼들 또는 CPU들로 제한되지 않으며 다른 플랫폼들 및 CPU들이 제공된 방법들을 지원할 수도 있다는 것이 이해되어야 한다.

데이터 비트들은, 자기 디스크들, 광학 디스크들, 및 CPU에 의해 판독가능한 임의의 다른 휘발성(예를 들어, 랜덤 액세스 메모리("RAM")) 또는 비휘발성(예를 들어, 판독 전용 메모리("ROM")) 대용량 저장 시스템을 포함하는 컴퓨터 판독가능 매체 상에 또한 유지될 수도 있다. 컴퓨터 판독가능 매체는, 프로세싱 시스템 상에 배타적으로 존재하거나 또는 프로세싱 시스템에 대해 로컬 또는 원격일 수도 있는 다수의 상호연결된 프로세싱 시스템들 간에 분산되는 협력 또는 상호연결된 컴퓨터 판독가능 매체를 포함할 수도 있다. 대표적인 실시예들은 상기에 언급된 메모리들로 제한되지 않으며 다른 플랫폼들 및 메모리들이 설명된 방법들을 지원할 수도 있다는 것이 이해된다.

예시적인 실시예에서, 본 명세서에서 설명되는 동작들, 프로세스들 등 중 임의의 것은 컴퓨터 판독가능 매체 상에 저장되는 컴퓨터 판독가능 명령어들로서 구현될 수도 있다. 컴퓨터 판독가능 명령어들은 모바일 유닛, 네트워크 요소, 및/또는 임의의 다른 컴퓨팅 디바이스의 프로세서에 의해 실행될 수도 있다.

시스템들의 양태들의 하드웨어와 소프트웨어 구현들 사이에는 거의 차이가 없다. 하드웨어 또는 소프트웨어의 사용은 일반적으로(예를 들어, 항상 그러한 것은 아니지만, 특정 맥락들에서 하드웨어와 소프트웨어 사이의 선정이 중요해질 수도 있다는 점에서) 비용 대 효율성 트레이드오프들을 표현하는 설계 선정이다. 본 명세서에서 설명되는 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 영향받을 수도 있는 다양한 매개체(vehicle)들(예를 들어, 하드웨어, 소프트웨어, 및/또는 펌웨어)이 있을 수도 있고, 선호되는 매개체는 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 배치되는 맥락에 따라 달라질 수도 있다. 예를 들어, 구현자가 속도와 정확성이 가장 중요하다고 결정하는 경우, 구현자는 주로 하드웨어 및/또는 펌웨어 매개체를 선택할 수도 있다. 유연성이 가장 중요한 경우, 구현자는 주로 소프트웨어 구현을 선택할 수도 있다. 대안적으로, 구현자는 하드웨어, 소프트웨어, 및/또는 펌웨어의 일부 조합을 선택할 수도 있다.

전술한 상세한 설명은 블록 다이어그램들, 흐름도들, 및/또는 예들의 사용을 통해 디바이스들 및/또는 프로세스들의 다양한 실시예들을 제시하였다. 그러한 블록 다이어그램들, 흐름도들, 및/또는 예들이 하나 이상의 기능들 및/또는 동작들을 포함하는 한, 광범위한 하드웨어, 소프트웨어, 펌웨어, 또는 사실상 이들의 조합에 의해, 개별적으로 그리고/또는 집합적으로, 그러한 블록 다이어그램들, 흐름도들, 또는 예들 내의 각각의 기능 및/또는 동작이 구현될 수도 있다는 것이 본 기술분야의 통상의 기술자들에 의해 이해될 것이다. 적합한 프로세서들은, 예로서, 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 집적 회로(ASIC)들, 주문형 표준 제품(Application Specific Standard Product)(ASSP)들; 필드 프로그래밍가능 게이트 어레이(FPGA)들 회로들, 임의의 다른 타입의 집적 회로(IC), 및/또는 상태 머신을 포함한다.

피처들 및 요소들이 특정 조합들로 상기에 제공되지만, 본 기술분야의 통상의 기술자는 각각의 피처 또는 요소가 단독으로 또는 다른 피처들 및 요소들과의 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 본 개시내용은, 다양한 양태들의 예시들로서 의도되는, 본 출원에서 설명된 특정 실시예들의 관점에서 제한되지 않는다. 본 기술분야의 통상의 기술자들에게 명백한 바와 같이, 많은 수정들 및 변경들이 그의 사상 및 범주로부터 벗어남이 없이 이루어질 수도 있다. 본 출원의 설명에 사용된 어떠한 요소, 액트, 또는 명령어도 이와 같이 명시적으로 제공되지 않는 한 본 발명에 중요하거나 또는 필수적인 것으로서 해석되어서는 안 된다. 본 명세서에 열거된 것들에 부가적으로, 본 개시내용의 범주 내에서 기능적으로 등가인 방법들 및 장치들은 전술한 설명들로부터 본 기술분야의 통상의 기술자들에게 명백할 것이다. 그러한 수정 및 변경들은 첨부된 청구범위의 범주 내에 속하도록 의도된다. 본 개시내용은, 첨부된 청구범위가 부여받는 등가물들의 전체 범주와 함께, 그러한 청구범위의 조항들에 의해서만 단지 제한되어야 한다. 본 개시내용은 특정 방법들 또는 시스템들에 제한되지 않는다는 것이 이해되어야 한다.

본 명세서에서 사용되는 전문용어는 단지 특정 실시예들을 설명할 목적을 위한 것이고 제한하려는 것으로 의도된 것이 아니라는 것이 또한 이해되어야 한다. 본 명세서에서 사용되는 바와 같이, 본 명세서에서 지칭될 때, 용어들 "스테이션" 및 그의 약어 "STA", "사용자 장비" 및 그의 약어 "UE"는 (i) 아래에 설명되는 바와 같은, 무선 송신 및/또는 수신 유닛(WTRU); (ii) 아래에 설명되는 바와 같은, WTRU의 다수의 실시예들 중 임의의 것; (iii) 그 중에서도, 아래에 설명되는 바와 같은, WTRU의 일부 또는 모든 구조체들 및 기능성으로 구성되는 무선 가능 및/또는 유선 가능(예를 들어, 테더링가능) 디바이스; (iii) 아래에 설명되는 바와 같은, WTRU의 모든 구조체들 및 기능성보다 더 적게 구성되는 무선 가능 및/또는 유선 가능 디바이스; 또는 (iv) 이와 유사한 것을 의미할 수도 있다. 본 명세서에서 열거된 임의의 UE를 대표할 수도 있는(또는 그와 상호교환가능한) 예시적인 WTRU의 세부사항들이 도 1a 내지 도 1d와 관련하여 아래에 제공된다.

특정 대표적인 실시예들에서, 본 명세서에서 설명되는 청구 대상의 수 개의 부분들은 주문형 집적 회로(ASIC)들, 필드 프로그래밍가능 게이트 어레이(FPGA)들, 디지털 신호 프로세서(DSP)들, 및/또는 다른 통합된 포맷들을 통해 구현될 수도 있다. 그러나, 본 기술분야의 통상의 기술자들은 본 명세서에 개시된 실시예들의 일부 양태들이, 전체적으로 또는 부분적으로, 하나 이상의 컴퓨터들 상에서 실행되는 하나 이상의 컴퓨터 프로그램들로서(예를 들어, 하나 이상의 컴퓨터 시스템들 상에서 실행되는 하나 이상의 프로그램들로서), 하나 이상의 프로세서들 상에서 실행되는 하나 이상의 프로그램들로서(예를 들어, 하나 이상의 마이크로프로세서들 상에서 실행되는 하나 이상의 프로그램들로서), 펌웨어로서, 또는 사실상 이들의 임의의 조합으로서, 집적 회로들에서 동등하게 구현될 수도 있고, 소프트웨어 및 또는 펌웨어에 대한 코드를 작성하는 것 그리고/또는 회로부를 설계하는 것이 본 개시내용에 비추어 본 기술분야의 통상의 기술자의 기술 내에 있을 것이라는 것을 인식할 것이다. 부가적으로, 본 기술분야의 통상의 기술자들은 본 명세서에서 설명되는 청구 대상의 메커니즘들이 다양한 형태들의 프로그램 제품으로서 분배될 수도 있고, 본 명세서에서 설명되는 청구 대상의 예시적인 실시예가 실제로 분배를 수행하는 데 사용되는 신호 베어링 매체의 특정 타입에 관계없이 적용된다는 것을 이해할 것이다. 신호 베어링 매체의 예들은 다음의 것: 플로피 디스크, 하드 디스크 드라이브, CD, DVD, 디지털 테이프, 컴퓨터 메모리 등과 같은 기록가능한 타입의 매체, 및 디지털 및/또는 아날로그 통신 매체(예를 들어, 광섬유 케이블, 도파관, 유선 통신 링크, 무선 통신 링크 등)와 같은 송신 타입 매체를 포함하지만, 이에 제한되지 않는다.

본 명세서에서 설명되는 청구 대상은 때때로, 상이한 다른 컴포넌트들 내에 포함되거나 또는 상이한 다른 컴포넌트들과 연결되는 상이한 컴포넌트들을 예시한다. 그러한 도시된 아키텍처들은 단지 예들에 불과하고, 사실상 동일한 기능성을 달성하는 많은 다른 아키텍처들이 구현될 수도 있다는 것이 이해되어야 한다. 개념적인 의미에서, 동일한 기능성을 달성하기 위한 컴포넌트들의 임의의 배열은 원하는 기능성이 달성될 수도 있도록 효과적으로 "연관된"다. 따라서, 특정 기능성을 달성하기 위해 조합된 본 명세서의 임의의 2개의 컴포넌트들은, 아키텍처들 또는 중간 컴포넌트들과 관계없이, 원하는 기능성이 달성되도록 서로 "연관된" 것으로 보여질 수도 있다. 마찬가지로, 이와 같이 연관된 임의의 2개의 컴포넌트들은 원하는 기능성을 달성하기 위해 서로 "동작가능하게 연결된", 또는 "동작가능하게 커플링된" 것으로 또한 고려될 수도 있고, 이와 같이 연관되는 것이 가능한 임의의 2개의 컴포넌트들은 원하는 기능성을 달성하기 위해 서로 "동작가능하게 커플링가능한" 것으로 또한 고려될 수도 있다. 동작가능하게 커플링가능한 것의 특정 예들은, 물리적으로 정합가능한 그리고/또는 물리적으로 상호작용하는 컴포넌트들, 및/또는 무선으로 상호작용가능한 그리고/또는 무선으로 상호작용하는 컴포넌트들, 및/또는 논리적으로 상호작용하는 그리고/또는 논리적으로 상호작용가능한 컴포넌트들을 포함하지만 이에 제한되지 않는다.

본 명세서의 실질적으로 임의의 복수 및/또는 단수 용어들의 사용과 관련하여, 본 기술분야의 통상의 기술자들은 맥락 및/또는 적용예에 적절하게 복수로부터 단수로 그리고/또는 단수로부터 복수로 해석할 수 있다. 다양한 단수/복수 순열들은 명확성을 위해 본 명세서에 명확히 제시될 수도 있다.

일반적으로, 본 명세서에서, 그리고 특히 첨부된 청구범위(예를 들어, 첨부된 청구범위의 본문들)에서 사용되는 용어들이 일반적으로 "개방형(open)" 용어들로서 의도된다는 것이 본 기술분야의 통상의 기술자들에 의해 이해될 것이다(예를 들어, 용어 "포함하는(including)"은 "포함하지만 이에 제한되지 않는(including but not limited to)"으로서 해석되어야 하고, 용어 "갖는(having)"은 "적어도 갖는(having at least)"으로서 해석되어야 하며, 용어 "포함하다(includes)"는 "포함하지만 이에 제한되지 않는다(includes but is not limited to)"로서 해석되어야 한다는 것 등이다). 도입 청구항 열거(introduced claim recitation)의 특정 번호가 의도되는 경우, 그러한 의도가 청구항에서 명시적으로 열거될 것이며, 그러한 열거가 없는 경우, 그러한 의도가 존재하지 않는다는 것이 본 기술분야의 통상의 기술자들에 의해 추가로 이해될 것이다. 예를 들어, 단지 하나의 항목만이 의도된 경우, 용어 "단일" 또는 유사한 언어가 사용될 수도 있다. 이해에 대한 보조수단으로서, 다음의 첨부된 청구범위 및/또는 본 명세서의 설명들은 청구항 열거들을 도입하기 위해 "적어도 하나(at least one)" 및 "하나 이상(one or more)"이라는 도입 어구들의 사용을 포함할 수도 있다. 그러나, 동일한 청구항이 도입 어구들 "하나 이상" 또는 "적어도 하나" 및 "a" 또는 "an"과 같은 부정 관사들(예를 들어, "a" 및/또는 "an"은 "적어도 하나" 또는 "하나 이상"을 의미하는 것으로 해석되어야 한다)을 포함할 때에도, 그러한 어구들의 사용은 부정 관사들 "a" 또는 "an"에 의한 청구항 열거의 도입이 그러한 도입 청구항 열거를 포함하는 임의의 특정 청구항을 단지 하나의 그러한 열거를 포함하는 실시예들로 제한한다는 것을 암시하는 것으로 해석되어서는 안 된다. 청구항 열거들을 도입하는 데 사용되는 정관사들의 사용에 대해서도 마찬가지이다. 부가적으로, 도입 청구항 열거의 특정 번호가 명시적으로 열거되더라도, 본 기술분야의 통상의 기술자들은 그러한 열거가 적어도 열거된 번호를 의미하는 것으로 해석되어야 한다는 것을 인식할 것이다(예를 들어, 다른 수식어들을 갖지 않는 "2개의 열거들"의 단순 열거(bare recitation)는 적어도 2개의 열거들 또는 2개 이상의 열거들을 의미한다).

게다가, "A, B, 및 C 등 중 적어도 하나(at least one of A, B, and C, etc.)"와 유사한 관습적 표현(convention)이 사용되는 이들 인스턴스들에서, 일반적으로, 그러한 구조(construction)는 본 기술분야의 통상의 기술자가 관습적 표현을 이해하는 의미로 의도된다(예를 들어, "A, B, 및 C 중 적어도 하나를 갖는 시스템"은 A만을 단독으로, B만을 단독으로, C만을 단독으로, A 및 B를 함께, A 및 C를 함께, B 및 C를 함께, 그리고/또는 A, B, 및 C를 함께 등을 갖는 시스템들을 포함하지만 이에 제한되지 않을 것이다). "A, B, 또는 C 등 중 적어도 하나"와 유사한 관습적 표현이 사용되는 이들 인스턴스들에서, 일반적으로, 그러한 구조는 본 기술분야의 통상의 기술자가 관습적 표현을 이해하는 의미로 의도된다(예를 들어, "A, B, 또는 C 중 적어도 하나를 갖는 시스템"은 A만을 단독으로, B만을 단독으로, C만을 단독으로, A 및 B를 함께, A 및 C를 함께, B 및 C를 함께, 그리고/또는 A, B, 및 C를 함께 등을 갖는 시스템들을 포함하지만 이에 제한되지 않을 것이다). 설명에서든, 청구범위에서든, 또는 도면들에서든 간에, 사실상 2개 이상의 대안적인 용어들을 제시하는 임의의 이접 접속어(disjunctive word) 및/또는 이접 접속구(disjunctive phrase)가 용어들 중 하나, 용어들 중 어느 하나, 또는 용어들 모두를 포함하는 가능성들을 고려하도록 이해되어야 한다는 것이 본 기술분야의 통상의 기술자들에 의해 추가로 이해될 것이다. 예를 들어, 어구 "A 또는 B"는 "A" 또는 "B" 또는 "A 및 B"의 가능성들을 포함하는 것으로 이해될 것이다. 추가로, 본 명세서에서 사용되는 바와 같이, 용어들 "~ 중 임의의 것(any of)" 다음에 복수의 항목들 및/또는 항목들의 복수의 카테고리들의 리스팅이 뒤따르는 것은, 개별적으로 또는 다른 항목들 및/또는 항목들의 다른 카테고리들과 함께, 항목들 및/또는 항목들의 카테고리들 "중 임의의 것", "이들의 임의의 조합", "이들의 임의의 멀티플(multiple)", 및/또는 "이들의 멀티플들의 임의의 조합"을 포함하도록 의도된다. 더욱이, 본 명세서에서 사용되는 바와 같이, 용어 "세트(set)" 또는 "그룹(group)"은, 0을 포함하는, 임의의 수의 항목들을 포함하도록 의도된다. 부가적으로, 본 명세서에서 사용되는 바와 같이, 용어 "수(number)"는, 0을 포함하는, 임의의 수를 포함하도록 의도된다.

부가적으로, 본 개시내용의 피처들 또는 양태들이 마쿠쉬(Markush) 그룹들의 관점에서 설명되는 경우, 본 기술분야의 통상의 기술자들은 본 개시내용이 또한 그에 의해 마쿠쉬 그룹의 멤버들의 임의의 개별 멤버 또는 서브그룹의 관점에서 설명된다는 것을 인식할 것이다.

본 기술분야의 통상의 기술자에 의해 이해되는 바와 같이, 임의의 그리고 모든 목적들을 위해, 예컨대 기입된 설명을 제공하는 것의 관점에서, 본 명세서에 개시된 모든 범위들은 또한 임의의 그리고 모든 가능한 하위 범위들 및 그의 하위 범위들의 조합들을 포괄한다. 임의의 리스팅된 범위는 동일한 범위가 적어도 동일한 절반들, 3분의 1들, 4분의 1들, 5분의 1들, 10분의 1들 등으로 분해되는 것을 충분히 설명하고 가능하게 하는 것으로서 쉽게 인식될 수 있다. 비제한적인 예로서, 본 명세서에서 논의된 각각의 범위는 하위 3분의 1, 중간 3분의 1 및 상위 3분의 1 등으로 쉽게 분해될 수도 있다. 본 기술분야의 통상의 기술자에 의해 또한 이해되는 바와 같이, "최대(up to)", "적어도(at least)", "보다 더 큰(greater than)", "보다 더 작은(less than)", 및 이와 유사한 것과 같은 모든 언어는 열거된 수를 포함하고, 상기에 논의된 바와 같이 하위 범위들로 후속하여 분해될 수 있는 범위들을 지칭한다. 최종적으로, 본 기술분야의 통상의 기술자에 의해 이해되는 바와 같이, 범위는 각각의 개별 멤버를 포함한다. 따라서, 예를 들어, 1개 내지 3개의 셀들을 갖는 그룹은 1개, 2개, 또는 3개의 셀들을 갖는 그룹들을 지칭한다. 유사하게, 1개 내지 5개의 셀들을 갖는 그룹은 1개, 2개, 3개, 4개, 또는 5개의 셀들 등을 갖는 그룹들을 지칭한다.

더욱이, 청구범위는 그 영향에 대해 언급되지 않는 한 제공된 순서 또는 요소들로 제한되는 것으로 판독되어서는 안 된다. 부가적으로, 임의의 청구항에서 "~하기 위한 수단(means for)"이라는 용어들의 사용은 35 U.S.C. §112, ¶6 또는 수단-플러스-기능 청구항 포맷을 호출하도록 의도되고, "~하기 위한 수단"이라는 용어들이 없는 임의의 청구항은 그렇게 의도되지 않는다.

소프트웨어와 연관된 프로세서는 무선 송수신 유닛(WTRU), 사용자 장비(UE), 단말기, 기지국, 이동성 관리 엔티티(MME) 또는 진화된 패킷 코어(Evolved Packet Core)(EPC), 또는 임의의 호스트 컴퓨터에서의 사용을 위한 라디오 주파수 트랜시버를 구현하는 데 사용될 수도 있다. WTRU는, 소프트웨어 정의 라디오(Software Defined Radio)(SDR), 및 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 디바이스, 스피커, 마이크로폰, 텔레비전 트랜시버, 핸즈프리 헤드셋, 키보드, 블루투스® 모듈, 주파수 변조(FM) 라디오 유닛, 근접장 통신(Near Field Communication)(NFC) 모듈, 액정 디스플레이(LCD) 디스플레이 유닛, 유기 발광 다이오드(OLED) 디스플레이 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 무선 근거리 네트워크(WLAN) 또는 초광대역(Ultra Wide Band)(UWB) 모듈과 같은 다른 컴포넌트들을 포함하는 하드웨어 및/또는 소프트웨어로 구현되는 모듈들과 함께 사용될 수도 있다.

본 발명이 통신 시스템들의 관점에서 설명되었지만, 시스템들은 마이크로프로세서들/범용 컴퓨터들(도시되지 않음) 상의 소프트웨어로 구현될 수도 있다는 것이 고려된다. 특정 실시예들에서, 다양한 컴포넌트들의 기능들 중 하나 이상은 범용 컴퓨터를 제어하는 소프트웨어로 구현될 수도 있다.

부가적으로, 본 발명은 특정 실시예들을 참조하여 본 명세서에 예시 및 설명되지만, 본 발명은 도시된 세부사항들로 제한되도록 의도되지 않는다. 오히려, 청구범위의 등가물들의 범주 및 범위 내에서 그리고 본 발명으로부터 벗어남이 없이 세부사항들에 있어서 다양한 수정들이 이루어질 수도 있다.

본 개시내용 전반에 걸쳐, 본 기술분야의 통상의 기술자는 특정 대표적인 실시예들이 대안적으로 또는 다른 대표적인 실시예들과 조합하여 사용될 수도 있다는 것을 이해한다.

피처들 및 요소들이 특정 조합들로 상술되어 있지만, 본 기술분야의 통상의 기술자는 각각의 피처 또는 요소가 단독으로 또는 다른 피처들 및 요소들과의 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 부가적으로, 본 명세서에서 설명되는 방법들은 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능 매체에 포함되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수도 있다. 비일시적 컴퓨터 판독가능 저장 매체들의 예들은 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 자기 매체들 예컨대 내부 하드 디스크들 및 착탈식 디스크들, 광자기 매체들, 및 광학 매체들 예컨대 CD-ROM 디스크들, 및 디지털 다기능 디스크(DVD)들을 포함하지만, 이에 제한되지 않는다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서의 사용을 위한 라디오 주파수 트랜시버를 구현하는 데 사용될 수도 있다.

더욱이, 상술된 실시예들에서, 프로세싱 플랫폼들, 컴퓨팅 시스템들, 제어기들, 및 프로세서들을 포함하는 다른 디바이스들이 언급된다. 이들 디바이스들은 적어도 하나의 중앙 프로세싱 유닛("CPU") 및 메모리를 포함할 수도 있다. 컴퓨터 프로그래밍의 분야의 통상의 기술자들의 관례들에 따라, 동작들 또는 명령어들의 상징적 표현들 및 액트들에 대한 참조가 다양한 CPU들 및 메모리들에 의해 수행될 수도 있다. 그러한 액트들 및 동작들 또는 명령어들은 "실행", "컴퓨터 실행" 또는 "CPU 실행"되는 것으로 지칭될 수도 있다.

본 기술분야의 통상의 기술자는 액트들 및 상징적으로 표현된 동작들 또는 명령어들이 CPU에 의한 전기 신호들의 조작을 포함한다는 것을 이해할 것이다. 전기 시스템은, 전기 신호들의 결과적인 변환 또는 감소 및 메모리 시스템에서의 메모리 위치들에서의 데이터 비트들의 유지를 야기시킴으로써 CPU의 동작뿐만 아니라, 신호들의 다른 프로세싱을 재구성하거나 또는 그렇지 않으면 변경할 수 있는 데이터 비트들을 표현한다. 데이터 비트들이 유지되는 메모리 위치들은, 데이터 비트들에 대응하거나 또는 데이터 비트들을 대표하는 특정 전기적, 자기적, 광학적, 또는 유기적 속성들을 갖는 물리적 위치들이다.

데이터 비트들은, 자기 디스크들, 광학 디스크들, 및 CPU에 의해 판독가능한 임의의 다른 휘발성(예를 들어, 랜덤 액세스 메모리("RAM")) 또는 비휘발성(예를 들어, 판독 전용 메모리("ROM")) 대용량 저장 시스템을 포함하는 컴퓨터 판독가능 매체 상에 또한 유지될 수도 있다. 컴퓨터 판독가능 매체는, 프로세싱 시스템 상에 배타적으로 존재하거나 또는 프로세싱 시스템에 대해 로컬 또는 원격일 수도 있는 다수의 상호연결된 프로세싱 시스템들 간에 분산되는 협력 또는 상호연결된 컴퓨터 판독가능 매체를 포함할 수도 있다. 대표적인 실시예들은 상기에 언급된 메모리들로 제한되지 않으며 다른 플랫폼들 및 메모리들이 설명된 방법들을 지원할 수도 있다는 것이 이해된다.

적합한 프로세서들은, 예로서, 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 집적 회로(ASIC)들, 주문형 표준 제품(ASSP)들; 필드 프로그래밍가능 게이트 어레이(FPGA)들 회로들, 임의의 다른 타입의 집적 회로(IC), 및/또는 상태 머신을 포함한다.

본 발명이 통신 시스템들의 관점에서 설명되었지만, 시스템들은 마이크로프로세서들/범용 컴퓨터들(도시되지 않음) 상의 소프트웨어로 구현될 수도 있다는 것이 고려된다. 특정 실시예들에서, 다양한 컴포넌트들의 기능들 중 하나 이상은 범용 컴퓨터를 제어하는 소프트웨어로 구현될 수도 있다.

부가적으로, 본 발명은 특정 실시예들을 참조하여 본 명세서에 예시 및 설명되지만, 본 발명은 도시된 세부사항들로 제한되도록 의도되지 않는다. 오히려, 청구범위의 등가물들의 범주 및 범위 내에서 그리고 본 발명으로부터 벗어남이 없이 세부사항들에 있어서 다양한 수정들이 이루어질 수도 있다.

Claims (21)

1. 무선 통신들을 위한 무선 송수신 유닛(wireless transmit/receive unit)(WTRU)에 의해 구현되는 방법에 있어서,
   제1 표시에 기초하여 코드북 프로세스들의 세트로부터 한 코드북 프로세스를 식별하는 단계;
   하이브리드 자동 반복 요청(hybrid automatic repeat request)(HARQ) 피드백의 비트들의 세트를 상기 식별된 코드북 프로세스와 연관시키는 단계;
   조건에 기초하여 상기 식별된 코드북 프로세스와 연관된 비트들의 세트를 유지하는 단계;
   상기 식별된 코드북 프로세스와 연관된 비트들의 세트를 송신하기 위한 제2 표시를 수신하는 단계; 및
   상기 제2 표시에 기초하여 상기 비트들의 세트를 송신하는 단계
   를 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
2. 제1항에 있어서,
   상기 연관은:
   다운링크 제어 정보(downlink control information)(DCI)에서 수신되는 제1 표시;
   상기 HARQ 피드백의 비트들의 세트가 대응하는 다운링크 송신들의 세트와 연관된 하나 이상의 파라미터들; 및
   다운링크 송신들의 세트가 수신되는 리소스와 연관된 하나 이상의 파라미터들
   중 임의의 것에 의해 결정되는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
3. 제1항에 있어서,
   상기 제1 표시는 상기 코드북 프로세스의 식별을 표시하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
4. 제1항에 있어서,
   상기 HARQ 피드백의 비트들의 세트는 다운링크 송신들의 세트에 대응하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
5. 제1항에 있어서,
   상기 조건은:
   리슨 비포 토크(listen-before-talk)(LBT) 실패;
   상기 HARQ 피드백이 성공적으로 수신되지 않은 다운링크 송신들의 세트에 대응함을 표시하는 메시지의 수신; 및
   상기 코드북 프로세스를 유지하도록 상기 WTRU에게 지시하는 메시지의 수신
   중 임의의 것을 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
6. 제1항에 있어서,
   상기 제2 표시는:
   상기 식별된 코드북 프로세스와 연관된 업링크 리소스 표시;
   다운링크 제어 정보(DCI) 포맷;
   DCI에서의 하나 이상의 비트들;
   라디오 네트워크 임시 식별자(Radio Network Temporary Identifier)(RNTI); 및
   HARQ 피드백 송신의 타이밍 정보
   중 임의의 것을 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
7. 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법에 있어서,
   상기 WTRU에 의해, 하이브리드 자동 반복 요청(HARQ) 피드백을 송신하기 전에 리슨 비포 토크(LBT)를 수행하지 않기 위한 또는 짧은 LBT를 수행하기 위한 표시를 수신하는 단계; 및
   상기 표시에 따라 상기 HARQ 피드백을 송신하는 단계
   를 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
8. 제7항에 있어서,
   상기 WTRU에 의해, 상기 표시가 상기 HARQ 피드백을 송신하기 전에 짧은 LBT를 수행하는 것으로 표시한다는 조건으로 짧은 LBT를 수행하는 단계를 더 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
9. 제7항에 있어서,
   상기 HARQ 피드백을 송신하는 단계는, 상기 표시가 상기 HARQ 피드백을 송신하기 전에 LBT를 수행하지 않는 것으로 표시한다는 조건으로, LBT를 수행하는 일 없이 상기 HARQ 피드백을 송신하는 단계를 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
10. 제7항에 있어서,
    상기 표시는: 상기 HARQ 피드백이 응답할 스케줄링 신호를 스크램블링하는 데 사용되는 특정 라디오 네트워크 임시 식별자(RNTI), 상기 HARQ 피드백이 응답할 스케줄링 신호가 수신된 탐색 공간 세트, 상기 HARQ 피드백이 응답할 스케줄링 신호가 수신된 제어 리소스 세트(control resource set)(CORESET), 및 상기 HARQ 피드백이 응답할 스케줄링 신호와 연관된 슬롯 포맷 표시 중 임의의 것을 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
11. 제7항에 있어서,
    상기 표시는, 상기 HARQ 피드백이 응답할 스케줄링 신호와 연관된 다음의 것:
    RNTI;
    다운링크 제어 정보(DCI) 포맷;
    DCI 스케줄링 전송 블록(transport block)(TB)의 집성 레벨(aggregation level);
    DCI 스케줄링 TB가 검출된 탐색 공간;
    DCI 스케줄링 TB가 검출된 CORESET;
    물리 업링크 제어 채널(Physical Uplink Control Channel)(PUCCH) 리소스 표시;
    HARQ 코드북 사이즈;
    HARQ 피드백의 타이밍 정보;
    HARQ 프로세스 식별물(identification)(ID);
    슬롯 포맷 표시; 및
    DCI에서의 비트 표시
    중 임의의 것인, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
12. 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법으로서,
    HARQ 피드백을 송신하기 위한 표시를 수신하는 단계;
    상기 표시에 기초하여 상기 HARQ 피드백이 하나 이상의 진행 중인 채널 점유 시간(Channel Occupancy Time)(COT)들 상에서 송신되어야 한다는 것을 결정하는 단계; 및
    상기 결정에 기초하여 상기 HARQ 피드백을 송신하는 단계
    를 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
13. 제12항에 있어서,
    상기 표시는 다운링크 제어 정보(DCI)에서 수신되고, 상기 HARQ 피드백이 송신되어야 하는 COT를 표시하는 COT 번호, COT 인덱스, 및 COT 오프셋 중 적어도 하나를 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
14. 제12항에 있어서,
    상기 표시는 HARQ 송신을 위한 DCI에서의 리소스 배정 또는 타이밍 값을 적어도 포함하는, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
15. 제12항에 있어서,
    상기 표시는 DCI 송신을 위해 사용되는 CORESET 또는 탐색 공간인, 무선 통신들을 위한 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
16. 무선 송수신 유닛(WTRU)에 있어서,
    프로세서 - 상기 프로세서는:
    제1 표시에 기초하여 코드북 프로세스들의 세트로부터 한 코드북 프로세스를 식별하고;
    하이브리드 자동 반복 요청(HARQ) 피드백의 비트들의 세트를 상기 식별된 코드북 프로세스와 연관시키고;
    조건에 기초하여 상기 식별된 코드북 프로세스와 연관된 비트들의 세트를 유지하도록
    구성됨 -;
    상기 식별된 코드북 프로세스와 연관된 비트들의 세트를 송신하기 위한 제2 표시를 수신하도록 구성되는 수신기; 및
    상기 제2 표시에 기초하여 상기 비트들의 세트를 송신하도록 구성되는 송신기
    를 포함하는, WTRU.
17. 제16항에 있어서,
    상기 연관은:
    다운링크 제어 정보(DCI)에서 수신되는 제1 표시;
    상기 HARQ 피드백의 비트들의 세트가 대응하는 다운링크 송신들의 세트와 연관된 하나 이상의 파라미터들; 및
    다운링크 송신들의 세트가 수신되는 리소스와 연관된 하나 이상의 파라미터들
    중 임의의 것에 의해 결정되는, WTRU.
18. 제16항에 있어서,
    상기 제1 표시는 상기 코드북 프로세스의 식별을 표시하는, WTRU.
19. 제16항에 있어서,
    상기 HARQ 피드백의 비트들의 세트는 다운링크 송신들의 세트에 대응하는, WTRU.
20. 제16항에 있어서,
    상기 조건은:
    리슨 비포 토크(LBT) 실패;
    상기 HARQ 피드백이 성공적으로 수신되지 않은 다운링크 송신들의 세트에 대응함을 표시하는 메시지의 수신; 및
    상기 코드북 프로세스를 유지하도록 상기 WTRU에게 지시하는 메시지의 수신
    중 임의의 것을 포함하는, WTRU.
21. 제16항에 있어서,
    상기 제2 표시는:
    상기 식별된 코드북 프로세스와 연관된 업링크 리소스 표시;
    다운링크 제어 정보(DCI) 포맷;
    DCI에서의 하나 이상의 비트들;
    라디오 네트워크 임시 식별자(RNTI); 및
    HARQ 피드백 송신의 타이밍 정보
    중 임의의 것을 포함하는, WTRU.

Images