KR20150040336A

KR20150040336A - 프레임 제어 설계를 위한 장치 및 방법

Info

Publication number: KR20150040336A
Application number: KR1020157005594A
Authority: KR
Inventors: 알프레드 아스터자드히; 시몬 멀린; 산토쉬 폴 아브라함; 마르텐 멘조 웬팅크; 히멘쓰 샘패쓰
Original assignee: 퀄컴 인코포레이티드
Priority date: 2012-08-06
Filing date: 2013-08-02
Publication date: 2015-04-14
Also published as: US20140036775A1; US10178582B2; JP6342395B2; CN104704876A; EP2880901A1; WO2014025635A1; JP2015530029A

Abstract

복수의 타입들을 갖는 패킷들을 통신하기 위한 시스템들, 방법들, 및 디바이스들이 본 명세서에 설명된다. 몇몇 양상들에서, 패킷들은 프레임 제어 필드를 갖는 MAC 헤더를 포함한다. 특정한 프레임 제어 필드에 포함된 서브-필드들은 수신 디바이스로 통신될 정보의 타입에 기초할 수도 있다. 몇몇 서브-필드들은 서브-타입, ToDS, 재시도 또는 순서와 같은 프레임 제어 필드에 저장되지 않을 수도 있다(즉, 그 서브-필드들이 생략될 수도 있음).

Description

프레임 제어 설계를 위한 장치 및 방법{APPARATUS AND METHODS FOR FRAME CONTROL DESIGN}

본 출원은 일반적으로 무선 통신들에 관한 것으로, 더 상세하게는, 통신을 위해 매체 액세스 제어(MAC) 헤더들을 압축하기 위한 시스템들, 방법들, 및 디바이스들에 관한 것이다.

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

네트워크 엘리먼트들이 모바일이고 그에 따라 동적 접속 필요성들을 갖는 경우, 또는 네트워크 아키텍처가 고정된 토폴로지보다는 애드혹 토폴로지로 형성되면, 무선 네트워크들이 종종 선호된다. 무선 네트워크들은, 라디오, 마이크로파, 적외선, 광학 등의 주파수 대역들에서 전자기파들을 사용하여, 안내되지 않은 전파 모드로 무형의 물리 매체들을 이용한다. 무선 네트워크들은, 고정 유선 네트워크들과 비교할 경우 사용자 모바일러티 및 신속한 필드 전개를 유리하게 용이하게 한다.

무선 네트워크 내의 디바이스들은 서로의 사이에서 정보를 송신/수신할 수도 있다. 정보는, 몇몇 양상들에서는 데이터 유닛들 또는 데이터 프레임들로 지칭될 수도 있는 패킷들을 포함할 수도 있다. 패킷들은, 네트워크를 통해 패킷을 라우팅하는 것, 패킷에서 데이터를 식별하는 것, 패킷을 프로세싱하는 것 등을 돕는 오버헤드 정보(예를 들어, 헤더 정보, 패킷 속성들 등) 뿐만 아니라, 패킷의 페이로드에서 반송될 수도 있는 바와 같은 데이터, 예를 들어, 사용자 데이터, 멀티미디어 콘텐츠 등을 포함할 수도 있다.

따라서, 헤더 정보는 패킷들로 송신된다. 그러한 헤더 정보는 데이터 패킷의 큰 부분을 포함할 수도 있다. 따라서, 그러한 패킷들에서의 데이터의 송신은, 데이터를 송신하기 위한 대역폭의 대부분이 실제 데이터와는 대조적으로 헤더 정보를 송신하는데 사용될 수도 있다는 사실로 인해 불충분할 수도 있다. 따라서, 패킷들을 통신하기 위한 개선된 시스템들, 방법들, 및 디바이스들이 소망된다.

본 발명의 시스템들, 방법들, 및 디바이스들 각각은 수 개의 양상들을 가지며, 그 양상들 중 어떠한 단일 양상도 본 발명의 바람직한 속성들만을 담당하지는 않는다. 후속하는 청구항들에 의해 표현된 바와 같은 본 발명의 범위를 제한하지 않으면서, 몇몇 특성들이 이제 간략히 설명될 것이다. 이러한 설명을 고려한 이후, 및 특히 "상세한 설명"으로 명칭된 섹션을 판독한 이후, 판독자는, 데이터 패킷의 프레임 헤더(예를 들어, 매체 액세스 제어(MAC) 헤더)의 사이즈를 감소시키고, 그에 의해, 데이터 패킷들에서 페이로드들을 송신할 시에 오버헤드를 감소시키는 것을 포함하는 이점들을 본 발명의 특성들이 어떻게 제공하는지를 이해할 것이다.

본 발명의 일 양상은, 매체 액세스 제어 헤더를 포함하는 프레임을 포함한 패킷을 생성하는 방법을 제공한다. 방법은, 프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 매체 액세스 제어 헤더를 생성하는 단계를 포함하며, 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 패킷이 분산 시스템에 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않는다. 방법은 패킷을 송신하는 단계를 더 포함한다.

본 발명의 다른 양상은, 매체 액세스 제어 헤더를 포함하는 프레임을 포함한 패킷을 생성하도록 구성된 장치를 제공한다. 장치는, 프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 매체 액세스 제어 헤더를 생성하도록 구성된 프로세서를 포함하며, 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 패킷이 송신되는 링크 타입을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않는다. 장치는 패킷을 송신하도록 구성된 송신기를 더 포함한다.

본 발명의 다른 양상은, 매체 액세스 제어 헤더를 포함하는 프레임을 포함한 패킷을 생성하도록 구성된 장치를 제공한다. 장치는, 프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 매체 액세스 제어 헤더를 생성하기 위한 수단을 포함하며, 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 패킷이 분산 시스템으로 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않는다. 장치는 패킷을 송신하기 위한 수단을 더 포함한다.

본 발명의 다른 양상은, 컴퓨터에 의해 실행된 경우 컴퓨터로 하여금 무선 네트워크에서 통신하는 방법을 수행하게 하는 명령들을 포함하는 컴퓨터-판독가능 매체를 제공하며, 방법은, 프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 매체 액세스 제어 헤더를 포함하는 프레임을 포함한 패킷을 생성하는 단계 － 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 패킷이 분산 시스템으로 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않음 －; 및 패킷을 송신하는 단계를 포함한다.

도 1은 본 발명의 양상들이 이용될 수도 있는 무선 통신 시스템의 일 예를 도시한다.
도 2는, 도 1의 무선 통신 시스템 내에서 이용될 수도 있는 무선 디바이스에서 이용될 수도 있는 수신기를 포함한 다양한 컴포넌트들을 도시한다.
도 3은 매체 액세스 제어(MAC) 헤더의 일 예를 도시한다.
도 3a는 매체 액세스 제어(MAC)의 콘텐츠들의 일 예를 도시한다.
도 3b는 매체 액세스 제어(MAC) 헤더의 프레임 제어 필드의 콘텐츠들의 일 예를 도시한다.
도 4는 압축된 MAC 헤더의 일 예를 도시한다.
도 4a는, 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입, 및 도 4의 MAC 헤더의 일 양상에 따른 대응하는 확인응답에 대한 데이터의 예들을 도시한다.
도 5-8 및 도 8a는 MAC 헤더들의 프레임 제어 필드들의 예들을 도시한다.
도 9-14e는 압축된 MAC 헤더들의 프레임 제어 필드들의 예들을 도시한다.
도 15는 매체 액세스 제어 헤더를 포함한 프레임을 포함하는 패킷을 생성하는 방법의 일 양상을 도시한다.
도 16은, 도 1의 무선 통신 시스템 내에서 이용될 수도 있는 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 17은 매체 액세스 제어 헤더를 포함한 프레임을 포함하는 패킷을 생성하는 다른 방법의 일 양상을 도시한다.
도 18은 도 1의 무선 통신 시스템 내에서 이용될 수도 있는 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 19는 압축된 MAC 헤더의 짧은 식별자 필드의 일 예를 도시한다.

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

특정한 양상들이 본 명세서에 설명되지만, 이들 양상들의 많은 변경들 및 치환들은 본 발명의 범위 내에 있다. 선호되는 양상들의 몇몇 이점들 및 장점들이 언급되지만, 본 발명의 범위는 특정한 이점들, 사용법들, 또는 목적들로 제한되도록 의도되지 않는다. 오히려, 본 발명의 양상들은, 상이한 무선 기술들, 시스템 구성들, 네트워크들, 및 송신 프로토콜들에 광범위하게 적용가능한 것으로 의도되며, 이들 중 몇몇은 선호되는 양상들의 도면들 및 다음의 설명에 예로서 도시되어 있다. 상세한 설명 및 도면들은 제한하기보다는 본 발명을 단지 예시할 뿐이며, 본 발명의 범위는 첨부된 청구항들 및 그의 등가물들에 의해 정의된다.

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

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

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

액세스 포인트("AP")는 노드B, 라디오 네트워크 제어기("RNC"), e노드B, 기지국 제어기("BSC"), 베이스 트랜시버 스테이션("BTS"), 기지국("BS"), 트랜시버 기능("TF"), 라디오 라우터, 라디오 트랜시버, 또는 몇몇 다른 용어를 또한 포함하거나, 그들로서 구현되거나, 그들로서 알려질 수도 있다.

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

상술된 바와 같이, 본 명세서에 설명된 디바이스들 중 특정한 디바이스는, 예를 들어, 802.11ah 표준을 구현할 수도 있다. STA로서 사용되거나 AP로서 사용되거나 다른 디바이스로서 사용되는지 간에, 그러한 디바이스들은 스마트 계량에 대해 또는 스마트 그리드 네트워크에서 사용될 수도 있다. 그러한 디바이스들은 센서 애플리케이션들을 제공할 수도 있거나 홈 자동화에서 사용될 수도 있다. 대신 또는 부가적으로, 디바이스들은 건강관리 맥락에서, 예를 들어, 개인용 건강관리를 위해 사용될 수도 있다. 그들은 또한, (예를 들어, 핫스팟들로 사용하기 위해) 확장된-범위 인터넷 접속을 가능하게 하거나, 머신-투-머신 통신들을 구현하도록 감시(surveillance)를 위해 사용될 수도 있다.

도 1은, 본 발명의 양상들이 이용될 수도 있는 무선 통신 시스템(100)의 일 예를 도시한다. 무선 통신 시스템(100)은 무선 표준, 예를 들어, 802.11ah 표준에 따라 동작할 수도 있다. 무선 통신 시스템(100)은, STA들(106)과 통신하는 AP(104)를 포함할 수도 있다.

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

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

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

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

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

무선 디바이스(202)가 송신 노드로서 구현되거나 사용되는 경우, 프로세서(204)는 복수의 매체 액세스 제어(MAC) 헤더 타입들 중 하나를 선택하고, 그 MAC 헤더 타입을 갖는 패킷을 생성하도록 구성될 수도 있다. 예를 들어, 프로세서(204)는 더 상세히 후술되는 바와 같이, MAC 헤더 및 페이로드를 포함한 패킷을 생성하고, 어떤 타입의 MAC 헤더를 사용할지를 결정하도록 구성될 수도 있다.

무선 디바이스(202)가 수신 노드로서 구현되거나 사용되는 경우, 프로세서(204)는 복수의 상이한 MAC 헤더 타입들의 패킷들을 프로세싱하도록 구성될 수도 있다. 예를 들어, 프로세서(204)는 추가적으로 후술되는 바와 같이, 패킷에서 사용된 MAC 헤더의 타입을 결정하고, 그에 따라 MAC 헤더의 패킷 및/또는 필드들을 프로세싱하도록 구성될 수도 있다.

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

프로세싱 시스템은 또한, 소프트웨어를 저장하기 위한 머신-판독가능 매체들을 포함할 수도 있다. 소프트웨어는, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 디스크립션(description) 언어 또는 다른 용어로 지칭되는지 간에, 임의의 타입의 명령들을 의미하도록 광범위하게 해석되어야 한다. 명령들은 (예를 들어, 소스 코드 포맷, 바이너리 코드 포맷, 실행가능한 코드 포맷, 또는 임의의 다른 적절한 코드 포맷의) 코드를 포함할 수도 있다. 명령들은, 하나 또는 그 초과의 프로세서들에 의해 실행되는 경우, 프로세싱 시스템으로 하여금 본 명세서에 설명된 다양한 기능들을 수행하게 한다.

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

송신기(210)는 상이한 MAC 헤더 타입들을 갖는 패킷들을 무선으로 송신하도록 구성될 수도 있다. 예를 들어, 송신기(210)는, 상술된 프로세서(204)에 의해 생성된 상이한 타입들의 헤더들을 갖는 패킷들을 송신하도록 구성될 수도 있다.

수신기(212)는 상이한 MAC 헤더 타입을 갖는 패킷들을 무선으로 수신하도록 구성될 수도 있다. 몇몇 양상들에서, 수신기(212)는 더 상세히 후술되는 바와 같이, 사용된 MAC 헤더의 타입을 검출하고, 그에 따라 패킷을 프로세싱하도록 구성된다.

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

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

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

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

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

상술된 바와 같이, 무선 디바이스(202)는 AP(104) 또는 STA(106)를 포함할 수도 있으며, 복수의 MAC 헤더 타입들을 갖는 통신들을 송신 및/또는 수신하기 위해 사용될 수도 있다.

몇몇 양상들에서, 송신기 수신기 쌍(예를 들어, 업링크를 통해 AP로 송신하는 STA)은 그들 사이에 수 개의 "흐름들"을 가질 수도 있다. 예를 들어, 무선 네트워크 내의 디바이스들은 서로의 사이에서 정보를 송신/수신할 수도 있다. 정보는, 소스 디바이스(송신 디바이스)로부터 목적지 디바이스(수신 디바이스)로 송신되는 일련의 패킷들의 형태를 취할 수도 있다. 일련의 패킷들은 "흐름"으로 알려져 있을 수도 있다.

본 명세서를 참조하는 경우, "흐름"은, 소스 디바이스로부터 목적지 디바이스로 송신된 일련의 패킷들 또는 패킷들의 시퀀스(소스 디바이스들이 흐름으로서 라벨링함)일 수 있다. 흐름은, 소스 디바이스로부터 목적지 디바이스로의 특정한 데이터, 예를 들어, 비디오 파일과 같은 특정한 파일의 송신과 연관될 수도 있다. 따라서, 흐름의 패킷들은 (그 패킷들이 각각 동일한 디바이스들로부터 수신되고 동일한 디바이스들에서 수신되는 최소로) 몇몇 관계를 공유할 수도 있다. 일 실시예에서, 흐름은, 예를 들어, 소스 어드레스, 목적지 어드레스, 기본 서비스 세트 식별자(BSSID), 서비스 품질(QoS)/HT 제어 등과 같은 공통 MAC 헤더 필드들을 갖는 다수의 MAC 프로토콜 데이터 유닛(MPDU)들의 시퀀스를 포함할 수 있다. 다양한 실시예들에서, 목적지 디바이스는 흐름의 패킷들을 적절히 디코딩하기 위해 패킷들에 대한 특정한 정보를 사용한다. 특정한 양상들에서, 패킷을 디코딩하는데 사용된 정보는 패킷의 헤더 부분에서 전송된다. 따라서, 패킷들은, 소스 디바이스로부터 목적지 디바이스로 송신될 헤더 정보 및/또는 데이터를 포함할 수도 있다.

흐름에서, 흐름의 패킷을 프로세싱하는데 사용되는 MAC 헤더에 대해 설명된 헤더 정보의 몇몇은 흐름의 모든 패킷들에 대해 동일할 수도 있다. 흐름의 패킷들 사이에서 변하지 않는 이러한 헤더 정보는, 예를 들어, "일정한 헤더 정보" 또는 "공통적인 헤더 정보"로 지칭될 수도 있다.

특정한 양상들에서, 흐름의 각각의 패킷에서 일정한 헤더 정보를 송신하는 것 대신에, 일정한 헤더 정보는 단지, 흐름의 패킷의 서브세트로 무선 디바이스(202t)에 의해 송신될 수도 있다. 예를 들어, 일정한 헤더 정보는, 흐름 또는 다른 메시지의 제 1 패킷에서만 송신될 수도 있다. 일정한 헤더 정보를 갖는 제 1 패킷은 "헤드" 프레임으로 지칭될 수도 있다. 흐름의 후속 패킷들은 일정한 헤더 정보 없이 전송될 수도 있다. 이들 후속 패킷들은, 송신될 흐름 및 데이터의 패킷마다 변하는 헤더 정보를 포함할 수도 있다. 그러한 데이터를 갖는 후속 패킷은 "데이터" 프레임들로 지칭될 수도 있다. 흐름의 수신기, 즉 무선 디바이스(202r)는, 헤더 프레임에서 수신된 일정한 헤더 정보를 저장하고 그 정보를 사용하여, 데이터 프레임들을 프로세싱할 수도 있다. 따라서, 무선 디바이스(202r)는 헤더 프레임과 흐름의 데이터 프레임들을 연관시키는 방법을 사용할 수도 있다.

특정한 양상들에서, 무선 디바이스(202t)는, 그 디바이스가 다른 디바이스로 송신하는 각각의 흐름에 흐름 식별자를 할당한다. 흐름 식별자는, 무선 디바이스(202t)와 무선 디바이스(202r) 사이의 흐름의 고유한 식별자일 수도 있다. 예를 들어, 무선 디바이스(202t) 및 무선 디바이스(202r)가 (어느 하나의 방향으로) 서로의 사이에서 다수의 흐름들을 가지면, 각각의 흐름은 상이한 흐름 식별자(예를 들어, 1, 2, 3 등)를 할당받을 수도 있다. 따라서, 디바이스는, 패킷이 a1 및 a2 필드들에 기초하여 디바이스에 대한 것인지 그리고 흐름 식별자에 기초하여 흐름에 대한 것인지를 결정할 수 있다. 무선 디바이스(202t) 및 무선 디바이스(202r) 각각은, 동일한 흐름 식별자를 다수의 흐름들에 할당하지 않기 위해 디바이스들과, 연관된 흐름 식별자들 사이의 흐름들을 추적할 수도 있다. 추가적으로, 특정한 양상들에서, 흐름의 모든 데이터가 무선 디바이스(202t)와 무선 디바이스(202r) 사이에서 송신되고 흐름이 종료되는 경우에서와 같이 흐름이 완료되는 경우, 종료된 흐름의 연관된 흐름 식별자는 새로운 흐름을 위해 사용될 수도 있다.

무선 디바이스(202t)와 무선 디바이스(202r) 사이에서의 흐름의 종료는, 무선 디바이스(202t)에 의해 무선 디바이스(202r)에 시그널링될 수도 있다. 예를 들어, 무선 디바이스(202t)는, 무선 디바이스(202r)에 전송할 데이터를 포함하는 흐름의 최종 데이터 프레임 내에서, 최종 데이터 프레임의 수신 이후에 그 프레임이 최종 데이터 프레임이고 흐름이 종료된다는 것을 표시할 수도 있다. 예를 들어, 표시는 데이터 프레임의 프레임 제어 필드 내의 비트의 값을 통할 수도 있다.

다른 양상에서, 무선 디바이스(202t)는, 흐름이 종료되어야 한다는 것을 표시하는 종료 프레임 또는 "테일(tail)" 프레임을 무선 디바이스(202r)에 송신함으로써 흐름의 종료를 표시할 수도 있다. 따라서, 무선 디바이스(202t)는 최종 데이터 프레임을 송신할 수도 있다(그 데이터 프레임이 최종 데이터 프레임이라는 무선 디바이스(202r)로의 임의의 표시 없음). 추가적으로, 무선 디바이스(202t)는, 흐름이 종료된다는 것을 무선 디바이스(202r)에 표시하기 위해 최종 데이터 프레임 이후 테일 프레임을 송신할 수도 있다.

몇몇 양상들에서, 헤드 프레임들, 데이터 프레임들, 및 테일 프레임들은 MAC 프로토콜 데이터 유닛(MPDU)들을 포함할 수도 있다. 특정한 양상들에서, 다수의 MPDU들은 어그리게이팅된-MPDU(A-MPDU)로 어그리게이팅될 수도 있다. 특정한 양상들에서, 흐름의 데이터 프레임들은 동일한 A-MPDU의 일부로서 송신될 수도 있다. 추가적으로, 특정한 양상들에서, 흐름의 헤드 프레임, 데이터 프레임들, 및 테일 프레임은 동일한 A-MPDU의 일부로서 송신될 수도 있다.

추가적으로, 특정한 양상들에서, 보안이 데이터 패킷에 대해 인에이블되는 경우, 헤더들은 상이한 필드들을 가질 수도 있다. 예를 들어, 보안이 인에이블된느 경우, 패킷은 카운터-모드/cbc-mac 프로토콜(CCMP) 헤더를 가질 수도 있다. CCMP 헤더는 MAC 헤더의 일부일 수도 있다. 일반적으로, CCMP 헤더는 수 개의 패킷 넘버(PN)들(예를 들어, PN0, PN1, PN2, PN3, PN4, PN5)을 포함한다. PN2, PN3, PN4, 및 PN5의 값들은 빈번하게 변하지 않을 수도 있다. 따라서, 베이스(base) PN)은 PN2, PN3, PN4, 및 PN5에 기초하여 생성될 수도 있다(예를 들어, PN2｜PN3｜PN4｜PN5). 베이스 PN은 메시지의 일부로서 전송될 수도 있고, 통신 디바이스들의 쌍을 위해 저장될 수도 있다. 따라서, CCMP는, PN0 및 PN1 필드들만이 아니라 PN2, PN3, PN4, 및 PN5를 포함할 수도 있다. 패킷의 수신기는, 수신된 PN0 및 PN1 필드들과, 수신기에 저장된 PN2, PN3, PN4, 및 PN5를 포함하는 베이스 PN을 결합함으로써 CCMP 헤더를 재구성할 수도 있다. MIC 필드 또는 FCS 필드와 같은 임의의 CRC 타입 필드들을 포함하는 패킷의 인코딩이 완전한 CCMP 헤더에 기초할 수도 있으므로, CCMP 헤더는 패킷의 디코딩 이전에 재구성될 수도 있다. 그러한 양상들은 2011년 8월 2일자로 출원되었고 그로써 본 명세서에 인용에 의해 명백히 포함되는 미국 가출원 제 61/514,365호에 설명된 양상들에 관련될 수도 있다.

몇몇 양상들에서, 무선 디바이스(202r)는, 무선 디바이스(202r)에 저장된 정보(예를 들어, MAC 헤더의 필드들에 대한 값들)를 무선 디바이스(202t)에 표시할 수도 있다. 그 후, 무선 디바이스(202t)는 무선 디바이스(202r)에 전송된 패킷들 내의 MAC 헤더로부터 그러한 필드들을 생략할 수도 있다. 예를 들어, 데이터 패킷이 무선 디바이스(202r)에 저장된 정보를 포함한다는 것을 표시하거나 그 정보를 자체적으로 표시하는 그 데이터 패킷에 대한 (데이터 패킷의 MAC 헤더의 프레임 제어 필드의 서브타입 필드의 값에 의해 표시되는) 새로운 서브타입이 정의될 수도 있다. 그 후, 그러한 정보를 포함하는 데이터 패킷을 수신하는 무선 디바이스(202t)는, 무선 디바이스(202r)에 전송되는 패킷들의 MAC 헤더에서 그러한 정보를 생략할 수도 있다. 새로운 서브타입 프레임은 본 명세서에 설명된 MAC 헤더의 다양한 예들 중 임의의 예와 함께 사용될 수도 있다. 예를 들어, 그러한 정보는, 본 명세서에 설명된 MAC 헤더들의 예들 중 임의의 예로부터 생략될 수도 있다. 추가적으로, 무선 디바이스(202t)는

무선 디바이스(202r)로 전송되는 데이터 패킷들에 대해 무선 디바이스(202r)에 저장된 정보를 생략하는 데이터 패킷들에서 (데이터 패킷의 MAC 헤더의 프레임 제어 필드의 서브타입 필드의 값에 의해 표시된) 동일한 데이터 프레임 서브타입을 이용할 수도 있다. 그러한 서브타입을 갖는 데이터 패킷들을 수신하는 무선 디바이스(202r)는, 무선 디바이스(202r)에 저장된 데이터가 데이터 패킷에 포함되지 않는 필드들의 값들에 대해 사용될 것이라는 표시자로서 서브타입을 사용할 수도 있다.

도 3은 MAC 헤더(300)의 일 예를 도시한다. MAC 헤더(300)는 비-압축된 MAC 헤더일 수도 있다. 도시된 바와 같이, MAC 헤더(300)는 7개의 상이한 필드들, 즉 프레임 제어(fc) 필드(305), 지속기간/식별(dur) 필드(310), 수신기 어드레스(a1) 필드(315), 송신기 어드레스(a2) 필드(320), 목적지 어드레스(a3) 필드(325), 시퀀스 제어(sc) 필드(330), 및 서비스 품질(QoS) 제어(qc) 필드(335)를 포함한다. a1, a2, 및 a3 필드들(315-325) 각각은, 48-비트(6 옥텟) 값인 디바이스의 완전한 MAC 어드레스를 포함한다. 도 3은, 필드들(305-335) 각각의 옥텟들로 사이즈를 추가적으로 표시한다. 모든 필드 사이즈들의 값을 합산하는 것은 MAC 헤더(300)의 전체 사이즈를 제공하고, 이는 26옥텟이다. 주어진 패킷의 총 사이즈는 약 200옥텟들일 수도 있다. 따라서, MAC 헤더(300)는 전체 패킷 사이즈의 큰 부분을 포함하며, 이는 데이터 패킷을 송신하기 위한 오버헤드가 크다는 것을 의미한다.

도 3a는, CCMP(counter-mode with cipher block chaining message authentication code protocol) 암호화를 사용하는 3-어드레스 MAC 헤더인 MAC 헤더(300a)의 일 예를 도시한다. 도시된 바와 같이, MAC 헤더(300)는 13개의 상이한 필드들, 즉 프레임 제어(fc) 필드(305a), 지속기간/식별(dur) 필드(310a), 수신기 어드레스(a1) 필드(315a), 송신기 어드레스(a2) 필드(320a), 목적지 어드레스(a3) 필드(325a), 시퀀스 제어(sc) 필드(330a), 서비스 품질(QoS) 제어(qc) 필드(335a), 높은 스루풋(ht) 제어 필드(340a), CCMP(ccmp) 필드(345a), 로직 링크 제어(LLC)/서브네트워크 액세스 프로토콜(SNAP)(llc/snap) 필드(350a), 메시지 무결성 체크(mic) 필드(360a), 및 프레임 제어 시퀀스(fcs) 필드(365a)를 포함한다.

도 3a 및 3b는, MAC 헤더(300a)의 fc 필드(305a)에 포함될 수도 있는 데이터의 타입들을 추가적으로 도시한다. 예를 들어, fc 필드(305a)는 다음, 즉 프로토콜 버전(pv) 서브-필드(372), 프레임 타입(type) 서브-필드(374), 프레임 서브타입(subtype) 서브-필드(376), to 분산 시스템(to-ds) 서브-필드(378), from 분산 시스템(from-ds) 서브-필드(380), 더 많은 프레그먼트(fragment)들(more frag) 서브-필드(382), 재시도 서브-필드(384), 전력 관리(pm) 서브-필드(386), 더 많은 데이터(md) 서브-필드(388), 보호된 프레임(pf) 서브-필드(390), 및 순서 서브-필드(392)를 포함할 수도 있다.

pv 서브-필드(372)는 현재의 프레임의 프로토콜 버전을 표시하는데 사용될 수도 있다. 802.11 표준(예를 들어, 802.11ad의 상위 버전 및 802.11ad를 포함함)에서, 프로토콜 버전 0(PV0)이 유일하게 정의된 프로토콜 버전이므로, fc 필드의 프로토콜 버전(pv) 서브-필드는 항상 0으로 셋팅된다. 따라서, 프로토콜 버전에 대한 다른 값들, 즉 1(PV1), 2(PV2), 및 3(PV3)의 사용은 정의되지 않는다. 본 명세서에 설명된 시스템들 및 방법들은 압축된 MAC 헤더들을, 프로토콜 버전 1(PV1), PV2, 및/또는 PV3의 일부로서 정의할 수도 있다. 프로토콜 버전들은 통신을 위하여 디바이스들에 의해 상호교환가능하게 사용될 수도 있다. 예를 들어, MAC 헤더의 사용을 정의하는 PV0는, 링크를 셋업하는 것, 능력들을 협의하는 것, 및 고속 데이터 전달들을 위해 사용될 수도 있다. 추가적으로, 다양한 압축된 MAC 헤더의 사용을 정의하는 PV1, PV2, 및/또는 PV3는, 전력 절약 모드에 있는 경우 주기적인 짧은 데이터 송신들을 위해 사용될 수도 있다.

몇몇 실시예들에서, 압축된 포맷 MAC 헤더는 기존의 프로토콜 버전 0(PV0) 또는 새로이 정의된 프로토콜 버전 1(PV1), PV2, 및/또는 PV3을 사용할 수도 있다. PV1, PV2, 및/또는 PV3의 사용은, 디바이스들이 PV0 프레임의 포맷팅에 기초하여, 수신된 데이터 패킷을 파싱(parse)하기를 시도하는 상황을 회피할 수도 있다. 예를 들어, 디바이스들은, 데이터 패킷의 최종 4 옥텟들을 프레임 제어 시퀀스(FCS)에 매칭하기를 시도할 수도 있다. 그것이 매칭하지 않는 경우, 디바이스들은, 그 디바이스들의 네트워크 할당 벡터(NAV)를 업데이트하기 위해 지속기간 필드의 포지션에 있는 데이터의 값을 사용할 수도 있다(패킷 내의 그 위치에 지속기간 필드가 존재하지 않을 수도 있음에도). 그러한 잘못된 포지티브 검출이 발생할 공산(odds)은 몇몇 노드들에서 글리치(glitch)들 또는 지터를 야기하기에 충분히 높을 수도 있으며, 이는 압축된 MAC 헤더 포맷들에 대한 PV1, PV2, 및/또는 PV3의 사용을 보장할 수도 있다.

프레임 타입 서브-필드(374)는 길이가 2비트이며, 프레임의 프레임 타입 및 기능을 표시하는데 사용될 수도 있다. 몇몇 실시예들에서, 프레임 타입 서브-필드(374)는, 프레임이 제어 프레임, 데이터 프레임, 또는 관리 프레임이라는 것을 표시할 수도 있다. 몇몇 실시예들에서, 프레임 타입 서브-필드(374)는, 프레임이 비컨, PNC 선택, 연관 요청, 연관 응답, 연관해제 요청, 확인응답, 커맨드 등이라는 것을 표시할 수도 있다. 서브타입 서브-필드(376)는, 연관된 프레임 타입에 대해 수행할 특정한 기능을 표시하는데 사용될 수도 있다. 각각의 프레임 타입에 대해 다수의 서브-타입 서브-필드들이 존재할 수도 있다. to-ds 서브-필드(378)는, 프레임이 분산 시스템(ds)으로 진행하는지 또는 송신되는지를 표시하는데 사용될 수도 있다. from-ds 서브-필드(380)는 프레임이 ds로부터 나오는지를 표시하는데 사용될 수도 있다. 몇몇 실시예들에서, to-ds 서브-필드(378) 및 from-ds 서브-필드(380)는 데이터 프레임 타입들에서만 사용될 수도 있다. more frag 서브-필드(382)는, 프레임의 하나 또는 그 초과의 부가적인 프레그먼트들이 송신될지를 표시하는데 사용될 수도 있다. 재시도 서브-필드(384)는 현재의 프레임이 재송신되고 있는지 아닌지를 표시하는데 사용될 수도 있다. 예를 들어, 재시도 서브-필드(384)는 더 이전의 프레임의 재송신인 프레임에서 1로 셋팅될 수도 있다. 전력 관리(pm) 서브-필드(386)는 전력 관리 상태를 표시하는데 사용될 수도 있다. 예를 들어, pm 서브-필드(386)는, STA가 활성 모드에 있는지 또는 전력-절약 모드에 있는지를 표시할 수도 있다. 더 많은 데이터(md) 서브-필드(388)는 부가적인 프레임이 송신될지를 표시하는데 사용될 수도 있다. 예를 들어, md 서브-필드(388)는, AP가 STA로의 전달을 위해 버퍼링된 더 많은 프레임들을 갖고 그에 따라 STA에 송신할 더 많은 프레임들을 갖는다는 것을, 전력-절약 모드에 있는 수신 STA에 표시하는데 사용될 수도 있다. 보호된 프레임(pf) 서브-필드(390)는 프레임 보호가 존재하는지를 표시하는데 사용될 수도 있다. 예를 들어, pf 서브-필드(390)는, 암호화 및/또는 인증이 프레임에서 사용되는지 아닌지를 표시할 수도 있다. 몇몇 실시예들에서, 암호화 및 인증을 갖는 프레임들에 대해, pf 서브-필드(390)는 암호화가 존재한다는 것을 표시하도록 셋팅될 수도 있고, 서브타입 서브-필드(376)는 인증이 존재한다는 것을 표시하도록 셋팅될 수도 있다. 순서 서브-필드(392)는 순서 정보를 표시하는데 사용될 수도 있다. 예를 들어, 순서 서브-필드(392)는, 모든 수신된 데이터 프레임들이 순서대로 프로세싱되어야 한다는 것을 표시하는데 사용될 수도 있다.

도 3a는, 필드들(305a-365a) 각각의 옥텟들로 사이즈를 추가적으로 표시한다. 필드 사이즈들 모두의 값을 합산하는 것은, 58옥텟들인 MAC 헤더(300a)의 전체 사이즈를 제공한다. 주어진 패킷의 총 사이즈는 대략 200옥텟들일 수도 있다. 따라서, MAC 헤더(300a)는 전체 패킷 사이즈의 큰 부분을 포함하며, 이는 데이터 패킷을 송신하기 위한 오버헤드가 크다는 것을 의미한다.

따라서, 데이터 패킷들에 대한 감소된 사이즈의 MAC 헤더(압축된 MAC 헤더들)를 사용하기 위한 시스템들 및 방법들이 본 명세서에서 설명된다. 그러한 합축된 MAC 헤더들의 사용은, MAC 헤더에 의해 사용될 데이터 패킷에서 더 작은 공간을 허용하며, 그에 의해, 데이터 패킷에서 페이로드를 송신하는데 필요한 오버헤드를 감소시킨다. 따라서, 더 작은 데이터가 전체적으로 송신될 필요가 있다. 데이터의 더 작은 송신은, 데이터가 송신되는 속도를 증가시킬 수 있고, 송신기에 의한 대역폭의 사용을 감소시킬 수 있으며, 더 적은 리소스들이 더 작은 데이터를 송신하는데 사용되므로 송신을 위해 필요한 전력을 감소시킬 수 있다.

도 4는 압축된 MAC 헤더(400)의 일 예를 도시한다. 도시된 바와 같이, MAC 헤더(400)는 4개의 상이한 필드들, 즉 프레임 제어(fc) 필드(405), 제 1 어드레스(a1) 필드(415), 제 2 어드레스(a2) 필드(420), 및 시퀀스 제어(sc) 필드(430)를 포함한다. 도 4는 추가적으로 필드들(405-430) 각각의 옥텟들로 사이즈를 표시한다. 필드 사이즈들 모두의 값을 합산하는 것은, 12옥텟들(MAC 헤더(300)로부터 사이즈에서 54% 감소)인 MAC 헤더(400)의 전체 사이즈를 제공한다. 도시된 바와 같이, 추가적으로 후술되는 바와 같이, a1 필드(415) 및 a2 필드(420) 중 하나는 길이가 6옥텟들이지만, 다른 하나는 길이가 2옥텟들이다. MAC 헤더(400)의 다양한 필드들은 후술되는 수 개의 상이한 양상들에 따라 이용될 수도 있다.

MAC 헤더(400)에 도시된 바와 같이, dur 필드(310)가 생략될 수도 있다. 일반적으로, 데이터 패킷을 수신하는 디바이스는, 송신 기회 동안 어떠한 간섭 송신들도 존재하지 않도록 디바이스가 송신하지 않아야 하는 시간을 표시하는 적어도 dur 필드(310)를 디코딩할 것이다. dur 필드(310) 대신, 디바이스들은, 그러한 확인응답에 대한 시간이 경과할 때까지, 확인응답을 요구하는 데이터 패킷을 수신한 이후 데이터를 송신하지 않도록 구성될 수도 있다. 그러한 확인응답은, 패킷이 수신되었다는 것을 표시하는 ACK 또는 BA일 수도 있다. 디바이스들은 단지, ACK가 수신될 때까지 디바이스가 연기해야 한다는 것을 패킷 내의 필드(예를 들어, ACK 정책 필드)가 표시하면, ACK가 패킷에 대해 수신될 수도 있을 때까지 송신을 연기하도록 구성될 수도 있다. 필드는 패킷의 MAC 헤더 또는 PHY 헤더에 포함될 수도 있다. 응답의 송신은, 응답 프레임이 전송되게 하는 데이터 패킷을 관측하는 STA에 대해 숨겨질 수도 있지만, ACK가 존재할 수도 있는 데이터 패킷 내의 표시는, 응답 프레임이 데이터 패킷의 목적지인 STA에 의해 송신될 수도 있을 때까지, 관측 중인 STA가 연기데이터 패킷의 말단부 이후에 연기하게 한다.

도 4a는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들 내의 데이터의 타입, 및 MAC 헤더(400)의 일 양상에 따른 대응하는 확인응답에 대한 데이터의 예들을 도시한다. 도시된 바와 같이, 도면에서, "데이터"로 라벨링된 열(column)들은 데이터 패킷의 일부로서 전송된 정보(도시된 바와 같이, a1 필드(415) 및 a2 필드(420) 및 옵션적으로는 a3 필드에 대한 정보)에 대응한다. "ACK"로 라벨링된 열은 대응하는 ACK에서 전송된 정보에 대응한다. "방향"으로 라벨링된 열은, 데이터 패킷이 전송되는 방향 또는 링크 타입을 표시한다. 몇몇 양상들에서, MAC 헤더(300)에서 사용된 바와 같이 a1 필드(415) 및 a2 필드(420) 둘 모두에 대해 디바이스에 대한 글로벌적으로 고유한 식별자(예를 들어, MAC 어드레스)를 사용하는 것 대신에, a1 필드(415) 또는 a2 필드(420) 중 하나는, 특정한 BSS에서 디바이스를 고유하게 식별하지만 반드시 고유하게 디바이스를 글로벌적으로 식별할 필요는 없는 액세스 식별자(AID)와 같은 로컬 식별자를 사용한다. 도시된 바와 같이, MAC 헤더(400)가 AP로부터 STA로 다운링크를 통해 송신된 데이터 패킷의 일부이면, a1 필드(415)는 수신기 AID(R-AID)를 포함하고, a2 필드(420)는 BSSID를 포함한다. R-AID는 패킷을 수신하는 STA의 AID이다. R-AID는, 8192개의 STA들이 주어진 BSS에서 그들의 R-AID들에 의해 고유하게 어드레싱되게 하는 13-비트들을 포함할 수도 있다. 13-비트 R-AID는, 패킷 내에 포함되는 비컨의 버전을 표시하는 비컨 변화 시퀀스 넘버와 가급적 결합하여, 패킷이 멀티캐스트 또는 브로드캐스트 패킷이라는 표시, 멀티캐스트 또는 브로드캐스트 패킷의 타입(즉, 비컨)과 같은, 대략 6000개의 STA들 및 2192의 다른 값들을 허용할 수도 있다. BSSID는 AP의 MAC 어드레스이고, 48비트들을 포함할 수도 있다. 몇몇 양상들에서, BSSID는 BSSID의 압축된 버전으로 대체될 수도 있다. 예를 들어, BSSID의 압축된 버전은, AP가 네트워크 셋업 동안 자신에게 자동-할당할 수도 있는 AID(예를 들어, 6 대신 2바이트들)일 수도 있다. AID는, 영역 내의 다른 AP들이 동일한 AID를 갖지 않는다는 것을 보장하기 위해 주의깊게 선택될 수도 있다. MAC 헤더(400)를 갖는 패킷을 수신하는 STA는, a1 필드(415) 및 a2 필드(420)에 기초하여, 그 STA가 패킷의 의도된 수신자인지 아닌지를 고유하게 결정할 수도 있다. 특히, STA는, R-AID가 STA의 R-AID에 매칭하는지를 관측하도록 체크할 수 있다. R-AID가 매칭하면, STA는 패킷의 의도된 수신자일 수도 있다. 이것은, 상이한 BSS 내의 STA들이 동일한 R-AID를 가질 수도 있으므로, STA가 수신자인지를 고유하게 단독으로 결정하지 않을 수도 있다. 따라서, STA는, STA가 연관되는 AP의 BSSID(즉, BSS)를 a2 필드(420)가 포함하는지를 관측하도록 추가적으로 체크할 수도 있다. BSSID가 STA 및 R-AID의 연관에 매칭하면, STA는, 그 STA가 패킷의 의도된 수신자라고 고유하게 결정하며, 패킷을 추가적으로 프로세싱할 수도 있다. 그렇지 않으면, STA는 패킷을 무시할 수도 있다.

STA가 자신이 의도된 수신자라고 결정하면, 그 STA는 패킷의 성공적인 수신을 표시하기 위해 AP에 확인응답 메시지(ACK)를 전송할 수도 있다. 일 양상에서, STA는, ACK의 MAC 또는 물리 계층(PHY) 헤더에 BSSID의 모든 비트들 미만의 비트들(예를 들어, 13비트들)을 포함하는 부분적인 BSSID(pBSSID)와 같은 a2 필드(420)의 전부 또는 일부를 포함할 수도 있다. 몇몇 양상들에서, pBSSID는 BSSID의 압축된 버전일 수도 있다. 다른 양상들에서, BSSID의 압축된 버전은 pBSSID일 수도 있다. 따라서, ACK를 생성하기 위해, STA는 수신된 MAC 헤더(400)로부터 비트들을 단지 직접적으로 카피할 필요가 있으며, 이는 프로세싱을 감소시킨다. AP가 시간 기간에서 동일한 정보를 갖는 2개의 ACK들을 수신할 가능성이 없으므로, ACK를 수신하는 AP는, 그 ACK가 초기 패킷의 송신으로부터 특정한 시간 기간(예를 들어, SIFS(short inter frame space)) 직후에 수신되면 ACK가 STA로부터의 것이라고 결정할 수도 있다. 다른 양상에서, STA는, ACK의 MAC 또는 PHY 헤더 내의 패킷의 전부 또는 일부의 패킷 또는 해시(hash)로부터 CRC(cyclic redundancy check)의 전부 또는 일부를 송신할 수도 있다. AP는 그러한 정보에 대해 체크함으로써 STA가 ACK를 전송했다고 결정할 수도 있다. 그러한 정보가 각각의 패킷에 대해 랜덤하므로, 동일한 정보를 갖는 2개의 ACK들이 AP에 의해 시간 기간 이후 수신될 가능성은 거의 없다.

추가적으로, AP에 의해 STA에 송신되는 패킷은, 패킷을 라우팅하기 위해 사용될 라우팅 디바이스를 표시하기 위하여 사용되는 소스 어드레스(SA)를 옵션적으로 포함할 수도 있다. MAC 헤더(400)는, SA가 MAC 헤더(400)에 존재하는지를 표시하는 비트 또는 필드를 더 포함할 수도 있다. 일 양상에서, MAC 헤더(400)의 프레임 제어 필드의 순서 비트는 SA의 존재 또는 부재를 표시하기 위해 사용될 수도 있다. 다른 양상에서, 2개의 상이한 서브타입들이 압축된 MAC 헤더(400)에 대해 정의될 수도 있으며, 하나의 서브타입은 SA와 같은 a3 필드를 포함하고, 하나의 서브타입은 SA와 같은 a3 필드를 포함하지 않는다. 서브타입은 MAC 헤더(400)의 프레임 제어 필드의 서브타입 필드의 값을 통해 표시될 수도 있다. 몇몇 양상들에서, AP 및 STA는, 다른 패킷의 일부로서 SA에 대한 정보를 송신하고, 데이터 패킷으로부터 SA를 생략할 수도 있다. 후술되는 바와 같이, STA는 SA 정보를 저장하며, AP로부터 전송된 모든 패킷들에 대해, 또는 특정한 패킷들과 연관된 특정한 식별자(예를 들어, 흐름 ID)를 갖는 그 특정한 패킷들에 대해 그 정보를 사용할 수도 있다.

도시된 바와 같이, MAC 헤더(400)가 STA로부터 AP로 업링크를 통해 송신된 데이터 패킷의 일부이면, a1 필드(415)는 AP의 BSSID를 포함하며, a2 필드(420)는, 송신기 AID(T-AID)로 지칭될 수도 있는 STA의 AID를 포함한다. AP는 상술된 바와 같이, BSSID 및 T-AID에 기초하여 그 AP가 데이터 패킷의 의도된 수신자인지 및 송신기인지를 유사하게 결정할 수도 있다. 특히, AP는, BSSID가 AP의 BSSID에 매칭하는지를 관측하도록 체크할 수 있다. BSSID가 매칭하면, AP는 패킷의 의도된 수신자이다. 추가적으로, AP는, AP의 BSS 내의 하나의 STA만이 T-AID를 가지므로, T-AID에 기초하여 패킷의 송신기를 결정할 수 있다.

AP가 자신이 의도된 수신자라고 결정하면, 그 AP는, 패킷의 성공적인 수신을 표시하기 위해 확인응답 메시지(ACK)를 STA에 전송할 수도 있다. 일 양상에서, AP는, ACK의 MAC 또는 물리 계층(PHY) 헤더 내의 T-AID와 같은 a2 필드(420)의 전부 또는 일부를 포함할 수도 있다. 따라서, ACK를 생성하기 위해, AP는 수신된 MAC 헤더(400)로부터 비트들을 단지 직접적으로 카피할 필요가 있으며, 이는 프로세싱을 감소시킨다. STA가 시간 기간에서 동일한 정보를 갖는 2개의 ACK들을 수신할 가능성이 없으므로, ACK를 수신하는 STA는, 그 ACK가 초기 패킷의 송신으로부터 특정한 시간 기간(예를 들어, SIFS(short inter frame space)) 직후에 수신되면 ACK가 AP로부터의 것이라고 결정할 수도 있다. 다른 양상에서, AP는, ACK의 MAC 또는 PHY 헤더 내의 패킷의 전부 또는 일부의 패킷 또는 해시로부터 CRC(cyclic redundancy check)의 전부 또는 일부를 송신할 수도 있다. STA는 그러한 정보에 대해 체크함으로써 AP가 ACK를 전송했다고 결정할 수도 있다. 그러한 정보가 각각의 패킷에 대해 랜덤하므로, 동일한 정보를 갖는 2개의 ACK들이 STA에 의해 시간 기간 이후 수신될 가능성은 거의 없다.

몇몇 양상들에서, ACK의 어드레스 필드는, (예를 들어, 대부분의 임의의 네트워크들에서) 글로벌하게 ACK의 송신기 및/또는 수신기를 고유하게 식별하는 하나 또는 그 초과의 글로벌 어드레스들(예를 들어, MAC 어드레스, 즉 BSSID)을 포함할 수도 있다. 몇몇 양상들에서, 어드레스 필드는, (예를 들어, 특정한 BSS에서와 같이 로컬 네트워크에서) 로컬적으로 ACK의 송신기 및/또는 수신기를 고유하게 식별하는 하나 또는 그 초과의 로컬 어드레스들(예를 들어, 연관 식별자(AID))을 포함할 수도 있다. 몇몇 양상들에서, 어드레스 필드는, ACK의 송신기 및/또는 수신기를 식별하는 부분적인 또는 비-고유한 식별자(예를 들어, MAC 어드레스 또는 AID의 일부)를 포함할 수도 있다. 예를 들어, 어드레스 필드는, ACK에 의해 확인응답되는 프레임으로부터 카피되는 ACK의 송신기 및/또는 수신기의 AID, MAC 어드레스, 또는 AID 또는 MAC 어드레스의 일부 중 하나일 수도 있다.

몇몇 양상들에서, ACK의 식별자 필드는 확인응답되는 프레임을 식별할 수도 있다. 예를 들어, 일 양상에서, 식별자 필드는 프레임의 콘텐츠의 해시일 수도 있다. 다른 양상에서, 식별자 필드는 프레임의 CRC(예를 들어, FCS 필드)의 전부 또는 일부를 포함할 수도 있다. 다른 양상에서, 식별자 필드는, 프레임의 CRC(예를 들어, FCS 필드)의 전부 또는 일부 및 로컬 어드레스(예를 들어, STA의 AID)의 전부 또는 일부에 기초할 수도 있다. 다른 양상에서, 식별자 필드는 프레임의 시퀀스 넘버일 수도 있다. 다른 양상에서, 식별자 필드는 다음, 즉 ACK의 송신기/수신기의 하나 또는 그 초과의 글로벌 어드레스들, ACK의 송신기/수신기의 하나 또는 그 초과의 로컬 어드레스들, ACK의 송신기/수신기의 글로벌 어드레스들 중 하나 또는 그 초과의 부분들, 또는 ACK의 송신기/수신기의 로컬 어드레스들 중 하나 또는 그 초과의 부분들 중 하나 또는 그 초과를 임의의 결합으로 포함할 수도 있다. 예를 들어, 식별자 필드는 수학식 1에 나타낸 바와 같이, 글로벌 어드레스들(예를 들어, AP의 BSSID, MAC 어드레스) 및 로컬 어드레스(예를 들어, STA의 AID)의 해시를 포함할 수도 있다.

(dec(AID[0:8]) + dec(BSSID[44:47] XOR BSSID[40:43]) 2^5 ) mod 2^9 (1)

여기서, dec()는 16진수를 10진수로 변환하는 함수이다. 동일한 입력들에 기초하는 다른 해시 함수들은 본 발명의 범위를 벗어나지 않으면서 구현될 수도 있다.

몇몇 양상들에서, ACK가 응답으로 전송되는 프레임은 프레임의 송신기에 의해 셋팅되는 토큰 넘버를 포함할 수도 있다. 프레임의 송신기는 알고리즘에 기초하여 토큰 넘버를 생성할 수도 있다. 몇몇 양상들에서, 송신기에 의해 생성되는 토큰 넘버는, 송신기에 의해 전송되는 각각의 프레임에 대해 상이한 값을 가질 수도 있다. 그러한 양상들에서, 프레임의 수신기는, 예컨대 식별자를 토큰 넘버로서 셋팅하거나 토큰 넘버에 적어도 부분적으로 기초하여 식별자를 계산함으로써 확인응답되는 프레임을 식별하기 위해, ACK의 식별자 필드에서 토큰 넘버를 사용할 수도 있다. 몇몇 양상들에서, 식별자 필드는 다음, 즉 ACK의 송신기/수신기의 하나 또는 그 초과의 글로벌 어드레스들, ACK의 송신기/수신기의 하나 또는 그 초과의 로컬 어드레스들, ACK의 송신기/수신기의 글로벌 어드레스들 중 하나 또는 그 초과의 부분들, ACK의 송신기/수신기의 로컬 어드레스들 중 하나 또는 그 초과의 부분들, 또는 프레임의 CRC의 전부 또는 일부 중 적어도 하나와 토큰 넘버의 결합으로서 계산될 수도 있다. 몇몇 양상들에서, 토큰 넘버는, SIG 필드 및/또는 제어 정보(Control Info) 필드와 같이 확인응답되는 ACK 및/또는 프레임의 다른 필드에 포함될 수도 있다. 몇몇 양상들에서, 토큰은, 확인응답되는 프레임의 (PHY 프리앰블 이후에 도래할 수도 있는) SERVICE 필드에서 스크램블링 시드로부터 도출될 수도 있다.

상술된 기술들에 의해, 응답 프레임(예를 들어, ACK, CTS, BA)은, 시작 프레임(예를 들어, 데이터, RTS, BAR)에서 FCS 또는 랜덤 넘버(예를 들어, 패킷 ID)와 같은 값을 에코(echo)할 수 있다. 에코 값은 스크램블러 시드에 적어도 부분적으로 기초할 수도 있다. 에코된 값은 응답 프레임의 스크램블러 시드 필드에서 송신될 수도 있다. 에코된 값은 응답 프레임의 SIG 필드에서 송신될 수도 있다. 에코된 값은 응답 프레임에 포함된 MPDU에서 송신될 수도 있다.

몇몇 구현들에서, 시작 프레임(예를 들어, 데이터, RTS, BAR)의 프레임 체크섬(FCS)이 랜덤 넘버(예를 들어, 패킷 ID)에 기초하거나 랜덤 넘버를 포함하는 것이 바람직할 수도 있다. 이러한 값은 에코 값으로서 사용될 수도 있다. 그러한 구현들에서, 에코 값은 시작 프레임의 스크램블링된 시드에 포함될 수도 있다. 따라서, FCS는 응답 프레임(예를 들어, ACK, CTS, BA)에서 전체적으로 또는 부분적으로 에코될 수도 있다.

에코 값의 사용을 통해, 에코 값을 포함함으로써, 응답 프레임은 시작 프레임의 스테이션 식별자를 포함하지 않을 수도 있다. 시작 프레임(예를 들어, 데이터, RTS, BAR 등) 상에서의 어드레싱 방식들 중 하나 또는 그 초과는, 스테이션 식별자가 아니라 시작 프레임의 FCS 또는 패킷 ID를 에코하는 응답 프레임(예를 들어, ACK, CTS, BA 등)과 함께 사용될 수도 있다. 이것은 상술된 바와 같이 통신들을 개선시킬 수도 있다.

추가적으로, STA에 의해 AP에 송신된 패킷은, 패킷을 라우팅하기 위하여 사용될 라우팅 디바이스를 표시하기 위해 사용된 목적지 어드레스(DA)를 옵션적으로 포함할 수도 있다. MAC 헤더(400)는, DA가 MAC 헤더(400)에 존재하는지를 표시하는 비트 또는 필드를 더 포함할 수도 있다. 일 양상에서, MAC 헤더(400)의 프레임 제어 필드의 순서 비트 또는 "a3 존재" 비트는 DA의 존재 또는 부재를 표시하는데 사용될 수도 있다. 다른 양상에서, 2개의 상이한 서브타입들이 압축된 MAC 헤더(400)에 대해 정의될 수도 있으며, 하나의 서브타입은 DA와 같은 a3 필드를 포함하고, 하나의 서브타입은 DA와 같은 a3 필드를 포함하지 않는다. 서브타입은 MAC 헤더(400)의 프레임 제어 필드의 서브타입 필드의 값을 통해 표시될 수도 있다. 몇몇 양상들에서, DA의 존재 또는 생략을 표시하는 서브타입의 값들은, DL 패킷들에 대한 SA의 존재 또는 생략을 표시하는데 사용된 것과 동일한 값들이다. 몇몇 양상들에서, AP 및 STA는, 다른 패킷의 일부로서 DA에 대한 정보를 송신하고, 데이터 패킷으로부터 DA를 생략할 수도 있다. AP는, DA 정보를 저장하며, STA로부터 전송된 모든 패킷들에 대해, 또는 특정한 패킷들과 연관된 특정한 식별자(예를 들어, 흐름 ID)를 갖는 그 특정한 패킷들에 대해 그 정보를 사용할 수도 있다.

도시된 바와 같이, MAC 헤더(400)가 송신 STA로부터 수신 STA로 다이렉트 링크를 통해 송신된 데이터 패킷의 일부이면, a1 필드(415)는 수신 STA의 완전한 수신기 어드레스(RA)를 포함하고, a2 필드(420)는, 송신기 AID(T-AID)로 지칭될 수도 있는 송신 STA의 AID를 포함한다. 수신 STA는 상술된 바와 같이, RA 및 T-AID에 기초하여 그 STA가 데이터 패킷의 의도된 수신자인지 및 송신기인지를 유사하게 결정할 수도 있다. 특히, 수신 STA는, RA가 수신 STA의 RA와 매칭하는지를 관측하도록 체크할 수 있다. RA가 매칭하면, 수신 STA는 패킷의 의도된 수신자이다. 추가적으로, 수신 STA의 BSS 내의 하나의 송신 STA만이 T-AID를 가지므로, 수신 STA는 T-AID에 기초하여 패킷의 송신기를 결정할 수 있다.

수신 STA가 자신이 의도된 수신자라고 결정하면, 그 STA는 패킷의 성공적인 수신을 표시하기 위해 확인응답 메시지(ACK)를 송신 STA에 전송할 수도 있다. 일 양상에서, 수신 STA는, ACK의 MAC 또는 물리 계층(PHY) 헤더 내의 T-AID와 같은 a2 필드(420)의 전부 또는 일부를 포함할 수도 있다. 따라서, ACK를 생성하기 위해, 수신 STA는 수신된 MAC 헤더(400)로부터 비트들을 단지 직접적으로 카피할 필요가 있으며, 이는 프로세싱을 감소시킨다. 송신 STA가 시간 기간에서 동일한 정보를 갖는 2개의 ACK들을 수신할 가능성이 없으므로, ACK를 수신하는 송신 STA는, 그 ACK가 초기 패킷의 송신으로부터 특정한 시간 기간(예를 들어, SIFS(short inter frame space)) 직후에 수신되면 ACK가 수신 STA로부터의 것이라고 결정할 수도 있다. 다른 양상에서, 수신 STA는, ACK의 MAC 또는 PHY 헤더 내의 패킷의 전부 또는 일부의 패킷 또는 해시로부터 CRC(cyclic redundancy check)의 전부 또는 일부를 송신할 수도 있다. 송신 STA는 그러한 정보에 대해 체크함으로써 수신 STA가 ACK를 전송했다고 결정할 수도 있다. 그러한 정보가 각각의 패킷에 대해 랜덤하므로, 동일한 정보를 갖는 2개의 ACK들이 송신 STA에 의해 시간 기간 이후 수신될 가능성은 거의 없다.

패킷이 다운링크, 업링크, 또는 다이렉트 링크의 일부로서 전송되는지는 MAC 헤더(400) 내의 특정한 비트들에 의해 표시될 수도 있다. 예를 들어, fc 필드(405)의 to-분산 시스템(to-ds) 및 from-ds 필드들은, To-Ds/From-Ds로 라벨링된 열에 나타낸 바와 같이, 패킷을 전송하기 위해 사용된 링크 타입(예를 들어, 다운링크에 대해서는 01, 업링크에 대해서는 10, 그리고 다이렉트 링크에 대해서는 00)을 표시하는데 사용될 수도 있다. 따라서, 패킷의 수신자는, 각각의 필드에서 예상되는 어드레스의 타입에 기초하여 a1 필드(415) 및 a2 필드(420)의 길이(예를 들어, 2옥텟들 또는 6옥텟들)를 결정할 수도 있으며, 따라서, 각각의 필드에 포함된 어드레스를 결정할 수도 있다.

다른 양상에서, 패킷이 다운링크, 업링크, 또는 다이렉트 링크의 일부인지를 표시하는 대신, 어떤 타입의 어드레스가 a1 필드(415) 및 a2 필드(420) 각각에 있는지를 표시하기 위해 1비트(예를 들어, to-ds/from-ds 필드에 대한 1비트 대체)가 MAC 헤더(400)에서 사용될 수도 있다. 예를 들어, 비트의 하나의 값은, a1 필드(415)가 데이터 패킷의 수신기의 어드레스이고, a2 필드(420)가 데이터 패킷의 송신기의 어드레스라는 것을 표시할 수도 있다. 비트의 다른 값은, a1 필드(415)가 데이터 패킷의 송신기의 어드레스이고, a2 필드(420)가 데이터 패킷의 수신기의 어드레스라는 것을 표시할 수도 있다.

또한, MAC 헤더의 프레임 제어 필드의 특정한 서브-필드들을 제거 또는 변경시키기 위한 시스템들 및 방법들이 본 명세서에 설명된다. 프레임 제어 필드의 서브-필드들의 제거 또는 변경은, MAC 헤더들의 추가적인 압축을 허용하며, 따라서, MAC 헤더에 의해 사용될 데이터 패킷에서 더 작은 공간을 허용한다.

MAC 헤더들의 압축은, MAC 헤더의 프레임 제어 필드의 특정한 서브-필드들을 제거 또는 변경시킴으로써 수행될 수도 있다. 그 후, 압축된 MAC 헤더는 무선 디바이스(202t)로부터 무선 디바이스(202r)로 전송될 수도 있다. 서브-필드들의 제거 또는 변경은, 데이터 패킷의 무선 디바이스(202r)로 통신될 필요가 있는 정보에 기초할 수도 있다. 예를 들어, 무선 디바이스(202r)는, 데이터 패킷을 수신 및 프로세싱하기 위해 MAC 헤더(300)의 프레임 제어 필드(305a)에서 모든 정보를 필요로 하지는 않을 수도 있다. 예를 들어, 몇몇 경우들에서, 수신기는, 프레임 제어 필드(305a)에서 송신될 메모리에 저장된 정보 중 일부를 이미 가질 수도 있다. 일 경우에서, 무선 디바이스(202r)는, 이전의 데이터 패킷 또는 메시징 패킷의 MAC 헤더에서와 같이, 무선 디바이스(202t)로부터 이전에 수신된 데이터 패킷에서 그 정보를 수신할 수도 있다. 다른 경우에서, 무선 디바이스(202r)는, 예컨대 제조 시에, 또는 다른 디바이스와의 통신을 통해 사전-프로그래밍된 그러한 정보를 가질 수도 있다. 몇몇 양상들에서, 무선 디바이스(202r)는, 무선 디바이스(202r)에 저장된 정보(예를 들어, MAC 헤더의 필드들에 대한 값들)를 무선 디바이스(202t)에 표시할 수도 있다. 그 후, 무선 디바이스(202t)는, 무선 디바이스(202r)에 전송된 패킷들에서, 프레임 제어 필드, 또는 MAC 헤더의 다른 필드들의 서브-필드들로부터 그러한 정보를 생략할 수도 있다.

또 다른 실시예에서, 무선 디바이스(202r)는, 예를 들어, 그러한 기능이 필요하지 않은 경우들에서 제거되는 서브-필드들의 사용을 요구할 특정한 기능들을 수행하지 않을 수도 있다.

생략된 서브-필드들은 "예비된" 서브-필드들로 대체될 수도 있다. 예비된 서브-필드들은, 프레임을 프로세싱하기 위하여 수신기에 의해 필요한 정보를 송신하기 위해 사용될 수도 있다. 제거되거나 변경되고 예비된 서브-필드들로 대체될 수도 있는 서브-필드들 중 몇몇, 및 예비된 서브-필드들에 포함될 수도 있는 정보가 후술된다.

도 5는, MAC 헤더(예를 들어, MAC 헤더(300))의 프레임 제어(fc) 필드(500) 및 fc 필드(500)에 포함될 수도 있는 데이터의 타입들의 일 예를 도시한다. fc 필드(500)는 다음의 서브-필드들, 즉 예비된 서브-필드(502), 프레임 타입(type) 서브-필드(504), 예비된 서브-필드(506), 예비된 서브-필드(508), from-ds(from distribution system) 서브-필드(510), 더 많은 프레그먼트들(more frag) 서브-필드(512), 예비된 서브-필드(514), 전력 관리(Pwr Mgt) 서브-필드(516), 더 많은 데이터 서브-필드(518), 보호된 프레임(pf) 서브-필드(520), 및 예비된 서브-필드(522)를 포함한다. 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)의 비트들은, 프레임을 프로세싱하기 위해 프레임의 수신기에 의해 필요한 정보를 저장하기 위해 예비될 수도 있다. 몇몇 실시예들에서, 전체 예비된 서브-필드는 정보의 단일 세트를 위해 사용될 수도 있다. 다른 실시예들에서, 1 초과의 비트가 예비된 서브-필드에서 이용가능하면, 정보의 다수의 세트들이 예비된 서브-필드에 (예를 들어, 정보의 하나의 세트가 하나의 비트로서 그리고 정보의 다른 세트가 다른 비트로서) 저장될 수도 있다.

몇몇 양상들에서, type 서브-필드(504)는, 데이터 유닛이 어그리게이팅된 매체 액세스 제어(MAC) 레벨 서비스 데이터 유닛(A-MSDU) 또는 단일 MSDU를 포함하는지를 데이터 유닛의 수신기에 표시하기 위해 사용될 수도 있다. 예를 들어, type 서브-필드(504)에 대한 1의 값은 데이터 유닛이 A-MSDU를 포함한다는 것을 표시할 수도 있고, 0의 값은 데이터 유닛이 MSDU이라는 것을 표시할 수도 있다.

fc 필드(500)는, MAC 헤더(300)에 포함되는 fc 필드(305a)에 포함된 정보 중 몇몇을 옵션적으로 또는 선택적으로 저장하지 않을 수도 있다. 정보를 일반적으로 포함하는 서브-필드들은 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)로 대체될 수도 있다. 예를 들어, fc 필드(500)는, 프로토콜 버전을 표시하는 정보(예를 들어, 프로토콜 버전 서브-필드(372)), 프레임 서브-타입을 표시하는 정보(예를 들어, 서브타입 서브-필드(376)), 패킷이 분산 시스템에 송신된다는 것을 표시하는 정보(예를 들어, To-DS 서브-필드(378)), 재송신 정보(예를 들어, 재시도 서브-필드(384)), 및 순서 정보(예를 들어, 순서 서브-필드(392a)) 중 임의의 하나 또는 그 초과를 저장하지 않을 수도 있다. 도 5에 도시된 바와 같이, 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)는 프로토콜 버전 서브-필드(372), 서브타입 서브-필드(376), To-DS 서브-필드(378), 재시도 서브-필드(384), 및 순서 서브-필드(392a)를 대체한다. 몇몇 실시예들에서, 예비된 비트들 중 하나 또는 그 초과(또는 부분)는 제어 프레임 필드의 우측으로 시프트될 수도 있다.

도 6-14e는, 상술된 바와 같이 특정한 서브-필드들을 포함하고 다른 서브-필드들을 포함하지 않으며, 무선 디바이스(202t)와 무선 디바이스(202r) 사이의 통신을 위해 사용될 수 있는 프레임 제어 필드의 양상들을 도시한다. 특히, 도 6-14e는, 도 5의 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)에 저장될 수도 있는 정보의 타입의 예들을 도시한다.

도 6은 다음의 서브-필드들, 즉 프로토콜 버전(pv) 서브-필드(602), 프레임 타입(type) 서브-필드(604), a3 존재 서브-필드(624), 짧은 서비스 세트 식별자(short SSID) 서브-필드(626), 서비스 기간의 종료(eosp) 서브-필드(608), from-ds 서브-필드(610), more frag 서브-필드(612), 재시도 서브-필드(614), Pwr Mgt 서브-필드(616), more data 서브-필드(618), 보호된 프레임(pf) 서브-필드(620), 및 더 많은 물리(PHY) 계층 프로토콜 데이터 유닛/역방향 그랜트(more ppdu/rdg) 서브-필드(622)를 포함하는 fc 필드(600)를 도시한다. pv 서브-필드(602), eosp 서브-필드(608), 재시도 서브-필드(614), 및 more ppdu/rdg 서브-필드(622)는 각각, 예비된 서브-필드들(502, 508, 514, 및 522)에 저장된다. a3 존재 서브-필드(624) 및 짧은 SSID 서브-필드(626)는, 도 5의 예비된 서브-필드(506)에 대응하는 예비된 서브-필드(606)에 저장된다. 몇몇 실시예들에서, 서브-필드들 중 몇몇은 프레임 제어 필드에 포함되지 않을 수도 있다. 예를 들어, 이들 서브-필드들에 이전에 포함되었던 비트들이 예비될 수도 있다. 다른 예에서, 프레임 제어 필드는, 모든 예비된 비트들이 프레임 제어 필드의 종료에 인접하게 하기 위해 좌측으로 시프트된 나머지 서브-필드들을 포함할 수도 있다.

상술된 바와 같이, pv 서브-필드(602)는 현재의 프레임의 프로토콜 버전을 표시하는데 사용될 수도 있다. 예를 들어, pv 서브-필드(602)는, 상이한 프로토콜 버전들의 일부로서 상이한 압축된 MAC 헤더들을 정의하기 위해 사용될 수도 있다. 프로토콜 버전들은 통신을 위하여 디바이스에 의해 상호교환가능하게 사용될 수도 있다. 예를 들어, 비-압축된 MAC 헤더의 사용을 정의하는 PV0는, 링크를 셋업하는 것, 능력들을 협의하는 것, 및 고속 데이터 전달들을 위해 사용될 수도 있다. 추가적으로, 다양한 압축된 MAC 헤더의 사용을 정의하는 PV1, PV2, 및/또는 PV3는, 전력 절약 모드에 있는 경우 주기적인 짧은 데이터 송신들을 위해 사용될 수도 있다.

eosp 서브-필드(608)는 서비스 기간의 종료가 발생한다는 것을 표시하기 위해 사용될 수도 있다. 서비스 기간의 종료는, STA에 대해 AP에서 버퍼링된 데이터가 STA에 더 이상 송신되지 않거나 AP에 버퍼링된 어떠한 부가적인 데이터도 존재하지 않으면, 발생할 수도 있다. 몇몇 실시예들에서, eosp 서브-필드(608)는 서비스 품질 데이터 프레임의 프레임 제어 필드에 포함될 수도 있다. 몇몇 실시예들에서, eosp 서브-필드(608)의 비트는, STA와 AP 사이의 서비스 기간, 또는 흐름의 최종 프레임을 제외한 모든 프레임들에서 0으로 셋팅될 수도 있다. 서비스 기간의 최종 프레임에서, eosp 서브-필드(608)는, 서비스 기간이 종료된다는 것을 표시하기 위해 1로 셋팅될 수도 있다.

상술된 바와 같이, 재시도 서브-필드(614)는 현재의 프레임이 재송신되고 있는지 아닌지를 표시하기 위해 사용될 수도 있다. 예를 들어, 재시도 서브-필드(384)는, 더 이전의 프레임의 재송신인 프레임에서 1로 셋팅될 수도 있다.

more ppdu/rdg 서브-필드(622)는, 부가적인 서브-프레임들이 송신될지 그리고/또는 역방향이 그랜트되는지를 표시할 수도 있다. ppdu는 PHY 프리앰블 및 헤더 및 MAC 프로토콜 데이터 유닛을 포함할 수도 있다. 몇몇 실시예들에서, 데이터 유닛의 다수의 서브-프레임들이 수신기로 송신되는 경우, more ppdu/rdg 서브-필드(622)의 비트는, 현재의 서브-프레임에 후속하기 위한 하나 또는 그 초과의 서브-프레임들이 존재할 것이라는 것을 표시하기 위해 1로 셋팅될 수도 있다. more ppdu/rdg 서브-필드(622)의 비트는, 현재의 서브-프레임이 데이터 유닛의 최종 서브-프레임이라는 것을 표시하기 위해 0으로 셋팅될 수도 있다. 몇몇 실시예들에서, ppdu/rdg 서브-필드는, 역방향이 프레임의 수신기에 그랜트된다는 것을 표시할 수도 있다. 예를 들어, 역방향 프로토콜을 지원하는 디바이스들에 대해, 디바이스는, 역방향 그랜트(RDG)를 수신기에 전송하기 위한 승인(permission)을 갖는 디바이스로서 특정된다. 디바이스는, ppdu/rdg 서브-필드의 비트에서 RDG를 사용하여 자신의 승인을 수신기에 송신할 수도 있으며, 그 비트를 1로 셋팅함으로써 수신기에 대한 승인을 그랜트할 수도 있다. 수신기가 1로 셋팅된 ppdu/rdg 서브-필드를 갖는 프레임을 수신하는 경우, 수신기는, 그 수신기가 자신이 방금 수신했던 것에 바로 후속하여 더 많은 프레임들을 디바이스에 전송할지를 결정할 수도 있다. 데이터 프레임이 확인응답에 후속할 것이라고 수신기가 결정하면, 수신기는, ppdu/rdg 서브-필드의 비트가 1로 셋팅되는 수신된 프레임에 대한 확인응답을 송신할 수도 있다. ACK의 ppdu/rdg 서브-필드의 비트가 1로 셋팅된다고 결정하는 것에 응답하여, 디바이스는 수신기로부터의 송신을 대기할 수도 있다.

a3 존재 서브-필드(624)는, 목적지 어드레스가 패킷에 존재하는지를 표시할 수도 있다. 예를 들어, 몇몇 양상들에서, a3 존재 서브-필드는, (다른 디바이스를 식별하는 제 3 어드레스를 표시하는) a3 필드가 압축된 MAC 헤더에 포함되는지를 표시하기 위해 부가될 수도 있다. 목적지 어드레스는, 무선 디바이스(202t)가 다른 디바이스(예를 들어, 라우터)를 통해 무선 디바이스(202r)에 데이터 패킷을 송신하고, 다른 디바이스의 어드레스를 목적지 어드레스로서 표시하는 경우들에서 사용될 수도 있다. 무선 디바이스(202t)가 무선 디바이스(202r)에 직접 송신하는 예들에 대해, a3 필드는 MAC 헤더(300 또는 300a)로부터 제거될 수 있다. 따라서, a3 존재 서브-필드(624)는, a3 필드가 MAC 헤더에 존재하는지 아닌지를 표시하기 위해 fc 프레임에 부가될 수도 있다.

짧은 SSID 서브-필드(626)는 무선 네트워크(예를 들어, 네트워크 서비스 세트)의 식별(ID)을 표시할 수도 있다. 서비스 세트 식별자(SSID)는, 무선 네트워크를 식별하는 명칭이며, (예를 들어, 애드혹 네트워크에 대해) AP 또는 초기 무선 클라이언트 상에서 구성될 수도 있다. 예를 들어, 프레임이 기본 서비스 세트 내의 STA로부터의 것인 경우, ID는 AP의 MAC 어드레스일 수도 있다. 몇몇 실시예들에서, 네트워크 서비스 세트의 식별은 짧은 서비스 세트 식별자의 해시를 포함할 수도 있다. 몇몇 실시예들에서, 짧은 SSID는, AP가 네트워크 셋업 동안 그 SSID에 연관되는 AID일 수도 있다. 예를 들어, AID는, 길이가 13비트일 수도 있으며 영역 내에 어떠한 다른 AP들도 동일한 짧은 BSSID를 갖지 않는다는 것을 보장하기 위해 랜덤하게 선택될 수도 있는 짧은 BSSID일 수도 있다.

도 7은, 도 5의 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)에 저장될 수도 있는 정보의 타입의 다른 예를 도시한다. 도 7에 도시된 바와 같이, fc 필드(700)는 다음의 서브-필드들, 즉 프로토콜 버전(vc) 서브-필드(702), 프레임 타입(type) 서브-필드(704), a3 존재 서브-필드(724), 짧은 SSID 서브-필드(726), eosp 서브-필드(708), from-ds-필드(710), more frag 서브-필드(712), 어그리게이팅된 매체 액세스 제어(MAC) 레벨 서비스 데이터 유닛(A-MSDU) 서브-필드(714), Pwr Mgt 서브-필드(716), more data 서브-필드(718), pf 서브-필드(720), 및 more ppdu/rdg 서브-필드(722)를 포함한다. fc 필드(700)에서, pv 서브-필드(702), eosp 서브-필드(708), A-MSDU 서브-필드(714), 및 more ppdu/rdg 서브-필드(722)는 각각 예비된 서브-필드들(502, 508, 514, 및 522)에 저장된다. 도 6과 유사하게, a3 존재 서브-필드(724) 및 짧은 SSID 서브-필드(726)는, 도 5의 예비된 서브-필드(506)에 대응하는 예비된 서브-필드(706)에 저장된다.

fc 필드(700)는, 어떠한 재시도 서브-필드도 존재하지 않는다는 점에서 fc 필드(600)와는 상이하다. 대신, 어그리게이팅된 MAC 레벨 서비스 데이터 유닛(A-MSDU)이 존재한다. 상이한 서브-필드들의 사용은, 데이터 패킷의 상이한 수신 디바이스들에 통신될 필요가 있는 상이한 정보에 기초할 수도 있다.

A-MSDU 서브-필드(714)는, 어그리게이팅된 서비스 데이터 유닛이 존재한다는 것을 표시할 수도 있다. MAC 레벨 서비스 데이터 유닛과 같은 어그리게이팅된 서비스 데이터 유닛은, 하나의 프로토콜(예를 들어, 이더넷)의 다수의 프레임들의 다른 프로토콜(예를 들어, 802.11)의 단일 프레임으로의 어그리게이션을 허용한다. 따라서, 다수의 MSDU들은 단일 A-MSDU로 어그리게이팅될 수도 있다. MSDU들의 각각은 동일한 MAC 헤더를 공유할 수도 있다. A-MSDU 서브-필드(714)는, A-MSDU가 존재한다는 것을 프레임의 수신기에 표시하기 위해 1로 셋팅될 수도 있다.

도 8은 도 5의 예비된 서브-필드들(502, 506, 508, 514, 및/또는 522)에 저장될 수도 있는 정보의 타입의 다른 예를 도시한다. 도 8에 도시된 바와 같이, fc 필드(800)는 다음의 서브-필드들, 즉 프로토콜 버전(pv) 서브-필드(802), 프레임 타입(type) 서브-필드(804), a3 존재 서브-필드(824), 예비된 서브-필드(826), eosp 서브-필드(808), from-ds 서브-필드(810), more frag 서브-필드(812), A-MSDU 서브-필드(814), Pwr Mgt 서브-필드(816), more data 서브-필드(818), pf 서브-필드(820), 및 예비된 서브-필드(822)를 포함한다. fc 필드(800)에서, pv 서브-필드(802), eosp 서브-필드(808), 및 A-MSDU 서브-필드(814)는 각각 예비된 서브-필드들(502, 508, 및 514)에 저장된다. a3 존재 서브-필드(824)는, 도 5의 예비된 서브-필드(506)에 대응하는 예비된 서브-필드(806)에 부분적으로 저장된다. 예비된 서브-필드(522)는 fc 필드(800) 내의 예비된 서브-필드(822)로서 예비된 것으로 유지된다. 추가적으로, 예비된 서브-필드(506)의 단일 비트는 fc 필드(800) 내의 예비된 서브-필드(826)로서 예비된 것으로 유지된다. 이들 예비된 서브-필드들은 필요성이 발생할 때마다 다른 정보로 대체될 수도 있다.

도 8a는 fc 필드(800a)의 다른 예를 도시한다. 몇몇 실시예들에서, 제 1 예비된 서브-필드(806a)의 비트들은 to-DS 서브-필드, from-DS 서브-필드, 및/또는 a3 존재 서브-필드를 포함할 수도 있다. 예비된 서브-필드(812a)의 비트는 재시도 서브-필드 비트 또는 eosp 서브-필드 비트를 포함할 수도 있다. 일 예에서, 예비된 서브-필드(812a)가 재시도 비트를 포함하면, 최종 예비된 서브-필드(820a)의 비트는 eosp 비트를 포함할 수도 있다. 다른 예에서, 예비된 서브-필드(812a)의 비트가 eosp 비트를 포함하면, 최종 예비된 서브-필드(820a)의 비트는 A-MSDU 비트를 포함할 수도 있다. 몇몇 실시예들에서, 최종 예비된 서브-필드(820a)는 more ppdu/rdg 비트를 포함할 수도 있다.

일반적으로, 예비된 서브-필드들의 비트들은, 송신기가 수신기에 제공할 의도가 있는 프레임의 구조에 대한 정보, 또는 다른 부가적인 정보를 수신기에 가져오는 임의의 타입을 가질 수도 있다.

몇몇 실시예들에서, fc 필드의 제 1 바이트는, 수신된 패킷을 파싱하도록 수신기에 의해 사용될 수도 있는 패킷 또는 프리앰블의 구조에 대한 정보를 반송하는 비트들을 포함할 수도 있다. 예를 들어, pv 서브-필드, 타입 서브-필드, 서브타입 서브-필드, from-DS 서브-필드, 및/또는 보호된 프레임 서브-필드는, 제 1 바이트를 디코딩한 이후, 수신기가 프레임을 파싱하기 위해 필요한 모든 정보를 이미 알 수도 있도록 제 1 바이트에 배치될 수도 있다.

도 6-8에 도시된 상이한 서브-필드들의 사용은, 데이터 패킷들의 상이한 수신 디바이스들에 통신될 필요가 있는 상이한 정보에 기초할 수도 있다. 예를 들어, fc 필드(700)를 포함하는 패킷을 수신하는 무선 디바이스(202r)는, 데이터 패킷을 수신 및 프로세싱하기 위한 재시도 필드를 필요로 하지 않을 수도 있다. 다른 예에서, fc 필드(700)는, 데이터 유닛들이 어그리게이팅되는 이벤트에서 A-MSDU 서브-필드(714)를 1로 셋팅함으로써 A-MSDU가 존재한다는 것을 표시할 수도 있다. 이러한 경우, A-MSDU 서브-필드는, 디바이스가 프레임을 프로세싱하기 위해 존재해야 한다. 몇몇 경우들에서, 무선 디바이스(202r)와 같은 수신기는, 특정한 서브-필드에서 송신될 메모리에 저장된 정보 중 몇몇을 이미 가질 수도 있다. 무선 디바이스(202r)는 무선 디바이스(202t)로부터, 이전에 수신된 데이터 패킷에서 이러한 정보를 수신할 수도 있거나, 무선 디바이스(202r)는 예컨대, 제조 시에 또는 다른 디바이스와의 통신을 통해 사전-프로그래밍된 그러한 정보를 가질 수도 있다.

압축된 MAC 헤더들의 프레임 제어(fc) 필드들은 또한, MAC 헤더들의 추가적인 압축을 허용하고 따라서, MAC 헤더에 의해 사용될 데이터 패킷에서 더 작은 공간을 허용하기 위해 제거 또는 변경될 수도 있다. 도 9-14b는 압축된 MAC 헤더(예를 들어, MAC 헤더(400))의 프레임 제어(fc) 필드들의 예들을 도시한다.

도 9는 압축된 MAC 헤더의 fc 필드(900)의 일 예를 도시한다. fc 필드(900)는 다음의 서브-필드들, 즉 프로토콜 버전 서브-필드(902), 프레임 타입(type) 서브-필드(904), from-ds(from distribution system) 서브-필드(906), 더 많은 프레그먼트 서브-필드(908), 전력 관리 서브-필드(910), 더 많은 데이터 서브-필드(912), 보호된 프레임(pf) 서브-필드(914), 서비스 기간의 종료 서브-필드(916), a3 존재 서브-필드(918), 및 예비된 서브-필드(920)를 포함한다. 예비된 서브-필드(920)는 상술된 바와 같이, 프레임을 프로세싱하기 위해 프레임의 수신기에 의하여 필요한 정보를 저장하기 위해 예비될 수도 있다.

도 10은 압축된 MAC 헤더의 fc 필드(1000)의 다른 예를 도시한다. fc 필드(1000)는 다음의 서브-필드들, 즉 예비된 서브-필드(1002), 프레임 타입(type) 서브-필드(1004), from-ds(from distribution system) 서브-필드(1006), 더 많은 프레그먼트 서브-필드(1008), 전력 관리 서브-필드(1010), 더 많은 데이터 서브-필드(1012), 보호된 프레임(pf) 서브-필드(1014), 서비스 기간의 종료 서브-필드(1016), a3 존재 서브-필드(1018), 및 예비된 서브-필드(1020)를 포함한다. 예비된 서브-필드들(1002 및 1020)은 상술된 예비된 필드들과 유사하게 프레임을 프로세싱하기 위하여 프레임의 수신기에 의해 필요한 정보를 저장하기 위해 예비될 수도 있다.

도 11은 압축된 MAC 헤더의 fc 필드(1100)의 다른 예를 도시한다. fc 필드(1100)는 다음의 서브-필드들, 즉 어드레싱 서브-필드(1102), 프레임 타입(type) 서브-필드(1104), from-ds(from distribution system) 서브-필드(1106), 더 많은 프레그먼트 서브-필드(1108), 전력 관리 서브-필드(1110), 더 많은 데이터 서브-필드(1112), 보호된 프레임(pf) 서브-필드(1114), 서비스 기간의 종료 서브-필드(1116), a3 존재 서브-필드(1118), 및 A-MSDU 서브-필드(1120)를 포함한다. 어드레싱 서브-필드(1102)는, 예를 들어, MAC 헤더가 디바이스에 대한 액세스 식별자(AID)와 같은 로컬 식별자를 포함하는지 그리고/또는 디바이스에 대한 글로벌하게 고유한 식별자(예를 들어, MAC 어드레스)를 포함하는지를 표시하기 위해 사용될 수도 있다. 예를 들어, 어드레싱 서브-필드(1102)는, AID만이 MAC 헤더에 포함된다는 것을 표시하기 위해 0으로 셋팅될 수도 있거나, 디바이스에 대한 AID 및 글로벌하게 고유한 식별자가 포함된다는 것을 표시하기 위해 1로 셋팅될 수도 있다.

상술된 바와 같이, fc 필드의 pv 서브-필드는, MAC 헤더가 비-압축된 MAC 헤더인지 또는 압축된 MAC 헤더인지를 표시하기 위해 사용될 수도 있다. 예를 들어, pv 서브-필드에 대한 0의 값은 MAC 헤더가 비-압축된 MAC 헤더라는 것을 표시할 수도 있고, pv 서브-필드에 대한 1의 값은 MAC 헤더가 압축된 MAC 헤더라는 것을 표시할 수도 있다. 압축된 MAC 헤더는 본 명세서에 설명된 압축된 MAC 헤더들 중 임의의 헤더의 포맷을 가질 수도 있다. 그러나, pv 서브-필드는 필요하지 않을 수도 있거나 네트워크에 의해 지원되지 않을 수도 있다. 도 12 및 도 13은, 프로토콜 버전(PV) 서브-필드 없는 압축된 MAC 헤더의 fc 필드들의 예들을 도시한다.

도 12는, PV가 fc 필드에서 특정되지 않는 압축된 MAC 헤더의 fc 필드(1200)의 일 예를 도시한다. fc 필드(1200)는 다음의 서브-필드들, 즉 프레임 타입(type) 서브-필드(1202), from-ds(from distribution system) 서브-필드(1204), 짧은 SSID 서브-필드(1206), 더 많은 프레그먼트 서브-필드(1208), 전력 관리 서브-필드(1210), 더 많은 데이터 서브-필드(1212), 보호된 프레임(pf) 서브-필드(1214), 서비스 기간의 종료 서브-필드(1216), a3 존재 서브-필드(1218), 및 예비된 서브-필드(1220)를 포함한다. 예비된 서브-필드(1220)는, 프레임을 프로세싱하기 위하여 프레임의 수신기에 의해 필요한 정보를 저장하기 위해 예비될 수도 있다.

도 13은, PV가 fc 필드에서 특정되지 않는 압축된 MAC 헤더의 fc 필드(1300)의 다른 예를 도시한다. fc 필드(1300)는 다음의 서브-필드들, 즉 프레임 타입(type) 서브-필드(1302), from-ds(from distribution system) 서브-필드(1304), 짧은 SSID 서브-필드(1306), a3 존재 서브-필드(1308), 더 많은 프레그먼트 서브-필드(1310), 전력 관리 서브-필드(1312), 더 많은 데이터 서브-필드(1314), 보호된 프레임(pf) 서브-필드(1316), 서비스 기간의 종료 서브-필드(1318), more PPDU/RDG 서브-필드(1320), 및 예비된 서브-필드(1322)를 포함한다. 예비된 서브-필드(1322)는, 프레임을 프로세싱하기 위하여 프레임의 수신기에 의해 필요한 정보를 저장하기 위해 예비될 수도 있다.

도 14a는 압축된 MAC 헤더의 fc 필드(1400)의 다른 예를 도시한다. fc 필드(1400)는 다음의 순서로 다음의 서브필드들, 즉 프로토콜 버전 서브-필드(1402), 프레임 타입(type) 서브-필드(1404), a3 존재 서브-필드(1406), from-ds(from distribution system) 서브-필드(1408), 더 많은 프레그먼트 서브-필드(1410), 전력 관리 서브-필드(1412), 서비스 기간의 종료(eosp) 서브-필드(1414), 더 많은 데이터 서브-필드(1416), 보호된 프레임(pf) 서브-필드(1418), 및 트래픽 식별자(TID) 서브-필드(1420)를 포함한다. 몇몇 양상들에서, TID 서브-필드(1420)는 fc 필드(1400) 내의 임의의 장소에 위치될 수도 있다.

도 14b는 압축된 MAC 헤더의 fc 필드(1400b)의 다른 예를 도시한다. fc 필드(1400b)는 다음의 순서로 다음의 서브-필드들, 즉 프로토콜 버전 서브-필드(1402b), 프레임 타입(type) 서브-필드(1404b), from-ds(from distribution system) 서브-필드(1406b), 더 많은 프레그먼트 서브-필드(1408b), 전력 관리 서브-필드(1410b), 더 많은 데이터 서브-필드(1412b), 보호된 프레임(pf) 서브-필드(1414b), 서비스 기간의 종료(eosp) 서브-필드(1416b), a3 존재 서브-필드(1418b), 및 트래픽 식별자(TID) 서브-필드(1420b)를 포함한다. 몇몇 양상들에서, TID 서브-필드(1420b)는 fc 필드(1400b) 내의 임의의 장소에 위치될 수도 있다.

몇몇 양상들에서, TID 서브-필드들(1420 및/또는 1420b)은 트래픽 카테고리 또는 트래픽 스트림을 식별하는데 사용될 수도 있으며, 그 트래픽 카테고리 또는 트래픽 스트림은, 송신 및/또는 수신되고 있는 대응하는 서비스 데이터 유닛(예를 들어, MSDU, A-MSDU) 또는 그들의 프레그먼트에 적용된다. 몇몇 양상들에서, TID 서브-필드들(1420 및/또는 1420b)은, 요청된 송신 기회(TXOP) 지속기간 또는 큐 사이즈의 셋팅을 통해, 송신 기회가 요청되고 있는 트래픽 카테고리 또는 트래픽 스트림을 또한 식별하는데 사용될 수도 있다.

몇몇 양상들에서, TID 서브-필드들(1420 및/또는 1420b)은 4비트 대신 3비트 또는 그 미만을 포함할 수도 있다. 예를 들어, 완전한 4비트 TID의 3개의 최하위 비트들만이 TID 서브-필드들(1420 및/또는 1420b)에 포함될 수도 있다. 몇몇 양상들에서, 완전한 4비트 TID의 3개의 최하위 비트들을 포함하는 3비트 TID를 갖는 TID 서브-필드들(1420 및/또는 1420b)은, 배경, 베스트 에포트(best effort), 비디오, 및 음성 데이터를 포함하는 상이한 타입들의 데이터를 우선순위화하기 위하여 EDCA(enhanced distributed channel access)를 위해 사용될 수도 있다. 예를 들어, EDCA가 사용되면, 값들 0-7이 TID 서브-필드에서 사용될 수도 있다. 몇몇 양상들에서, 8-15의 값들이 TID 서브-필드에 의해 표시될 수도 있도록 하이브리드 조정된 기능 제어된 채널 액세스(HCCA) 또는 HCC-EDCA 혼합 모드(HEMM)가 사용되는 경우, TID의 제 1 최상위 비트가 수신기에 저장될 수도 있다. 몇몇 양상들에서, TID의 제 1 최상위 비트는 타입 서브-필드(1404 및/또는 1404b)의 값에 의해 표시될 수도 있다. 예를 들어, 2의 타입 서브-필드의 값은 HCCA 또는 HEMM이 사용된다는 것을 표시할 수도 있다. 다른 예로서, 3의 타입 서브-필드의 값은 EDCA가 사용된다는 것을 표시할 수도 있다. TID의 나머지 3LSB(트래픽 클래스(tc))는 더 상세히 후술되는 바와 같이, 프레임 제어 필드의 서브-필드로서 또는 S-ID의 서브-필드로서 저장될 수 있다.

도 14c는 압축된 MAC 헤더의 fc 필드(1400c)의 다른 예를 도시한다. fc 필드(1400c)는 다음의 순서로 다음의 서브-필드들, 즉 프로토콜 버전 서브-필드(1402c), 프레임 타입(type) 서브-필드(1404c), to-STA(to-station(STA)) 서브-필드(1406c), 더 많은 프레그먼트 서브-필드(1408c), 전력 관리 서브-필드(1410c), 더 많은 데이터 서브-필드(1412c), 보호된 프레임(pf) 서브-필드(1414c), 서비스 기간의 종료(eosp) 서브-필드(1416c), 및 트래픽 식별자(TID) 서브-필드(1418c)를 포함한다. 몇몇 양상들에서, TID 서브-필드(1420b)는 fc 필드(1400c) 내의 임의의 장소에 위치될 수도 있다.

to-STA 서브-필드(1406c)는 from-ds 서브-필드(1408 및/또는 1406b)의 방식과 유사한 방식으로 사용될 수도 있다. 예를 들어, to-STA 서브-필드(1406c)는, 프레임이 AP로부터 STA로, STA로부터 다른 STA로, 또는 STA로부터 AP로 송신된다는 것을 표시할 수도 있다. to-STA 서브-필드(1406c)의 비트 값은 from-ds 서브-필드(1408 및/또는 1406b)의 비트 값과 반대일 수도 있다. 예를 들어, to-STA 서브-필드(1406c)에 대한 0의 비트 값은, from-ds 서브-필드에 대한 1의 정보와 동일한 정보를 프레임의 수신기에 표시한다. 따라서, 상술된 from-ds 서브-필드들 중 임의의 서브-필드는, from-ds 서브-필드의 비트 값과 반대인 비트 값을 갖는 to-STA 서브-필드로 대체될 수도 있다. 몇몇 양상들에서, to-STA 서브-필드(1406c)에 대한 0의 비트 값은, 데이터 유닛이 AP로부터 STA로 또는 다른 STA로부터 STA로 송신된다는 것을 표시할 수도 있다. 이들 양상들에서, MAC 헤더의 어드레스 1(a1) 필드는 데이터 유닛(예를 들어, MPDU)의 수신기의 MAC 어드레스를 포함할 수도 있고, 어드레스 2(a2) 필드는, 데이터 유닛의 송신기의 AID를 포함할 수도 있는 짧은 식별자(S-ID)(후술됨)를 포함할 수도 있고, (존재한다면) 어드레스 3(a3) 필드는 데이터 유닛의 목적지 어드레스를 포함할 수도 있으며, (존재한다면) 어드레스 4(a4) 필드는 데이터 유닛의 소스 어드레스를 포함할 수도 있다. 몇몇 양상들에서, to-STA 서브-필드(1406c)에 대한 1비트 값은 데이터 유닛이 STA로부터 AP로 송신된다는 것을 표시할 수도 있다. 이들 양상들에서, MAC 헤더의 a1 필드는 데이터 유닛(예를 들어, MPDU)의 수신기의 AID를 (예를 들어, S-ID 필드에) 포함할 수도 있고, a2 필드는 데이터 유닛의 송신기의 MAC 어드레스를 포함할 수도 있고, (존재한다면) a3 필드는 데이터 유닛의 소스 어드레스를 포함할 수도 있으며, (존재한다면) 어드레스 4(a4) 필드는 데이터 유닛의 목적지 어드레스를 포함할 수도 있다.

몇몇 양상들에서, (존재한다면) a3 필드 및/또는 (존재한다면) a4 필드는, From DS 필드의 값과는 독립적으로 (또는 From STA 필드와 동등하게) 데이터 유닛의 목적지 어드레스 및/또는 소스 어드레스를 항상 포함할 수도 있다. 몇몇 양상들에서, (존재한다면) a3 필드 및/또는 (존재한다면) a4 필드는, From DS 필드의 값과는 독립적으로 (또는 From STA 필드와는 동등하게) 데이터 유닛의 소스 어드레스 및/또는 목적지 어드레스를 항상 포함할 수도 있다. 몇몇 양상들에서, TID 서브-필드(1418c)는 4비트 또는 그 미만을 포함할 수도 있다. 예를 들어, TID 서브-필드(1418c)는 4비트를 포함할 수도 있고, 트래픽 클래스(tc) 및 액세스 카테고리(ac)의 표시를 포함할 수도 있다. 액세스 카테고리들은 베스트 에포트, 배경, 비디오, 및 음성 트래픽을 포함할 수도 있다. TID 서브-필드(1418c)는, 데이터 유닛에 대한 적절한 ac를 MAC 계층에 표시하기 위해 사용될 수도 있다. 다른 예로서, TID 서브-필드(1418c)는, 트래픽 클래스를 표현할 수도 있는 3개의 비트들을 포함할 수도 있다. 다른 예로서, TID 서브-필드(1418c)는, 액세스 카테고리를 표현할 수도 있는 2개의 비트들을 포함할 수도 있다.

상술된 바와 같이, MAC 프레임에 4개의 어드레스 필드들이 존재할 수도 있다. 예를 들어, 이들 어드레스 필드들은, 프레임(a1)의 수신자, 프레임(a2)의 송신기, 및 옵션적으로는 프레임(a3 및/또는 a4)의 소스 및/또는 목적지를 표시하기 위해 사용될 수도 있다. 몇몇 양상들에서, 프레임(a1)의 수신자 또는 프레임(a2)의 송신기는 짧은 ID(S-ID) 필드에 로케이팅된 AID 서브-필드에 의해 식별될 수도 있다. a1 또는 a2 필드가 AID를 포함하는지는 상술된 바와 같이, 프레임 제어 필드의 to-STA 서브-필드(또는 from-ds 필드)의 값에 의존할 수도 있다. 예를 들어, to-STA 서브-필드가 0으로 셋팅되면, a1 필드는 AID를 포함할 수도 있고, a2 필드는 BSSID를 포함할 수도 있다. 다른 예로서, to-STA 서브-필드가 1로 셋팅되면, a2 필드는 AID를 포함할 수도 있고, a1 필드는 BSSID 및/또는 수신기 어드레스를 포함할 수도 있다. 도 19는 압축된 MAC 헤더의 짧은 ID(S-ID) 필드(1900)의 일 예를 도시한다. S-ID 필드(1900)는 MAC 헤더의 a1 필드 또는 a2 필드에 포함될 수도 있다. 예를 들어, a1 및/또는 a2 필드는 연관 시에, S-ID 필드(1900)에 포함될 수도 있는 AID(1902)를 할당받을 수도 있다. 몇몇 양상들에서, S-ID 필드의 길이는 2옥텟들(16비트들)이다. S-ID 필드(1900)는, A3 존재 서브-필드(1904), A4 존재 서브-필드(1906), 및 A-MSDU 서브-필드(1908)를 더 포함할 수도 있다. AID 서브-필드(1902)는 13비트들을 포함할 수도 있으며, 3개의 비트들을 남겨둔 채로 유지한다. 나머지 3개의 비트들은, A3 존재 서브-필드(1904), A4 존재 서브-필드(1906), 및 A-MSDU 서브-필드(1908)를 저장하기 위해 사용될 수도 있다. 따라서, 프레임 제어 필드는 이들 서브-필드들을 포함하지 않는다.

몇몇 양상들에서, 옵션적인 A3의 존재는 A3 존재 서브-필드(1904)에 의해 표시되고, 또한 옵션적인 A4의 존재는 A4 존재 서브-필드(1906)에 의해 표시된다. 몇몇 양상들에서, A3 필드가 존재하지 않는 경우, A3는 프레임의 수신자에 저장되거나, A3가 프레임의 수신자에 저장되지 않으면, A3는 A1과 동일하다. 몇몇 양상들에서, A4 필드가 존재하지 않는 경우, A4는 프레임의 수신자에 저장되거나, A4가 프레임의 수신자에 저장되지 않으면, A4는 A2와 동일하다. 몇몇 양상들에서, A-MSDU 서브-필드(1908)가 1로 셋팅되면, MPDU는 짧은 A-MSDU를 포함한다. 몇몇 양상들에서, A-MSDU 서브-필드(1908)가 1로 셋팅되면, MPDU는 다수의 MSDU들을 반송하는 A-MSDU를 포함하며, 이들 다수의 MSDU들 각각은 소스 어드레스 및/또는 목적지 어드레스를 갖고, 어드레싱은 각각의 MSDU마다 A4 존재/A3 존재와 유사한 매핑에 의존한다.

도 14c를 다시 참조하면, fc의 다른 서브-필드들은 S-ID(1900)에 포함될 수도 있다. 예를 들어, 상술된 바와 같이, TID 서브-필드(1418c)는 4비트들을 포함한다. 몇몇 양상들에서, TID 서브-필드(1418c)의 제 1 최상위 비트는, 하이브리드 조정된 기능 제어된 채널 액세스(HCCA)가 사용되는지 또는 HCC-EDCA 혼합 모드(HEMM)가 사용되는지를 표시하기 위해 사용될 수도 있다. TID의 나머지 3개의 최하위 비트들은 데이터 유닛의 트래픽 클래스(tc)를 표시하기 위해 사용될 수도 있다. 몇몇 양상들에서, tc는, TID 서브-필드(1418c)의 나머지 비트들이 미사용으로 유지되도록 S-ID 필드(1900)에 저장될 수도 있다. 몇몇 양상들에서, 프레임 제어 필드 내의 이들 나머지 미사용된 비트들은 A3 존재 서브-필드, A4 존재 서브-필드, A-MSDU 서브-필드 등을 저장하기 위해 사용될 수도 있다. 당업자는, 프레임 제어(fc) 필드의 임의의 다른 서브-필드가 S-ID 필드(1900)에 저장될 수도 있음을 이해할 것이다. 예를 들어, 보호된 프레임은 fc 필드 대신 S-ID(1900)에 저장될 수도 있다.

도 14d는 압축된 MAC 헤더의 fc 필드(1400d)의 다른 예를 도시한다. fc 필드(1400d)는 다음의 순서로 다음의 서브-필드들, 즉 프로토콜 버전 서브-필드(1402d), 프레임 타입(type) 서브-필드(1404d), from-ds(from distribution system) 서브-필드(1406d), 더 많은 프레그먼트 서브-필드(1408d), 전력 관리 서브-필드(1410d), 서비스 기간의 종료(eosp) 서브-필드(1412d), 더 많은 데이터 서브-필드(1414d), 보호된 프레임(pf) 서브-필드(1416d), 및 트래픽 식별자(TID) 서브-필드(1418d)를 포함한다. 몇몇 양상들에서, TID 서브-필드(1418d)는 fc 필드(1400d) 내의 임의의 장소에 위치될 수도 있다. 예를 들어, TID 서브-필드(1418d)는 타입 서브-필드(1404d) 직후에 로케이팅될 수도 있다. 몇몇 양상들에서, to-STA 서브-필드는 도 14c에 대해 상술된 바와 같이, from-ds 서브-필드(1406d) 대신에 사용될 수도 있다. fc 필드(1400d)는 데이터 프레임, 관리 프레임, 및/또는 제어 프레임에 포함된 압축된 MAC 헤더의 일부일 수도 있다.

몇몇 양상들에서, TID 서브-필드(1416d)는 4개의 비트들을 포함할 수도 있다. 몇몇 양상들에서, TID 서브-필드(1416d)는 3비트 또는 그 미만을 포함한다. 예를 들어, 완전한 4비트 TID의 3개의 최하위 비트들만이 TID 서브-필드(1416b)에 포함될 수도 있으며, 이 경우, 그것은 트래픽 클래스를 표현할 수도 있다.

몇몇 양상들에서, fc 필드(1400d)는 관리 프레임들에 대한 압축된 MAC 헤더의 일부일 수도 있다. 예를 들어, 타입 필드의 하나의 값은, a1 및 a2 필드들에 글로벌 어드레스들(예를 들어, MAC 어드레스들)을 포함하는 MAC 헤더를 사용하는 관리 타입을 식별할 수도 있고, 다른 관리 타입은 타입 필드의 다른 값에 의해 식별될 수도 있다. 이러한 관리 타입은, a1 또는 a2 필드에 글로벌 어드레스(예를 들어, MAC 어드레스들)을 그리고 a1 또는 a2 필드 중 다른 것에 AID를 포함하는 MAC 헤더를 사용할 수 있다. 이러한 예에서, 프레임 제어 필드에 존재하는 TID 서브-필드는 예비될 수도 있으며, 동작 프레임, 동작 및 Ack 없음 프레임들 등과 같은 상이한 관리 프레임 서브-타입들을 정의하기 위해 사용될 수도 있다. 몇몇 양상들에서, fc 필드(1400d)는 압축된 제어 프레임의 일부일 수도 있다. 예를 들어, 하나의 제어 타입은, a1 또는 a2 필드에 글로벌 어드레스(예를 들어, MAC 어드레스들)를 그리고 a1 또는 a2 필드 중 다른 것에 AID를 포함하는 MAC 헤더를 사용한 제어 프레임을 표시하기 위해 사용될 수도 있다. 다른 제어 타입은, a1 및 a2 둘 모두에 대한 2개의 완전한 MAC 어드레스들을 사용하는 제어 프레임을 표시하기 위해 사용될 수도 있다. 제어 프레임의 프레임 제어 필드의 TID 서브-필드는 예비되며, RTS, PS-Poll, CTS 등과 같은 상이한 제어 프레임 서브-타입들을 정의하기 위해 사용될 수도 있다. 표 1은, 데이터 프레임, 관리 프레임, 및/또는 제어 프레임의 TID 서브-필드(1418d)의 비트 값들에 의해 표시될 수도 있는 타입 값들의 표의 일 예를 포함한다.

도 14e는 압축된 MAC 헤더의 fc 필드(1400e)의 다른 예를 도시한다. fc 필드(1400e)는 다음의 순서로 다음의 서브-필드들, 즉 프로토콜 버전 서브-필드(1402e), 프레임 타입(type) 서브-필드(1404e), to-STA(to-station(STA)) 서브-필드(1406e), 더 많은 프레그먼트 서브-필드(1408e), 전력 관리 서브-필드(1410e), 더 많은 데이터 서브-필드(1412e), 보호된 프레임(pf) 서브-필드(1414e), 서비스 기간의 종료(eosp) 서브-필드(1416e), 키 식별자(Key ID) 서브-필드(1418e), 및 트래픽 클래스(TC) 또는 트래픽 스트림 식별자(TSID) 서브-필드(1420e)를 포함한다. 몇몇 양상들에서, from-ds 서브-필드는 도 14c에 대해 상술된 바와 같이, to-STA 서브-필드(1406e) 대신 사용될 수도 있다. fc 필드(1400e)는 데이터 프레임 및/또는 관리 프레임에 포함된 압축된 MAC 헤더의 일부일 수도 있다.

상술된 바와 같이, to-STA 서브-필드(1406c)는 from-ds 서브-필드(1408 및/또는 1406b)의 방식과 유사한 방식으로 사용될 수도 있다. 예를 들어, to-STA 서브-필드(1406c)는, 프레임이 AP로부터 STA로, STA로부터 다른 STA로, 또는 STA로부터 AP로 송신된다는 것을 표시할 수도 있다.

몇몇 양상들에서, Key ID 서브-필드(1418e)는 1비트를 포함할 수도 있다. 몇몇 양상들에서, 보호된 프레임 서브-필드(1414e)가 (프레임이 보호된다는 것을 표시하는) 1의 값으로 셋팅되면, Key ID 서브-필드(1418e)는, MAC 헤더를 수신하는 디바이스에 사용된 키 ID를 표시하기 위해 그리고/또는 암호화 방법, 및/또는 키가 변한다는 것을 수신 디바이스가 알게 하기 위해 사용될 수도 있다. 데이터 유닛의 MAC 헤더에 키 ID 서브-필드(1418e)를 포함시킴으로써, CCMP 헤더는 데이터 유닛으로부터 감소되거나 제거될 수도 있다. 몇몇 양상들에서, 보호된 프레임 서브-필드(1414e)가 (프레임이 보호되지 않는다는 것을 표시하는) 0의 값으로 셋팅되면, Key ID 서브-필드(1418e)는 그 필드가 다른 기능들을 위해 사용될 수 있도록 예비될 수도 있다. 예를 들어, 프레임이 관리 프레임이면, Key ID 서브-필드(1418e)는 예비될 수도 있으며, 상이한 관리 프레임 서브-타입들을 정의하기 위해 사용될 수도 있다. 관리 프레임 서브-타입들은 동작 프레임, 동작 및 Ack 없음 프레임 등을 포함할 수도 있다.

몇몇 양상들에서, TC 또는 TSID 서브-필드(1420e)는, TID 서브-필드의 3개의 최하위 비트들일 수도 있는 3개의 비트들을 포함할 수도 있다. 서브-필드(1420e)는, EDCA(enhanced distributed channel access)가 사용되면 TC 서브-필드를 포함할 수도 있고, 하이브리드 조정된 기능 제어된 채널 액세스(HCCA)가 사용되면 TSID 서브-필드를 포함할 수도 있다. 몇몇 양상들에서, 프레임이 관리 프레임이면, (EDCA 또는 HCCA가 사용되는지에 의존하여) TC 또는 TSID 서브-필드(1420e)의 최상위 비트(MSB)는, 동작 프레임들, 동작 및 Ack 없음 프레임들 등과 같은 관리 프레임의 서브-타입을 표시하기 위해 사용될 수도 있다. 몇몇 양상들에서, TC 또는 TSID 서브-필드(1420e)의 2개의 최하위 비트들은, 베스트 에포트, 배경, 비디오, 및 음성 트래픽과 같은 프레임의 액세스 카테고리(AC)를 표시하기 위해 사용될 수도 있다.

표 2는, 데이터 프레임, 관리 프레임, 및/또는 제어 프레임의 타입 서브-필드(1404e)의 비트 값들에 의해 표시될 수도 있는 타입 값들의 일 예를 포함한다.

상술된 바와 같이, 압축된 MAC 헤더의 도 9-14e에 도시된 상이한 서브-필드들의 사용은, 데이터 패킷들의 상이한 수신 디바이스들에 통신될 필요가 있는 상이한 정보에 기초할 수도 있다. 몇몇 경우들에서, 무선 디바이스(202r)와 같은 수신기는, 특정한 서브-필드에서 송신될 메모리에 저장된 정보의 일부를 이미 가질 수도 있다. 무선 디바이스(202r)는 무선 디바이스(202t)로부터, 이전에 수신된 데이터 패킷에서 이러한 정보를 수신할 수도 있거나, 무선 디바이스(202r)는, 예컨대 제조 시에, 또는 다른 디바이스와의 통신을 통해 사전-프로그래밍된 그러한 정보를 가질 수도 있다.

본 명세서에 설명된 비-압축된 및 압축된 MAC 헤더들의 압축된 MAC 헤더들 및 변경된 제어 필드들 중 임의의 것에 대해, 특정한 필드들 또는 서브-필드들이 특정한 부가적인 특성들을 지원하기 위해 추가적으로 부가 또는 변경될 수도 있다. 몇몇 양상들에서, 확장된 프레임 제어(efc) 필드는 본 명세서에 설명된 압축된 MAC 헤더들 중 임의의 헤더에 부가될 수도 있다. efc 필드는 3비트들을 포함할 수도 있다. efc 필드는, 압축된 MAC 헤더의 보조 필드의 최종 3비트들일 수도 있다. efc는 새로운 특성들에 대한 정보를 부가하기 위해 이용될 수도 있다. 예를 들어, 몇몇 양상들에서, a3 존재 서브-필드는, a3 어드레스(디바이스를 식별하는 제 3 어드레스)가 압축된 MAC 헤더에 포함되는지를 표시하기 위해 MAC 헤더의 fc 필드 또는 다른 필드(예를 들어, efc 필드)에 부가될 수도 있다. 부가적으로 또는 대안적으로, 몇몇 양상들에서, 특정한 서비스 품질(QoS) 파라미터들의 값을 표시하는 QoS 서브필드들은, 액세스 제어(ac) 서브-필드, (상술된 바와 같은) 서비스 기간의 종료(eosp) 서브-필드, (상술된 바와 같은) a-msdu 서브-필드, 및/또는 큐 사이즈 서브-필드와 같은 MAC 헤더의 fc 필드 또는 다른 필드(예를 들어, efc 필드)에 부가된다. 부가적으로 또는 대안적으로, 몇몇 양상들에서, ACK 정책 서브-필드는 압축된 MAC 헤더의 SIG 필드로 이동될 수도 있다. 부가적으로 또는 대안적으로, 몇몇 양상들에서, a4 서브-필드는, 패킷이 중계될지를 표시하기 위해 MAC 헤더의 fc 필드 또는 다른 필드(예를 들어, efc 필드)에 부가될 수도 있다. a4 서브-필드는 1비트일 수도 있다. 이들 필드들의 임의의 결합이 필드들의 특성들을 지원하기 위해 본 명세서에 설명된 압축된 MAC 헤더들 중 임의의 헤더에서 사용될 수도 있음을 유의해야 한다.

상술된 방법들 및 기술들이 또한, 본 발명의 범위를 벗어나지 않으면서 다른 타입들의 프레임들에 대해 이용될 수 있음을 이해할 것이다. 예를 들어, 상술된 방법들 및 기술들은 또한, 관리/제어 프레임들(예를 들어, RTS/CTS 프레임들)에 대해 사용될 수 있다.

도 15는 MAC 헤더를 갖는 패킷을 송신하기 위한 방법(1500)의 일 양상을 도시한다. 방법(1500)은, 도 3 및 도 5-14e에 도시된 MAC 헤더들 및 프레임 제어 필드들 또는 본 명세서의 교시들에 기초한 다른 적절한 제어 필드 또는 MAC 헤더 중 임의의 하나를 갖는 패킷을 선택적으로 생성하기 위해 사용될 수도 있다. 패킷은 AP(104) 또는 STA(106) 중 어느 하나에서 생성되고, 무선 네트워크(100) 내의 다른 노드로 송신될 수도 있다. 방법(1500)이 무선 디바이스(202t)의 엘리먼트들에 대해 후술되지만, 당업자들은, 다른 컴포넌트들이 본 명세서에 설명된 단계들 중 하나 또는 그 초과를 구현하기 위해 사용될 수도 있음을 인식할 것이다.

초기에, 패킷의 MAC 헤더에 포함할 프레임 제어 필드는 상술된 바와 같이, 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 복수의 타입들로부터 선택될 수도 있다. 선택은, 예를 들어, 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수도 있다.

다음으로, 매체 액세스 제어(MAC) 헤더는 패킷의 나머지와 함께 생성된다. 패킷은 MAC 헤더 및 페이로드를 포함할 수도 있다. MAC 헤더는, 비-압축된 MAC 헤더의 프레임 제어 필드에 저장될 수도 있는 특정한 타입들의 정보를 저장하지 않는 프레임 제어 필드를 포함한다. 예를 들어, 블록(1502)에서, 방법(1500)은, 프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함하는 MAC 헤더를 생성하는 단계를 포함하며, 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 패킷이 분산 시스템에 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않는다. 몇몇 실시예들에서, 프레임 제어 필드는, 프로토콜 버전을 표시하는 정보(예를 들어, 프로토콜 버전 서브-필드(372), 프레임 서브-타입을 표시하는 정보(예를 들어, 서브타입 서브-필드(376), 패킷이 분산 시스템에 송신된다는 것을 표시하는 정보(예를 들어, To-DS 서브-필드(378)), 재송신 정보(예를 들어, 재시도 서브-필드(384)), 및 순서 정보(예를 들어, 순서 서브-필드(392a)) 중 적어도 하나를 저장하지 않을 수도 있다. 몇몇 실시예들에서, 프레임 제어 필드는 도 6-14e에 대해 상술된 바와 같이 정보를 저장할 수도 있거나 저장하지 않을 수도 있다. 생성은, 예를 들어, 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수도 있다.

이후, 블록(1504)에서, 방법(1500)은 패킷을 송신하는 단계를 포함한다. 송신은, 예를 들어, 송신기(210)에 의해 무선으로 수행될 수도 있다.

도 16은 무선 통신 시스템(100) 내에서 이용될 수도 있는 다른 예시적인 무선 디바이스(1600)의 기능 블록도이다. 디바이스(1600)는 상술된 바와 같이, 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여, 복수의 타입들로부터 MAC 헤더에 포함할 프레임 제어 필드를 선택하기 위한 수단(미도시)을 포함할 수도 있다. 선택하기 위한 수단은, 도 15에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 선택하기 위한 수단은 프로세서(204) 및 DSP(220) 중 하나 또는 그 초과에 대응할 수도 있다. 디바이스(1600)는, MAC 헤더 및 패킷의 나머지를 생성하기 위한 수단(1602)을 더 포함한다. 생성하기 위한 수단(1602)은, 도 15에 도시된 블록(1502)에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 생성하기 위한 수단(1602)은 프로세서(204) 및 DSP(220) 중 하나 또는 그 초과에 대응할 수도 있다. 디바이스(1600)는, 생성된 패킷을 송신하기 위한 송신하기 위한 수단(1604)을 더 포함한다. 송신하기 위한 수단(1604)은 도 15에 도시된 블록(1504)에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 송신하기 위한 수단(1604)은 송신기(210)에 대응할 수도 있다.

도 17은 MAC 헤더를 갖는 패킷을 송신하기 위한 방법(1700)의 일 양상을 도시한다. 방법(1700)은, 도 4 및 도 9-14e에 도시된 MAC 헤더들 및 프레임 제어 필드들 또는 본 명세서의 교시들에 기초한 다른 적절한 제어 필드 또는 MAC 헤더 중 임의의 하나를 갖는 패킷을 선택적으로 생성하기 위해 사용될 수도 있다. 패킷은 AP(104) 또는 STA(106) 중 어느 하나에서 생성되고, 무선 네트워크(100) 내의 다른 노드로 송신될 수도 있다. 방법(1700)이 무선 디바이스(202t)의 엘리먼트들에 대해 후술되지만, 당업자들은, 다른 컴포넌트들이 본 명세서에 설명된 단계들 중 하나 또는 그 초과를 구현하기 위해 사용될 수도 있음을 인식할 것이다.

초기에, 패킷의 MAC 헤더에 포함할 프레임 제어 필드는 후술되는 바와 같이, 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 복수의 타입들로부터 선택될 수도 있다. 선택은, 예를 들어, 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수도 있다.

다음으로, 블록(1702)에서, 매체 액세스 제어(MAC) 헤더는 패킷의 나머지와 함께 생성된다. 패킷은 MAC 헤더 및 페이로드를 포함할 수도 있다. MAC 헤더는, 서비스 기간의 종료를 표시하는 정보, 및 목적지 어드레스가 패킷에 존재하는지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한다. 프레임 제어 필드는 또한, 도 9-14e에 대해 상술된 바와 같은 다른 정보를 저장할 수도 있다.

이후, 블록(1704)에서, 패킷이 송신된다. 송신은, 예를 들어, 송신기(210)에 의해 무선으로 수행될 수도 있다.

도 18은, 무선 통신 시스템(100) 내에서 이용될 수도 있는 다른 예시적인 무선 디바이스(1800)의 기능 블록도이다. 디바이스(1800)는 상술된 바와 같이, 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여, 복수의 타입들로부터 MAC 헤더에 포함할 프레임 제어 필드를 선택하기 위한 수단(미도시)을 포함할 수도 있다. 선택하기 위한 수단은, 도 17에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 선택하기 위한 수단은 프로세서(204) 및 DSP(220) 중 하나 또는 그 초과에 대응할 수도 있다. 디바이스(1800)는, MAC 헤더 및 패킷의 나머지를 생성하기 위한 수단(1802)을 더 포함한다. 생성하기 위한 수단(1802)은, 도 17에 도시된 블록(1702)에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 생성하기 위한 수단(1802)은 프로세서(204) 및 DSP(220) 중 하나 또는 그 초과에 대응할 수도 있다. 디바이스(1800)는, 생성된 패킷을 송신하기 위한 송신하기 위한 수단(1804)을 더 포함한다. 송신하기 위한 수단(1804)은 도 17에 도시된 블록(1704)에 대해 상술된 기능들 중 하나 또는 그 초과를 수행하도록 구성될 수도 있다. 송신하기 위한 수단(1804)은 송신기(210)에 대응할 수도 있다.

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

본 명세서에서 사용된 바와 같이, 일 리스트의 아이템들 "중 적어도 하나"를 지칭하는 어구는 단일 멤버들을 포함하여 그들 아이템들의 임의의 결합을 지칭한다. 일 예로서, "a, b, 또는 c 중 적어도 하나"는 a, b, c, a-b, a-c, b-c, 및 a-b-c를 커버하도록 의도된다.

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

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

하나 또는 그 초과의 양상들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수도 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터-판독가능 매체 상에 하나 또는 그 초과의 명령들 또는 코드로서 저장되거나 그들을 통해 송신될 수도 있다. 컴퓨터-판독가능 매체들은, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체를 포함하는 통신 매체들 및 컴퓨터 저장 매체들 양자를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM, 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송 또는 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속 수단(connection)이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL), 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들은 매체의 정의 내에 포함된다. 본 명세서에서 사용된 바와 같이, 디스크(disk) 및 디스크(disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광학 디스크(disc), DVD(digital versatile disc), 플로피 디스크(disk) 및 Blu-ray

디스크(disc)를 포함하며, 여기서, 디스크(disk)들은 일반적으로 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 따라서, 몇몇 양상들에서, 컴퓨터-판독가능 매체는 비-일시적인 컴퓨터-판독가능 매체(예를 들어, 유형의(tangible) 매체들)를 포함할 수도 있다. 부가적으로, 몇몇 양상들에서, 컴퓨터-판독가능 매체는 일시적인 컴퓨터-판독가능 매체(예를 들어, 신호)를 포함할 수도 있다. 또한, 상기의 결합들은 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

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

설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수도 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터-판독가능 매체 상에 하나 또는 그 초과의 명령들로서 저장될 수도 있다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM, 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송 또는 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 본 명세서에서 사용된 바와 같이, 디스크(disk) 및 디스크(disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광학 디스크(disc), DVD(digital versatile disc), 플로피 디스크(disk), 및 Blu-ray

디스크(disc)를 포함하며, 여기서, 디스크(disk)들은 일반적으로 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다.

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

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

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

청구항들이 상기에 예시되는 바로 그(precise) 구성 및 컴포넌트들에 제한되지 않음을 이해할 것이다. 다양한 변형들, 변경들 및 변화들이 청구항들의 범위를 벗어나지 않으면서 상술된 방법들 및 장치의 어레인지먼트(arrangement), 동작 및 세부사항들에서 행해질 수도 있다.

전술한 것이 본 발명의 양상들에 관한 것이지만, 본 발명의 다른 및 추가적인 양상들이 본 발명의 기본적인 범위를 벗어나지 않으면서 고안될 수도 있으며, 본 발명의 범위는 후속하는 청구항들에 의해 결정된다.

Claims

매체 액세스 제어 헤더를 포함한 프레임을 포함하는 패킷을 생성하는 방법으로서,
프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 상기 매체 액세스 제어 헤더를 생성하는 단계 － 상기 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 상기 패킷이 분산 시스템으로 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않음 －; 및
상기 패킷을 송신하는 단계를 포함하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 2 항에 있어서,
상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보는 from-ds(from-distribution system) 서브-필드에 포함되는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는 전력 관리 상태를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 부가적인 프레임이 송신될지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 프레임 보호가 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 목적지 어드레스가 상기 패킷에 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 네트워크 서비스 세트의 식별을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 8 항에 있어서,
상기 네트워크 서비스 세트의 식별을 표시하는 정보는 짧은 서비스 세트 식별자 서브-필드에 포함되는, 패킷을 생성하는 방법.
제 8 항에 있어서,
상기 네트워크 서비스 세트의 식별은 짧은 서비스 세트 식별자의 해시(hash)를 포함하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 서비스 기간의 종료를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 상기 프레임이 재송신되고 있는지를 표시하는 재송신 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 13 항에 있어서,
상기 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보는, 더 많은 물리 프로토콜 데이터 유닛/역방향 그랜트 서브-필드에 포함되는, 패킷을 생성하는 방법.
제 1 항에 있어서,
상기 프레임 제어 필드는, 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하는 방법.
제 15 항에 있어서,
상기 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보는, 어그리게이팅된 매체 액세스 제어 레벨 서비스 데이터 유닛 서브-필드에 포함되는, 패킷을 생성하는 방법.
매체 액세스 제어 헤더를 포함한 프레임을 포함하는 패킷을 생성하도록 구성된 장치로서,
프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 상기 매체 액세스 제어 헤더를 생성하도록 구성된 프로세서 － 상기 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 상기 패킷이 송신되는 링크를 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않음 －; 및
상기 패킷을 송신하도록 구성된 송신기를 포함하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 18 항에 있어서,
상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보는 from-ds(from-distribution system) 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는 전력 관리 상태를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 부가적인 프레임이 송신될지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 프레임 보호가 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 목적지 어드레스가 상기 패킷에 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 네트워크 서비스 세트의 식별을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 24 항에 있어서,
상기 네트워크 서비스 세트의 식별을 표시하는 정보는 짧은 서비스 세트 식별자 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 24 항에 있어서,
상기 네트워크 서비스 세트의 식별은 짧은 서비스 세트 식별자의 해시를 포함하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 서비스 기간의 종료를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 상기 프레임이 재송신되고 있는지를 표시하는 재송신 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 29 항에 있어서,
상기 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보는, 더 많은 물리 프로토콜 데이터 유닛/역방향 그랜트 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 17 항에 있어서,
상기 프레임 제어 필드는, 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 31 항에 있어서,
상기 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보는, 어그리게이팅된 매체 액세스 제어 레벨 서비스 데이터 유닛 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
매체 액세스 제어 헤더를 포함한 프레임을 포함하는 패킷을 생성하도록 구성된 장치로서,
프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 상기 매체 액세스 제어 헤더를 생성하기 위한 수단 － 상기 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 상기 패킷이 분산 시스템으로 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않음 －; 및
상기 패킷을 송신하기 위한 수단을 포함하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 34 항에 있어서,
상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보는 from-ds(from-distribution system) 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는 전력 관리 상태를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 부가적인 프레임이 송신될지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 프레임 보호가 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 목적지 어드레스가 상기 패킷에 존재하는지를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 네트워크 서비스 세트의 식별을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 40 항에 있어서,
상기 네트워크 서비스 세트의 식별을 표시하는 정보는 짧은 서비스 세트 식별자 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 40 항에 있어서,
상기 네트워크 서비스 세트의 식별은 짧은 서비스 세트 식별자의 해시를 포함하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 서비스 기간의 종료를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 상기 프레임이 재송신되고 있는지를 표시하는 재송신 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 45 항에 있어서,
상기 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보는, 더 많은 물리 프로토콜 데이터 유닛/역방향 그랜트 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
제 33 항에 있어서,
상기 프레임 제어 필드는, 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보를 추가적으로 저장하는, 패킷을 생성하도록 구성된 장치.
제 47 항에 있어서,
상기 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보는, 어그리게이팅된 매체 액세스 제어 레벨 서비스 데이터 유닛 서브-필드에 포함되는, 패킷을 생성하도록 구성된 장치.
컴퓨터에 의해 실행된 경우 상기 컴퓨터로 하여금 네트워크에서 통신하는 방법을 수행하게 하는 명령들을 포함한 컴퓨터-판독가능 매체로서,
상기 방법은,
프레임 타입을 표시하는 정보, 프로토콜 버전을 표시하는 정보, 및 부가적인 프레임이 송신될지를 표시하는 정보를 저장하는 프레임 제어 필드를 포함한 상기 매체 액세스 제어 헤더를 포함하는 프레임을 포함한 패킷을 생성하는 단계 － 상기 프레임 제어 필드는, 프레임 서브-타입을 표시하는 정보, 상기 패킷이 분산 시스템으로 송신된다는 것을 표시하는 정보, 재송신 정보, 및 순서 정보 중 적어도 하나를 저장하지 않음 －; 및
상기 패킷을 송신하는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 50 항에 있어서,
상기 패킷이 상기 분산 시스템으로부터 송신되는지를 표시하는 정보는 from-ds(from-distribution system) 서브-필드에 포함되는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는 전력 관리 상태를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 부가적인 프레임이 송신될지를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 프레임 보호가 존재하는지를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 목적지 어드레스가 상기 패킷에 존재하는지를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 네트워크 서비스 세트의 식별을 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 56 항에 있어서,
상기 네트워크 서비스 세트의 식별을 표시하는 정보는 짧은 서비스 세트 식별자 서브-필드에 포함되는, 컴퓨터-판독가능 매체.
제 56 항에 있어서,
상기 네트워크 서비스 세트의 식별은 짧은 서비스 세트 식별자의 해시를 포함하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 서비스 기간의 종료를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 상기 프레임이 재송신되고 있는지를 표시하는 재송신 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 61 항에 있어서,
상기 부가적인 서브-프레임들이 송신될지 여부 및 역방향이 그랜트되는지 여부 중 하나를 표시하는 정보는, 더 많은 물리 프로토콜 데이터 유닛/역방향 그랜트 서브-필드에 포함되는, 컴퓨터-판독가능 매체.
제 49 항에 있어서,
상기 프레임 제어 필드는, 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보를 추가적으로 저장하는, 컴퓨터-판독가능 매체.
제 63 항에 있어서,
상기 어그리게이팅된 서비스 데이터 유닛을 표시하는 정보는, 어그리게이팅된 매체 액세스 제어 레벨 서비스 데이터 유닛 서브-필드에 포함되는, 컴퓨터-판독가능 매체.