KR20180019591A

KR20180019591A - 무선 네트워크에서 다중 사용자 업링크 매체 액세스 제어 프로토콜들을 구현하기 위한 버퍼 상태 보고들을 요청하기 위한 방법들 및 장치

Info

Publication number: KR20180019591A
Application number: KR1020177036572A
Authority: KR
Inventors: 알프레드 애스터자디; 시몬 멀린; 조지 체리안
Original assignee: 퀄컴 인코포레이티드
Priority date: 2015-06-22
Filing date: 2016-06-09
Publication date: 2018-02-26
Also published as: US20200128551A1; US20160374093A1; EP3311617B1; KR102094370B1; US10536948B2; WO2016209634A1; CN107771401A; BR112017027631A2; CA2984641A1; JP2018518908A; US10999852B2; CN107771401B; TW201701712A; ES2833350T3; JP6721616B2; EP3311617A1

Abstract

업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법 및 장치가 제공된다. 일 양상에서, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법이 제공된다. 방법은, 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하는 단계를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 방법은 요청 프레임을 하나 또는 그 초과의 스테이션들 각각에 송신하는 단계를 포함한다. 방법은 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하는 단계를 포함한다.

Description

무선 네트워크에서 다중 사용자 업링크 매체 액세스 제어 프로토콜들을 구현하기 위한 버퍼 상태 보고들을 요청하기 위한 방법들 및 장치

[0001] 본 개시내용의 특정 양상들은 일반적으로 무선 통신들에 관한 것으로, 더 구체적으로는, 무선 네트워크에서 다중 사용자 업링크 MAC(medium access control) 프로토콜들을 구현하기 위한 버퍼 상태 보고들을 요청하기 위한 방법들 및 장치에 관한 것이다.

[0002] 많은 전기 통신 시스템들에서, 통신 네트워크들은 몇몇 상호작용하는 공간적으로 분리된 디바이스들 사이에서 메시지들을 교환하기 위해 사용된다. 네트워크들은 예컨대, 대도시, 근거리 또는 개인 영역일 수 있는 지리적 범위에 따라 분류될 수 있다. 그러한 네트워크들은 WAN(wide area network), MAN(metropolitan area network), LAN(local area network) 또는 PAN(personal area network)으로서 각각 지정될 수 있다. 네트워크들은 또한 다양한 네트워크 노드들과 디바이스들의 상호연결에 사용되는 교환/라우팅 기법(예컨대, 회선 교환 대 패킷 교환), 송신에 사용되는 물리적 매체들의 타입(예컨대, 유선 대 무선), 및 사용되는 통신 프로토콜들의 세트(예컨대, 인터넷 프로토콜 슈트, SONET(Synchronous Optical Networking), 이더넷 등)에 따라 상이하다.

[0003] 네트워크 엘리먼트들이 이동식이고, 따라서, 동적 연결 필요성들을 가질 때, 또는 네트워크 아키텍처가 고정식 토폴로지보다는 애드 혹으로 형성되는 경우, 무선 네트워크들이 종종 선호된다. 무선 네트워크들은 라디오, 마이크로파, 적외선, 광(optical) 등의 주파수 대역들의 전자기파들을 사용하는 비유도 전파(unguided propagation) 모드의 무형의 물리적 매체들을 사용한다. 무선 네트워크들은 고정식 유선 네트워크들과 비교될 때 사용자 이동성 및 신속한 필드 전개를 유리하게 조장한다.

[0004] 무선 통신 시스템들에 대해 요구되는 대역폭 요건들을 증가시키는 문제를 다루기 위해, 다수의 사용자 단말들이 높은 데이터 스루풋들을 달성하면서 채널 자원들을 공유함으로써 단일 액세스 포인트와 통신하게 허용하기 위해 상이한 방식들이 개발되고 있다. 제한된 통신 자원들에 있어서, 액세스 포인트와 다수의 단말들 사이에서 이동하는 트래픽의 양을 감소시키는 것이 바람직하다. 예컨대, 다수의 단말들이 업링크 통신을 액세스 포인트에 전송하는 경우, 모든 업링크 송신들을 완료하기 위해 트래픽의 양을 최소화시키는 것이 바람직하다. 따라서, 무선 네트워크에서 다중 사용자 업링크 MAC(medium access control) 프로토콜들을 구현하기 위한 버퍼 상태 보고들을 요청하기 위한 방법들 및 장치에 대한 필요성이 존재한다.

[0005] 첨부된 청구항들의 범위 내의 시스템들, 방법들, 및 디바이스들의 다양한 구현들은 각각 몇몇 양상들을 가지고, 그 양상들 중 어떤 단일의 양상도 본원에서 설명되는 바람직한 속성들을 단독으로 담당하지는 않는다. 첨부된 청구항들의 범위를 제한하지 않으면서, 일부 현저한 특징들이 본원에서 설명된다.

[0006] 본 명세서에서 설명되는 청구 대상의 하나 또는 그 초과의 구현들의 세부사항들은 아래의 설명 및 첨부한 도면들에서 기술된다. 다른 특징들, 양상들 및 이점들은 상세한 설명, 도면들 및 청구항들로부터 명백해질 것이다. 다음의 도면들의 상대적 치수(dimension)들이 실척대로 도시되지 않을 수 있다는 점이 주목된다.

[0007] 본 개시내용의 일 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법을 제공한다. 방법은, 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하는 단계를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 방법은 요청 프레임을 하나 또는 그 초과의 스테이션들 각각에 송신하는 단계를 포함한다. 방법은 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하는 단계를 포함한다.

[0008] 본 개시내용의 다른 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스를 제공한다. 무선 디바이스는 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하도록 구성된 프로세서를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 무선 디바이스는 요청 프레임을 하나 또는 그 초과의 스테이션들에 송신하도록 구성된 송신기를 포함한다. 무선 디바이스는 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하도록 구성된 수신기를 포함한다.

[0009] 본 개시내용의 또 다른 양상은, 실행될 때, 무선 디바이스로 하여금 방법을 수행하게 하는 코드를 포함하는 비-일시적 컴퓨터-판독가능한 매체를 제공한다. 방법은, 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하는 단계를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 방법은 요청 프레임을 하나 또는 그 초과의 스테이션들 각각에 송신하는 단계를 포함한다. 방법은 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하는 단계를 포함한다.

[0010] 본 개시내용의 다른 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스를 제공한다. 무선 디바이스는 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하기 위한 수단을 포함한다. 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 무선 디바이스는 요청 프레임을 하나 또는 그 초과의 스테이션들에 송신하기 위한 수단을 포함한다. 무선 디바이스는 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하기 위한 수단을 포함한다.

[0011] 본 개시내용의 또 다른 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법을 제공한다. 방법은, 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하는 단계를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 방법은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하는 단계를 포함한다. 방법은 보고 프레임을 무선 디바이스에 송신하는 단계를 포함한다.

[0012] 본 개시내용의 또 다른 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션을 제공한다. 스테이션은 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하도록 구성된 수신기를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 스테이션은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하도록 구성된 프로세서를 포함한다. 스테이션은 보고 프레임을 무선 디바이스에 송신하도록 구성된 송신기를 포함한다.

[0013] 본 개시내용의 또 다른 양상은, 실행될 때, 스테이션으로 하여금 방법을 수행하게 하는 코드를 포함하는 비-일시적 컴퓨터-판독가능한 매체를 제공한다. 방법은, 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하는 단계를 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 방법은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하는 단계를 포함한다. 방법은 보고 프레임을 무선 디바이스에 송신하는 단계를 포함한다.

[0014] 본 개시내용의 또 다른 양상은, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션을 제공한다. 스테이션은 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하기 위한 수단을 포함하고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 스테이션은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하기 위한 수단을 포함한다. 스테이션은 보고 프레임을 무선 디바이스에 송신하기 위한 수단을 포함한다.

[0015] 도 1은 일부 구현들에 따른, AP(access point)들 및 사용자 단말(STA)들을 가지는 다중-사용자 무선 통신 시스템을 예시한다.
[0016] 도 2는 도 1의 무선 통신 시스템 내에서 사용될 수 있는 무선 디바이스에서 활용될 수 있는 다양한 컴포넌트들을 예시한다.
[0017] 도 3a는 일부 구현들에 따른, 액세스 포인트와 복수의 스테이션들 사이의 MU(multi-user) 업링크 통신을 셋업하기 위한 프레임 교환의 시간 다이어그램을 도시한다.
[0018] 도 3b는 일부 구현들에 따른, 액세스 포인트와 복수의 스테이션들 사이의 MU(multi-user) 업링크 통신을 셋업하기 위한 프레임 교환의 다른 시간 다이어그램을 도시한다.
[0019] 도 4는 일부 구현들에 따른, 스테이션으로부터 업링크 버퍼 상태 보고를 요청하기 위한 트리거 프레임 포맷을 예시한다.
[0020] 도 5는 일부 구현들에 따른, 스테이션으로부터 업링크 버퍼 상태 보고를 요청하기 위한 CTS(clear to send)-투-셀프 프레임 포맷을 예시한다.
[0021] 도 6은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 QoS(quality of service) 널(null) 프레임 포맷을 예시한다.
[0022] 도 7은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 QoS(quality of service) 데이터 프레임 포맷을 예시한다.
[0023] 도 8은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 PS(power save) 폴(poll) 프레임 포맷을 예시한다.
[0024] 도 9는 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 HE(high efficiency) 제어 프레임 포맷을 예시한다.
[0025] 도 10은 일부 구현들에 따른, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법의 양상의 플로우차트이다.
[0026] 도 11은 일부 구현들에 따른, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 다른 방법의 양상의 플로우차트이다.

[0027] 신규한 시스템들, 장치들 및 방법들의 다양한 양상들은 첨부한 도면들을 참조하여 이하에서 더 충분히 설명된다. 그러나, 교시하는 개시내용은 많은 상이한 형태들로 구현될 수 있으며, 본 개시내용 전반에 걸쳐 제시되는 임의의 특정 구조 또는 기능으로 제한되는 것으로 해석되지 않아야 한다. 오히려, 이 양상들은, 본 개시내용이 철저하고 완전할 것이며, 개시내용의 범위를 당업자들에게 충분히 전달하도록, 제공된다. 본원에서의 교시 사항들에 기반하여, 당업자는 개시내용의 범위가 발명의 임의의 다른 양상과 독립적으로 구현되든 또는 임의의 다른 양상과 조합하여 구현되든 간에, 본원에서 개시되는 신규한 시스템들, 장치들, 및 방법들의 임의의 양상을 커버하도록 의도된다는 것을 인식해야 한다. 예컨대, 본원에서 기술되는 임의의 수의 양상들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 또한, 발명의 범위는 본원에서 기술되는 발명의 다양한 양상들에 추가하거나 또는 이 양상들과 다른 구조, 기능, 또는 구조 및 기능을 사용하여 실시되는 그러한 장치 또는 방법을 커버하도록 의도된다. 본원에서 개시되는 임의의 양상은 청구항의 하나 또는 그 초과의 엘리먼트들에 의해 구현될 수 있다는 것이 이해되어야 한다.

[0028] 특정 양상들이 본원에서 설명되지만, 이 양상들의 많은 변형들 및 치환들은 개시내용의 범위 내에 속한다. 바람직한 양상들의 일부 이익들 및 이점들이 언급되지만, 개시내용의 범위는 특정 이익들, 용도들, 또는 목적들로 제한되도록 의도되지 않는다. 오히려, 개시내용의 양상들은 상이한 무선 기술들, 시스템 구성들, 네트워크들 및 송신 프로토콜들에 광범위하게 적용가능하도록 의도되며, 이들 중 일부는 바람직한 양상들의 다음의 설명 및 도면들에서 예로서 예시된다. 상세한 설명 및 도면들은 제한하는 것이 아니라 단지 개시내용의 예시에 불과하고, 개시내용의 범위는 첨부되는 청구항들 및 이들의 등가물들에 의해 정의된다.

[0029] 무선 네트워크 기술들은 다양한 타입들의 WLAN(wireless local area network)들을 포함할 수 있다. WLAN은 폭넓게 사용되는 네트워킹 프로토콜들을 사용하여 인근 디바이스들을 함께 상호연결시키기 위해 사용될 수 있다. 본원에서 설명되는 다양한 양상들은, 임의의 통신 표준, 이를테면, Wi-Fi 또는 더 일반적으로, IEEE 802.11 무선 프로토콜군 중 임의의 멤버에 적용할 수 있다.

[0030] 일부 양상들에서, 무선 신호들은, OFDM(orthogonal frequency-division multiplexing), DSSS(direct-sequence spread spectrum) 통신들, OFDM 및 DSSS 통신들의 조합 또는 다른 방식들을 사용하여 고-효율성 802.11 프로토콜에 따라 송신될 수 있다. 고-효율성 802.11 프로토콜의 구현들은 인터넷 액세스, 센서들, 미터링(metering), 스마트 그리드(smart grid) 네트워크들 또는 다른 무선 애플리케이션들에 사용될 수 있다. 유리하게, 이 특정 무선 프로토콜을 구현하는 특정 디바이스들의 양상들은 다른 무선 프로토콜들을 구현하는 디바이스들보다 적은 전력을 소비할 수 있고, 단거리들에 걸쳐 무선 신호들을 송신하는데 사용될 수 있고 그리고/또는 오브젝트들, 이를테면, 사람들에 의해 차단될 가능성이 적은 신호들을 송신할 수 있다.

[0031] 일부 구현들에서, WLAN은 무선 네트워크에 액세스하는 컴포넌트들인 다양한 디바이스들을 포함한다. 예컨대, 두 가지 타입들의 디바이스들: "AP"(access point)들 및 클라이언트들(스테이션들 또는 "STA들"로 또한 지칭됨)이 존재할 수 있다. 일반적으로, AP는 WLAN에 대한 허브 또는 기지국으로서 역할을 하고, STA는 WLAN의 사용자로서 역할을 한다. 예컨대, STA는 랩탑 컴퓨터, PDA(personal digital assistant), 모바일 폰 등일 수 있다. 예에서, STA는 인터넷에 대한 또는 다른 광역 네트워크들에 대한 일반적 연결을 획득하기 위해, Wi-Fi(예컨대, 802.11ax와 같은 IEEE 802.11 프로토콜) 준수(compliant) 무선 링크를 통해 AP에 연결한다. 일부 구현들에서, STA는 또한 AP로서 사용될 수 있다.

[0032] 본원에서 설명되는 기법들은 직교 멀티플렉싱 방식에 기반하는 통신 시스템들을 포함하여 다양한 브로드밴드 무선 통신 시스템들에 사용될 수 있다. 그러한 통신 시스템들의 예들은 SDMA(Spatial Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access) 시스템들, SC-FDMA(Single-Carrier Frequency Division Multiple Access) 시스템들 등을 포함한다. SDMA 시스템은 다수의 사용자 단말들에 속하는 데이터를 동시에 송신하기 위해 충분히 상이한 방향들을 활용할 수 있다. TDMA 시스템은, 송신 신호를 상이한 시간 슬롯들로 분할함으로써 다수의 사용자 단말들이 동일한 주파수 채널을 공유하게 할 수 있고, 각각의 시간 슬롯은 상이한 사용자 단말에 할당된다. TDMA 시스템은 GSM 또는 당해 기술 분야에 알려진 일부 다른 표준들을 구현할 수 있다. OFDMA 시스템은 전체 시스템 대역폭을 다수의 직교 서브-캐리어들로 파티셔닝하는 변조 기법인 OFDM(orthogonal frequency division multiplexing)을 활용한다. 이 서브-캐리어들은 또한 톤들, 빈들 등이라 칭해질 수 있다. OFDM에 있어서, 각각의 서브-캐리어는 데이터로 독립적으로 변조될 수 있다. OFDM 시스템은 IEEE 802.11 또는 당해 기술 분야에 알려진 일부 다른 표준들을 구현할 수 있다. SC-FDMA 시스템은 시스템 대역폭에 걸쳐 분배되는 서브-캐리어들 상에서 송신하기 위해 IFDMA(interleaved FDMA)를, 인접한 서브-캐리어들의 블록 상에서 송신하기 위해 LFDMA(localized FDMA)를, 또는 인접한 서브-캐리어들의 다수의 블록들 상에서 송신하기 위해 EFDMA(enhanced FDMA)를 활용할 수 있다. 일반적으로, 변조 심볼들은 주파수 도메인에서는 OFDM을 통해, 그리고 시간 도메인에서는 SC-FDMA를 통해 전송된다. SC-FDMA 시스템은 3GPP-LTE(3rd Generation Partnership Project Long Term Evolution) 또는 다른 표준들을 구현할 수 있다.

[0033] 본원에서의 교시 사항들은 다양한 유선 또는 무선 장치들(예컨대, 노드들)로 통합될 수 있다(예컨대, 다양한 유선 또는 무선 장치들 내에서 구현되거나 또는 이들에 의해 수행될 수 있음). 일부 양상들에서, 본원에서의 교시 사항들에 따라 구현되는 무선 노드는 액세스 포인트 또는 액세스 단말을 포함할 수 있다.

[0034] "AP"(access point)는 NodeB, "RNC"(Radio Network Controller), eNodeB, "BSC"(Base Station Controller), "BTS"(Base Transceiver Station), "BS"(Base Station), "TF"(Transceiver Function), 라디오 라우터, 라디오 트랜시버, "BSS"(Basic Service Set), "ESS"(Extended Service Set), "RBS"(Radio Base Station) 또는 일부 다른 용어를 포함하거나, 이들로 구현되거나, 또는 이들로 알려져 있을 수 있다.

[0035] 스테이션 "STA"는 또한, 사용자 단말, "AT"(access terminal), 가입자국, 가입자 유닛, 이동국, 원격국, 원격 단말, 사용자 에이전트, 사용자 디바이스, 사용자 장비 또는 일부 다른 용어를 포함하거나, 이들로 구현되거나, 또는 이들로 알려져 있을 수 있다. 일부 구현들에서, 액세스 단말은 셀룰러 전화, 코드리스 전화(cordless telephone), "SIP"(Session Initiation Protocol) 폰, "WLL"(wireless local loop) 스테이션, "PDA"(personal digital assistant), 무선 연결 능력을 가지는 핸드헬드 디바이스, 또는 무선 모뎀에 연결되는 일부 다른 적합한 프로세싱 디바이스를 포함할 수 있다. 따라서, 본원에서 교시되는 하나 또는 그 초과의 양상들은 폰(예컨대, 셀룰러 폰 또는 스마트폰), 컴퓨터(예컨대, 랩탑), 휴대용 통신 디바이스, 헤드셋, 휴대용 컴퓨팅 디바이스(예컨대, 개인용 데이터 보조기), 엔터테인먼트 디바이스(예컨대, 음악 또는 비디오 디바이스 또는 위성 라디오), 게임 디바이스 또는 시스템, 글로벌 포지셔닝 시스템 디바이스, 또는 무선 매체를 통해 통신하도록 구성된 임의의 다른 적합한 디바이스에 통합될 수 있다.

[0036] 도 1은 일부 구현들에 따른, AP(access point)들 및 사용자 단말(STA)들을 가지는 다중-사용자 무선 통신 시스템(100)을 예시한다. 간략함을 위해, 단지 하나의 액세스 포인트(102)만이 도 1에 도시된다. 일반적으로, 액세스 포인트는 사용자 단말들과 통신하는 고정국이며, 또한 기지국으로 또는 일부 다른 용어를 사용하여 지칭될 수 있다. 사용자 단말("STA"(station)로 또한 알려짐)은 고정형 또는 이동형일 수 있으며, 또한 이동국 또는 무선 디바이스로, 또는 일부 다른 용어를 사용하여 지칭될 수 있다. 액세스 포인트(102)는 다운링크 및 업링크 상에서 임의의 주어진 순간에 하나 또는 그 초과의 사용자 단말들(104A, 104B, 104C, 104D)(이하, 총칭하여 사용자 단말들(104a-104d))과 통신할 수 있다. 다운링크(즉, 순방향 링크)는 AP(102)로부터 사용자 단말들(104a-104d) 중 임의의 것으로의 임의의 통신 링크이며, 업링크(즉, 역방향 링크)는 사용자 단말들(104a-104d)로부터 AP(102)로의 임의의 통신 링크이다. 또한, 사용자 단말은 다른 사용자 단말과 피어-투-피어 통신할 수 있다.

[0037] 시스템(100)은 다운링크 및 업링크 상에서의 데이터 송신을 위한 다수의 송신 및 다수의 수신 안테나들을 사용할 수 있다. 예컨대, AP(102)에는 N _ap개의 안테나들(도 1에 도시되지 않음)이 장착되어 있으며, AP(102)는 다운링크 송신들을 위한 MI(multiple-input) 및 업링크 송신들을 위한 MO(multiple-output)를 나타낸다. K개의 선택된 사용자 단말들(104a-104d(예컨대, STA들(104a-104d))의 세트는 다운링크 송신들을 위한 다중-출력 및 업링크 송신들을 위한 다중-입력을 집합적으로 나타낸다. 각각의 선택된 사용자 단말은 사용자-특정 데이터를 액세스 포인트로 송신하고 그리고/또는 액세스 포인트로부터 사용자-특정 데이터를 수신할 수 있다. 일반적으로, 각각의 선택된 사용자 단말에는 하나 또는 다수의 안테나들(즉,

)(도 1에는 도시되지 않음)이 장착될 수 있다. K개의 선택된 사용자 단말들은 동일한 개수의 안테나들을 가질 수 있거나, 또는 하나 또는 그 초과의 사용자 단말들은 상이한 개수의 안테나들을 가질 수 있다.

[0038] 시스템(100)은 TDD(time division duplex) 시스템 또는 FDD(frequency division duplex) 시스템일 수 있다. TDD 시스템의 경우, 다운링크 및 업링크는 동일한 주파수 대역을 공유한다. FDD 시스템의 경우, 다운링크 및 업링크는 상이한 주파수 대역들을 사용한다. 또한, 시스템(100)은 송신을 위해 단일 캐리어 또는 다수의 캐리어들을 활용할 수 있다. 각각의 사용자 단말에는 (예컨대, 비용들을 낮추기 위해) 단일 안테나가 또는 (예컨대, 추가적 비용이 지원될 수 있는 경우) 다수의 안테나들이 장착될 수 있다. 시스템(100)은 또한, 사용자 단말들(104a-104d)이 송신/수신을 상이한 시간 슬롯들 ― 각각의 시간 슬롯은 상이한 사용자 단말(104a-104d)에 할당될 수 있음 ― 로 분할함으로써 동일한 주파수 채널을 공유하는 경우, TDMA 시스템일 수 있다. 도 1에 도시되는 바와 같이, AP(102)는, 아래의 도 2-8에서 더 상세하게 설명되는 바와 같이 하나 또는 그 초과의 태스크들을 수행하도록 구성될 수 있는 MU(multiple-user) UL(uplink module)(224)을 포함할 수 있다. 더욱이, 사용자 단말들(104a-104d) 각각은 MU-UL 모듈(224)을 포함할 수 있다. MU-UL 모듈(224)은 아래의 도 2와 관련하여 더 상세하게 설명될 것이다.

[0039] 도 2는 무선 통신 시스템(100) 내에서 사용될 수 있는 무선 디바이스(202)에서 활용될 수 있는 다양한 컴포넌트들을 예시한다. 무선 디바이스(202)는 본원에서 설명되는 다양한 방법들을 구현하도록 구성될 수 있는 디바이스의 예이다. 무선 디바이스(202)는 AP(102) 또는 사용자 단말들(104a-104d) 중 하나를 구현할 수 있다.

[0040] 무선 디바이스(202)는, 무선 디바이스(202)의 동작을 제어하는 프로세서(204)를 포함할 수 있는 MU-UL 모듈(224)을 포함할 수 있다. 프로세서(204)는 또한, CPU(central processing unit)로 지칭될 수 있다. 일부 구현들에서, MU-UL 모듈(224)은, ROM(read-only memory) 및 RAM(random access memory) 둘 모두를 포함할 수 있는 메모리(206)를 추가로 포함할 수 있고, 메모리(206)는 명령들 및 데이터를 프로세서(204)에 제공한다. 메모리(206)의 일부분은 또한, NVRAM(non-volatile random access memory)을 포함할 수 있다. 프로세서(204)는 메모리(206) 내에 저장된 프로그램 명령들에 기반하여 논리적 그리고 산술적 연산들을 수행할 수 있다. 메모리(206) 내의 명령들은 본원에서 설명되는 방법들을 구현하도록 실행가능할 수 있다.

[0041] 프로세서(204)는 하나 또는 그 초과의 프로세서들로 구현되는 프로세싱 시스템의 컴포넌트를 포함하거나 또는 이 컴포넌트일 수 있다. 하나 또는 그 초과의 프로세서들은 범용 마이크로프로세서들, 마이크로제어기들, DSP(digital signal processor)들, FPGA(field programmable gate array)들, PLD(programmable logic device)들, 제어기들, 상태 머신들, 게이티드 로직(gated logic), 이산 하드웨어 컴포넌트들, 전용 하드웨어 유한 상태 머신들, 또는 정보의 계산들 또는 다른 조작들을 수행할 수 있는 임의의 다른 적합한 엔티티들의 임의의 조합으로 구현될 수 있다.

[0042] 프로세싱 시스템은 또한, 실행될 때, 장치 또는 프로세서(204)로 하여금, 본 출원에서 설명되는 임의의 방법을 수행하게 하는 코드를 포함하는 비-일시적 컴퓨터-판독가능한 매체를 포함할 수 있다. 소프트웨어는 소프트웨어로 지칭되든, 펌웨어로 지칭되든, 미들웨어로 지칭되든, 마이크로코드로 지칭되든, 하드웨어 설명 언어로 지칭되든, 또는 다르게 지칭되든 간에, 임의의 타입의 명령들을 의미하도록 광범위하게 해석될 것이다. 명령들은 (예컨대, 소스 코드 포맷, 바이너리 코드 포맷, 실행가능한 코드 포맷 또는 임의의 다른 적합한 코드의 포맷의) 코드를 포함할 수 있다. 명령들은, 하나 또는 그 초과의 프로세서들에 의해 실행될 때, 프로세싱 시스템으로 하여금 본원에서 설명되는 다양한 기능들을 수행하게 한다.

[0043] 따라서, 일부 구현들에서, 프로세서(204) 및/또는 메모리(206)는, 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하기 위한 수단, 및/또는 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하기 위한 수단의 적어도 일부분을 포함하거나 또는 형성할 수 있다.

[0044] 무선 디바이스(202)는 또한, 무선 디바이스(202)와 원격 위치 사이의 데이터의 송신 및 수신을 허용하기 위한, 송신기(210) 및 수신기(212)를 포함할 수 있는 하우징(208)을 포함할 수 있다. 송신기(210) 및 수신기(212)는 트랜시버(214)로 결합될 수 있다. 단일 또는 복수의 트랜시버 안테나들(216)은 하우징(208)에 부착되며, 트랜시버(214)에 전기적으로 커플링될 수 있다. 따라서, 일부 구현들에서, 송신기(210)는 요청 프레임을 하나 또는 그 초과의 스테이션들에 송신하기 위한 수단 및/또는 보고 프레임을 액세스 포인트에 송신하기 위한 수단의 적어도 일부분을 포함하거나 또는 형성할 수 있다. 마찬가지로, 수신기(212)는 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를수신하기 위한 수단 및/또는 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하기 위한 수단의 적어도 일부분을 포함하거나 또는 형성할 수 있다.

[0045] 무선 디바이스(202)는 또한, 트랜시버(214)에 의해 수신된 신호들을 검출하여, 그 신호들의 레벨을 정량화하기 위한 노력으로 사용될 수 있는 신호 검출기(218)를 포함할 수 있다. 신호 검출기(218)는 총 에너지, 심볼당 서브캐리어당 에너지, 전력 스펙트럼 밀도 및 다른 신호들로서 그러한 신호들을 검출할 수 있다. 무선 디바이스(202)는 또한 신호들의 프로세싱 시 사용하기 위한 DSP(digital signal processor)(220)를 포함할 수 있다.

[0046] 무선 디바이스(202)의 다양한 컴포넌트들은, 데이터 버스에 추가하여, 전력 버스, 제어 신호 버스 및 상태 신호 버스를 포함할 수 있는 버스 시스템(222)에 의해 함께 커플링될 수 있다.

[0047] 본 개시내용의 특정 양상들은 다수의 사용자 단말들로부터 AP로 UL(uplink) 신호를 송신하는 것을 지원한다. 일부 구현들에서, UL 신호는 MU-MIMO(multi-user MIMO) 시스템에서 송신될 수 있다. 대안적으로, UL 신호는 MU-FDMA(multi-user FDMA) 또는 유사한 FDMA 시스템에서 송신될 수 있다. 이 구현들에서, UL-MU-MIMO 또는 UL-FDMA 송신들은 다수의 사용자 단말들로부터 AP로 동시에 전송될 수 있으며, 무선 통신에서 효율성들을 산출할 수 있다.

[0048] 점점 더 많은 수의 무선 및 모바일 디바이스들이 무선 통신 시스템들에 대해 요구되는 대역폭 요건들을 점점 더 중요시한다. 제한된 통신 자원들에 있어서, AP와 다수의 STA들 사이에서 통과하는 트래픽의 양을 감소시키는 것이 바람직하다. 예컨대, 다수의 단말들이 업링크 통신들을 액세스 포인트에 전송하는 경우, 모든 업링크 송신들을 완료하기 위해 트래픽의 양을 최소화시키는 것이 바람직하다. 따라서, 본원에서 설명되는 구현들은 AP로의 업링크 송신들의 스루풋을 증가시키기 위한 특정 프레임들, 스케줄링 및 통신 교환들을 활용하는 것을 지원한다.

[0049] UL 자원들의 효율적 배정을 위해, AP는 그 AP와 연관된 STA들의 업링크 버퍼 상태를 결정하기 위한 일부 메커니즘을 가져야 한다. 이것은 AP가 자신들의 업링크 버퍼들에서의 송신을 위해 준비된 큐잉된 업링크 데이터를 가지는 STA들에 자원들(예컨대, 주파수 대역폭, 채널들 및 그러한 대역폭들 또는 채널들 내에서의 듀레이션들)을 배정하게 허용한다. 더욱이, 특정 AP와 연관된 STA들의 업링크 버퍼 상태를 결정할 수 있는 것은, 그 AP가, STA들 각각에서의 송신을 위해 큐잉된 업링크 데이터의 양에 기반하여 그러한 자원들의 배정을 최적화하게 허용할 수 있다. 따라서, 본 출원은, 버퍼 상태 보고 메커니즘이, 특정 AP와 연관된 각각의 STA에서의 송신을 위해 큐잉된 데이터의 양에 관한 정보를 AP에 제공할 수 있게 하는 구현들을 설명한다.

[0050] 도 3a는 일부 구현들에 따른, 액세스 포인트(예컨대, 도 1의 AP(102))와 복수의 스테이션들(예컨대, STA들(104a-104d)) 사이의 MU(multi-user) 업링크 통신을 셋업하기 위한 프레임 교환의 시간 다이어그램(300)을 도시한다. 다운링크 방향으로(예컨대, AP로부터 STA로) 전송된 메시지들 또는 프레임들은 대각선 해치 패턴(diagonal hatch pattern)을 가지는 것으로 도시되는 반면, 업링크 방향으로(예컨대, STA로부터 AP로) 전송된 메시지들 또는 프레임들은 패턴없이 도시된다. 도 3a는, AP(102)를 포함하는 무선 LAN의 존재를 통지하기 위한, AP(102)에 의해 주기적으로 송신될 수 있는 비컨 프레임(302)을 도시한다. AP(102)가 채널 자원들을 하나 초과의 STA로 최적으로 스케줄링하기 위해, AP(102)는 폴링(polling) 프레임들을 전송함으로써 하나 또는 그 초과의 STA들로부터 업링크 버퍼 보고(도 3a의 306, 308, 310)를 간청(solicit)할 수 있다. 본 출원은 이 목적을 위해 폴링 프레임들로서 역할을 할 수 있는 적어도 2 개의 프레임들: 다중-사용자 모드에 있는 동안 STA들로부터 업링크 버퍼 보고들을 간청하기 위한 트리거 프레임들(도 3a의 304, 314, 도 3b의 354, 364, 및 도 4의 400), 및 단일-사용자 모드에서 STA로부터 업링크 버퍼 보고들을 간청하기 위한 특수하게 수정된 CTS(clear to send)-투-셀프 프레임들(도 3a의 326 및 도 5의 500)을 고려한다. 그러한 프레임들은 "요청 프레임(304, 314, 326, 354, 364, 400, 500)"으로서 알려질 수 있다. 본 출원은 업링크 버퍼 보고를 AP에 다시 송신하기 위해 폴링된 STA들에 의해 활용될 수 있는 적어도 4 개의 보고 프레임들: QoS(Quality of Service) 널 프레임들(600, 도 6 참조), QoS 데이터 프레임들(700, 도 7 참조), PS-폴 프레임들(800, 도 8 참조), 및 HE 제어 프레임들(900, 도 9 참조)을 고려한다. 그러한 프레임들은 "보고 프레임(306, 308, 310, 322, 328, 600, 700, 800, 900)"으로서 알려질 수 있다. 도 3a는 트리거 프레임들(304, 314)을 사용하는 MU 모드에서의 간청의 2 개의 예들, 및 CTS-투-셀프 프레임(326)을 사용하는 SU 모드에서의 간청의 일 예를 예시한다.

[0051] MU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제1 예에서, AP(102)는 트리거 프레임(304)을 송신할 수 있고, 임의의 연관된 STA에 의한 트리거 프레임(304)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP(102)로부터의 요청을 수신측 STA에 표시할 것이다. 트리거 프레임(304)은 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 하나 또는 그 초과의 수신측 STA들에 배정하기 위한 정보를 추가적으로 포함할 수 있다. 트리거 프레임(304)은 또한, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청할 수 있다. 그런 다음, 트리거 프레임(304)에 의해 어드레싱되는 STA들은 배정된 자원들 상에서 그리고 요청된 포맷으로 자신들의 업링크 버퍼 보고들을 송신할 수 있다. 예컨대, 트리거 프레임(304)이 제1, 제2 및 제3 STA(예컨대, 도 1의 STA들(104a, 104b, 104c)) 각각에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 도시되는 바와 같은 배정된 자원들에서, 제1 STA는 업링크 버퍼 보고를 포함하는 PS 폴 1 프레임(306)을 송신할 수 있고, 제2 STA는 업링크 버퍼 보고를 포함하는 PS 폴 2 프레임(308)을 송신할 수 있으며, 제3 STA는 업링크 버퍼 보고를 포함하는 PS 폴 3 프레임(310)을 송신할 수 있다. 업링크 버퍼 보고들을 포함하는 PS 폴 프레임들(306, 308, 310)을 정확하게 수신하는 것에 대한 응답으로, AP(102)는 ACK(acknowledge) 프레임(312)을 제1, 제2 및 제3 STA들에 송신할 수 있다. 이것은 프레임들이 MU(multi-user) TXOP(transmit opportunity) 동안 교환되는 경우 선호되는 방법일 수 있다. 일부 다른 구현들에서, 의도되는 수신측 STA들은 랜덤 시간들에 업링크 버퍼 보고들을 포함하는 프레임들을 전송하도록 구성될 수 있고, 여기서, 트리거 프레임은 랜덤 액세스를 허용하는 트리거 프레임(예컨대, TF-R 트리거 프레임)이다. 보고 프레임들(예컨대, PS 폴 프레임들(306, 308, 310))에서 업링크 버퍼 보고들을 수신할 시, AP(102)는 하나 또는 그 초과의 스테이션들 각각으로부터 수신된 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 통신 자원들을 하나 또는 그 초과의 스테이션들(예컨대, 스테이션들(104C-104C))에 배정하는 메시지를 전송할 수 있다. 따라서, 각각의 스테이션은 스테이션으로부터의 업링크 버퍼 보고에 적어도 부분적으로 기반하여 업링크 데이터 송신들을 위해 통신 자원들 중 일부분을 스테이션에 배정하는 메시지를 액세스 포인트(102)로부터 수신할 수 있다.

[0052] MU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제2 예에서, AP(102)는 트리거 프레임(314)을 송신할 수 있고, 임의의 연관된 STA에 의한 트리거 프레임(304)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP로부터의 요청을 표시할 것이다. 트리거 프레임(304)과 같이, 트리거 프레임(314)은, 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 하나 또는 그 초과의 수신측 STA들에 배정하기 위한 정보뿐만 아니라, 업링크 버퍼에 큐잉된 데이터의 양 또는 업링크 버퍼에 큐잉된 데이터를 송신하기 위해 요청된 시간의 양인 업링크 버퍼 보고의 포맷에 대한 요청을 추가적으로 포함할 수 있다. 그런 다음, 트리거 프레임(304)에 의해 어드레싱되는 STA들은 배정된 자원들 상에서 그리고 요청된 포맷으로 자신들의 업링크 버퍼 보고들을 송신할 수 있다. 예컨대, 트리거 프레임(314)이 제5 STA(도 1에 도시되지 않음)에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 제5 STA는 배정된 자원들에 업링크 버퍼 보고를 포함하는 QoS 널 프레임(322)을 송신할 수 있다. 도 3a는 트리거 프레임(314) 이후에 그리고 제3 STA 및 제5 STA의 개개의 자원 배정들에서 AP(102)에 의해 제3 STA 및 제5 STA에 각각 송신되는 다운링크 데이터 프레임들(316 및 318)을 추가적으로 도시한다. 도 3a는 다운링크 데이터 프레임(316)을 수신하는 것에 대한 응답으로 제3 STA에 의해 송신되는 ACK 및 업링크 데이터 프레임(320)을 추가적으로 도시한다. 프레임들(316, 318 및 320)은 업링크 버퍼 보고 간청 및 제공과 직접적으로 관련되지 않지만, MU 통신 방식에서의 상황(context) 및 강조를 위해 도시된다. 업링크 버퍼 보고를 포함하는 QoS 널 프레임(322)을 정확하게 수신하는 것에 대한 응답으로(뿐만 아니라, ACK 및 업링크 데이터 프레임(316)을 정확하게 수신하는 것에 대한 응답으로), AP(102)는 BA(block acknowledge) 프레임(324)을 제3 및 제5 STA들에 송신할 수 있다. 프레임들(304 내지 324)은 다중-사용자 구현의 일부로서 도시된다.

[0053] SU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제1 예에서, AP(102)는 CTS-투-셀프 프레임(326)을 송신할 수 있고, 연관된 STA에 의한 CTS-투-셀프 프레임(326)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP(102)로부터의 요청을 표시할 것이다. 그러한 SU 모드 동작에서, 수신측 STA는 자신의 송신 파라미터들의 제어를 가질 수 있고, 이는 특히, 네트워크에서의 송신 전력 불균형들의 경우 SU 모드에서 바람직하다. CTS-투-셀프 프레임의 종래의 활용에 대조적으로, CTS-투-셀프 프레임의 RA(receiver address)가 프레임을 생성한 동일한 디바이스와 연관된 식별자로 파퓰레이팅(populate)되는 경우, CTS-투-셀프 프레임(326)의 RA(receiver address)는 타겟 STA와 연관된 식별자로 파퓰레이팅되고, 이 타겟 STA로부터 업링크 버퍼 보고가 간청될 것이다. CTS-투-셀프 프레임(326)은, 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 수신측 STA에 배정하는 정보, 및 업링크 버퍼에 큐잉된 데이터의 양 또는 업링크 버퍼에 큐잉된 데이터를 송신하기 위해 요청된 시간의 양인 업링크 버퍼 보고의 포맷에 대한 요청을 추가적으로 포함할 수 있다. 그런 다음, CTS-투-셀프 프레임(326)에 의해 어드레싱되는 STA는 배정된 자원들 상에서 그리고 요청된 포맷으로 자신의 업링크 버퍼 보고를 송신할 수 있다. 예컨대, CTS-투-셀프 프레임(326)이 제8 STA(도 1에 도시되지 않음)에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 제8 STA는 배정된 자원들에 업링크 버퍼 보고를 포함하는 PS-폴 프레임(328)을 송신할 수 있다. 업링크 버퍼 보고를 포함하는 PS 폴 프레임(328)을 정확하게 수신하는 것에 대한 응답으로, AP(102)는 ACK 프레임(330)을 제8 STA에 송신할 수 있다. 이것은 프레임들이 SU(single-user) TXOP(transmit opportunity) 동안 교환되는 경우 선호되는 방법일 수 있다. 프레임들(326 내지 330)은 단일-사용자 구현의 일부로서 도시된다.

[0054] 도 3b는 일부 구현들에 따른, 액세스 포인트(예컨대, 도 1의 AP(102))와 복수의 스테이션들(예컨대, STA들(104a-104d)) 사이의 MU(multi-user) 업링크 통신을 셋업하기 위한 프레임 교환의 다른 시간 다이어그램(350)을 도시한다. 다운링크 방향으로(예컨대, AP로부터 STA로) 전송된 메시지들 또는 프레임들은 대각선 해치 패턴을 가지는 것으로 도시되는 반면, 업링크 방향으로(예컨대, STA로부터 AP로) 전송된 메시지들 또는 프레임들은 패턴없이 도시된다. 도 3b는, AP(102)를 포함하는 무선 LAN의 존재를 통지하기 위한, AP(102)에 의해 주기적으로 송신될 수 있는 비컨 프레임(352)을 도시한다. AP(102)가 채널 자원들을 하나 초과의 STA로 최적으로 스케줄링하기 위해, AP(102)는 폴링 프레임들을 전송함으로써 하나 또는 그 초과의 STA들로부터 업링크 버퍼 보고를 간청할 수 있다. 그러한 프레임들은 "요청 프레임(304, 314, 326, 354, 364, 400, 500)"으로서 알려질 수 있다. 본 출원은 업링크 버퍼 보고를 AP에 다시 송신하기 위해 폴링된 STA들에 의해 활용될 수 있는 적어도 4 개의 보고 프레임들: QoS(Quality of Service) 널 프레임들(600, 도 6 참조), QoS 데이터 프레임들(700, 도 7 참조), PS-폴 프레임들(800, 도 8 참조), 및 HE 제어 프레임들(900, 도 9 참조)을 고려한다. 그러한 프레임들은 "보고 프레임(306, 308, 310, 322, 328, 600, 700, 800, 900)"으로서 알려질 수 있다. 도 3b는 트리거 프레임들(354, 364)을 사용하는 MU 모드에서의 간청의 2 개의 예들, 및 트리거 프레임(376)을 사용하는 SU 모드에서의 간청의 일 예를 예시한다.

[0055] MU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제1 예에서, AP(102)는 트리거 프레임(354)을 송신할 수 있고, 임의의 연관된 STA에 의한 트리거 프레임(354)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP(102)로부터의 요청을 수신측 STA에 표시할 것이다. 트리거 프레임(354)은 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 하나 또는 그 초과의 수신측 STA들에 배정하기 위한 정보를 추가적으로 포함할 수 있다. 트리거 프레임(354)은 또한, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청할 수 있다. 그런 다음, 트리거 프레임(354)에 의해 어드레싱되는 STA들은 배정된 자원들 상에서 그리고 요청된 포맷으로 자신들의 업링크 버퍼 보고들을 송신할 수 있다. 예컨대, 트리거 프레임(354)이 제1, 제2 및 제3 STA(예컨대, 도 1의 STA들(104a, 104b, 104c)) 각각에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 도시되는 바와 같은 배정된 자원들에서, 제1 STA는 업링크 버퍼 보고를 포함하는 HE 제어 1 프레임(356)을 송신할 수 있고, 제2 STA는 업링크 버퍼 보고를 포함하는 HE 제어 2 프레임(358)을 송신할 수 있으며, 제3 STA는 업링크 버퍼 보고를 포함하는 HE 제어 3 프레임(360)을 송신할 수 있다. 업링크 버퍼 보고들을 포함하는 HE 제어 프레임들(356, 358, 360)을 정확하게 수신하는 것에 대한 응답으로, AP(102)는 ACK(acknowledge) 프레임(362)을 제1, 제2 및 제3 STA들에 송신할 수 있다. 이것은 프레임들이 MU(multi-user) TXOP(transmit opportunity) 동안 교환되는 경우 선호되는 방법일 수 있다. 일부 다른 구현들에서, 의도되는 수신측 STA들은 랜덤 시간들에 업링크 버퍼 보고들을 포함하는 프레임들을 전송하도록 구성될 수 있고, 여기서, 트리거 프레임은 랜덤 액세스를 허용하는 트리거 프레임(예컨대, TF-R 트리거 프레임)이다. 보고 프레임들(예컨대, HE 제어 프레임들(356, 358, 360))에서 업링크 버퍼 보고들을 수신할 시, AP(102)는 하나 또는 그 초과의 스테이션들 각각으로부터 수신된 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 통신 자원들을 하나 또는 그 초과의 스테이션들(예컨대, 스테이션들(104C-104C))에 배정하는 메시지를 전송할 수 있다. 따라서, 각각의 스테이션은 스테이션으로부터의 업링크 버퍼 보고에 적어도 부분적으로 기반하여 업링크 데이터 송신들을 위해 통신 자원들 중 일부분을 스테이션에 배정하는 메시지를 액세스 포인트(102)로부터 수신할 수 있다.

[0056] MU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제2 예에서, AP(102)는 트리거 프레임(364)을 송신할 수 있고, 임의의 연관된 STA에 의한 트리거 프레임(364)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP로부터의 요청을 표시할 것이다. 트리거 프레임(354)과 같이, 트리거 프레임(364)은, 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 하나 또는 그 초과의 수신측 STA들에 배정하기 위한 정보뿐만 아니라, 업링크 버퍼에 큐잉된 데이터의 양 또는 업링크 버퍼에 큐잉된 데이터를 송신하기 위해 요청된 시간의 양인 업링크 버퍼 보고의 포맷에 대한 요청을 추가적으로 포함할 수 있다. 그런 다음, 트리거 프레임(354)에 의해 어드레싱되는 STA들은 배정된 자원들 상에서 그리고 요청된 포맷으로 자신들의 업링크 버퍼 보고들을 송신할 수 있다. 예컨대, 트리거 프레임(364)이 제5 STA(도 1에 도시되지 않음)에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 제5 STA는 배정된 자원들에 업링크 버퍼 보고를 포함하는 HE 제어 5 프레임(372)을 송신할 수 있다. 도 3b는 트리거 프레임(364) 이후에 그리고 제3 STA 및 제5 STA의 개개의 자원 배정들에서 AP(102)에 의해 제3 STA 및 제5 STA에 각각 송신되는 다운링크 데이터 프레임들(366 및 368)을 추가적으로 도시한다. 도 3b는 다운링크 데이터 프레임(366)을 수신하는 것에 대한 응답으로 제3 STA에 의해 송신되는 ACK 및 업링크 데이터 프레임(370)을 추가적으로 도시한다. 프레임들(366, 368 및 370)은 업링크 버퍼 보고 간청 및 제공과 직접적으로 관련되지 않지만, MU 통신 방식에서의 상황 및 강조를 위해 도시된다. 업링크 버퍼 보고를 포함하는 HE 제어 5 프레임(372)을 정확하게 수신하는 것에 대한 응답으로(뿐만 아니라, ACK 및 업링크 데이터 프레임(366)을 정확하게 수신하는 것에 대한 응답으로), AP(102)는 BA(block acknowledge) 프레임(374)을 제3 및 제5 STA들에 송신할 수 있다. 프레임들(354 내지 374)은 다중-사용자 구현의 일부로서 도시된다.

[0057] SU 모드에서의 트리거 프레임들을 통한 업링크 버퍼 보고의 간청과 관련된 제1 예에서, AP(102)는 트리거 프레임(376)을 송신할 수 있고, 연관된 STA에 의한 트리거 프레임(376)의 수신은 STA로부터의 업링크 버퍼 보고에 대한 AP(102)로부터의 요청을 표시할 것이다. 그러한 SU 모드 동작에서, 수신측 STA는 자신의 송신 파라미터들의 제어를 가질 수 있고, 이는 특히, 네트워크에서의 송신 전력 불균형들의 경우 SU 모드에서 바람직하다. 트리거 프레임(376)은, 개개의 업링크 버퍼 보고들을 송신하기 위해 자원들(예컨대, 하나 또는 그 초과의 주파수 대역들 또는 채널들, 및 그러한 주파수 대역들 또는 채널들과 연관된 듀레이션)을 수신측 STA에 배정하는 정보, 및 업링크 버퍼에 큐잉된 데이터의 양 또는 업링크 버퍼에 큐잉된 데이터를 송신하기 위해 요청된 시간의 양인 업링크 버퍼 보고의 포맷에 대한 요청을 포함할 수 있다. 그런 다음, 트리거 프레임(376)에 의해 어드레싱되는 STA는 배정된 자원들 상에서 그리고 요청된 포맷으로 자신의 업링크 버퍼 보고를 송신할 수 있다. 예컨대, 트리거 프레임(376)이 제6 STA(도 1에 도시되지 않음)에 대한 자원 배정들로 어드레싱되었고 이들을 포함하였다고 가정하면, 제6 STA는 배정된 자원들에 업링크 버퍼 보고를 포함하는 QoS 널 또는 QoS 데이터 프레임(378)을 송신할 수 있다. 업링크 버퍼 보고를 포함하는 HE 제어 프레임(376)을 정확하게 수신하는 것에 대한 응답으로, AP(102)는 ACK 프레임(370)을 제6 STA에 송신할 수 있다. 이것은 프레임들이 SU(single-user) TXOP(transmit opportunity) 동안 교환되는 경우 선호되는 방법일 수 있다. 프레임들(376 내지 380)은 단일-사용자 구현의 일부로서 도시된다.

[0058] 도 4는 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 트리거 프레임(400) 포맷을 예시한다. 트리거 프레임(400)은 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은 트리거 프레임들(304, 314, 354, 364, 376)에 대응할 수 있다. 트리거 프레임(400)은 다음의 필드들: fc(frame control) 필드(404), 듀레이션/ID(identification) 필드(406), 수신기 어드레스(a1) 필드(408), 송신기 어드레스(a2) 필드(410), QoS(quality of service) 제어 필드(416) 및 HT(high throughput) 제어 필드의 고효율성 변형일 수 있는 HE(High Efficiency) 제어 필드(418)를 포함하는 MAC 헤더(402)를 포함할 수 있다. 트리거 프레임(400)은 프레임 바디 필드(462) 및 FCS(frame check sequence) 필드(420)를 추가적으로 포함할 수 있다. a1 및 a2 필드들(408, 410) 각각은 48-비트(6 옥텟) 값인 디바이스의 전체 MAC 어드레스를 포함할 수 있거나, 또는 대안적으로, 이 필드들 중 임의의 필드는 쇼트 MAC 헤더 포맷에 기반하는 AID(associated identification)를 포함할 수 있다.

[0059] 또한, 위에서-설명된 필드들 각각은 하나 또는 그 초과의 서브-필드들 또는 필드들을 포함할 수 있다. 예컨대, 프레임 제어 필드(402)는 다음의 복수의 서브필드들: 프로토콜 버전 서브필드(422), 타입 서브필드(424), 서브타입 서브필드(426), To DS(distributed system) 서브필드(428), From DS 서브필드(430), 더 많은 프래그먼트들 서브필드(432), 재시도 서브필드(434), 전력 관리 서브필드(436), 추가(more) 데이터 서브필드(438), 보호 서브필드(440) 및 순서 서브필드(442) 중 하나 또는 그 초과를 포함할 수 있다. 일부 구현들에서, 추가 데이터 서브필드(438)에서의 1의 값은, 프레임(400)이 하나 또는 그 초과의 STA들로부터 업링크 버퍼 보고를 요청하기 위한 요청 프레임이라는 것임을 표시할 수 있다. 일부 구현들에서, 트리거 프레임(400)은, 예컨대, 프레임 제어 필드(404)의 타입 필드(424) 및/또는 서브타입 필드(426)에 표시되는 "제어" 타입을 가지고 HE 제어 필드(418)를 가지는 임의의 프레임을 포함할 수 있다.

[0060] HE 제어 필드(418)는 2 바이트(예컨대, 16 비트)를 포함할 수 있으며, 제어 ID 서브필드(470), AC 제약 서브필드(472), 요청된 스케일링 팩터 서브필드(474) 및 예비 서브필드를 포함할 수 있다. AC 제약 서브필드(472)는 1 비트를 포함할 수 있다. AC 제약 서브필드(472)에서의 0 및 1 값 중 하나는 모든 액세스 클래스들 또는 카테고리들의 데이터에 대해 유효한 업링크 버퍼 보고가 요청된다는 것임을 표시할 수 있는 반면, AC 제약 서브필드(472)에서의 0 및 1 값 중 다른 하나는, 생성 AP에 의해, 예컨대, QoS 제어 필드(416)에 표시되는 바와 같은, 특정 액세스 클래스들 또는 카테고리들의 데이터(트래픽)에 대해 유효한 업링크 버퍼 보고가 요청된다는 것임을 표시할 수 있다. 요청된 스케일링 팩터 서브프레임(474)은, 버퍼링된 업링크 데이터의 양 또는 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 경우 업링크 버퍼 보고가 사용해야 하는 요청된 스케일링 팩터 또는 입도를 표시하기 위해 활용되는 1 또는 2 비트를 포함할 수 있다. 예컨대, 0, 1, 2 또는 3의 값들은, 예컨대, 버퍼링된 업링크 데이터의 양이 보고를 위해 요청된 경우 유닛당 4, 16, 64 및 256 바이트의 입도 또는 단계 사이즈들을 각각 표시할 수 있다. 유사하게, 0, 1, 2 또는 3의 값들은, 예컨대, 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간이 보고를 위해 요청된 경우 유닛당 4 ㎲, 8 ㎲, 16 ㎲ 및 32 ㎲의 입도 또는 단계 사이즈들을 각각 표시할 수 있다. 특정 구현들에서, 하나 초과의 HE 제어 필드(418)는 HE 어그리게이팅된(A-) 제어 필드의 일부로서 프레임(400)에 포함될 수 있다. QoS 제어 필드(416)는 다음의 서브필드들: TID(traffic identifier) 서브필드(450), 서비스 기간의 종료 서브필드(452), ACK 정책 서브필드(454), 예비 필드(456), 및 가변 필드(458) 중 하나 또는 그 초과를 포함할 수 있다. 특정 구현들에서, 예비 필드(456)는 프레임(400)이 A-MSDU(aggregated medium access control service data unit)를 반송한다는 표시를 포함할 수 있다. QoS 제어 필드(416)는 길이가 2 바이트(16 비트)일 수 있으며, 일부 구현들에서, 위에서-언급된 서브필드들 사이에서 다음과 같이: 4 비트, 1 비트, 2 비트, 1 비트 및 8 비트로 각각 분할될 수 있다. TID 서브필드(450)는 4 비트를 가지며, 해당 프레임(예컨대, MPDU)에 대한 AP와 STA 사이에서 송신되는 데이터의 트래픽 식별자, 액세스 카테고리 또는 액세스 클래스를 표시할 수 있다. 일부 구현들에서, TID 서브필드(450)에서의 값들은, AP(102)에 의해 업링크 버퍼 보고가 간청되는 트래픽 식별자, 액세스 카테고리 또는 클래스를 표시할 수 있다. 그러한 트래픽 식별자들은 0에서 14까지의 임의의 값에 의해 식별될 수 있고, 그러한 액세스 카테고리들 또는 클래스들은: 배경 데이터, 최상의 노력 데이터, 비디오 데이터 및 음성 데이터 중 임의의 것일 수 있다. 이 트래픽 식별자들, 액세스 카테고리들 또는 클래스들은 HE 제어 필드(418) 내의 AC 제약 서브필드(472)와 관련하여 앞서 설명된 것들에 대응할 수 있다.

[0061] 특정 구현들에서, TID 필드(450)의 최상위 비트(예컨대, 제1 비트)는 QoS 제어 필드(416)의 특정 필드들이 오버로딩됨을 시그널링하기 위해 사용될 수 있다. 예로서, 1로 세팅된 TID 필드(450)의 최상위 비트(예컨대, 제1 비트)는 다음의 필드들 중 하나 또는 그 초과가 TID 필드(450)의 최상위 비트가 0으로 세팅되는 경우와 상이한 해석을 가지는 값들을 포함한다는 것임을 표시한다: TID 필드(450)의 3개의 LSB들(예컨대, 제2 내지 제4 비트들), 서비스 기간의 종료 필드(452), ACK 정책 필드(454) 및 가변 필드(458) 중 하나 또는 그 초과. 일부 구현들에서, TID 필드(450)의 3개의 LSB들은, 버퍼링된 업링크 데이터의 양 또는 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 경우 업링크 버퍼 보고가 사용해야 하는 요청된 입도를 표시하는 스케일링 팩터를 포함할 수 있다. 예컨대, TID 필드(450)의 제1 비트가 "0"이면, 제2 내지 제4 비트들(B1-B3)은 버퍼 보고가 요청되는 트래픽 타입의 트래픽 식별자를 포함할 수 있다. 그러나, TID 필드(450)의 제1 비트가 "1"(예컨대, 넌-제로)이면, TID 필드(450)의 적어도 제2 및 제3 비트들(B1-B2)은 요청된 스케일링 팩터를 포함할 수 있다. 이 경우, TID 필드(450)의 제2 및 제3 비트들에서의 값 0(예컨대, "00")은, 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양이 결과적 버퍼 보고들에서 요청된다는 것과, 유닛당 8 ㎲의 묵시적 스케일링 팩터가 결과적 버퍼 보고들에서 사용되어야 한다는 것임을 표시한다. 반대로, TID 필드(450)의 제2 및 제3 비트들에서의 1 내지 3의 값은, 업링크 버퍼 내의 데이터의 양이 결과적 버퍼 보고들에서 요청된다는 것을 묵시적으로 표시한다. TID 필드(450)의 제2 및 제3 비트들에서의 1의 값(예컨대, "01")은, 0 내지 ~32 킬로바이트의 값 범위를 제공하는 단위당 8 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. 유사하게, TID 필드(450)의 제2 및 제3 비트들에서의 2의 값(예컨대, "10")은, 0 내지 ~1 메가바이트의 값 범위를 제공하는 단위당 256 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. TID 필드(450)의 제2 및 제3 비트들에서의 3의 값(예컨대, "11")은, 0 내지 ~16 메가바이트의 값 범위를 제공하는 단위당 4096 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. 스케일링 팩터가 존재하지 않는 경우, 디폴트 스케일링 팩터가 가정될 수 있다(예컨대, 1). 유사하게, QoS 제어 필드(416)의 나머지 필드들은, 가변 필드(458)가 8 비트(즉, B8 내지 B15)에서 더 긴 길이, 예컨대, 11 비트(즉, B4 내지 B15)까지 길이가 연장되는 것으로 해석될 수 있다. 일부 구현들에서, 예컨대, 11 비트를 가지는 수정된 가변 필드(458)는 버퍼 보고들이 요청 디바이스에 송신될 수 있는 다음 서비스 기간의 시작 시간을 표시하기 위해 활용될 수 있다. 이러한 방식으로, 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양(요청된 TXOP 듀레이션) 및/또는 버퍼링된 업링크 데이터의 양(큐 사이즈)에 대한 값들의 더 넓은 범위를 시그널링하는 것이 가능하다. 일부 구현들에서, Ack 정책 필드(454)가 오버로딩되기 때문에, Ack 정책 필드(454)의 부재시, QoS 제어 필드(416)를 포함하는 프레임(400)의 의도되는 수신기는 프레임(400)의 다른 부분들로부터 또는 PPDU에 포함된 다른 프레임들로부터(예컨대, A-MPDU의 일부로서) 획득될 수 있는 사전 결정된 Ack 정책 값을 사용할 수 있다. QoS 제어 필드(416)가 HE 제어 필드(418) 외부에 그리고 이에 인접하게 로케이팅되는 것으로 도시되지만, 일부 구현들에서, QoS 제어 필드(416)는 또한 또는 대안적으로, HE 제어 필드(418) 내에 로케이팅될 수 있다. 다른 구현들에서, QoS 제어 필드는 프레임(400)의 PHY 헤더(도 4에 도시되지 않은 PHY 헤더)에 로케이팅될 수 있다.

[0062] 도 3a와 관련하여 앞서 설명된 바와 같이, CTS-투-셀프 프레임은, 단일-사용자 모드에서 STA로부터 업링크 버퍼 보고를 간청하거나 또는 요청하기 위해 AP에 의해 활용될 수 있다. 도 5는 일부 구현들에 따른, 스테이션으로부터 업링크 버퍼 상태 보고를 요청하기 위한 수정된 CTS(clear to send)-투-셀프 프레임(500) 포맷을 예시한다. CTS-투-셀프 프레임(500)은, 도 4와 관련하여 앞서 설명된 바와 같은 적어도 6 개의 필드들: FC(frame control) 필드(404), 듀레이션 필드(406), RA(receiver address) 필드(408)(수신기 어드레스(a1)로 또한 지칭됨), TA(transmitter address) 필드(410), 및 FCS(frame check sequence) 필드(420)를 포함할 수 있다.

[0063] 프레임 제어 필드(404)는, 도 4와 관련하여 앞서 설명된 바와 같은 복수의 서브필드들: 프로토콜 버전 서브필드(422), 타입 서브필드(424), 서브타입 서브필드(426), To DS(distributed system) 서브필드(428), From DS 서브필드(430), 더 많은 프래그먼트들 서브필드(432), 재시도 서브필드(434), 전력 관리 서브필드(436), 추가 데이터 서브필드(438), 보호 서브필드(440) 및 순서 서브필드(442) 중 하나 또는 그 초과를 포함할 수 있다.

[0064] 듀레이션 필드(406)는, 도 3a와 관련하여 앞서 설명된 바와 같이, 업링크 버퍼 보고를 포함하는 후속 프레임을 송신하기 위한 수신 STA에 대한 듀레이션을 표시할 수 있다. RA 필드(408)는 CTS-투-셀프 프레임의 종래의 활용과는 반대인 CTS-투-셀프 프레임(400)에 대한 의도되는 수신측 STA의 식별 또는 어드레스를 포함할 수 있는데, 여기서, RA 필드(408)는 CTS-투-셀프 프레임을 생성하는 디바이스의 식별 또는 어드레스를 포함해야 한다. 더욱이, 종래에는, RTS(request to send) 프레임을 수신하는 것에 대한 응답으로 CTS 프레임이 생성되어 송신되었다. 본 출원에서는, 증가되는 유연성이 적어도, 그러한 RTS 프레임의 수신에 대한 응답으로 CTS 프레임(400)이 반드시 생성되어 송신되는 것은 아니라는 점에서 고려된다. TA 필드(410)는 생성 디바이스(예컨대, AP)의 식별 또는 어드레스를 포함할 수 있다. HE 제어 필드(418)는 적어도, 도 4의 트리거 프레임(400)과 관련하여 앞서 설명된 바와 같은 기능들을 가지는 4 개의 서브필드들 각각을 포함할 수 있다. 마지막으로, FCS 필드(420)는 에러 검사를 목적으로 수신 디바이스에 의해 활용되는 정보를 포함할 수 있다. CTS-투-셀프 프레임(500)의 구현들이 특정 포맷을 가지는 것으로서 설명되지만, 본 출원은 그렇게 제한되는 것은 아니며, CTS-투-셀프 프레임(500)이 임의의 다른 새로운 프레임 포맷 또는 구성을 가질 수 있다.

[0065] 도 6-8은 요청된 보고들을 송신하기 위해 사용될 수 있는 상이한 타입들의 프레임들의 포맷들을 설명한다. 도 6은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 QoS(quality of service) 널 프레임(600) 포맷을 예시한다. QoS 널 프레임(600)은 도 3a 및 도 3b와 관련하여 앞서 설명된 QoS 널 프레임들(322 및 378)에 대응할 수 있다. QoS 널 프레임(600)은, 적어도 다음의 필드들(이들 중 일부는 도 4의 트리거 프레임(400)과 관련하여 앞서 설명되었음): fc(frame control) 필드(404), 듀레이션/ID(identification) 필드(406), 수신기 어드레스(a1) 필드(408), 송신기 어드레스(a2) 필드(410), 목적지 어드레스(a3) 필드(412), 시퀀스 제어 필드(460), 제4 어드레스(a4) 필드(414), QoS(quality of service) 제어 필드(416), 및 HE(High Efficiency) 제어 필드(418)를 포함하는 MAC 헤더(402)를 포함할 수 있다. QoS 널 프레임(600)은 FCS(frame check sequence) 필드(420)를 추가적으로 포함할 수 있다. 도 3a 및 도 3b와 관련하여 설명되는 프레임 교환들을 참조하면, 트리거 프레임(예컨대, 트리거 프레임들(304, 314) 또는 CTS-투-셀프 프레임(예컨대, CTS-투-셀프 프레임(326))을 수신하는 것에 대한 응답으로, 수신측 STA는 QoS 널 프레임(600)을 송신하고, a1 또는 a3 어드레스 필드들(408, 412) 중 어느 하나에 AP(102)의 MAC 어드레스를 포함시키고, a2 필드(410)에 자기 자신의 MAC 어드레스를 포함시킬 수 있다. 이것은 수신측으로서 AP(102)를 설정하고, QoS 널 프레임(600)의 소스로서 생성 STA를 설정한다.

[0066] 또한, 위에서-설명된 필드들 각각은 하나 또는 그 초과의 서브-필드들 또는 필드들을 포함할 수 있다. 예컨대, 도 6에 도시되는 바와 같이, 프레임 제어 필드(404)는, 도 4와 관련하여 앞서 설명된 트리거 프레임(400)의 프레임 제어 필드(402)와 관련하여 앞서 설명된 서브필드들: 프로토콜 버전 서브필드(422), 타입 서브필드(424), 서브타입 서브필드(426), To DS(distributed system) 서브필드(428), From DS 서브필드(430), 더 많은 프래그먼트들 서브필드(432), 재시도 서브필드(434), 전력 관리 서브필드(436), 추가 데이터 서브필드(438), 보호 서브필드(440) 및 순서 서브필드(442) 중 하나 또는 그 초과를 포함할 수 있다. 일부 구현들에서, 추가 데이터 서브필드(438)는 생성 STA에 의한 송신에 대한 업링크 버퍼 데이터의 존재를 시그널링하기 위해 활용될 수 있다. 따라서, AP는 프레임 제어 필드(404)의 추가 데이터 서브필드(438)에 표시되는 바와 같은, 업링크 데이터의 존재를 결정할 수 있다. 그러나, 추가 데이터 서브필드(438)는 길이가 단지 1 비트이기 때문에, 이 서브필드는 버퍼링된 데이터의 양 또는 해당 데이터를 송신하기 위해 요청된 시간 길이가 아닌 존재만을 표시할 수 있다.

[0067] QoS 제어 필드(416)는, 도 4의 트리거 프레임(400)과 관련하여 앞서 설명된 서브필드들: TID(traffic indicator) 서브필드(450), 서비스 기간의 종료 서브필드(452), ACK 정책 서브필드(454), 예비 필드(456) 및 가변 필드(458) 중 하나 또는 그 초과를 포함할 수 있다. 가변 서브필드(458)는, 트래픽 표시자 서브필드(450)에 표시되는, 즉, 생성 STA에서 업링크 송신을 위해 현재 버퍼링되는, 액세스 카테고리 또는 액세스 클래스의 업링크 데이터의 양을 표시하기 위해 활용될 수 있는 8 비트를 가진다. 대안적으로, 가변 서브필드(458)는, 트래픽 표시자 서브필드(450)에 표시되는 액세스 클래스 또는 카테고리를 가지는 현재 버퍼링되는 업링크 데이터를 송신하기 위해 생성 STA에 의해 요청된 시간의 양을 표시할 수 있다. 따라서, QoS 널 프레임(600)을 수신하는 AP(102)는, 서비스 품질 제어 필드(416)에 표시되는 바와 같은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정할 수 있다. 일부 구현들에서, 가변 서브필드(458)의 8 비트가 버퍼링된 데이터의 양을 표시하는지 또는 버퍼링된 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지는, 앞서 수신된 트리거 프레임(예컨대, 도 3a 및 도 3b의 트리거 프레임들(304, 314, 354, 364, 376), 도 4에 더 상세하게 도시됨) 또는 CTS-투-셀프 프레임(예컨대, 도 3a의 CTS-투-셀프 프레임(326), 도 5에 더 상세하게 도시됨)에 포함된 표시에 기반하여 결정될 수 있다. 일반적으로, AP가 UL 송신 파라미터들을 제어하고 있다면, 데이터의 양이 가변 서브필드(458)에 표시될 것이고, 생성 STA가 자기 자신의 UL 송신 파라미터들을 제어하고 있다면, 버퍼링된 데이터를 송신하기 위해 요청된 시간의 양이 가변 서브필드(458)에 표시될 것이다. 따라서, 그러한 구현들에서, QoS 널 프레임(600)을 수신하는 AP(102)는, 업링크 송신 파라미터들이 QoS 널 프레임(600)(예컨대, 보고 프레임)을 생성하는 스테이션에 의해 제어되는지 또는 액세스 포인트에 의해 제어되는지에 기반하여, 업링크 버퍼 보고가 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정할 수 있다.

[0068] 가변 서브필드(458)가 8 비트를 가지기 때문에, 가변 서브필드(458)는 256(예컨대,

) 개의 잠재적 값들 중 임의의 하나를 취할 수 있다. 따라서, 가변 서브필드(458)가 트래픽 표시자 서브필드(450)에 표시되는 트래픽 카테고리 또는 트래픽 스트림을 가지는 업링크 버퍼링된 데이터의 양에 대한 표시를 포함하는 경우, 256 개의 잠재적 값들에서의 각각의 증분이 큐잉된 데이터의 256 옥텟(예컨대, 각각의 옥텟은 1 바이트 또는 8 비트임)을 표시하도록 트래픽의 양이 표시될 수 있다. 따라서, 0 내지 253의 값들은 256 옥텟의 단계들에서 큐잉된 업링크 데이터의 0과 64,768 옥텟 사이의 데이터의 양(예컨대,

)을 표시할 것이고, 254의 값은 큐잉된 업링크 데이터의 64,768 초과의 옥텟을 표시할 것이며, 255의 값은 특정되지 않거나 또는 알려지지 않은 데이터의 양을 표시할 것이다. 대안적으로, 가변 서브필드(458)가 트래픽 표시자 서브필드(450)에 표시되는 트래픽 카테고리 또는 트래픽 스트림을 가지는 업링크 버퍼링된 데이터를 송신하기 위해 요청된 시간에 대한 표시를 포함하는 경우, 256 개의 잠재적 값들에서의 각각의 증분이 32 ㎲의 요청된 송신 시간부터 최대 8,160 ㎲(예컨대,

)의 송신 시간까지 표시하도록 요청된 시간이 표시될 수 있다.

[0069] 그러나, 일부 802.11ax 통신 구현들과 같은 일부 구현들에서, 큐잉된 데이터에 대한 32 ㎲의 요청된 송신 시간 또는 256 옥텟의 큐잉된 데이터의 증분들보다 더 높은 해상도 또는 더 큰 입도로 업링크 버퍼 상태를 표시할 수 있는 것이 바람직할 수 있다. 이것은 특히, 송신 레이트가 1 Mbps 미만인 트래픽의 양을 표시하는 구현들에서 그리고 송신 레이트가 1 Mbps보다 훨씬 더 큰 요청된 송신 시간 구현들에서 참일 수 있다. 증가되는 해상도(예컨대, 입도)는 QoS 제어 필드(416)에서 반송되는 정보를 추가적으로 최적화함으로써 달성될 수 있다. 예컨대, 큐잉된 데이터의 양(예컨대, 유닛당 256 옥텟)에 대한 증분 또는 위에서 설명된 요청된 송신 시간(예컨대, 유닛당 32 ㎲)에 대한 증분은, 송신 비트레이트에 기반하여 또는 QoS 제어 필드(416)에 추가로 포함된 표시에 기반하여 감소될 수 있다. 예컨대, 일부 구현들에서, QoS 널 프레임(600)이 (예컨대) 6 Mbps 또는 그 미만으로 송신되는 경우, 큐잉된 데이터의 양에서의 증분은 유닛당 256 옥텟보다는 유닛당 16 옥텟일 수 있다. 마찬가지로, QoS 널 프레임(600)이 (예컨대) 54 Mbps 또는 그 초과에서 송신되는 경우, 큐잉된 데이터에 대한 요청된 송신 시간에서의 증분이 32 ㎲보다는 4 ㎲일 수 있다. 따라서, 송신 비트레이트에 기반할 때, 큐잉된 데이터의 증분과 요청되는 송신 시간의 증분 사이에는 반비례 관계가 존재한다. 따라서, 그러한 구현들에서, AP(102)는, QoS 널 프레임(600)(예컨대, 보고 프레임)의 송신 레이트에 기반하여, 업링크 버퍼 보고가 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도를 결정할 수 있다. 일부 다른 구현들에서, QoS 널 프레임(600)에 포함된 임의의 다른 정보는 유닛당 어느 증분이 활용되어야 하는지를 결정하기 위해 활용될 수 있다. 다른 구현들에서, QoS 제어 필드(416)는 길이가 2 바이트(16 비트)이기 때문에, 1 비트(예컨대, 비트 7)를 가지는 예비 서브필드(456)는 위의 2 개 증분들 중 어느 것이 활용되어야 하는지를 시그널링하기 위해 활용될 수 있다. 예컨대, QoS 제어 필드(416)의 예비 서브필드(456) 내의 비트 7이 1의 값으로 세팅되면, 증분들 중 하나(예컨대, 큐잉된 데이터의 양에 대해 유닛당 256 또는 16 옥텟 중 하나, 및 송신을 위해 요청된 시간에 대해 32 ㎲ 또는 4 ㎲ 중 하나)가 활용될 수 있는 반면, 0의 세팅된 값이 다른 증분의 사용을 시그널링할 수 있다. 따라서, 그러한 구현들에서, AP(102)는, 업링크 버퍼 보고가, QoS 널 프레임(600)(예컨대, 보고 프레임)의 서비스 품질 필드(416)에 표시되는 바와 같은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도를 결정할 수 있다. 추가로, 일부 다른 구현들에서, 1 비트(예컨대, 비트 7)를 가지는 예비 서브필드(456)는, 큐잉된 데이터의 양 또는 요청된 송신 시간이 모든 트래픽 클래스들, 액세스 클래스들 또는 카테고리들에 적용되는 것을 시그널링하기 위해 활용될 수 있다.

[0070] 일부 다른 구현들에서, HE 제어 필드(418)는, QoS 제어 필드(416)에 대해 앞서 설명된 바와 같은 업링크 버퍼 보고의 정보를 표시하기 위해 활용될 수 있다. 예컨대, HE 제어 필드(418)는 적어도, 다음의 4 개의 서브필드들: AC 제약 서브필드(620), 스케일링 팩터 서브필드(622), 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(624) 및 예비 필드(626)를 포함할 수 있다. AC 제약 서브필드(620)는 1 비트의 길이를 가질 수 있으며, 다음의 업링크 버퍼 보고가 특정 트래픽 카테고리 또는 클래스에 대한 값들을 표시하는지 또는 모든 트래픽 카테고리들 또는 클래스들에 대한 값들을 표시하는지를 표시할 수 있다. 스케일링 팩터 서브필드(622)는 2 비트의 길이를 가질 수 있으며, 도 4의 요청된 스케일링 팩터 서브필드(474)에 대해 앞서 설명된 바와 같은, 버퍼링된 업링크 데이터의 양 또는 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간에 대한 다음의 표시의 입도 또는 단계 사이즈를 표시할 수 있다. 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(624)는, 버퍼링된 업링크 데이터의 양 또는 그 버퍼링된 업링크 데이터가 프레임(600)에 포함된다는 것을 송신하기 위해 요청된 시간 중 어느 것을 표시하기 위한 제1 비트를 포함할 수 있다. 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(624)의 나머지 비트들은, 스케일링 팩터 서브필드(622)에 표시되는 입도 또는 단계 사이즈를 사용하여, 제1 비트의 값에 기반하여, 버퍼링된 업링크 데이터의 양 또는 그 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간을 표시한다.

[0071] 도 7은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 QoS(quality of service) 데이터 프레임(700) 포맷을 예시한다. QoS 데이터 프레임(700)은 도 6의 QoS 널 프레임(600)에 대해 앞서 설명된 필드들 및 서브필드들 각각을 포함할 수 있으며, 임의의 타입의 데이터 페이로드를 홀딩하도록 구성될 수 있는 프레임 바디 필드(420)를 추가적으로 포함할 수 있다. 업링크 버퍼 내의 큐잉된 데이터의 양 또는 송신 시간의 양에 대한 요청에 대한 표시는, 도 6의 QoS 널 프레임(600)에 대해 앞서 설명된 임의의 방식으로 QoS 데이터 프레임(700)에 표시될 수 있다. QoS 데이터 프레임(700) 또는 QoS 널 프레임(600)을 활용하는 것은, 각-TID에 기반하여 버퍼 보고들의 보고를 허용한다. 그러나, QoS 데이터 프레임(700) 또는 QoS 널 프레임(600)과 관련하여 설명되는 QoS 제어 필드(416)의 사용에 대한 몇몇 제한들이 존재한다. QoS 제어 필드를 활용하는 것이 통상적으로(conventionally) QoS 널 또는 데이터 프레임들로 제한될 수 있다면, Ack, BlockAck 등과 같은 더 짧은 프레임들은 통상적으로 QoS 제어 필드를 포함하지 않는다. 도 9와 관련하여 설명될 바와 같이, 이 개념은 HE 제어 프레임들로 확장될 수 있다. 더욱이, QoS 널 및 데이터 프레임들은, 다수의 QoS 프레임들이 각각의 TID에 대해 송신되지 않는 한, 각-TID에 기반하여 보고 버퍼 상태로 제한될 수 있다. 또한, 보고에서 전송된 표시의 범위 또는 입도는, 도 6 및 도 7에 도시되는 바와 같은 가변 필드(458)의 8 비트로 제한된다. 도 9의 HE 제어 프레임의 사용은 이 비트들의 수를 증가시킬 수 있다.

[0072] 도 8은 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 PS(power save) 폴 프레임(800) 포맷을 예시한다. PS 폴 프레임(800)은 도 3a의 PS 폴 프레임(328)에 대응할 수 있다. PS 폴 프레임(800)은 적어도, 도 7과 관련하여 앞서 설명된 바와 같은, 프레임 제어 필드(404), 듀레이션 필드(406), 어드레스 1 필드(408), 어드레스 2 필드(410) 및 FCS 필드(420)를 포함할 수 있다. PS 폴 프레임들이 트래픽 표시들과 관련되지 않기 때문에, 예컨대, PS 폴 프레임들이 임의의 특정 트래픽 클래스, 액세스 클래스 또는 카테고리에 특정적이지 않기 때문에, PS 폴 프레임(800) 내에서의 시그널링은 모든 데이터 액세스 클래스들 또는 카테고리들에 대해 누적적이 될(예컨대, 유효할) 것이다. 듀레이션 필드(406)는 2 바이트(예컨대, 16 비트)의 길이를 가질 수 있으며, 복수의 서브필드들: 스케일링 팩터 서브필드(820), 큐 사이즈 또는 요청된 TXOP 표시 서브필드(822), 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(824) 및 예비 필드(826)를 포함할 수 있다. PS 폴 프레임(800)에서, 듀레이션 필드(406)의 16 비트가 비트 0 내지 비트 15로서 순차적으로 라벨링되는 경우, 비트들 14 및 15가 1의 값을 가질 때, 비트 0 내지 비트 13은 예비 비트들로서 고려된다. 따라서, 생성 STA는, 이 14 비트(예컨대, 비트 0 내지 비트 13)에 큐잉된 데이터의 양 또는 요청된 송신 시간을 표시할 수 있다. 일부 구현들에서, 이 14 비트 중 하나(예컨대, 비트 0 내지 비트 13 중 비트 0 또는 비트 13)는, 큐잉된 데이터의 양 또는 요청된 송신 시간 중 어느 것이 비트 0 내지 비트 13 중 나머지 비트들(예컨대, 큐 사이즈 또는 요청된 TXOP 표시 서브필드(822) 중 하나의 비트)에 표시되는지를 선택적으로 표시하기 위해 활용될 수 있다. 예컨대, 0은 큐잉된 데이터의 양 또는 요청된 송신 시간 중 하나가 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(824)에 표시될 것임을 표시할 수 있는 반면, 1은 큐잉된 데이터의 양 또는 요청된 송신 시간 중 다른 하나가 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(824)에 표시될 것임을 표시할 수 있다. 스케일링 팩터 서브필드(820)는, 도 6의 스케일링 팩터 서브필드(622)에 대해 앞서 설명된 바와 같이, 큐 사이즈 또는 요청된 TXOP 듀레이션 필드(824)에 표시되는 값들의 입도 또는 단계 사이즈를 표시할 수 있다. 따라서, PS 폴 프레임(800)(예컨대, 보고 프레임)을 수신하는 AP(102)는, 듀레이션 필드(406)에 표시되는 바와 같은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정할 수 있다. AP(102)는, 듀레이션 필드의 적어도 하나의 비트(예컨대, 듀레이션 필드(406)의 비트 0 또는 비트 13)에 의해 제공되는 표시에 기반하여, 업링크 버퍼 보고가 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 추가적으로 결정할 수 있다. 일부 구현들에서, 이 13 비트에서의 각각의 증분에 대한 유닛들은 사전 결정될 수 있으며, 도 6의 QoS 널 프레임(600)의 가변 서브필드(458)에 대해 앞서 설명된 것과 동일하거나 또는 상이할 수 있다. 일부 다른 구현들에서, 이 13 비트에서의 각각의 증분에 대한 유닛들은 예비 서브필드(456), 가변 서브필드(458)와 관련하여 앞서 설명된 방식들 중 임의의 방식으로, 또는 도 6의 QoS 널 프레임(600)의 송신 데이터 레이트에 묵시적으로 기반하여, 시그널링될 수 있다. 듀레이션 필드(406)의 위의 추가적 기능성이 도 8의 PS 폴 프레임(800)과 관련하여 설명되지만, 이 기능성은 도 6 및 도 7과 관련하여 설명되는 프레임들에 동등하게 적용될 수 있다.

[0073] 도 9는 일부 구현들에 따른, 업링크 버퍼 상태를 보고하기 위한 HE(high efficiency) 제어 프레임(900) 포맷을 예시한다. HE 제어 프레임(900)은 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은 HE 제어 프레임들(356, 358, 360, 372)에 대응할 수 있다. HE 제어 프레임(900)이 매우 짧은 프레임일 수 있기 때문에, 단일 프레임 내의 모든 TID들에 대해 또는 각 TID에 대해 요청된 버퍼 보고들을 제공하도록 최소 신호 오버헤드가 요구된다. HE 제어 프레임(900)은 도 4의 트리거 프레임(400)과 관련하여 앞서 설명된 바와 같은 각각의 필드를 포함할 수 있다. 도 4의 트리거 프레임(400)에 대해 앞서 설명된 바와 같이, HE 제어 프레임(900)은, 예컨대, 프레임 제어 필드(404)의 타입 필드(424) 및/또는 서브타입 필드(426)에 표시되는 "제어" 타입을 가지고 HE 제어 필드(418)를 가지는 임의의 프레임을 포함할 수 있다. 종래의 제어 프레임들은 QoS 제어 필드를 포함하지 않는다는 점이 주목되어야 한다.

[0074] QoS 제어 필드(416)는 다음의 서브필드들: TID(traffic identifier) 서브필드(450), 서비스 기간의 종료 서브필드(452), ACK 정책 서브필드(454), 예비 필드(456), 및 가변 필드(458) 중 하나 또는 그 초과를 포함할 수 있다. 특정 구현들에서, 예비 필드(456)는 프레임(900)이 A-MSDU(aggregated medium access control service data unit)를 반송한다는 표시를 포함할 수 있다. QoS 제어 필드(416)는 길이가 2 바이트(16 비트)일 수 있으며, 일부 구현들에서, 위에서-언급된 서브필드들 사이에서 다음과 같이: 4 비트, 1 비트, 2 비트, 1 비트 및 8 비트로 각각 분할될 수 있다. TID 서브필드(450)는 4 비트를 가지며, 요청 프레임이 버퍼 보고를 사전에 요청한 트래픽 식별자, 액세스 카테고리 또는 액세스 클래스를 표시할 수 있다. 일부 구현들에서, TID 서브필드(450)에서의 값들은, 포함된 업링크 버퍼 보고가 관련되는 트래픽 식별자, 액세스 카테고리 또는 클래스를 표시할 수 있다. 그러한 트래픽 식별자들은 0에서 7까지의 임의의 값에 의해 식별될 수 있고, 그러한 액세스 카테고리들 또는 클래스들은: 배경 데이터, 최상의 노력 데이터, 비디오 데이터 및 음성 데이터 중 임의의 것일 수 있다.

[0075] 특정 구현들에서, TID 필드(450)의 최상위 비트(예컨대, 제1 비트)는 QoS 제어 필드(416)의 특정 필드들이 오버로딩됨을 시그널링하기 위해 사용될 수 있다. 예로서, 1로 세팅된 TID 필드(450)의 최상위 비트(예컨대, 제1 비트)는 다음의 필드들 중 하나 또는 그 초과가 TID 필드(450)의 최상위 비트가 0으로 세팅되는 경우와 상이한 해석을 가지는 값들을 포함한다는 것임을 표시한다: TID 필드(450)의 3개의 LSB들(예컨대, 제2 내지 제4 비트들), 서비스 기간의 종료 필드(452), ACK 정책 필드(454) 및 가변 필드(458) 중 하나 또는 그 초과. 일부 구현들에서, TID 필드(450)의 3개의 LSB들은, 버퍼링된 업링크 데이터의 양 또는 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 경우 업링크 버퍼 보고가 사용해야 하는 요청된 입도를 표시하는 스케일링 팩터를 포함할 수 있다. 예컨대, TID 필드(450)의 제1 비트가 "0"이면, 제2 내지 제4 비트들(B1-B3)은, 버퍼 보고가 요청되었고 포함된 버퍼 보고가 관련되는 트래픽 타입의 트래픽 식별자를 포함할 수 있다. 그러나, TID 필드(450)의 제1 비트가 "1"(예컨대, 넌-제로)이면, TID 필드(450)의 적어도 제2 및 제3 비트들(B1-B2)은 요청된 스케일링 팩터(예컨대, 포함된 버퍼 보고에서 사용되는 스케일링 팩터)를 포함할 수 있다. 이 경우, TID 필드(450)의 제2 및 제3 비트들에서의 값 0(예컨대, "00")은, 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양이 버퍼 보고에 포함된다는 것과, 유닛당 8 ㎲의 묵시적 스케일링 팩터가 결과적 버퍼 보고에서 사용되는 것임을 표시한다. 반대로, TID 필드(450)의 제2 및 제3 비트들에서의 1 내지 3의 값은, 업링크 버퍼 내의 데이터의 양이 버퍼 보고에 포함된다는 것을 묵시적으로 표시한다. TID 필드(450)의 제2 및 제3 비트들에서의 1의 값(예컨대, "01")은, 0 내지 ~32 킬로바이트의 값 범위를 제공하는 단위당 8 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. 유사하게, TID 필드(450)의 제2 및 제3 비트들에서의 2의 값(예컨대, "10")은, 0 내지 ~1 메가바이트의 값 범위를 제공하는 단위당 256 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. TID 필드(450)의 제2 및 제3 비트들에서의 3의 값(예컨대, "11")은, 0 내지 ~16 메가바이트의 값 범위를 제공하는 단위당 4096 바이트의 스케일링 팩터 또는 입도를 표시할 수 있다. 스케일링 팩터가 존재하지 않는 경우, 디폴트 스케일링 팩터가 가정될 수 있다(예컨대, 1). 유사하게, QoS 제어 필드(416)의 나머지 필드들은, 가변 필드(458)가 8 비트(즉, B8 내지 B15)에서 더 긴 길이, 예컨대, 11 비트(즉, B4 내지 B15)까지 길이가 연장되는 것으로 해석될 수 있다. 예컨대, 11 비트를 가지는 수정된 가변 필드(458)는, TID 필드(450)에서 표시되는 포맷으로 그리고 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양 또는 버퍼링된 업링크 데이터의 양에 대한 표시를 포함할 수 있다. 이러한 방식으로, 버퍼링된 업링크 데이터를 송신하기 위해 요청된 시간의 양(요청된 TXOP 듀레이션) 및/또는 버퍼링된 업링크 데이터의 양(큐 사이즈)에 대한 값들의 더 넓은 범위를 시그널링하는 것이 가능하다. 일부 구현들에서, Ack 정책 필드(454)가 오버로딩되기 때문에, Ack 정책 필드(454)의 부재시, QoS 제어 필드(416)를 포함하는 프레임(900)의 의도되는 수신기는 프레임(900)의 다른 부분들로부터 또는 PPDU에 포함된 다른 프레임들로부터(예컨대, A-MPDU의 일부로서) 획득될 수 있는 사전 결정된 Ack 정책 값을 사용할 수 있다. QoS 제어 필드(416)가 HE 제어 필드(418) 외부에 그리고 이에 인접하게 로케이팅되는 것으로 도시되지만, 일부 구현들에서, QoS 제어 필드(416)는 또한 또는 대안적으로, HE 제어 필드(418) 내에 로케이팅될 수 있다. 또 다른 구현들에서, QoS 제어 필드는 프레임(900)의 PHY 헤더(도 9에 도시되지 않은 PHY 헤더)에 로케이팅될 수 있다.

[0076] 도 10은 일부 구현들에 따른, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법의 양상의 플로우차트(1000)이다. 도 10에 의해 도시되는 방법은, 도 3a와 관련하여 앞서 설명된 바와 같이, 액세스 포인트(예컨대, 도 1의 AP(102), 도 2의 무선 디바이스(202)로서 더 상세하게 도시될 수 있는 바와 같음)에 의해 수행되는 방법에 대응할 수 있다. 따라서, 플로우차트(1000)에서의 단계들 중 하나 또는 그 초과의 단계들은, 도 2와 관련하여 앞서 설명된 바와 같은 MU-UL 모듈(224)(예컨대, 프로세서(204) 및 메모리(206) 중 하나 또는 둘 모두) 및/또는 송신기(210) 및/또는 수신기(212)에 의해 수행될 수 있거나, 또는 이들과 관련하여 수행될 수 있다. 그러나, 당업자들은 다른 컴포넌트들이 본원에서 설명되는 단계들 중 하나 또는 그 초과의 단계들을 구현하기 위해 사용될 수 있다는 것을 인식할 것이다. 블록들은 특정 순서로 발생하는 것으로서 설명될 수 있지만, 블록들이 재순서화될 수 있고, 블록들이 생략될 수 있고 그리고/또는 추가적 블록들이 추가될 수 있다.

[0077] 플로우차트(1000)는 블록(1002)으로 시작할 수 있고, 이는 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하는 단계를 포함할 수 있고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 예컨대, 도 2의 무선 디바이스(202)(액세스 포인트로서 역할을 함)는 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은 그리고 도 4-5 중 임의의 것과 관련하여 더 상세하게 설명되는 바와 같은 트리거 프레임(304, 314, 354, 364, 370) 또는 CTS-투-셀프 프레임(326)(예컨대, 요청 프레임)을 생성할 수 있다. 이 요청 프레임은, 도 3-5와 관련하여 앞서 설명된 바와 같이, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 그런 다음, 플로우차트(1000)는 블록(1004)으로 진행할 수 있다.

[0078] 블록(1004)은 요청 프레임을 하나 또는 그 초과의 스테이션들 각각에 송신하는 단계를 포함할 수 있다. 예컨대, 무선 디바이스(202)(도 2)의 송신기(210)는, 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은 트리거 프레임(304, 314, 354, 364, 370) 또는 CTS-투-셀프 프레임(326)(예컨대, 요청 프레임)을 송신하도록 구성될 수 있다. 그런 다음, 플로우차트(1000)는 블록(1006)으로 진행할 수 있다.

[0079] 블록(1006)은 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 업링크 버퍼 보고를 수신하는 단계를 포함할 수 있다. 예컨대, 무선 디바이스(202)(도 2)의 수신기(212)는, 도 6-9 중 임의의 것과 관련하여 더 상세하게 설명되는 바와 같은 PS 폴 프레임들(306, 308, 310, 328), QoS 널 프레임들(322, 378), 또는 HE 제어 프레임들(356, 358, 360, 372)(예컨대, 업링크 버퍼 보고를 포함하는 보고 프레임들) 중 임의의 것을 수신하도록 구성될 수 있다.

[0080] 도 11은 일부 구현들에 따른, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 다른 방법의 양상의 플로우차트(1100)이다. 도 11에 의해 도시되는 방법은, 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같이, 스테이션(예컨대, 도 1의 STA들(104a-104d) 중 임의의 STA, 도 2의 무선 디바이스(202)로서 더 상세하게 도시될 수 있는 바와 같음)에 의해 수행되는 방법에 대응할 수 있다. 따라서, 플로우차트(1100)에서의 단계들 중 하나 또는 그 초과의 단계들은, 도 2와 관련하여 앞서 설명된 바와 같은 MU-UL 모듈(224)(예컨대, 프로세서(204) 및 메모리(206) 중 하나 또는 둘 모두) 및/또는 송신기(210) 또는 수신기(212)에 의해 수행될 수 있거나, 또는 이들과 관련하여 수행될 수 있다. 그러나, 당업자들은 다른 컴포넌트들이 본원에서 설명되는 단계들 중 하나 또는 그 초과의 단계들을 구현하기 위해 사용될 수 있다는 것을 인식할 것이다. 블록들은 특정 순서로 발생하는 것으로서 설명될 수 있지만, 블록들이 재순서화될 수 있고, 블록들이 생략될 수 있고 그리고/또는 추가적 블록들이 추가될 수 있다.

[0081] 플로우차트(1100)는 블록(1102)으로 시작할 수 있고, 이는 스테이션이 업링크 버퍼 보고를 요청하는 요청 프레임을 수신하는 단계를 포함할 수 있고, 요청 프레임은, 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청한다. 예컨대, 무선 디바이스(202)(도 2)의 수신기(212)는, 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은 트리거 프레임들(304, 314, 354, 364, 376) 및/또는 CTS-투-셀프 프레임(326)(예컨대, 요청 프레임들) 중 임의의 것을 수신하도록 구성될 수 있다. 그런 다음, 플로우차트(1100)는 블록(1104)으로 진행할 수 있다.

[0082] 블록(1104)은, 업링크 버퍼 내의 데이터의 양 또는 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하는 단계를 포함할 수 있다. 예컨대, 무선 디바이스(202)(도 2)의 MU-UL 모듈(224)의 프로세서(204)는, 보고 프레임(예컨대, 도 3a 및 도 3b와 관련하여 앞서 설명된 바와 같은, 그리고 도 6-9 중 임의의 것과 관련하여 더 상세하게 설명되는 바와 같은, PS 폴 프레임들(306, 308, 310, 328), QoS 널 프레임들(322, 378) 또는 HE 제어 프레임들(356, 358, 360, 372) 중 임의의 것)을 생성하도록 구성될 수 있다. 그런 다음, 플로우차트(1100)는 블록(1106)으로 진행할 수 있다.

[0083] 블록(1106)은 보고 프레임을 액세스 포인트에 송신하는 단계를 포함할 수 있다. 예컨대, 무선 디바이스(202)(도 2)의 송신기(210)는, 도 3a 및 도 3b와 관련하여 앞서 설명되는 바와 같은 PS 폴 프레임들(306, 308, 310, 328), QoS 널 프레임들(322, 378), 또는 HE 제어 프레임들(356, 358, 360, 372)(예컨대, 보고 프레임들) 중 임의의 것을 AP(102)에 송신하도록 구성될 수 있다.

[0084] 당업자는 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 임의의 것을 사용하여 표현될 수 있다는 것을 이해할 것이다. 예컨대, 위의 설명 전반에 걸쳐 참조될 수 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학 필드들 또는 광학 입자들 또는 이들의 임의의 조합에 의해 표현될 수 있다.

[0085] 본 개시내용에서 설명되는 구현들에 대한 다양한 수정들은 당업자들에게 용이하게 명백할 수 있고, 본원에서 정의되는 일반적 원리들은 본 개시내용의 사상 또는 범위를 벗어나지 않으면서 다른 구현들에 적용될 수 있다. 따라서, 본 개시내용은 본원에서 나타내는 구현들로 제한되도록 의도되는 것이 아니라, 본원에서 개시되는 청구항들, 원리들 및 신규한 특징들과 일치하는 가장 넓은 범위를 따를 것이다. "예시적"이라는 용어는 전적으로, "예, 사례 또는 예시로서 제공되는"을 의미하는 것으로 본원에서 사용된다. "예시적"으로서 본원에서 설명되는 임의의 구현은 반드시 다른 구현들에 비해 바람직하거나 또는 유리한 것으로서 해석되는 것은 아니다.

[0086] 별개의 구현들의 맥락에서 본 명세서에서 설명되는 특정 특징들은 또한, 단일 구현으로 조합하여 구현될 수 있다. 대조적으로, 단일 구현의 맥락에서 설명되는 다양한 특징들은 또한, 다수의 구현들로 개별적으로, 또는 임의의 적합한 서브-조합으로 구현될 수 있다. 더욱이, 특징들은 특정 조합들에서 작동하는 것으로서 위에서 설명될 수 있고, 이와 같이 심지어 초기에 청구될 수 있지만, 청구되는 조합으로부터의 하나 또는 그 초과의 특징들은 일부 경우들에 있어서 조합으로부터 삭제될 수 있고, 청구되는 조합은 서브-조합 또는 서브-조합의 변형에 관련될 수 있다.

[0087] 위에서 설명된 방법들의 다양한 동작들은 다양한 하드웨어 및/또는 소프트웨어 컴포넌트(들), 회로들 및/또는 모듈(들)과 같은, 동작들을 수행할 수 있는 임의의 적합한 수단에 의해 수행될 수 있다. 일반적으로, 도면들에서 예시되는 임의의 동작들은 동작들을 수행할 수 있는 대응하는 기능적 수단에 의해 수행될 수 있다.

[0088] 본 개시내용과 관련하여 설명되는 다양한 예시적 논리적 블록들, 모듈들, 및 회로들은, 범용 프로세서, DSP(digital signal processor), ASIC(application specific integrated circuit), FPGA(field programmable gate array signal) 또는 다른 PLD(programmable logic device), 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들 또는 본원에서 설명되는 기능들을 수행하도록 설계되는 이들의 임의의 조합으로 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안적으로, 프로세서는 임의의 상업적으로 입수가능한 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합, 예컨대, DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로서 구현될 수 있다.

[0089] 하나 또는 그 초과의 양상들에서, 설명되는 기능들이 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터-판독가능한 매체 상에 하나 또는 그 초과의 명령 또는 코드로서 저장되거나 또는 이를 통해 송신될 수 있다. 컴퓨터-판독가능한 매체들은 하나의 장소에서 다른 장소로의 컴퓨터 프로그램의 이전을 가능하게 할 수 있는 임의의 매체를 포함하는 통신 매체들, 및 컴퓨터 저장 매체들 둘 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능한 매체들은, RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 반송 또는 저장하기 위해 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결수단(connection)이 컴퓨터-판독가능한 매체로 적절하게 칭해진다. 예컨대, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 트위스티드 페어(twisted pair), DSL(digital subscriber line), 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들을 사용하여 송신되는 경우, 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들이 매체의 정의 내에 포함된다. 본원에서 사용되는 디스크(disk 및 disc)는 CD(compact disc), 레이저 디스크(disc), 광학 디스크(disc), DVD(digital versatile disc), 플로피 디스크(disk), 및 블루-레이 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 통상적으로 데이터를 자기적으로 재생하는 반면, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 따라서, 일부 양상들에서, 컴퓨터 판독가능한 매체는 비-일시적 컴퓨터 판독가능한 매체(예컨대, 유형의 매체들)를 포함할 수 있다. 또한, 일부 양상들에서, 컴퓨터 판독가능한 매체는 일시적 컴퓨터 판독가능한 매체(예컨대, 신호)를 포함할 수 있다. 위의 것들의 조합들이 또한 컴퓨터-판독가능한 매체들의 범위 내에 포함되어야 한다.

[0090] 본원에서 개시되는 방법들은 설명되는 방법을 달성하기 위한 하나 또는 그 초과의 단계들 또는 동작들을 포함한다. 방법 단계들 및/또는 동작들은 청구항들의 범위를 벗어나지 않으면서 서로 상호교환될 수 있다. 다시 말해서, 단계들 또는 동작들의 특정 순서가 특정되지 않는 한, 특정 단계들 및/또는 동작들의 순서 및/또는 사용은 청구항들의 범위를 벗어나지 않으면서 수정될 수 있다.

[0091] 추가로, 본원에서 설명되는 방법들 및 기법들을 수행하기 위한 모듈들 및/또는 다른 적절한 수단은 적용가능한 경우, 사용자 단말 및/또는 기지국에 의해 다운로드되고 그리고/또는 다른 방식으로 획득될 수 있다는 것이 인식되어야 한다. 예컨대, 그러한 디바이스는 본원에서 설명되는 방법들을 수행하기 위한 수단의 전달을 가능하게 하기 위해 서버에 커플링될 수 있다. 대안적으로, 본원에서 설명되는 다양한 방법들은 저장 수단(예컨대, RAM, ROM, (CD(compact disc) 또는 플로피 디스크와 같은) 물리적 저장 매체 등)을 통해 제공될 수 있어서, 사용자 단말 및/또는 기지국은 저장 수단을 디바이스에 커플링시키거나 또는 제공할 시, 다양한 방법들을 획득할 수 있다. 더욱이, 본원에서 설명되는 방법들 및 기법들을 디바이스에 제공하기 위한 임의의 다른 적합한 기법이 활용될 수 있다.

[0092] 위의 설명은 본 개시내용의 양상들에 관련되지만, 본 개시내용의 기본 범위를 벗어나지 않으면서 본 개시내용의 다른 그리고 추가적 양상들이 고안될 수 있으며, 본 개시내용의 범위는 다음의 청구항들에 의해 결정된다.

Claims

업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법으로서,
상기 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하는 단계 ― 상기 요청 프레임은, 상기 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청함 ― ,
상기 요청 프레임을 상기 하나 또는 그 초과의 스테이션들 각각에 송신하는 단계, 및
상기 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 상기 업링크 버퍼 보고를 수신하는 단계를 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 통신 자원들은, 상기 하나 또는 그 초과의 스테이션들 각각으로부터 수신된 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 상기 하나 또는 그 초과의 스테이션들에 배정되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
트리거 프레임; 및
송신기 어드레스 필드 내의 액세스 포인트의 어드레스, 및 수신기 어드레스 필드 내의 상기 하나 또는 그 초과의 스테이션들 중 하나의 스테이션의 어드레스를 포함하는 CTS(clear to send)-투-셀프 프레임
중 하나로서 상기 요청 프레임을 생성하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 보고 프레임은, 서비스 품질 널(null) 프레임, 서비스 품질 데이터 프레임, 전력 절약 폴(poll) 프레임, 및 제어 프레임 중 하나인, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 보고 프레임의 프레임 제어 필드의 추가 데이터 서브필드에 표시되는 바와 같은, 업링크 데이터의 존재를 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 보고 프레임의 듀레이션 필드에 표시되는 바와 같은, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제6 항에 있어서,
상기 듀레이션 필드의 적어도 하나의 비트에 의해 제공되는 표시에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 보고 프레임의 서비스 품질 제어 필드에 표시되는 바와 같은, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제8 항에 있어서,
업링크 송신 파라미터들이 상기 보고 프레임을 생성하는 스테이션에 의해 제어되는지 또는 액세스 포인트에 의해 제어되는지에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제8 항에 있어서,
상기 업링크 버퍼 보고가, 상기 보고 프레임의 서비스 품질 필드에 표시되는 바와 같은, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도(granularity)를 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제1 항에 있어서,
상기 보고 프레임의 송신 레이트에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도를 결정하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스로서,
상기 하나 또는 그 초과의 스테이션들 각각으로부터의 업링크 버퍼 보고를 요청하는 요청 프레임을 생성하도록 구성된 프로세서 ― 상기 요청 프레임은, 상기 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청함 ― ;
상기 요청 프레임을 상기 하나 또는 그 초과의 스테이션들에 송신하도록 구성된 송신기; 및
상기 하나 또는 그 초과의 스테이션들 각각으로부터 보고 프레임에서 상기 업링크 버퍼 보고를 수신하도록 구성된 수신기를 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는, 상기 하나 또는 그 초과의 스테이션들 각각으로부터 수신된 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 상기 통신 자원들을 상기 하나 또는 그 초과의 스테이션들에 배정하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는,
트리거 프레임; 및
송신기 어드레스 필드 내의 상기 무선 디바이스의 어드레스, 및 수신기 어드레스 필드 내의 상기 하나 또는 그 초과의 스테이션들 중 하나의 스테이션의 어드레스를 포함하는 CTS(clear to send)-투-셀프 프레임
중 하나로서 상기 요청 프레임을 생성하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 보고 프레임은, 서비스 품질 널 프레임, 서비스 품질 데이터 프레임, 전력 절약 폴 프레임, 및 제어 프레임 중 하나인, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는, 상기 보고 프레임의 프레임 제어 필드의 추가 데이터 서브필드에 표시되는, 업링크 데이터의 존재를 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는, 상기 보고 프레임의 듀레이션 필드에 표시되는, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제17 항에 있어서,
상기 프로세서는, 상기 듀레이션 필드의 적어도 하나의 비트에 의해 제공되는 표시에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는, 상기 보고 프레임의 서비스 품질 제어 필드에 표시되는, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제19 항에 있어서,
상기 프로세서는, 업링크 송신 파라미터들이 상기 보고 프레임을 생성하는 스테이션에 의해 제어되는지 또는 상기 무선 디바이스에 의해 제어되는지에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제19 항에 있어서,
상기 프로세서는, 상기 업링크 버퍼 보고가, 상기 보고 프레임의 서비스 품질 필드에 표시되는, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도를 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
제12 항에 있어서,
상기 프로세서는, 상기 보고 프레임의 송신 레이트에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는 입도를 결정하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 무선 디바이스.
업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법으로서,
업링크 버퍼 보고를 요청하는 요청 프레임을 수신하는 단계 ― 상기 요청 프레임은, 상기 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청함 ― ,
상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하는 단계, 및
상기 보고 프레임을 무선 디바이스에 송신하는 단계를 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
스테이션으로부터의 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 상기 통신 자원들 중 일부분을 상기 스테이션에 배정하는 메시지가 상기 무선 디바이스로부터 수신되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
상기 요청 프레임은,
트리거 프레임; 및
송신기 어드레스 필드 내의 상기 무선 디바이스의 어드레스, 및 수신기 어드레스 필드 내의 상기 스테이션의 어드레스를 포함하는 CTS(clear to send)-투-셀프 프레임
중 하나로서 상기 무선 디바이스로부터 수신되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
서비스 품질 널 프레임, 서비스 품질 데이터 프레임, 및 전력 절약 폴 프레임 중 하나로서 상기 보고 프레임을 생성하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
업링크 데이터의 존재를 표시하기 위해 상기 보고 프레임의 프레임 제어 필드의 추가 데이터 서브필드를 활용하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하기 위해 상기 보고 프레임의 듀레이션 필드를 활용하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제28 항에 있어서,
상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 표시하기 위해 상기 듀레이션 필드의 적어도 하나의 비트를 활용하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하기 위해 상기 보고 프레임의 서비스 품질 제어 필드를 활용하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제30 항에 있어서,
상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지는, 업링크 송신 파라미터들이 상기 보고 프레임을 생성하는 스테이션에 의해 제어되는지 또는 상기 무선 디바이스에 의해 제어되는지에 기반하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제30 항에 있어서,
상기 보고 프레임의 서비스 품질 필드에, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하기 위해 사용하는 입도를 표시하는 단계를 더 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
제23 항에 있어서,
상기 보고 프레임의 송신 레이트에 기반하는 입도를 사용하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 하나 또는 그 초과의 스테이션들에 배정하기 위한 방법.
업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션으로서,
업링크 버퍼 보고를 요청하는 요청 프레임을 수신하도록 구성된 수신기 ― 상기 요청 프레임은, 상기 업링크 버퍼 보고가, 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시할 것을 선택적으로 요청함 ― ;
상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하는 요청된 업링크 버퍼 보고를 포함하는 보고 프레임을 생성하도록 구성된 프로세서; 및
상기 보고 프레임을 무선 디바이스에 송신하도록 구성된 송신기를 포함하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 수신기는, 상기 스테이션으로부터의 업링크 버퍼 보고에 기반하여 업링크 데이터 송신들을 위해 상기 통신 자원들 중 일부분을 상기 스테이션에 배정하는 메시지를 상기 무선 디바이스로부터 수신하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 요청 프레임은,
트리거 프레임; 및
송신기 어드레스 필드 내의 상기 무선 디바이스의 어드레스, 및 수신기 어드레스 필드 내의 상기 스테이션의 어드레스를 포함하는 CTS(clear to send)-투-셀프 프레임
중 하나로서 상기 무선 디바이스로부터 수신되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 프로세서는, 서비스 품질 널 프레임, 서비스 품질 데이터 프레임, 및 전력 절약 폴 프레임 중 하나로서 상기 보고 프레임을 생성하도록 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 프로세서는, 업링크 데이터의 존재를 표시하기 위해 상기 보고 프레임의 프레임 제어 필드의 추가 데이터 서브필드를 활용하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 프로세서는, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하기 위해 상기 보고 프레임의 듀레이션 필드를 활용하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제39 항에 있어서,
상기 프로세서는, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 표시하기 위해 상기 듀레이션 필드의 적어도 하나의 비트를 활용하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 프로세서는, 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 선택적으로 표시하기 위해 상기 보고 프레임의 서비스 품질 제어 필드를 활용하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제41 항에 있어서,
상기 프로세서는, 업링크 송신 파라미터들이 상기 스테이션에 의해 제어되는지 또는 상기 무선 디바이스에 의해 제어되는지에 기반하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양을 표시하는지 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는지를 결정하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제41 항에 있어서,
상기 프로세서는, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하기 위해 사용하는 입도를 표시하기 위해 상기 보고 프레임의 서비스 품질 필드를 활용하도록 추가로 구성되는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.
제34 항에 있어서,
상기 보고 프레임의 송신 레이트에 기반하는 입도를 사용하여, 상기 업링크 버퍼 보고가 상기 업링크 버퍼 내의 데이터의 양 또는 상기 업링크 버퍼 내의 데이터를 송신하기 위해 요청된 시간의 양을 표시하는, 업링크 데이터 송신들을 위해 다중-사용자 통신 자원들을 배정하기 위한 스테이션.