KR102047051B1 - 블록 확인응답 생성 및 선택 규칙들 - Google Patents

블록 확인응답 생성 및 선택 규칙들 Download PDF

Info

Publication number
KR102047051B1
KR102047051B1 KR1020187030289A KR20187030289A KR102047051B1 KR 102047051 B1 KR102047051 B1 KR 102047051B1 KR 1020187030289 A KR1020187030289 A KR 1020187030289A KR 20187030289 A KR20187030289 A KR 20187030289A KR 102047051 B1 KR102047051 B1 KR 102047051B1
Authority
KR
South Korea
Prior art keywords
frame
bitmap
length
number field
fragment number
Prior art date
Application number
KR1020187030289A
Other languages
English (en)
Other versions
KR20180134917A (ko
Inventor
알프레드 애스터자디
조지 체리안
시몬 멀린
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20180134917A publication Critical patent/KR20180134917A/ko
Application granted granted Critical
Publication of KR102047051B1 publication Critical patent/KR102047051B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

무선 통신을 위한 방법, 장치, 및 컴퓨터-판독가능 매체가 제공된다. 일 양상에서, 장치는 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하고, 그리고 수신된 적어도 하나의 프레임에 기반하여, 블록 ACK 비트맵을 포함할 수 있는 BA 프레임을 생성하도록 구성된다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 블록 ACK 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 장치는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다.

Description

블록 확인응답 생성 및 선택 규칙들
[0001] 본 출원은, 발명의 명칭이 "BLOCK ACK GENERATION AND SELECTION RULES"로 2016년 4월 22일자로 출원된 미국 가출원 시리얼 넘버 제 62/326,617호, 및 발명의 명칭이 "BLOCK ACKNOWLEDGMENT GENERATION AND SELECTION RULES"로 2017년 4월 20일자로 출원된 미국 특허출원 제 15/492,932호를 우선권으로 주장하며, 이 출원들은 그 전체가 본 명세서에 인용에 의해 명백히 포함된다.
[0002] 본 개시내용은 일반적으로 통신 시스템들에 관한 것으로, 더 상세하게는, 블록 확인응답(ACK)들을 포함하는 ACK들을 선택 및 생성하는 것에 관한 것이다.
[0003] 많은 원격통신 시스템들에서, 통신 네트워크들은, 수 개의 상호작용하는 공간적으로-분리된 디바이스들 사이에서 메시지들을 교환하는 데 사용된다. 네트워크들은, 예컨대, 대도시 영역, 로컬 영역, 또는 개인 영역일 수 있는 지리적 범위에 따라 분류될 수 있다. 그러한 네트워크들은, 광역 네트워크(WAN), 대도시 영역 네트워크(MAN), 로컬 영역 네트워크(LAN), 무선 로컬 영역 네트워크(WLAN), 또는 개인 영역 네트워크(PAN)로서 각각 지정될 것이다. 네트워크들은 또한, 다양한 네트워크 노드들 및 디바이스들을 상호연결시키는데 사용되는 스위칭/라우팅 기법(예컨대, 회선 교환 대 패킷 교환), 송신을 위해 이용되는 물리적 매체들의 타입(예컨대, 유선 대 무선), 및 사용되는 통신 프로토콜들의 세트(예컨대, 인터넷 프로토콜 슈트(suit), SONET(Synchronous Optical Networking), 이더넷 등)에 따라 상이하다.
[0004] 네트워크 엘리먼트들이 이동성이어서, 그에 따라 동적 연결 필요성들을 갖는 경우, 또는 네트워크 아키텍처가 고정형 토폴로지(topology)보다는 애드혹 토폴로지로 형성되면, 무선 네트워크들이 종종 선호된다. 무선 네트워크들은, 라디오, 마이크로파, 적외선, 광학 등의 주파수 대역들의 전자기파들을 사용하는 비유도(unguided) 전파 모드의 무형의(intangible) 물리적 매체들을 이용한다. 고정형 유선 네트워크들과 비교할 경우, 무선 네트워크들은 사용자 모빌리티 및 신속한 필드 배치를 유리하게 가능하게 한다.
[0005] 본 발명의 시스템들, 방법들, 컴퓨터-판독가능 매체들, 및 디바이스들 각각은 수 개의 양상들을 가지며, 그 양상들 중 어떠한 단일 양상도 본 발명의 바람직한 속성들을 단독으로 담당하지 않는다. 후속하는 청구범위에 의해 표현되는 바와 같은 본 발명의 범위를 제한하지 않으면서, 몇몇 특성들이 이제 간략히 설명될 것이다. 이러한 논의를 고려한 이후, 그리고 특히 "발명을 실시하기 위한 구체적인 내용"으로 명칭된 섹션을 판독한 이후, 당업자는, 본 발명의 특성들이 무선 네트워크에서 디바이스들에 대한 이점들을 어떻게 제공하는지를 이해할 것이다.
[0006] 본 개시내용의 일 양상은 무선 통신을 위한 장치(예컨대, 액세스 포인트 또는 스테이션)를 제공한다. 장치는 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하도록 구성될 수 있다. 장치는, 수신된 적어도 하나의 프레임에 기반하여, 블록 확인응답(ACK) 비트맵을 포함할 수 있는 블록 확인응답(BA) 프레임을 생성하도록 구성될 수 있다. BA 프레임은, 프래그먼트 넘버(fragment number) 필드, 및 BA 프레임 내의 블록 ACK 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 장치는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다.
[0007] 도 1은, 본 개시내용의 양상들이 이용될 수 있는 예시적인 무선 통신 시스템을 도시한다.
[0008] 도 2는 압축된 블록 ACK 프레임의 예시적인 다이어그램을 예시한다.
[0009] 도 3은 멀티-STA 블록 ACK 프레임의 예시적인 다이어그램을 예시한다.
[0010] 도 4는 BA 프레임들의 프래그먼트 넘버 서브필드의 통합된 맵핑에 대한 표를 예시한다.
[0011] 도 5a, 도 5b, 도 6a, 및 도 6b는 상이한 타입들의 ACK 프레임들을 생성하는 것과 연관된 다수의 기준 교환 시퀀스들을 예시한다.
[0012] 도 7은 블록 확인응답들을 생성하기 위해 도 1의 무선 통신 시스템 내에서 이용될 수 있는 무선 디바이스의 기능 블록 다이어그램이다.
[0013] 도 8은 ACK 선택 및 생성의 예시적인 방법의 흐름도이다.
[0014] 도 9는 블록 확인응답들을 생성하는 예시적인 무선 통신 디바이스의 기능 블록 다이어그램이다.
[0015] 신규한 시스템들, 장치들, 컴퓨터-판독가능 매체들, 및 방법들의 다양한 양상들은 첨부한 도면들을 참조하여 더 완전하게 아래에서 설명된다. 그러나, 본 개시내용은 많은 상이한 형태들로 구현될 수 있으며, 본 개시내용 전반에 걸쳐 제시되는 임의의 특정한 구조 또는 기능으로 제한되는 것으로서 해석되지 않아야 한다. 오히려, 이들 양상들은, 본 개시내용이 철저하고 완전해질 것이고 본 개시내용의 범위를 당업자들에게 완전히 전달하도록 제공된다. 본 명세서의 교시들에 기반하여, 당업자는, 본 발명의 임의의 다른 양상과 독립적으로 구현되는지, 또는 그 양상과 결합되는지에 관계없이, 본 개시내용의 범위가 본 명세서에 개시된 신규한 시스템들, 장치들, 컴퓨터 프로그램 제품들, 및 방법들의 임의의 양상을 커버하도록 의도된다는 것을 인식해야 한다. 예컨대, 본 명세서에 기재된 임의의 수의 양상들을 사용하여 장치가 구현될 수 있거나 방법이 실시될 수 있다. 부가적으로, 본 발명의 범위는, 본 명세서에 기재된 본 발명의 다양한 양상들에 부가하여 또는 그 다양한 양상들 이외의 다른 구조, 기능, 또는 구조 및 기능을 사용하여 실시되는 그러한 장치 또는 방법을 커버하도록 의도된다. 본 명세서에 개시된 임의의 양상이 청구항의 하나 또는 그 초과의 엘리먼트들에 의해 구현될 수 있음을 이해해야 한다.
[0016] 특정한 양상들이 본 명세서에서 설명되지만, 이들 양상들의 많은 변경들 및 치환들은 본 개시내용의 범위 내에 있다. 바람직한 양상들의 몇몇 이점들 및 장점들이 언급되지만, 본 개시내용의 범위는 특정한 이점들, 사용들, 또는 목적들로 제한되도록 의도되지 않는다. 오히려, 본 개시내용의 양상들은 상이한 무선 기술들, 시스템 구성들, 네트워크들, 및 송신 프로토콜들에 광범위하게 적용가능하도록 의도되며, 이들 중 몇몇은 바람직한 양상들의 다음의 설명 및 도면들에서 예로서 예시된다. 상세한 설명 및 도면들은 제한하기보다는 단지 본 개시내용을 예시할 뿐이며, 본 개시내용의 범위는 첨부된 청구항들 및 그들의 등가물들에 의해 정의된다.
[0017] 인기있는 무선 네트워크 기술들은 다양한 타입들의 WLAN들을 포함할 수 있다. WLAN은, 광범위하게 사용되는 네트워킹 프로토콜들을 이용하여, 인접한 디바이스들을 함께 상호연결시키는데 사용될 수 있다. 본 명세서에 설명된 다양한 양상들은 무선 프로토콜과 같은 임의의 통신 표준에 적용될 수 있다.
[0018] 몇몇 양상들에서, 무선 신호들은, 직교 주파수-분할 멀티플렉싱(OFDM), 다이렉트-시퀀스 확산 스펙트럼(DSSS) 통신들, OFDM 및 DSSS 통신들의 결합, 또는 다른 방식들을 사용하여, 802.11 프로토콜에 따라 송신될 수 있다. 802.11 프로토콜의 구현들은 센서들, 계량, 및 스마트 그리드 네트워크들에 대해 사용될 수 있다. 유리하게, 802.11 프로토콜을 구현하는 특정한 디바이스들의 양상들은, 다른 무선 프로토콜들을 구현하는 디바이스들보다 더 적은 전력을 소비할 수 있고, 그리고/또는 비교적 긴 거리, 예컨대, 약 1 킬로미터 또는 그 초과에 걸쳐 무선 신호들을 송신하는 데 사용될 수 있다.
[0019] 몇몇 구현들에서, WLAN은 무선 네트워크에 액세스하는 컴포넌트들인 다양한 디바이스들을 포함한다. 예컨대, 2개의 타입들의 디바이스들, 즉 액세스 포인트(AP)들 및 클라이언트들(또한 스테이션들 또는 "STA"들로 지칭됨)이 존재할 수 있다. 일반적으로, AP는 WLAN에 대한 허브 또는 기지국으로서 기능할 수 있고, STA는 WLAN의 사용자로서 기능한다. 예컨대, STA는 랩탑 컴퓨터, 개인 휴대 정보 단말(PDA), 모바일 폰 등일 수 있다. 일 예에서, STA는, 인터넷 또는 다른 광역 네트워크들로의 일반적인 연결을 획득하기 위해, Wi-Fi(예컨대, IEEE 802.11 프로토콜) 준수 무선 링크를 통해 AP에 연결된다. 몇몇 구현들에서, STA는 또한 AP로서 사용될 수 있다.
[0020] 액세스 포인트는 또한, Node B, 라디오 네트워크 제어기(RNC), eNodeB, 기지국 제어기(BSC), 베이스 트랜시버 스테이션(BTS), 기지국(BS), 트랜시버 기능(TF), 라디오 라우터, 라디오 트랜시버, 연결 포인트, 또는 몇몇 다른 용어를 포함하거나, 그들로서 구현되거나, 그들로서 알려질 수 있다.
[0021] STA는 또한, 액세스 단말(AT), 가입자 스테이션, 가입자 유닛, 모바일 스테이션, 원격 스테이션, 원격 단말, 사용자 단말, 사용자 에이전트, 사용자 디바이스, 사용자 장비, 또는 몇몇 다른 용어를 포함하거나, 그들로서 구현되거나, 그들로서 알려질 수 있다. 몇몇 구현들에서, STA는 셀룰러 전화기, 코드리스(cordless) 전화기, 세션 개시 프로토콜(SIP) 전화기, 무선 로컬 루프(WLL) 스테이션, 개인 휴대 정보 단말(PDA), 무선 연결 능력을 갖는 핸드헬드 디바이스, 또는 무선 모뎀에 연결된 몇몇 다른 적절한 프로세싱 디바이스를 포함할 수 있다. 따라서, 본 명세서에 교시된 하나 또는 그 초과의 양상들은 전화기(예컨대, 셀룰러 전화기 또는 스마트폰), 컴퓨터(예컨대, 랩탑), 휴대용 통신 디바이스, 헤드셋, 휴대용 컴퓨팅 디바이스(예컨대, 개인 휴대 정보 단말), 엔터테인먼트 디바이스(예컨대, 뮤직 또는 비디오 디바이스, 또는 위성 라디오), 게이밍 디바이스 또는 시스템, 글로벌 포지셔닝 시스템 디바이스, 또는 무선 매체를 통해 통신하도록 구성된 임의의 다른 적절한 디바이스에 포함될 수 있다.
[0022] 일 양상에서, MIMO 방식들은 광역 WLAN(예컨대, Wi-Fi) 연결을 위해 사용될 수 있다. MIMO는 다중경로로 지칭되는 라디오파 특징을 활용한다. 다중경로에서, 송신된 데이터는 오브젝트들(예컨대, 벽들, 도어들, 가구)을 바운싱 오프(bounce off)하여, 상이한 루트들을 통해 그리고 상이한 시간들에서 다수번 수신 안테나에 도달할 수 있다. MIMO를 이용하는 WLAN 디바이스는 공간 스트림들로 지칭되는 다수의 부분들로 데이터 스트림을 분할하며, 별개의 안테나들을 통해 각각의 공간 스트림을 수신 WLAN 디바이스 상의 대응하는 안테나들로 송신할 것이다.
[0023] 용어 "연관하다", 또는 "연관", 또는 그들의 임의의 변형은, 본 개시내용의 맥락 내에서 가능한 가장 넓은 의미로 제공되어야 한다. 예로서, 제1 장치가 제2 장치와 연관하는 경우, 2개의 장치들이 직접적으로 연관될 수 있거나, 중간 장치들이 존재할 수 있음을 이해해야 한다. 간략화의 목적들을 위해, 2개의 장치들 사이에서 연관을 설정하기 위한 프로세스는, 장치 중 하나에 의한 "연관 요청", 후속하여 다른 장치에 의한 "연관 응답"을 요구하는 핸드쉐이크(handshake) 프로토콜을 사용하여 설명될 것이다. 핸드쉐이크 프로토콜이 예로서 인증을 제공하기 위한 시그널링과 같은 다른 시그널링을 요구할 수 있다는 것은 당업자들에 의해 이해될 것이다.
[0024] "제1", "제2" 등과 같은 지정을 사용하는 본 명세서의 엘리먼트에 대한 임의의 참조는 일반적으로, 그 엘리먼트들의 양 또는 순서를 제한하지 않는다. 오히려, 이들 지정들은, 2개 또는 그 초과의 엘리먼트들 또는 엘리먼트의 인스턴스들 사이를 구별하는 편리한 방법으로서 본 명세서에서 사용된다. 따라서, 제1 및 제2 엘리먼트들에 대한 참조는, 2개의 엘리먼트들만이 이용될 수 있거나 제1 엘리먼트가 제2 엘리먼트에 선행해야 한다는 것을 의미하지는 않는다. 부가적으로, 일 리스트의 아이템들 "중 적어도 하나"를 지칭하는 어구는 단일 멤버들을 포함하여 그들 아이템들의 임의의 조합을 지칭한다. 일 예로서, "A, B, 또는 C 중 적어도 하나"는 A, 또는 B, 또는 C, 또는 이들의 임의의 조합(예컨대, A-B, A-C, B-C, 및 A-B-C)를 커버하도록 의도된다.
[0025] 위에서 설명된 바와 같이, 본 명세서에 설명된 특정한 디바이스들은, 예컨대, 802.11 표준을 구현할 수 있다. STA로서 사용되거나 AP로서 사용되거나 다른 디바이스로서 사용되는지 간에, 그러한 디바이스들은 스마트 계량에 대해 또는 스마트 그리드 네트워크에서 사용될 수 있다. 그러한 디바이스들은 센서 애플리케이션들을 제공할 수 있거나 홈 자동화에서 사용될 수 있다. 대신에 또는 부가적으로, 디바이스들은 건강관리 맥락에서, 예컨대, 개인용 건강관리를 위해 사용될 수 있다. 그들은 또한, 감시를 위해, (예컨대, 핫스팟들로 사용하기 위해) 확장된-범위 인터넷 연결을 가능하게 하기 위해, 또는 머신-투-머신 통신들을 구현하기 위해 사용될 수 있다.
[0026] 도 1은, 본 개시내용의 양상들이 이용될 수 있는 예시적인 무선 통신 시스템(100)을 도시한다. 무선 통신 시스템(100)은 무선 표준, 예컨대, 802.11 표준에 따라 동작할 수 있다. 무선 통신 시스템(100)은, STA들(예컨대, STA들(112, 114, 116, 및 118))과 통신하는 AP(104)를 포함할 수 있다.
[0027] 다양한 프로세스들 및 방법들은, AP(104)와 STA들 사이에서 무선 통신 시스템(100) 내의 송신들을 위해 사용될 수 있다. 예컨대, 신호들은, OFDM/OFDMA 기법들에 따라 AP(104)와 STA들 사이에서 전송 및 수신될 수 있다. 이 경우에는, 무선 통신 시스템(100)이 OFDM/OFDMA 시스템으로 지칭될 수 있다. 대안적으로, 신호들은, CDMA 기법들에 따라 AP(104)와 STA들 사이에서 전송 및 수신될 수 있다. 이 경우에는, 무선 통신 시스템(100)이 CDMA 시스템으로 지칭될 수 있다.
[0028] AP(104)로부터 STA들 중 하나 또는 그 초과로의 송신을 용이하게 하는 통신 링크는, 다운링크(DL)(108)로 지칭될 수 있고, STA들 중 하나 또는 그 초과로부터 AP(104)로의 송신을 용이하게 하는 통신 링크는 업링크(UL)(110)로 지칭될 수 있다. 대안적으로, 다운링크(108)는 순방향 링크 또는 순방향 채널로 지칭될 수 있고, 업링크(110)는 역방향 링크 또는 역방향 채널로 지칭될 수 있다. 몇몇 양상들에서, DL 통신들은 유니캐스트 또는 멀티캐스트 트래픽 표시들을 포함할 수 있다.
[0029] 몇몇 양상들에서, AP(104)가 상당한 아날로그-투-디지털 변환(ADC) 클리핑(clipping) 잡음을 야기하지 않으면서 1개 초과의 채널 상에서 UL 통신들을 동시에 수신할 수 있도록, AP(104)는 인접한 채널 간섭(ACI)을 억제할 수 있다. AP(104)는, 예컨대, 각각의 채널에 대해 별개의 유한 임펄스 응답(FIR) 필터들을 갖거나, 증가된 비트 폭들을 갖는 더 긴 ADC 백오프 기간을 가짐으로써, ACI의 억제를 개선시킬 수 있다.
[0030] AP(104)는, 기지국으로서 동작하며, 기본 서비스 영역(BSA)(102)에서 무선 통신 커버리지를 제공할 수 있다. BSA(예컨대, BSA(102))는 AP(예컨대, AP(104))의 커버리지 영역이다. AP(104)와 연관되고 통신을 위해 AP(104)를 사용하는 STA들과 함께 AP(104)는, 기본 서비스 세트(BSS)로 지칭될 수 있다. 무선 통신 시스템(100)이 중앙 AP(예컨대, AP(104))를 가질 수 있는 것이 아니라, 오히려 STA들 사이에서 피어-투-피어 네트워크로서 기능할 수 있음을 유의해야 한다. 따라서, 본 명세서에 설명된 AP(104)의 기능들은 STA들 중 하나 또는 그 초과에 의해 대안적으로 수행될 수 있다.
[0031] AP(104)는, 하나 또는 그 초과의 채널들(예컨대, 다수의 협대역 채널들, 각각의 채널은 주파수 대역폭을 포함함) 상에서 비콘 신호(또는 간단히, "비콘")를, 다운링크(108)와 같은 통신 링크를 통해 무선 통신 시스템(100)의 다른 노드들(STA들)에 송신할 수 있으며, 그 비콘 신호는, 다른 노드들(STA들)이 그들의 타이밍을 AP(104)와 동기화하는 것을 도울 수 있거나, 다른 정보 또는 기능을 제공할 수 있다. 그러한 비콘들은 주기적으로 송신될 수 있다. 일 양상에서, 연속적인 송신들 사이의 기간은 슈퍼프레임으로 지칭될 수 있다. 비콘의 송신은 다수의 그룹들 또는 간격들로 분할될 수 있다. 일 양상에서, 비콘은, 공통 클록을 셋팅하기 위한 타임스탬프 정보, 피어-투-피어 네트워크 식별자, 디바이스 식별자, 능력 정보, 슈퍼프레임 지속기간, 송신 방향 정보, 수신 방향 정보, 이웃 리스트, 및/또는 확장된 이웃 리스트와 같은 그러한 정보를 포함할 수 있지만 이에 제한되지는 않으며, 이들 중 몇몇은 부가적으로 아래에서 상세히 설명된다. 따라서, 비콘은, 수 개의 디바이스들 사이에서 공통적이고(예컨대, 공유되고) 주어진 디바이스에 특정한 정보를 포함할 수 있다.
[0032] 몇몇 양상들에서, STA(예컨대, STA(114))는, AP(104)로 통신들을 전송하고 그리고/또는 AP(104)로부터 통신들을 수신하기 위해 AP(104)와 연관되도록 요구될 수 있다. 일 양상에서, 연관시키기 위한 정보는 AP(104)에 의해 브로드캐스팅된 비콘에 포함된다. 그러한 비콘을 수신하기 위해, STA(114)는, 예컨대, 커버리지 영역에 걸쳐 넓은 커버리지 탐색을 수행할 수 있다. 탐색은 또한, 예컨대, 등대 방식으로 커버리지 영역을 스위핑(sweep)함으로써 STA(114)에 의해 수행될 수 있다. 연관시키기 위한 정보를 수신한 이후, STA(114)는, 연관 프로브 또는 요청과 같은 기준 신호를 AP(104)에 송신할 수 있다. 몇몇 양상들에서, AP(104)는, 예컨대, 인터넷 또는 PSTN(public switched telephone network)과 같은 더 큰 네트워크와 통신하기 위해 백홀 서비스들을 사용할 수 있다.
[0033] 일 양상에서, AP(104)는 다양한 기능들을 수행하기 위한 하나 또는 그 초과의 컴포넌트들을 포함할 수 있다. 예컨대, AP(104)는 적어도 하나의 무선 디바이스(예컨대, STA(114))로부터 적어도 하나의 프레임을 수신하도록 구성된 확인응답 컴포넌트(124)를 포함할 수 있다. 확인응답 컴포넌트(124)는, 수신된 적어도 하나의 프레임에 기반하여, 블록 ACK 비트맵을 포함할 수 있는 BA 프레임을 생성하도록 구성될 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 블록 ACK 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 확인응답 컴포넌트(124)는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다.
[0034] 다른 양상에서, STA(114)는 다양한 기능들을 수행하기 위한 하나 또는 그 초과의 컴포넌트들을 포함할 수 있다. 예컨대, STA(114)는 적어도 하나의 무선 디바이스(예컨대, AP(104))로부터 적어도 하나의 프레임을 수신하도록 구성된 확인응답 컴포넌트(126)를 포함할 수 있다. 확인응답 컴포넌트(126)는, 수신된 적어도 하나의 프레임에 기반하여, 블록 ACK 비트맵을 포함할 수 있는 BA 프레임을 생성하도록 구성될 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 블록 ACK 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 확인응답 컴포넌트(126)는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다.
[0035] Wi-Fi 네트워크(예컨대, IEEE 802.11ax와 호환되는 미래의 Wi-Fi 네트워크)에서, 무선 디바이스들은, 압축된 블록 ACK(C-BA) 및 멀티-STA 블록 ACK(M-BA)를 포함하는, BA 프레임들에 대한 적어도 2개의 프레임 포맷들을 사용할 수 있다. 2개의 프레임들 각각은 프레임 내의 비트맵 길이들을 시그널링하기 위한 시그널링 세부사항들을 가질 수 있다. 일 양상에서, C-BA 및 M-BA는 비트맵 길이를 시그널링하려는 목적들을 위해 프래그먼트 넘버 필드를 사용할 수 있다. 아래에서 추가로 설명되는 바와 같이, 시그널링 세부사항들은 길이 선택 규칙들인 것으로서 BA 프레임에 대해 정의된다. 즉, 시그널링은 어떤 프레임 및 어떤 프레임 길이가 사용될지를 표시하기 위해 정의될 필요가 있을 수 있다. 아래에서 추가로 제공되는 바와 같이, 본 개시내용은 BA 비트맵 길이들을 표시하기 위해 BA 프레임들의 프래그먼트 넘버 필드의 맵핑에 관련된 세부사항들을 제공한다. 본 개시내용은 BA 프레임들의 BA 요청(BAR) 요구를 포함하는, BA 세션 동안의 BA 프레임들의 협의 및 선택을 추가로 논의한다.
[0036] 도 2는 압축된 블록 ACK 프레임(200)의 예시적인 다이어그램을 예시한다. 도 2를 참조하면, C-BA는, (예컨대, 길이가 2옥텟들의) 프레임 제어 필드(202), (예컨대, 길이가 2옥텟들의) 지속기간 필드(204), (예컨대, 길이가 6옥텟들의) 수신 어드레스(RA) 필드(206), (예컨대, 길이가 6옥텟들의) 송신 어드레스(TA) 필드(208), (예컨대, 길이가 2옥텟들의) BA 제어 필드(210), (예컨대, 가변 길이의) BA 정보 필드(212), 및 에러 검출을 위한 (예컨대, 길이가 4옥텟들의) 프레임 체크 시퀀스(FCS) 필드(214)를 포함할 수 있다. 일 양상에서, 프레임 제어 필드(202), 지속기간 필드(204), RA 필드(206), 및 TA 필드(208)는 함께, C-BA 프레임의 MAC 헤더(236)를 구성할 수 있다. BA 정보 필드(212)는, (예컨대, 길이가 2옥텟들의) BA 시작 시퀀스 제어 필드(216) 및 BA 비트맵(218)(예컨대, 길이가 8, 32, 또는 몇몇 다른 수의 옥텟들)을 포함할 수 있다. BA 시작 시퀀스 제어 필드(216)는 프래그먼트 넘버 필드(220) 및 시작 시퀀스 넘버 필드(222)를 포함할 수 있다. 일 양상에서, 프래그먼트 넘버는 프래그먼트화가 없다는 것을 표시하기 위해 C-BA 프레임에서 0일 수 있다. 다른 양상에서, 프래그먼트 넘버는 프래그먼트화 레벨 3에 대한 BA 비트맵의 리맵핑을 표시하기 위해 1로 셋팅될 수 있다. 다른 양상에서, 프래그먼트 넘버 필드(220)는 4비트들을 가질 수 있으며, 시작 시퀀스 넘버 필드(222)는 12비트들을 가질 수 있다. 이러한 양상에서, 프래그먼트 넘버 필드는, 수신된 데이터 중 임의의 데이터가 다수의 더 작은 데이터 세그먼트들로 프래그먼트화된 프레임의 일부인지 여부를 표시할 수 있으며, 수신된 데이터는, 데이터의 단일 프레임을 표현하는 다수의 프래그먼트들 중 하나를 구성한다. 그러나, BA 비트맵(218)의 길이를 표시하기 위해, 프래그먼트 넘버 필드(220)는 부가적인 정보를 포함할 수 있다. 프래그먼트 넘버 필드(220)의 하나 또는 그 초과의 비트들은 비트맵 길이 표시자(230)에 대응할 수 있다. 예컨대, 프래그먼트 넘버 필드(220)가 4비트들(B0, B1, B2, B3)을 갖는다고 가정하면, B0는 프래그먼트화 표시자(232)일 수 있다. 프래그먼트화 표시자(232)는, 프래그먼트화가 이용되는지 여부를 표시(예컨대, 프래그먼트화 레벨 3에 대한 BA 비트맵의 리맵핑이 온(ON)이라는 것을 표시)하기 위해 사용될 수 있다. 프래그먼트 넘버 필드(220)의 B1 및 B2는 C-BA 프레임에 대한 BA 비트맵(218)의 길이를 표시하기 위해 사용될 수 있다. 다른 양상에서, 2개의 값들(예컨대, 8 또는 32바이트들)이 BA 비트맵(218)의 길이에 대해 정의될 수 있으며, 부가적인 값들이 또한 정의될 수 있다. B3는 예비될 수 있다(234). 다른 양상에서, C-BA 프레임들은 비-프래그먼트화된 프레임들을 확인응답하기 위해 사용될 수 있다. (다른 예들에서, 비트들의 순서는 변경될 수 있다.) 도 2는 압축된 블록 ACK 프레임(200) 내의 정보의 블록들에 대한 하나의 예시적인 순서를 예시한다. 정보의 블록들은, 동일한 정보가 운반되는 한 다른 순서들로 존재할 수 있다. 더욱이, 정보의 블록 내의 비트들이 다른 순서들로 존재할 수 있다. 예컨대, 다른 양상에서, B0가 예비될 수 있고, B1이 프래그먼트화 표시자일 수 있으며, B2 및 B3가 프래그먼트 넘버 필드일 수 있다.
[0037] 도 3은 멀티-STA 블록 ACK 프레임(300)의 예시적인 다이어그램을 예시한다. 도 3을 참조하면, M-BA 프레임은, (예컨대, 길이가 2옥텟들의) 프레임 제어 필드(302), (예컨대, 길이가 2옥텟들의) 지속기간 필드(304), (예컨대, 길이가 6옥텟들의) RA 필드(306), (예컨대, 길이가 6옥텟들의) TA 필드(308), (예컨대, 길이가 2옥텟들의) BA 제어 필드(310), (예컨대, 가변 길이의) BA 정보 필드(312), 및 에러 검출을 위한 (예컨대, 길이가 4옥텟들의) FCS 필드(314)를 포함할 수 있다. 일 양상에서, 프레임 제어 필드(302), 지속기간 필드(304), RA 필드(306), 및 TA 필드(308)는 함께, M-BA 프레임의 MAC 헤더(336)를 구성할 수 있다. 일 양상에서, BA 정보 필드(312)의 다수의 인스턴스들, 각각의 고유한 식별자(AID) 및 트래픽 식별자(TID) 세트에 대한 하나의 인스턴스가 존재할 수 있다. 이러한 양상에서, 어떠한 BA 정보 필드도 동일한 AID 및 TID 세트와 연관되지 않을 수 있다. BA 정보 필드(312)는, (예컨대, 길이가 2옥텟들의) AID 당 TID 정보 필드(316), (예컨대, 길이가 0 또는 2옥텟들의) BA 시작 시퀀스 제어 필드(318), 및 (예컨대, 0, 4, 8, 32 또는 임의의 다른 수의 바이트들의) BA 비트맵(320)을 포함할 수 있다. BA 시작 시퀀스 제어 필드(318)는 프래그먼트 넘버 필드(322) 및 시작 시퀀스 넘버 필드(324)를 포함할 수 있다. 일 양상에서, 프래그먼트 넘버 필드(322)는 4비트들을 가질 수 있으며, 시작 시퀀스 넘버 필드(324)는 12비트들을 가질 수 있다. 프래그먼트 넘버 필드(322)는, 수신된 데이터 중 임의의 데이터가 다수의 더 작은 데이터 세그먼트들로 프래그먼트화된 프레임의 일부인지 여부를 표시할 수 있으며, 수신된 데이터는, 데이터의 단일 프레임을 표현하는 다수의 프래그먼트들 중 하나를 구성한다. 그러나, BA 비트맵(320)의 길이를 표시하기 위해, 프래그먼트 넘버 필드(322)는 부가적인 정보를 포함할 수 있다. 프래그먼트 넘버 필드(220)의 하나 또는 그 초과의 비트들은 비트맵 길이 표시자(330)에 대응할 수 있다. 예컨대, 프래그먼트 넘버 필드(322)가 4비트들(B0, B1, B2, B3)을 가질 수 있다고 가정하면, B0는 프래그먼트화 표시자(332)로 사용될 수 있다. 프래그먼트화 표시자(332)는, 프래그먼트화가 이용되는지 여부를 표시(예컨대, 프래그먼트화 레벨 3에 대한 BA 비트맵의 리맵핑이 온(ON)이라는 것을 표시)하기 위한 것일 수 있다. 프래그먼트 넘버 필드(220)의 B1 및 B2는 M-BA 프레임에 대한 BA 비트맵(320)의 길이를 표시하기 위해 사용될 수 있다. 다수의 길이들(예컨대, 0, 4, 8, 32 또는 다른 수의 바이트들)이 정의될 수 있다. B3은 예비될 수 있다(334). (다른 예들에서, 비트들의 순서는 변경될 수 있다.) 도 3은 멀티-STA 블록 ACK 프레임(300) 내의 정보의 블록들에 대한 하나의 예시적인 순서를 예시한다. 정보의 블록들은, 동일한 정보가 운반되는 한 다른 순서들로 존재할 수 있다. 더욱이, 정보의 블록 내의 비트들이 다른 순서들로 존재할 수 있다. 예컨대, 다른 양상에서, B0가 예비될 수 있고, B1이 프래그먼트화 표시자일 수 있으며, B2 및 B3가 프래그먼트 넘버 필드일 수 있다.
[0038] 도 4는 예시적인 프레임(400)의 서브세트 및 표(430)를 예시한다. 표는 BA 프레임들의 프래그먼트 넘버 필드의 통합된 맵핑의 일 예를 예시한다. 표(430) 및 예시적인 프레임(400)의 서브세트를 참조하면, 프래그먼트 넘버 필드(402)는 프래그먼트 넘버 필드(220) 또는 프래그먼트 넘버 필드(322)에 대응할 수 있다. 시작 시퀀스 넘버 필드(404)는 시작 시퀀스 넘버 필드(222) 또는 시작 시퀀스 넘버 필드(324)에 대응할 수 있다. BA 비트맵(406)은 BA 비트맵(218) 또는 BA 비트맵(320)에 대응할 수 있다. 예시적인 프레임(400)에서 예시된 바와 같이, 시작 시퀀스 넘버 필드(404)는 프래그먼트화 넘버 필드(402)와 BA 비트맵(406) 사이에 있을 수 있다.
[0039] 도 4를 참조하면, 표(430)에 예시된 바와 같이, 프래그먼트 넘버 필드(402)는 비트들의 4개의 열(column)들(B0, B1, B2, B3)을 가질 수 있다. 비트들의 열들(B0, B1, B2, B3)은, BA 비트맵 길이 필드(432) 및 프래그먼트화 레벨(434)의 다양한 상태들 뿐만 아니라 확인응답될 수 있는 MSDU들/A-MSDU들의 최대 수(436)에 맵핑될 수 있다. 다양한 상태들은 BA 비트맵(406)에 대한 상이한 BA 비트맵 길이들을 표시할 수 있다. B3 및 B0와 연관된 열들은 실제 비트 값들인 반면, B2 및 B1과 연관된 열들은 비트 값들의 십진법 표현들이다. 예컨대, 0은 00(B2=0, B1=0)에 대응하고, 1은 01에 대응하고, 2는 10에 대응하며, 3은 11에 대응한다. 제1 행(410)에서, 프래그먼트 넘버 필드가 0000으로 셋팅되는 경우, 이어서 C-BA 또는 M-BA 중 어느 하나가 사용될 수 있으며, C-BA 및 M-BA 둘 모두에 대해, BA 비트맵은 길이가 8바이트들이고 프래그먼트화는 오프(OFF)된다(예컨대, MSDU 프래그먼트를 확인응답하지 않음). 확인응답될 수 있는 매체 액세스 제어(MAC) 서비스 데이터 유닛(MSDU)들 또는 어그리게이팅된 MSDU(A-MSDU)들의 최대 수는 64(예컨대, 8*8)이다. 일 양상에서, 프래그먼트화는, 예컨대 MSDU가 프래그먼트화될 수 있는 프래그먼트들의 수를 지칭한다. 예컨대, MSDU는 4개의 프래그먼트들로 분리될 수 있으며, 따라서, 비트맵 내의 각각의 비트는 1개의 프래그먼트에 대응하고, 4개의 비트들은 단일 MSDU를 확인응답하는 데 필요할 수 있다(각각의 프래그먼트에 대해 하나의 비트). 제2 행(412)에서, 프래그먼트 넘버 필드가 0010으로 셋팅되는 경우, 이어서 C-BA 또는 M-BA 중 어느 하나가 사용될 수 있으며, C-BA 및 M-BA 둘 모두에 대해, BA 비트맵은 길이가 32바이트들이고 프래그먼트화는 오프된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 256이다. 제3 행(414)에서, 프래그먼트 넘버 서브필드가 0100으로 셋팅되는 경우, 이어서 M-BA가 사용될 수 있다. M-BA에 대해, BA 비트맵은 길이가 4바이트들이고 프래그먼트화가 오프된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 32이다. 제4 행(416)에서, 프래그먼트 넘버 서브필드가 0110으로 셋팅되는 경우, 이어서 M-BA가 사용될 수 있다. M-BA에 대해, BA 비트맵은 길이가 2바이트들이고 프래그먼트화가 오프된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 (예비되지 않는다면) 16이다. 제5 행(418)에서, 프래그먼트 넘버 서브필드가 0001으로 셋팅되는 경우, 이어서 C-BA 또는 M-BA가 사용될 수 있다. C-BA 및 M-BA에 대해, BA 비트맵은 길이가 8바이트들이고 프래그먼트화가 온된다. 즉, C-BA 또는 M-BA는, 예컨대 MSDU의 하나 또는 그 초과의 프래그먼트들을 확인응답하고 있을 수 있다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 16이다. 일 양상에서, 프래그먼트화로 인해, MSDU들/A-MSDU들의 최대 수가 감소될 수 있다. 제6 행(420)에서, 프래그먼트 넘버 필드가 0011으로 셋팅되는 경우, 이어서 C-BA 또는 M-BA가 사용될 수 있다. C-BA 및 M-BA에 대해, BA 비트맵은 길이가 32바이트들이고 프래그먼트화가 온된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 64이다. 제7 행(422)에서, 프래그먼트 넘버 서브필드가 0101으로 셋팅되는 경우, 이어서 M-BA가 사용될 수 있다. M-BA에 대해, BA 비트맵은 길이가 4바이트들이고 프래그먼트화가 온된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 4이다. 제8 행(424)에서, 프래그먼트 넘버 서브필드가 0111으로 셋팅되는 경우, 이어서 M-BA가 사용될 수 있다. M-BA에 대해, BA 비트맵은 길이가 2바이트들이고 프래그먼트화가 온된다. 확인응답될 수 있는 MSDU들 또는 A-MSDU들의 최대 수는 (예비되지 않는다면) 4이다. 비트 B3가 1로 셋팅되는 경우, 다른 규칙들이 또한 결정되고 사용될 수 있다. 도 4에 예시된 바와 같이, 다양한 상태들은 일반적으로, 시작 시퀀스 넘버(404)의 블록에 대한 구조에 영향을 주지 않는다.
[0040] 무선 통신에서, 무선 디바이스들은 블록 ACK 협의 및 선택을 수행할 수 있다. 예컨대, STA는 AP와 블록 ACK 규칙들 및 선택들을 협의할 수 있고, AP는 STA와 블록 ACK 규칙들 및 선택들을 협의할 수 있다. 유사하게, STA들은 다른 STA들과 블록 ACK 규칙들 및 선택들을 협의할 수 있다. 데이터의 발신기 또는 수신측은 셋업 기간(예컨대, HT(high throughput)-즉각적인 BA 셋업) 동안 BA 동작 파라미터들을 협의할 수 있다. 셋업 기간 동안, 데이터 송신을 위한 버퍼 사이즈 및 다른 파라미터들을 포함하는, 트래픽 식별자와 연관된 다른 파라미터들이 또한 협의될 수 있다. 일 양상에서, MAC 프로토콜 데이터 유닛(MPDU)은 버퍼 사이즈와 연관된 버퍼를 소비할 수 있다.
[0041] C-BA 및 M-BA 프레임들 둘 모두는 무선 네트워크 내에서 사용될 수 있고, 둘 모두는 가변 비트맵 길이들을 가질 수 있다. 일 양상에서, M-BA는 업링크(UL) 멀티-사용자(MU) 물리 수렴 계층 절차(PLCP) 프로토콜 데이터 유닛(PPDU)들, 멀티-TID A-MPDU들 등에 대한 응답 프레임으로서 사용될 수 있다. M-BA 프레임의 STA 당 정보 필드 내의 TID 서브필드의 15의 값은, 즉각적인 응답을 요구하는 관리 프레임의 성공적인 확인응답을 표시할 수 있다. 즉각적인 응답을 표시하는 ACK 정책은 A-MPDU를 요구할 시에 반송될 수 있다. 다른 양상에서, M-BA 프레임들의 UL-MU 송신은 DL MU 송신에서의 멀티-TID A-MPDU에 대한 응답으로 허용된다. M-BA 내의 AID 필드의 값은 확인응답될 STA들의 하나 또는 그 초과(전부를 포함함)와 연관될 수 있다. 다른 양상에서, ACK/BA 확인응답을 요청하는 다수의 TID들로부터의 MPDU들 및 ACK 확인응답을 요청하는 하나의 관리 프레임이 MU 송신을 위해 하나의 A-MPDU로 어그리게이팅될 수 있다. 수신측은, 발신기가 멀티-TID A-MPDU로 어그리게이팅할 수 있는 TID MPDU들의 최대 수를 표시할 수 있다.
[0042] 논의된 바와 같이, 무선 디바이스들은 ACK 동작 파라미터들을 협의할 수 있다. 일 양상에서, BA 비트맵 길이는 (각각의 TID에 대한) BA 셋업 동안 협의될 수 있다. BA 프레임의 BA 비트맵 길이는 협의된 버퍼 사이즈로 구속될 수 있다. 예컨대, 협의된 버퍼 사이즈가 바이트 범위 [1, 64]에 있다면, 64의 BA 비트맵 길이가 BA 세션(또는 송신) 동안 사용될 수 있다. 다른 예에서, 협의된 버퍼 사이즈가 바이트 범위 [65, 256]에 있다면, 256의 BA 비트맵 길이가 BA 세션 동안 사용될 수 있다.
[0043] 일 양상에서, BA 프레임의 의도된 수신측은 A-MPDU에 어그리게이팅될 수 있는 TID들의 최대 수를 표시할 수 있다. 표시는 수신측에 의해 전송된 HE(high-efficiency) 능력 정보 엘리먼트(IE)에 포함될 수 있다. 최대 수가 0이면, 수신측은 멀티-TID A-MPDU들을 지원하지 않을 수 있다. 반대로, 비-제로 값은 멀티-TID A-MPDU에 대한 지원 및 A-MPDU에서 허용되는 TID들의 수를 표시할 수 있다. 그러므로, 하나 또는 그 초과의 비트들이 멀티-TID 지원을 표시하기 위해 사용될 수 있다. 이러한 표시는 AP들 및 STA들(예컨대, 비-AP STA들) 둘 모두에 대해 유효할 수 있다. 다른 양상에서, AP는, 각각의 STA가 UL MU PPDU 내의 그들의 A-MPDU들에서 어그리게이팅하도록 허용되는 TID들의 최대 수를, 트리거 프레임에서 각각의 STA에게 그 수를 시그널링함으로써, 여전히 동적으로 관리할 수 있다. UL MU PPDU는 트리거-기반 PPDU, 즉 트리거 프레임을 수신하는 것에 대한 응답으로 전송된 PPDU를 지칭할 수 있다.
[0044] BA 프레임을 송신할지 여부를 결정할 경우, 무선 디바이스들은 BA 프레임들이 지원되는지 여부를 결정할 수 있으며, 지원된다면, 사용할 BA 프레임의 타입을 선택할 수 있다. 일 양상에서, HT-즉각적인 BA가 지원되면, C-BA 프레임들이 지원될 수 있다. 다른 양상에서, UL MU 또는 멀티-TID A-MPDU가 지원되면, M-BA 프레임들이 지원될 수 있다. 일 양상에서, M-BA 프레임들은, AP에 의해 UL MU PPDU들에 대한 디폴트 응답으로 사용되고, STA에 의해 멀티-TID A-MPDU들에 대한 디폴트 응답으로 사용될 수 있다. 일 실시예에서, M-BA 프레임은 또한 액션 ACK 프레임을 포함할 수 있다. 액션 ACK 프레임은 응답 ACK 프레임을 트리거링하는 ACK 프레임일 수 있다. 무선 디바이스들은, BA 프레임들이 지원되는지 여부를 디바이스들이 결정할 수 있게 하고, 지원된다면, BA 프레임들의 어떤 타입(들)이 지원되는지를 디바이스들이 결정할 수 있게 하는 정보를 이용하여 미리 구성될 수 있다. 다른 양상에서, 발신 디바이스(데이터를 발신하는 디바이스)는 모든 타입들의 ACK 시그널링에 대한 수신기(RX) 지원을 표시하기 위해 능력 비트를 이용할 수 있다. 발신기는, 모든 TID들에 대해 A-MPDU 내의 모든 송신된 MPDU들 및 액션 ACK 프레임의 상태를 추적하며, 그 상태를 수신된 멀티-TID BA 레코드들 각각과 비교할 수 있다.
[0045] 다른 양상에서, 단일-사용자(SU) PPDU들에 대한 제어 응답 프레임 생성은 ACK/C-BA 프레임들을 사용할 수 있다. C-BA 비트맵 길이는 셋업 동안 협의될 수 있으며, BA 세션 동안 일관되게 사용될 수 있다. 이것은 대역폭, MCS, 및 NAV 셋팅 규칙들에서 일관성을 보장할 수 있다.
[0046] 도 5a, 도 5b, 도 6a, 및 도 6b는 상이한 타입들의 ACK 프레임들을 생성하는 것과 연관된 다수의 기준 교환 시퀀스들(500, 550, 600, 650)을 예시한다. 도 5a, 도 5b, 도 6a, 및 도 6b는 발신기(예컨대, AP(502, 552))와 수신측(예컨대, STA들(504, 554)) 사이의 송신들을 예시한다. 그러므로, 본 명세서에 설명된 방법들, 기법들, 및 프로토콜들은 AP와 STA 사이 또는 STA들 사이의 송신에 적용될 수 있다. 도 5a를 참조하면, 제1 기준 교환 시퀀스(500)에서, DL MU PPDU(506)는 AP(502)로부터 STA들(504)(예컨대, STA들 1, 2, 3, 및 4)로 송신된다. DL MU PPDU(506)는 STA들 1, 2, 3, 4에 대해 시간 및 주파수에서 멀티플렉싱된 데이터를 포함할 수 있다. SIFS(short interframe space)(510) 또는 몇몇 다른 양의 인터프레임 공간 이후, UL SU 응답(508)(또는 제어 응답 프레임)이 송신된다. 제1 기준 교환 시퀀스(500)를 참조하면, DL MU PPDU의 1개의 발신기(예컨대, AP(502))가 존재할 수 있다. DL MU PPDU(506)를 수신한 이후, 하나 또는 그 초과의 STA들이 UL SU 응답(508)을 송신할 수 있다.
[0047] 표 1. DL MU PPDU|SIFS|UL SU 응답 시퀀스에 대한 ACK 규칙들
Figure 112018103305139-pct00001
[0048] UL SU 응답 내에 포함될 수 있는 상이한 제어 응답 프레임들을 설명하기 위해, 제1 기준 교환 시퀀스(500)가 표 1을 참조하여 논의될 수 있다. 표 1의 제2 열에서 나타낸 바와 같이, DL MU PPDU(506)에서 반송되는 A-MPDU(들)(예컨대, MPDU, A-MPDU, VHT(very high throughput) 단일 MPDU, 멀티-TID A-MPDU)의 콘텐츠 및 DL-MU PPDU(506)와 연관된(또는 그 내에서 표시된)(또는 DL MU PPDU(506) 내의 각각의 (A-)MPDU와 연관된) ACK 정책 셋팅에 의존하여, DL MU PPDU(506)의 수신측에 의해 생성된 제어 응답 프레임은 상이할 수 있다. 예컨대, 표 1을 참조하면, 행 2에서, MPDU 또는 A-MPDU가 DL MU PPDU(506)에서 반송되고, 어떠한 셋팅된 ACK 또는 BA 정책도 존재하지 않으면, 수신측은 응답 프레임을 생성하지 않을 수 있다. 행 3에서, VHT 단일 MPDU가 DL MU PPDU(506)에서 반송되고, 정규 ACK 정책이 (예컨대, VHT 단일 MPDU에서) 표시되면, 수신측은 UL PPDU 응답 포맷에 대한 SU 포맷으로 ACK 프레임을 송신할 수 있다. 행 4에서, A-MPDU가 DL MU PPDU(506)에서 반송되고, 암묵적인 BAR이 적용되면, C-BA가 송신될 수 있다. 행 5에서, 멀티-TID A-MPDU가 DL MU PPDU(506)에서 반송되고, 암묵적인 BAR이 적용되면, M-BA 프레임이 송신될 수 있다. 일 양상에서, 정규 ACK 및 암묵적인 BAR 정책들은 ACK 정책에 대하여 동일한 값(예컨대, MPDU 내의 ACK 정책 필드의 동일한 값)에 의해 표현될 수 있다. 일 양상에서, DL MU PPDU(506)를 요구하기 위해, (A-)MPDU에 포함된 각각의 서비스 품질(QoS) 데이터에 대한 ACK 정책은 동일한 값으로 셋팅될 수 있다. A-MPDU는 그러한 조건들 하에서, 액션 ACK 프레임을 포함하지 않을 수 있다. 액션 ACK 프레임들은 SU와 MU 사이를 구별하기 위한 ACK 정책 필드를 갖지 않을 수 있다. 그러므로, 하나의 방식이 인에이블링될 수 있다(예컨대, UL MU는, 그것이 DL MU 응답에 대한 가장 일반적인 경우일 수 있기 때문에, 인에이블링될 수 있음).
[0049] 도 5b를 참조하면, 제2 기준 교환 시퀀스(550)에서, DL MU PPDU(556)는 AP(552)에 의해 STA들(554)(예컨대, STA들 1, 2, 3, 4)로 송신된다. DL MU PPDU(556)는 STA들 1, 2, 3, 4에 대해 시간 및 주파수에서 멀티플렉싱된 데이터를 포함할 수 있다. SIFS(560) 또는 몇몇 다른 양의 인터프레임 공간 이후, UL MU 응답(558)(또는 제어 응답 프레임)이 송신된다. 제2 기준 교환 시퀀스(550)를 참조하면, DL MU PPDU(556)의 1개의 발신기(예컨대, AP(552))가 존재할 수 있다. DL MU PPDU(556)를 수신한 이후, 하나 또는 그 초과의 STA들이 UL MU 응답(558)을 송신할 수 있다.
[0050] 표 2. DL MU PPDU|SIFS|UL MU 응답 시퀀스에 대한 ACK 규칙들
Figure 112018103305139-pct00002
[0051] UL MU 응답(558) 내에 포함될 수 있는 상이한 제어 응답 프레임들을 설명하기 위해, 제2 기준 교환 시퀀스(550)가 표 2를 참조하여 논의될 수 있다. 표 2의 제2 열에서 나타낸 바와 같이, DL MU PPDU(556)에서 반송되는 A-MPDU(들)(예컨대, MPDU, A-MPDU, VHT(very high throughput) 단일 MPDU, 멀티-TID A-MPDU)의 콘텐츠 및 ACK 정책 셋팅에 의존하여, DL MU PPDU(556)의 수신측에 의해 생성된 제어 응답 프레임은 상이할 수 있다. 예컨대, 표 2를 참조하면, 행 2에서, MPDU/A-MPDU가 DL MU PPDU(556)에서 반송되고, 어떠한 셋팅된 ACK 또는 BA 정책도 존재하지 않으면, 모든 수신측들은 제어 응답 프레임을 생성하지 않을 수 있다. 행 3에서, VHT 단일 MPDU가 DL MU PPDU(556)에서 반송되고, MU ACK 정책이 적용되면(예컨대, VHT 단일 MPDU에서 표시되면), 하나 또는 그 초과의 수신측들은 UL PPDU 포맷으로 ACK 프레임을 송신할 수 있다. 일 양상에서, DL MU PPDU(556) 내의 트리거 정보(예컨대, 트리거 메시지)가 기본 트리거 프레임이 아니었다면 또는 기본 트리거 프레임이 UL MU 응답에서 제공되지 않았다면, STA들(554)은 AP(552)로부터 UL MU 응답(558)에 대한 응답을 요구하지 않을 수 있다. 다른 양상에서, DL MU PPDU에서 반송된 트리거 정보가 기본 트리거 프레임이었다면, STA들(554)은 AP(552)로부터 UL MU 응답(558)에 대한 응답을 요구할 수 있다. 다른 양상에서, MU ACK 정책은 ACK 정책의 PSMP ACK 값의 값에 의해 시그널링될 수 있다. 행 4에서, A-MPDU가 DL MU PPDU(556)에서 반송되고, MU ACK 정책이 적용되거나 또는 시그널링되면, C-BA가 송신될 수 있다. 행 5에서, 멀티-TID A-MPDU가 DL MU PPDU(556)에서 반송되고, MU ACK 정책이 적용되거나 또는 시그널링되면, M-BA 프레임이 송신될 수 있다. 일 양상에서, A-MPDU는, SU와 MU 사이를 구별하기 위한 ACK 정책 필드를 갖지 않을 수 있는 액션 ACK 프레임을 포함할 수 있다. 다른 양상에서, 디폴트로, 액션 ACK 프레임과 함께 MPDU를 포함하는 DL 멀티-TID A-MPDU 프레임들에 대한 응답은 MU 모드에서 존재할 수 있다. 일 양상에서, DL MU PPDU를 요구하기 위해, (A-)MPDU에 포함된 각각의 QoS 데이터에 대한 ACK 정책은 동일한 값으로 셋팅될 수 있다. 다른 양상에서, 수신측이 UL MU 응답들과 함께 하나 또는 그 초과의 트리거 프레임들 또는 하나 또는 그 초과의 제어 필드들(예컨대, HE 변형 HT 제어 필드들)에 포함된 리소스 유닛을 할당받으면, 수신측은 DL MU PPDU(556)에 응답할 수 있다.
[0052] 도 6a를 참조하면, 제3 기준 교환 시퀀스(600)에서, AP(602)는 트리거 프레임(606)을 STA들(604)(예컨대, STA들 1, 2, 3, 4)에 송신할 수 있다. SIFS(620) 이후, STA들(604)은 트리거 프레임(606)에 대한 응답으로 UL MU PPDU(608)를 송신할 수 있다. 그 후, SIFS(622) 또는 몇몇 다른 양의 인터프레임 공간 이후, AP(602)는 DL SU 프레임 응답들(610, 612, 614, 616)을 STA들(604) 각각에 송신할 수 있다. 함께, DL SU 프레임 응답들(610, 612, 614, 616)은 하나 또는 그 초과의 STA들에 대한 MPDU 정보에서 반송된다. 식별자(예컨대, 각각의 STA를 식별하는 AID, 그 후, 그 AID에는 BA 정보가 후속할 수 있음)는 각각의 MPDU에 포함될 수 있다. 제3 기준 교환 시퀀스(600)를 참조하면, UL MU PPDU(608)의 하나 또는 그 초과의 발신기들(예컨대, 하나 또는 그 초과의 STA들 1, 2, 3, 4)이 존재할 수 있다.
[0053] 표 3. UL MU PPDU|SIFS|DL SU 응답 시퀀스에 대한 ACK 규칙들
Figure 112018103305139-pct00003
[0054] UL SU 프레임 응답들(610, 612, 614, 616) 내에 포함될 수 있는 상이한 제어 응답 프레임들을 설명하기 위해, 제3 기준 교환 시퀀스(600)가 표 3을 참조하여 논의될 수 있다. 표 3의 제2 열에서 나타낸 바와 같이, UL MU PPDU(608)에서 반송되는 A-MPDU(들)(예컨대, MPDU, A-MPDU, VHT(very high throughput) 단일 MPDU, 멀티-TID A-MPDU)의 콘텐츠 및 제3 열의 ACK 정책 셋팅에 의존하여, UL MU PPDU(608)의 수신측에 의해 생성된 제어 응답 프레임은 상이할 수 있다. 예컨대, 표 3을 참조하면, 행 2에서, MPDU/A-MPDU가 UL MU PPDU(608)에서 반송되고, 어떠한 셋팅된 ACK 또는 BA 정책도 존재하지 않으면, 수신측은 제어 응답 프레임을 생성하지 않을 수 있다. 행 3에서, VHT 단일 MPDU가 UL MU PPDU(608)에서 반송되고, 정규 ACK 정책이 적용되면(예컨대, VHT 단일 MPDU에서 표시되면), 수신측은, 1개의 발신기(예컨대, 단일 STA 발신기)가 존재하는 경우 ACK 프레임을 송신할 수 있거나, 또는 1개 초과의 발신기(예컨대, 다수의 STA들)가 존재하는 경우 M-BA를 송신할 수 있다. 일 양상에서, UL MU PPDU(608)를 요구하는 트리거(예컨대, 트리거 메시지)가 기본 트리거 프레임이 아니었다면 또는 트리거가 UL MU PPDU(608)의 UL MU 응답 필드에 포함되지 않았다면, STA들(604)은 UL MU PPDU(608)에 대한 응답을 요구하지 않을 수 있다. 다른 양상에서, UL MU PPDU(608)를 요구했던 트리거가 기본 트리거 프레임이었다면, STA들(604)은 UL MU PPDU(608)에 대한 응답을 요구할 수 있다. 행 4에서, A-MPDU가 UL MU PPDU(608)에서 반송되고, 암묵적인 BAR 정책이 적용되거나 또는 시그널링되면, 발신기들의 수가 1인 경우 C-BA가 송신될 수 있거나, 또는 발신기들의 수가 1보다 큰 경우 M-BA가 송신될 수 있다. 행 5에서, 멀티-TID A-MPDU가 UL MU PPDU(608)에서 반송되고, 암묵적인 BAR이 적용되거나 또는 시그널링되면, 발신기들의 수가 0보다 큰 경우, M-BA 프레임이 송신될 수 있다. 일 양상에서, UL MU PPDU를 요구하기 위해, (A-)MPDU에 포함된 각각의 QoS 데이터에 대한 ACK 정책은 정규 ACK/암묵적인 BAR로 셋팅될 수 있다. 다른 양상에서, 멀티-TID A-MPDU 내의 A-MPDU는 액션 ACK 프레임을 포함할 수 있다. MPDU에 액션 ACK 프레임을 포함하는 멀티-TID A-MPDU 프레임에 대한 응답은 M-BA일 수 있다.
[0055] 도 6b를 참조하면, 제4 기준 교환 시퀀스(650)에서, AP(652)는 UL MU PPDU(658)를 요구하기 위해 트리거 프레임(656)을 STA들(654)에 송신할 수 있다. SIFS(662) 또는 몇몇 다른 양의 인터프레임 공간 이후, STA들(654)은 UL MU PPDU(658)를 송신할 수 있다. 제4 기준 교환 시퀀스(650)를 참조하면, UL MU PPDU(658)의 하나 또는 그 초과의 발신기들(예컨대, 하나 또는 그 초과의 STA들)이 존재할 수 있다. UL MU PPDU(658)를 수신한 이후, AP(652)는 DL MU 응답(660)을 송신할 수 있다.
[0056] 표 4. UL MU PPDU|SIFS|DL MU 응답 시퀀스에 대한 ACK 규칙들
Figure 112018103305139-pct00004
[0057] DL MU 응답(660) 내에 포함될 수 있는 상이한 제어 응답 프레임들을 설명하기 위해, 제4 기준 교환 시퀀스(650)가 표 4를 참조하여 논의될 수 있다. 표 4의 제2 열에서 나타낸 바와 같이, UL MU PPDU(658)에서 반송되는 A-MPDU(들)(예컨대, MPDU, A-MPDU, VHT(very high throughput) 단일 MPDU, 멀티-TID A-MPDU)의 콘텐츠 및 제3 열의 ACK 정책 셋팅에 의존하여, UL MU PPDU(658)의 수신측에 의해 생성된 제어 응답 프레임은 상이할 수 있다. 예컨대, 표 4를 참조하면, 행 2에서, MPDU/A-MPDU가 UL MU PPDU에서 반송되고, 어떠한 셋팅된 ACK 또는 BA 정책도 존재하지 않으면, 수신측은 응답 프레임을 생성하지 않을 수 있다. 행 3에서, VHT 단일 MPDU가 UL MU PPDU(658)에서 반송되고, 정규 ACK 정책이 적용되면(예컨대, VHT 단일 MPDU에서 표시되면), 수신측은, 1개의 발신기가 존재하는 경우 ACK 프레임을 송신할 수 있거나, 또는 1개 초과의 발신기가 존재하는 경우 M-BA를 송신할 수 있다. 일 양상에서, UL MU PPDU(658)를 요구하는 트리거(예컨대, 트리거 메시지)가 기본 트리거 프레임이 아니었다면 또는 트리거가 UL MU PPDU(658)의 UL MU 응답 필드에 포함되지 않았다면, STA들은 UL MU PPDU(658)에 대한 응답을 요구하지 않을 수 있다. 다른 양상에서, DL MU PPDU를 요구했던 트리거가 기본 트리거 프레임이었다면, STA들은 UL MU PPDU에 대한 응답을 요구할 수 있다. 행 4에서, A-MPDU가 UL MU PPDU(658)에서 반송되고, 암묵적인 BAR 정책이 적용되거나 또는 시그널링되면, 발신기들의 수가 1인 경우 C-BA가 송신될 수 있거나, 또는 발신기들의 수가 1보다 큰 경우 M-BA가 송신될 수 있다. 행 5에서, 멀티-TID A-MPDU가 UL MU PPDU(658)에서 반송되고, 암묵적인 BAR이 적용되거나 또는 시그널링되면, 발신기들의 수가 0보다 큰 경우, M-BA 프레임이 송신될 수 있다. 일 양상에서, UL MU PPDU를 요구하기 위해, (A-)MPDU에 포함된 각각의 QoS 데이터에 대한 ACK 정책은 정규 ACK/암묵적인 BAR로 셋팅될 수 있다. 다른 양상에서, 멀티-TID A-MPDU 내의 A-MPDU는 액션 ACK 프레임을 포함할 수 있다. MPDU에 액션 ACK 프레임을 포함하는 멀티-TID A-MPDU 프레임에 대한 응답은 M-BA일 수 있다.
[0058] 다른 양상에서, BAR-요구된 BA 프레임들에 대해, 발신기는 BAR 프레임과 함께 BA 프레임들을 요구할 수 있다. BAR 프레임은 PPDU에서 반송된 MPDU, A-MPDU의 마지막 MPDU일 수 있거나, 또는 트리거 프레임의 BAR 변형의 일부로서 포함될 수 있다. 트리거 프레임이 A-MPDU에서 어그리게이팅되면, 어떠한 BAR 프레임들도 존재하지 않을 수 있다. 다른 양상에서, 수신측에 의해 지원되는 TID들의 최대 수가 1이면, BAR 프레임은 어느 하나의 압축된 BAR일 수 있다. 다른 양상에서, 수신측에 의해 지원되는 TID들의 최대 수가 1 또는 그 초과이면, BAR 프레임은 멀티-TID BAR일 수 있다. BAR 프레임들에 대해, (예컨대, 도 5에 도시된 바와 같이) BA 프레임들에 대해 논의된 것과 동일한 프래그먼트 넘버 맵핑이 적용된다. 추가로, 위에서 논의된 바와 같은 PPDU 당 확인응답 규칙들이 또한 적용될 수 있다.
[0059] 요약하면, 무선 디바이스들은, 가변 비트맵들 및 멀티-TID 지원에 대한 BA 선택 규칙들을 이용하여 미리 구성되고, 그 BA 선택 규칙들을 협의할 수 있다. 무선 디바이스들은 위에서 논의된 바와 같이 PPDU 당 확인응답 규칙들을 추가로 이용할 수 있다.
[0060] 도 7은 블록 확인응답들을 생성하기 위해 도 1의 무선 통신 시스템(100) 내에서 이용될 수 있는 무선 디바이스(702)의 기능 블록 다이어그램이다. 무선 디바이스(702)는 본 명세서에서 설명되는 다양한 방법들을 구현하도록 구성될 수 있는 디바이스의 일 예이다. 예컨대, 무선 디바이스(702)는 AP(104) 또는 STA(114)일 수 있다.
[0061] 무선 디바이스(702)는 무선 디바이스(702)의 동작을 제어하는 프로세서(704)를 포함할 수 있다. 프로세서(704)는 또한 중앙 프로세싱 유닛(CPU)으로서 지칭될 수 있다. 판독-전용 메모리(ROM) 및 랜덤 액세스 메모리(RAM) 둘 모두를 포함할 수 있는 메모리(706)는 명령들 및 데이터를 프로세서(704)에 제공할 수 있다. 메모리(706)의 일부는 또한 비-휘발성 랜덤 액세스 메모리(NVRAM)를 포함할 수 있다. 프로세서(704)는 통상적으로 메모리(706) 내에 저장되는 프로그램 명령들에 기반하여 논리 및 산술 연산들을 수행한다. 메모리(706) 내의 명령들은 본 명세서에 설명된 방법들을 구현하도록 (예컨대, 프로세서(704)에 의해) 실행가능할 수 있다.
[0062] 프로세서(704)는 하나 또는 그 초과의 프로세서들을 이용하여 구현되는 프로세싱 시스템의 컴포넌트를 포함할 수 있거나 그 컴포넌트일 수 있다. 하나 또는 그 초과의 프로세서들은, 범용 마이크로프로세서들, 마이크로제어기들, 디지털 신호 프로세서(DSP)들, 필드 프로그래밍가능 게이트 어레이(FPGA)들, 프로그래밍가능 로직 디바이스(PLD)들, 제어기들, 상태 머신들, 게이팅된 로직, 이산 하드웨어 컴포넌트들, 전용 하드웨어 유한 상태 머신들, 또는 정보의 계산들 또는 다른 조작들을 수행할 수 있는 임의의 다른 적절한 엔티티들의 임의의 조합으로 구현될 수 있다.
[0063] 프로세싱 시스템은 또한, 소프트웨어를 저장하기 위한 머신-판독가능 매체들을 포함할 수 있다. 소프트웨어는, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 디스크립션(description) 언어 또는 다른 용어로 지칭되는지 간에, 임의의 타입의 명령들을 의미하도록 광범위하게 해석되어야 한다. 명령들은 (예컨대, 소스 코드 포맷, 바이너리 코드 포맷, 실행가능한 코드 포맷, 또는 임의의 다른 적절한 코드 포맷의) 코드를 포함할 수 있다. 명령들은, 하나 또는 그 초과의 프로세서들에 의해 실행되는 경우, 프로세싱 시스템으로 하여금 본 명세서에 설명된 다양한 기능들을 수행하게 한다.
[0064] 무선 디바이스(702)는 또한, 하우징(708)을 포함할 수 있으며, 무선 디바이스(702)는, 무선 디바이스(702)와 원격 디바이스 사이에서의 데이터의 송신 및 수신을 허용하기 위한 송신기(710) 및/또는 수신기(712)를 포함할 수 있다. 송신기(710) 및 수신기(712)는 트랜시버(714)로 결합될 수 있다. 안테나(716)는 하우징(708)에 부착될 수 있으며, 트랜시버(714)에 전기적으로 커플링될 수 있다. 무선 디바이스(702)는 또한, 다수의 송신기들, 다수의 수신기들, 다수의 트랜시버들, 및/또는 다수의 안테나들을 포함할 수 있다.
[0065] 무선 디바이스(702)는 또한, 트랜시버(714) 또는 수신기(712)에 의해 수신되는 신호들의 레벨을 검출하고 정량화하기 위해 사용될 수 있는 신호 검출기(718)를 포함할 수 있다. 신호 검출기(718)는 총 에너지, 심볼 당 서브캐리어 당 에너지, 전력 스펙트럼 밀도, 및 다른 신호들로서 그러한 신호들을 검출할 수 있다. 무선 디바이스(702)는 또한, 신호들을 프로세싱하는 데 사용하기 위한 DSP(720)를 포함할 수 있다. DSP(720)는 송신을 위해 패킷을 생성하도록 구성될 수 있다. 몇몇 양상들에서, 패킷은 PPDU를 포함할 수 있다.
[0066] 몇몇 양상들에서, 무선 디바이스(702)는 사용자 인터페이스(722)를 더 포함할 수 있다. 사용자 인터페이스(722)는 키패드, 마이크로폰, 스피커, 및/또는 디스플레이를 포함할 수 있다. 사용자 인터페이스(722)는, 무선 디바이스(702)의 사용자에게 정보를 운반하고 그리고/또는 사용자로부터 입력을 수신하는 임의의 엘리먼트 또는 컴포넌트를 포함할 수 있다.
[0067] 무선 디바이스(702)가 AP(예컨대, AP(104))로서 또는 STA(예컨대, STA(114))로서 구현되는 경우, 무선 디바이스(702)는 또한, 확인응답 컴포넌트(724)를 포함할 수 있다. 확인응답 컴포넌트(724)는 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임(732)을 수신하도록 구성될 수 있다. 확인응답 컴포넌트(724)는, 수신된 적어도 하나의 프레임에 기반하여, 비트맵을 포함할 수 있는 BA 프레임(730)을 생성하도록 구성될 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 확인응답 컴포넌트(724)는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다. 일 양상에서, 프래그먼트 넘버 필드는 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드일 수 있으며, BA 시작 시퀀스 제어 필드는 BA 프레임의 BA 정보 필드 내의 서브필드일 수 있다. 다른 양상에서, 프래그먼트 넘버 필드는, BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 추가로 표시할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임일 수 있다. 이러한 양상에서, 프래그먼트 넘버 필드는 제1 비트, 제2 비트, 제3 비트, 및 제4 비트를 포함할 수 있으며, 제2 및 제3 비트들은 비트맵 길이 표시자에 대응할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 8옥텟들인지 또는 32옥텟들인지를 표시할 수 있다. 다른 양상에서, BA 프레임은 멀티-스테이션 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 또는 32옥텟들인지를 표시할 수 있다. 다른 구성에서, 확인응답 컴포넌트(724)는, 확인응답 정책 셋팅 및 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여, 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임을 선택하도록 구성될 수 있다. 다른 양상에서, 적어도 하나의 프레임은 액션 확인응답 프레임이 아닐 수 있다. 다른 구성에서, 확인응답 컴포넌트(724)는 BA 셋업 기간 동안 적어도 하나의 무선 디바이스와 비트맵의 길이를 협의하도록 추가로 구성될 수 있다. 확인응답 컴포넌트(724)는, 버퍼 사이즈를 결정하기 위해 적어도 하나의 무선 디바이스와 통신함으로써 그리고 버퍼 사이즈에 기반하여 비트맵의 길이를 결정함으로써 협의하도록 구성될 수 있다. 다른 구성에서, 확인응답 컴포넌트(724)는 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 BAR 프레임(734)을 수신하도록 구성될 수 있다. BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함할 수 있다. BA 프레임은 수신된 BAR 프레임에 기반하여 생성될 수 있다.
[0068] 무선 디바이스(702)의 다양한 컴포넌트들은, 버스 시스템(726)에 의해 함께 커플링될 수 있다. 버스 시스템(726)은, 예컨대, 데이터 버스 뿐만 아니라 데이터 버스에 부가하여 전력 버스, 제어 신호 버스, 및 상태 신호 버스를 포함할 수 있다. 무선 디바이스(702)의 컴포넌트들은, 함께 커플링되거나 몇몇 다른 메커니즘을 사용하여 서로에 대한 입력들을 수용 또는 제공할 수 있다.
[0069] 다수의 별개의 컴포넌트들이 도 7에 예시되어 있지만, 컴포넌트들 중 하나 또는 그 초과가 결합되거나 공통적으로 구현될 수 있다. 예컨대, 프로세서(704)는, 프로세서(704)에 대해 위에서 설명된 기능을 구현할 뿐만 아니라 신호 검출기(718), DSP(720), 사용자 인터페이스(722), 및/또는 확인응답 컴포넌트(724)에 대해 위에서 설명된 기능을 구현하는 데 사용될 수 있다. 추가로, 도 7에 예시된 컴포넌트들의 각각은 복수의 별개의 엘리먼트들을 사용하여 구현될 수 있다.
[0070] 도 8은 ACK 선택 및 생성의 예시적인 방법(800)의 흐름도이다. 방법(800)은 장치(예컨대, 예를 들어, STA(114), AP(104), AP들(502, 552, 602, 652), STA들(504, 554, 604, 654), 또는 무선 디바이스(702))를 사용하여 수행될 수 있다. 방법(800)이 도 7의 무선 디바이스(702)의 엘리먼트들에 대해 아래에서 설명되지만, 다른 컴포넌트들이 본 명세서에 설명된 단계들 중 하나 또는 그 초과를 구현하는 데 사용될 수 있다.
[0071] 블록(805)에서, 장치는, BA 셋업 기간 동안 하나 또는 그 초과의 데이터 송신들과 연관된 비트맵(또는 버퍼)의 길이를 적어도 하나의 무선 디바이스와 협의할 수 있다. 장치는, 버퍼 사이즈를 결정하기 위해 적어도 하나의 무선 디바이스와 통신함으로써 그리고 버퍼 사이즈에 기반하여 비트맵의 길이를 결정함으로써 길이를 협의할 수 있다. 예컨대, 도 5b를 참조하면, 장치는 AP(652)일 수 있다. AP(652)는, STA들(654)에 송신하기 위한 버퍼 사이즈를 결정하기 위해 STA들(654)과 통신함으로써 그리고 버퍼 사이즈에 기반하여 비트맵의 길이를 결정함으로써 비트맵(예컨대, BA 비트맵)의 길이를 협의할 수 있다. 예컨대, 협의된 버퍼 사이즈가 [1, X] 사이에 있다면, 비트맵 길이는 X 비트들일 수 있고, 협의된 버퍼 사이즈가 [X+1, Y] 사이에 있다면, 비트맵 길이는 Y 비트들일 수 있다. 이러한 예에서, 협의된 버퍼 사이즈는 32바이트들일 수 있다.
[0072] 블록(810)에서, 장치는, 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신할 수 있다. 예컨대, 도 6b를 참조하면, AP(652)는 STA들 1, 2, 3, 4로부터 UL MU PPDU(658)를 수신할 수 있다.
[0073] 블록(815)에서, 장치는 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 BAR 프레임을 수신할 수 있다. BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함할 수 있다. 예컨대, STA들 1, 2, 3, 4로부터 UL MU PPDU(658)를 수신한 이후, AP(652)는 STA들 1, 2, 3, 4로부터 BAR 프레임을 수신할 수 있다. BAR 프레임은, AP(652)에 의해 송신될 BA 비트맵의 길이를 표시하는, 제2 비트맵 길이 표시자를 갖는 제2 프래그먼트 넘버 필드를 포함할 수 있다.
[0074] 블록(820)에서, 장치는, ACK 정책 셋팅, 및 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여, C-BA 프레임 또는 M-BA 프레임을 생성할 수 있다. 예컨대, 도 6b를 참조하면, AP(652)는 UL MU PPDU(658)의 콘텐츠들을 결정할 수 있다. 예컨대, 콘텐츠들은 MPDU, A-MPDU, VHT 단일 MPDU, 또는 멀티-TID A-MPDU를 포함한다. 이러한 경우, AP(652)는, 콘텐츠들이 A-MPDU를 포함한다고 결정할 수 있다. 다음으로, AP(652)는 UL MU PPDU(658)의 발신기들의 수를 결정할 수 있다. 도 6b를 참조하면, 4개의 발신기들(예컨대, STA들 1, 2, 3, 4)이 존재할 수 있다. UL MU PPDU(658)의 콘텐츠가 A-MPDU이기 때문에 그리고 발신기들의 수가 1보다 크기 때문에, AP(652)는 M-BA를 생성할 수 있다.
[0075] 블록(825)에서, 장치는 수신된 적어도 하나의 프레임에 기반하여 비트맵을 포함하는 BA 프레임을 생성할 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 일 양상에서, 프래그먼트 넘버 필드는 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드일 수 있으며, BA 시작 시퀀스 제어 필드는 BA 프레임의 BA 정보 필드 내의 서브필드일 수 있다. 다른 양상에서, 프래그먼트 넘버 필드는, BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 추가로 표시할 수 있다. 장치는, 데이터가 적어도 하나의 프레임에서 성공적으로 수신되었는지 여부에 기반하여 BA 비트맵을 생성함으로써 그리고 비트맵의 길이를 프래그먼트 넘버 필드에 삽입함으로써 BA 프레임을 생성할 수 있다. 장치는 도 2 및 도 3에 도시된 하나 또는 그 초과의 필드들을 BA 프레임에 삽입함으로써 BA 프레임을 생성할 수 있다. 예컨대, 도 6b를 참조하면, AP(652)는, UL MU PPDU(658) 내의 데이터가 성공적으로 수신되었는지 여부에 기반하여 BA 비트맵을 생성함으로써 BA 프레임(또는 DL MU 응답(660))을 생성할 수 있다. AP(652)는, 비트맵 길이가 32바이트들이라고 결정하며, 따라서, (데이터가 UL MU PPDU(658)에서 프래그먼트화되지 않았다면) 프래그먼트 넘버 필드의 비트 값을 0010이 되도록 셋팅하거나 또는 (데이터가 UL MU PPDU(658)에서 프래그먼트화되었다면) 0001이 되도록 셋팅할 수 있다.
[0076] 블록(830)에서, 장치는 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신할 수 있다. 예컨대, 도 6b를 참조하면, AP(652)는 DL MU 응답(660)을 STA들(654)(예컨대, STA들 1, 2, 3, 4)에 송신할 수 있다.
[0077] 도 9는 블록 확인응답들을 생성하는 예시적인 무선 통신 디바이스(900)의 기능 블록 다이어그램이다. 무선 통신 디바이스(900)는, 수신기(905), 프로세싱 시스템(910), 및 송신기(915)를 포함할 수 있다. 프로세싱 시스템(910)은 확인응답 컴포넌트(924)를 포함할 수 있다. 수신기(905), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)는 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임(932)을 수신하도록 구성될 수 있다. 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)는, 수신된 적어도 하나의 프레임에 기반하여, 비트맵을 포함할 수 있는 BA 프레임(930)을 생성하도록 구성될 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 송신기(915), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하도록 구성될 수 있다. 일 양상에서, 프래그먼트 넘버 필드는 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드일 수 있으며, BA 시작 시퀀스 제어 필드는 BA 프레임의 BA 정보 필드 내의 서브필드일 수 있다. 다른 양상에서, 프래그먼트 넘버 필드는, BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 추가로 표시할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임일 수 있다. 이러한 양상에서, 프래그먼트 넘버 필드는 제1 비트, 제2 비트, 제3 비트, 및 제4 비트를 포함할 수 있으며, 제2 및 제3 비트들은 비트맵 길이 표시자에 대응할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 8옥텟들인지 또는 32옥텟들인지를 표시할 수 있다. 다른 양상에서, BA 프레임은 멀티-스테이션 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 또는 32옥텟들인지를 표시할 수 있다. 다른 구성에서, 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)는, 확인응답 정책 셋팅 및 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여, 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임을 선택하도록 구성될 수 있다. 다른 양상에서, 적어도 하나의 프레임은 액션 확인응답 프레임이 아닐 수 있다. 다른 구성에서, 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)는 BA 셋업 기간 동안 적어도 하나의 무선 디바이스와 비트맵의 길이를 협의하도록 추가로 구성될 수 있다. 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)는, 버퍼 사이즈를 결정하기 위해 적어도 하나의 무선 디바이스와 통신함으로써 그리고 버퍼 사이즈에 기반하여 비트맵의 길이를 결정함으로써 협의하도록 구성될 수 있다. 다른 구성에서, 수신기(905), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)는 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 BAR 프레임(934)을 수신하도록 구성될 수 있다. BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함할 수 있다. BA 프레임은 수신된 BAR 프레임에 기반하여 생성될 수 있다.
[0078] 수신기(905), 프로세싱 시스템(910), 확인응답 컴포넌트(924), 및/또는 송신기(915)는 위에서 논의된 하나 또는 그 초과의 기능들을 수행하도록 구성될 수 있다. 수신기(905)는 수신기(1012)에 대응할 수 있다. 프로세싱 시스템(910)은 프로세서(1004)에 대응할 수 있다. 송신기(915)는 송신기(1010)에 대응할 수 있다. 확인응답 컴포넌트(924)는 확인응답 컴포넌트(124), 확인응답 컴포넌트(126), 및/또는 확인응답 컴포넌트(1024)에 대응할 수 있다.
[0079] 일 구성에서, 무선 통신 디바이스(900)는, 적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하기 위한 수단을 포함할 수 있다. 무선 통신 디바이스(900)는, 수신된 적어도 하나의 프레임에 기반하여, 비트맵을 포함할 수 있는 BA 프레임을 생성하기 위한 수단을 포함할 수 있다. BA 프레임은, 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함할 수 있다. 무선 통신 디바이스(900)는, 생성된 BA 프레임을 적어도 하나의 무선 디바이스에 송신하기 위한 수단을 포함할 수 있다. 일 양상에서, 프래그먼트 넘버 필드는 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드일 수 있으며, BA 시작 시퀀스 제어 필드는 BA 프레임의 BA 정보 필드 내의 서브필드일 수 있다. 다른 양상에서, 프래그먼트 넘버 필드는, BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 추가로 표시할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임일 수 있다. 이러한 양상에서, 프래그먼트 넘버 필드는 제1 비트, 제2 비트, 제3 비트, 및 제4 비트를 포함할 수 있으며, 제2 및 제3 비트들은 비트맵 길이 표시자에 대응할 수 있다. 다른 양상에서, BA 프레임은 압축된 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 8옥텟들인지 또는 32옥텟들인지를 표시할 수 있다. 다른 양상에서, BA 프레임은 멀티-스테이션 BA 프레임일 수 있으며, 비트맵 길이 표시자는 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 또는 32옥텟들인지를 표시할 수 있다. 다른 구성에서, 무선 통신 디바이스(900)는, 확인응답 정책 셋팅 및 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여, 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임을 생성하기 위한 수단을 포함할 수 있다. 다른 양상에서, 적어도 하나의 프레임은 액션 확인응답 프레임이 아닐 수 있다. 다른 구성에서, 무선 통신 디바이스(900)는 BA 셋업 기간 동안 적어도 하나의 무선 디바이스와 비트맵의 길이를 협의하기 위한 수단을 포함할 수 있다. 협의하기 위한 수단은, 버퍼 사이즈를 결정하기 위해 적어도 하나의 무선 디바이스와 통신함으로써 그리고 버퍼 사이즈에 기반하여 비트맵의 길이를 결정함으로써 협의하도록 구성될 수 있다. 다른 구성에서, 무선 통신 디바이스(900)는 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 BAR 프레임을 수신하기 위한 수단을 포함할 수 있다. BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 BA 프레임 내의 비트맵의 길이를 표시하는, 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함할 수 있다. BA 프레임은 수신된 BAR 프레임에 기반하여 생성될 수 있다.
[0080] 예컨대, 수신하기 위한 수단은, 수신기(905), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다. BA 프레임을 생성하기 위한 수단은, 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다. 생성된 BA 프레임을 송신하기 위한 수단은, 송신기(915), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다. 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임을 생성하기 위한 수단은, 프로세싱 시스템(910) 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다. 비트맵의 길이를 협의하기 위한 수단은, 프로세싱 시스템(910), 송신기(915), 수신기(905), 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다. BAR 프레임을 수신하기 위한 수단은, 수신기(905), 프로세싱 시스템(910), 및/또는 확인응답 컴포넌트(924)를 포함할 수 있다.
[0081] 위에서 설명된 방법들의 다양한 동작들은, 다양한 하드웨어 및/또는 소프트웨어 컴포넌트(들), 회로들, 및/또는 모듈(들)과 같은, 동작들을 수행할 수 있는 임의의 적절한 수단에 의해 수행될 수 있다. 일반적으로, 도면들에 예시된 임의의 동작들은, 동작들을 수행할 수 있는 대응하는 기능 수단에 의해 수행될 수 있다.
[0082] 본 개시내용과 관련하여 설명된 다양한 예시적인 로지컬 블록들, 컴포넌트들 및 회로들은 범용 프로세서, DSP, ASIC, FPGA 또는 다른 PLD, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들 또는 본 명세서에 설명된 기능들을 수행하도록 설계된 이들의 임의의 결합으로 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만 대안적으로, 프로세서는 임의의 상업적으로 이용가능한 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 조합, 예컨대 DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로서 구현될 수 있다.
[0083] 하나 또는 그 초과의 양상들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터 판독가능 매체 상에 하나 또는 그 초과의 명령 또는 코드로서 저장되거나 이를 통해 송신될 수 있다. 컴퓨터 판독가능 매체들은, 일 장소에서 다른 장소로의 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체를 포함한 통신 매체들 및 컴퓨터 저장 매체들 둘 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, 컴팩트 디스크(CD) ROM(CD-ROM) 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송(carry) 또는 저장하는 데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결수단(connection)이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예컨대, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL), 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들이 매체의 정의에 포함된다. 본 명세서에서 사용된 바와 같이, 디스크(disk) 및 디스크(disc)는 CD, 레이저 디스크(disc), 광학 디스크(disc), 디지털 다기능 디스크(digital versatile disc)(DVD), 플로피 디스크(disk) 및 블루-레이 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 일반적으로 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 따라서, 컴퓨터-판독가능 매체는 비-일시적인 컴퓨터-판독가능 매체(예컨대, 유형의(tangible) 매체들)를 포함할 수 있다.
[0084] 본 명세서에 개시된 방법들은 설명된 방법을 달성하기 위한 하나 또는 그 초과의 단계들 또는 액션들을 포함한다. 방법 단계들 및/또는 액션들은 청구항들의 범위를 벗어나지 않으면서 서로 상호교환될 수 있다. 즉, 단계들 또는 액션들의 특정 순서가 명시되지 않으면, 특정 단계들 및/또는 액션들의 순서 및/또는 사용은 청구항들의 범위를 벗어나지 않으면서 변경될 수 있다.
[0085] 따라서, 특정한 양상들은 본 명세서에서 제시되는 동작들을 수행하기 위한 컴퓨터 프로그램 제품을 포함할 수 있다. 예컨대, 그러한 컴퓨터 프로그램 제품은 명령들이 저장된 (및/또는 인코딩된) 컴퓨터 판독가능 매체를 포함할 수 있으며, 명령들은 본 명세서에 설명된 동작들을 수행하기 위해 하나 또는 그 초과의 프로세서들에 의하여 실행가능하다. 특정한 양상들의 경우, 컴퓨터 프로그램 제품은 패키징 재료를 포함할 수 있다.
[0086] 추가로, 본 명세서에 설명된 방법들 및 기법들을 수행하기 위한 컴포넌트들 및/또는 다른 적절한 수단은 적용가능할 때 사용자 단말 및/또는 기지국에 의해 다운로딩될 수 있고 그리고/또는 다른 방식으로 획득될 수 있음을 인식해야 한다. 예컨대, 그러한 디바이스는 본 명세서에 설명된 방법들을 수행하기 위한 수단의 전달을 용이하게 하기 위해 서버에 커플링될 수 있다. 대안적으로, 본 명세서에 설명된 다양한 방법들은 저장 수단(예컨대, RAM, ROM, CD 또는 플로피 디스크와 같은 물리적 저장 매체 등)을 통해 제공될 수 있어서, 사용자 단말 및/또는 기지국이 저장 수단을 디바이스에 커플링하거나 제공할 시에 다양한 방법들을 획득할 수 있게 한다. 또한, 본 명세서에 설명된 방법들 및 기법들을 디바이스에 제공하기 위한 임의의 다른 적절한 기법이 이용될 수 있다.
[0087] 청구항들이 상기에 예시되는 바로 그 구성 및 컴포넌트들에 제한되지 않음을 이해할 것이다. 다양한 변형들, 변경들 및 변화들이 청구항들의 범위를 벗어나지 않으면서 위에서 설명된 방법들 및 장치의 어레인지먼트(arrangement), 동작 및 세부사항들에서 행해질 수 있다.
[0088] 전술한 것이 본 개시내용의 양상들에 관한 것이지만, 본 개시내용의 다른 및 추가적인 양상들이 본 개시내용의 기본적인 범위를 벗어나지 않으면서 고안될 수 있으며, 본 개시내용의 범위는 후속하는 청구항들에 의해 결정된다.
[0089] 이전의 설명은 임의의 당업자가 본 명세서에 설명된 다양한 양상들을 실시할 수 있도록 제공된다. 이들 양상들에 대한 다양한 변형들은 당업자들에게는 용이하게 명백할 것이며, 본 명세서에 정의된 일반적인 원리들은 다른 양상들에 적용될 수 있다. 따라서, 청구항들은 본 명세서에 설명된 양상들로 제한되도록 의도되는 것이 아니라, 청구항 문언들에 일치하는 최대 범위를 부여하려는 것이며, 여기서, 단수형의 엘리먼트에 대한 참조는 특정하게 그렇게 언급되지 않으면 "하나 및 오직 하나"를 의미하기보다는 오히려 "하나 또는 그 초과"를 의미하도록 의도된다. 달리 특정하게 언급되지 않으면, 용어 "몇몇"은 하나 또는 그 초과를 지칭한다. 당업자들에게 알려졌거나 추후에 알려지게 될 본 개시내용 전반에 걸쳐 설명된 다양한 양상들의 엘리먼트들에 대한 모든 구조적 및 기능적 등가물들은, 인용에 의해 본 명세서에 명백히 포함되고, 청구항들에 의해 포함되도록 의도된다. 또한, 본 명세서에 개시된 어떠한 것도, 그와 같은 개시가 청구항들에 명시적으로 인용되는지 여부에 관계없이 공중에 전용되도록 의도되지 않는다. 어떤 청구항 엘리먼트도, 그 엘리먼트가 "하기 위한 수단"이라는 어구를 사용하여 명시적으로 언급되지 않거나 또는 방법 청구항의 경우에서는 그 엘리먼트가 "하는 단계"라는 어구를 사용하여 언급되지 않으면, 35 U.S.C.§112(f)의 규정들 하에서 해석되지 않을 것이다.

Claims (28)

  1. 무선 통신 방법으로서,
    적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하는 단계;
    수신된 상기 적어도 하나의 프레임에 기반하여, 블록 확인응답(ACK) 비트맵을 포함하는 블록 확인응답(BA) 프레임을 생성하는 단계 ― 상기 BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임이며, 상기 BA 프레임은, 프래그먼트 넘버(fragment number) 필드, 및 상기 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 통합된 맵핑(unified mapping)의 상기 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함함 ―;
    생성된 BA 프레임을 상기 적어도 하나의 무선 디바이스에 송신하는 단계; 및
    상기 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 블록 확인응답 요청(BAR) 프레임을 수신하는 단계를 포함하며,
    상기 BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 상기 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 상기 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함하고, 상기 BA 프레임은 수신된 상기 BAR 프레임에 기반하여 생성되는, 무선 통신 방법.
  2. 제1항에 있어서,
    상기 프래그먼트 넘버 필드는 상기 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드이고,
    상기 BA 시작 시퀀스 제어 필드는 상기 BA 프레임의 BA 정보 필드 내의 서브필드인, 무선 통신 방법.
  3. 제1항에 있어서,
    상기 프래그먼트 넘버 필드는 프래그먼트화 표시자를 더 포함하며,
    상기 프래그먼트화 표시자는, 상기 BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 표시하는, 무선 통신 방법.
  4. 제1항에 있어서,
    상기 비트맵 길이 표시자는 2개의 비트들을 포함하는, 무선 통신 방법.
  5. 제4항에 있어서,
    상기 BA 프레임은 상기 압축된 BA 프레임이며,
    상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 8옥텟들인지 아니면 32옥텟들인지를 표시하는, 무선 통신 방법.
  6. 제4항에 있어서,
    상기 BA 프레임은 상기 멀티-스테이션 BA 프레임이며,
    상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 아니면 32옥텟들인지를 표시하는, 무선 통신 방법.
  7. 제4항에 있어서,
    확인응답 정책 셋팅 및 상기 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여 상기 압축된 BA 프레임 또는 상기 멀티-스테이션 BA 프레임을 생성하는 단계를 더 포함하며,
    상기 확인응답 정책 셋팅은, 확인응답 없음, 정규 확인응답 또는 암묵적인 블록 확인응답 요청 중 하나이고,
    상기 수신된 데이터의 타입은, 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU), VHT(very high throughput) 단일 MPDU, 어그리게이팅된 MPDU(A-MPDU), 또는 멀티-트래픽 식별자(TID) A-MPDU 중 하나인, 무선 통신 방법.
  8. 제7항에 있어서,
    상기 적어도 하나의 프레임은 액션 확인응답 프레임 이외의 프레임인, 무선 통신 방법.
  9. 제1항에 있어서,
    BA 셋업 기간 동안 상기 적어도 하나의 무선 디바이스와 상기 블록 ACK 비트맵의 길이를 협의하는 단계를 더 포함하며,
    상기 협의하는 단계는,
    버퍼 사이즈를 결정하기 위해 상기 적어도 하나의 무선 디바이스와 통신하는 단계; 및
    상기 버퍼 사이즈에 기반하여 상기 블록 ACK 비트맵의 길이를 결정하는 단계를 포함하는, 무선 통신 방법.
  10. 무선 통신을 위한 장치로서,
    적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하기 위한 수단;
    수신된 상기 적어도 하나의 프레임에 기반하여, 블록 확인응답(ACK) 비트맵을 포함하는 블록 확인응답(BA) 프레임을 생성하기 위한 수단 ― 상기 BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임이며, 상기 BA 프레임은, 프래그먼트 넘버(fragment number) 필드, 및 상기 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 통합된 맵핑(unified mapping)의 상기 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함함 ―;
    생성된 BA 프레임을 상기 적어도 하나의 무선 디바이스에 송신하기 위한 수단; 및
    상기 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 블록 확인응답 요청(BAR) 프레임을 수신하기 위한 수단을 포함하며,
    상기 BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 상기 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 상기 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함하고, 상기 BA 프레임은 수신된 상기 BAR 프레임에 기반하여 생성되는, 무선 통신을 위한 장치.
  11. 제10항에 있어서,
    상기 프래그먼트 넘버 필드는 상기 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드이고,
    상기 BA 시작 시퀀스 제어 필드는 상기 BA 프레임의 BA 정보 필드 내의 서브필드인, 무선 통신을 위한 장치.
  12. 제10항에 있어서,
    상기 비트맵 길이 표시자는 2개의 비트들을 포함하는, 무선 통신을 위한 장치.
  13. 제12항에 있어서,
    상기 BA 프레임은 상기 압축된 BA 프레임이고, 상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 8옥텟들인지 아니면 32옥텟들인지를 표시하며,
    상기 BA 프레임은 상기 멀티-스테이션 BA 프레임이고, 상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 아니면 32옥텟들인지를 표시하는, 무선 통신을 위한 장치.
  14. 제12항에 있어서,
    확인응답 정책 셋팅 및 상기 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여 상기 압축된 BA 프레임 또는 상기 멀티-스테이션 BA 프레임을 생성하기 위한 수단을 더 포함하며,
    상기 확인응답 정책 셋팅은, 확인응답 없음, 정규 확인응답 또는 암묵적인 블록 확인응답 요청 중 하나이고,
    상기 수신된 데이터의 타입은, 매체 액세스 제어(MAC) 프로토콜 데이터 유닛(MPDU), VHT(very high throughput) 단일 MPDU, 어그리게이팅된 MPDU(A-MPDU), 또는 멀티-트래픽 식별자(TID) A-MPDU 중 하나인, 무선 통신을 위한 장치.
  15. 제10항에 있어서,
    BA 셋업 기간 동안 상기 적어도 하나의 무선 디바이스와 상기 블록 ACK 비트맵의 길이를 협의하기 위한 수단을 더 포함하며,
    상기 협의하기 위한 수단은,
    버퍼 사이즈를 결정하기 위해 상기 적어도 하나의 무선 디바이스와 통신하고; 그리고
    상기 버퍼 사이즈에 기반하여 상기 블록 ACK 비트맵의 길이를 결정하도록
    구성되는, 무선 통신을 위한 장치.
  16. 무선 통신을 위한 장치로서,
    메모리; 및
    상기 메모리에 커플링된 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는,
    적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하고;
    수신된 상기 적어도 하나의 프레임에 기반하여, 블록 확인응답(ACK) 비트맵을 포함하는 블록 확인응답(BA) 프레임을 생성하며 ― 상기 BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임이며, 상기 BA 프레임은, 프래그먼트 넘버(fragment number) 필드, 및 상기 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 통합된 맵핑(unified mapping)의 상기 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함함 ―;
    생성된 BA 프레임을 상기 적어도 하나의 무선 디바이스에 송신하고; 그리고
    상기 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 블록 확인응답 요청(BAR) 프레임을 수신하도록 구성되며,
    상기 BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 상기 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 상기 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함하고, 상기 BA 프레임은 수신된 상기 BAR 프레임에 기반하여 생성되는, 무선 통신을 위한 장치.
  17. 제16항에 있어서,
    상기 프래그먼트 넘버 필드는 상기 BA 프레임의 BA 시작 시퀀스 제어 필드 내의 서브필드이고,
    상기 BA 시작 시퀀스 제어 필드는 상기 BA 프레임의 BA 정보 필드 내의 서브필드인, 무선 통신을 위한 장치.
  18. 제16항에 있어서,
    상기 프래그먼트 넘버 필드는 프래그먼트화 표시자를 더 포함하며,
    상기 프래그먼트화 표시자는, 상기 BA 프레임이 프래그먼트화된 데이터 송신들을 확인응답하고 있는지 여부를 표시하는, 무선 통신을 위한 장치.
  19. 제16항에 있어서,
    상기 비트맵 길이 표시자는 2개의 비트들을 포함하는, 무선 통신을 위한 장치.
  20. 제19항에 있어서,
    상기 BA 프레임은 상기 압축된 BA 프레임이며,
    상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 8옥텟들인지 아니면 32옥텟들인지를 표시하는, 무선 통신을 위한 장치.
  21. 제19항에 있어서,
    상기 BA 프레임은 상기 멀티-스테이션 BA 프레임이며,
    상기 비트맵 길이 표시자는, 상기 블록 ACK 비트맵의 길이가 2옥텟들인지, 4옥텟들인지, 8옥텟들인지, 아니면 32옥텟들인지를 표시하는, 무선 통신을 위한 장치.
  22. 제19항에 있어서,
    상기 적어도 하나의 프로세서는, 확인응답 정책 셋팅 및 상기 적어도 하나의 프레임에서 수신된 데이터의 타입에 기반하여, 상기 압축된 BA 프레임 또는 상기 멀티-스테이션 BA 프레임을 선택하도록 추가로 구성되는, 무선 통신을 위한 장치.
  23. 제22항에 있어서,
    상기 적어도 하나의 프레임은 액션 확인응답 프레임 이외의 프레임인, 무선 통신을 위한 장치.
  24. 제16항에 있어서,
    상기 적어도 하나의 프로세서는, BA 셋업 기간 동안 상기 적어도 하나의 무선 디바이스와 상기 블록 ACK 비트맵의 길이를 협의하도록 추가로 구성되며,
    상기 적어도 하나의 프로세서는,
    버퍼 사이즈를 결정하기 위해 상기 적어도 하나의 무선 디바이스와 통신하고; 그리고
    상기 버퍼 사이즈에 기반하여 상기 블록 ACK 비트맵의 길이를 결정
    함으로써 상기 길이를 협의하도록 구성되는, 무선 통신을 위한 장치.
  25. 무선 통신을 위한 컴퓨터 실행가능 코드를 저장한 비-일시적 컴퓨터-판독가능 저장 매체로서,
    상기 컴퓨터 실행가능 코드는,
    적어도 하나의 무선 디바이스로부터 적어도 하나의 프레임을 수신하고;
    수신된 상기 적어도 하나의 프레임에 기반하여, 블록 확인응답(ACK) 비트맵을 포함하는 블록 확인응답(BA) 프레임을 생성하며 ― 상기 BA 프레임은 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임이며, 상기 BA 프레임은, 프래그먼트 넘버(fragment number) 필드, 및 상기 압축된 BA 프레임 또는 멀티-스테이션 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 통합된 맵핑(unified mapping)의 상기 프래그먼트 넘버 필드 내의 비트맵 길이 표시자를 포함함 ―;
    생성된 BA 프레임을 상기 적어도 하나의 무선 디바이스에 송신하고; 그리고
    상기 적어도 하나의 프레임에 대한 BA 프레임을 요청하는 블록 확인응답 요청(BAR) 프레임을 수신하기 위한 코드를 포함하며,
    상기 BAR 프레임은, 제2 프래그먼트 넘버 필드, 및 상기 BA 프레임 내의 상기 블록 ACK 비트맵의 길이를 표시하는, 상기 제2 프래그먼트 넘버 필드 내의 제2 비트맵 길이 표시자를 포함하고, 상기 BA 프레임은 수신된 상기 BAR 프레임에 기반하여 생성되는, 비-일시적 컴퓨터-판독가능 저장 매체.
  26. 삭제
  27. 삭제
  28. 삭제
KR1020187030289A 2016-04-22 2017-04-21 블록 확인응답 생성 및 선택 규칙들 KR102047051B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662326617P 2016-04-22 2016-04-22
US62/326,617 2016-04-22
US15/492,932 2017-04-20
US15/492,932 US10361832B2 (en) 2016-04-22 2017-04-20 Block acknowledgment generation and selection rules
PCT/US2017/028927 WO2017185024A1 (en) 2016-04-22 2017-04-21 Block acknowledgment generation and selection rules

Publications (2)

Publication Number Publication Date
KR20180134917A KR20180134917A (ko) 2018-12-19
KR102047051B1 true KR102047051B1 (ko) 2019-11-20

Family

ID=60089809

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187030289A KR102047051B1 (ko) 2016-04-22 2017-04-21 블록 확인응답 생성 및 선택 규칙들

Country Status (10)

Country Link
US (1) US10361832B2 (ko)
EP (1) EP3446509B1 (ko)
JP (1) JP6644915B2 (ko)
KR (1) KR102047051B1 (ko)
CN (1) CN109076391B (ko)
BR (1) BR112018071652A2 (ko)
CA (1) CA3017943C (ko)
ES (1) ES2818594T3 (ko)
TW (1) TW201740757A (ko)
WO (1) WO2017185024A1 (ko)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11082888B2 (en) * 2015-10-20 2021-08-03 Nxp Usa, Inc. Single acknowledgment policy for aggregate MPDU
US10278224B2 (en) 2015-10-20 2019-04-30 Marvell World Trade Ltd. Acknowledgment data unit for multiple uplink data units
US10873878B2 (en) 2016-02-19 2020-12-22 Nxp Usa, Inc. Acknowledgement of transmissions in a wireless local area network
KR102549018B1 (ko) * 2016-05-11 2023-06-29 주식회사 윌러스표준기술연구소 Ack를 전송하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2017196104A1 (ko) 2016-05-11 2017-11-16 주식회사 윌러스표준기술연구소 랜덤 액세스 기반의 상향 다중 사용자 전송을 위한 무선 통신 단말 및 무선 통신 방법
EP3484229B1 (en) 2016-07-06 2022-05-11 Wilus Institute of Standards and Technology Inc. Wireless communication terminal using trigger information
CN115765953A (zh) 2016-09-07 2023-03-07 韦勒斯标准与技术协会公司 无线通信方法和使用其的无线通信终端
KR102262155B1 (ko) 2016-12-21 2021-06-08 주식회사 윌러스표준기술연구소 집합 mpdu 및 이에 대한 응답 프레임의 전송 방법 및 이를 이용한 무선 통신 단말
WO2019164544A1 (en) * 2018-02-26 2019-08-29 Marvell World Trade Ltd. Block acknowledgment operation
US11076385B2 (en) * 2018-08-10 2021-07-27 Intel Corporation Block acknowledgement and fragmentation in multi-link communication between multi-link logical entities
CN110958084B (zh) * 2018-09-27 2021-12-14 华为技术有限公司 传输确认报文的方法和通信设备
US11184107B2 (en) * 2019-01-07 2021-11-23 Huawei Technologies Co., Ltd. Semi-orthogonal multiple access communication of PPDU and acknowledgment
US11916676B2 (en) 2019-07-01 2024-02-27 Qualcomm Incorporated Memory management for hybrid automatic repeat request (HARQ) in a wireless local area network (WLAN)
US20220385403A1 (en) * 2019-12-16 2022-12-01 Lg Electronics Inc. Ack transmission using multilink
US20210111836A1 (en) * 2020-02-14 2021-04-15 Po-Kai Huang Block acknowledgement reception window size for eht networks
CN113395140A (zh) * 2020-03-12 2021-09-14 华为技术有限公司 通信方法及装置
EP4181438A4 (en) * 2020-07-07 2024-04-10 Beijing Xiaomi Mobile Software Co., Ltd. INFORMATION TRANSMISSION METHOD AND APPARATUS, COMMUNICATION DEVICE AND STORAGE MEDIUM
US11374691B2 (en) * 2020-07-29 2022-06-28 Hewlett Packard Enterprise Development Lp Adaptive block acknowledgement negotiations
EP4280495A4 (en) * 2021-01-12 2024-03-06 Beijing Xiaomi Mobile Software Co., Ltd. BLOCK CONFIRMATION METHOD, APPARATUS AND STORAGE MEDIUM
US20240305407A1 (en) * 2021-02-09 2024-09-12 Beijing Xiaomi Mobile Software Co., Ltd. Communication method and communication apparatus
CN115174003B (zh) * 2022-07-20 2023-11-24 普联技术有限公司 块确认控制方法、装置、计算机可读存储介质及终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1626520A1 (en) 2004-08-12 2006-02-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting acknowledgement frames
US20060048034A1 (en) 2004-08-24 2006-03-02 Samsung Electronics Co., Ltd. Method and apparatus for transmitting block ACK frame
WO2014014577A1 (en) 2012-07-16 2014-01-23 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060034274A1 (en) 2004-07-30 2006-02-16 Nokia Corporation System and method for variable length acknowledgements in a shared resource network
KR100631736B1 (ko) * 2004-08-12 2006-10-09 삼성전자주식회사 Ａｃｋ 프레임 전송 방법 및 장치
US7882412B2 (en) * 2004-10-05 2011-02-01 Sanjiv Nanda Enhanced block acknowledgement
US7944819B2 (en) * 2004-10-29 2011-05-17 Texas Instruments Incorporated System and method for transmission and acknowledgment of blocks of data frames in distributed wireless networks
US7904777B2 (en) * 2006-01-24 2011-03-08 Samsung Electronics Co., Ltd. Method and system for generating block acknowledgements in wireless communications
CN102684852A (zh) 2011-03-31 2012-09-19 北京新岸线无线技术有限公司 一种用于帧确认的方法和装置
US8948089B2 (en) * 2012-01-11 2015-02-03 Intel Corporation Device, system and method of communicating aggregate data units
US9253290B2 (en) * 2012-02-29 2016-02-02 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
CN105306167B (zh) * 2014-08-01 2018-11-16 展讯通信（上海）有限公司 无线网络中聚合帧长度的控制方法及装置
US9929847B2 (en) 2014-12-23 2018-03-27 Qualcomm Incorporated Shortened block acknowledgement with fragmentation acknowledgement signaling
US10574397B2 (en) * 2015-05-01 2020-02-25 Sony Corporation Information processing apparatus, communication system, information processing method and program
CN106161583B (zh) * 2015-05-12 2020-02-21 华为技术有限公司 一种块确认帧的传输方法及设备
CN112511267B (zh) * 2015-09-01 2022-04-22 华为技术有限公司 A-mpdu的接收状态指示方法及接收端设备
US10218483B2 (en) 2015-09-25 2019-02-26 Qualcomm Incorporated Systems and methods for signaling and generating variable length block acknowledgment fields in a wireless network
US10278224B2 (en) * 2015-10-20 2019-04-30 Marvell World Trade Ltd. Acknowledgment data unit for multiple uplink data units

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1626520A1 (en) 2004-08-12 2006-02-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting acknowledgement frames
US20060048034A1 (en) 2004-08-24 2006-03-02 Samsung Electronics Co., Ltd. Method and apparatus for transmitting block ACK frame
WO2014014577A1 (en) 2012-07-16 2014-01-23 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression

Also Published As

Publication number Publication date
BR112018071652A2 (pt) 2019-02-19
CA3017943C (en) 2022-05-03
CN109076391A (zh) 2018-12-21
US20170310446A1 (en) 2017-10-26
JP2019518365A (ja) 2019-06-27
CN109076391B (zh) 2021-10-26
CA3017943A1 (en) 2017-10-26
TW201740757A (zh) 2017-11-16
WO2017185024A1 (en) 2017-10-26
EP3446509A1 (en) 2019-02-27
US10361832B2 (en) 2019-07-23
KR20180134917A (ko) 2018-12-19
ES2818594T3 (es) 2021-04-13
EP3446509B1 (en) 2020-06-10
JP6644915B2 (ja) 2020-02-12

Similar Documents

Publication Publication Date Title
KR102047051B1 (ko) 블록 확인응답 생성 및 선택 규칙들
KR102056826B1 (ko) 블록 확인응답 압축을 위한 장치 및 방법들
KR101730568B1 (ko) 무선 통신들에서 짧은 제어 프레임들을 생성 및 디코딩하기 위한 시스템들 및 방법들
US20180205441A1 (en) Short uplink feedback related methods and apparatus
US9125087B2 (en) Systems and methods for header compression
KR20180059858A (ko) 무선 네트워크에서의 가변 길이 블록 확인응답 필드들을 시그널링하고 생성하기 위한 시스템들 및 방법들
WO2015031311A1 (en) Methods and systems for improved utilization of a wireless medium
US20160119811A1 (en) A-mpdu in the legacy physical layer
US20180254861A1 (en) Ambiguous confirmation message resolution
US20180092115A1 (en) Reliable wi-fi packet delivery using delayed/scheduled block acknowledgment mechanism
KR20180100566A (ko) 가변 길이 블록 확인응답을 위한 시스템들 및 방법들
US20160360397A1 (en) Color coding for data confirmation signals
US8867500B2 (en) Systems and methods for reducing acknowledgment message overhead
US20130170430A1 (en) Method and apparatus for acknowledgement including a group identifier

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant