KR20210096083A

KR20210096083A - 무선 네트워크에서 harq를 위한 방법 및 장치

Info

Publication number: KR20210096083A
Application number: KR1020217014475A
Authority: KR
Inventors: 샤오페이 왕; 프랭크 라 시타; 조셉 레비; 한큉 로우; 오헤네콤 오테리; 알판 사힌; 리-시앙 선
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2018-11-08
Filing date: 2019-11-01
Publication date: 2021-08-04
Also published as: WO2020096895A1; EP3878121A1; CN113039735A; TW202034730A; US20210409165A1; JP2022507059A

Abstract

무선 네트워크들에서 HARQ 시그널링 및 확인응답은 물론 HARQ MAC 절차들을 위한 방법들 및 장치들이 본 명세서에서 기술된다.

Description

무선 네트워크에서 HARQ를 위한 방법 및 장치

1 WLAN 시스템의 개관

인프라스트럭처 BSS(Basic Service Set) 모드에 있는 WLAN [1]은 BSS에 대한 AP(Access Point) 및 AP와 연관된 하나 이상의 STA(station)을 갖는다. AP는 전형적으로 BSS 내부로 그리고 BSS 외부로 트래픽을 운반하는 DS(Distribution System) 또는 다른 유형의 유선/무선 네트워크와 인터페이싱한다. BSS 외부로부터 발신되는, STA들에 대한 트래픽은 AP를 통해 도착하고 STA들에 전달된다. STA들로부터 BSS 외부의 목적지들로 발신되는 트래픽은 각자의 목적지들로 전달되기 위해 AP로 송신된다. BSS 내의 STA들 사이의 트래픽이 또한 AP를 통해 송신될 수 있으며 여기서 소스 STA은 트래픽을 AP로 송신하고 AP는 트래픽을 목적지 STA에 전달한다. BSS 내의 STA들 사이의 그러한 트래픽은 본질적으로 피어 투 피어(peer-to-peer) 트래픽이다. 그러한 피어 투 피어 트래픽은 또한 802.11e DLS 또는 802.11z TDLS(tunnelled DLS)를 사용하는 DLS(direct link setup)를 사용하여 소스 STA과 목적지 STA들 사이에서 직접 송신될 수 있다. IBSS(Independent BSS) 모드를 사용하는 WLAN은 AP를 갖지 않는다. 오히려, STA들은 피어 투 피어 유형 통신 모드에서 서로 직접 통신한다. 이러한 통신 모드는 "애드혹(ad-hoc)" 통신 모드라고 지칭된다.

802.11ac [2] 인프라스트럭처 동작 모드에서, AP는, 보통 프라이머리 채널인, 고정 채널을 통해 비콘을 전송할 수 있다. 이 채널은 20 MHz 폭일 수 있고, BSS의 동작 채널이다. 이 채널은 또한 AP와의 연결을 확립하기 위해, STA들에 의해 사용된다. 802.11 시스템에서의 기본적인 채널 액세스 메커니즘은 CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance)이다. 이 동작 모드에서, AP를 포함한, 모든 STA은 프라이머리 채널을 감지할 것이다. 채널이 비지(busy)인 것으로 검출되는 경우, STA은 백오프(back off)한다. 따라서 주어진 BSS에서 임의의 주어진 때에 단지 하나의 STA이 전송할 수 있다.

802.11n [1]에서, HT(High Throughput) STA들은 또한 통신을 위해 40 MHz 폭의 채널을 사용할 수 있다. 이것은 프라이머리 20 MHz 채널을 인접한 20 MHz 채널과 결합시켜 40 MHz 폭의 연속적인 채널(contiguous channel)을 형성하는 것에 의해 달성된다.

802.11ac [2]에서, VHT(Very High Throughput) STA들은 20 MHz, 40 MHz, 80 MHz, 및/또는 160 MHz 폭의 채널들을 지원할 수 있다. 40 MHz 및 80 MHz 채널들은 802.11n과 관련하여 위에서 기술된 방식과 유사하게 연속적인 20 MHz 채널들을 결합시키는 것에 의해 형성된다. 160 MHz 채널은 8개의 연속적인 20 MHz 채널을 결합시키는 것에 의해, 또는 2개의 비연속적인 80 MHz 채널을 결합시키는 것에 의해 형성될 수 있다. 이러한 유형의 구성은 80+80 구성이라고도 지칭될 수 있다. 80+80 구성의 경우, 데이터는, 채널 인코딩 이후에, 데이터를 2개의 스트림으로 나누는 세그먼트 파서(segment parser)를 통과한다. 각각의 스트림에 대해 개별적으로 IFFT 및 시간 도메인 프로세싱이 행해진다. 스트림들은 이어서 2개의 80 MHz 채널 상으로 매핑되고, 데이터가 전송된다. 수신기에서는, 이러한 메커니즘이 반대로 되고, 결합된 데이터가 MAC으로 송신된다.

서브 1 GHz(Sub 1 GHz) 동작 모드들은 802.11af [3], 및 802.11ah [4]에 의해 지원된다. 이러한 규격들의 경우, 채널 동작 대역폭들 및 캐리어들이 802.11n [1] 및 802.11ac [2]에서 사용되는 것들에 비해 감소된다. 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에 대한 가능한 사용 사례는 매크로 커버리지 영역(macro coverage area)에서의 MTC(Meter Type Control) 디바이스들에 대한 지원이다. MTC 디바이스들은 제한된 대역폭들에 대한 지원만을 포함한 제한된 능력들을 가질 수 있지만, 매우 긴 배터리 수명을 위한 요구사항을 또한 포함할 수 있다.

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

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

2 802.11 TGax의 소개

최근에, 2.4 GHz, 5 GHz, 및 6 GHz 대역들에서의 고밀도 시나리오들을 포함한, 많은 사용 시나리오들에서 광범위한 무선 사용자들에 대해 모든 사용자들이 경험하는 서비스 품질을 향상시키기 위해 가능한 장래의 수정안의 범위 및 목적을 탐구하기 위해 IEEE 802.11™ HEW(High Efficiency WLAN) SG(Study Group)가 만들어졌다. AP들과 STA들의 고밀도 배포(dense deployment)를 지원하는 새로운 사용 사례들, 및 연관된 RRM(Radio Resource Management) 기술들이 HEW SG에 의해 고려되고 있다. HEW에 대한 잠재적인 애플리케이션들은 (경기장 이벤트에 대한 데이터 전달과 같은) 새롭게 등장하는 사용 시나리오들, (기차역 및 기업/소매 환경과 같은) 고 사용자 밀도 시나리오들, 및 의료 애플리케이션들에 대한 무선 서비스들을 포함할 수 있다.

TGax에서는, 다양한 애플리케이션들에 대한 트래픽이 짧은 패킷들을 포함할 가능성이 크다. 추가적으로, 가상 사무실 애플리케이션들; TPC ACK(Transmit Control Power Acknowledgement); 비디오 스트리밍 ACK; 디바이스/컨트롤러 애플리케이션들(마우스, 키보드, 게임 컨트롤 등); 액세스 애플리케이션들(프로브 요청/응답); 네트워크 선택(프로브 요청 및 ANQP(Access Network Query Protocol)); 및 네트워크 관리 애플리케이션들(제어 프레임들)과 같은, 짧은 패킷들을 생성하는 일부 네트워크 애플리케이션들이 있을 수 있다.

또한, 802.11ax는 UL 및 DL OFDMA 및/또는 UL 및 DL MU-MIMO를 구현할 수 있다. 따라서, 상이한 목적들을 위해 UL 랜덤 액세스를 다중화하기 위한 메커니즘을 설계하고 정의하는 것이 표준에서 다루어질 수 있다.

2.1 11ax에서의 NDP 피드백 설계

[7]의 섹션 27.5.6.4(NPD 피드백 보고 유형)는 802.11ax에서의 NDP(Null Data Packet) 피드백 설계를 기술한다. 피드백은 정보를 시그널링하기 위해 펑처링된 HE-LTF(High-Efficiency Long Training Field)를 사용하며, 따라서 수신기가 채널 추정을 수행할 것을 요구하지 않는다. 1 비트 피드백의 경우, 12개의 OFDM 톤이 하프 온(half on) 및 하프 오프(half off) 상태로 사용된다. 도 2의 표는 20 MHz 채널에서의 톤 세트 할당들을 예시한다. 이 방식은 SNR >= -24 dB에 대해 매우 낮은 오검출률(false detection rate)(< 1e-6)을 달성하는 것으로 나타났다.

3 무선 표준들에서의 HARQ 기술

3.1 HARQ의 배경

HARQ(Hybrid Automatic Repeat reQuest)는 무선 통신 네트워크들에서의 기본적인 전송 에러 제어 기술이 되었으며, 이는 에러 정정 코드들과 재전송들의 조합에 의존한다. HARQ는 3GPP UMTS, LTE 및 IEEE 802.16 WiMax와 같은 무선 통신 표준들에서 채택되었다.

기술 문헌에는 두 가지 인기있는 유형의 HARQ 결합 방식: 체이스 결합(Chase Combining, CC) HARQ 및 증분 리던던시(Incremental Redundancy, IR) HARQ가 있다.

(CC) HARQ에서, 각각의 재전송은 동일한 데이터 및 패리티 비트들을 포함한다. 수신기는 수신된 패킷을 이전 전송(들)과 결합시키기 위해 MRC(Maximum Ratio Combining)를 사용한다. 체이스 결합은, 각각의 재전송이 수신기에서의 Eb/No(비트당 에너지(Eb) 대 잡음 스펙트럼 전력 밀도(No) 비)를 증가시키는, 반복 코딩(repetition coding)으로 간주될 수 있다.

IR HARQ의 경우, 각각의 재전송은 코딩된 비트들의 상이한 세트(인코더 출력을 펑처링하는 것에 의해 생성되는 상이한 리던던시 버전들)를 사용한다. 터보 코드의 경우, 이는 상이한 정보 비트들(systematic bits) 및 패리티 비트들을 의미한다. 각각의 재전송에서, 수신기는 추가 정보를 얻는다. IR HARQ의 변형들이 있으며, 예를 들어, 재전송이 패리티 비트들만을 포함하거나 또는 자체 디코딩 가능(self-decodable)하다.

일반적으로, HARQ 방식들은 동기식(synchronous) 또는 비동기식(asynchronous)으로 분류될 수 있으며, 각각의 경우에서의 재전송들은 적응적(adaptive)이거나 비적응적(non-adaptive)이다. 동기식 HARQ의 경우, 각각의 프로세스에 대한 재전송들은 초기 전송을 기준으로 미리 정의된 시간들에서 발생한다. 따라서, HARQ 프로세스 ID를 시그널링할 필요가 없는데, 왜냐하면 그것이 재전송 타이밍으로부터 추론될 수 있기 때문이다. 다른 한편으로, 비동기식 HARQ의 경우, 재전송들은 초기 전송을 기준으로 언제든지 발생할 수 있다. 따라서, 수신기가 각각의 재전송을 대응하는 이전 전송과 올바르게 연관시킬 수 있도록 보장하기 위해 HARQ 프로세스 ID를 지시하기 위해 명시적인 시그널링이 요구된다.

3.2 LTE 표준들에서의 HARQ 방식

LTE에서는, HARQ 전송 및 수신(transmit and receive HARQ) 동작들을 담당하는 HARQ 엔티티가 MAC 계층에 위치한다. HARQ 전송 동작은 전송 블록들의 전송 및 재전송, ACK/NAK 시그널링의 수신 및 프로세싱을 포함한다. HARQ 수신 동작은 전송 블록들의 수신, 수신된 데이터의 결합, 및 디코딩 결과들에 기초한 ACK/NAK 시그널링의 생성을 포함한다. 이전 전송 블록들이 디코딩되고 있는 동안 연속적인 전송을 가능하게 하기 위해, 다중 프로세스 '정지 대기(Stop-And-Wait)'(SAW) HARQ 동작을 지원하기 위해 최대 8개의 HARQ 프로세스가 병렬로 사용된다. 따라서, 다중 프로세스 HARQ는, 모든 전송 자원들이 프로세스들 중 하나에 의해 사용될 수 있도록, 여러 개의 독립적인 SAW 프로세스들을 시간상 인터레이싱한다. 각각의 HARQ 프로세스는 별도의 SAW 동작을 담당하고 별도의 버퍼를 관리한다.

LTE에서, 비동기식 적응적 HARQ는 다운링크에서 사용되고, 동기식 (적응적 또는 비적응적) HARQ는 업링크에서 사용된다.

LTE에서, HARQ를 지원하기 위해 다음과 같은 시그널링: HARQ 프로세스 ID(비동기식 HARQ의 경우만); (새로운 패킷 전송이 시작될 때마다 토글되는) NDI(New Data Indicator); RV(Redundancy Version)(전송 블록의 RV(적응적 HARQ의 경우만); 및 MCS(적응적 HARQ의 경우만)이 사용된다.

3.3 NR 및 NR-U에서의 HARQ

3GPP NR(New Radio)에서는, 다음과 같은 HARQ 특징들: 다수의 HARQ 프로세스들; 동적 및 반정적 HARQ ACK 코드북; CBG 레벨 HARQ 재전송; 비동기식 적응적 HARQ; 및 데이터 전송과 HARQ ACK 피드백 사이의 유연한 타이밍이 지원된다.

NR에서의 CBG(codeword block group) 레벨 HARQ 재전송에서, 전송 블록(TB)은 그 자신의 HARQ ACK 비트들을 가질 수 있는 하나 이상의 CBG를 포함할 수 있다. 따라서, 송신기가 부분 TB를 재전송하는 것이 가능하다. 2개의 CBG 관련 시그널링 필드인 CBGTI(CBG transmission information) 및 CBGFI(CBG flushing out information)는 DCI에 의해 운반된다. CBGTI는 (재)전송이 운반하는 CBG(들)를 지시한다. '0'으로 설정된 CBGFI는 전송되고 있는 동일한 CBG들의 앞서 수신된 인스턴스들이 손상되어 있을 수 있다는 것을 지시하고, '1'로 설정된 CBGFI는 재전송되고 있는 CBG들이 동일한 CBG들의 앞서 수신된 인스턴스들과 결합 가능하다는 것을 지시한다.

3GPP NR-U(NR unlicensed)에서, HARQ 피드백이 비면허 대역에서 전송될 수 있다. NR-U는 하나 이상의 DL HARQ 프로세스에 대한 HARQ 피드백의 유연한 트리거링 및 다중화를 지원하는 메커니즘들을 고려한다. 다음과 같은 기술들이 3GPP에 의한 NR-U 전송에 유익한 것으로 간주된다:

LBT 실패로 인한 주어진 HARQ 프로세스에 대한 감소된 HARQ A/N 전송 기회들을 처리하는 기술들(잠재적인 기술들은 다수의 및/또는 추가의(supplemental) 시간 및/또는 주파수 도메인 전송 기회들을 제공하는 메커니즘들을 포함함);

동일한 공유 COT(channel occupation time)에서 대응하는 데이터에 대한 HARQ A/N을 전송하는 것(일부 경우들에서, HARQ Ack/Nack는 대응하는 데이터가 전송된 COT와 별도의 COT에서 전송되어야 함이 이해됨), 및 이를 지원하는 메커니즘들이 식별되어야 함.

4 EHT(Extremely High Throughput) SG(Study Group)

피크 처리량을 더욱 증가시키고 IEEE 802.11 네트워크들의 효율성을 개선시킬 수 있는 가능성을 모색하기 위해 IEEE 802.11 EHT(Extremely High Throughput) SG(Study Group)가 형성되었다. 다루어진 주요 사용 사례들 및 애플리케이션들은, [5] Video-over-WLAN; 증강 현실(AR) 및 가상 현실(VR)과 같은, 고 처리량 및 저 지연 애플리케이션들을 포함한다.

증가된 피크 처리량 및 개선된 효율성의 목표를 달성하기 위해 EHT SG에서 논의된 특징들은 [6] 다중 AP; 다중 대역; 320 MHz 대역폭; 16개의 공간 스트림; HARQ; 전이중(시간 및 주파수 도메인에서); AP 협력(AP Coordination); SOMA(Semi-Orthogonal Multiple Access); 및 6 GHz 채널 액세스를 위한 새로운 설계들을 포함한다.

첨부 도면들과 관련하여 예로서 주어진, 이하의 설명으로부터 더 상세한 이해가 이루어질 수 있으며, 도면들에서의 유사한 참조 번호들은 유사한 요소들을 나타낸다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템을 예시하는 시스템 다이어그램이다;
도 1b는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit, WTRU)을 예시하는 시스템 다이어그램이다;
도 1c는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크(radio access network, RAN) 및 예시적인 코어 네트워크(core network, CN)을 예시하는 시스템 다이어그램이다;
도 1d는 일 실시예에 따른 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 예시하는 시스템 다이어그램이다;
도 2는 802.11에 대한 20 MHz 채널에서의 톤 세트 할당들을 보여주는 표이다;
도 3은 일 실시예에 따른 다중 HARQ 프로세스 BAR를 구현하기 위한 예시적인 BlockAckReq 프레임 포맷을 예시하는 다이어그램이다;
도 4는 일 실시예에 따른 HARQ 피드백 보고(HARQ Feedback Report) 파라미터 프레임의 다이어그램이다;
도 5는 제1 실시예에 따른 단일 STA에 대한 단일 HARQ 피드백에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 6은 제2 예시적인 실시예에 따른 다수의 STA들에 대한 단일 HARQ 피드백에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 7은 제3 예시적인 실시예에 따른 하나 이상의 RU에 대한 다중 HARQ 피드백에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 8은 제4 예시적인 실시예에 따른 동일한 RU/채널에 대한 다중 HARQ 피드백에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 9는 제5 예시적인 실시예에 따른 다중 HARQ 피드백 및 다수의 자원들에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 10a 및 도 10b는 HARQ NDP 피드백에 대한 예시적인 톤 매핑들을 예시하는 다이어그램들이다;
도 11은 일 실시예에 따른 HARQ DL MAC 절차를 보여주는 타이밍 다이어그램이다;
도 12는 다른 실시예에 따른 HARQ DL MAC 절차를 보여주는 타이밍 다이어그램이다;
도 13은 일 실시예에 따른 DL HARQ 다중 정지 대기 절차를 보여주는 타이밍 다이어그램이다;
도 14는 일 실시예에 따른 다중 HARQ 피드백에 대한 HARQ NDP 피드백 프레임의 다이어그램이다;
도 15는 일 실시예에 따른 HARQ UL 절차를 보여주는 타이밍 다이어그램이다;
도 16은 일 실시예에 따른 HARQ 캐스케이딩 UL 및 DL 절차를 보여주는 타이밍 다이어그램이다;
도 17은 다른 실시예에 따른 HARQ 캐스케이딩 UL 및 DL 절차를 보여주는 타이밍 다이어그램이다;
도 18은 일 실시예에 따른 TXT 또는 RAW를 사용하는 HARQ MAC 절차를 보여주는 타이밍 다이어그램이다;
도 19는 일 실시예에 따른 TXOP 내에서의 단일 UL HARQ MAC 절차를 보여주는 타이밍 다이어그램이다;
도 20은 일 실시예에 따른 다수의 TXOP들에 걸친 단일 HARQ 프로세스에 대한 UL HARQ 절차를 보여주는 타이밍 다이어그램이다;
도 21은 일 실시예에 따른 자율 HARQ 전송을 보여주는 타이밍 다이어그램이다;
도 22는 일 실시예에 따른 A-PPDU에 대한 펑처링된 LTF를 예시하는 다이어그램이다.

1 실시예들의 구현을 위한 예시적인 네트워크들

도 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 units)(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 nodes) 등과 같은, 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 또한 포함할 수 있는 RAN(104/113)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은, 셀(cell)(도시되지 않음)이라고 지칭될 수 있는, 하나 이상의 캐리어 주파수 상에서 무선 신호들을 전송 및/또는 수신하도록 구성될 수 있다. 이러한 주파수들은 면허 스펙트럼(licensed spectrum), 비면허 스펙트럼(unlicensed spectrum), 또는 면허 및 비면허 스펙트럼의 조합에 있을 수 있다. 셀은 상대적으로 고정될 수 있거나 시간에 따라 변할 수 있는 특정 지리적 영역에 대한 무선 서비스를 위한 커버리지를 제공할 수 있다. 셀은 셀 섹터들(cell sectors)로 추가로 분할될 수 있다. 예를 들어, 기지국(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)와 같은 무선 기술(radio technology)을 구현할 수 있다. 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 무선 액세스(NR Radio Access)와 같은 무선 기술을 구현할 수 있다.

일 실시예에서, 기지국(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)은 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반 RAT(예를 들면, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 활용할 수 있다. 도 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) 서비스들, 모바일 위치 기반 서비스들, 선불 전화(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)가 전술한 요소들의 임의의 서브-콤비네이션(sub-combination)을 포함할 수 있다는 것이 이해될 것이다.

프로세서(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)을 감소시키고/시키거나 실질적으로 제거하기 위한 간섭 관리 유닛을 포함할 수 있다. 실시예에서, 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), 및 PGW(packet data network (PDN) gateway)(166)를 포함할 수 있다. 전술한 요소들 각각이 CN(106)의 일부로서 묘사되어 있지만, 이러한 요소들 중 임의의 것이 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B들(160a, 160b, 160c) 각각에 연결될 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, 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 handovers) 동안 사용자 평면들을 앵커링(anchoring)하는 것, WTRU들(102a, 102b, 102c)에 대해 DL 데이터가 이용 가능할 때 페이징(paging)을 트리거링하는 것, WTRU들(102a, 102b, 102c)의 콘텍스트들을 관리하고 저장하는 것 등과 같은, 다른 기능들을 수행할 수 있다.

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

CN(106)은 다른 네트워크들과의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은, WTRU들(102a, 102b, 102c)과 전통적인 지상선(land-line) 통신 디바이스들 사이의 통신을 용이하게 하기 위해, 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 외부로 트래픽을 운반하는 DS(Distribution System) 또는 다른 유형의 유선/무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS 외부로부터 발신되는 STA들에 대한 트래픽은 AP를 통해 도착할 수 있고, STA들에 전달될 수 있다. STA들로부터 BSS 외부의 목적지들로 발신되는 트래픽은 각자의 목적지들에 전달되도록 AP로 송신될 수 있다. 예를 들어, 소스 STA가 트래픽을 AP로 송신할 수 있고 AP가 트래픽을 목적지 STA에 전달할 수 있는 경우, BSS 내의 STA들 사이의 트래픽은 AP를 통해 송신될 수 있다. BSS 내의 STA들 사이의 트래픽은 피어 투 피어 트래픽(peer-to-peer traffic)으로 간주 및/또는 지칭될 수 있다. 피어 투 피어 트래픽은 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에 의해 비지인 것으로 감지/검출되고/되거나 결정되는 경우, 그 특정 STA은 백오프할 수 있다. 하나의 STA(예를 들면, 단지 하나의 스테이션)은 주어진 BSS에서 임의의 주어진 때에 전송할 수 있다.

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)과 동일한 대역폭을 가질 수 있다. 프라이머리 채널의 대역폭은 최소 대역폭 동작 모드(smallest bandwidth operating mode)를 지원하는, BSS에서 동작하는 모든 STA들 중의, STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, BSS 내의 AP 및 다른 STA들이 2 MHz, 4 MHz, 8 MHz, 16 MHz, 및/또는 다른 채널 대역폭 동작 모드들을 지원하더라도, 프라이머리 채널은 1 MHz 모드를 지원하는(예컨대, 1 MHz 모드만을 지원하는) STA들(예를 들면, MTC 유형 디바이스들)에 대해 1 MHz 폭일 수 있다. 캐리어 감지 및 NAV 설정은 프라이머리 채널의 상태에 의존할 수 있다. 예를 들어, (1 MHz 동작 모드만을 지원하는) STA가 AP로 전송하는 것으로 인해, 프라이머리 채널이 비지인 경우, 대부분의 주파수 대역들이 유휴인 채로 있고 이용 가능할 수 있더라도 이용 가능한 주파수 대역들 전체가 비지인 것으로 간주될 수 있다.

미국에서는, 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, 180b)은 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 transmissions)을 수신할 수 있다.

WTRU들(102a, 102b, 102c)은 확장 가능한 뉴머롤로지(scalable numerology)와 연관된 전송들을 사용하여 gNB들(180a, 180b, 180c)과 통신할 수 있다. 예를 들어, 상이한 전송들, 상이한 셀들, 및/또는 무선 전송 스펙트럼의 상이한 부분들에 대해 OFDM 심벌 간격 및/또는 OFDM 서브캐리어 간격이 달라질 수 있다. WTRU들(102a, 102b, 102c)은 (예를 들면, 다양한 수의 OFDM 심벌들을 포함하고/하거나 다양한 절대 시간 길이들을 지속하는) 다양한 또는 확장 가능한 길이들의 서브프레임 또는 전송 시간 간격들(TTI들)을 사용하여 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) 및 하나 이상의 eNodeB(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 사이의 연동(interworking), 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)(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 시그널링의 종단(termination), 이동성 관리 등을 담당할 수 있다. 네트워크 슬라이싱은 활용되는 서비스 유형들에 기초하여 WTRU들(102a, 102b, 102c)에 대한 CN 지원을 맞춤화하기 위해 AMF(182a, 182b)에 의해 사용될 수 있다. 예를 들어, URLLC(ultra-reliable low latency) 액세스에 의존하는 서비스들, eMBB(enhanced massive mobile broadband) 액세스에 의존하는 서비스들, MTC(machine type communication) 액세스를 위한 서비스들 등과 같은 상이한 사용 사례들에 대해 상이한 네트워크 슬라이스들이 확립될 수 있다. 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)는, 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(184a, 184b)는, 패킷들을 라우팅 및 포워딩하는 것, 사용자 평면 정책들을 시행하는 것, 멀티호밍 기반(multi-homed) PDU 세션들을 지원하는 것, 사용자 평면 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 결합 및/또는 무선 통신은 데이터를 전송 및/또는 수신하기 위해 에뮬레이션 디바이스들에 의해 사용될 수 있다.

2 WLAN에서의 HARQ 시그널링 및 확인응답 절차들

WLAN에서 HARQ 동작들을 지원하기 위해, HARQ 가능(HARQ capable)인 STA들 간의 통신을 가능하게 하기 위해 특히 HARQ 동작들을 목표로 하는 새로운 시그널링 설계들은 물론 새로운 시그널링 절차들이 필요하다. 그러한 시그널링은 ACK, NACK, 트리거 프레임(Trigger Frame), BlockAck, 다중 STA BlockAck(Multi-STA BlockAck) 등을 포함할 수 있다.

2.1 ACK/NACK 및 다중 STA ACK를 사용한 HARQ 시그널링 및 확인응답 절차들

WLAN에서 HARQ 동작들을 지원하기 위해, 다음과 같은 유형의 설계들: HARQ ACK, HARQ NACK, HARQ 트리거 프레임들, 다중 HARQ 프로세스 ACK/NACK/BA, 다중 TID 다중 HARQ 프로세스 ACK/NACK/BA, 및 다중 STA 다중 TID 다중 HARQ 프로세스 ACK/NACK/BA, HARQ BAR(Block ACK Request) 프레임들, MU(Multi-User) HARQ BAR 프레임들 중 하나 이상을 포함한, 새로운 시그널링이 정의되어야 한다.

HARQ 전송이 올바르게 수신되고 디코딩되었음을 지시하기 위해 HARQ 전송에 응답하여 즉각적으로 수신 STA에 의해 ACK 프레임이 전송될 수 있다. HARQ 전송의 송신기는 이어서 HARQ 전송과 연관된 패킷들의 사본들을 삭제할 수 있고 해당 큐에 남아 있는 패킷들을 계속하여 전송하려고 시도할 수 있다. 다른 구현에서, ACK 프레임은 ACK가 전송되는 HARQ 프로세스 ID 또는 RV(Redundancy Version) 번호를 포함할 수 있다.

다중 HARQ 프로세스 BAR은 STA에 ACK/NACK/BA를 요청(solicit)하기 위해 사용될 수 있다. 다중 HARQ 프로세스 BAR은 도 3에 도시된 일반적인 BlockAckReq 프레임 포맷을 사용하여 구현될 수 있다. 현재 프레임이 다중 HARQ 프로세스 BAR임을 지시하기 위해, BAR control 필드에서의 하나 이상의 예약된 비트가 현재 프레임이 다중 HARQ 프로세스 BAR임을 지시하는 데 사용될 수 있다.

일 예에서, Bar Control 필드의 Multi-TID(Traffic IDentification) 서브필드(도시되지 않음)는 "0"으로 설정될 수 있으며, Bar control 필드에서 B5 내지 B11에 있는 하나 이상의 비트가 현재 프레임이 BlockAckReq 프레임의 다중 HARQ 프로세스 변형임을 지시하는 데 사용될 수 있다. 추가적으로, Bar Control 필드의 TID_Info 서브필드(도시되지 않음)에 있는 하나 이상의 비트 또는 현재 예약된 비트 B5 내지 B11의 하나 이상의 비트가 ACK/NACK/BA가 요청되고 있는 하나 이상의 HARQ 프로세스 ID를 지시하는 데 사용될 수 있다. BAR control 필드에서의 하나 이상의 비트는 ACK/NACK/BA가 요청되고 있는지 여부를 지시할 수 있다. 다른 예에서, BlockAckReq 프레임의 다중 HARQ 프로세스 변형은 Bar Control 필드의 Multi-TID 서브필드를 "0"으로, Bar Control 필드의 Compressed Bitmap 서브필드를 "0"으로, 그리고 Bar Control 필드의 GCR Mode 서브필드를 "0"으로 설정하는 것에 의해 지시될 수 있다(이러한 서브필드들은 도 3에 도시되지 않음).

다른 예에서, BAR Control 필드의 "BAR Type" 서브필드에서의 예약된 값들 중 하나는 현재 프레임이 다중 HARQ 프로세스 BAR임을 지시하기 위해 사용될 수 있다. BAR Control 필드에서의 TID_Info 필드는 ACK/NACK/BA가 요청되고 있는 HARQ 프로세스 ID를 지시하기 위해 사용될 수 있다. 대안적으로 또는 추가적으로, BAR Control 필드의 BAR Information 서브필드는 ACK/NACK/BA가 요청되고 있는 HARQ 프로세스 ID의 지시를 포함할 수 있다. 일 예에서, BAR Information 서브필드는 ACK/NACK/BA가 요청되고 있는 모든 HARQ 프로세스 ID들을 포함할 수 있다. 다른 예에서, 비트맵 외에도 "시작 HARQ 프로세스 ID(Starting HARQ Process ID)"가 지시될 수 있다. 비트맵은 "Starting HARQ Process ID" 필드에서 지시된 HARQ 프로세스 ID로 시작하여 ACK/NACK/BA가 요청되고 있는 HARQ 프로세스 ID들을 "1"로 나타낼 수 있다. 비트맵의 크기 또는 포함되는 HARQ 프로세스 ID들의 수는 협상 가능할 수 있으며, 연관 프로세스 동안 EHT 능력의 일부로서 지시될 수 있는, 파라미터 'STA에 의해 지원되는 동시적인 HARQ 프로세스들의 수' 또는 'STA에 의해 지원되는 TID당 동시적인 HARQ 프로세스들의 수'에 의해 제한될 수 있다.

추가적으로 또는 대안적으로, 다중 TID 다중 HARQ BAR은 하나 이상의 TID에 의해 식별되는 하나 이상의 트래픽 스트림 내에서 하나 이상의 HARQ 프로세스에 대한 ACK/NACK/BA를 STA에 요청하기 위해 사용될 수 있다. 다중 TID 다중 HARQ 프로세스 BAR은 도 3에 도시된 일반적인 BlockAckReq 프레임 포맷을 사용하여 구현될 수 있다. 현재 프레임이 다중 TID 다중 HARQ 프로세스 BAR임을 지시하기 위해, BAR control 필드에서의 하나 이상의 예약된 비트가 현재 프레임이 다중 TID 다중 HARQ 프로세스 BAR임을 지시하는 데 사용될 수 있다. 예를 들어, BAR Type 서브필드는 현재 BAR 프레임이 다중 TID 다중 HARQ 프로세스 유형임을 지시하기 위해 사용될 수 있다. 예를 들어, BAR Type 서브필드의 B1이 "1"로 설정될 수 있다. 따라서, BAR Type 서브필드는 현재 BAR 프레임이 다중 TID 다중 HARQ 프로세스 변형임을 지시하기 위해 7, 9 또는 11과 같은 홀수로 설정될 수 있다. TID Info 필드는 ACK/NACK/BA가 요청되고 있는 TID들의 수를 지시할 수 있다. 다른 예에서, TID info 필드는 ACK/NACK/BA가 요청되고 있는 TID/HARQ 프로세스 ID 콤보들의 수를 지시할 수 있다. BAR information 필드는 다수의 필드들을 포함할 수 있으며, 그러한 필드들의 수는 TID Info 서브필드에서 지시되고, 각각의 필드는 TID 값, HARQ 정보(HARQ Info) 및 비트맵을 포함한다. TID 값은 HARQ 응답들이 요청될 수 있는 TID의 값을 지시할 수 있다. 일 예에서, 각각의 TID/HARQ Process ID 필드는 ACK/NACK/BA가 요청되고 있는 모든 HARQ 프로세스 ID들을 포함한다. 다른 예에서, 비트맵 외에도 "시작 HARQ 프로세스 ID"가 지시될 수 있다. 비트맵은 "Starting HARQ Process ID" 필드에서 지시된 HARQ 프로세스 ID로 시작하여 ACK/NACK/BA가 요청되고 있는 HARQ 프로세스 ID들을 "1"로 나타낼 수 있다. 비트맵의 크기 또는 포함되는 HARQ 프로세스 ID들의 수는 협상 가능할 수 있으며, 연관 프로세스 동안 EHT 능력의 일부로서 지시될 수 있는, 파라미터들 'STA에 의해 지원되는 동시적인 HARQ 프로세스들의 수' 또는 'STA에 의해 지원되는 TID당 동시적인 HARQ 프로세스들의 수'에 의해 제한될 수 있다.

추가적으로, 다중 STA 다중 TID 다중 HARQ BAR은 다수의 TID들 및 다수의 HARQ 프로세스 ID들을 갖는 다수의 STA들에 대한 HARQ 응답들을 요청하기 위해 정의될 수 있다. 다중 STA 다중 TID 다중 HARQ BAR은 MU-BAR의 정의를 대체로 따를 수 있으며, BAR control 필드에서의 BAR 유형은 현재 프레임이 다중 STA 다중 TID 다중 HARQ BAR임을 지시하도록 설정되어 있다. BAR information 필드는 TID는 물론 HARQ 프로세스 ID를 지시하는 하나 이상의 비트를 포함할 수 있다. 예를 들어, Per TID Info 필드에서의 하나 이상의 예약된 비트는 HARQ 응답들이 요청되는 HARQ 프로세스 ID를 지시하기 위해 사용될 수 있다. 비-HARQ 전송에 대해, 일반 ACK/BA(따라서, HARQ 응답 없음)가 요청됨을 지시하기 위해 하나 이상의 특정 값이 사용될 수 있다. STA, 예를 들어, AP는 하나 이상의 STA에, 하나 이상의 TID에 대해 및 하나 이상의 HARQ 프로세스 ID에 대해 응답들을 요청하기 위해 다중 STA 다중 TID 다중 HARQ BAR을 사용할 수 있다. 대안적으로, BAR information 필드는, 예를 들면, HARQ 응답들이 요청되는 HARQ 프로세스 ID들의 수는 물론 시작 HARQ 프로세스 ID를 지시하기 위해 하나 이상의 예약된 비트를 사용할 수 있다. 비-HARQ 전송에 대해 일반 ACK 또는 BA(따라서 HARQ가 아님) 응답이 요청됨을 지시하기 위해 하나 이상의 특정 값이 사용될 수 있으며, 이 경우에 BAR information 필드는 일반 다중 STA BA의 것을 따를 수 있다.

STA은 다중 HARQ BAR, 다중 TID 다중 HARQ BAR 및/또는 다중 STA 다중 TID 다중 HARQ BAR에 대한 응답으로서 다중 HARQ BA, 다중 TID 다중 HARQ BA, 및/또는 다중 STA 다중 TID 다중 HARQ BA를 사용할 수 있다.

다중 HARQ BA는 일반적으로 일반 BlockAck 프레임의 포맷을 따르며, BA Type 필드는 현재 프레임이 다중 HARQ BA임을 지시하는 값으로 설정된다. STA은 TID_Info 필드를 특정 TID의 값으로 설정할 수 있는 것은 물론, HARQ 프로세스 ID 비트맵 크기 또는 HARQ 프로세스 ID 비트맵들의 수를 지시할 수 있다. STA은, 시작 HARQ 프로세스 ID는 물론 HARQ 응답들이 제공되는 HARQ 프로세스 ID들을 지시하는 비트들을 포함하는 비트맵을 포함할 수 있는 방식으로, BA information 필드를 설정할 수 있다. HARQ 프로세스 ID들 각각에 대한 인코딩은 ACK, NACK, 검출된 신호 없음(No Signal Detected), 간섭(Interference), 충돌(Collision), HARQ 프로세스 재시작 요청됨(Restart of HARQ Process Requested)을 포함한 하나 이상의 잠재적 응답을 지시하는 하나 이상의 비트를 포함할 수 있다.

STA은 하나 이상의 HARQ 프로세스 ID로 하나 이상의 TID에 대한 응답들을 제공하기 위해 다중 TID 다중 HARQ BAR에 응답하는 데 다중 TID 다중 HARQ BA를 사용할 수 있다. STA은 프레임이 다중 TID 다중 HARQ BA 유형임을 지시하도록 BA Control 필드에서의 BA 유형을 설정할 수 있다. BA information 필드는 각각의 TID에 대한 하나 이상의 TID/HARQ 필드를 포함할 수 있다. STA은 Per TID info 필드에서 시작 HARQ 프로세스 ID를 지시할 수 있다. 다른 구현에서, Block Ack Starting Sequence Control 필드는 시작 HARQ 프로세스 ID를 포함할 수 있다. 블록 ACK 비트맵은 HARQ 응답들이 제공되는 HARQ 프로세스 ID들을 포함할 수 있다. HARQ 프로세스 ID들 각각에 대한 인코딩은 ACK, NACK, 검출된 신호 없음, 간섭, 충돌, HARQ 프로세스 재시작 요청됨을 포함한 하나 이상의 잠재적 응답을 지시하는 하나 이상의 비트를 포함할 수 있다.

STA, 예를 들어, AP는 하나 이상의 STA - 각각은 하나 이상의 HARQ 프로세스 ID와 함께 하나 이상의 TID를 가짐 - 에 응답들을 제공하기 위해 다중 STA 다중 TID 다중 HARQ BA를 사용할 수 있다. STA은 프레임이 다중 STA 다중 TID 다중 HARQ BA 유형임을 지시하도록 BA Control 필드에서의 BA 유형을 설정할 수 있다. BA information 필드는 각각의 AID/TID에 대한 하나 이상의 Per AID/TID/HARQ 필드를 포함할 수 있다. STA은 Per AID TID info 필드에서 시작 HARQ 프로세스 ID를 지시할 수 있다. 다른 구현에서, Block Ack Starting Sequence Control 필드는 시작 HARQ 프로세스 ID를 포함할 수 있다. 블록 ACK 비트맵은 시작 HARQ 프로세스 ID부터 시작하여 HARQ 응답들이 제공되는 HARQ 프로세스 ID들을 포함할 수 있다. HARQ 프로세스 ID들 각각에 대한 인코딩은 ACK, NACK, 검출된 신호 없음, 간섭, 충돌, 및 HARQ 프로세스 재시작 요청됨을 포함한 하나 이상의 잠재적 응답을 지시하는 하나 이상의 비트를 포함할 수 있다.

AP는 하나 이상의 HARQ 전송을 포함할 수 있는 전송들을 트리거링하기 위해 HARQ 트리거 프레임을 사용할 수 있다. HARQ 트리거 프레임 설계는 대체로 일반 트리거 프레임의 설계를 따를 수 있다. Common Info 필드의 Trigger Type 서브필드는 트리거 프레임이 HARQ 트리거 프레임이라는 것을 지시하는 값들을 포함할 수 있다. 대안적으로 또는 추가적으로, HARQ 전송들을 트리거링하도록 의도되어 있는 트리거 프레임에서의 User Info 필드는 그렇게 지시하는 하나 이상의 비트를 포함할 수 있다. Trigger Dependent User Info 필드는, HARQ 프로세스 ID 및/또는 새로운 전송, 재전송 또는 새로운 RV가 트리거링되고 있는지 여부와 같은, 트리거링된 HARQ 전송에 관한 정보를 포함할 수 있다. HARQ 트리거 프레임에 의해 트리거링되는 하나 이상의 STA은 HARQ 트리거 프레임, 또는 HARQ 트리거 프레임을 포함하는 A-MPDU(Aggregated MAC Protocol Data Unit) 또는 A-PPDU(Aggregated PLCP (Physical Layer Convergence Procedure) protocol data unit)로부터 하나의 SIFS(Short Interframe Space) 또는 HIFS(HarQ IFS) 이후에 그들의 전송들을 시작할 수 있다. 트리거링되는 전송들 중 하나 이상은 A-MPDU 또는 A-PPDU로서 구현될 수 있는 하나 이상의 HARQ 전송을 포함할 수 있다. 각각의 HARQ 전송은 개별적인 PPDU에 또는 A-PPDU에 포함될 수 있다.

2.2 NDP 피드백 보고를 사용한 HARQ 시그널링 및 응답 절차들

NDP(Null Data Packet) 피드백 보고는 다수의 STA들에 동시에 HARQ 피드백을 요청하기 위해 AP에 의해 사용될 수 있다. 이 방법에서, STA들의 세트는 AP로부터 HARQ NFRP(HARQ NDP Feedback Report Poll) 트리거 프레임을 수신하고, 프레임의 수신 이후 SIFS 지속기간에서, 특정 HARQ 프로세스 ID들에 대한 하나 이상의 HARQ 전송의 상태를 지시하는 HARQ NDP 피드백 프레임을 송신기로 전송한다. 예를 들어, NFRP는 NDP HARQ 피드백을 지시하는 Feedback Type 필드를 포함할 수 있다. HARQ NDP 피드백은 ACK 또는 NACK일 수 있다. 대안적으로, HARQ NDP 피드백은 ACK, NAK, 충돌 지시(COL), 검출된 신호 없음, 또는 간섭일 수 있다.

일 실시예에서, STA은 HE(High Efficiency) 또는 EHT Capabilities 요소에서의 HARQ NDP Feedback Report Support 서브필드를, HARQ NDP 피드백 보고를 지원하는 경우, 1로 설정하고, 그렇지 않은 경우, 0으로 설정할 수 있다. 일 실시예에서, STA은, AP에 의해 명시적으로 인에이블되지 않는 한, HARQ NDP 피드백 보고 응답을 전송하지 않아야 한다. 일 실시예에서, HARQ NFRP 트리거 프레임을 포함하는 PPDU와 HARQ NDP 피드백 보고 폴 응답 사이의 프레임 간 간격(inter frame space)은 SIFS이다.

일 실시예에서, STA은 다음과 같은 조건들 전부가 충족될 때 수신된 PPDU의 끝 이후 SIFS 시간 경계에서 HARQ NDP 피드백 보고 응답의 전송을 시작한다:

- 수신된 PPDU가 HARQ NFRP 트리거 프레임을 포함한다;

- STA이 HARQ NFRP 트리거 프레임에 의해 스케줄링된다;

- HE 또는 EHT MAC Capabilities Information 필드에서의 HARQ NDP feedback report support 서브필드가 1로 설정된다; 및

- STA이 HARQ NFRP 트리거 프레임에 포함된 HARQ NDP 피드백의 유형에 대한 응답을 제공하려고 의도한다.

일 실시예에서, 상기 조건들 전부를 충족시키지는 않는 STA은 HARQ NFRP 트리거 프레임에 응답하지 않아야 한다.

일 실시예에서, STA은 다음과 같은 조건들 전부가 충족되는 경우 NFRP 트리거 프레임에 응답하도록 스케줄링된다:

- STA이 HARQ NFRP Trigger 프레임의 TA 필드에서 지시되는 BSSID(Basic Service Set Identifier)와 연관되어 있거나 또는 STA이 true로 설정된 dot11MultiBSSIDActivated를 갖고 다중 BSSID 세트(multiple BSSID set)의 전송되지 않은 BSSID와 연관되어 있고 HARQ NFRP 트리거 프레임의 TA 필드가 해당 다중 BSSID 세트의 전송된 BSSID로 설정되어 있다.

- STA의 AID가, 유도 트리거 프레임(eliciting Trigger frame)에서의 Starting AID 서브필드를 사용하여, 시작 AID(Associated Identifier)보다 크거나 같고 시작 AID + NSTA보다 작으며, 여기서 NSTA는 HARQ NFRP 트리거 프레임에 응답하도록 스케줄링되어 있는 STA들의 총수이다. NSTA는 유발 트리거 프레임으로부터의 UL BW 서브필드 및 Multiplexing Flag 서브필드에 기초하여 계산된다.

- STA의 AID가 HARQ NFRP 트리거 프레임에서 명시적으로 시그널링된다. 일 실시예에서, STA의 AID 및 HARQ 피드백 비트들의 수가 시그널링된다.

비-AP(non-AP) HE STA은 그의 연관된 AP로부터 수신되는 관리 프레임들에서 운반되는 가장 최근에 수신된 HARQ NDP Feedback Report Parameter Set 요소로부터 HARQ NDP Feedback Report 파라미터 값들을 획득해야 한다.

일 실시예에서, HARQ NFRP는 필요한 정보를 STA들에 시그널링한다. 이는 다음과 같은 필드들을 포함할 수 있다:

1. 어드레싱될 STA들 및 그들의 자원 할당;

2. HE-LTF 심벌들의 수: 이것은 1(트래픽 요청에 대한 NDP 피드백의 경우)에서 모든 어드레싱된 STA들에 대한 HARQ 피드백의 최대 수로 수정될 것이다;

3. 피드백할 프로세스의 HARQ ID(User Info 필드에 배치될 수 있음).

도 4에 예시된 것과 같은 HARQ 피드백 보고 파라미터 프레임은 피드백될 수 있는 ACK/NAK/충돌 값들의 최대 수를 지시하는 데 사용될 수 있다.

HARQ NDP 피드백 프레임은 HE-LTF에서 HARQ 상태를 시그널링할 수 있다. 일 실시예에서, HARQ NDP 피드백은, 도 5에 도시된 바와 같이, 단지 하나의 OFDM 심벌로 제한될 수 있다.

단일 패킷에 대한 정보만이 피드백되거나 또는 다수의 패킷들에 대한 정보가 피드백될 수 있다. (도 6에 도시된 바와 같은) 단일 패킷 피드백의 경우에, 자원, 예를 들면, RU_TONE_SET_INDEX 파라미터는 다음과 같은 방정식으로 AID, 시작 AID 및 대역폭(BW)에 기초하여 설정될 수 있고, Starting AID 서브필드의 값은 유발 트리거 프레임의 User Info 필드에 있으며, 이하를 결과한다:

RU_TONE_SET_INDEX = (AID - Starting AID) mod (18 x 2^BW)

대안적으로, 이는 User Info 필드에서의 AID의 상대 위치에 기초하여 설정될 수 있으며, 예를 들면, 사용자 (i)의 경우, RU_TONE_SET_INDEX(i) = User Info Field 1(i)이다. User Info 필드들의 수가 최대 RU_TONE_SET_INDEX보다 작은 경우, 추가적인 자원들이 패딩된다. 이 경우에, (점유 채널 대역폭 요구사항을 충족시키기 위해) 자원에서 정보가 송신되지 않거나 또는 자원의 모든 톤들이 송신된다.

(도 7에 도시된 바와 같은) 다중 패킷 피드백의 경우에, 자원, 예를 들면, RU_TONE_SET_INDEX 파라미터는 다음과 같은 방정식으로 AID, 시작 AID, 대역폭(BW) 및 해당 특정 STA에 대한 HARQ 피드백을 위해 할당된 자원들의 수 N에 기초하여 설정될 수 있고, Starting AID 서브필드의 값 및 user resources 서브필드의 값 N은 유도 트리거 프레임의 User Info 필드에 있으며, 이하를 결과한다:

Relative Position AID (i) = (AID - Starting AID) mod (18 x 2^BW)

RU_TONE_SET_INDEX (i,1) = sum {relative position AID (i-1)*N(i-1)} +1

RU_TONE_SET_INDEX (i,N) = sum {relative position AID (i-1)*N(i-1)} + N

대안적으로, 이는 User Info 필드에서의 AID의 상대 위치 및 값 N에 기초하여 설정될 수 있다.

일 예에서, 하나 초과의 패킷(예를 들면, N개의 패킷들)에 대한 피드백은 도 8에 도시된 바와 같이 N개의 HARQ 피드백 심벌들에서 전송될 수 있다. 이는 도 9에 도시된 바와 같이 다수의 사용자들에 대해 할당될 수 있으며, 여기서 단일 주파수 자원이 단일 STA에 할당된다. 대안적으로, 다수의 주파수 자원들이 단일 STA에 할당될 수 있다.

ACK, NAK 또는 충돌의 존재를 시그널링하기 위해, STA은 각각의 유형에 대한 특정 톤 매핑을 사용하여 LTF 값들의 서브세트로부터 선택할 수 있다. 일 예에서, NDP 피드백 할당은 12개의 서브캐리어로 구성될 수 있으며, 여기서 ACK에 4개의 서브캐리어가 할당되고, NAK에 4개의 서브캐리어가 할당되며, COL에 4개의 서브캐리어가 할당된다. 다른 예에서, NDP 피드백 할당은 12개의 서브캐리어로 구성될 수 있으며, 여기서 ACK에 6개의 서브캐리어가 할당되고, NAK에 6개의 서브캐리어가 할당된다. 또 다른 예에서, NDP 피드백 할당은 18개의 서브캐리어로 구성될 수 있으며, 여기서 ACK에 6개의 서브캐리어가 할당되고, NAK에 6개의 서브캐리어가 할당되며, COL에 6개의 서브캐리어가 할당된다.

서브캐리어 할당들은 자원에서 연속적이거나 분산(예를 들면, 인터레이싱)될 수 있다. 예를 들어, 도 10a는 ACK에 4개의 서브캐리어가 할당되고, NAK에 4개의 서브캐리어가 할당되며, COL에 4개의 서브캐리어가 할당되는 서브캐리어들의 분산 할당을 예시하는 반면, 도 10b는 동일한 서브캐리어들의 연속적인 할당을 예시한다.

3 WLAN에서의 HARQ MAC 절차들

UL 및 DL OFDMA, 브로드캐스트 TWT(Target Wake Time), 트리거 기반 UL 전송 등을 포함한, 많은 새로운 MAC 특징들이 802.11ax 초안에 도입되었다. WLAN에서 HARQ 동작들을 가능하게 하기 위해, WLAN에서 효율적인 HARQ 동작들을 지원하기 위한 효율적이고 적합한 매체 액세스 프로토콜들을 포함하여, 스케줄 기반(scheduled), 트리거 기반(triggered) 및 랜덤 액세스 HARQ 설계를 포함한, 일반적인 매체 액세스 절차들이 정의되어야 한다.

3.1 HARQ DL MAC 절차들

방법 1:

제1 실시예에 따른 HARQ DL MAC 절차가 도 11에 도시되어 있다. 도 11에서, 각각의 블록은 자원 유닛(RU)을 나타내고 수직 차원은 경과 시간을 나타낸다. RU는 임의의 유형의 자원(예를 들면, 시간, 주파수, 공간 또는 이들의 임의의 조합들)일 수 있다. AP와 하나 이상의 STA 간의 다운링크에서 HARQ 동작들을 지원하기 위해, 다음과 같은 MAC 절차들이 사용될 수 있다.

AP는, DL OFDMA 전송에 있어서 상이한 자원 유닛들(RU들) 상에서 동시에, HARQ 전송들을 다수의 STA들, 예를 들면, STA 1 내지 STA N으로 전송할 수 있다. 다중 사용자(MU) 패킷의 프리앰블은 현재 전송이 하나 이상의 HARQ 전송을 포함할 수 있다는 지시를 포함할 수 있다. 각각의 A-MPDU 또는 A-PPDU 또는 PPDU의 프리앰블은 그것이 하나 이상의 HARQ 전송을 포함할 수 있다는 지시를 포함할 수 있다. 수신 STA이 HARQ 전송의 시작을 발견할 수 있도록, 각각의 HARQ 전송은 HARQ 지시(HARQ Indication)를 포함하거나 이에 의해 선행될 수 있고 독특한 구분자 패턴을 포함하거나 이에 의해 선행될 수 있다. HARQ 전송들은 해당 프리앰블에 또는 구분자 패턴들 또는 A-MPDU 또는 A-PPDU의 프리앰블에 의해 지시되는 임의의 다른 부분들에 HARQ 프로세스 ID를 포함할 수 있다.

AP는 HARQ 프로세스들에 대한 응답들을 트리거링하기 위해 HARQ 전송과 동일한 A-MPDU 또는 A-PPDU에서 트리거 프레임을 운반할 수 있다. 트리거 프레임은 자신이 HARQ 프로세스에 대한 트리거 프레임이라는 지시는 물론, 원하는 HARQ 프로세스 ID를 포함할 수 있다. 유사하게, 응답은 원하는 HARQ 프로세스 ID들을 포함할 수 있는 응답 스케줄링 프리앰블 또는 헤더에 의해 스케줄링될 수 있다.

수신 STA은, 예를 들어, 이전 전송의 종료 이후의 SIFS 시간 또는 HARQ IFS(HIFS) 간격 동안, 응답 스케줄링 헤더/프리앰블에 의해 스케줄링되거나 트리거 프레임에 의해 트리거링될 수 있는 응답들을 전송할 수 있다. HARQ 프로세스 또는 전송에 대한 응답은, ACK, NACK, 검출된 신호 없음, 충돌 및 HARQ 프로세스 재시작 요청됨과 같은, 다수의 가능한 값들을 포함할 수 있다.

이어서 AP는 STA들로부터 수신되는 피드백에 기초하여 추가적인 전송들 및 HARQ 전송들을 수행할 수 있다. 예를 들어, 도 11에 도시된 바와 같이, 이전 HARQ 전송들이 STA 1 및 STA N에 의해 올바르게 디코딩되었다는 것을 나타내는 ACK가 STA 1 및 STA N으로부터 수신되었기 때문에, AP는 STA 1 및 STA N으로의 HARQ ID 2와 연관된 새로운 전송들로 새로운 HARQ 프로세스를 시작할 수 있다. STA 2가 HARQ 전송을 성공적으로 디코딩하지 않았다는 것을 나타내는 NACK가 STA 2로부터 수신되었기 때문에, AP는 HARQ 프로세스 ID 1의 전송 2를 STA 2로 전송하기 시작할 수 있다. STA 2는 또한, MCS 권고사항들 및 재전송 또는 추가적인 RV들이 요망되는지 여부를 포함하여, 권고되는 다음 단계 액션에 대한 추가적인 피드백을 NACK 프레임에 포함시킬 수 있다. HARQ 프로세스 ID 1의 전송 2는 재전송일 수 있거나 또는 HARQ 프로세스 ID 1의 상이한 RV일 수 있으며, 이는 STA 2로부터의 NACK에 포함되어 있는 권고된 액션들에 기초할 수 있다.

유사하게, AP에 의한 새로운 HARQ 전송들은 수신 STA들에 응답들을 요청하기 위해 트리거 프레임들 또는 응답 스케줄링 헤더들을 포함할 수 있는 A-MPDU 또는 A-PPDU의 일부일 수 있다.

수신 STA은 후속적으로 응답들을 제공할 수 있다.

다른 구현에서, 도 12에 도시된 바와 같이, 다운링크 HARQ 전송들을 운반하는 A-MPDU 또는 A-PPDU는 2개의 부분으로 구성될 수 있으며, 그 중 하나의 부분은 A-MPDU를 포함하는 반면, 나머지 부분은 하나 이상의 HARQ 전송을 포함할 수 있는 A-PPDU를 포함할 수 있다. A-MPDU가 먼저 전송될 수 있고, MPDU들 사이의 구분자들에 의해 분리될 수 있는, ACK/NACK/BA 패킷들, 트리거 프레임들 및 다른 관리 또는 제어 프레임들과 같은, 모든 일반 패킷 전송들을 포함할 수 있다. A-MPDU는 또한 후속 HARQ 전송(들)에 대한 지시들 및/또는 스케줄링을 포함할 수 있다. A-MPDU는, 각각의 HARQ 전송에 대해, HARQ 프로세스 ID, 목표로 하는 수신 STA, HARQ 전송의 시작 시간, MCS(Modulation and Coding Scheme) 및 HARQ 전송의 RV 번호들과 같은, 다가오는 HARQ 전송들에 대한 정보를 포함할 수 있다. 이러한 지시들 중 일부 또는 전부가 전체 A-MPDU의 PLCP 또는 MAC 헤더에도 포함될 수 있다. 추가적으로 또는 대안적으로, 이러한 지시들 중 일부 또는 전부가, A-MPDU를 운반하는 PPDU를 포함할 수 있는, 전체 A-PPDU의 PLCP 또는 MAC 헤더에도 포함될 수 있다.

다른 구현에서, HARQ 전송들의 일부가 아닌 MPDU들 중 하나 이상은 또한 하나 이상의 A-MPDU로 그룹화될 수 있고 A-PPDU의 다수의 PPDU들에서 전송될 수 있다.

A-MPDU를 운반하는 PPDU를 전송한 후에, 전송 STA은 HARQ 전송들을 포함할 수 있는 하나 이상의 PPDU를 계속하여 전송할 수 있다. 각각의 PPDU 또는 HARQ 전송은 구분자 및/또는 트레이닝 필드들의 세트를 포함할 수 있는 프리앰블 또는 분리 필드(separation field)를 포함하거나 이에 의해 선행될 수 있다. 그러한 프리앰블 또는 분리 필드는 구분자들과 같은 독특한 비트 패턴, LTF, STF와 같은 트레이닝 필드들, 또는 새로운 PPDU 또는 새로운 HARQ 전송의 시작을 알리기 위한 다른 유형의 필드들을 포함할 수 있다. 프리앰블 또는 분리 필드는 또한, HARQ 프로세스 ID, 목표로 하는 수신 STA, HARQ 전송의 시작 시간, MCS, HARQ 전송의 RV 번호들, 이전 HARQ 전송의 재전송, 다가오는 HARQ 전송 또는 PPDU의 길이, 다가오는 HARQ 전송(들) 또는 PPDU(들)의 길이 또는 지속기간은 물론, 더 많은 PPDU들 또는 HARQ 전송들이 다가오는 HARQ 전송 또는 PPDU를 따를 것인지 여부와 같은, 다가오는 HARQ 전송에 대한 정보를 포함할 수 있다.

나머지 절차는 위에서 기술된 것들과 대체로 유사할 수 있지만, HARQ 전송들을 포함하는 A-MPDU 또는 A-PPDU는 HARQ 프로세스의 일부로서 전송되지 않는 A-MPDU들을 운반하는 하나 이상의 PPDU를 운반하고 추가적으로 HARQ 전송들을 운반하는 하나 이상의 PPDU를 운반한다. 임의의 HARQ 전송들의 일부가 아닌 (A-)MPDU를 운반하는 PPDU는 다가오는 PPDU들 및/또는 HARQ 전송들에 관련된 스케줄링, 지시 또는 정보를 포함할 수 있다. 그러한 정보는 A-PPDU 내의 첫 번째 PPDU에 또는 A-PPDU 내의 첫 번째 PPDU의 첫 번째 프리앰블에 포함될 수도 있다. HARQ 전송들을 운반하는 PPDU들은 구분자들, HARQ 전송들에 대한 식별자들, 트레이닝 필드들, 및/또는 다가오는 HARQ 전송(들) 또는 PPDU들에 관련된 정보를 포함할 수 있는 프리앰블 및 분리 필드를 포함하거나 이에 의해 선행될 수 있다.

또 다른 구현에서, HARQ 전송의 일부로서 전송되지 않는 하나 이상의 MPDU를 포함하는 (A-)MPDU 또는 PPDU는 A-PPDU의 끝에서 또는 A-PPDU 내의 어느 곳에서나 전송될 수 있다.

방법 2:

이하의 설계는 예시적인 DL HARQ 동작들 및 전송 절차들에 관련된다.

일 실시예에서, TF 또는 (A-)PPDU 헤더는 NDP 피드백 또는 BA가 응답에서 송신되어야 하는지 여부를 할당한다. 하나의 옵션에서, 할당이 BA/ack 피드백인 경우, MPDU 레벨 재전송이 상이한 MCS로 시작될 수 있도록, AP 또는 비-STA(non-STA)은 HARQ 버퍼를 플러시(flush)하도록 시그널링할 수 있다.

일 실시예에서, TF는 또한 도청된 HARQ 전송들을 보고하기 위한 슬레이브 AP HARQ 피드백 자원들을 할당할 수 있다. 피드백에 기초하여, 마스터 AP는 결합 HARQ(joint HARQ) 재전송을 개시할 수 있다.

일 실시예에서, NDP 피드백 자원/톤 세트들은 STA에 할당된 RU와 일치할 수 있다. STA이 NDP 피드백을 수행할 때, 피드백의 '온(on)' 톤들은 마스터 및 슬레이브 AP들에 대한 보조적인 상호성 NDP 사운딩 신호(auxiliary reciprocity NDP sounding signal)로서 역할할 수 있다.

일 실시예에서, HARQ 자원은 할당되는 RU의 ID에 기초하여 암시적으로 할당된다. 다른 실시예에서, HARQ 자원은 비-AP STA(non-AP STA)의 아이덴티티에 기초하여 암시적으로 할당된다.

원래 HARQ 전송에서, 하나 이상의 ID가, 재전송에서 참조되기 위해, (A-)PPDU와 연관될 수 있다.

재전송에서, (A-)PPDU 또는 TF의 헤더는, 원래 HARQ 전송에 대한 참조 ID를 사용하여, 재전송된 OFDM 심벌들/코드워드들 및/또는 리던던시 버전의 일 부분을 식별할 수 있다.

일 실시예에서, 수신기는 단순히 BA로 응답하고 수신기가 디코딩되지 않은 HARQ 샘플들을 버퍼링하고 있다는 지시를 선택적으로 포함한다. 송신기는, BA 상의 비트맵에 기초하여, 재전송될 OFDM 심벌들/코드워드들을 도출한다.

일 실시예에서, 임의의 STA으로부터의 HARQ ACK/NACK는 개시자 경쟁 윈도(initiator contention window)를 리셋시킨다. 모든 STA들로부터의의 응답 없음 NDP 피드백은 AP로 하여금 개시자 경쟁 윈도를 증가시키게 할 수 있다.

3.2 HARQ DL 다중 정지 대기 MAC 절차들

다음과 같은 예시적인 방법들은 HARQ 다운링크 다중 정지 대기 MAC 절차들을 가능하게 하고 지원할 수 있다.

방법 1:

DL HARQ 다중 정지 대기 절차의 예시적인 설계가 도 13에 도시되어 있다. DL HARQ 다중 정지 대기 절차를 위한 절차들은 다음과 같은 단계들을 포함할 수 있다.

AP와 다수의 STA들은 다중 정지 대기 HARQ에 대한 그들의 지원의 능력을 교환했을 수 있다. 이들은 동시에 실행 중인 HARQ 프로세스들에 대한 윈도 크기들 또는 수를 교환했을 수 있다. 일반성을 잃지 않으면서, STA당 또는 TID당 STA당 동시적인 HARQ 프로세스들의 수가 N일 수 있다고 가정한다.

자신이 다중 정지 대기 HARQ 프로세스들을 지원한다고 나타낸 STA에 대해, AP는 특정 RU를 통해 STA들 각각에 대해 다수의 HARQ 프로세스들에 대한 HARQ 전송들을 수행할 수 있다. 예를 들어, 도 13에 도시된 바와 같이, AP는 A-MPDU 또는 A-PPDU를 RU 0을 통해 STA 1로 전송할 수 있다. A-MPDU 또는 A-PPDU는 다수의 HARQ 프로세스들의 다수의 전송들을 포함할 수 있는 다수의 PPDU들 또는 MPDU들을 포함할 수 있다. 예를 들어, PPDU 또는 MPDU는 RU 0을 통한 HARQ 프로세스 1 내지 HARQ 프로세스 N에 대한 STA 1에 대한 첫 번째 전송을 포함할 수 있다. 마지막 섹션에서와 유사하게, HARQ 전송 각각은, 구분자의 독특한 비트 패턴, LTF, STF와 같은 트레이닝 필드들, 또는 새로운 PPDU 또는 새로운 HARQ 전송의 시작을 알리기 위한 다른 유형의 필드를 포함할 수 있는, 프리앰블 및/또는 분리 필드를 포함하거나 이에 의해 선행될 수 있다. 프리앰블 또는 분리 필드는 또한, HARQ 프로세스 ID, 목표로 하는 수신 STA, HARQ 전송의 시작 시간, MCS, HARQ 전송의 RV 번호들, 이전 HARQ 전송의 재전송, 다가오는 HARQ 전송 또는 PPDU의 길이, 다가오는 HARQ 전송(들) 또는 PPDU(들)의 길이 또는 지속기간은 물론, 더 많은 PPDU들 또는 HARQ 전송들이 다가오는 HARQ 전송 또는 PPDU를 따를 것인지 여부와 같은, 다가오는 HARQ 전송에 대한 정보를 포함할 수 있다.

유사하게, AP는 RU 1을 통해 STA 2에 대한 A-MPDU 또는 A-PPDU를 전송할 수 있으며, 이는 HARQ 전송들과 비-HARQ 전송들의 혼합을 포함할 수 있다. RU 1을 통해 전송되는 하나 이상의 PPDU는 STA 2에 대한 HARQ 프로세스 1 내지 HARQ 프로세스 N의 첫 번째 전송을 포함할 수 있다.

특정 RU를 통해 STA으로 전송되는 동일한 A-MPDU 또는 A-PPDU에서, AP는 또한 STA으로부터의 HARQ 응답들을 트리거링하기 위한 트리거 프레임 또는 다중 HARQ BAR 프레임을 포함시킬 수 있다. 트리거 프레임과 같은 MPDU, 다중 HARQ BAR, 및, 관리 또는 제어 프레임들과 같은, 다른 유형의 프레임들이 하나의 A-MPDU 내에서 전송될 수 있다. A-MPDU는 A-PPDU의 일부인 별도의 PPDU에서 전송될 수 있다. PPDU는, 구분자들과 같은 독특한 비트 패턴, LTF, STF와 같은 트레이닝 필드들, 또는 새로운 PPDU 또는 새로운 HARQ 전송의 시작을 알리기 위한 다른 유형의 필드들은 물론, 위에서 기술된 바와 같은 다른 HARQ 관련 정보를 포함할 수 있는, 프리앰블 또는 분리 필드를 포함하거나 이에 의해 선행될 수 있다. 비-HARQ 전송들을 포함하는 PPDU들 또는 MPDU들은 A-MPDU 또는 A-PPDU에서 첫 번째로 또는 마지막으로, 또는 그 내의 어디에서나 전송될 수 있다. 추가적으로 또는 대안적으로, HARQ 전송들에 대한 응답은 동일한 A-MPDU 또는 A-PPDU에 포함된 하나 이상의 PPDU(들) 또는 MPDU들의 응답 스케줄링 헤더에 의해 트리거링되거나 스케줄링될 수 있다.

다른 구현에서, AP는 하나 이상의 TID들과 연관될 수 있는 하나 이상의 HARQ 프로세스에 대한 응답들을 요청하기 위해 다중 STA 다중 TID 다중 HARQ BAR 또는 다중 STA 다중 HARQ BAR을 하나 이상의 STA으로 전송할 수 있다.

수신 STA은 HARQ 전송 이후의 IFS 시간(SIFS, HIFS 또는 HARQ 응답 시간) 동안 응답들을 전송할 수 있다. 그러한 응답들은 트리거 프레임들, 다중 HARQ BAR들 또는 응답 스케줄링 헤더들에 의해 트리거링되거나 스케줄링될 수 있다. 응답은 ACK/NACK를 갖는 BA, 다중 HARQ BA, 또는 다중 TID 다중 HARQ BA일 수 있다.

STA들로부터 응답들을 수신한 후에, AP는 이어서 추가의 HARQ 전송들을 수행하기로 결정할 수 있다. 하나 이상의 HARQ 프로세스가 STA에 의해 ACK된 경우, 동시적인 HARQ 프로세스들의 수가 STA에 의해 지시된 동시적인 HARQ 프로세스들의 수보다 작거나 같으면, AP는 새로운 HARQ 프로세스들에 대한 HARQ 전송들을 계속하여 전송할 수 있다. HARQ 프로세스에 대해 응답이 수신되지 않거나 NACK가 수신된 경우, AP는 후속 HARQ 전송들에서 재전송을 수행하거나 추가적인 RV들을 송신하기로 결정할 수 있다.

방법 2:

도 14에 예시된 것과 같은 다른 실시예에서, NDP 피드백 PPDU는 많은 수의 HARQ 전송들을 수용하기 위해 하나 초과의 연결된(concatenated) LTF를 가질 수 있다. LTF의 인덱스 및 LTF 내의 톤 세트는 각각의 PPDU의 헤더에 의해 식별되거나 TF에 명시될 수 있다. 대안적으로, HARQ TX의 시간/주파수 자원과 피드백 자원의 연관은 매핑 규칙에 기초하여 암시적일 수 있다.

HARQ 피드백을 요청하는 MU-BAR이 HARQ 피드백에 대한 TF로서 사용될 수 있다. 메시지는 (A-)PPDU 및/또는 RU의 ID, (A-)PPDU 내에서의 심벌/시간 인덱스를 포함할 수 있다.

타이머는 HARQ 프로세스와 연관될 AP와 비-AP STA들 사이에서 협상될 수 있다. 타이머는 실패한 HARQ (재)전송에서 시작된다.

시간이 만료될 때, STA은: (1) HARQ 프로세스의 재전송을 요구하는 폴(poll)을 AP로 송신하고, 폴 이후에 제2 타이머가 시작될 수 있다. 만료 시에, STA은 HARQ 프로세스의 실패를 선언하고, 다음 패킷/HARQ 프로세스를 진행할 수 있으며; (2) 누락된 MPDU들을 식별해 주는 BA를 송신하고 프로세스와 연관된 HARQ 버퍼를 플러시한다.

일 실시예에서, STA은, BA를 트리거링하라는 BAR를 수신하지 않는 한, HARQ 지원으로 확립된 BA 동의(BA agreement)에 대한 성공적으로 수신된 MPDU들을 보고하기 위해 BA를 송신하지 않을 수 있다. 다른 실시예에서는, 그렇게 할 수 있다.

3.3 HARQ UL MAC 절차들

예시적인 HARQ 업링크 절차가 도 15에 도시되어 있다. HARQ 업링크 MAC 절차는 다음과 같은 단계들 중 하나 이상을 포함할 수 있다.

AP와 하나 이상의 STA은 UL HARQ 전송들 및/또는 HARQ 수신들의 능력은 물론, HARQ 파라미터들을 교환했을 수 있다.

AP는 특정 RU를 통해 STA에 대한 트리거 프레임을 전송하는 것에 의해 업링크 HARQ 전송들을 트리거링할 수 있다. 추가적으로 또는 대안적으로, AP는 전체 채널 대역폭에 걸쳐 하나 이상의 STA에 대한 트리거 프레임을 전송하는 것에 의해 다수의 STA들로부터의 업링크 HARQ 전송들을 트리거링할 수 있다. 그러한 트리거 프레임은 HARQ 트리거 프레임일 수 있다. 트리거 프레임은 특정 HARQ 전송들이 트리거링되고 있다는 정보를 포함할 수 있다. 추가적으로, 트리거 프레임은 또한, HARQ 프로세스 ID, RV 번호, HARQ 전송들의 크기, MCS, RU 할당들 등과 같은, 트리거링되고 있는 HARQ 전송에 관한 특정 정보를 지시할 수 있다.

STA은 트리거 프레임에 응답하여 특정 RU를 통해 또는 전체 대역폭에 걸쳐 UL A-MDPU 또는 A-PPDU를 전송할 수 있다. 예를 들어, 도 15에 도시된 바와 같이, STA 1은 HARQ 프로세스 ID 1에 대한 HARQ 전송 1을 포함하는 PPDU를 AP로 전송할 수 있다. HARQ 전송들을 포함하는 PPDU는, 트레이닝 필드들, 구분자들, HARQ 전송들의 지시자, 및, 예상된 HARQ 전송들의 지속기간 및/또는 MCS를 포함한, 위에서 기술된 바와 같은 다른 HARQ 전송 관련 정보를 포함하거나 이에 의해 선행될 수 있는, 프리앰블 및/또는 분리 필드를 포함할 수 있다.

AP와 STA들이 UL 다중 정지 대기 HARQ 프로세스를 지원한다고 지시한 경우, AP와 STA의 능력 교환들에 의해 지시된 대로 그 수의 동시적인 HARQ 프로세스들이 AP 및 STA에 의해 지원될 수 있다면, STA은 다수의 동시적인 HARQ 프로세스들과 연관된 다수의 HARQ 전송들을 전송할 수 있다.

STA은 또한 HARQ 전송들에 대한 응답들을 요청하기 위해 HARQ BAR 프레임을 포함시킬 수 있다. 대안적으로, STA은 NDP 패킷 또는 MAC 헤더만을 갖는 프레임을 A-PPDU에 포함시킬 수 있거나, 또는 "즉각적인 ACK(immediate ACK)"가 요청된다는 지시를 포함하는 A-MPDU를 MAC 헤더 내에 포함시킬 수 있다. 다른 예에서, STA은 또한 하나 이상의 TID와 연관된 다수의 HARQ 프로세스들에 대한 응답들을 요청하기 위해 다중 HARQ BAR 또는 다중 TID 다중 HARQ BAR을 포함시킬 수 있다. 위에서 기술된 바와 유사하게, HARQ 전송들의 일부가 아닌 BAR, ACK, 또는 다른 유형의 관리 또는 제어 프레임들과 같은 패킷들은 하나의 PPDU에서 운반되는 하나의 특정 A-MPDU에 포함될 수 있다. PPDU는 또한 프리앰블 또는 분리 필드를 포함하거나 이에 의해 선행될 수 있다. 이 PPDU는 A-MPDU에서의 첫 번째 PPDU로서 전송되거나 A-MPDU에서의 마지막 PPDU로서 전송될 수 있다.

AP는 HARQ 전송 및/또는 BAR 프레임들에 대해 BA는 물론 트리거 프레임들을 포함할 수 있는, A-MPDU들을 다운링크에서 전송하는 것으로 응답할 수 있다. 일 예에서, 특정 STA에 대한 특정 HARQ 프로세스 ID에 대한 트리거 프레임들은 또한 해당 HARQ 프로세스에 대한 NACK으로서 역할할 수 있다. 다중 정지 대기 HARQ 프로세스의 경우, 트리거 프레임은 UL HARQ 전송들이 트리거링될 수 있는 HARQ 프로세스 ID들의 비트맵 또는 리스트를 포함할 수 있다.

하나 이상의 HARQ 프로세스 ID에 대한 BA 및/또는 트리거 프레임을 수신하는 STA은 후속 전송들 및 HARQ 전송들을 결정하기 위해 BA 및/또는 트리거 프레임에 포함된 정보를 사용할 수 있다. STA이 HARQ 프로세스가 AP에 의해 성공적으로 디코딩되고 ACK된 것으로 결정한 경우, AP와의 동시적인 HARQ 프로세스들의 수가 AP와 STA에 의해 합의된 동시적인 HARQ 프로세스들의 최대 수보다 여전히 작거나 같다면, STA은 하나 이상의 새로운 HARQ 프로세스와 연관된 하나 이상의 HARQ 전송을 계속하여 전송할 수 있다. 그렇지 않은 경우, STA은 NACK되거나 ACK되지 않은 HARQ 프로세스들의 재전송들을 수행할 수 있다. 대안적으로, STA은 요청되거나 NACK되거나 ACK되지 않은 HARQ 프로세스들에 대한 상이한 RV들을 전송하기로 결정할 수 있다.

AP는 또한 하나 이상의 TID와 연관된 하나 이상의 HARQ 프로세스에 대한 UL 전송들을 전송한 하나 이상의 STA에 응답들을 제공하기 위해 다중 STA 다중 TID 다중 HARQ BA를 송신할 수 있다.

3.4 ARQ 캐스케이딩 MAC 절차들

예시적인 HARQ 캐스케이딩 업링크 및 다운링크 절차가 도 16에 도시되어 있다. 캐스케이딩 UL 및 DL HARQ 절차들은 다음과 같은 단계들 중 하나 이상을 포함할 수 있다.

AP와 하나 이상의 STA은 HARQ를 지원하는 능력, 또는 특히 캐스케이딩 HARQ 절차들을 지원하는 능력을 교환했을 수 있다.

AP는 특정 RU를 통해 또는 20 MHz 이상의 채널 대역폭에 걸쳐 A-MPDU 또는 A-PPDU를 특정 STA으로 전송할 수 있다. 예를 들어, 도 16에 도시된 바와 같이, AP는 HARQ 프로세스 ID 1에 대한 HARQ 전송, 및 DL HARQ 전송들에 대한 응답들을 전송하는 것은 물론 UL 전송들을 전송하라는 STA들에 대한 트리거 프레임들을 포함하는 A-MPDU 또는 A-PPDU를 RU 0을 통해 STA1로 전송할 수 있다. STA 1이 UL HARQ 프로세스들을 시작하기 전에는, 트리거 프레임은 HARQ 전송들만이 허용되거나 HARQ 및 비-HARQ 전송들이 허용된다는 지시만을 포함할 수 있다. STA 1이 하나 이상의 UL HARQ 전송을 전송한 후에는, 트리거 프레임은 또한 STA 1이 업링크에서 트리거링하기 원하는 특정 HARQ 프로세스들 또는 재전송들 또는 HARQ 프로세스의 특정 RV 번호를 포함할 수 있다. 대안적으로, AP는 20 MHz 이상의 전체 채널 폭에 걸쳐 응답 스케줄링 헤더들 또는 트리거 프레임을 사용하여 업링크 전송들을 트리거링할 수 있다. 트리거 프레임은 UL 전송들을 위한 자원 할당을 포함할 수 있다. 트리거 프레임들의 전송은 이전 NDP 피드백 보고들 또는 MAC 헤더들에 포함될 수 있는 버퍼 상태 보고들로부터 획득되었을 수 있는 STA들의 지시된 버퍼 상태에 의존할 수 있다.

DL A-MPDU 또는 A-PPDU는, 예를 들어, A-MPDU 또는 A-PPDU에서, 또는 HARQ 전송을 운반하는 PPDU에서, 또는 HARQ 전송의 일부가 아닌 MPDU들을 운반하는 PPDU에서 MAC 헤더에 있는 More Data 또는 More Fragment 비트를 설정하는 것에 의해, 추가적인 HARQ 프로세스들이 전송 STA들에서 보류 중인지 여부에 대한 지시를 포함할 수 있다.

그러한 DL A-MPDU 또는 A-PPDU의 수신 STA은 DL A-MPDU 또는 A-PPDU 내의 트리거 프레임 또는 응답 스케줄링 헤더에 의해 자신에게 할당된 RU를 통해 A-MPDU 또는 A-PPDU를 업링크에서 AP로 전송할 수 있다. STA은 AP로의 HARQ 프로세스 ID 1과 연관된 HARQ 전송 1 외에도 ACK/NACK/BA/HARQ 응답들을 포함시킬 수 있다. UL A-MPDU 또는 A-PPDU는, 예를 들어, A-MPDU 또는 A-PPDU에서, 또는 HARQ 전송을 운반하는 PPDU에서, 또는 HARQ 전송의 일부가 아닌 MPDU들을 운반하는 PPDU에서 MAC 헤더에 있는 More Data 또는 More Fragment 비트를 설정하는 것에 의해, 추가적인 HARQ 프로세스들이 전송 STA들에서 보류 중인지 여부에 대한 지시를 포함할 수 있다.

AP는, UL A-MPDU들 또는 A-PPDU들을 수신한 후에, DL HARQ 전송들의 상태를 결정할 수 있고, 하나 이상의 UL HARQ 프로세스 ID와 연관된 하나 이상의 전송을 디코딩할 수 있는지 여부를 결정할 수 있다. AP는 이어서 UL HARQ 전송들에 대한 ACK/NACK/BA/응답을 전송할 수 있다. AP는 또한 UL HARQ 전송들의 상태는 물론 UL에서의 STA에 의한 추가적인 보류 중인 HARQ 전송들의 버퍼 상태 또는 지시에 따라 추가적인 UL HARQ 전송들을 트리거링하기 위해 트리거 프레임들을 전송하기로 결정할 수 있다.

AP는 또한 STA들로부터 수신되는 피드백에 기초하여 STA로의 추가적인 DL HARQ 전송들을 포함시킬 수 있다. 예를 들어, 도 16에 도시된 바와 같이, STA 1 및 STA 2로의 HARQ ID 1과 연관된 HARQ 전송 1이 ACK되었기 때문에, AP는 HARQ ID 2와 연관된 전송 1을 RU 0 및 RU 1을 통해, 제각기, STA 1 및 STA 2로 전송할 수 있다. 프로세싱된 HARQ가 NACK되었기 때문에 AP는 HARQ ID 1과 연관된 전송 2를 RU L을 통해 STA N으로 전송할 수 있다.

STA은, HARQ 전송들 및/또는 트리거 프레임들을 포함하고 응답 프레임들을 요청할 수 있는 DL A-MPDU들 또는 A-PPDU들을 AP로부터 수신한 후에, 그 자신으로부터 AP로의 UL HARQ 전송들의 상태를 결정하고, AP에 의해 그 자신에게 전송되는 하나 이상의 DL HARQ 프로세스 ID와 연관된 하나 이상의 전송을 디코딩할 수 있는지 여부를 결정할 수 있다. STA은 이어서 DL HARQ 전송들에 대한 ACK/NACK/BA/응답을 UL A-MPDU 또는 A-PPDU의 일부로서 전송할 수 있다. STA은 또한 전송할 추가적인 전송 또는 프로세싱된 보류 중인 HARQ가 있는지 여부를 지시할 수 있다.

STA은 또한 DL A-MPDU 또는 A-PPDU에서 AP로부터 수신되는 피드백에 기초하여 AP로의 추가적인 UL HARQ 전송들을 포함시킬 수 있다. 예를 들어, 도 16에 도시된 바와 같이, STA N에 의한 HARQ ID 1과 연관된 HARQ 전송 1이 ACK되지 않았기(또는 NACK되었기) 때문에, STA N은 HARQ ID 1과 연관된 전송 1을 RU L을 통해 AP로 전송할 수 있다. HARQ 프로세스들이 ACK되었기 때문에, STA 2와 STA 1은 HARQ ID 2와 연관된 전송 1을 제각기 RU 0 및 RU 1을 통해 AP로 전송할 수 있다.

캐스케이딩 UL 및 DL HARQ 절차들의 다른 예시적인 설계가 도 17에 도시되어 있다.

이 실시예에서, AP 및 STA은 여전히 A-MPDU 또는 A-PPDU를 송신할 수 있다. ACK/NACK/BA, BAR, 트리거 프레임, 다른 유형의 관리 또는 제어 프레임들 또는 HARQ 전송들의 일부가 아닌 다른 유형의 프레임들과 같은 MPDU들은, 하나의 PPDU에서 운반될 수 있는, 하나의 A-MPDU로 함께 그룹화될 수 있다. 다른 실시예에서, 이러한 MPDU들은 하나 이상의 A-MPDU로 그룹화될 수 있으며, A-MPDU들은 하나 이상의 PPDU에서 운반된다.

각각의 HARQ 전송은 AP 또는 STA에 의해 전송되는 A-PPDU의 일부일 수 있는 별도의 PPDU에서 운반될 수 있다. PPDU는, 구분자들과 같은 독특한 비트 패턴, LTF, STF와 같은 트레이닝 필드들, 또는 새로운 PPDU 또는 새로운 HARQ 전송의 시작을 알리기 위한 다른 유형의 필드들을 포함할 수 있는, 프리앰블 또는 분리 필드를 포함하거나 이에 의해 선행될 수 있다. 프리앰블 또는 분리 필드는 또한, HARQ 프로세스 ID, 목표로 하는 수신 STA, HARQ 전송의 시작 시간, MCS, HARQ 전송의 RV 번호들, 이전 HARQ 전송의 재전송, 다가오는 HARQ 전송 또는 PPDU의 길이, 다가오는 HARQ 전송(들) 또는 PPDU(들)의 길이 또는 지속기간은 물론, 더 많은 PPDU들 또는 HARQ 전송들이 다가오는 HARQ 전송 또는 PPDU를 따를 것인지 여부와 같은, 다가오는 HARQ 전송에 대한 정보를 포함할 수 있다.

비-HARQ 전송들을 포함하는 PPDU 또는 MPDU는 A-MPDU 또는 A-PPDU에서 첫 번째로 또는 마지막으로, 또는 그 내의 임의의 곳에서 전송될 수 있다.

3.5 TWT 또는 RAW를 활용하는 HARQ MAC 절차들

STA은 HARQ MAC 절차들을 위해 TWT(Target Wake Time), 브로드캐스트 TWT, 또는 RAW(Restricted Access Window)와 같은 스케줄링 설계 또는 다른 유형의 스케줄링 설계를 활용할 수 있다. 도 18은 TWT 또는 RAW를 사용하는 HARQ MAC 절차에 대한 예시적인 설계를 예시하는 다이어그램이다.

TWT 또는 RAW는 슬롯 기반 구조(slotted structure)를 가질 수 있다. TWT 또는 RAW에 관한 정보는 비콘, 짧은 비콘, FILS 탐색 프레임(FILS discovery frame) 또는 다른 유형의 프레임에 포함될 수 있다.

STA은 그 자신의 ID 또는, 그의 AID들과 같은, 다른 유형의 파라미터들, 또는 AP에 의해 공지된 파라미터들에 기초하여 하나 이상의 DL 또는 UL 슬롯을 결정할 수 있다.

AP는 하나 이상의 슬롯이 HARQ 전송들을 위한 것이라고 공지할 수 있다.

STA은 그 자신의 UL 슬롯들을 결정하고 HARQ 전송들을 AP로 전송할 수 있으며, 이어서 UL HARQ 전송들에 대한 하나 이상의 응답을 수신하기 위한 그 자신의 DL 슬롯들을 결정할 수 있다.

STA은 또한 하나 이상의 HARQ 전송을 수신하기 위한 그 자신의 DL 슬롯들을 결정할 수 있고, 이어서 DL HARQ 전송들에 관한 응답들을 전송하기 위한 하나 이상의 UL 슬롯을 결정할 수 있다.

그룹에 대한 DL 슬롯은 다운링크에서 그룹 기반 HARQ 전송들을 전송하기 위해 AP에 의해 사용될 수 있고/있거나, 다중 STA 다중 TID 다중 HARQ BA 또는 다중 STA 다중 HARQ BA는 하나 이상의 TID와 연관된 하나 이상의 HARQ 프로세스에 대한 응답들을 하나 이상의 STA에 제공하기 위해 AP에 의해 사용될 수 있다.

3.6 TXOP 내에서의 UL HARQ MAC 절차들

이 섹션에서는, TXOP(Transmit Opportunity) 내에서의 UL HARQ 절차를 고려한다. TXOP에서, STA/AP는 채널을 획득하고 이를 다른 STA들/AP들과 공유할 수 있다. 따라서, 전송들은 더욱 스케줄 기반이며, 따라서 수신기는 어느 STA들이 원하는 송신기 및 수신기일 수 있는지를 알 수 있으며, 전송 실패는 주로 불량 채널 또는 낮은 SNR로 인한 것으로 간주될 수 있다. AP들과 STA들은 관리/제어 프레임들을 사용하여 TXOP 내에서 HARQ 전송들 또는 HARQ 전송들을 지원하기 위해 능력을 교환할 필요가 있을 수 있다.

예시적인 절차가 도 19에 도시되어 있다.

AP는 채널을 획득하고, 트리거 프레임/MU RTS(Request to Send)를, STA1 및 STA2를 포함하는, STA 그룹으로 전송할 수 있다. MU RTS 프레임은 트리거 프레임의 특수한 형태로서 간주될 수 있다. 따라서, 이 문서에서의 트리거 프레임에 대한 언급은 트리거 프레임이 MU RTS 프레임일 수 있음을 암시한다. 대안적으로, 트리거 프레임이 UL 단일 사용자 전송에서 사용될 수 있다. 트리거 프레임에서, AP는 STA(들)으로부터의 다가오는 HARQ 전송에 대한 다음과 같은 정보 중 하나 이상을 지시할 수 있다.

예를 들어, HARQ Trigger 필드는 트리거 프레임이 HARQ 전송들을 트리거링하는 데 사용될 수 있다는 것을 지시할 수 있다. 일 실시예에서, 이 필드는 HARQ 절차들이 TXOP 내에서 유효할 수 있다는 것을 지시할 수 있는 TXOP HARQ 트리거로서 해석될 수 있다. AP 및 STA들은 TXOP의 종료 이후에 HARQ 버퍼를 플러시할 수 있다.

하나 초과의 HARQ 프로세스가 허용될 수 있을 때 HARQ process ID 필드가 사용될 수 있다. 특히, 이 필드는 정보 비트 세트에 관련된 전송들을 지시하는 데 사용될 수 있다. 동일한 정보 비트 세트의 재전송은 동일한 HARQ 프로세스 ID를 사용할 수 있다. 따라서, STA은 관련된 새로운 전송 및 재전송을 식별하기 위해 HARQ 프로세스 ID를 사용할 수 있다.

다가오는 HARQ 전송들에 대해 증분 리던던시가 사용될 때 Redundancy Version 필드가 사용될 수 있다. 이 필드는 코드워드의 어느 부분이 (재)전송에서 사용될 수 있는지를 지시하는 데 사용될 수 있다. 하나의 방법에서, 이 필드는 해당 (재)전송의 코드워드를 생성하는 데 사용되는 특정 펑처링 방식을 지시하는 데 사용될 수 있다.

Retransmission Indication 필드는 다가오는 전송이 새로운 전송인지 재전송인지를 지시하는 데 사용될 수 있다. 일 실시예에서, Retransmission Indication 필드는, 이전 전송이 실패했을 수 있다는 것을 지시하는, 암시적인 부정 확인응답 전송으로서 역할할 수 있다.

MCS 필드는 새로운 전송과 재전송(들) 간에 동일하거나 상이할 수 있다.

위에서 언급된 필드들 중 일부는 모든 사용자들에게 공통일 수 있고 다른 것들은 단일 사용자에 전용될 수 있다. 공통 필드들은 일반 사용자 필드, 예를 들면, EHT SIG-A 필드에서 모든 사용자들로 전송될 수 있는 반면, 단일 사용자에 전용된 필드들은 User Information 필드, 예를 들면, EHT SIG-B 필드에서 전송될 수 있다.

트리거 프레임의 수신 시에, STA은 자신이 UL HARQ 전송을 위한 원하는 STA임을 검출할 수 있다. STA은 PLCP(Physical Layer Convergence Procedure) 헤더와 MAC 보디를 포함하는 HARQ 프레임을 전송할 수 있다.

PLCP 헤더의 일 실시예에서, 모든 것이 AP에 의해 결정되고 AP가 HARQ 파라미터들을 알고 있기 때문에, HARQ 관련 정보가 트리거 기반 PPDU에 의해 운반되지 않을 수 있다.

다른 실시예에서, HARQ 프로세스 ID, RV, 재전송 지시 및/또는 MCS는 사용자 특정 SIG 필드에서 TB PPDU에 의해 운반될 수 있다. 이 방법은 HARQ 전송이 STA에 의해 개시되고 제어될 수 있는 경우에 사용될 수 있다. 해당 경우에, 전송을 트리거링하는 트리거 프레임은 HARQ 관련 정보를 포함하지 않을 수 있다.

AP는 UL TB PPDU들을 수신하고, 이를 디코딩할 수 있다. AP가 패킷을 성공적으로 디코딩하는 경우, AP는, 필요에 따라, STA으로의 긍정 확인응답 및 DL 전송을 준비할 수 있다. AP가 패킷을 성공적으로 디코딩하지 못하는 경우, AP는 수신된 패킷을 HARQ 버퍼에 저장할 수 있다. 일 실시예에서, AP는 STA으로부터의 재전송을 트리거링하기 위해 NAK 프레임을 전송할 수 있다. 다른 방법에서, AP는 재전송을 트리거링하기 위해 트리거 프레임을 전송할 수 있으며, 여기서 트리거 프레임은 이전 전송에 대한 암시적인 NAK일 수 있다. 또 다른 실시예에서, AP는 NAK 프레임 및 트리거 프레임을 STA으로 전송할 수 있다.

STA들은 AP에 의해 지시된 대로 전송들을 수행할 수 있다.

본 명세서에서 기술된 바와 같은 UL HARQ 데이터 전송의 경우, AP는 HARQ 버퍼를 유지할 수 있다. 이 버퍼는 TXOP의 종료 이후에 플러시될 수 있다. 이는 전송들이 TXOP 내에서만 HARQ 검출을 위해 결합될 수 있다는 것을 의미한다. DL HARQ 전송의 다른 실시예에서, STA은 HARQ 버퍼를 유지할 수 있다. 이 버퍼는 TXOP의 종료 이후에 플러시될 수 있다. 하나의 방법에서, HARQ 버퍼는 시그널링 없이 자동으로 플러시될 수 있다. 다른 실시예에서, AP/STA은 버퍼 상태를 명시적으로 시그널링할 수 있다.

예를 들어, UL 데이터 전송을 위해, AP는 버퍼 상태를 트리거 프레임에 포함시킬 수 있다. AP는 버퍼가 리셋/플러시되고 새로운 HARQ 전송을 위한 준비가 되어 있다는 것을 STA에 지시할 수 있다. 대안적으로, AP는 버퍼가, 재전송과 결합할 준비가 되어 있는, 하나 이상의 이전 HARQ 절차로부터의 전송들을 포함할 수 있다는 것을 지시할 수 있다.

예를 들어, 반대의 경우에, 즉, 다운링크 데이터 전송의 경우, STA은 버퍼 상태를 확인응답 프레임에 포함시킬 수 있다. STA은 버퍼가 리셋/플러시되고 새로운 HARQ 전송을 위한 준비가 되어 있다는 것을 AP에 지시할 수 있다. 대안적으로, STA은 버퍼가, 재전송과 결합할 준비가 되어 있는, 이전 HARQ 절차로부터의 하나 이상의 전송을 포함할 수 있다는 것을 지시할 수 있다.

3.7 다수의 TXOP들에 걸친 UL HARQ MAC 절차들

이 섹션에서는, 다수의 TXOP들에 걸친 UL HARQ 절차를 고려한다. 일 실시예에서, HARQ 절차들이 하나 이상의 TXOP에서 발생할 수 있다. TXOP는 RTS/CTS(Request to Send/Clear to Send)에 의해 보호되는 전송들을 포함할 수 있다. 이 경우에, 전송들은 더욱 스케줄 기반이며, 따라서 수신기는 어느 STA들이 원하는 송신기 및 수신기인지를 알 수 있으며, 전송 실패는 주로 불량 채널 또는 낮은 SNR로 인한 것으로 가정될 수 있다. 하나의 방법에서, HARQ 절차는 하나 이상의 TXOP 또는 자율 업링크 전송에서 발생할 수 있다. 자율 업링크 전송은 비-AP STA에 의해 개시되고 결정되는 전송을 나타낼 수 있다.

AP들과 STA들은 관리/제어 프레임들을 사용하여 TXOP 내에서 HARQ 전송들 또는 HARQ 전송들을 지원하기 위해 능력을 교환할 수 있다.

HARQ 절차가 길 수 있기 때문에, 버퍼 수명을 나타내기 위한 타이머가 제공될 수 있다. 일 실시예에서, 송신기 및/또는 수신기 측에 HARQ 타이머가 도입될 수 있으며, 여기서 송신기 및 수신기 둘 모두는 타이머가 만료되기 전에 전송된 패킷이 HARQ 결합을 사용하여 디코딩될 수 있다는 것을 알고 있다. 예시적인 절차가 도 20에 도시되어 있다.

AP는 채널을 획득하고, 트리거 프레임/MU RTS를, STA1 및 STA2를 포함하는, STA 그룹으로 전송할 수 있다. MU RTS 프레임은 트리거 프레임의 특수한 형태로서 간주될 수 있다. 대안적으로, 트리거 프레임이 UL 단일 사용자 전송에서도 사용될 수 있다. 트리거 프레임에서, AP는 STA(들)으로부터의 다가오는 HARQ 전송에 대한 다음과 같은 정보 중 하나 이상을 지시할 수 있다.

HARQ Trigger 필드는 트리거 프레임이 HARQ 전송들을 트리거링하는 데 사용된다는 것을 지시하는 데 사용될 수 있다. 일 실시예에서, 이 필드는 HARQ 절차들이 다수의 TXOP들에 걸쳐 유효할 수 있다는 것을 지시하는 TXOP HARQ 트리거로서 해석될 수 있다. 따라서, AP 및 STA들은 하나의 TXOP의 종료 이후에 HARQ 버퍼를 플러시해서는 안된다. HARQ 버퍼가 플러시될 수 있도록 타이머가 만료된 시기를 송신기 및 수신기가 알 수 있도록, Max HARQ buffer duration 필드가 시그널링될 수 있다. 일단 HARQ 타이머가 Max HARQ buffer duration보다 크면, 수신기는 HARQ 버퍼를 플러시할 수 있다. 대안적으로, Max HARQ buffer duration은, 이를 시그널링할 필요 없이, 미리 정의될/미리 결정될 수 있다. HARQ timer starting 필드는 타이머가 시작될 수 있다는 것을 지시하기 위해 시그널링될 수 있다. 대안적으로, 재전송 지시가 이러한 목적으로 사용될 수 있다. 예를 들어, 재전송 지시가 이것이 새로운 전송임을 나타내는 경우, HARQ 타이머가 시작되어야 한다.

하나 초과의 HARQ 프로세스가 허용될 때 HARQ process ID 필드가 사용될 수 있다. 특히, 이 필드는 정보 비트 세트에 관련된 전송들을 지시하는 데 사용될 수 있다. 동일한 정보 비트 세트의 재전송은 동일한 HARQ 프로세스 ID를 사용할 수 있다. 따라서, STA은 어느 원래 전송이 재전송에 관련되어 있는지를 결정하기 위해 HARQ 프로세스 ID를 사용할 수 있다.

다가오는 HARQ 전송들에 대해 증분 리던던시가 사용될 때 Redundancy Version 필드가 사용될 수 있다. 이 필드는 코드워드의 어느 부분이 (재)전송에서 사용되는지를 지시하는 데 사용될 수 있다. 일 실시예에서, 이 필드는 해당 (재)전송의 코드워드를 생성하는 데 사용되는 특정 펑처링 방식을 지시하는 데 사용될 수 있다.

Retransmission Indication 필드는 다가오는 전송이 새로운 전송인지 재전송인지를 지시하는 데 사용될 수 있다. 일 실시예에서, Retransmission Indication 필드는, 이전 전송이 실패했다는 것을 지시하는, 암시적인 부정 확인응답 전송으로서 역할할 수 있다.

MCS 필드는 전송의 변조 및 코딩 방식을 지시할 수 있다. 정보의 재전송을 위한 MCS는 원래 전송의 MCS와 동일하거나 상이할 수 있다.

위에서 언급된 필드들 중 일부는 모든 사용자들에게 공통일 수 있고 다른 것들은 단일 사용자에 전용될 수 있다.

트리거 프레임의 수신 시에, STA은 자신이 UL HARQ 전송을 위한 원하는 STA임을 검출할 수 있다. 일 실시예에서, (예를 들면, Retransmission Indication 필드 또는 HARQ timer starting indication 필드를 검사하는 것에 의해) 트리거 프레임이 새로운 전송을 트리거링하고 있다는 것을 STA이 알게 되는 경우 STA은 HARQ 타이머를 시작한다. 그렇지 않은 경우, STA은 HARQ 타이머가 만료되었는지 여부를 검사한다. 타이머가 만료되지 않았거나 STA이 새로운 타이머를 시작한 경우, STA은 AP에 의해 지시된 대로 HARQ 전송을 준비한다. 반면에, 타이머가 만료되고 AP가 재전송을 요청하는 경우, STA은 패킷의 새로운 전송을 준비하고, 그것이 재전송이 아니라 새로운 전송일 수 있다는 것을 PLCP 헤더에서 지시할 수 있다.

STA은 PLCP 헤더 및 MAC 보디를 포함하는 HARQ 프레임을 전송할 수 있다. 일반적으로, HARQ 전송의 PLCP 헤더에, STA은 다음과 같은 정보를 포함시킬 수 있다:

제1 예시적인 실시예에서, 모든 것이 AP에 의해 결정되고 AP가 HARQ 파라미터들을 알고 있기 때문에, HARQ 관련 정보가 PPDU의 PLCP 헤더에서 운반되지 않을 수 있다.

제2 예시적인 실시예에서, HARQ 프로세스 ID, RV, 재전송 지시 및/또는 MCS는 사용자 특정 SIG 필드에서 TB PPDU에 의해 운반될 수 있다. 이 실시예가 HARQ 전송들이 STA에 의해 개시되고 제어될 때 사용될 수 있는데, 왜냐하면, 해당 경우에, 전송을 트리거링하는 AP로부터의 트리거 프레임이 HARQ 관련 정보를 포함하지 않을 수 있거나 또는 HARQ 전송이 트리거 기반이 아닐 수 있기 때문이라는 점에 유의한다.

일 실시예에서, AP는 UL TB PPDU를 수신하고 PLCP 헤더를 검사한다. 이것이 새로운 전송인 경우, AP는 HARQ 타이머를 시작한다. 반면에, 이것이 재전송인 경우, AP는 타이머가 만료되었는지 여부를 검사한다. 타이머가 만료되지 않은 경우, AP는 수신된 패킷과 HARQ 버퍼에 저장된 패킷(들)을 결합시킬 준비를 한다. 반면에, 타이머가 만료된 경우, AP는 패킷을 버퍼 내의 패킷(들)과 결합시키지 않는다.

이어서 AP는 수신된 패킷(또는 수신된 패킷이 버퍼 내의 다른 패킷들과 결합된 경우, 패킷들의 결합(combination))을 디코딩한다. AP가 패킷을 성공적으로 디코딩하는 경우, AP는, 필요에 따라, STA으로의 긍정 확인응답 및 DL 전송을 준비한다.

반면에, AP가 패킷을 성공적으로 디코딩하지 못하는 경우, AP는 HARQ 타이머가 만료되지 않았다면 수신된 패킷을 해당 HARQ 버퍼에 저장한다. 일 실시예에서, AP는 STA으로부터의 재전송을 트리거링하기 위해 NAK 프레임을 전송한다. 대안적인 실시예에서, AP는 재전송을 트리거링하기 위해 트리거 프레임을 전송하고, 트리거 프레임은 이전 전송에 대한 암시적인 NAK로서 역할한다. 또 다른 실시예에서, AP는 NAK 프레임 및 트리거 프레임 둘 모두를 STA으로 전송할 수 있다. 일 실시예에서, AP는 즉각적으로 NAK 프레임을 STA으로 전송하지만, HARQ 재전송은 나중에 수행될 수 있다. 대안적인 실시예에서, AP는 어떠한 확인응답도 STA으로 전송하지 않으며, HARQ 재전송은 나중에 수행된다.

STA들은, 동일한 TXOP에서 또는 나중에 다른 TXOP에서 또는 STA에 의해 자율적으로, AP에 의해 지시된 대로 재전송들을 수행할 수 있다.

위에서 논의된 바와 같은 UL HARQ 데이터 전송의 경우, AP와 STA 각각이 HARQ 버퍼를 유지할 수 있다. 이 버퍼는 HARQ 타이머의 종료 이후에 플러시될 수 있다. 이는 전송들이 타이머가 유효할(만료되지 않은) 때에만 HARQ 검출을 위해 결합될 수 있다는 것을 의미한다. 이 프로토콜은 DL HARQ 데이터 전송에도 적용될 수 있다. 일 실시예에서, HARQ 버퍼는 시그널링 없이 자동으로 플러시될 수 있다. 대안적으로, AP/STA은 버퍼 상태를 명시적으로 시그널링할 수 있다.

3.8 TXOP 외부에서의 UL HARQ MAC 절차들: UE 자율 HARQ 전송

TXOP 외부에서 수행되는 자율 UL HARQ의 경우에, STA은 자원을 위해 경쟁하고 하나 이상의 HARQ 패킷을 AP로 송신할 수 있다. 이는 STA이 EDCA(Enhanced Distributed Channel Access)에 기초하여 자원을 획득하는 OFDM 전송일 수 있거나 또는 STA이 UORA(Uplink OFDMA Random Access)에 기초하여 RU(Resource Unit)를 획득하는 OFDMA 전송일 수 있다. HARQ 전송이 STA에 의해 자율적으로 전송되기 때문에, 다음과 같은 프로세스들이 수행되어야 한다.

전송이 AP 발신(AP originated)이 아니기 때문에, STA에 대한 패킷은, 수신기가 현재 전송은 물론 디코딩이 실패하는 경우 가능한 재전송들을 위해 버퍼 자원들이 예약될 필요가 있음을 이해하도록, 이것이 HARQ 전송임을 지시해야 한다.

전송이 AP 발신이 아니기 때문에, 현재 전송의 특정 파라미터들에 대한 정보가 자율 HARQ 전송에 포함되어야 한다.

STA가 AP에 의해 지시를 받지 않기 때문에, AP의 버퍼 상태에 대한 정보가 STA에서 필요할 수 있다. 그러한 정보는 AP와 연관된 STA와의 능력 교환에 의해 제공될 수 있다.

다음과 같은 정보는 자율 UL HARQ 전송에서 운반될 수 있다:

HARQ process ID: 하나 초과의 HARQ 프로세스가 허용될 수 있을 때 이 필드가 사용될 수 있다. 특히, 이 필드는 정보 비트 세트에 관련된 전송들을 지시하는 데 사용될 수 있다. 동일한 정보 비트 세트의 재전송은 동일한 HARQ 프로세스 ID를 사용할 수 있다. STA은 관련된 새로운 전송 및 재전송들을 식별하는 데 사용할 HARQ 프로세스 ID를 자율적으로 결정할 수 있다.

Redundancy version: 다가오는 HARQ 전송에 대해 증분 리던던시가 사용될 때 이 필드가 사용될 수 있다. 이 필드는 코드워드의 어느 부분이 (재)전송에서 사용되는지를 AP에 지시하는 데 사용될 수 있다. 하나의 방법에서, 이 필드는 해당 (재)전송의 코드워드를 생성하는 데 사용되는 특정 펑처링 방식을 지시하는 데 사용될 수 있다.

Retransmission indication: 이 필드는 현재 전송이 새로운 전송인지 재전송인지를 지시하는 데 사용될 수 있다.

MCS: 변조 및 코딩 방식 필드. 원래 전송들과 그의 재전송들은 동일하거나 상이한 MCS 값들을 가질 수 있다.

상기 파라미터들은 이전 전송들로부터의 ACK/NAK 정보로부터 STA에 의해 도출될 수 있다.

STA은 PLCP 헤더 및 MAC 보디를 포함하는 HARQ 프레임을 전송할 수 있다. PLCP 헤더에서, HARQ 프로세스 ID, RV, 재전송 지시 및/또는 MCS는 사용자 특정 SIG 필드에서 TB PPDU에 의해 운반될 수 있다.

AP는 UL TB PPDU들(UORA의 경우) 또는 UL PPDU(전통적인 전송의 경우)를 수신하고, 이를 디코딩할 수 있다.

이 HARQ 전송이 STA 발신(STA originated)이기 때문에, 낮은 SNR보다는 충돌로 인해 전송이 실패하는 시나리오들이 있을 수 있다. 실패의 원인에 관한 정보는 재전송 버전(예를 들면, 재전송을 위한 RV의 선택, 재전송 자원의 선택, CW 크기의 선택 등)을 결정할 때 STA에게 유용할 수 있다. 이에 따라, AP 피드백은 NAK, COL(collision indicator), 또는 NTX(non-reception indicator)일 수 있다. 일반성을 잃지 않으면서, 이하의 논의를 위해, 그것이 아래에 나열된 신호들 중 임의의 것일 수 있음을 이해하면서 그것이 NAK로서 기술될 것이다(신호 옆에 적절한 STA 응답이 나열되어 있음).

AP 피드백	STA 응답
NAK	STA은 HARQ 재전송을 수행하고, CW 크기를 유지한다.
COL	자원을 변경한다, CW 크기를 변경한다
NTX	자원을 변경한다, CW 크기를 유지하거나 변경한다

AP가 패킷을 성공적으로 디코딩하는 경우, AP는, 필요에 따라, STA으로의 긍정 확인응답 및 DL 전송을 준비할 수 있다.

AP가 패킷을 성공적으로 디코딩하지 못하는 경우, AP는 수신된 패킷을 HARQ 버퍼에 저장하고, 이어서 적절한 메시지를 STA으로 전송할 수 있다. 예를 들어, 일 실시예에서, AP는 STA으로부터의 재전송을 트리거링하기 위해 NAK 프레임을 전송할 수 있다. 이 경우에, STA 거동은 여전히 자율적이다. 다른 실시예에서, AP는 재전송을 트리거링하기 위해 트리거 프레임을 전송할 수 있으며, 여기서 트리거 프레임은 이전 전송에 대한 암시적인 NAK로서 역할할 수 있다. 이 경우에, STA 거동은 AP에 의해 지시된다(AP directed). 또 다른 실시예에서, AP는 NAK 프레임 및 트리거 프레임을 STA으로 전송할 수 있다. 이 경우에, STA 거동은 AP에 의해 지시된다.

STA들은 AP에 의해 지시된 대로 재전송들을 수행할 수 있다.

위에서 기술된 바와 같은 UL HARQ 데이터 전송의 경우, AP는 관리될 필요가 있는 HARQ 버퍼를 유지할 수 있다. 일 실시예에서, HARQ 버퍼는 시그널링 없이 자동으로 플러시될 수 있다.

대안적으로, AP는 버퍼 상태를 명시적으로 시그널링할 수 있다. 예를 들어, UL 데이터 전송의 경우, AP는 버퍼 상태 프레임을 단일 STA 또는 다수의 STA들로 송신할 수 있다. 대안적으로, 버퍼 상태는 ACK/NAK/COL 프레임에서 또는 트리거 프레임의 일부로서 송신될 수 있다. AP는 버퍼가 리셋/플러시되고 새로운 HARQ 전송들을 위한 준비가 되어 있다는 것을 STA에 지시할 수 있다. 대안적으로 또는 추가적으로, AP는 버퍼가 결합된 재전송 프레임에서 현재 전송과 결합될 수 있는 이전 HARQ 절차들로부터의 전송들을 포함한다는 것을 STA에 지시할 수 있다.

이 절차는 도 21에 예시되어 있다.

3.9 HARQ 기반(HARQ-enabled) A-PPDU에 대한 FDD HARQ 및 NDP 피드백

FDD(Frequency Division Duplex)가 인에이블되어 있는 경우, AP들과 STA들은 상이한 주파수 대역들에서 동시에 전송하고 수신할 수 있다. FDD 모드에서, HARQ 피드백이 취득될 수 있으며, 재전송이 동일한 TXOP 내에서 또는 동일한 (A-)PPDU에서 수행될 수 있다. DL 대역에서 수신하는 STA들(DL STA들)과 UL 대역에서 전송하는 STA들(UL STA들)이 상이할 수 있기 때문에, STA들이 HARQ 피드백 정보를 취득하기 위해 다른 방향으로의 PPDU를 디코딩할 필요가 없는 것이 바람직하다. 그러한 기능성을 제공하는 예시적인 실시예에 따르면, HARQ 양방향 TXOP는 DL 채널에서 및/또는 (UL에서의 수신기 보호 및 UL 대역에서의 CFO/전력/타이밍 정정을 위해) UL 채널에서 트리거 프레임(TF)을 송신하는 것에 의해 AP에 의해 개시될 수 있다. AP는 TF를 송신하기 전에 이들 채널 둘 모두에서 CCA 검사를 수행할 수 있다.

DL STA들의 세트와 UL STA들의 세트가 상이할 수 있다. DL STA들의 세트는 DL PPDU 또는 TF의 헤더에서 지시될 수 있다. DL STA들은 DL 수신에 대한 HARQ 피드백을 전송할 수 있기 위해 TF에 기초하여 동기(sync) 및 CFO 정정을 수행할 필요가 있을 수 있다.

UL 또는 DL 중 어느 하나에서의 HARQ 기반 (A-)PPDU에서, LTF는 주기적으로 미드앰블들로서 전송될 수 있다.

수신기가 데이터를 디코딩/결합하는 데 필요한 정보를 시그널링하기 위해 (A-)PPDU의 중간에 mid-SIG 필드가 삽입될 수 있다.

미드앰블/LTF 및 mid-SIG의 시간상 위치는, 각각의 사용자에 대한 상이한 코드워드 크기로 인해, 동일한 MU/TB-(A-)PPDU에서 상이한 사용자들에 대해 상이할 수 있다.

데이터 필드는 NDP 피드백들로서 펑처링될 수 있다(즉, NDP 피드백 PPDU의 LTF 부분을 삽입함).

펑처링되는 경우, AP는 채널에 대해 정의된 톤 세트 인덱스들의 전체 세트를 사용하지 않을 수 있다. 사용되지 않는 톤 세트는 데이터 및 파일럿 전송들을 위해 사용될 수 있다.

펑처링되는 경우, NDP 피드백은 이웃하는 데이터 톤들로서 프리코딩되지 않는다.

데이터 필드가 HARQ 피드백으로서 펑처링되지 않는 경우, HARQ 피드백을 위해 데이터 필드 이외의 별도의 자원이 할당될 수 있다.

TF/(A-)PPDU 헤더/mid-SIG는 (UL/DL에서 송신되는) DL/UL HARQ ACK에 대한 톤 세트 인덱스, 및 HARQ ACK/NAK를 전송/수신하기 위한 타이밍(예를 들면, 오프셋, 주기성)을 명시할 수 있다.

상이한 STA들은 동일한 심벌에서 상이한 NDP 피드백 톤 세트 인덱스들을 할당받을 수 있거나 또는 상이한 심벌들에서 동일한 톤 세트 인덱스를 할당받을 수 있다.

대안적으로, HARQ 피드백 타이밍 및 톤 세트 인덱스가 할당된 RU의 ID로부터 암시적으로 도출될 수 있다.

Packet extension 필드(PE)가 또한 NDP 피드백 심벌들을 위해 펑처링될 수 있다.

A-PPDU를 위한 펑처링된 LTF의 예가 도 22에 도시되어 있다.

NDP 피드백에서의 NAK는 HARQ 재전송을 위해 (TF에서 지시된 대로) 동일한 UL 자원을 암시적으로 승인(grant)할 수 있다. NDP 피드백에서의 ACK는 새로운 데이터 전송을 위해 동일한 UL 자원을 암시적으로 승인할 수 있다.

각각의 NDP 피드백 톤 세트가 20 MHz 채널의 대부분에 균일하게 걸쳐 있고, 수신이 채널 추정을 필요하지 않기 때문에, (AP와 직접 통신할 수 있거나 그렇지 않을 수 있는) STA은 (예를 들어, 온 톤들(on-tones)에서의 전력 또는 오프 톤들(off tones)에서의 잡음을 비교하여) 가장 적합한 RU들을 추정하기 위해 NDP 피드백을 사용할 수 있고, 비-AP STA은 이 정보를 AP에 보고할 수 있다. '응답 없음(No response)'은 HARQ 피드백을 위해 사용되지 않을 수 있다.

전송이 끝날 무렵에, 시간에 걸쳐 전송된 HARQ 피드백이 (거의) 전체 채널을 커버하도록, HARQ 피드백을 위해 할당되는 톤 세트 인덱스들이 상이한 심벌들/시간들에서 변경될 수 있다. 이것은 최악의 경우에 최대 3개의 톤의 보간을 필요로 하는 입도를 가진 보조 사운딩 시퀀스로서 사용될 수 있다.

HARQ 피드백을 사운딩 시퀀스로 보는 STA은 SNR >-24dB에 대해 10^-6 미만의 오검출률을 갖는, '온' 톤의 검출을 필요로 한다.

4 결론

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

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

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

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

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

시스템들의 양태들의 하드웨어 구현들과 소프트웨어 구현들 사이에는 차이가 거의 없다. 하드웨어 또는 소프트웨어의 사용은 일반적으로(예를 들면, 특정한 콘텍스트들에서 하드웨어와 소프트웨어 중의 선택이 중요하게 될 수 있다는 점에서, 항상은 아님) 비용 대 효율성 트레이드오프를 나타내는 설계 선택사항이다. 본 명세서에 기술된 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 실시될 수 있는 다양한 수단들(vehicles)(예를 들면, 하드웨어, 소프트웨어, 및/또는 펌웨어)이 있을 수 있으며, 선호된 수단은 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 배치(deploy)되는 콘텍스트에 따라 달라질 수 있다. 예를 들어, 속도와 정확도가 가장 중요하다고 구현자가 결정하는 경우, 구현자는 주로 하드웨어 및/또는 펌웨어인 수단(mainly hardware and/or firmware vehicle)을 선택할 수 있다. 유연성이 가장 중요한 경우, 구현자는 주로 소프트웨어인 구현(mainly software implementation)을 선택할 수 있다. 대안적으로, 구현자는 하드웨어, 소프트웨어, 및/또는 펌웨어의 어떤 조합을 선택할 수 있다.

전술한 상세한 설명은 블록 다이어그램, 플로차트, 및/또는 예의 사용을 통해 디바이스들 및/또는 프로세스들의 다양한 실시예들을 기재하였다. 그러한 블록 다이어그램, 플로차트, 및/또는 예가 하나 이상의 기능 및/또는 동작을 포함하는 한, 그러한 블록 다이어그램, 플로차트, 또는 예 내에서의 각각의 기능 및/또는 동작이 광범위한 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 거의 모든 조합에 의해, 개별적으로 및/또는 집합적으로, 구현될 수 있음이 본 기술 분야의 통상의 기술자에 의해 이해될 것이다. 적당한 프로세서들은, 예로서, 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit), ASSP(Application Specific Standard Product), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit), 및/또는 상태 머신을 포함한다.

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

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

특정 대표적인 실시예들에서, 본 명세서에서 기술된 주제(subject matter)의 여러 부분들은 ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array), DSP(digital signal processor), 또는 다른 집적된 형식들을 통해 구현될 수 있다. 그렇지만, 본 명세서에 개시된 실시예들의 일부 양태들이, 전체적으로 또는 부분적으로, 집적 회로들로, 하나 이상의 컴퓨터 상에서 실행되는 하나 이상의 컴퓨터 프로그램으로서(예컨대, 하나 이상의 컴퓨터 시스템 상에서 실행되는 하나 이상의 프로그램으로서), 하나 이상의 프로세서 상에서 실행되는 하나 이상의 프로그램으로서(예컨대, 하나 이상의 마이크로프로세서 상에서 실행되는 하나 이상의 프로그램으로서), 펌웨어로서, 또는 이들의 거의 모든 조합으로서 등가적으로 구현될 수 있고, 회로부를 설계하는 것 및/또는 소프트웨어 및/또는 펌웨어에 대한 코드를 작성하는 것이 본 개시를 고려하여 본 기술 분야의 통상의 기술자의 역량 내에 충분히 있을 것임을 본 기술 분야의 통상의 기술자는 인식할 것이다. 그에 부가하여, 본 명세서에 설명된 주제의 메커니즘들이 각종의 형태들의 프로그램 제품으로서 배포될 수 있으며, 본 명세서에 설명된 주제의 예시적인 실시예가 배포를 실제로 수행하는 데 사용되는 특정 유형의 신호 베어링 매체(signal bearing medium)에 관계없이 적용된다는 것을 본 기술 분야의 통상의 기술자는 이해할 것이다. 신호 베어링 매체의 예들은 다음과 같은 것: 플로피 디스크, 하드 디스크 드라이브, CD, DVD, 디지털 테이프, 컴퓨터 메모리 등과 같은 기록 가능 유형 매체(recordable type medium), 및 디지털 및/또는 아날로그 통신 매체(예컨대, 광섬유 케이블, 도파관, 유선 통신 링크, 무선 통신 링크 등)와 같은 전송 유형 매체(transmission type medium)를 포함하지만, 이에 제한되지 않는다.

본 명세서에서 기술된 주제는 때로는 상이한 다른 컴포넌트들 내에 포함되거나 그와 연결되는 상이한 컴포넌트들을 예시하고 있다. 그러한 묘사된 아키텍처들이 예들에 불과하다는 것과, 실제로, 동일한 기능을 달성하는 많은 다른 아키텍처들이 구현될 수 있다는 점이 이해되어야 한다. 개념적 의미에서, 동일한 기능을 달성하기 위한 컴포넌트들의 임의의 배열은 원하는 기능성이 달성될 수 있도록 사실상 "연관"되어 있다. 따라서, 특정 기능성을 달성하도록 조합되는 본 명세서에서의 임의의 2개의 컴포넌트는, 아키텍처 또는 중간 컴포넌트(intermedial component)에 상관없이, 원하는 기능성이 달성되도록 서로 "연관"되어 있는 것으로 보일 수 있다. 마찬가지로, 그렇게 연관된 임의의 2개의 컴포넌트는 원하는 기능성을 달성하도록 서로 "동작 가능하게 연결된(operably connected)" 또는 "동작 가능하게 결합된(operably coupled)" 것으로 또한 보일 수 있고, 그렇게 연관될 수 있는 임의의 2개의 컴포넌트는 원하는 기능성을 달성하도록 서로 "동작 가능하게 결합 가능한(operably couplable)" 것으로 또한 보일 수 있다. 동작 가능하게 결합 가능한의 특정 예들은 물리적으로 결합 가능한(physically mateable) 및/또는 물리적으로 상호작용하는 컴포넌트들, 및/또는 무선으로 상호작용 가능한 및/또는 무선으로 상호작용하는 컴포넌트들, 및/또는 논리적으로 상호작용하는 및/또는 논리적으로 상호작용 가능한 컴포넌트들을 포함하지만 이에 제한되지 않는다.

본 명세서에서의 거의 모든 복수 및/또는 단수 용어의 사용과 관련하여, 본 기술 분야의 통상의 기술자는 문맥 및/또는 애플리케이션에 적절한 경우 복수로부터 단수로 그리고/또는 단수로부터 복수로 번역할 수 있다. 명확성을 위해 다양한 단수/복수 치환(permutation)이 본 명세서에서 명시적으로 기재될 수 있다.

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

게다가, "A, B, 및 C 등 중 적어도 하나"와 유사한 관습적 표현(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)"에 뒤따르는 복수의 항목들 및/또는 복수의 항목들의 카테고리들의 목록은 항목들 및/또는 항목들의 카테고리들 "중 임의의 것", "의 임의의 조합", "중 임의의 다수", 및/또는 "중 다수들의 임의의 조합"을, 개별적으로 또는 다른 항목들 및/또는 다른 항목들의 카테고리들과 함께, 포함하는 것으로 의도된다. 더욱이, 본 명세서에서 사용되는 바와 같이, 용어 "세트" 또는 "그룹"은, 제로를 포함한, 임의의 수의 항목들을 포함하는 것으로 의도된다. 추가적으로, 본 명세서에서 사용되는 바와 같이, 용어 "수"는, 제로를 포함한, 임의의 수를 포함하는 것으로 의도된다.

추가적으로, 본 개시의 특징들 또는 양태들이 마쿠쉬(Markush) 그룹들의 관점에서 기술되는 경우, 본 기술 분야의 통상의 기술자는 본 개시가 또한 그에 의해 마쿠쉬 그룹의 임의의 개별 멤버 또는 멤버들의 서브그룹의 관점에서 기술됨을 인식할 것이다.

본 기술 분야의 통상의 기술자에 의해 이해될 것인 바와 같이, 서면 설명을 제공하는 관점에서와 같은, 임의의 및 모든 목적들을 위해, 본 명세서에 개시된 모든 범위들은 임의의 및 모든 가능한 서브범위들(subranges) 및 이들의 서브범위들의 조합을 또한 포괄한다. 임의의 열거된 범위는 동일한 범위가 적어도 똑같은 1/2, 1/3, 1/4, 1/5, 1/10 등으로 나누어지는 것을 충분히 기술하고 가능하게 해주는 것으로 용이하게 인식될 수 있다. 비제한적인 예로서, 본 명세서에서 논의된 각각의 범위는 하위 1/3, 중간 1/3 및 상위 1/3 등으로 쉽게 나누어질 수 있다. 본 기술 분야의 통상의 기술자에 의해 또한 이해될 것인 바와 같이, "최대(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 또는 기능식 청구항(means-plus-function claim) 포맷을 적용(invoke)하려는 의도이고, 용어들 "~하기 위한 수단"을 갖지 않는 임의의 청구항은 그렇게 의도되지 않는다.

소프트웨어와 연관된 프로세서는 WTRU(wireless transmit receive unit), UE(user equipment), 단말, 기지국, MME(Mobility Management Entity) 또는 EPC(Evolved Packet Core), 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜시버를 구현하는 데 사용될 수 있다. WTRU는 하드웨어 및/또는 SDR(Software Defined Radio)을 포함하는 소프트웨어로 구현되는 모듈들, 및 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 디바이스, 스피커, 마이크로폰, 텔레비전 트랜시버, 핸즈프리 헤드셋, 키보드, Bluetooth® 모듈, FM(frequency modulated) 라디오 유닛, NFC(Near Field Communication) 모듈, LCD(liquid crystal display) 디스플레이 유닛, OLED(organic light-emitting diode) 디스플레이 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 WLAN(Wireless Local Area Network) 또는 UWB(Ultra Wide Band) 모듈과 같은 다른 컴포넌트들과 함께 사용될 수 있다.

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

추가적으로, 본 발명이 특정 실시예들을 참조하여 본 명세서에 예시되고 기술되었지만, 본 발명은 도시된 세부 사항들로 제한되는 것으로 의도되지 않는다. 오히려, 청구항들의 등가물들의 범주(scope) 및 범위(range) 내에서 본 발명을 벗어나지 않으면서 세부 사항들에 다양한 수정들이 이루어질 수 있다.

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

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

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

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

적당한 프로세서들은, 예로서, 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit), ASSP(Application Specific Standard Product), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit), 및/또는 상태 머신을 포함한다.

추가적으로, 본 발명이 특정 실시예들을 참조하여 본 명세서에 예시되고 기술되었지만, 본 발명은 도시된 세부 사항들로 제한되는 것으로 의도되지 않는다. 오히려, 청구항들의 등가물들의 범위(scope) 및 범위(range) 내에서 본 발명을 벗어나지 않으면서 세부 사항들에 다양한 수정들이 이루어질 수 있다.

5 참고 문헌

[1] IEEE Std 802.11™-2012: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications

[2] IEEE P802.11ac™/D1.0: Part 11, Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications. Amendment 5: Enhancements for Very High Throughput for Operation in Bands below 6 GHz

[3] IEEE 802.11 af: Part 11, Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications, Amendment 5: Television White Spaces (TVWS) Operation

[4] IEEE 802.11 ah-2016: Part 11, Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications, Amendment 2: Sub 1 GHz License Exempt Operation

[5] IEEE 802.11-18/1067r2: EHT TIG Agenda

[6] IEEE 802.11-18/1180r0: Discussion on EHT Study Group Formation

[7] IEEE P802.11ax™/D3.0, June 2018

Claims

무선 네트워크의 액세스 포인트(AP)에서의 HARQ 통신을 위한 방법으로서,
제1 HARQ 전송을 다수의 자원 유닛들(RU들)을 통해 복수의 스테이션들(STA들)로 동시에 전송하는 단계 - 상기 HARQ 전송은 상기 복수의 STA들 각각에 대한 사용자 데이터, 현재 전송이 HARQ 전송들을 포함한다는 지시를 포함하는 다중 사용자(MU) 패킷의 프리앰블, 및 HARQ 프로세스 ID를 포함함 -;
대응하는 STA에서의 상기 HARQ 전송의 수신 상태를 지시하는 상기 제1 HARQ 전송에 대한 응답을 복수의 수신 WTRU들 각각으로부터 수신하는 단계; 및
상기 AP가 제2 HARQ 전송을 상기 복수의 STA들로 전송하는 단계 - 상기 제2 HARQ 전송은 상기 복수의 STA들 각각에 대한 사용자 데이터를 포함하고, 상기 복수의 STA들 각각에 대한 상기 사용자 데이터는 상기 대응하는 STA으로부터 수신되는 상기 수신 상태의 함수임 -
를 포함하는, 방법.
제1항에 있어서, 상기 제1 HARQ 전송이 HARQ 전송들을 포함한다는 상기 지시는 PPDU의 프리앰블에 포함되는, 방법.
제2항에 있어서, 각각의 HARQ 전송은 HARQ 전송의 시작을 나타내는 구분자 패턴(delimiter pattern)을 포함하는, 방법.
제3항에 있어서, 각각의 HARQ 전송은 상기 HARQ 전송과 동일한 PPDU에 트리거 프레임을 더 포함하는, 방법.
제4항에 있어서, 상기 트리거 프레임은 자신이 HARQ 프로세스에 대한 트리거 프레임이라는 지시를 포함하는, 방법.
제5항에 있어서, 상기 트리거 프레임은 HARQ 프로세스 ID를 더 포함하는, 방법.
제1항에 있어서, 상기 WTRU들로부터 수신되는 상기 응답들은 ACK, NACK, 검출된 신호 없음(No Signal Detected), 충돌(Collision), 및 HARQ 프로세스 재시작 요청됨(Restart HARQ Process Requested) 중 적어도 하나를 포함하는, 방법.
제1항에 있어서, 각각의 HARQ 전송은, 시작 HARQ 프로세스 ID 및 상기 시작 HARQ 프로세스 ID부터 시작하여 HARQ 피드백이 요청되고 있는 상기 HARQ 프로세스 ID를 지시하는 비트맵을 더 포함하는, 방법.
제2항에 있어서, 상기 PPDU는 적어도 하나의 비-HARQ(non-HARQ) 전송 패킷을 포함하고, 모든 비-HARQ 전송 패킷들은 상기 PPDU의 시작 부분에 함께 그룹화되는, 방법.
제1항에 있어서, 모든 HARQ 프로세스들이 완료될 때까지 HARQ 전송들의 트리거 캐스케이딩(trigger cascading)을 더 포함하는, 방법.
무선 송수신 유닛(WTRU)에서의 HARQ 통신을 위한 방법으로서,
액세스 포인트(AP)로부터 제1 HARQ 전송을 수신하는 단계 - 상기 HARQ 전송은 복수의 WTRU들 각각에 대한 사용자 데이터, 현재 전송이 HARQ 전송들을 포함한다는 지시를 포함하는 다중 사용자(MU) 패킷의 프리앰블, 및 HARQ 프로세스 ID를 포함함 -;
상기 WTRU에서의 상기 HARQ 전송의 수신 상태를 지시하는 상기 제1 HARQ 전송에 대한 응답을 상기 AP로 전송하는 단계; 및
상기 AP로부터 제2 HARQ 전송을 수신하는 단계 - 상기 제2 HARQ 전송은 상기 복수의 STA들 각각에 대한 사용자 데이터를 포함하고, 상기 복수의 STA들 각각에 대한 상기 사용자 데이터는 대응하는 STA으로부터 수신되는 상기 수신 상태의 함수임 -
를 포함하는, 방법.
제11항에 있어서, 상기 제1 HARQ 전송이 HARQ 전송들을 포함한다는 상기 지시는 PPDU의 프리앰블에 포함되는, 방법.
제12항에 있어서, 각각의 HARQ 전송은 HARQ 전송의 시작을 나타내는 구분자 패턴을 포함하는, 방법.
제13항에 있어서, 각각의 HARQ 전송은 상기 HARQ 전송과 동일한 PPDU에 트리거 프레임을 더 포함하는, 방법.
제14항에 있어서, 상기 트리거 프레임은 자신이 HARQ 프로세스에 대한 트리거 프레임이라는 지시를 포함하는, 방법.
제15항에 있어서, 상기 트리거 프레임은 HARQ 프로세스 ID를 더 포함하는, 방법.
제11항에 있어서, 상기 WTRU에 의해 전송되는 상기 응답은 ACK, NACK, 검출된 신호 없음, 충돌, 및 HARQ 프로세스 재시작 요청됨 중 적어도 하나를 포함하는, 방법.
제11항에 있어서, 각각의 HARQ 전송은, 시작 HARQ 프로세스 ID 및 상기 시작 HARQ 프로세스 ID부터 시작하여 HARQ 피드백이 요청되고 있는 상기 HARQ 프로세스 ID를 지시하는 비트맵을 더 포함하는, 방법.
제12항에 있어서, 상기 PPDU는 적어도 하나의 비-HARQ 전송 패킷을 포함하고, 모든 비-HARQ 전송 패킷들은 상기 PPDU의 시작 부분에 함께 그룹화되는, 방법.