KR20160010512A - 개선된 프레임들을 위한 장치 및 방법들 - Google Patents

Abstract

무선 네트워크에서 프레임들을 통신하기 위한 시스템들, 방법들 및 디바이스들이 개시된다. 일 양상에서, 방법은, 무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값을 결정하는 단계, 프레임 제어 필드를 생성하는 단계 ―프레임 제어 필드는, 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드, 및 프로토콜 버전 필드 값에 기초한 길이를 갖는 타입 필드를 포함하도록 생성됨―, 무선 메시지를 생성하는 단계 ―무선 메시지는 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함함―, 및 무선 프레임을 송신하는 단계를 포함한다.

Description

개선된 프레임들을 위한 장치 및 방법들{APPARATUS AND METHODS FOR IMPROVED FRAMES}

[0001] 본 출원은 일반적으로 무선 통신들에 관한 것이고, 더 구체적으로는, 제어 프레임들 및 관리 프레임들을 송신 및 수신하기 위한 시스템들, 방법들 및 디바이스들에 관한 것이다.

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

[0003] 무선 네트워크들은, 네트워크 엘리먼트들이 이동식이어서 동적 접속 필요성들을 갖는 경우, 또는 네트워크 아키텍쳐가 고정식보다는 애드혹(ad hoc) 토폴로지로 형성되는 경우 종종 선호된다. 무선 네트워크들은, 라디오, 마이크로파, 적외선, 광학 등의 주파수 대역들에서 전자기파들을 이용하여, 가이드되지 않은 전파 모드로 무형의(intangible) 물리적 매체를 이용한다. 무선 네트워크들은 유리하게는, 고정식 유선 네트워크들에 비해 빠른 필드 전개 및 사용자 이동성을 용이하게 한다. 무선 네트워크의 디바이스들은 서로 사이에 정보를 송신/수신할 수 있다. 정보는, 관리 프레임들 및/또는 제어 프레임들을 포함할 수 있다.

[0004] 본 발명의 시스템들, 방법들 및 디바이스들 각각은 몇몇 양상들을 갖고, 이 양상들 중 어떠한 단일 양상도 본 발명의 바람직한 속성들을 단독으로 담당하지 않는다. 후속하는 청구항들에 의해 표현되는 바와 같은 본 발명의 범위를 제한하지 않고, 이제 몇몇 특징들이 간략하게 논의될 것이다. 이 논의를 고려한 후, 그리고 특히, "상세한 설명"으로 명명된 섹션을 읽은 후, 본 발명의 특징들이, 관리 프레임들 및/또는 제어 프레임들의 크기를 감소시키는 것을 포함하는 이점들을 어떻게 제공하는지를 이해할 것이다.

[0005] 본 개시의 일 양상은, 무선 네트워크에서 통신하는 방법을 제공한다. 방법은, 제어 프레임을 생성하는 단계 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 송신하는 단계를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0006] 몇몇 양상들에서, 프레임 서브타입은, 숏(short) 비콘, 숏 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0007] 본 개시의 다른 양상은, 무선 네트워크에서 통신하기 위한 장치를 제공한다. 장치는, 제어 프레임을 생성하도록 구성되는 프로세서 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 송신하도록 구성되는 송신기를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0008] 몇몇 양상들에서, 프레임 서브타입은, 숏 비콘, 숏 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0009] 개시된 다른 양상은, 무선 네트워크에서 통신하기 위한 장치를 제공한다. 장치는, 제어 프레임을 생성하기 위한 수단 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 송신하기 위한 수단을 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0010] 몇몇 양상들에서, 제어 프레임 서브타입은, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0011] 개시된 다른 양상은, 실행되는 경우 프로세서로 하여금, 무선 네트워크에서 통신하는 방법을 수행하게 하는 명령들을 저장하는 컴퓨터 판독가능 저장 매체를 제공한다. 방법은, 제어 프레임을 생성하는 단계 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 송신하는 단계를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0012] 몇몇 양상들에서, 제어 프레임 서브타입은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0013] 본 개시의 다른 양상은, 무선 네트워크에서 통신하는 방법을 제공한다. 방법은, 제어 프레임을 수신하는 단계 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 프로세싱하는 단계를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0014] 몇몇 양상들에서, 제어 프레임 서브타입은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0015] 본 개시의 다른 양상은, 무선 네트워크에서 통신하기 위한 장치를 제공한다. 장치는, 제어 프레임을 수신하도록 구성되는 수신기 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 프로세싱하도록 구성되는 프로세서를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0016] 몇몇 양상들에서, 제어 프레임 서브타입은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0017] 개시된 다른 양상은, 무선 네트워크에서 통신하기 위한 장치를 제공한다. 장치는, 제어 프레임을 수신하기 위한 수단 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 프로세싱하기 위한 수단을 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0018] 몇몇 양상들에서, 제어 프레임 서브타입은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0019] 개시된 다른 양상은, 실행되는 경우 프로세서로 하여금, 무선 네트워크에서 통신하는 방법을 수행하게 하는 명령들을 저장하는 컴퓨터 판독가능 저장 매체를 제공한다. 방법은, 제어 프레임을 수신하는 단계 ―제어 프레임은 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함하고, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할 것인지 여부를 나타냄―; 및 제어 프레임을 프로세싱하는 단계를 포함한다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[0020] 몇몇 양상들에서, 제어 프레임 서브타입은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT), 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 몇몇 양상들에서, 제어 프레임의 서브타입은, 매체 액세스 제어 헤더의 서브타입 필드에 의해 표시된다. 몇몇 양상들에서, 제어 프레임은, 블록 확인응답 타겟 웨이크 시간 제어 프레임이고, 제어 프레임은, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 몇몇 양상들에서, 제어 프레임은 숏 타겟 웨이크 시간 확인응답이고, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 제어 프레임이 다음 타겟 웨이크 시간을 나타내는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 의해 표시된다. 몇몇 양상들에서, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 의해 표시된다.

[0021] 개시된 다른 양상은, 무선 네트워크에서 통신하는 방법이다. 방법은, 무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값을 결정하는 단계, 프레임 제어 필드를 생성하는 단계 ―프레임 제어 필드는, 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드, 및 프로토콜 버전 필드 값에 기초한 길이를 갖는 타입 필드를 포함하도록 생성됨―, 무선 메시지를 생성하는 단계 ―무선 메시지는 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함함―, 및 무선 프레임을 송신하는 단계를 포함한다.

[0022] 몇몇 양상들에서, 방법은 또한, 서브타입 필드를 더 포함하도록 프레임 제어 필드를 생성하는 단계를 포함하고, 서브타입 필드의 길이는, 프로토콜 버전 필드 값 또는 타입 필드의 길이에 기초한다. 몇몇 양상들에서, 방법은, 프로토콜 버전 필드 값이 제 1 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하는 단계, 및 프로토콜 버전 필드 값이 제 2 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 작다고 결정하는 단계를 포함한다.

[0023] 몇몇 양상들에서, 방법은 또한, 제 1 값을 갖도록 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하는 단계를 포함하고, 타입 필드의 값 및 서브타입 필드의 값은, 무선 프레임이 프로브 응답 프레임인 것을 나타낸다. 몇몇 양상들에서, 방법은 또한, 제 3 값을 갖도록 타입 필드를, 그리고 제 4 값을 갖도록 서브타입 필드를 생성하는 단계를 포함하고, 타입 필드의 값 및 서브타입 필드의 값은, 무선 프레임이 자원 할당 프레임인 것을 나타낸다. 몇몇 양상들에서, 방법은 또한, 그룹 표시 필드를 포함하도록 자원 할당 프레임의 프레임 제어 필드를 생성하는 단계를 포함한다.

[0024] 개시된 다른 양상은, 무선 네트워크에서 통신하기 위한 장치이다. 장치는, 무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값을 결정하고, 프레임 제어 필드를 생성하고 ―프레임 제어 필드는, 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드, 및 프로토콜 버전 필드 값에 기초한 길이를 갖는 타입 필드를 포함하도록 생성됨―, 무선 메시지를 생성하고 ―무선 메시지는 매체 액세스 제어 헤더를 포함하고, 매체 액세스 제어 헤더는 프레임 제어 필드를 포함함―, 및 무선 프레임을 송신하도록 구성되는 프로세싱 시스템을 포함한다.

[0025] 몇몇 양상들에서, 프로세싱 시스템은, 서브타입 필드를 더 포함하도록 프레임 제어 필드를 생성하도록 추가로 구성되고, 서브타입 필드의 길이는, 프로토콜 버전 필드 값 또는 타입 필드의 길이에 기초한다.

[0026] 몇몇 양상들에서, 프로세싱 시스템은, 프로토콜 버전 필드 값이 제 1 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하고, 프로토콜 버전 필드 값이 제 2 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 작다고 결정하도록 추가로 구성된다.

[0027] 몇몇 양상들에서, 프로세싱 시스템은, 제 1 값을 갖도록 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하도록 추가로 구성되고, 타입 필드의 값 및 서브타입 필드의 값은, 무선 프레임이 프로브 응답 프레임인 것을 나타낸다.

[0028] 몇몇 양상들에서, 프로세싱 시스템은, 제 3 값을 갖도록 타입 필드를, 그리고 제 4 값을 갖도록 서브타입 필드를 생성하도록 추가로 구성되고, 타입 필드의 값 및 서브타입 필드의 값은, 무선 프레임이 자원 할당 프레임인 것을 나타낸다. 몇몇 양상들에서, 프로세싱 시스템은, 그룹 표시 필드를 포함하도록 자원 할당 프레임의 프레임 제어 필드를 생성하도록 추가로 구성된다.

[0029] 개시된 다른 양상은, 무선 네트워크에서 통신하는 방법이다. 방법은, 무선 통신 프레임을 수신하는 단계, 매체 액세스 제어 헤더를 식별하기 위해 무선 통신 프레임을 디코딩하는 단계, 프레임 제어 필드를 식별하기 위해 매체 액세스 제어 헤더를 디코딩하는 단계, 프로토콜 버전 필드의 값을 결정하기 위해 프레임 제어 필드를 디코딩하는 단계, 프로토콜 버전 필드의 값에 기초하여 프레임 제어 필드의 타입 필드의 길이를 결정하는 단계, 길이에 기초하여 타입 필드의 값을 결정하는 단계, 및 타입 필드의 값에 기초하여 무선 통신 프레임을 프로세싱하는 단계를 포함한다.

[0030] 몇몇 양상들에서, 방법은 또한, 프로토콜 버전 필드 값 또는 타입 필드의 길이에 기초하여, 서브타입 필드의 길이를 추가로 결정하기 위해 프레임 제어 필드를 디코딩하는 단계, 및 서브타입 필드의 길이에 기초하여, 서브타입 필드의 값을 결정하는 단계를 포함한다.

[0031] 몇몇 양상들에서, 방법은 또한, 프로토콜 버전 필드 값이 제 1 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하는 단계, 및 프로토콜 버전 필드 값이 제 2 값과 동일하면, 타입 필드의 길이가 서브타입 필드의 길이보다 작다고 결정하는 단계를 포함한다. 몇몇 양상들에서, 방법은 또한, 타입 필드가 제 1 값을 갖고, 서브타입 필드가 제 2 값을 갖는다고 결정하는 단계, 및 결정에 기초하여, 무선 통신 프레임을 프로브 응답 프레임으로서 디코딩하는 단계를 포함한다.

[0032] 몇몇 양상들에서, 방법은 또한, 타입 필드가 제 3 값을 갖고, 서브타입 필드가 제 4 값을 갖는다고 결정하는 단계, 및 결정에 기초하여, 무선 프레임을 자원 할당 프레임으로서 디코딩하는 단계를 포함한다. 몇몇 양상들에서, 방법은 또한, 무선 프레임이 자원 할당 프레임인 것에 기초하여, 프레임 제어 필드에서 그룹 표시 필드를 디코딩하는 단계를 포함한다.

[0033] 도 1은, 본 개시의 양상들이 이용될 수 있는 무선 통신 시스템의 예를 예시한다.
[0034] 도 2는, 도 1의 무선 통신 시스템 내에서 이용될 수 있는 무선 디바이스에서 활용될 수 있는 수신기를 포함하는 다양한 컴포넌트들을 예시한다.
[0035] 도 3은, 레거시 매체 액세스 제어 프레임의 예를 예시한다.
[0036] 도 4a는, S1G 제어 응답 프레임에 대한 레거시 프레임 제어 필드의 예를 예시한다.
[0037] 도 4b는, S1G 제어 응답 프레임에 대한 제안된 프레임 제어 필드의 예를 예시한다.
[0038] 도 5a는, 타겟 웨이크 시간 확인응답(TACK) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0039] 도 5b는, 프레임 제어 필드에 대한 예시적인 포맷을 도시한다.
[0040] 도 6a는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0041] 도 6b는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0042] 도 6c는, 프레임 제어 필드에 대한 예시적인 포맷을 도시한다.
[0043] 도 6d는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0044] 도 7a는, 숏 타겟 웨이크 시간 확인응답(STACK) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0045] 도 7b는, 숏 타겟 웨이크 시간 확인응답(STACK) 매체 액세스 제어 헤더의 일 실시예를 도시한다.
[0046] 도 7c는, 프레임 제어 필드에 대한 예시적인 포맷을 도시한다.
[0047] 도 8a는, 제어 프레임을 송신하기 위한 방법의 양상을 예시한다.
[0048] 도 8b는, 무선 통신 시스템 내에서 이용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.
[0049] 도 9a는, 제어 프레임을 수신하기 위한 방법의 양상을 예시한다.
[0050] 도 9b는, 무선 통신 시스템 내에서 이용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.
[0051] 도 10은, 자원 할당 프레임의 예시적인 포맷을 도시한다.
[0052] 도 11a는, 프레임 제어 필드의 예시적인 포맷을 도시한다.
[0053] 도 11b는, 그룹 표시자 필드를 포함하는 예시적인 프레임 제어 필드를 도시한다.
[0054] 도 12는, 숏 프로브 응답 프레임의 예시적인 포맷을 도시한다.
[0055] 도 13a는, 프로브 응답 프레임의 일부의 예를 도시한다.
[0056] 도 13b는, 프로브 응답 프레임의 일부의 예를 도시한다.
[0057] 도 14a는, 숏 관리 프레임을 송신하기 위한 방법의 양상을 예시한다.
[0058] 도 14b는, 무선 통신 시스템 내에서 이용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.
[0059] 도 15a는, 무선 통신 프레임을 수신하기 위한 방법의 양상을 예시한다.
[0060] 도 15b는, 무선 통신 시스템 내에서 이용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.
[0061] 도 16a는, 무선 통신 프레임을 송신하기 위한 방법의 양상을 예시한다.
[0062] 도 16b는, 무선 통신 시스템 내에서 이용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.

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

[0064] 특정한 양상들이 본 명세서에서 설명되지만, 이 양상들의 많은 변화들 및 치환들은 본 개시의 범위 내에 속한다. 선호되는 양상들의 몇몇 이익들 및 이점들이 언급되지만, 본 개시의 범위는 특정한 이점들, 이용들 또는 목적들로 제한되도록 의도되지 않는다. 오히려, 본 개시의 양상들은, 상이한 무선 기술들, 시스템 구성들, 네트워크들 및 송신 프로토콜들에 광범위하게 적용가능하도록 의도되고, 이들 중 일부는, 선호되는 양상들의 하기 설명 및 도면들에서 예시의 방식으로 예시된다. 상세한 설명 및 도면들은 제한적이기 보다는 본 개시의 단지 예시이고, 본 개시의 범위는 첨부된 청구항들 및 이들의 균등물들에 의해 정의된다.

[0065] 대중적인 무선 네트워크 기술들은 다양한 타입들의 무선 로컬 영역 네트워크들(WLAN들)을 포함할 수 있다. WLAN은, 광범위하게 이용된 네트워킹 프로토콜들을 이용하여, 인근의 디바이스들을 서로 상호접속시키는데 이용될 수 있다. 본 명세서에서 설명되는 다양한 양상들은, WiFi, 또는 더 일반적으로는, 무선 프로토콜들의 IEEE 802.11 패밀리의 임의의 멤버와 같은 임의의 통신 표준에 적용될 수 있다. 예를 들어, 본 명세서에서 설명되는 다양한 양상들은, 서브-1GHz(sub-1GHz) 대역들을 이용하는 IEEE 802.11ah 프로토콜의 일부로서 이용될 수 있다.

[0066] 몇몇 양상들에서, 서브-기가헤르쯔(sub-gigahertz)의 대역의 무선 신호들은, 직교 주파수 분할 멀티플렉싱(OFDM), 다이렉트 시퀀스 확산 스펙트럼(DSSS) 통신들, OFDM 및 DSSS 통신들의 조합, 또는 다른 방식들을 이용하여, 802.11ah 프로토콜에 따라 송신될 수 있다. 802.11ah 프로토콜의 구현들은 센서들, 계량(metering) 및 스마트 그리드 네트워크들에 대해 이용될 수 있다. 바람직하게는, 802.11ah 프로토콜을 구현하는 특정한 디바이스들의 양상들은, 다른 무선 프로토콜들을 구현하는 디바이스들보다 더 적은 전력을 소모할 수 있고, 그리고/또는 예를 들어, 약 1 킬로미터 또는 그 초과의 비교적 긴 범위에 걸쳐 무선 신호들을 송신하는데 이용될 수 있다.

[0067] 몇몇 구현들에서, WLAN은, 무선 네트워크에 액세스하는 컴포넌트들인 다양한 디바이스들을 포함한다. 예를 들어, 2가지 타입들의 디바이스들, 즉 액세스 포인트들("AP들") 및 클라이언트들(또한, 스테이션들 또는 "STA들"로 지칭됨)이 존재할 수 있다. 일반적으로, AP는 WLAN에 대한 허브 또는 기지국으로 기능하고, STA는 WLAN의 사용자로서 기능한다. 예를 들어, STA는 랩탑 컴퓨터, 개인 휴대 정보 단말(PDA), 모바일 폰 등일 수 있다. 일례에서, STA는, 인터넷에 대한 또는 다른 광역 네트워크들에 대한 일반적 접속을 획득하기 위해, WiFi(예를 들어, 802.11ah와 같은 IEEE 802.11 프로토콜) 준수(compliant) 무선 링크를 통해 AP에 접속한다. 몇몇 구현들에서, STA는 또한 AP로서 이용될 수 있다.

[0068] 액세스 포인트("AP")는 또한 NodeB, 라디오 네트워크 제어기("RNC"), eNodeB, 기지국 제어기("BSC"), 베이스 트랜시버 스테이션("BTS"), 기지국("BS"), 트랜시버 기능부("TF"), 라디오 라우터, 라디오 트랜시버 또는 몇몇 다른 용어를 포함하거나, 이들로 구현되거나 또는 이들로 공지될 수 있다.

[0069] 스테이션 "STA"는 또한 액세스 단말("AT"), 가입자국, 가입자 유닛, 모바일 스테이션, 원격국, 원격 단말, 사용자 단말, 사용자 에이전트, 사용자 디바이스, 사용자 장비 또는 몇몇 다른 용어를 포함하거나, 이들로 구현되거나 또는 이들로 공지될 수 있다. 몇몇 구현들에서, 액세스 단말은 셀룰러 전화, 코드리스 전화, 세션 개시 프로토콜("SIP") 폰, 무선 로컬 루프("WLL")국, 개인 휴대 정보 단말("PDA"), 무선 접속 능력을 갖는 핸드헬드 디바이스 또는 무선 모뎀에 접속되는 몇몇 다른 적절한 프로세싱 디바이스를 포함할 수 있다. 따라서, 본 명세서에 교시된 하나 이상의 양상들은 폰(예를 들어, 셀룰러 폰 또는 스마트폰), 컴퓨터(예를 들어, 랩탑), 휴대용 통신 디바이스, 헤드셋, 휴대용 컴퓨팅 디바이스(예를 들어, 개인 휴대 정보 단말), 오락 디바이스(예를 들어, 음악 또는 비디오 디바이스 또는 위성 라디오), 게이밍 디바이스 또는 시스템, 글로벌 측위 시스템 디바이스, 또는 무선 매체를 통해 통신하도록 구성되는 임의의 다른 적절한 디바이스에 통합될 수 있다.

[0070] 앞서 논의된 바와 같이, 본 명세서에서 설명되는 디바이스들은, 예를 들어, 802.11ah 표준을 구현할 수 있다. 이러한 디바이스들은, STA로서 이용되든 또는 AP로서 이용되든 또는 다른 디바이스로서 이용되든, 스마트 계량을 위해 또는 스마트 그리드 네트워크에서 이용될 수 있다. 이러한 디바이스들은 센서 애플리케이션들을 제공할 수 있거나 홈 오토메이션(home automation)에서 이용될 수 있다. 디바이스들은 그 대신 또는 추가적으로, 예를 들어, 개인 건강관리를 위한 건강관리 상황에서 이용될 수 있다. 디바이스들은 또한, 확장된 범위의 인터넷 접속을 가능하게 하기 위해(예를 들어, 핫스팟들로 이용하기 위해) 또는 머신-투-머신 통신들을 구현하기 위해, 감시를 위해 이용될 수 있다.

[0071] 통신을 위한 몇몇 방법들 및 장치는, 불필요하거나 비효율적으로 구성된 정보를 포함하는 프레임들을 활용할 수 있다. 이러한 비효율성은, 프레임들이 반드시 요구되는 것보다 더 긴 프레임들을 초래할 수 있다. 이러한 더 긴 프레임들은, 적어도 몇몇 환경들에서는 무선 네트워크 상에서 다른 동작들을 수행하기 위해 더 효율적으로 이용될 수 있는 프로세싱 전력 및 네트워크 대역폭을 소비한다. 따라서, 무선 프레임들에서 정보의 더 효율적인 구성을 제공하는 개선된 프레임 포맷들이 요구된다.

[0072] 본 명세서에서 개시되는 몇몇 양상들은, 공지된 제어 및/또는 관리 프레임들에 비해, 감소된 길이의 제어 및/또는 관리 프레임 타입들을 제공한다. 이러한 감소된 길이의 프레임들은, "숏" 관리 프레임들 또는 "숏" 제어 프레임들로 지칭될 수 있다. 일반적으로, "숏" 프레임들을 지칭하는 경우, 지칭된 프레임 포맷들은, 공지된 프레임 타입들에 비해 감소된 길이이다.

[0073] 도 1은, 본 개시의 양상들이 이용될 수 있는 무선 통신 시스템(100)의 일례를 도시한다. 무선 통신 시스템(100)은, 예를 들어, 802.11ah 표준과 같은 무선 표준을 따르도록 동작할 수 있다. 무선 통신 시스템(100)은 AP(104)를 포함할 수 있고, AP(104)는 STA들(106)과 통신한다.

[0074] AP(104)와 STA들(106) 사이의 무선 통신 시스템(100)에서 송신들을 위해 다양한 프로세스들 및 방법들이 이용될 수 있다. 예를 들어, 신호들은 OFDM/OFDMA 기술들에 따라 AP(104)와 STA들(106) 사이에서 전송 및 수신될 수 있다. 이러한 경우이면, 무선 통신 시스템(100)은 OFDM/OFDMA 시스템으로 지칭될 수 있다. 대안적으로, 신호들은 CDMA 기술들에 따라 AP(104)와 STA들(106) 사이에서 전송 및 수신될 수 있다. 이러한 경우이면, 무선 통신 시스템(100)은 CDMA 시스템으로 지칭될 수 있다.

[0075] AP(104)로부터 STA들(106) 중 하나 이상으로의 송신을 용이하게 하는 통신 링크는 다운링크(DL)(108)로 지칭될 수 있고, STA들(106) 중 하나 이상으로부터 AP(104)로의 송신을 용이하게 하는 통신 링크는 업링크(UL)(110)로 지칭될 수 있다. 대안적으로, 다운링크(108)는 순방향 링크 또는 순방향 채널로 지칭될 수 있고, 업링크(110)는 역방향 링크 또는 역방향 채널로 지칭될 수 있다. 추가로, 몇몇 양상들에서, STA들(106)은 서로 직접 통신할 수 있고, 서로 사이에 (직접) 다이렉트 링크를 형성할 수 있다.

[0076] AP(104)는 기지국으로 동작하고 기본 서비스 영역(BSA)(102)에서 무선 통신 커버리지를 제공할 수 있다. AP(104)와 연관되고 통신을 위해 AP(104)를 이용하는 STA들(106)과 함께 AP(104)는 기본 서비스 세트(BSS)로 지칭될 수 있다. 무선 통신 시스템(100)은 중앙 AP(104)를 갖지 않을 수 있지만, 오히려 STA들(106) 사이에서 피어-투-피어 네트워크로서 기능할 수 있음을 주목해야 한다. 다른 예에서, 본 명세서에서 설명되는 AP(104)의 기능들은 대안적으로 STA들(106) 중 하나 이상에 의해 수행될 수 있다.

[0077] 도 2는, 무선 통신 시스템(100) 내에서 이용될 수 있는 무선 디바이스(202)에서 활용될 수 있는 다양한 컴포넌트들을 도시한다. 무선 디바이스(202)는, 본 명세서에서 설명되는 다양한 방법들을 구현하도록 구성될 수 있는 디바이스의 일례이다. 예를 들어, 무선 디바이스(202)는 STA들(106) 중 하나 또는 AP(104)를 포함할 수 있다.

[0078] 무선 디바이스(202)는, 무선 디바이스(202)의 동작을 제어하는 프로세서(204)를 포함할 수 있다. 프로세서(204)는 또한 중앙 프로세싱 유닛(CPU)으로 지칭될 수 있다. 판독 전용 메모리(ROM) 및 랜덤 액세스 메모리(RAM) 모두를 포함할 수 있는 메모리(206)는 프로세서(204)에 명령들 및 데이터를 제공한다. 메모리(206)의 일부는 또한 비휘발성 랜덤 액세스 메모리(NVRAM)를 포함할 수 있다. 프로세서(204)는 통상적으로, 메모리(206) 내에 저장된 프로그램 명령들에 기초하여 논리적 및 산술적 연산들을 수행한다. 메모리(206)의 명령들은 본 명세서에서 설명되는 방법들을 구현하도록 실행가능할 수 있다.

[0079] 무선 디바이스(202)가 송신 노드로 구현 또는 이용되는 경우, 프로세서(204)는 다수의 포맷들을 이용하여 제어 프레임들 및/또는 관리 프레임들을 생성하도록 구성될 수 있다. 추가로, 프로세서(204)는, 제어 및/또는 관리 프레임 타입에 대응하는 복수의 제어 및/또는 관리 프레임 포맷들 중 하나를 선택하고, 그 제어 프레임 타입 및/또는 관리 프레임 타입을 갖는 패킷을 생성하도록 구성될 수 있다.

[0080] 무선 디바이스(202)가 수신 노드로 구현 또는 이용되는 경우, 프로세서(204)는, 상이한 타입들 및/또는 포맷들의 제어 프레임들 및/또는 관리 프레임들을 프로세싱하도록 구성될 수 있다. 예를 들어, 프로세서(204)는, 아래에서 추가로 논의되는 바와 같이, 수신된 제어 프레임 및/또는 관리 프레임의 타입을 결정하고, 그에 따라 제어 프레임 및/또는 관리 프레임을 프로세싱하도록 구성될 수 있다.

[0081] 프로세서(204)는, 하나 이상의 프로세서들로 구현되는 프로세싱 시스템의 컴포넌트이거나 이를 포함할 수 있다. 하나 이상의 프로세서들은, 범용 마이크로프로세서들, 마이크로제어기들, 디지털 신호 프로세서들(DSP들), 필드 프로그래머블 게이트 어레이(FPGA들), 프로그래머블 로직 디바이스들(PLD들), 제어기들, 상태 머신들, 게이트된 로직, 이산 하드웨어 컴포넌트들, 전용 하드웨어 유한 상태 머신들, 또는 정보의 계산들 또는 다른 조작들을 수행할 수 있는 임의의 다른 적절한 엔티티들의 임의의 조합으로 구현될 수 있다.

[0082] 프로세싱 시스템은 또한, 소프트웨어를 저장하기 위한 머신 판독가능 매체를 포함할 수 있다. 소프트웨어는, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 설명 언어로 지칭되든 또는 이와 달리 지칭되든, 임의의 타입의 명령들을 의미하도록 넓게 해석될 것이다. 명령들은 코드를 (예를 들어, 소스 코드 포맷, 2진 코드 포맷, 실행가능한 코드 포맷 또는 코드의 임의의 다른 적절한 포맷으로) 포함할 수 있다. 명령들은, 하나 이상의 프로세서들에 의해 실행되는 경우, 프로세싱 시스템으로 하여금, 본 명세서에서 설명되는 다양한 기능들을 수행하게 한다.

[0083] 무선 디바이스(202)는 또한, 무선 디바이스(202)와 원격 위치 사이에서 데이터의 송신 및 수신을 허용하기 위해, 송신기(210) 및/또는 수신기(212)를 포함할 수 있는 하우징(208)을 포함할 수 있다. 송신기(210) 및 수신기(212)는 트랜시버(214)로 결합될 수 있다. 안테나(216)가 하우징(208)에 부착될 수 있고, 트랜시버(214)에 전기적으로 커플링될 수 있다. 무선 디바이스(202)는 또한 다수의 송신기들, 다수의 수신기들, 다수의 트랜시버들 및/또는 다수의 안테나들을 포함할 수 있다(미도시).

[0084] 송신기(210)는, 하나 이상의 프레임 타입 포맷들을 이용하여 포맷된 하나 이상의 타입들의 제어 프레임들 및/또는 관리 프레임들을 무선으로 송신하도록 구성될 수 있다. 예를 들어, 송신기(210)는, 앞서 논의된 프로세서(204)에 의해 생성된 제어 프레임들 및/또는 관리 프레임들을 송신하도록 구성될 수 있다.

[0085] 수신기(212)는, 하나 이상의 타입들의 제어 프레임들 및/또는 관리 프레임들을 무선으로 수신하도록 구성될 수 있다. 몇몇 양상들에서, 수신기(212)는, 아래에서 추가로 상세히 논의되는 바와 같이, 제어 프레임 및/또는 관리 프레임의 타입을 검출하고, 그에 따라 프레임을 프로세싱하도록 구성된다.

[0086] 무선 디바이스(202)는 또한, 트랜시버(214)에 의해 수신된 신호들의 레벨을 검출 및 정량화하기 위한 노력으로 이용될 수 있는 신호 검출기(218)를 포함할 수 있다. 신호 검출기(218)는 이러한 신호들을 총 에너지, 심볼 당 서브캐리어 당 에너지, 전력 스펙트럼 밀도 및 다른 신호들로서 검출할 수 있다. 무선 디바이스(202)는 또한 프로세싱 신호들에 이용하기 위한 디지털 신호 프로세서(DSP)(220)를 포함할 수 있다. DSP(220)는 송신을 위한 패킷을 생성하도록 구성될 수 있다. 몇몇 양상들에서, 패킷은 물리 계층 데이터 유닛(PPDU)을 포함할 수 있다.

[0087] 무선 디바이스(202)는 몇몇 양상들에서 사용자 인터페이스(222)를 더 포함할 수 있다. 사용자 인터페이스(222)는 키패드, 마이크로폰, 스피커 및/또는 디스플레이를 포함할 수 있다. 사용자 인터페이스(222)는, 무선 디바이스(202)의 사용자에게 정보를 전달하고 그리고/또는 사용자로부터 입력을 수신하는 임의의 엘리먼트 또는 컴포넌트를 포함할 수 있다.

[0088] 무선 디바이스(202)의 다양한 컴포넌트들은 버스 시스템(226)에 의해 함께 커플링될 수 있다. 버스 시스템(226)은, 예를 들어, 데이터 버스 뿐만 아니라, 데이터 버스에 부가하여 전력 버스, 제어 신호 버스 및 상태 신호 버스를 포함할 수 있다. 무선 디바이스(202)의 컴포넌트들이, 몇몇 다른 메커니즘을 이용하여 서로 커플링되거나 또는 서로에게 입력들을 제공하거나 수용할 수 있음을 이 분야의 당업자들은 인식할 것이다.

[0089] 다수의 별개의 컴포넌트들이 도 2에 도시되어 있지만, 컴포넌트들 중 하나 이상은 결합되거나 공통으로 구현될 수 있음을 당업자들은 인식할 것이다. 예를 들어, 프로세서(204)는, 프로세서(204)에 대해 앞서 설명된 기능을 구현할 뿐만 아니라, 신호 검출기(218) 및/또는 DSP(220)에 대해 앞서 설명된 기능을 구현하기 위해 이용될 수 있다. 추가로, 도 2에 도시된 컴포넌트들 각각은 복수의 별개의 엘리먼트들을 이용하여 구현될 수 있다.

[0090] 참조의 용이함을 위해, 무선 디바이스(202)가 송신 노드로 구성되는 경우, 이하, 무선 디바이스(202t)로 지칭된다. 유사하게, 무선 디바이스(202)가 수신 노드로 구성되는 경우, 이하, 무선 디바이스(202r)로 지칭된다. 무선 통신 시스템(100)의 디바이스는, 오직 송신 노드의 기능을, 오직 수신 노드의 기능을, 또는 송신 노드 및 수신 노드 둘 모두의 기능을 구현할 수 있다.

[0091] 앞서 논의된 바와 같이, 무선 디바이스(202)는 AP(104) 또는 STA(106)를 포함할 수 있고, 상이한 타입들 및/또는 상이한 포맷들의 제어 프레임들 및/또는 관리 프레임들을 송신 및/또는 수신하도록 이용될 수 있다.

[0092] 도 3은, 레거시 매체 액세스 제어 프레임(300)의 예를 예시한다. 도시된 바와 같이, 매체 액세스 제어 프레임(300)은 11개의 상이한 필드들, 즉, 프레임 제어(fc) 필드(305), 지속기간/식별(지속기간) 필드(310), 제 1 어드레스 필드(315)(또한 수신기 어드레스(a1)로 지칭됨), 제 2 어드레스 필드(320)(또한, 송신기 어드레스(a2)로 지칭됨), 제 3 어드레스 필드(또한, 수신지 어드레스(a3)로 지칭됨), 시퀀스 제어(sc) 필드(330), 제 4 어드레스 필드(335), QOS 제어 필드(340), HT 제어 필드(345), 프레임 바디(335) 및 프레임 체크 시퀀스(FCS) 필드(340)를 포함한다. 제 1 어드레스, 제 2 어드레스 및 제 3 어드레스 필드(315-325) 각각은, 48-비트(6 옥텟) 값인, 디바이스의 전체 MAC 어드레스를 포함한다. 도 3은 필드들(305-355) 각각의 옥텟의 크기를 추가로 나타낸다.

[0093] 도 4a는, S1G 제어 응답 프레임에 대한 레거시 프레임 제어 필드(305a)의 예를 예시한다. 도시된 바와 같이, 레거시 프레임 제어 필드(305a)는 8개의 상이한 필드들, 즉, 프로토콜 버전 필드(405a), 타입 필드(410a), 서브타입 필드(415a), 대역폭 표시 필드(420a), 동적 표시 필드(425a), 다음 타겟 웨이크 타임(TWT) 존재 필드(430a), 더 많은 데이터 필드(435a) 및 sig 제어 확장 필드(440a)를 포함한다.

[0094] S1G 제어 응답 프레임은, 제로로 설정된 프로토콜 버전 필드(405a) 및 0x01(제어)로 설정된 타입 필드(410a)를 활용한다. 몇몇 양상들에서, 서브타입 필드(410a)는 또한, S1G 제어 응답 프레임의 특정 타입을 나타내기 위한 특정 값으로 설정될 수 있다. S1G 제어 확장 필드(440a)는 또한, 송신되고 있는 제어 확장 프레임의 타입에 따른 특정 값으로 설정될 것이다. 따라서, 특정 제어 확장 프레임을 나타내기 위한 방식의 프레임 제어 필드(305a)의 이용은, 단지 통신되고 있는 프레임의 타입을 나타내기 위해, 프레임 제어 필드(305)에서 이용가능한 총 16 비트 중 열개(10)의 비트(2 비트는 프로토콜 버전에 대한 것, 2 비트는 타입에 대한 것, 4 비트는 서브타입에 대한 것, 2 비트는 S1G 제어 확장에 대한 것)의 이용을 요구한다. 따라서, 이용되는 비트들의 수를 감소시키기 위해, S1G 제어 프레임의 특정 타입을 나타내는 더 효율적인 방법이 요구된다. 특정 타입의 S1G 제어 프레임을 나타내기 위해 이용되는 비트들의 수를 감소시킴으로써, 프레임 제어 필드의 몇몇 비트들은 다른 목적으로 할당될 수 있다.

[0095] 도 4b는, 제안된 프레임 제어 필드(305b)의 예를 예시한다. 몇몇 양상들에서, 프레임 제어 필드(305b)는 도 3의 매체 액세스 제어 프레임(300)과 같은 매체 액세스 제어 프레임에 (프레임 제어 필드(305)에 대체되어) 포함될 수 있다. 몇몇 양상들에서, 프레임 제어 필드(305b)는 S1G 제어 응답 프레임에 포함될 수 있다. 도시된 바와 같이, 새로운 프레임 제어 필드(305b)는 여덟개(8)의 상이한 필드들, 즉, 프로토콜 버전 필드(405b), 타입 필드(410b), 서브타입 필드(415b), 대역폭 표시 필드(420b), 동적 표시 필드(425b), 다음 타겟 웨이크 타임(TWT) 존재 필드(430b), 더 많은 데이터 필드(435b) 및 예비 필드(445b)를 포함한다.

[0096] 2 비트 길이인 타입 필드(410a)를 활용하는 도 4a에 예시된 프레임 제어 필드(305a)와는 반대로, 프레임 제어 필드(305b)의 타입 필드(410b)는 더 길 수 있어서, 예를 들어, 3 또는 4 비트 길이일 수 있다. 매체 액세스 제어 프레임의 타입을 나타내기 위해 활용되는 비트의 수를 증가시킴으로써, 더 작은 타입 필드(410a)를 활용하는 프레임 제어 필드(305a)에 비해, 프레임 제어 필드(305b)의 비트들의 더 효율적인 활용이 달성될 수 있다. 프레임 제어 필드(305b)의 서브타입 필드(415b)의 길이는 프레임 제어 필드(305a)에 비해 감소될 수 있어서, 예를 들어, 3 또는 심지어 2 비트 길이일 수 있다. 프레임 타입 필드(410a)에 비해 프레임 타입 필드(410b)에 의해 표시될 수 있는 더 큰 수의 프레임 타입들이 주어지면, 더 적은 수의 서브타입들이 요구되어, 감소된 크기의 서브타입 필드를 제공하거나 가능하게 할 수 있다. S1G 제어 응답 프레임은 이제, 예를 들어, 프레임 제어 필드(305b)의 3 또는 4 비트의 타입 필드(410b) 및 3 또는 2 비트의 서브타입 필드(415b)를 이용하여 표시될 수 있기 때문에, 프레임 제어 필드(305a)의 S1G 제어 확장 필드(440a)는 프레임 제어 필드(305b)의 몇몇 양상들에서는 불필요하다. 이것은, 2 비트 길이인 새로운 예비 필드(445b)를 제공할 수 있다. 아래에서 설명되는 몇몇 실시예들에서, 예비 필드(445b)의 비트들은, 프레임 제어 필드 포맷(305a)을 이용해서는 가능하지 않았던 다양한 목적으로 할당될 수 있다. 몇몇 양상들에서, 타입 필드(410b) 및 서브타입 필드(415b)의 결합된 길이는 6 비트이다. 따라서, 몇몇 양상들에서, 타입 필드(410b)가 3 비트 길이인 경우, 서브타입 필드(415b)는 또한 3 비트 길이이다. 몇몇 다른 양상들에서, (도시된 바와 같이) 타입 필드는 4 비트 길이이고, 서브타입 필드는 2 비트 길이이다.

[0097] 도 5a는, 타겟 웨이크 시간 확인응답(TACK) 매체 액세스 제어 헤더(500)의 일 실시예를 도시한다. TACK 매체 액세스 제어 헤더는 여덟개(8)의 상이한 필드들, 즉, 프레임 제어 필드(505), 지속기간 필드(510), 수신기 어드레스 필드(515), 송신기 어드레스 필드(520), 비콘 시퀀스 필드(525), 부분적 타임스탬프 필드(530), 다음 타겟 웨이크 필드(535) 및 프레임 체크 시퀀스 필드(540)를 포함한다.

[0098] 몇몇 양상들에서, 프레임 제어 필드(505)는, 도 4a에 예시된 프레임 제어 포맷(305a)에 부합할 수 있다. 이러한 양상들에서, 프레임(500)의 프로토콜 버전 필드(405a)는 제로로 설정될 수 있다. 이러한 양상들은, 2 비트 길이인 타입 필드(410a) 및 4 비트 길이인 서브타입 필드(415a)를 포함한다. 이러한 양상들에서, 2 비트의 타입 필드는 11로 설정될 수 있고, 서브타입 필드는, 본 명세서에서 설명되는 제어 응답 프레임들의 상이한 서브타입들을 식별할 수 있다. 예를 들어, 서브타입 필드(410a)의 1 값은 프레임(500)을, 타겟 웨이크 시간 확인응답(TACK) 프레임으로 식별할 수 있다. 다른 구현에서, 서브타입 필드(415a)의 값이 프레임(500)을, 타겟 웨이크 시간 확인응답(TACK) 프레임으로 식별할 수 있다.

[0099] 도 5b는, 프레임 제어 필드(505)에 대한 예시적인 포맷을 도시한다. 프레임 제어 필드(505)는, 총 아홉개(9)의 상이한 필드들, 즉, 프로토콜 버전 필드(550), 타입 필드(555), 서브타입 필드(560), 대역폭 표시 필드(565), 동적 표시 필드(570), 다음 타겟 웨이크 시간 필드(575), 더 많은 데이터 필드(580), 중계 플로우 보류 필드(또는 플로우 제어 필드(585), 및 예비 필드(590)를 포함한다. 타입 필드(555)는 도 5b에는 4 비트 길이로 도시되지만, 몇몇 양상들에서, 타입 필드(555)는 3 비트 길이일 수 있다. 유사하게, 서브타입 필드(560)는 도 5b에는 2 비트 길이인 것으로 도시되지만, 몇몇 양상들에서, 3 비트 길이일 수 있다. 프레임 제어 필드(505)의 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다.

[00100] 몇몇 양상들에서, 프레임 제어 필드에 중계 플로우 보류 필드(585)가 존재하는 경우, MAC 헤더(500)와 같은 매체 액세스 제어 헤더의 다음 타겟 웨이크 시간(TWT) 필드(535)는 보류 지속기간 필드로 지칭될 수 있다.

[00101] 프레임 제어 필드(505)의 프로토콜 버전 필드(550)는 1(0x01)로 설정될 수 있다. 도 5b의 프레임 제어 필드(505)는 앞서 논의된 예시적인 프레임 제어 필드(305b)와는 상이하다. 프레임 제어 필드(305b)는 2 비트의 예비 필드(445b)를 포함하지만, 프레임 제어 필드(505)는, 이러한 2 비트를 중계 플로우 보류 필드(585) 및 예비 필드(590)에 할당한다.

[00102] 몇몇 양상들에서, 중계 플로우 보류 필드(585)는, 이러한 프레임 제어 필드(505)를 포함하는 프레임을 송신하는 디바이스가, 다음 타겟 웨이크 시간(TWT) 필드(535)에 의해 표시되는 시간 지속기간 동안 프레임의 수신자가 자신의 데이터 송신을 보류하도록 요청하고 있음을 나타낸다. 즉, 중계 플로우 보류 필드(585)는, 프레임 제어 필드(505)를 포함하는 제어 프레임의 송신기가 제어 프레임의 송신 이후 다음 TWT 필드에 표시된 시간 기간 동안 임의의 데이터를 수신할 수 있을지 여부를 나타낸다. 몇몇 양상들에서, 예를 들어, 1로 설정된 중계 플로우 보류 필드(585)를 갖는 프레임 제어 필드(505)를 갖는 응답 프레임의 송신은, 중계 플로우 보류 동작 프레임과 실질적으로 유사한 기능을 수행한다.

[00103] 몇몇 양상들에서, 클리어된 중계 플로우 보류 필드(585)를 갖는 프레임 제어 필드(505)를 갖는 응답 프레임의 송신은 중계 플로우 재개 동작 프레임과 실질적으로 유사한 기능을 수행한다. 예를 들어, 몇몇 양상들에서, 제로로 설정된 중계 플로우 보류 필드(585)를 갖는 프레임을 송신하는 디바이스는, 송신 디바이스에 대해 영향을 미치는 임의의 현저한 플로우 보류를 제거한다. 몇몇 양상들에서, 이러한 중계 플로우 재개의 기능을 갖는 프레임은 RTS 또는 CTS 프레임일 수 있다. 몇몇 다른 양상들에서, 중계 플로우 보류 필드(585)의 값들은, 앞서 제공된 예들에 비해 반전될 수 있다.

[00104] 도 6a는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600a)의 일 실시예를 도시한다. BAT 매체 액세스 제어 헤더(600a)는 열개(10)의 상이한 필드들, 즉, 프레임 제어 필드(605a), 지속기간 필드(610a), 수신기 어드레스 필드(615a), 송신기 어드레스 필드(620a), 비콘 시퀀스 필드(625a), 부분적 타임스탬프 필드(630a), 다음 타겟 웨이크 필드(635), 시작 시퀀스 넘버 필드(636a), BAT 정보 필드(638a) 및 프레임 체크 시퀀스 필드(640a)를 포함한다. 몇몇 양상들에서, 프레임 제어 필드(605a)는, 도 4a에 대해 논의된 프레임 제어 포맷(305a)에 부합할 수 있다. 프레임(600a)의 프로토콜 버전 필드(405a)는 몇몇 양상들에서 제로로 설정될 수 있다. 이러한 양상들에서, 프레임 제어 필드(605a)는 도 4a에 예시된 프레임 제어 포맷(305a)에 부합할 수 있다. 이러한 양상들은, 2 비트 길이인 타입 필드(410a) 및 4 비트 길이인 서브타입 필드(415a)를 포함한다. 이러한 양상들에서, 타입 필드의 2 비트는 11로 설정될 수 있고, 서브타입 필드들은, 본 명세서에서 설명되는 제어 응답 프레임들의 상이한 서브타입들을 식별할 수 있다. 예를 들어, 서브타입 필드(410a)의 1 값은 프레임(600a)을, 블록 확인응답 타겟 웨이크 시간(BAT) 프레임으로서 식별할 수 있다.

[00105] 시작 시퀀스 넘버 필드(636a)는, 이러한 BAT 프레임(600)이 전송되는 제 1 MSDU의 시퀀스 넘버를 포함한다. BAT 정보 필드(638a)는 2개의 서브필드들, 즉, BAT 트래픽 식별자(TID) 필드(638aa) 및 BAT 비트맵 필드(638ab)를 포함한다. BAT TID 필드(638aa)는, 이러한 BAT 프레임이 전송되는 TID를 포함한다. BAT 비트맵 필드(638ab)는 12개까지의 MSDU들 및 A-MSDUI들의 수신 상태를 나타낸다. BAT 비트맵 필드(638ab)에서 일(1)과 동일한 각각의 비트는, 순차적으로 증가하는 시퀀스 넘버 순서로, 단일 MSDU 또는 AMSDU의 성공적 수신을 확인응답하고, BAT 비트맵 필드(538ab)의 제 1 비트는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600a)의 시작 시퀀스 넘버 필드(636a)의 값에 매칭하는 시퀀스 넘버를 갖는 MSDU 또는 A-MSDU에 대응한다.

[00106] 도 6b는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600b)의 일 실시예를 도시한다. BAT 매체 액세스 제어 헤더는 아홉개(9)의 상이한 필드들, 즉, 프레임 제어 필드(605b), 수신기 어드레스 또는 A1 필드(615b), 송신기 어드레스 또는 A2 필드(620b), 비콘 시퀀스 필드(625b), 부분적 타임스탬프 필드(630b), 다음 타겟 웨이크 필드(635b), 시작 시퀀스 제어 필드(637b), BAT 비트맵 필드(639b) 및 프레임 체크 시퀀스 필드(640b)를 포함한다. 몇몇 양상들에서, 프레임 제어 필드(605b)는, 아래에서 도 6c에 대해 더 상세히 논의되는 프레임 제어 포맷(605b)에 부합할 수 있다.

[00107] 몇몇 양상들에서, A1 필드(615b)는, 프레임의 의도된 수신자의 연관 식별자(AID)를 포함하는 서비스 식별자(SID) 필드이다. 이러한 양상들에서, A1 필드(615b)는 오직 2 바이트 길이일 수 있다. 몇몇 양상들에서, A2 필드(620b)는 프레임(600b)을 전송하는 송신기의 MAC 어드레스를 포함한다. 비콘 시퀀스 필드(625b)는, 가장 최근에 송신된 비콘으로부터 시퀀스 변경 필드의 값을 포함한다. 부분적 타임스탬프 필드(630b)는, 부분적 타임스탬프의 제 1 비트를 포함하는 데이터 심볼이 PHY에 의해 송신되는 시간에 송신 디바이스의 시간 동기화 기능(TSF) 타이머의 값의 최하위 5 옥텟들을 포함한다(송신 디바이스의 로컬 PHY를 통한 MAC-PHY 인터페이스부터 WM과의 인터페이스까지의 송신 디바이스의 지연을 포함함).

[00108] 다음 TWT 존재 필드(675)가 (아래에서 논의되는) 프레임 제어 필드(605b)에서 설정되면, 다음 타겟 웨이크 시간 필드(635b)는, 다음 TWT에 대한 TSF 시간의 최소 6 바이트들로 주어지는 프레임(600b)의 의도된 수신자에 대한 다음 타겟 웨이크 시간 값을 포함한다. 그렇지 않으면, 다음 TWT 필드(635b)는 예비되고 그리고/또는 미사용된다.

[00109] 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600b)는, 적어도, 시작 시퀀스 넘버 필드(636a)가 시작 시퀀스 제어 필드(637b)로 대체되었다는 점에서 프레임(600a)과 상이하다. 시작 시퀀스 제어 필드(637b)는, 2개의 필드들, 즉, 시작 시퀀스 넘버 필드(637ba) 및 BAT TID 필드(637bb)를 포함한다. 시작 시퀀스 넘버 필드(637ba)는, 이러한 BAT 프레임(600b)이 전송되는 제 1 MSDU의 시퀀스 넘버를 포함한다. 몇몇 양상들에서, 시작 시퀀스 넘버(637ba)는 프레임(600a)의 시작 시퀀스 넘버 필드(636a)와 실질적으로 균등한 정보를 반송한다. 프레임(600b)의 시작 시퀀스 넘버 필드(637ba)는 12 비트 길이인 한편, 프레임(600a)의 시작 시퀀스 넘버 필드(636a)는 16 비트 길이임을 주목한다. BAT TID 필드(637bb)는, 이러한 BAT 프레임이 전송되는 TID를 포함한다. 몇몇 양상들에서, BAT TID 필드(637bb)는, 프레임(600a)의 BAT TID 필드(638aa)와 실질적으로 균등한 정보를 반송한다. 도 6b는, 프레임(600b)에서 BAT TID 필드(637bb)에 선행하는 시작 시퀀스 넘버 필드(637ba)를 도시하지만, 몇몇 양상들에서, 시작 시퀀스 넘버 필드(637ba)와 BAT TID 필드(637bb)의 순서는 도 6b에 도시된 것으로부터 반전될 수 있음을 주목한다.

[00110] BAT 비트맵 필드(639b)는, 32개까지의 MSDU들 및 A-MSDU들(비트 당 하나)의 수신 상태를 나타낸다. BAT 비트맵 필드(639b)에서 일(1)과 동일한 각각의 비트는, 순차적으로 증가하는 시퀀스 넘버 순서로, 단일 MSDU 또는 AMSDU의 성공적 수신을 확인응답하고, BAT 비트맵 필드(639b)의 제 1 비트는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600b)의 시작 시퀀스 넘버 필드(637ba)의 값에 매칭하는 시퀀스 넘버를 갖는 mac 서비스 데이터 유닛(MSDU) 또는 어그리게이트 mac 서비스 데이터 유닛(A-MSDU)에 대응한다.

[00111] 도 6c는, 프레임 제어 필드(605b)에 대한 예시적인 포맷을 도시한다. 프레임 제어 필드(605b)는, 총 아홉개(9)의 상이한 필드들, 즉, 프로토콜 버전 필드(650), 타입 필드(655), 서브타입 필드(660), 대역폭 표시 필드(665), 동적 표시 필드(670), 다음 타겟 웨이크 시간 존재 필드(675), 더 많은 데이터 필드(680), 플로우 보류 필드(685), 및 예비 필드(690)를 포함한다. 몇몇 양상들에서, 플로우 보류 필드(685)는 플로우 제어 필드로 지칭될 수 있다.

[00112] 프레임 제어 필드(605b)의 프로토콜 버전 필드(650)는 1(0x01)로 설정될 수 있다. 도 6c의 프레임 제어 필드(605b)는 앞서 논의된 예시적인 프레임 제어 필드(305b)와는 상이하다. 프레임 제어 필드(305b)는 2 비트의 예비 필드(445b)를 포함하지만, 프레임 제어 필드(605b)는, 이러한 2 비트를 플로우 보류 필드(685) 및 예비 필드(690)에 할당한다. 몇몇 양상들에서, 타입 필드(655)는 (예시된 삼(3) 비트 대신) 2 비트 길이일 수 있고, 서브타입 필드(660)는 (예시된 삼(3) 비트 대신) 4 비트 길이일 수 있다.

[00113] 몇몇 양상들에서, 중계 플로우 보류 필드(685)는, 이러한 프레임 제어 필드(605b)를 포함하는 응답 프레임을 송신하는 디바이스가, 다음 TWT 필드(635)에 의해 표시되는 시간 지속기간 동안 프레임의 수신자가 자신의 데이터 송신을 보류하도록 요청하고 있음을 나타낸다. 즉, 중계 플로우 보류 필드(685)는, 프레임 제어 필드(605b)를 포함하는 제어 프레임의 송신기가 제어 프레임의 송신 이후 다음 TWT 필드에 표시된 시간 기간 동안 임의의 데이터를 수신할 수 있을지 여부를 나타낸다. 몇몇 양상들에서, 예를 들어, 1로 설정된 중계 플로우 보류 필드(685)를 갖는 프레임 제어 필드(605b)를 갖는 응답 프레임의 송신은, 중계 플로우 보류 동작 프레임과 실질적으로 유사한 기능을 수행한다. 몇몇 양상들에서, 클리어된 중계 플로우 보류 필드(685)를 갖는 프레임 제어 필드(605b)를 갖는 응답 프레임의 송신은 중계 플로우 재개 동작 프레임과 실질적으로 유사한 기능을 수행한다. 일 실시예에서, 이러한 중계 플로우 재개의 기능을 갖는 프레임은 RTS 또는 CTS 프레임일 수 있다. 몇몇 다른 양상들에서, 중계 플로우 보류 필드(685)의 값들은, 앞서 제공된 예들에 비해 반전될 수 있다.

[00114] 도 6d는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600d)의 다른 실시예를 도시한다. BAT 매체 액세스 제어 헤더는 열개(10)의 상이한 필드들, 즉, 프레임 제어 필드(605d), 수신기 어드레스 필드(615d), 송신기 어드레스 필드(620d), 비콘 시퀀스 필드(625d), 부분적 타임스탬프 필드(630d), 다음 타겟 웨이크 필드(635d), 시작 시퀀스 제어 필드(637d), BAT 비트맵 필드(639d) 및 프레임 체크 시퀀스 필드(640d)를 포함한다. 몇몇 양상들에서, 프레임 제어 필드(605d)는, 앞서 도 6c에 대해 논의된 프레임 제어 포맷(605b)에 부합할 수 있다.

[00115] 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600d)는, 적어도, 시작 시퀀스 넘버 필드(636a)가 시작 시퀀스 제어 필드(637d)로 대체되었다는 점에서 프레임(600a)과 상이하다. 시작 시퀀스 제어 필드(637d)는, 2개의 필드들, 즉, 시작 시퀀스 넘버 필드(637da) 및 BAT TID 필드(637db)를 포함한다. 시작 시퀀스 넘버 필드(637da)는, 이러한 BAT 프레임(600d)이 전송되는 제 1 MSDU의 시퀀스 넘버를 포함한다. 몇몇 양상들에서, 시작 시퀀스 넘버(637da)는 프레임(600a)의 시작 시퀀스 넘버 필드(636a)와 실질적으로 균등한 정보를 반송한다. 프레임(600d)의 시작 시퀀스 넘버 필드(637da)는 12 비트 길이인 한편, 프레임(600a)의 시작 시퀀스 넘버 필드(636a)는 16 비트 길이임을 주목한다. BAT TID 필드(637db)는, 이러한 BAT 프레임이 전송되는 트래픽 식별자(TID)를 포함한다. 몇몇 양상들에서, BAT TID 필드(637db)는, 프레임(600a)의 BAT TID 필드(638aa)와 실질적으로 균등한 정보를 반송한다.

[00116] BAT 비트맵 필드(639d)는, 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. BAT 비트맵 필드(639d)에서 일(1)과 동일한 각각의 비트는, 순차적으로 증가하는 시퀀스 넘버 순서로, 단일 MSDU 또는 AMSDU의 성공적 수신을 확인응답하고, BAT 비트맵 필드(639d)의 제 1 비트는, 블록 확인응답 타겟 웨이크 시간(BAT) 매체 액세스 제어 헤더(600d)의 시작 시퀀스 넘버 필드(637da)의 값에 매칭하는 시퀀스 넘버를 갖는 MSDU 또는 A-MSDU에 대응한다.

[00117] 도 7a는, 숏 타겟 웨이크 시간 확인응답(STACK) 매체 액세스 제어 헤더(700a)의 일 실시예를 도시한다. STACK 매체 액세스 제어 헤더는 다섯개(5)의 상이한 필드들, 즉, 프레임 제어 필드(705a), 수신기 어드레스 필드(715a), 송신기 어드레스(720a), 부분적 타임스탬프 필드(730a) 및 프레임 체크 시퀀스 필드(740a)를 포함한다. 몇몇 양상들에서, A1 필드(715a)는 프레임의 의도된 수신자의 AID를 나타낼 수 있다. 몇몇 양상들에서, A2 필드(720a)는, 디스크램블링 이전에 서비스 필드의 스크램블러 초기화 값으로부터 획득되는 비트 시퀀스 스크램블러 초기화[0:6] || FCS(23:31] ("||"는 연접), 및 신청 프레임을 반송하는 물리 계층 서비스 데이터 유닛(PSDU)의 FCS 필드를 포함한다.

[00118] 몇몇 양상들에서, 프레임 제어 필드(705a)는, 도 4a에 대해 앞서 논의된 프레임 제어 포맷(305a)에 부합할 수 있다. 몇몇 양상들에서, 프레임 제어 필드(305a)의 프로토콜 버전 필드(705a)는 제로(0)로 설정될 수 있다. 이러한 양상들에서, 프레임 제어 필드(705a)는 도 4a에 예시된 프레임 제어 포맷(305a)에 부합할 수 있다. 이러한 양상들은, 2 비트 길이인 타입 필드(410a) 및 4 비트 길이인 서브타입 필드(415a)를 포함한다. 이러한 양상들에서, 타입 필드의 2 비트는 11로 설정될 수 있고, 서브타입 필드들은, 본 명세서에서 설명되는 제어 응답 프레임들의 상이한 서브타입들을 식별할 수 있다. 예를 들어, 서브타입 필드(410a)의 1 값은 프레임(700a)을, 숏 타겟 웨이크 시간 확인응답(STACK) 프레임으로서 식별할 수 있다.

[00119] 몇몇 다른 양상들에서, 프레임 제어 필드(705a)는, 아래에서 도 7c에 대해 논의되는 프레임 제어 포맷(705b)에 부합할 수 있다. 이러한 양상들에서, 프로토콜 버전 필드(750)는 1(0x01)로 설정될 수 있다. 이러한 양상들에서, 타입 필드는 삼(3) 또는 사(4) 바이트 길이일 수 있고, 서브타입 필드는 이(2) 또는 삼(3) 바이트 길이일 수 있다. 이러한 양상들에서, 제로(0)의 값을 갖는 서브타입 필드는 STACK 프레임을 나타낼 수 있다.

[00120] 도 7b는, 숏 타겟 웨이크 시간 확인응답(STACK) 매체 액세스 제어 헤더(700b)의 일 실시예를 도시한다. STACK 매체 액세스 제어 헤더(700b)는 다섯개(5)의 상이한 필드들, 즉, 프레임 제어 필드(705b), 수신기 어드레스 필드(715b), 송신기 어드레스(720b), 타이머 필드(730b) 및 프레임 체크 시퀀스 필드(740b)를 포함한다. 몇몇 양상들에서, 프레임 제어 필드(705b)는 아래에서 도 7c에 대해 논의되는 프레임 제어 포맷(705b)에 부합할 수 있다. STACK 프레임(700b)은, 부분적 타임스탬프 필드(730a)를 포함하는 비트들이 타이머 필드(730b)로 재정의된 것을 제외하고는 STACK 프레임(700a)과 유사하게 기능한다. 타이머 필드는 또한 몇몇 양상들에서, 부분적 타임스탬프/다음 TWT/보류 지속기간 필드로 공지될 수 있다. 타이머 필드(730b)는, 다음 타겟 웨이크 시간까지의 지속기간 또는 부분적 타임스탬프를 나타낼 수 있다. 이렇게 표시되면, 2개의 표시들 사이의 구별은, 아래에서 도 7c에 대해 논의되는 프레임 제어 필드(705b)의 다음 TWT 존재 필드(775)에 기초할 수 있다.

[00121] 도 7c는, 프레임 제어 필드(705b)에 대한 예시적인 포맷을 도시한다. 프레임 제어 필드(705b)는, 총 아홉개(9)의 상이한 필드들, 즉, 프로토콜 버전 필드(750), 타입 필드(755), 서브타입 필드(760), 대역폭 표시 필드(765), 동적 표시 필드(770), 다음 TWT 존재 필드(775), 더 많은 데이터 필드(780), 플로우 보류 필드(785), 및 예비 필드(790)를 포함한다. 몇몇 양상들에서, 타입 필드(755)는, 도시된 사(4) 비트 대신 삼(3) 비트 길이일 수 있고, 서브타입 필드(760)는, 도시된 이(2) 비트 대신, 3 비트 길이일 수 있다. 개별적인 타입 및 서브타입 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는, 개시된 구현들에서 육(6) 비트이다. 몇몇 양상들에서, 플로우 보류 필드(785)는 플로우 제어 필드로 지칭될 수 있다. 예비 필드는, 예를 들어, 제어 응답 프레임 정보가 보호되는 것을 나타내기 위해 이용될 수 있다.

[00122] 프레임 제어 필드(705b)의 프로토콜 버전 필드(750)는 1(0x01)로 설정된다. 도 7c의 프레임 제어 필드(705b)는 앞서 논의된 예시적인 프레임 제어 필드(305b)와는 상이하다. 프레임 제어 필드(305b)는 2 비트의 예비 필드(445b)를 포함하지만, 프레임 제어 필드(705b)는, 이러한 2 비트를 플로우 보류 필드(785) 및 예비 필드(790)에 할당한다. 몇몇 양상들에서, 플로우 보류 필드(785)는, 이러한 프레임 제어 필드(705b)를 포함하는 응답 프레임을 송신하는 디바이스가, 타이머 필드(730b)에 위치된 다음 TWT 필드에 의해 표시되는 시간 지속기간 동안 프레임의 수신자가 자신의 데이터 송신을 보류하도록 요청하고 있음을 나타낸다. 즉, 플로우 보류 필드(785)는, 프레임 제어 필드(705b)를 포함하는 제어 프레임의 송신기가 제어 프레임의 송신 이후 다음 TWT 필드에 표시된 시간 기간 동안 임의의 데이터를 수신할 수 있을지 여부를 나타낸다. 몇몇 양상들에서, 예를 들어, 1로 설정된 플로우 보류 필드(785)를 갖는 프레임 제어 필드(705b)를 갖는 응답 프레임의 송신은, 중계 플로우 보류 동작 프레임과 실질적으로 유사한 기능을 수행한다. 몇몇 양상들에서, 클리어된 플로우 보류 필드(785)를 갖는 프레임 제어 필드(705b)를 갖는 응답 프레임의 송신은 중계 플로우 재개 동작 프레임과 실질적으로 유사한 기능을 수행한다. 일 실시예에서, 이러한 중계 플로우 재개의 기능을 갖는 프레임은 RTS 또는 CTS 프레임일 수 있다. 몇몇 다른 양상들에서, 플로우 보류 필드(785)의 값들은, 앞서 제공된 예들에 비해 반전될 수 있다.

[00123] 앞서 논의된 바와 같이, 다음 TWT 존재 필드(775)는, 부분적 타임스탬프 필드(730a) 또는 타이머 필드(730b)의 위치에서 MAC 프레임(700a 및/또는 700b) 내에 위치된 비트들이, 다음 타겟 웨이크 시간까지의 지속시간을 나타내는 시간 필드로서 또는 부분적 타임스탬프로서 해석되어야 하는지 여부를 나타낼 수 있다. 부분적 타임스탬프는, 부분적 타임스탬프의 제 1 비트를 포함하는 데이터 심볼이 PHY에 의해 송신된 시간에, 송신 STA의 TSF 타이머의 값의 최하위 4 옥텟들을 표현할 수 있다. 부분적 타임스탬프는, 송신 STA의 로컬 PHY를 통한 MAC-PHY 인터페이스부터 무선 매체와의 인터페이스까지의 송신 STA의 지연을 포함할 수 있다.

[00124] 몇몇 양상들에서, 중계 플로우 보류 필드(785)는, 이러한 프레임 제어 필드(705b)를 포함하는 응답 프레임을 송신하는 디바이스가, 다음 TWT 필드(775)에 의해 표시되는 시간 지속기간 동안 프레임의 수신자가 자신의 데이터 송신을 보류하도록 요청하고 있음을 나타낸다. 즉, 중계 플로우 보류 필드(785)는, 프레임 제어 필드(705b)를 포함하는 프레임의 송신기가 프레임의 송신 이후 다음 TWT 필드에 표시된 시간 기간 동안 임의의 데이터를 수신할 수 있을지 여부를 나타낸다. 몇몇 양상들에서, 예를 들어, 1로 설정된 중계 플로우 보류 필드(785)를 갖는 프레임 제어 필드(705b)를 갖는 응답 프레임의 송신은, 중계 플로우 보류 동작 프레임과 실질적으로 유사한 기능을 수행한다. 몇몇 양상들에서, 클리어된 중계 플로우 보류 필드(785)를 갖는 프레임 제어 필드(705b)를 갖는 응답 프레임의 송신은 중계 플로우 재개 동작 프레임과 실질적으로 유사한 기능을 수행한다. 일 실시예에서, 이러한 중계 플로우 재개의 기능을 갖는 프레임은 RTS 또는 CTS 프레임일 수 있다. 몇몇 다른 양상들에서, 중계 플로우 보류 필드(785)의 값들은, 앞서 제공된 예들에 비해 반전될 수 있다.

[00125] 타이머 필드가 존재함을 나타내는 프레임 제어 필드(705b)를 갖는 STACK 프레임(700b)이 송신되면, 이것은, STACK 프레임이 다음 타겟 웨이크 시간을 나타내는 것을 가능하게 하고, 이것은, 공지된 프레임 포맷들에 비해 이점이 있다. 타이머 필드(730)에 의해 표시되는 다음 타겟 웨이크 시간은, 다음 TWT에 대해 TSF 시간의 최소 4개의 바이트들로 주어지면, 프레임의 의도된 수신자에 대한 다음 TWT 값을 나타낼 수 있다.

[00126] 몇몇 양상들에서, 다음 TWT 존재 필드(775)가 제로로 설정되면, 타이머 필드(730b)는 부분적 타임스탬프 필드(730a)로서 해석된다. 이러한 양상들에서, 다음 TWT 존재 필드(775)가 1로 설정되면, 타이머 필드(730b)는 다음 타겟 웨이크 시간까지의 지속기간으로 해석된다. 몇몇 다른 양상들에서, 이러한 다음 TWT 존재 필드(775)의 값들은 반전된다.

[00127] 다음 TWT 존재 필드(775)에 의해 제공되는 바와 같이, MAC 프레임이 다음 타겟 웨이크 시간까지의 지속기간을 포함하는지 또는 부분적 타임스탬프 필드를 포함하는지 여부에 대한 표시를 제공하는 하나의 이점은, 예를 들어, 매체 액세스 제어 프레임(700a 및 700b)의 길이가, 어떤 정보가 제공되는지와 무관하게 동일하다는 점이다. 이것은, 제공되는 정보의 타입에 따른 길이를 갖는 가변 길이 매체 액세스 제어 헤더를 초래할 수 있는 다른 방법들과 대비된다.

[00128] 매체 액세스 제어 헤더가 동일한 길이인 것을 보장함으로써, 무선 디바이스가 무선 네트워크 상에서 송신 및/또는 청취하기 전에 얼마나 많은 시간을 연기해야 하는지를 무선 디바이스가 미리 이해하는 능력이 개선된다. 이것은, 무선 디바이스가 더 낮은 전력 상태로 진입하는 증가된 능력을 도출할 수 있다. 추가적으로, 이것은, 몇몇 양상들에서, 무선 송신들의 더 신뢰가능한 수신을 도출할 수 있다. 예를 들어, 매체 액세스 제어 헤더들의 길이는 이들의 일정한 길이가 주어지면 더 예측가능하기 때문에, 무선 디바이스들에 의해 이용되는 연기 방법들은, 무선 디바이스들 자신의 송신들과, 다른 디바이스들로부터의 매체 액세스 제어 헤더들(및 이들의 연관된 데이터)의 송신들 사이의 충돌을 더 감소시킬 수 있다.

[00129] 도 8a는, 제어 프레임을 송신하기 위한 방법(800)의 양상을 예시한다. 방법(800)은, 본 명세서에서 논의되는 프레임들 중 임의의 것을 선택적으로 생성하기 위해 이용될 수 있다. 프레임은, AP(104) 또는 STA(106)에서 생성될 수 있고, 무선 네트워크(100)의 다른 노드에 송신될 수 있다. 방법(800)은 아래에서 무선 디바이스(202)의 엘리먼트들에 대해 설명되지만, 본 명세서에서 설명되는 단계들 중 하나 이상을 구현하기 위해 다른 컴포넌트들이 이용될 수 있음을 당업자들은 인식할 것이다.

[00130] 블록(805)에서, 제어 프레임이 생성된다. 제어 프레임은 매체 액세스 제어 헤더를 포함한다. 매체 액세스 제어 헤더는 프레임 제어 필드를 포함한다. 프레임 제어 필드는 패킷 버전 필드를 포함한다. 패킷 버전 필드는 1(0x01)의 값으로 설정된다. 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 결합된 타입 및 서브타입 필드들의 총 길이는, 개별적인 필드들의 길이와 무관하게 육(6) 비트이다. 몇몇 양상들에서, 프레임 제어 필드는, 제어 프레임의 송신기가 제어 프레임의 송신 이후 일정 기간 동안 임의의 데이터를 수신할지 여부를 나타낸다. 이러한 양상들 중 몇몇에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다.

[00131] 몇몇 양상들에서, 제어 프레임은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT) 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 제어 프레임이 블록 확인응답 타겟 웨이크 시간 프레임인 몇몇 양상들에서, 제어 프레임은 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 제어 프레임이 숏 타겟 웨이크 시간 확인응답인 몇몇 양상들에서, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 다음 타겟 웨이크 시간이 표시되는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 기초한다. 이러한 양상들 중 몇몇에서, 다음 타겟 웨이크 시간이 존재하면, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 포함된다.

[00132] 블록(804)에서, 프레임은 무선으로 송신된다. 송신은, 예를 들어, 송신기(210) 및/또는 프로세서(204)에 의해 수행될 수 있다.

[00133] 도 8b는, 무선 통신 시스템(100) 내에서 이용될 수 있는 예시적인 무선 디바이스(850)의 기능 블록도이다. 디바이스(850)는, 프레임을 생성하기 위한 프레임 생성 회로(855)를 포함한다. 프레임 생성 회로(855)는, 도 8a에 예시된 블록(805)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 생성 회로(805)는, 프로세서(204) 및/또는 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(850)는, 생성된 프레임을 무선으로 송신하기 위한 프레임 송신 회로(810)를 더 포함한다. 프레임 송신 회로(860)는, 도 8a에 예시된 블록(810)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 송신 회로(860)는, 송신기(210) 및/또는 프로세서(204)에 대응할 수 있다.

[00134] 도 9a는, 제어 프레임을 수신하기 위한 방법(900)의 양상을 예시한다. 방법(900)은, 본 명세서에서 논의되는 프레임들 중 임의의 것을 선택적으로 수신하기 위해 이용될 수 있다. 프레임은, AP(104) 또는 STA(106)에서 수신될 수 있다. 방법(900)은 아래에서 무선 디바이스(202)의 엘리먼트들에 대해 설명되지만, 본 명세서에서 설명되는 단계들 중 하나 이상을 구현하기 위해 다른 컴포넌트들이 이용될 수 있음을 당업자들은 인식할 것이다.

[00135] 블록(905)에서, 제어 프레임이 수신된다. 제어 프레임은 매체 액세스 제어 헤더를 포함한다. 매체 액세스 제어 헤더는 프레임 제어 필드를 포함한다. 프레임 제어 필드는, 제어 프레임의 송신기가, 제어 프레임의 송신 이후 일정 시간 기간 동안 임의의 데이터를 수신할지 여부를 나타낸다. 몇몇 양상들에서, 시간 기간은, 매체 액세스 제어 헤더에 포함된 시간 기준에 의해 표시된다.

[00136] 몇몇 양상들에서, 프레임 제어 필드는, 3 또는 4 비트 길이인 타입 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는, 2 또는 3 비트 길이인 서브타입 필드를 포함한다. 개시된 구현들에서, 결합된 타입 및 서브타입 필드들의 총 길이는, 개별적인 필드들의 길이와 무관하게 육(6) 비트이다. 몇몇 양상들에서, 제어 프레임은, 숏 비콘, 프로브 응답, RA 프레임, 타겟 웨이크 시간 확인응답(TACK), 블록 확인응답 타겟 웨이크 시간(BAT) 및 숏 타겟 웨이크 시간 확인응답(STACK) 프레임 중 하나이다. 제어 프레임이 블록 확인응답 타겟 웨이크 시간 프레임인 몇몇 양상들에서, 제어 프레임은 32개까지의 MSDU들 및 A-MSDU들의 수신 상태를 나타낸다. 제어 프레임이 숏 타겟 웨이크 시간 확인응답인 몇몇 양상들에서, 제어 프레임은 다음 타겟 웨이크 시간을 나타낸다. 몇몇 양상들에서, 다음 타겟 웨이크 시간이 표시되는지 여부는, 프레임 제어 필드의 다음 타겟 웨이크 시간 존재 필드에 기초한다. 이러한 양상들 중 몇몇에서, 다음 타겟 웨이크 시간이 존재하면, 다음 타겟 웨이크 시간은 매체 액세스 제어 헤더에 포함된다.

[00137] 블록(910)에서, 제어 프레임이 프로세싱된다. 예를 들어, 몇몇 양상들에서, 블록(905)의 제어 프레임을 수신하는 디바이스는, 제어 프레임의 송신기(송신 디바이스)가 제어 프레임의 송신/수신 이후 일정 시간 기간 동안 임의의 데이터를 수신할지 여부를 결정하기 위해 제어 프레임을 디코딩할 수 있다. 그 다음, 수신 디바이스는, 디코딩에 기초하여 시간 기간 동안 송신 디바이스에 데이터를 송신할지 여부를 결정할 수 있다. 예를 들어, 송신 디바이스가, 자신이 어떠한 데이터도 수신하지 않을 것임을 나타내면, 프로세스(900)를 수행하는 디바이스는 송신을 연기할 수 있고 그리고/또는 그렇지 않으면 송신 디바이스에 전송할 준비가 된 데이터를 큐잉할 수 있다. 송신 디바이스가 시간 기간 동안 자신이 데이터를 수신할 수 있음을 나타내면, 시간 기간 동안 동일한 데이터가 송신 디바이스에 송신될 수 있다. 프레임의 프로세싱은, 예를 들어, 프로세서(204)에 의해 수행될 수 있다.

[00138] 도 9b는, 무선 통신 시스템(100) 내에서 이용될 수 있는 예시적인 무선 디바이스(950)의 기능 블록도이다. 디바이스(950)는, 프레임을 수신하기 위한 프레임 수신 회로(955)를 포함한다. 프레임 수신 회로(955)는, 도 9a에 예시된 블록(905)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 수신 회로(955)는, 수신기(212) 및/또는 프로세서(204) 및/또는 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(950)는, 수신된 프레임을 프로세싱하기 위한 프레임 프로세싱 회로(910)를 더 포함한다. 프로세싱 회로(960)는, 도 9a에 예시된 블록(910)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프로세싱 회로(960)는, 프로세서(204)에 대응할 수 있다.

[00139] 도 10은, 자원 할당 프레임(1000)의 예시적인 포맷을 도시한다. 자원 할당 프레임은, 제한된 액세스 윈도우 그룹 내의 하나 이상의 스테이션들에 브로드캐스트되어, 페이징된 스테이션들에 대한 다운링크 버퍼링된 데이터의 존재, 및 업링크 및 다운링크 서비스 기간들 둘 모두에 대해 이들에 할당된 시간 슬롯들을 나타낼 수 있다. 자원 할당 프레임(1000)은, 프레임 제어 필드(1005), 기본 서비스 세트 식별자 필드(1010), 제한된 액세스 윈도우 그룹 필드(1015), 제한된 액세스 윈도우 지속기간 필드(1020), 그룹 표시자 필드(1025), 하나 이상의 슬롯 할당 필드들(1030a-"n") 및 프레임 체크 시퀀스 필드(1050)를 포함한다.

[00140] 도 11a는, 프레임 제어 필드(1005a)의 예시적인 포맷을 도시한다. 몇몇 양상들에서, 도 10의 프레임 제어 필드(1005)는, 프레임 제어 필드(1005a)의 포맷에 부합할 수 있다. 프레임 제어 필드(1005a)는, 프로토콜 버전 필드(1105), 타입 필드(1110), PTID/서브타입 필드(1115), DS로부터 필드(1120), 더 많은 프래그먼트 필드(1125), 전력 관리 필드(1130), 더 많은 데이터 필드(1135), 보호된 프레임 필드(1140), 서비스 기간 종료 필드(1145), 중계된 프레임 필드(1150) 및 ack 정책 필드(1155)를 포함한다. 프레임 제어 필드(1005a)가 자원 할당 프레임(1000)과 같은 자원 할당 프레임에서 이용되는 경우, 타입 필드는 1의 값을 가질 수 있고, 서브타입 필드는 3의 값을 가질 수 있다.

[00141] 프레임 제어 필드(1005a)의 몇몇 양상들에서, 프로토콜 버전 필드(1105)는 일(1)로 설정될 수 있다. 이러한 양상들에서, DS로부터 필드(1120), 더 많은 프래그먼트 필드(1125), 전력 관리 필드(1130), 더 많은 데이터 필드(1135), 보호된 프레임 필드(1140), 서비스 기간 종료 필드(1145), 중계된 프레임 필드(1150) 또는 ack 정책 필드(1155) 중 하나 이상은 다른 목적들로 이용될 수 있다. 예를 들어, 자원 할당 프레임(1000)의 그룹 표시자 필드(1025)는 프레임 제어 필드(1005)로 이동될 수 있다.

[00142] 도 11b는, 그룹 표시자 필드(1175)를 포함하는 예시적인 프레임 제어 필드(1005b)를 도시한다. 프레임 제어 필드(1005b)는 또한 프로토콜 버전 필드(1160), 타입 필드(1165) 및 ptid/서브타입 필드(1170)를 포함한다. 몇몇 양상들에서, 도 10의 프레임 제어 필드(1005)는, 프레임 제어 필드(1005b)의 포맷에 적어도 실질적으로 부합한다. 몇몇 양상들에서, 자원 할당 프레임은 프레임 제어 필드 포맷(1005b)을 활용할 수 있다. 이러한 양상들 중 몇몇에서, 타입 필드(1165)는 일(1)의 값을 갖거나 설정될 수 있는 한편, 서브타입 필드는 삼(3)의 값을 갖거나 설정될 수 있다.

[00143] 도 12는, 숏 프로브 응답 프레임(1200)의 예시적인 포맷을 도시한다. 숏 프로브 응답 프레임은, 프레임 제어 필드(1205), 수신지 어드레스 필드(1210), 소스 어드레스 필드(1215), 타임스탬프 필드(1220), 시퀀스 변경 필드(1225), 다음 타겟 비콘 전송 시간 필드(1230), 압축된 SSID 필드(1235), 액세스 네트워크 옵션 필드(1240), 제로 또는 더 많은 정보 엘리먼트들(1245) 및 프레임 체크 시퀀스 필드(1250)를 포함한다.

[00144] 도 13a는, 프레임 제어 필드(1205a)의 일부의 예를 도시한다. 몇몇 양상들에서, 숏 프로브 응답 프레임(1200)의 프레임 제어 필드(1205)는, 프레임 제어 필드(1205a)의 포맷에 부합할 수 있다. 프레임 제어 필드(1205a)는 프로토콜 버전 필드(1305), 2 비트 타입 필드(1310) 및 4 비트 서브타입 필드(1315)를 포함한다. 몇몇 양상들에서, 프로토콜 버전 필드(1305)는 제로(0)의 값으로 설정될 수 있고, 타입 필드(1310)는 3의 값으로 설정될 수 있고, 서브타입 필드(1315)는 ANA(임의의 수)의 값으로 설정될 수 있다.

[00145] 도 13b는, 프레임 제어 필드(1205b)의 일부의 예를 도시한다. 몇몇 양상들에서, 숏 프로브 응답 프레임(1200)의 프레임 제어 필드(1205)는, 프레임 제어 필드(1205b)의 포맷에 부합할 수 있다. 프레임 제어 필드(1205b)는 프로토콜 버전 필드(1355), 3 비트 타입 필드(1360) 및 3 비트 서브타입 필드(1365)를 포함한다. 몇몇 양상들에서, 프로토콜 버전 필드(1360)는 1의 값으로 설정될 수 있고, 타입 필드(1365)는 1의 값으로 설정될 수 있고, 서브타입 필드(1370)는 2의 값으로 설정될 수 있다.

[00146] 도 14a는, 숏 관리 프레임을 송신하기 위한 방법(1400)의 양상을 예시한다. 숏 관리 프레임은 AP(104) 또는 STA(106)에서 생성될 수 있고, 무선 네트워크(100)의 다른 노드에 송신될 수 있다. 방법(1400)은 아래에서 무선 디바이스(202)의 엘리먼트들에 대해 설명되지만, 본 명세서에서 설명되는 단계들 중 하나 이상을 구현하기 위해 다른 컴포넌트들이 이용될 수 있음을 당업자들은 인식할 것이다.

[00147] 블록(1405)에서, 프레임 제어 필드가 생성된다. 프레임 제어 필드는, 일(1)의 값을 갖는 프로토콜 버전 필드, 및 1의 값을 갖는 타입 필드를 포함한다. 몇몇 양상들에서, 타입 필드는 3 비트 길이이다. 다른 양상들에서, 타입 필드는 4 비트 길이이다.

[00148] 블록(1410)에서, 숏 관리 프레임이 생성된다. 숏 관리 프레임은 매체 액세스 제어 헤더를 포함한다. 매체 액세스 제어 헤더는, 블록(1405)에서 생성된 프레임 제어 필드를 포함한다. 몇몇 양상들에서, 프레임 제어 필드는 서브타입 필드를 포함하도록 생성된다. 서브타입 필드는 이(2) 또는 삼(3) 비트 길이로 생성될 수 있다. 개시된 구현들에서, 개별적인 필드들의 길이와 무관하게, 결합된 타입 및 서브타입 필드들의 총 길이는 육(6) 비트이다. 숏 관리 프레임이 자원 할당 프레임이면, 서브타입 필드는 삼(3)의 값을 갖도록 생성된다. 숏 관리 프레임이 숏 프로브 응답 프레임이면, 서브타입 필드는 이(2)의 값을 갖도록 생성된다.

[00149] 블록(1415)에서, 숏 관리 프레임이 송신된다. 송신은 송신기(210) 및/또는 프로세서(204)에 의해 수행될 수 있다.

[00150] 도 14b는, 무선 통신 시스템(100) 내에서 이용될 수 있는 예시적인 무선 디바이스(1450)의 기능 블록도이다. 디바이스(1450)는 프레임 제어 필드 생성 회로(1455)를 포함한다. 프레임 제어 필드 생성 회로(1455)는, 블록(1405)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 몇몇 양상들에서, 프레임 제어 필드 생성 회로(1455)는 프로세서(204)에 대응한다. 디바이스(1450)는 숏 관리 프레임 생성 회로(1460)를 더 포함한다. 숏 관리 프레임 생성 회로(1460)는 도 14a에 예시된 블록(1410)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 숏 관리 프레임 생성 회로(1410)는 프로세서(204) 및/또는 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(1450)는, 생성된 프레임을 무선으로 송신하기 위한 프레임 송신 회로(1465)를 더 포함한다. 프레임 송신 회로(1465)는, 도 14a에 예시된 블록(1415)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 송신 회로(1465)는 송신기(210) 및/또는 프로세서(204)에 대응할 수 있다.

[00151] 도 15a는, 무선 통신 프레임을 수신하기 위한 방법(1500)의 양상을 예시한다. 방법(1500)은, 본 명세서에서 논의되는 프레임들 중 적어도 일부를 선택적으로 수신하기 위해 이용될 수 있다. 프레임은 AP(104) 또는 STA(106)에서 수신될 수 있다. 방법(1500)은 아래에서, 무선 디바이스(202)의 엘리먼트들에 대해 설명되지만, 본 명세서에서 설명되는 단계들 중 하나 이상을 구현하기 위해 다른 컴포넌트들이 이용될 수 있음을 당업자들은 인식할 것이다.

[00152] 블록(1505)에서, 무선 통신 프레임이 수신된다. 블록(1510)에서, 무선 통신 프레임은 매체 액세스 제어 헤더를 식별하도록 디코딩된다. 식별된 매체 액세스 제어 헤더는 블록(1515)에서 프레임 제어 필드를 식별하도록 디코딩된다. 블록(1520)에서, 프레임 제어 필드는 프로토콜 버전 필드의 값을 결정하도록 디코딩된다.

[00153] 블록(1525)에서, 타입 필드의 길이는, 프로토콜 버전 필드의 값에 기초하여 결정된다. 예를 들어, 몇몇 양상들에서, 프로토콜 버전 필드가 제 1 값을 가지면, 타입 필드의 길이는 제 1 길이일 것이다. 프로토콜 버전 필드가 제 2 값을 가지면, 타입 필드의 길이는 제 2 길이인 것으로 결정될 것이다. 앞서 논의된 바와 같이, 예를 들어, 프레임 제어 필드(305a)는, 1의 값으로 설정된 프로토콜 버전 필드(405a)를 포함한다. 타입 필드(410a)의 길이는 2 비트이고, 서브타입 필드(415a)의 길이는 4 비트이다. 반대로, 프레임 제어 필드(305b)의 프로토콜 버전 필드(405b)는 1로 설정될 수 있다. 타입 필드(410b)의 길이는, 타입 필드(410a)의 2 비트 길이와는 반대로 3 비트 또는 4 비트일 수 있다. 서브타입 필드(415b)의 길이는, 서브타입 필드(415)의 4 비트 길이와는 반대로 2 비트 또는 3 비트일 수 있다. 따라서, 프로토콜 버전(405a 및/또는 405b)의 값은, 타입 필드(410a/b) 및 서브타입 필드(415a/b)의 길이를 결정하기 위해 이용될 수 있다. 이것은 또한, 본 명세서에 개시된 다른 프레임 포맷들에 대해서도 마찬가지일 수 있다. 예를 들어, 도 5b의 프레임 제어 필드(505)는, 1로 설정된 프로토콜 버전 필드(550)를 갖는 한편, 이의 대응하는 타입 필드(555) 및 서브타입 필드(560)는 각각 4 비트 및 2 비트의 길이를 갖는다. 이러한 길이들은 또한, 제로로 설정되는 프로토콜 버전 필드(405a)와 연관된 타입 및 서브타입 필드들(410a 및 415a)과는 상이하다. 이것은 또한, 도 7c의 프레임 제어 필드(705b)(프로토콜 버전 필드(750) 및 대응하는 타입 및 서브타입 필드들(755 및 760)), 도 11a의 프레임 제어 필드(1005a)(프로토콜 버전 필드(1105) 및 대응하는 타입 및 서브타입 필드들(1110 및 1115)), 도 11b의 프레임 제어 필드(1005b)(프로토콜 버전 필드(1160) 및 대응하는 타입 필드(1165) 및 PTID/서브타입 필드(1170)), 도 13a의 프레임 제어 필드(1205a)(통상적으로 제로로 설정되는 프로토콜 버전 필드(1305), 및 각각 2/4의 길이를 갖는 대응하는 타입 필드(1310) 및 서브타입 필드(1315)), 이와 대조적인 도 13b의 프레임 제어 필드(1205b), 1로 설정되는 프로토콜 버전 필드(1360), 각각 3/3 또는 각각 4/2의 길이를 갖는 타입 필드(1365) 및 서브타입 필드(1370)에 대해서도 마찬가지일 수 있다.

[00154] 블록(1530)에서, 타입 필드의 값은 블록(1525)에서 결정된 길이에 기초하여 결정된다. 예를 들어, 블록(1505)에서 수신된 무선 통신 프레임이 프레임 제어 필드(1205b)를 포함하면, 타입 필드의 값은, 프로토콜 버전 필드(1360)에 후속하는 3 비트, 또는 다른 양상에서는, (타입 필드(1365)의 길이에 대응하는) 프로토콜 버전 필드(1360)에 후속하는 4 비트에 기초하여 결정될 수 있다. 반대로, 블록(1505)에서 수신된 무선 통신 프레임이 프레임 제어 필드(1205a)(프로토콜 버전 필드(1305)에서 제로(0)의 프로토콜 버전을 가짐)를 포함하면, 타입 필드의 값은 프로토콜 버전 필드(1305)에 후속하는 2 비트(2 비트는 타입 필드(1310)의 길이에 대응함)에만 기초하여 결정될 수 있다.

[00155] 방법(1500)의 몇몇 양상들은, 프로토콜 버전 필드 값에 기초하여 또는 타입 필드의 길이에 기초하여 프레임 제어 필드의 서브타입 필드의 길이를 결정하는 단계를 포함한다. 몇몇 양상들에서, 프로토콜 버전 필드 값이 제 1 값과 동일하면, 타입 필드의 길이는, 서브타입 필드의 결정된 길이보다 큰 것으로 결정될 것이다. 이러한 양상들 중 몇몇에서, 프로토콜 버전 필드가 제 2 값을 가지면, 타입 필드의 길이는, 서브타입 필드의 길이보다 크거나 그와 동일한 것으로 결정될 것이다.

[00156] 몇몇 양상들에서, 프로토콜 버전 필드가 1과 동일한 경우, 프레임 제어 필드의 타입 및 서브타입 필드 각각은 3 비트 길이인 것으로 결정된다. 몇몇 다른 양상들에서, 프로토콜 버전 필드가 1과 동일한 경우, 타입 필드는 4 비트 길이인 것으로 결정되고, 서브타입 필드는 2 비트 길이인 것으로 결정된다.

[00157] 몇몇 양상들에서, 프레임 제어 필드 값이 제 1 값이고, 타입 필드가 제 2 값이면, 수신된 무선 프레임은, 자원 할당 프레임(1000) 또는 숏 프로브 응답 프레임(1200)과 같은 "숏" 관리 프레임이다. 예를 들어, 몇몇 양상들에서, 일(1)의 프로토콜 버전 값 및 일(1)의 타입 값은, 무선 프레임이 숏 관리 프레임인 것을 나타낸다.

[00158] 몇몇 양상들에서, 프레임 제어 필드는, 서브타입 필드의 값을 결정하도록 추가로 디코딩된다. 몇몇 양상들에서, 서브타입 필드가 특정 값과 동일한 것으로 결정되면, 무선 통신 프레임은, 도 10의 자원 할당 프레임(1000)과 같은 자원 할당 프레임인 것으로 결정된다. 몇몇 양상들에서, 자원 할당 프레임에 대한 특정 값은 삼(3)이다. 몇몇 양상들에서, 프레임이 자원 할당 프레임인 것으로 결정되면, 프레임 제어 필드는, 그룹 표시 필드의 값을 결정하도록 추가로 디코딩된다. 이러한 양상들에서, 매체 액세스 제어 헤더는 그룹 표시 필드를 포함하지 않을 수 있다. 그룹 표시 필드는, 자원 할당 프레임이 적용되는 디바이스들의 그룹을 나타낼 수 있다.

[00159] 몇몇 양상들에서, 서브타입 필드가 제 2 특정 값과 동일한 것으로 결정되면, 무선 통신 프레임은, 프레임(1200)과 같은 "숏" 프로브 응답 프레임이다. 예를 들어, 몇몇 양상들에서, 서브타입 필드가 이(2)와 동일하면, 무선 통신 프레임은 "숏" 프로브 응답 프레임이다.

[00160] 블록(1535)에서, 무선 통신 프레임은 타입 필드 값에 기초하여 프로세싱된다. 예를 들어, 타입 값에 기초하여 프레임을 프로세싱하는 것은, 타입 값에 기초하여, 대응하는 연관된 값들을 갖는 필드들의 특정 구성을 포함하도록 프레임을 디코딩하는 것을 포함할 수 있다. 앞서 논의된 바와 같이, 다양한 프레임 포맷들이 블록(1505)의 무선 통신 프레임으로서 수신될 수 있다. 수신된 프레임을 성공적으로 프로세싱하기 위해, 수신 디바이스는, 통신 프레임이 어느 필드들을 포함하는지, 및 프레임 내에서 이들의 위치 또는 오프셋 및 길이를 결정할 수 있다. 이러한 포맷은, 몇몇 양상들에서, 타입 값에 적어도 부분적으로 기초하여 프로세스(1500)를 수행하는 디바이스와 같은, 프레임을 수신하는 디바이스에 의해 결정될 수 있다.

[00161] 예를 들어, 무선 통신 프레임을 숏 관리 프레임으로 프로세싱하는 것은, 프레임이 자원 할당 프레임인지 또는 숏 프로브 응답 프레임인지를 결정하기 위해, 앞서 설명된 바와 같이 서브타입 필드를 디코딩하는 것을 포함할 수 있다. 자원 할당 프레임은, 다른 타입들의 비관리 프레임 타입들에 대해 숏 프로브 응답 프레임과는 상이하게 프로세싱될 수 있다. 예를 들어, 몇몇 양상들에서, 자원 할당 프레임은 그룹 표시자 필드를 포함한다. 수신된 무선 통신 프레임이 자원 할당 프레임인 것으로 프로세스(1500)/블록(1535)가 결정하면, 프레임 제어 필드의 그룹 표시자 필드에 대한 값을 결정하기 위해 자원 할당 프레임이 디코딩될 수 있다. 수신된 무선 프레임이 자원 할당 프레임이 아닌 것으로 결정되고, 예를 들어, 그 대신 숏 프로브 응답 프레임인 것으로 결정되면, 블록(1535)은, 그룹 표시 필드를 결정하기 위해 수신된 프레임을 디코딩하지 않을 수 있는데, 이는, 숏 프로브 응답 프레임이 자신의 프레임 제어 필드 내에 이러한 필드를 포함하지 않을 수 있기 때문이다.

[00162] 앞서 논의된 바와 같이, 다양한 프레임들(예를 들어, 자신들 각각의 타입/서브타입 필드들에 대해 상이한 길이를 갖는 프레임들)의 포맷 사이를 구별하기 위해 프로토콜 버전 필드를 이용하는 것은, 추가적인 프레임 타입들을 정의하기 위한 개선된 능력을 제공할 수 있다. 공지된 프레임 포맷들은, 오직 2 비트 길이인 프레임 타입 필드를 활용하여, 4개의 가능한 프레임 타입들을 제공한다. 이러한 4개의 프레임 타입들은 소진되어, 추가적인 프레임 타입들의 정의를 방해한다. 3 또는 4 비트의 프레임 타입 필드들을 갖는 새로운 프레임 포맷들을 제공함으로써, 8 또는 심지어 아마도 16개의 프레임 타입들이 정의될 수 있다. 이것은, 기존의 프레임 포맷들에 비해 더 많은 유연성 및 확장성을 제공한다.

[00163] 도 15b는, 무선 통신 시스템(100) 내에서 이용될 수 있는 예시적인 무선 디바이스(1550)의 기능 블록도이다. 디바이스(1550)는, 프레임을 수신하기 위한 프레임 수신 회로(1555)를 포함한다. 프레임 수신 회로(1555)는, 도 15a에 예시된 블록(1505)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 수신 회로(1555)는, 프로세서(204) 및/또는 수신기(212) 중 하나 이상에 대응할 수 있다. 디바이스(1550)는 수신된 프레임을 디코딩하기 위한 프레임 디코딩 회로(1560)를 더 포함한다. 프레임 디코딩 회로(1560)는, 도 15a에 예시된 블록들(1510-1530)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 디코딩 회로(1560)는, 프로세서(204) 및/또는 DSP(220)에 대응할 수 있다. 디바이스(1550)는, 수신된 프레임을 프로세싱하기 위한 프레임 프로세싱 회로(1565)를 더 포함한다. 프레임 프로세싱 회로(1565)는, 도 15a에 예시된 블록(1535)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 프로세싱 회로(1565)는 프로세서(204) 및/또는 DSP(220)에 대응할 수 있다.

[00164] 도 16a는, 무선 프레임을 송신하기 위한 방법(1600)의 양상을 예시한다. 무선 프레임은, AP(104) 또는 STA(106)에서 생성될 수 있고, 무선 네트워크(100)의 다른 노드에 송신될 수 있다. 방법(1600)은 아래에서 무선 디바이스(202)의 엘리먼트들에 대해 설명되지만, 본 명세서에서 설명되는 단계들 중 하나 이상을 구현하기 위해 다른 컴포넌트들이 이용될 수 있음을 당업자들은 인식할 것이다.

[00165] 몇몇 양상들에서, 방법(1600)은, 더 많은 수의 프레임 타입들이 표시되도록 무선 프레임 내에서 비트들의 개선된 활용도를 제공하기 위해 활용될 수 있다. 예를 들어, 공지된 방법들에서, 프레임 타입 필드는 2 비트 길이인 것으로 정의될 수 있다. 이것은, 최대 4개의 상이한 프레임 타입들이 표시되는 것을 제공한다. 2 비트보다 큰 타입 필드를 포함하는 무선 프레임의 추가적인 포맷들을 제공함으로써, 추가적이 프레임 타입들이 무선 프레임에 의해 표시될 수 있다. 몇몇 양상들에서, 무선 프레임의 프로토콜 버전 필드는 타입 필드의 길이, 및 몇몇 양상들에서는 무선 프레임의 서브타입 필드를 결정하기 위해 활용된다. 몇몇 양상들에서, 방법(1600)을 참조하는 무선 메시지는, 매체 액세스 제어 헤더(도 3에 대해 설명된 300, 도 5a에 대해 설명된 500, 도 6a의 600a, 도 6b의 600b, 도 6d의 600d, 도 7a의 700a, 도 7b의 700b, 도 10의 1000 또는 도 12의 1200)와 같은 매체 액세스 제어 헤더를 포함할 수 있다. 매체 액세스 제어 헤더는 프레임 제어 필드를 포함할 수 있다. 다양한 양상들에서, 프레임 제어 필드는, 프레임 제어 필드 포맷들(305a, 305b, 505, 605b, 705b, 1005a, 1005b, 1205a 또는 1205b) 중 하나에 부합할 수 있다.

[00166] 블록(1605)에서, 무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값이 결정된다. 몇몇 양상들에서, 프로토콜 버전 필드의 결정은, 블록(1620)(후술됨)에서 송신될 무선 메시지의 타입에 기초할 수 있다. 예를 들어, "숏 관리 프레임"이 송신될 것이면, 프로토콜 버전 필드 값은 제 1 값인 것으로 결정될 수 있다. 예를 들어, 정규의 또는 롱(long) 제어 프레임 또는 정규의 또는 롱 관리 프레임이 송신될 것이면, 프로토콜 버전 필드 값은 상이한 제 2 값인 것으로 결정될 수 있다.

[00167] 블록(1610)에서, 프레임 제어 필드가 생성된다. 프레임 제어 필드는, 블록(1605)에서 결정된 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드를 포함하도록 생성된다. 타입 필드 길이는 프로토콜 버전 필드 버전에 기초하여 결정된다. 프레임 제어 필드는, 결정된 길이를 갖는 타입 필드를 포함하도록 생성된다. 몇몇 양상들에서, 프레임 제어 필드는, 프로토콜 버전 필드 값에 기초하여 2 비트의 길이를 갖는 것으로 결정된다. 예를 들어, 제로의 프로토콜 버전 필드 값은, 몇몇 양상들에서, 2 비트의 타입 필드 길이를 나타낼 수 있다. 이러한 양상들에서, 제로의 프로토콜 버전 필드를 갖는 무선 메시지들은 2 비트 타입 필드에 기초하여 4개까지의 고유한 메시지 타입들을 나타낼 수 있다.

[00168] 몇몇 다른 양상들에서, 프레임 제어 필드는, 프로토콜 버전 필드에 기초하여 3 비트의 길이를 갖는 것으로 결정된다. 예를 들어, 일(1)의 프로토콜 버전 필드 값은, 몇몇 양상들에서, 3 비트의 타입 필드 길이를 나타낸다. 이러한 양상들에서, 일(1)의 프로토콜 버전 필드를 갖는 무선 메시지들은 3 비트 타입 필드에 기초하여 8개까지의 고유한 메시지 타입들을 나타낼 수 있다.

[00169] 몇몇 양상들에서, 프레임 제어 필드는 프로토콜 버전 필드에 기초하여 4 비트의 길이를 갖는 것으로 결정된다. 예를 들어, 몇몇 양상들에서, 1의 프로토콜 버전 필드 값은, 몇몇 양상들에서, 4 비트의 타입 필드 길이를 나타낼 수 있다. 이러한 양상들에서, 1의 프로토콜 버전 필드를 갖는 무선 메시지들은, 3 비트 타입 필드에 기초하여 16개까지의 고유한 메시지 타입들을 나타낼 수 있다.

[00170] 몇몇 양상들에서, 프레임 제어 필드는 또한 서브타입 필드를 포함하도록 생성될 수 있다. 서브타입 필드의 길이는 프로토콜 버전 필드 값 또는 타입 필드의 길이에 기초하여 결정될 수 있다. 몇몇 양상들에서, 프로토콜 버전 필드 값이 제 1 값이면, 타입 필드의 길이는 서브타입 필드의 길이보다 작은 것으로 결정된다. 예를 들어, 몇몇 양상들에서, 프로토콜 버전 필드 값이 제로(0)이면, 타입 필드의 길이는 2 비트이고, 서브타입 필드의 길이는 4 비트이다. 몇몇 양상들에서, 프로토콜 버전 필드 값이 제 2 값이면, 타입 필드의 길이는 서브타입 필드의 길이보다 크거나 그와 동일하다. 예를 들어, 몇몇 양상들에서, 프로토콜 버전 필드 값이 일(1)이면, 타입 및 서브타입 필드들의 길이는 동일하다. 몇몇 양상들에서, 필드들 둘 모두는 3 비트 길이이다. 몇몇 다른 양상들에서, 프로토콜 버전 필드 값이 (몇몇 구현들에서) 1 또는 (몇몇 다른 구현들에서) 2이면, 타입 및 서브타입 필드들의 길이는 각각 4 비트 및 2 비트인 것으로 결정된다.

[00171] 몇몇 양상들에서, 타입 및 서브타입 필드의 결합된 길이는 6 비트이다. 예를 들어, 타입 필드가 3 비트 길이이면, 서브타입 필드는 3 비트 길이인 것으로 결정되어, 타입 및 서브타입 필드들의 결합된 길이는 6 비트 길이가 될 것이다. 타입 필드가 2 비트 길이이면, 서브타입 필드는 4 비트인 것으로 결정되어, 타입 및 서브타입 필드들의 결합된 길이는 역시 6 비트 길이가 될 것이다. 타입 필드가 4 비트 길이이면, 서브타입 필드는 2 비트 길이인 것으로 결정될 것이다. 다른 구현들에서는, 다른 결합된 길이들이 고려된다.

[00172] 몇몇 양상들에서, 프로토콜 버전의 값들의 특정 결합, 타입 및 서브타입 필드들은 특정 프레임 타입을 나타낼 수 있다. 예를 들어, 일(1)의 값을 갖는 프로토콜 버전 필드 및 (1)의 값을 갖는 타입 필드를 포함하는 무선 프레임은 "숏" 관리 프레임을 나타낼 수 있다. 일(1)의 값을 갖는 프로토콜 버전 필드, (1)의 값을 갖는 타입 필드 및 삼(3)의 서브타입 필드 값을 포함하는 무선 프레임은, 앞서 도 10에 도시된 자원 할당 프레임(1000)과 같은 자원 할당 프레임을 나타낼 수 있다. 몇몇 양상들에서, 자원 할당 프레임의 프레임 제어 필드는 추가로, 그룹 표시 필드를 포함하도록 생성된다. 그룹 표시 필드는, 자원 할당 프레임이 적용되는 디바이스들의 그룹을 나타내도록 생성될 수 있다.

[00173] 몇몇 양상들에서, 일(1)의 값을 갖는 프로토콜 버전 필드, 일(1)의 값을 갖는 타입 필드 및 이(2)의 서브타입 필드 값을 포함하는 무선 프레임은, 도 12에 프레임(1200)으로 도시된 바와 같은 "숏" 프로브 응답 프레임을 나타낼 수 있다.

[00174] 블록(1615)에서, 프레임 제어 필드를 포함하는 매체 액세스 제어 헤더를 포함하는 무선 메시지가 생성된다. 다양한 양상들에서, 프레임 제어 필드는, 도 3 내지 도 13b에 대해 앞서 논의된 프레임 제어 필드 포맷들 중 임의의 것에 실질적으로 부합할 수 있다. 블록(1620)에서, 무선 프레임이 송신된다.

[00175] 도 16b는, 무선 통신 시스템(100) 내에서 이용될 수 있는 예시적인 무선 디바이스(1650)의 기능 블록도이다. 디바이스(1650)는 프로토콜 버전 결정 회로(1655)를 포함한다. 프로토콜 버전 결정 회로(1655)는, 블록(1605)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 몇몇 양상들에서, 프로토콜 버전 결정 회로(1655)는 프로세서(204)에 대응한다. 디바이스(1650)는 프레임 제어 필드 생성 회로(1660)를 더 포함한다. 프레임 제어 필드 생성 회로(1660)는 블록(1610)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 몇몇 양상들에서, 프레임 제어 필드 생성 회로(1660)는 프로세서(204)에 대응한다. 디바이스(1650)는 무선 프레임 생성 회로(1665)를 더 포함한다. 무선 프레임 생성 회로(1665)는, 도 16a에 예시된 블록(1615)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 무선 프레임 생성 회로(1665)는 프로세서(204) 및/또는 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(1650)는 생성된 프레임을 무선으로 송신하기 위한 프레임 송신 회로(1670)를 더 포함한다. 프레임 송신 회로(1670)는 도 16a에 예시된 블록(1620)에 대해 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프레임 송신 회로(1670)는 송신기(210) 및/또는 프로세서(204)에 대응할 수 있다.

[00176] 본 명세서에서 사용되는 용어 "결정"은 광범위한 동작들을 포함한다. 예를 들어, "결정"은 계산, 컴퓨팅, 프로세싱, 유도, 검사, 검색(예를 들어, 표, 데이터베이스 또는 다른 데이터 구조에서의 검색), 확인 등을 포함할 수 있다. 또한, "결정"은 수신(예를 들어, 정보 수신), 액세스(예를 들어, 메모리 내의 데이터에 액세스) 등을 포함할 수 있다. 또한, "결정"은 해결, 선택, 선정, 설정 등을 포함할 수 있다. 추가로, 본 명세서에서 사용되는 바와 같이, "채널 폭"은 특정한 양상들에서 대역폭으로 또한 지칭될 수 있거나 이를 포함할 수 있다.

[00177] 본 명세서에서 사용되는 바와 같이, 항목들의 리스트 "중 적어도 하나"로 지칭되는 구문은 단일 멤버들을 포함하여 그 항목들의 임의의 조합을 지칭한다. 예를 들어, "a, b 또는 c 중 적어도 하나"는 a, b, c, a-b, a-c, b-c, 및 a-b-c를 커버하는 것으로 의도된다.

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

[00179] 본 개시와 관련하여 설명되는 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA) 또는 다른 프로그래머블 로직 디바이스(PLD), 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들 또는 본 명세서에 설명된 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로 프로세서일 수 있지만, 대안적으로, 프로세서는 상용 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 또한 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들어 DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.

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

[00181] 본 명세서에 개시된 방법들은 설명된 방법을 달성하기 위한 하나 이상의 단계들 또는 동작들을 포함한다. 방법 단계들 및/또는 동작들은 청구항들의 범위를 벗어나지 않고 서로 교환될 수 있다. 즉, 단계들 또는 동작들의 특정한 순서가 규정되지 않으면, 특정 단계들 및/또는 동작들의 순서 및/또는 이용은 청구항들의 범위를 벗어나지 않고 변형될 수 있다.

[00182] 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터 판독가능 매체 상에 하나 이상의 명령들로서 저장될 수 있다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용한 매체일 수 있다. 예를 들어, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장소 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 요구되는 프로그램 코드를 저장 또는 반송하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함하지만, 이들로 제한되는 것은 아니다. 여기서 사용되는 디스크(disk) 및 디스크(disc)는 컴팩트 디스크(disc(CD)), 레이저 디스크(disc), 광 디스크(disc), 디지털 다기능 디스크(disc)(DVD), 플로피 디스크(disk), 및 블루-레이^® 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 데이터를 보통 자기적으로 재생하지만, 디스크(disc)들은 레이저를 이용하여 광학적으로 데이터를 재생한다.

[00183] 따라서, 특정한 양상들은 본 명세서에 제시된 동작들을 수행하기 위한 컴퓨터 프로그램 물건을 포함할 수 있다. 예를 들어, 이러한 컴퓨터 프로그램 물건은 명령들이 저장(및/또는 인코딩)된 컴퓨터 판독가능 매체를 포함할 수 있고, 명령들은, 본 명세서에 설명된 동작들을 수행하도록 하나 이상의 프로세서들에 의해 실행될 수 있다. 특정한 양상들의 경우, 컴퓨터 프로그램 물건은 패키징 재료를 포함할 수 있다.

[00184] 소프트웨어 또는 명령들이 또한 송신 매체를 통해 송신될 수 있다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 라인(DSL), 또는 적외선, 라디오, 및 마이크로웨이브와 같은 무선 기술들을 이용하여 송신되는 경우, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오, 및 마이크로웨이브와 같은 무선 기술들이 송신 매체의 정의에 포함된다.

[00185] 추가로, 본 명세서에 설명된 방법들 및 기술들을 수행하기 위한 모듈들 및/또는 다른 적절한 수단들은 적용가능한 경우 사용자 단말 및/또는 기지국에 의해 획득 및/또는 그렇지 않으면 다운로딩될 수 있음을 인식해야 한다. 예를 들어, 이러한 디바이스는 본 명세서에 설명된 방법들을 수행하기 위한 수단의 전송을 용이하게 하기 위해 서버에 커플링될 수 있다. 대안적으로, 본 명세서에 설명된 다양한 방법들은 저장 수단들(예를 들어, RAM, ROM, 컴팩트 디스크(CD) 또는 플로피 디스크와 같은 물리적 저장 매체 등)을 통해 제공될 수 있어서, 사용자 단말 및/또는 기지국은 저장 수단들을 디바이스에 커플링 또는 제공할 때 다양한 방법들을 획득할 수 있다. 또한, 본 명세서에 설명된 방법들 및 기술들을 디바이스에 제공하기 위한 임의의 다른 적절한 기술이 활용될 수 있다.

[00186] 청구항들은 전술한 것과 정확히 같은 구성 및 컴포넌트들에 한정되지 않음을 이해해야 한다. 청구항들의 범위를 벗어나지 않으면서 전술한 방법들 및 장치의 배열, 동작 및 세부사항들에서 다양한 변형들, 변경들 및 변화들이 행해질 수 있다.

[00187] 상기 내용은 본 개시의 양상들에 관한 것이지만, 본 개시의 기본적 범위를 벗어나지 않으면서 본 개시의 다른 양상들 및 추가적 양상들이 고안될 수 있고, 이들의 범위는 후속하는 청구항들에 의해 결정된다.

Claims (23)

1. 무선 네트워크에서 통신하는 방법으로서,
   무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값을 결정하는 단계;
   상기 프레임 제어 필드를 생성하는 단계 ―상기 프레임 제어 필드는, 상기 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드, 및 상기 프로토콜 버전 필드 값에 기초한 길이를 갖는 타입 필드를 포함하도록 생성됨―;
   상기 무선 메시지를 생성하는 단계 ―상기 무선 메시지는 매체 액세스 제어 헤더를 포함하고, 상기 매체 액세스 제어 헤더는 상기 프레임 제어 필드를 포함함―; 및
   상기 무선 프레임을 송신하는 단계를 포함하는, 무선 네트워크에서 통신하는 방법.
2. 제 1 항에 있어서,
   서브타입 필드를 더 포함하도록 상기 프레임 제어 필드를 생성하는 단계를 더 포함하고, 상기 서브타입 필드의 길이는, 상기 프로토콜 버전 필드 값 또는 상기 타입 필드의 길이에 기초하는, 무선 네트워크에서 통신하는 방법.
3. 제 2 항에 있어서,
   상기 프로토콜 버전 필드 값이 제 1 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하는 단계, 및 상기 프로토콜 버전 필드 값이 제 2 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 작다고 결정하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
4. 제 1 항에 있어서,
   제 1 값을 갖도록 상기 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하는 단계를 더 포함하고, 상기 타입 필드의 값 및 상기 서브타입 필드의 값은, 상기 무선 프레임이 프로브 응답 프레임인 것을 나타내는, 무선 네트워크에서 통신하는 방법.
5. 제 1 항에 있어서,
   제 1 값을 갖도록 상기 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하는 단계를 더 포함하고, 상기 타입 필드의 값 및 상기 서브타입 필드의 값은, 상기 무선 프레임이 자원 할당 프레임인 것을 나타내는, 무선 네트워크에서 통신하는 방법.
6. 제 5 항에 있어서,
   그룹 표시 필드를 포함하도록 상기 자원 할당 프레임의 프레임 제어 필드를 생성하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
7. 제 1 항에 있어서,
   32개의 MSDU들 및 A-MSDU들에 대한 수신 상태를 독립적으로 나타내도록 상기 매체 액세스 제어 헤더를 생성하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
8. 제 1 항에 있어서,
   시작 시퀀스 제어 필드를 포함하도록 상기 매체 액세스 제어 헤더를 생성하는 단계를 더 포함하고, 상기 시작 시퀀스 제어 필드는 시작 시퀀스 넘버 필드 및 블록 확인응답 타겟 웨이크 시간에 대한 트래픽 식별자(BAT TID)를 포함하는, 무선 네트워크에서 통신하는 방법.
9. 제 8 항에 있어서,
   상기 프레임 제어 필드는, 상기 무선 프레임이 블록 확인응답 타겟 웨이크 시간 프레임인 것을 나타내고, 상기 시작 시퀀스 넘버 필드는 12 비트 길이인, 무선 네트워크에서 통신하는 방법.
10. 제 1 항에 있어서,
    상기 프레임 제어 필드는, 상기 매체 액세스 제어 헤더가, 다음 타겟 웨이크 시간까지의 지속기간을 나타내는지 또는 부분적 타임스탬프를 나타내는지 여부를 나타내는, 무선 네트워크에서 통신하는 방법.
11. 제 10 항에 있어서,
    상기 매체 액세스 제어 헤더는, 상기 매체 액세스 제어 헤더가 상기 다음 타겟 웨이크 시간까지의 지속기간을 나타내는지 또는 부분적 타임스탬프를 나타내는지와 무관하게 동일한, 무선 네트워크에서 통신하는 방법.
12. 무선 네트워크에서 통신하기 위한 장치로서,
    무선 메시지의 프레임 제어 필드에 대한 프로토콜 버전 필드 값을 결정하고;
    상기 프레임 제어 필드를 생성하고 ―상기 프레임 제어 필드는, 상기 프로토콜 버전 필드 값을 갖는 프로토콜 버전 필드, 및 상기 프로토콜 버전 필드 값에 기초한 길이를 갖는 타입 필드를 포함하도록 생성됨―;
    상기 무선 메시지를 생성하고 ―상기 무선 메시지는 매체 액세스 제어 헤더를 포함하고, 상기 매체 액세스 제어 헤더는 상기 프레임 제어 필드를 포함함―;
    상기 무선 프레임을 송신하도록 구성되는
    프로세싱 시스템을 포함하는, 무선 네트워크에서 통신하기 위한 장치.
13. 제 12 항에 있어서,
    상기 프로세싱 시스템은, 서브타입 필드를 더 포함하도록 상기 프레임 제어 필드를 생성하도록 추가로 구성되고, 상기 서브타입 필드의 길이는, 상기 프로토콜 버전 필드 값 또는 상기 타입 필드의 길이에 기초하는, 무선 네트워크에서 통신하기 위한 장치.
14. 제 13 항에 있어서,
    상기 프로세싱 시스템은, 상기 프로토콜 버전 필드 값이 제 1 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하고, 상기 프로토콜 버전 필드 값이 제 2 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 작다고 결정하도록 추가로 구성되는, 무선 네트워크에서 통신하기 위한 장치.
15. 제 12 항에 있어서,
    상기 프로세싱 시스템은, 제 1 값을 갖도록 상기 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하도록 추가로 구성되고, 상기 타입 필드의 값 및 상기 서브타입 필드의 값은, 상기 무선 프레임이 프로브 응답 프레임인 것을 나타내는, 무선 네트워크에서 통신하기 위한 장치.
16. 제 12 항에 있어서,
    상기 프로세싱 시스템은, 제 1 값을 갖도록 상기 타입 필드를, 그리고 제 2 값을 갖도록 서브타입 필드를 생성하도록 추가로 구성되고, 상기 타입 필드의 값 및 상기 서브타입 필드의 값은, 상기 무선 프레임이 자원 할당 프레임인 것을 나타내는, 무선 네트워크에서 통신하기 위한 장치.
17. 제 16 항에 있어서,
    상기 프로세싱 시스템은, 그룹 표시 필드를 포함하도록 상기 자원 할당 프레임의 프레임 제어 필드를 생성하도록 추가로 구성되는, 무선 네트워크에서 통신하기 위한 장치.
18. 무선 네트워크에서 통신하는 방법으로서,
    무선 통신 프레임을 수신하는 단계;
    매체 액세스 제어 헤더를 식별하기 위해 상기 무선 통신 프레임을 디코딩하는 단계;
    프레임 제어 필드를 식별하기 위해 상기 매체 액세스 제어 헤더를 디코딩하는 단계;
    프로토콜 버전 필드의 값을 결정하기 위해 상기 프레임 제어 필드를 디코딩하는 단계;
    상기 프로토콜 버전 필드의 값에 기초하여 상기 프레임 제어 필드의 타입 필드의 길이를 결정하는 단계;
    상기 길이에 기초하여 상기 타입 필드의 값을 결정하는 단계; 및
    상기 타입 필드의 값에 기초하여 상기 무선 통신 프레임을 프로세싱하는 단계를 포함하는, 무선 네트워크에서 통신하는 방법.
19. 제 18 항에 있어서,
    상기 프로토콜 버전 필드 값 또는 상기 타입 필드의 길이에 기초하여, 서브타입 필드의 길이를 추가로 결정하기 위해 상기 프레임 제어 필드를 디코딩하는 단계; 및
    상기 서브타입 필드의 길이에 기초하여, 상기 서브타입 필드의 값을 결정하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
20. 제 19 항에 있어서,
    상기 프로토콜 버전 필드 값이 제 1 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 크거나 그와 동일하다고 결정하는 단계, 및 상기 프로토콜 버전 필드 값이 제 2 값과 동일하면, 상기 타입 필드의 길이가 상기 서브타입 필드의 길이보다 작다고 결정하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
21. 제 19 항에 있어서,
    상기 타입 필드가 제 1 값을 갖고, 상기 서브타입 필드가 제 2 값을 갖는다고 결정하는 단계; 및
    상기 결정에 기초하여, 상기 무선 통신 프레임을 프로브 응답 프레임으로서 디코딩하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
22. 제 19 항에 있어서,
    상기 타입 필드가 제 3 값을 갖고, 상기 서브타입 필드가 제 4 값을 갖는다고 결정하는 단계; 및
    상기 결정에 기초하여, 상기 무선 프레임을 자원 할당 프레임으로서 디코딩하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.
23. 제 22 항에 있어서,
    상기 무선 프레임이 자원 할당 프레임인 것에 기초하여, 상기 프레임 제어 필드에서 그룹 표시 필드를 디코딩하는 단계를 더 포함하는, 무선 네트워크에서 통신하는 방법.

Images