KR101862101B1 - Mac 헤더 압축을 위한 장치 및 방법들 - Google Patents

Abstract

무선 통신 헤더들의 압축을 위한 시스템들, 방법들 및 디바이스들이 개시된다. 일 양상에서, 무선 통신을 위한 장치는, 송신을 위해 요청을 제 2 장치에 출력하고 ―요청은 제 1 정보를 저장하라는 제 2 장치에 대한 요청을 표시함―; 제 2 장치가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 장치로부터의 응답을 디코딩하고 ; 제 1 헤더를 생성하고 ―제 2 장치가 제 1 정보를 저장할 것이라면, 제 1 헤더는 그 안에 제 1 정보 없이 생성됨―; 그리고 송신을 위해 제 1 헤더를 제 2 장치에 출력하도록 구성된 프로세싱 시스템을 포함한다.

Description

MAC 헤더 압축을 위한 장치 및 방법들 {APPARATUS AND METHODS FOR MAC HEADER COMPRESSION}

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

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

[0003] 네트워크 엘리먼트들이 모바일이고 이에 따라 동적 연결성 필요들을 가질 때, 또는 네트워크 아키텍처가 고정된 토폴로지가 아니라 애드 혹(ad hoc) 토폴로지로 형성된 경우, 무선 네트워크들이 종종 선호된다. 무선 네트워크들은 라디오, 마이크로파, 적외선, 옵티컬 등의 주파수 대역들에서 전자기파들을 사용하는 비유도(unguided propagation) 전파 모드의 무형의 물리적 매체를 사용한다. 고정된 유선 네트워크들과 비교할 때, 무선 네트워크들은 유리하게 사용자 모빌리티 및 신속한 필드 배치를 가능하게 한다.

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

[0005] 이에 따라, 헤더 정보는 패킷들과 함께 송신된다. 이러한 헤더 정보는 데이터 패킷의 상당부를 포함할 수 있다. 이에 따라, 데이터를 송신하기 위한 많은 대역폭이 실제 데이터가 아니라 헤더 정보를 송신하는데 사용될 수 있다는 사실로 인해, 이러한 패킷들의 데이터 송신은 비효율적일 수 있다. 따라서, 패킷들을 통신하기 위한 개선된 시스템들, 방법들 및 디바이스들이 요망된다.

[0006] 본 발명의 시스템들, 방법들 및 디바이스들 각각은 몇 가지 양상들을 가지며, 이 양상들 중 어떠한 단일 양상도 단독으로 그것의 원하는 속성들을 담당하지 않는다. 하기의 청구항들에 의해 표현되는 것으로 본 발명의 범주를 제한하지 않고, 일부 특징들이 이제 간략히 논의될 것이다. 본 논의를 고려한 후, 특히 "발명을 실시하기 위한 구체적인 내용"이란 명칭의 섹션을 읽은 후, 프레임 헤더(예를 들어, MAC(medium access control) 헤더)의 크기를 감소시켜, 데이터 패킷들의 페이로드들을 송신하는데 있어 오버헤드를 감소시키는 것을 포함하는 장점들을 본 발명의 특징들이 어떻게 제공하는지 이해하게 될 것이다.

[0007] 본 개시내용의 일 양상은 무선 통신을 위한 장치를 제공한다. 장치는, 송신을 위한 제 1 정보를 저장하라는 제 2 장치로의 송신을 위한 요청을 생성하고 ―요청은 제 1 정보를 포함함―, 제 2 장치가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 장치로부터의 응답을 수신 및 디코딩하고, 그리고 제 1 헤드를 생성하도록 구성되는 프로세싱 시스템을 포함하며, 제 2 장치가 제 1 정보를 저장할 것이라면, 제 1 헤더는 제 1 정보를 포함하지 않고 생성된다. 장치는 송신을 위해 요청 및 제 1 헤더를 제 2 장치에 출력하기 위한 인터페이스를 더 포함한다.

[0008] 개시되는 또 다른 양상은 무선 통신을 위한 방법이다. 방법은, 제 1 정보를 저장하라는 제 2 무선 디바이스에 대한 요청을, 제 1 무선 디바이스에 의해, 송신을 위해 생성 및 출력하는 단계를 포함하며, 요청은 제 1 정보를 포함한다. 방법은, 제 2 무선 디바이스가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 무선 디바이스로부터의 응답을 수신 및 디코딩하는 단계를 더 포함한다. 방법은 또한, 제 1 헤더를 생성하는 단계를 포함하며, 제 2 무선 디바이스가 제 1 정보를 저장할 것이라면, 제 1 헤더는 제 1 정보를 포함하지 않고 생성된다. 방법은, 송신을 위해 제 1 헤더를 제 2 무선 디바이스에 출력하는 단계를 더 포함한다.

[0009] 개시되는 또 다른 양상은 무선 통신을 위한 무선 노드이다. 무선 노드는 적어도 하나의 안테나 및 프로세싱 시스템을 포함한다. 프로세싱 시스템은, 제 1 정보를 저장하라는 제 2 무선 노드에 대한 요청을 적어도 하나의 안테나를 통해 송신하도록 구성되며, 요청은 제 1 정보를 포함한다. 프로세싱 시스템은 추가로, 제 2 무선 노드가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 무선 노드로부터의 응답을 수신 및 디코딩하도록 구성된다. 프로세싱 시스템은 또한, 제 1 헤드를 생성하도록 구성되며, 제 2 무선 디바이스가 제 1 정보를 저장할 것이라면, 제 1 헤더는 제 1 정보를 포함하지 않고 생성된다. 프로세싱 시스템은 추가로, 적어도 하나의 안테나를 사용하여 제 1 헤더를 제 2 무선 노드로 송신하도록 구성된다.

[0010] 개시되는 또 다른 양상은 무선 통신을 위한 장치이다. 장치는, 제 1 정보를 저장하라는 제 2 장치에 대한 요청을 송신을 위해 생성 및 출력하기 위한 수단을 포함하며, 요청은 제 1 정보를 포함한다. 장치는, 제 2 장치가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 장치로부터의 응답을 수신 및 디코딩하기 위한 수단을 더 포함한다. 장치는 또한 제 1 헤더를 생성하기 위한 수단을 포함하며, 제 1 헤더는 제 2 장치가 제 1 정보를 저장할 것이라면 제 1 정보를 포함하지 않고 생성된다. 장치는 제 1 헤더를 제 2 장치로 송신하기 위한 수단을 더 포함한다.

[0011] 개시되는 또 다른 양상은 명령들이 인코딩되어 있는 컴퓨터 판독가능 저장 디바이스를 포함하는 컴퓨터 프로그램 물건이며, 이 명령들은, 실행될 때, 장치로 하여금, 무선 통신 방법을 수행하게 한다. 방법은 제 1 정보를 저장하라는 제 2 장치에 대한 요청을, 장치에 의해, 송신을 위해 생성 및 출력하는 단계를 포함하며, 요청은 제 1 정보를 포함한다. 방법은 장치가 제 1 정보를 저장할 것인지를 결정하기 위해 제 2 장치로부터의 응답을 수신 및 디코딩하는 단계를 더 포함한다. 이 방법은 또한 제 1 헤더를 생성하는 단계를 포함하며, 제 2 장치가 제 1 정보를 저장할 것이라면 제 1 헤더는 제 1 정보를 포함하지 않고 생성된다. 방법은 송신을 위해 제 1 헤더를 제 2 장치로 출력하는 단계를 더 포함한다.

[0012] 개시되는 또 다른 양상은 무선 통신을 위한 장치이다. 장치는 제 1 정보를 저장하라는 요청을 식별하기 위해 제 2 장치로부터의 요청을 수신 및 디코딩하도록 구성된 프로세싱 시스템을 포함하며, 요청은 제 1 정보를 포함한다. 프로세싱 시스템은 추가로, 제 1 정보가 저장될 것인지를 결정하고 응답을 생성하도록 구성되며, 응답은 장치가 제 1 정보를 저장할 것인지를 표시한다. 장치는 송신을 위해 응답을 제 2 장치로 출력하기 위한 인터페이스를 더 포함한다. 프로세싱 시스템은 추가로, 제 1 저장 정보로서 제 1 정보를 저장하는 것, 제 2 장치로부터의 제 1 헤더를 수신 및 디코딩하는 것을 포함하며, 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하고; 그리고 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱한다.

[0013] 개시되는 또 다른 양상은 무선 통신을 위한 방법이다. 방법은 제 1 정보를 저장하라는 제 2 무선 디바이스로부터의 요청을, 제 1 무선 디바이스에 의해, 수신 및 디코딩하는 단계를 포함하며, 요청은 제 1 정보를 포함한다. 방법은 제 1 정보가 저장될 것인지를 결정하는 단계 및 응답을 생성하는 단계를 더 포함하며, 응답은 제 1 무선 디바이스가 제 1 정보를 저장할 것인지를 표시한다. 방법은 또한, 송신을 위해 응답을 제 2 무선 디바이스로 출력하는 단계를 포함한다. 방법은, 제 1 저장 정보로서 제 1 정보를 저장하는 단계, 제 2 무선 디바이스로부터의 제 1 헤더를, 제 1 무선 디바이스에 의해 수신 및 디코딩하는 단계, 제 1 헤더가 제 1 정보에 해당하는 헤더 정보를 포함하지 않는다는 것을 결정하는 단계, 및 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱하는 단계를 더 포함한다.

[0014] 개시되는 또 다른 양상은 무선 통신을 위한 무선 노드이다. 무선 노드는 적어도 하나의 안테나 및 프로세싱 시스템을 포함한다. 프로세싱 시스템은, 제 1 정보를 저장하라는 요청을 식별하기 위해 제 2 무선 노드로부터의 요청을, 적어도 하나의 안테나를 통해 수신 및 디코딩하도록 구성되며, 요청은 제 1 정보를 포함한다. 프로세싱 시스템은 추가로 제 1 정보가 저장될 것인지를 결정하고 응답을 생성하도록 구성되며, 응답은 무선 노드가 제 1 정보를 저장할 것인지를 표시한다. 프로세싱 시스템은 또한, 적어도 하나의 안테나를 통해 제 2 무선 노드로 응답을 송신하도록 구성된다. 프로세싱 시스템은 추가로, 제 1 저장 정보로서 제 1 정보를 저장하고, 제 2 무선 노드로부터의 제 1 헤더를 적어도 하나의 안테나를 통해 수신 및 디코딩하고, 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하고, 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱하도록 구성된다.

[0015] 개시되는 또 다른 양상은 무선 통신을 위한 장치이다. 장치는 제 1 정보를 저장하라는 요청을 식별하기 위해 제 2 장치로부터의 요청을 수신 및 디코딩하기 위한 수단을 포함하고, 요청은 제 1 정보를 포함한다. 장치는 제 1 정보가 저장될 것인지를 결정하고 응답을 생성하기 위한 수단을 더 포함하며, 응답은 장치가 제 1 정보를 저장할 것인지를 표시한다. 장치는 또한 제 2 장치로 응답을 송신하기 위한 수단을 포함한다. 장치는 제 1 저장 정보로서 제 1 정보를 저장하기 위한 수단, 제 2 장치로부터의 제 1 헤더를 수신 및 디코딩하기 위한 수단, 제 1 헤더가 제 1 정보에 해당하는 헤더 정보를 포함하지 않는다는 것을 결정하기 위한 수단, 및 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱하기 위한 수단을 더 포함한다.

[0016] 개시되는 또 다른 양상은 명령들이 인코딩되어 있는 컴퓨터 판독가능 저장 디바이스를 포함하는 컴퓨터 프로그램 물건이며, 명령들은 실행될 때, 장치로 하여금 무선 통신 방법을 수행하게 한다. 방법은, 제 1 정보를 저장하라는 요청을 식별하기 위해 제 2 장치로부터의 요청을, 장치에 의해, 수신 및 디코딩하는 단계를 포함하며, 요청은 제 1 정보를 포함한다. 방법은 제 1 정보가 저장될 것인지를 결정하는 단계 및 응답을 생성하는 단계를 더 포함하며, 응답은 장치가 제 1 정보를 저장할 것인지를 표시한다. 방법은 또한, 송신을 위해 응답을 제 2 장치에 출력하는 단계, 제 1 저장 정보로서 제 1 정보를 저장하는 단계를 포함한다. 방법은, 제 2 무선 디바이스로부터의 제 1 헤더를, 장치에 의해, 수신 및 디코딩하는 단계, 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하는 단계 및 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱하는 단계를 더 포함한다.

[0017] 도 1은 본 개시내용의 양상들이 사용될 수 있는 무선 통신 시스템의 예를 예시한다.
[0018] 도 2는 수신기를 비롯해, 도 1의 무선 통신 시스템 내에서 사용될 수 있는 무선 디바이스에서 활용될 수 있는 다양한 컴포넌트들을 예시한다.
[0019] 도 3은 MAC(medium access control) 헤더의 예를 예시한다.
[0020] 도 3a는 MAC(medium access control) 헤더의 콘텐츠의 예를 예시한다.
[0021] 도 3b는 MAC(medium access control) 헤더의 프레임 제어 필드의 콘텐츠의 예를 예시한다.
[0022] 도 4는 압축된 MAC 헤더의 예를 예시한다.
[0023] 도 4a는 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들의 데이터의 타입, 및 도 4의 MAC 헤더의 일 양상에 따른 대응하는 확인응답에 대한 데이터의 예를 예시한다.
[0024] 도 5는 제 1 프로토콜 버전에 따른 무선 통신에서 사용될 수 있는 암호 넌스(cryptographic nonce)(500)를 예시한다.
[0025] 도 6은 제 2 프로토콜 버전에 따른 무선 통신에서 사용될 수 있는 암호 넌스(600)를 예시한다.
[0026] 도 7은 도 1의 무선 통신 시스템(100) 내에서 사용될 수 있는 무선 통신의 예시적 방법에 대한 흐름도(700)를 도시한다.
[0027] 도 8은 짧은 미디어 액세스 제어 헤더(800)를 예시한다.
[0028] 도 9a는 압축된 MAC 헤더의 프레임 제어 필드(805a)의 예를 예시한다.
[0029] 도 9b는 압축된 MAC 헤더의 짧은 ID(S-ID) 필드(950)의 예를 예시한다.
[0030] 도 10a는 동적 A-MPDU 프레임(1000)을 예시한다.
[0031] 도 10b는 A-MSDU 서브-프레임의 예시적 포맷을 예시한다.
[0032] 도 10c 서브-프레임 제어 필드의 예시적 포맷을 예시한다.
[0033] 도 11은 헤더 압축 정보 엘리먼트(IE)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부의 예를 도시한다.
[0034] 도 12는 헤더 압축 제어 필드(1115)의 예를 도시한다.
[0035] 도 13은 헤더 압축 정보 엘리먼트(IE)(1300)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부의 예를 도시한다.
[0036] 도 14는 헤더 압축 제어 필드(1315)의 예를 도시한다.
[0037] 도 15는 헤더 압축 정보 엘리먼트(IE)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부의 또 다른 예를 도시한다.
[0038] 도 16은 헤더 압축 제어 필드(1515)의 예를 도시한다.
[0039] 도 16a는 헤더 압축 정보 엘리먼트(IE)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부의 또 다른 예를 도시한다.
[0040] 도 16b는 헤더 압축 제어 필드의 예를 도시한다.
[0041] 도 16c는 CCMP 업데이트 필드의 예를 도시한다.
[0042] 도 17a는 압축된 헤더들을 사용하는 무선 통신을 위한 방법의 흐름도이다.
[0043] 도 17b는 무선 통신 시스템(100) 내에서 사용될 수 있는 예시적 무선 디바이스(1750)의 기능 블록도이다.
[0044] 도 18a는 압축된 헤더들을 사용하는 무선 통신을 위한 방법의 흐름도이다.
[0045] 도 18b는 무선 통신 시스템(100) 내에서 사용될 수 있는 예시적인 무선 디바이스(1850)의 기능 블록도이다.

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

[0047] 특정 양상들이 본원에서 설명되지만, 이들 양상들의 많은 변형들 및 치환들은 본 개시내용의 범위 내에 속한다. 바람직한 양상들의 일부 잇점들 및 장점들이 언급되지만, 본 개시내용의 범위는 특정 잇점들, 용도들, 또는 목표들로 제한되는 것으로 의도되지 않는다. 그보다는, 본 개시내용의 양상들은 상이한 무선 기술들, 시스템 구성들, 네트워크들, 및 송신 프로토콜들에 널리 적용 가능한 것으로 의도되며, 이들 중 일부가 바람직한 양상들의 하기의 설명에서 그리고 도면들에서 예로서 예시된다. 상세한 설명 및 도면들은 제한적인 것이 아니라 단지 본 개시내용을 예시하고, 본 개시내용의 범위는 첨부된 청구항들 및 그 균등물들에 의해 정의된다.

[0048] 대중적인 무선 네트워크 기술들은 다양한 타입들의 WLAN(wireless local area network)들을 포함할 수 있다. WLAN은, 널리 사용되는 네트워킹 프로토콜들을 활용하여 인근의 디바이스들을 서로 상호연결시키는데 사용될 수 있다. 본원에 설명되는 다양한 양상들은 임의의 통신 표준, 예컨대 Wi-Fi, 또는 더욱 일반적으로, 무선 프로토콜들의 IEEE 802.11 패밀리의 임의의 멤버에 적용될 수 있다. 예컨대, 본원에 설명되는 다양한 양상들은 1㎓ 미만 대역들을 사용하는, IEEE 802.11ah 프로토콜의 일부로서 사용될 수 있다.

[0049] 일부 양상들에서, 기가헤르쯔 미만 대역의 무선 신호들은, OFDM(orthogonal frequency-division multiplexing), DSSS(direct-sequence spread spectrum) 통신들, OFDM 통신과 DSSS 통신의 결합, 또는 다른 방식들을 사용하여, 802.11ah 프로토콜에 따라 송신될 수 있다. 802.11ah 프로토콜의 구현들은 센서들, 미터링, 및 스마트 그리드 네트워크들을 위해 사용될 수 있다. 유리하게, 802.11ah 프로토콜을 구현하는 특정 디바이스들의 양상들은 다른 무선 프로토콜들을 구현하는 디바이스들보다 더 적은 전력을 소모할 수 있고, 그리고/또는 비교적 긴 거리, 예컨대, 약 일 킬로미터 또는 이보다 긴 거리에 걸쳐 무선 신호들을 송신하는데 사용될 수 있다.

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

[0051] 일부 양상들에서, 노드는 무선 노드이다. 이러한 무선 노드는, 예를 들어, 유선 또는 무선 통신 링크를 통해 네트워크(예를 들어, 셀룰러 네트워크 또는 인터넷과 같은 광역 네트워크)에 대한 또는 이 네트워크로의 연결성(connectivity)을 제공할 수 있다. 본원의 교시들은 다양한 유선 또는 무선 장치들(예를 들어, 노드들)에 포함될 수 있다(예를 들어, 이들에 의해 수행되거나 또는 이들 내에 구현될 수 있다). 일부 양상들에서, 본원의 교시들에 따라 구현되는 무선 노드는 액세스 포인트 또는 액세스 단말을 포함할 수 있다.

[0052] 액세스 포인트("AP")는 또한, NodeB, 라디오 네트워크 제어기("RNC:Radio Network Controller"), eNodeB, 기지국 제어기("BSC:Base Station Controller"), 베이스 트랜시버 스테이션("BTS:Base Transceiver Station"), 기지국("BS:Base Station"), 트랜시버 기능("TF:Transceiver Function"), 라디오 라우터, 라디오 트랜시버, 또는 어떤 다른 용어를 포함하거나, 이로서 구현되거나, 또는 이로서 알려질 수 있다.

[0053] 스테이션 "STA"은 또한, 액세스 단말("AT:access terminal"), 가입자 스테이션, 가입자 유닛, 모바일 스테이션, 원격 스테이션, 원격 단말, 사용자 단말, 사용자 에이전트, 사용자 디바이스, 사용자 장비, 또는 어떤 다른 용어를 포함하거나, 이로서 구현되거나, 또는 이로서 알려질 수 있다. 일부 구현들에서, 액세스 단말은 휴대폰, 코드리스 텔레폰, 세션 개시 프로토콜("SIP:Session Initiation Protocol") 폰, 무선 로컬 루프("WLL:wireless local loop") 스테이션, 퍼스널 디지털 어시스턴트("PDA:personal digital assistant"), 무선 연결 능력을 갖는 핸드헬드 디바이스, 또는 무선 모뎀에 연결된 어떤 다른 적절한 프로세싱 디바이스를 포함할 수 있다. 이에 따라, 본원에 교시되는 하나 또는 그 초과의 양상들은 폰(예컨대, 휴대폰 또는 스마트폰), 컴퓨터(예컨대, 랩톱), 휴대용 통신 디바이스, 헤드세트, 휴대용 컴퓨팅 디바이스(예컨대, 퍼스널 데이터 어시스턴트), 엔터테인먼트 디바이스(예컨대, 뮤직 또는 비디오 디바이스, 또는 위성 라디오), 게임 디바이스 또는 시스템, 글로벌 포지셔닝 시스템 디바이스, 또는 무선 매체를 통해 통신하도록 구성되는 임의의 다른 적절한 디바이스에 통합될 수 있다.

[0054] 위에서 논의된 바와 같이, 본원에 설명되는 디바이스들 중 특정 디바이스는 예컨대 802.11ah 표준을 구현할 수 있다. 이러한 디바이스들은, STA로서 사용되든 또는 AP로서 사용되든 또는 다른 디바이스로서 사용되든 간에, 스마트 미터링을 위해 또는 스마트 그리드 네트워크에서 사용될 수 있다. 이러한 디바이스들은 센서 애플리케이션들을 제공할 수 있거나, 또는 홈 오토메이션에서 사용될 수 있다. 디바이스들은, 대신에 또는 부가하여, 헬스케어 상황에서, 예컨대, 퍼스널 헬스케어를 위해 사용될 수 있다. 이 디바이스들은 또한, 연장된 거리의 인터넷 연결성을 가능하게 하기 위해(예컨대, 핫스팟들로 사용하기 위해), 또는 기계-대-기계 통신들을 구현하기 위해, 감시에 사용될 수 있다.

[0055] 도 1은 본 개시내용의 양상들이 사용될 수 있는 무선 통신 시스템(100)의 예를 예시한다. 무선 통신 시스템(100)은 무선 표준, 예컨대, 802.11ah 표준에 따라 동작할 수 있다. 무선 통신 시스템(100)은 AP(104)를 포함할 수 있고, 이 AP(104)는 STA들(106)과 통신한다.

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

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

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

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

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

[0061] 무선 디바이스(202)가 송신 노드로서 구현 또는 사용될 때, 프로세서(204)는, 복수의 매체 액세스 제어(MAC) 헤더 타입들 중 하나의 헤더 타입을 선택하도록, 그리고 그 MAC 헤더 타입을 갖는 패킷을 생성하도록 구성될 수 있다. 예컨대, 하기에서 더욱 상세히 설명되는 바와 같이, 프로세서(204)는, MAC 헤더 및 페이로드를 포함하는 패킷을 생성하도록, 그리고 어떤 타입의 MAC 헤더를 사용할지를 결정하도록 구성될 수 있다.

[0062] 무선 디바이스(202)가 수신 노드로서 구현 또는 사용될 때, 프로세서(204)는 복수의 상이한 MAC 헤더 타입들의 패킷들을 프로세싱하도록 구성될 수 있다. 예컨대, 하기에서 추가로 논의되는 바와 같이, 프로세서(204)는, 패킷에서 사용된 MAC 헤더의 타입을 결정하고 그리고 이에 따라 패킷 및/또는 MAC 헤더의 필드들을 프로세싱하도록 구성될 수 있다.

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

[0064] 프로세싱 시스템은 또한, 소프트웨어를 저장하기 위한 머신-판독가능 미디어를 포함할 수 있다. 소프트웨어는, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 기술어로 지칭되든지 또는 달리 지칭되든지 간에, 임의의 타입의 명령들을 의미하는 것으로 널리 해석될 것이다. 명령들은 (예컨대, 소스 코드 포맷, 이진 코드 포맷, 실행 가능한 코드 포맷, 또는 코드의 임의의 다른 적절한 포맷의) 코드를 포함할 수 있다. 명령들은, 하나 또는 그 초과의 프로세서들에 의해 실행될 때, 프로세싱 시스템으로 하여금, 본원에 설명되는 다양한 기능들을 수행하게 한다.

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

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

[0067] 수신기(212)는 상이한 MAC 헤더 타입을 갖는 패킷들을 무선으로 수신하도록 구성될 수 있다. 일부 양상들에서, 수신기(212)는, 아래에서 추가로 상세히 논의되는 바와 같이, 사용되는 MAC 헤더의 타입을 검출하고 그리고 이에 따라 패킷을 프로세싱하도록 구성된다.

[0068] 무선 디바이스(202)는 또한 신호 검출기(218)를 포함할 수 있고, 이 신호 검출기(218)는, 트랜시버(214)에 의해 수신되는 신호들을 검출하고 이 신호들의 레벨을 정량화하는 것의 일환으로 사용될 수 있다. 신호 검출기(218)는 이러한 신호들을 총 에너지, 심볼 당 서브캐리어 당 에너지, 전력 스펙트럼 밀도, 및 다른 신호들로서 검출할 수 있다. 무선 디바이스(202)는 또한, 신호들을 프로세싱할 때 사용하기 위한 DSP(digital signal processor)(220)를 포함할 수 있다. DSP(220)는 송신을 위한 패킷을 생성하도록 구성될 수 있다. 일부 양상들에서, 패킷은 PPDU(physical layer data unit)를 포함할 수 있다.

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

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

[0071] 무선 디바이스(202)의 다양한 컴포넌트들은 개별적으로 또는 하나 또는 그 초과의 다른 컴포넌트들과 결합하여 통신 인터페이스를 제공할 수 있다. 디바이스(202)의 하나 또는 그 초과의 통신 인터페이스들은 무선 디바이스(202)의 다른 컴포넌트들, 예컨대 프로세서(204), 송신기(210), 수신기(212), 또는 DSP(220)에 의해, 메시지, 예컨대 요청 또는 응답 메시지를 수신 또는 송신하도록 구성될 수 있다. 예를 들어, 프로세서(204)는 하나 또는 그 초과의 무선 디바이스(202)의 다른 컴포넌트들에 전기 신호들을 제공하기 위해 하나 또는 그 초과의 신호 라인들에 동작가능하게 커플링됨으로써 인터페이스를 제공할 수 있고, 또는 신호 라인들은 무선 디바이스(202) 외부의 컴포넌트들에 전기 신호들을 제공하도록 구성될 수 있다. 일부 양상들에서, 송신기(210)는 안테나(216)를 통해 라디오 신호들을 송신함으로써 인터페이스를 포함할 수 있다. 유사하게, 수신기(212)는 안테나(216)로부터 전기 신호들을 수신함으로써 인터페이스를 통해 데이터를 수신할 수 있다.

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

[0073] 참고가 용이하도록, 무선 디바이스(202)가 송신 노드로서 구성될 때, 이는 이후 무선 디바이스(202t)로 지칭된다. 유사하게, 무선 디바이스(202)가 수신 노드로서 구성될 때, 이는 이후 무선 디바이스(202r)로 지칭된다. 무선 통신 시스템(100)의 디바이스는 송신 노드의 기능만을, 수신 노드의 기능만을, 또는 송신 노드와 수신 노드 둘 다의 기능을 구현할 수 있다.

[0074] 앞서 논의된 것처럼, 무선 디바이스(202)는 AP(104) 또는 STA(106), 또는 릴레이 디바이스를 포함할 수 있고, 그리고 복수의 MAC 헤더 타입들을 갖는 통신들을 송신 및/또는 수신하는데 사용될 수 있다. 무선 디바이스(202)는 본원에서 노드로서 지칭될 수 있다. 디바이스(202)에 의해 구현되는 릴레이 디바이스들은 액세스 포인트 및 스테이션 둘 다의 기능을 포함할 수 있다.

[0075] 본원에 개시되는 일부 양상들에서, 무선 디바이스(202t)는, 무선 디바이스(202r)가 정보(예를 들어, MAC 헤더의 필드들에 대한 값들)를 저장하는 것을 요청할 수 있다. 예를 들어, 무선 디바이스(202t)는 헤더 압축 요청을 디바이스(202r)에 송신할 수 있다. 이후 무선 디바이스(202r)는 요청에 대해 응답할 수 있고, 이 응답은 정보가 저장되었는지를 표시한다. 무선 디바이스(202t)는 이후, 무선 디바이스(202r)에 전송된 패킷들의 헤더로부터 이러한 필드들을 생략할 수 있다.

[0076] 일부 양상들에서, 무선 디바이스(202t)는 디바이스(202r)에 저장 정보를 업데이트할 수 있다. 업데이트는 헤더(업데이트된 정보를 포함함)를 포함하는 프레임을 송신함으로써 달성될 수 있다. 업데이트된 정보를 갖는 헤더를 수신할 때, 디바이스(202r)는 헤더 압축 요청에 기초하여 업데이트된 정보가 이전에 저장 정보에 대응하는 것을 결정할 수 있다. 이 결정에 대한 응답으로, 디바이스(202r)는, 이전에 저장 정보를, 수신된 헤더에 제공되는 업데이트된 정보로 교체하거나 증대시킬 수 있다. 디바이스(202t)는 이후, 정보를 포함하지 않는 다른 헤더를 송신할 수 있다. 이 헤더를 수신할 때, 디바이스(202r)는, 임의의 정보에 대한 교체가 최근에 수신된 헤더에 포함되지 않기 때문에, 업데이트된 저장 정보를 삽입하거나 아니면 이를 활용할 수 있다.

[0077] 일부 양상들에서, 헤더 압축 요청은, 디바이스(202r)가 MSDU의 A3 필드, A4 필드, 소스 어드레스 필드, 또는 저장되는 매체 액세스 제어 헤더의 MSDU의 목적지 어드레스 필드 중 하나 또는 그 초과의 것을 저장하는 것을 요청할 수 있다.

[0078] 추가로, 특정 양상들에서, 헤더들은, 데이터 패킷에 대해 보안이 인에이블링될 때 상이한 필드들을 가질 수 있다. 예를 들어, 패킷은, 보안이 인에이블링될 때 CCMP(counter mode with cipher block chaining message authentication code protocol) 헤더를 가질 수 있다. CCMP 헤더는 MAC 헤더의 일부일 수 있다. 통상, CCMP 헤더는 몇 개의 패킷 넘버들(PN들)(예를 들어, PN0, PN1, PN2, PN3, PN4, 및 PN5)를 포함한다. PN2, PN3, PN4 및 PN5의 값들은 자주 변하지 않을 수 있다. 일부 양상들에서, PN0 및 PN1은 시퀀스 제어 필드에 기초하여 유추될 수 있다.

[0079] 디바이스(202t)에 의해 디바이스(202r)에 송신되는 매체 액세스 헤더 압축 요청 메시지는 PN2, PN3, PN4 및 PN5을 저장하도록 디바이스(202r)에게 요청할 수 있다. 베이스 PN2-PN5가 저장될 것이라는 표시로 디바이스(202r)가 요청에 응답할 경우, CCMP 헤더를 포함하는 차후의 매체 액세스 제어 헤더들은 PN2, PN3, PN4 및 PN5을 포함하는 것이 아니라 PN0 및 PN1 필드들만을 포함할 수 있다. 대안적으로, PN0 및 PN1 필드들은 메시지 내의 다른 필드들로부터 유추될 수 있고, 전체적으로 CCMP 헤더에 대한 필요성을 잠재적으로 소거한다. 디바이스(202r)가 패킷을 수신할 경우, 디바이스(202r)에 저장된 PN2, PN3, PN4 및 PN5를 포함하는 베이스 PN을 수신된 PN0 및 PN1 필드들과 조합함으로써 CCMP 헤더를 재구성할 수 있다. 임의의 CRC 타입 필드들, 예컨대 MIC 필드 또는 FCS 필드를 포함하는 패킷의 인코딩이 전체 CCMP 헤더에 기초할 수 있기 때문에, CCMP 헤더는 패킷의 디코딩 이전에 재구성될 수 있다.

[0080] 도 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) 각각은 디바이스의 전체 MAC 어드레스를 포함하고, 이 전체 MAC 어드레스는 48-비트(6 옥텟) 값이다. 도 3은 추가로, 필드들(305-335) 각각의 크기를 옥텟 단위로 표시한다. 필드 크기들의 전부의 값을 합계하는 것은 MAC 헤더(300)의 전체 크기를 제공하고, 이 전체 크기는 26 옥텟들이다. 제공되는 패킷의 총 크기는 대략 200 옥텟들일 수 있다. 그러므로, MAC 헤더(300)는 전체 MPDU 패킷 크기의 많은 부분을 포함하고, 이는 데이터 패킷을 송신하기 위한 오버헤드가 크다는 것을 의미한다.

[0081] 도 3a는 MAC 헤더(300a)의 예를 예시하고, 이 MAC 헤더(300a)는 CCMP(counter-mode with cipher block chaining message authentication code protocol) 암호화를 사용하는 3-어드레스 MAC 헤더이다. 도시된 바와 같이, MAC 헤더(300)는 13개의 상이한 필드들: 프레임 제어(fc:frame control) 필드(305a), 듀레이션/식별(duration/identification)(dur) 필드(310a), 수신기 어드레스(a1) 필드(315a), 송신기 어드레스(a2) 필드(320a), 목적지 어드레스(a3) 필드(325a), 시퀀스 제어(sc:시퀀스 제어) 필드(330a), 서비스 품질(QoS) 제어(qc:quality of service control) 필드(335a), 높은 쓰루풋(ht:high throughput) 제어 필드(340a), CCMP(ccmp) 필드(345a), 논리 링크 제어(LLC:logical link control)/서브네트워크 액세스 프로토콜(SNAP:subnetwork access protocol)(llc/snap) 필드(350a), 메시지 무결성 체크(mic:quality of service) 필드(360a), 및 프레임 제어 시퀀스(fcs:frame control sequence) 필드(365a)를 포함한다.

[0082] 도 3a 및 도 3b는 추가로, MAC 헤더(300a)의 fc 필드(305a)에 포함될 수 있는 데이터의 타입들을 예시한다. 예컨대, fc 필드(305a)는 하기를 것들: 프로토콜 버전(pv:프로토콜 버전) 서브-필드(372), 프레임 타입(타입) 서브-필드(374), 프레임 서브타입(subtype) 서브-필드(376), 분산 시스템으로(to-ds)의 서브-필드(378), 분산 시스템으로부터(from-ds)의 서브-필드(380), 모어 프래그먼트들(more frag)) 서브-필드(382), 리트라이(retry) 서브-필드(384), 전력 관리(pm:power management) 서브-필드(386), 모어 데이터(md:more data) 서브-필드(388), 보호 프레임(pf:protected frame) 서브-필드(390), 및 순서(order) 서브-필드(392)을 포함할 수 있다.

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

[0084] 일부 양상들에서, 압축된 포맷 MAC 헤더는 기존의 프로토콜 버전 0(PV0) 또는 새롭게 정의되는 프로토콜 버전 1(PV1), PV2, 및/또는 PV3를 사용할 수 있다. PV1, PV2, 및/또는 PV3의 사용은, 디바이스들이 수신된 데이터 패킷을 PV0 프레임의 포맷팅에 기초하여 파싱하려고 시도하는 상황을 회피할 수 있다. 예컨대, 디바이스들은 데이터 패킷의 마지막 4 옥텟들을 프레임 제어 시퀀스(FCS)에 매칭시키려고 시도할 수 있다. 그것이 매칭될 때, 심지어 패킷의 해당 위치에 듀레이션 필드가 존재하지 않을 수 있더라도, 디바이스들은 그들의 NAV(network allocation vector)를 업데이트하기 위해 듀레이션 필드의 포지션에 있는 데이터의 값을 사용할 수 있다. 이러한 거짓 포지티브 검출이 발생할 공산(odds)은 일부 노드들에서 글리치(glitch)들 또는 지터(jitter)를 유발하기에 충분히 높을 수 있고, 이는 압축된 MAC 헤더 포맷들에 대한 PV1, PV2, 및/또는 PV3의 사용을 보증할 수 있다.

[0085] 프레임 타입 서브-필드(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)는, 절전 모드로 있는 수신 STA에게, AP가 STA로의 전달을 위해 버퍼링된 모어 프레임들을 포함하고, 따라서 STA에 송신할 모어 프레임들을 포함하는 것을 표시하는데 사용될 수 있다. 보호 프레임(pf) 서브-필드(390)는, 프레임 보호가 존재하는지의 여부를 표시하는데 사용될 수 있다. 예컨대, pf 서브-필드(390)는, 암호화 및/또는 인증이 프레임에서 사용되는지 또는 사용되지 않는지를 표시할 수 있다. 일부 양상들에서, 암호화 및 인증을 갖는 프레임들의 경우, pf 서브-필드(390)는 암호화가 존재함을 표시하도록 설정될 수 있고, 서브타입 서브-필드(376)는 인증이 존재함을 표시하도록 설정될 수 있다. 순서 서브-필드(392)는 순서 정보를 표시하는데 사용될 수 있다. 예컨대, 순서 서브-필드(392)는, 모든 수신된 데이터 프레임들이 순서대로 프로세싱되어야 함을 표시하는데 사용될 수 있다.

[0086] 도 3a는 추가로, 필드들(305a-365a) 각각의 크기를 옥텟 단위로 표시한다. 필드 크기들의 전부의 값을 합계하는 것은 MAC 헤더(300a)의 전체 크기를 제공하고, 이 전체 크기는 58 옥텟들이다. 제공되는 패킷의 총 크기는 대략 200 옥텟들일 수 있다. 그러므로, MAC 헤더(300a)는 전체 패킷 크기의 많은 부분을 포함하고, 이는 데이터 패킷을 송신하기 위한 오버헤드가 크다는 것을 의미한다.

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

[0088] 도 4는 압축된 MAC 헤더(400)의 예를 예시한다. 도시된 바와 같이, MAC 헤더(400)는 4개의 상이한 필드들: 프레임 제어(fc) 필드(405), 제 1 어드레스(a1) 필드(415), 제 2 어드레스(a2) 필드(420), 및 시퀀스 제어(sc) 필드(430)를 포함한다. 도 4는 추가로, 필드들(405-430) 각각의 크기를 옥텟 단위로 표시한다. 필드 크기들의 전부의 값을 합계하는 것은 MAC 헤더(400)의 전체 크기를 제공하고, 이 전체 크기는 12 옥텟들(MAC 헤더(300)로부터 크기가 54% 감소)이다. 도시된 바와 같이, a1 필드(415) 및 a2 필드(420) 중 하나의 필드가 그 길이가 6 옥텟들인 반면에, 다른 하나의 필드는 그 길이가 2 옥텟들일 수 있다(하기에서 추가로 설명됨). MAC 헤더(400)의 다양한 필드들은 하기에서 설명되는 여러 상이한 양상들에 따라 활용될 수 있다.

[0089] 도시된 바와 같이, MAC 헤더(400)에서, dur 필드(310)는 생략될 수 있다. 통상, 데이터 패킷을 수신하는 디바이스는 적어도 dur 필드(310)를 디코딩할 것인데, 이 dur 필드(310)는, 송신 기회 동안의 송신들을 간섭하는 것을 회피하기 위하여 디바이스가 송신하지 않아야 하는 시간을 표시한다. dur 필드(310) 대신에, 디바이스들은 오직, 확인응답을 요구하는 데이터 패킷를 수신한 이후에 이러한 확인응답을 위한 시간이 경과할 때까지 데이터를 송신하지 않도록 구성될 수 있다. 이러한 확인응답은 ACK 또는 BA일 수 있고, 이들은 데이터 패킷이 수신되었음을 표시한다. 패킷의 필드(예컨대, ACK 정책 필드)가, ACK가 수신될 때까지 디바이스가 지연되어야 함을 표시한다면, 디바이스들은, 오직, ACK가 패킷에 대해 수신될 때까지 송신을 지연시키도록 구성될 수 있다. 이 필드는 패킷의 MAC 헤더 또는 PHY 헤더에 포함될 수 있다. 응답 프레임이 전송되게 하는 데이터 패킷을 관찰하는 STA의 경우, 응답 프레임의 송신은 감춰질 수 있다. 그러나, ACK가 존재할 수 있다는 데이터 패킷 내의 표시는, 데이터 패킷의 종료 이후에, 응답 프레임이 데이터 패킷의 목적지인 STA에 의해 송신될 때까지, 관찰 STA가 지연되게 한다.

[0090] 도 4a는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입, 및 MAC 헤더(400)의 일 양상에 따른 대응하는 확인응답에 대한 데이터의 예를 예시한다. 도시된 바와 같이, 도면에서, "데이터"로 라벨링된 열들은 데이터 패킷의 일부로서 전송되는 정보(도시된 바와 같이, a1 필드(415) 및 a2 필드(420) 그리고 선택적으로 a3 필드에 대한 정보)에 대응한다. 예시된 필드들이 특정 크기 및 순서를 참조하여 본원에서 도시 및 설명되지만, 다양한 양상들에서, 본원의 필드들은 크기 조절되거나, 재순서화되거나, 또는 생략될 수 있고, 부가의 필드들이 부가될 수 있다.

[0091] "ACK"로 라벨링된 열은 대응하는 ACK에서 전송되는 정보에 대응한다. "방향"으로 라벨링된 열은, 데이터 패킷이 전송되는 방향 또는 링크 타입을 표시한다. 일부 양상들에서, MAC 헤더(300)에서 사용되는 바와 같이 a1 필드(415) 및 a2 필드(420) 둘 다에 대해 디바이스에 대한 글로벌 고유 식별자(예컨대, MAC 어드레스)를 사용하는 대신에, a1 필드(415) 또는 a2 필드(420) 중 하나의 필드는 로컬 식별자, 예컨대 AID(access identifier)를 사용할 수 있고, 이 AID는 특정 BSS에서 디바이스를 고유하게 식별하지만, 반드시 디바이스를 글로벌하게 고유하게 식별하는 것은 아니다. 도시된 바와 같이, MAC 헤더(400)가 AP로부터 STA로 다운링크를 통해 송신되는 데이터 패킷의 일부라면, a1 필드(415)는 R-AID(수신기 AID)를 포함하며, 그리고 a2 필드(420)는 BSSID를 포함한다.

[0092] R-AID는 패킷을 수신하는 STA의 AID이다. R-AID는, 8192개의 STA들이 제공되는 BSS에서 그들의 R-AID들에 의해 고유하게 어드레싱되도록 허용하는 13-비트들을 포함할 수 있다. 13-비트 R-AID는 대략 6000개의 STA들 및 2192개의 다른 값들, 예컨대, 패킷이 멀티캐스트 또는 브로드캐스트 패킷이라는 표시, 멀티캐스트 또는 브로드캐스트 패킷의 타입(즉, 비콘)을, 가능하게는 패킷 내에 포함되는 비콘의 버전을 표시하는 비콘 변경 시퀀스 넘버와 결합하여, 허용할 수 있다. BSSID는 AP의 MAC 어드레스이고, 그리고 48개 비트들을 포함할 수 있다.

[0093] 일부 양상들에서, BSSID는 BSSID의 압축된 버전으로 교체될 수 있다. 예컨대, BSSID의 압축된 버전은 AID(예컨대, 6개 바이트들 대신에 2개 바이트들)일 수 있고, AP는 네트워크 셋업 동안에 이 AID를 자신에게 자동-할당할 수 있다. AID는, 영역 내의 다른 AP들이 동일한 AID를 갖지 않게 보장하도록 신중하게 선택될 수 있다. MAC 헤더(400)를 갖는 패킷를 수신하는 STA는, a1 필드(415) 및 a2 필드(420)에 기초하여 자신이 패킷의 의도된 수신자인지 또는 아닌지를 고유하게 결정할 수 있다.

[0094] 특히, STA는, R-AID가 STA의 R-AID에 매칭되는지를 알아보기 위해 체크할 수 있다. R-AID가 매칭된다면, STA는 패킷의 의도된 수신자일 수 있다. 이것 단독으로는, STA가 수신자인지의 여부를 고유하게 결정하지 못할 수 있는데, 그 이유는 상이한 BSS들 내의 STA들이 동일한 R-AID를 가질 수 있기 때문이다. 이에 따라, STA는 추가로, a2 필드(420)가 STA가 연관되는 AP(즉, BSS)의 BSSID를 포함하는지를 알아보기 위해 체크할 수 있다. BSSID가 STA의 연관 및 R-AID에 매칭된다면, STA는, 자신이 패킷의 의도된 수신자임을 고유하게 결정하고, 그리고 추가로 패킷을 프로세싱할 수 있다. 그렇지 않다면, STA는 패킷을 무시할 수 있다.

[0095] STA가 자신이 의도된 수신자임을 결정한다면, 이 STA는, 패킷의 성공적인 수신을 표시하기 위해 확인응답 메시지(ACK)를 AP에 전송할 수 있다. 일 양상에서, STA는, a2 필드(420)의 전부 또는 부분, 예컨대, BSSID의 비트들(예컨대, 13개 비트들) 전부보다 더 적은 개수의 비트들을 포함하는 pBSSID(partial BSSID)를 ACK의 MAC 또는 PHY(physical layer) 헤더에 포함시킬 수 있다. 일부 양상들에서, pBSSID는 BSSID의 압축된 버전일 수 있다. 다른 양상들에서, BSSID의 압축된 버전은 pBSSID일 수 있다. 이에 따라, ACK를 생성하기 위해, STA는 단지, 수신된 MAC 헤더(400)로부터 비트들을 직접적으로 복사할 필요가 있고, 이는 프로세싱을 감소시킨다. ACK를 수신하는 AP는, 초기 패킷의 송신으로부터 특정 시간 기간(예컨대, SIFS(short inter frame space)) 이후 바로 ACK가 수신된다면, 이 ACK가 STA로부터 나옴을 결정할 수 있고, 그 이유는, AP가 시간 기간 동안에 동일한 정보를 갖는 2개의 ACK들을 수신할 것 가능성이 없기 때문이다. 다른 양상에서, STA는 MPDU로부터의 CRC(cyclic redundancy check)의 전부 또는 부분, 또는 패킷의 전부 또는 부분의 해시를 ACK의 MAC 또는 PHY 헤더에서 송신할 수 있다. AP는, 이러한 정보를 체크함으로써, STA가 ACK를 전송했음을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대해 랜덤하기 때문에, 동일한 정보를 갖는 2개의 ACK들이 시간 기간 이후에 AP에 의해 수신될 가능성은 매우 낮다.

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

[0097] 도시된 바와 같이, MAC 헤더(400)가 STA로부터 AP로 업링크를 통해 송신되는 데이터 패킷의 일부라면, a1 필드(415)는 AP의 BSSID를 포함하고, 그리고 a2 필드(420)는 T-AID(송신기 AID)로서 지칭될 수 있는 STA의 AID를 포함한다. AP는 유사하게, 위에서 논의된 바와 같은 BSSID 및 T-AID에 기초하여 자신이 데이터 패킷의 송신기 및 의도된 수신자인지의 여부를 결정할 수 있다. 특히, AP는, BSSID가 AP의 BSSID에 매칭되는지를 알아보기 위해 체크할 수 있다. BSSID가 매칭된다면, AP는 패킷의 의도된 수신자이다. 추가로, AP는 T-AID에 기초하여 패킷의 송신기를 결정할 수 있는데, 그 이유는 AP의 BSS 내에 오직 하나의 STA가 이 T-AID를 포함하기 때문이다.

[0098] AP가, 자신이 의도된 수신자임을 결정한다면, 이 AP는 패킷의 성공적인 수신을 표시하기 위해 확인응답 메시지(ACK)를 STA에 전송할 수 있다. 일 양상에서, AP는 a2 필드(420)의 전부 또는 부분, 예컨대, T-AID를 ACK의 MAC 또는 PHY(physical layer) 헤더에 포함시킬 수 있다. 이에 따라, ACK를 생성하기 위해, AP는 오직, 수신된 MAC 헤더(400)로부터 비트들을 직접적으로 복사할 필요가 있고, 이는 프로세싱을 감소시킨다. ACK를 수신하는 STA는, 초기 패킷의 송신으로부터 특정 시간 기간(예컨대, SIFS(short inter frame space)) 이후 바로 ACK가 수신된다면, 이 ACK가 AP로부터 나옴을 결정할 수 있는데, 그 이유는, STA가 동일한 시간 기간 동안에 동일한 정보를 갖는 2개의 ACK들을 수신할 가능성이 없기 때문이다. 다른 양상에서, AP는 패킷으로부터의 CRC(cyclic redundancy check)의 전부 또는 부분, 또는 패킷의 전부 또는 부분의 해시를 ACK의 MAC 또는 PHY 헤더에서 송신할 수 있다. STA는, 이러한 정보를 체크함으로써, AP가 ACK를 전송했음을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대해 랜덤하기 때문에, 동일한 정보를 갖는 2개의 ACK들이 시간 기간 이후에 STA에 의해 수신될 가능성은 매우 낮다.

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

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

(식 1)

여기서, dec()는, 16진수를 10진수로 변환하는 함수이다. 본 개시내용의 범위로부터 벗어남 없이, 동일한 입력들에 기초하는 다른 해시 기능들이 구현될 수 있다.

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

[00102] 위에서 설명된 기술들에 의해, 응답 프레임(예컨대, ACK, CTS, BA)은 개시 프레임(예컨대, 데이터, RTS, BAR)에 있는 값, 예컨대, FCS 또는 난수(예컨대, 패킷 ID)를 에코할 수 있다. 에코 값은 스크램블러 씨드에 적어도 부분적으로 기초할 수 있다. 에코 값은 응답 프레임의 스크램블러 씨드 필드에서 송신될 수 있다. 에코 값은 응답 프레임의 SIG 필드에서 송신될 수 있다. 에코 값은 응답 프레임에 포함되는 MPDU에서 송신될 수 있다.

[00103] 일부 구현들에서, 개시 프레임(예컨대, 데이터, RTS, BAR)의 프레임 체크섬(FCS:frame check sum)이 난수(예컨대, 패킷 ID)에 기초하거나 또는 이를 포함하는 것이 바람직할 수 있다. 이 값은 에코 값으로서 사용될 수 있다. 이러한 구현들에서, 에코 값은 개시 프레임의 스크램블링된 씨드에 포함될 수 있다. 이에 따라, FCS는 응답 프레임(예컨대, ACK, CTS, BA)에서 완전히 또는 부분적으로 에코될 수 있다.

[00104] 에코 값의 사용을 통해, 에코 값을 포함시킴으로써, 응답 프레임은 개시 프레임의 스테이션 식별자를 포함하지 않을 수 있다. 개시 프레임(예컨대, 데이터, RTS, BAR 등)에 관한 어드레싱 방식들 중 하나 또는 그 초과의 것이, 개시 프레임의 FCS 또는 패킷 ID를 에코하는 응답 프레임(예컨대, ACK, CTS, BA 등)에 대해 사용될 수 있지만, 스테이션 식별자에 대해서는 사용될 수 없다. 위에서 설명된 바와 같이, 이는 통신들을 개선시킬 수 있다.

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

[00106] 도시된 바와 같이, MAC 헤더(400)가 송신 STA로부터 수신 STA로 다이렉트(direct) 링크를 통해 송신되는 데이터 패킷의 일부라면, a1 필드(415)는 수신 STA의 전체 수신기 어드레스(RA:receiver address)를 포함하고, 그리고 a2 필드(420)는 T-AID(transmitter-AID)로 지칭될 수 있는 송신 STA의 AID를 포함한다. 수신 STA는 유사하게, 위에서 논의된 바와 같은 RA 및 T-AID에 기초하여, 자신이 데이터 패킷의 의도된 수신자 및 송신기인지의 여부를 결정할 수 있다. 특히, 수신 STA는, RA가 수신 STA의 RA에 매칭되는지를 알아보기 위해 체크할 수 있다. RA가 매칭된다면, 수신 STA는 패킷의 의도된 수신자이다. 추가로, 수신 STA는 T-AID에 기초하여 패킷의 송신기를 결정할 수 있는데, 그 이유는 수신 STA의 BSS 내에 오직 하나의 송신 STA가 이 T-AID를 갖기 때문이다.

[00107] 수신 STA가 자신이 의도된 수신자임을 결정한다면, 이 수신 STA는, 패킷의 성공적인 수신을 표시하기 위해 확인응답 메시지(ACK)를 송신 STA에 전송할 수 있다. 일 양상에서, 수신 STA는 a2 필드(420)의 전부 또는 부분, 예컨대 T-AID를 ACK의 MAC 또는 PHY(physical layer) 헤더에 포함시킬 수 있다. 이에 따라, ACK를 생성하기 위하여, 수신 STA는 오직, 수신된 MAC 헤더(400)로부터 비트들을 직접 복사하는 것만 필요로 하며, 이는 프로세싱을 감소시킨다. ACK를 수신하는 송신 STA는, 초기 패킷의 송신으로부터 특정 시간 기간(예컨대, SIFS(short inter frame space)) 이후 바로 ACK가 수신된다면, 이 ACK가 수신 STA로부터 나옴을 결정할 수 있다. 그 이유는, 송신 STA가 동일한 시간 기간 동안에 동일한 정보를 갖는 2개의 ACK들을 수신할 가능성이 없기 때문이다. 다른 양상에서, 수신 STA는 패킷으로부터의 CRC(cyclic redundancy check)의 전부 또는 부분, 또는 패킷의 전부 또는 부분의 해시를 ACK의 MAC 또는 PHY 헤더에서 송신할 수 있다. 송신 STA는, 이러한 정보를 체크함으로써, 수신 STA가 ACK를 전송했음을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대해 랜덤하기 때문에, 동일한 정보를 갖는 2개의 ACK들이 시간 기간 이후에 송신 STA에 의해 수신될 가능성은 매우 낮다.

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

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

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

[00111] 특정 양상들에서, 보안이 데이터 패킷에 대해 인에이블링될 때, 헤더들은 상이한 필드들을 가질 수 있다. 예컨대, 보안이 인에이블링될 때, 패킷은 CCMP(counter mode with cipher block chaining message authentication code protocol) 헤더를 가질 수 있다. CCMP 헤더는 MAC 헤더의 일부일 수 있다. 통상, CCMP 헤더는 여러 패킷 넘버(PN)들(예컨대, PN0, PN1, PN2, PN3, PN4, 및 PN5)을 포함한다. PN2, PN3, PN4, 및 PN5의 값들은 자주 변하지 않을 수 있다. 이에 따라, 베이스 PN은 PN2, PN3, PN4, 및 PN5(예컨대, PN2 | PN3 | PN4 | PN5)에 기초하여 생성될 수 있다. 베이스 PN은 메시지의 일부로서 전송될 수 있고, 그리고 한 쌍의 통신 디바이스들에 대해 저장될 수 있다. 그러므로, CCMP 헤더는 PN2, PN3, PN4, 및 PN5를 포함하는 것이 아니라, PN0 및 PN1 필드들만을 포함할 수 있다. 패킷의 수신기는, 수신기에 저장된 PN2, PN3, PN4, 및 PN5를 포함하는 베이스 PN을 수신된 PN0 및 PN1 필드들과 결합함으로써 CCMP 헤더를 재구성할 수 있다. 일부 양상들에서, 보안 관련 패킷 넘버(PN)가 시퀀스 제어(SC) 필드의 시퀀스 넘버(SN), 및 베이스 패킷 넘버(BPN:base packet number)로부터 생성될 수 있다. CCMP 헤더는 패킷의 디코딩 이전에 재구성될 수 있는데, 그 이유는 임의의 CRC 타입 필드들, 예컨대, MIC 필드 또는 FCS 필드를 포함하는 패킷의 인코딩이 전체 CCMP 헤더에 기초할 수 있기 때문이다. 다양한 양상들에서, 이러한 양상들은 "압축된 보안 헤더들"로 지칭될 수 있다. 이러한 양상들은, 2011년 8월 2일자로 출원된 미국 가출원 제 61/514,365호에 설명된 양상들과 관련될 수 있으며, 이로써 이 가출원은 인용에 의해 본원에 포함된다.

[00112] 일부 양상들에서, 압축된 보안 헤더들은 오직 특정 프로토콜 버전들에서만 사용될 수 있다. 예컨대, 일 양상에서, 압축된 보안 헤더들은 프로토콜 버전 1(PV1)에서 사용될 수 있지만, 프로토콜 버전 0(PV0)에서는 사용되지 못할 수 있다. 따라서, 다수의 프로토콜 버전들을 포함하는 시스템들에서는, PV1 패킷들이 패킷 SN에 기초한 보안 PN들을 포함할 수 있는 반면에, PV0 패킷들은 패킷 SN에 기초하지 않을 수 있는 보안 PN들을 포함할 수 있다. 일부 양상들에서, PV0 보안 구현은, PV1과 상호동작하도록 수정된다. 그러나, 수정된 PV0 보안 구현은, 레거시 PV0 보안 구현과 호환 가능하지 않을 수 있다. 이에 따라, 프로토콜 버전들 사이에 보안 구현들을 분리시키는 것이 바람직할 수 있다.

[00113] 일 양상에서, 무선 디바이스(202)(도 2)는 복수의 프로토콜 버전들 각각에 대한 개별 세트의 리플레이 카운터들을 유지할 수 있다. 리플레이 카운터는, 패킷이 속하는 특정 패킷 넘버 공간내에 각각의 모든 새롭게 수신된 패킷이 고유 패킷 넘버를 갖는다는 것을 결정하는데 사용될 수 있다. 예를 들어, 무선 디바이스(202)는 PV0에 대해 송신기 어드레스(TA) 마다 그리고 트래픽 표시자(TID) 마다 하나의 리플레이 카운터를 유지할 수 있다. 무선 디바이스(202)는 PV1에 대해 TA 마다 그리고 TID 마다 하나의 리플레이 카운터를 추가로 유지할 수 있다. 따라서, 일부 양상들에서, 무선 디바이스(202)가 프로토콜 버전들 간에 보안 PN들을 조정하지 않을 수 있다.

[00114] 무선 디바이스(202)가 PV0 및 PV1에 대한 리플레이 카운터들의 개별 세트들을 유지하는 양상들에서, PV0 패킷이 PV1 패킷과 동일한 PN을 갖는 것이 가능하다. 이에 따라, CCMP 넌스가 적어도 부분적으로 PN에 기초하는 레거시 양상들에서, 주어진 암호화 키에 대해 동일한 넌스가 2번 발생하는 것이 가능하다. 따라서, 특정 양상들에서, 각각의 프로토콜 버전에 대해 개별 넌스 포맷들을 구현하는 것이 바람직할 수 있다. 도 5-6은 각각 PV0 및 PV1 구현들에 대한 예시적 넌스 포맷들을 도시한다.

[00115] 도 5는 제 1 프로토콜 버전에 따른 무선 통신에서 사용될 수 있는 암호 넌스(500)를 예시한다. 당업자들은, 본원에 설명되는 다양한 필드들이 재배열될 수 있고, 크기 조절될 수 있고, 일부 필드들이 생략될 수 있고, 그리고 부가의 필드들이 부가될 수 있다는 것을 인식할 것이다. 도시된 바와 같이, 넌스(500)는 넌스 플래그들(510), 어드레스(A2) 필드(520), 및 패킷 넘버(PN) 필드(530)를 포함한다. 예시된 양상에서, 넌스 플래그들(510)은 1 바이트이고, 어드레스 필드(520)는 6 바이트들이며, 그리고 PN 필드(530)는 6 바이트들이다. 넌스 플래그들은 4-비트 우선순위 필드(540), 1-비트 관리 플래그(550), 및 세 개의 예약된 비트들(560)을 포함한다. 양상에서, A2 필드(520)는 넌스를 포함하는 패킷의 송신기 어드레스를 표시할 수 있다.

[00116] 도 6은 제 2 프로토콜 버전에 따른 무선 통신에서 사용될 수 있는 암호 넌스(600)를 예시한다. 당업자들은, 본원에 설명되는 다양한 필드들이 재배열될 수 있고, 크기 조절될 수 있고, 일부 필드들이 생략될 수 있고, 그리고 부가의 필드들이 부가될 수 있다는 것을 인식할 것이다. 도시된 바와 같이, 넌스(600)는 넌스 플래그들(610), 어드레스(A2) 필드(620), 및 패킷 넘버(PN) 필드(630)를 포함한다. 예시된 양상에서, 넌스 플래그들(610)은 1 바이트이고, 어드레스 필드(620)는 6 바이트들이며, 그리고 PN 필드(630)는 6 바이트들이다. 넌스 플래그들은 4-비트 우선순위 필드(640), 1-비트 관리 플래그(650), 1-비트 프로토콜 버전 표시(655), 및 2개의 예약된 비트들(660)을 포함한다. 양상에서, A2 필드(520)는 넌스를 포함하는 패킷의 송신기 어드레스를 표시할 수 있다.

[00117] 다양한 양상들에서, 프로토콜 버전 표시(655)는 넌스(600)의 프로토콜 버전을 표시할 수 있다. 예컨대, 프로토콜 버전 표시(655)는, 설정될 때 패킷이 PV1을 사용하여 송신됨을 표시하고 그리고 설정되지 않았을 때 패킷이 PV1이 아닌 프로토콜 버전을 사용하여 송신됨을 표시하는 플래그일 수 있다. 다른 양상들에서, 프로토콜 버전 표시(655)는, 설정될 때 패킷이 PV0이 아닌 프로토콜 버전을 사용하여 송신됨을 표시하고 그리고 설정되지 않았을 때 패킷이 PV0을 사용하여 송신됨을 표시하는 플래그일 수 있다. 다른 양상들에서, 프로토콜 버전 표시(655)는, 사용된 특정 프로토콜 버전을 표시할 수 있는 부가의 비트들을 포함할 수 있다.

[00118] 다른 양상들에서, PV0 및 PV1 둘 다는 동일한 넌스 포맷을 사용할 수 있다. 일부 양상들에서, 무선 디바이스(202)는 복수의 프로토콜 버전들에 대해 별개의 암호화 키를 도출할 수 있다. 예컨대, 무선 디바이스(202)은 PV0 패킷들 및 PV1 패킷들에 대해 별개의 TK(transient key)들을 각각 도출할 수 있다. 이에 따라, 동일한 넌스 값이 PV0 및 PV1 송신들 둘 다에 대해 가끔 생성될 수 있지만, 별개의 암호화 키들이 제공되는 보안 키에 대한 넌스 고유성을 보장할 수 있다.

[00119] 도 7은 도 1의 무선 통신 시스템(100) 내에서 사용될 수 있는 무선 통신의 예시적 방법에 대한 흐름도(700)를 도시한다. 방법은 본원에 설명된 디바이스들, 예컨대, 도 2에 도시된 무선 디바이스(202)에 의해 전체적으로 또는 부분적으로 구현될 수 있다. 예시된 방법이 도 1에 대하여 위에서 논의된 무선 통신 시스템(100), 및 도 2에 대하여 위에서 설명된 무선 디바이스(202)를 참조하여 본원에서 설명되지만, 당업자들은 예시된 방법은 본원에 설명된 다른 디바이스 또는 임의의 다른 적절한 디바이스에 의해 구현될 수 있다는 것을 인식할 것이다. 예시된 방법이 특정 순서를 참조하여 본원에서 설명되지만, 다양한 양상들에서, 본원의 블록들은 상이한 순서로 수행될 수 있거나, 또는 생략될 수 있고, 그리고 부가의 블록들이 부가될 수 있다.

[00120] 먼저, 블록(710)에서, 디바이스(202)는 무선 시스템의 제 1 프로토콜 버전과 연관된 제 1 세트의 리플레이 카운터들을 유지한다. 예를 들어, 프로세서(204)는 메모리(206)의 PV0와 연관된 하나 또는 그 초과의 리플레이 카운터들을 유지할 수 있다. 프로세서(204)는, 새롭게 수신된 PV0 패킷이 패킷이 속하는 특정 패킷 넘버 공간내에 고유 패킷 넘버를 갖는지를 결정하기 위해 리플레이 카운터들을 사용할 수 있다.

[00121] 다음, 블록(720)에서, 디바이스(202)는 무선 시스템에 제 2 프로토콜 버전과 연관된 제 2 세트의 리플레이 카운터들을 유지한다. 예를 들어, 프로세서(204)는 메모리(206)의 PV1과 연관된 하나 또는 그 초과의 리플레이 카운터들을 유지할 수 있다. 프로세서(204)는, 새롭게 수신된 PV0 패킷이, 패킷이 속하는 특정 패킷 넘버 공간내에 고유 패킷 넘버를 갖는지를 결정하기 위해 리플레이 카운터들을 사용할 수 있다.

[00122] 다양한 양상들에서, 제 1 세트 및 제 2 세트의 리플레이 카운터들 각각은 트래픽 표시자마다 그리고 송신기 어드레스마다 적어도 하나의 리플레이 카운터를 포함할 수 있다.

[00123] 이후, 블록(730)에서, 디바이스(202)는 프로토콜 버전 표시를 포함하는 패킷을 수신한다. 패킷은 본원에서 설명된 헤더들 및/또는 필드들 중 하나 또는 그 초과의 것을 포함할 수 있다. 예를 들어, 수신기(212)는 본원에서 설명된 PV0 또는 PV1 프레임을 수신할 수 있다.

[00124] 다양한 양상들에서, 패킷은, 프로토콜 버전 표시가 제 1 프로토콜 버전을 표시할 때 제 1 길이를 갖는 제 1 보안 헤더를 포함할 수 있다. 예컨대, PV0 패킷은 위에서 설명된 바와 같은 정규 MAC 헤더 및/또는 보안 헤더(예컨대, 도 3에 대하여 위에서 설명된 헤더(300))를 포함할 수 있다.

[00125] 다양한 양상들에서, 패킷은, 프로토콜 버전 표시가 제 2 프로토콜 버전을 표시할 때 제 1 길이보다 더 짧은 제 2 길이를 갖는 제 2 보안 헤더를 포함할 수 있다. 예컨대, PV1 패킷은 본원에 설명된 짧아진 MAC 헤더 및/또는 압축된 보안 헤더(예컨대, 도 4에 대하여 위에서 설명된 헤더(400))를 포함할 수 있다.

[00126] 다양한 양상들에서, 디바이스(202)는, 수신된 패킷에 기초하여, 프로토콜 버전 표시를 포함하는 넌스를 생성할 수 있다. 예컨대, PV0 패킷의 경우, 프로세서(204)는 도 5에 대하여 위에서 설명된 넌스(500)를 생성할 수 있다. PV1 패킷의 경우, 프로세서(204)는 도 6에 대하여 위에서 설명된 넌스(600)를 생성할 수 있다.

[00127] 다양한 양상들에서, 넌스는 4-비트 우선순위 필드, 1-비트 관리 필드, 1-비트 프로토콜 표시 플래그, 6-바이트 송신기 어드레스 필드, 및 6-바이트 패킷 넘버 필드 중 하나 또는 그 초과의 것을 포함할 수 있다. 다양한 양상들에서, 1-비트 프로토콜 표시 플래그는, 설정될 때, 제 2 프로토콜 버전을 표시할 수 있다. 따라서, 특정 양상들에서, 넌스는 도 6에 대하여 위에서 설명된 넌스(600)를 포함할 수 있다.

[00128] 후속하여, 블록(740)에서, 디바이스(202)는, 프로토콜 버전 표시에 적어도 부분적으로 기초하여, 리플레이 카운터들의 제 1 세트 및 제 2 세트 중 하나의 세트로부터 리플레이 카운터를 선택한다. 예컨대, 프로세서(204)는, 패킷 표시(예컨대, 도 3a에 대하여 위에서 설명된, 프레임 제어 필드(305a) 내의 프로토콜 버전 필드(372))에 기초하여, 패킷이 PV0 패킷인지 또는 PV1 패킷인지를 결정할 수 있다. 프로세서(204)는, 패킷의 프로토콜 버전과 연관된 리플레이 카운터들의 세트를 선택할 수 있다.

[00129] 이후, 블록(750)에서, 디바이스(202)는 선택된 리플레이 카운터를 패킷에 적용한다. 예를 들어, 프로세서(204)는 메모리(206)로부터 선택된 리플레이 카운터를 리트리브할 수 있다. 다양한 양상들에서, 선택된 리플레이 카운터를 적용하는 것은 리플레이 카운터에 기초하여 패킷을 선택적으로 폐기하는 것을 포함할 수 있다. 예를 들어, 프로세서(204)는, 패킷의 PN이 선택된 리플레이 카운터보다 더 낮은(또는 더 이전의 것인) 경우 패킷을 폐기할 수 있다.

[00130] 다양한 양상들에서, 디바이스(202)는 제 1 프로토콜 버전과 연관된 제 1 암호화 키 및 제 2 프로토콜 버전과 연관된 제 2 암호화 키를 도출할 수 있다. 예컨대, 위에서 논의된 바와 같이, 프로세서(204)는 PV0 및 PV1에 대해 별개의 암호화 키들을 생성할 수 있다.

[00131] 다양한 양상들에서, 디바이스(202)는, 프로토콜 버전 표시가 제 1 프로토콜 버전을 표시할 때 제 1 암호화 키를 사용하여 패킷의 부분을 디코딩할 수 있다. 디바이스(202)는, 프로토콜 버전 표시가 제 2 프로토콜 버전을 표시할 때 제 2 암호화 키를 사용하여 패킷의 부분을 디코딩할 수 있다. 예컨대, 프로세서(204)는, 패킷이 PV0 패킷인지 또는 PV1 패킷인지를 결정할 수 있다(예컨대, 도 3a에 대하여 위에서 설명된, 프레임 제어 필드(305a) 내의 프로토콜 버전 필드(372)). 프로세서(204)는, 패킷의 프로토콜 버전에 기초하여, 연관된 암호화 키를 적용할 수 있다. 다양한 양상들에서, 제 1 암호화 키 및 제 2 암호화 키는 임시 키들을 포함할 수 있다.

[00132] 양상에서, 도 7에 도시된 방법은 유지 회로, 수신 회로, 선택 회로, 및 적용 회로를 포함할 수 있는 무선 디바이스에서 구현될 수 있다. 당업자들은, 무선 디바이스가 본원에 설명된 단순화된 무선 디바이스보다 더 많은 개수의 컴포넌트들을 가질 수 있다는 것을 인식할 것이다. 본원에 설명된 무선 디바이스는 오직, 청구항들의 범위 내 구현들의 일부 현저한 특징들을 설명하기에 유용한 그러한 컴포넌트들만을 포함한다.

[00133] 유지 회로는, 제 1 세트 및 제 2 세트의 리플레이 카운터들을 유지하도록 구성될 수 있다. 유지 회로는, 적어도 도 7의 블록들(710 및/또는 720)을 수행하도록 구성될 수 있다. 유지 회로는, 프로세서(204)(도 2), 메모리(206)(도 2), 수신기(212)(도 2), 안테나(216)(도 2), 및 트랜시버(214)(도 2) 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 구현들에서, 유지하기 위한 수단은 유지 회로를 포함할 수 있다.

[00134] 수신 회로는 패킷을 수신하도록 구성될 수 있다. 수신 회로는 적어도 도 7의 블록(730)을 수행하도록 구성될 수 있다. 수신 회로는 수신기(212)(도 2), 안테나(216)(도 2), 및 트랜시버(214)(도 2) 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 구현들에서, 수신하기 위한 수단은 수신 회로를 포함할 수 있다.

[00135] 선택 회로는 리플레이 카운터를 선택하도록 구성될 수 있다. 선택 회로는 적어도 도 7의 블록(740)을 수행하도록 구성될 수 있다. 선택 회로는 프로세서(204)(도 2) 및 메모리(206)(도 2) 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 구현들에서, 선택하기 위한 수단은 선택 회로를 포함할 수 있다.

[00136] 적용 회로는, 예컨대, 선택된 리플레이 카운터에 따라, 선택된 리플레이 카운터를 패킷에 적용하도록 구성될 수 있다. 적용 회로는 적어도 도 7의 블록(750)을 수행하도록 구성될 수 있다. 적용 회로는 프로세서(204)(도 2) 및 메모리(206)(도 2) 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 구현들에서, 적용하기 위한 수단은 적용 회로를 포함할 수 있다.

[00137] 도 8은 짧은 매체 액세스 제어 헤더(short media access control)(800)를 예시한다. 짧은 매체 액세스 제어 헤더(800)는 프레임 제어 필드(805), A1 필드(810), A2 필드(815), 시퀀스 제어 필드(820), A3 필드(825), A4 필드(830), 가변 길이 프레임 바디(835) 및 프레임 체크 시퀀스 필드(840)를 포함한다. 일부 양상들에서, 아래에 논의되는 것처럼, A3 필드(825) 및/또는 A4 필드(830) 중 하나 또는 그 초과의 것은 짧은 매체 액세스 제어 헤더(800)에서 생략될 수 있다.

[00138] 도 9a는 압축된 MAC 헤더의 프레임 제어 필드(805a)의 예를 예시한다. fc 필드(805a)는, 하기의 순서, 즉 프로토콜 버전 서브-필드(902c), 프레임 타입(type) 서브-필드(904c), from DS 필드(906c), 모어 프래그먼트(more fragments) 서브-필드(908c), 전력 관리 서브-필드(910c), 모어 데이터(more data) 서브-필드(912c), 보호 프레임(pf) 서브-필드(914c), 서비스 기간 종료(eosp) 서브-필드(916c) 및 예비됨 필드(920c)의 순서로 이어지는 서브-필드들을 포함한다. 일부 양상들에서, 도 8에서 예시된 프레임 제어 필드(805)는 실질적으로, 도 9a의 프레임 제어 필드(805a)의 포맷을 따를 수 있다.

[00139] 앞서 설명된 것처럼, 프레임 제어 필드(805a)를 포함하는 MAC 프레임에는 4개의 어드레스 필드들이 있을 수 있다. 예를 들어, 이들 어드레스 필드들은 프레임(a1)의 수신자, 프레임(a2)의 송신기 및 선택적으로 프레임(a3 및/또는 a4)의 소스 및/또는 목적지를 표시하는데 사용될 수 있다. 일부 양상들에서, 프레임(a1)의 수신자 또는 프레임(a2)의 송신기는 짧은 ID(S-ID) 필드에 위치된 AID 서브-필드에 의해 식별될 수 있다. a1 또는 a2 필드가 AID를 포함하는지는, 앞서 설명된 프레임 제어 필드의 from-ds 필드(906c)의 값에 의존할 수 있다. 예를 들어, from-ds 서브-필드가 0으로 설정되면, a1 필드는 AID를 포함할 수 있고 a2 필드는 BSSID를 포함할 수 있다. 다른 예로써, from DS 서브-필드가 1로 설정되면, a2 필드는 AID를 포함할 수 있고 a1 필드는 BSSID 및/또는 수신기 어드레스를 포함할 수 있다. 도 9b는 압축된 MAC 헤더의 짧은 ID(S-ID) 필드(950)의 예를 예시한다. S-ID 필드(950)는 MAC 헤더의 a1 필드 또는 a2 필드에 포함될 수 있다. 예를 들어, a1 및/또는 a2 필드는 연관시 AID(952)에 할당될 수 있으며, 이 AID(952)는 S-ID 필드(950)에 포함될 수 있다. 일부 양상들에서, S-ID 필드의 길이는 2 옥텟들(16 비트들)이다. S-ID 필드(950)는 A3 존재 서브-필드(954), A4 존재 서브-필드(956) 및 A-MSDU 서브-필드(958)를 더 포함할 수 있다. AID 서브-필드(952)는 남아있는 3 비트들은 두고 13 비트들을 포함할 수 있다. 나머지 3 비트들은 A3 존재(present) 서브-필드(952), A4 존재 서브-필드(954) 및 A-MSDU 서브-필드(956)를 저장하는데 사용될 수 있다. 이에 따라, 프레임 제어 필드는 이들 서브-필드들을 포함하지 않는다.

[00140] 일부 양상들에서, 선택적인 A3의 존재(presence)는 A3 존재 서브-필드(954)에 의해 표시되며, 또한 선택적인 A4의 존재는 A4 존재 서브-필드(956)에 의해 표시된다. 일부 양상들에서, A3 필드가 존재하지 않을 경우, A3는 프레임의 수신자에 저장되거나, 또는 A3가 프레임의 수신자에 저장되지 않은 경우, A3는 A1과 같다. 일부 양상들에서, A4 필드가 존재하지 않을 경우, A4는 프레임의 수신자에 저장되거나, 또는 A4가 프레임의 수신자에 저장되지 않을 경우, A4는 A2와 같다. 일부 양상들에서, A-MSDU 서브-필드(958)가 1로 설정되면, MPDU는 짧은 A-MSDU를 포함한다. 일부 양상들에서, A-MSDU 서브-필드(958)가 1로 설정되면, MPDU는 다수의 MSDU들을 보유하는 A-MSDU를 포함하며, 다수의 MSDU들 각각은 소스 어드레스 및/또는 목적지 어드레스를 가지며 어드레싱은 각각의 MSDU마다 A4 존재/A3 존재와 유사한 맵핑에 의존한다.

[00141] 일부 양상들에서, 프레임 제어 필드(805)는 키 ID 서브 필드를 포함할 수 있다. 예를 들어, 예비됨 필드(920c)의 하나 또는 그 초과의 비트들은 키 ID 서브 필드용으로 사용될 수 있다. 키 ID 서브-필드 1 또는 2 비트들을 포함할 수 있다. 일부 양상들에서, 보호 프레임 서브-필드(914c)가 (프레임이 보호된다는 것을 표시하는) 1의 값으로 설정되면, 키 ID 서브-필드는, 암호화 방법 및/또는 키가 변경되었는지를, 프레임 제어 필드(805a)를 포함하는 MAC 헤더를 수신하는 디바이스에 표시하기 위해 사용될 수 있다. 데이터 유닛에 대한 프레임 제어 필드(805a) 및 이에 따른 매체 액세스 제어 헤더에 키 ID 서브-필드를 포함시킴으로써, CCMP 헤더는 데이터 유닛에 대한 MAC 헤더로부터 감소 또는 소거될 수 있다. 일부 양상들에서, 보호 프레임 서브-필드(914c)가 (프레임이 보호되지 않음을 표시하는) 0의 값으로 설정되면, 키 ID 서브-필드는 그가 다른 기능들을 위해 사용될 수 있도록 예비될 수 있다. 예를 들어, 프레임이 관리 프레임이면, 키 ID 서브-필드가 예비되고 상이한 관리 프레임 서브-타입들을 정의하는데 사용될 수 있다. 관리 프레임 서브-타입들은 액션 프레임, 액션 무(no) Ack 프레임 등을 포함할 수 있다.

[00142] 도 10a은 동적 A-MPDU 프레임(1000)을 예시한다. 동적 A-MPDU 프레임(1000)은 서브-프레임(1005a), 서브-프레임(1005b) 및 서브-프레임(1005c)을 포함하는 복수의 동적 A-MSDU 서브-프레임들을 포함한다.

[00143] 도 10b는 A-MSDU 서브-프레임의 예시적 포맷을 예시한다. 일부 양상들에서, 서브-프레임(1005)은 도 10a에 도시된 서브-프레임들(1005a-c) 중 하나 또는 그 초과의 것에 대응할 수 있다. 서브-프레임(1005)은 서브-프레임 제어 필드(1006), 목적지 어드레스 필드(1010), 소스 어드레스 필드(1015), MSDU 필드(1020) 및 하나 또는 그 초과의 패딩 바이트들(1025)을 포함한다.

[00144] 도 10c는 서브-프레임 제어 필드의 예시적 포맷을 예시한다. 서브-프레임 제어 필드(1006)는 길이 필드(1030), 목적지 어드레스 존재 필드(1040) 및 소스 어드레스 존재 필드(1050)를 포함한다. 길이 필드(1030)는 서브-프레임 제어 필드가 일부인 서브-프레임의 길이를 표시할 수 있다. 예를 들어, 길이 필드는 서브-프레임 제어 필드(1006), 목적지 어드레스 필드(1010)(존재할 경우), 소스 어드레스 필드(1015)(존재할 경우), MSDU 필드(1020) 및 임의의 패딩 비트들(1025)의 길이를 표시할 수 있다. 대안적으로, 길이 필드는 서브-프레임 제어 필드(1006)의 길이를 포함하지 않을 수도 있다.

[00145] 일부 양상들에서, 선택적인 목적지 어드레스 필드(1010)의 존재는 DA 존재 서브-필드(1040)에 의해 표시되며, 또한 선택적인 소스 어드레스 필드(1015)의 존재는 SA 존재 서브-필드(1050)에 의해 표시된다. 일부 양상들에서, 목적지 어드레스 필드(1010)가 존재하지 않으면, 목적지 어드레스는 프레임의 수신자에 저장된다. 일부 양상들에서, 소스 어드레스 필드(1015)가 존재하지 않으면, 소스 어드레스는 프레임의 수신자에 저장된다. 목적지 어드레스 및 소스 어드레스 중 하나 또는 그 초과의 것은, 아래에 설명되는 매체 액세스 제어 헤더 압축 요청 메시지를 통해 목적지에 저장될 수 있다. 목적지 어드레스 및 소스 어드레스 중 하나 또는 그 초과의 것은, 정보 엘리먼트(1300)와 관련하여 아래에서 설명되는 것처럼, 목적지가 헤더 압축 요청/리플라이(reply) 교환을 통해 DA 필드들(1010) 또는 SA 필드들(1015) 중 하나 또는 그 초과의 것을 저장하는 것에 동의한 후, DA 필드(1010) 또는 SA 필드(1015)를 포함하는 서브-프레임(1005)을 송신함으로써 목적지에서 업데이트될 수 있다.

[00146] 도 11은 헤더 압축 정보 엘리먼트(IE)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부에 대한 예를 도시한다. 헤더 압축 정보 엘리먼트(1100)는, A3 필드 또는 A4 필드, 예컨대 A3 필드(1120) 또는 A4 필드(1125) 중 하나 또는 그 초과의 것이 요청 메시지 정보 엘리먼트(1100)를 수신하는 디바이스에 저장되는 것을 요청할 수 있다. 수신기에 A3 필드 또는 A4 필드에 대한 값들을 저장함으로써, 수신 디바이스로의 차후(future) 송신들은 수신기에 저장되는 필드들을 생략하는 매체 액세스 제어 헤더를 활용할 수 있다. 일부 양상들에서, 헤더 압축 정보 엘리먼트(1100)는 연관 요청(또는 리플라이) 또는 재-연관 요청(또는 리플라이) 프레임의 일부로서 송신될 수 있다.

[00147] 헤더 압축 정보 엘리먼트(1100)는 엘리먼트 id 필드(1105), 길이 필드(1110), 헤더 압축 제어 필드(1115), 선택적 A3 필드(1120) 및 선택적 A4 필드(1125)를 포함한다. 엘리먼트 ID 필드(1105)는 길이가 1 옥텟이며, 정보 엘리먼트가 헤더 압축 정보 엘리먼트임을 표시하는 특정 값으로 설정된다. 길이 필드는 길이가 1 옥텟이며, 존재하는 경우 정보 엘리먼트에 각각의 선택적 필드의 길이들의 합과 동일하게 설정된다. 2개의 값이 길이 필드에 부가되어 엘리먼트 id 필드와 길이 필드의 결합된 길이를 반영한다. 헤더 압축 제어 필드(1115)는 길이가 1 옥텟이며 도 12와 관련하여 아래에서 보다 상세히 설명된다. A3 필드(1120)는 존재할 경우 길이가 6 옥텟들이다. A3 필드(1120)는, 헤더 압축 정보 엘리먼트를 수신하는 디바이스가 A3 필드를 포함하지 않는 차후 수신되는 액세스 제어 헤더들에 대한 A3 필드 값으로서 활용할 값이다. A4 필드(1125)는 존재할 경우 길이가 6 옥텟들이다. A4 필드(1125)는, 헤더 압축 정보 엘리먼트(1100)를 수신하는 디바이스가 A4 필드를 포함하지 않는 차후 수신되는 액세스 제어 헤더들에 대한 A4 필드로서 활용할 값을 제공한다.

[00148] 도 12는 헤더 압축 제어 필드(1115)의 예를 도시한다. 헤더 압축 제어 필드(1115)는 요청 타입 필드(1255), 데이터 타입 필드(1260), 스토어 A3 필드(1265), 스토어 A4 필드(1270), A-MSDU 타입 필드(1275) 및 예비됨 필드(1280)를 포함한다. 요청 타입 필드(1255)는, 메시지(1100)가 헤더 압축 요청인지 또는 헤더 압축 응답인지를 표시한다. 일부 양상들에서, 요청 타입 필드가 제로(zero)이면, 메시지(1100)는 헤더 압축 요청이다. 이들 양상들에서, 요청 타입 필드가 1이면, 메시지/정보 엘리먼트(1100) 헤더 압축 응답이다.

[00149] 데이터 타입 필드(1260)는 얼마나 짧은 데이터 프레임들이 송신될지를 표시한다. 데이터 타입 필드가 제 1 특정 값으로 설정되면, 이는 짧은 데이터 프레임들이, 제로(0)로 설정된 프레임 제어 필드의 타입 필드를 갖는 매체 액세스 제어 헤더를 포함할 것임을 표시한다. 데이터 타입 필드(1260)가 제 2 특정 값이면, 짧은 데이터 프레임들은 3으로 설정된 프레임 제어 필드의 타입 필드로 송신될 것이다. 메시지(1100)가 헤더 압축 응답이면, 데이터 타입 필드는 대응하는 헤더 압축 요청 메시지의 데이터 타입 필드와 동일한 값을 가질 것이다.

[00150] 스토어 A3 필드(1265)는, 메시지 또는 정보 엘리먼트(1100)의 수신기가 A3 필드(1120)에 특정된 A3 필드를 저장하도록 요청받았는지를 표시한다. 스토어 A3 필드(1265)가 제 1 특정 값이면, A3 필드(1120)는 헤더 압축 정보 엘리먼트(1100)에 존재할 것이며, 수신기는 A3 필드 없이 수신되는 차후(in future) 매체 액세스 제어 헤더들의 사용/대체를 위해 값을 저장하도록 요청받는다. 스토어 A3 필드(1265)가 제 2 특정 값이면, A3 필드(1120)는 헤더 압축 정보 엘리먼트/메시지(1100)에 존재하지 않을 수 있다. 일부 양상들에서, 제 1 특정 값은 1이며 제 2 특정 값은 제로(0)이다.

[00151] 메시지/정보 엘리먼트(1100)가 헤더 압축 응답일 때, 스토어 A3 필드(1265)는, 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 A3 필드를 저장할 것인지를 표시한다. 스토어 A3 필드(1265)의 제 1 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고, 헤더 압축 응답의 스토어 A3 필드(1265)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 A3 필드를 저장하지 않을 것임을 표시한다.

[00152] 스토어 A4 필드(1270)는, 메시지(1100)의 수신기가 A4 필드(1125)에 특정된 A4 필드를 저장하도록 요청받았는지를 표시한다. 스토어 A4 필드(1270)가 제 3 특정 값이면, A4 필드(1125)가 헤더 압축 정보 엘리먼트(1100)에 존재할 것이며, 수신기는 A4 필드 없이 수신되는 차후(in future) 매체 액세스 제어 헤더들의 사용을 위해 값을 저장하도록 요청받는다. 스토어 A4 필드(1270)가 제 4 특정 값이면, A4 필드(1120)는 헤더 압축 정보 엘리먼트/메시지(1100)에 존재하지 않을 수 있다. 일부 양상들에서, 제 3 특정 값은 1이며 제 4 특정 값은 제로(0)이다.

[00153] 메시지/정보 엘리먼트(1100)가 헤더 압축 응답일 때, 스토어 A4 필드(1270)는 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 A4 필드를 저장할 것인지를 표시한다. 스토어 A4 필드(1270)의 제 3 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고 헤더 압축 응답의 A4 필드(1270)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 A4 필드를 저장하지 않을 것임을 표시한다.

[00154] 정보 엘리먼트(1100)가 헤더 압축 요청일 때, A-MSDU 필드(1275)는 송신기에 대한 A-MSDU들의 포맷을 정보 엘리먼트/메시지(1100)의 수신기로 송신하도록 요청한다. 일 양상에서, A-MSDU 필드(1275)가 제 1 특정 값으로 설정되면, A-MSDU 필드(1275)는 MSDU들의 어그리게이션(aggregation)이 수행되지 않음을 요청/표시한다. A-MSDU 필드(1275)가 제 2 특정 값과 같을 경우, 정보 엘리먼트(1100)의 송신기는 동적 A-MSDU 메시지들의 "짧은" 버전들(즉, 목적지 어드레스 또는 소스 어드레스 필드들을 포함하지 않는 것들)이 수신기로 송신될 것을 요청한다. A-MSDU 필드가 제 3 특정 값과 같은 경우, 정보 엘리먼트(1100)의 송신기는 동적 A-MSDU 메시지들의 "긴" 버전들(즉, 목적지 어드레스 및 소스 어드레스 필드들을 포함하는 것들)이 수신기에 송신될 것을 요청한다. A-MSDU 타입 필드(1275)가 제 4 특정 값과 같은 경우, 송신기는, 동적 A-MSDU 포맷 메시지들의 임의의 버전이 수신기로 송신될 수 있게 요청한다. 일부 양상들에서, 제 1, 제 2, 제 3 및 제 4 특정 값들에 대한 값들은, 각각, 제로(0), 1, 2, 및 3이다.

[00155] 정보 엘리먼트(1100)가 헤더 압축 응답일 때, A-MSDU 타입의 값은, A-MSDU들의 타입을 수신기가 수락함을 표시한다. 일부 양상들에서, 수신기가 헤더 압축 요청에 특정된 것과 같은 A-MSDU들을 수신하는 것에 동의할 경우, 헤더 압축 응답의 A-MSDU 타입 필드(1275)의 값은 대응하는 헤더 압축 요청의 값과 동일할 것이다. 대안적으로, 일부 양상들에서, 수신기는, 그가 상이한 포맷들의 A-MSDU들을 수신함을 표시할 수 있다. 예를 들어, 송신기가 그가 짧은 A-MSDU들만을 전송할 작정임을 표시할 경우, 수신기는 어떠한 짧은 A-MSDU들도 전송하지 않을 헤더 압축 응답으로 응답할 수 있다. 예를 들어, 수신기는, A-MSDU 타입 필드(1275)를 통해, 어떠한 A-MSDU들도 수신기에 의해서는 프로세싱되지 않고 그리고/또는 수신기로 송신되지 않을 것이며, 또는 오직 긴 A-MSDU들만이 수신기에 의해 프로세싱되고 그리고/또는 수신기로 송신될 것임을 표시할 수 있다.

[00156] 일부 다른 양상들에서, 헤더 압축 응답(1100)의 A-MSDU 타입 필드(1275)의 값은 대응하는 헤더 압축 요청의 A-MSDU 타입 필드(1275)에 대한 임의의 값과 관련이 없을 수도 있다. 이들 양상들에서, A-MSDU 타입 필드(1275)의 값은, 수신기가 어떤 타입의 A-MSDU들을 수락 또는 프로세싱하는지를 표시한다. 일 양상에서, A-MSDU 필드(1275)가 제 1 특정 값으로 설정되면, A-MSDU 필드(1275)는 헤더 압축 응답의 송신기가 MSDU들의 어그리게이션을 수락 또는 프로세싱하지 않음을 표시한다. 따라서, A-MSDU들은 헤더 압축 응답의 송신기로 송신되지 않을 것이다. A-MSDU 필드(1275)가 제 2 특정 값과 같을 경우, 헤더 압축 응답의 송신기는, 동적 A-MSDU 메시지들의 "짧은" 버전들(즉, 목적지 어드레스 또는 소스 어드레스 필드들을 포함하지 않는 것들)만이 송신기에 의해 프로세싱가능하고 그리고/또는 송신기로 송신될 것임을 표시한다. 예를 들어, 아마도 송신기는 이 경우 A-MSDU들의 "긴" 버전들을 적절히 또는 정확하게 디코딩하지 못할 것이다. A-MSDU 필드(1275)가 제 3 특정 값과 같을 경우, 헤더 압축 응답/정보 엘리먼트(1100)의 송신기는, 동적 A-MSDU 메시지들의 "긴" 버전들(즉, 목적지 어드레스 및 소스 어드레스 필드들을 포함하는 것들)만이 송신기에 의해 프로세싱될 수 있고 그리고/또는 송신기로 송신될 것임을 표시한다. A-MSDU 타입 필드(1275)가 제 4 특정 값과 같을 경우, 헤더 압축 응답/IE(1100)의 송신기는, 동적 A-MSDU 포맷 메시지들의 임의의 버전이 송신기에 의해 프로세싱될 수 있고 그리고/또는 송신기로 송신될 수 있음을 표시한다. 일부 양상들에서, 제 1, 제 2, 제 3 및 제 4 특정 값들에 대한 값들은, 각각, 제로(0), 1, 2, 및 3이다.

[00157] 예비됨 필드(1280)는 길이가 2 비트들이며 일부 양상들에서는 사용되지 않는다.

[00158] 도 13은, 헤더 압축 정보 엘리먼트(IE)(1300)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부에 대한 예를 도시한다. 헤더 압축 요청/응답 정보 엘리먼트(1300)는, 목적지 어드레스 필드 또는 소스 어드레스 필드 중 하나 또는 그 초과의 것이 정보 엘리먼트(1300)의 요청 메시지 버전을 수신하는 디바이스에 저장될 것을 요청할 수 있다. 수신기에 목적지 어드레스 필드 또는 소스 어드레스 필드에 대한 값을 저장함으로써, 수신 디바이스로의 차후 송신들은 수신기에 저장되는 필드(들)를 생략하는 동적 A-MSDU 서브-프레임, 예컨대 도 10b에 도시된 서브-프레임(1005)을 활용할 수 있다. 일부 양상들에서, 헤더 압축 정보 엘리먼트(1300)는 연관 요청 또는 리플라이 또는 재-연관 요청 또는 리플라이 프레임의 일부로서 송신될 수 있다.

[00159] 헤더 압축 정보 엘리먼트(1300)는 엘리먼트 id 필드(1305), 길이 필드(1310), 헤더 압축 제어 필드(1315), 선택적 A3 필드(1320) 및 선택적 A4 필드(1325)를 포함한다. 엘리먼트 ID 필드(1305)는 길이가 1 옥텟이며, 정보 엘리먼트가 헤더 압축 정보 엘리먼트임을 표시하는 특정 값으로 설정된다. 길이 필드는 길이가 1 옥텟이며, 존재하는 경우 정보 엘리먼트에 각각의 선택적 필드의 길이들의 합과 동일하게 설정된다. 2개의 값이 길이 필드에 부가되어 엘리먼트 id 필드와 길이 필드의 결합된 길이를 반영한다. 헤더 압축 제어 필드(1315)는 길이가 1 옥텟이며 도 14와 관련하여 아래에서 보다 상세히 설명된다. DA 필드(1320)는 존재할 경우 길이가 6 옥텟들이다. DA 필드(1320)는, 헤더 압축 정보 엘리먼트를 수신하는 디바이스가, 목적지 어드레스 필드를 포함하지 않으며 동적 A-MSDU의 일부인 차후 수신되는 서브-프레임들, 예컨대 도 10b에 도시된 서브-프레임(1005)에 대한 목적지 어드레스 필드 값으로서 활용할 값이다. SA 필드(1325)는 존재할 경우 길이가 6 옥텟들이다. SA 필드(1325)는, 헤더 압축 정보 엘리먼트(1300)를 수신하는 디바이스가, 소스 어드레스 필드를 포함하지 않으며 동적 A-MSDU의 일부인 차후 수신되는 서브-프레임들, 예컨대 도 10b에 도시된 서브-프레임(1005)에 대한 소스 어드레스 필드로서 활용할 값을 제공한다.

[00160] 도 14는 헤더 압축 제어 필드(1315)의 예를 도시한다. 헤더 압축 제어 필드(1315)는 요청 타입 필드(1455), 데이터 타입 필드(1460), 스토어 목적지 어드레스 필드(1465), 스토어 소스 어드레스 필드(1470) 및 예비됨 필드(1480)를 포함한다. 요청 타입 필드(1455)는, 정보 엘리먼트(1300)가 헤더 압축 요청인지 또는 헤더 압축 응답인지를 표시한다. 일부 양상들에서, 요청 타입 필드가 제로(zero)이면, 메시지(1300)는 헤더 압축 요청이다. 이들 양상들에서, 요청 타입 필드(1455)가 1이면, 메시지/정보 엘리먼트(1300)는 헤더 압축 응답이다.

[00161] 데이터 타입 필드(1460)는 얼마나 짧은 데이터 프레임들이 송신될지를 표시한다. 데이터 타입 필드(1460)가 제 1 특정 값으로 설정되면, 이는 짧은 데이터 프레임들이, 제로(0)로 설정된 프레임 제어 필드의 타입 필드를 갖는 매체 액세스 제어 헤더를 포함할 것임을 표시한다. 데이터 타입 필드(1460)가 제 2 특정 값이면, 짧은 데이터 프레임들은 3으로 설정된 프레임 제어 필드의 타입 필드로 송신될 것이다. 메시지/정보 엘리먼트(1300)가 헤더 압축 응답이면, 데이터 타입 필드는 대응하는 헤더 압축 요청 메시지의 데이터 타입 필드와 동일한 값을 가질 것이다.

[00162] 스토어 DA 필드(1465)는, 메시지(1300)의 수신기가 DA 필드(1320)에 특정된 목적지 어드레스 필드를 저장하도록 요청받았는지를 표시한다. 스토어 DA 필드(1465)가 제 1 특정 값이면, DA 필드(1320)는 헤더 압축 정보 엘리먼트(1300)에 존재할 것이며, 수신기는 DA 필드 없이 수신되는 차후 동적 A-MSDU 서브-프레임들, 예컨대 서브-프레임(1005)의 사용을 위한 값을 저장하도록 요청받는다. 스토어 A3 필드(1465)가 제 2 특정 값이면, DA 필드(1320)는 헤더 압축 정보 엘리먼트/메시지(1300)에 존재하지 않을 수 있다. 일부 양상들에서, 제 1 특정 값은 1이며 제 2 특정 값은 제로(0)이다.

[00163] 메시지/정보 엘리먼트(1300)가 헤더 압축 응답일 때, 스토어 DA 필드(1465)는, 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 DA 필드를 저장할 것인지를 표시한다. 스토어 DA 필드(1465)의 제 1 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고, 헤더 압축 응답의 스토어 DA 필드(1465)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 대응하는 헤더 압축 요청에 특정된 DA 필드(1320)를 저장하지 않을 것임을 표시한다.

[00164] 스토어 SA 필드(1470)는, 메시지(1300)의 수신기가 SA 필드(1325)에 특정된 SA 필드를 저장하도록 요청받았는지를 표시한다. 스토어 SA 필드(1470)가 제 3 특정 값이면, SA 필드(1325)가 헤더 압축 정보 엘리먼트(1300)에 존재할 것이며 수신기는 SA 필드 없이 수신되는 차후(in future) 매체 액세스 제어 헤더들의 사용을 위해 값을 저장하도록 요청받는다. 스토어 SA 필드(1470)가 제 4 특정 값이면, SA 필드(1320)는 헤더 압축 정보 엘리먼트/메시지(1300)에 존재하지 않을 수 있다. 일부 양상들에서, 제 3 특정 값은 1이며 제 4 특정 값은 제로(0)이다.

[00165] 메시지/정보 엘리먼트(1300)가 헤더 압축 응답일 때, 스토어 SA 필드(1470)는 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 SA 필드를 저장할 것인지를 표시한다. 스토어 SA 필드(1470)의 제 3 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고 헤더 압축 응답의 스토어 SA 필드(1470)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 대응하는 헤더 압축 요청에 특정된 SA 필드(1325)를 저장하지 않을 것임을 표시한다.

[00166] 예비됨 필드(1480)는 길이가 4 비트들이며 이 예시적 양상에서는 사용되지 않는다. 당업자들은, 헤더 압축 요청/응답 정보 엘리먼트(1100)가 헤더 압축 요청/응답 정보 엘리먼트(1300)와 다양한 방식들로 결합될 수 있다는 것을 인식할 것이다. 예를 들어, A3, A4, DA 및 SA 필드들을 포함하는 정보 엘리먼트가 제공될 수 있다.

[00167] 도 15는, 헤더 압축 정보 엘리먼트(IE)(1500)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부에 대한 또 다른 예를 도시한다. 정보 엘리먼트(1500)가 헤더 압축 요청을 정의할 때, 정보 엘리먼트(1500)는 하나 또는 그 초과의 패킷 넘버들 및/또는 키 ID가 정보 엘리먼트(1500)를 수신하는 디바이스에 저장되게 요청할 수 있다. 수신기에 패킷 넘버들 및/또는 키 id에 대한 값들을 저장함으로써, 수신 디바이스로의 차후(future) 송신들은 수신기에 저장되는 임의의 필드를 생략하는 매체 액세스 제어 헤더 및/또는 CCMP 헤더를 활용할 수 있다.

[00168] 앞서 논의된 것처럼, 특정 양상들에서, 데이터 패킷에 대한 보안이 인에이블링될 때, 헤더들은 상이한 필드들을 가질 수 있다. 예를 들어, 보안이 인에이블링될 때, 패킷은 CCMP(counter mode with cipher block chaining message authentication code protocol) 헤더를 가질 수 있다. CCMP 헤더는 MAC 헤더의 일부일 수 있다. 통상, CCMP 헤더는 몇 개의 패킷 넘버들(PN들)(예를 들어, PN0, PN1, PN2, PN3, PN4 및 PN5)을 포함한다. 그러나, PN2, PN3, PN4 및 PN5의 값들은 자주 변하지 않을 수 있다. 따라서, 매체 액세스 제어 헤더의 크기는 수신기에 PN2, PN3, PN4 및 PN5에 대한 값들을 저장하고, 이 값들을, 값들이 변할 때까지 매체 액세스 제어 헤더들로부터 생략함으로써 감소될 수 있다. 일부 양상들에서, 송신기가 PN2, PN3, PN4 및 PN5 값들 중 하나 또는 그 초과의 것이 변함을 결정할 때, 수신기에 저장된 값들은 수신기로 송신되는 매체 액세스 제어 헤더에 이들 필드들을 포함하는 송신기에 의해 업데이트될 수 있다. 수신기가 이들 값들을 저장하도록 사전에 동의했다면, 예를 들어, 송신기와 수신기 간의 정보 엘리먼트(1500)의 교환을 통해, 이들 값들을 포함하는 수신기로 메시지를 전송하는 것은, 수신기로 하여금, 개시된 양상들 중 적어도 일부에서 저장된 값들을 업데이트하게 할 수 있다. 일부 양상들에서, 헤더 압축 정보 엘리먼트(1500)는 연관 요청 또는 재-연관 요청 프레임의 일부로서 송신될 수 있다.

[00169] 헤더 압축 정보 엘리먼트(1500)는 엘리먼트 id 필드(1505), 길이 필드(1510), 헤더 압축 제어 필드(1515), 선택적 PN2 필드(1520), 선택적 PN3 필드(1525), 선택적 PN4 필드(1530) 및 선택적 PN5 필드(1535)를 포함한다. 정보 엘리먼트(1500)는 또한 선택적 키 id 필드(1540)를 포함한다.

[00170] 엘리먼트 ID 필드(1505)는 길이가 1 옥텟이며, 정보 엘리먼트가 헤더 압축 정보 엘리먼트임을 표시하는 특정 값으로 설정된다. 길이 필드(1510)는 길이가 1 옥텟이며, 존재하는 경우 정보 엘리먼트에 각각의 선택적 필드의 길이들의 합과 동일하게 설정된다. 일부 양상들에서, 2개의 값이 길이 필드에 부가되어 엘리먼트 id 필드와 길이 필드의 결합된 길이를 반영한다. 헤더 압축 제어 필드(1515)는 길이가 1 옥텟이며 도 16과 관련하여 아래에서 보다 상세히 설명된다.

[00171] 헤더 압축 정보 엘리먼트(1500)가 헤더 압축 요청을 정의할 때, PN2-PN5 필드들(1520-1535)은, 헤더 압축 정보 엘리먼트를 수신하는 디바이스가 PN2-PN5 값들을 포함하지 않는 차후 수신되는 매체 액세스 제어 헤더들에 대한 PN2-PN5 값들로서 활용하도록 요청받는 값을 특정한다. 키 ID 필드(1540)는 존재할 경우 길이가 1 옥텟이다. 정보 엘리먼트(1500)가 압축 요청이면, 키 ID 필드(1540)는, 헤더 압축 정보 엘리먼트를 수신하는 디바이스(1500)가 키 ID 필드를 포함하지 않는 차후 수신되는 매체 액세스 제어 헤더들에 대한 키 ID로서 활용할 값을 제공한다.

[00172] 도 16은 헤더 압축 제어 필드(1515)의 예를 도시한다. 헤더 압축 제어 필드(1515)는 요청 타입 필드(1555), 데이터 타입 필드(1560), 스토어 PN2 필드(1565), 스토어 PN3 필드(1570), 스토어 PN4 필드(1575), 스토어 PN5 필드(1580), 스토어 키 ID 필드(1585) 및 예비됨 필드(1590)를 포함한다. 요청 타입 필드(1555)는, 정보 엘리먼트(1500)가 헤더 압축 요청인지 또는 헤더 압축 응답인지를 표시한다. 일부 양상들에서, 요청 타입 필드가 제로이면, 메시지(1500)는 헤더 압축 요청이다. 이들 양상들에서, 요청 타입 필드가 1이면, 메시지/정보 엘리먼트(1500)는 헤더 압축 응답이다.

[00173] 데이터 타입 필드(1560)는 얼마나 짧은 데이터 프레임들이 송신될지를 표시한다. 데이터 타입 필드가 제 1 특정 값으로 설정되면, 이는 짧은 데이터 프레임들이, 제로(0)로 설정된 프레임 제어 필드의 타입 필드를 갖는 매체 액세스 제어 헤더를 포함할 것임을 표시한다. 데이터 타입 필드(1560)가 제 2 특정 값이면, 짧은 데이터 프레임들은 3으로 설정된 프레임 제어 필드의 타입 필드로 송신될 것이다. 메시지/정보 엘리먼트(1500)가 헤더 압축 응답이면, 데이터 타입 필드(1560)는 대응하는 헤더 압축 요청 메시지에서의 데이터 타입 필드와 동일한 값을 가질 것이다.

[00174] 스토어 PN2-PN5 필드들(1565-1580)는, 메시지/정보 엘리먼트(1500)의 수신기가 정보 엘리먼트(1500)의 대응하는 PN2-PN5 값들(1520-1535) 중 하나를 저장하도록 요청받았는지를 표시한다. 스토어 PN2-스토어 PN5 필드들(1565-1580) 중 하나 또는 그 초과의 것이 제 1 특정 값이면, 대응하는 PN2-PN5 필드들(1520-1535)은 헤더 압축 정보 엘리먼트(1500)에 존재할 것이며 수신기는 표시된 필드(들)를 포함하지 않고 차후 수신되는 매체 액세스 제어 헤더들의 사용을 위해 값을 저장하도록 요청받는다. 스토어 PN2―스토어 PN5 필드들(1565-1580) 중 임의의 것이 제 2 특정 값이면, 대응하는 PN2-PN5 필드들(1520-1535)은 헤더 압축 정보 엘리먼트/메시지(1500)에 존재하지 않을 수 있다. 일부 양상들에서, 제 1 특정 값은 1이며 제 2 특정 값은 제로(0)이다.

[00175] 메시지/정보 엘리먼트(1500)가 헤더 압축 응답일 때, 스토어 PN2―스토어 PN5 필드들(1565-1580)은, 헤더 압축 응답을 송신하는 디바이스가 헤더 압축 요청에 특정되는 대응하는 필드들을 저장할 것임을 표시한다. 스토어 PN2―스토어 PN5 필드들(1565-1580)의 제 1 특정 값은 헤더 압축 응답을 송신하는 디바이스가 헤더 압축 요청에 특정된 대응하는 필드들을 저장할 것임을 표시하며, 헤더 압축 응답의 스토어 PN2―스토어 PN5 필드들(1565-1580)의 제 2 특정 값은 헤더 압축 응답(1500)을 송신하는 디바이스가 대응하는 헤더 압축 요청(1500)에 특정된 PN2-PN5 필드들(1520-1535)을 저장하지 않을 것임을 표시한다.

[00176] 스토어 키 ID 필드(1585)는, 정보 엘리먼트(1500)의 수신기가 키 id 필드(1540)에 특정된 키 id 값을 저장하도록 요청받았는지를 표시한다. 스토어 키 ID 필드(1585)가 제 3 특정 값이면, 키 id 필드(1540)는 정보 엘리먼트(1500)에 존재할 것이며, 수신기는 키 id 필드없이 수신되는 차후 매체 액세스 제어 헤더들에서의 사용을 위해 값을 저장하도록 요청받는다. 스토어 키 ID 필드(1540)가 제 4 특정 값이면, 키 ID 필드(1540)는 헤더 압축 정보 엘리먼트/메시지(1500)에 존재하지 않을 수 있다. 일부 양상들에서, 제 3 특정 값은 1이며 제 4 특정 값은 제로(0)이다.

[00177] 메시지/정보 엘리먼트(1500)가 헤더 압축 응답일 때, 스토어 키 ID 필드(1585)는, 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 키 ID 필드(1540)를 저장할 것임을 표시한다. 스토어 키 ID 필드(1585)의 제 3 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하며, 헤더 압축 응답의 스토어 키 ID 필드(1585)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 대응하는 헤더 압축 요청에 특정된 키 ID 필드(1540)를 저장하지 않을 것임을 표시한다.

[00178] 예비됨 필드(1590)는 길이가 1 비트들이며 일부 예시적 양상들에서는 사용되지 않는다. 당업자들은, 헤더 압축 요청/응답 정보 엘리먼트(1100 및/또는 1300) 중 하나 또는 그 초과의 것이 헤더 압축 요청/응답 정보 엘리먼트(1500)와 다양한 방식들로 결합될 수 있다는 것을 인식할 것이다. 예를 들어, A3, A4, DA, SA 및 PN2-PN5 필드들 및 대응하는 스토어 A3, 스토어 A4, 스토어 DA, 스토어 SA 및 스토어 PN2-PN5 필드들을 포함하는 정보 엘리먼트가 제공될 수 있다. 정보 엘리먼트들(1100 및 1300)의 다른 결합들도 또한 가능하며, 이들 중 일부는 각각의 IE들(1100 및 1300) 전부 또는 단지 일부만을 포함한다.

[00179] 도 16a는 정보 엘리먼트(1600)를 포함하는 헤더 압축 요청 또는 응답 메시지의 적어도 일부에 대한 예를 도시한다. 정보 엘리먼트(1600)가 헤더 압축 요청을 정의할 때, 정보 엘리먼트(1600)는, A3 필드, A4 필드 또는 하나 또는 그 초과의 CCMP 필드들이 정보 엘리먼트(1600)를 수신하는 디바이스에 저장되는 것을 요청할 수 있다. 수신기에 필드들에 대한 값들을 저장함으로써, 수신 디바이스로의 차후 송신들은 수신기에 저장되는 필드들을 생략하는 매체 액세스 제어 헤더 및/또는 CCMP 헤더를 활용할 수 있다.

[00180] 정보 엘리먼트(1600)는, 엘리먼트 id 필드(1605), 길이 필드(1610), 헤더 압축 제어 필드(1615), 선택적 A3 필드(1620), 선택적 A4 필드(1625) 및 선택적 CCMP 업데이트 필드(1630)를 포함한다. 엘리먼트 ID 필드(1605)는 길이가 1 옥텟이며, 정보 엘리먼트가 헤더 압축 정보 엘리먼트임을 표시하는 특정 값으로 설정된다. 길이 필드(1610)는 길이가 1 옥텟이며, 존재하는 경우 정보 엘리먼트에 각각의 선택적 필드의 길이들의 합과 동일하게 설정된다. 일부 양상들에서, 2개의 값이 길이 필드(1610)에 부가되어 엘리먼트 id 필드와 길이 필드의 결합된 길이를 반영한다. 헤더 압축 제어 필드(1615)는 길이가 1 옥텟이며 도 16b와 관련하여 아래에서 보다 상세히 설명된다.

[00181] 헤더 압축 정보 엘리먼트(1600)가 헤더 압축 요청을 정의할 때, A3 및/또는 A4 필드들(1620-1625)은, 헤더 압축 정보 엘리먼트를 수신하는 디바이스가 이러한 값들을 포함하지 않는 차후 수신되는 매체 액세스 제어 헤더들에 대한 A3 또는 A4 값들로서 활용하도록 요청받는 값들을 특정한다. CCMP 업데이트 필드(1630)는 제로이거나 또는 존재할 경우 길이가 5 옥텟들이다. 정보 엘리먼트(1600)가 압축 요청인 경우, CCMP 업데이트 필드(1540)는, 헤더 압축 정보 엘리먼트를 수신하는 디바이스(1600)가 특정 CCMP 헤더 값들을 포함하지 않는 차후 수신되는 매체 액세스 제어 헤더의 CCMP 헤더 값들을 대체할 값을 제공할 수 있다.

[00182] 도 16b는 헤더 압축 제어 필드(1615)의 예를 도시한다. 헤더 압축 제어 필드(1615)는 요청 타입 필드(1655), 스토어 A3 필드(1665), 스토어 A4 필드(1670), A-MSDU 타입 필드(1675), CCMP 업데이트 존재 필드(1680) 및 예비됨 필드(1685)를 포함한다. 요청 타입 필드(1655)는, 정보 엘리먼트(1600)가 헤더 압축 요청인지 또는 헤더 압축 응답인지를 표시한다. 일부 양상들에서, 요청 타입 필드가 제로이면, 메시지/정보 엘리먼트(1600)는 헤더 압축 요청이다. 이들 양상들에서, 요청 타입 필드(1655)가 1이면, 메시지/정보 엘리먼트(1600)는 헤더 압축 응답이다.

[00183] 스토어 A3 필드(1665)는, 메시지(1600)의 수신기가 A3 필드(1620)에 특정된 A3 필드를 저장하도록 요청받았는지를 표시한다. 스토어 A3 필드(1665)가 제 1 특정 값이면, A3 필드(1620)는 헤더 압축 정보 엘리먼트(1600)에 존재할 것이며, 수신기는 A3 필드 없이 수신되는 차후(in future) 매체 액세스 제어 헤더들의 사용을 위해 값을 저장하도록 요청받는다. 스토어 A3 필드(1665)가 제 2 특정 값이면, A3 필드(1620)는 헤더 압축 정보 엘리먼트/메시지(1600)에 존재하지 않을 수 있다. 일부 양상들에서, 제 1 특정 값은 1이며 제 2 특정 값은 제로(0)이다.

[00184] 메시지/정보 엘리먼트(1600)가 응답일 때, 스토어 A3 필드(1665)는, 헤더 압축 응답을 송신하는 디바이스가 요청에 따라 A3 필드를 저장할 것인지를 표시한다. 스토어 A3 필드(1665)의 제 1 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고, 헤더 압축 응답의 스토어 A3 필드(1665)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 A3 필드를 저장하지 않을 것임을 표시한다.

[00185] 스토어 A4 필드(1670)는, 메시지(1600)의 수신기가 A4 필드(1625)에 특정된 A4 필드를 저장하도록 요청받았는지를 표시한다. 스토어 A4 필드(1670)가 제 3 특정 값이면, A4 필드(1625)는 헤더 압축 정보 엘리먼트(1600)에 존재할 것이며, 수신기는 A4 필드 없이 수신되는 차후(in future) 매체 액세스 제어 헤더들의 사용을 위해 값을 저장하도록 요청받는다. 스토어 A4 필드(1670)가 제 4 특정 값이면, A4 필드(1620)는 헤더 압축 정보 엘리먼트/메시지(1600)에 존재하지 않을 수 있다. 일부 양상들에서, 제 3 특정 값은 1이며 제 4 특정 값은 제로(0)이다.

[00186] 메시지/정보 엘리먼트(1600)가 응답일 때, 스토어 A4 필드(1670)는, 응답을 송신하는 디바이스가 요청에 따라 A4 필드를 저장할 것인지를 표시한다. 스토어 A4 필드(1670)의 제 1 특정 값은 헤더 압축 응답을 송신하는 디바이스가 메시지를 저장할 것임을 표시하고, 헤더 압축 응답의 스토어 A4 필드(1670)의 제 2 특정 값은 헤더 압축 응답을 송신하는 디바이스가 A4 필드를 저장하지 않을 것임을 표시한다.

[00187] 정보 엘리먼트(1600)가 헤더 압축 요청일 때, A-MSDU 타입 필드(1675)는, A-MSDU들의 포맷을 송신기가 정보 엘리먼트/메시지(1600)의 수신기에 송신할 수 있게 요청한다. 일 양상에서, A-MSDU 필드(1675)가 제 1 특정 값으로 설정되면, A-MSDU 타입 필드(1675)는 MSDU들의 어그리게이션(aggregation)이 수행되지 않음을 요청/표시한다. A-MSDU 타입 필드(1675)가 제 2 특정 값과 같을 경우, 정보 엘리먼트(1600)의 송신기는 동적 A-MSDU 메시지들의 "짧은" 버전들(즉, 목적지 어드레스 또는 소스 어드레스 필드들을 포함하지 않는 것들)이 수신기로 송신될 것을 요청한다. A-MSDU 타입 필드가 제 3 특정 값과 같은 경우, 정보 엘리먼트(1600)의 송신기는 동적 A-MSDU 메시지들의 "긴" 버전들(즉, 목적지 어드레스 및 소스 어드레스 필드들을 포함하는 것들)이 수신기에 송신될 것을 요청한다. A-MSDU 타입 필드(1675)가 제 4 특정 값과 같은 경우, 송신기는, 동적 A-MSDU 포맷 메시지들의 임의의 버전이 수신기로 송신될 수 있게 요청한다. 일부 양상들에서, 제 1, 제 2, 제 3 및 제 4 특정 값들에 대한 값들은, 각각, 제로(0), 1, 2, 및 3이다.

[00188] 정보 엘리먼트(1600)가 헤더 압축 응답일 때, A-MSDU 타입 필드(1675)의 값은, 수신기가 어떤 타입의 A-MSDU들을 수락하는지를 표시한다. 일부 양상들에서, 수신기가 헤더 압축 요청에 특정된 것과 같은 A-MSDU들을 수신하는 것에 동의할 경우, 헤더 압축 응답의 A-MSDU 타입 필드(1675)의 값은 대응하는 헤더 압축 요청의 값과 동일할 것이다. 대안적으로, 일부 양상들에서, 수신기는, 그가 상이한 포맷들의 A-MSDU들을 수신함을 표시할 수 있다. 예를 들어, 송신기가 그가 짧은 A-MSDU들만을 전송할 작정임을 표시할 경우, 수신기는, 어떠한 A-MSDU들도 전송되지 않거나 또는 오직 긴 A-MSDU들만이 전송될 수 있음을 헤더 압축 응답으로 응답할 수 있다.

[00189] 일부 다른 양상들에서, 헤더 압축 응답(1600)의 A-MSDU 타입 필드(1675)의 값은 대응하는 헤더 압축 요청의 A-MSDU 타입 필드(1675)에 대한 임의의 값과 관련이 없을 수도 있다. 이들 양상들에서, A-MSDU 타입 필드(1675)의 값은, 수신기가 어떤 타입의 A-MSDU들을 수락하는지를 표시한다. 일 양상에서, A-MSDU 필드(1675) 제 1 특정 값으로 설정되면, A-MSDU 필드(1675)는 헤더 압축 응답의 송신기가 MSDU들의 어그리게이션을 포함하는 메시지들을 수락하지 않고 그리고/또는 프로세싱할 수 없음을 표시한다. A-MSDU 필드(1675)가 제 2 특정 값과 같을 경우, 헤더 압축 응답의 송신기는, 동적 A-MSDU 메시지들의 "짧은" 버전들(즉, 목적지 어드레스 또는 소스 어드레스 필드들을 포함하지 않는 것들)만이 송신기로 송신될 것임을 표시한다. 예를 들어, 응답의 송신기는 A-MSDU들의 "긴" 버전들을 프로세싱하지 못할 것이다. A-MSDU 필드(1675)가 제 3 특정 값과 같을 경우, 헤더 압축 응답/정보 엘리먼트(1600)의 송신기는, 동적 A-MSDU 메시지들의 "긴" 버전들(즉, 목적지 어드레스 및 소스 어드레스 필드들을 포함하는 것들)만이 송신기로 송신될 수 있음을 표시한다. 이 경우, 응답의 송신기는 짧은 A-MSDU 메시지들을 디코딩하거나 프로세싱할 수 없을 수 있다. A-MSDU 타입 필드(1675)가 제 4 특정 값과 같을 경우, 헤더 압축 응답/IE(1600)의 송신기는, 동적 A-MSDU 포맷 메시지들의 임의의 버전이 송신기에 의해 프로세싱될 수 있고 그리고 송신기로 송신될 수 있음을 표시한다. 일부 양상들에서, 제 1, 제 2, 제 3 및 제 4 특정 값들에 대한 값들은, 각각, 제로(0), 1, 2, 및 3이다.

[00190] CCMP 업데이트 존재 필드(1680)는, CCMP 업데이트 필드(1630)가 메시지/정보 엘리먼트(1600)에 존재하는지를 표시한다. 일부 양상들에서, CCMP 업데이트 존재 필드(1680)가 1로 설정되고 요청 타입 필드(1655)가 0으로 설정(메시지/IE가 헤더 압축 요청임을 표시함)될 때, CCMP 업데이트 필드(1630)는 메시지/IE(1600)에 존재한다. 예비됨 필드(1685)는 길이가 2 비트들이고 이 예시적 양상에서는 사용되지 않는다. 당업자들은, 헤더 압축 요청/응답 정보 엘리먼트(1100 및/또는 1300 및/또는 1500) 중 하나 또는 그 초과의 것이 헤더 압축 요청/응답 정보 엘리먼트(1600)와 다양한 방식들로 결합될 수 있다는 것을 인식할 것이다. 예를 들어, A3, A4, DA, SA 및 PN2-PN5 필드들을 포함하는 정보 엘리먼트가 제공될 수 있다. IE들(1100, 1300, 1500, 또는 1600) 중 임의의 것의 일부들 또는 전부가 일부 양상들에서 결합될 수 있다.

[00191] 도 16c는 헤더 압축 정보 엘리먼트(1600)의 CCMP 업데이트 필드(1630)에 대한 예를 예시한다. CCMP 업데이트 필드(1630)는 PN2-PN5 필드들(1680a-d), 키 ID 필드(1680e), 트래픽 식별자(TID) 필드(1680f) 및 예비됨 필드(1680g)를 포함한다.

[00192] PN2-PN5 필드들(1680a-1680d)는, 메시지/정보 엘리먼트(1600)를 송신하는 디바이스에 의해 송신되는 메시지들을 해독하는데 사용할 패킷 넘버들 2-5에 대한 값들을 포함한다. 통상, CCMP 헤더는 몇 개의 패킷 넘버들(PN들) (예를 들어, PN0, PN1, PN2, PN3, PN4 및 PN5)을 포함한다. 그러나, PN2, PN3, PN4 및 PN5의 값들은 자주 변하지 않을 수 있다. 따라서, 따라서, 매체 액세스 제어 헤더의 크기는 수신기에 PN2, PN3, PN4 및 PN5에 대한 값들을 저장하고, 이 값들을, 값이 변할 때까지 매체 액세스 제어 헤더들로부터 생략함으로써 감소될 수 있다. 패킷 넘버 필드들(1680a-1680d)은 TID 필드(1680f)에 의해 표시되는 트래픽 식별자에 대한 이 CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 값들을 저장할 수 있다.

[00193] 키 ID 필드(1680e)는 키 식별자에 대한 값을 포함한다. 일부 양상들에서, 메시지/IE(1600)를 송신하는 디바이스에 의해 송신되는 차후 매체 액세스 제어 헤더의 보호 프레임 서브-필드가 1의 값으로 설정(프레임이 보호됨을 표시)되면, TID 필드(1680f)에 의해 표시되는 트래픽 식별자에 대한 암호화 방법 및/또는 키가 변경되었는지를 MAC 헤더를 수신하는 디바이스에 표시하기 위해 키 ID 서브-필드가 사용될 수 있다. 메시지/IE(1600)의 수신기에 키 ID 서브-필드를 저장함으로써, CCMP 헤더는 수신기와 IE(1600)의 송신기 사이에서 송신되는 차후 MAC 헤더로부터 감소 또는 소거될 수 있다. 예비됨 필드(1680g)는 길이가 2 비트들이며 일부 양상들에서 사용되지 않을 수 있다.

[00194] 도 17a는 압축된 헤더들을 활용하는 무선 통신에 대한 방법의 흐름도이다. 일부 양상들에서, 방법은 디바이스(202)에 의해 수행될 수 있다. 일부 양상들에서, 방법(1700)은 압축된 매체 액세스 제어 헤더들을 송신할 디바이스에 의해 수행될 수 있다. 앞서 논의된 것처럼, 매체 액세스 제어 헤더들의 길이는 무선 네트워크 트래픽의 상당 부분(significant percentage)일 수 있다. 매체 액세스 제어 헤더들을 압축함으로써, 매체 액세스 제어 미디엄(medium)에 대한 최대 쓰루풋에서의 대응하는 증가와 함께, 무선 매체의 활용이 감소될 수 있고, 비-오버헤드 데이터의 더 큰 송신을 가능케 한다.

[00195] 블록(1702)에서, 정보를 저장하라는 제 2 무선 디바이스에 대한 요청이 생성된다. 요청은 제 1 무선 디바이스에 의해 생성될 수 있다. 일부 양상들에서, 요청은 헤더 압축 요청이다. 일부 양상들에서, 요청은 매체 액세스 제어 헤더 압축 요청이다. 다른 헤더 타입들이 고려된다. 일부 양상들에서, 요청은 스테이션으로부터 액세스 포인트로의 연관 또는 재연관 요청의 일부이다. 일부 양상들에서, 요청은 제 2 무선 디바이스들이 저장하도록 요청받고 있는 정보를 포함하도록 생성될 수 있다.

[00196] 일부 양상들에서, 요청은 제 2 무선 디바이스로의 송신을 위해 출력된다. 일부 양상들에서, 송신을 위해 출력하는 것은 요청을 송신하는 것을 포함할 수 있다. 일부 다른 양상들에서, 송신을 위해 출력하는 것은, 요청이 송신될 수 있거나 또는 요청이 송신되어야 함을 프로세싱 시스템, 하드웨어 또는 소프트웨어 모듈 또는 인터페이스에 통지하는 것을 포함할 수 있다. 일부 양상들에서, 요청은, 각각, 도 11-12, 13-14, 15-16, 또는 16a-16c와 관련하여 설명된 정보 엘리먼트들(1100, 1300, 1500 또는 1600) 중 하나 또는 그 초과의 것의 적어도 일부를 포함하도록 생성된다. 일부 양상들에서, 요청은 연관 요청 또는 재연관 요청에 포함된다.

[00197] 일부 양상들에서, 요청 및/또는 제 1 정보는, 제 2 무선 디바이스가 CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 하나 또는 그 초과의 패킷 넘버들 또는 키 식별자를 저장하는 것을 요청하도록 생성된다. 예를 들어, 요청은 정보 엘리먼트(1500)를 포함하도록 생성될 수 있다. 요청은 제 1 정보를 포함하도록 생성될 수 있다.

[00198] 일부 양상들에서, 요청 및/또는 제 1 정보는, 제 2 무선 디바이스가 A-MSDU에 캡슐화된 MSDU와 연관된 목적지 어드레스 또는 소스 어드레스 정보를 저장하는 것을 요청하도록 생성된다.

[00199] 일부 양상들에서, 요청 및/또는 제 1 정보는 제 2 무선 디바이스에 짧은 A-MSDU들을 송신하기 위해 승인을 요청하도록 생성된다. 예를 들어, 요청은 실질적으로 정보 엘리먼트(1100 또는 1600)를 포함할 수 있고, A-MSDU 타입 필드는 짧은 A-MSDU들을 송신하기 위해 승인이 요청됨을 표시하는 적절한 값으로 설정될 수 있다.

[00200] 일부 양상들에서, 요청 및/또는 제 1 정보는, 제 2 무선 디바이스에 짧은 A-MSDU들 및 긴 A-MSDU들 둘 다를 송신하기 위해 승인을 요청하도록 생성된다. 예를 들어, 요청은 실질적으로 정보 엘리먼트(1100)를 포함할 수 있고, A-MSDU 타입 필드는 짧은 A-MSDU들 및 긴 A-MSDU들 둘 다를 송신하기 위해 승인이 요청됨을 표시하는 제 2 적절한 값으로 설정될 수 있다.

[00201] 블록(1704)에서, 제 1 무선 디바이스에 의해 응답이 수신 및 디코딩된다. 일부 양상들에서, 응답은, 정보 엘리먼트들(1100, 1300, 1500 또는 1600) 중 하나 또는 이들 중 하나 또는 그 초과의 것의 부분들의 어떤 조합을 포함하는 연관 응답 또는 재연관 응답일 수 있다. 응답은 블록(1702)에서의 송신을 위해 제공되는 요청에 대응할 수 있다. 응답은, 제 2 무선 디바이스가 제 1 정보를 저장할 것인지를 결정하기 위해 디코딩된다. 예를 들어, 일부 양상들에서, 응답은, 각각, 도 11-12, 13-14, 15-16, 또는 16a-16c와 관련하여 앞서 논의된 것처럼, 정보 엘리먼트(1100 및/또는 1300 및/또는 1500 및/또는 1600) 또는 이들의 부분에 대한 조합과 실질적으로 유사한 정보 엘리먼트를 식별하기 위해 디코딩될 수 있다.

[00202] 블록(1706)에서, 헤더가 생성된다. 일부 양상들에서, 헤더는 매체 액세스 제어 헤더이다. 헤더는, 제 2 무선 디바이스가 제 1 헤더 정보를 저장할 것이라면 제 1 헤더 정보를 포함하지 않고 생성된다. 예를 들어, 실질적으로 도 8, 9a-b, 10a-c에 설명된 헤더들에 따라, 헤더들이 블록(1706)에서 생성될 수 있다. 제 2 무선 디바이스는 그가 제 1 정보를 저장할 것임을 (상기 블록(1704)에서 디코딩된 응답으로) 표시했기 때문에, 이 정보는 블록(1706)에서 생성된 헤더의 부분이 아니다. 생성된 헤더의 수신시, 제 2 무선 디바이스는 생성된 MAC 헤더로부터 누락되는 임의의 정보를 저장된 제 1 정보로 "대체"할 것이다.

[00203] 블록(1708)에서, 생성된 헤더는 송신을 위해 출력된다. 일부 양상들에서, 요청은 또한 블록(1708)에서의 송신을 위해 출력될 수 있다. 일부 양상들에서, 블록(1708)은 생성된 헤더를 송신하는 것을 포함한다. 다른 양상들에서, 송신을 위해 헤더를 출력하는 것은, 생성된 헤더가 송신을 위해 준비되거나 또는 송신되어야 함을 소프트웨어 또는 하드웨어 모듈 또는 인터페이스에 통지하는 것을 포함할 수 있다.

[00204] 앞서 논의된 것처럼, 헤더와 연관된 정보가 수신기에 저장된 후에, 송신기는 저장 정보가 업데이트되어야 함을 결정할 수 있다. 수신기에 저장 정보의 업데이트를 실시하기 위해, 일부 양상들에서, 송신기는, 업데이트된 정보를 포함하는 새로운 헤더를 수신기로 송신할 수 있다. 예를 들어, 헤더의 특정 필드들은, 헤더의 특정 필드들이 수신기에 저장되면, 헤더에 포함된 이들 특정 필드들 중 하나 또는 그 초과의 것을 갖는 헤더를 송신하는 것은, 새롭게 송신된 정보와 일치하게 저장 정보를 업데이트할 수 있다. 일부 양상들에서, 송신기는 이후, 업데이트된 필드들 중 하나 또는 그 초과의 것을 포함하지 않는 추가의 헤더들을 전송하는 것을 시작할 수 있다. 일부 양상들에서, 수신기는 새롭게 업데이트된 필드들을 새로운 헤더들과 연관시킬 것이다.

[00205] 일부 양상들에서, 어떤 정보 없이 송신되는 헤더들은 헤더에 표시될 수 있거나, 아니면 정보가 누락됨을 표시할 수 있다는 것이 주목된다. 예를 들어, 목적지 어드레스 또는 소스 어드레스가 A-MSDU에 캡슐화된 MSDU로부터 생략되면, 도 10a-c와 관련하여 앞서 설명된 것처럼, MSDU 서브-프레임에 포함된 서브-프레임 제어 필드는 목적지 어드레스 또는 소스 어드레스가 누락됨을 표시할 수 있다. 유사하게, A3 또는 A4 어드레스 필드들이 헤더로부터 생략되면, SID 필드(950)와 같은 SID 필드는, 필드들이 (도 9a-b와 관련하여 앞서 설명된 것처럼) 헤더로부터 생략된다는 것을 표시할 수 있다.

[00206] 도 17b는, 무선 통신 시스템(100) 내에서 활용될 수 있는 예시적인 무선 디바이스(1750)의 기능 블록도이다. 디바이스(1750)는 요청 회로(1755)를 포함한다. 요청 회로(1755)는 도 17a에 예시된 블록(1702)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 요청 회로(1755)는 프로세서(204) 및/또는 송신기(210)에 대응할 수 있다. 일부 다른 양상들에서, 요청 회로는 제 1 정보를 저장하라는 제 2 무선 디바이스에 대한 요청을 생성하도록 구성될 수 있다. 일부 양상들에서, 제 1 정보를 저장하라는 제 2 장치에 대한 요청을 생성하기 위한 수단은 요청 회로(1755)를 포함할 수 있다.

[00207] 디바이스(1750)는 응답 회로(1760)를 더 포함한다. 응답 회로(1760)는 도 17a에 예시된 블록(1704)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 응답 회로(1760)는 프로세서(204), 트랜시버(214) 및/또는 수신기(212)에 대응할 수 있다. 일부 다른 양상들에서, 응답 회로는, 제 2 무선 디바이스가 제 1 정보를 저장할 것인지를 결정하도록 구성될 수 있다. 일부 양상들에서, 제 2 장치로부터의 응답을 수신 및 디코딩하기 위한 수단은 응답 회로(1760)를 포함할 수 있다.

[00208] 디바이스(1750)는 헤더 생성 회로(1765)를 더 포함한다. 헤더 생성 회로(1765)는 도 17a에 예시된 블록(1706)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 헤더 생성 회로(1765)는 프로세서(204)에 대응할 수 있다. 일부 양상들에서, 제 1 헤더를 생성하기 위한 수단은 헤더 생성 회로(1765)를 포함할 수 있다.

[00209] 디바이스(1750)는 송신 회로(1770)를 더 포함할 수 있다. 송신 회로(1770)는 도 17a에 예시된 블록(1708)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 송신 회로(1770)는 프로세서(204) 및/또는 송신기(210) 중 하나 또는 그 초과의 것에 대응할 수 있다. 일부 양상들에서, 송신을 위해 요청 및 제 1 헤더를 출력하기 위한 수단은 송신 회로(1770)를 포함할 수 있다.

[00210] 디바이스(1750)의 일부 양상들은, 제 1 정보와 상이한 제 2 정보를 포함하는 제 2 헤더를 생성하도록 구성되는 헤더 생성 회로(1765)를 더 포함한다. 일부 양상들에서, 헤더 생성 회로(1765)는 추가로, 그 안에 제 2 정보를 갖지 않는 제 3 헤더를 생성하도록 구성될 수 있다. 일부 양상들에서, 제 2 헤더 생성 회로 및/또는 제 3 헤더 생성 회로(미도시)는, 각각, 제 2 헤더 및 제 3 헤더를 생성하도록 구성될 수 있다. 일부 양상들에서, 제 2 헤더를 생성하기 위한 수단 및 제 3 헤더를 생성하기 위한 수단은, 각각, 제 2 헤더 생성 회로 및 제 3 헤더 생성 회로를 포함한다. 일부 양상들에서, 제 2 헤더 생성 회로 및 제 3 헤더 생성 회로는 프로세서(204) 및/또는 DSP(420)를 포함할 수 있다.

[00211] 일부 양상들에서, 송신을 위해 요청 및 제 1 헤더를 출력하기 위한 수단은 추가로, 송신을 위해 제 2 헤더를 출력하도록 구성될 수 있다. 일부 양상들에서, 송신을 위해 요청 및 제 1 헤더를 출력하기 위한 수단은 추가로, 송신을 위해 제 3 헤더를 출력하도록 구성될 수 있다. 일부 양상들에서, 제 2 헤더 송신 회로 및/또는 제 3 헤더 송신 회로(미도시)는, 각각, 제 2 헤더 및 제 3 헤더를 송신하도록 구성될 수 있다. 일부 양상들에서, 제 2 헤더를 출력하기 위한 수단 및 제 3 헤더를 출력하기 위한 수단은, 각각, 제 2 헤더 송신 회로 및 제 3 헤더 송신 회로를 포함할 수 있다. 일부 양상들에서, 제 2 헤더 송신 회로 및 제 3 헤더 송신 회로는 프로세서(204), 송신기(210), 트랜시버(214) 및/또는 DSP(420)를 포함할 수 있다.

[00212] 디바이스(1750)의 일부 양상들은, 그가 제 1 정보를 포함하지 않는다는 것을 표시하는 제 1 헤더를 생성하도록 구성된 헤더 생성 회로(1765)를 더 포함한다. 일부 양상들에서, 디바이스(1750)는 그가 제 1 정보를 포함하지 않는다는 것을 표시하는 제 1 헤더를 생성하도록 구성된 제 2 헤더 생성 회로(미도시)를 더 포함할 수 있다. 일부 양상들에서, 제 2 헤더 생성 회로는 프로세서(204) 및/또는 DSP(420)를 포함할 수 있다. 일부 양상들에서, 그가 제 1 헤더 정보를 포함하지 않는다는 것을 표시하는 제 1 헤더를 생성하기 위한 수단은 제 2 헤더 생성 회로를 포함할 수 있다.

[00213] 디바이스(1750)의 일부 양상들은 CCMP(counter mode with cipher block chaining message authentication code protocol)과 연관된 하나 또는 그 초과의 패킷 넘버들을 포함하는 제 1 정보를 생성하도록 구성되는 요청 생성 회로(1755)를 더 포함한다. 디바이스(1750)의 일부 양상들에서, 요청 생성 회로(1755)는 CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 키 식별자를 포함하는 제 1 정보를 생성하도록 구성된다. 요청 생성 회로(1755)는 추가로, A-MSDU에 캡슐화된 MSDU와 연관된 목적지 어드레스 또는 소스 어드레스 정보를 포함하는 제 1 정보를 생성하도록 구성될 수 있다. 디바이스(1750)의 일부 양상들에서, 요청 생성 회로(1755)는 짧은 A-MSDU들을 제 2 장치로 송신하기 위한 승인에 대한 요청을 생성하고 ―여기서, 짧은 A-MSDU들은 소스 어드레스 또는 목적지 어드레스 필드들을 포함하지 않음― 그리고 짧은 A-MSDU들 및 긴 A-MSDU들 둘 다를 제 2 장치로 송신하기 위한 승인에 대한 요청을 생성하도록 구성되며, 여기서 짧은 A-MSDU들은 소스 어드레스 또는 목적지 어드레스 필드들을 포함하지 않으며 긴 A-MSDU들은 소스 어드레스 및 목적지 어드레스 필드들을 포함한다.

[00214] 도 18a는 압축된 헤더들을 활용하는 무선 통신에 대한 방법의 흐름도이다. 일부 양상들에서, 방법(1800)은 디바이스(202)에 의해 수행될 수 있다. 앞서 논의된 것처럼, 헤더들의 길이는 무선 네트워크 트래픽의 상당 부분(significant percentage)일 수 있다. 헤더들을 압축함으로써, 매체 액세스 제어 미디엄(medium)에 대한 최대 사용가능한 쓰루풋에서의 대응하는 증가와 함께, MAC 헤더들과 같은 오버헤드 데이터에 의한 무선 매체의 활용은 감소될 수 있고, 비-오버헤드 데이터의 더 큰 송신을 가능케 한다.

[00215] 블록(1802)에서, 제 1 무선 디바이스에 의해 요청이 수신 및 디코딩된다. 요청은 제 2 무선 디바이스로부터 발생된다. 디코딩은 제 1 헤더 정보를 저장하라는 요청을 식별한다. 일부 양상들에서, 요청은 제 1 헤더 정보를 포함할 수 있다. 일부 양상들에서, 제 1 헤더 정보는 A3 필드 및/또는 A4 필드 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 양상들에서, 요청은 실질적으로, 각각, 도 11-12, 13-14, 15-16 및 16a-16c와 관련하여 앞서 논의된 정보 엘리먼트(1100, 1300, 1500, 또는 1600)의 포맷을 따른다. 예를 들어, 요청은 요청에 특정된 A3 또는 A4 필드 중 하나 또는 그 초과의 것을 저장하라는 요청을 표시할 수 있다. 요청은 추가로, A-MSDU 프레임들 중 어느 타입이 제 2 무선 디바이스에 의해 송신될 것인지를 표시할 수 있다. 일부 양상들에서, 이는 도 11-12와 관련하여 앞서 논의된 정보 엘리먼트(1100)의 필드(1275)의 설명에 따른다.

[00216] 일부 양상들에서, 블록(1802)은, 요청을 디코딩하는 것 그리고 요청이 연관 요청 또는 재연관 요청임을 결정하는 것을 포함한다. 요청은, 정보 엘리먼트들(1100, 1300, 1500, 또는 1600)와 유사한 정보 엘리먼트 또는 이들 예들 중 하나 또는 그 초과의 것의 일부들을 포함하는 정보 엘리먼트를 포함할 수 있다. 일부 양상들에서, 블록(1802)은, CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 하나 또는 그 초과의 패킷 넘버들을 저장하라는 제 1 무선 디바이스에 대한 요청을 식별하기 위해 요청을 디코딩하는 것을 포함한다. 일부 양상들에서, 요청은 하나 또는 그 초과의 패킷 넘버들을 포함할 수 있다. 예를 들어, 요청은 도 15-16에 예시된 필드들(1520-1535 및 1565-1580)과 유사한 패킷 넘버 필드들을 포함할 수 있다.

[00217] 일부 양상들에서, 블록(1802)은, 제 1 무선 디바이스가 CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 키 식별자를 저장하라는 요청을 식별하기 위해 요청을 디코딩하는 것을 포함한다. 예를 들어, 요청은 도 15-16에 예시된 필드들(1540 및 1585)과 유사한 키 식별자 필드들을 포함할 수 있다.

[00218] 일부 양상들에서, 블록(1802)은, 제 1 무선 디바이스가 A-MSDU에 캡슐화된 MSDU와 연관된 목적지 어드레스 또는 소스 어드레스 정보를 저장하라는 요청을 식별하기 위해 요청을 디코딩하는 것을 포함한다. 예를 들어, 요청은 실질적으로, 도 13-14와 관련하여 앞서 설명된 정보 엘리먼트(1300)에 따른 구조를 포함할 수 있다.

[00219] 일부 양상들에서, 블록(1802)은, 짧은 A-MSDU들을 제 1 무선 디바이스로 송신하기 위한 승인에 대한 요청을 식별하기 위해 요청을 디코딩하는 것을 포함하며, 짧은 A-MSDU의 서브-프레임들은 소스 어드레스 또는 목적지 어드레스 필드들을 포함하지 않는다. 예를 들어, 요청은 실질적으로, 각각, 도 11-12 또는 16a-16c와 관련하여 앞서 설명된 정보 엘리먼트(1100 또는 1600)에 따른 구조를 포함할 수 있다. 보다 특정하게, 요청은 A-MSDU 타입 필드(1275 또는 1675)와 유사한 구조를 포함할 수 있다.

[00220] 일부 양상들에서, 블록(1802)은 짧은 A-MSDU들 및 긴 A-MSDU들 둘 다를 제 1 무선 디바이스로 송신하기 위한 승인에 대한 요청을 식별하기 위해 요청을 디코딩하는 것을 포함하며, 여기서 짧은 A-MSDU의 서브-프레임들은 소스 어드레스 또는 목적지 어드레스 필드들을 포함하지 않으며 긴 A-MSDU의 서브-프레임들은 소스 어드레스 및 목적지 어드레스 필드들을 포함한다. 예를 들어, 요청은, 각각, 도 11-12 또는 16a-16c와 관련하여 앞서 설명된 실질적으로 정보 엘리먼트(1100 또는 1600)에 따른 구조를 포함할 수 있다. 보다 특정하게, 요청은 A-MSDU 타입 필드(1275 또는 1675)와 유사한 구조를 포함할 수 있다.

[00221] 일부 양상들에서, 블록(1802)은, 제 1 헤더 정보가 저장될 것인지를 결정하는 것을 더 포함한다. 일부 양상들에서, 결정은 제 1 무선 디바이스에서 이용가능한 자유 메모리(free memory)의 양에 기초한다. 일부 양상들에서, 결정은 구성 설정(configuration setting)에 기초한다.

[00222] 블록(1806)에서, 응답이 생성된다. 일부 양상들에서, 응답은, 각각, 도 11-12, 13-14, 15-16, 또는 16a-16c와 관련하여 앞서 설명된, 정보 엘리먼트(1100, 1300, 1500, 또는 1600)의 적어도 일부들을 포함하도록 생성된다. 응답은 디바이스가 제 1 헤더 정보를 저장할 것인지를 표시한다. 일부 양상들에서, 응답은 상기 블록(1802)과 관련하여 논의된 결정에 기초한다.

[00223] 일부 양상들에서, 응답은, 제 1 무선 디바이스로 송신될 수 있거나 장치에 의해 프로세싱가능한 A-MSDU들의 타입을 추가로 표시하도록 생성된다. A-MSDU 타입이 제 1 무선 디바이스에 의해 프로세싱가능하면, 제 1 무선 디바이스는 A-MSDU 타입을 정확히 그리고 완벽하게 디코딩 및 프로세싱할 수 있다. 일부 양상들에서, 이는 도 12-13 및 16a-16c와 관련하여 앞서 논의된 A-MSDU 타입 필드들(1275 또는 1675)의 설명에 따라 수행될 수 있다. 일부 양상들에서, 응답은, A-MSDU들이 제 1 무선 디바이스에 의해 프로세싱 가능하지 않고 그리고/또는 제 1 무선 디바이스로 송신될 수 없음을 표시하도록 생성될 수 있다. 예를 들어, 제 1 무선 디바이스는 다양한 이유로 A-MSDU들을 디코딩 및/또는 프로세싱하는 것이 가능하지 않을 수도 있다. 제 1 무선 디바이스는 대신, 긴 A-MSDU들이 프로세싱가능하고 제 1 무선 디바이스로 송신될 수 있음을 표시할 수 있다. 일부 양상들에서, 표시는, 오직 긴 A-MSDU들만이 제 1 무선 디바이스로 송신될 수 있다는 것일 수 있다. 예를 들어, 제 1 무선 디바이스는, 짧은 A-MSDU들을 디코딩하는 방법을 이해하지 못할 수도 있다. 일부 양상들에서, 제 1 무선 디바이스는, 짧은 A-MSDU들이 무선 디바이스로 송신될 수 있다는 것을 표시하는 응답을 생성할 수 있다. 예를 들어, 제 1 무선 디바이스는 짧은 A-MSDU들을 적절히 디코딩하는 방법을 이해할 수 있다. 일들 양상들 중 일부에서, 표시는, 오직 짧은 A-MSDU들이 제 1 무선 디바이스로 송신될 수 있거나 제 1 무선 디바이스에 의해 프로세싱될 수 있다는 것일 수 있다. 다른 양상들에서, 제 1 무선 디바이스는, 짧은 그리고 긴 A-MSDU들 둘 다가 제 1 무선 디바이스에 의해 프로세싱가능하고 제 1 무선 디바이스로 송신될 수 있음을 표시하는 응답을 생성할 수 있다. 앞서 논의된 것처럼, 짧은 A-MSDU는 소스 어드레스 필드 또는 목적지 어드레스 필드를 포함하지 않으며 긴 A-MSDU는 소스 어드레스 필드 및 목적지 어드레스 필드를 포함한다.

[00224] 블록(1808)에서, 제 2 무선 디바이스에 대한 응답은 송신을 위해 출력된다. 일부 양상들에서, 송신을 위해 출력하는 것은 제 2 무선 디바이스로 응답을 송신하는 것을 포함한다. 일부 양상들에서, 송신을 위해 출력하는 것은, 응답이 송신을 준비했다는 것 또는 송신되어야 한다는 것을 하드웨어 또는 소프트웨어 모듈 또는 인터페이스에 통지하는 것을 포함한다. 예를 들어, 일부 양상들에서, 응답이 송신을 준비했다는 것을 송신기(210)에 통지하는 것은 응답의 송신을 위해 출력하는 것을 포괄한다. 일부 양상들에서, 송신을 위해 출력하는 것은, 응답이 송신되어야 한다는 것 또는 송신을 준비했다는 것을 내부 또는 외부 인터페이스를 통해 시그널링하는 것을 포함한다.

[00225] 블록(1810)에서, 제 1 정보는 제 1 저장 정보로서 저장된다. 예를 들어, 제 1 무선 디바이스는 그가 제 1 정보를 저장할 것임을 응답에 표시할 수 있다. 응답에 포함된 정보는 제 1 정보로서 저장될 수 있다. 예를 들어, A3 필드(1120), A4 필드(1125), da 필드(1320), sa 필드(1325), PN 필드들(1520-1535), 키 id 필드(1540), A3 필드(1620), A4 필드(1625), CCMP 업데이트 필드(1630) 중 하나 또는 그 초과의 것은, 요청 및/또는 응답은, 당연히, 정보 엘리먼트들(1100, 1300, 1500, 또는 1600) 중 하나 또는 그 초과의 것과 유사한 구조를 포함하는지에 따라, 제 1 저장 정보로서 저장될 수 있다. 일부 양상들에서, 제 1 저장 정보는 제 2 무선 디바이스를 식별하는 정보를 포함한다. 예를 들어, 제 1 무선 디바이스는 다수의 무선 디바이스들에 대한 정보 저장을 지원할 수 있다. 헤더가 다수의 무선 디바이스들 중 하나로부터 수신될 때, 프로세스(1800)는 먼저, 임의의 경우, 저장 정보가 헤더를 전송하는 디바이스에 대응하는 것을 식별할 수 있다. 임의의 저장 정보가 발견되면, 이는 아래에서 추가로 설명되는 것처럼 적절한 경우 헤더에 적용될 수 있다.

[00226] 블록(1812)에서, 제 2 무선 디바이스로부터의 제 1 헤더는 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하기 위해 제 1 무선 디바이스에 의해 수신 및 디코딩된다. 예를 들어, 요청이 제 1 무선 디바이스가 매체 액세스 제어 헤더의 A3 또는 A4 필드를 저장하라는 것을 요청했고 그리고 블록(1810)이 제 1 저장 정보로서 A3 필드(1120/1620) 또는 A4 필드(1125/1625)에 대한 값들을 저장했다면, 블록(1812)은 매체 액세스 제어 헤더를 디코딩하고, A3 필드 또는 A4 필드가 디코딩된 헤더에 포함되지 않는다는 것을 결정한다. 예를 들어, 이 결정은 일부 양상들에서, SID 필드(950)와 유사한 SID 필드를 디코딩함으로써 이루어질 수 있다.

[00227] 블록(1816)에서, 제 1 헤더는 제 1 저장 정보에 기초하여 프로세싱된다. 예를 들어, 제 1 헤더가 제 1 저장 정보에 대응하는 특정 헤더 필드들을 생략한 경우, 제 1 헤더는 마치 그가 특정 헤더 필드들을 포함한 것처럼 프로세싱될 수 있다. 특정하게, 제 1 저장 정보는 제 1 헤더의 생략된 헤더 필드들을 대체하거나 또는 이를 위해 사용할 수 있다.

[00228] 일부 양상들에서, 저장 정보는 저장 정보에 대응하는 정보를 포함하는 추가 헤더를 송신함으로써 송신 디바이스에 의해 업데이트될 수 있다. 예를 들어, 특정 헤더 필드들이 수신기에 저장되면, 이들은, 일부 양상들에서, 저장된 헤더 필드들 중 하나 또는 그 초과의 것을 포함하는 새로운 헤더의 송신에 의해, 송신 디바이스에 의해 업데이트될 수 있다. 수신 디바이스가 송신된 헤더 필드들에 대응하는 정보를 저장하도록 사전에 동의했다면, 수신 디바이스는, 그가 저장된 필드들을 포함하는 새로운 헤더를 수신할 때 저장 정보를 업데이트할 수 있다. 추후, 재차 헤더 필드들을 생략하는 수신기로 또 다른 헤더가 송신될 수 있다. 수신기는 이제, 생략된 헤더 필드들를 새로운 업데이트된 저장 정보로 대체할 것이다.

[00229] 상기 예에서 설명된 것처럼 헤더 정보의 업데이트를 제공하기 위해, 프로세스(1800)는, 제 2 헤더가 제 1 정보에 대응하는 제 2 헤더 정보를 포함하고 제 2 저장 정보로서 제 2 헤더 정보를 저장한다는 것을 결정할 수 있다. 프로세스(1800)는 이후, 송신 디바이스로부터의 제 3 헤더를 디코딩하고, 제 3 헤더가 제 2 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하고, 이 결정에 기초하여 제 2 저장 정보에 기초하여 헤더를 프로세싱한다.

[00230] 일부 양상들에서, 디코딩된 헤더는, 생략된 정보의 명시적 표시들을 포함할 수 있다. 예를 들어, 도 8, 9a-b, 또는 도 10a-c와 관련하여 앞서 설명된 것처럼, 헤더는 A3 필드, A4 필드, 소스 어드레스 필드, 목적지 어드레스 필드, 또는 키 식별자 중 하나 또는 그 초과의 것을 포함할 수 있고 그리고/또는 CCMP(counter mode with cipher block chaining message authentication code protocol)와 연관된 하나 또는 그 초과의 패킷 넘버들이 이로부터 생략된다. 방법(1800)은, 이들 필드들 중 하나 또는 그 초과의 것이 이 표시에 기초하여 생략됨을 결정할 수 있다.

[00231] 도 18b는, 무선 통신 시스템(100)내에서 채용될 수 있는 예시적 무선 디바이스(1850)의 기능 블록도이다. 디바이스(1850)는 요청 프로세싱 회로(1855)를 포함한다. 요청 회로(1855)는 도 18a에 예시된 블록(1802)와 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 요청 프로세싱 회로(1855)는 프로세서(204), 트랜시버(214) 및/또는 수신기(212)에 대응할 수 있다. 일부 양상들에서, 제 2 장치로부터의 요청을 수신하기 위한 수단 및 디코딩하기 위한 수단은 요청 회로(1855)를 포함할 수 있다.

[00232] 디바이스(1850)는 응답 생성 회로(1860)를 더 포함한다. 응답 생성 회로(1860)는 도 18a에 예시된 블록(1806)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 응답 생성 회로(1860)는 프로세서(204)에 대응할 수 있다. 일부 양상들에서, 제 1 장치가 제 1 정보를 포함할 것인지를 표시하는 응답을 생성하기 위한 수단은 응답 생성 회로(1860)를 포함한다.

[00233] 디바이스(1850)는 응답 송신 회로(1870)를 더 포함한다. 응답 송신 회로(1870)는 도 18a에 예시된 블록(1808)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 응답 송신 회로(1870)는 프로세서(204), 트랜시버(214) 및/또는 송신기(210) 중 하나 또는 그 초과의 것에 대응할 수 있다. 일부 양상들에서, 송신을 위해 응답을 제 2 장치에 출력하기 위한 수단은 응답 송신 회로(1870)를 포함한다.

[00234] 디바이스(1850)는 저장 회로(1875)를 더 포함한다. 저장 회로(1875)는 도 18a에 예시된 블록(1810)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 저장 회로(1875)는 프로세서(204) 및/또는 메모리(206) 중 하나 또는 그 초과의 것에 대응할 수 있다. 일부 양상들에서, 제 1 정보를 제 1 저장 정보로서 저장하기 위한 수단은 저장 회로(1875)를 포함할 수 있다.

[00235] 디바이스(1850)는 헤더 디코딩 회로(1880)를 더 포함한다. 헤더 디코딩 회로(1880)는 도 18a에 예시된 블록(1812)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 헤더 디코딩 회로(1880)는 프로세서(204) 및/또는 수신기(212) 중 하나 또는 그 초과의 것에 대응할 수 있다. 일부 양상들에서, 제 2 장치로부터의 제 1 헤더를 디코딩하기 위한 수단은 헤더 디코딩 회로(1880)를 포함한다. 일부 양상들에서, 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하기 위한 수단은 또한 헤더 디코딩 회로(1880)를 포함한다. 일부 양상들에서, 디바이스(1850)는, 제 1 헤더가 제 1 정보에 대응하는 헤더 정보를 포함하지 않는다는 것을 결정하도록 구성된 결정 회로(미도시)를 더 포함할 수 있다. 일부 양상들에서, 결정 회로는 프로세서(204) 또는 DSP(240) 중 하나 또는 그 초과의 것을 포함할 수 있다. 일부 양상들에서, 제 1 헤더가 제 1 정보에 해당하는 헤더 정보를 포함하지 않는다는 것을 결정하기 위한 수단은 결정 회로를 포함한다.

[00236] 디바이스(1850)는 헤더 프로세싱 회로(1885)를 더 포함한다. 헤더 프로세싱 회로(1885)는 도 18a에 예시된 블록(1816)과 관련하여 앞서 논의된 기능들 중 하나 또는 그 초과의 것을 수행하도록 구성될 수 있다. 일부 양상들에서, 헤더 프로세싱 회로(1885)는 프로세서(204), 트랜시버(214), DSP(240) 및/또는 수신기(212) 중 하나 또는 그 초과의 것에 대응할 수 있다. 일부 양상들에서, 제 1 저장 정보에 기초하여 제 1 헤더를 프로세싱하기 위한 수단은 헤더 프로세싱 회로(1885)를 포함한다.

[00237] 디바이스(1850)의 일부 양상들은, 장치에 의해 프로세싱가능한 A-MSDU의 타입을 표시하는 적어도 하나의 비트를 포함하는 응답을 생성하도록 구성된 응답 생성 회로(1860)를 더 포함한다. 디바이스(1850)의 일부 양상들에서, 응답 생성 회로(1860)는 짧은 A-MSDU, 긴 A-MSDU 및 짧은 또는 긴 A-MSDU 중 하나를 표시하는 값에 대한 A-MSDU의 타입을 표시하는 적어도 하나의 비트를 응답에 설정하도록 구성되며, 짧은 A-MSDU는 소스 어드레스 필드 또는 목적지 어드레스 필드를 포함하지 않고 긴 A-MSDU는 소스 어드레스 필드 및 목적지 어드레스 필드를 포함한다.

[00238] 앞서 논의된 방법들 및 기술들은 또한 본 발명의 범주를 벗어나지 않고 다른 타입들의 프레임들에 채용될 수 있다는 것이 이해될 것이다. 예를 들어, 앞서 논의된 방법들 및 기술들은 관리/제어 프레임들(예를 들어, RTS/CTS 프레임들)에 사용될 수 있다.

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

[00240] 본원에 사용된 바와 같이, 항목들의 리스트 "~중 적어도 하나"를 지칭하는 문구는 단일 멤버들을 비롯해 그러한 항목들의 임의의 결합을 지칭한다. 예로서, "A, B, 또는 C 중 적어도 하나"는 A 또는 B 또는 C 또는 A 및 B 또는 A 및 C 또는 B 및 C 또는 A, B, 및 C 또는 2A 또는 2B 또는 2C 등을 포함한다.

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

[00242] 본원에서 사용되는 것처럼, 용어 인터페이스는 2개 또는 그 초과의 디바이스들을 함께 연결하도록 구성된 하드웨어 또는 소프트웨어를 치징할 수 있다. 예를 들어, 인터페이스는 프로세서 또는 버스의 일부일 수 있고 디바이스들 사이에서 정보 또는 데이터의 통신을 허용하도록 구성될 수 있다. 인터페이스는 칩 또는 다른 디바이스에 통합될 수 있다. 예를 들어, 일부 양상들에서, 인터페이스는 다른 디바이스에 있는 디바이스로부터 정보 또는 통신들을 수신하도록 구성된 수신기를 포함할 수 있다. (예를 들어, 프로세서 또는 버스의) 인터페이스는 프론트 엔드(front end) 또는 다른 디바이스에 의해 프로세싱되는 정보 또는 데이터를 수신할 수 있고, 또는 수신된 정보를 프로세싱할 수 있다. 일부 양상들에서, 인터페이스는 다른 디바이스로 정보 또는 데이터를 송신 또는 통신하도록 구성된 송신기를 포함할 수 있다. 따라서, 인터페이스는 정보 또는 데이터를 송신할 수 있고 또는 (예를 들어, 버스를 통해) 송신을 위해 출력하기 위한 정보 또는 데이터를 준비할 수 있다.

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

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

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

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

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

[00248] 또한, 소프트웨어 또는 명령들이 송신 매체를 통해 송신될 수 있다. 예컨대, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL(digital subscriber line), 또는 무선 기술들, 예컨대 적외선, 라디오, 및 마이크로파를 사용하여 송신되는 경우, 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 무선 기술들, 예컨대 적외선, 라디오, 및 마이크로파가 송신 매체의 정의에 포함된다.

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

[00250] 청구항들은 위에서 예시된 정확한 구성 및 컴포넌트들로 제한되지 않는다는 것이 이해될 것이다. 청구항들의 범위로부터 벗어남 없이, 다양한 수정들, 변경들, 및 변형들이 위에서 설명된 방법들 및 장치의 어레인지먼트, 동작, 및 세부사항들에서 이루어질 수 있다.

[00251] 전술된 내용이 본 개시내용의 양상들에 관한 것이지만, 본 개시내용의 기본적인 범위로부터 벗어남 없이, 본 개시내용의 다른 그리고 추가의 양상들이 창안될 수 있고, 본 개시내용의 범위는 하기의 청구항들에 의해 결정된다.

Claims (52)

1. 무선 통신을 위한 제 1 장치로서,
   제 1 헤더 정보를 저장하라는 제 2 장치에 대한 요청을 생성하고 ―상기 요청은 상기 제 1 헤더 정보를 포함함―,
   상기 제 2 장치로부터 응답을 수신하고,
   상기 제 2 장치가 상기 제 1 헤더 정보를 저장할 것인지를 결정하기 위해 상기 제 2 장치로부터의 상기 응답을 디코딩하고, 그리고
   제 1 헤더를 생성하도록 ―상기 제 2 장치가 상기 제 1 헤더 정보를 저장할 것이라면, 상기 제 1 헤더는 그 내부에 상기 제 1 헤더 정보 없이 생성됨―
   구성되는, 프로세싱 시스템; 및
   송신을 위해 상기 요청 및 상기 제 1 헤더를 상기 제 2 장치에 출력하기 위한 인터페이스
   를 포함하고,
   상기 요청의 상기 제 1 헤더 정보는 제 1 필드(1320) 또는 제 2 필드(1325) 중 적어도 하나를 포함하고, 그리고 상기 제 1 필드 또는 상기 제 2 필드 중 적어도 하나는 상기 제 1 헤더와 연관된 소스 어드레스 또는 목적지 어드레스를 포함하고, 그리고 상기 요청은 스토어(store) 제 1 필드 표시자(1465) 또는 스토어 제 2 필드 표시자(1470) 중 적어도 하나를 더 포함하고, 상기 스토어 제 1 필드 표시자는 상기 제 1 필드(1320)를 저장하도록 상기 제 2 장치에 요청하기 위해 1로 설정되고 그리고 상기 스토어 제 2 필드 표시자는 상기 제 2 필드(1325)를 저장하도록 상기 제 2 장치에 요청하기 위해 1로 설정되는, 무선 통신을 위한 제 1 장치.
2. 제 1 항에 있어서,
   상기 프로세싱 시스템은 추가로, 제 2 헤더 정보를 포함하는 제 2 헤더를 생성하고 ―상기 제 2 헤더 정보는 상기 제 1 헤더 정보와 상이함―, 그리고 상기 제 2 헤더 정보 없이 제 3 헤더를 생성하도록 구성되고, 그리고 상기 인터페이스는 추가로, 송신을 위해 상기 제 2 헤더 및 상기 제 3 헤더를 상기 제 2 장치에 출력하도록 구성되는, 무선 통신을 위한 제 1 장치.
3. 제 1 항에 있어서,
   상기 프로세싱 시스템은 추가로, 상기 제 1 헤더가 상기 제 1 헤더 정보를 포함하지 않는다는 것을 상기 제 2 장치에 표시하도록 상기 제 1 헤더를 생성하게 구성되는, 무선 통신을 위한 제 1 장치.
4. 제 1 항에 있어서,
   상기 제 1 헤더 정보는 CCMP(counter cipher mode with a block chaining message authentication code protocol) 헤더와 연관된 하나 또는 그 초과의 패킷 넘버들을 포함하는, 무선 통신을 위한 제 1 장치.
5. 제 1 항에 있어서,
   상기 제 1 헤더 정보는 CCMP(counter mode with cipher block chaining message authentication code protocol) 헤더와 연관된 키 식별자를 포함하는, 무선 통신을 위한 제 1 장치.
6. 제 1 항에 있어서,
   상기 제 1 헤더 정보는 A-MSDU(aggregate MAC service data unit)에 캡슐화된 MSDU와 연관된 목적지 어드레스 또는 소스 어드레스 정보를 포함하는, 무선 통신을 위한 제 1 장치.
7. 제 1 항에 있어서,
   상기 요청은 상기 제 2 장치에 제 1 A-MSDU를 송신하기 위한 승인을 추가로 요청하도록 생성되며, 상기 제 1 A-MSDU는 소스 어드레스 필드들 또는 목적지 어드레스 필드들을 포함하지 않는, 무선 통신을 위한 제 1 장치.
8. 제 7 항에 있어서,
   상기 요청은 제 1 A-MSDU 및 제 2 A-MSDU 둘 다를 상기 제 2 장치로 송신하기 위한 승인을 추가로 요청하도록 생성되고, 상기 제 1 A-MSDU는 소스 어드레스 필드들 또는 목적지 어드레스 필드들을 포함하지 않고, 그리고 상기 제 2 A-MSDU는 소스 어드레스 필드들 및 목적지 어드레스 필드들을 포함하는, 무선 통신을 위한 제 1 장치.
9. 무선 통신을 위한 방법으로서,
   제 1 무선 디바이스에 의해, 제 1 헤더 정보를 저장하라는 제 2 무선 디바이스에 대한 요청을 생성하고 그리고 송신을 위해 출력하는 단계 ―상기 요청은 상기 제 1 헤더 정보를 포함함―;
   상기 제 2 무선 디바이스로부터 응답을 수신하는 단계;
   상기 제 2 무선 디바이스가 상기 제 1 헤더 정보를 저장할 것인지를 결정하기 위해 상기 제 2 무선 디바이스로부터의 상기 응답을 디코딩하는 단계;
   제 1 헤더를 생성하는 단계 ―상기 제 2 무선 디바이스가 상기 제 1 헤더 정보를 저장할 것이라면, 상기 제 1 헤더는 그 안에 상기 제 1 헤더 정보 없이 생성됨―; 및
   송신을 위해 상기 제 1 헤더를 상기 제 2 무선 디바이스에 출력하는 단계
   를 포함하고,
   상기 요청의 상기 제 1 헤더 정보는 제 1 필드(1320) 또는 제 2 필드(1325) 중 적어도 하나를 포함하고, 그리고 상기 제 1 필드 또는 상기 제 2 필드 중 적어도 하나는 상기 제 1 헤더와 연관된 소스 어드레스 또는 목적지 어드레스를 포함하고, 그리고 상기 요청은 스토어 제 1 필드 표시자(1465) 또는 스토어 제 2 필드 표시자(1470) 중 적어도 하나를 더 포함하고, 상기 스토어 제 1 필드 표시자는 상기 제 1 필드(1320)를 저장하도록 상기 제 2 무선 디바이스에 요청하기 위해 1로 설정되고 그리고 상기 스토어 제 2 필드 표시자는 상기 제 2 필드(1325)를 저장하도록 상기 제 2 무선 디바이스에 요청하기 위해 1로 설정되는, 무선 통신을 위한 방법.
10. 무선 통신을 위한 제 1 장치로서,
    제 2 장치로부터 요청을 수신하고 ―상기 요청은 제 1 헤더 정보를 포함함―,
    상기 제 1 헤더 정보를 저장하라는 요청을 식별하기 위해 상기 제 2 장치로부터의 상기 요청을 디코딩하고,
    상기 제 1 장치가 상기 제 1 헤더 정보를 저장할 것인지를 표시하는 응답을 생성하고,
    상기 제 1 헤더 정보를 제 1 저장 헤더 정보로서 저장하고,
    상기 제 2 장치로부터 제 1 헤더를 수신하고,
    상기 제 1 헤더가 상기 제 1 헤더 정보에 대응하는 헤더 정보를 포함하지 않는다고 결정하고, 그리고
    상기 제 1 헤더가 상기 대응하는 헤더 정보를 포함하지 않는다면, 상기 제 1 저장 헤더 정보에 기초하여 상기 제 1 헤더를 프로세싱하도록
    구성되는, 프로세싱 시스템; 및
    송신을 위해 상기 응답을 상기 제 2 장치에 출력하기 위한 인터페이스
    를 포함하고,
    상기 요청의 상기 제 1 헤더 정보는 제 1 필드(1320) 또는 제 2 필드(1325) 중 적어도 하나를 포함하고, 그리고 상기 제 1 필드 또는 상기 제 2 필드 중 적어도 하나는 상기 제 1 헤더와 연관된 소스 어드레스 또는 목적지 어드레스를 포함하고, 그리고 상기 요청은 스토어 제 1 필드 표시자(1465) 또는 스토어 제 2 필드 표시자(1470) 중 적어도 하나를 더 포함하고, 상기 스토어 제 1 필드 표시자는 상기 제 1 필드(1320)를 저장하도록 상기 제 1 장치에 요청하기 위해 1로 설정되고 그리고 상기 스토어 제 2 필드 표시자는 상기 제 2 필드(1325)를 저장하도록 상기 제 1 장치에 요청하기 위해 1로 설정되는, 무선 통신을 위한 제 1 장치.
11. 제 10 항에 있어서,
    상기 프로세싱 시스템은 추가로,
    상기 제 2 장치로부터 제 2 헤더를 수신하고;
    상기 제 2 장치로부터의 상기 제 2 헤더를 디코딩하고;
    상기 제 2 헤더가 상기 제 1 헤더 정보에 대응하는 제 2 헤더 정보를 포함한다고 결정하고;
    상기 제 2 헤더 정보를 제 2 저장 헤더 정보로서 저장하고;
    상기 제 2 장치로부터 제 3 헤더를 수신하고;
    상기 제 2 장치로부터의 상기 제 3 헤더를 디코딩하고;
    상기 제 3 헤더가 상기 제 2 헤더 정보에 대응하는 헤더 정보를 포함하지 않는다고 결정하고; 그리고
    상기 제 2 저장 헤더 정보에 기초하여 상기 제 3 헤더를 프로세싱하도록
    구성되는, 무선 통신을 위한 제 1 장치.
12. 제 10 항에 있어서,
    상기 응답은, 상기 장치에 의해 프로세싱가능한 A-MSDU의 타입을 표시하는 적어도 1 비트를 포함하도록 생성되는, 무선 통신을 위한 제 1 장치.
13. 제 12 항에 있어서,
    상기 프로세싱 시스템은 추가로, 제 1 A-MSDU, 제 2 A-MSDU, 또는 상기 제 1 A-MSDU과 상기 제 2 A-MSDU 중 하나를 표시하는 값으로 A-MSDU의 타입을 표시하는 상기 응답 내의 상기 적어도 1 비트를 설정하도록 구성되고, 상기 제 1 A-MSDU는 소스 어드레스 필드 또는 목적지 어드레스 필드를 포함하지 않고, 그리고 상기 제 2 A-MSDU는 소스 어드레스 필드 또는 목적지 어드레스 필드를 포함하는, 무선 통신을 위한 제 1 장치.
14. 무선 통신을 위한 방법으로서,
    제 1 무선 디바이스에 의해, 제 2 무선 디바이스로부터 요청을 수신하는 단계 ―상기 요청은 상기 제 1 헤더 정보를 포함함―;
    상기 제 1 무선 디바이스에 의해, 상기 제 1 헤더 정보를 저장하라는 상기 제 2 무선 디바이스로부터의 상기 요청을 디코딩하는 단계;
    상기 제 1 무선 디바이스가 상기 제 1 헤더 정보를 저장할 것인지를 표시하는 응답을 생성하는 단계;
    송신을 위해 상기 응답을 상기 제 2 무선 디바이스에 출력하는 단계;
    상기 제 1 헤더 정보를 제 1 저장 헤더 정보로서 저장하는 단계;
    상기 제 1 무선 디바이스에 의해, 상기 제 2 무선 디바이스로부터 제 1 헤더를 수신하는 단계;
    상기 제 1 헤더가 상기 제 1 헤더 정보에 대응하는 헤더 정보를 포함하지 않는다고 결정하는 단계; 및
    상기 제 1 헤더가 상기 대응하는 헤더 정보를 포함하지 않는다면, 상기 제 1 저장 헤더 정보에 기초하여 상기 제 1 헤더를 프로세싱하는 단계
    를 포함하고,
    상기 요청의 상기 제 1 헤더 정보는 제 1 필드(1320) 또는 제 2 필드(1325) 중 적어도 하나를 포함하고, 그리고 상기 제 1 필드 또는 상기 제 2 필드 중 적어도 하나는 상기 제 1 헤더와 연관된 소스 어드레스 또는 목적지 어드레스를 포함하고, 그리고 상기 요청은 스토어 제 1 필드 표시자(1465) 또는 스토어 제 2 필드 표시자(1470) 중 적어도 하나를 더 포함하고, 상기 스토어 제 1 필드 표시자는 상기 제 1 필드(1320)를 저장하도록 상기 제 1 무선 디바이스에 요청하기 위해 1로 설정되고 그리고 상기 스토어 제 2 필드 표시자는 상기 제 2 필드(1325)를 저장하도록 상기 제 1 무선 디바이스에 요청하기 위해 1로 설정되는, 무선 통신을 위한 방법.
15. 명령들을 저장하는 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은 실행되는 경우 프로세서로 하여금 제 9 항 및 제 14 항 중 어느 한 항의 방법 단계들을 수행하도록 하는, 컴퓨터 판독가능 저장 매체.
    
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 삭제
31. 삭제
32. 삭제
33. 삭제
34. 삭제
35. 삭제
36. 삭제
37. 삭제
38. 삭제
39. 삭제
40. 삭제
41. 삭제
42. 삭제
43. 삭제
44. 삭제
45. 삭제
46. 삭제
47. 삭제
48. 삭제
49. 삭제
50. 삭제
51. 삭제
52. 삭제

Images