KR20210006884A

KR20210006884A - 비-지상 네트워크용 하이브리드 자동 반복 요청(harq) 기술

Info

Publication number: KR20210006884A
Application number: KR1020207029924A
Authority: KR
Inventors: 아난타라만 발라서브라마니안; 나기 마할링감; 미하엘라 씨. 벨루리; 라비쿠마르 뷔. 프라가다
Original assignee: 아이디에이씨 홀딩스, 인크.
Priority date: 2018-04-03
Filing date: 2019-04-03
Publication date: 2021-01-19
Also published as: WO2019195446A1; US11838129B2; BR112020020344A2; CN112154621A; CN112154621B; US20240048283A1; CN117318897A; US20210167899A1; EP3776966A1

Abstract

비-지상 네트워크를 위한 HARQ(Hybrid Automatic Repeat Request) 기술을 제공하기 위한 방법 및 장치가 본 명세서에서 설명된다. 예를 들어, 무선 송수신 유닛(WTRU)은 리던던시 버전(RV) 및 교차 리던던시 버전(cRV)에 대한 구성 정보를 포함하는 업링크(UL) 피드백을, 위성 기지국(BS)에, 전송할 수 있다. WTRU는 제1 전송 블록(TB)과 연관된 하나 이상의 제1 RV를 수신할 수 있다. WTRU는 제2 TB와 연관된 하나 이상의 제2 RV 및 제1 TB 및 제2 TB와 연관된 적어도 하나의 교차 리던던시 버전(cRV)을 수신할 수 있다. cRV는 제1 TB 및 제2 TB 둘 모두로부터 생성된 패리티 비트를 포함할 수 있다. 제1 TB 또는 제2 TB 중 적어도 하나가 성공적으로 디코딩되지 않는 경우, WTRU는 적어도 하나의 cRV에 기초하여 제1 TB 및 제2 TB를 결합하여 디코딩할 수 있다.

Description

비-지상 네트워크용 하이브리드 자동 반복 요청(HARQ) 기술

관련 출원에 대한 상호 참조

본 출원은 2018년 4월 3일자로 출원된 미국 가출원 제62/652,115호의 이익을 주장하며, 이 미국 가출원의 내용은 이로써 참조에 의해 본 명세서에 포함된다.

NR(New Radio), LTE(Long Term Evolution), 또는 WCDMA(Wideband Code Division Multiple Access)와 같은 지상 네트워크에서, RF(radio frequency) 신호가 무선 송수신 유닛(WTRU)과 기지국(BS) 사이에서 횡단해야 하는 거리가 최대 수십 킬로미터라는 사실로 인해 전파 지연은 무시할 정도이다. 예를 들어, LTE 시스템에 대한 전파 지연은 거리에 따라 대략 수 나노초 또는 수 마이크로초일 수 있다. 전형적으로, HARQ(Hybrid Automatic Repeat Request) 재전송의 최대 개수(최초 전송(original transmission)을 포함함)는 LTE 시스템의 경우 4로 설정되는데, 이는, 최악의 경우에, 성공적인 디코딩을 위한 지연이 대부분의 관심 애플리케이션에 의해 허용될 수 있다는 것을 의미한다. 그렇지만, 비-지상 네트워크(non-terrestrial network; NTN)에서, 전파 지연은 무시할 수 없는 정도이다. GEO(Geostationary Equatorial Orbit), MEO(Medium Earth Orbit), 및 LEO(Low Earth Orbit) 시스템에 대한 전형적인 전파 지연은, 제각기, 최대 135 ms, 45 ms, 및 10 ms이다. NTN에 대해 HARQ를 사용하는 경우에, 최대 재전송 횟수를 고려한 지연은 대부분의 애플리케이션에서 엄청나게 커질 수 있다. 게다가, 큰 전파 지연으로 인해, 채널이 얼마나 자주 추정되고 피드백되는지에 관계없이, 송신기가 수신기로부터 피드백을 수신할 무렵에는 채널 상태 정보(CSI)가 오래되어 쓸모없게(stale) 될 수 있다. HARQ의 경우에, 이러한 문제는 전송 블록(transport block; TB)를 디코딩하는 데 레이턴시의 증가로 이어질 수 있다. 따라서, NTN 링크를 통한 HARQ 정지 대기(stop-and-wait) 절차에 대한 자원 사용을 최적화하는 방법 및 장치가 필요하다.

비-지상 네트워크를 위한 HARQ(Hybrid Automatic Repeat Request) 기술을 제공하기 위한 방법 및 장치가 본 명세서에서 설명된다. 예를 들어, 무선 송수신 유닛(WTRU)은 하나 이상의 리던던시 버전(redundancy version; RV) 및 하나 이상의 교차 리던던시 버전(cross redundancy version; cRV)에 대한 구성 정보를 포함하는 업링크(UL) 피드백을, 기지국(BS)에, 전송할 수 있다. 구성 정보는 번들마다의 RV의 개수, RV 인덱스, 코드 블록 그룹(code block group; CBG) 인덱스, 전송 시간 간격(transmission time interval; TTI) 매핑 정보, 또는 그에 걸쳐 적어도 하나 cRV가 생성되는 하나 이상의 TB를 나타내는 cRV 시그널링 정보 중 적어도 하나를 나타내는 비트맵을 포함할 수 있다. WTRU는, BS로부터, 하나 이상의 제1 RV가 제1 전송 블록(TB)에 대해 구성되어 있음을 나타내는 제1 다운링크 제어 정보(DCI)를 수신할 수 있다. WTRU는, BS로부터, 제1 TB와 연관된 하나 이상의 제1 RV를 수신하고, 하나 이상의 제1 RV에 기초하여, 제1 TB를 디코딩할 수 있다. 제1 TB가 하나 이상의 제1 RV를 사용하여 성공적으로 디코딩되지 않는 경우, WTRU는 제1 TB에 대한 추정된 정보 비트를 포함하는 제1 추정된 TB를 생성할 수 있다. WTRU는, BS로부터, 제2 TB에 대해 하나 이상의 제2 RV 및 적어도 하나의 cRV가 구성되어 있음을 나타내는 제2 DCI를 수신할 수 있다. WTRU는, BS로부터, 제2 TB와 연관된 하나 이상의 제2 RV와 제1 TB 및 제2 TB와 연관된 적어도 하나의 cRV를 수신할 수 있다. 적어도 하나의 cRV는 제1 TB 및 제2 TB에 걸쳐 생성된 복수의 정보 및/또는 패리티 비트를 포함할 수 있다. WTRU는 이어서, 하나 이상의 제2 RV에 기초하여, 제2 TB를 디코딩할 수 있다. 제2 TB가 하나 이상의 제2 RV를 사용하여 성공적으로 디코딩되지 않는 경우, WTRU는 제2 TB에 대한 추정된 정보 비트를 포함하는 제2 추정된 TB를 생성할 수 있다. 제1 TB 또는 제2 TB 중 적어도 하나가 성공적으로 디코딩되지 않는 경우, WTRU는 적어도 하나의 cRV에 기초하여 제1 TB 및 제2 TB를 결합하여(jointly) 디코딩할 수 있다. 구체적으로, 제1 추정된 TB 또는 제2 추정된 TB 중 적어도 하나가 생성되는 경우, WTRU는: 연결된 TB를 생성하기 위해, (1) 제1 추정된 TB와 제2 TB를 연결(concatenate)하는 것; (2) 제1 TB와 제2 추정된 TB를 연결하는 것; 또는 (3) 제1 추정된 TB와 제2 추정된 TB를 연결하는 것 중 적어도 하나를 수행할 수 있다. 일단 연결된 TB가 생성되면, WTRU는 적어도 하나의 cRV에 기초하여 연결된 TB를 디코딩할 수 있다. 연결된 TB가 성공적으로 디코딩되는 경우, WTRU는 긍정적 HARQ 피드백을 BS에 전송할 수 있다. 연결된 TB가 성공적으로 디코딩되지 않는 경우, WTRU는 부정적 HARQ 피드백을 BS에 전송할 수 있다.

첨부 도면과 관련하여 예로서 주어진, 이하의 설명으로부터 더 상세한 이해가 얻어질 수 있다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템을 예시하는 시스템 다이어그램이다;
도 1b는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 WTRU(wireless transmit/receive unit)를 예시하는 시스템 다이어그램이다;
도 1c는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 RAN(radio access network) 및 예시적인 CN(core network)을 예시하는 시스템 다이어그램이다;
도 1d는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 예시하는 시스템 다이어그램이다;
도 2는 HARQ 엔티티별 예시적인 다중 HARQ(Hybrid Automatic Repeat Request) 프로세스를 예시하는 다이어그램이다;
도 3은 RV(redundancy version) 및 RV에 기초한 HARQ(Hybrid Automatic Repeat Request) 피드백의 예시적인 생성을 예시하는 다이어그램이다;
도 4는 CBG(code block group)에 기초한 예시적인 TB(transport block) 세그먼트화를 예시하는 다이어그램이다;
도 5a는 디코딩을 위한 RV를 포함하는 TB의 예시적인 전송을 예시하는 다이어그램이다;
도 5b는 다수의 TB에 대해 결합하여 RV 및 cRV(cross redundancy version)를 포함하는 TB의 예시적인 전송을 예시하는 다이어그램이다;
도 6a는 RV가 특정 TB와 연관되는 번들로서의 RV의 예시적인 전송을 예시하는 다이어그램이다;
도 6b는 cRV가 다수의 TB와 연관되는 경우 RV 및 cRV의 예시적인 전송을 예시하는 다이어그램이다;
도 7은 cRV가 다수의 TB와 연관되는 경우의 예시적인 결합 디코딩 절차를 예시하는 다이어그램이다;
도 8은 다수의 TB에 걸쳐 생성된 cRV에 대한 예시적인 인코딩 절차를 예시하는 다이어그램이다;
도 9는 임의의 개수의 개별 RV와 번들링(bundling)하는 것에 의한 예시적인 cRV 전송을 예시하는 다이어그램이다;
도 10은 다수의 TB에 걸쳐 생성된 cRV를 사용하는 예시적인 디코딩 절차를 예시하는 다이어그램이다;
도 11은 상이한 TB에 속하는 코드 블록(CB)의 예시적인 cRV 기반 결합 디코딩을 예시하는 다이어그램이다;
도 12는 상이한 CBG에 대한 다수의 TB 사이의(에 걸친) 예시적인 cRV 생성을 예시하는 다이어그램이다;
도 13은 다수의 CBG에 걸쳐 생성된 cRV를 사용하는 예시적인 디코딩 절차를 예시하는 다이어그램이다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 예시하는 시스템 다이어그램이다. 통신 시스템(100)은, 음성, 데이터, 비디오, 메시징, 방송 등과 같은, 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 액세스 시스템(multiple access system)일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가, 무선 대역폭을 포함한, 시스템 자원의 공유를 통해 그러한 콘텐츠에 액세스할 수 있게 할 수 있다. 예를 들어, 통신 시스템(100)은 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA), ZT UW DTS-s OFDM(zero-tail unique-word DFT-Spread OFDM), UW-OFDM(unique word OFDM), 자원 블록 필터링된 OFDM(resource block-filtered OFDM), FBMC(filter bank multicarrier) 등과 같은, 하나 이상의 채널 액세스 방법을 이용할 수 있다.

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

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

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

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

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

일 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced) 및/또는 LTE-A Pro(LTE-Advanced Pro)를 사용하여 에어 인터페이스(116)를 확립할 수 있는, E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다.

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

일 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 다수의 라디오 액세스 기술을 구현할 수 있다. 예를 들어, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 예를 들어, DC(dual connectivity) 원리를 사용하여, LTE 라디오 액세스와 NR 라디오 액세스를 함께 구현할 수 있다. 따라서, WTRU(102a, 102b, 102c)에 의해 이용되는 에어 인터페이스는 다수의 유형의 기지국(예컨대, eNB 및 gNB)으로/로부터 송신되는 다수의 유형의 라디오 액세스 기술 및/또는 전송에 의해 특징지어질 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.11(즉, WiFi(Wireless Fidelity)), IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 라디오 기술을 구현할 수 있다.

도 1a에서의 기지국(114b)은, 예를 들어, 무선 라우터, Home Node B, Home eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스, 산업 시설, (예를 들어, 드론에 의해 사용하기 위한) 공중 회랑(air corridor), 도로 등과 같은, 로컬화된 영역에서의 무선 연결성을 용이하게 하기 위해 임의의 적당한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b)과 WTRU(102c, 102d)는 WLAN(wireless local area network)을 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 일 실시예에서, 기지국(114b)과 WTRU(102c, 102d)는 WPAN(wireless personal area network)을 확립하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b)과 WTRU(102c, 102d)는 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용하여 피코셀(picocell) 또는 펨토셀(femtocell)을 확립할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접적인 연결(direct connection)을 가질 수 있다. 따라서, 기지국(114b)은 CN(106/115)을 통해 인터넷(110)에 액세스하도록 요구받지 않을 수 있다.

RAN(104/113)은, 음성, 데이터, 애플리케이션, 및/또는 VoIP(voice over internet protocol) 서비스를 WTRU(102a, 102b, 102c, 102d) 중 하나 이상에 제공하도록 구성된 임의의 유형의 네트워크일 수 있는, CN(106/115)과 통신할 수 있다. 데이터는, 상이한 스루풋 요구사항, 레이턴시 요구사항, 허용 오차(error tolerance) 요구사항, 신뢰성 요구사항, 데이터 스루풋 요구사항, 이동성 요구사항 등과 같은, 다양한 QoS(quality of service) 요구사항을 가질 수 있다. 예를 들어, CN(106/115)은 호 제어(call control), 빌링 서비스(billing service), 모바일 위치 기반 서비스, 선불 전화(pre-paid calling), 인터넷 연결성, 비디오 배포 등을 제공할 수 있고, 그리고/또는, 사용자 인증과 같은, 상위 레벨 보안 기능을 수행할 수 있다. 비록 도 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)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크를 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트 내의 TCP(transmission control protocol), UDP(user datagram protocol) 및/또는 IP(internet protocol)와 같은, 공통의 통신 프로토콜을 사용하는 상호연결된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수 있다. 네트워크(112)는 다른 서비스 제공자에 의해 소유 및/또는 운영되는 유선 및/또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크(112)는, RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는, 하나 이상의 RAN에 연결된 다른 CN을 포함할 수 있다.

통신 시스템(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), 송신/수신 요소(transmit/receive element)(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비이동식 메모리(130), 이동식 메모리(132), 전원(134), GPS(global positioning system) 칩세트(136), 및/또는 다른 주변기기(138)를 포함할 수 있다. 일 실시예와 부합한 채로 있으면서 WTRU(102)가 전술한 요소들의 임의의 서브컴비네이션을 포함할 수 있다는 것이 이해될 것이다.

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

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

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

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

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

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

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

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

WTRU(102)는 ((예를 들어, 전송을 위한) UL 및 (예를 들어, 수신을 위한) 다운링크 둘 모두에 대한 특정의 서브프레임과 관련된) 신호의 일부 또는 전부의 전송 및 수신이 동시발생적(concurrent) 및/또는 동시적(simultaneous)일 수 있는 전이중 라디오(full duplex radio)를 포함할 수 있다. 전이중 라디오는 하드웨어(예를 들어, 초크(choke)) 또는 프로세서(예를 들어, 별개의 프로세서(도시되지 않음) 또는 프로세서(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)에 무선 신호를 전송하고 그리고/또는 그로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다.

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

도 1c에 도시된 CN(106)은 MME(mobility management gateway)(162), SGW(serving gateway)(164), 및 PDN(packet data network) 게이트웨이(또는 PGW)(166)를 포함할 수 있다. 전술한 요소 각각이 CN(106)의 일부로서 묘사되어 있지만, 이들 요소 중 임의의 것이 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(162a, 162b, 162c) 각각에 연결될 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, MME(162)는 WTRU(102a, 102b, 102c)의 사용자를 인증하는 것, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 어태치(initial attach) 중에 특정의 서빙 게이트웨이를 선택하는 것 등을 책임지고 있을 수 있다. 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)하는 것, WTRU(102a, 102b, 102c)에 대해 DL 데이터가 이용 가능할 때 페이징(paging)을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트를 관리 및 저장하는 것 등과 같은, 다른 기능을 수행할 수 있다.

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

CN(106)은 다른 네트워크와의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은, WTRU(102a, 102b, 102c)와 전통적인 지상선 통신 디바이스 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은, 회선 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 역할하는 IP 게이트웨이(예를 들어, IMS(IP multimedia subsystem) 서버)를 포함할 수 있거나 그와 통신할 수 있다. 그에 부가하여, CN(106)은 다른 서비스 제공자에 의해 소유 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수 있는 다른 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

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

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

인프라스트럭처 BSS(Basic Service Set) 모드에서의 WLAN은 BSS에 대한 AP(Access Point) 및 AP와 연관되어 있는 하나 이상의 STA(station)을 가질 수 있다. AP는 BSS 내부로 그리고/또는 BSS 외부로 트래픽을 운반하는 분배 시스템(Distribution System; DS) 또는 다른 유형의 유선/무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS 외부로부터 발신되는, STA으로의 트래픽은 AP를 통해 도착할 수 있고, STA에 전달될 수 있다. STA로부터 BSS 외부의 목적지로 발신되는 트래픽은 각자의 목적지로 전달되기 위해 AP에 송신될 수 있다. 예를 들어, 소스 STA가 트래픽을 AP에 송신할 수 있고 AP가 트래픽을 목적지 STA에 전달할 수 있는 경우, BSS 내의 STA들 사이의 트래픽은 AP를 통해 송신될 수 있다. BSS 내의 STA들 사이의 트래픽은 피어-투-피어 트래픽으로 간주 및/또는 지칭될 수 있다. 피어-투-피어 트래픽은 DLS(direct link setup)를 사용하여 소스 STA과 목적지 STA 사이에서 (예를 들어, 직접적으로) 송신될 수 있다. 특정한 대표적인 실시예에서, DLS는 802.11e DLS 또는 802.11z TDLS(tunneled DLS)를 사용할 수 있다. IBSS(Independent BSS) 모드를 사용하는 WLAN은 AP를 갖지 않을 수 있으며, IBSS 내의 또는 IBSS를 사용하는 STA(예를 들어, STA 전부)은 서로 직접적으로 통신할 수 있다. IBSS 통신 모드는 때때로 본 명세서에서 "애드혹(ad-hoc)" 통신 모드라고 지칭될 수 있다.

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

HT(High Throughput) STA는, 예를 들어, 40 MHz 폭의 채널을 형성하기 위해 기본 20 MHz 채널과 인접 또는 비인접 20 MHz 채널의 결합(combination)을 통해, 통신을 위해 40 MHz 폭의 채널을 사용할 수 있다.

VHT(Very High Throughput) 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)를 통과할 수 있다. IFFT(Inverse Fast Fourier Transform) 프로세싱과 시간 도메인 프로세싱이 각각의 스트림에 대해 개별적으로 행해질 수 있다. 스트림은 2개의 80 MHz 채널 상으로 매핑될 수 있고, 데이터는 전송 STA(transmitting STA)에 의해 전송될 수 있다. 수신 STA(receiving STA)의 수신기에서, 80+80 구성에 대한 위에서 설명된 동작이 반대로 이루어질 수 있고, 결합된 데이터가 MAC(Medium Access Control)에 송신될 수 있다.

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

802.11n, 802.11ac, 802.11af, 및 802.11ah와 같은, 다수의 채널 및 채널 대역폭을 지원할 수 있는 WLAN 시스템은 기본 채널로서 지정될 수 있는 채널을 포함한다. 기본 채널은 BSS 내의 모든 STA에 의해 지원되는 최대 공통 동작 대역폭(largest common operating bandwidth)과 동일한 대역폭을 가질 수 있다. 기본 채널의 대역폭은, BSS에서 동작하는 모든 STA 중에서, 최소 대역폭 동작 모드(smallest bandwidth operating mode)를 지원하는 STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, AP 및 BSS 내의 다른 STA이 2 MHz, 4 MHz, 8 MHz, 16 MHz, 및/또는 다른 채널 대역폭 동작 모드를 지원하더라도, 기본 채널은 1 MHz 모드를 지원하는(예를 들어, 1 MHz 모드만을 지원하는) STA(예를 들어, MTC 유형 디바이스)에 대해 1 MHz 폭일 수 있다. 캐리어 감지 및/또는 NAV(Network Allocation Vector) 설정은 기본 채널의 상태에 의존할 수 있다. 예를 들어, (1 MHz 동작 모드만을 지원하는) STA이 AP에 전송하는 것으로 인해, 기본 채널이 비지이면, 대부분의 주파수 대역이 유휴(idle)인 채로 있고 이용 가능할 수 있더라도 이용 가능한 주파수 대역 전체가 비지인 것으로 간주될 수 있다.

미국에서는, 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)에 무선 신호를 전송하고 그리고/또는 그로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다. 일 실시예에서, gNB(180a, 180b, 180c)는 캐리어 집성(carrier aggregation) 기술을 구현할 수 있다. 예를 들어, gNB(180a)는 다수의 컴포넌트 캐리어를 WTRU(102a)(도시되지 않음)에 전송할 수 있다. 이들 컴포넌트 캐리어의 서브세트는 비면허 스펙트럼 상에 있을 수 있는 반면, 나머지 컴포넌트 캐리어는 면허 스펙트럼 상에 있을 수 있다. 일 실시예에서, gNB(180a, 180b, 180c)는 CoMP(Coordinated Multi-Point) 기술을 구현할 수 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b)(및/또는 gNB(180c))로부터 협력 전송(coordinated transmission)을 수신할 수 있다.

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

gNB(180a, 180b, 180c)는 독립형 구성(standalone configuration) 및/또는 비-독립형 구성(non-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) 중 하나 이상을 이동성 앵커 포인트(mobility anchor point)로서 이용할 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 비면허 대역에서의 신호를 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다. 비-독립형 구성에서, WTRU(102a, 102b, 102c)는, 또한 eNode-B(160a, 160b, 160c)와 같은 다른 RAN과 통신하고/그에 연결하면서, gNB(180a, 180b, 180c)와 통신하고/그에 연결할 수 있다. 예를 들어, 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 사이의 인터워킹, UPF(User Plane Function)(184a, 184b)를 향한 사용자 평면 데이터의 라우팅, AMF(Access and Mobility Management Function)(182a, 182b)를 향한 제어 평면 정보의 라우팅 등을 핸들링하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, gNB(180a, 180b, 180c)는 Xn 인터페이스를 통해 서로 통신할 수 있다.

도 1d에 도시된 CN(115)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 SMF(Session Management Function)(183a, 183b), 및 어쩌면 DN(Data Network)(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)를 선택하는 것, 등록 영역(registration area)의 관리, NAS 시그널링의 종료, 이동성 관리 등을 책임지고 있을 수 있다. 네트워크 슬라이싱은 WTRU(102a, 102b, 102c)에 의해 이용되는 서비스의 유형에 기초하여 WTRU(102a, 102b, 102c)에 대한 CN 지원을 커스터마이즈하기 위해 AMF(182a, 182b)에 의해 사용될 수 있다. 예를 들어, URLLC(ultra-reliable low latency) 액세스에 의존하는 서비스, eMBB(enhanced massive mobile broadband) 액세스에 의존하는 서비스, MTC(machine type communication) 액세스를 위한 서비스 등과 같은 상이한 사용 사례에 대해 상이한 네트워크 슬라이스가 확립될 수 있다. AMF(162)는 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)는, UE IP 어드레스를 관리 및 할당하는 것, PDU 세션을 관리하는 것, 정책 시행 및 QoS를 제어하는 것, 다운링크 데이터 통지를 제공하는 것 등과 같은, 다른 기능을 수행할 수 있다. PDU 세션 유형은 IP 기반, 비-IP 기반, 이더넷 기반 등일 수 있다.

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

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

도 1a 내지 도 1d, 및 도 1a 내지 도 1d의 대응하는 설명을 고려하여, WTRU(102a 내지 120d), 기지국(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), 및/또는 본 명세서에 설명된 임의의 다른 디바이스(들) 중 하나 이상에 관해 본 명세서에서 설명된 기능들 중 하나 이상, 또는 전부는 하나 이상의 에뮬레이션 디바이스(도시되지 않음)에 의해 수행될 수 있다. 에뮬레이션 디바이스는 본 명세서에서 설명된 기능들 중 하나 이상, 또는 전부를 에뮬레이션하도록 구성된 하나 이상의 디바이스일 수 있다. 예를 들어, 에뮬레이션 디바이스는 다른 디바이스를 테스트하는 데 그리고/또는 네트워크 및/또는 WTRU 기능을 시뮬레이션하는 데 사용될 수 있다.

에뮬레이션 디바이스는 랩 환경(lab environment)에 있는 및/또는 운영자 네트워크 환경에 있는 다른 디바이스의 하나 이상의 테스트를 구현하도록 설계될 수 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스는 통신 네트워크 내의 다른 디바이스를 테스트하기 위해 유선 및/또는 무선 통신 네트워크의 일부로서 전체적으로 또는 부분적으로 구현 및/또는 배치되면서 하나 이상의 기능 또는 모든 기능을 수행할 수 있다. 하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/배치되면서 하나 이상의 기능 또는 모든 기능을 수행할 수 있다. 에뮬레이션 디바이스는 테스팅 목적으로 다른 디바이스에 직접적으로 결합될 수 있고 그리고/또는 오버-디-에어 무선 통신(over-the-air wireless communications)을 사용하여 테스팅을 수행할 수 있다.

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

HARQ(Hybrid Automatic Repeat Request) 프로토콜은 3G 시스템 이후로 사용되어 왔다. HARQ는 순방향 에러 정정(FEC)을 수행하는 것 외에도 동일한/상이한 정보/패리티 비트 세트의 전송을 반복함으로써 물리 계층/매체 액세스 제어(PHY/MAC) 레벨 에러 정정 메커니즘을 제공한다. 세 가지 유형의 HARQ 프로토콜이 있다: 체이스 결합(chase combining) 및 증분 리던던시(incremental redundancy)(유형 II 및 유형 III).

체이스 결합 스킴에서는, 동일한 코딩된 데이터 세트가 재전송되고, 디코더는 디코딩 동작 이전에 다수의 코딩된 패킷을 결합한다. 다수의 유사하게 코딩된 패킷을 결합하는 것은 유효 전력 이득(effective power gain)을 가져오며, 따라서 디코딩 확률을 향상시킨다.

증분 리던던시 스킴의 유형 II HARQ에서는, 각각의 재전송에서 추가 패리티 정보 비트가 전송된다. 모든 재전송은 자체적으로 디코딩 가능하지 않을 수 있지만, 상이한 RV(redundant version)를 포함하는 이전에 수행된 여러 재전송을 고려하여 결합하여 디코딩될 수 있다. 증분 리던던시 스킴의 유형 III HARQ에서는, 각각의 재전송이 자체 디코딩 가능하다. 즉, 각각의 재전송 동안 동일한 정보 비트가 상이한 패리티 비트 세트와 함께 송신된다.

HARQ는 전송된 코드워드(들)의 디코딩 가능성에 대한 즉각적인 피드백(하드웨어 제약, 전파 지연 등에 의존하는 타이밍 고려사항의 영향을 받음)을 제공한다. 이것은 잘못된 전송의 경우에 ARQ 요청을 트리거하기 위해 상위 계층(예를 들면, 라디오 링크 제어(RLC) 계층)에 의존할 필요 없이 MAC 계층으로부터의 신속한 피드백을 가능하게 한다. 게다가, HARQ 피드백은, 구성된 시간 간격으로 한 번씩 주기적으로/조악하게 수행되는 CQI(channel quality indicator) 피드백 이외에, 최신 채널 상태 정보에 대한 1 비트 피드백을 제공하는 것으로 생각될 수 있다.

매 코드워드마다 피드백을 수행하는 것의 주된 단점은, 송신기가 새로운 TB를 송신할 수 있기 전에 긍정 확인응답/부정 확인응답(ACK/NACK)을 위해 정지 대기(stop and wait; SAW)할 필요가 있기 때문에, 연관된 전송 블록(TB)을 송신하는 데 초래되는 지연이다. NACK가 수신되는 경우, 송신기는 NACK된 전송 블록에 대응하는 코드워드를 재전송할 수 있다. 스펙트럼 효율성을 향상시키기 위해, LTE는 HARQ 엔티티별 다중 HARQ 프로세스라는 개념을 도입하였다. 여기서, 각각의 HARQ 프로세스가 독립적으로 실행되어, 다수의 TB(즉, SAW 프로세스)가 HARQ 엔티티마다 동시에 실행될 수 있게 한다. 동시에 실행될 수 있는 HARQ 프로세스의 최대 개수는 왕복 시간(round trip time) 및 초래된 하드웨어 프로세싱 지연에 비례하며, 여기서 NTN(non-terrestrial network)의 경우 하드웨어 프로세싱 지연은 왕복 시간에 비해 무시해도 될 정도로 된다.

도 2는 HARQ 엔티티(200)별 예시적인 다중 병렬 HARQ 프로세스를 예시한다. 도 2에 예시된 바와 같이, 다중 정지 대기(SAW) 프로세스가 eNB(260) 및 WTRU(202)에 적용될 수 있다. 예를 들어, eNB(260)는 하나의 프로세스로부터의 ACK를 기다리는 동안 다른 HARQ 프로세스를 전송할 수 있다. 제1 HARQ 프로세스에서 수신되는 데이터(예를 들면, TB)를 프로세싱하는 동안, WTRU(202)는 계속하여 제2 프로세스를 사용하여 다른 데이터를 수신하는 등을 할 수 있다. 병렬로 동작하는 다중 HARQ 프로세스는 하나의 HARQ 엔티티를 형성할 수 있다. 구체적으로, eNB(260)는 TB3 HARQ 프로세싱으로부터의 TB3(210)의 이전 전송에 대한 HARQ 피드백(즉, 이 경우에, ACK(220))을 기다리는 동안 TB4(212)를 WTRU(202)에 전송할 수 있다. HARQ 프로세스들 중 임의의 것의 완료 이후에, WTRU(202)는 계속하여 eNB(260)로부터 TB4(232)(즉, 새로운 데이터)를 수신하고 TB3(230)에 대한 HARQ 프로세싱(이 예에서, NACK(240))을 수행하는 동안 TB4(232)에 대한 다른 HARQ 프로세싱을 개시할 수 있다. TB3(230)에 대한 HARQ 프로세싱이 개시된 후에, WTRU(202)는 TB3(230)을 디코딩하려고 시도한다. TB3(230)이 올바르게 디코딩되지 않는 경우, WTRU(202)는 eNB(260)에 NACK(240)를 통보할 수 있다. NACK(240)를 수신할 때, eNB(260)는 TB3(250)을 WTRU(202)에 재전송할 수 있다. 하나의 HARQ 엔티티를 형성하기 위해 병렬로 동작하는 이러한 다중 HARQ 프로세스(예를 들면, TB1 내지 TB8에 대한 HARQ 프로세스)는 데이터의 연속적인 전송을 여전히 가능하게 하면서 SAW 프로토콜의 단순성을 겸비한다.

LTE에서의 FDD(frequency division duplex) 시스템의 경우, 지원될 수 있는 HARQ 프로세스의 최대 개수는 8개로 고정되어 있다. TDD(time division duplex)에 대한 HARQ 프로세스의 개수는 프레임 구성에 관련되어 있으며 4개와 15개 사이에서 변한다. 두 가지 유형의 HARQ 절차: 즉, 비동기식과 동기식이 있다. LTE 다운링크에서 사용되는 비동기식 HARQ 절차에서, HARQ 프로세스 번호 및 리던던시 버전(RV)은 다운링크 제어 정보(downlink control information; DCI)에서 명시적으로 지시된다. 업링크에서 사용되는 동기식 HARQ 절차에서, WTRU는 서브프레임 번호에 기초한 HARQ 프로세스 번호를 사용하며, 따라서 eNB는 암시적으로 HARQ 프로세스 번호를 해독(decipher)할 수 있다. 예를 들어, 서브프레임 i에 대응하는 HARQ 프로세스 번호는, eNB에 의한 암시적 결정의 경우, (i mod 8)일 수 있다. 동기식 HARQ 프로세스의 경우 서브프레임에서 전송되는 RV는 미리 결정될 수 있거나(즉, 비-적응적) 또는 eNB에 의해 DCI 0에서 시그널링될 수 있다(적응적).

도 3은, 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, RV(redundancy version) 및 RV에 기초한 HARQ(Hybrid Automatic Repeat Request) 피드백의 예시적인 생성(300)을 예시한다. 도 3에 예시된 바와 같이, 송신기 측에서, PHY에 의해 획득되는 전송 블록(TB)(305)은 CRC(code redundancy check) 비트와 함께 원래 데이터를 포함할 수 있다. TB(305)는 다수의 코드 블록으로 세그먼트화되고 터보 인코더 또는 다른 채널 코딩 스킴을 사용하여 인코딩될 수 있다. 예를 들어, 출력 비트(310)를 생성하기 위해 1/3 레이트 터보 코딩이 다수의 코드 블록에 적용될 수 있다. 출력 비트(310)는 시스템 비트 및 다수의 패리티 비트(예를 들어, 제1 패리티 비트 및 제2 패리티 비트)를 포함할 수 있으며, 여기서 시스템 비트, 제1 패리티 비트 및 제2 패리티 비트는 개별적으로 인터리빙된다.

인터리빙된 비트는 원형 버퍼(circular buffer)에 삽입될 수 있으며, 시스템 비트가 먼저 삽입되고 이어서 제1 패리티 비트와 제2 패리티 비트가 교대로 삽입될 수 있다. 인터리빙된 비트의 서브세트는 RV(redundancy version)에 기초하여 원형 버퍼로부터 선택될 수 있다. RV-0(리던던시 버전-0)(315)은 거의 시스템 비트를 나타낼 수 있는 반면, RV-1(320), RV-2, RV-3은 대체로 패리티 비트를 나타낼 수 있다. 송신기는 먼저 RV0(315)을 유효 코딩률 4/5로 수신기에 전송할 수 있다. 송신기가 수신기로부터 NACK(340)를 수신하는 경우, 송신기는 RV1(320)을 수신기에 전송할 수 있다. 수신기 측에서, 수신기는 RV0(315)을 수신하고 RV0(315)을 디코딩하여 원래 데이터(또는 실제 데이터)를 획득할 수 있다. 수신기가 디코딩에 실패하는 경우, 수신기는 NACK 피드백(340)을 생성하고 HARQ 피드백으로 송신기에 전송할 수 있다. 수신기는 이어서 송신기로부터 RV1(320)을 수신하고 RV0(315) 및 RV1(320)을 함께 디코딩하여 원래 데이터(즉, TB(305))를 획득할 수 있다. 수신기가 성공적으로 디코딩하는 경우, 수신기는 ACK(350)를 송신기에 전송할 수 있다. LTE에서, 레이트 매칭 및 하이브리드 ARQ 기능성은 모든 코드 블록에 대해 동작할 수 있으며, ACK/NACK는 코드 블록이 아니라 TB에서 송신될 수 있다.

도 4는, 본 명세서에 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 코드 블록/코드 블록 그룹(CBG)에 기초한 예시적인 전송 블록 세그먼트화(400)를 예시한다. NR(New Radio) 또는 다른 5G(fifth generation) 네트워크의 경우, PHY에 의해 획득되는 TB(405)는, LTE와 유사하게, 코드 블록(410, 411, 412, 413, 414, 415, 416, 417)으로 세그먼트화될 수 있다. 도 4에 예시된 바와 같이, TB(405)는 CB0(410), CB1(411), CB2(412), CB3(413), CB4(414), CB5(415), CB6(416), CB7(417)을 포함할 수 있다. 게다가, NR은, 도 4에 도시된 바와 같이, 다수의 코드 블록(410, 411, 412, 413, 414, 415, 416, 417)을 표현하는 CBG(420, 425, 430)의 개념을 지원한다. 예를 들어, CBG0(420)은 CB0(410), CB1(411), CB2(412)를 포함할 수 있고, CBG1(425)은 CB3(413), CB4(414), CB5(415)를 포함할 수 있으며, CBG3(430)은 CB6(416) 및 CB7(417)을 포함할 수 있다. NR에서의 HARQ 피드백은 CBG마다 ACK/NACK를 보고하는 것을 지원할 수 있다. 이것은 송신기가 전체 TB에 해당하는 RV를 재전송할 필요 없이 해당 CBG(또는 이 CBG에 속하는 코드 블록)에만 대응하는 RV를 재전송할 수 있게 한다.

지상 시스템(예를 들면, NR, LTE, WCDMA, 및 다른 셀룰러 또는 무선 시스템, 라인(line) WLAN)에서, RF 신호가 횡단해야 할지도 모르는 최악의 경우의 거리가 셀 에지에 있는 WTRU와 기지국 사이이며, 이는 기껏해야 수십 킬로미터일 수 있다는 사실로 인해 전파 지연은 무시해도 될 정도이다(예를 들면, 수 나노초/마이크로초 정도). 전형적으로, HARQ 재전송의 최대 개수(최초 전송을 포함함)는 LTE 시스템의 경우 4로 설정되는데, 이는 성공적인 디코딩을 위한 최악의 경우의 지연(이 예에서 단방향 전파 지연(one-way propagation delay)의 8배임)이 대부분의 관심 애플리케이션에 의해 허용될 수 있다는 것을 의미한다. 그렇지만, 비-지상 네트워크(NTN) 시스템의 경우에, 전파 지연은 무시할 수 없는 정도이다. GEO(Geostationary Equatorial Orbit), MEO(Medium Earth Orbit), 및 LEO(Low Earth Orbit) 시스템에 대한 전형적인 전파 지연은, 제각기, 대략 135 ms, 대략 45 ms, 및 대략 10 ms이다. 벤트 파이프(bent pipe) 통신의 경우에, 전파 지연은 위에 인용된 숫자의 두 배일 것이다. 게다가, NTN에 대해 HARQ를 사용하는 경우에 최대 재전송 횟수를 고려한 최악의 경우의 지연은 대부분의 애플리케이션에서 엄청나게 된다. 종래의 HARQ 스킴을 NTN으로 전개(deploy)하는 것이 상당한 지연을 초래할 것임은 분명하다.

큰 전파 지연으로 인한 다른 중요한 문제는 채널 추정에서의 문제이다. 채널이 얼마나 자주 추정되고 피드백되는지에 관계없이, 채널 일관성 시간(channel coherence time)이 전파 시간보다 작으면 송신기가 피드백을 수신할 무렵에는 채널 상태 지시자(channel state indicator; CSI)가 오래되어 쓸모없게 된다. 따라서, CSI에 기초한 변조/코딩 스킴의 적응은 대체로 비효율적으로 된다. 따라서, 전송이 거의 블라인드(blind)/세미 블라인드(semi-blind)로 수행되어야 한다. 비록 대규모 페이딩 효과가 추정될 수 있지만(이는 거리에 따라 다름), 소규모 페이딩 효과를 추정하는 것이 항상 가능한 것은 아닐 수 있다.

요약하면, NTN에 존재하는 큰 전파 지연은 다음과 같은 문제를 야기한다: 모든 전송된 리던던시 버전(RV)에 대한 피드백이 제공되는 경우의 HARQ 왕복 시간(RTT)은 큰 지연 오버헤드를 초래하고, 오래되어 쓸모없는 CSI로 인해, CSI에 기초하여 변조/코딩을 적응시키는 것은 블라인드 적응을 수행하는 것과 유사하며 CSI 정보를 사용하지 않는 것과 마찬가지이다.

본 명세서에서 설명된 실시예는 지상 네트워크 및 비-지상 네트워크를 포함하는 임의의 유형의 무선 네트워크에 대해 제공된다. 무선 네트워크의 유형은 WPAN(Wireless Personal Area Network), WLAN(Wireless Local Area Network), 무선 애드혹 네트워크, WMAN(Wireless Metropolitan Area Network), 무선 WAN(Wide Area Network), LTE 및 NR과 같은 셀룰러 네트워크, GAN(Global Area Network), 및 우주 네트워크를 포함할 수 있지만, 이에 제한되지 않는다. 비-지상 네트워크라는 용어는 전송/수신 장비 릴레이 노드 또는 기지국을 적재(embark)하기 위해 항공 비행체 또는 우주 비행체를 사용하는 네트워크 또는 네트워크 세그먼트를 지칭할 수 있다. 우주 비행체는 LEO(Low Earth Orbiting) 위성, MEO(Medium Earth Orbiting) 위성, GEO(Geostationary Earth Orbiting) 위성은 물론 HEO(Highly Elliptical Orbiting) 위성을 포함한 위성 또는 위성 기지국을 지칭할 수 있다. 항공 비행체는, 모두가 전형적으로 8 내지 50 km의 고도에서 동작하며 준 정지형(quasi-stationary)인, 무인 항공 시스템(Unmanned Aircraft System; UAS) - 계류형(tethered) UAS, LTA(Lighter than Air) UAS 및 HTA(Heavier than Air) UAS를 포함함 - 를 포괄하는 고고도 플랫폼(High Altitude Platform; HAP)을 지칭할 수 있다.

번들 크기가 조악한 피드백에 기초하여 전송마다 적응되는 동적 HARQ 번들링 스킴에 대한 실시예가 본 명세서에서 개시된다. 번들링이라는 용어는 하나 이상의 전송 시간 간격(TTI)에서 하나 초과의 리던던시 버전을 전송하는 것을 지칭할 수 있다. 전송 블록들에 걸쳐 리던던시 버전들을 제공하기 위한 교차 리던던시 버전(cRV)에 대한 실시예도 본 명세서에서 개시된다. 게다가, NACK 피드백에서 더 많은 정보를 제공하는 실시예가 본 명세서에서 개시된다. NACK 피드백에서의 정보는, 성공적인 디코딩의 가능성을 향상시키기 위해, 송신기가 전송할 올바른 코딩된 비트/리던던시 버전(들)을 선택하는 데 도움을 줄 것이다. 리던던시 버전(RV)이라는 용어는 코드 블록(CB), 코드 블록 그룹(CBG), 전송 블록(TB) 등을 디코딩하는 데 필요한 정보 비트/패리티 비트 세트로서 정의될 수 있다. TB에 대한 하나 이상의 RV가 고려 중인 TB에만 기초하여 생성될 수 있다. 교차 리던던시 버전(cRV)이라는 용어는 다수의 CB, CBG 또는 TB로부터/간에/에 걸쳐 생성된 정보 비트/패리티 비트 세트로서 정의된다. 구체적으로, cRV는 다수의 CB, CBG, 또는 TB로부터 생성된 하나 이상의 RV로부터/간에/에 걸쳐 펑처링될 수 있다.

동적 HARQ 번들링 스킴에 대한 실시예가 본 명세서에서 설명된다. LTE 시스템은 WTRU가 TB의 모든 RV를 번들링하고 이를 별개의 TTI에서 전송하는 특정 애플리케이션에 대해 업링크에서의 TTI 번들링을 허용한다. 번들에 대한 피드백은 모든 RV의 전송 이후에 송신된다. TTI 번들링은 전형적으로 셀 에지에 있는 것으로 간주되는 WTRU 및 특히 VoLTE와 같은 저 레이트 애플리케이션에 대해 요구 시에(on demand) eNB에 의해 인에이블된다. 그렇지만, RV 전송 중 일부가 리던던트(redundant)한 것으로 간주되어 디코딩에 사용되지 않을 가능성이 있다. 예를 들어, 채널이 양호(good)한 경우, 코드워드를 디코딩할 수 있기 위해 RV-0(즉, 시스템 비트) 및 RV-2(즉, 패리티)를 갖는 것으로 충분할 수 있다. 따라서, 모든 RV(예를 들면, RV-0, RV-2, RV-3, RV-1)를 전송하는 것은 이 예에서 RV-3, RV-1의 전송이 시스템 비트를 디코딩에 필요하지 않았다는 점에서 비효율적인 자원 활용으로 이어질 수 있다.

적응적(또는 동적) RV 번들링 스킴은 이러한 비효율적인 자원 활용을 해결할 수 있다. 예를 들어, TTI에서 전송되는 RV 번들의 개수는 적응적일 수 있으며 NTN 링크의 업링크 뿐만 아니라 다운링크에도 적용될 수 있다. (조악한 또는 업링크) 피드백에 기초하여, TTI에서 전송되는 RV 번들의 개수가 달라질 수 있다. 예를 들어, 채널이 불량(poor)한 것으로 추정되는 경우, 모든 RV 번들이 현재 TTI에서 전송될 수 있는 반면, 채널이 양호한 것으로 추정되는 경우, 더 적은 RV만, 예를 들어, RV0이 전송될 수 있다. 피드백(또는 업링크/느린(slow) 피드백)은 다음 중 하나 이상을 나타낼 수 있다.

마지막 보고 기간 동안 경험된 채널 통계와 같은 통계 정보. 보고 기간은 준정적(quasi static)이며 통계적 추론에 기초하여 BS(예를 들면, eNB)에 의해 변경될 수 있다. 이것은 채널이, 예를 들어, 다음과 같이 미리 구성된 임계치를 초과하는/그 내에 있는 횟수의 백분율을 포함할 수 있다:

o CSI

THR1

o THR2

CSI

THR3

o CSI

THR4

사용된 RV의 상이한 조합에 대해 디코딩이 성공/실패한 횟수의 백분율. 예를 들어, 4개의 RV(RV-0, RV-1, RV-2. RV-3)이 사용되는 것으로 가정할 때, 조합은 이하를 포함할 수 있다:

o RV-0

o RV-0, RV-2

o RV-0, RV-3

o RV-0, RV-1

o RV-0, RV-2, RV-3

o RV-0, RV-2, RV-1

o RV-0, RV-2, RV-3

o RV-0, RV-2, RV-3, RV-1

획득된 피드백에 기초하여, 송신기는 번들마다의 RV의 개수 및 단일 TTI에서 또는 다수의 TTI에 걸쳐 송신될 필요가 있는 RV 인덱스를 적응시킬 수 있다. 예를 들어, 비트맵은 RV의 개수, RV, 및 이들을 전송하는 데 사용될 필요가 있는 TTI 관계를 나타낼 수 있다. 이하의 표 1은 비트맵의 예이다:

표 1에서, 비트맵의 문자 'x'는 비트 1 또는 비트 0 중 어느 하나일 수 있다. 이 예에서는 비트맵의 마지막 2 비트만이 상술된다. 표 1로부터의 개별 예로서, 'xxx00'과 동일한 비트맵은 RV0 및 RV2 둘 모두가 동일한 TTI-n에서 전송되는 것에 대응하는 반면, 'xxx01'의 비트맵은 RV0 및 RV3이, 제각기, 연속적인 TTI n 및 TTI n+1에서 전송되는 것에 대응한다. 유사하게, 비트맵 'xxx10'은 RV0 및 RV2의 2개의 RV가 제n TTI에서 전송되는 것을 나타내는 반면, RV3이 제(n+1) TTI에서 전송되는 것을 나타낸다. RV가 상이한 TTI에서 전송되어야 할 때, TTI는 연속적일 필요가 없으며 TTI 패턴은 비트맵에 의해 추론된다. 송신기가 후속 전송을 위해 사용해야 하는 수신기로부터의 피드백은 표 1에서의 예시적인 비트맵을 나타낼 수 있다.

CBG 개념이 적용되는 NR의 경우에, CBG 카운트가 1과 동일할 때, LTE 경우에 대해 위에서 논의된 피드백이 적용될 수 있다. 예를 들어, CBG 카운트가 1과 동일할 때, 전송 블록의 모든 코드 블록은 동일한 CBG의 일부이다. CBG 카운트가 1보다 클 때, LTE에 대해 위에서 논의된 피드백이 수정될 수 있다. 사용된 RV의 상이한 조합에 대해 디코딩이 성공/실패한 횟수의 백분율은 결합된 CBG 전부에 대해, 또는 CBG마다, 또는 CBG 서브그룹에 대해 계산될 수 있다. 예를 들어, 구성된 CBG의 개수가 3개인 경우, CBG₁, CBG₂, CBG₃에 대해 개별적으로, 또는 결합된 CBG 전부에 대해, 또는 (CBG₁, CBG₂) 서브그룹 및 CBG₃에 대해 통계가 제공될 수 있다. 획득된 피드백에 기초하여, 송신기는 CBG에 대한 RV의 개수 및 단일 TTI에서 또는 다수의 TTI에 걸쳐 CBG에 대해 송신될 필요가 있는 실제 RV를 적응시킬 수 있다. 예는 표 2에 나와 있다. 대안적으로 또는 추가적으로, 수신기로부터의 피드백은 단순히 송신기가 후속 전송을 위해 사용해야 하는 표 2에서의 비트맵을 나타낼 수 있다.

HARQ 피드백을 통해 전송될 번들의 개수는 적응적일 수 있으며, 보고되거나 추정되는 채널 통계에 따라 달라질 수 있다. HARQ 피드백은, 구성된 시간 기간에 걸쳐 주기적으로 또는 요구 시에 비주기적으로, 요약으로서 제공될 수 있으며, TTI마다 또는 TB마다 제공될 필요는 없다. 피드백은 (위에 설명된 바와 같이) 구성된 시간 기간에 걸친 채널 통계를 제공할 수 있으며, 최신/현재 채널 구현(channel realization)일 필요는 없다.

업링크의 경우에, WTRU는 마지막 구성된 시간 기간에 걸쳐 또는 요구 시에 비주기적으로 (위에서 설명된) 경험된 채널 통계에 대한 '저속(slow rate)' 피드백 요약을 물리 업링크 공유 채널(PUSCH)을 통해 송신할 수 있다. WTRU는 또한 피드백을 물리 업링크 제어 채널(PUCCH)을 통해 즉시 전송할 수 있다. 피드백에 기초하여, 다음 번들링 기반 전송(bundled transmission) 시간 기간 T_BundlePeriod(예를 들면, 다음 T_BundlePeriod > 1 TTI)에 걸쳐, 모든 TB에 대해 BS(예를 들면, eNB)에 의해 사용되는 번들의 개수가, 표 1 또는 표 2에 나와 있는 바와 같은 비트맵에 기초하여, ‘adaptive bundle size=x’와 같은 DCI, MAC-CE 또는 RRC 계층 파라미터를 통해 WTRU에 명시적으로 시그널링된다. T_BundlePeriod는 반정적이며, gNB/eNB에 의해 변경될 수 있다.

대안적으로 또는 추가적으로, WTRU는 BS(예를 들어, eNB)가 따를 필요가 있는 비트맵을 PUCCH에서의 전용 자원을 통해 직접적으로 시그널링할 수 있다. RRC 식별자인 adaptive bundling=True는 WTRU 및 BS(예를 들어, eNB) 둘 모두가 종래의 경우에서와 같이 TB/CBG마다 HARQ 피드백을 제공할 필요가 없음을 지시하도록 구성될 수 있다. 게다가, BS(예를 들어, eNB)로 하여금 WTRU가 전송하고 있는 RV를 알게 하는 암시적인 방법이 있을 수 있다. LTE에서, HARQ 프로세스의 경우, TTI마다 하나의 RV가 전송되는 경우, 제k 서브프레임에서 전송되는 RV는 (k mod x)에 의해 주어질 수 있으며, 여기서 x는 RV의 개수(LTE에서는 4개임)이다.

다운링크의 경우에, BS(예를 들어, eNB)는 WTRU가 사용할 필요가 있는 비트맵을 번들 파라미터에서 DCI, MAC-CE 또는 RRC 계층을 통해 직접적으로 시그널링할 수 있다.

대안적으로 또는 추가적으로, 다수의 RV가 주파수 다이버시티를 활용하기 위해 TTI마다 서브캐리어/PRB 할당에서 충분히 이격되어 전송될 수 있다. RV의 개수, 및 PRB 할당은 DCI, MAC-CE, RRC를 통해 시그널링될 수 있다. 이것은 업링크 및 다운링크 시나리오 둘 모두에 대해 적용 가능하다.

도 5a는, 본 명세서에 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 디코딩을 위한 리던던시 버전(RV)을 포함하는 전송 블록(TB)의 예시적인 전송(500)을 예시한다. 이전에 언급된 바와 같이, 채널이 추정된 것보다 더 양호한 경우, 전송된 RV들 중 일부는 디코딩을 위해 리던던트일 수 있다. 이것은 도 5a에 예시되어 있는데, 여기서 RV(505, 510)는 (송신기가 피드백을 받는 일 없이) 하나의/다수의 TTI에서 번들링되어 전송된다. 도 5a에 예시된 바와 같이, 디코딩이 RV0(505)만으로 가능하기 때문에, 디코딩을 위해 RV2(510)가 필요하지 않을 수 있다.

채널 예측이 정확하게 수행되었다면, 송신기가 처음부터 RV2(510)를 전송하지 않았을 것임이 도 5a에서 주목되어야 한다. 따라서, 위에서 논의된 바와 같은 적절한 번들 크기(이 예에서, RV0(505)만을 포함하는 크기 1의 번들)가 전송되었을 수 있다. 그렇지만, 이전에 논의된 바와 같이, NTN에서는, 높은 전파 지연으로 인해 채널 상태 정보가 오래되어 쓸모없게 될 수 있다.

따라서, 번들링은 송신기가 TB마다 필요한 것 이상의 리던던시를 제공하지 않도록 할 필요가 있으며, 그 이유는 그렇게 하면 자원의 낭비로 이어지기 때문이지만, 이는 오히려 TB들에 걸쳐 리던던시를 제공하여, 증가된 스펙트럼 효율성에 이르게 한다. RV가 (하나의 또는 다수의 TTI에 걸쳐) 번들로서 전송되기 때문에, 송신기는 피드백을 획득할 방법이 없으며, 동일한 MCS 및 동일한 개수의 자원 블록을 사용하여 모든 RV(예를 들면, RV0(505), RV2(510))를 전송한다. 즉, 이 예에서, RV2(510)의 전송을 위해 사용된 해당 양의 자원 블록은 리던던트(즉, 실제로 요구된 PRB의 개수에 대한 사용된 추가 PRB의 개수의 비인 스펙트럼 비효율성이 100%임)였다.

도 5b는, 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 다수의 TB에 대해 결합하여 RV 및 교차 리던던시 버전(cRV)을 포함하는 전송 블록(TB)의 예시적인 전송(550)을 예시한다. 성공적인 디코딩 가능성을 유지하면서도 스펙트럼적으로 효율적이기 위해 제어된 리던던시가 도입될 수 있다. 이것은 도 5b에 예시된 바와 같이 다수의 TB(565, 570)에 걸쳐 리던던시 버전(들)을 도입하는 교차 리던던시 버전(cRV)(560)의 개념으로 이어진다. 예를 들어, 도 5b에 예시된 cRV(560)는 TB, 즉 TB₁(565), 및 TB₂(570)에 대해 결합하여 리던던시 버전을 나타낸다. cRV 기반 스킴이 효율적인데 그 이유는 cRV(560)가 TB₂(570) 전송의 일부로서 TB₁(565) 및 TB₂(570)에 대해 결합하여 전송되기 때문이다. 특히, 단순성을 위해 TB₁(565)과 TB₂(570)가동일한 크기이고 따라서 번들링 기반 전송을 위해 양쪽 TB(565, 570)에 대해 유사한 MCS 및 유사한 개수의 물리 자원 블록(PRB)이 사용될 것으로 가정하면, TB마다 요구된 리던던시를 제공하면서 TB₁(565) 및 TB₂(570)에 걸친 평균 스펙트럼 비효율성이 50%로 감소될 수 있음을 알 수 있다. 따라서, cRV(560)는 TB에서의 그의 코드워드/코드 블록(CB)/코드 블록 그룹(CBG)에 대해 개별적으로 패리티를 생성할 수 있을 뿐만 아니라, 다수의 TB 간의 코드워드/CB/CBG에 걸쳐 하나 이상의 리던던시 버전을 결합하여 생성할 수 있다. TB에 대한 개별 CBG에 대한 RV를 전송하는 것 외에도, 하나 이상의 cRV가 다수의 TB 간의 CB/CBG에 걸쳐 전송될 수 있다. 따라서, cRV는 상이한 TB에 속하는 CB/CBG/코드워드에 걸쳐 또는 그 사이에 생성되거나 펑처링된 RV로서 정의될 수 있다.

도 6a는 RV가 특정 전송 블록(TB)과 연관되는 번들로서의 리던던시 버전(RV)의 예시적인 전송(600)을 예시한다. 도 6a에 예시된 바와 같이, RV0(602), RV1(604), RV2(606), 및 RV3(608)은 TB1(610)과 연관된다. 이러한 RV0(602), RV1(604), RV2(606), 및 RV3(608)은 하나의 TTI에 걸쳐 번들로서 전송될 수 있거나, 또는 각각이 하나의 TTI에서, 따라서 총 4개의 TTI에 걸쳐 전송될 수 있다. 일단 송신기가 RV0(602), RV1(604), RV2(606), 및 RV3(608)을 수신기에 송신하면, 수신기는 RV0(602), RV1(604), RV2(606), 및/또는 RV3(608)을 사용하여 TB1(610)을 디코딩할 수 있다. TB1(610)이 성공적으로 디코딩되는 경우, 수신기는 긍정적 HARQ 피드백(즉 ACK)을 송신기에 전송할 수 있다. TB1(610)이 성공적으로 디코딩되지 않는 경우, 수신기는 부정적 HARQ 피드백(즉, NACK)을 송신기에 전송할 수 있다. 유사하게, 도 6a에 예시된 바와 같이, RV0(612), RV1(614), RV2(616), 및 RV3(618)은 TB2(620)와 연관된다. 이러한 RV0(612), RV1(614), RV2(616), 및 RV3(618)은 TB2 전송 간격(예를 들어, TTI) 동안 번들로서 전송될 수 있다. 일단 송신기가 RV0(612), RV1(614), RV2(616), 및 RV3(618)을 수신기에 송신하면, 수신기는 RV0(612), RV1(614), RV2(616), 및/또는 RV3(618)을 사용하여 TB2(620)를 디코딩할 수 있다. TB2(620)가 성공적으로 디코딩되는 경우, 수신기는 긍정적 HARQ 피드백(즉 ACK)을 송신기에 전송할 수 있다. TB2(620)가 성공적으로 디코딩되지 않는 경우, 수신기는 부정적 HARQ 피드백(즉, NACK)을 송신기에 전송할 수 있다. TB1(610)과 연관된 RV(602, 604, 606, 608) 또는 TB2(620)와 연관된 RV(612, 614, 616, 618)에 대한 번들의 크기는 미리 결정되거나, 고정되거나, 또는 시그널링될 수 있다. 예를 들어, LTE에서, 번들의 크기는 TB마다 4이고 번들에서의 RV는 특정 TB에만 대응할 수 있다.

도 6b는 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 다수의 전송 블록(TB)과 연관되어 있는, 리던던시 버전(RV) 및 교차 리던던시 버전(cRV)의 예시적인 전송(650)을 예시한다. 도 6b에 도시된 바와 같이, RV0(662) 및 RV1(664)은 TB1(660)과 연관되고, TB1 전송 간격(예를 들면, TTI) 동안 번들로서 전송될 수 있다. 유사하게, RV0(672) 및 RV1(674)은 TB2(670)와 연관되지만, RV0(672) 및 RV1(674)은 TB2 전송 간격(예를 들면, TTI) 동안 cRV(676)와 함께 전송된다. cRV(676)는 TB1(660) 및 TB2(670)에 대응하는 정보 및/또는 패리티 비트를 포함할 수 있다. 이러한 코딩된 (정보 및/또는 패리티) 비트는 TB1(660) 및 TB2(670)를 디코딩하는 데 사용될 수 있다. cRV(676)는 TB1(660) 및 TB2(670)에 걸쳐 생성될 수 있다. 특히, TB1(660)로부터의 정보 비트 및 TB2(670)로부터의 정보 비트는 연결된 정보 비트를 생성하기 위해 조합될 수 있다. 이러한 연결된 정보 비트는 하나 이상의 RV(즉, 연결된 TB에 대한 RV)를 생성하기 위해 채널 코딩/레이트 매칭될 수 있다. 이러한 RV는 cRV(676)를 생성하기 위해 펑처링 비율(puncturing ratio)로 펑처링될 수 있다. 비록 2개의 TB(660, 670)가 도 6b에 예시되어 있지만, cRV를 생성하는 데 있어서의 TB의 개수는 제한되지 않는다. 더욱이, 하나 이상의 cRV가 임의의 개수의 TB로부터/에 걸쳐/간에 생성될 수 있다. 일부 실시예에서, 하나 이상의 cRV가 하나 이상의 TB와 연관된 다수의 코드 블록 그룹(CBG)으로부터/에 걸쳐/간에 생성될 수 있다.

도 7은 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 교차 리던던시 버전(cRV)이 다수의 전송 블록(TB)과 연관되어 있는 경우의 예시적인 결합 디코딩(joint decoding) 절차(700)를 예시한다. 단계(710)에서, WTRU는 리던던시 버전(RV) 및 교차 리던던시 버전(cRV)에 대한 구성을 포함하는 업링크(UL) 피드백(또는 느린 피드백)을, 기지국(BS)(예를 들어, gNB)에, 전송할 수 있다. UL 피드백(또는 느린 피드백)은, 매 TTI마다 수행되는 즉각적 피드백(instantaneous feedback)과 달리, 다수의 TTI에 기초한 피드백을 지칭할 수 있다. 특히, UL 피드백(또는 느린 피드백)은 현재 및/또는 과거 전송과 연관된 하나 이상의 TTI의 통계 정보에 기초하여 생성될 수 있다. 통계 정보의 예는 특정 보고 간격에서의 채널 통계, 채널이 어떤 임계치를 초과하는 횟수, 및 채널이 특정 범위 내에 있는 횟수 등을 포함할 수 있지만, 이에 제한되지 않는다. UL 피드백(또는 느린 피드백)에 포함된 구성은 번들마다의 RV의 개수, RV 인덱스, CBG 인덱스, TB에 대한 TTI 매핑, 및 cRV 시그널링 정보를 포함할 수 있지만, 이에 제한되지 않는다. cRV 시그널링 정보는 cRV가 유효한 TB의 개수, cRV가 적용되는 실제 TB, 및 cRV가 전송되는 CBG를 포함할 수 있지만, 이에 제한되지 않는다. 도 6b에 예시된 실시예에서, UL 피드백은: (1) TB당 RV의 개수가 2개라는 것; (2) cRV(676)가 TB1(660) 및 TB2(670)와 연관된다는 것(또는 그에 걸쳐 생성된다는 것);(3) cRV(676)가 TB2(670) 전송 간격에서 전송된다는 것을 BS에 지시할 수 있다.

일 실시예에서, 업링크 피드백은 위에서 설명된 구성 정보를 포함하는 지시자 또는 비트맵을 사용하여 전송될 수 있다. 대안적으로 또는 추가적으로, 지시자 또는 비트맵에 포함된 구성 정보의 예는 본 개시 전체에 걸쳐 표 1, 표 2, 표 3 및/또는 표 4에 기술되어 있다.

예를 들어, 표 3에 나와 있는 바와 같이, cRV 구성은 cRV4가 이전 전송 간격(즉, n-1) 및 현재 전송 간격(즉, n)에서 전송되어야 하는 2개의 TB와 연관되어 있음을 나타낼 수 있다. 현재 전송 n은 cRV4가 현재 전송에 포함되어 있음을 나타낼 수 있다. 도 6b의 예에서, n-1은 TB1의 이전 전송 간격을 나타내고, n은 cRV(676) 전송을 포함하는 TB2의 현재 전송 간격을 나타낸다.

단계(720)에서, WTRU는, BS로부터, 다운링크 제어 채널을 통해 다운링크 제어 정보(DCI)를 수신(또는 판독)할 수 있다. DCI는 하나 이상의 RV가 제1 전송 블록(TB1)에 대해 구성되어 있음을 나타내는 구성 정보를 포함할 수 있다. 이러한 이유는 송신기(예를 들면, BS)가 제1 TB와 연관된 모든 RV를 전송할 필요가 없기 때문이다. 송신기는 하나 이상의 RV를 선택하고 이들을 RV 번호의 표시와 함께 WTRU에 전송할 수 있다. DCI에 기초하여, WTRU는 어느 RV(들)가 제1 TB에 대해 구성되어 있는지를 결정할 수 있다. WTRU는 이어서, BS로부터, 제1 TB와 연관된 하나 이상의 RV를 수신할 수 있다. 단계(730)에서, WTRU는, 구성된 RV를 사용하여, 제1 TB를 디코딩할 수 있다. 수신된 TB1이 성공적으로 디코딩되지 않는 경우, WTRU는 제1 TB에 대한 추정된 정보 비트를 포함하는 제1 추정된 TB(즉, TB_{1 est}(735))를 생성할 수 있다.

단계(740)에서, WTRU는, BS로부터, 다운링크 제어 채널을 통해 다른 다운링크 제어 정보(DCI)를 수신(또는 판독)할 수 있다. DCI는 제2 전송 블록(TB2)에 대해 하나 이상의 RV 및 적어도 하나의 cRV가 구성되어 있음을 나타내는 구성 정보를 포함할 수 있다. DCI에 기초하여, WTRU는 어느 RV(들)가 제2 TB에 대해 구성되어 있는지 및 cRV가 제2 TB에 대해 구성되어 있는지(예를 들어, 제2 TB 전송을 위해 구성되어 있는지) 여부를 결정할 수 있다. WTRU는 또한 cRV가 제1 TB 및 제2 TB 또는 임의의 다른 TB와 연관되어 있는지 여부를 결정할 수 있다. 더 구체적으로, WTRU는 어느 TB가 수신된 cRV와 연관되어 있는지를 결정할 수 있다. WTRU는 이어서, BS로부터, 제2 TB와 연관된 하나 이상의 RV를 수신할 수 있다. 단계(750)에서, WTRU는, 구성된 RV를 사용하여, 제2 TB를 디코딩할 수 있다. 수신된 TB2가 성공적으로 디코딩되지 않는 경우, WTRU는 제2 TB에 대한 추정된 정보 비트를 포함하는 제2 추정된 TB(즉, TB_{2 est}(755))를 생성할 수 있다.

단계(760)에서, WTRU는 구성된 cRV를 사용하여 결합 디코더(joint decoder)를 셋업할 수 있다. 예를 들어, 제1 TB(예를 들어, TB1) 또는 제2 TB(예를 들어, TB2) 중 적어도 하나가 성공적으로 디코딩되지 않는 경우, 단계(770)에서 WTRU는 cRV에 기초하여 제1 TB 및 제2 TB를 결합하여 디코딩할 수 있다. 구체적으로, 제1 추정된 TB(735)는 생성되지만(즉, TB1이 성공적으로 디코딩되지 않음) 제2 추정된 TB(755)는 생성되지 않은 경우(즉, TB2가 성공적으로 디코딩됨), WTRU는 제1 추정된 TB(735)와 제2 TB를 연결하고 연결된 TB를 cRV를 사용하여 디코딩할 수 있다. 제1 추정된 TB(735)는 생성되지 않지만(즉, TB1이 성공적으로 디코딩됨) 제2 추정된 TB(755)는 생성되는 경우(즉, TB2가 성공적으로 디코딩되지 않음), WTRU는 제1 TB와 제2 추정된 TB(755)를 연결하고 연결된 TB를 cRV를 사용하여 디코딩할 수 있다. 제1 추정된 TB(735)가 생성되고(즉, TB1이 성공적으로 디코딩지 않음) 제2 추정된 TB(755)가 생성되는 경우(즉, TB2가 성공적으로 디코딩되지 않음), WTRU는 제1 추정된 TB(735)와 제2 추정된 TB(755)를 연결하고 연결된 TB를 cRV를 사용하여 디코딩할 수 있다.

연결된 TB가 단계(770)에서 성공적으로 디코딩되는 경우, 최종 디코딩된 정보 비트인 TB1(780) 및 TB2(775)가 생성되고 WTRU는 TB1 및 TB2에 대응하는 긍정적 HARQ 피드백을 BS에 전송할 수 있다. 연결된 TB가 성공적으로 디코딩되는 경우, WTRU는 TB1 및 TB2에 대응하는 부정적 HARQ 피드백을 BS에 전송할 수 있다.

교차 리던던시 버전(cRV) 생성(예를 들어, 인코딩 및 디코딩)에 대한 실시예가 본 명세서에서 설명된다. 도 4에서 도시된 바와 같이, TB는 코드 블록(CB)으로 세그먼트화될 수 있고, 코드 블록(CB)은 코드 블록 그룹(CBG)에 추가 매핑된다. 도 8은, 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 다수의 TB에 걸쳐 생성된 cRV에 대한 예시적인 인코딩 절차(800)를 예시한다. 비록 인코딩 절차(800)가 CB(806, 807, 808, 809, 811, 812, 813, 814, 815, 816)로 세그먼트화된 2개의 TB(805, 810) 및 2개의 TB(805, 810)에 걸쳐/간에 생성된 cRV(865, 870, 875)를 예시하지만, 이 인코딩 스킴은 2개 초과의 TB로 확장될 수 있다. cRV는 또한 단일 TB에 대한 다수의 CBG 또는 다수의 TB에 걸쳐/간에 생성될 수 있다.

이제 도 8을 참조하면, TB₁(805) 및 TB₂(810)은 제각기 크기가 m 및 n인 2개의 전송 블록이다. 일반성을 잃지 않으면서, m은 n보다 작다(예를 들면, m < n). CB^k _m은 (개별) 전송 블록 k(k = 1, 2)와 연관된 m번째 코드 블록을 표기한다. 게다가, TB₁(805)과 TB₂(810)의 연결에 대응하는 m번째 코드 블록은 CB¹² _m에 의해 표기된다. 코드 블록 크기는 고정되거나, 조건부(given conditions)이거나, 표준에 따른다는 점에 유의한다. 또한 도 8에서 TB₁(805) 및 TB₂(810)에 대한 코드 블록 크기가 동일할 필요가 없다는 점에 유의한다. TB₁₂(830)에 의해 표기되는 결합 TB를 인코딩하여 cRV(865, 870, 875)를 생성하는 것은 이하의 단계에 따라 진행된다.

은 전송 블록 TB₁(805)의 입력 비트를 나타낼 수 있고,

은 전송 블록 TB₂(810)의 입력 비트를 나타낼 수 있다. 전송 블록 TB₁(805) 및 TB₂(810)는 TB₁₂(830)를 획득하기 위해 단계(820)에 도시된 바와 같이 먼저 인터리빙될 수 있다. 인터리버의 목적이 연결된 전송 블록 TB₁₂(830)에서 TB₁(805) 및 TB₂(810)의 입력 비트를 균일하게 산재시키는 것임에 유의한다. 이것은 연결된 전송 블록(예를 들면, TB₁₂(830))에 대응하는 임의의 코드 블록 CB¹² _m(예를 들면, CB¹² ₁(831), CB¹² ₂(832), CB¹² ₃(833),CB¹² ₄(834), CB¹² ₅(835), CB¹² ₆(836), CB¹² ₇(837), CB¹² ₈(838), CB¹² ₉(839), CB¹² ₁₀(840))이 TB₁(805) 및 TB₂(810)의 거의 동일한(또는 그의 전송 블록 크기에 비례하는) 개수의 입력 비트를 가지려는 의도로 행해질 수 있다. 이 예에서, 인터리버의 출력은 입력 비트

을 산출한다. 다른 실시예에서, 대안의 인터리버가 가능하다.

표준에 명시된 고정 코드 블록 크기를 사용하여, TB₁₂(830)는 고정 크기 CRC(code redundancy check) 첨부물을 포함하는 코드 블록 CB¹² _m(m=1,2..)으로 세그먼트화될 수 있다. CB¹ _m (m=1,2..) 및 CB² _m(m=1,2..)이 그 자신의 CRC를 가질 수 있음에 유의한다.

코드 블록 CB¹² _m(m=1,2..)(831, 832, 833, 834, 835, 836, 837, 838, 839, 840) 각각은 표준에 명시된 패리티 검사 행렬을 사용하여 채널 인코딩(예를 들면, LDPC(Low Density Parity Check Code), Polar 코딩 등)되고, 레이트 매칭된 출력이 획득된다.

단계(880)에 나타낸 바와 같이 연결된 TB(830)에 대한 상이한 레이트 매칭된 버전을 산출하기 위해 모든 코드 블록(831, 832, 833, 834, 835, 836, 837, 838, 839, 840)의 레이트 매칭된 출력이 순차적으로 연결될 수 있다. 연결된 TB(830)의 레이트 매칭된 출력은 (RV)¹² = [(RV0)¹²(845), (RV1)¹²(850), (RV2)¹²(855), (RV3)¹²(860)]에 의해 표현된다. 여기서, (RVx)¹²(845, 850, 855, 860)는 TB₁₂(830)에 대해 생성된 리던던시 버전 x(x = 0,1,2,3)를 표기한다. (RV)¹²는 결합 전송 블록 TB₁₂(830)을 위해 연결된 모든 리던던시 버전을 표기한다.

마지막으로, cRV(예를 들면, (cRV1)¹², (cRV2)¹², (cRV3)¹²)는 다음과 같이 (RV)¹²(845, 850, 855, 860)로부터 생성될 수 있다. (RV0)¹²(845)은, 대체로 시스템 비트를 나타내기 때문에, cRV(865, 870, 875)의 일부로 간주되지 않을 수 있다. 단계(885)에 도시된 바와 같이, 그에 걸쳐 cRV(865, 870, 875)가 생성되는 TB(805, 810)의 크기의 합에 대한 cRV(865, 870, 875) 중 하나 이상이 전송될 (예를 들면, 개별) TB의 크기 비에 따라 (RV1)¹²(850), (RV2)¹²(855), (RV3)¹²(860)가 펑처링될 수 있다. 예를 들어, cRV(865, 870, 875) 중 하나 이상이 TB₂(810)와 함께 번들로서 전송되고 cRV(865, 870, 875) 중 하나 이상이 TB₁(805)과 TB₂(810) 간에 생성되는 경우, 펑처링 비율은

일 수 있다. 따라서, 단계(885)에 도시된 바와 같이, (cRVx)¹²(865, 870, 875)(단, x=1,2,3임)를 획득하기 위해, (RVx)¹²(845, 850, 855, 860)(단, x=0,1,2,3임)가 비율 r로 펑처링될 수 있다. (RVx)¹²(845, 850, 855, 860)를 펑처링하는 것은 (cRVx)¹²(865, 870, 875)를 생성하기 위해 (RVx)¹²(845, 850, 855, 860)로부터 하나 이상의 비트를 취하는 것(또는 0개 이상의 비트를 드롭시키는 것)을 의미할 수 있다. 이는 (RVx)¹²(845, 850, 855, 860)로부터의 비트들 전부를 취할 수 있거나 또는 그렇지 않을 수 있다. 예를 들어, 1/2 비율(즉, ½)의 경우 (cRV1)¹²(865)를 생성하기 위해 (RV1)¹²(845)로부터 하나 걸러 하나의 비트가 취해질 수 있다. 일 실시예에서, 허용 가능한 펑처링 비율 세트들의 세트

(

을 충족시킴)가 미리 정의될 수 있고, 획득된 펑처링 비율 r에 대해,

이도록 하는 가장 높은

이 선택될 수 있다. 이는 펑처링이 실제로는 비율

으로 수행될 수 있음을 의미한다. 예를 들어,

인 경우 그리고 TB 크기들의 비율이 r = 0.79인 경우, 사용되는 실제 펑처링 비율은

일 수 있다.

마지막으로, 생성된 cRV는 (cRV)¹² = [ (cRV1)¹²(865), (cRV2)¹²(870), (cRV3)¹²(875)]이다. cRV(865, 870, 875)가 임의의 개수의 TB로부터 생성될 수 있음에 유의한다.

번들링을 사용한 cRV 전송에 대한 실시예가 본 명세서에서 설명된다. 2개 이상의 전송 블록 간의 교차 패리티를 나타내는 cRV는 항상 개별 전송 블록의 하나 이상의 리던던시 버전과 함께 번들로서 전송될 수 있다. 이러한 이유는 부분 HARQ 증분 리던던시(IR)에서, 전송 블록이 개별 리던던시 버전을 사용하여 디코딩 가능할 필요가 있을 수 있고 따라서 디바이스가 정보/입력 비트를 추정하는 것이 가능하다는 사실 때문이다. 개별 전송 블록의 리던던시 버전 0(대체로 시스템 비트를 나타냄)이 임의의 번들에서 전송될 수 있으므로, 다시 말하지만 시스템 비트를 나타내는 교차 리던던시 버전 0을 전송하는 것으로부터 얻을 수 있는 것이 아무 것도 없다. 이러한 이유는, 예를 들어, (cRVx)¹²(x=1,2,3) 중 임의의 것이 cRV 전송의 일부로서 전송되는 것으로 가정되기 때문이다. 게다가, (cRVx)¹²(x = 1,2,3)는 임의의 개수의 개별 전송 블록의 리던던시 버전과 함께 번들로서 전송될 수 있다.

도 9는, 본 명세서에 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 임의의 개수의 개별 리던던시 버전(RV)과 번들링하는 것에 의한 예시적인 교차 리던던시 버전(cRV) 전송을 예시한다. 도 9에서, (RVx)^k는 전송 블록 k의 개별 리던던시 버전 x를 나타낼 수 있고, (cRVx)^kp는 TB_k와 TB_p 간의 교차 리던던시 버전 x를 나타낼 수 있다. 도 9에 예시된 바와 같이, (cRV2)¹²(920)은 TB1(930)과 TB2(935) 간에/에 걸쳐 생성되고 개별 TB2(935)의 (RV0)²(910) 및 (RV1)²(915)와 함께 번들로서 전송될 수 있다. 수신기는, (RV0)²(910), (RV1)²(915), 및 (cRV2)¹²(920) 전부를 번들로서 수신한 후에, TB2(935)를 디코딩하는 프로세스를 개시할 수 있다. 도 9에 예시된 다른 예에서, (cRV1)¹²(965)은 TB1(970)과 TB2(975) 간에/에 걸쳐 생성되고 개별 TB2(975)의 (RV0)²(950), (RV3)²(955), 및 (RV2)²(960)와 함께 번들로서 전송될 수 있다. 수신기는, (RV0)²(950), (RV3)²(955), (RV2)²(960) 및 (cRV1)¹²(965) 전부를 번들로서 수신한 후에, TB2(975)를 디코딩하는 프로세스를 개시할 수 있다.

도 10은, 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 다수의 TB에 걸쳐 생성된 cRV를 사용하는 예시적인 디코딩 절차(1000)를 예시한다. 비록 디코딩 절차(1000)가 2개의 TB를 사용하여 예시되었지만, 이러한 디코딩 방식은 2개 초과의 TB로 확장될 수 있다. cRV(1050)는 또한 단일 TB에 대한 다수의 CBG 또는 다수의 TB에 걸쳐/간에 생성될 수 있다.

(RVx)¹(단, x = 0, 1, 2, 3, ...)이 TB₁의 하나 이상의 리던던시 버전을 나타낸다고 가정하면, 단계(1005)에서 TB₁이 개별 리던던시 버전 (RV0)¹ 및 번들에서 무엇이 전송되었는지에 따라 (RV1)¹, (RV2)¹, (RV3)¹ 중 임의의 것 또는 전부를 사용하여 개별적으로 디코딩되고 추정될 수 있다. TB₁이 디코딩 또는 추정된 후에, 전송 블록 TB₁의 입력 비트의 추정치(즉, TB_{1_est}), 예를 들어,

(1015)이 생성될 수 있다. 추정된 정보 비트

(1015)은 정확할 수 있거나 또는 그렇지 않을 수 있다. 환언하면, TB₁은 성공적으로 디코딩될 수 있거나 또는 그렇지 않을 수 있다.

유사하게, (RVx)²(단, x = 0, 1, 2, 3, ...)이 TB₂의 하나 이상의 리던던시 버전을 나타낸다고 가정하면, 단계(1010)에서 TB₂가 개별 리던던시 버전 (RV0)² 및 번들에서 무엇이 전송되었는지에 따라 (RV1)², (RV2)², (RV3)² 중 임의의 것 또는 전부를 사용하여 개별적으로 디코딩되고 추정될 수 있다. TB₂가 디코딩 또는 추정된 후에, 개별 리던던시 버전(RV0) (RV0)², 및 (RV1)², (RV2)², (RV3)² 중 임의의 것 또는 전부에 기초하여 전송 블록 TB₂의 입력 비트의 추정치(예를 들면, TB_{2_est}), 예를 들어,

(1020)이 생성될 수 있다. 추정된 정보 비트

(1020)은 정확할 수 있거나 또는 그렇지 않을 수 있다. 환언하면, TB₂는 성공적으로 디코딩될 수 있거나 또는 그렇지 않을 수 있다.

전송 블록 TB₁ 및 TB₂ 중 하나 또는 둘 모두가 개별 리던던트 버전에 기초하여 성공적으로 디코딩되지 않은(즉, TB들 중 적어도 하나에서 부정확한 정보 비트가 생성되는) 경우에, 수신기는 cRV(1050)를 사용하여 다음과 같이 최종 디코딩된 출력(1055)을 획득할 수 있다. 단계(1025)에서, 송신기와 수신기 사이에서 시그널링되거나 합의된 인터리버를 사용하여, 수신기는, 도 10에 도시된 바와 같이, 연결된 전송 블록 TB₁₂의 추정치를 형성할 수 있다. 'TB₁의 추정치 또는 TB_{1_est}' 및/또는 'TB₂의 추정치 또는 TB_{2_est}'가 수신기의 버퍼에 유지될 수 있고 전송 블록이 올바르게 디코딩된 경우에도 폐기되지 않을 수 있다는 점에 유의한다. 수신기에서의 버퍼에 유지될 성공적으로 디코딩된 또는 성공적으로 디코딩되지 않은 전송 블록 추정치의 개수는 그에 걸쳐 cRV(1050)가 생성되는 전송 블록들의 최대 개수와 동일할 수 있다. 예를 들어, 아래의 표 4에서, 그에 걸쳐 cRV가 생성되는 TB들의 최대 개수는 4개이며, 이는 cRV7에 대응한다. 다운링크에서, WTRU는 미리 구성(또는 미리 결정)되거나 또는 BS(예를 들어, eNB 또는 gNB)에 의해 값 cRV_SBSize와 함께 HARQ 프로세스마다 유지할 버퍼의 개수를 시그널링하는 무선 자원 제어(RRC)를 통해 구성될 수 있다. 업링크에서, BS(예를 들어, eNB 또는 gNB)가 HARQ 엔티티마다 HARQ 프로세스마다 유지하는 소프트 버퍼의 개수는 미리 결정되거나, 시그널링되거나, 또는 구현 특정적일 수 있다.

연결된 전송 블록의 추정치(예를 들면, TB₁₂(1030)의 추정치)는, 예를 들어, 임의의 LTE/NR 무선 유닛에 대해 표준화된 바와 같은 코드 블록 세그먼트 크기를 사용하여, 코드 블록 세그먼트(예를 들면, CB¹² ₁(1031), CB¹² ₂(1032), CB¹² ₃(1032), CB¹² ₃(1033), CB¹² ₄(1034), CB¹² ₅(1035), CB¹² ₆(1036), CB¹² ₇(1037), CB¹² ₈(1038), CB¹² ₉(1039), 및 CB¹² ₁₀(1040))로 분할될 수 있다.

일 예로서,

는 수신기에서의 제1 코드 블록 CB¹² ₁의 입력 비트의 추정치일 수 있다. 송신기에서 인코딩되는 연결된 전송 블록의 대응하는 입력 비트가

였을 것임에 유의한다.

코드 블록의 앞서 언급된 정보 비트 시퀀스에 대해, 리던던시 버전(예를 들면, RV0, RV1, RV2, RV3)이 표준들에 잘 정의되어 있음에 유의한다. 구체적으로, 임의의 리던던트 버전에 속하는 정보 비트 시퀀스

의 임의의 패리티 비트에 대해, 패리티 비트에 참여하는 정보 비트는 패리티 행렬에 따라 잘 정의된다. cRV가 (도 11에 예시된 바와 같이) 잘 정의된 리던던시 버전을 펑처링함으로써 획득되기 때문에, cRV를 사용하여 TB₁과 TB₂를 결합하여 디코딩할 수 있기 위해 수신기가 필요로 하는 정보는 사용되는 펑처링 행렬/비율

또는 도 11에서의 인코딩 프로세스 동안 사용된 펑처링 비율 세트

이다. 펑처링 행렬/비율

은 (비록 이것이 시그널링될 수 있더라도) 명시적으로 시그널링될 필요가 없고, 수신기에 의해 암시적으로 추론될 수 있다. 수신기는 자신이 수신한 TB₁ 및 TB₂의 전송 블록 크기를 알고 있고(그렇지만 수신기가 그 중 어느 하나를 디코딩할 수 없었음), 수신기가 TB₂ 전송 동안 번들로서 cRV를 얻기 때문에, 수신기는

를 추론할 수 있다. 따라서, 펑처링 비율 세트

가 시그널링되는 경우, 수신기는 cRV 인코딩 프로세스에서 사용된 실제 펑처링 비율

(단,

임)을 알아낼 수 있다. 수신기가 TB₁ 전송 동안 번들로서 cRV를 얻는 경우, 수신기가

을 추론할 수 있고, 이어서 그에 따라

을 추정할 수 있다는 점에 유의한다.

도 11은, 본 명세서에 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 상이한 전송 블록(TB)에 속하는 코드 블록(CB)의 예시적인 교차 리던던시 버전(cRV) 기반 결합 디코딩(1100)을 예시한다. 이 예시적인 cRV 기반 디코딩에서의 코드 블록은 TB₁ 및 TB₂에 속할 수 있다. 도 11에서 예시된 바와 같이, 최상위 패리티 검사는 정보 비트

(1110)이 참여하는 개별 전송 블록 TB₁에 대한 리던던시 버전(1105)에 대응한다. 최하위 패리티 검사는 정보 비트

(1120)만이 참여하는 개별 전송 블록 TB₂에 대한 리던던시 버전(1120)을 나타낸다. 중앙에 있는 패리티 검사는 양쪽 TB로부터의 정보 비트가 참여하는 cRV(1130)에 대응한다. 특히, WTRU는 TB₁에 대해 구성된 개별 RV(1105)를 사용하여 TB₁을 디코딩하고, 정보 비트

(1110)인 TB_{1_est}를 획득할 수 있다. 유사하게, WTRU는 TB₂에 대해 구성된 개별 RV(1120)를 사용하여 TB₂를 디코딩하고, 정보 비트

(1120)인 TB_{2_est}를 획득할 수 있다. WTRU는 구성된 cRV(1130)를 사용하여 결합 디코더를 셋업하고,

(1110),

(1125), 및 cRV(1130)를 사용하여 TB₁및 TB₂를 디코딩할 수 있다.

수신기가 코드 블록/전송 블록의 결합 디코딩을 위해 cRV를 사용할 수 있기 위해 필요로 하는 파라미터는 연결된 전송 블록을 형성하기 위해 전송 블록을 인터리빙하기 위한 인터리버, 및 cRV가 번들링되어 전송되는 TB에 따라 cRV를 레이트 매칭하기 위한 펑처링 비율 세트

를 포함할 수 있지만, 이에 제한되지 않는다. 이러한 파라미터는 DCI를 통해, RRC, MAC-CE와 같은 상위 계층 시그널링을 통해 시그널링될 수 있거나 또는 (예를 들어, 표준들에서의 고정 인코더/패리티 검사 행렬 정의와 유사하게) 고정되거나 미리 결정될 수 있다.

코드 블록 그룹(CBG)을 갖는 교차 리던던시 버전(cRV)에 대한 실시예가 본 명세서에서 설명된다. 그러한 실시예는 CBG가 하나 이상의 전송 블록(TB)에서 사용될 때의 cRV 인코딩, 전송 및 디코딩을 포함할 수 있지만 이에 제한되지 않는다.

이 경우에, HARQ 피드백은 CBG마다 제공될 수 있으며, 리던던시 버전은 CBG마다 생성될 수 있다. 따라서, TB에 대한 리던던시 버전은 개별 CBG들의 리던던시 버전들의 연결로서 모델링될 수 있다. 예를 들어, (RV1)¹에 의해 표기되는 TB₁에 대한 RV1은 (RV1)¹=[ (RV1)¹ ₁, (RV1)¹ ₂, (RV1)¹ ₃]로서 쓰여질 수 있고, 여기서 (RV1)¹ ₁, (RV1)¹ ₂, (RV1)¹ ₃은 제각기 CBG 1, CBG 2, 및 CBG 3의 리던던시 버전-1을 나타낸다. 이후부터는, 다음과 같은 표기법이 사용될 것이다: (RVx)^k _m은 CBG m 및 TB k에 대한 리던던시 버전 x(단, x = 0,1,2,3임)를 나타내고; (RVx)^k는 TB k 내의 모든 CBG에 대한 리던던시 버전 x를 나타낸다.

도 12는, 본 명세서에 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 상이한 코드 블록 그룹(CBG)에 대한 다수의 전송 블록(TB) 간의 예시적인 교차 리던던시 버전(cRV) 생성(1200)을 예시한다. cRV(1221, 1251, 1281, 1226, 1256, 1286, 1231, 1261, 1291)는 단일 TB의 CBG(1220, 1225, 1230, 1250, 1255, 1260) 또는 상이한 TB(1205, 1240) 간에 생성될 수 있다. 도 12에 예시된 바와 같이, TB₁(1205)은 코드 블록 CB¹ ₁(1211), CB¹ ₂(1212), CB¹ ₃(1213), CB¹ ₄(1214), CB¹ ₅(1215), CB¹ ₆(1216), CB¹ ₇(1217), 및 CB¹ ₈(1218)을 포함한다. 코드 블록 각각은 하나 이상의 코드 블록 그룹에 의해 그룹화될 수 있다. 예를 들어, CB¹ ₁(1211), CB¹ ₂(1212), 및 CB¹ ₃(1213)은 CBG¹ ₁1220에 의해 그룹화될 수 있고, CB¹ ₄(1214), CB¹ ₅(1215), 및 CB¹ ₆(1216)은 CBG¹ ₂(1225)에 의해 그룹화될 수 있다. CB¹ ₇(1217) 및 CB¹ ₈(1218)은 CBG¹ ₃(1230)에 의해 그룹화될 수 있다. 유사하게, TB₂(1240)는 코드 블록 CB² ₁(1241), CB² ₂(1242), CB² ₃(1243), CB² ₄(1244), CB² ₅(1245), CB² ₆(1246), CB² ₇(1247), 및 CB² ₈(1248)을 포함한다. 코드 블록 각각은 하나 이상의 코드 블록 그룹에 의해 그룹화될 수 있다. 예를 들어, CB² ₁(1241), CB² ₂(1242), 및 CB² ₃(1243)은 CBG² ₁(1250)에 의해 그룹화될 수 있고, CB² ₄(1244), CB² ₅(1245), 및 CB² ₆(1246)은 CBG² ₂(1255)에 의해 그룹화될 수 있다. CB² ₇(1247) 및 CB² ₈(1248)은 CBG² ₃(1260)에 의해 그룹화될 수 있다.

도 12에서 사용된 표기법은 다음과 같다. CBG^k _m은 TB k의 CBG m에 대응하는 코드 블록 그룹을 표기한다. 유사한 표기법이 코드 블록 CB^k _m에 적용될 수 있다. (cRVx)^pq _m은 (TB_p로부터의) CBG^p _m 및 (TB_q로부터의) CBG^q _m에 의해 그룹 m에 대해 생성된 교차 리던던시 버전 x (x=1,2,3)를 표기한다. 예를 들어, (cRV2)¹² ₃(1261)은 (TB₁(1205)로부터의) CBG¹ ₃(1230) 및 (TB₂(1240)로부터의) CBG² ₃(1260)에 의해 생성된 코드 블록 그룹 3에 대응하는 교차 리던던시 버전 2를 표기한다. (cRVx)^pq는 TB_p와 TB_q 간의 모든 코드 블록 그룹에 대한 교차 리던던시 버전 x(x=1,2,3)를 나타낸다. 예를 들어, (cRV2)¹²(1295)는 TB₁(1205)과 TB₂(1240) 간의 모든 CBG에 대한 cRV2(즉, (cRV2)¹² ₁(1251), (cRV2)¹² ₂(1256), (cRV2)¹² ₃(1261))를 나타낸다.

cRV 생성은 다음과 같이 진행된다. TB₁(1205) 및 TB₂(1240) 내의 유사한 번호의 코드 블록 그룹은 교차 리던던시 버전을 생성하는 데 사용된다. 예를 들어, CBG¹ ₃(1230) 및 CBG² ₃(1260)을 결합하여 사용하여 생성된 교차 패리티 비트는 교차 리던던시 버전 (cRV1)¹² _3,(cRV2)¹² _3,및 (cRV3)¹² ₃을 생성한다. 2개의 상이한 전송 블록에 속하는 CBG들 간의 교차 리던던시 버전을 생성하기 위한 절차는 도 8에 묘사된 인코딩 절차와 유사하며, 전송 블록 TB₁ 및 TB₂가 코드 블록 그룹 CBG^k _m으로 대체되어 있다. 즉, 인터리버가 연결된 코드 블록 그룹을 생성하는 데 사용될 수 있고, 연결된 코드 블록 그룹은 코드 블록으로 세그먼트화될 수 있으며, 인코딩은 전형적인 방식으로 코드 블록마다 수행된다. 예를 들어, 인터리버(1270)는 CBG¹ ₂(1225)와 CBG² ₂(1255)를 연결하는 데 사용된다. 채널 코딩 및/또는 레이트 매칭이 연결된 CBG에 대해 수행될 수 있으며, 이에 의해 하나 이상의 리던던시 버전을 생성할 수 있다. 이러한 리던던시 버전은 cRV, 즉 (cRV1)¹² _2,(cRV2)¹² _2,및 (cRV3)¹² ₂을 생성하기 위해 개별 CBG 레이트 매칭을 사용하여 펑처링될 수 있다.

cRV의 인코딩이 CBG마다 수행될 수 있기 때문에, 필요에 따라, CBG마다 독립적인 인터리버가 제공될 수 있다. 게다가, CBG마다 cRV를 생성하기 위한 펑처링 비율은 CBG를 전송하는 데 사용하는 TB 및 또한 대응하는 전송 블록에서 CBG가 점유하는 CBG 크기에 의존할 수 있다. 예를 들어, 연결된 코드 블록 그룹 CBG¹ _m및 CBG² _m의 리던던시 버전으로부터 코드 블록 그룹 m에 대한 교차 리던던시 버전을 획득하기 위한 펑처링 비율은, cRV가 TB_i (i=1,2)에서 번들로서 전송되는 경우,

이다. 특정 코드 블록 그룹 m에 대한 (cRVx)¹² _m (x=1,2,3)은 또한 k번째 전송 블록의 개별 리던던시 버전 (RVx)^k (x=0,1,2,3)과 함께 번들의 일부로서 전송될 수 있다.

마지막으로, cRV가 다수의 전송 블록(예를 들면, 현재 TB, 과거 TB 및 미래 TB)에 걸쳐 생성될 수 있다는 것 외에도, 교차 리던던시 버전이 상이한 CBG에 걸쳐 생성될 수 있다는 점에 유의한다. 예를 들어, 도 12에 예시된 예와 같이 패리티 비트를 유사한 번호의 코드 블록 그룹을 사용하여 생성되도록 제약하는 것과는 달리, CBG¹ ₂(1225) 및 CBG² ₃(1260)을 사용하여 패리티 비트를 생성함으로써 (즉, TB₁(1205)의 코드 블록 그룹 2와 TB₂(1240)의 코드 블록 그룹 3 간의) cRV가 획득될 수 있다.

cRV 시그널링에 대한 실시예가 본 명세서에서 설명된다. 4G/NR 시스템은 현재 전송 블록에 대해 4개의 리던던시 버전을 사용한다. 본 명세서에서 설명된 교차 리던던시 버전(cRV)의 경우, RV의 시그널링은: (1) cRV가 유효한 전송 블록의 개수; (2) cRV가 적용되는 실제 전송 블록; 및 (3) cRV가 전송되는 코드 블록 그룹을 포함할 수 있다. cRV 시그널링의 예는 아래의 표 4에서 제공된다.

표 4: 예시적인 cRV 시그널링

위의 표 4에서, 처음 4개의 행은 (예를 들면, NR/LTE 시스템에서 사용되는) 개별(또는 단일) TB와 연관된 리던던시 버전을 나타낸다. 마지막 4개의 행은 다수의 전송 블록과 연관된 리던던시 버전을 나타낸다. n은 현재 TB와 연관된 RV를 포함하는 TB의 현재 전송을 표기한다. n-1은 이전 TB와 연관된 RV를 포함하는 TB의 이전 전송을 표기한다. n+1은 다음 TB와 연관된 RV를 포함하는 TB의 다음 전송을 표기한다. 예를 들어, 위의 cRV1(즉, cRV=1)은 현재 TB(즉, n)와 연관된 모든 CBG에 대한 리던던시 버전을 나타낸다. 이 예에서, 코딩이 현재 TB 내에서만 수행되기 때문에 cRV가 레거시 RV가 될 수 있음에 유의한다. 특히, 단지 하나의 TB(TB1)가 인코딩을 위해 고려되고 TB1이 3개의 CBG, 즉 CBG¹ ₁, CBG¹ ₂, CBG¹ ₃을 포함한다고 가정하면, cRV1은 단순히 TB1과만 연관된 레거시 리던던시 버전을 나타낸다. 일단 cRV1이 생성되면, cRV1은 현재 TB(즉, n)에 대한 TTI 동안 전송된다. 요약하면, 처음 4개의 행은 TB 내에서 생성되고 현재 시각(time instant) n에 전송될 수 있는 리던던시 버전을 나타낼 수 있다.

다른 예에서, 위의 cRV4(즉, cRV=4)는 현재 전송 블록(즉, n) 및 다음 전송 블록(즉, n+1)과 연관된 짝수 CBG에 대한 리던던시 버전만을 나타낸다. 3개의 TB가 전송된다고 가정된다: 시간 n-1에서 전송되는 TB1, 시간 n에서 전송되는 TB2, 시간 n+1에서 전송되는 TB3. 또한 시각 n에서, TB2의 전송이 수행된다고 가정된다. 이 경우에, 2개의 TB(TB1 및 TB3)가 인코딩될 것이고 여기서 TB1은 3개의 CBG, 즉 CBG¹ ₁, CBG¹ ₂, CBG¹ ₃을 포함하고, TB3은 3개의 CBG, 즉 CBG³ ₁, CBG³ ₂, CBG³ ₃을 포함한다. cRV4는 짝수 CBG, 즉 TB1의 CBG¹ ₂ 및 TB3의 CBG³ ₂로부터 생성된 RV들에 걸쳐 생성된다. 일단 cRV4가 생성되면, cRV4는 TTI 동안 시각 n에서(즉, 현재 시각 n에서의 TB2 전송과 함께) 전송된다.

유사하게, 위의 cRV6(즉, cRV=6)은 현재 전송 블록(즉, n), 이전 전송 블록(n-1) 및 4개의 서브프레임 이후에 전송될 미래 전송 블록(n+4)과 연관된, CBG mod 3 == 0을 충족시키는 CBG에 대한 리던던시 버전을 나타낸다. 예를 들어, 3개의 TB, 즉 TB1(예를 들면, 시간 n-1에서 전송됨), TB2(예를 들면, 시각 n에서 전송됨) 및 TB3(예를 들면, 시각 n+4에서 전송됨)이 인코딩을 위해 고려되고, TB1이 3개의 CBG, 즉 CBG¹ ₁, CBG¹ ₂, CBG¹ ₃을 포함하는 것으로 가정하면, TB2는 3개의 CBG, 즉 CBG² ₁, CBG² ₂, CBG² ₃을 포함하고, TB3은 3개의 CBG, 즉 CBG³ ₁, CBG³ ₂, CBG³ ₃을 포함하며, cRV6은 CBG mod 3== 0을 충족시키는 CBG들로부터 생성되는 RV들에 걸쳐 생성된다. 이 예에서, 해당 CBG는 TB1의 CBG¹ ₃, TB의 CBG² ₃, 및 TB3의 CBG³ ₃이다. 일단 cRV6이 생성되면, cRV6은 현재 TB(즉, n)에 대한 TTI 동안 전송된다. 일반적으로, CBG mod N==0 (N>0)을 충족시키는 코드 블록이 전송될 수 있다. DCI를 통해, 전송되어야 하거나 전송되는 리던던시 버전을 지시하는 명시적 시그널링이 있을 수 있다. 대안적으로 또는 추가적으로, cRV 전송이 서브프레임 번호/SFN에 의존하는 암시적 시그널링이 있을 수 있다. 일부 예는 ( (TTI mod 4 ==0) && (SFN mod 3 ==0))일 때 송신되는 cRV4, 및/또는 (TTI mod 6 ==0)일 때 송신되는 cRV7이다.

CBG를 사용한 cRV 디코딩에 대한 실시예가 본 명세서에서 설명된다. CBG를 사용한 cRV의 디코딩은 도 10에서 설명된 TB를 사용한 cRV의 디코딩과 유사하다. 이 실시예에서, 하나 이상의 TB가 교차 리던던시 버전과 연관된다고 가정된다. 즉, 하나 이상의 TB의 CBG가 cRV를 생성하는 데 사용되었다. cRV를 사용하여 TB의 CBG를 결합하여 디코딩하는 것은 이하의 단계에 따라 진행된다.

TB의 CBG의 개별 리던던시 버전은 디코딩이 성공적인지 여부를 검사하는 데 사용될 수 있다. 예를 들어, (cRV2)¹²가 TB₁과 연관된 모든 CBG를 디코딩하는 데 사용된다고 가정하면, (cRV2)¹²는 TB₁ 및 TB_2.와 연관된 모든 CBG의 교차 패리티를 표기할 수 있다. 절차는 수신된 개별 리던던시 버전(예를 들면, (RV0)¹, (RV2)¹)을 사용하여 TB₁의 모든 CBG를 디코딩하는 것으로 시작될 수 있다. 개별 리던던시 버전을 사용하여 디코딩에 성공하지 못하는 경우, 현재 TB의 CBG는 다른 TB의 과거 또는 미래 CBG와의 가능한 결합 디코딩을 위해 버퍼에 저장될 수 있다. 디코딩에 성공하는 경우, 디코딩된 데이터는 상위 계층으로 송신될 수 있고, 사본이 버퍼에 보관될 수 있는데 그 이유는 사본이 미래에 수신되는 다른 TB의 에러있는 CBG를 디코딩하는 데 어쩌면 유용할 수 있기 때문이다.

도 13은, 본 명세서에서 설명된 다른 실시예들의 임의의 조합에서 사용될 수 있는, 다수의 코드 블록 그룹(CBG)에 걸쳐 생성된 교차 리던던시 버전(cRV)을 사용하는 예시적인 디코딩 절차(1300)를 예시한다. 도 13에 예시된 바와 같이, 수신기(예를 들면, WTRU)는 TB를 수신하고 단계(1310)에서 TB가 TB와 연관된 다수의 CBG에 걸쳐 생성된 cRV와 연관되는지 여부를 결정할 수 있다. TB가 cRV와 연관되는 경우, 수신기는 단계(1315)에서 그의 버퍼에 있는 TB의 CBG를 복사하고 TB와 연관된 다수의 CBG로부터 생성된 개별 RV를 사용하여 TB를 디코딩할 수 있다. 단계(1330)에서, TB가 개별 RV를 사용하여 성공적으로 디코딩되는 경우, 수신기는 단계(1335)에서 다음 TB에 대한 다른 디코딩 절차를 개시할 수 있다. 단계(1330)에서 TB가 성공적으로 디코딩되지 않는 경우, 수신기는 먼저 단계(1350)에서 cRV의 요구된 TB가 수신되었는지 여부를 검사할 수 있다. 수신기가 요구된 TB를 수신한 경우, 수신기는 단계(1370)에서 디코딩 가능하지 않은 TB의 CBG를 버퍼로부터의 관련 TB 및 cRV를 사용하여 디코딩할 수 있다. 단계(1380)에서 TB가 성공적으로 디코딩되는 경우, 수신기는 긍정적 HARQ 피드백을 전송할 수 있다. TB가 성공적으로 디코딩되지 않는 경우, 수신기는 TB 또는 TB의 관련 부분의 재전송을 위해 1345에서 부정적 HARQ 피드백을 송신할 수 있다. 단계(1310)에서, TB가 cRV와 연관되지 않은 경우, 수신기는 먼저 단계(1320)에서 개별 RV를 사용하여 TB가 성공적으로 디코딩되었는지 여부를 결정할 수 있다. 단계(1320)에서 개별 RV를 사용하여 TB가 성공적으로 디코딩되는 경우, 수신기는 TB가 개별 RV를 사용하여 성공적으로 디코딩되었음을 나타내기 위해 단계(1340)에서 긍정적 HARQ 피드백을 전송할 수 있다. 단계(1320)에서 개별 RV를 사용하여 TB가 성공적으로 디코딩되지 않는 경우, 수신기는 TB 또는 TB의 관련 부분의 재전송을 위해 단계(1345)에서 부정적 HARQ 피드백을 전송할 수 있다.

TB가 교차 리던던시 버전과 연관되지 않은 경우, HARQ 재전송 또는 상위 계층 재전송(예를 들면, RLC) 중 어느 하나가 수행될 필요가 있는 '디폴트' 동작 모드가 발생한다는 점에 유의한다.

제안된 스킴에 대한 최악의 경우의 버퍼 요구사항 및 초래되는 최악의 경우의 지연이 설명된다. cRV와 연관된 현재 TB를 디코딩하기 위한 최악의 경우의 버퍼 요구사항은 현재 TB를 디코딩하는 데 요구되는 TB의 최대 개수에 의존할 수 있다. 표 4에서의 예시적인 시나리오의 경우, 이는 사용자당 최소 코드율의 역의 4배와 동일할 수 있다. cRV와 연관된 TB를 디코딩하기 위해 초래되는 최악의 경우의 지연은 특정 cRV와 연관된 최대 TB와 최소 TB 간의 차이에 의존할 수 있다. 표 4에서 cRV=7인 경우, TB를 디코딩할 때 초래되는 최악의 경우의 지연은 6개의 TTI(즉, n+5-(n-1))와 동일할 수 있다. 그렇지만, 개별 RV(즉, RV_x, 단, x = 0,1,2,3임)가 현재 TB를 디코딩하기에 충분한 경우, 이 TB를 디코딩하는 데 초래되는 지연이 없을 수 있지만, 이 TB가 미래의 에러있는 TB를 디코딩하는 데 유용할 수 있기 때문에 여전히 버퍼에 저장되어야 할 수 있음에 유의해야 한다.

위에서 설명된 교차 TB 기반 접근법은 NTN의 경우에 타당할 수 있다. TB의 모든 번들이 서브프레임에서 전송되고 cRV가 기껏해야 N개의 TB에 의존하는 시나리오에서, TB를 디코딩할 때 cRV로 인해 도입되는 최대 지연은 N개의 서브프레임일 수 있다. N << NTN의 왕복 지연(RTT)인 한(예를 들면, N=2 또는 3이 합리적인 선택임), (성공적인 디코딩을 조건부로) cRV로 인해 도입되는 지연은 MAC 또는 RLC 계층이 적어도 NTN 전파 지연을 초래하는 재전송을 요청하는 경우 경험되는 것보다 여전히 몇 자릿수 더 적다. cRV를 사용하여 디코딩에 성공하지 못하더라도, NTN RTT의 백분율로 표시되는, cRV 디코딩으로 인해 초래되는 지연의 증가는 미미할 수 있다.

앞서 언급된 논의는 cRV가 HARQ 프로세스에 어떻게 사용될 수 있는지를 강조하고 있다. 동일한 개념 및 실시예가 HARQ 프로세스에 걸쳐 확장될 수 있다는 점에 유의해야 한다. 게다가, 설명된 원칙이 LTE 시스템에도 적용 가능하며 여기서 차이점은 LTE에서는 Turbo 코드가 사용되는 반면 NR에서는 LDPC가 사용된다는 것이다.

LTE 시스템은 HARQ 디코딩의 결과에 대한 1 비트 피드백을 제공한다. 일반적으로 송신기가 1 비트 피드백에 대해 최선의 액션을 취하는 것이 가능하지는 않지만, 더 적은 피드백 복잡성/오버헤드로 인해 부분적으로 이 프로토콜을 따랐다.

그렇지만, NTN의 경우에, 큰 전파 지연으로 인해 재전송이 비용이 많이 들며, 재전송 횟수를 최소화할 필요가 있다. 그러므로, 송신기가 디코딩 동작의 실제 결과뿐만 아니라 디코더 상태 정보에 대한 정보를 제공한다면 유익할 수 있는데, 그 이유는 이렇게 하는 것이 송신기가 지능형 재전송을 수행하는 데 도움을 줄 것이기 때문이다. 예를 들어, 송신기는 디코더 상태 정보에 기초하여 다음과 같은 것: 현재 TTI에서 사용될 번들 크기를 결정하는 것, 및/또는 각각의 RV에서 전송될 패리티 비트의 개수를 결정하는 것을 수행하기로 결정할 수 있다

이하에서는, HARQ 디코딩 프로세스에서 획득되는 소프트 값의 표시를 제공하는 로그 우도 비(log likelihood ratio) 피드백이 설명된다.

이진 랜덤 변수 U의 로그 우도 비(L-값이라고도 함)는 다음과 같이 정의될 수 있다:

여기서 랜덤 변수 U는 디코딩되도록 의도된 정보 비트를 나타낼 수 있다. 위에 나타낸 바와 같이, U가 +1 또는 -1일 가능성이 동일할 때, 로그 우도 비는 0으로 될 수 있다. 대안적으로 또는 추가적으로, 파라미터 |L_U(u)|는 디코딩된 비트가 +1 또는 -1이라는 신뢰도를 표기하는 데 고려될 수 있다. 즉, L_U(u) >> 0인 경우, L_U(u)가 양수이고 0에 가까울 때보다 매우 높은 신뢰도로 U=+1이라고 말할 수 있다. 사후(aposteriori) (채널) 로그 우도 비는

으로 정의될 수 있고, 여기서 u는 디코딩될 정보 비트를 나타내고, y는 코딩된 채널 출력을 나타낸다(y는 벡터임). 전송된 비트의 로그 우도 비

는 사전(a priori) L-값, 채널 L-값, 외인성(extrinsic) L-값(패리티 비트를 통함) 등을 사용하여 획득될 수 있다.

이하는 HARQ 피드백 프로토콜의 일부 실시예를 제공한다. y_i는 i 번째 HARQ 재전송까지 전송된 모든 리던던시 버전의 모든 비트를 나타낸다.

는 i 번째 HARQ 재전송의 종료 시에 획득되는 L-값을 나타낸다.

가

에 의존한다는 점에 유의한다.

가 성립하는 비트의 백분율이 계산될 수 있다. 일반적으로, THR1, THR2는 0에 가깝고 THR1은 음수이며 THR2는 양수이다. 이 예에서, 착안은 신뢰도 척도

가 낮은 비트의 백분율을 관측하는 것이다. 할당된 비트의 개수에 기초하여, 위의 L-값 기준을 충족시키는 비트의 백분율과 함께 HARQ의 결과를 피드백한다.

HARQ 피드백을 위해 3 비트가 할당된 경우, 디코딩 결과(ACK/NACK)를 위해 1 비트가 사용될 수 있고, 나머지 2 비트는 전술한 L-값 기준이 충족되는 양자화된 백분율 값을 표시하는 데 사용될 수 있다. 즉, '00'은 (기준이 충족되는) 백분율이 10%와 25% 사이에 있는 것을 나타낼 수 있고; '01'은 백분율이 30%와 50% 사이에 있는 것을 나타낼 수 있으며 기타일 수 있다.

번들링에 대한 DCI 포맷에 대한 실시예가 본 명세서에서 설명된다. DCI는 번들링 시나리오를 위해 전송 블록마다 리던던시 버전 각각에 사용될 MCS를 나타낼 수 있다. 본 시스템이 번들링 동안 모든 리던던시 버전을 전송하기 위해 동일한 MCS만이 사용될 수 있게 한다는 점에 유의한다.

본 명세서에서 설명된 DCI는 모든 리던던시 버전에 사용될 원시(raw) MCS(예를 들면, 5 비트)를 나타낼 수 있거나, 또는 리던던시 버전-0에 대한 리던던시 버전 1,2,3의 'delta_MCS' 값을 나타낼 수 있다.

제1 실시예에서, DCI는 번들링 기반 전송 동안 다수의 비트(예를 들어, 5 비트)를 사용하여 모든 리던던시 버전의 MCS를 나타낼 수 있다. 예를 들어, RV-0의 경우, MCS₁은 제1 다중 비트(예를 들어, 5 비트)로 표현될 수 있다. RV-1의 경우, MCS₂는 제2 다중 비트(예를 들어, 5 비트)로 표현될 수 있다. RV-2의 경우, MCS₃은 제3 다중 비트(예를 들어, 5 비트)로 표현될 수 있다. RV-3의 경우, MCS₄는 제4 다중 비트(예를 들어, 5 비트)로 표현될 수 있다. 5 비트의 예의 경우, 각각의 RV에 대해 32개의 MCS가 표현될 수 있다. MCS₁, MCS₂, MCS₃, MCS₄가 이 예에서 동일하거나 상이할 수 있다. 제1, 제2, 제3, 및 제4 다중 비트가 동일하거나 상이할 수 있다. 이 제1 실시예는 모든 리던던시 버전에 대한 MCS 할당에서의 유연성을 제공할 수 있다.

제2 실시예에서, DCI는 RV-0에 대한 기본(base) MCS, 및 RV-0에 사용되는 MCS에 대한 RV-1, RV-2 및 RV-3과 같은 다른 리던던시 버전의 'delta_MCS'를 나타낼 수 있다. 예를 들어, RV-0의 경우, base_MCS는 다중 비트(예를 들면, 5 비트)로 표현될 수 있다. base_MCS는 사용될 MCS에 대한 최대 유연성을 가질 수 있다. RV-1의 경우, delta_MCS₁이 다중 비트(예를 들면, 2 비트)로 표현될 수 있다. RV-2의 경우, delta_MCS₂가 다중 비트(예를 들면, 2 비트)로 표현될 수 있다. RV-3의 경우, delta_MCS₃이 다중 비트(예를 들면, 2 비트)로 표현될 수 있다. 제2 실시예는 리던던시 버전-0과 비교하여 리던던시 버전 1, 2, 3을 시그널링하기 위해 더 적은 비트(예를 들어, 2 비트)가 할당되기 때문에 리던던시 버전 1, 2, 3에 대한 MCS 할당에 관한 제약을 제공할 수 있다. 리던던시 버전을 표현하기 위해 총 20 비트(즉, 5+5+5+5 비트)가 사용되는 제1 실시예와 비교하여, 제2 실시예는 리던던시 버전을 표현하기 위해 11 비트(즉, 5+2+2+2 비트)만을 사용할 수 있다. 예를 들어, 제2 실시예에서 RV-3 전송에 사용될 실제 MCS는 ‘base_MCS+ delta_MC₃’일 수 있다. 구체적으로, 2 비트(즉, 총 4개의 가능성)만이 base_MCS를 기준으로 하여 MC3에 대한 리던던시 버전을 표현할 수 있다.

비록 특징 및 요소가 특정의 조합으로 위에서 설명되어 있지만, 본 기술 분야의 통상의 기술자는 각각의 특징 또는 요소가 단독으로 또는 다른 특징 및 요소와 임의의 조합으로 사용될 수 있음을 이해할 것이다. 그에 부가하여, 본 명세서에서 설명된 방법은 컴퓨터 또는 프로세서에 의해 실행하기 위한 컴퓨터 판독 가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독 가능 매체의 예는 (유선 또는 무선 연결을 통해 전송되는) 전자 신호 및 컴퓨터 판독 가능 저장 매체를 포함한다. 컴퓨터 판독 가능 저장 매체의 예는 ROM(read only memory), RAM(random access memory), 레지스터(register), 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크 및 이동식 디스크와 같은 자기 매체, 자기 광학 매체, 그리고 CD-ROM 디스크 및 DVD(digital versatile disk)와 같은 광학 매체를 포함하지만, 이에 제한되지 않는다. 프로세서는 소프트웨어와 함께 WTRU, UE, 단말, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 라디오 주파수 트랜시버를 구현하는 데 사용될 수 있다.

Claims

비-지상 무선 네트워크 내의 무선 송수신 유닛(WTRU; wireless transmit/receive unit)에서 사용하기 위한 방법에 있어서,
위성 기지국(BS; base station)으로부터, 제1 전송 블록(TB; transport block)과 연관된 하나 이상의 제1 리던던시 버전(RV; redundancy version)을 수신하는 단계;
상기 위성 BS로부터, 제2 TB와 연관된 하나 이상의 제2 RV 및 상기 제1 및 제2 TB와 연관된 적어도 하나의 교차 리던던시 버전(cRV; cross redundancy version)을 수신하는 단계; 및
상기 하나 이상의 제1 RV를 사용하는 상기 제1 TB 또는 상기 하나 이상의 제2 RV를 사용하는 상기 제2 TB 중 적어도 하나가 성공적으로 디코딩되지 않는 조건 하에서, 상기 적어도 하나의 cRV에 기초하여 상기 제1 TB 및 상기 제2 TB를 결합하여(jointly) 디코딩하는 단계
를 포함하는, 비-지상 무선 네트워크 내의 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법.
제1항에 있어서, 상기 적어도 하나의 cRV는 상기 제1 TB 및 상기 제2 TB 둘 모두로부터 생성된 패리티 비트를 포함하는 것인, 방법.
제1항에 있어서,
현재 전송 및 과거 전송과 연관된 하나 이상의 전송 시간 간격(TTI; transmission time interval)의 통계 정보에 기초하여 업링크(UL; uplink) 피드백을 생성하는 단계; 및
하나 이상의 RV 및 하나 이상의 cRV에 대한 구성(configuration) 정보를 포함하는 업링크(UL) 피드백을, 상기 위성 BS에, 전송하는 단계
를 더 포함하는, 방법.
제3항에 있어서, 상기 구성 정보는, TB 내의 RV를 그룹화하는 번들마다의 RV의 개수, RV 인덱스, 코드 블록 그룹(CBG; code block group) 인덱스, 전송 시간 간격(TTI) 매핑 정보, 또는 그에 걸쳐 적어도 하나의 cRV가 생성될 하나 이상의 TB를 나타내는 cRV 시그널링 정보, 중 적어도 하나를 나타내는 비트맵을 포함하는 것인, 방법.
제1항에 있어서,
상기 위성 BS로부터, 상기 하나 이상의 제1 RV가 상기 제1 TB에 대해 구성되어 있음을 나타내는 제1 다운링크 제어 정보(DCI; downlink control information)를 수신하는 단계;
상기 하나 이상의 제1 RV에 기초하여 상기 제1 TB를 디코딩하는 단계;
상기 위성 BS로부터, 상기 하나 이상의 제2 RV 및 상기 적어도 하나의 cRV가 상기 제2 TB에 대해 구성되어 있음을 나타내는 제2 DCI를 수신하는 단계; 및
상기 하나 이상의 제2 RV에 기초하여 상기 제2 TB를 디코딩하는 단계
를 더 포함하는, 방법.
제5항에 있어서,
상기 제1 TB가 성공적으로 디코딩되지 않은 조건 하에서, 상기 제1 TB에 대한 추정된 정보 비트를 포함하는 제1 추정된 TB를 생성하는 단계; 및
상기 제2 TB가 성공적으로 디코딩되지 않은 조건 하에서, 상기 제2 TB에 대한 추정된 정보 비트를 포함하는 제2 추정된 TB를 생성하는 단계
를 더 포함하는, 방법.
제6항에 있어서,
상기 제1 추정된 TB 또는 상기 제2 추정된 TB 중 적어도 하나가 생성되는 조건 하에서,
상기 제1 추정된 TB와 상기 제2 TB를 연결하는(concatenating) 단계;
상기 제1 TB와 상기 제2 추정된 TB를 연결하는 단계; 또는
상기 제1 추정된 TB와 상기 제2 추정된 TB를 연결하여 연결된 TB를 생성하는 단계
중 적어도 하나를 수행하는 단계
를 더 포함하는, 방법.
제7항에 있어서,
상기 적어도 하나의 cRV에 기초하여, 상기 연결된 TB를 디코딩하는 단계
를 더 포함하는, 방법.
제8항에 있어서,
상기 연결된 TB가 성공적으로 디코딩되는 조건 하에서, 긍정적 HARQ(hybrid automatic repeat request) 피드백을 상기 위성 BS에 전송하는 단계; 및
상기 연결된 TB가 성공적으로 디코딩되지 않는 조건 하에서, 부정적 HARQ 피드백을 상기 위성 BS에 전송하는 단계
를 더 포함하는, 방법.
비-지상 무선 통신 네트워크에서 사용하기 위한 무선 송수신 유닛(WTRU)에 있어서,
위성 기지국(BS)으로부터, 제1 전송 블록(TB)과 연관된 하나 이상의 제1 리던던시 버전(RV)을 수신하도록 구성된 수신기;
상기 위성 BS로부터, 제2 TB와 연관된 하나 이상의 제2 RV 및 상기 제1 및 제2 TB와 연관된 적어도 하나의 교차 리던던시 버전(cRV)을 수신하도록 또한 구성된 상기 수신기; 및
상기 하나 이상의 제1 RV를 사용하는 상기 제1 TB 또는 상기 하나 이상의 제2 RV를 사용하는 상기 제2 TB 중 적어도 하나가 성공적으로 디코딩되지 않는 조건 하에서, 상기 적어도 하나의 cRV에 기초하여 상기 제1 TB 및 상기 제2 TB를 결합하여 디코딩하도록 구성된 프로세서
를 포함하는, 무선 송수신 유닛(WTRU).
제10항에 있어서, 상기 적어도 하나의 cRV는 상기 제1 TB 및 상기 제2 TB 둘 모두로부터 생성된 패리티 비트를 포함하는 것인, 무선 송수신 유닛(WTRU).
제10항에 있어서,
현재 전송 및 과거 전송과 연관된 하나 이상의 전송 시간 간격(TTI)의 통계 정보에 기초하여 업링크(UL) 피드백을 생성하도록 구성된 상기 프로세서; 및
하나 이상의 RV 및 하나 이상의 cRV에 대한 구성 정보를 포함하는 업링크(UL) 피드백을, 상기 위성 BS에, 전송하도록 구성된 송신기
를 더 포함하는, 무선 송수신 유닛(WTRU).
제12항에 있어서, 상기 구성 정보는, TB 내의 RV를 그룹화하는 번들마다의 RV의 개수, RV 인덱스, 코드 블록 그룹(CBG) 인덱스, 전송 시간 간격(TTI) 매핑 정보, 또는 그에 걸쳐 적어도 하나의 cRV가 생성될 하나 이상의 TB를 나타내는 cRV 시그널링 정보, 중 적어도 하나를 나타내는 비트맵을 포함하는 것인, 무선 송수신 유닛(WTRU).
제10항에 있어서, 상기 수신기는 또한:
상기 위성 BS로부터, 상기 하나 이상의 제1 RV가 상기 제1 TB에 대해 구성되어 있음을 나타내는 제1 다운링크 제어 정보(DCI)를 수신하고;
상기 위성 BS로부터, 상기 하나 이상의 제2 RV 및 상기 적어도 하나의 cRV가 상기 제2 TB에 대해 구성되어 있음을 나타내는 제2 DCI를 수신하도록 구성되고, 상기 프로세서는 또한:
상기 하나 이상의 제1 RV에 기초하여 상기 제1 TB를 디코딩하고;
상기 하나 이상의 제2 RV에 기초하여 상기 제2 TB를 디코딩하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
제14항에 있어서, 상기 프로세서는 또한:
상기 제1 TB가 성공적으로 디코딩되지 않은 조건 하에서, 상기 제1 TB에 대한 추정된 정보 비트를 포함하는 제1 추정된 TB를 생성하고;
상기 제2 TB가 성공적으로 디코딩되지 않은 조건 하에서, 상기 제2 TB에 대한 추정된 정보 비트를 포함하는 제2 추정된 TB를 생성하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
제15항에 있어서, 상기 프로세서는 또한:
상기 제1 추정된 TB 또는 상기 제2 추정된 TB 중 적어도 하나가 생성되는 조건 하에서,
상기 제1 추정된 TB와 상기 제2 TB를 연결하는 것;
상기 제1 TB와 상기 제2 추정된 TB를 연결하는 것; 또는
상기 제1 추정된 TB와 상기 제2 추정된 TB를 연결하여 연결된 TB를 생성하는 것
중 적어도 하나를 수행하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
제16항에 있어서,
상기 적어도 하나의 cRV에 기초하여, 상기 연결된 TB를 디코딩하도록 또한 구성된 상기 프로세서;
상기 연결된 TB가 성공적으로 디코딩되는 조건 하에서, 긍정적 HARQ(hybrid automatic repeat request) 피드백을 상기 위성 BS에 전송하도록 구성된 송신기; 및
상기 연결된 TB가 성공적으로 디코딩되지 않는 조건 하에서, 부정적 HARQ 피드백을 상기 위성 BS에 전송하도록 또한 구성된 상기 송신기
를 더 포함하는, 무선 송수신 유닛(WTRU).
비-지상 무선 통신 네트워크에서 사용하기 위한 무선 송수신 유닛(WTRU)에 있어서,
위성 기지국(BS)으로부터, 제1 전송 블록(TB)의 적어도 하나의 제1 코드 블록 그룹(CBG)과 연관된 하나 이상의 제1 리던던시 버전(RV)을 수신하도록 구성된 수신기;
상기 위성 BS로부터, 제2 TB의 적어도 하나의 제2 CBG와 연관된 하나 이상의 제2 RV 및 상기 적어도 하나의 제1 및 제2 CBG와 연관된 적어도 하나의 교차 리던던시 버전(cRV)을 수신하도록 또한 구성된 상기 수신기; 및
상기 하나 이상의 제1 RV를 사용하는 상기 제1 TB 또는 상기 하나 이상의 제2 RV를 사용하는 상기 제2 TB 중 적어도 하나가 성공적으로 디코딩되지 않는 조건 하에서, 상기 적어도 하나의 cRV에 기초하여 상기 제1 TB 및 상기 제2 TB를 결합하여 디코딩하도록 구성된 프로세서
를 포함하는, 무선 송수신 유닛(WTRU).
비-지상 무선 통신 네트워크에서 사용하기 위한 무선 송수신 유닛(WTRU)에 있어서,
위성 기지국(BS)으로부터, 전송 블록(TB)의 적어도 하나의 제1 코드 블록 그룹(CBG)과 연관된 하나 이상의 제1 리던던시 버전(RV)을 수신하도록 구성된 수신기;
상기 위성 BS로부터, 상기 TB의 적어도 하나의 제2 CBG와 연관된 하나 이상의 제2 RV 및 상기 적어도 하나의 제1 및 제2 CBG와 연관된 적어도 하나의 교차 리던던시 버전(cRV)을 수신하도록 또한 구성된 상기 수신기; 및
상기 하나 이상의 제1 RV 또는 상기 하나 이상의 제2 RV를 사용하는 상기 TB가 성공적으로 디코딩되지 않는 조건 하에서, 상기 적어도 하나의 cRV에 기초하여 상기 TB를 디코딩하도록 구성된 프로세서
를 포함하는, 무선 송수신 유닛(WTRU).