KR20160048220A - 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법 - Google Patents

미디어 액세스 제어 헤더 압축을 위한 장치 및 방법 Download PDF

Info

Publication number
KR20160048220A
KR20160048220A KR1020167009842A KR20167009842A KR20160048220A KR 20160048220 A KR20160048220 A KR 20160048220A KR 1020167009842 A KR1020167009842 A KR 1020167009842A KR 20167009842 A KR20167009842 A KR 20167009842A KR 20160048220 A KR20160048220 A KR 20160048220A
Authority
KR
South Korea
Prior art keywords
field
header
type
receiver
address
Prior art date
Application number
KR1020167009842A
Other languages
English (en)
Inventor
마르텐 멘조 웬팅크
산토쉬 폴 아브라함
시모네 메를린
지르트 아워터
모함메드 에이치. 타그하비 나스라바디
치 쿠안
히맨쓰 샘패쓰
알프레드 애스터자드히
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/474,573 external-priority patent/US20130128809A1/en
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20160048220A publication Critical patent/KR20160048220A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/003—Adaptive formatting arrangements particular to signalling, e.g. variable amount of bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H04L1/165—Variable formats
    • H04L29/0604—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Power Engineering (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Telephonic Communication Services (AREA)
  • Small-Scale Networks (AREA)

Abstract

다수의 타입들을 가진 패킷들을 통신하기 위한 시스템들, 방법들 및 디바이스들이 여기에서 설명된다. 일부 양상들에서, 패킷들은 압축된 MAC 헤더를 포함한다. 일부 양상들에서, 패킷들은 확인응답(ACK) 프레임을 포함한다. 특정 패킷 타입에 포함된 필드들은 수신 디바이스에 전송될 정보의 타입에 기초할 수 있다.

Description

미디어 액세스 제어 헤더 압축을 위한 장치 및 방법{APPARATUS AND METHODS FOR MEDIA ACCESS CONTROL HEADER COMPRESSION}
본 출원은 2011년 5월 19일에 출원된 미국 가출원번호 제61/487,814호, 2011년 7월 12일에 출원된 제61/506,779호, 2011년 8월 2일에 출원된 제61/514,365호, 2011년 12월 2일에 출원된 제61/566,535호, 2011년 12월 12일에 출원된 제61/569,653호, 2011년 12월 22일에 출원된 제61/579,179호, 2012년 1월 9일에 출원된 제61/584,419호, 2012년 1월 20일에 출원된 제61/588,706호, 2012년 2월 6일에 출원된 제61/595,487호, 2012년 2월 24일에 출원된 제61/602,754호, 2012년 3월 2일에 출원된 제61/606,271호, 2012년 4월 23일에 출원된 제61/637,042호, 및 2012년 5월 5일에 출원된 제61/642,252호의 우선권을 주장하며, 이들 가출원 각각의 전체 내용은 인용에 의해 본원에 통합된다.
본 출원은 일반적으로 무선 통신들, 특히 통신을 위한 미디어 액세스 제어(MAC) 헤더들을 압축하기 위한 시스템들, 방법들 및 디바이스들에 관한 것이다.
많은 원격통신 시스템들에서, 통신 네트워크들은 여러 상호작용하는 공간적으로-분리된 디바이스들간에 메시지들을 교환하기 위하여 사용된다. 네트워크들은 예를들어 대도시권, 시내구역 또는 개인영역일 수 있는 지리적 범위에 따라 분류될 수 있다. 이러한 네트워크들은 광역 네트워크(WAN), 도시권 통신망(MAN), 근거리 네트워크(LAN), 무선 근거리 네트워크(WLAN), 또는 개인 영역 네트워크(PAN)로서 각각 지정될 것이다. 네트워크들은 또한 다양한 네트워크 노드들 및 디바이스들을 상호 연결하기 위하여 사용되는 스위칭/라우팅 기술(예를들어, 회선 교환 대 패킷 교환), 전송을 위하여 사용되는 물리 매체의 타입(예를들어, 유선 대 무선) 및 사용되는 통신 프로토콜의 세트(예를들어, 인터넷 프로토콜 슈트(Internet protocol suite), SONET(Synchronous Optical Networking), 이더넷 등)에 따라 상이하다.
무선 네트워크들은 네트워크 엘리먼트들이 모바일이며 따라서 동적 접속 요구들을 가질때 또는 네트워크 아키텍처가 고정 토폴로지보다 오히려 ad hoc으로 형성되는 경우에 종종 바람직하다. 무선 네트워크들은 라디오, 마이크로파, 적외선, 광학 등의 주파수 대역들의 전자기파들을 사용하는 비유도 전파 모드에서 무형의(intangible) 물리 매체를 사용한다. 무선 네트워크들은 고정 유선 네트워크들과 비교할때 사용자 이동성 및 고속 필드 전개를 유리하게 가능하게 한다.
무선 네트워크 내의 디바이스들은 서로간에 정보를 전송/수신할 수 있다. 정보는 패킷들을 포함할 수 있으며, 패킷들은 일부 양상들에서 데이터 유닛들 또는 데이터 프레임들로서 지칭될 수 있다. 패킷들은 네트워크를 통해 패킷을 라우팅하고 패킷에서 데이터를 식별하며 패킷을 프로세싱하는 등을 수행하는데 도움을 주는 오버헤드 정보(예를들어, 헤더 정보, 패킷 특성들 등) 뿐만아니라 패킷의 페이로드에서 반송될 수 있는 데이터, 예를들어 사용자 데이터, 멀티미디어 콘텐츠 등을 포함할 수 있다.
따라서, 헤더 정보는 패킷들로 전송된다. 이러한 헤더 정보는 데이터 패킷의 큰 부분을 포함할 수 있다. 따라서, 이러한 패킷들에서의 데이터의 전송은 실제 데이터와는 대조적으로 데이터를 전송하기 위한 많은 대역폭이 헤더 정보를 전송하기 위하여 사용될 수 있다는 사실 때문에 비효율적일 수 있다. 따라서, 패킷들을 통신하기 위한 개선된 시스템들, 방법들 및 디바이스들이 요구된다.
본 발명의 시스템들, 방법들 및 디바이스들은 각각 여러 양상들을 가지며, 양상들 중 단지 하나만이 단독으로 본 발명의 바람직한 속성들을 담당하는 것이 아니다. 이하의 청구항들에 의해 표현되는 본 발명의 범위를 제한하지 않고, 일부 특징들이 지금 간략하게 논의될 것이다. 이러한 논의를 고려한 이후에, 그리고 특히 "상세한 설명"이라는 제목을 가진 단락을 읽은 후에, 본 발명의 특징들이 데이터 패킷의 프레임 헤더(예를들어, 매체 액세스 제어(MAC) 헤더)의 크기를 감소시켜서 데이터 패킷들에서 페이로드들을 전송할때 오버헤드를 감소시키는 것을 포함하는 장점들을 어떻게 제공하는지가 이해될 것이다.
본 개시내용의 일 양상은 무선 네트워크에서 통신하기 위한 방법을 제공한다. 본 방법은 수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하는 단계를 포함한다. 본 방법은 선택된 타입의 매체 액세스 제어 헤더를 수신기에 전송하는 단계를 더 포함한다.
본 개시내용의 다른 양상은 무선 네트워크에서 통신하기 위한 장치를 제공한다. 본 장치는 수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하도록 구성된 프로세서를 포함한다. 본 장치는 선택된 타입의 매체 액세스 제어 헤더를 수신기에 전송하도록 구성된 송신기를 더 포함한다.
본 개시내용의 또 다른 양상은 무선 네트워크에서 통신하기 위한 장치를 제공한다. 본 장치는 수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하기 위한 수단을 포함한다. 본 장치는 선택된 타입의 매체 액세스 제어 헤더를 수신기에 전송하기 위한 수단을 더 포함한다.
본 개시내용의 또 다른 양상은 명령들을 포함하는 컴퓨터 판독가능 매체를 제공한다. 명령들은 실행될때, 장치로 하여금 수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하도록 한다. 명령들은, 추가적으로, 실행될때 장치로 하여금 선택된 타입의 매체 액세스 제어 헤더를 수신기에 전송하도록 한다.
도 1은 본 개시내용의 양상들이 사용될 수 있는 무선 통신 시스템의 일례를 예시한다.
도 2는 도 1의 무선 통신 시스템내에서 사용될 수 있는 무선 디바이스에서 활용될 수 있는 수신기를 포함하는 다양한 컴포넌트들을 예시한다.
도 3은 통신을 위해 레가시 시스템들에서 사용되는 타입의 매체 액세스 제어(MAC) 헤더의 예를 예시한다.
도 3a는 통신을 위해 레가시 시스템들에서 사용되는 타입의 매체 액세스 제어(MAC) 헤더의 다른 예를 예시한다.
도 4는 압축된 MAC 헤더의 예를 예시한다.
도 4a는 다른 압축된 MAC 헤더의 예를 예시한다.
도 4b는 또 다른 압축된 MAC 헤더의 예를 예시한다.
도 5는 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 일 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 6는 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 7은 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 8은 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 9는 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 10은 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 11은 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 12는 데이터 패킷에 대한 도 4의 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 도 4의 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 13은 송신 요청(RTS)/송신 허가(CTS) 어드레싱에서 사용되는 압축된 MAC 헤더의 필드들 내의 데이터의 예들을 예시한다.
도 14는 관리 프레임에 대한 압축된 MAC 헤더의 필드들 내의 데이터의 타입들 및 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 15는 데이터 패킷에 대한 압축된 MAC 헤더의 필드들 내의 데이터의 타입 및 MAC 헤더의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다.
도 16은 데이터 패킷에 대한 압축된 MAC 헤더의 필드들 내의 데이터의 타입의 추가 예들을 예시한다.
도 17은 데이터 패킷에 대한 압축된 MAC 헤더의 필드들 내의 데이터의 타입의 추가 예들을 예시한다.
도 18-23은 압축된 MAC 헤더들의 타입들의 예를 예시한다.
도 24a-c는 암호화되지 않은 페이로드를 가진 압축된 MAC 헤더들의 타입들의 예들을 예시한다.
도 25a-c는 암호화된 페이로드를 가진 압축된 MAC 헤더들의 타입들의 예들을 예시한다.
도 26은 통신을 위한 레가시 시스템들에서 사용되는 타입의 확인응답(ACK) 프레임의 예를 예시한다.
도 27 및 도 28은 압축된 ACK 프레임의 타입들의 예들을 예시한다.
도 29a-c는 압축된 확인응답(ACK) 프레임들의 예들을 예시한다.
도 30은 보안없이 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷 및 프레임 제어 필드 포맷의 예를 예시한다.
도 30a는 보안 없이 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷 및 프레임 제어 필드 포맷의 또 다른 예를 예시한다.
도 30b는 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷 및 프레임 제어 필드 포맷의 또 다른 예를 예시한다.
도 31은 보안을 사용하여 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷 및 프레임 제어 필드 포맷의 예를 예시한다.
도 32는 MAC 헤더를 가진 패킷을 전송하기 위한 방법의 일 양상을 예시한다.
도 33은 도 1의 무선 통신 시스템 내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 34는 패킷을 수신하여 프로세싱하기 위한 방법의 일 양상을 예시한다.
도 35는 도 1의 무선 통신 시스템내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 36은 ACK 프레임을 전송하기 위한 방법의 일 양상을 예시한다.
도 37은 도 1의 무선 통신 시스템내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 38은 ACK 프레임을 수신하여 프로세싱하기 위한 방법의 일 양상을 예시한다.
도 39는 도 1의 무선 통신 시스템내에서 사용될 수 있는 다른 예시적인 무선 디바이스의 기능 블록도이다.
도 40은 MAC 헤더를 가진 패킷을 전송하기 위한 방법의 일 양상을 예시한다.
도 41은 도 1의 무선 통신 시스템내에서 사용될 수 있는 예시적인 무선 디바이스의 기능 블록도이다.
도 42는 패킷을 수신하여 프로세싱하기 위한 방법의 일 양상을 예시한다.
도 43은 도 1의 무선 통신 시스템내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스의 기능 블록도이다.
신규한 시스템들, 장치들 및 방법들의 다양한 양상들이 첨부 도면들을 참조로 하여 하기에서 더 완전하게 설명된다. 그러나, 교시들은 많은 상이한 형태들로 구현될 수 있으며, 본 개시내용 전반에 걸쳐 제시된 임의의 특정 구조 또는 기능으로 제한되는 것으로 해석되지 않아야 한다. 오히려, 이들 양상들은 이러한 개시내용이 완전히 그리고 완벽하고 본 개시내용의 범위를 당업자에게 똑바로 전달하도록 제공된다. 여기의 교시들에 기초하여, 당업자는 본 개시내용의 범위가 본 발명의 임의의 다른 양상에 독립적으로 구현되던지 또는 이러한 다른 양상과 결합되던지 간에 여기에 개시된 신규한 시스템들, 장치들 및 방법들의 임의의 양상을 커버하도록 의도된다는 것을 인식되어야 한다. 예를들어, 여기에서 제시된 임의의 수의 양상들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 또한, 여기에서 제시된 본 발명의 다양한 양상들에 부가하거나 또는 이들 양상들이 아닌 다른 구조, 기능 또는 구조와 기능을 사용하여 실시될 수 있는 이러한 장치 또는 방법을 커버하도록 의도된다. 여기에 개시된 임의의 양상이 청구범위의 하나 이상의 엘리먼트들에 의해 구현될 수 있다는 것이 이해되어야 한다.
비록 특정 양상들이 여기에서 설명될지라도, 이들 양상들의 많은 변형들 및 치환들은 본 개시내용의 범위내에 있다. 바람직한 양상들의 일부 이점들 및 장점들이 언급될지라도, 본 개시내용의 범위는 특정 장점들, 용도들 또는 목적들로 제한되는 것으로 의도되지 않는다. 오히려, 본 개시내용의 양상들은 상이한 무선 기술들, 시스템 구성들, 네트워크들 및 전송 프로토콜들에 광범위하게 적용되는 것으로 의도되며, 이들 중 일부는 바람직한 양상들의 하기의 설명 및 도면들에서 예로서 예시된다. 상세한 설명 및 도면들은 제한 보다는 오히려 단순히 본 개시내용을 예시하며, 본 개시내용의 범위는 첨부된 청구범위 및 이의 균등물들에 의해 한정된다.
널리 보급된 무선 네트워크 기술들은 다양한 타입들의 무선 근거리 네트워크(WLAN)들을 포함할 수 있다. WLAN은 광범위하게 사용되는 네트워킹 프로토콜들을 사용하여 근접 디바이스들을 함께 연결하기 위하여 사용될 수 있다. 여기에서 설명된 다양한 양상들은 WiFi 또는 더 일반적으로 IEEE 802.11 무선 프로토콜 패밀리의 임의의 멤버(member)와 같은 임의의 통신 표준에 적용할 수 있다. 예를들어, 여기에서 설명된 다양한 양상들은 1GHz 이하 대역들을 사용하는 IEEE 802.11ah 프로토콜의 부분으로서 사용될 수 있다.
일부 양상들에서, 기가헤르츠 이하 대역의 무선 신호들은 직교 주파수-분할 멀티플렉싱(OFDM), 직접-시퀀스 확산 스펙트럼(DSSS) 통신들, OFDM 및 DSSS 통신들의 조합 또는 다른 방식들을 사용하여 802.11ah 프로토콜에 따라 전송될 수 있다. 802.11ah 프로토콜의 구현들은 센서들, 미터링 및 스마트 그리드 네트워크들에 대하여 사용될 수 있다. 유리하게, 802.11ah 프로토콜을 구현하는 특정 디바이스들의 양상들은 다른 무선 프로토콜들을 구현하는 디바이스들보다 낮은 전력을 소비할 수 있으며 그리고/또는 예를들어 1킬로미터 또는 그 초과의 비교적 긴 거리에 걸쳐 무선 신호들을 전송하기 위하여 사용될 수 있다.
일부 구현들에서, WLAN은 무선 네트워크에 액세스하는 컴포넌트들인 다양한 디바이스들을 포함한다. 예를들어, 2가지 타입들의 디바이스들, 즉 액세스 포인트("AP")들 및 클라이언트들(또한 스테이션들 또는 "STA"들로서 지칭됨)이 존재할 수 있다. 일반적으로, AP는 WLAN에 대한 허브 또는 기지국으로서 역할을 하며, STA는 WLAN의 사용자로서 역할을 한다. 예를들어, STA는 랩탑 컴퓨터, 개인 휴대 단말(PDA), 모바일 폰 등일 수 있다. 일례에서, STA는 인터넷 또는 다른 광역 네트워크들에 대한 일반적인 연결을 획득하기 위하여 WiFi(예를들어, 802.11ah와 같은 IEEE 802.11 프로토콜) 준수 무선 링크를 통해 AP에 연결된다. 일부 구현들에서, STA는 또한 AP로서 사용될 수 있다.
액세스 포인트("AP")는 또한 NodeB, 라디오 네트워크 제어기("RNC"), eNodeB, 기지국 제어기("BSC"), 베이스 트랜시버 스테이션("BTS"), 기지국("BS"), 트랜시버 펑션("TF"), 라디오 라우터, 라디오 트랜시버, 또는 일부 다른 용어를 포함하거나, 이들로서 구현되거나 또는 이들로서 알려져 있을 수 있다.
스테이션 "STA"는 또한 액세스 단말("AT"), 가입자 스테이션, 가입자 유닛, 이동국, 원격 스테이션, 원격 단말, 사용자 단말, 사용자 에이전트, 사용자 디바이스, 사용자 장비 또는 일부 다른 용어를 포함하거나, 이들로서 구현되거나 또는 이들로서 알려져 있을 수 있다. 일부 구현들에서, 액세스 단말은 셀룰러 전화, 코드리스 전화, 세션 개시 프로토콜("SIP") 폰, 무선 로컬 루프("WLL") 스테이션, 개인 휴대 단말("PDA"), 무선 접속 능력을 가지는 핸드헬드 디바이스 또는 무선 모뎀에 접속되는 일부 다른 적합한 프로세싱 디바이스를 포함할 수 있다. 따라서, 여기에서 개시되는 하나 이상의 양상들은 폰(예를들어, 셀룰러 폰 또는 스마트 폰), 컴퓨터(예를들어, 랩탑), 휴대용 통신 디바이스, 헤드셋, 휴대용 컴퓨팅 디바이스(예를들어, 개인휴대단말), 엔터테인먼트 디바이스(예를들어, 음악 디바이스 또는 비디오 디바이스 또는 위성 라디오), 게이밍 디바이스 또는 시스템, 글로벌 포지셔닝 시스템 디바이스, 또는 무선 매체를 통해 통신하도록 구성되는 임의의 다른 적합한 디바이스에 통합될 수 있다.
앞서 논의된 바와같이, 여기에서 설명되는 디바이스들 중 특정 디바이스는 예를들어 802.11ah 표준을 구현할 수 있다. 이러한 디바이스들은 STA 또는 AP 또는 다른 디바이스로서 사용되던지간에 스마트 그리드 네트워크에서 또는 스마트 미터링을 위하여 사용될 수 있다. 이러한 디바이스들은 센서 애플리케이션들을 제공할 수 있거나 또는 홈 오토메이션에서 사용될 수 있다. 디바이스들은 대신에 또는 부가적으로 헬스케어 컨텍스트, 예를들어 개인 헬스케어에서 사용될 수 있다. 또한, 디바이스들은 감시를 위해, (예를들어, 핫스팟( hotspot)들과 함께 사용하기 위한) 연장된 거리의 인터넷 연결을 가능하게 하기 위해 또는 머신-대-머신 통신들을 구현하기 위하여 사용될 수 있다.
도 1은 본 개시내용의 양상들이 사용될 수 있는 무선 통신 시스템(100)의 일례를 예시한다. 무선 통신 시스템(100)은 무선 표준, 예를들어 802.11ah 표준에 따라 동작할 수 있다. 무선 통신 시스템(100)은 STA들(106)과 통신하는 AP(104)를 포함할 수 있다.
다양한 프로세스들 및 방법들은 무선 통신 시스템(100)에서 AP(104)와 STA들(106) 간의 전송들을 위하여 사용될 수 있다. 예를들어, 신호들은 OFDM/OFDMA 기술들에 따라 AP(104)와 STA들(106) 사이에서 송신 및 수신될 수 있다. 만일 그렇다면, 무선 통신 시스템(100)은 OFDM/OFDMA 시스템으로서 지칭될 수 있다. 대안적으로, 신호들은 CDMA 기술들에 따라 AP(104)와 STA들(106)사이에서 송신 및 수신될 수 있다. 만일 그렇다면, 무선 통신 시스템(100)은 CDMA 시스템으로서 지칭될 수 있다.
AP(104)로부터 STA들(106) 중 하나 이상으로의 전송을 가능하게 하는 통신 링크는 다운링크(DL)(108)로서 지칭될 수 있으며, STA들(106) 중 하나 이상으로부터 AP(104)로의 전송을 가능하게 하는 통신 링크는 업링크(UL)(110)로서 지칭될 수 있다. 대안적으로, 다운링크(108)는 순방향 링크 또는 순방향 채널로서 지칭될 수 있으며, 업링크(110)는 역방향 링크 또는 역방향 채널로서 지칭될 수 있다. 게다가, 일부 양상들에서, STA들(106)은 서로 직접 통신할 수 있으며 서로간에 직접 링크(직접)를 형성한다.
AP(104)는 기지국으로서 작용할 수 있으며 기본 서비스 영역(BSA)(102)에서 무선 통신 커버리지를 제공한다. AP(104)와 연관되며 통신을 위하여 AP(104)를 사용하는 STA들(106)과 함께 AP(104)는 기본 서비스 세트(BSS)로서 지칭될 수 있다. 무선 통신 시스템(100)이 중앙 AP(104)를 갖지 못할 수 있으나 오히려 STA들(106) 간의 피어-투-피어 네트워크로서 기능을 할 수 있다는 것에 주목해야 한다. 또 다른 예에서, 여기에서 설명되는 AP(104)의 기능들은 대안적으로 STA들(106) 중 하나 이상에 의해 수행될 수 있다.
도 2는 무선 통신 시스템(100)내에서 사용될 수 있는 무선 디바이스(202)에서 활용될 수 있는 다양한 컴포넌트들을 예시한다. 무선 디바이스(202)는 여기에서 설명되는 다양한 방법들을 구현하도록 구성될 수 있는 디바이스의 예이다. 예를들어, 무선 디바이스(202)는 AP(104) 또는 STA들(106) 중 하나를 포함할 수 있다.
무선 디바이스(202)는 무선 디바이스(202)의 동작을 제어하는 프로세서(204)를 포함할 수 있다. 프로세서(204)는 또한 중앙 프로세싱 유닛(CPU)으로서 지칭될 수 있다. 판독-전용 메모리(ROM) 및 랜덤 액세스 메모리(RAM) 모두를 포함할 수 있는 메모리(206)는 프로세서(204)에 명령들 및 데이터를 제공한다. 메모리(206)의 일부분은 또한 비-휘발성 랜덤 액세스 메모리(NVRAM)를 포함할 수 있다. 프로세서(204)는 통상적으로 메모리(206) 내에 저장되는 프로그램 명령들에 기초하여 논리적 및 산술적 동작들을 수행한다. 메모리(206)의 명령들은 여기에서 설명된 방법들을 구현하기 위하여 실행가능할 수 있다.
무선 디바이스(202)가 전송 노드로서 구현되거나 또는 사용될때, 프로세서(204)는 다수의 매체 액세스 제어(MAC) 헤더 타입들 중 하나를 선택하고 그 MAC 헤더 타입을 가진 패킷을 생성하도록 구성될 수 있다. 예를들어, 프로세서(204)는, 이하에서 더 상세히 논의되는 바와같이, 페이로드 및 MAC 헤더를 포함하는 패킷을 생성하고 어느 타입의 MAC 헤더를 사용할지를 결정하도록 구성될 수 있다.
무선 디바이스(202)가 수신 노드로서 구현되거나 또는 사용될때, 프로세서(204)는 다수의 상이한 MAC 헤더 타입들의 패킷들을 프로세싱하도록 구성될 수 있다. 예를들어, 프로세서(204)는 패킷에서 사용되는 MAC 헤더의 타입을 결정하고 따라서 MAC 헤더의 필드들 및/또는 패킷을 프로세싱하도록 구성될 수 있으며, 이는 이하에서 추가로 논의된다.
프로세서(204)는 하나 이상의 프로세서들로 구현되는 프로세싱 시스템의 컴포넌트를 포함하거나 또는 이러한 컴포넌트일 수 있다. 하나 이상의 프로세서들은 범용 마이크로프로세서들, 마이크로제어기들, 디지털 신호 프로세서(DSP)들, 필드 프로그램가능 게이트 어레이(FPGA)들, 프로그램가능 논리 디바이스(PLD)들, 제어기들, 상태 머신들, 게이트 로직, 이산 하드웨어 컴포넌트들, 전용 하드웨어 유한 상태 머신들, 또는 정보의 계산들 또는 다른 조작들을 수행할 수 있는 임의의 다른 적절한 엔티티들의 임의의 조합으로 구현될 수 있다.
프로세싱 시스템은 또한 소프트웨어를 저장하기 위한 머신-판독가능 매체를 포함할 수 있다. 소프트웨어는 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 설명 언어, 또는 그 밖의 것으로 지칭되던지 간에 임의의 타입의 명령들을 의미하는 것으로 광범위하게 이해될 것이다. 명령들은 (예를들어, 소스 코드 포맷, 2진 코드 포맷, 실행가능 코드 포맷 또는 코드의 임의의 다른 적절한 포맷의) 코드를 포함할 수 있다. 명령들은 하나 이상의 프로세서들에 의해 실행될때 프로세싱 시스템이 여기에서 설명된 다양한 기능들을 수행하도록 한다.
무선 디바이스(202)는 또한 무선 디바이스(202)와 원격 위치 사이에서의 데이터의 전송 및 수신을 가능하게 하기 위하여 송신기(210) 및/또는 수신기(212)를 포함할 수 있는 하우징(208)을 포함할 수 있다. 송신기(210) 및 수신기(212)는 트랜시버(214)로서 결합될 수 있다. 안테나(216)는 하우징(208)에 부착될 수 있으며 트랜시버(214)에 전기적으로 커플링될 수 있다. 무선 디바이스(202)는 또한 다수의 송신기들, 다수의 수신기들, 다수의 트랜시버들 및/또는 다수의 안테나들을 포함할 수 있다(도시 안됨).
송신기(210)는 상이한 MAC 헤더 타입들을 가진 패킷들을 무선으로 전송하도록 구성될 수 있다. 예를들어, 송신기(210)는 프로세서(204)에 의해 생성되는 상이한 타입들의 헤더들을 가진 패킷들을 전송하도록 구성될 수 있으며, 이는 앞서 논의되었다.
수신기(212)는 상이한 MAC 헤더 타입을 가진 패킷들을 무선으로 수신하도록 구성될 수 있다. 일부 양상들에서, 수신기(212)는 사용된 MAC 헤더의 타입을 검출하고 따라서 패킷을 프로세싱하도록 구성되며, 이는 이하에서 더 상세히 논의된다.
무선 디바이스(202)는 또한 트랜시버(214)에 의해 수신되는 신호들의 레벨을 검출하여 정량화하는 노력으로 사용될 수 있는 신호 검출기(218)를 포함할 수 있다. 신호 검출기(218)는 총 에너지, 심볼마다 서브캐리어당 에너지, 전력 스펙트럼 밀도 및 다른 신호들로서 이러한 신호들을 검출할 수 있다. 무선 디바이스(202)는 또한 신호들을 프로세싱할때 사용하기 위한 디지털 신호 프로세서(DSP)(220)를 포함할 수 있다. DSP(220)는 전송을 위한 패킷을 생성하도록 구성될 수 있다. 일부 양상들에서, 패킷은 물리 계층 데이터 유닛(PPDU)을 포함할 수 있다.
무선 디바이스(202)는 일부 양상들에서 사용자 인터페이스(222)를 더 포함할 수 있다. 사용자 인터페이스(222)는 키패드, 마이크로폰, 스피커 및/또는 디스플레이를 포함할 수 있다. 사용자 인터페이스(222)는 무선 디바이스(202)의 사용자에 정보를 전달하고 그리고/또는 사용자로부터 입력을 수신하는 임의의 엘리먼트 또는 컴포넌트를 포함할 수 있다.
무선 디바이스(202)의 다양한 컴포넌트들은 버스 시스템(226)에 의해 함께 커플링될 수 있다. 버스 시스템(226)은 예를들어 데이터 버스 뿐만아니라 데이터 버스외에 전력 버스, 제어 신호 버스 및 상태 신호 버스를 포함할 수 있다. 당업자는 무선 디바이스(202)의 컴포넌트들이 함께 커플링될 수 있거나 또는 일부 다른 메커니즘을 사용하여 상호간에 입력들을 받아들이거나 또는 제공할 수 있다는 것을 인식할 것이다.
비록 다수의 개별 컴포넌트들이 도 2에 예시될지라도, 당업자는 컴포넌트들 중 하나 이상의 컴포넌트가 결합되거나 또는 일반적으로 구현될 수 있다는 것을 인식할 것이다. 예를들어, 프로세서(204)는 프로세서(204)와 관련하여 앞서 설명된 기능 뿐만아니라 신호 검출기(218) 및/또는 DSP(220)와 관련하여 앞서 설명된 기능을 구현하기 위하여 사용될 수 있다. 게다가, 도 2에 예시된 컴포넌트들 각각은 다수의 개별 엘리먼트들을 사용하여 구현될 수 있다.
참조의 용이성을 위하여, 무선 디바이스(202)가 전송 노드로서 구성될때, 무선 디바이스(202)는 이후에 무선 디바이스(202t)로서 지칭된다. 유사하게, 무선 디바이스(202)가 수신 노드로서 구성될때, 무선 디바이스(202)는 이후에 무선 디바이스(202r)로서 지칭된다. 무선 통신 시스템(100)의 디바이스는 단지 전송 노드의 기능, 단지 수신 노드의 기능, 또는 전송 노드 및 수신 노드 모두의 기능을 구현할 수 있다.
앞서 논의된 바와같이, 무선 디바이스(202)는 AP(104) 또는 STA(106)를 포함할 수 있으며, 다수의 MAC 헤더 타입들을 가진 통신들을 전송 및/또는 수신하기 위하여 사용될 수 있다.
도 3은 레가시 MAC 헤더(300)의 예를 예시한다. MAC 헤더(300)는 비-압축 MAC 헤더일 수 있다. 도시된 바와같이, MAC 헤더(300)는 7개의 상이한 필드들, 즉 프레임 제어(fc) 필드(305), 듀레이션/식별(dur) 필드(310), 수신기 어드레스(a1) 필드(315), 송신기 어드레스(a2) 필드(320), 목적지 어드레스(a3) 필드(325), 시퀀스 제어(sc) 필드(330), 및 서비스 품질(QoS) 제어(qc) 필드(335)를 포함한다. a1, a2 및 a3 필드들(315-325) 각각은 48-비트(6 옥텟) 값인, 디바이스의 풀(full) MAC 어드레스를 포함한다. 도 3은 필드들(305-335) 각각의 옥텟들의 크기를 추가로 표시한다. 필드 크기들 모두의 값을 합산하면 26 옥텟인 MAC 헤더(300)의 전체 크기가 제공된다. 주어진 패킷의 총 크기는 200 옥텟 정도일 수 있다. 따라서, 레가시 MAC 헤더(300)는 전체 패킷 크기의 큰 부분을 포함하며, 이는 데이터 패킷을 전송하기 위한 오버헤드가 크다는 것을 의미한다.
도 3a는 통신을 위해 레가시 시스템들에서 사용되는 타입을 가지며 카운터-모드 암호 블록 체이닝 메시지 인증 코드 프로토콜(CCMP) 암호화를 사용하는 3-어드레스 MAC 헤더인 MAC 헤더(300a)의 예를 예시한다. 도시된 바와같이, MAC 헤더(300)는 13개의 상이한 필드들, 즉 프레임 제어(fc) 필드(305a), 듀레이션/식별(dur) 필드(310a), 수신기 어드레스(a1) 필드(315a), 송신기 어드레스(a2) 필드(320a), 목적지 어드레스(a3) 필드(325a), 시퀀스 제어(sc) 필드(330a), 서비스 품질(QoS) 제어(qc) 필드(335a), 고스루풋(ht) 제어 필드(340a), CCMP(ccmp) 필드(345a), 논리 링크 제어(LLC)/서브네트워크 액세스 프로토콜(SNAP)(llc/snap) 필드(350a), 메시지 완전성 검사(mic) 필드(360a) 및 프레임 제어 시퀀스(fcs) 필드(365a)를 포함한다. 도 3은 필드들(305a-365a) 각각의 옥텟의 크기를 추가로 표시한다. 필드 크기들 모두의 값을 합산하면, 58 옥텟인 MAC 헤더(300a)의 전체 크기가 제공된다. 주어진 패킷의 총 크기는 200 옥텟 정도일 수 있다. 따라서, 레가시 MAC 헤더(300a)는 전체 패킷 크기의 큰 부분을 포함하며, 이는 데이터 패킷을 전송하기 위한 오버헤드가 크다는 것을 의미한다.
도 3a는 MAC 헤더(300a)의 fc 필드(305a)에 포함되는 데이터의 타입들을 추가로 예시한다. fc 필드(305a)는 다음과 같은 필드들, 즉 프로토콜 버전(pv) 필드(372), 프레임 타입(type) 필드(374), 프레임 서브타입(subtype) 필드(376), 목적지 분산 시스템(to-ds) 필드(378), 발신지 분산 시스템(from-ds) 필드(380), 추가 프래그먼트들(more frag) 필드(382), 재시도 필드(384), 전력 관리(pm) 필드(386), 추가 데이터(md) 필드(388), 보호 프레임(pf) 필드(390) 및 오더(order) 필드(392)를 포함한다.
따라서, 데이터 패킷들에 대한 감소된 크기의 MAC 헤더들(압축된 MAC 헤더들)을 사용하기 위한 시스템들 및 방법들은 여기에서 설명된다. 이러한 압축된 MAC 헤더들의 사용은 데이터 패킷의 작은 공간이 MAC 헤더에 의해 사용되도록 하여, 데이터 패킷에서 페이로드를 전송하는데 필요한 오버헤드를 감소시킨다. 따라서, 더 적은 데이터가 전체적으로 전송될 필요가 있다. 더 적은 데이터의 전송은 데이터가 전송되는 속도를 증가시킬 수 있으며, 송신기에 의한 대역폭의 사용을 감소시킬 수 있으며, 더 적은 데이터를 전송하기 위하여 더 적은 자원들이 사용되기 때문에 전송에 필요한 전력을 감소시킬 수 있다.
MAC 헤더들의 압축은 MAC 헤더의 특정 필드들을 제거하거나 또는 수정함으로써 수행될 수 있다. 그 다음, 압축된 MAC 헤더는 무선 디바이스(202t)로부터 무선 디바이스(202r)로 송신될 수 있다. 필드들의 제거 또는 수정은 데이터 패킷의 무선 디바이스(202r)에 통신될 필요가 있는 정보에 기초할 수 있다. 예를들어, 무선 디바이스(202r)는 데이터 패킷을 수신하여 프로세싱하기 위하여 MAC 헤더(300)의 모든 정보를 필요로 하지 않을 수 있다. 예를들어, 일부 경우들에서, 수신기는 MAC 헤더(300)에서 전송될, 메모리에 저장된 정보의 일부를 사전에 가질 수 있다. 일 경우에, 무선 디바이스(202r)는 무선 디바이스(202t)로부터의 사전에 수신된 데이터 패킷에서, 예를들어 메시징 패킷 또는 이전 데이터 패킷의 MAC 헤더에서 그 정보를 수신할 수 있다. 또 다른 경우에, 무선 디바이스(202r)는 예를들어 제조시에 또는 다른 디바이스와의 통신을 통해 사전에 프로그래밍된 이러한 정보를 가질 수 있다. 일부 양상들에서, 무선 디바이스(202r)는 무선 디바이스(202r)에 저장되는 정보(예를들어, MAC 헤더의 필드들에 대한 값들)를 무선 디바이스(202t)에 표시할 수 있다. 이후, 무선 디바이스(202t)는 무선 디바이스(202r)에 송신되는 패킷들의 MAC 헤더로부터의 이러한 필드들을 생략할 수 있다.
또 다른 실시예에서, 무선 디바이스(202r)는 예를들어 이러한 기능이 필요치 않은 경우들에서, 제거되었던 필드들의 사용을 필요로 하는 특정 기능들을 수행하지 않을 수 있다. 제거된 또는 수정될 수 있는 필드들의 일부가 이하에서 설명되며 또한 무선 디바이스(202r)가 이러한 압축된 MAC 헤더를 사용하여 어떻게 기능을 하는지가 이하에서 설명된다. 일부 실시예들에서, 무선 디바이스(202r)는 이하에서 상세히 추가로 논의되는 바와같이 사용되는 포맷의 MAC 헤더의 표시에 기초하여 사용되는 MAC 헤더의 포맷을 결정할 수 있다. 다른 실시예들에서, 무선 디바이스(202r, 202t)는 단지 하나의 타입의 압축된 MAC 헤더만을 활용하며, 따라서 어느 타입의 MAC 헤더가 사용되는지에 관한 표시가 필요치 않다.
레가시 802.11 표준(802.11ad까지 그리고 802.11ad을 포함함)에서, fc 필드의 프로토콜 버전(pv) 서브필드는 프로토콜 버전 0(PV0)이 단지 정의된 프로토콜 버전이기 때문에 항상 0으로 세팅된다. 따라서, 프로토콜 버전에 대한 다른 값들, 즉 1 (PV1), 2 (PV2) 및 3 (PV3)의 사용은 정의되지 않는다. 따라서, 여기에서 논의되는 시스템들 및 방법들은 프로토콜 버전 1 (PV1), (PV2) 및/또는 (PV3)의 부분으로서, 압축된 MAC 헤더들을 정의할 수 있다. 프로토콜 버전들은 통신을 위해 디바이스들에 의해 상호 교환가능하게 사용될 수 있다. 예를들어, 레가시 MAC 헤더의 사용을 정의하는 PV0은 링크를 셋업하고, 능력들을 교섭하며 그리고 고속 데이터 전달들을 위하여 사용될 수 있다. 게다가, 압축된 MAC 헤더의 사용을 정의하는 PV1, PV2 및/또는 PV3는 전력 절약 모드에 있을때 주기적인 짧은 데이터 전송들을 위하여 사용될 수 있다.
일부 실시예들에서, 압축된 포맷 MAC 헤더는 기존의 프로토콜 버전 0 (PV0) 또는 새롭게 정의된 프로토콜 버전 1 (PV1), PV2 및/또는 PV3를 사용할 수 있다. PV1, PV2 및/또는 PV3의 사용은 레가시 디바이스들이 레가시 PV0 프레임의 포맷팅에 기초하여 수신된 데이터 패킷을 파싱하는 것을 시도하는 상황을 방지할 수 있다. 예를들어, 레가시 디바이스들은 프레임 제어 시퀀스(FCS)에 데이터 패킷의 마지막 4 옥텟을 매칭시키는 것을 시도할 수 있다. 매칭될 때, 레가시 디바이스들은 비록 패킷의 레가시 듀레이션 필드의 위치에서 듀레이션 필드가 존재하지 않을 수 있을지라도 자신들의 네트워크 할당 벡터(NAV)를 업데이트하기 위하여 그 위치에 있는 데이터의 값을 사용할 수 있다. 이러한 오진 검출(false positive detection)이 발생할 가능성은 레가시 노드들에서 글리치(glitch)들 또는 지터(jitter)를 유발할 정도로 충분히 높을 수 있으며, 이는 압축된 MAC 헤더 포맷들에 대한 PV1, PV2 및/또는 PV3의 사용의 구실이 될 수 있다. 압축된 MAC 헤더들의 사용은 이하에서 추가로 논의된다.
일 실시예에서, MAC 헤더(예를들어, MAC 헤더들 300 또는 300a)의 특정 필드들은 다양한 목적들을 위해 재사용될 수 있으며, 따라서 MAC 헤더의 특정 다른 필드들을 포함시킬 필요성을 제거하여 압축된 MAC 헤더를 형성할 수 있다. 예를들어, mic 필드(360a)는 메시지를 인증하기 위하여 사용되는 정보의 짧은 피스(piece)를 포함한다. mic 필드(360a)에 포함되는 정보는 무선 디바이스(202r)에 송신될 데이터 및 무선 디바이스(202r)와 공유되는 비밀 키 모두를 무선 디바이스(202t)에서 실행되는 인증 알고리즘내에 입력시킴으로써 생성될 수 있다. 이후, 인증 알고리즘은 mic 필드(360a)에 송신될 정보를 생성한다. 인증 알고리즘은 해시 함수일 수 있다. 무선 디바이스(202r)는 또한 인증 알고리즘을 실행할 수 있다. 무선 디바이스(202r)는 무선 디바이스(202t)로부터 메시지를 수신하며, 수신된 메시지 및 공유 키의 자신의 복사본을 인증 알고리즘내에 입력한다. 만일 무선 디바이스(202r)에서 인증 알고리즘의 출력이 mic 필드(360a)에 포함된 정보와 매칭되면, 무선 디바이스(202r)는 데이터 패킷에 전송되는 데이터의 완전성(integrity)(예를들어, 패킷이 탬퍼링되던지간에) 뿐만아니라 데이터 패킷의 진본성(authenticity)(예를들어, 데이터 패킷의 송신자에 대한 검사)을 결정할 수 있다. 일 실시예에서, 어드레싱 필드들, 즉 a1 필드(315a) 및 a2 필드(320a)는 제거될 수 있으며, mic 필드(360a)는 어드레싱 목적들 대신에 활용될 수 있다. 특히, 어드레싱은 인증 알고리즘 내에 입력되는, 무선 디바이스에 의해 유지되는 키와 결합한 데이터 패킷이 mic 필드(360a)에서와 같이 동일한 데이터를 생성하는지를 확인하는 것을 검사하는 것에 수반될 수 있다. 예를들어, 의도된 수신기만이 정확한 출력을 발생시키기 위하여 데이터 패킷과 함께 인증 알고리즘에 입력하기 위한 정확한 키를 보유한다. 따라서, 무선 디바이스(202r)가 의도된 수신기이면, 무선 디바이스(202r)는 정확한 키를 가지고 정확한 출력을 발생시킬 것이다. 만일 무선 디바이스(202r)가 의도된 수신기가 아니면, 무선 디바이스(202r)는 정확한 출력을 발생시키지 않을 것이다. 따라서, 정확한 수신기는 수신기 어드레스 a1을 사용하지 않고 mic 필드(360a)에 기초하여 알려질 수 있다.
그러나, 수신기 어드레스 a1 없이, 무선 디바이스(202r)는 무선 디바이스(202r)가 의도된 수신기인지를 결정하기 위하여 임의의 입력 데이터 패킷들에 대하여 항상 인증 알고리즘을 실행할 필요가 있을 것이라는 것에 주목해야 한다. 이는 추가 배터리 소비를 필요로 하는 추가 프로세싱 전력을 필요로 할 수 있다. 따라서, 일부 실시예들에서, 새로운 필드는 부분 수신기 어드레스(PRA)와 같은 MAC 헤더(300 또는 300a)에 추가될 수 있다. PRA는 수신기 어드레스 a1의 일부분일 수 있다. PRA는 수신 디바이스를 고유하게 식별하지 않을 수 있으나, 일부 경우들에서 무선 디바이스(202r)에 대하여 데이터 패킷이 의도되지 않는다는 것을 적어도 무선 디바이스(202r)에 표시하는데 도움을 준다. 따라서, 무선 디바이스(202r)는 더 적은 데이터 패킷들에 대하여 인증 알고리즘을 실행할 수 있다. 다른 실시예들에서, PRA 또는 수신기 어드레스(RA) 그 자체는 데이터 패킷의 물리 계층 프로토콜(PHY) 헤더에 이미 존재할 수 있으며 따라서 추가적으로 MAC 헤더들(300 또는 300a)에 포함될 필요가 없다.
더욱이, 전송 디바이스의 아이덴티티는 송신기 어드레스 a2를 사용하지 않고 인증 알고리즘이 정확한 출력을 발생시키는지의 여부에 기초하여 결정될 수 있다. 예를들어, 인증 알고리즘에서 사용하기 위하여 무선 디바이스(202t)에 의해 보유되는 키는 상이한 무선 디바이스들에 대하여 상이하다. 따라서, 무선 디바이스(202r)에 의해 보유되는 키는 무선 디바이스(202t)에 특정한다. 따라서, 만일 무선 디바이스(202t)가 전송 디바이스이면, 인증 알고리즘내에 입력되는, 무선 디바이스(202t)와 통신하기 위한 무선 디바이스(202r)에 의해 보유되는 특정 키는 정확한 출력을 발생시킬 것이다. 만일 무선 디바이스(202t)가 전송 디바이스가 아니면, 입력은 정확한 출력을 발생시키지 않을 것이다.
무선 디바이스(202r)가 많은 상이한 전송 디바이스들에 대하여 많은 상이한 키들을 보유한다는 것에 주목해야 한다. 이는 적절한 출력이 발견될때까지 또는 어느 키들도 매칭되지 않는다는 것이 결정될때까지 무선 디바이스(202r)가 많은 상이한 키들을 사용하여 인증 알고리즘을 실행하는 것을 시도할 것을 요구할 수 있다. 이는 추가 배터리 소비를 필요로 하는 추가 프로세싱 전력을 필요로 할 수 있다. 따라서, 일부 실시예들에서, 새로운 필드는 부분 송신기 어드레스(PTA)와 같은 MAC 헤더(300 또는 300a)에 추가될 수 있다. PTA는 송신기 어드레스 a2의 일부분일 수 있다. PTA는 전송 디바이스를 고유하게 식별하지 못할 수 있으나, 일부 경우들에서 일부 키들이 전송 디바이스를 위하여 보유되는 키들의 가능성들로서 테스트될 필요가 없다는 것을 무선 디바이스(202r)에 적어도 표시하는데 도움을 준다. 따라서, 무선 디바이스(202r)는 더 적은 키들로 인증 알고리즘을 실행할 필요가 있을 것이다. 또 다른 실시예에서, PTA는 수신 디바이스에서 키를 고유하게 식별할 수 있다. 이러한 PTA의 예는 액세스 포인트(AP)들에 의해, AP의 연관된 STA들 각각에 할당되는 연관 식별자(AID)이다. AID들은 AP와 연관된 STA들사이에서 고유하며, 그러므로 AP는 수신된 AID에 기초하여 인증 알고리즘에서 사용하기 위한 정확한 키를 고유하게 식별할 수 있다. AID가 MAC 어드레스 보다 훨씬 더 짧기 때문에, MAC 헤더는 크기가 감소될 것이다.
게다가, 어드레스 필드들은 MAC 헤더 그 자체에 포함되지 않고 무선 디바이스(202t) 및 무선 디바이스(202r) 모두에서의 인증 알고리즘의 입력의 부분으로서 사용될 수 있다. 따라서, 무선 디바이스(202r)로부터 데이터 패킷을 수신하는 무선 디바이스(202r)는 수신된 데이터 패킷 및 키와 함께 인증 알고리즘내에 수신기 어드레스 a1으로서 그 자신의 어드레스를 입력할 수 있다. 만일 출력이 데이터 패킷의 mic 필드들(360a)의 값과 매칭되면, 무선 디바이스(202r)는 mic 필드들(360a)이 무선 디바이스(202t)에 의해 동일한 수신기 어드레스 a1과 함께 계산되었기 때문에 자신이 수신 디바이스라는 것을 안다.
또 다른 실시예에서, ccmp 필드(345a)에 포함된 패킷 번호는 sc 필드(330a)에 포함된 시퀀스 번호로서 사용되는 것으로서 패킷들의 시퀀스 제어를 위하여 사용될 수 있다. 따라서, sc 필드(330 또는 330a)는 MAC 헤더(330 또는 330a)로부터 제거될 수 있다.
예를들어 전송을 위하여 비교적 낮은 PHY 레이트들이 사용되고 그리고/또는 짧은 패킷들이 사용되는 또 다른 실시예에서, ccmp 필드(345a) 및/또는 mic 필드(360a)에서의 패킷 번호 필드의 크기가 감소될 수 있다.
또 다른 실시예에서, mic 필드(360a)는 fcs 필드(365a)의 함수를 수행하기 위하여 사용될 수 있다. fcs 필드(365a)는 수신된 패킷에서 임의의 에러들이 존재하는지의 여부를 결정하기 위하여 사용되는 순환 리던던시 검사를 포함한다. 패킷을 수신할때 이러한 검사를 수행하는 것 대신에, 무선 디바이스(202r)는 mic 필드(360a)의 데이터를 생성함으로써 데이터 패킷이 인증 알고리즘을 통과하는지를 확인하는 것을 검사하도록 구성될 수 있다. 만일 패킷에서 에러들이 존재하면, 인증 알고리즘은 통과하지 못할 것이다. 그러나, 만일 패킷이 인증 알고리즘을 통과하면, 패킷에 에러들이 존재하지 않는다는 것이 가정될 수 있다. 이러한 결정은 그 시간에 데이터 패킷의 패킷 번호가 패킷 번호로서 논리적으로 예상되는지를 확인하기 위하여 그 패킷 번호를 검사하는 것과 함께 추가로 수행될 수 있다. 인증 알고리즘이 통과하면, 인증 알고리즘은 적절한 STA에 대해 통상적인 짧은 프레임간 공간(SIFS) 시간 이후에 (예를들어, ACK 프레임으로) 다시 응답하도록 무선 디바이스(202r)를 트리거링한다는 것에 주목해야 한다. 그러나, 만일 인증 알고리즘이 통과하지 못하면, 인증 알고리즘은 연장된 프레임간 공간(EIFS) 시간 이후에 다시 응답하도록 무선 디바이스(202r)를 트리거링한다. 그러나, 이는 그것이 송신되는 다음 확인응답(ACK) 프레임에 의해 클리어(clear)되기 때문에 문제가 아니다.
또 다른 실시예에서, 목적지 어드레스(a3) 필드(325 또는 325a)는 MAC 헤더(300 또는 300a)로부터 제거될 수 있다. 목적지 어드레스는 무선 디바이스(202t)가 다른 디바이스(예를들어, 라우터)를 통해 무선 디바이스(202r)에 데이터 패킷을 전송하고 목적지 어드레스로서 다른 디바이스의 어드레스를 표시하는 경우에 사용될 수 있다. 따라서, 무선 디바이스(202t)가 무선 디바이스(202r)에 직접 전송하는 경우들에 대하여, a3 필드(325 또는 325a)는 MAC 헤더(300 또는 300a)로부터 제거될 수 있다. 일부 실시예들에서, 새로운 필드 "a3 존재"는 a3 필드(325 또는 325a)가 MAC 헤더(300 또는 300A)에 존재하는지의 여부를 표시하기 위하여 MAC 헤더(300 또는 300a)에 추가될 수 있다.
일부 실시예들에서, 자주 사용되는 목적지 어드레스는 무선 디바이스(202r)의 메모리에 저장될 수 있다. 따라서, 전체 목적지 어드레스를 포함시키는 것 대신에, MAC 헤더(300 또는 300a)는 무선 디바이스(202r)가 저장된 목적지 어드레스를 데이터 패킷에 대한 목적지 어드레스로서 활용해야 한다는 것을 무선 디바이스(202r)에 표시하는 압축된 a3 존재 또는 "compr a3" 필드라 불리는 새로운 필드를 포함할 수 있다. 저장된 목적지 어드레스는 무선 디바이스(202r)에 사전에 프로그래밍될 수 있다. 부가적으로 또는 대안적으로, 저장된 목적지 어드레스는 무선 디바이스(202t)와 무선 디바이스(202r) 사이에서 메시징함으로써 세팅 및/또는 업데이트될 수 있으며, 이러한 메시징은 새로운 목적지 어드레스가 저장되어야 한다는 것을 표시한다.
또 다른 실시예에서, dur 필드(310 또는 310a)는 MAC 헤더(300 또는 300a)로부터 제거될 수 있다. dur 필드(310 또는 310a)는 무선 디바이스(202t)와 무선 디바이스(202r) 사이의 통신 채널이 유지되어야 하는 듀레이션을 수신기에 표시한다. 데이터 패킷을 수신하는 의도된 무선 디바이스(202r)는 통상적으로 패킷을 수신할때 dur 필드(310 또는 310a)에서 표시된 시간 동안 무선 디바이스(202t)와의 통신 채널 개방을 유지할 것이다. dur 필드(310 또는 310a)를 사용하는 것 대신에, 무선 디바이스들(202t, 202r)은 통신 채널을 유지하기 위하여 당업자에게 공지된 바와같이 표준 송신 요청/송신 허가(RTS/CTS: request to send/clear to send) 메시징을 활용할 수 있다. 또 다른 실시예에서, dur 필드(310 또는 310a)는 무선 디바이스(202r)에 송신되는 제 1 패킷에 대한 MAC 헤더(300 또는 300a)에 포함될 수 있으나 dur 필드(310 또는 310a)에 특정된 시간 동안 송신되는 추가 패킷들에서는 배제될 수 있다.
또 다른 실시예에서, 전체 llc/snap 필드(350a)를 포함하는 대신에, llc/snap 필드(350a)의 단지 일부분만이 MAC 헤더(300 또는 300a)에 포함될 수 있다. 예를들어, 송신되는 대다수의 프레임들에 대하여, llc/snap 필드(350a) 데이터는 이더타입을 제외하고 동일하다. 따라서, 전체 llc/snap 필드(350a) 대신에, 이더타입만이 MAC 헤더(300 또는 300a)에 포함될 수 있다. 대안적으로 전체 LLC/SNAP 헤더는 수신기의 메모리에 저장될 수 있으며, "compr llc/snap" 필드는 compra a3 필드의 논의와 유사하게, 저장된 LLC/SNAP 헤더가 수신된 패킷에 대하여 사용될 것이라는 것을 표시할 수 있다.
또 다른 실시예에서, fc 필드(305 또는 305a)의 특정 부분들은 MAC 헤더(300 또는 300a)로부터 제거될 수 있다. 예를들어, 집합화된 Mac 서비스 데이터 유닛(A-MSDU), 집합화된 Mac 프로토콜 데이터 유닛(A-MPDU), 프래그멘테이션(fragmentation) 및 ACK 정책 필드들과 같은 데이터 필드들은 fc 및 qc 필드들(305, 305a 및/또는 335a)로부터 제거될 수 있으며 따라서 압축된 MAC 헤더의 가능한 기능들을 감소시킬 수 있다(즉, 압축된 MAC 헤더는 데이터 필드들의 기능이 필요치 않을때 사용될 수 있다). 부가적으로 또는 대안적으로, qc 필드(335a) 및/또는 ht 제어 필드(340a)는 그들의 기능이 필요치 않을때 MAC 헤더(300 또는 300a)로부터 그들의 전체가 제거될 수 있다. 일부 실시예들에서, 무선 디바이스(202t) 및 무선 디바이스(202r)는 통신들을 위한 암호화를 항상 사용하도록 구성될 수 있다. 따라서, 패킷에 대하여 암호화가 사용되는지의 여부를 표시하는 fc 필드(305 또는 305a)의 비트는 제거될 수 있다. 일부 실시예들에서, 프레임 타입들은 4가지(예를들어, 데이터, ACK, 추가 타입 및 이스케이프 코드(escape code))로 제한될 수 있으며, 따라서 fc 필드(305 또는 305a)의 프레임 타입 필드의 크기를 감소시킬 수 있다.
도 4는 압축된 MAC 헤더(400)의 예를 예시한다. 도시된 바와같이, MAC 헤더(400)는 4개의 상이한 필드들, 즉 프레임 제어(fc) 필드(405), 제 1 어드레스(a1) 필드(415), 제 2 어드레스(a2) 필드(420), 및 시퀀스 제어(sc) 필드(430)를 포함한다. 도 4는 필드들(405-430) 각각의 옥텟으로 크기를 추가로 표시한다. 필드 크기들 모두의 값을 합산하면, 12 옥텟인 MAC 헤더(400)의 전체 크기가 제공된다(레가시 MAC 헤더(300)로부터 크기가 54% 감소된다). 도시된 바와같이, al 필드(415) 및 a2 필드(420) 중 하나는 길이가 6 옥텟인 반면에, al 필드(415) 및 a2 필드(420) 중 다른 하나는 이하에서 추가로 논의되는 바와같이 길이가 2 옥텟이다. MAC 헤더(400)의 다양한 필드들은 이하에서 설명되는 여러 상이한 양상들에 따라 활용될 수 있다.
MAC 헤더(400)에 도시된 바와같이, dur 필드(310)는 생략될 수 있다. 보통, 데이터 패킷을 수신하는 디바이스는 디바이스가 전송하지 않아야 하는 시간을 표시하는 적어도 dur 필드(310)를 디코딩할 것이며, 따라서 전송 기회 동안 간섭하는 전송들이 존재하지 않는다. dur 필드(310) 대신에, 디바이스들은 이러한 확인응답을 위한 시간이 경과할때까지 확인응답을 필요로 하는 데이터 패킷을 수신한 이후에 데이터를 전송하지 않도록 구성될 수 있다. 이러한 확인응답은 패킷이 수신되었다는 것을 표시하는 ACK 또는 BA일 수 있다. 디바이스들은 ACK가 수신될때까지 디바이스가 지연해야 한다는 것을 패킷의 필드(예를들어, ACK 정책 필드)가 표시하는 경우에 패킷에 대하여 ACK가 수신될 수 있을때까지 전송을 지연하도록 단지 구성될 수 있다. 필드는 패킷의 PHY 헤더 또는 MAC 헤더에 포함될 수 있다. 응답 프레임의 전송은 응답 프레임이 송신되도록 하는 데이터 패킷을 관찰하는 STA에 대하여 은폐될 수 있으나, ACK가 존재할 수 있는 데이터 패킷의 표시는 응답 프레임이 데이터 패킷의 목적지인 STA에 의해 전송될 수 있을때까지 관찰 STA가 데이터 패킷의 종료 이후에 지연되도록 한다.
도 4a는 또 다른 압축된 MAC 헤더(400a)의 예를 예시한다. MAC 헤더(400a)는 MAC 헤더(400)와 동일한 필드들을 포함하나, MAC 헤더(400)와 상이하게, 듀레이션/식별(dur) 필드(410)를 또한 포함한다. 도시된 바와같이, 압축된 MAC 헤더(400a)는 5개의 상이한 필드들, 즉 프레임 제어(fc) 필드(405), 듀레이션/식별(dur)(410), 제 1 어드레스(a1) 필드(415), 제 2 어드레스(a2) 필드(420) 및 시퀀스 제어(sc) 필드(430)를 포함한다. 도 4는 필드들(405-430) 각각의 옥텟의 크기를 추가로 표시한다. MAC 헤더(400a)의 dur 필드(410)가 아닌 필드들의 사용이 MAC 헤더(400)와 관련하여 여기에서 논의된 것과 동일하거나 또는 유사한 방식으로 사용될 수 있다는 것에 주목해야 한다.
일부 양상들에서, dur 필드(410)는 MAC 헤더(300)의 dur 필드(310)와 유사한 2 옥텟의 길이를 가질 수 있다. 일부 양상들에서, dur 필드(410)는 dur 필드(310)와 비교하여 감소된 길이를 가질 수 있다. 예를들어, dur 필드(410)는 15 비트 또는 그 미만의 길이를 가질 수 있다. dur 필드(410)의 값은 MAC 헤더(400a)가 전송/수신되는 데이터 패킷의 듀레이션을 표시할 수 있다. 일부 양상들에서, 값은 사전에 정의된 값(예를들어, 마이크로초로 표현되는 값)의 배수로서 듀레이션을 표시할 수 있다. 일부 양상들에서, 값은 하나 이상의 전송 기회(TX-OP) 기간들을 커버하도록 선택될 수 있다. 따라서, dur 필드(410)의 길이는 미리 정의된 값 및 TX-OP 기간의 듀레이션에 기초할 수 있다. 예를들어, 미리 정의된 값이 96 μs이고 하나의 TX-OP 기간이 24.576ms이면, 듀레이션 필드 길이는 듀레이션 필드의 최대 값이 적어도 TX-OP 기간에 커버되도록 8비트(예를들어, log2[(TX-OP 기간)/(미리 정의된 값)])일 수 있다.
게다가, 이하에서 논의되는 바와같이, 2 옥텟 길이 a1 또는 a2 필드의 모든 비트들은 단지 13-비트가 사용될 수 있기 때문에 사용되지 않을 수 있다. 다른 3 비트들은 다른 목적을 위하여 활용될 수 있다. 예를들어, 트래픽 ID(TID)는 fc 필드 대신에 2 옥텟 길이 a1 또는 a2 필드에 포함될 수 있다.
일부 양상들에서, 레가시 MAC 헤더(300)에서 사용되는 바와같은, al 필드(415) 및 a2 필드(420) 모두에 대해 디바이스에 대한 전역적 고유 식별자(예를들어, MAC 어드레스)를 사용하는 것 대신에, a1 필드(415) 또는 a2 필드(420) 중 하나는 액세스 식별자(AID)와 같은 로컬 식별자를 사용하며, 이 로컬 식별자는 특정 BSS에서 디바이스를 고유하게 식별하나 디바이스를 전역적으로 반드시 고유하게 식별할 필요가 없다. 따라서, a1 필드(415) 또는 a2 필드(420) 중 하나는 글로벌 식별자에 대하여 필요한 것과 같은 6 옥텟 길이와 대조적으로, 보다 짧은 로컬 식별자를 수용하도록 2 옥텟 길이일 수 있다. 이는 MAC 헤더(400)의 크기를 감소시키는데 도움을 준다. 일부 양상들에서, al 필드(415) 및 a2 필드(420)가 로컬 식별자를 포함하는지 또는 글로벌 식별자를 포함하는지에 관한 선택은 패킷을 송신하는 디바이스 및 패킷을 수신하는 디바이스에 기초한다. 예를들어, 선택은 AP로부터 STA로의 다운링크, STA로부터 AP로의 업링크 및 하나의 STA로부터 다른 STA로의 직접 링크의 각각을 통해 송신되는 패킷들에 대하여 상이할 수 있다. 도 5-13의 각각은 대안적인 예시적인 선택들의 테이블들을 예시한다. 도 5-13의 예들 중 하나 이상의 예는 주어진 네트워크에서 통신을 위하여 사용될 수 있다. 예를들어, 설명된 하나의 예는 블록 확인응답들이 아닌 패킷들 및 확인응답 메시지들을 송신하기 위하여 사용될 수 있으며, 다른 하나의 예는 동일한 네트워크에서 블록 확인응답들인 확인응답 메시지들 및 패킷들을 송신하기 위하여 사용될 수 있다.
일부 양상들에서, MAC 헤더(400)의 필드들의 특정 비트들은 특정 능력들을 표시하고 제공하기 위하여 MAC 헤더(300)에서 사용되는 것과 다른 목적들로 송신될 수 있다. 특히, 특정 능력들을 제공하는 것은 시그널링을 위하여 사용되는 특정 수의 비트들을 필요로 할 수 있다. 이하는 이러한 시그널링을 제공하기 위하여 사용될 수 있는 비트들의 예들이다. 예를들어, a1 필드(415) 또는 a2 필드(420)가 AID와 같은 로컬 식별자를 사용할때, 특정 능력들을 제공하기 위하여 활용될 수 있는 예비 비트들(예를들어, 3 예비 비트들)이 존재할 수 있다. 게다가, fc 필드(405)의 일부, 예를들어 2비트는 그들이 특정 능력들을 제공하기 위하여 정보의 2개 이상의 피스를 표시하기 위하여 사용된다는 점에서 오버로드될 수 있다. 예를들어, 오더 비트 및 to-ds 비트(예를들어, 업링크 및 직접 통신 시그널링을 융합함으로써)는 오버로드될 수 있다. 더욱이, sc 필드(430)의 특정 비트들은 특정 능력들을 제공하기 위하여 사용될 수 있다. 예를들어, 프래그먼트 번호 서브필드로부터의 4 비트는 특정 능력들을 제공하기 위하여 사용될 수 있으며, 시퀀스 번호 서브필드로부터의 2^3 까지의 비트들은 특정 능력들을 제공하기 위하여 사용될 수 있다. 게다가, fc 필드(405)의 추가 프래그먼트 서브필드로부터의 1-비트는 특정 능력들을 제공하기 위하여 사용될 수 있다. 또 다른 예에서, 새로운 필드는 1바이트의 짧은 서비스 품질(QoS) 필드와 같이 특정 능력들을 제공하기 위하여 정의될 수 있다.
일부 양상들에서, MAC 헤더(400)는 프래그먼트 번호 서브필드를 포함하지 않을 수 있다. 이러한 양상들에서, 이러한 MAC 헤더(400)를 사용하여 통신하는 STA 및 AP(예를들어, STA(106) 및 AP(104))는 MAC 헤더(400)와 함께 송신되는 MAC 서비스 데이터 유닛(MSDU)의 최대 허용된 크기를 제한할 수 있다. STA(106) 및/또는 AP(104)는 연관, 재할당, 프로브 요청/프로브 응답 또는 적절한 메시징을 사용하는 일부 다른 적절한 시간 기간 동안 MSDU의 최대 허용된 크기를 결정하거나 또는 이러한 최대 허용 크기에 동의할 수 있다.
일부 양상들에서, sc 필드(430)는 짧은 시퀀스 번호(SN)의 값을 포함하는 8비트 또는 그 미만의 짧은 시퀀스 번호(SN) 서브필드를 포함할 수 있다. 일부 양상들에서, 짧은 시퀀스 번호 서브필드는 MAC 헤더(300)와 같은 비압축 MAC 헤더에 대하여 정의되는 바와같은, 12-비트 시퀀스 번호 서브필드의 8 최하위 비트(lsb)에 대응한다. 일부 양상들에서, 만일 짧은 시퀀스 번호의 값이 0이면, 송신기는 값 0의 짧은 시퀀스 번호를 가진 짧은 MAC 헤더 대신에 풀) 시퀀스 번호를 가진 비압축 MAC 헤더를 가진 프레임을 송신할 수 있다. 일부 양상들에서, 짧은 시퀀스 번호 서브필드는 sc 필드(430)의 11-비트 또는 그 미만의 비트의 서브필드이다. 일부 양상들에서, 부가적으로 또는 대안적으로, sc 필드(430)는 확장된 필드를 선택적으로 포함할 수 있다. 일부 양상들에서, MAC 헤더(400)의 sc 필드(430)에서 이러한 확장된 필드의 존재 또는 부재는 fc 필드(405)의 하나 이상의 비트들의 값에 의해 표시될 수 있다. 확장된 필드는 프래그멘테이션 번호 서브필드(예를들어, 4비트 또는 그 미만), 재시도 서브필드(예를들어, 1비트), 추가 프래그 서브필드(예를들어, 1비트) 및/또는 트래픽 클래스 표시 서브필드(예를들어, 3비트)를 포함할 수 있다.
MAC 헤더(400)의 특정 비트들을 사용함으로써 제공될 수 있는 능력들은 예를들어 QoS 및 고스루풋(HT) 제어를 포함한다. 예를들어, 제공될 수 있는 QoS 제어 능력들 및 사용되는 비트들의 수의 예는 다음과 같은 것, 즉 TID(3비트), 서비스 기간 종료(EOSP)(1비트), 집합화된 MAC 서비스 데이터 유닛(A-MSDU)(1비트), ACK 정책 및 큐 크기 중 적어도 하나를 포함한다. 게다가, 제공될 수 있는 HT 제어 능력들 및 사용되는 비트들의 수의 예는 다음과 같은 것, 즉 고속 링크 적응(16비트), 교정 위치/시퀀스(4 비트), 채널 상태 정보(CSI)/스티어링(2비트), 널(null) 데이터 패킷(NDP) 어나운스먼트(1비트), 및 액세스 제어(AC) 제약/역방향 승인(RDG)(3비트) 중 적어도 하나를 포함한다.
도 4b는 또 다른 압축된 MAC 헤더(400b)의 예를 예시한다. MAC 헤더(400b)는 MAC 헤더(400)와 동일한 필드들을 포함하나, MAC 헤더(400)와 상이하게, a3 필드(425)를 또한 포함한다. 특히, MAC 헤더(400b)는 a3 어드레스가 존재할때(예를들어, fc 필드(405)의 a3 존재 비트가 1로 세팅될때) 압축 MAC 헤더의 예이다. 도시된 바와같이, 압축된 MAC 헤더(400b)는 5개의 상이한 필드들, 즉 프레임 제어(fc) 필드(405), 제 1 어드레스(a1) 필드(415), 제 2 어드레스(a2) 필드(420), 시퀀스 제어(sc) 필드(430) 및 a3 필드(425)를 포함한다. 도 4b는 필드들(405-430) 각각의 옥텟의 크기를 추가로 표시한다. 도시된 바와같이, a3 필드(425)는 sc 필드(430) 이후에 온다. 또 다른 양상에서, a3 필드(425)는 MAC 헤더(400b)의 다른 위치에, 예를들어 sc 필드(430) 전에 그리고 a2 필드(420) 이후에 배치될 수 있다.
도 5는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 일 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, 도면에서, "데이터"로 라벨링한 열들은 데이터 패킷의 부분으로서 송신되는 정보(도시된 바와같이, a1 필드(415) 및 a2 필드(420) 및 선택적으로 a3 필드에 대한 정보)에 대응한다. "ACK"로 라벨링한 열은 대응하는 ACK로 송신되는 정보에 대응한다. "방향"으로 라벨링한 열은 데이터 패킷이 송신되는 방향 또는 링크 타입을 표시한다. 도시된 바와같이, 만일 MAC 헤더(400)가 AP로부터 STA로의 다운링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 수신기 AID(R-AID)를 포함하며, a2 필드(420)는 BSSID를 포함한다. R-AID는 패킷을 수신하는 STA의 AID이다. R-AID는 8192 STA들이 자신들의 R-AID들에 의해, 주어진 BSS에 고유하게 어드레싱되도록 하는 13-비트를 포함할 수 있다. 13-비트 R-AID는 가능한 경우에 패킷내에 포함되는 비컨의 버전을 표시하는 비컨 변화 시퀀스 번호와 함께 패킷이 멀티캐스트 패킷인지 또는 브로드캐스트 패킷인지에 관한 표시, 멀티캐스트 또는 브로드캐스트 패킷의 타입(즉, 비컨)과 같은, 대략 6000개의 STA들 및 2192개의 다른 값들을 가능하게 할 수 있다. BSSID는 AP의 MAC 어드레스이며, 48비트를 포함할 수 있다. MAC 헤더(400)를 가진 패킷을 수신하는 STA는 자신이 a1 필드(415) 및 a2 필드(420)에 기초하여 패킷의 의도된 수신자인지의 여부를 고유하게 결정할 수 있다. 특히, STA는 R-AID가 STA의 R-AID와 매칭되는지를 확인하기 위하여 검사할 수 있다. 만일 R-AID가 매칭되면, STA는 패킷의 의도된 수신자일 수 있다. 이는 상이한 BSS들의 STA들이 동일한 R-AID를 가질 수 있기 때문에 단독으로는 STA가 수신자인지를 고유하게 결정하지 못할 수 있다. 따라서, STA는 STA가 연관된 AP(즉, BSS)의 BSSID를 a2 필드(420)가 포함하는지를 확인하기 위하여 추가로 검사할 수 있다. 만일 BSSID가 STA의 연관과 매칭되고 R-AID가 매칭되면, STA는 자신이 패킷의 의도된 수신자임을 고유하게 결정하며 패킷을 추가로 프로세싱할 수 있다. 만약 그렇지 않으면, STA는 패킷을 무시할 수 있다.
만일 STA가 의도된 수신자임을 STA가 결정하면, STA는 패킷의 성공적인 수신을 표시하기 위하여 확인응답 메시지(ACK)를 AP에 송신할 수 있다. 일 양상에서, STA는 BSSID의 모든 비트들(예를들어, 13 비트)보다 적은 비트를 포함하는 부분 BSSID(pBSSID)와 같은 a2 필드(420)의 모두 또는 일부분을 ACK의 MAC 또는 물리 계층(PHY) 헤더에 포함시킬 수 있다. 따라서, ACK를 발생시키기 위하여, STA는 단지 수신된 MAC 헤더(400)로부터의 비트들을 직접 복사할 필요가 있으며, 이는 프로세싱을 감소시킨다. ACK를 수신하는 AP는 AP가 특정 시간 기간에 동일한 정보를 가진 2개의 ACK들을 수신할 것 같지 않기 때문에 초기 패킷의 전송으로부터의 그 특정 시간 기간(예를들어, 짧은 프레임간 공간(SIFS)) 직후에 ACK가 수신되는 경우에 ACK가 STA로부터 유래함을 결정할 수 있다. 또 다른 양상에서, STA는 ACK의 MAC 또는 PHY 헤더에서 패킷의 모두 또는 일부분의 해시 또는 패킷으로부터의 순환 리던던시 검사(CRC)의 모두 또는 일부분을 전송할 수 있다. AP는 이러한 정보를 검사함으로써 STA가 ACK를 송신함을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대하여 랜덤하기 때문에, 동일한 정보를 가진 2개의 ACK들이 AP에 의해 시간 기간 이후에 수신될 가능성이 거의 없다.
게다가, AP에 의해 STA로 전송되는 패킷은 패킷을 라우팅하기 위하여 사용될 라우팅 디바이스를 표시하기 위하여 사용되는 소스 어드레스(SA)를 선택적으로 포함할 수 있다. MAC 헤더(400)는 SA가 MAC 헤더(400)에 존재하는지의 여부를 표시하는 비트 또는 필드를 추가로 포함할 수 있다. 일 양상에서, MAC 헤더(400)의 프레임 제어 필드의 오더 비트는 SA의 존재 또는 부재를 표시하기 위하여 사용될 수 있다. 또 다른 양상에서, 2개의 상이한 서브타입들은 압축된 MAC 헤더(400)에 대하여 정의될 수 있으며, 2개의 상이한 서브타입들 중 하나의 서브타입은 SA와 같은 a3 필드를 포함하며, 다른 하나의 서브타입은 SA와 같은 a3 필드를 포함하지 않는다. 서브타입은 MAC 헤더(400)의 프레임 제어 필드의 서브타입 필드의 값을 통해 표시될 수 있다. 일부 양상들에서, AP 및 STA는 다른 패킷의 부분으로서 SA에 관한 정보를 전송할 수 있으며, 데이터 패킷으로부터 SA를 생략할 수 있다. STA는 SA 정보를 저장할 수 있으며, AP로부터의 송신되는 모든 패킷에 대하여 또는 이후에 설명되는 바와같은 것들과 연관된 특정 식별자(예를들어, 흐름 ID)를 가지는 특정 패킷들에 대하여 SA 정보를 사용할 수 있다.
도시된 바와같이, 만일 MAC 헤더(400)가 STA로부터 AP로의 업링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 AP의 BSSID를 포함하며, a2 필드(420)는 STA의 AID를 포함하며, 이는 송신기 ADI(T-AID)로서 지칭될 수 있다. AP는 앞서 논의된 바와같이 BSSID 및 T-AID에 기초하여 자신이 데이터 패킷의 의도된 수신자 및 송신기인지의 여부를 유사하게 결정할 수 있다. 특히, AP는 BSSID가 AP의 BSSID와 매칭되는지를 확인하기 위하여 검사할 수 있다. 만일 BSSID가 매칭되면, AP는 패킷의 의도된 수신자이다. 게다가, AP는 AP의 BSS의 단지 하나의 STA가 T-AID를 가지기 때문에 T-AID에 기초하여 패킷의 송신기를 결정할 수 있다.
만일 AP가 의도된 수신자임을 AP가 결정하면, AP는 패킷의 성공적인 수신을 표시하기 위하여 확인응답 메시지(ACK)를 STA에 송신할 수 있다. 일 양상에서, AP는 ACK의 MAC 또는 물리 계층(PHY) 헤더에 T-AID와 같은 a2 필드(420)의 모두 또는 일부분을 포함시킬 수 있다. 따라서, ACK를 발생시키기 위하여, SP는 단지 수신된 MAC 헤더(400)로부터의 비트들을 직접 복사할 필요가 있으며, 이는 프로세싱을 감소시킨다. ACK를 수신하는 STA는 STA가 특정 시간 기간에 동일한 정보에 대하여 2개의 ACK들을 수신할 것 같지 않기 때문에 초기 패킷의 전송으로부터의 특정 시간 기간(예를들어, 짧은 프레임간 공간(SIFS)) 직후에 ACK가 수신되는 경우에 ACK가 AP로부터 유래함을 결정할 수 있다. 또 다른 양상에서, AP는 ACK의 MAC 또는 PHY 헤더에서 패킷의 모두 또는 일부분의 해시 또는 패킷으로부터의 순환 리던던시 검사(CRC)의 모두 또는 일부분을 전송할 수 있다. STA는 이러한 정보를 검사함으로써 AP가 ACK를 송신함을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대하여 랜덤하기 때문에, 동일한 정보에 대한 2개의 ACK들이 STA에 의해 시간 기간 이후에 수신될 가능성이 거의 없다.
일부 양상들에서, ACK의 어드레스 필드는 전역적으로(예를들어, 가장 임의의 네트워크에서) ACK의 송신기 및/또는 수신기를 고유하게 식별하는 하나 이상의 글로벌 어드레스들(예를들어, MAC 어드레스, BSSID)를 포함할 수 있다. 일부 양상들에서, 어드레스 필드는 국부적으로(예를들어, 특정 BSS에서와 같은 로컬 네트워크에서) ACK의 송신기 및/또는 수신기를 고유하게 식별하는 하나 이상의 로컬 어드레스들(예를들어, 연관 식별자(AID))을 포함할 수 있다. 일부 양상들에서, 어드레스 필드는 ACK의 송신기 및/또는 수신기를 식별하는 부분적 또는 비-고유 식별자(예를들어, MAC 어드레스 또는 AID의 일부분)를 포함할 수 있다. 예를들어, 어드레스 필드는 AID, MAC 어드레스, 또는 ACK에 의해 확인응답되는 프레임으로부터 복사되는 ACK의 송신기 및/또는 수신기의 AID 또는 MAC 어드레스의 일부분 중 하나일 수 있다.
일부 양상들에서, ACK의 식별자 필드는 확인응답되고 있는 프레임을 식별할 수 있다. 예를들어, 일 양상에서, 식별자 필드는 프레임의 콘텐츠의 해시일 수 있다. 또 다른 양상에서, 식별자 필드는 프레임의 CRC(예를들어, FCS 필드)의 모두 또는 일부분을 포함할 수 있다. 또 다른 양상에서, 식별자 필드는 로컬 어드레스(예를들어, STA의 AID)의 모두 또는 일부분 및 프레임의 CRC(예를들어, FCS 필드)의 모두 또는 일부분에 기초할 수 있다. 또 다른 양상에서, 식별자 필드는 프레임의 시퀀스 번호일 수 있다. 또 다른 양상에서, 식별자 필드는 임의의 조합으로 하기의 것, 즉 ACK의 송신기/수신기의 하나 이상의 글로벌 어드레스들, ACK의 송신기/수신기의 하나 이상의 로컬 어드레스들, ACK의 송신기/수신기의 글로벌 어드레스들의 하나 이상의 부분들, 또는 ACK의 송신기/수신기의 로컬 어드레스들의 하나 이상의 부분들 중 하나 이상을 포함할 수 있다. 예를들어, 식별자 필드는 수식 1에 도시된 바와같이 글로벌 어드레스(예를들어, AP의 BSSID, MAC 어드레스) 및 로컬 어드레스(예를들어, STA의 AID)의 해시를 포함할 수 있다.
(dec(AID[0:8]) + dec(BSSID[44:47] XOR BSSID[40:43]) 2^5 ) mod 2^9 (1)
여기서, dec()는 16진수를 10진수로 변환하는 함수이다. 동일한 입력들에 기초하는 다른 해시 함수들은 본 개시내용의 범위로부터 벗어나지 않고 구현될 수 있다.
일부 양상들에서, 응답으로 ACK가 송신되는 프레임은 프레임의 송신기에 의해 세팅되는 토큰 수를 포함할 수 있다. 프레임의 송신기는 알고리즘에 기초하여 토큰 수를 생성할 수 있다. 일부 양상들에서, 송신기에 의해 생성되는 토큰 수는 송신기에 의해 송신되는 각각의 프레임에 대하여 상이한 값을 가질 수 있다. 이러한 양상들에서, 프레임의 수신기는 예를들어 토큰 수로서 식별자를 세팅하거나 또는 토큰 수에 적어도 부분적으로 기초하여 식별자를 계산함으로써 확인응답되는 프레임을 식별하기 위하여 ACK의 식별자 필드에서 토큰 수를 사용할 수 있다. 일부 양상들에서, 식별자 필드는 하기의 것들, 즉 ACK의 송신기/수신기의 하나 이상의 글로벌 어드레스들, ACK의 송신기/수신기의 하나 이상의 로컬 어드레스들, ACK의 송신기/수신기의 글로벌 어드레스들의 하나 이상의 부분들, ACK의 송신기/수신기의 로컬 어드레스들의 하나 이상의 부분들, 또는 프레임의 CRC의 모두 또는 일부분 중 적어도 하나와 토큰 수의 조합으로서 계산될 수 있다. 일부 다른 양상들에서, 토큰 수는 SIG 필드 및/또는 제어 정보(Control Info) 필드와 같이 확인응답되는 프레임 및/또는 ACK의 다른 필드에 포함될 수 있다. 일부 양상들에서, 토큰은 확인응답되는 프레임의, PHY 프리앰블 이후에 올 수 있는 서비스 필드의 스크램블링 시드(seed)로부터 유도될 수 있다.
앞서 설명된 기술들에 의해, 응답 프레임(예를들어, ACK, CTS, BA)은 시작 프레임(예를들어, 데이터, RTS, BAR)에서 FCS 또는 랜덤 번호(예를들어, 패킷 ID)와 같은 값을 에코할 수 있다. 에코 값은 스크램블러 시드에 적어도 부분적으로 기초할 수 있다. 에코된 값은 응답 프레임의 스크램블러 시드 필드에서 전송될 수 있다. 에코된 값은 응답 프레임의 SIG 필드에서 전송될 수 있다. 에코된 값은 응답 프레임에 포함된 MPDU에서 전송될 수 있다.
일부 구현들에서, 시작 프레임(예를들어, 데이터, RTS, BAR)의 프레임 검사 합(FCS)이 랜덤 번호(예를들어, 패킷 ID)에 기초하거나 또는 랜덤 번호(예를들어, 패킷 ID)를 포함하는 것이 바람직할 수 있다. 이러한 값은 에코 값으로서 사용될 수 있다. 이러한 구현들에서, 에코 값은 시작 프레임의 스크램블링된 시드에 포함될 수 있다. 따라서, FCS는 응답 프레임(예를들어, ACK, CTS, BA)에 전체적으로 또는 부분적으로 에코될 수 있다.
에코 값의 사용을 통해, 에코 값을 포함시킴으로써 응답 프레임은 시작 프레임의 스케이션 식별자를 포함하지 않을 수 있다. 시작 프레임(예를들어, 데이터, RTS, BAR 등)에 대한 어드레싱 방식들 중 하나 이상의 방식은 스테이션 식별자가 아니라 시작 프레임의 패킷 ID 또는 FCS를 에코하는 응답 프레임(예를들어, ACK, CTS, BA 등)과 함께 사용될 수 있다. 이는 앞서 설명된 바와같이 통신들을 개선시킬 수 있다.
게다가, STA에 의해 AP에 전송되는 패킷은 패킷을 라우팅하기 위하여 사용될 라우팅 디바이스를 표시하기 위하여 사용되는 목적지 어드레스(DA)를 선택적으로 포함할 수 있다. MAC 헤더(400)는 DA가 MAC 헤더(400)에 존재하는지의 여부를 표시하는 비트 또는 필드를 더 포함할 수 있다. 일 양상에서, MAC 헤더(400)의 프레임 제어 필드의 오더 비트는 DA의 존재 또는 부재를 표시하기 위하여 사용될 수 있다. 또 다른 양상에서, 2개의 상이한 서브타입들은 압축된 MAC 헤더(400)에 대하여 정의될 수 있으며, 2개의 상이한 서브타입들 중 하나의 서브타입은 DA와 같은 a3 필드를 포함하며, 다른 하나의 서브타입은 DA와 같은 a3 필드를 포함하지 않는다. 서브타입은 MAC 헤더(400)의 프레임 제어 필드의 서브타입 필드의 값을 통해 표시될 수 있다. 일부 양상들에서, DA의 존재 또는 생략을 표시하는 서브타입의 값들은 DL 패킷들에 대한 SA의 존재 또는 생략을 표시하기 위하여 사용되는 것과 동일한 값들이다. 일부 양상들에서, AP 및 STA는 다른 패킷의 부분으로서 DA에 관한 정보를 전송할 수 있으며, 데이터 패킷으로부터 DA를 생략할 수 있다. AP는 DA 정보를 저장할 수 있으며, STA로부터의 송신되는 모든 패킷에 대하여 또는 이후에 논의되는 바와같은 것들과 연관된 특정 식별자(예를들어, 흐름 ID)를 가지는 특정 패킷들에 대하여 DA 정보를 사용할 수 있다.
도시된 바와같이, 만일 MAC 헤더(400)가 전송 STA로부터 수신 STA로의 직접 링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 수신 STA의 풀 수신기 어드레스(RA)를 포함하며, a2 필드(420)는 전송 STA의 AID를 포함하며, 이 AID는 송신기 ADI(T-AID)로서 지칭될 수 있다. 수신 STA는 앞서 논의된 바와같은 RA 및 T-AID에 기초하여 자신이 데이터 패킷의 의도된 수신자 및 송신기인지의 여부를 유사하게 결정할 수 있다. 특히, 수신 STA는 RA가 수신 STA의 RA와 매칭되는지를 확인하기 위하여 검사할 수 있다. 만일 RA가 매칭되면, 수신 STA는 패킷의 의도된 수신자이다. 게다가, 수신 STA는 수신 STA의 BSS의 단지 하나의 전송 STA가 T-AID를 가지기 때문에 T-AID에 기초하여 패킷의 송신기를 결정할 수 있다.
만일 수신 STA가 의도된 수신자임을 수신 STA가 결정하면, 수신 STA는 패킷의 성공적인 수신을 표시하기 위하여 확인응답 메시지(ACK)를 전송 STA에 송신할 수 있다. 일 양상에서, 수신 STA는 ACK의 MAC 또는 물리 계층(PHY) 헤더에 T-AID와 같은 a2 필드(420)의 모두 또는 일부분을 포함시킬 수 있다. 따라서, ACK를 발생시키기 위하여, 수신 STA는 단지 수신된 MAC 헤더(400)로부터의 비트들을 직접 복사할 필요가 있으며, 이는 프로세싱을 감소시킨다. ACK를 수신하는 전송 STA는 전송 STA가 특정 시간 기간에 동일한 정보를 가진 2개의 ACK들을 수신할 것 같지 않기 때문에 초기 패킷의 전송으로부터의 그 특정 시간 기간(예를들어, 짧은 프레임간 공간(SIFS)) 직후에 ACK가 수신되는 경우에 ACK가 수신 STA로부터 유래함을 결정할 수 있다. 또 다른 양상에서, 수신 STA는 ACK의 MAC 또는 PHY 헤더에서 패킷의 모두 또는 일부분의 해시 또는 패킷으로부터의 순환 리던던시 검사(CRC)의 모두 또는 일부분을 전송할 수 있다. 전송 STA는 이러한 정보를 검사함으로써 수신 STA가 ACK를 송신하였음을 결정할 수 있다. 이러한 정보가 각각의 패킷에 대하여 랜덤하기 때문에, 동일한 정보를 가진 2개의 ACK들이 전송 STA에 의해 시간 기간 이후에 수신될 가능성이 거의 없다.
패킷이 다운링크, 업링크 또는 직접 링크의 일부분으로서 송신되는지의 여부는 MAC 헤더(400)의 특정 비트들에 의해 표시될 수 있다. 예를들어, fc 필드(405)의 목적지 분산 시스템(to-ds) 및 from-ds 필드들은 To-DS/From-DS로 라벨링한 열에서 도시된 바와같은, 패킷을 송신하기 위하여 사용되는 링크 타입을 표시하기 위하여 사용될 수 있다(예를들어, 다운링크에 대하여 01, 업링크에 대하여 10, 그리고 직접 링크에 대하여 00). 따라서, 패킷의 수신자는 각각의 필드에서 예상되는 어드레스의 타입에 기초하여 a1 필드(415) 및 a2 필드(420)의 길이(예를들어, 2 옥텟 또는 6 옥텟)을 결정하고 따라서 각각의 필드에 포함된 어드레스를 결정할 수 있다.
또 다른 양상에서, 패킷이 다운링크, 업링크 또는 직접 링크의 부분인지의 여부를 표시하는 것 대신에, 1비트(예를들어, 1 비트는 to-ds/from-ds 필드를 대체함)는 a1 필드(415) 및 a2 필드(420)의 각각에 어느 타입의 어드레스가 존재하는지를 표시하기 위하여 MAC 헤더(400)에서 사용될 수 있다. 예를들어, 비트의 하나의 값은 a1 필드(415)가 데이터 패킷의 수신기의 어드레스이고 a2 필드(420)가 데이터 패킷의 송신기의 어드레스임을 표시할 수 있다. 비트의 다른 값은 a1 필드(415)가 데이터 패킷의 송신기의 어드레스이고 a2 필드(420)가 데이터 패킷의 수신기의 어드레스임을 표시할 수 있다.
데이터 패킷들의 추가 예들은 도 20 및 도 21에서 이하에서 도시되고 설명된다.
도 6는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 5와 관련하여 설명된 것과 동일한 데이터를 포함하며, 따라서 정보는 수신된 데이터 패킷에 응답하여 송신되는 ACK가 단일 디바이스에 대한 ACK 대신에 블록 ACK(BA)임을 제외하고 동일한 방식으로 사용될 수 있다. 블록 ACK는 디바이스로 하여금 연관된 다수의 데이터 패킷들을 수신하고 단일 블록 ACK를 사용하여 다수의 패킷들이 수신되었는지의 여부에 대하여 응답하도록 한다. 예를들어, 블록 ACK는 다수의 비트들을 가진 비트맵을 포함할 수 있으며, 각각의 비트의 값은 흐름의 데이터 패킷들의 시퀀스의 특정 데이터 패킷들이 수신되었는지의 여부를 표시한다. 따라서, BA는 도시된 바와같은 오로지 a2 필드(420) 대신에 al 필드(415) 및 a2 필드(420) 둘다로부터의 정보를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 다운링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 BSSID 및 이에 후속하는 AID를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 업링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 AID 및 이에 후속하는 BSSID를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 직접 링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 T-AID 및 이에 후속하는 RA를 포함한다.
도 7은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 6과 관련하여 설명된 것과 유사한 데이터를 포함하며, 따라서 정보는 유사한 방식으로 사용될 수 있다. 그러나, 도시된 바와같이, 다운링크, 업링크 및 직접 링크 패킷 각각에 대하여, a1 필드(415)는 패킷의 수신자의 로컬 식별자를 포함하는 반면에, a2 필드(420)는 패킷의 송신기의 글로벌 식별자를 포함한다. 따라서, 어느 타입의 링크를 통해 패킷이 송신되는지를 표시하기 위한, to-ds 및 from-ds 필드들과 같은 비트들의 사용은 패킷이 송신되는 링크의 타입에 기초하는 것 대신에 a1 필드(415)가 항상 2 옥텟인 반면에 a2 필드(420)가 항상 6 옥텟이기 때문에 필요치 않을 수 있으며, 따라서 이러한 정보는 링크 타입에 기초하여 결정될 필요가 없다. 예를들어, 만일 패킷이 다운링크를 통해 송신되면, 수신자 STA는, 도 6과 관련하여 설명된 예에서 처럼, AP의 BSSID 및 이에 후속하는 STA의 AID 대신에 STA의 AID 및 이에 후속하는 AP의 BSSID를 가진 블록 ACK를 전송할 수 있다.
만일 패킷이 업링크를 통해 송신되면, al 필드(415)는 0으로 세팅되는, AP의 AID를 포함할 수 있으며 a2 필드(420)는 STA의 MAC 어드레스(STA_MAC)를 포함할 수 있다. 게다가, 패킷을 수신하는 AP는 AP의 AID 및 이에 후속하는 STA_MAC를 포함하는 ACK를 송신할 수 있다.
만일 패킷이 직접 링크를 통해 송신되면, al 필드(415)는 수신기 STA의 R-AID를 포함할 수 있으며, a2 필드(420)는 전송 STA의 MAC 어드레스일 수 있는, 전송 STA의 송신기 어드레스(TA)를 포함할 수 있다. 게다가, 수신기 STA는 수신기 STA의 R-AID 및 이에 후속하는 전송 STA의 TA를 포함하는 ACK를 송신할 수 있다.
도 7의 예에서, 업링크를 통한 패킷들에 대하여, AP는 AP가 단지 STA들의 AID들에 기초하여 정보를 송신하고 수신하는 도 5 및 도 6의 예에서와 다르게, 정보가 MAC 어드레스를 사용하여 수신되나 AID들을 사용하여 전송되기 때문에 데이터를 송신하고 수신하기 위하여 AID들과 STA들의 STA_MAC들을 연관시키는 룩업 테이블을 저장할 필요가 있을 수 있다. 유사하게, 직접 링크를 통한 패킷들에 대하여, STA들은 유사한 이유들 때문에 유사한 룩업 테이블을 저장할 필요가 있을 수 있다.
도 8은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, 다운링크, 업링크 및 직접 링크 패킷 각각에 대하여, 수신 디바이스의 AID는 전송 디바이스의 AID에 선행하며, 전송 디바이스의 AID는 디바이스들이 연관되는 AP의 BSSID에 선행한다. 게다가, 블록 ACK들에 대하여, 패킷의 수신자는 전송 디바이스의 AID를 전송하며, 전송 디바이스의 AID는 수신 디바이스의 AID에 선행하며, 수신 디바이스의 AID는 디바이스가 연관되는 AP의 BSSID에 선행한다. 이러한 예에서, 도 7과 관련하여 앞서 논의된 바와같이, 어느 타입의 링크를 통해 패킷이 송신되는지를 표시하기 위한, to-ds 및 from-ds 필드들과 같은 비트들의 사용은 필요치 않을 수 있다. 게다가, 룩업 테이블들은 모든 관련 정보가 패킷들에 포함되기 때문에 저장될 필요가 없다.
도 9는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 8과 관련하여 설명된 것과 같은 유사한 데이터를 포함한다. 그러나, 도시된 ACK는 블록 ACK가 아니라 단일 디바이스에 대한 ACK이다. 도시된 바와같이, 각각의 패킷에 대한 ACK는 전송 디바이스의 AID이다. 그러나, 도시된 바와같이, 다운링크 패킷 ACK들에 대하여, AID는 항상 0이며, 이는 AID 0을 가진 다수의 ACK들이 수신되는 경우에 ACK가 AP에 대하여 의도되는지를 AP가 결정하지 못할 수 있다는 것을 의미한다. 따라서, 일 양상에서, 다운링크 패킷 ACK들에 대하여, pBSSID는 AID 대신에 사용될 수 있다. 그러나, pBSSID를 사용하는 것은 ACK를 생성하는 것이 링크 타입에 기초할 수 있다는 것을 의미하며, 이는 to-ds 및 from-ds 필드들과 같은 비트들이 링크 타입을 표시하는데 필요할 수 있다는 것을 의미한다.
도 10은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 5와 관련하여 설명된 것과 동일한 데이터를 포함한다. 그러나,필드들 중 일부 필드의 순서는 변경된다. 특히, 업링크에 대하여, a1 필드(415)는 전송 STA의 AID를 포함하며, a2 필드(420)는 수신 AP의 BSSID를 포함한다. 게다가, 직접 링크에 대하여, a1 필드(415)는 전송 STA의 T-AID를 포함하며, a2 필드(420)는 수신 STA의 RA를 포함한다. 따라서, a1 필드(415)는 항상 2 옥텟이며, a2 필드(420)는 항상 6 옥텟이다. 링크 타입을 표시할 비트들은 어느 디바이스를 통해 전송하는지 또는 수신하는지를 결정하는데 여전히 필요할 수 있으며, 각각의 필드는 어드레스를 포함한다. 프레임 제어에 배치되는 from-ds 또는 from-ap 비트는 링크 타입을 표시하기 위하여 사용될 수 있다.
도 11은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 일 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 10과 관련하여 설명된 것과 동일한 데이터를 포함하며, 따라서 정보는 수신된 데이터 패킷에 응답하여 송신된 ACK가 단일 디바이스에 대한 ACK 대신에 블록 ACK(BA)인 점을 제외하고, 동일한 방식으로 사용될 수 있다. 따라서, BA는 도시된 것과 같이 오직 a2 필드(420) 대신에 a1 필드(415) 및 a2 필드(420) 모두로부터의 정보를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 다운링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 BSSID 및 이에 후속하는 AID를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 업링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 AID 및 이에 후속하는 BSSID를 포함한다. 도시된 바와같이, 만일 MAC 헤더(400)가 직접 링크를 통해 전송되는 데이터 패킷의 부분이면, BA는 T-AID 및 이에 후속하는 RA를 포함한다. 따라서, a1 필드(415)는 항상 2 옥텟이며, a2 필드(420)는 항상 6 옥텟이다. 링크 타입을 표시할 비트들은 어느 디바이스를 통해 전송하는지 또는 수신하는지를 결정하는데 여전히 필요할 수 있으며, 각각의 필드는 어드레스를 포함한다. 프레임 제어에 배치되는 from-ds 또는 from-ap 비트는 링크 타입을 표시하기 위하여 사용될 수 있다.
도 12는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, MAC 헤더(400)는 도 10과 관련하여 설명된 것과 동일한 데이터를 포함하며, 따라서 정보는 동일한 방식으로 사용될 수 있다. 그러나, a1 필드(415) 및 a2 필드(420)의 값들은 도 10과 관련하여 설명된 예와 비교하여 전송된 패킷에 대하여 거꾸로 된다.
도 13은 송신 요청(RTS)/송신 허가(CTS) 어드레싱에 사용되는 압축된 MAC 헤더(400)의 필드들내의 데이터의 예들을 예시한다. 도시된 바와같이, RTS 메시지에서, a1 필드(415)는 수신 디바이스의 RA를 포함하며, a2 필드(420)는 전송 디바이스의 T-AID를 포함한다. 게다가, CTS 메시지는 전송 디바이스의 T-AID를 포함한다.
일부 양상들에서, 데이터 없는 QoS 프레임들은 짧은 MAC 헤더(400)와 호환가능할 수 있다. 예를들어, MAC 헤더(400)는 QoS 널 프레임, QoS CF-폴 프레임 및/또는 QoS CF-ACK+CF-폴 프레임과 함께 사용하기 위하여 호환가능할 수 있다. 타입 필드 및/또는 서브타입 필드는 프레임의 타입(예를들어, QoS 널 프레임, QoS CF-폴 프레임 또는 QoS CF-ACK+CF-폴 프레임)을 표시하기 위하여 MAC 헤더(400)의 fc 필드(405)에 포함될 수 있다.
도 14는 관리 프레임을 위한 압축된 MAC 헤더(400)의 필드들 내의 데이터의 타입 및 MAC 헤더(400)의 또 다른 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시한다. 도시된 바와같이, to-ds/from-ds 필드들에 대한 01의 값은 관리 프레임이 다운링크를 통해 송신됨을 표시한다. a1 필드(415)는 수신 STA의 AID를 포함하며, a2 필드(420)는 전송 AP의 BSSID를 포함한다. 수신 STA로부터의 관리 프레임의 수신에 응답하여 전송되는 ACK는 a2 필드(420)로부터 복사된 AP의 pBSSID를 포함한다.
도시된 바와같이, to-ds/from-ds 필드들에 대한 10의 값은 관리 프레임이 업링크를 통해 송신됨을 표시한다. a1 필드(415)는 수신 AP의 BSSID를 포함하며, a2 필드(420)는 전송 STA의 AID를 포함한다. 수신 AP로부터의 관리 프레임의 수신에 응답하여 전송되는 ACK는 a2 필드(420)로부터 복사된 STA의 AID를 포함한다.
일부 양상들에서, 확인응답 메시지(ACK)는 짧은 어드레스 또는 풀 MAC 어드레스를 반송할 수 있다. 짧은 어드레스를 반송할때, ACK는 pBSSID(다운링크에 대한 응답) 또는 AID(업링크에 대한 응답) 중 하나를 반송할 수 있다. 이러한 짧은 어드레스의 예들은 앞서 설명된 도 5, 도 10 및 도 12에 도시된다.
도 15는 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들의 데이터의 타입 및 MAC 헤더(400)의 일 양상에 따른 대응 확인응답을 위한 데이터의 예들을 예시하며, 여기서 ACK는 풀 MAC 어드레스를 반송한다.
도시된 바와같이, 만일 MAC 헤더가 AP로부터 STA로 다운링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 스테이션 AID(STA-AID)를 포함하며, a2 필드(420)는 BSSID를 포함한다. 게다가, 스테이션은 BSSID를 포함하는 ACK를 AP에 송신할 수 있다. 도시된 바와같이, 만일 MAC 헤더가 STA로부터 AP로 업링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 AP의 BSSID를 포함하며, a2 필드(420)는 STA의 MAC 어드레스(STA-MAC)를 포함한다. 게다가, 패킷을 수신하는 AP는 STA-MAC를 포함하는 ACK를 송신할 수 있다. 도시된 바와같이, MAC 헤더(400)가 전송 STA로부터 수신 STA로 직접 링크를 통해 전송되는 데이터 패킷의 부분이면, a1 필드(415)는 수신 STA의 MAC 어드레스(R-STA-MAC)를 포함하며, a2 필드(420)는 전송 STA의 MAC 어드레스(T-STA-MAC)를 포함한다. 게다가, 수신 STA는 T-STA-MAC를 포함하는 ACK를 송신할 수 있다.
일부 양상들에서, 데이터 패킷에 대한 압축된 MAC 헤더(400)의 a2 필드(420)의 송신기 어드레스는 항상 송신기의 풀 MAC 어드레스일 수 있다. a1 필드(415)의 수신기 어드레스는 수신기의 AID일 수 있다. 이러한 경우에, AP의 AID는 "0"으로 할당될 수 있다.
도 16은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들 내의 데이터의 타입의 추가 예들을 예시한다. 도시된 바와같이, 도면에서, "데이터"로 라벨링한 열들은 데이터 패킷의 부분으로서 송신되는 정보(도시된 바와같이, 어드레스 1 (a1) 필드(415) 및 어드레스 2 (a2) 필드(420) 및 선택적으로 어드레스 3 (a3) 필드에 대한 정보)에 대응한다. "방향"으로 라벨링한 열은 데이터 패킷이 송신되는 방향 또는 링크 타입을 표시한다. 도 16에 도시된 예는 데이터 패킷들에서 RA/AID 어드레싱의 사용을 예시한다.
행(1602)은 다운링크 통신 접속을 통해 송신되는 데이터 패킷을 예시한다. 수신기 어드레스는 a1 필드(415)에 특정된다. a2 필드(420)의 송신기 어드레스는 0으로 세팅된다. 선택적인 a3 필드는 전송을 위한 소스 디바이스의 어드레스를 표시하는 값을 포함한다. 예를들어, a3는 메시지를 생성하는 STA의 어드레스를 포함할 수 있다.
행(1604)은 업링크 통신 접속을 통해 송신되는 데이터 패킷을 예시한다. a1 필드(415)는 수신기의 BSSID를 나타내는 값을 포함한다. a2 필드(420)는 전송 디바이스의 AID를 포함한다. 선택적인 a3 필드는 데이터 패킷의 목적지(예를들어, 다른 STA)에 대한 어드레스를 포함할 수 있다.
행(1606)은 직접 통신 접속을 나타낸다. 앞서 설명된 바와같이, 직접 접속은 2개의 STA들 간의 통신 링크이다. a1 필드(415)는 수신기 어드레스를 포함한다. a2 필드(420)는 전송 디바이스의 AID를 포함한다.
도 17은 데이터 패킷에 대한 압축된 MAC 헤더(400)의 필드들 내의 데이터의 타입의 추가 예들을 예시한다. 도시된 바와같이, 도면에서, "데이터"로 라벨링한 열들은 데이터 패킷의 부분으로서 송신되는 정보(도시된 바와같이, 어드레스 1 (a1) 필드(415) 및 어드레스 2 (a2) 필드(420) 및 선택적으로 어드레스 3 (a3) 필드에 대한 정보)에 대응한다. "방향"으로 라벨링한 열은 데이터 패킷이 송신되는 방향 또는 링크 타입을 표시한다. "From-AP"로 라벨링한 열은 데이터가 AP로부터 송신되는지의 여부를 식별하는 비트 값을 표시한다. 이러한 예에서, AP로부터 전송되는 프레임들에는 소스 AID가 포함되지 않을 수 있다. 그러나, 이러한 예에서는 이전의 예들에서 도시된 to-DS/from-DS 필드들을 대신하는 From-AP 필드가 존재한다.
행(1702)은 다운링크 통신 접속을 나타낸다. 이러한 메시지가 수신 디바이스에 송신되기 때문에, from-AP 비트는 1로 세팅된다. a1 필드(415)는 수신기 디바이스의 어드레스를 나타내는 값을 포함한다.
행(1704)은 업링크 통신 접속을 나타낸다. 이러한 메시지가 AP로부터 전송되지 않기 때문에, from-AP 비트는 0으로 세팅된다. a1 필드(415)는 수신기 디바이스의 BSSID를 포함할 수 있다. a2 필드(420)는 전송 디바이스의 AID를 포함할 수 있다. a3 필드는 목적지 어드레스 값을 선택적으로 포함할 수 있다.
행(1706)은 직접 통신 링크를 나타낸다. 이러한 예에서, from-AP 비트는 0으로 세팅된다. A1 필드(415)는 수신기 어드레스 값을 포함한다. a2 필드는 전송 디바이스의 AID를 포함한다. 도시된 바와같이, 어드레스 필드 3는 비어 있다.
도 5-17과 관련하여 설명된 각각의 양상에 대하여 AID들 및 BSSID들의 사용은 단순히 예시적이라는 것에 주목해야 한다. AID들 대신에, 임의의 타입의 로컬 식별자는 설명된 양상들에서 사용될 수 있다. 게다가, BSSID들 대신에, 임의의 타입의 글로벌 식별자가 설명된 양상들에서 사용될 수 있다. 게다가, 설명된 a1 및 a2 필드들의 순서는 변경될 수 있다.
일부 양상들에서, 관리 프레임들은 앞서 설명된 다른 데이터 패킷들과 유사한 방식으로 압축될 수 있다. 특히, TID 대신에, 관리 프레임들은 선택적인 인접 채널 간섭(ACI) 필드를 가진다. 앞서 언급된 바와같이, 2 옥텟 길이 a1 또는 a2 필드의 모든 비트들은 단지 13-비트들이 사용될 수 있기 때문에 사용되지 않을 수 있다. 따라서, 다른 3 비트는 다른 목적들을 위해 활용될 수 있다. 예를들어, ACI는 2 옥텟 길이 a1 또는 a2 필드에 포함될 수 있다. 게다가, 앞서 논의된 바와같이, to-ds 및 from-ds 필드들은 프레임이 송신되는 링크 타입을 표시하기 위하여 관리 프레임들에서 이용가능하지 않을 수 있으며 MAC 헤더에 대한 포맷을 표시하기 위하여 사용되지 않을 수 있다. 따라서, 업링크 및 다운링크 패킷들은 동일한 포맷(예를들어, 어드레싱 포맷)을 가질 수 있으며, 이는 각각의 필드가 동일한 포맷의 정보(예를들어, 로컬 식별자들, 글로벌 식별자 또는 일부 다른 적절한 데이터)를 포함한다는 것을 의미한다. 예를들어, 관리 프레임의 a1 필드는 로컬 식별자(예를들어, AID)를 포함할 수 있으며, a2 필드는 글로벌 식별자(예를들어, MAC 어드레스)를 포함할 수 있으며, 추가로 BSSID가 포함될 수 있다. 게다가, 관리 프레임들은 단지 AP와 STA 사이에서만 이동하며, 따라서 SA 및 DA는 필요치 않을 수 있다.
일부 양상들에서, 다른 제어 및/또는 관리 프레임들은 짧은 MAC 헤더(400)와 같은 짧은 MAC 헤더와 호환가능할 수 있다. 예를들어, MAC 헤더(400)는 하기의 제어 프레임들, 즉 송신 요청(RTS) 프레임, 송신 허가(CTS) 프레임, ACK 프레임, 블록 ACK 요청(BAR) 프레임, 멀티 TID-BAR 프레임, 블록 ACK(BA) 프레임, 전력 절약 폴(PS-poll) 프레임, 경쟁 없는 엔드(CF 엔드) 프레임, 빔포밍 보고 폴, 널 데이터 패킷 어나운스먼트(NDPA), 비컨 프레임 등 중 임의의 것과 함께 사용하기 위해 호환가능할 수 있다. 일부 양상들에서, 이들 다양한 타입들의 제어 프레임들은 IEEE 802.11 규격들에서 정의된 동일한 이름의 제어 프레임들 중 임의의 프레임으로서 기능을 가진다. 앞서 논의된 바와같이, 타입 필드 및/또는 서브타입 필드는 프레임의 타입을 표시하기 위하여 MAC 헤더(400)의 fc 필드(405)에 포함될 수 있다.
일부 양상들에서, 제어 프레임들은 도 4에 도시된 바와 같은 MAC 헤더(400)의 필드들을 포함하는 MAC 헤더(400) 또는 도 4a에 도시된 바와같은 MAC 헤더(400a)의 필드들을 포함하는 MAC 헤더(400a)를 활용할 수 있다. 일부 이러한 양상들에서, 시퀀스 제어 필드(430)는 생략될 수 있다. 만일 프레임이 CTS 프레임이면, 일부 양상들에서, a1 필드(415) 및/또는 a2 필드(420)는 대안적으로 또는 추가적으로 생략될 수 있다. 만일 프레임이 PS-Poll 프레임이면, 일부 양상들에서, 대안적으로 또는 추가적으로, PS-poll 제어 필드(예를들어, IEEE 802.11 규격들에 정의됨)가 추가될 수 있다. 만일 프레임이 BAR 프레임 또는 BA 프레임이면, 일부 양상들에서, 대안적으로 또는 추가적으로, BAR 정보 필드 및/또는 BAR 제어 필드(예를들어, IEEE 802.11 규격들에서 정의됨)가 추가될 수 있다. 만일 프레임이 DNPA이면, 일부 양상들에서, 대안적으로 또는 추가적으로, 하나 이상의 STA 정보 필드들(예를들어, IEEE 802.11 규격들에 정의됨)가 추가될 수 있다.
일부 양상들에서, 단지 to-ds/from-ds 값 00 및 01는 보통 관리 프레임들을 위하여 사용될 수 있다. 따라서, 값들 01 및 11은 업링크와 다운링크 어드레스 간의 차이를 시그널링하기 위하여 계속 사용될 수 있다.
도 18-23은 특정 필드들을 포함하며 앞서 논의된 바와같은 다른 필드들을 포함하지 않으며 무선 디바이스(202t)와 무선 디바이스(202r)사이의 통신을 위하여 사용될 수 있는 압축된 MAC 헤더들의 다른 양상들을 예시한다. 필드들은 앞서 논의된 방식들로 사용될 수 있다. 앞의 논의에 기초하여 필드들의 상이한 조합들을 가질 수 있는, 여기에서 예시되지 않은 다른 MAC 헤더들이 또한 본 개시내용의 범위내에 있다는 것에 주목해야 한다.
도 18은 새로운 프레임 서브타입 값을 활용하고 프로토콜 버전에 대하여 PV0을 사용하면서 dur 필드, a1 필드, a2 필드, a3 필드, sc 필드, qc 필드, htc 필드, llc/snap 필드 및 fcs 필드가 제거된, 도 3a와 유사한 압축된 MAC 헤더를 예시한다. 게다가, pra 필드 및 pta 필드는 추가되며, 앞서 논의된 바와같이 어드레싱 정보를 결정하기 위하여 부분적으로 사용될 수 있다. 게다가, 이더타입 필드는 앞서 논의된 바와같은 llc/snap 필드 대신에 추가된다. 더욱이, 액세스 카테고리 인덱스(aci) 필드 및 헤더 검사 시퀀스 필드가 추가되며, 여기서 aci 필드는 프레임의 우선순위를 표시하며, hcs 필드는 (즉, 페이로드를 포함하지 않은) MAC 헤더의 정확도를 입증하는 짧은 순환 리던던시 검사를 포함한다. 도 19는 도 18과 유사한 MAC 헤더를 예시한다. 그러나, 도 19의 MAC 헤더에서, fc 필드는 크기가 감소되며, 프로토콜 버전은 PV1으로 변경된다. 도시된 바와같이, fc 필드에서, 서브타입 필드, to-ds 필드, from-ds 필드, 추가 프래그 필드, pf 필드 및 오더 필드가 제거된다. 게다가, a3 존재 필드는 a3 필드가 도 19의 MAC 헤더에 존재하는지의 여부(예시된 예에서는 a3 필드가 존재하지 않음)를 표시하기 위하여 추가된다. 또 다른 실시예에서, a3가 존재하는 짧은 MAC 헤더는 프레임 제어에서 타입 필드의 상이한 값을 사용하여 표시될 수 있다. 대안적으로, MAC 헤더의 동일한 포맷팅이 사용될 수 있는 반면에, 프로토콜 버전은 0(PV0)으로 세팅되나 이는 레가시 노드들에서 에러 반응들을 유발할 수 있다.
도 20은 도 19와 유사한 MAC 헤더를 예시한다. 그러나, 도 20의 MAC 헤더에서, pra 필드가 제거된다.
도 21은 도 19와 유사한 MAC 헤더를 예시한다. 도 21의 예시된 예에서는 a3 필드가 존재한다.
도 22는 도 19와 유사한 MAC 헤더를 예시한다. 그러나, 예시된 예에서, fc 필드는 패킷의 a3 어드레스가 앞서 논의된 바와 같이 수신 디바이스에 저장되는 a3 어드레스에 대응하는지의 여부를 표시하는 압축된 a3 존재(compr a3) 필드를 추가로 포함한다.
도 23은 도 22와 유사한 MAC 헤더를 예시한다. 그러나, 도 22의 MAC 헤더에서는 pra 필드가 제거된다.
도 24a-c는 암호화되지 않은 페이로드를 가진 압축된 MAC 헤더들의 타입들의 예들을 예시한다. 도 24a에 도시된 바와같이, MAC 헤더(2400a)는 프레임 제어(FC) 필드(2410), 부분 전송(PTA 또는 PTX) 필드(2420), 프레임 시퀀스 번호(SEQ) 필드(2430) 및 프레임 제어 시퀀스(FCS) 필드(2450)를 포함할 수 있다. 예시된 실시예에서, FC 필드(2410)는 2 바이트 길이이며, PTX 필드(2420)는 2바이트 길이이며, SEQ 필드(2430)는 2 바이트 길이이며, FCS 필드(2450)는 4바이트 길이이다. 비록 페이로드(2440)가 참조를 위하여 도시될지라도, 페이로드(2440)는 MAC 헤더(2400a)의 부분이 아닐 수 있다. 도 24a와 관련하여 여기에서 설명되는 필드들 중 적어도 일부는 도 3a와 관련하여 앞서 설명된 대응 필드들과 유사할 수 있다. 다양한 실시예들에서, MAC 헤더(2400a)는 도시되지 않은 추가 필드들을 포함할 수 있으며 도시된 하나 이상의 필드들을 생략할 수 있다. 당업자는 MAC 헤더(2400a)의 필드들이 임의의 크기일 수 있다는 것을 인식할 것이다.
도 24a를 계속해서 참조하면, MAC 헤더(2400a)는 도 3a와 관련하여 앞서 설명된 a1 필드(325a)와 같은 수신기 어드레스 필드를 생략할 수 있다. 따라서, 무선 디바이스(202t)는 비록 MAC 헤더(2400a)가 수신기 어드레스 필드를 포함하지 않을 수 있을지라도 마치 수신기 어드레스 필드가 MAC 헤더(2400a)에 존재한 것 처럼 FCS 필드(2450)를 계산할 수 있다. 무선 디바이스(202r)와 같은 수신기가 MAC 헤더(2400a)를 수신할때, 수신기는 자기 자신의 어드레스를 암묵적으로 알 수 있다. 예를들어, 일 실시예에서, 무선 디바이스(202r)는 메모리(206)에 자기 자신의 네트워크 어드레스를 저장할 수 있다. 따라서, 수신기는 암묵적으로 알려진 수신기 어드레스와 결합된 MAC 헤더(2400a)의 하나 이상의 필드들에 기초하여 예상된 FCS를 계산할 수 있다. 이후, 수신기는 MAC 헤더(2400a)로부터의 수신된 FCS 필드(2450)와 예상된 FCS를 비교할 수 있다. 만일 수신된 FCS 필드(2450)가 MAC 헤더(2400a)로부터 생략된 암묵적 수신기 어드레스를 사용하여 계산되는 예상된 FCS와 매칭되면, 수신기는 MAC 헤더(2400a)와 연관된 프레임이 수신기에 어드레싱되었고 또한 그것이 정확하게 수신되었다는 것을 결정할 수 있다.
도 24a에 예시된 바와같이, MAC 헤더(2400a)는 도 3a와 관련하여 앞서 설명된 a2 필드(320a)와 같은 소스 또는 전송 어드레스 필드(도시안됨)를 생략할 수 있다. 예를들어, 수신기가 단지 액세스 포인트로부터 데이터를 수신할 수 있는 경우에, 전송 어드레스 필드는 생략될 수 있다. 그러나, 일부 실시예들에서, 부분 전송 어드레스(PTA 또는 PTX) 필드(2420)는 MAC 헤더(2400a)에 포함된다. PTX 필드(2420)는 무선 디바이스가 데이터를 업로드할 수 있는 네트워크 환경들에서 또는 터널링된 직접 링크 셋업(TDLS) 환경에 포함될 수 있다. 일 실시예에서, PTX 필드(2420)는 송신기의 MAC 어드레스에 기초할 수 있다. 예를들어, PTX 필드(2420)는 송신기의 MAC 어드레스의 사전세팅된 수의 최하위 비트(LSB)들을 포함할 수 있다. 앞서 논의된 바와같이, PTX 필드(2420)는 MAC 헤더(2400a)를 포함하는 프레임의 수신시에 무선 수신기가 탐색하는 키들의 수를 무선 수신기가 줄이도록 할 수 있다. 다른 실시예들에서, MAC 헤더(2400a)는 전송 어드레스 필드를 포함할 수 있다.
도 24b에 도시된 바와같이, MAC 헤더(2400b)는 프레임 제어(FC) 필드(2410), 부분 전송 어드레스(PTA 또는 PTX) 필드(2420), 프레임 시퀀스 번호(SEQ) 필드(2430), 및 프레임 제어 시퀀스(FCS) 필드(2450)를 포함할 수 있다. 비록 페이로드(2440)가 참조를 위하여 도시될지라도, 페이로드(2440)는 MAC 헤더(2400b)의 부분이 아닐 수 있다. 다양한 실시예들에서, MAC 헤더(2400b)는 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 예를들어, 도 24b에 예시된 바와같이, MAC 헤더(2400b)는 목적지 어드레스(ADD3) 필드(2460)를 포함한다. 일 실시예에서, ADD3 필드(2460)는 도 3a와 관련하여 앞서 논의된 a3 필드(325a)일 수 있다. ADD3 필드(2460)는 프레임들이 자신들의 최종적인 목적지에 중계될 수 있는 네트워크 환경들에서 사용될 수 있다.
도 24c에 도시된 바와같이, MAC 헤더(2400c)는 프레임 제어(FC) 필드(2410), 부분 수신기 어드레스(PRA 또는 PRX) 필드(2470), 부분 전송 어드레스(PTA 또는 PTX) 필드(2420), 프레임 시퀀스 번호(SEQ) 필드(2430), 및 프레임 제어 시퀀스(FCS) 필드(2450)를 포함할 수 있다. 비록 페이로드(2440)가 참조를 위하여 도시될지라도, 페이로드(2440)는 MAC 헤더(2400c)의 부분이 아닐 수 있다. 다양한 실시예들에서, MAC 헤더(2400c)는 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 예를들어, 도 24c에 예시된 바와같이, MAC 헤더(2400c)는 목적지 어드레스(ADD3) 필드(2460)를 포함한다. MAC 헤더(2400c)는 수신기가 FCS 필드(2450)를 검사해야 하는지의 여부에 관한 일부 표시를 수신기에 제공하기 위하여 PRX 필드(2470)를 포함할 수 있다. 예를들어, 수신기의 어드레스가 PRX 필드(2470)와 매칭되지 않으면, 수신기는 수신된 FCS 필드(2940)가 매칭되지 않을 수 있기 때문에 예상된 FCS를 계산하지 않을 것을 결정할 수 있다. 그러나, 만일 수신기의 어드레스가 PRX 필드(2470)와 매칭되면, 수신기는 프레임이 수신기에 어드레싱되는지의 여부를 결정하기 위하여 예상된 FCS를 계산하는 것을 결정할 수 있다. 다시 말해서, PRX 필드(2470)는 수신된 프레임이 수신기에 어드레싱되지 않을때 추가 프로세싱을 방지하기 위한 방식을 수신기에 제공할 수 있다. 적은 프로세싱은 저전력 소비를 초래할 수 있다.
일 실시예에서, PRX 필드(2470)는 수신기의 MAC 어드레스에 기초할 수 있다. 또 다른 실시예에서, PRX 필드(2470)는 수신기의 MAC 어드레스 및 전송 MAC 어드레스 모두에 기초할 수 있다. 예를들어, PRX 필드(2470)는 수신기의 ID 및 송신기의 MAC 어드레스의 해시일 수 있다. 다양한 실시예들에서, 예상된 프레임 검사를 계산하지 않고 수신기가 수신된 프레임을 무시하도록 하기 위하여 다른 예비 표시들이 사용될 수 있다.
여기에서 설명된 다양한 실시예들에서, 통상적인 MAC 헤더의 부분들이 생략되는 경우에, 무선 디바이스(202t)는 완전히 FCS 필드(2450)(도 24a-c)를 생략할 수 있다. 예를들어, 암호화된 페이로드들을 포함하는 프레임들에서, MAC 헤더는 암호화와 관련된 기존 필드들을 재사용하고 또한 이러한 기존 필드를 기반으로 할 수 있다. 헤더 재사용은 암호화된 페이로드가 그 자신의 암호화-관련 헤더들을 사전에 포함할 수 있기 때문에 보다 짧은 프레임을 초래할 수 있다. 기존 암호화-관련 헤더 필드들을 사용하여 통상적인 MAC 헤더 필드들의 역할을 수행하면, 사용된 필드들의 총수를 감소시킬 수 있다. 일 실시예에서, 무선 디바이스(202t)는 FCS 필드 없는 MAC 헤더를 생성할 수 있다. 메시지 완전성 검사(MIC) 필드는 FCS 필드 대신에 재사용될 수 있다. 또 다른 실시예에서, 무선 디바이스(202t)는 시퀀스 번호(SN) 필드 없는 MAC 헤더를 생성할 수 있다. 패킷 번호(PN) 필드는 SN 필드 대신에 재사용될 수 있다. 암호화된 프레임들에 대한 MAC 헤더들을 압축할때, 무선 디바이스(202t)는 짧은 프레임간 공간(SIFS) 내의 프레임을 바람직하게 암호해독할 수 있다.
일 실시예에서, 무선 디바이스(202t)는 예를들어 도 18-23 중 하나에 도시된 MAC 헤더들 내의 필드들만을 전송하면서, 도 3a와 관련하여 앞서 논의된, MAC 헤더(300a)의 모든 필드들에 기초하여 MIC를 계산할 수 있다. 그럼에도 불구하고, 특히, 듀레이션 필드가 MAC 헤더로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 MIC 계산에 듀레이션 필드를 포함시킬 수 있다. 그럼에도 불구하고, 듀레이션 필드가 MAC 헤더로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 MIC 계산에 듀레이션 필드를 포함시킬 수 있다. 그럼에도 불구하고, 수신기 어드레스 필드가 MAC 헤더로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 MIC 계산에 수신기 어드레스 필드를 포함시킬 수 있다. 그럼에도 불구하고, 소스 어드레스 또는 전송 어드레스 필드가 MAC 헤더로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 MIC 계산에 소스 어드레스 또는 전송 어드레스 필드를 포함시킬 수 있다. 당업자는 임의의 생략된 헤더 필드가 MIC에 통합될 수 있다는 점을 인식할 것이다.
도 25a-c는 암호화된 페이로드를 가진 압축된 MAC 헤더들의 타입들의 예들을 예시한다. 도 25a의 예시된 실시예는 암호 블록 체이닝 메시지 인증 코드 프로토콜(CCMP) 암호화를 사용한 프레임에 대한 MAC 헤더(2500a)를 도시한다. 도 25a에 도시된 바와같이, MAC 헤더(2500a)는 프레임 제어(FC) 필드(2510), 부분 전송(PTA 또는 PTX) 필드(2520), CCMP 헤더(HRD) 필드(2530), 및 CCMP 메시지 완전성 검사(MIC) 필드(2550)를 포함할 수 있다. 예시된 실시예에서, FC 필드(2510)는 2바이트 길이이며, PTX 필드(2520)는 2바이트 길이이며, CCMP HRD 필드(2530)는 8바이트 길이이며, CCMP MIC 필드(2550)는 8바이트 길이이다. 비록 페이로드(2540)가 참조를 위하여 도시될지라도, 페이로드(2540)는 MAC 헤더(2500a)의 부분이 아닐 수 있다. 도 25a와 관련하여 여기에서 설명된 필드들 중 적어도 일부는 도 3a와 관련하여 앞서 설명된 대응 필드들과 유사할 수 있다. 다양한 실시예들에서, MAC 헤더(2500a)는 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 당업자는 MAC 헤더(2500a)의 필드들이 임의의 크기를 가질 수 있다는 것을 인식할 것이다.
도 25a를 계속해서 참조하면, MAC 헤더(2500a)는 도 3a와 관련하여 앞서 설명된 a1 필드(325a)와 같은 수신기 어드레스 필드를 생략할 수 있다. 따라서, 무선 디바이스(202t)는 MIC(2550)를 계산할때 수신기 어드레스를 포함할 수 있다. 무선 디바이스(202r)와 같은 수신기가 MAC 헤더(2500a)를 수신할때, 수신기는 자기 자신의 어드레스를 암묵적으로 알 수 있다. 예를들어, 일 실시예에서, 무선 디바이스(202r)는 메모리(206)에 자기 자신의 네트워크 어드레스를 저장할 수 있다. 따라서, 수신기는 암묵적으로 알려진 수신기 어드레스와 결합된 MAC 헤더(2500a)의 하나 이상의 필드들에 기초하여 예상된 MIC를 계산할 수 있다. 이후, 수신기는 MAC 헤더(2500a)로부터의 수신된 MIC 필드(2550)와 예상된 MIC를 비교할 수 있다. 만일 수신된 MIC 필드(2550)가 MAC 헤더(2500a)로부터 생략된 암묵적 수신기 어드레스를 사용하여 계산된 예상된 MIC와 매칭되면, 수신기는 MAC 헤더(2500a)와 연관된 프레임이 수신기에 어드레싱되었고 그 프레임이 정확하게 수신되었음을 결정할 수 있다.
도 25a에 예시된 바와같이, MAC 헤더(2500a)는 도 3a와 관련하여 앞서 설명된 a2 필드(320)와 같은 소스 또는 전송 어드레스 필드(도시안됨)를 생략할 수 있다. 예를들어, 수신기가 단지 액세스 포인트로부터의 데이터만을 수신할 수 있는 경우에, 전송 어드레스 필드는 생략될 수 있다. 그러나, 일부 실시예들에서, 부분 전송 어드레스(PTA 또는 PTX) 필드(2520)는 MAC 헤더(2500a)에 포함된다. PTX 필드(2520)는 무선 디바이스가 데이터를 업로딩할 수 있는 네트워크 환경들 또는 터널링된 직접 링크 셋업(TDLS) 환경에 포함될 수 있다. 일 실시예에서, PTX 필드(2520)는 송신기의 MAC 어드레스에 기초할 수 있다. 예를들어, PTX 필드(2520)는 송신기의 MAC 어드레스의 미리 세팅된 수의 최하위 비트(LSB)들을 포함할 수 있다. 앞서 논의된 바와같이, PTX 필드(2520)는 MAC 헤더(2500a)를 포함하는 프레임의 수신시에 무선 수신기가 탐색하는 키들의 수를 무선 수신기가 줄이도록 할 수 있다. 다른 실시예들에서, MAC 헤더(2500a)는 전송 어드레스 필드를 포함할 수 있다.
도 25b에 도시된 바와같이, MAC 헤더(2500b)는 프레임 제어(FC) 필드(2510), 부분 전송 어드레스(PTA 또는 PTX) 필드(2520), 프레임 시퀀스 번호(SEQ) 필드(2530), 및 프레임 제어 시퀀스(MIC) 필드(2550)를 포함할 수 있다. 비록 페이로드(2540)가 참조를 위하여 도시될지라도, 페이로드(2540)는 MAC 헤더(2500b)의 부분이 아닐 수 있다. 다양한 실시예들에서, MAC 헤더(2500b)는 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 예를들어, 도 25b에 예시된 바와같이, MAC 헤더(2500b)는 목적지 어드레스(ADD3) 필드(2560)를 포함한다. 일 실시예에서, ADD3 필드(2560)는 도 3a와 관련하여 앞서 설명된 a3 필드(325a)일 수 있다. ADD3 필드(2560)는 프레임들이 자신들의 최종적인 목적지에 중계될 수 있는 네트워크 환경들에서 사용될 수 있다.
도 25c에 도시된 바와같이, MAC 헤더(2500c)는 프레임 제어(FC) 필드(2510), 부분 수신기 어드레스(PRA 또는 PRX) 필드(2570), 전송 어드레스(TX) 필드(2520), 프레임 시퀀스 번호(SEQ) 필드(2530), 및 프레임 제어 시퀀스(MIC) 필드(2550)를 포함할 수 있다. 비록 페이로드(2540)가 참조를 위하여 도시될지라도, 페이로드(2540)는 MAC 헤더(2500c)의 부분이 아닐 수 있다. 다양한 실시예들에서, MAC 헤더(2500c)는 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 예를들어, 도 25c에 예시된 바와같이, MAC 헤더(2500c)는 목적지 어드레스(ADD3) 필드(2560)를 포함한다. MAC 헤더(2500c)는 수신기가 MIC 필드(2550)를 검사해야하는지의 여부에 관한 일부 표시를 수신기에 제공하기 위하여 PRX 필드(2570)를 포함할 수 있다. 예를들어, 수신기의 어드레스가 PRX 필드(2570)와 매칭되지 않으면, 수신기는 수신된 MIC 필드(2550)가 매칭되지 않을 가능성이 있을 수 있기 때문에 예상된 MIC를 계산하지 않을 것을 결정할 수 있다. 그러나, 만일 수신기의 어드레스가 PRX 필드(2570)와 매칭되면, 수신기는 프레임이 수신기에 어드레싱되는지의 여부를 결정하기 위하여 예상된 MIC를 계산하는 것을 결정할 수 있다. 다시 말해서, PRX 필드(2570)는 수신된 프레임이 수신기에 어드레싱되지 않을때 추가 프로세싱을 방지하기 위한 방식을 수신기에 제공할 수 있다. 적은 프로세싱은 저전력 소비를 초래할 수 있다.
일 실시예에서, PRX 필드(2570)는 수신기의 MAC 어드레스에 기초할 수 있다. 또 다른 실시예에서, PRX 필드(2570)는 수신기의 MAC 어드레스 및 전송 MAC 어드레스 모두에 기초할 수 있다. 예를들어, PRX 필드(2570)는 수신기의 ID 및 송신기의 MAC 어드레스의 해시일 수 있다. 다양한 실시예들에서, 예상된 프레임 검사를 계산하지 않고 수신기가 수신된 프레임을 무시하도록 하기 위하여 다른 예비 표시들이 사용될 수 있다.
일부 실시예들에서, 특정 데이터 패킷들의 다른 부분들은 또한 크기가 감소될 수 있다. 예를들어, ACK 프레임은 앞서 논의된 바와같이 MAC 헤더들이 압축될 수 있는 방법과 유사하게 압축될 수 있다.
도 26은 통신을 위한 레가시 시스템들에서 사용되는 타입의 ACK 프레임(2600)의 예를 예시한다. 예를들어, ACK 프레임(2600)은 4개의 필드들, 즉 fc 필드(2605), dur 필드(2610), a1 필드(2615) 및 fcs 필드(2620)를 포함한다. 일부 실시예들에서, dur 필드(2610)는 MAC 헤더(300)에 대하여 앞서 논의된 바와같이 제거될 수 있다. 일부 실시예들에서, PRA는 MAC 헤더들과 관련하여 앞서 논의된 바와같이 a1 필드(2615) 대신에 사용될 수 있다. 예를들어, 무선 디바이스(202r)는 (예를들어, 이전의 패킷에 포함된 a1 필드(2615)의 표시에 의해) 무선 디바이스(202t)로부터의 이전에 수신된 패킷이 무선 디바이스(202r)에 대한 것이라는 사실에 기초하여 데이터 패킷이 자신을 위하여 의도된다는 것을 가정할 수 있다. 일부 실시예들에서, PRA는 PHY 헤더에 포함될 수 있다. 일부 실시예들에서, fc 필드(2605)는 MAC헤더들과 관련하여 앞서 논의된 바와같이 크기가 감소될 수 있다. 일부 실시예들에서, fcs 필드(2620)는 순환 리던던시 검사의 크기를 감소시킴으로써 더 짧게 만들어질 수 있다. 일부 실시예들에서, ACK는 어드레스 필드들을 포함하지 않을 수 있으며, 소스 및 목적지는 선행 데이터 패킷의 종료 이후에 자신의 타이밍 SIFS로부터 추론된다.
도 27 및 도 28은 특정 필드들을 포함하며 앞서 논의된 바와같은 다른 필드들을 포함하지 않으며 무선 디바이스(202t)와 무선 디바이스(202r) 간의 통신을 위해 사용될 수 있는 압축된 ACK 프레임들의 상이한 실시예들을 예시한다. 필드들은 앞서 논의된 방식들로 사용될 수 있다. 앞의 논의에 기초하여 필드들의 상이한 조합들을 가질 수 있는, 여기에서 예시되지 않는 다른 ACK 프레임들이 또한 본 개시내용의 범위내에 있다는 것에 주목해야 한다.
도 27은 도 26과 유사한 ACK 프레임을 예시한다. 그러나, 도 27의 ACK 프레임에서, dur 필드, a1 필드 및 fcs 필드는 포함되지 않는다. 선택적인 hcs 필드는 ACK 프레임에 포함되며, 이는 감소된 fcs로서 기능을 한다. 게다가, fc 필드는 크기가 감소된다. 도시된 바와같이, fc 필드에서는 서브타입 필드, to-ds 필드, from-ds 필드, 추가 프래그 필드, pf 필드, 및 오더 필드가 제거된다. 또한, a3 존재 필드는 a3 필드가 도 27의 ACK 프레임에 존재하는지의 여부(예시된 예에서는 a3 필드가 존재하지 않는다)를 표시하기 위하여 추가된다. fc 필드는 ACK 프레임의 a3 어드레스가 앞서 논의된 바와같이 수신 디바이스에 저장되는 a3 어드레스에 대응하는지의 여부를 표시하는 압축된 a3 존재(compr a3) 필드를 더 포함한다.
도 28은 도 27과 유사한 ACK 프레임을 예시한다. 그러나, 도 28의 ACK 프레임은 pra 필드를 추가로 포함한다.
도 29a-c는 압축된 확인응답(ACK) 프레임들의 예들을 예시한다. 도 29a에 도시된 바와같이, ACK 프레임(2900a)은 물리 계층(PHY) 헤더(2910), 프레임 제어(FC) 필드(2920), 부분 수신기(PRA 또는 PRX) 필드(2930), 및 프레임 제어 시퀀스 (FCS) 필드(2940)를 포함할 수 있다. 예시된 실시예에서, FC 필드(2920)는 2바이트 길이이며, PTX 필드(2920)는 2바이트 길이이며, SEQ 필드(2930)는 2바이트 길이 이며, PRX 필드(2930)는 2바이트 길이이며, 그리고 FCS 필드(2940)는 가변 길이이다. 도 29a와 관련하여 여기에서 설명되는 필드들 중 적어도 일부는 도 26과 관련하여 앞서 설명된 대응 필드들과 유사할 수 있다. 다양한 실시예들에서, ACK 프레임(2900a)은 도시되지 않은 추가 필드들을 포함할 수 있으며, 도시된 하나 이상의 필드들을 생략할 수 있다. 당업자는 ACK 프레임(2900a)의 필드들이 임의의 크기를 가질 수 있다는 것을 인식할 것이다.
ACK 프레임(2900a)은 수신기가 FCS 필드(2940)를 검사해야 하는지의 여부에 관한 일부 표시를 수신기에 제공하기 위하여 PRX 필드(2930)를 포함할 수 있다. 예를들어, 수신기의 어드레스가 PRX 필드(2930)와 매칭되지 않으면, 수신기는 수신된 FCS 필드(2940)가 매칭되지 않을 가능성이 있을 수 있기 때문에 예상된 FCS를 계산하지 않을 것을 결정할 수 있다. 그러나, 만일 수신기의 어드레스가 PRX 필드(2930)와 매칭되면, 수신기는 프레임이 수신기에 어드레싱되는지의 여부를 결정하기 위하여 예상된 FCS를 계산하는 것을 결정할 수 있다. 다시 말해서, PRX 필드(2930)는 수신된 프레임이 수신기에 어드레싱되지 않을때 추가 프로세싱을 방지하기 위한 방식을 수신기에 제공할 수 있다. 적은 프로세싱은 저전력 소비를 초래할 수 있다.
일 실시예에서, PRX 필드(2930)는 수신기의 MAC 어드레스에 기초할 수 있다. 또 다른 실시예에서, PRX 필드(2930)는 수신기의 MAC 어드레스 및 전송 MAC 어드레스 모두에 기초할 수 있다. 예를들어, PRX 필드(2930)는 수신기의 ID 및 송신기의 MAC 어드레스의 해시일 수 있다. 다양한 실시예들에서, 예상된 프레임 검사를 계산하지 않고 수신기가 수신된 프레임을 무시하도록 하기 위하여 다른 예비 표시들이 사용될 수 있다.
도 29a에 도시된 바와같이, ACK 프레임(2900a)은 물리 계층(PHY) 헤더(2910), 프레임 제어(FC) 필드(2920) 및 프레임 제어 시퀀스 (FCS) 필드(2940)를 포함할 수 있다. 다양한 실시예들에서, ACK 프레임(2900b)은 도시되지 않은 추가 필드들을 포함할 수 있으며 도시된 하나 이상의 필드들을 생략할 수 있다. 예시된 실시예에서, ACK 프레임(2900b)은 도 26과 관련하여 앞서 설명된 a1 필드(2615)와 같은 수신기 어드레스 필드를 생략할 수 있다. 따라서, 무선 디바이스(202t)는 비록 ACK 프레임(2900b)이 수신기 어드레스 필드를 포함하지 않을 수 있을지라도 마치 수신기 어드레스 필드가 ACK 프레임(2900b)에 존재한 것 처럼 FCS 필드(2940)를 계산할 수 있다.
일 실시예에서, 무선 디바이스(202r)와 같은 수신기가 ACK 프레임(2900b)을 수신할때, 수신기는 자기 자신의 어드레스를 암묵적으로 알 수 있다. 예를들어, 일 실시예에서, 무선 디바이스(202r)는 메모리(206)에 자기 자신의 네트워크 어드레스를 저장할 수 있다. 따라서, 수신기는 암묵적으로 알려진 수신기 어드레스와 결합된 MAC 헤더(2900b)의 하나 이상의 필드들에 기초하여 예상된 FCS를 계산할 수 있다. 이후, 수신기는 ACK 프레임(2900b)으로부터의 수신된 FCS 필드(2950)와 예상된 FCS를 비교할 수 있다. 만일 수신된 FCS 필드(2950)가 ACK 프레임(2900b)으로부터 생략된 암묵적 수신기 어드레스를 사용하여 계산되는 예상된 FCS와 매칭되면, 수신기는 ACK 프레임(2900b)과 연관된 프레임이 수신기에 어드레싱되었고 또한 그것이 정확하게 수신되었다는 것을 결정할 수 있다.
도 29c에 도시된 바와같이, ACK 프레임(2900c)은 단지 물리 계층(PHY) 헤더(2910)만을 포함할 수 있다. 데이터를 가지지 않은 PHY 프리앰블은 NDP로서 지칭될 수 있다. 다양한 실시예들에서, ACK 프레임(2900c)은 도시되지 않은 추가 필드들을 포함할 수 있으며 도시된 하나 이상의 필드들을 생략할 수 있다. 예시된 실시예에서, 무선 디바이스(202t)와 같은 확인응답 디바이스는 수신 디바이스에게 알려진 시간에 ACK 프레임(2900)을 송신할 수 있다. 수신 디바이스는 ACK 프레임(2900c)이 수신되는 시간에 기초하여 ACK 프레임(2900c)으로부터 생략된 정보를 추론할 수 있다. 예를들어, 수신 디바이스는 확인응답될 메시지를 송신한후 일정 지연이후에 ACK 프레임(2900c)을 수신하는 것을 예상할 수 있다. 일 실시예에서, 수신 디바이스는 시간 윈도우 내에서 ACK 프레임(2900c)을 수신하는 것을 예상할 수 있다.
다양한 실시예들에서, 무선 디바이스(202t)와 같은 디바이스는 ACK로서 NDP(즉, 데이터를 가지지 않은 PHY 프리앰블)를 송신할 수 있다. 또 다른 실시예에서, 무선 디바이스(202t)는 ack로서 STF를 송신할 수 있다. 일 실시예에서, 즉시 ACK가 요청되는 프레임을 무선 디바이스(202t)가 송신할 때, 무선 디바이스(202t)는 프레임 전송의 완료후 SIFS 시간내에서 시작하여 NDP가 수신되는 경우에 프레임이 성공적으로 전송되는 것으로 고려할 수 있다.
여기에서 설명되는 다양한 실시예들에서, 확인응답(ACK) 프레임의 일부분들이 생략되는 경우에, 무선 디바이스(202t)는 생략된 부분들의 하나 이상에 기초하여 FCS를 계산할 수 있다. 예를들어, 무선 디바이스(202t)는 도 27-28 중 하나에 도시된 ACK 프레임들의 필드들만을 전송하면서 도 26과 관련하여 앞서 논의된 ACK 프레임(2600)의 모든 필드들에 기초하여 FCS를 계산할 수 있다. 그럼에도 불구하고, 특히, 듀레이션 필드가 ACK 프레임으로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 FCS 계산에 듀레이션 필드를 포함시킬 수 있다. 그럼에도 불구하고, 듀레이션 필드가 ACK 프레임으로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 FCS 계산에 듀레이션 필드를 포함시킬 수 있다. 그럼에도 불구하고, 수신기 어드레스 필드가 ACK 프레임으로부터 생략되는 실시예들에서, 무선 디바이스(202t)는 FCS 계산에 수신기 어드레스 필드를 포함시킬 수 있다. 당업자는 임의의 생략된 헤더 필드가 FCS에 통합될 수 있다는 점을 인식할 것이다. 더욱이, 생략된 헤더 필드들은 메시지 완전성 검사(MIC)를 포함하는, FCS가 아닌 프레임 검사들에 통합될 수 있다.
앞서 논의된 바와같이, 많은 상이한 타입들의 MAC 헤더들 및 ACK 프레임들은 무선 디바이스(202t)와 무선 디바이스(202r) 사이의 통신을 위하여 사용될 수 있다. 게다가, 앞서 논의되는 바와같이, 도 3 및 도 3a에 예시된 MAC 헤더들(300, 300a) 및 도 26에 예시된 ACK 프레임(2600)은 레가시 시스템들을 위하여 사용된다. 앞서 논의되는 바와같이, fc 필드(305 또는 305a)(그리고 유사하게 fc 필드(2605))는, 다른 필드들 중에서, 프로토콜 버전(pv) 필드(372), 프레임 타입(type) 필드(374), 및 프레임 서브타입(subtype) 필드(376)를 포함한다. pv 필드(372)는 2비트 길이이다. pv 필드(372)에 대한 00의 값은 도 3 또는 도 3a에 예시된 바와같은 MAC 헤더(300 또는 300a)(또는 ACK 프레임들에 대하여 도 26에서 예시된 것과 같은 ACK 프레임(2600))의 사용을 표시한다. 다른 타입들의 MAC 헤더들의 사용은 pv 필드(372)의 다른 값들(즉, 01, 10 및 11)을 사용함으로써 표시될 수 있다. 부가적으로 또는 대안적으로, 상이한 타입들의 MAC 헤더들의 사용은 타입 필드(374) 및/또는 서브타입 필드(376)에 대하여 상이한 값들을 사용함으로써 표시될 수 있다. 무선 디바이스들은 특정 타입들의 MAC 헤더들과 필드들에 대한 값들을 연관시키고 필드 값에 기초하여 사용되는 MAC 헤더의 타입을 결정하도록 구성될 수 있다.
일부 구현들에서, 확인응답 메시지는 디바이스를 식별하기 위하여 a1 필드에 액세스 식별자(AID)를 포함시킬 수 있다. 각각의 확인응답 메시지에 대한 a1 필드에 AID를 포함시키는 것이 특정 구현들에서 바람직할 수 있다. 따라서, 특정 구현들에서, a1 필드에서 디바이스를 식별하기 위하여 단지 AID만이 사용된다. 이는 a1 필드에서 나타나는 식별자의 타입이 각각의 확인응답 메시지에 대하여 유사하기 때문에 확인응답 메시지의 수신기가 수신된 확인응답 신호들의 a1 필드를 균일하게 프로세싱하도록 할 수 있다.
앞서 설명된 일부 구현들에서, AID는 디바이스를 식별하기 위하여 a2 필드에서 풀 MAC 어드레스 대신에 사용될 수 있다. 예를들어 a2 필드에 포함된 AID에 기초하여 추가 인증 데이터(AAD) 및/또는 카운터 암호 블록 체이닝 메시지 인증 코드(CCM) 난스(nonce)를 계산함으로써 확인응답 메시지의 완전성을 검사하도록 시스템을 구성하는 것이 특정 구현들에서 바람직할 수 있다. 예를들어, 수신기 디바이스는 6바이트의 풀 MAC 어드레스에 13 비트의 AID를 매핑시키도록 구성될 수 있다. 이후, 풀 MAC 어드레스는 메시지 완전성 코드(MIC)를 계산하기 위하여 사용될 수 있다. 다른 예에서, AID는 또한 MIC를 직접 계산하기 위하여 사용될 수 있다. 예를들어, MAC 어드레스 길이가 6바이트인 경우에, AID가 6바이트의 길이를 가지게 하기 위하여 AID내에 0들이 패딩(예를들어, 첨부, 프리픽스)될 수 있다. 일부 구현들에서, 랜덤 비트들/바이트들은 AID가 풀 MAC 어드레스들과 동일한 길이이도록 AID를 패딩하기 위하여 AID에 추가될 수 있다.
앞서 논의된 바와같이, fc 필드의 pv 서브필드는 MAC 헤더가 레가시 MAC 헤더인지 또는 압축된 MAC 헤더인지의 여부를 표시하기 위하여 사용될 수 있다. 예를들어, pv 서브필드에 대한 0의 값은 MAC 헤더가 레가시 MAC 헤더임을 표시할 수 있으며, pv 서브필드에 대한 1의 값은 MAC 헤더가 압축된 MAC 헤더임을 표시할 수 있다. 압축된 MAC 헤더는 여기에서 설명된 압축된 MAC 헤더들 중 임의의 헤더의 포맷을 가질 수 있다.
여기에서 설명된 압축된 MAC 헤더들 중 임의의 헤더에 대하여, 특정 필드들은 특정 추가 특징들을 지원하기 위하여 추가로 추가되거나 수정될 수 있다. 일부 양상들에서, 확장된 프레임 제어(efc) 필드는 여기에서 설명된 압축된 MAC 헤더들 중 임의의 헤더에 추가될 수 있다. efc 필드는 3비트를 포함할 수 있다. efc 필드는 압축된 MAC 헤더의 aid 필드의 마지막 3비트일 수 있다. efc는 새로운 특징들에 대한 정보를 추가하도록 활용될 수 있다. 예를들어, 일부 양상들에서, a3 존재 서브필드는 a3 어드레스(디바이스를 식별하는 3번째 어드레스)가 압축된 MAC 헤더에 포함되는지의 여부를 표시하기 위하여 MAC 헤더의 fc 필드 또는 다른 필드(예를들어, efc 필드)에 추가될 수 있다. 부가적으로 또는 대안적으로, 일부 양상들에서, 특정 QoS 파라미터들의 값을 표시하는 서비스 품질(QoS) 서브필드들은 액세스 제어(ac) 서브필드, 서비스 기간의 종료(eosp) 서브필드, a-msdu 서브필드 및/또는 큐 크기 서브필드와 같은, MAC 헤더의 fc 필드 또는 다른 필드(예를들어, efc 필드)에 추가된다. 부가적으로 또는 대안적으로, 일부 양상들에서, ACK 정책 서브필드는 압축된 MAC 헤더의 SIG 필드로 이동될 수 있다. 부가적으로 또는 대안적으로, 일부 양상들에서, a4 서브필드는 패킷이 중계될지의 여부를 표시하기 위하여 MAC 헤더의 fc 필드 또는 다른 필드(예를들어, efc 필드)에 추가될 수 있다. a4 서브필드는 1비트일 수 있다. 이들 필드들의 임의의 조합이 필드들의 특징들을 지원하기 위하여 여기에서 설명되는 압축된 MAC 헤더들 중 임의의 헤더에서 사용될 수 있다는 것에 주목해야 한다. 일부 양상들에서, pv 서브필드에 대한 1의 값에 의해 표시되는 압축된 MAC 헤더는 특징들을 지원할 수 있으며, 도 30 또는 도 31과 관련하여 논의되는 바와 같은 포맷을 가질 수 있다.
도 30은 보안 없이 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷과 프레임 제어 필드 포맷의 예를 예시한다. 도시된 바와같이, 프레임 제어 필드(3000)는 2비트의 pv 서브필드(3002), 4비트의 타입 서브필드(3004), 1비트의 from-AP 서브필드(3006), 2비트의 액세스 카테고리(ac) 서브필드(3008), 1비트의 재시도 서브필드(3010), 1비트의 전력 관리(pm) 서브필드(3012), 1비트의 모드 데이터(md) 서브필드(3014), 1비트의 보호 프레임(pf) 서브필드(3016), 1비트의 a-msdu 서브필드(3018), 1비트의 서비스 기간의 종료(eosp) 서브필드(3020), 및 1비트의 a3 존재 서브필드(3022)를 포함한다. 이들 서브필드들 중에서, 앞서 논의된 바와같이, ac 서브필드(3008), a-msdu 서브필드(3018), eosp 서브필드(3020) 및 a3 존재 서브필드(3022)는 단지 포함된 필드들의 특징들만을 지원하기 위하여 임의의 조합으로 fc 필드(3000)에 포함되거나 또는 포함되지 않을 수 있다.
fc 필드(3000)는 여기에서 설명된 임의의 압축된 MAC 헤더의 필드일 수 있다. 예를들어, fc 필드(3000)는 압축된 MAC 헤더의 필드(3050)일 수 있으며, 이 필드(3050)는 2 옥텟의 fc 필드(3000), 13 비트의 aid 필드(3052)(일 양상에서, R-AID는 from-ap 서브필드(3006)=1일때 포함될 수 있으며, T-AID는 from-AP 서브필드(3006)=0일때 포함될 수 있다), 3비트의 efc 필드(3054), 6비트의 TA/RA 필드(3056)(일 양상에서, TA는 from-ap 서브필드(3006)=1일때 포함될 수 있으며 RA는 from-AP 서브필드(3006)=0일때 포함될 수 있다), 6비트의 a3 필드(3058)(일 양상에서, a3 필드는 단지 a3 존재 서브필드(3022)가 1의 값을 가질때만 존재할 수 있다) 및 2비트의 시퀀스 번호(sn) 필드(3060)를 포함할 수 있다. efc 필드(3054)는 압축된 MAC 헤더(3050)에 포함되지 않을 수 있다. 만일 포함된다면, efc 필드(3054)는 a4 서브필드를 포함할 수 있다.
도 30a는 보안 없이 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷과 프레임 제어 필드 포맷의 다른 예를 예시한다. 도시된 바와같이, 프레임 제어 필드(3000a)는 2비트의 pv 서브필드(3002a), 2비트의 타입 서브필드(3004a), 4비트의 서브타입 서브필드(3005a), 1비트의 from-AP 서브필드(3006a), 1비트의 전력 관리(pm) 서브필드(3012a), 1비트의 모드 데이터(md) 서브필드(3014a), 1비트의 보호 프레임(pf) 서브필드(3016a), 1비트의 a-msdu 서브필드(3018a), 1비트의 서비스 기간의 종료(eosp) 서브필드(3020a), 1비트의 a3 존재 서브필드(3022a) 및 1비트의 추가 ppdu/rdg 서브필드(3024a)를 포함한다. 일부 양상들에서, 이들 서브필드들 중에서, 앞서 논의된 바와같이, a-msdu 서브필드(3018a), eosp 서브필드(3020a), a3 존재 서브필드(3022a) 및 추가 ppdu/rdg 서브필드(3024a)는 단지 포함된 필드들의 특징들만을 지원하기 위하여 임의의 조합으로 fc 필드(3000a)에 포함되거나 또는 포함되지 않을 수 있다. 일부 양상들에서, 추가 ppdu/rdg 서브필드는 efc 필드의 3 예비 비트들 중 1비트일 수 있다. 일부 양상들에서, 추가 ppdu/rdg 서브필드는 압축된 MAC 헤더가 프래그먼트 번호 필드를 포함하지 않을때 이용가능한 비트들 중 하나의 비트일 수 있다.
fc 필드(3000a)는 여기에서 설명된 임의의 압축된 MAC 헤더의 필드일 수 있다. 예를들어, fc 필드(3000a)는 압축된 MAC 헤더의 필드(3050a)일 수 있으며, 이 필드(3050a)는 2 옥텟의 fc 필드(3000a), 13 비트의 aid 필드(3052a)(일 양상에서, R-AID는 from-ap 서브필드(3006a)=1일때 포함될 수 있으며, T-AID는 from-AP 서브필드(3006a)=0일때 포함될 수 있다), 3비트의 efc 또는 예비 필드(3054a), 6비트의 TA/RA 필드(3056a)(일 양상에서, TA는 from-ap 서브필드(3006a)=1일때 포함될 수 있으며 RA는 from-AP 서브필드(3006a)=0일때 포함될 수 있다), 6비트의 a3 필드(3058a)(일 양상에서, a3 필드는 단지 a3 존재 서브필드(3022)가 1의 값을 가질때만 존재할 수 있다) 및 2비트의 시퀀스 번호(sn) 필드(3060a)를 포함할 수 있다. efc 필드(3054a)는 압축된 MAC 헤더(3050)에 포함되지 않을 수 있다. 만일 포함된다면, efc 필드(3054a)는 a4 서브필드를 포함할 수 있다.
도 30b는 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷과 프레임 제어 필드 포맷의 또 다른 예를 예시한다. 도시된 바와같이, 프레임 제어 필드(3000b)는 2비트의 pv 서브필드(3002b), 2비트의 타입 서브필드(3004b), 1비트의 from-AP 서브필드(3006b), 및 1비트의 전력 관리(pm) 서브필드(3012b)를 포함한다.
fc 필드(3000b)는 여기에서 설명된 임의의 압축된 MAC 헤더의 필드일 수 있다. 예를들어, fc 필드(3000b)는 압축된 MAC 헤더의 필드(3050b)일 수 있으며, 이 필드(3050b)는 2 옥텟의 fc 필드(3000b), 13 비트의 aid 필드(3052b)(일 양상에서, R-AID는 from-ap 서브필드(3006b)=1일때 포함될 수 있으며, T-AID는 from-AP 서브필드(3006b)=0일때 포함될 수 있다), 1비트의 추가 데이터 서브필드(3072b), 1비트의 보호 프레임 서브필드(3074b), 1비트의 eosp 서브필드(3076b), 6비트의 TA/RA 필드(3056b)(일 양상에서, TA는 from-ap 서브필드(3006b)=1일때 포함될 수 있으며 RA는 from-AP 서브필드(3006b)=0일때 포함될 수 있다), 6비트의 a3 필드(3058b)(일 양상에서, a3 필드는 단지 a3 존재 서브필드가 또한 (예를들어, 상이한 프레임 타입에 대해) fc 필드(3000b)에 존재할때만 존재할 수 있다), 및 2비트의 시퀀스 번호(sn) 필드(3060b)를 포함할 수 있다.
일부 양상들에서, 이들 서브필드들 중에서, 앞서 논의된 바와같이, 추가 데이터 서브필드(3072b), 보호 프레임 서브필드(3074b) 및 eosp 서브필드(3076b)는 단지 포함된 필드들의 특징들만을 지원하기 위하여 임의의 조합으로 압축된 MAC 헤더(3050b)에 포함되거나 또는 포함되지 않을 수 있다.
도 31은 보안을 사용하여 압축된 MAC 헤더 패킷에 대한 압축된 MAC 헤더 포맷과 프레임 제어 필드 포맷의 예를 예시한다. 도시된 바와같이, 프레임 제어 필드(3100)는 프레임 제어 필드(3000)에 대하여 앞서 논의된 것과 동일한 포맷을 가질 수 있다. fc 필드(3100)는 여기에서 설명된 임의의 압축된 MAC 헤더의 필드일 수 있다. 예를들어, fc 필드(3100)는 추가 필드들을 포함하는 압축된 MAC 헤더(3050)와 동일한 필드들을 가지는 압축된 MAC 헤더(3150)의 필드일 수 있다. 추가 필드들은 2비트의 패킷 PN 필드(3162) 및 8비트의 MIC 필드(3164)를 포함할 수 있다.
일부 양상들에서, 송신기 수신기 쌍(예를들어, 업링크를 통해 AP에 전송하는 STA)는 이들간의 여러 "흐름들"을 가질 수 있다. 예를들어, 무선 네트워크의 디바이스들은 서로 간에 정보를 전송/수신할 수 있다. 정보는 소스 디바이스(전송 디바이스)로부터 목적지 디바이스(수신 디바이스)로 전송되는 패킷들의 시리즈의 형태를 취할 수 있다. 패킷들의 시리즈는 "흐름"으로서 알려질 수 있다.
여기에서 지칭되는 "흐름"은 소스 디바이스로부터, 소스 디바이스가 흐름으로서 분류하는 목적지 디바이스로 전송되는 패킷들의 시리즈 또는 시퀀스일 수 있다. 흐름은 소스 디바이스로부터 목적지 디바이스로의 특정 데이터, 예를들어 비디오 파일과 같은 특정 파일의 전송과 연관될 수 있다. 따라서, 흐름의 패킷들은 (최소한으로 패킷들이 각각 동일한 디바이스들로부터 전송되고 및 이러한 동일한 디바이스들에서 수신되는) 일부 관계들을 공유할 수 있다. 일 실시예에서, 흐름은 예를들어 소스 어드레스, 목적지 어드레스, 기본 서비스 세트 식별자(BSSID) , 서비스 품질(QoS)/HT 제어 등과 같은 공통 MAC 헤더 필드들을 가진 다수의 MAC 프로토콜 데이터 유닛(MPDU)들의 시퀀스를 포함할 수 있다. 다양한 실시예들에서, 목적지 디바이스는 흐름의 패킷들을 적절하게 디코딩하기 위하여 패킷들에 대한 특정 정보를 사용한다. 특정 양상들에서, 패킷을 디코딩하기 위하여 사용되는 정보는 패킷의 헤더 부분에서 송신된다. 따라서, 패킷들은 소스 디바이스로부터 목적지 디바이스로 전송될 데이터 및/또는 헤더 정보를 포함할 수 있다.
흐름에서, 흐름의 패킷을 프로세싱하기 위하여 사용되는 MAC 헤더와 관련하여 논의되는 헤더 정보의 일부는 흐름의 모든 패킷들에 대하여 동일할 수 있다. 흐름의 패킷들 사이에서 변화하지 않는 이러한 헤더 정보는 예를들어 "정수 헤더 정보" 또는 "공통 헤더 정보"로서 지칭될 수 있다.
특정 양상들에서, 흐름의 각각의 패킷에서 일정한 헤더 정보를 전송하는 것 대신에, 일정한 헤더 정보는 단지 흐름의 패킷들의 서브세트에서 무선 디바이스(202t)에 의해 전송될 수 있다. 예를들어, 일정한 헤더 정보는 단지 흐름의 제 1 패킷 또는 다른 메시지에서 전송될 수 있다. 일정한 헤더 정보를 가진 이러한 제 1 패킷은 "헤드" 프레임으로서 지칭될 수 있다. 흐름의 후속 패킷들은 일정한 헤더 정보 없이 송신될 수 있다. 이들 후속 패킷들은 전송될 데이터 및 흐름의 패킷마다 변화하는 헤더 정보를 포함할 수 있다. 이러한 데이터를 가진 후속 패킷은 "데이터" 프레임들로서 지칭될 수 있다. 흐름의 수신기, 즉 무선 디바이스(202r)는 헤드 프레임에서 수신되는 일정한 헤더 정보를 저장할 수 있으며 이를 사용하여 데이터 프레임들을 프로세싱할 수 있다. 따라서, 무선 디바이스(202r)는 헤드 프레임과 흐름의 데이터 프레임들을 연관시키기 위한 방법을 사용할 수 있다.
특정 양상들에서, 무선 디바이스(202t)는 자신이 다른 디바이스에 전송하는 각각의 흐름에 흐름 식별자를 할당한다. 흐름 식별자는 무선 디바이스(202t)와 무선 디바이스(202r) 사이의 흐름의 고유 식별자일 수 있다. 예를들어, 만일 무선 디바이스(202t) 및 무선 디바이스(202r)가 (어떤 방향에서든지) 서로 간에 다수의 흐름들을 가지면, 각각의 흐름은 상이한 흐름 식별자(예를들어, 1, 2, 3 등)를 할당받을 수 있다. 따라서, 디바이스는 a1 및 a2 필드들에 기초하여 패킷이 디바이스에 대한 것인지를 결정할 수 있으며, 흐름 식별자에 기초하여 흐름을 결정할 수 있다. 무선 디바이스(202t) 및 무선 디바이스(202r) 각각은 다수의 흐름들에 동일한 흐름 식별자를 할당하지 않기 위하여 디바이스들과 연관된 흐름 식별자들 간의 흐름들을 지속적으로 추적할 수 있다. 게다가, 특정 양상들에서, 흐름의 모든 데이터가 무선 디바이스(202t)와 무선 디바이스(202r)사이에서 전송되는 경우와 같이 흐름이 완료되고 그리고 흐름이 종료될때, 종료된 흐름의 연관된 흐름 식별자는 새로운 흐름을 위하여 사용될 수 있다.
무선 디바이스(202t)와 무선 디바이스(202r) 사이에서의 흐름의 종료는 무선 디바이스(202t)에 의해 무선 디바이스(202r)에 시그널링될 수 있다. 예를들어, 무선 디바이스(202t)는 무선 디바이스(202r)에 송신할 데이터를 포함하는 흐름의 마지막 데이터 프레임내에서 그것이 마지막 데이터 프레임임을 그리고 흐름이 마지막 데이터 프레임의 수신 이후에 종료된다는 것을 표시할 수 있다. 예를들어, 표시는 데이터 프레임의 프레임 제어 필드내의 비트의 값을 통해 이루어질 수 있다.
또 다른 양상에서, 무선 디바이스(202t)는 흐름이 종료되어야 한다는 점을 표시하는 종료 프레임 또는 "테일(tail)" 프레임을 무선 디바이스(202r)에 전송함으로써 흐름의 종료를 표시할 수 있다. 따라서, 무선 디바이스(202t)는 마지막 데이터 프레임이 마지막 데이터 프레임이라는, 무선 디바이스(202r)로의 어느 표시도 없이 마지막 데이터 프레임을 전송할 수 있다. 게다가, 무선 디바이스(202t)는 흐름이 종료된다는 것을 무선 디바이스(202r)에 표시하기 위한, 마지막 데이터 프레임 이후의 테일 프레임을 전송할 수 있다.
일부 양상들에서, 헤드 프레임들, 데이터 프레임들, 및 테일 프레임들은 MAC 프로토콜 데이터 유닛(MPDU)들을 포함할 수 있다. 특정 양상들에서, 다수의 MPDU들은 집합화된-MPDU(A-MPDU)로 집합화될 수 있다. 특정 양상들에서, 흐름의 데이터 프레임들은 동일한 A-MPDU의 부분으로서 전송될 수 있다. 게다가, 특정 양상들에서, 흐름의 헤드 프레임, 데이터 프레임들 및 테일 프레임은 동일한 A-MPDU의 부분으로서 전송될 수 있다.
게다가, 앞서 논의된 바와같은 특정 양상들에서, 헤더들은 데이터 패킷에 대하여 보안이 인에이블될때 상이한 필드들을 가질 수 있다. 예를들어, 패킷은 보안이 인에이블될때 카운터-모드/cbc-mac 프로토콜(CCMP) 헤더를 가질 수 있다. CCMP 헤더는 MAC 헤더의 부분일 수 있다. 보통, CCMP 헤더는 여러 패킷 번호(PN)들(예를들어, PN0, PN1, PN2, PN3, PN4, PN5)를 포함한다. PN2, PN3, PN4 및 PN5의 값들은 종종 변화하지 않을 수 있다. 따라서, 기본 PN은 PN2, PN3, PN4 및 PN5(예를들어, PN2 │ PN3 │ PN4 │ PN5)에 기초하여 생성될 수 있다. 기본 PN은 메시지의 부분으로서 송신될 수 있으며 통신 디바이스들의 쌍에 대하여 저장될 수 있다. 따라서, CCMP는 PN2, PN3, PN4 및 PN5 아니라 단지 PN0 및 PN1 필드들을 포함할 수 있다. 패킷의 수신기는 수신된 PN0 및 PN1 필드들과 수신기에 저장되는 PN2, PN3, PN4 및 PN5를 포함하는 기본 PN를 결합함으로써 CCMP 헤더를 재구성할 수 있다. CCMP 헤더는 MIC 필드 또는 FCS 필드와 같은 임의의 CRC 타입 필드들을 포함하는 패킷의 인코딩이 풀 CCMP 헤더에 기초할 수 있기 때문에 패킷의 디코딩 전에 재구성될 수 있다. 이러한 양상들은 2011년 8월 2일에 출원된 미국 가출원 제61/514,365호에 설명된 양상들과 관련될 수 있으며, 이에 의해 이 가출원은 인용에 의해 본원에 명백하게 통합된다.
앞서 논의된 방법들 및 기술들이 또한 본 발명의 범위로부터 벗어나지 않고 다른 타입들의 프레임들에 대해 사용될 수 있다는 것이 이해되어야 한다. 예를들어, 앞서 논의된 짧은 어드레싱 방법들은 또한 도 13과 관련하여 논의되는 바와같이 관리/제어 프레임들(예를들어, RTS/CTS 프레임들)에 대하여 사용될 수 있다.
앞서 논의되는 바와같이, 일부 양상들에서, 무선 디바이스(202r)는 무선 디바이스(202r)에 저장되는 정보(예를들어, MAC 헤더의 필드들에 대한 값들)를 무선 디바이스(202t)에 표시할 수 있다. 이후, 무선 디바이스(202t)는 무선 디바이스(202r)에 송신되는 패킷들의 MAC 헤더로부터 이러한 필드들을 생략할 수 있다. 예를들어, 새로운 서브타입은 자신이 무선 디바이스((202r)에 대한 정보를 포함한다는 것을 표시하거나 또는 무선 디바이스(202r)에 저장되는 정보를 그 자체적으로 나타내는 데이터 패킷에 대하여 정의될 수 있다 (데이터 패킷의 MAC 헤더의 프레임 제어 필드의 서브타입 필드의 값에 의해 표시될 수 있다). 이후, 이러한 정보를 가진 데이터 패킷을 수신하는 무선 디바이스(202t)는 무선 디바이스(202r)에 송신되는 패킷들의 MAC 헤더에서 이러한 정보를 생략할 수 있다. 새로운 서브타입 프레임은 여기에서 설명된 MAC 헤더의 다양한 예들 중 임의의 예와 관련하여 사용될 수 있다. 예를들어, 이러한 정보는 여기에서 설명된 MAC 헤더들의 예들 중 임의의 예로부터 생략될 수 있다. 게다가, 무선 디바이스(202t)는 무선 디바이스(202r)에 송신되는 데이터 패킷들에 대한, 무선 디바이스들(202r)에 저장되는 정보를 생략한 데이터 패킷들에서 (데이터 패킷의 MAC 헤더의 프레임 제어 필드의 서브타입 필드의 값에 의해 표시되는) 동일한 데이터 프레임 서브타입을 활용할 수 있다. 이러한 서브타입을 가진 데이터 패킷들을 수신하는 무선 디바이스(202r)는 데이터 패킷에 포함되지 않은 필드들의 값들에 대하여 무선 디바이스(202r)에 저장되는 데이터가 사용된다는 표시자로서 서브타입을 사용할 수 있다.
일부 양상들에서, 짧은 MAC 서비스 데이터 유닛(MSDU)들은 집합화된 MSDU(A-MSDU)를 사용하여 집합화될 수 있다. 예를들어, 만일 MSDU들의 길이가 특정 임계치 미만이면, MSDU들은 집합화될 수 있다. A-MSDU는 짧은(예를들어, 압축된) A-MSDU 서브프레임 헤더를 활용할 수 있다. 짧은 A-MSDU 서브프레임 헤더는 12 또는 14 옥텟 길이인 정규 헤더와 비교하여, 2 옥텟 길이의 길이 필드를 가질 수 있다. 헤더의 프레임 제어 필드의 오더 비트는 짧은 A-MSDU 서브프레임 헤더가 데이터 패킷에서 활용되는지의 여부를 표시하기 위하여 a-msdu 필드로 사용되거나 또는 대체될 수 있다. 예를들어, 프레임 제어 필드는 표 1에 도시된 바와같은 이하의 포맷을 가질 수 있다.
압축 프레임들에 대한 프레임 제어 필드
필드 이름 비트 길이 설명
pv 2 프로토콜 버전(듀레이션 필드가 존재하지 않기 때문에 0 또는 1)
타입 2 프레임 타입(확장)
서브-타입 4 프레임 서브타입(압축 또는 a3 없는 압축)
to-ds 1 to-ds
from-ds 1 from-ds
추가 프레그 1 추가 프래그먼트들
재시도 1 재시도
pm 1 전력 관리
md 1 추가 데이터
pf 1 보호 프레임
a-msdu 1 a-msdu(짧은 A-MSDU 서브프레임 포맷)의 존재를 표시한다
총 16
도 32는 MAC 헤더를 가진 패킷을 전송하기 위한 방법(3200)의 일 양상을 예시한다. 방법(3200)은 도 3 및 도 3a에 예시된 바와같은 MAC 헤더(300 또는 300a), 도 4, 도 4a 또는 도 18-25에 예시된 MAC 헤더들 중 하나 또는 여기의 교시들에 기초한 다른 적절한 MAC 헤더를 가진 패킷을 선택적으로 생성하기 위하여 사용될 수 있다. 패킷은 AP(104) 또는 STA(106)에서 생성되어 무선 네트워크(100)의 다른 노드에 전송될 수 있다. 비록 방법(3200)이 무선 디바이스(202t)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에서 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
앞서 논의된 바와같이, 블록(3202)에서, 패킷에 포함시킬 MAC 헤더는 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 다수의 타입들로부터 선택된다. 예를들어, 선택은 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수 있다.
다음으로, 블록(3204)에서는 패킷이 생성된다. 패킷은 MAC 헤더 및 페이로드를 포함할 수 있다. 일부 실시예들에서, 패킷은 패킷에서 사용되는 MAC 헤더의 타입을 표시하는 제 1 필드를 포함한다. 예를들어, 생성은 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수 있다.
그 다음에, 블록(3206)에서는 패킷이 무선으로 전송된다. 예를들어, 전송은 송신기(210)에 의해 수행될 수 있다.
도 33은 무선 통신 시스템(100)내에서 사용될 수 있는 다른 예시적인 무선 디바이스(3300)의 기능 블록도이다. 앞서 논의된 바와같이, 디바이스(3300)는 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 다수의 타입들로부터 패킷에 포함시킬 MAC 헤더를 선택하기 위한 선택 모듈(3302)을 포함한다. 선택 모듈(3302)은 도 32에 예시된 블록(3202)에 대하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 선택 모듈(3302)은 프로세서(204) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(3300)는 패킷을 생성하기 위한 생성 모듈(3304)을 더 포함한다. 생성 모듈(3304)은 도 32에 예시된 블록(3204)에 대하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 생성 모듈(3204)은 프로세서(204) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(3300)는 생성된 패킷을 무선으로 전송하기 위한 전송 모듈(3306)을 더 포함한다. 전송 모듈(3306)은 도 32에 예시된 블록(3206)에 대하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 전송 모듈(3306)은 송신기(210)에 대응할 수 있다.
도 34는 패킷을 수신 및 프로세싱하기 위한 방법(3400)의 일 양상을 예시한다. 방법(3400)은 도 3 및 도 3a에 예시된 바와같은 MAC 헤더(300 또는 300a), 도 4, 도 4a 또는 도 18-25에 예시된 MAC 헤더들 중 하나 또는 여기의 교시들에 기초한 다른 적절한 MAC 헤더를 가진 패킷을 수신하여 프로세싱하기 위하여 사용될 수 있다. 패킷은 무선 네트워크(100)의 다른 노드로부터 AP(104) 또는 STA(106) 중 하나에서 수신될 수 있다. 비록 방법(3400)이 무선 디바이스(202r)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
블록(3402)에서, 패킷을 포함하는 무선 통신이 수신된다. 수신은 예를들어 수신기(212)에 의해 수행될 수 있다. 일부 양상들에서, 패킷은 패킷에서 사용되는 MAC 헤더의 타입을 표시하는 제 1 필드를 포함한다.
후속하여, 블록(3404)에서, MAC 헤더 및 패킷은 패킷의 MAC 헤더의 타입에 따라 프로세싱된다. 예를들어, 프로세싱은 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 의해 수행될 수 있다.
도 35는 무선 통신 시스템(100)내에서 사용될 수 있는 다른 예시적인 무선 디바이스(3500)의 기능 블록도이다. 디바이스(3500)는 패킷을 포함하는 무선 통신을 무선으로 수신하기 위한 수신 모듈(3502)을 포함한다. 일부 양상들에서, 패킷은 패킷에서 사용되는 MAC 헤더의 타입을 표시하는 제 1 필드를 포함한다. 수신 모듈(3502)은 도 34에 예시된 블록(3402)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 수신 모듈(3502)은 수신기(212)에 대응할 수 있다. 디바이스(3500)는 패킷의 MAC 헤더의 타입에 기초하여 패킷을 프로세싱하기 위한 프로세싱 모듈(3504)을 더 포함할 수 있다. 프로세싱 모듈(3504)은 도 34에 예시된 블록(3404)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 프로세싱 모듈(3504)은 프로세서(204), 신호 검출기(218) 및 DSP(220) 중 하나 이상에 대응할 수 있다.
도 36은 ACK 프레임을 전송하기 위한 방법(3600)의 일 양상을 예시한다. 방법(3600)은 도 26에 예시된 ACK 프레임(2600), 도 27-29에 예시된 ACK 프레임들 중 하나의 프레임, 또는 여기의 교시들에 기초한 다른 적절한 ACK 프레임을 선택적으로 생성하기 위하여 사용될 수 있다. ACK 프레임은 AP(104) 또는 STA(106) 중 하나에서 생성될 수 있으며, 무선 네트워크(100)의 다른 노드에 전송될 수 있다. 비록 방법(3600)이 무선 디바이스(202t)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에서 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
블록(3602)에서, ACK 프레임 타입은 앞서 설명된 바와같이 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 다수의 타입들로부터 선택된다. 예를들어, 선택은 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수 있다.
다음으로, 블록(3604)에서는 선택된 ACK 프레임이 생성된다. 일부 실시예들에서, ACK 프레임은 ACK 프레임의 타입을 표시하는 제 1 필드를 포함한다. 예를들어, 생성은 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수 있다.
게다가, 블록(3606)에서, ACK 프레임이 전송된다. 전송은 예를들어 송신기(210)에 의해 수행될 수 있다.
도 37은 무선 통신 시스템(100)내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스(3700)의 기능 블록도이다. 앞서 논의된 바와같이, 디바이스(3700)는 수신 디바이스에 통신될 필요가 있는 정보의 타입에 기초하여 다수의 타입들로부터 ACK 프레임 타입을 선택하기 위한 선택 모듈(3702)을 포함한다. 선택 모듈(3702)은 도 36에 예시된 블록(3602)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 선택 모듈(3702)은 프로세서(204) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(3700)는 선택된 ACK 프레임을 생성하기 위한 생성 모듈(3704)을 더 포함한다. 생성 모듈(3704)은 도 36에 예시된 블록(3604)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 생성 모듈(3704)은 프로세서(204) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(3700)는 ACK 프레임을 전송하기 위한 전송 모듈(3706)을 더 포함한다. 전송 모듈(3706)은 도 36에 예시된 블록(3606)과 관련하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 전송 모듈(3706)은 송신기(210)에 대응할 수 있다.
도 38은 ACK 프레임을 수신하여 프로세싱하기 위한 방법(3800)의 일 양상을 예시한다. 방법(3800)은 도 26에 예시된 ACK 프레임(2600), 도 27-29에 예시된 ACK 프레임들 중 하나, 또는 여기의 교시들에 기초한 다른 적절한 ACK 프레임을 수신하여 프로세싱하기 위하여 사용될 수 있다. ACK 프레임은 무선 네트워크(100)의 또 다른 노드로부터 AP(104) 또는 STA(106) 중 하나에서 수신될 수 있다. 비록 방법(3800)이 무선 디바이스(202r)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에서 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
블록(3802)에서, 다수의 타입들 중 하나를 가진 ACK 프레임이 무선으로 수신된다. 수신은 예를들어 수신기(212)에 의해 수행될 수 있다. 블록(3804)에서, ACK 프레임의 타입은 예를들어 ACK 프레임의 타입을 표시하는 필드를 검사함으로써 검출된다. 검출은 예를들어 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 의해 수행될 수 있다.
이후, 블록(3806)에서, 수신된 ACK 프레임은 검출된 타입에 기초하여 프로세싱된다. 프로세싱은 예를들어, 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 의해 수행될 수 있다.
도 39는 무선 통신 시스템(100)내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스(3900)의 기능 블록도이다. 디바이스(3900)는 적어도 2개의 포맷들 또는 타입들 중 하나를 가진 패킷을 무선으로 수신하기 위한 수신 모듈(3902)을 포함한다. 수신 모듈(3902)은 도 38에 예시된 블록(3802)과 관련하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 수신 모듈(3902)은 수신기(212)에 대응할 수 있다. 디바이스(3900)는 ACK 프레임의 타입을 검출하기 위한 검출 모듈(3904)을 더 포함한다. 검출 모듈(3904)은 도 38에 예시된 블록(3804)과 관련하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 검출 모듈(3904)은 예를들어 수신기(212)의 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 대응할 수 있다. 디바이스(3900)는 검출 모듈(3904)에 기초하여 ACK 프레임을 프로세싱하기 위한 프로세싱 모듈(3906)을 더 포함한다. 프로세싱 모듈(3906)은 도 38에 예시된 블록(3806)과 관련하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 프로세싱 모듈(3906)은 프로세서(204), 신호 검출기(218) 및 DSP(220) 중 하나 이상에 대응할 수 있다.
도 40은 MAC 헤더를 가진 패킷을 전송하기 위한 방법(4000)의 일 양상을 예시한다. 방법(4000)은 도 3 및 도 3a에 예시된 바와 같은 MAC 헤더(300 또는 300a), 도 4, 도 4a 또는 도 18-25에 예시된 MAC 헤더들 중 하나 또는 여기의 교시들에 기초한 다른 적절한 MAC 헤더를 가진 패킷을 선택적으로 생성하기 위하여 사용될 수 있다. 패킷은 AP(104) 또는 STA(106) 중 하나에서 생성되어 무선 네트워크(100)의 또 다른 노드에 전송될 수 있다. 비록 방법(4000)이 무선 디바이스(202t)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에서 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
블록(4004)에서는 패킷이 생성된다. 패킷은 MAC 헤더 및 페이로드를 포함할 수 있다. 일부 실시예들에서, 패킷은 패킷에서 사용되는 MAC 헤더의 타입을 표시하는 제 1 필드를 포함한다. 예를들어, 생성은 프로세서(204) 및/또는 DSP(220)에 의해 수행될 수 있다. MAC 헤더는 데이터 패킷의 송신기 또는 데이터 패킷의 수신기 중 하나의 로컬 식별자 및 데이터 패킷의 송신기 및 데이터 패킷의 수신기 중 다른 하나의 글로벌 식별자를 포함할 수 있다.
그 다음에, 블록(4006)에서는 패킷이 무선으로 전송된다. 예를들어, 전송은 송신기(210)에 의해 수행될 수 있다.
블록(4008)에서, ACK는 패킷을 수신하는 것에 응답하여 패킷의 수신자로부터 수신된다. ACK는 패킷에 포함되는 데이터의 적어도 일부분을 포함할 수 있다. 예를들어, 수신은 수신기(212)에 의해 수행될 수 있다.
도 41은 무선 통신 시스템(100)내에서 사용될 수 있는 예시적인 무선 디바이스(4100)의 기능 블록도이다. 디바이스(4100)는 패킷을 생성하기 위한 생성 모듈(4104)을 포함한다. 생성 모듈(4104)은 도 40에 예시된 블록(4004)에 대하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 생성 모듈(4004)은 프로세서(204) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(4100)는 생성된 패킷을 무선으로 전송하기 위한 전송 모듈(4106)을 더 포함한다. 전송 모듈(4106)은 도 40에 예시된 블록(4006)에 대하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 전송 모듈(4106)은 송신기(210)에 대응할 수 있다. 디바이스(4100)는 ACK를 무선으로 수신하기 위한 수신 모듈(4108)을 더 포함한다. 수신 모듈(4108)은 도 40에 예시된 블록(4008)에 대하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 수신 모듈(4108)은 수신기(212)에 대응할 수 있다.
도 42는 패킷을 수신 및 프로세싱하기 위한 방법(4200)의 일 양상을 예시한다. 방법(4200)은 도 3 및 도 3a에 예시된 바와 같은 MAC 헤더(300 또는 300a), 도 4, 도 4a 또는 도 18-25에 예시된 MAC 헤더들 중 하나 또는 여기의 교시들에 기초한 다른 적절한 MAC 헤더를 가진 패킷을 수신하여 프로세싱하기 위하여 사용될 수 있다. 패킷은 무선 네트워크(100)의 또 다른 노드로부터 AP(104) 또는 STA(106) 중 하나에서 수신될 수 있다. 비록 방법(4200)이 무선 디바이스(202r)의 엘리먼트들과 관련하여 이하에서 설명될지라도, 당업자는 다른 컴포넌트들이 여기에 설명된 단계들 중 하나 이상을 구현하기 위하여 사용될 수 있다는 것을 인식할 것이다.
블록(4202)에서, 패킷을 포함하는 무선 통신이 수신된다. 수신은 예를들어 수신기(212)에 의해 수행될 수 있다. 일부 양상들에서, 패킷은 패킷에서 사용되는 MAC 헤더의 타입을 표시하는 제 1 필드를 포함한다.
후속하여, 블록(4204)에서는 무선 디바이스(202r)가 패킷의 의도된 수신자인지가 결정된다. 결정은 데이터 패킷의 송신기 또는 데이터 패킷의 수신기 중 하나의 로컬 식별자 및 데이터 패킷의 송신기 및 데이터 패킷의 수신기 중 다른 하나의 글로벌 식별자를 포함할 수 있는 패킷의 MAC 헤더에 기초하여 이루어질 수 있다. 결정은 예를들어 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 의해 수행될 수 있다.
게다가, 블록(4206)에서, 무선 디바이스(202r)는 자신이 의도된 수신자인 경우에 패킷을 프로세싱한다. 프로세싱은 예를들어 프로세서(204), 신호 검출기(218) 및/또는 DSP(220)에 의해 수행될 수 있다. 블록(4208)에서, 무선 디바이스(202r)는 패킷을 수신하는 것에 응답하여 ACK를 전송할 수 있다. ACK는 패킷에 포함된 데이터의 적어도 일부분을 포함할 수 있다. 전송은 예를들어 송신기(210)에 의해 수행될 수 있다.
도 43은 무선 통신 시스템(100)내에서 사용될 수 있는 또 다른 예시적인 무선 디바이스(4300)의 기능 블록도이다. 디바이스(4300)는 패킷을 포함하는 무선 통신을 무선으로 수신하기 위한 수단 모듈(4302)을 포함한다. 수신 모듈(4302)은 도 42에 예시된 블록(4202)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 수신 모듈(4302)은 수신기(212)에 대응할 수 있다. 디바이스(4300)는 패킷의 의도된 수신자를 결정하는 결정 모듈(4304)을 더 포함한다. 결정 모듈(4304)은 도 42에 예시된 블록(4204)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 결정 모듈(4304)은 프로세서(204), 신호 검출기(218) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(4300)는 패킷을 프로세싱하기 위한 프로세싱 모듈(4306)을 더 포함한다. 프로세싱 모듈(4306)은 도 42에 예시된 블록(4206)과 관련하여 앞서 논의된 기능들 중 하나 이상의 기능을 수행하도록 구성될 수 있다. 프로세싱 모듈(4306)은 프로세서(204), 신호 검출기(218) 및 DSP(220) 중 하나 이상에 대응할 수 있다. 디바이스(4300)는 ACK를 전송하기 위한 전송 모듈(4308)을 더 포함한다. 전송 모듈(4308)은 도 42에 예시된 블록(4208)과 관련하여 앞서 논의된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 전송 모듈(4308)은 프로세서(204) 및 송신기(210) 중 하나 이상에 대응할 수 있다.
여기에서 사용되는 바와같이, 용어 "결정하는"는 광범위한 다양한 동작들을 포함한다. 예를들어, "결정하는"은 계산하는, 컴퓨팅하는, 프로세싱하는, 유도하는, 조사하는, 검색하는 (예를들어, 테이블, 데이터베이스 또는 다른 데이터 구조에서 검색하는), 확인하는 등을 포함할 수 있다. 또한, "결정하는"은 수신하는(예를들어, 정보를 수신하는), 액세스하는(예를들어, 메모리의 데이터에 액세스하는) 등을 포함할 수 있다. 또한, "결정하는"은 해결하는, 선택하는, 선정하는, 설정하는 등을 포함할 수 있다. 게다가, 여기에서 사용되는 바와 같은 "채널 폭"은 특정 양상들에서 대역폭을 포함할 수 있거나 또는 이러한 대역폭으로도 지칭될 수 있다.
여기에서 사용되는 바와같이, 항목들의 리스트 "중 적어도 하나"를 지칭하는 구문은 단일 부재들을 포함하는 이들 항목들의 임의의 조합을 지칭한다. 예로서, "a, b 또는 c 중 적어도 하나"는 a, b, c, a-b, a-c, b-c 및 a-b-c를 커버하도록 의도된다.
앞서 설명된 방법들의 다양한 동작들은 다양한 하드웨어 및/또는 소프트웨어 컴포넌트(들), 회로들 및/또는 모듈(들)과 같은 동작들을 수행할 수 있는 임의의 적절한 수단에 의해 수행될 수 있다. 일반적으로, 도면들에서 예시되는 임의의 동작들은 동작들을 수행할 수 있는 대응하는 기능 수단에 의해 수행될 수 있다.
본 개시내용과 관련하여 설명되는 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그램가능 게이트 어레이 신호(FPGA) 또는 다른 프로그램가능 논리 디바이스(PLD), 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들 또는 여기에 설명된 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안적으로, 프로세서는 임의의 상업적으로 이용가능한 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합, 예를들어 DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.
하나 이상의 양상들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 상기 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장되거나 이들을 통해 전송될 수 있다. 컴퓨터-판독가능 매체는 컴퓨터 저장 매체, 및 일 장소에서 다른 장소로 컴퓨터 프로그램의 이전을 용이하게 하는 임의의 매체를 포함하는 통신 매체 모두를 포함한다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능 매체일 수 있다. 한정이 아닌 예시로서, 이러한 컴퓨터-판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장 또는 반송하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결 수단(connection)이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 꼬임 쌍선, 디지털 가입자 라인(DSL), 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들을 이용하여 전송되는 경우, 동축 케이블, 광섬유 케이블, 꼬임 쌍선, DSL, 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들이 매체의 정의에 포함된다. 여기에서 사용되는 디스크(disk 및 disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광 디스크(disc), 디지털 다기능 디스크(disc)(DVD), 플로피 디스크(disk), 및 블루-레이 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 보통 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 따라서, 일부 양상들에서, 컴퓨터 판독가능 매체는 비-일시적 컴퓨터 판독가능 매체(예를들어, 유형의(tangible) 매체)를 포함할 수 있다. 더욱이, 일부 양상들에서, 컴퓨터 판독가능 매체는 일시적 컴퓨터 판독가능 매체(예를들어, 신호)를 포함할 수 있다. 상기한 것의 조합들 또한 컴퓨터-판독가능 매체의 범위 내에 포함되어야 한다.
여기에 개시된 방법들은 설명된 방법을 달성하기 위한 하나 이상의 단계들 또는 동작들을 포함한다. 방법 단계들 및/또는 동작들은 청구항들의 범위로부터 벗어나지 않고 서로 교환될 수 있다. 다시 말해서, 단계들 또는 동작들의 특정 순서가 특정되지 않는 한, 특정 단계들 및/또는 동작들의 순서 및/또는 용도는 청구항들의 범위로부터 벗어나지 않고 수정될 수 있다.
설명된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 상기 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들로서 저장될 수 있다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능 매체일 수 있다. 한정이 아닌 예시로서, 이러한 컴퓨터-판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장 또는 반송하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 여기에서 사용되는 디스크(disk 및 disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광 디스크(disc), 디지털 다기능 디스크(disc)(DVD), 플로피 디스크(disk), 및 블루-레이® 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 보통 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다.
따라서, 특정 양상들은 여기에서 도시된 동작들을 수행하기 위한 컴퓨터 프로그램 물건을 포함할 수 있다. 예를들어, 이러한 컴퓨터 프로그램 물건은 명령들이 저장된(그리고/또는 인코딩된) 컴퓨터 판독가능 매체를 포함할 수 있으며, 명령들은 여기에서 설명된 동작들을 수행하기 위하여 하나 이상의 프로세서들에 의해 실행가능하다. 특정 양상들에서, 컴퓨터 프로그램 물건은 패키징 재료를 포함할 수 있다.
소프트웨어 또는 명령들은 또한 전송 매체를 통해 전송될 수 있다. 예를들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 꼬임 쌍선, 디지털 가입자 라인(DSL), 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들을 사용하여 전송되는 경우, 동축 케이블, 광섬유 케이블, 꼬임 쌍선, DSL, 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들이 전송 매체의 정의 내에 포함된다.
게다가, 여기에서 설명된 방법들 및 기술들을 수행하기 위한 모듈들 및/또는 다른 적절한 수단이 사용자 단말 및/또는 기지국에 의해 적용가능한 것으로서 다운로드되고 그리고/또는 그렇지 않은 경우에 획득될 수 있다는 것이 인식되어야 한다. 예를들어, 이러한 디바이스는 여기에서 설명된 방법들을 수행하기 위한 수단의 전달을 용이하게 하기 위하여 서버에 커플링될 수 있다. 대안적으로, 여기에서 설명된 다양한 방법들은 저장 수단(예를들어, RAM, ROM, 컴팩트 디스크(CD) 또는 플로피 디스크와 같은 물리 저장 매체 등)을 통해 제공될 수 있으며, 따라서 사용자 단말 및/또는 기지국은 디바이스에 저장 수단을 커플링하거나 또는 제공할때 다양한 방법들을 획득할 수 있다. 더욱이, 여기에서 설명된 방법들 및 기술들을 디바이스에 제공하기 위한 임의의 다른 적절한 기술이 활용될 수 있다.
청구항들이 앞서 예시된 바로 그 구성 및 컴포넌트들에 제한되지 않는다는 것이 이해되어야 한다. 다양한 수정들, 변화들 및 변형들은 청구항들의 범위로부터 벗어나지 않고 앞서 설명된 방법들 및 장치의 배열, 동작 및 세부사항들에서 이루어질 수 있다.
전술한 것이 본 개시내용의 양상들에 관한 것인 반면에, 본 개시내용의 다른 및 추가 양상들은 본 개시내용의 기본 범위로부터 벗어나지 않고 고안될 수 있으며 본 개시내용의 범위는 이하의 청구항들에 의해 결정된다.

Claims (28)

  1. 무선 네트워크에서 통신하기 위한 방법으로서,
    수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하는 단계; 및
    선택된 타입의 매체 액세스 제어 헤더를 상기 수신기에 전송하는 단계를 포함하는, 무선 네트워크에서 통신하기 위한 방법.
  2. 제 1항에 있어서, 상기 다수의 타입들은 헤더의 제 1 타입 및 헤더의 제 2 타입을 포함하며, 제 1 타입의 헤더는 다수의 필드들을 포함하며, 상기 제 2 타입의 헤더는 상기 다수의 필드들 모두 보다 적은, 상기 다수의 필드들의 서브세트를 포함하는, 무선 네트워크에서 통신하기 위한 방법.
  3. 제 2항에 있어서, 상기 제 1 타입의 헤더는 상기 수신기에 제 1 어드레스를 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 제 1 어드레스로서 상기 수신기에 저장된 어드레스의 사용을 상기 수신기에 표시할 표시자 필드를 포함하는, 무선 네트워크에서 통신하기 위한 방법.
  4. 제 2항에 있어서, 상기 제 1 타입의 헤더는 시퀀스 제어 번호 및 패킷 번호를 포함하며, 상기 제 2 타입의 헤더는 상기 시퀀스 번호가 아니라 상기 패킷 번호를 포함하며, 상기 제 2 타입의 헤더에 대하여, 상기 패킷 번호는 상기 시퀀스 번호를 표시하는, 무선 네트워크에서 통신하기 위한 방법.
  5. 제 2항에 있어서, 상기 제 1 타입의 헤더는 상기 헤더의 목적지를 상기 수신기에 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 헤더의 목적지를 표시하기 위하여 상기 목적지에서의 검사를 통과하도록 구성되는 메시지 완전성 코드 필드를 포함하는, 무선 네트워크에서 통신하기 위한 방법.
  6. 제 2항에 있어서, 상기 제 1 타입의 헤더는 메시지 완전성 검사 필드 및 프레임 검사 시퀀스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 프레임 검사 시퀀스 필드가 아니라 상기 메시지 완전성 검사 필드를 포함하며, 상기 제 2 타입의 헤더에 대하여 상기 메시지 완전성 검사의 통과는 상기 프레임 검사 시퀀스의 통과를 표시하는, 무선 네트워크에서 통신하기 위한 방법.
  7. 제 2항에 있어서, 상기 제 1 타입의 헤더는 듀레이션 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 듀레이션 필드를 포함하지 않는, 무선 네트워크에서 통신하기 위한 방법.
  8. 무선 네트워크에서 통신하기 위한 장치로서,
    수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하도록 구성된 프로세서; 및
    선택된 타입의 매체 액세스 제어 헤더를 상기 수신기에 전송하도록 구성된 송신기를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  9. 제 8항에 있어서, 상기 다수의 타입들은 헤더의 제 1 타입 및 헤더의 제 2 타입을 포함하며, 제 1 타입의 헤더는 다수의 필드들을 포함하며, 상기 제 2 타입의 헤더는 상기 다수의 필드들 모두 보다 적은, 상기 다수의 필드들의 서브세트를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  10. 제 9항에 있어서, 상기 제 1 타입의 헤더는 상기 수신기에 제 1 어드레스를 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 제 1 어드레스로서 상기 수신기에 저장된 어드레스의 사용을 상기 수신기에 표시할 표시자 필드를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  11. 제 9항에 있어서, 상기 제 1 타입의 헤더는 시퀀스 제어 번호 및 패킷 번호를 포함하며, 상기 제 2 타입의 헤더는 상기 시퀀스 번호가 아니라 상기 패킷 번호를 포함하며, 상기 제 2 타입의 헤더에 대하여, 상기 패킷 번호는 상기 시퀀스 번호를 표시하는, 무선 네트워크에서 통신하기 위한 장치.
  12. 제 9항에 있어서, 상기 제 1 타입의 헤더는 상기 헤더의 목적지를 상기 수신기에 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 헤더의 목적지를 표시하기 위하여 상기 목적지에서의 검사를 통과하도록 구성되는 메시지 완전성 코드 필드를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  13. 제 9항에 있어서, 상기 제 1 타입의 헤더는 메시지 완전성 검사 필드 및 프레임 검사 시퀀스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 프레임 검사 시퀀스 필드가 아니라 상기 메시지 완전성 검사 필드를 포함하며, 상기 제 2 타입의 헤더에 대하여 상기 메시지 완전성 검사의 통과는 상기 프레임 검사 시퀀스의 통과를 표시하는, 무선 네트워크에서 통신하기 위한 장치.
  14. 제 9항에 있어서, 상기 제 1 타입의 헤더는 듀레이션 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 듀레이션 필드를 포함하지 않는, 무선 네트워크에서 통신하기 위한 장치.
  15. 무선 네트워크에서 통신하기 위한 장치로서,
    수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하기 위한 수단; 및
    선택된 타입의 매체 액세스 제어 헤더를 상기 수신기에 전송하기 위한 수단을 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  16. 제 15항에 있어서, 상기 다수의 타입들은 헤더의 제 1 타입 및 헤더의 제 2 타입을 포함하며, 제 1 타입의 헤더는 다수의 필드들을 포함하며, 상기 제 2 타입의 헤더는 상기 다수의 필드들 모두 보다 적은, 상기 다수의 필드들의 서브세트를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  17. 제 16항에 있어서, 상기 제 1 타입의 헤더는 상기 수신기에 제 1 어드레스를 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 제 1 어드레스로서 상기 수신기에 저장된 어드레스의 사용을 상기 수신기에 표시할 표시자 필드를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  18. 제 16항에 있어서, 상기 제 1 타입의 헤더는 시퀀스 제어 번호 및 패킷 번호를 포함하며, 상기 제 2 타입의 헤더는 상기 시퀀스 번호가 아니라 상기 패킷 번호를 포함하며, 상기 제 2 타입의 헤더에 대하여, 상기 패킷 번호는 상기 시퀀스 번호를 표시하는, 무선 네트워크에서 통신하기 위한 장치.
  19. 제 16항에 있어서, 상기 제 1 타입의 헤더는 상기 헤더의 목적지를 상기 수신기에 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 헤더의 목적지를 표시하기 위하여 상기 목적지에서의 검사를 통과하도록 구성되는 메시지 완전성 코드 필드를 포함하는, 무선 네트워크에서 통신하기 위한 장치.
  20. 제 16항에 있어서, 상기 제 1 타입의 헤더는 메시지 완전성 검사 필드 및 프레임 검사 시퀀스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 프레임 검사 시퀀스 필드가 아니라 상기 메시지 완전성 검사 필드를 포함하며, 상기 제 2 타입의 헤더에 대하여 상기 메시지 완전성 검사의 통과는 상기 프레임 검사 시퀀스의 통과를 표시하는, 무선 네트워크에서 통신하기 위한 장치.
  21. 제 16항에 있어서, 상기 제 1 타입의 헤더는 듀레이션 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 듀레이션 필드를 포함하지 않는, 무선 네트워크에서 통신하기 위한 장치.
  22. 명령들을 포함하는 컴퓨터 판독가능 매체로서,
    상기 명령은, 실행될때, 장치로 하여금,
    수신기에 저장된 정보의 표시에 기초하여 다수의 타입들로부터 매체 액세스 제어 헤더 타입의 타입을 선택하며; 그리고
    선택된 타입의 매체 액세스 제어 헤더를 상기 수신기에 전송하도록 하는, 컴퓨터 판독가능 매체.
  23. 제 22항에 있어서, 상기 다수의 타입들은 헤더의 제 1 타입 및 헤더의 제 2 타입을 포함하며, 제 1 타입의 헤더는 다수의 필드들을 포함하며, 상기 제 2 타입의 헤더는 상기 다수의 필드들 모두 보다 적은, 상기 다수의 필드들의 서브세트를 포함하는, 컴퓨터 판독가능 매체.
  24. 제 23항에 있어서, 상기 제 1 타입의 헤더는 상기 수신기에 제 1 어드레스를 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 제 1 어드레스로서 상기 수신기에 저장된 어드레스의 사용을 상기 수신기에 표시할 표시자 필드를 포함하는, 컴퓨터 판독가능 매체.
  25. 제 23항에 있어서, 상기 제 1 타입의 헤더는 시퀀스 제어 번호 및 패킷 번호를 포함하며, 상기 제 2 타입의 헤더는 상기 시퀀스 번호가 아니라 상기 패킷 번호를 포함하며, 상기 제 2 타입의 헤더에 대하여, 상기 패킷 번호는 상기 시퀀스 번호를 표시하는, 컴퓨터 판독가능 매체.
  26. 제 23항에 있어서, 상기 제 1 타입의 헤더는 상기 헤더의 목적지를 상기 수신기에 표시할 어드레스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 어드레스 필드를 포함하지 않으며, 상기 제 2 타입의 헤더는 상기 헤더의 목적지를 표시하기 위하여 상기 목적지에서의 검사를 통과하도록 구성되는 메시지 완전성 코드 필드를 포함하는, 컴퓨터 판독가능 매체.
  27. 제 23항에 있어서, 상기 제 1 타입의 헤더는 메시지 완전성 검사 필드 및 프레임 검사 시퀀스 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 프레임 검사 시퀀스 필드가 아니라 상기 메시지 완전성 검사 필드를 포함하며, 상기 제 2 타입의 헤더에 대하여 상기 메시지 완전성 검사의 통과는 상기 프레임 검사 시퀀스의 통과를 표시하는, 컴퓨터 판독가능 매체.
  28. 제 23항에 있어서, 상기 제 1 타입의 헤더는 듀레이션 필드를 포함하며, 상기 제 2 타입의 헤더는 상기 듀레이션 필드를 포함하지 않는, 컴퓨터 판독가능 매체.
KR1020167009842A 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법 KR20160048220A (ko)

Applications Claiming Priority (29)

Application Number Priority Date Filing Date Title
US201161487814P 2011-05-19 2011-05-19
US61/487,814 2011-05-19
US201161506779P 2011-07-12 2011-07-12
US61/506,779 2011-07-12
US201161514365P 2011-08-23 2011-08-23
US61/514,365 2011-08-23
US201161566535P 2011-12-02 2011-12-02
US61/566,535 2011-12-02
US201161569653P 2011-12-12 2011-12-12
US61/569,653 2011-12-12
US201161579179P 2011-12-22 2011-12-22
US61/579,179 2011-12-22
US201261584419P 2012-01-09 2012-01-09
US61/584,419 2012-01-09
US201261588706P 2012-01-20 2012-01-20
US61/588,706 2012-01-20
US201261595487P 2012-02-06 2012-02-06
US61/595,487 2012-02-06
US201261602754P 2012-02-24 2012-02-24
US61/602,754 2012-02-24
US201261606271P 2012-03-02 2012-03-02
US61/606,271 2012-03-02
US201261637042P 2012-04-23 2012-04-23
US61/637,042 2012-04-23
US201261642252P 2012-05-03 2012-05-03
US61/642,252 2012-05-03
US13/474,573 US20130128809A1 (en) 2011-05-19 2012-05-17 Apparatus and methods for media access control header compression
US13/474,573 2012-05-17
PCT/US2012/038723 WO2012159094A2 (en) 2011-05-19 2012-05-18 Apparatus and methods for media access control header compression

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020137033897A Division KR20140013090A (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법

Publications (1)

Publication Number Publication Date
KR20160048220A true KR20160048220A (ko) 2016-05-03

Family

ID=49679821

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020167009842A KR20160048220A (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법
KR1020137033891A KR101557686B1 (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법
KR1020137033897A KR20140013090A (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법

Family Applications After (2)

Application Number Title Priority Date Filing Date
KR1020137033891A KR101557686B1 (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법
KR1020137033897A KR20140013090A (ko) 2011-05-19 2012-05-18 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법

Country Status (17)

Country Link
US (1) US9515925B2 (ko)
EP (3) EP3197127A1 (ko)
JP (3) JP5746425B2 (ko)
KR (3) KR20160048220A (ko)
CN (2) CN103765847A (ko)
AU (2) AU2012254990B2 (ko)
BR (2) BR112013029619A2 (ko)
CA (2) CA2835447C (ko)
ES (1) ES2710320T3 (ko)
HU (1) HUE042265T2 (ko)
IL (2) IL229266A0 (ko)
MX (2) MX2013013367A (ko)
MY (1) MY164876A (ko)
RU (2) RU2579622C2 (ko)
SG (2) SG194890A1 (ko)
WO (2) WO2012159094A2 (ko)
ZA (2) ZA201309548B (ko)

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9154363B2 (en) 2011-05-13 2015-10-06 Qualcomm Incorporated Systems and methods for wireless communication of packets having a plurality of formats
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US8897298B2 (en) * 2011-11-02 2014-11-25 Qualcomm Incorporated Systems and methods for compressing headers and payloads
US8755403B2 (en) * 2011-11-09 2014-06-17 Hitachi, Ltd. Block acknowledgement for wireless communication methods, apparatuses and systems
US9363175B2 (en) * 2011-12-16 2016-06-07 Stmicroelectronics, Inc. Sub-1GHz MAC frame header compression
CN103209045A (zh) * 2012-01-12 2013-07-17 华为终端有限公司 数据通信的方法、装置及系统
US9300767B2 (en) * 2012-01-31 2016-03-29 Marvell World Trade Ltd. MAC header compression in long-range wireless local area networks
US9730102B2 (en) * 2012-02-17 2017-08-08 Intel Corporation Methods and arrangements for packet flows in wireless networks
TWI618425B (zh) 2012-05-04 2018-03-11 內數位專利控股公司 有效率媒體存取控制(mac)標頭
US9179449B2 (en) * 2012-05-11 2015-11-03 Qualcomm Incorporated Apparatus and methods for control frame and management frame compression
US9860785B2 (en) 2012-05-11 2018-01-02 Qualcomm, Incorporated Apparatus and methods for control frame and management frame compression
US9608789B2 (en) * 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
KR101712343B1 (ko) * 2012-06-04 2017-03-06 주식회사 케이티 짧은 맥 헤더를 이용한 데이터 전송 방법 및 짧은 맥 헤더를 이용한 데이터 전송 장치
US10178582B2 (en) 2012-08-06 2019-01-08 Qualcomm Incorporated Apparatus and methods for frame control design
WO2014039540A1 (en) * 2012-09-05 2014-03-13 Interdigital Patent Holdings, Inc. Methods for mac frame extensibility and frame specific mac header design for wlan systems
WO2014058193A1 (en) * 2012-10-12 2014-04-17 Lg Electronics Inc. Method and apparatus for transmitting and receiving a frame supporting a short mac header in wireless lan system
US20140105098A1 (en) * 2012-10-16 2014-04-17 Stmicroelectronics, Inc. Frame specification for a wireless network communication
US9906444B2 (en) * 2012-12-12 2018-02-27 Qualcomm Incorporated Security for packets using a short MAC header
US9326137B2 (en) * 2013-01-07 2016-04-26 Qualcomm Incorporated Implicit rekeying mechanism
US9154983B2 (en) * 2013-01-14 2015-10-06 Qualcomm Incorporated Systems and methods for detecting or signaling the presence of bursty interference on wireless networks
CN104995982B (zh) 2013-02-15 2018-12-04 Lg电子株式会社 在wlan系统中根据带宽发送/接收帧的方法和装置
US9853794B2 (en) * 2013-02-20 2017-12-26 Qualcomm, Incorporated Acknowledgement (ACK) type indication and deferral time determination
US9439188B2 (en) 2013-03-01 2016-09-06 Qualcomm Incorporated Scheduling for signaling and information transfer
US9781235B2 (en) * 2013-03-14 2017-10-03 Qualcomm, Incorporated Subframe format indication field
US20140266625A1 (en) * 2013-03-14 2014-09-18 Qualcomm Incorporated Assisted energy efficient peer-to-peer (p2p) communications
US9614935B2 (en) 2013-03-15 2017-04-04 Qualcomm Incorporated Protected control frames
CN105075378B (zh) 2013-04-02 2019-03-26 Lg 电子株式会社 在无线lan系统中执行接入的方法和装置
US9426261B2 (en) * 2013-05-15 2016-08-23 Qualcomm Incorporated Apparatus and methods for improved frames
US9578543B2 (en) 2013-07-01 2017-02-21 Qualcomm Incorporated Reduced overhead for wireless communication
US9462465B2 (en) * 2013-10-04 2016-10-04 Qualcomm Incorporated Apparatus and methods for separated security implementations in wireless communications
US20150124703A1 (en) * 2013-11-04 2015-05-07 Qualcomm Incorporated Traffic classification element classifier parameters
US20150124704A1 (en) * 2013-11-06 2015-05-07 Qualcomm Incorporated Apparatus and methods for mac header compression
US9374201B2 (en) * 2013-12-17 2016-06-21 Qualcomm Incorporated Packet number determination mechanism
CN105917597B (zh) 2014-01-13 2019-03-19 Lg电子株式会社 无线lan系统中发送和接收支持短mac报头的帧的方法和装置
CA2957183C (en) * 2014-08-10 2021-01-26 Lg Electronics Inc. Method and device for enabling station to receive signal in wireless communication system
US9955333B2 (en) * 2014-08-20 2018-04-24 Qualcomm, Incorporated Secure wireless wake-up companion
PL3188380T3 (pl) 2014-09-19 2023-11-27 Huawei Technologies Co., Ltd. Sposób i urządzenie do bezprzewodowej transmisji danych w sieci lokalnej
JP2016072759A (ja) * 2014-09-29 2016-05-09 パナソニックＩｐマネジメント株式会社 通信装置及び通信システム
US9602635B2 (en) * 2014-10-27 2017-03-21 Intel IP Corporation Wireless device, method, and computer readable media for compressed media access control header
US9961170B2 (en) * 2014-11-25 2018-05-01 Qualcomm Incorporated Ethertype packet discrimination data type
WO2016088936A1 (en) * 2014-12-05 2016-06-09 Hana Micron Inc. Maintenance management for beacon device
US10251085B2 (en) 2015-01-08 2019-04-02 Lg Electronics Inc. Method and device for transmitting frame including error check bits for header in wireless LAN
MX2021008715A (es) 2015-01-09 2022-12-07 Samsung Electronics Co Ltd Aparato de transmision y metodo de procesamiento por se?al del mismo.
US9655112B2 (en) * 2015-04-30 2017-05-16 Intel IP Corporation Apparatus, system and method of communicating a wireless communication frame with a header
US20160360397A1 (en) * 2015-06-02 2016-12-08 Qualcomm Incorporated Color coding for data confirmation signals
US20160374081A1 (en) * 2015-06-19 2016-12-22 Qualcomm Incorporated Short uplink responses for downlink transmissions
US10271263B2 (en) * 2015-09-04 2019-04-23 Intell IP Corporation Systems and methods for frame addressing in wireless networks
EP3331271B1 (en) 2015-09-09 2023-09-20 Sony Group Corporation Communications device and communications method
US10225866B2 (en) * 2015-09-16 2019-03-05 Qualcomm Incorporated Systems, methods, and devices for enhanced OFDMA random access
CA3001440A1 (en) 2015-10-16 2017-04-20 Sony Corporation Communication device and communication method
WO2017081903A1 (ja) * 2015-11-11 2017-05-18 ソニー株式会社 通信装置および通信方法
US10524289B2 (en) * 2015-12-25 2019-12-31 Kabushiki Kaisha Toshiba Wireless communication device
JP6623135B2 (ja) * 2015-12-25 2019-12-18 株式会社東芝 無線通信装置
US10602430B2 (en) * 2016-02-22 2020-03-24 Nxp Usa, Inc. Multiple basic service set support
DE112017004472T5 (de) * 2016-09-06 2019-08-14 Marvell World Trade Ltd. Mehrbenutzer-ranging mit nicht zugeordneten stationen
KR101702435B1 (ko) * 2016-09-09 2017-02-06 울산과학기술원 저전력 can 송수신기 제어 방법
CN108268420A (zh) * 2016-12-31 2018-07-10 智车优行科技（北京）有限公司 处理器之间的通信方法、处理器和电子设备
CN108282451A (zh) * 2017-01-20 2018-07-13 广州市动景计算机科技有限公司 数据劫持判断方法、装置及用户终端
US10641887B1 (en) * 2017-05-23 2020-05-05 Nxp Usa, Inc. Null data packet (NDP) ranging with unassociated stations
CN107300685B (zh) * 2017-06-30 2020-04-28 电子科技大学 一种用激光对目标物进行定位的装置及方法
CN107466141A (zh) * 2017-08-23 2017-12-12 许欣 一种基于802.11协议的控制方法及开关装置
US20190132879A1 (en) * 2018-03-21 2019-05-02 Xiaogang Chen Scrambler initialization for multi-user clear to send transmission
EP3874715A4 (en) * 2018-10-31 2022-08-03 INTEL Corporation 5G NR METHOD OF ETHERNET HEADER COMPRESSION
US10917196B2 (en) 2019-02-12 2021-02-09 Cisco Technology, Inc. Efficient transmission of small packets in low power and lossy networks
US11792302B2 (en) 2019-03-27 2023-10-17 Apple Inc. Ethernet header compression
EP3905626B1 (en) * 2019-03-29 2022-12-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Compression processing method, decompression processing method and related devices
US11765577B2 (en) * 2019-07-12 2023-09-19 Apple Inc. Identity obscuration for a wireless station
US11284298B2 (en) * 2019-10-11 2022-03-22 Qualcomm Incorporated Header compression and decompression management
CN113255016B (zh) * 2021-06-29 2021-10-26 浙江国利信安科技有限公司 用于设备认证的方法、电子设备和存储介质

Family Cites Families (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2164433A1 (fr) 1993-06-07 1994-12-22 Alain Chiodini Paquet de signalisation pour systeme de communication avec reference modulee suivant une loi fonction du temps
US6304914B1 (en) 1998-09-22 2001-10-16 Microsoft Corporation Method and apparatus for pre-compression packaging
KR100605947B1 (ko) 1999-07-13 2006-08-02 삼성전자주식회사 터미널 어댑터 기능을 이용하는 라우터에서 국제 신호점서비스방법
US6680955B1 (en) 1999-08-20 2004-01-20 Nokia Networks Oy Technique for compressing a header field in a data packet
US7545755B2 (en) * 2000-03-03 2009-06-09 Adtran Inc. Routing switch detecting change in session identifier before reconfiguring routing table
US7002993B1 (en) 2000-08-18 2006-02-21 Juniper Networks, Inc. Method and apparatus providing media aggregation in a packet-switched network
CA2316533C (en) 2000-08-23 2008-03-11 Yvon Bergeron Wireless data communications with header suppression and reconstruction
JP2002135231A (ja) 2000-10-20 2002-05-10 Canon Inc 通信装置、通信システム、通信装置の送信制御方法、及び制御プログラムを提供する媒体
US7170893B2 (en) 2001-06-15 2007-01-30 Lucent Technologies Inc. Technique for selecting the number of packets to be concatenated
AU2002357711A1 (en) 2001-11-13 2003-05-26 Ems Technologies, Inc. Flow control between performance enhancing proxies over variable bandwidth split links
US20030112780A1 (en) 2001-12-17 2003-06-19 Koninklijke Philips Electronics N.V. Time diversity combining to increase the reliability of the IEEE 802.11 WLAN receiver
KR100896484B1 (ko) 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
FR2839407B1 (fr) * 2002-05-02 2004-12-17 Canon Kk Procede et dispositif d'ajustement de la taille maximale des sequences d'information transmises dans un reseau de telecommunications
US7251235B2 (en) 2002-06-12 2007-07-31 Conexant, Inc. Event-based multichannel direct link
US7263105B2 (en) 2002-12-18 2007-08-28 Intel Corporation WLAN device and method for interfacing between a MAC sublayer and a physical layer
US7734760B2 (en) 2003-02-14 2010-06-08 Intel Corporation Estimating the location of a network client using a media access control address
US7545765B2 (en) * 2003-04-11 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Multi-user diversity forwarding
JP3891145B2 (ja) 2003-05-16 2007-03-14 ソニー株式会社 無線通信装置、無線通信方法及びプログラム
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US8842657B2 (en) 2003-10-15 2014-09-23 Qualcomm Incorporated High speed media access control with legacy system interoperability
US8233462B2 (en) 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
US8483105B2 (en) * 2003-10-15 2013-07-09 Qualcomm Incorporated High speed media access control
US7489688B2 (en) 2003-12-23 2009-02-10 Agere Systems Inc. Frame aggregation
JP3720345B2 (ja) 2004-02-17 2005-11-24 シャープ株式会社 伝送装置
GB2412038B (en) 2004-03-10 2006-04-19 Toshiba Res Europ Ltd Packet format
JP4086304B2 (ja) 2004-04-23 2008-05-14 株式会社東芝 通信装置、通信システム、および通信制御プログラム
US7633970B2 (en) 2004-05-07 2009-12-15 Agere Systems Inc. MAC header compression for use with frame aggregation
JP4220435B2 (ja) * 2004-05-28 2009-02-04 株式会社東芝 無線通信システムおよび無線端末
WO2006000094A1 (en) 2004-06-24 2006-01-05 Nortel Networks Limited Efficient location updates, paging and short bursts
WO2006001085A1 (ja) * 2004-06-29 2006-01-05 Mitsubishi Denki Kabushiki Kaisha 無線端末局および無線通信システム
US8359513B2 (en) 2005-01-19 2013-01-22 Intel Corporation Data communications methods and apparatus
US8830846B2 (en) 2005-04-04 2014-09-09 Interdigital Technology Corporation Method and system for improving responsiveness in exchanging frames in a wireless local area network
US7577438B2 (en) 2005-04-25 2009-08-18 Interdigital Technology Corporation Method and system for efficient addressing and power savings in wireless systems
US8804765B2 (en) 2005-06-21 2014-08-12 Optis Wireless Technology, Llc Dynamic robust header compression
US7602778B2 (en) 2005-06-29 2009-10-13 Cisco Technology, Inc. System and methods for compressing message headers
US20070047583A1 (en) 2005-08-29 2007-03-01 Siemens Aktiengesellschaft Method for using a short address in a packet header
US7907614B2 (en) 2005-11-11 2011-03-15 Broadcom Corporation Fast block acknowledgment generation in a wireless environment
JP4642652B2 (ja) 2005-12-26 2011-03-02 パナソニック株式会社 無線制御端末、無線通信システムおよび無線通信方法
EP1981220A4 (en) 2006-01-23 2011-04-13 Nec Corp COMMUNICATION PROCEDURE, COMMUNICATION SYSTEM, NODES AND PROGRAM
US20070298781A1 (en) 2006-06-22 2007-12-27 Innovative Sonic Limited Method and apparatus for handling status report after handover in a wireless communications system
JP2008035050A (ja) 2006-07-27 2008-02-14 Kyocera Mita Corp ネットワーク通信装置
US20080025312A1 (en) 2006-07-28 2008-01-31 Qualcomm Incorporated Zero-header compression for improved communications
ES2523815T3 (es) 2006-08-21 2014-12-01 Interdigital Technology Corporation Asignación dinámica de recursos, programación y señalización para un servicio de velocidad variable de datos en evolución a largo plazo (LTE)
US7707415B2 (en) 2006-09-07 2010-04-27 Motorola, Inc. Tunneling security association messages through a mesh network
US20080130538A1 (en) 2006-12-05 2008-06-05 Qualcomm Incorporated Enhanced management frame aggregation in a wireless network system
JP5142060B2 (ja) * 2007-02-21 2013-02-13 パナソニック株式会社 通信システム
US8045589B2 (en) 2007-04-26 2011-10-25 Kyocera Corporation Radio communication system with data structure change
US7716379B2 (en) * 2007-04-26 2010-05-11 Microsoft Corporation Hardware control interface for IEEE standard 802.11 including transmission control interface component and a transmission status interface component
US8588417B2 (en) 2007-05-04 2013-11-19 Conexant Systems, Inc. Systems and methods for multicast retransmission over a secure wireless LAN
US20090003347A1 (en) 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
US8243757B2 (en) 2007-07-05 2012-08-14 Ceragon Networks Ltd. MAC header compression using a pointer
KR101377961B1 (ko) 2007-07-27 2014-03-25 엘지전자 주식회사 헤더 오버헤드 감소를 위한 패킷 전송 방법
US7974312B2 (en) 2007-07-31 2011-07-05 Intel Corporation Compressed medium access control (MAC) header structure for MAC overhead reduction in mobile worldwide interoperability for microwave access (WiMAX) systems
WO2009034553A2 (en) 2007-09-14 2009-03-19 Nokia Siemens Networks Oy Cyclic bandwidth allocation method with harq enabled
US8902927B2 (en) 2007-10-01 2014-12-02 Qualcomm Incorporated Medium access control header format
JP5053440B2 (ja) 2007-11-08 2012-10-17 エルジー エレクトロニクス インコーポレイティド 無線メッシュネットワークにおけるデータ送信方法及びａ−ｍｓｄｕフォーマット
KR100899809B1 (ko) 2007-12-11 2009-05-27 한국전자통신연구원 무선 센서 네트워크에서 ＩＰｖ６를 위한 코디네이터,게이트웨이 및 전송 방법
AU2009282791A1 (en) 2008-08-20 2010-02-25 Wherepro, Llc Data packet generator for generating passcodes
US8464138B2 (en) 2008-08-20 2013-06-11 Qualcomm Incorporated Effective utilization of header space for error correction in aggregate frames
US20100046550A1 (en) 2008-08-25 2010-02-25 Motorola, Inc. Context based header selection in a multi-flow packet application
KR20100027927A (ko) 2008-09-02 2010-03-11 엘지전자 주식회사 압축된 헤더를 이용한 서비스 제공방법
WO2010028312A2 (en) 2008-09-05 2010-03-11 Zte (Usa) Inc. Mac layer packet data units for wireless communications
CN102144371B (zh) 2008-09-10 2015-06-03 Lg电子株式会社 选择性地加密控制信号的方法
US8315192B2 (en) 2008-11-27 2012-11-20 Samsung Electronics Co., Ltd. Method and system for configuring a media access control header to reduce a header overhead
JP4701287B2 (ja) 2008-12-22 2011-06-15 富士通株式会社 移動通信システム及び同システムにおける再送制御方法及び基地局
US8462644B2 (en) 2008-12-30 2013-06-11 Nokia Corporation Ad hoc network initiation
US7835399B2 (en) 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
US7899056B2 (en) 2009-01-13 2011-03-01 Fujitsu Limited Device and method for reducing overhead in a wireless network
EP2227062B1 (en) 2009-03-04 2015-02-18 Fujitsu Limited Improvements to short-range wireless networks
US8571021B2 (en) 2009-06-10 2013-10-29 Microchip Technology Incorporated Packet based data transmission with reduced data size
US20110149848A1 (en) 2009-08-17 2011-06-23 Qualcomm Incorporated Header compression for relay nodes
CA2772100C (en) 2009-09-02 2016-06-28 Hang Zhang Mac packet data unit construction for wireless systems
KR101653310B1 (ko) 2009-09-02 2016-09-01 엘지전자 주식회사 Ｍａｃ 헤더 타입 정보를 이용한 ｍａｃ ｐｄｕ 송수신 방법 및 장치
US9219576B2 (en) * 2009-09-18 2015-12-22 Marvell World Trade Ltd. Short packet for use in beamforming
KR101758380B1 (ko) 2010-02-12 2017-07-17 엘지전자 주식회사 무선 통신시스템에서 송신장치로부터 수신되는 신호를 처리하는 방법
WO2011115408A2 (en) * 2010-03-15 2011-09-22 Lg Electronics Inc. Method and apparatus for transmitting frame in wlan system
US8553605B2 (en) * 2010-09-10 2013-10-08 Qualcomm Incorporated Packet identification for power saving in wireless communication networks
US9374193B2 (en) 2010-09-29 2016-06-21 Qualcomm Incorporated Systems and methods for communication of channel state information
US8705502B2 (en) * 2010-10-20 2014-04-22 Cisco Technology, Inc. Using encapsulation to enable 802.1 bridging across 802.11 links
US20130128809A1 (en) * 2011-05-19 2013-05-23 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9515925B2 (en) 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression
US9125181B2 (en) 2011-08-23 2015-09-01 Qualcomm Incorporated Systems and methods for compressing headers
US9300767B2 (en) 2012-01-31 2016-03-29 Marvell World Trade Ltd. MAC header compression in long-range wireless local area networks

Also Published As

Publication number Publication date
CA2835447A1 (en) 2012-11-22
IL229266A0 (en) 2016-11-30
US9515925B2 (en) 2016-12-06
WO2012159082A2 (en) 2012-11-22
EP2710840A2 (en) 2014-03-26
WO2012159094A2 (en) 2012-11-22
CN103765848A (zh) 2014-04-30
EP3197127A1 (en) 2017-07-26
ZA201309547B (en) 2016-01-27
KR20140013090A (ko) 2014-02-04
MY164876A (en) 2018-01-30
AU2012255064A8 (en) 2014-02-27
WO2012159082A3 (en) 2013-02-07
MX2013013376A (es) 2014-01-08
CA2835441A1 (en) 2012-11-22
AU2012254990A1 (en) 2013-12-05
AU2012255064B2 (en) 2015-11-05
AU2012255064A1 (en) 2013-12-12
IL229264A0 (en) 2014-01-30
WO2012159094A3 (en) 2013-11-14
EP2710840B1 (en) 2018-11-07
RU2579622C2 (ru) 2016-04-10
CN103765847A (zh) 2014-04-30
CA2835447C (en) 2018-07-31
KR101557686B1 (ko) 2015-10-06
RU2013156045A (ru) 2015-06-27
JP6195879B2 (ja) 2017-09-13
US20130128808A1 (en) 2013-05-23
KR20140016389A (ko) 2014-02-07
AU2012254990B2 (en) 2015-07-16
IL229264B (en) 2018-06-28
CN103765848B (zh) 2016-08-17
EP2710783A2 (en) 2014-03-26
RU2013156404A (ru) 2015-06-27
SG194891A1 (en) 2013-12-30
JP5746425B2 (ja) 2015-07-08
ZA201309548B (en) 2015-12-23
ES2710320T3 (es) 2019-04-24
JP2014515572A (ja) 2014-06-30
SG194890A1 (en) 2013-12-30
HUE042265T2 (hu) 2019-06-28
BR112013029619A2 (pt) 2016-12-13
BR112013029697A2 (pt) 2017-01-17
JP2014520426A (ja) 2014-08-21
JP2016015774A (ja) 2016-01-28
MX2013013367A (es) 2014-01-08
RU2589331C2 (ru) 2016-07-10

Similar Documents

Publication Publication Date Title
KR101557686B1 (ko) 미디어 액세스 제어 헤더 압축을 위한 장치 및 방법
US10178582B2 (en) Apparatus and methods for frame control design
US20130128809A1 (en) Apparatus and methods for media access control header compression
TWI618426B (zh) 用於媒體存取控制（ｍａｃ）標頭壓縮之裝置及方法
US9462465B2 (en) Apparatus and methods for separated security implementations in wireless communications

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application