JP2014515572A - メディアアクセス制御の制御交換のための装置および方法 - Google Patents

メディアアクセス制御の制御交換のための装置および方法 Download PDF

Info

Publication number
JP2014515572A
JP2014515572A JP2014511609A JP2014511609A JP2014515572A JP 2014515572 A JP2014515572 A JP 2014515572A JP 2014511609 A JP2014511609 A JP 2014511609A JP 2014511609 A JP2014511609 A JP 2014511609A JP 2014515572 A JP2014515572 A JP 2014515572A
Authority
JP
Japan
Prior art keywords
field
header
type
receiver
mac header
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP2014511609A
Other languages
English (en)
Inventor
ウェンティンク、マーテン・メンゾ
アブラハム、サントシュ・ポール
メルリン、シモーネ
アワテル、ゲールト
タグハビ・ナサラバディ、モハンマド・エイチ．
クァン、ジ
サンパス、ヘマンス
アスタージャディ、アルフレッド
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2014515572A publication Critical patent/JP2014515572A/ja
Pending legal-status Critical Current

Links

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
    • 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

本明細書では、複数のタイプを有するパケットを通信するためのシステム、方法、およびデバイスについて説明する。いくつかの態様では、パケットは圧縮ＭＡＣヘッダを含む。いくつかの態様では、パケットは肯定応答（ＡＣＫ）フレームを含む。特定のパケットタイプ中に含まれるフィールドは、受信デバイスに通信されるべき情報のタイプに基づき得る。
【選択図】図１

Description

関連出願
関連出願の相互参照
本出願は、各々の内容全体が参照により本明細書に組み込まれる、２０１１年５月１９日に出願された米国仮出願第６１／４８７，８１４号、２０１１年７月１２日に出願された第６１／５０６，７７９号、２０１１年８月２日に出願された第６１／５１４，３６５号、２０１１年１２月２日に出願された第６１／５６６，５３５号、２０１１年１２月１２日に出願された第６１／５６９，６５３号、２０１１年１２月２２日に出願された第６１／５７９，１７９号、２０１２年１月９日に出願された第６１／５８４，４１９号、２０１２年１月２０日に出願された第６１／５８８，７０６号、２０１２年２月６日に出願された第６１／５９５，４８７号、２０１２年２月２４日に出願された第６１／６０２，７５４号、２０１２年３月２日に出願された第６１／６０６，２７１号、２０１２年４月２３日に出願された第６１／６３７，０４２号、および２０１２年５月５日に出願された第６１／６４２，２５２号の利益を主張する。
本出願は、一般にワイヤレス通信に関し、より詳細には、通信のためにメディアアクセス制御（ＭＡＣ）ヘッダを圧縮するためのシステム、方法、およびデバイスに関する。
多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。
ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、そのため動的接続性の必要があるとき、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用して、非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを有利な形で可能にする。
ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信し得る。情報は、いくつかの態様ではデータユニットまたはデータフレームと呼ばれることがあるパケットを備え得る。パケットは、ネットワークを通してパケットをルーティングすること、パケット中のデータを識別すること、パケットを処理することなどを助けるオーバーヘッド情報（たとえば、ヘッダ情報、パケットプロパティなど）、ならびにパケットのペイロード中で搬送され得るデータ、たとえばユーザデータ、マルチメディアコンテンツなどを含み得る。
したがって、ヘッダ情報はパケットを用いて送信される。そのようなヘッダ情報は、データパケットの大きい部分を備え得る。したがって、そのようなパケット中でのデータの送信は、データを送信するための帯域幅の大部分が、実際のデータではなくヘッダ情報を送信するために使用され得ることにより、非効率的であり得る。したがって、パケットを通信するための改善されたシステム、方法、およびデバイスが望まれる。
本発明のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が単独で本発明の望ましい属性を担当するわけではない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、データパケットのフレームヘッダ（たとえば、メディアアクセス制御（ＭＡＣ）ヘッダ）のサイズを減少させ、それによって、データパケット中のペイロードを送信する際にオーバーヘッドを低減することを含む利点をどのように提供するかが理解されよう。
本開示の一態様は、ワイヤレスネットワークにおいて通信する方法を提供する。本方法は、受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択することを備える。本方法は、選択されたタイプのメディアアクセス制御ヘッダを受信機に送信することをさらに備える。
本開示の別の態様は、ワイヤレスネットワークにおいて通信するための装置を提供する。本装置は、受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択するように構成されたプロセッサを備える。本装置は、選択されたタイプのメディアアクセス制御ヘッダを受信機に送信するように構成された送信機をさらに備える。
本開示の別の態様は、ワイヤレスネットワークにおいて通信するための装置を提供する。本装置は、受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択するための手段を備える。本装置は、選択されたタイプのメディアアクセス制御ヘッダを受信機に送信するための手段をさらに備える。
本開示の別の態様は、命令を備えるコンピュータ可読媒体を提供する。命令は、実行されると、受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択することを装置に行わせる。命令は、実行されると、さらに、選択されたタイプのメディアアクセス制御ヘッダを受信機に送信することを装置に行わせる。
本開示の態様が採用され得るワイヤレス通信システムの一例を示す図。 図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る、受信機を含む様々な構成要素を示す図。 通信のためにレガシーシステムにおいて使用されるタイプのメディアアクセス制御（ＭＡＣ）ヘッダの一例を示す図。 通信のためにレガシーシステムにおいて使用されるタイプのメディアアクセス制御（ＭＡＣ）ヘッダの別の例を示す図。 圧縮ＭＡＣヘッダの一例を示す図。 別の圧縮ＭＡＣヘッダの一例を示す図。 別の圧縮ＭＡＣヘッダの一例を示す図。 図４のＭＡＣヘッダの一態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 図４のＭＡＣヘッダの別の態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 送信要求（ＲＴＳ）／送信可（ＣＴＳ）アドレス指定において使用される圧縮ＭＡＣヘッダのフィールド中のデータの例を示す図。 ＭＡＣヘッダの別の態様による、管理フレームのための圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 ＭＡＣヘッダの別の態様による、データパケットのための圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。 データパケットのための圧縮ＭＡＣヘッダのフィールド中のデータのタイプのさらなる例を示す図。 データパケットのための圧縮ＭＡＣヘッダのフィールド中のデータのタイプのさらなる例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 圧縮ＭＡＣヘッダのタイプの例を示す図。 非暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 非暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 非暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す図。 通信のためにレガシーシステムにおいて使用されるタイプの肯定応答（ＡＣＫ）フレームの一例を示す図。 圧縮ＡＣＫフレームのタイプの例を示す図。 圧縮ＡＣＫフレームのタイプの例を示す図。 圧縮肯定応答（ＡＣＫ）フレームの例を示す図。 圧縮肯定応答（ＡＣＫ）フレームの例を示す図。 圧縮肯定応答（ＡＣＫ）フレームの例を示す図。 セキュリティなしの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの一例を示す図。 セキュリティなしの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの別の例を示す図。 圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの別の例を示す図。 セキュリティ付きの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの一例を示す図。 ＭＡＣヘッダをもつパケットを送信するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。 パケットを受信し、処理するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。 ＡＣＫフレームを送信するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。 ＡＣＫフレームを受信し、処理するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。 ＭＡＣヘッダをもつパケットを送信するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る例示的なワイヤレスデバイスの機能ブロック図。 パケットを受信し、処理するための方法の一態様を示す図。 図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。
添付の図面を参照しながら新規のシステム、装置、および方法の様々な態様について以下でより十分に説明する。ただし、本開示の教示は、多くの異なる形態で実施され得るものであり、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈すべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本発明の範囲は、本明細書に記載の本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示する任意の態様が請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを相互接続するために使用され得る。本明細書で説明する様々な態様は、ＷｉＦｉなど、任意の通信規格、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーに適用され得る。たとえば、本明細書で説明する様々な態様は、サブ１ＧＨｚ帯域を使用するＩＥＥＥ８０２．１１ａｈプロトコルの一部として使用され得る。
いくつかの態様では、サブギガヘルツ帯域中のワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１ａｈプロトコルに従って送信され得る。８０２．１１ａｈプロトコルの実装は、センサー、メータリング、およびスマートグリッドネットワークのために使用され得る。有利には、８０２．１１ａｈプロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも少ない電力を消費し得、および／または比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。
いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）および（局または「ＳＴＡ」とも呼ばれる）クライアントが存在し得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話などであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉＦｉ（たとえば、８０２．１１ａｈなどのＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。
アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、送受信基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。
局（「ＳＴＡ」）はまた、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。
上記で説明したように、本明細書で説明するデバイスのいくつかは、たとえば、８０２．１１ａｈ規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるのか、ＡＰとして使用されるのか、他のデバイスとして使用されるのかにかかわらず、スマートメータリングのためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサーアプリケーションを与えるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、たとえばパーソナルヘルスケアのためにヘルスケアコンテキストにおいて使用され得る。それらはまた、（たとえばホットスポットとともに使用する）拡張範囲インターネット接続性を可能にするため、または機械間通信を実装するために、監視のために使用され得る。
図１に、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１ａｈ規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。
様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡ１０６との間の、ワイヤレス通信システム１００における伝送のために使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。
ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を可能にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を可能にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。さらに、いくつかの態様では、ＳＴＡ１０６は、互いに直接通信し、互いの間に直接リンク（直接）を形成し得る。
ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＡＰ１０４は、ＡＰ１０４に関連し、また通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００は、中央ＡＰ１０４を有しないことがあり、むしろ、ＳＴＡ１０６間のピアツーピアネットワークとして機能し得ることに留意されたい。別の例では、本明細書で説明するＡＰ１０４の機能は、代替的に、ＳＴＡ１０６のうちの１つまたは複数によって実行され得る。
図２に、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス２０２は、ＡＰ１０４を備えるかまたはＳＴＡ１０６のうちの１つを備え得る。
ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含み得る。プロセッサ２０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ２０６は、命令とデータとをプロセッサ２０４に与える。メモリ２０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ２０４は、一般に、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ２０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。
ワイヤレスデバイス２０２が送信ノードとして実装または使用されるとき、プロセッサ２０４は、複数のメディアアクセス制御（ＭＡＣ）ヘッダタイプのうちの１つを選択することと、そのＭＡＣヘッダタイプを有するパケットを生成することとを行うように構成され得る。たとえば、プロセッサ２０４は、以下でさらに詳細に説明するように、ＭＡＣヘッダとペイロードとを備えるパケットを生成することと、どんなタイプのＭＡＣヘッダを使用すべきかを判断することとを行うように構成され得る。
ワイヤレスデバイス２０２が受信ノードとして実装または使用されるとき、プロセッサ２０４は、複数の異なるＭＡＣヘッダタイプのパケットを処理するように構成され得る。たとえば、プロセッサ２０４は、以下でさらに説明するように、パケット中の使用されたＭＡＣヘッダのタイプを判断し、それに応じて、パケットおよび／またはＭＡＣヘッダのフィールドを処理するように構成され得る。
プロセッサ２０４は、１つまたは複数のプロセッサとともに実装された処理システムを備えるか、またはそれの構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、あるいは情報の計算または他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。
処理システムは、ソフトウェアを記憶するための機械可読媒体をも含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。
ワイヤレスデバイス２０２はまた、ワイヤレスデバイス２０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機２１０および／または受信機２１２を含み得るハウジング２０８を含み得る。送信機２１０と受信機２１２とは組み合わされてトランシーバ２１４になり得る。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る（図示せず）。
送信機２１０は、様々なＭＡＣヘッダタイプを有するパケットをワイヤレスに送信するように構成され得る。たとえば、送信機２１０は、上記で説明したプロセッサ２０４によって生成された様々なタイプのヘッダとともにパケットを送信するように構成され得る。
受信機２１２は、様々なＭＡＣヘッダタイプを有するパケットをワイヤレスに受信するように構成され得る。いくつかの態様では、受信機２１２は、以下でさらに詳細に説明するように、使用されたＭＡＣヘッダのタイプを検出し、それに応じてパケットを処理するように構成される。
ワイヤレスデバイス２０２はまた、トランシーバ２１４によって受信された信号のレベルを検出し、定量化するために使用され得る信号検出器２１８を含み得る。信号検出器２１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス２０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）２２０を含み得る。ＤＳＰ２２０は、送信のためにパケットを生成するように構成され得る。いくつかの態様では、パケットは物理レイヤデータユニット（ＰＰＤＵ）を備え得る。
ワイヤレスデバイス２０２は、いくつかの態様ではユーザインターフェース２２２をさらに備え得る。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝達し、および／またはユーザからの入力を受信する、任意の要素または構成要素を含み得る。
ワイヤレスデバイス２０２の様々な構成要素は、バスシステム２２６によって互いに結合され得る。バスシステム２２６は、たとえば、データバスを含み、ならびにデータバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。ワイヤレスデバイス２０２の構成要素が、何らかの他の機構を使用して、互いに結合されるかあるいは互いに入力を受け付けるかまたは与え得ることを当業者なら諒解されよう。
図２には、いくつかの別個の構成要素が示されているが、構成要素のうちの１つまたは複数が組み合わせられ得るかまたは共通に実装され得ることを当業者は認識されよう。たとえば、プロセッサ２０４は、プロセッサ２０４に関して上記で説明した機能を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上記で説明した機能を実装するためにも使用され得る。さらに、図２に示される構成要素の各々は、複数の別個の要素を使用して実装され得る。
参照しやすいように、ワイヤレスデバイス２０２が送信ノードとして構成されるとき、それを以下ではワイヤレスデバイス２０２ｔと呼ぶ。同様に、ワイヤレスデバイス２０２が受信ノードとして構成されるとき、それを以下ではワイヤレスデバイス２０２ｒと呼ぶ。ワイヤレス通信システム１００中のデバイスは、送信ノードの機能のみ、受信ノードの機能のみ、または送信ノードと受信ノードの両方の機能を実装し得る。
上記で説明したように、ワイヤレスデバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備え得、複数のＭＡＣヘッダタイプを有する通信を送信および／または受信するために使用され得る。
図３に、レガシーＭＡＣヘッダ３００の一例を示す。ＭＡＣヘッダ３００は非圧縮ＭＡＣヘッダであり得る。図示のように、ＭＡＣヘッダ３００は、７つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５、持続時間／識別情報（ｄｕｒ）フィールド３１０、受信機アドレス（ａ１）フィールド３１５、送信機アドレス（ａ２）フィールド３２０、宛先アドレス（ａ３）フィールド３２５、シーケンス制御（ｓｃ）フィールド３３０、およびサービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５を含む。ａ１、ａ２、およびａ３フィールド３１５〜３２５の各々は、４８ビット（６オクテット）値である、デバイスのフルＭＡＣアドレスを備える。図３は、さらに、フィールド３０５〜３３５の各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ３００の全体的なサイズが得られ、それは２６オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。したがって、レガシーＭＡＣヘッダ３００は全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
図３Ａに、通信のためのレガシーシステムにおいて使用されるタイプの、暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ：cipher block chaining message authentication code protocol）暗号化とともにカウンタモードを使用する３アドレスＭＡＣヘッダであるＭＡＣヘッダ３００ａの一例を示す。図示のように、ＭＡＣヘッダ３００は、１３個の異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５ａ、持続時間／識別情報（ｄｕｒ）フィールド３１０ａ、受信機アドレス（ａ１）フィールド３１５ａ、送信機アドレス（ａ２）フィールド３２０ａ、宛先アドレス（ａ３）フィールド３２５ａ、シーケンス制御（ｓｃ）フィールド３３０ａ、サービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５ａ、高スループット（ｈｔ）制御フィールド３４０ａ、ＣＣＭＰ（ｃｃｍｐ）フィールド３４５ａ、論理リンク制御（ＬＬＣ）／サブネットワークアクセスプロトコル（ＳＮＡＰ）（ｌｌｃ／ｓｎａｐ）フィールド３５０ａ、メッセージ完全性検査（ｍｉｃ）フィールド３６０ａ、およびフレーム制御シーケンス（ｆｃｓ）フィールド３６５ａを含む。図３は、さらに、フィールド３０５ａ〜３６５ａの各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ３００ａの全体的なサイズが得られ、それは５８オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。したがって、レガシーＭＡＣヘッダ３００ａは全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
図３Ａに、ＭＡＣヘッダ３００ａのｆｃフィールド３０５ａ中に含まれるデータのタイプをさらに示す。ｆｃフィールド３０５ａは、プロトコルバージョン（ｐｖ）フィールド３７２、フレームタイプ（タイプ）フィールド３７４、フレームサブタイプ（サブタイプ）フィールド３７６、配信先システム（ｔｏ−ｄｓ）フィールド３７８、配信元システム（ｆｒｏｍ−ｄｓ）フィールド３８０、追加フラグメント（追加フラグ）フィールド３８２、再試行フィールド３８４、電力管理（ｐｍ）フィールド３８６、追加データ（ｍｄ）フィールド３８８、保護フレーム（ｐｆ）フィールド３９０、および順序フィールド３９２を含む。
したがって、データパケットのための低減されたサイズのＭＡＣヘッダ（圧縮ＭＡＣヘッダ）を使用するためのシステムおよび方法について本明細書で説明する。そのような圧縮ＭＡＣヘッダの使用は、データパケット中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にし、それによって、データパケット中のペイロードを送信するために必要とされるオーバーヘッドを低減する。したがって、全体としてより少ないデータが送信される必要がある。データのより少ない送信は、より少ないデータを送信するためにより少ないリソースが使用されるので、データが送信される速度を増加させることができ、送信機による帯域幅の使用を低減することができ、送信のために必要とされる電力を低減することができる。
ＭＡＣヘッダの圧縮は、ＭＡＣヘッダのいくつかのフィールドを削除または変更することによって実行され得る。圧縮ＭＡＣヘッダは、次いで、ワイヤレスデバイス２０２ｔからワイヤレスデバイス２０２ｒに送られ得る。フィールドの削除または変更は、データパケットのワイヤレスデバイス２０２ｒに通信される必要がある情報に基づき得る。たとえば、ワイヤレスデバイス２０２ｒは、データパケットを受信し、処理するために、ＭＡＣヘッダ３００中のすべての情報を必要とするとは限らないことがある。たとえば、場合によっては、受信機は、ＭＡＣヘッダ３００中で送信されるであろう情報の一部をメモリにすでに記憶していることがある。ある場合には、ワイヤレスデバイス２０２ｒは、前のデータパケットまたはメッセージングパケットのＭＡＣヘッダ中でなど、ワイヤレスデバイス２０２ｔから前に受信したデータパケット中でその情報を受信していることがある。別の場合には、ワイヤレスデバイス２０２ｒは、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。いくつかの態様では、ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶された情報（たとえば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２ｔに示し得る。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中のＭＡＣヘッダからそのようなフィールドを省略し得る。
さらに別の実施形態では、ワイヤレスデバイス２０２ｒは、たとえば、削除されたフィールドの使用を必要とするであろういくつかの機能が必要でない場合、そのような機能を実行しないことがある。削除または変更され得るフィールドのいくつかと、ワイヤレスデバイス２０２ｒがそのような圧縮ＭＡＣヘッダとともにどのように機能するかとについて以下で説明する。いくつかの実施形態では、ワイヤレスデバイス２０２ｒは、以下でさらに詳細に説明するように、使用されるフォーマットのＭＡＣヘッダ中のインジケーションに基づいて、使用されるＭＡＣヘッダのフォーマットを判断することができる。他の実施形態では、ワイヤレスデバイス２０２ｒおよび２０２ｔは、圧縮ＭＡＣヘッダのただ１つのタイプを利用し、したがって、ＭＡＣヘッダのどのタイプが使用されるかについてのインジケーションは必要でない。
（８０２．１１ａｄまでの）レガシー８０２．１１規格では、ｆｃフィールドのプロトコルバージョン（ｐｖ）サブフィールドは、プロトコルバージョン０（ＰＶ０）が唯一の定義されたプロトコルバージョンであるので、常に０に設定される。したがって、プロトコルバージョンの他の値、すなわち、１（ＰＶ１）、２（ＰＶ２）、および３（ＰＶ３）の使用は定義されない。したがって、本明細書で説明するシステムおよび方法は、プロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３の一部として圧縮ＭＡＣヘッダを定義し得る。プロトコルバージョンは、通信のためにデバイスによって互換的に使用され得る。たとえば、レガシーＭＡＣヘッダの使用を定義するＰＶ０は、リンクのセットアップ、機能のネゴシエート、および高速データ転送のために使用され得る。さらに、圧縮ＭＡＣヘッダの使用を定義するＰＶ１、ＰＶ２、および／またはＰＶ３は、省電力モードにあるとき、周期的ショートデータ送信のために使用され得る。
いくつかの実施形態では、圧縮フォーマットＭＡＣヘッダは、既存のプロトコルバージョン０（ＰＶ０）あるいは新たに定義されたプロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３を使用し得る。ＰＶ１、ＰＶ２、および／またはＰＶ３の使用は、レガシーデバイスが、レガシーＰＶ０フレームのフォーマットに基づいて、受信したデータパケットをパースすることを試みる状況を回避し得る。たとえば、レガシーデバイスは、データパケットの最後の４オクテットをフレーム制御シーケンス（ＦＣＳ）に一致させることを試み得る。それが一致したとき、レガシーデバイスは、パケット中のそのロケーションに持続時間フィールドがないにもかかわらず、レガシーデバイスのネットワーク割り振りベクトル（ＮＡＶ）を更新するために、レガシー持続時間フィールドの位置にあるデータの値を使用することがある。そのような誤検出が発生する確率は、レガシーノードにおいてグリッチまたはジッタを生じるのに十分高いことがあり、これは、圧縮ＭＡＣヘッダフォーマットのためのＰＶ１、ＰＶ２、および／またはＰＶ３の使用の理由となり得る。圧縮ＭＡＣヘッダの使用について以下でさらに説明する。
一実施形態では、ＭＡＣヘッダ（たとえば、ＭＡＣヘッダ３００または３００ａ）のいくつかのフィールドは、様々な目的のために再利用され、したがって、ＭＡＣヘッダ中のいくつかの他のフィールドを含める必要を取り除き、それによって、圧縮ＭＡＣヘッダを形成することができる。たとえば、ｍｉｃフィールド３６０ａは、メッセージを認証するために使用される短い情報を含んでいる。ｍｉｃフィールド３６０ａ中に含まれている情報は、ワイヤレスデバイス２０２ｒに送られるべきデータと、ワイヤレスデバイス２０２ｒと共有される秘密鍵の両方を、ワイヤレスデバイス２０２ｔにおいて実行している認証アルゴリズムに入力することによって生成され得る。認証アルゴリズムは、次いで、ｍｉｃフィールド３６０ａ中で送られるべき情報を生成する。認証アルゴリズムはハッシュ関数であり得る。ワイヤレスデバイス２０２ｒも認証アルゴリズムを実行していることがある。ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｔからメッセージを受信し、受信したメッセージと共有鍵のそれのコピーとを認証アルゴリズムに入力する。ワイヤレスデバイス２０２ｒにおける認証アルゴリズムの出力が、ｍｉｃフィールド３６０ａ中に含まれている情報に一致した場合、ワイヤレスデバイス２０２ｒは、データパケット中で送信されたデータの完全性（たとえば、パケットが改ざんされたかどうか）ならびにデータパケットの真正性（たとえば、データパケットの送り手に対する検査）を判断することができる。一実施形態では、アドレス指定フィールドであるａ１フィールド３１５ａおよびａ２フィールド３２０ａが削除され得、ｍｉｃフィールド３６０ａが、アドレス指定のために代わりに利用され得る。特に、アドレス指定は、データパケットと、認証アルゴリズムへのワイヤレスデバイス入力によって保持される鍵との組合せが、ｍｉｃフィールド３６０ａ中と同じデータを生成するかどうかを検査することによって暗示され得る。たとえば、意図された受信機のみが、正しい出力を生成するために、データパケットとともに、認証アルゴリズムへの入力のための正しい鍵を保持する。したがって、ワイヤレスデバイス２０２ｒが意図された受信機である場合、それは、正しい鍵を有し、正しい出力を生成する。それが意図された受信機でない場合、ワイヤレスデバイス２０２ｒは正しい出力を生成しない。したがって、受信機アドレスａ１を使用せずに、ｍｉｃフィールド３６０ａに基づいて、正しい受信機を知ることができる。
しかしながら、受信機アドレスａ１がない場合、ワイヤレスデバイス２０２ｒは、それが意図された受信機であるかどうかを判断するために、どの着信データパケットに対しても認証アルゴリズムを常に実行する必要があることに留意されたい。これは、追加のバッテリー消費を必要とする追加の処理電力を必要とし得る。したがって、いくつかの実施形態では、部分受信機アドレス（ＰＲＡ）などの新しいフィールドが、ＭＡＣヘッダ３００または３００ａに追加され得る。ＰＲＡは、受信機アドレスａ１の一部分であり得る。ＰＲＡは受信デバイスを一意に識別し得ないが、ＰＲＡは、場合によっては、少なくとも、データパケットがワイヤレスデバイス２０２ｒに宛てられていないことをワイヤレスデバイス２０２ｒに示すのを助ける。したがって、ワイヤレスデバイス２０２ｒは、より少ないデータパケットに対して認証アルゴリズムを実行し得る。他の実施形態では、ＰＲＡまたは受信機アドレス（ＲＡ）自体が、データパケットの物理レイヤプロトコル（ＰＨＹ）ヘッダ中にすでに存在し得、したがって、ＭＡＣヘッダ３００または３００ａ中にさらに含まれる必要はない。
さらに、送信デバイスの識別情報は、送信機アドレスａ２を使用せずに、認証アルゴリズムが正しい出力を生成するかどうかに基づいて判断され得る。たとえば、認証アルゴリズムにおいて使用するための、ワイヤレスデバイス２０２ｔによって保持される鍵は、異なるワイヤレスデバイスでは異なる。したがって、ワイヤレスデバイス２０２ｒによって保持される鍵は、ワイヤレスデバイス２０２ｔに固有である。したがって、ワイヤレスデバイス２０２ｔが送信デバイスである場合、認証アルゴリズムに入力された、ワイヤレスデバイス２０２ｔとの通信のためのワイヤレスデバイス２０２ｒによって保持される固有鍵は正しい出力を生成する。ワイヤレスデバイス２０２ｔが送信デバイスでない場合、入力は正しい出力を生成しない。
ワイヤレスデバイス２０２ｒが、多くの異なる送信デバイスのための多くの異なる鍵を保持することに留意されたい。これは、適切な出力が見つかるか、または鍵のいずれも一致しないと判断されるまで、ワイヤレスデバイス２０２ｒが、多くの異なる鍵を用いて認証アルゴリズムを実行することを試みることを必要とし得る。これは、追加のバッテリー消費を必要とする追加の処理電力を必要とし得る。したがって、いくつかの実施形態では、部分送信機アドレス（ＰＴＡ）などの新しいフィールドが、ＭＡＣヘッダ３００または３００ａに追加され得る。ＰＴＡは、送信機アドレスａ２の一部分であり得る。ＰＴＡは送信デバイスを一意に識別し得ないが、ＰＴＡは、場合によっては、少なくとも、いくつかの鍵が、送信デバイスのために保持される鍵の候補としてテストされる必要がないことをワイヤレスデバイス２０２ｒに示すのを助ける。したがって、ワイヤレスデバイス２０２ｒは、より少ない鍵に対して認証アルゴリズムを実行する必要がある。別の実施形態では、ＰＴＡは、受信デバイスにおいて鍵を一意に識別し得る。そのようなＰＴＡの例は、アクセスポイント（ＡＰ）によってそれの関連するＳＴＡの各々に割り当てられた関連付け識別子（ＡＩＤ）である。ＡＩＤは、ＡＰに関連するＳＴＡの間で一意であり、したがって、ＡＰは、受信したＡＩＤに基づいて、認証アルゴリズムにおいて使用するための正しい鍵を一意に識別することができる。ＡＩＤはＭＡＣアドレスよりもはるかに短いので、ＭＡＣヘッダはサイズが低減される。
さらに、アドレスフィールドは、ＭＡＣヘッダ自体中に含まれることなしに、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒの両方において認証アルゴリズムへの入力の一部として使用され得る。したがって、ワイヤレスデバイス２０２ｒからデータパケットを受信したワイヤレスデバイス２０２ｒは、受信したデータパケットおよび鍵とともに、受信機アドレスａ１としてそれ自体のアドレスを認証アルゴリズムに入力し得る。出力がデータパケットのｍｉｃフィールド３６０ａの値に一致した場合、ｍｉｃフィールド３６０ａは、ワイヤレスデバイス２０２ｔによって同じ受信機アドレスａ１を用いて計算されたので、ワイヤレスデバイス２０２ｒは、それが受信デバイスであることを知る。
別の実施形態では、ｃｃｍｐフィールド３４５ａ中に含まれるパケット番号が、ｓｃフィールド３３０ａ中に含まれるシーケンス番号として使用されることによって、パケットのシーケンス制御のために使用され得る。したがって、ｓｃフィールド３３０または３３０ａは、ＭＡＣヘッダ３００または３００ａから削除され得る。
送信のために、短いパケットが使用される場合、および／または比較的低いＰＨＹレートが使用される場合など、別の実施形態では、ｃｃｍｐフィールド３４５ａ中のパケット番号フィールドおよび／またはｍｉｃフィールド３６０ａのサイズは低減され得る。
別の実施形態では、ｍｉｃフィールド３６０ａは、ｆｃｓフィールド３６５ａの機能を実行するために使用され得る。ｆｃｓフィールド３６５ａは、受信されたパケット中に誤りがあるかどうかを判断するために使用される巡回冗長検査を含んでいる。パケットを受信したときにこの検査を実行する代わりに、ワイヤレスデバイス２０２ｒは、ｍｉｃフィールド３６０ａのデータを生成することによって、データパケットが認証アルゴリズムを通過するかどうかを検査するように構成され得る。パケット中に誤りがある場合、認証アルゴリズムは通過させない。しかしながら、パケットが認証アルゴリズムを通過した場合、パケット中に誤りがないと仮定され得る。そのような判断は、さらに、そのパケット番号が、そのとき、パケット番号として論理的に予想されるかどうかを確かめるためにデータパケットのパケット番号を検査することと組み合わせて行われ得る。認証アルゴリズムが通過させた場合、それは、適切なＳＴＡにとって典型的であるショートフレーム間スペース（ＳＩＦＳ）時間の後に、（たとえば、ＡＣＫフレームを用いて）返答するようにワイヤレスデバイス２０２ｒをトリガすることに留意されたい。しかしながら、認証アルゴリズムが通過させない場合、それは、拡張フレーム間スペース（ＥＩＦＳ）時間の後に返答するようにワイヤレスデバイス２０２ｒをトリガする。しかしながら、これは、送られる次の肯定応答（ＡＣＫ）フレームによってクリアされるので問題にならない。
別の実施形態では、宛先アドレス（ａ３）フィールド３２５または３２５ａが、ＭＡＣヘッダ３００または３００ａから削除され得る。宛先アドレスは、ワイヤレスデバイス２０２ｔが、別のデバイス（たとえば、ルータ）を介してワイヤレスデバイス２０２ｒにデータパケットを送信し、宛先アドレスとして他のデバイスのアドレスを示す場合、使用され得る。したがって、ワイヤレスデバイス２０２ｔがワイヤレスデバイス２０２ｒに直接送信する場合、ａ３フィールド３２５または３２５ａは、ＭＡＣヘッダ３００または３００ａから削除され得る。いくつかの実施形態では、ＭＡＣヘッダ３００または３００ａ中にａ３フィールド３２５または３２５ａが存在するか否かを示すための新しいフィールド「ａ３存在」がＭＡＣヘッダ３００または３００ａに追加され得る。
いくつかの実施形態では、頻繁に使用される宛先アドレスがワイヤレスデバイス２０２ｒのメモリに記憶され得る。したがって、宛先アドレス全体を含む代わりに、ＭＡＣヘッダ３００または３００ａは、ワイヤレスデバイス２０２ｒが、データパケットのための宛先アドレスとして、記憶された宛先アドレスを利用すべきであることをワイヤレスデバイス２０２ｒに示す、圧縮ａ３存在または「ｃｏｍｐｒ ａ３」フィールドと呼ばれる新しいフィールドを含むことができる。記憶された宛先アドレスは、ワイヤレスデバイス２０２ｒにおいて事前プログラムされ得る。追加または代替として、記憶された宛先アドレスは、新しい宛先アドレスが記憶されるべきであることを示す、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間のメッセージングによって設定および／または更新され得る。
別の実施形態では、ｄｕｒフィールド３１０または３１０ａが、ＭＡＣヘッダ３００または３００ａから削除され得る。ｄｕｒフィールド３１０または３１０ａは、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間の通信チャネルが維持されるべき持続時間を受信機に示す。データパケットを受信する意図されたワイヤレスデバイス２０２ｒは、一般に、パケットを受信すると、ｄｕｒフィールド３１０または３１０ａで示された時間の間、ワイヤレスデバイス２０２ｔとの通信チャネルを開いておく。ｄｕｒフィールド３１０または３１０ａを使用する代わりに、ワイヤレスデバイス２０２ｔおよび２０２ｒは、当技術分野で知られているように、通信チャネルを維持するために、標準的な送信要求／送信可（ＲＴＳ／ＣＴＳ）メッセージングを利用することができる。別の実施形態では、ｄｕｒフィールド３１０または３１０ａは、ワイヤレスデバイス２０２ｒに送られる第１のパケットのためのＭＡＣヘッダ３００または３００ａ中には含まれるが、ｄｕｒフィールド３１０または３１０ａ中で指定された時間中に送られる追加のパケットでは除外され得る。
別の実施形態では、ｌｌｃ／ｓｎａｐフィールド３５０ａ全体を含む代わりに、ｌｌｃ／ｓｎａｐフィールド３５０ａの一部分のみがＭＡＣヘッダ３００または３００ａ中に含まれ得る。たとえば、送られるフレームの大部分に対して、ｌｌｃ／ｓｎａｐフィールド３５０ａデータは、イーサタイプを除いて同じである。したがって、ｌｌｃ／ｓｎａｐフィールド３５０ａ全体の代わりに、イーサタイプのみがＭＡＣヘッダ３００または３００ａ中に含まれ得る。代替的に、ＬＬＣ／ＳＮＡＰヘッダ全体が受信機においてメモリに記憶され得、「ｃｏｍｐｒ ｌｌｃ／ｓｎａｐ」フィールドが、ｃｏｍｐｒ ａ３フィールドの説明と同様に、記憶されたＬＬＣ／ＳＮＡＰヘッダが、受信したパケットのために使用されるべきであることを示し得る。
別の実施形態では、ｆｃフィールド３０５または３０５ａのいくつかの部分が、ＭＡＣヘッダ３００または３００ａから削除され得る。たとえば、アグリゲートＭａｃサービスデータユニット（Ａ−ＭＳＤＵ）、アグリゲートＭａｃプロトコルデータユニット（Ａ−ＭＰＤＵ）、フラグメンテーション、およびＡＣＫポリシーフィールドのようなデータフィールドが、ｆｃおよびｑｃフィールド３０５、３０５ａ、および／または３３５ａから削除され、それによって、圧縮ＭＡＣヘッダの可能な機能を低減し得る（すなわち、それらの機能が必要でないとき、圧縮ＭＡＣヘッダが使用され得る）。追加または代替として、ｑｃフィールド３３５ａおよび／またはｈｔ制御フィールド３４０ａは、それらの機能が必要でないとき、ＭＡＣヘッダ３００または３００ａからそれらの全体が削除され得る。いくつかの実施形態では、ワイヤレスデバイス２０２ｔおよびワイヤレスデバイス２０２ｒは、通信のために暗号化を常に使用するように構成され得る。したがって、暗号化がパケットのために使用されるかどうかを示すｆｃフィールド３０５または３０５ａ中のビットは削除され得る。いくつかの実施形態では、フレームタイプが４つ（たとえば、データ、ＡＣＫ、追加のタイプ、およびエスケープコード）に限定され、したがって、ｆｃフィールド３０５または３０５ａ中のフレームタイプフィールドのサイズを低減し得る。
図４に、圧縮ＭＡＣヘッダ４００の一例を示す。図示のように、ＭＡＣヘッダ４００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５、第１のアドレス（ａ１）フィールド４１５、第２のアドレス（ａ２）フィールド４２０、およびシーケンス制御（ｓｃ）フィールド４３０を含む。図４は、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ４００の全体的なサイズが得られ、それは１２オクテット（レガシーＭＡＣヘッダ３００からの５４％のサイズ低減）である。図示のように、以下でさらに説明するように、ａ１フィールド４１５およびａ２フィールド４２０のうちの一方は長さが６オクテットであり、他方は長さが２オクテットである。ＭＡＣヘッダ４００の様々なフィールドは、以下で説明するいくつかの異なる態様に従って利用され得る。
ＭＡＣヘッダ４００に示すように、ｄｕｒフィールド３１０は省略され得る。通常、データパケットを受信したデバイスは、少なくとも、送信機会中に干渉する送信がないように、デバイスが送信すべきでない時間を示すｄｕｒフィールド３１０を復号する。ｄｕｒフィールド３１０の代わりに、デバイスは、肯定応答を必要とするデータパケットを受信した後に、そのような肯定応答のための時間が過ぎるまでデータを送信しないように構成され得る。そのような肯定応答は、パケットが受信されたことを示すＡＣＫまたはＢＡであり得る。デバイスは、パケット中のフィールド（たとえば、ＡＣＫポリシーフィールド）が、ＡＣＫが受信されるまでデバイスが延期すべきであることを示す場合のみ、パケットに対するＡＣＫが受信されるまで送信を延期するように構成され得る。フィールドは、パケットのＭＡＣヘッダまたはＰＨＹヘッダ中に含まれ得る。応答フレームの送信は、応答フレームを送らせるデータパケットを観測するＳＴＡに対して隠され得るが、ＡＣＫが存在し得るというデータパケット中のインジケーションにより、観測するＳＴＡは、データパケットの終了の後に、データパケットの宛先であるＳＴＡによって応答フレームが送信され得るまで延期する。
図４Ａに、別の圧縮ＭＡＣヘッダ４００ａの一例を示す。ＭＡＣヘッダ４００ａは、ＭＡＣヘッダ４００と同じフィールドを含むが、ＭＡＣヘッダ４００とは異なり、持続時間／識別情報（ｄｕｒ）フィールド４１０をも含む。図示のように、圧縮ＭＡＣヘッダ４００ａは、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５、持続時間／識別情報（ｄｕｒ）フィールド４１０、第１のアドレス（ａ１）フィールド４１５、第２のアドレス（ａ２）フィールド４２０、およびシーケンス制御（ｓｃ）フィールド４３０を含む。図４は、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。ＭＡＣヘッダ４００ａのｄｕｒフィールド４１０以外のフィールドの使用は、ＭＡＣヘッダ４００に関して本明細書で説明したのと同じまたは同様の方法で使用され得ることに留意されたい。
いくつかの態様では、ｄｕｒフィールド４１０は、ＭＡＣヘッダ３００のｄｕｒフィールド３１０と同様に、２オクテットの長さを有し得る。いくつかの態様では、ｄｕｒフィールド４１０は、ｄｕｒフィールド３１０と比較して、低減された長さを有し得る。たとえば、ｄｕｒフィールド４１０は、１５ビット以下の長さを有し得る。ｄｕｒフィールド４１０の値は、ＭＡＣヘッダ４００ａが送信／受信されるデータパケットの持続時間を示し得る。いくつかの態様では、その値は、あらかじめ定義された値（たとえば、マイクロ秒単位で表される値）の倍数として持続時間を示し得る。いくつかの態様では、その値は、１つまたは複数の送信機会（ＴＸ−ＯＰ）期間をカバーするように選択され得る。したがって、ｄｕｒフィールド４１０の長さは、あらかじめ定義された値とＴＸ−ＯＰ期間の持続時間とに基づき得る。たとえば、あらかじめ定義された値が９６μｓであり、１つのＴＸ−ＯＰ期間が２４．５７６ｍｓである場合、持続時間フィールド長さは、持続時間フィールドの最大値が、少なくとも１つのＴＸ−ＯＰ期間をカバーするように、８ビット（たとえば、ｌｏｇ2［（ＴＸ−ＯＰ期間）／（あらかじめ定義された値）］）になり得る。
さらに、以下で説明するように、１３ビットのみが使用され得るので、２オクテット長のａ１またはａ２フィールド中のすべてのビットが使用されるとは限らないことがある。他の３ビットは、他の目的のために利用され得る。たとえば、トラフィックＩＤ（ＴＩＤ）が、ｆｃフィールド中の代わりに、２オクテット長のａ１またはａ２フィールド中に含まれ得る。
いくつかの態様では、レガシーＭＡＣヘッダ３００中で使用されるように、ａ１フィールド４１５とａ２フィールド４２０の両方について、デバイスのためのグローバル一意識別子（たとえば、ＭＡＣアドレス）を使用する代わりに、ａ１フィールド４１５またはａ２フィールド４２０のうちの一方は、特定のＢＳＳにおいてデバイスを一意に識別するが、必ずしもグローバルにデバイスを一意に識別するとは限らない、アクセス識別子（ＡＩＤ）などのローカル識別子を使用する。したがって、ａ１フィールド４１５またはａ２フィールド４２０のうちの一方は、グローバル識別子のために必要とされる長さが６オクテットであるのとは対照的に、より短いローカル識別子に適応するために長さが２オクテットであり得る。これは、ＭＡＣヘッダ４００のサイズを低減するのを助ける。いくつかの態様では、ａ１フィールド４１５およびａ２フィールド４２０のいずれがローカル識別子またはグローバル識別子を含むかについての選択は、パケットを送るデバイスとパケットを受信するデバイスとに基づく。たとえば、その選択は、ＡＰからＳＴＡへのダウンリンク、ＳＴＡからＡＰへのアップリンク、およびあるＳＴＡから別のＳＴＡへの直接リンクの各々上で送られたパケットについて異なり得る。図５〜図１３の各々に、代替の例示的な選択の表を示す。図５〜図１３の例のうちの１つまたは複数が、所与のネットワークにおける通信のために使用され得る。たとえば、説明する一例は、パケットと、ブロック肯定応答でない肯定応答メッセージとを送るために使用され得、別の例は、同じネットワークにおいて、パケットと、ブロック肯定応答である肯定応答メッセージとを送るために使用され得る。
いくつかの態様では、ＭＡＣヘッダ４００のフィールドのいくつかのビットは、いくつかの機能を示すことおよび与えることのために、ＭＡＣヘッダ３００中での使用目的以外の目的のために使用され得る。特に、いくつかの機能を与えることは、一定数のビットがシグナリングのために使用されることを必要とし得る。以下は、そのようなシグナリングを与えるために使用され得るビットの例である。たとえば、ａ１フィールド４１５またはａ２フィールド４２０がＡＩＤなどのローカル識別子を使用するとき、いくつかの機能を与えるために利用され得る予約済みビット（たとえば、３つの予約済みビット）があり得る。さらに、ｆｃフィールド４０５のいくつかのビット、たとえば、２ビットが、いくつかの機能を与えるために、２つ以上の情報を示すために使用されるので、オーバーロードされ得る。たとえば、（アップリンク通信シグナリングと直接通信シグナリングとをマージすることによってなど）順序ビットおよびｔｏ−ｄｓビットがオーバーロードされ得る。さらに、ｓｃフィールド４３０のいくつかのビットが、いくつかの機能を与えるために使用され得る。たとえば、フラグメント番号サブフィールドからの４ビットが、いくつかの機能を与えるために使用され得、シーケンス番号サブフィールドからの最高２＾３ビットが、いくつかの機能を与えるために使用され得る。さらに、ｆｃフィールド４０５中の追加フラグメントサブフィールドからの１ビットが、いくつかの機能を与えるために使用され得る。別の例では、１バイトの短いサービス品質（ＱｏＳ）フィールドなど、新しいフィールドが、いくつかの機能を与えるために定義され得る。
いくつかの態様では、ＭＡＣヘッダ４００は、フラグメント番号サブフィールドを含まないことがある。そのような態様では、そのようなＭＡＣヘッダ４００を使用して通信するＳＴＡおよびＡＰ（たとえば、ＳＴＡ１０６およびＡＰ１０４）は、ＭＡＣヘッダ４００とともに送られるＭＡＣサービスデータユニット（ＭＳＤＵ）の最大許容サイズを制限し得る。ＳＴＡ１０６および／またはＡＰ１０４は、適切なメッセージングを使用して、アソシエーション、再アソシエーション、プローブ要求／プローブ応答、または何らかの他の好適な時間期間中に、ＭＳＤＵの最大許容サイズを判断するかまたはそれに関して同意し得る。
いくつかの態様では、ｓｃフィールド４３０は、ショートシーケンス番号（ＳＮ）の値を含む８ビット以下のショートＳＮサブフィールドを含み得る。いくつかの態様では、ショートシーケンス番号サブフィールドは、ＭＡＣヘッダ３００などの非圧縮ＭＡＣヘッダのために定義されるように、１２ビットのシーケンス番号サブフィールドの８つの最下位ビット（ｌｓｂ）に対応する。いくつかの態様では、ショートシーケンス番号の値が０である場合、送信機は、値０のショートシーケンス番号をもつ短いＭＡＣヘッダの代わりに、フルシーケンス番号をもつ非圧縮ＭＡＣヘッダとともにフレームを送り得る。いくつかの態様では、ショートシーケンス番号サブフィールドは、ｓｃフィールド４３０の１１ビット以下のサブフィールドである。いくつかの態様では、追加または代替として、ｓｃフィールド４３０は、拡張されたフィールドを選択的に含み得る。いくつかの態様では、ＭＡＣヘッダ４００のｓｃフィールド４３０中のそのような拡張されたフィールドの存在または不在は、ｆｃフィールド４０５中の１つまたは複数のビットの値によって示され得る。拡張されたフィールドは、フラグメンテーション番号サブフィールド（たとえば、４ビット以下）、再試行サブフィールド（たとえば、１ビット）、追加フラグサブフィールド（たとえば、１ビット）、および／またはトラフィッククラスインジケーションサブフィールド（たとえば、３ビット）を含み得る。
ＭＡＣヘッダ４００のいくつかのビットを使用することによって与えられ得る機能は、たとえば、ＱｏＳ制御および高スループット（ＨＴ）制御を含む。たとえば、与えられ得るＱｏＳ制御機能および使用されるビット数の例は、ＴＩＤ（３ビット）、サービス期間終了（ＥＯＳＰ）（１ビット）、アグリゲートＭＡＣサービスデータユニット（Ａ−ＭＳＤＵ）（１ビット）、ＡＣＫポリシー、およびキューサイズのうちの少なくとも１つを含む。さらに、与えられ得るＨＴ制御機能および使用されるビット数の例は、高速リンク適応（１６ビット）、較正位置／シーケンス（４ビット）、チャネル状態情報（ＣＳＩ）／ステアリング（２ビット）、ヌルデータパケット（ＮＤＰ）アナウンスメント（１ビット）、およびアクセス制御（ＡＣ）制約／逆方向許可（ＲＤＧ）（３ビット）のうちの少なくとも１つを含む。
図４Ｂに、別の圧縮ＭＡＣヘッダ４００ｂの一例を示す。ＭＡＣヘッダ４００ｂは、ＭＡＣヘッダ４００と同じフィールドを含むが、ＭＡＣヘッダ４００とは異なり、ａ３フィールド４２５をも含む。特に、ＭＡＣヘッダ４００ｂは、ａ３アドレスが存在する（たとえば、ｆｃフィールド４０５中のａ３存在ビットが１に設定される）ときの圧縮ＭＡＣヘッダの一例である。図示のように、圧縮ＭＡＣヘッダ４００ｂは、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５、第１のアドレス（ａ１）フィールド４１５、第２のアドレス（ａ２）フィールド４２０、シーケンス制御（ｓｃ）フィールド４３０、およびａ３フィールド４２５を含む。図４Ｂは、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。図示のように、ａ３フィールド４２５はｓｃフィールド４３０の後に入る。別の態様では、ａ３フィールド４２５は、ｓｃフィールド４３０の前およびａ２フィールド４２０の後になど、ＭＡＣヘッダ４００ｂ中の他の場所に配置され得る。
図５に、ＭＡＣヘッダ４００の一態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、図中で「データ」と標示された列は、データパケットの一部として送られる情報（図示のように、ａ１フィールド４１５およびａ２フィールド４２０および場合によってはａ３フィールドの情報）に対応する。「ＡＣＫ」と標示された列は、対応するＡＣＫ中で送られる情報に対応する。「方向」と標示された列は、データパケットが送られる方向またはリンクタイプを示す。図示のように、ＭＡＣヘッダ４００が、ＡＰからＳＴＡへのダウンリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は受信機ＡＩＤ（Ｒ−ＡＩＤ）を含み、ａ２フィールド４２０はＢＳＳＩＤを含む。Ｒ−ＡＩＤは、パケットを受信するＳＴＡのＡＩＤである。Ｒ−ＡＩＤは、８１９２個のＳＴＡが、それらのＲ−ＡＩＤによって所与のＢＳＳにおいて一意にアドレス指定されることを可能にする１３ビットを備え得る。１３ビットのＲ−ＡＩＤは、約６０００個のＳＴＡと、パケットがマルチキャストまたはブロードキャストパケットであるというインジケーション、場合によっては、パケット内に含まれるビーコンのバージョンを示すビーコン変化シーケンス番号と組み合わせた、マルチキャストまたはブロードキャストパケット（すなわちビーコン）のタイプなど、２１９２個の他の値とに対応し得る。ＢＳＳＩＤは、ＡＰのＭＡＣアドレスであり、４８ビットを備え得る。ＭＡＣヘッダ４００とともにパケットを受信したＳＴＡは、ａ１フィールド４１５とａ２フィールド４２０とに基づいて、それがパケットの意図した受け手であるか否かを一意に判断し得る。特に、ＳＴＡは、Ｒ−ＡＩＤがＳＴＡのＲ−ＡＩＤに一致するかどうかを検査することができる。Ｒ−ＡＩＤが一致した場合、ＳＴＡはパケットの意図した受け手であり得る。これは、異なるＢＳＳにおけるＳＴＡが、同じＲ−ＡＩＤを有し得るので、単独では、ＳＴＡが受け手であるかどうかを一意に判断しないことがある。したがって、ＳＴＡは、さらに、ａ２フィールド４２０が、ＳＴＡが関連付けられたＡＰ（すなわち、ＢＳＳ）のＢＳＳＩＤを含むかどうかを検査し得る。ＢＳＳＩＤがＳＴＡの関連付けに一致し、Ｒ−ＡＩＤが一致した場合、ＳＴＡは、それがパケットの意図した受け手であると一意に判断し、パケットをさらに処理し得る。そうでない場合、ＳＴＡはパケットを無視し得る。
ＳＴＡが、それが意図した受け手であると判断した場合、ＳＴＡは、パケットの成功した受信を示すために、ＡＰに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＳＴＡは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、ＢＳＳＩＤのすべてのビット（たとえば、１３ビット）よりも少ないビットを備える部分ＢＳＳＩＤ（ｐＢＳＳＩＤ）など、ａ２フィールド４２０の全体または一部分を含め得る。したがって、ＡＣＫを生成するために、ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＰが、時間期間中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、ＡＣＫを受信するＡＰは、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ））のすぐ後にＡＣＫが受信された場合、ＡＣＫはＳＴＡからのものであると判断し得る。別の態様では、ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。ＡＰは、そのような情報について検査することによって、ＳＴＡがＡＣＫを送ったと判断し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＡＰによって時間期間の後に受信される可能性は極めて低い。
さらに、ＡＰによってＳＴＡに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用されるソースアドレス（ＳＡ）を含み得る。ＭＡＣヘッダ４００は、ＭＡＣヘッダ４００中にＳＡが存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットは、ＳＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＳＡなどのａ３フィールドを含み、１つのサブタイプは、ＳＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＳＡに関する情報を送信し、データパケットからＳＡを省略し得る。ＳＴＡは、ＳＡ情報を記憶し、それを、ＡＰから送られたすべてのパケットのために使用するか、または後で説明するように、関連する特定の識別子（たとえば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
図示のように、ＭＡＣヘッダ４００が、ＳＴＡからＡＰへのアップリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５はＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがあるＳＴＡのＡＩＤを含む。ＡＰは、上記で説明したように、ＢＳＳＩＤとＴ−ＡＩＤとに基づいて、それがデータパケットの意図した受け手であるかどうかとデータパケットの送信機とを同様に判断し得る。特に、ＡＰは、ＢＳＳＩＤがＡＰのＢＳＳＩＤに一致するかどうかを検査することができる。ＢＳＳＩＤが一致した場合、ＡＰはパケットの意図した受け手であり得る。さらに、ＡＰのＢＳＳにおけるただ１つのＳＴＡがＴ−ＡＩＤを有するので、ＡＰは、Ｔ−ＡＩＤに基づいてパケットの送信機を判断することができる。
ＡＰが、それが意図した受け手であると判断した場合、ＡＰは、パケットの成功した受信を示すために、ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＡＰは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含め得る。したがって、ＡＣＫを生成するために、ＡＰは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＳＴＡが、時間期間中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、ＡＣＫを受信するＳＴＡは、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ））のすぐ後にＡＣＫが受信された場合、ＡＣＫはＡＰからのものであると判断し得る。別の態様では、ＡＰは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。ＳＴＡは、そのような情報について検査することによって、ＡＰがＡＣＫを送ったと判断し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＳＴＡによって時間期間の後に受信される可能性は極めて低い。
いくつかの態様では、ＡＣＫのアドレスフィールドは、グローバルに（たとえば、ほとんどのネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つまたは複数のグローバルアドレス（たとえば、ＭＡＣアドレス、ＢＳＳＩＤ）を含み得る。いくつかの態様では、アドレスフィールドは、ローカルに（たとえば、特定のＢＳＳにおいてなど、ローカルネットワークにおいて）ＡＣＫの送信機および／または受信機を一意に識別する１つまたは複数のローカルアドレス（たとえば、関連付け識別子（ＡＩＤ））を含み得る。いくつかの態様では、アドレスフィールドは、ＡＣＫの送信機および／または受信機を識別する、部分または非一意識別子（たとえば、ＭＡＣアドレスまたはＡＩＤの一部分）を含み得る。たとえば、アドレスフィールドは、ＡＣＫによって肯定応答されているフレームからコピーされたＡＣＫの送信機および／または受信機のＡＩＤ、ＭＡＣアドレス、あるいはＡＩＤまたはＭＡＣアドレスの一部分のうちの１つであり得る。
いくつかの態様では、ＡＣＫの識別子フィールドは、肯定応答されているフレームを識別し得る。たとえば、一態様では、識別子フィールドは、フレームのコンテンツのハッシュであり得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（たとえば、ＦＣＳフィールド）の全体または一部分を含み得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（たとえば、ＦＣＳフィールド）の全体または一部分と、ローカルアドレス（たとえば、ＳＴＡのＡＩＤ）の全体または一部分とに基づき得る。別の態様では、識別子フィールドはフレームのシーケンス番号であり得る。別の態様では、識別子フィールドは、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、またはＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分のうちの１つまたは複数を、いずれかの組合せで含み得る。たとえば、識別子フィールドは、式１に示すように、グローバルアドレス（たとえば、ＡＰのＢＳＳＩＤ、ＭＡＣアドレス）とローカルアドレス（たとえば、ＳＴＡのＡＩＤ）とのハッシュを含み得る。
ｄｅｃ（ＡＩＤ［０：８］＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ ＸＯＲ ＢＳＳＩＤ［４０：４３］２＾５）ｍｏｄ２＾９ （１）
上式で、ｄｅｃ（）は、１６進数を１０進数に変換する関数である。本開示の範囲を逸脱することなく、同じ入力に基づく他のハッシュ関数が実装され得る。
いくつかの態様では、応答してＡＣＫが送られるフレームは、フレームの送信機によって設定されたトークン番号を含み得る。フレームの送信機は、アルゴリズムに基づいてトークン番号を生成し得る。いくつかの態様では、送信機によって生成されたトークン番号は、送信機によって送られる各フレームについて異なる値を有し得る。そのような態様では、フレームの受信機は、識別子をトークン番号として設定すること、またはトークン番号に少なくとも部分的に基づいて識別子を計算することによってなど、ＡＣＫの識別子フィールド中のトークン番号を使用して、肯定応答されているフレームを識別し得る。いくつかの態様では、識別子フィールドは、トークン番号と、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、ＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分、あるいはフレームのＣＲＣの全体または一部分のうちの少なくとも１つとの組合せとして計算され得る。いくつかの他の態様では、トークン番号は、ＳＩＧフィールドおよび／または制御情報（Ｃｏｎｔｒｏｌ Ｉｎｆｏ）フィールドなど、ＡＣＫおよび／または肯定応答されているフレームの別のフィールド中に含まれ得る。いくつかの態様では、トークンは、肯定応答されているフレームの、ＰＨＹプリアンブルの後に入り得るＳＥＲＶＩＣＥフィールド中のスクランブリングシードから導出され得る。
上記で説明した技法によって、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡ）は、開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲ）中のＦＣＳまたは乱数（たとえば、パケットＩＤ）などの値をエコーすることができる。エコー値は、スクランブラシードに少なくとも部分的に基づき得る。エコーされた値は、応答フレームのスクランブラシードフィールド中で送信され得る。エコーされた値は、応答フレームのＳＩＧフィールド中で送信され得る。エコーされた値は、応答フレーム中に含まれるＭＰＤＵ中で送信され得る。
いくつかの実装形態では、開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲ）のフレームチェックサム（ＦＣＳ）が、乱数（たとえば、パケットＩＤ）に基づくかまたはそれを含むことが望ましいことがある。この値はエコー値として使用され得る。そのような実装形態では、エコー値は、開始フレームのスクランブルされたシード中に含まれ得る。したがって、ＦＣＳは、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡ）中で全体的にまたは部分的にエコーされ得る。
エコー値を使用して、エコー値を含むことによって、応答フレームは開始フレームの局識別子を含まないことがある。開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲなど）に関するアドレス指定方式のうちの１つまたは複数は、開始フレームのＦＣＳまたはパケットＩＤをエコーするが、局識別子はエコーしない、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡなど）とともに使用され得る。これは、上記で説明したように通信を改善し得る。
さらに、ＳＴＡによってＡＰに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用される宛先アドレス（ＤＡ）を含み得る。ＭＡＣヘッダ４００は、ＭＡＣヘッダ４００中にＤＡが存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットは、ＤＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＤＡなどのａ３フィールドを含み、１つのサブタイプは、ＤＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＤＡの存在または省略を示すサブタイプの値は、ＤＬパケットのためのＳＡの存在または省略を示すために使用されるのと同じ値である。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＤＡに関する情報を送信し、データパケットからＤＡを省略し得る。ＡＰは、ＤＡ情報を記憶し、それを、ＳＴＡから送られたすべてのパケットのために使用するか、または後で説明するように、関連する特定の識別子（たとえば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
図示のように、ＭＡＣヘッダ４００が、送信ＳＴＡから受信ＳＴＡへの直接リンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は、受信ＳＴＡのフル受信機アドレス（ＲＡ）を含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがある送信ＳＴＡのＡＩＤを含む。受信ＳＴＡは、上記で説明したように、ＲＡとＴ−ＡＩＤとに基づいて、それがデータパケットの意図した受け手であるかどうかとデータパケットの送信機とを同様に判断し得る。特に、受信ＳＴＡは、ＲＡが受信ＳＴＡのＲＡに一致するかどうかを検査することができる。ＲＡが一致した場合、受信ＳＴＡはパケットの意図した受け手であり得る。さらに、受信ＳＴＡのＢＳＳにおけるただ１つの送信ＳＴＡがＴ−ＡＩＤを有するので、受信ＳＴＡは、Ｔ−ＡＩＤに基づいてパケットの送信機を判断することができる。
受信ＳＴＡが、それが意図した受け手であると判断した場合、受信ＳＴＡは、パケットの成功した受信を示すために、送信ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、受信ＳＴＡは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含め得る。したがって、ＡＣＫを生成するために、受信ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。送信ＳＴＡが、時間期間中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、ＡＣＫを受信する送信ＳＴＡは、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ））のすぐ後にＡＣＫが受信された場合、ＡＣＫは受信ＳＴＡからのものであると判断し得る。別の態様では、受信ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。送信ＳＴＡは、そのような情報について検査することによって、受信ＳＴＡがＡＣＫを送ったと判断し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫが送信ＳＴＡによって時間期間の後に受信される可能性は極めて低い。
パケットがダウンリンクの一部として送られるのか、アップリンクの一部として送られるのか、直接リンクの一部として送られるのかは、ＭＡＣヘッダ４００中のいくつかのビットによって示され得る。たとえば、ｆｃフィールド４０５の配信先システム（ｔｏ−ｄｓ）およびｆｒｏｍ−ｄｓフィールドは、Ｔｏ−ＤＳ／Ｆｒｏｍ−ＤＳと標示された列に示すように、パケットを送るために使用されるリンクタイプ（たとえば、ダウンリンクの場合は０１、アップリンクの場合は１０、および直接リンクの場合は００）を示すために使用され得る。したがって、パケットの受け手は、各フィールド中の予想されるアドレスのタイプに基づいて、ａ１フィールド４１５およびａ２フィールド４２０の長さ（たとえば、２オクテットまたは６オクテット）を判断し、それによって、各フィールド中に含まれているアドレスを判断し得る。
別の態様では、パケットが、ダウンリンクの一部であるのか、アップリンクの一部であるのか、直接リンクの一部であるのかを示す代わりに、ＭＡＣヘッダ４００中の１ビット（たとえば、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの１ビット置換）が、ａ１フィールド４１５およびａ２フィールド４２０の各々中にどのタイプのアドレスがあるかを示すために使用され得る。たとえば、ビットの１つの値は、ａ１フィールド４１５がデータパケットの受信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの送信機のアドレスであることを示し得る。ビットの他の値は、ａ１フィールド４１５がデータパケットの送信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの受信機のアドレスであることを示し得る。
データパケットのさらなる例について、以下の図２０および図２１で図示および説明する。
図６に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図５に関して説明したのと同じデータを含み、したがって、受信したデータパケットに応答して送られるＡＣＫが、単一のデバイスのためのＡＣＫではなくブロックＡＣＫ（ＢＡ）であることを除いて、情報は同じ方法で使用され得る。ブロックＡＣＫは、デバイスが、関連付けられた複数のデータパケットを受信することと、単一のブロックＡＣＫを使用して、複数のパケットが受信されたかどうかに関して応答することとを可能にする。たとえば、ブロックＡＣＫは、複数のビットをもつビットマップを含み得、各ビットの値は、フローのデータパケットのシーケンス中の特定のデータパケットが受信されたか否かを示す。したがって、ＢＡは、図示のように、ａ２フィールド４２０だけではなく、ａ１フィールド４１５とａ２フィールド４２０の両方からの情報を含む。図示のように、ＭＡＣヘッダ４００が、ダウンリンク上で送信されるデータパケットの一部である場合、ＢＡは、ＢＳＳＩＤとそれに続くＡＩＤとを含む。図示のように、ＭＡＣヘッダ４００が、アップリンク上で送信されるデータパケットの一部である場合、ＢＡは、ＡＩＤとそれに続くＢＳＳＩＤとを含む。図示のように、ＭＡＣヘッダ４００が、直接リンク上で送信されるデータパケットの一部である場合、ＢＡは、Ｔ−ＡＩＤとそれに続くＲＡとを含む。
図７に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図６に関して説明したのと同様のデータを含み、したがって、情報は同様の方法で使用され得る。しかしながら、図示のように、ダウンリンク、アップリンク、および直接リンクパケットの各々について、ａ１フィールド４１５は、パケットの受け手のローカル識別子を含み、ａ２フィールド４２０は、パケットの送信機のグローバル識別子を含む。したがって、パケットが送られるリンクのタイプに基づくのではなく、ａ１フィールド４１５は常に２オクテットであり、ａ２フィールド４２０は常に６オクテットであり、したがって、そのような情報は、リンクタイプに基づいて判断される必要がないので、ｔｏ−ｄｓおよびｆｒｏｍ−ｄｓフィールドなど、パケットがどんなタイプのリンク上で送られるかを示すためのビットの使用は必要でないことがある。たとえば、パケットがダウンリンク上で送られる場合、受信側ＳＴＡは、図６に関して説明した例の場合のようにＡＰのＢＳＳＩＤとそれに続くＳＴＡのＡＩＤとではなく、ＳＴＡのＡＩＤとそれに続くＡＰのＢＳＳＩＤとをもつブロックＡＣＫを送信し得る。
パケットがアップリンク上で送られる場合、ａ１フィールド４１５は、０に設定されたＡＰのＡＩＤを含み得、ａ２フィールド４２０は、ＳＴＡのＭＡＣアドレス（ＳＴＡ＿ＭＡＣ）を含み得る。さらに、パケットを受信したＡＰは、ＡＰのＡＩＤとそれに続くＳＴＡ＿ＭＡＣとを含むＡＣＫを送り得る。
パケットが直接リンク上で送られる場合、ａ１フィールド４１５は、受信機ＳＴＡのＲ−ＡＩＤを含み得、ａ２フィールド４２０は、送信ＳＴＡのＭＡＣアドレスであり得る送信ＳＴＡの送信機アドレス（ＴＡ）を含み得る。さらに、受信機ＳＴＡは、受信機ＳＴＡのＲ−ＡＩＤとそれに続く送信ＳＴＡのＴＡとを含むＡＣＫを送り得る。
図７の例では、アップリンク上のパケットに対して、ＡＰが、ＳＴＡのＡＩＤのみに基づいて情報を送信および受信する図５および図６の例とは異なり、情報は、ＭＡＣアドレスを使用して受信されるが、ＡＩＤを使用して送信されるので、ＡＰは、データを送信および受信するために、ＳＴＡのＳＴＡ＿ＭＡＣをＡＩＤに関連付けるルックアップテーブルを記憶する必要があり得る。同様に、直接リンク上のパケットに対して、ＳＴＡは、同様の理由で、同様のルックアップテーブルを記憶する必要があり得る。
図８に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ダウンリンク、アップリンク、および直接リンクパケットの各々について、受信デバイスのＡＩＤの後に送信デバイスのＡＩＤが続き、その後に、デバイスが関連付けられたＡＰのＢＳＳＩＤが続く。さらに、ブロックＡＣＫに対して、パケットの受け手は、送信デバイスのＡＩＤの後に受信デバイスのＡＩＤを送信し、その後に、デバイスが関連付けられたＡＰのＢＳＳＩＤを送信する。この例では、図７に関して上記で説明したように、ｔｏ−ｄｓおよびｆｒｏｍ−ｄｓフィールドなど、パケットがどんなタイプのリンク上で送信されるかを示すためのビットの使用は必要でないことがある。さらに、すべての関連情報がパケット中に含まれるので、ルックアップテーブルが記憶される必要はない。
図９に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図８に関して説明したのと同様のデータを含む。しかしながら、図示のＡＣＫは、単一のデバイスのためのＡＣＫであり、ブロックＡＣＫではない。図示のように、各パケットのためのＡＣＫは送信デバイスのＡＩＤである。しかしながら、図示のように、ダウンリンクパケットＡＣＫに対して、ＡＩＤは常に０であり、これは、ＡＩＤ０をもつ複数のＡＣＫが受信された場合、ＡＣＫがＡＰに宛てられているかどうかをＡＰが判断することができない可能性があることを意味する。したがって、一態様では、ダウンリンクパケットＡＣＫに対して、ＡＩＤの代わりにｐＢＳＳＩＤが使用され得る。しかしながら、ｐＢＳＳＩＤを使用することは、ＡＣＫの生成がリンクタイプに基づき得ることを意味し、これは、リンクタイプを示すために、ｔｏ−ｄｓおよびｆｒｏｍ−ｄｓフィールドなどのビットが必要であり得ることを意味する。
図１０に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図５に関して説明したのと同じデータを含む。しかしながら、いくつかのフィールドの順序が変更される。特に、アップリンクに対して、ａ１フィールド４１５は送信ＳＴＡのＡＩＤを含み、ａ２フィールド４２０は受信ＡＰのＢＳＳＩＤを含む。さらに、直接リンクに対して、ａ１フィールド４１５は送信ＳＴＡのＴ−ＡＩＤを含み、ａ２フィールド４２０は受信ＳＴＡのＲＡを含む。したがって、ａ１フィールド４１５は常に２オクテットであり、ａ２フィールド４２０は常に６オクテットである。各フィールドが、送信または受信のいずれのデバイスのためのアドレスを含むかを判断するために、依然として、リンクタイプを示すためのビットが必要であり得る。フレーム制御中にあるｆｒｏｍ−ｄｓまたはｆｒｏｍ−ａｐビットが、リンクタイプを示すために使用され得る。
図１１に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図１０に関して説明したのと同じデータを含み、したがって、受信したデータパケットに応答して送られるＡＣＫが、単一のデバイスのためのＡＣＫではなくブロックＡＣＫ（ＢＡ）であることを除いて、情報は同じ方法で使用され得る。したがって、ＢＡは、図示のように、ａ２フィールド４２０だけではなく、ａ１フィールド４１５とａ２フィールド４２０の両方からの情報を含む。図示のように、ＭＡＣヘッダ４００が、ダウンリンク上で送信されるデータパケットの一部である場合、ＢＡは、ＢＳＳＩＤとそれに続くＡＩＤとを含む。図示のように、ＭＡＣヘッダ４００が、アップリンク上で送信されるデータパケットの一部である場合、ＢＡは、ＡＩＤとそれに続くＢＳＳＩＤとを含む。図示のように、ＭＡＣヘッダ４００が、直接リンク上で送信されるデータパケットの一部である場合、ＢＡは、Ｔ−ＡＩＤとそれに続くＲＡとを含む。したがって、ａ１フィールド４１５は常に２オクテットであり、ａ２フィールド４２０は常に６オクテットである。各フィールドが、送信または受信のいずれのデバイスのためのアドレスを含むかを判断するために、依然として、リンクタイプを示すためのビットが必要であり得る。フレーム制御中にあるｆｒｏｍ−ｄｓまたはｆｒｏｍ−ａｐビットが、リンクタイプを示すために使用され得る。
図１２に、ＭＡＣヘッダ４００の別の態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ＭＡＣヘッダ４００は、図１０に関して説明したのと同じデータを含み、したがって、情報は同じ方法で使用され得る。しかしながら、ａ１フィールド４１５およびａ２フィールド４２０の値は、図１０に関して説明した例と比較して、送信パケットについて逆転している。
図１３に、送信要求（ＲＴＳ）／送信可（ＣＴＳ）アドレス指定において使用される圧縮ＭＡＣヘッダ４００のフィールド中のデータの例を示す。図示のように、ＲＴＳメッセージでは、ａ１フィールド４１５は受信デバイスのＲＡを含み、ａ２フィールド４２０は送信デバイスのＴ−ＡＩＤを含む。さらに、ＣＴＳメッセージは送信デバイスのＴ−ＡＩＤを含む。
いくつかの態様では、データをもたないＱｏＳフレームは、短いＭＡＣヘッダ４００に適合し得る。たとえば、ＭＡＣヘッダ４００は、ＱｏＳヌルフレーム、ＱｏＳ ＣＦポールフレーム、および／またはＱｏＳ ＣＦ−ＡＣＫ＋ＣＦポールフレームとの使用に適合し得る。フレームのタイプ（たとえば、ＱｏＳヌルフレーム、ＱｏＳ ＣＦポールフレーム、またはＱｏＳ ＣＦ−ＡＣＫ＋ＣＦポールフレーム）を示すためのタイプフィールドおよび／またはサブタイプフィールドが、ＭＡＣヘッダ４００のｆｃフィールド４０５中に含まれ得る。
図１４に、ＭＡＣヘッダ４００の別の態様による、管理フレームのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの値０１は、管理フレームがダウンリンク上で送られることを示す。ａ１フィールド４１５は受信ＳＴＡのＡＩＤを含み、ａ２フィールド４２０は送信ＡＰのＢＳＳＩＤを含む。受信ＳＴＡから管理フレームの受信に応答して送信されるＡＣＫは、ａ２フィールド４２０からコピーされたＡＰのｐＢＳＳＩＤを含む。
図示のように、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの値１０は、管理フレームがアップリンク上で送られることを示す。ａ１フィールド４１５は受信ＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０は送信ＳＴＡのＡＩＤを含む。受信ＡＰから管理フレームの受信に応答して送信されるＡＣＫは、ａ２フィールド４２０からコピーされたＳＴＡのＡＩＤを含む。
いくつかの態様では、肯定応答メッセージ（ＡＣＫ）は、ショートアドレスまたはフルＭＡＣアドレスを搬送することができる。ショートアドレスを搬送するとき、ＡＣＫは、ｐＢＳＳＩＤ（ダウンリンクに対する応答）またはＡＩＤ（アップリンクに対する応答）を搬送することができる。そのようなショートアドレスの例は、上記で説明した図５、図１０および図１２に示されている。
図１５に、ＡＣＫがフルＭＡＣアドレスを搬送する、ＭＡＣヘッダ４００の一態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。
図示のように、ＭＡＣヘッダが、ＡＰからＳＴＡへのダウンリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は局ＡＩＤ（ＳＴＡ−ＡＩＤ）を含み、ａ２フィールド４２０はＢＳＳＩＤを含む。さらに、局は、ＢＳＳＩＤを含むＡＣＫをＡＰに送り得る。図示のように、ＭＡＣヘッダが、ＳＴＡからＡＰへのアップリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５はＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０はＳＴＡのＭＡＣアドレス（ＳＴＡ−ＭＡＣ）を含む。さらに、パケットを受信したＡＰは、ＳＴＡ−ＭＡＣを含むＡＣＫを送り得る。図示のように、ＭＡＣヘッダ４００が、送信ＳＴＡから受信ＳＴＡへの直接リンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は受信ＳＴＡのＭＡＣアドレス（Ｒ−ＳＴＡ−ＭＡＣ）を含み、ａ２フィールド４２０は送信ＳＴＡのＭＡＣアドレス（Ｔ−ＳＴＡ−ＭＡＣ）を含む。さらに、受信ＳＴＡは、Ｔ−ＳＴＡ−ＭＡＣを含むＡＣＫを送り得る。
いくつかの態様では、データパケットのための圧縮ＭＡＣヘッダ４００のａ２フィールド４２０中の送信機アドレスは、常に送信機のフルＭＡＣアドレスであり得る。ａ１フィールド４１５中の受信機アドレスは受信機のＡＩＤであり得る。この場合、ＡＰのＡＩＤは「０」に割り当てられ得る。
図１６に、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプのさらなる例を示す。図示のように、図中で「データ」と標示された列は、データパケットの一部として送られる情報（図示のように、アドレス１（ａ１）フィールド４１５およびアドレス２（ａ２）フィールド４２０および場合によってはアドレス３（ａ３）フィールドの情報）に対応する。「方向」と標示された列は、データパケットが送られる方向またはリンクタイプを示す。図１６に示す例は、データパケット中のＲＡ／ＡＩＤアドレス指定の使用を示している。
行１６０２は、ダウンリンク通信接続上で送られるデータパケットを示す。受信機アドレスはａ１フィールド４１５中で指定される。ａ２フィールド４２０中の送信機アドレスは０に設定される。随意のａ３フィールドは、送信のためのソースデバイスのアドレスを示す値を含む。たとえば、ａ３は、メッセージを生成するＳＴＡのアドレスを含み得る。
行１６０４は、アップリンク通信接続上で送られるデータパケットを示す。ａ１フィールド４１５は、受信機のＢＳＳＩＤを表す値を含む。ａ２フィールド４２０は送信デバイスのＡＩＤを含む。随意のａ３フィールドは、データパケットの宛先（たとえば、別のＳＴＡ）のためのアドレスを含み得る。
行１６０６は直接通信接続を表す。上記で説明したように、直接接続は２つのＳＴＡ間の通信リンクである。ａ１フィールド４１５は受信機アドレスを含む。ａ２フィールド４２０は送信デバイスのＡＩＤを含む。
図１７に、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプのさらなる例を示す。図示のように、図中で「データ」と標示された列は、データパケットの一部として送られる情報（図示のように、アドレス１（ａ１）フィールド４１５およびアドレス２（ａ２）フィールド４２０および場合によってはアドレス３（ａ３）フィールドの情報）に対応する。「方向」と標示された列は、データパケットが送られる方向またはリンクタイプを示す。「Ｆｒｏｍ−ＡＰ」と標示された列は、データがＡＰから送られたかどうかを識別するビット値を示す。この例では、ＡＰから送信されたフレームのためのソースＡＩＤは含まれないことがある。しかしながら、この例では、前の例に示したｔｏ−ＤＳ／ｆｒｏｍ−ＤＳフィールドを置き換えるＦｒｏｍ−ＡＰフィールドがある。
行１７０２はダウンリンク通信接続を表す。このメッセージは受信デバイスに送られるので、ｆｒｏｍ−ＡＰビットは１に設定される。ａ１フィールド４１５は、受信機デバイスのアドレスを表す値を含む。
行１７０４はアップリンク通信接続を表す。このメッセージはＡＰから送信されないので、ｆｒｏｍ−ＡＰビットは０に設定される。ａ１フィールド４１５は、受信機デバイスのＢＳＳＩＤを含み得る。ａ２フィールド４２０は送信デバイスのＡＩＤを含み得る。ａ３フィールドは、場合によっては宛先アドレス値を含み得る。
行１７０６は直接通信リンクを表す。この例では、ｆｒｏｍ−ＡＰビットは０に設定される。Ａ１フィールド４１５は受信機アドレス値を含む。ａ２フィールドは送信デバイスのＡＩＤを含む。図示のように、アドレスフィールド３は空である。
図５〜図１７に関して説明した各態様について、ＡＩＤおよびＢＳＳＩＤの使用は例示的なものにすぎないことに留意されたい。ＡＩＤの代わりに、任意のタイプのローカル識別子が、説明した態様において使用され得る。さらに、ＢＳＳＩＤの代わりに、任意のタイプのグローバル識別子が、説明した態様において使用され得る。さらに、説明したａ１およびａ２フィールドの順序は変更され得る。
いくつかの態様では、管理フレームは、上記で説明した他のデータパケットと同様にして圧縮され得る。特に、ＴＩＤの代わりに、管理フレームは、随意の隣接チャネル干渉（ＡＣＩ）フィールドを有する。上述のように、１３ビットのみが使用され得るので、２オクテット長のａ１またはａ２フィールド中のすべてのビットが使用されるとは限らないことがある。したがって、他の３ビットは、他の目的のために利用され得る。たとえば、ＡＣＩが、２オクテット長のａ１またはａ２フィールド中に含まれ得る。さらに、フレームが送られるリンクタイプを示すためのｔｏ−ｄｓおよびｆｒｏｍ−ｄｓフィールドは、管理フレーム中では利用可能でないことがあり、したがって、上記で説明したようにＭＡＣヘッダのためのフォーマットを示すために使用されないことがある。したがって、アップリンクおよびダウンリンクパケットは、同じフォーマット（たとえば、アドレス指定フォーマット）を有し得、これは、各フィールドが、同じフォーマットの情報（たとえば、ローカル識別子、グローバル識別子、または何らかの他の好適なデータ）を含むことを意味する。たとえば、管理フレームのａ１フィールドはローカル識別子（たとえば、ＡＩＤ）を含み得、ａ２フィールドはグローバル識別子（たとえば、ＭＡＣアドレス）を含み得、さらにＢＳＳＩＤが含まれ得る。さらに、管理フレームは、ＡＰとＳＴＡとの間のみで運ばれ、したがって、ＳＡおよびＤＡは必要でないことがある。
いくつかの態様では、他の制御および／または管理フレームが、短いＭＡＣヘッダ４００など、短いＭＡＣヘッダに適合し得る。たとえば、ＭＡＣヘッダ４００は、送信要求（ＲＴＳ）フレーム、送信可（ＣＴＳ）フレーム、ＡＣＫフレーム、ブロックＡＣＫ要求（ＢＡＲ）フレーム、マルチＴＩＤ−ＢＡＲフレーム、ブロックＡＣＫ（ＢＡ）フレーム、省電力ポール（ＰＳポール）フレーム、コンテンションフリー終了（ＣＦ終了）フレーム、ビームフォーミング報告ポール、ヌルデータパケットアナウンスメント（ＮＤＰＡ）、ビーコンフレームなどの制御フレームのいずれかとの使用に適合し得る。いくつかの態様では、これらの様々なタイプの制御フレームは、ＩＥＥＥ８０２．１１仕様において定義されている同じ名前の制御フレームのいずれかとしての機能を有する。上記で説明したように、タイプフィールドおよび／またはサブタイプフィールドは、フレームのタイプを示すために、ＭＡＣヘッダ４００のｆｃフィールド４０５中に含まれ得る。
いくつかの態様では、制御フレームは、図４に示したＭＡＣヘッダ４００のフィールドを含むＭＡＣヘッダ４００、または図４Ａに示したＭＡＣヘッダ４００ａのフィールドを含むＭＡＣヘッダ４００ａを利用し得る。いくつかのそのような態様では、シーケンス制御フィールド４３０は省略され得る。フレームがＣＴＳフレームである場合、いくつかの態様では、ａ１フィールド４１５および／またはａ２フィールド４２０は、代替または追加として省略され得る。フレームがＰＳポールフレームである場合、いくつかの態様では、代替または追加として、（たとえば、ＩＥＥＥ８０２．１１仕様において定義されている）ＰＳポール制御フィールドが追加され得る。フレームがＢＡＲフレームまたはＢＡフレームである場合、いくつかの態様では、代替または追加として、（たとえば、ＩＥＥＥ８０２．１１仕様において定義されている）ＢＡＲ情報フィールドおよび／またはＢＡＲ制御フィールドが追加され得る。フレームがＮＤＰＡである場合、いくつかの態様では、代替または追加として、（たとえば、ＩＥＥＥ８０２．１１仕様において定義されている）１つまたは複数のＳＴＡ情報フィールドが追加され得る。
いくつかの態様では、管理フレームのために、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓ値００および０１のみが通常使用され得る。したがって、アップリンクアドレス指定とダウンリンクアドレス指定との間の差をシグナリングするために、値０１および１１がさらに使用され得る。
図１８〜図２３に、上記で説明したように、いくつかのフィールドを含み、他のフィールドを含まず、またワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間の通信のために使用され得る、圧縮ＭＡＣヘッダの他の態様を示す。フィールドは、上記で説明した方法で使用され得る。上記の説明に基づいてフィールドの異なる組合せを有し得る、本明細書では示されない他のＭＡＣヘッダも、本開示の範囲内であることに留意されたい。
図１８は、新しいフレームサブタイプ値を利用し、プロトコルバージョンのためにＰＶ０を使用するとともに、ｄｕｒフィールド、ａ１フィールド、ａ２フィールド、ａ３フィールド、ｓｃフィールド、ｑｃフィールド、ｈｔｃフィールド、ｌｌｃ／ｓｎａｐフィールド、ｆｃｓフィールドが削除された、図３Ａと同様の圧縮ＭＡＣヘッダを示している。さらに、ｐｒａフィールドおよびｐｔａフィールドが追加され、上記で説明したように、アドレス指定情報を判断するために部分的に使用され得る。さらに、イーサタイプフィールドが、上記で説明したように、ｌｌｃ／ｓｎａｐフィールドの代わりに追加されている。さらに、アクセスカテゴリーインデックス（ａｃｉ）フィールドおよびヘッダ検査シーケンスフィールドが追加されており、ａｃｉフィールドはフレームの優先順位を示し、ｈｃｓフィールドは、ＭＡＣヘッダの（すなわち、ペイロードを含まずに）正当性を検証する短い巡回冗長検査を含む。図１９は、図１８と同様のＭＡＣヘッダを示している。ただし、図１９のＭＡＣヘッダでは、ｆｃフィールドのサイズが低減され、プロトコルバージョンがＰＶ１に変更されている。図示のように、ｆｃフィールドでは、サブタイプフィールド、ｔｏ−ｄｓフィールド、ｆｒｏｍ−ｄｓフィールド、追加フラグフィールド、ｐｆフィールド、および順序フィールドが削除されている。さらに、図１９のＭＡＣヘッダ中にａ３フィールドが存在するか否かを示すために、ａ３存在フィールドが追加されている（図示の例では、ａ３フィールドは存在しない）。別の実施形態では、ａ３が存在する短いＭＡＣヘッダは、フレーム制御中のタイプフィールドの異なる値を使用して示され得る。代替的に、プロトコルバージョンが０（ＰＶ０）に設定されるとともに、ＭＡＣヘッダの同じフォーマットが使用され得るが、これは、レガシーノードにおいて誤った反応を引き起こし得る。
図２０は、図１９と同様のＭＡＣヘッダを示している。ただし、図２０のＭＡＣヘッダでは、ｐｒａフィールドが削除されている。
図２１は、図１９と同様のＭＡＣヘッダを示している。図２１の図示の例では、ａ３フィールドが存在する。
図２２は、図１９と同様のＭＡＣヘッダを示している。ただし、図示の例では、ｆｃフィールドは、上記で説明したように、パケットのａ３アドレスが受信デバイスにおいて記憶されたａ３アドレスに対応するか否かを示す、圧縮ａ３存在（ｃｏｍｐｒ ａ３）フィールドをさらに含む。
図２３は、図２２と同様のＭＡＣヘッダを示している。ただし、図２２のＭＡＣヘッダでは、ｐｒａフィールドが削除されている。
図２４Ａ〜図２４Ｃに、非暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す。図２４Ａに示すように、ＭＡＣヘッダ２４００ａは、フレーム制御（ＦＣ）フィールド２４１０、部分送信（ＰＴＡまたはＰＴＸ）フィールド２４２０、フレームシーケンス番号（ＳＥＱ）フィールド２４３０、およびフレーム制御シーケンス（ＦＣＳ）フィールド２４５０を含むことができる。図示の実施形態では、ＦＣフィールド２４１０は２バイトの長さであり、ＰＴＸフィールド２４２０は２バイトの長さであり、ＳＥＱフィールド２４３０は２バイトの長さであり、ＦＣＳフィールド２４５０は４バイトの長さである。ペイロード２４４０を参照のために示しているが、それはＭＡＣヘッダ２４００ａの一部ではないことがある。図２４Ａに関して本明細書で説明するフィールドの少なくともいくつかは、図３Ａに関して上記で説明した対応するフィールドと同様であり得る。様々な実施形態では、ＭＡＣヘッダ２４００ａは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。ＭＡＣヘッダ２４００ａのフィールドが任意サイズであり得ることを当業者は諒解されよう。
引き続き図２４Ａを参照すると、ＭＡＣヘッダ２４００ａは、図３Ａに関して上記で説明したａ１フィールド３２５ａなど、受信機アドレスフィールドを省略することができる。したがって、ワイヤレスデバイス２０２ｔは、ＭＡＣヘッダ２４００ａが受信機アドレスフィールドを含んでいないことがあるにもかかわらず、受信機アドレスフィールドがＭＡＣヘッダ２４００ａ中に存在するかのように、ＦＣＳフィールド２４５０を計算することができる。ワイヤレスデバイス２０２ｒなどの受信機がＭＡＣヘッダ２４００ａを受信したとき、受信機は、それ自体のアドレスを暗黙的に知っていることがある。たとえば、一実施形態では、ワイヤレスデバイス２０２ｒは、それ自体のネットワークアドレスをメモリ２０６に記憶し得る。したがって、受信機は、暗黙的に既知の受信機アドレスと組み合わせられたＭＡＣヘッダ２４００ａ中の１つまたは複数のフィールドに基づいて、予想されるＦＣＳを計算することができる。受信機は、次いで、予想されるＦＣＳを、ＭＡＣヘッダ２４００ａからの受信したＦＣＳフィールド２４５０と比較することができる。受信したＦＣＳフィールド２４５０が、ＭＡＣヘッダ２４００ａから省略された暗黙的受信機アドレスを使用して計算された予想されるＦＣＳに一致する場合、受信機は、ＭＡＣヘッダ２４００ａに関連するフレームが受信機にアドレス指定されたことと、それが正しく受信されたこととを判断することができる。
図２４Ａに示すように、ＭＡＣヘッダ２４００ａは、図３Ａに関して上記で説明したａ２フィールド３２０ａなど、ソースまたは送信アドレスフィールド（図示せず）を省略することができる。たとえば、受信機がアクセスポイントからのデータのみを受信することができる場合、送信アドレスフィールドは省略され得る。しかしながら、いくつかの実施形態では、部分送信アドレス（ＰＴＡまたはＰＴＸ）フィールド２４２０がＭＡＣヘッダ２４００ａ中に含まれる。ＰＴＸフィールド２４２０は、ワイヤレスデバイスがデータをアップロードしていることがあるネットワーク環境、またはＴｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）環境において含まれ得る。一実施形態では、ＰＴＸフィールド２４２０は、送信機のＭＡＣアドレスに基づき得る。たとえば、ＰＴＸフィールド２４２０は、送信機のＭＡＣアドレスのあらかじめ設定された数の最下位ビット（ＬＳＢ）を含むことができる。上記で説明したように、ＰＴＸフィールド２４２０は、ワイヤレス受信機が、ＭＡＣヘッダ２４００ａを含んでいるフレームを受信したときに探索する鍵の数をワイヤレス受信機が絞り込むことを可能にすることができる。他の実施形態では、ＭＡＣヘッダ２４００ａは送信アドレスフィールドを含むことができる。
図２４Ｂに示すように、ＭＡＣヘッダ２４００ｂは、フレーム制御（ＦＣ）フィールド２４１０、部分送信アドレス（ＰＴＡまたはＰＴＸ）フィールド２４２０、フレームシーケンス番号（ＳＥＱ）フィールド２４３０、およびフレーム制御シーケンス（ＦＣＳ）フィールド２４５０を含むことができる。ペイロード２４４０を参照のために示しているが、それはＭＡＣヘッダ２４００ｂの一部ではないことがある。様々な実施形態では、ＭＡＣヘッダ２４００ｂは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。たとえば、図２４Ｂに示すように、ＭＡＣヘッダ２４００ｂは宛先アドレス（ＡＤＤ３）フィールド２４６０を含む。一実施形態では、ＡＤＤ３フィールド２４６０は、図３Ａに関して上記で説明したａ３フィールド３２５ａであり得る。ＡＤＤ３フィールド２４６０は、フレームがそれらの最終的な宛先に中継され得るネットワーク環境において使用され得る。
図２４Ｃに示すように、ＭＡＣヘッダ２４００ｃは、フレーム制御（ＦＣ）フィールド２４１０、部分受信機アドレス（ＰＲＡまたはＰＲＸ）フィールド２４７０、部分送信アドレス（ＰＴＡまたはＰＴＸ）フィールド２４２０、フレームシーケンス番号（ＳＥＱ）フィールド２４３０、およびフレーム制御シーケンス（ＦＣＳ）フィールド２４５０を含むことができる。ペイロード２４４０を参照のために示しているが、それはＭＡＣヘッダ２４００ｃの一部ではないことがある。様々な実施形態では、ＭＡＣヘッダ２４００ｃは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。たとえば、図２４Ｃに示すように、ＭＡＣヘッダ２４００ｃは宛先アドレス（ＡＤＤ３）フィールド２４６０を含む。ＭＡＣヘッダ２４００ｃは、受信機がＦＣＳフィールド２４５０を検査するかどうかについての何らかのインジケーションを受信機に与えるために、ＰＲＸフィールド２４７０を含み得る。たとえば、受信機のアドレスがＰＲＸフィールド２４７０に一致しない場合、受信したＦＣＳフィールド２４５０が一致する可能性は低いことがあるので、受信機は、予想されるＦＣＳを計算しないことを決定することができる。しかしながら、受信機のアドレスがＰＲＸフィールド２４７０に一致する場合、受信機は、フレームが受信機にアドレス指定されているかどうかを判断するために、予想されるＦＣＳを計算することを決定することができる。言い換えれば、ＰＲＸフィールド２４７０は、受信したフレームが受信機にアドレス指定されていないときに、さらなる処理を回避する方法を受信機に与えることができる。より少ない処理により、電力消費がより低くなり得る。
一実施形態では、ＰＲＸフィールド２４７０は受信機のＭＡＣアドレスに基づき得る。別の実施形態では、ＰＲＸフィールド２４７０は、受信機のＭＡＣアドレスと送信ＭＡＣアドレスの両方に基づき得る。たとえば、ＰＲＸフィールド２４７０は、送信機のＭＡＣアドレスと受信機のＩＤとのハッシュであり得る。様々な実施形態では、他の予備的なインジケーションは、受信機が、予想されるフレーム検査を計算することなしに、受信したフレームを廃棄することを可能にするために使用され得る。
従来のＭＡＣヘッダの一部分が省略される、本明細書で説明する様々な実施形態では、ワイヤレスデバイス２０２ｔは、ＦＣＳフィールド２４５０（図２４Ａ〜図２４Ｃ）を完全に省略することができる。たとえば、暗号化ペイロードを含んでいるフレームでは、ＭＡＣヘッダは、暗号化に関係する既存のフィールドを再利用し、それらに基づくことができる。暗号化ペイロードは、それ自体の暗号化関係のヘッダをすでに含み得るので、ヘッダの再利用により、フレームがより短くなり得る。従来のＭＡＣヘッダフィールドの役割を果たすために、既存の暗号化関係のヘッダフィールドを使用すると、使用されるフィールドの総数を低減することができる。一実施形態では、ワイヤレスデバイス２０２ｔは、ＦＣＳフィールドなしにＭＡＣヘッダを生成することができる。メッセージ完全性検査（ＭＩＣ）フィールドがＦＣＳフィールドの代わりに再利用され得る。別の実施形態では、ワイヤレスデバイス２０２ｔは、シーケンス番号（ＳＮ）フィールドなしにＭＡＣヘッダを生成することができる。パケット番号（ＰＮ）フィールドがＳＮフィールドの代わりに再利用され得る。暗号化フレームのためのＭＡＣヘッダを圧縮するときに、ワイヤレスデバイス２０２ｔは、好ましくは、ショートフレーム間スペース（ＳＩＦＳ）内のフレームを解読することが可能である。
一実施形態では、ワイヤレスデバイス２０２ｔは、図３Ａに関して上記で説明したＭＡＣヘッダ３００ａ中のすべてのフィールドに基づいてＭＩＣを計算するが、たとえば、図１８〜図２３のうちの１つに示したＭＡＣヘッダ中のフィールドのみを送信することができる。より詳細には、持続時間フィールドがＭＡＣヘッダから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、持続時間フィールドをＭＩＣ計算に含めることができる。持続時間フィールドがＭＡＣヘッダから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、持続時間フィールドをＭＩＣ計算に含めることができる。受信機アドレスフィールドがＭＡＣヘッダから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、受信機アドレスフィールドをＭＩＣ計算に含めることができる。ソースアドレスまたは送信アドレスフィールドがＭＡＣヘッダから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、ソースアドレスまたは送信アドレスフィールドをＭＩＣ計算に含めることができる。いずれの省略されたヘッダフィールドもＭＩＣに組み込まれ得ることを当業者は諒解されよう。
図２５Ａ〜図２５Ｃに、暗号化ペイロードをもつ圧縮ＭＡＣヘッダのタイプの例を示す。図２５Ａの図示の実施形態は、暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ）暗号化を使用するフレームのためのＭＡＣヘッダ２５００ａを示す。図２５Ａに示すように、ＭＡＣヘッダ２５００ａは、フレーム制御（ＦＣ）フィールド２５１０、部分送信（ＰＴＡまたはＰＴＸ）フィールド２５２０、ＣＣＭＰヘッダ（ＨＲＤ）フィールド２５３０、およびＣＣＭＰメッセージ完全性検査（ＭＩＣ）フィールド２５５０を含むことができる。図示の実施形態では、ＦＣフィールド２５１０は２バイトの長さであり、ＰＴＸフィールド２５２０は２バイトの長さであり、ＣＣＭＰ ＨＲＤフィールド２５３０は８バイトの長さであり、ＣＣＭＰ ＭＩＣフィールド２５５０は８バイトの長さである。ペイロード２５４０を参照のために示しているが、それはＭＡＣヘッダ２５００ａの一部ではないことがある。図２５Ａに関して本明細書で説明するフィールドの少なくともいくつかは、図３Ａに関して上記で説明した対応するフィールドと同様であり得る。様々な実施形態では、ＭＡＣヘッダ２５００ａは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。ＭＡＣヘッダ２５００ａのフィールドが任意サイズであり得ることを当業者は諒解されよう。
引き続き図２５Ａを参照すると、ＭＡＣヘッダ２５００ａは、図３Ａに関して上記で説明したａ１フィールド３２５ａなど、受信機アドレスフィールドを省略することができる。したがって、ワイヤレスデバイス２０２ｔは、ＭＩＣ２５５０を計算する際に受信機アドレスを含めることができる。ワイヤレスデバイス２０２ｒなどの受信機がＭＡＣヘッダ２５００ａを受信したとき、受信機は、それ自体のアドレスを暗黙的に知っていることがある。たとえば、一実施形態では、ワイヤレスデバイス２０２ｒは、それ自体のネットワークアドレスをメモリ２０６に記憶し得る。したがって、受信機は、暗黙的に既知の受信機アドレスと組み合わせられたＭＡＣヘッダ２５００ａ中の１つまたは複数のフィールドに基づいて、予想されるＭＩＣを計算することができる。受信機は、次いで、予想されるＭＩＣを、ＭＡＣヘッダ２５００ａからの受信したＭＩＣフィールド２５５０と比較することができる。受信したＭＩＣフィールド２５５０が、ＭＡＣヘッダ２５００ａから省略された暗黙的受信機アドレスを使用して計算された予想されるＭＩＣに一致する場合、受信機は、ＭＡＣヘッダ２５００ａに関連するフレームが受信機にアドレス指定されたことと、それが正しく受信されたこととを判断することができる。
図２５Ａに示すように、ＭＡＣヘッダ２５００ａは、図３Ａに関して上記で説明したａ２フィールド３２０など、ソースまたは送信アドレスフィールド（図示せず）を省略することができる。たとえば、受信機がアクセスポイントからのデータのみを受信することができる場合、送信アドレスフィールドは省略され得る。しかしながら、いくつかの実施形態では、部分送信アドレス（ＰＴＡまたはＰＴＸ）フィールド２５２０がＭＡＣヘッダ２５００ａ中に含まれる。ＰＴＸフィールド２５２０は、ワイヤレスデバイスがデータをアップロードしていることがあるネットワーク環境、またはＴｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）環境において含まれ得る。一実施形態では、ＰＴＸフィールド２５２０は、送信機のＭＡＣアドレスに基づき得る。たとえば、ＰＴＸフィールド２５２０は、送信機のＭＡＣアドレスのあらかじめ設定された数の最下位ビット（ＬＳＢ）を含むことができる。上記で説明したように、ＰＴＸフィールド２５２０は、ワイヤレス受信機が、ＭＡＣヘッダ２５００ａを含んでいるフレームを受信したときに探索する鍵の数をワイヤレス受信機が絞り込むことを可能にすることができる。他の実施形態では、ＭＡＣヘッダ２５００ａは送信アドレスフィールドを含むことができる。
図２５Ｂに示すように、ＭＡＣヘッダ２５００ｂは、フレーム制御（ＦＣ）フィールド２５１０、部分送信アドレス（ＰＴＡまたはＰＴＸ）フィールド２５２０、フレームシーケンス番号（ＳＥＱ）フィールド２５３０、およびフレーム制御シーケンス（ＭＩＣ）フィールド２５５０を含むことができる。ペイロード２５４０を参照のために示しているが、それはＭＡＣヘッダ２５００ｂの一部ではないことがある。様々な実施形態では、ＭＡＣヘッダ２５００ｂは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。たとえば、図２５Ｂに示すように、ＭＡＣヘッダ２５００ｂは宛先アドレス（ＡＤＤ３）フィールド２５６０を含む。一実施形態では、ＡＤＤ３フィールド２５６０は、図３Ａに関して上記で説明したａ３フィールド３２５ａであり得る。ＡＤＤ３フィールド２５６０は、フレームがそれらの最終的な宛先に中継され得るネットワーク環境において使用され得る。
図２５Ｃに示すように、ＭＡＣヘッダ２５００ｃは、フレーム制御（ＦＣ）フィールド２５１０、部分受信機アドレス（ＰＲＡまたはＰＲＸ）フィールド２５７０、送信アドレス（ＴＸ）フィールド２５２０、フレームシーケンス番号（ＳＥＱ）フィールド２５３０、およびフレーム制御シーケンス（ＭＩＣ）フィールド２５５０を含むことができる。ペイロード２５４０を参照のために示しているが、それはＭＡＣヘッダ２５００ｃの一部ではないことがある。様々な実施形態では、ＭＡＣヘッダ２５００ｃは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。たとえば、図２５Ｃに示すように、ＭＡＣヘッダ２５００ｃは宛先アドレス（ＡＤＤ３）フィールド２５６０を含む。ＭＡＣヘッダ２５００ｃは、受信機がＭＩＣフィールド２５５０を検査するかどうかについての何らかのインジケーションを受信機に与えるために、ＰＲＸフィールド２５７０を含み得る。たとえば、受信機のアドレスがＰＲＸフィールド２５７０に一致しない場合、受信したＭＩＣフィールド２５５０が一致する可能性は低いことがあるので、受信機は、予想されるＭＩＣを計算しないことを決定することができる。しかしながら、受信機のアドレスがＰＲＸフィールド２５７０に一致する場合、受信機は、フレームが受信機にアドレス指定されているかどうかを判断するために、予想されるＭＩＣを計算することを決定することができる。言い換えれば、ＰＲＸフィールド２５７０は、受信したフレームが受信機にアドレス指定されていないときに、さらなる処理を回避する方法を受信機に与えることができる。より少ない処理により、電力消費がより低くなり得る。
一実施形態では、ＰＲＸフィールド２５７０は受信機のＭＡＣアドレスに基づき得る。別の実施形態では、ＰＲＸフィールド２５７０は、受信機のＭＡＣアドレスと送信ＭＡＣアドレスの両方に基づき得る。たとえば、ＰＲＸフィールド２５７０は、送信機のＭＡＣアドレスと受信機のＩＤとのハッシュであり得る。様々な実施形態では、他の予備的なインジケーションは、受信機が、予想されるフレーム検査を計算することなしに、受信したフレームを廃棄することを可能にするために使用され得る。
いくつかの実施形態では、特定のデータパケットの他の部分もサイズが低減され得る。たとえば、ＡＣＫフレームは、上記で説明した、ＭＡＣヘッダを圧縮することができる方法と同様にして圧縮され得る。
図２６に、通信のためにレガシーシステムにおいて使用されるタイプのＡＣＫフレーム２６００の一例を示す。たとえば、ＡＣＫフレーム２６００は、４つフィールド、すなわち、ｆｃフィールド２６０５、ｄｕｒフィールド２６１０、ａ１フィールド２６１５、およびｆｃｓフィールド２６２０を含む。いくつかの実施形態では、ｄｕｒフィールド２６１０は、ＭＡＣヘッダ３００に関して上記で説明したように削除され得る。いくつかの実施形態では、ＭＡＣヘッダに関して上記で説明したように、ａ１フィールド２６１５の代わりにＰＲＡが使用され得る。たとえば、ワイヤレスデバイス２０２ｒは、（前のパケット中に含まれるａ１フィールド２６１５中のインジケーションによってなど）ワイヤレスデバイス２０２ｔからの前に受信したパケットがワイヤレスデバイス２０２ｒのためのものであったということに基づいて、データパケットがワイヤレスデバイス２０２ｒに宛てられていると仮定し得る。いくつかの実施形態では、ＰＲＡはＰＨＹヘッダ中に含まれ得る。いくつかの実施形態では、ｆｃフィールド２６０５は、ＭＡＣヘッダに関して上記で説明したようにサイズが低減され得る。いくつかの実施形態では、ｆｃｓフィールド２６２０は、巡回冗長検査のサイズを低減することによってより短くなり得る。いくつかの実施形態では、ＡＣＫはアドレスフィールドを含んでいないことがあり、ソースおよび宛先は、先行するデータパケットの終了の後のそれのＳＩＦＳタイミングから推測される。
図２７および図２８に、上記で説明したように、いくつかのフィールドを含み、他のフィールドを含まず、またワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間の通信のために使用され得る、圧縮ＡＣＫフレームの異なる実施形態を示す。フィールドは、上記で説明した方法で使用され得る。上記の説明に基づいてフィールドの異なる組合せを有し得る、本明細書では示されない他のＡＣＫフレームも、本開示の範囲内であることに留意されたい。
図２７は、図２６と同様のＡＣＫフレームを示している。ただし、図２７のＡＣＫフレームでは、ｄｕｒフィールド、ａ１フィールド、およびｆｃｓフィールドが含まれていない。低減されたｆｃｓとして機能する随意のｈｃｓフィールドがＡＣＫフレーム中に含まれている。さらに、ｆｃフィールドはサイズが低減されている。図示のように、ｆｃフィールドでは、サブタイプフィールド、ｔｏ−ｄｓフィールド、ｆｒｏｍ−ｄｓフィールド、追加フラグフィールド、ｐｆフィールド、および順序フィールドが削除されている。さらに、図２７のＡＣＫフレーム中にａ３フィールドが存在するか否かを示すために、ａ３存在フィールドが追加されている（図示の例では、ａ３フィールドは存在しない）。ｆｃフィールドは、上記で説明したように、ＡＣＫフレームのａ３アドレスが、受信デバイスにおいて記憶されたａ３アドレスに対応するか否かを示す圧縮ａ３存在フィールド（ｃｏｍｐｒ ａ３）をさらに含む。
図２８は、図２７と同様のＡＣＫフレームを示している。しかしながら、図２８のＡＣＫフレームはｐｒａフィールドをさらに含む。
図２９Ａ〜図２９Ｃに、圧縮肯定応答（ＡＣＫ）フレームの例を示す。図２９Ａに示すように、ＡＣＫフレーム２９００ａは、物理レイヤ（ＰＨＹ）ヘッダ２９１０、フレーム制御（ＦＣ）フィールド２９２０、部分受信機（ＰＲＡまたはＰＲＸ）フィールド２９３０、およびフレーム制御シーケンス（ＦＣＳ）フィールド２９４０を含むことができる。図示の実施形態では、ＦＣフィールド２９２０は２バイトの長さであり、ＰＴＸフィールド２９２０は２バイトの長さであり、ＳＥＱフィールド２９３０は２バイトの長さであり、ＰＲＸフィールド２９３０は２バイトの長さであり、ＦＣＳフィールド２９４０は可変長さである。図２９Ａに関して本明細書で説明するフィールドの少なくともいくつかは、図２６に関して上記で説明した対応するフィールドと同様であり得る。様々な実施形態では、ＡＣＫフレーム２９００ａは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。ＡＣＫフレーム２９００ａのフィールドが任意サイズであり得ることを当業者は諒解されよう。
ＡＣＫフレーム２９００ａは、受信機がＦＣＳフィールド２９４０を検査するかどうかについての何らかのインジケーションを受信機に与えるために、ＰＲＸフィールド２９３０を含み得る。たとえば、受信機のアドレスがＰＲＸフィールド２９３０に一致しない場合、受信したＦＣＳフィールド２９４０が一致する可能性は低いことがあるので、受信機は、予想されるＦＣＳを計算しないことを決定することができる。しかしながら、受信機のアドレスがＰＲＸフィールド２９３０に一致する場合、受信機は、フレームが受信機にアドレス指定されているかどうかを判断するために、予想されるＦＣＳを計算することを決定することができる。言い換えれば、ＰＲＸフィールド２９３０は、受信したフレームが受信機にアドレス指定されていないときに、さらなる処理を回避する方法を受信機に与えることができる。より少ない処理により、電力消費がより低くなり得る。
一実施形態では、ＰＲＸフィールド２９３０は受信機のＭＡＣアドレスに基づき得る。別の実施形態では、ＰＲＸフィールド２９３０は、受信機のＭＡＣアドレスと送信ＭＡＣアドレスの両方に基づき得る。たとえば、ＰＲＸフィールド２９３０は、送信機のＭＡＣアドレスと受信機のＩＤとのハッシュであり得る。様々な実施形態では、他の予備的なインジケーションは、受信機が、予想されるフレーム検査を計算することなしに、受信したフレームを廃棄することを可能にするために使用され得る。
図２９Ａに示すように、ＡＣＫフレーム２９００ａは、物理レイヤ（ＰＨＹ）ヘッダ２９１０、フレーム制御（ＦＣ）フィールド２９２０、およびフレーム制御シーケンス（ＦＣＳ）フィールド２９４０を含むことができる。様々な実施形態では、ＡＣＫフレーム２９００ｂは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。図示の実施形態では、ＡＣＫフレーム２９００ｂは、図２６に関して上記で説明したａ１フィールド２６１５など、受信機アドレスフィールドを省略することができる。したがって、ワイヤレスデバイス２０２ｔは、ＡＣＫフレーム２９００ｂが受信機アドレスフィールドを含んでいないことがあるにもかかわらず、受信機アドレスフィールドがＡＣＫフレーム２９００ｂ中に存在するかのように、ＦＣＳフィールド２９４０を計算することができる。
一実施形態では、ワイヤレスデバイス２０２ｒなどの受信機がＡＣＫフレーム２９００ｂを受信したとき、受信機は、それ自体のアドレスを暗黙的に知っていることがある。たとえば、一実施形態では、ワイヤレスデバイス２０２ｒは、それ自体のネットワークアドレスをメモリ２０６に記憶し得る。したがって、受信機は、暗黙的に既知の受信機アドレスと組み合わせられたＡＣＫフレーム２９００ｂ中の１つまたは複数のフィールドに基づいて、予想されるＦＣＳを計算することができる。受信機は、次いで、予想されるＦＣＳを、ＡＣＫフレーム２９００ｂからの受信したＦＣＳフィールド２９５０と比較することができる。受信したＦＣＳフィールド２９５０が、ＡＣＫフレーム２９００ｂから省略された暗黙的受信機アドレスを使用して計算された予想されるＦＣＳに一致する場合、受信機は、ＡＣＫフレーム２９００ｂに関連するフレームが受信機にアドレス指定されたことと、それが正しく受信されたこととを判断することができる。
図２９Ｃに示すように、ＡＣＫフレーム２９００ｃは物理レイヤ（ＰＨＹ）ヘッダ２９１０のみを含むことができる。データをもたないＰＨＹプリアンブルはＮＤＰと呼ばれることがある。様々な実施形態では、ＡＣＫフレーム２９００ｃは、図示しない追加のフィールドを含むことができ、図示の１つまたは複数のフィールドを省略することができる。図示の実施形態では、ワイヤレスデバイス２０２ｔなど、肯定応答するデバイスは、受信デバイスに知られている時間にＡＣＫフレーム２９００を送ることができる。受信デバイスは、ＡＣＫフレーム２９００ｃが受信された時間に基づいて、ＡＣＫフレーム２９００ｃから省略された情報を推論し得る。たとえば、受信デバイスは、肯定応答されるべきメッセージを送った後、遅延の後にＡＣＫフレーム２９００ｃを受信することを予想し得る。一実施形態では、受信デバイスは、時間ウィンドウ内でＡＣＫフレーム２９００ｃを受信することを予想し得る。
様々な実施形態では、ワイヤレスデバイス２０２ｔなどのデバイスは、ＡＣＫとしてＮＤＰ（すなわち、データをもたないＰＨＹプリアンブル）を送ることができる。別の実施形態では、ワイヤレスデバイス２０２ｔは、ＡＣＫとしてＳＴＦを送ることができる。一実施形態では、ワイヤレスデバイス２０２ｔが、即時ＡＣＫが要求されるフレームを送ったとき、ワイヤレスデバイス２０２ｔは、フレーム送信の完了後のＳＩＦＳ時間内に開始するＮＤＰが受信された場合、フレームが正常に送信されたと見なすことができる。
肯定応答（ＡＣＫ）フレームの一部分が省略される、本明細書で説明する様々な実施形態では、ワイヤレスデバイス２０２ｔは、省略された部分のうちの１つまたは複数に基づいてＦＣＳを計算することができる。たとえば、ワイヤレスデバイス２０２ｔは、図２６に関して上記で説明したＡＣＫフレーム２６００中のすべてのフィールドに基づいてＦＣＳを計算するが、たとえば、図２７〜図２８のうちの１つに示したＡＣＫフレーム中のフィールドのみを送信することができる。より詳細には、持続時間フィールドがＡＣＫフレームから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、持続時間フィールドをＦＣＳ計算に含めることができる。持続時間フィールドがＡＣＫフレームから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、持続時間フィールドをＦＣＳ計算に含めることができる。受信機アドレスフィールドがＡＣＫフレームから省略される実施形態では、ワイヤレスデバイス２０２ｔは、それにもかかわらず、受信機アドレスフィールドをＦＣＳ計算に含めることができる。いずれの省略されたヘッダフィールドもＦＣＳに組み込まれ得ることを当業者は諒解されよう。その上、省略されたヘッダフィールドは、メッセージ完全性検査（ＭＩＣ）を含む、ＦＣＳ以外のフレーム検査に組み込まれ得る。
上記で説明したように、多くの様々なタイプのＭＡＣヘッダおよびＡＣＫフレームが、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間の通信のために使用され得る。さらに、上記で説明したように、図３および図３Ａに示したＭＡＣヘッダ３００および３００ａならびに図２６に示したＡＣＫフレーム２６００は、レガシーシステムのために使用される。上記で説明したように、ｆｃフィールド３０５または３０５ａ（同様にｆｃフィールド２６０５）は、フィールドの中でも、プロトコルバージョン（ｐｖ）フィールド３７２、フレームタイプ（タイプ）フィールド３７４、およびフレームサブタイプ（サブタイプ）フィールド３７６を含む。ｐｖフィールド３７２は長さが２ビットである。ｐｖフィールド３７２の値００は、図３および図３Ａに示したＭＡＣヘッダ３００または３００ａ（または、ＡＣＫフレームに対して図２６に示したＡＣＫフレーム２６００）の使用を示す。他のタイプのＭＡＣヘッダの使用は、ｐｖフィールド３７２の他の値（すなわち、０１、１０、および１１）を使用することによって示され得る。追加または代替として、様々なタイプのＭＡＣヘッダの使用は、タイプフィールド３７４および／またはサブタイプフィールド３７６の様々な値を使用することによって示され得る。ワイヤレスデバイスは、フィールドの値をいくつかのタイプのＭＡＣヘッダに関連付け、フィールド値に基づいて、使用されるＭＡＣヘッダのタイプを判断するように構成され得る。
いくつかの実装形態では、肯定応答メッセージは、デバイスを識別するために、ａ１フィールド中にアクセス識別子（ＡＩＤ）を含み得る。いくつかの実装形態では、各肯定応答メッセージについてａ１フィールド中にＡＩＤを含むことが望ましいことがある。したがって、いくつかの実装形態では、デバイスを識別するためにａ１フィールド中のＡＩＤのみが使用される。これは、各肯定応答メッセージについて、ａ１フィールド中に出現する識別子のタイプが同様であるので、肯定応答メッセージの受信機が、受信した肯定応答信号のａ１フィールドを一様に処理することを可能にし得る。
上記で説明したいくつかの実装形態では、デバイスを識別するために、フルＭＡＣアドレスの代わりにａ２フィールド中のＡＩＤが使用され得る。いくつかの実装形態では、ａ２フィールド中に含まれるＡＩＤに基づいて、追加認証データ（ＡＡＤ）および／または暗号ブロック連鎖メッセージ認証コード（ＣＣＭ）ナンスをもつカウンタを計算することによってなど、肯定応答メッセージの完全性を検証するようにシステムを構成することが望ましいことがある。たとえば、受信機デバイスは、１３ビットのＡＩＤを６バイトのフルＭＡＣアドレスにマッピングするように構成され得る。フルＭＡＣアドレスは、次いで、メッセージ完全性コード（ＭＩＣ）を計算するために使用され得る。別の例では、ＡＩＤはまた、ＭＩＣを直接計算するために使用され得る。たとえば、ＭＡＣアドレス長さが６バイトである場合、ＡＩＤが６バイトの長さを有するように、０がＡＩＤにパディング（たとえば、後置、前置）され得る。いくつかの実装形態では、ＡＩＤがフルＭＡＣアドレスと同じ長さになるように、ランダムビット／バイトが、ＡＩＤをパディングするためにＡＩＤに追加され得る。
上記で説明したように、ｆｃフィールドのｐｖサブフィールドは、ＭＡＣヘッダがレガシーＭＡＣヘッダであるのか圧縮ＭＡＣヘッダであるのかを示すために使用され得る。たとえば、ｐｖサブフィールドの値０は、ＭＡＣヘッダがレガシーＭＡＣヘッダであることを示し得、ｐｖサブフィールドの値１は、ＭＡＣヘッダが圧縮ＭＡＣヘッダであることを示し得る。圧縮ＭＡＣヘッダは、本明細書で説明する圧縮ＭＡＣヘッダのいずれかのフォーマットを有し得る。
本明細書で説明する圧縮ＭＡＣヘッダのいずれについても、いくつかの追加の機能をサポートするために、いくつかのフィールドがさらに追加または変更され得る。いくつかの態様では、拡張フレーム制御（ｅｆｃ）フィールドが、本明細書で説明する圧縮ＭＡＣヘッダのいずれにも追加され得る。ｅｆｃフィールドは３ビットを備え得る。ｅｆｃフィールドは、圧縮ＭＡＣヘッダのａｉｄフィールドの最後の３ビットであり得る。ｅｆｃは、新しい機能についての情報を追加するために利用され得る。たとえば、いくつかの態様では、ａ３アドレス（デバイスを識別する第３のアドレス）が圧縮ＭＡＣヘッダ中に含まれるかどうかを示すために、ａ３存在サブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加され得る。追加または代替として、いくつかの態様では、アクセス制御（ａｃ）サブフィールド、サービス期間終了（ｅｏｓｐ）サブフィールド、ａ−ｍｓｄｕサブフィールド、および／またはキューサイズサブフィールドなど、いくつかのサービス品質（ＱｏＳ）パラメータの値を示すＱｏＳサブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加される。追加または代替として、いくつかの態様では、ＡＣＫポリシーサブフィールドが圧縮ＭＡＣヘッダのＳＩＧフィールドに移動され得る。追加または代替として、いくつかの態様では、パケットが中継されるべきかどうかを示すために、ａ４サブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加され得る。ａ４サブフィールドは１ビットであり得る。これらのフィールドのいずれかの組合せが、フィールドの機能をサポートするために、本明細書で説明する圧縮ＭＡＣヘッダのいずれにおいても使用され得ることに留意されたい。いくつかの態様では、ｐｖサブフィールドの値１によって示される圧縮ＭＡＣヘッダは、図３０または図３１に関して説明する機能をサポートし、フォーマットを有し得る。
図３０に、セキュリティなしの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの一例を示す。図示のように、フレーム制御フィールド３０００は、２ビットのｐｖサブフィールド３００２、４ビットのタイプサブフィールド３００４、１ビットのｆｒｏｍ−ＡＰサブフィールド３００６、２ビットのアクセスカテゴリー（ａｃ）サブフィールド３００８、１ビットの再試行サブフィールド３０１０、１ビットの電力管理（ｐｍ）サブフィールド３０１２、１ビットのモードデータ（ｍｄ）サブフィールド３０１４、１ビットの保護フレーム（ｐｆ）サブフィールド３０１６、１ビットのａ−ｍｓｄｕサブフィールド３０１８、１ビットのサービス期間終了（ｅｏｓｐ）サブフィールド３０２０、および１ビットのａ３存在サブフィールド３０２２を含む。上記で説明したように、これらのサブフィールドのうち、ａｃサブフィールド３００８、ａ−ｍｓｄｕサブフィールド３０１８、ｅｏｓｐサブフィールド３０２０、およびａ３存在サブフィールド３０２２は、含まれたフィールドの機能のみをサポートするように、いずれかの組合せでｆｃフィールド３０００中に含まれることも含まれないこともある。
ｆｃフィールド３０００は、本明細書で説明するいずれかの圧縮ＭＡＣヘッダのフィールドであり得る。たとえば、ｆｃフィールド３０００は圧縮ＭＡＣヘッダ３０５０のフィールドであり得、圧縮ＭＡＣヘッダ３０５０は、２オクテットのｆｃフィールド３０００、１３ビットのａｉｄフィールド３０５２（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６＝１であるときには、Ｒ−ＡＩＤが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６＝０であるときには、Ｔ−ＡＩＤが含まれ得る）、３ビットのｅｆｃフィールド３０５４、６ビットのＴＡ／ＲＡフィールド３０５６（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６＝１であるときには、ＴＡが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６＝０であるときには、ＲＡが含まれ得る）、６ビットのａ３フィールド３０５８（一態様では、ａ３フィールドは、ａ３存在サブフィールド３０２２が値１を有するときにのみ存在し得る）、および２ビットのシーケンス番号（ｓｎ）フィールド３０６０を含み得る。ｅｆｃフィールド３０５４は、圧縮ＭＡＣヘッダ３０５０中に含まれないことがある。含まれる場合、ｅｆｃフィールド３０５４はａ４サブフィールドを含み得る。
図３０Ａに、セキュリティなしの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの別の例を示す。図示のように、フレーム制御フィールド３０００ａは、２ビットのｐｖサブフィールド３００２ａ、２ビットのタイプサブフィールド３００４ａ、４ビットのサブタイプサブフィールド３００５ａ、１ビットのｆｒｏｍ−ＡＰサブフィールド３００６ａ、１ビットの電力管理（ｐｍ）サブフィールド３０１２ａ、１ビットのモードデータ（ｍｄ）サブフィールド３０１４ａ、１ビットの保護フレーム（ｐｆ）サブフィールド３０１６ａ、１ビットのａ−ｍｓｄｕサブフィールド３０１８ａ、１ビットのサービス期間終了（ｅｏｓｐ）サブフィールド３０２０ａ、１ビットのａ３存在サブフィールド３０２２ａ、および１ビットの追加ｐｐｄｕ／ｒｄｇサブフィールド３０２４ａを含む。いくつかの態様では、上記で説明したように、これらのサブフィールドのうち、ａ−ｍｓｄｕサブフィールド３０１８ａ、ｅｏｓｐサブフィールド３０２０ａ、ａ３存在サブフィールド３０２２ａ、および追加ｐｐｄｕ／ｒｄｇサブフィールド３０２４ａは、含まれたフィールドの機能のみをサポートするように、いずれかの組合せでｆｃフィールド３０００ａ中に含まれることも含まれないこともある。いくつかの態様では、追加ｐｐｄｕ／ｒｄｇサブフィールドは、ｅｆｃフィールドの３つの予約済みビットのうちの１つであり得る。いくつかの態様では、追加ｐｐｄｕ／ｒｄｇサブフィールドは、圧縮ＭＡＣヘッダがフラグメント番号フィールドを含まないときの利用可能なビットのうちの１つであり得る。
ｆｃフィールド３０００ａは、本明細書で説明するいずれかの圧縮ＭＡＣヘッダのフィールドであり得る。たとえば、ｆｃフィールド３０００ａは圧縮ＭＡＣヘッダ３０５０ａのフィールドであり得、圧縮ＭＡＣヘッダ３０５０ａは、２オクテットのｆｃフィールド３０００ａ、１３ビットのａｉｄフィールド３０５２ａ（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６ａ＝１であるときには、Ｒ−ＡＩＤが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６ａ＝０であるときには、Ｔ−ＡＩＤが含まれ得る）、３ビットのｅｆｃまたは予約済みフィールド３０５４ａ、６ビットのＴＡ／ＲＡフィールド３０５６ａ（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６ａ＝１であるときには、ＴＡが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６ａ＝０であるときには、ＲＡが含まれ得る）、６ビットのａ３フィールド３０５８ａ（一態様では、ａ３フィールドは、ａ３存在サブフィールド３０２２が値１を有するときにのみ存在し得る）、および２ビットのシーケンス番号（ｓｎ）フィールド３０６０ａを含み得る。ｅｆｃフィールド３０５４ａは、圧縮ＭＡＣヘッダ３０５０中に含まれないことがある。含まれる場合、ｅｆｃフィールド３０５４ａはａ４サブフィールドを含み得る。
図３０Ｂに、圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの別の例を示す。図示のように、フレーム制御フィールド３０００ｂは、２ビットのｐｖサブフィールド３００２ｂ、２ビットのタイプサブフィールド３００４ｂ、１ビットのｆｒｏｍ−ＡＰサブフィールド３００６ｂ、および１ビットの電力管理（ｐｍ）サブフィールド３０１２ｂを含む。
ｆｃフィールド３０００ｂは、本明細書で説明するいずれかの圧縮ＭＡＣヘッダのフィールドであり得る。たとえば、ｆｃフィールド３０００ｂは圧縮ＭＡＣヘッダ３０５０ｂのフィールドであり得、圧縮ＭＡＣヘッダ３０５０ｂは、２オクテットのｆｃフィールド３０００ｂ、１３ビットのａｉｄフィールド３０５２ｂ（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６ｂ＝１であるときには、Ｒ−ＡＩＤが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６ｂ＝０であるときには、Ｔ−ＡＩＤが含まれ得る）、１ビットの追加データサブフィールド３０７２ｂ、１ビットの保護フレームサブフィールド３０７４ｂ、１ビットのｅｏｓｐサブフィールド３０７６ｂ、６ビットのＴＡ／ＲＡフィールド３０５６ｂ（一態様では、ｆｒｏｍ−ａｐサブフィールド３００６ｂ＝１であるときには、ＴＡが含まれ得、ｆｒｏｍ−ＡＰサブフィールド３００６ｂ＝０であるときには、ＲＡが含まれ得る）、６ビットのａ３フィールド３０５８ｂ（一態様では、ａ３フィールドは、ａ３存在サブフィールドが（異なるフレームタイプなどのための）ｆｃフィールド３０００ｂ中にも存在するときにのみ存在し得る）、および２ビットのシーケンス番号（ｓｎ）フィールド３０６０ｂを含み得る。
いくつかの態様では、上記で説明したように、これらのサブフィールドのうち、追加データサブフィールド３０７２ｂ、保護フレームサブフィールド３０７４ｂ、およびｅｏｓｐサブフィールド３０７６ｂは、含まれたフィールドの機能のみをサポートするように、いずれかの組合せで圧縮ＭＡＣヘッダ３０５０ｂ中に含まれることも含まれないこともある。
図３１に、セキュリティ付きの圧縮ＭＡＣヘッダパケットのためのフレーム制御フィールドフォーマットおよび圧縮ＭＡＣヘッダフォーマットの一例を示す。図示のように、フレーム制御フィールド３１００は、フレーム制御フィールド３０００に関して上記で説明したのと同じフォーマットを有し得る。ｆｃフィールド３１００は、本明細書で説明するいずれかの圧縮ＭＡＣヘッダのフィールドであり得る。たとえば、ｆｃフィールド３１００は圧縮ＭＡＣヘッダ３１５０のフィールドであり得、圧縮ＭＡＣヘッダ３１５０は、追加のフィールドを含む圧縮ＭＡＣヘッダ３０５０と同じフィールドを有する。追加のフィールドは、２ビットのパケットＰＮフィールド３１６２および８ビットのＭＩＣフィールド３１６４を含み得る。
いくつかの態様では、送信機受信機ペア（たとえば、アップリンク上でＡＰに送信するＳＴＡ）は、それらの間にいくつかの「フロー」を有し得る。たとえば、ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信し得る。情報は、ソースデバイス（送信デバイス）から宛先デバイス（受信デバイス）に送信されるパケットの連続の形態をとり得る。パケットの連続は「フロー」として知られていることがある。
本明細書で言及する「フロー」は、ソースデバイスがフローとしてラベリングする、ソースデバイスから宛先デバイスに送信されるパケットの連続またはシーケンスであり得る。フローは、ソースデバイスから宛先デバイスへの特定のデータ、たとえば、ビデオファイルなどの特定のファイルの送信と関連付けられ得る。したがって、フローのパケットは、何らかの関係を共有し得る（最低でも、それらは、それぞれ同じデバイスから送信され、同じデバイスにおいて受信される）。一実施形態では、フローは、たとえば、ソースアドレス、宛先アドレス、基本サービスセット識別子（ＢＳＳＩＤ）、サービス品質（ＱｏＳ）／ＨＴ制御など、共通のＭＡＣヘッダフィールドをもつ複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）のシーケンスを含むことができる。様々な実施形態では、宛先デバイスは、フローのパケットを適切に復号するために、パケットに関するある情報を使用する。いくつかの態様では、パケットを復号するために使用される情報は、パケットのヘッダ部分中で送られる。したがって、パケットは、ソースデバイスから宛先デバイスに送信されるべきヘッダ情報および／またはデータを含み得る。
フローでは、フローのパケットを処理するために使用される、ＭＡＣヘッダに関して説明したヘッダ情報の一部は、フローのすべてのパケットについて同じであり得る。フローのパケット間で変化しないこのヘッダ情報は、たとえば、「固定ヘッダ情報」または「共通ヘッダ情報」と呼ばれることがある。
いくつかの態様では、フローの各パケット中で固定ヘッダ情報を送信する代わりに、固定ヘッダ情報は、フローのパケットのサブセット中でのみワイヤレスデバイス２０２ｔによって送信され得る。たとえば、固定ヘッダ情報は、フローまたは別のメッセージの第１のパケット中でのみ送信され得る。固定ヘッダ情報をもつこの第１のパケットは、「ヘッド」フレームと呼ばれることがある。フローの後続のパケットは、固定ヘッダ情報なしに送られ得る。これらの後続のパケットは、送信されるべきフローおよびデータのパケットごとに変化するヘッダ情報を含み得る。そのようなデータをもつ後続のパケットは、「データ」フレームと呼ばれることがある。フローの受信機であるワイヤレスデバイス２０２ｒは、ヘッドフレーム中で受信された固定ヘッダ情報を記憶し、それを使用して、データフレームを処理し得る。したがって、ワイヤレスデバイス２０２ｒは、フローのデータフレームをヘッドフレームに関連付ける方法を使用し得る。
いくつかの態様では、ワイヤレスデバイス２０２ｔは、それが別のデバイスに送信する各フローにフロー識別子を割り当てる。フロー識別子は、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間のフローの一意の識別子であり得る。たとえば、ワイヤレスデバイス２０２ｔおよびワイヤレスデバイス２０２ｒが（いずれかの方向において）互いの間に複数のフローを有する場合、各フローは異なるフロー識別子（たとえば、１、２、３など）を割り当てられ得る。したがって、デバイスは、ａ１およびａ２フィールドに基づいて、パケットがそのデバイスのためのものであるかどうかを判断することができ、フロー識別子に基づいて、フローがそのデバイスのためのものであるかどうかを判断することができる。ワイヤレスデバイス２０２ｔおよびワイヤレスデバイス２０２ｒの各々は、複数のフローに同じフロー識別子を割り当てないように、デバイスと関連するフロー識別子との間のフローを追跡し得る。さらに、いくつかの態様では、フローのすべてのデータがワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間で送信され、フローが終了した場合のように、フローが完了したとき、終了したフローの関連するフロー識別子は新しいフローのために使用され得る。
ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間のフローの終了は、ワイヤレスデバイス２０２ｔによってワイヤレスデバイス２０２ｒにシグナリングされ得る。たとえば、ワイヤレスデバイス２０２ｔは、ワイヤレスデバイス２０２ｒに送るべきデータを含むフローの最後のデータフレーム内で、それが最後のデータフレームであることと、最後のデータフレームの受信の後にフローが終了することとを示し得る。たとえば、インジケーションは、データフレームのフレーム制御フィールド中のビットの値を介して行われ得る。
別の態様では、ワイヤレスデバイス２０２ｔは、フローが終了すべきであることを示す終了フレームまたは「テール」フレームをワイヤレスデバイス２０２ｒに送信することによって、フローの終了を示し得る。したがって、ワイヤレスデバイス２０２ｔは、それが最後のデータフレームであるという、ワイヤレスデバイス２０２ｒへのインジケーションなしに、最後のデータフレームを送信し得る。さらに、ワイヤレスデバイス２０２ｔは、フローが終了することをワイヤレスデバイス２０２ｒに示すために、最後のデータフレームの後にテールフレームを送信し得る。
いくつかの態様では、ヘッドフレーム、データフレーム、およびテールフレームは、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）を備え得る。いくつかの態様では、複数のＭＰＤＵはアグリゲートＭＰＤＵ（Ａ−ＭＰＤＵ）にアグリゲートされ得る。いくつかの態様では、フローのデータフレームは同じＡ−ＭＰＤＵの一部として送信され得る。さらに、いくつかの態様では、フローのヘッドフレーム、データフレーム、およびテールフレームは、同じＡ−ＭＰＤＵの一部として送信され得る。
さらに、上記で説明したいくつかの態様では、ヘッダは、セキュリティがデータパケットのために有効であるとき、異なるフィールドを有し得る。たとえば、パケットは、セキュリティが有効であるとき、カウンタモード／ｃｂｃ−ｍａｃプロトコル（ＣＣＭＰ）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（たとえば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、ＰＮ５）を含む。ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。したがって、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５に基づいて、ベースＰＮが作成され得る（たとえば、ＰＮ２｜ＰＮ３｜ＰＮ４｜ＰＮ５）。ベースＰＮは、メッセージの一部として送られ、通信デバイスのペアのために記憶され得る。したがって、ＣＣＭＰは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含まないが、ＰＮ０およびＰＮ１フィールドのみを含むことがある。パケットの受信機は、受信機において記憶された、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含むベースＰＮを、受信したＰＮ０およびＰＮ１フィールドと組み合わせることによって、ＣＣＭＰヘッダを再構成し得る。ＭＩＣフィールドまたはＦＣＳフィールドなど、いずれかのＣＲＣタイプフィールドを含むパケットの符号化はフルＣＣＭＰヘッダに基づき得るので、ＣＣＭＰヘッダは、パケットの復号の前に再構成され得る。そのような態様は、参照により本明細書に明確に組み込まれる、２０１１年８月２日に出願された米国仮出願第６１／５１４，３６５号に記載されている態様に関係し得る。
上記で説明した方法および技法は、本発明の範囲から逸脱することなく、他のタイプのフレームのためにも採用され得ることを理解されたい。たとえば、上記で説明したショートアドレス指定方法は、図１３に関して説明したように、管理／制御フレーム（たとえば、ＲＴＳ／ＣＴＳフレーム）のためにも使用され得る。
上記で説明したように、いくつかの態様では、ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶された情報（たとえば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２ｔに示し得る。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中のＭＡＣヘッダからそのようなフィールドを省略し得る。たとえば、データパケットのために、データパケットが、ワイヤレスデバイス２０２ｒにおいて記憶された情報に関する情報を含んでいることを示すか、またはワイヤレスデバイス２０２ｒにおいて記憶された情報をそれ自体で示す（データパケットのＭＡＣヘッダのフレーム制御フィールドのサブタイプフィールドの値によって示される）新しいサブタイプが定義され得る。そのような情報をもつデータパケットを受信したワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケットのＭＡＣヘッダ中でそのような情報を省略し得る。新しいサブタイプフレームは、本明細書で説明するＭＡＣヘッダの様々な例のいずれかと併せて使用され得る。たとえば、そのような情報は、本明細書で説明するＭＡＣヘッダの例のいずれかから省略され得る。さらに、ワイヤレスデバイス２０２ｔは、ワイヤレスデバイス２０２ｒに送られるデータパケットについての、ワイヤレスデバイス２０２ｒにおいて記憶された情報を省略して、データパケット中の（データパケットのＭＡＣヘッダのフレーム制御フィールドのサブタイプフィールドの値によって示される）同じデータフレームサブタイプを利用し得る。そのようなサブタイプをもつデータパケットを受信したワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶されたデータが、データパケット中に含まれないフィールドの値のために使用されるべきであるというインジケータとしてサブタイプを使用し得る。
いくつかの態様では、短いＭＡＣサービスデータユニットＭＳＤＵは、アグリゲートＭＳＤＵ（Ａ−ＭＳＤＵ）を使用してアグリゲートされ得る。たとえば、ＭＳＤＵの長さがあるしきい値を下回る場合、ＭＳＤＵはアグリゲートされ得る。Ａ−ＭＳＤＵは、短い（たとえば、圧縮）Ａ−ＭＳＤＵサブフレームヘッダを利用し得る。短いＡ−ＭＳＤＵサブフレームヘッダは、長さが１２または１４オクテットである標準ヘッダに対して、長さが２オクテットの長さフィールドを有し得る。ヘッダのフレーム制御フィールド中の順序ビットは、短いＡ−ＭＳＤＵサブフレームヘッダがデータパケット中で利用されるか否かを示すために、ａ−ｍｓｄｕフィールドとともに使用されるかまたはそれと置き換えられ得る。たとえば、フレーム制御フィールドは、以下の表１に示すフォーマットを有し得る。
図３２に、ＭＡＣヘッダをもつパケットを送信するための方法３２００の一態様を示す。方法３２００は、図３および図３Ａに示したＭＡＣヘッダ３００または３００ａ、図４、図４Ａ、または図１８〜図２５に示したＭＡＣヘッダのうちの１つ、あるいは本明細書の教示に基づく別の好適なＭＡＣヘッダのいずれかをもつパケットを選択的に生成するために使用され得る。パケットは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法３２００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック３２０２において、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからパケット中に含めるべきＭＡＣヘッダを選択する。選択は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
次に、ブロック３２０４において、パケットを生成する。パケットは、ＭＡＣヘッダとペイロードとを備え得る。いくつかの実施形態では、パケットは、パケット中で使用されるＭＡＣヘッダのタイプを示す第１のフィールドを含む。生成は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
その後、ブロック３２０６において、パケットをワイヤレス送信する。送信は、たとえば、送信機２１０によって実行され得る。
図３３は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス３３００の機能ブロック図である。デバイス３３００は、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからパケット中に含めるべきＭＡＣヘッダを選択するための選択モジュール３３０２を備える。選択モジュール３３０２は、図３２に示したブロック３２０２に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。選択モジュール３３０２は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス３３００は、パケットを生成するための生成モジュール３３０４をさらに備える。生成モジュール３３０４は、図３２に示したブロック３２０４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。生成モジュール３２０４は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス３３００は、生成されたパケットをワイヤレス送信するための送信モジュール３３０６をさらに備える。送信モジュール３３０６は、図３２に示したブロック３２０６に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。送信モジュール３３０６は送信機２１０に対応し得る。
図３４に、パケットを受信し、処理するための方法３４００の一態様を示す。方法３４００は、図３および図３Ａに示したＭＡＣヘッダ３００または３００ａ、図４、図４Ａ、または図１８〜図２５に示したＭＡＣヘッダのうちの１つ、あるいは本明細書の教示に基づく別の好適なＭＡＣヘッダのいずれかをもつパケットを受信し、処理するために使用され得る。パケットは、ワイヤレスネットワーク１００中の別のノードからＡＰ１０４またはＳＴＡ１０６のいずれかにおいて受信され得る。方法３４００についてワイヤレスデバイス２０２ｒの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック３４０２において、パケットを備えるワイヤレス通信を受信する。受信は、たとえば、受信機２１２によって実行され得る。いくつかの態様では、パケットは、パケット中で使用されるＭＡＣヘッダのタイプを示す第１のフィールドを含む。
その後、ブロック３４０４において、パケット中のＭＡＣヘッダのタイプに従って、ＭＡＣヘッダとパケットとを処理する。処理は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。
図３５は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス３５００の機能ブロック図である。デバイス３５００は、パケットを備えるワイヤレス通信をワイヤレス受信するための受信モジュール３５０２を備える。いくつかの態様では、パケットは、パケット中で使用されるＭＡＣヘッダのタイプを示す第１のフィールドを含む。受信モジュール３５０２は、図３４に示したブロック３４０２に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信モジュール３５０２は受信機２１２に対応し得る。デバイス３５００は、パケット中のＭＡＣヘッダのタイプに基づいてパケットを処理するための処理モジュール３５０４をさらに備える。処理モジュール３５０４は、図３４に示したブロック３４０４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。処理モジュール３５０４は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。
図３６に、ＡＣＫフレームを送信するための方法３６００の一態様を示す。方法３６００は、図２６に示したＡＣＫフレーム２６００、図２７〜図２９に示したＡＣＫフレームのうちの１つ、あるいは本明細書の教示に基づく別の好適なＡＣＫフレームのいずれかを選択的に生成するために使用され得る。ＡＣＫフレームは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法３６００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック３６０２において、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからパケット中に含めるべきＡＣＫフレームタイプを選択する。選択は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
次に、ブロック３６０４において、選択されたＡＣＫフレームを生成する。いくつかの実施形態では、ＡＣＫフレームは、ＡＣＫフレームのタイプを示す第１のフィールドを含む。生成は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
さらに、ブロック３６０６において、ＡＣＫフレームを送信する。送信は、たとえば、送信機２１０によって実行され得る。
図３７は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス３７００の機能ブロック図である。デバイス３７００は、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからＡＣＫフレームタイプを選択するための選択モジュール３７０２を備える。選択モジュール３７０２は、図３６に示したブロック３６０２に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。選択モジュール３７０２は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス３７００は、選択されたＡＣＫフレームを生成するための生成モジュール３７０４をさらに備える。生成モジュール３７０４は、図３６に示したブロック３６０４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。生成モジュール３７０４は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス３７００は、ＡＣＫフレームを送信するための送信モジュール３７０６をさらに備える。送信モジュール３７０６は、図３６に示したブロック３６０６に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。送信モジュール３７０６は送信機２１０に対応し得る。
図３８に、ＡＣＫフレームを受信し、処理するための方法３８００の一態様を示す。方法３８００は、図２６に示したＡＣＫフレーム２６００、図２７〜図２９に示したＡＣＫフレームのうちの１つ、あるいは本明細書の教示に基づく別の好適なＡＣＫフレームを受信し、処理するために使用され得る。ＡＣＫフレームは、ワイヤレスネットワーク１００中の別のノードからＡＰ１０４またはＳＴＡ１０６のいずれかにおいて受信され得る。方法３８００についてワイヤレスデバイス２０２ｒの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック３８０２において、複数のタイプのうちの１つを有するＡＣＫフレームをワイヤレス受信する。受信は、たとえば、受信機２１２によって実行され得る。ブロック３８０４において、ＡＣＫフレームのタイプを示すフィールドを検査することによってなど、ＡＣＫフレームのタイプを検出する。検出は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。
その後、ブロック３８０６において、検出されたタイプに基づいて、受信したＡＣＫフレームを処理する。処理は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。
図３９は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス３９００の機能ブロック図である。デバイス３９００は、少なくとも２つのフォーマットまたはタイプのうちの１つを有するパケットをワイヤレス受信するための受信モジュール３９０２を備える。受信モジュール３９０２は、図３８に示したブロック３８０２に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信モジュール３９０２は受信機２１２に対応し得る。デバイス３９００は、ＡＣＫフレームのタイプを検出するための検出モジュール３９０４をさらに備える。検出モジュール３９０４は、図３８に示したブロック３８０４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。検出モジュール３９０４は、受信機２１２中の、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０に対応し得る。デバイス３９００は、検出モジュール３９０４に基づいてＡＣＫフレームを処理するための処理モジュール３９０６をさらに備える。処理モジュール３９０６は、図３８に示したブロック３８０６に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。処理モジュール３９０６は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。
図４０に、ＭＡＣヘッダをもつパケットを送信するための方法４０００の一態様を示す。方法４０００は、図３および図３Ａに示したＭＡＣヘッダ３００または３００ａ、図４、図４Ａ、または図１８〜図２５に示したＭＡＣヘッダのうちの１つ、あるいは本明細書の教示に基づく別の好適なＭＡＣヘッダのいずれかをもつパケットを選択的に生成するために使用され得る。パケットは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法４０００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック４００４において、パケットを生成する。パケットは、ＭＡＣヘッダとペイロードとを備え得る。いくつかの実施形態では、パケットは、パケット中で使用されるＭＡＣヘッダのタイプを示す第１のフィールドを含む。生成は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。ＭＡＣヘッダは、データパケットの送信機またはデータパケットの受信機のいずれかのローカル識別子と、データパケットの送信機およびデータパケットの受信機のうちの他方のグローバル識別子とを含み得る。
その後、ブロック４００６において、パケットをワイヤレス送信する。送信は、たとえば、送信機２１０によって実行され得る。
ブロック４００８において、パケットを受信したことに応答して、パケットの受け手からＡＣＫを受信する。ＡＣＫは、パケット中に含まれるデータの少なくとも一部分を含み得る。受信は、たとえば、受信機２１２によって実行され得る。
図４１は、ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス４１００の機能ブロック図である。デバイス４１００は、パケットを生成するための生成モジュール４１０４を備える。生成モジュール４１０４は、図４０に示したブロック４００４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。生成モジュール４００４は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス４１００は、生成されたパケットをワイヤレス送信するための送信モジュール４１０６をさらに備える。送信モジュール４１０６は、図４０に示したブロック４００６に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。送信モジュール４１０６は送信機２１０に対応し得る。デバイス４１００は、ＡＣＫをワイヤレス受信するための受信モジュール４１０８をさらに備える。受信モジュール４１０８は、図４０に示したブロック４００８に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信モジュール４１０８は受信機２１２に対応し得る。
図４２に、パケットを受信し、処理するための方法４２００の一態様を示す。方法４２００は、図３および図３Ａに示したＭＡＣヘッダ３００または３００ａ、図４、図４Ａ、または図１８〜図２５に示したＭＡＣヘッダのうちの１つ、あるいは本明細書の教示に基づく別の好適なＭＡＣヘッダのいずれかをもつパケットを受信し、処理するために使用され得る。パケットは、ワイヤレスネットワーク１００中の別のノードからＡＰ１０４またはＳＴＡ１０６のいずれかにおいて受信され得る。方法４２００についてワイヤレスデバイス２０２ｒの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
ブロック４２０２において、パケットを備えるワイヤレス通信を受信する。受信は、たとえば、受信機２１２によって実行され得る。いくつかの態様では、パケットは、パケット中で使用されるＭＡＣヘッダのタイプを示す第１のフィールドを含む。
その後、ブロック４２０４において、ワイヤレスデバイス２０２ｒがパケットの意図した受け手であるかどうかを判断する。判断は、データパケットの送信機またはデータパケットの受信機のいずれかのローカル識別子と、データパケットの送信機およびデータパケットの受信機のうちの他方のグローバル識別子とを含み得るパケットのＭＡＣヘッダに基づいて行われ得る。判断は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。
さらに、ブロック４２０６において、ワイヤレスデバイス２０２ｒが意図した受け手である場合、ワイヤレスデバイス２０２ｒはパケットを処理する。処理は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。ブロック４２０８において、ワイヤレスデバイス２０２ｒは、パケットを受信したことに応答してＡＣＫを送信する。ＡＣＫは、パケット中に含まれるデータの少なくとも一部分を含み得る。送信は、たとえば、送信機２１０によって実行され得る。
図４３は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス４３００の機能ブロック図である。デバイス４３００は、パケットを備えるワイヤレス通信をワイヤレス受信するための受信モジュール４３０２を備える。受信モジュール４３０２は、図４２に示したブロック４２０２に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信モジュール４３０２は受信機２１２に対応し得る。デバイス４３００は、パケットの意図した受け手を判断するための判断モジュール４３０４をさらに備える。判断モジュール４３０４は、図４２に示したブロック４２０４に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。判断モジュール４３０４は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス４３００は、パケットを処理するための処理モジュール４３０６をさらに備える。処理モジュール４３０６は、図４２に示したブロック４２０６に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。処理モジュール４３０６は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス４３００は、ＡＣＫを送信するための送信モジュール４３０８をさらに備える。送信モジュール４３０８は、図４２に示したブロック４２０８に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。送信モジュール４３０８は、プロセッサ２０４および送信機２１０のうちの１つまたは複数に対応し得る。
本明細書で使用する「判断」という用語は、多種多様なアクションを包含する。たとえば、「判断」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベースまたは別のデータ構造での探索）、確認などを含み得る。また、「判断」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「判断」は、解決、選択、選定、確立などを含み得る。さらに、本明細書で使用する「チャネル幅」は、帯域幅を包含し得るか、またはいくつかの態様では帯域幅と呼ばれることもある。
本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。
上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示すどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。
本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、いくつかの態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。
説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令を記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
ソフトウェアまたは命令はまた、伝送媒体を介して送信され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
さらに、本明細書で説明した方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードおよび／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。さらに、本明細書で説明した方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。
特許請求の範囲は、上記に示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。
上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって判断される。

Claims (28)

  1. ワイヤレスネットワークにおいて通信する方法であって、
    受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択することと、
    前記選択されたタイプのメディアアクセス制御ヘッダを前記受信機に送信することと
    を備える、方法。
  2. 前記複数のタイプは、ヘッダの第１のタイプとヘッダの第２のタイプとを備え、前記ヘッダの第１のタイプは、複数のフィールドを備え、前記ヘッダの第２のタイプは、前記複数のフィールドのすべてよりも少ない前記複数のフィールドのサブセットを備える、
    請求項１に記載の方法。
  3. 前記ヘッダの第１のタイプは、前記受信機に第１のアドレスを示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記受信機において記憶されたアドレスを前記第１のアドレスとして使用することを前記受信機に示すためのインジケータフィールドを含む、
    請求項２に記載の方法。
  4. 前記ヘッダの第１のタイプは、シーケンス制御番号とパケット番号とを含み、前記ヘッダの第２のタイプは、前記パケット番号を含むが、前記シーケンス番号を含まず、前記ヘッダの第２のタイプに対して、前記パケット番号は、前記シーケンス番号を示す、
    請求項２に記載の方法。
  5. 前記ヘッダの第１のタイプは、前記受信機に前記ヘッダの宛先を示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記ヘッダの前記宛先を示すために、前記宛先における検査を通過するように構成されたメッセージ完全性コードフィールドを含む、
    請求項２に記載の方法。
  6. 前記ヘッダの第１のタイプは、メッセージ完全性検査フィールドとフレーム検査シーケンスフィールドとを含み、前記ヘッダの第２のタイプは、前記メッセージ完全性検査フィールドを含むが、前記フレーム検査シーケンスフィールドを含まず、前記ヘッダの第２のタイプに対して、前記メッセージ完全性検査を通過することは、前記フレーム検査シーケンスの通過を示す、
    請求項２に記載の方法。
  7. 前記ヘッダの第１のタイプは、持続時間フィールドを含み、前記ヘッダの第２のタイプは、前記持続時間フィールドを含まない、
    請求項２に記載の方法。
  8. ワイヤレスネットワークにおいて通信するための装置であって、
    受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択するように構成されたプロセッサと、
    前記選択されたタイプのメディアアクセス制御ヘッダを前記受信機に送信するように構成された送信機と
    を備える、装置。
  9. 前記複数のタイプは、ヘッダの第１のタイプとヘッダの第２のタイプとを備え、前記ヘッダの第１のタイプは、複数のフィールドを備え、前記ヘッダの第２のタイプは、前記複数のフィールドのすべてよりも少ない前記複数のフィールドのサブセットを備える、
    請求項８に記載の装置。
  10. 前記ヘッダの第１のタイプは、前記受信機に第１のアドレスを示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記受信機において記憶されたアドレスを前記第１のアドレスとして使用することを前記受信機に示すためのインジケータフィールドを含む、
    請求項９に記載の装置。
  11. 前記ヘッダの第１のタイプは、シーケンス制御番号とパケット番号とを含み、前記ヘッダの第２のタイプは、前記パケット番号を含むが、前記シーケンス番号を含まず、前記ヘッダの第２のタイプに対して、前記パケット番号は、前記シーケンス番号を示す、
    請求項９に記載の装置。
  12. 前記ヘッダの第１のタイプは、前記受信機に前記ヘッダの宛先を示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記ヘッダの前記宛先を示すために、前記宛先における検査を通過するように構成されたメッセージ完全性コードフィールドを含む、
    請求項９に記載の装置。
  13. 前記ヘッダの第１のタイプは、メッセージ完全性検査フィールドとフレーム検査シーケンスフィールドとを含み、前記ヘッダの第２のタイプは、前記メッセージ完全性検査フィールドを含むが、前記フレーム検査シーケンスフィールドを含まず、前記ヘッダの第２のタイプに対して、前記メッセージ完全性検査を通過することは、前記フレーム検査シーケンスの通過を示す、
    請求項９に記載の装置。
  14. 前記ヘッダの第１のタイプは、持続時間フィールドを含み、前記ヘッダの第２のタイプは、前記持続時間フィールドを含まない、
    請求項９に記載の装置。
  15. ワイヤレスネットワークにおいて通信するための装置であって、
    受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択するための手段と、
    前記選択されたタイプのメディアアクセス制御ヘッダを前記受信機に送信するための手段と
    を備える、装置。
  16. 前記複数のタイプは、ヘッダの第１のタイプとヘッダの第２のタイプとを備え、前記ヘッダの第１のタイプは、複数のフィールドを備え、前記ヘッダの第２のタイプは、前記複数のフィールドのすべてよりも少ない前記複数のフィールドのサブセットを備える、
    請求項１５に記載の装置。
  17. 前記ヘッダの第１のタイプは、前記受信機に第１のアドレスを示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記受信機において記憶されたアドレスを前記第１のアドレスとして使用することを前記受信機に示すためのインジケータフィールドを含む、
    請求項１６に記載の装置。
  18. 前記ヘッダの第１のタイプは、シーケンス制御番号とパケット番号とを含み、前記ヘッダの第２のタイプは、前記パケット番号を含むが、前記シーケンス番号を含まず、前記ヘッダの第２のタイプに対して、前記パケット番号は、前記シーケンス番号を示す、
    請求項１６に記載の装置。
  19. 前記ヘッダの第１のタイプは、前記受信機に前記ヘッダの宛先を示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記ヘッダの前記宛先を示すために、前記宛先における検査を通過するように構成されたメッセージ完全性コードフィールドを含む、
    請求項１６に記載の装置。
  20. 前記ヘッダの第１のタイプは、メッセージ完全性検査フィールドとフレーム検査シーケンスフィールドとを含み、前記ヘッダの第２のタイプは、前記メッセージ完全性検査フィールドを含むが、前記フレーム検査シーケンスフィールドを含まず、前記ヘッダの第２のタイプに対して、前記メッセージ完全性検査を通過することは、前記フレーム検査シーケンスの通過を示す、
    請求項１６に記載の装置。
  21. 前記ヘッダの第１のタイプは、持続時間フィールドを含み、前記ヘッダの第２のタイプは、前記持続時間フィールドを含まない、
    請求項１６に記載の装置。
  22. 実行されると、
    受信機において記憶された情報のインジケーションに基づいて、メディアアクセス制御ヘッダタイプの複数のタイプからタイプを選択することと、
    前記選択されたタイプのメディアアクセス制御ヘッダを前記受信機に送信することと
    を装置に行わせる命令を備えるコンピュータ可読媒体。
  23. 前記複数のタイプは、ヘッダの第１のタイプとヘッダの第２のタイプとを備え、前記ヘッダの第１のタイプは、複数のフィールドを備え、前記ヘッダの第２のタイプは、前記複数のフィールドのすべてよりも少ない前記複数のフィールドのサブセットを備える、
    請求項２２に記載のコンピュータ可読媒体。
  24. 前記ヘッダの第１のタイプは、前記受信機に第１のアドレスを示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記受信機において記憶されたアドレスを前記第１のアドレスとして使用することを前記受信機に示すためのインジケータフィールドを含む、
    請求項２３に記載のコンピュータ可読媒体。
  25. 前記ヘッダの第１のタイプは、シーケンス制御番号とパケット番号とを含み、前記ヘッダの第２のタイプは、前記パケット番号を含むが、前記シーケンス番号を含まず、前記ヘッダの第２のタイプに対して、前記パケット番号は、前記シーケンス番号を示す、
    請求項２３に記載のコンピュータ可読媒体。
  26. 前記ヘッダの第１のタイプは、前記受信機に前記ヘッダの宛先を示すためのアドレスフィールドを含み、前記ヘッダの第２のタイプは、前記アドレスフィールドを含まず、前記ヘッダの第２のタイプは、前記ヘッダの前記宛先を示すために、前記宛先における検査を通過するように構成されたメッセージ完全性コードフィールドを含む、
    請求項２３に記載のコンピュータ可読媒体。
  27. 前記ヘッダの第１のタイプは、メッセージ完全性検査フィールドとフレーム検査シーケンスフィールドとを含み、前記ヘッダの第２のタイプは、前記メッセージ完全性検査フィールドを含むが、前記フレーム検査シーケンスフィールドを含まず、前記ヘッダの第２のタイプに対して、前記メッセージ完全性検査を通過することは、前記フレーム検査シーケンスの通過を示す、
    請求項２３に記載のコンピュータ可読媒体。
  28. 前記ヘッダの第１のタイプは、持続時間フィールドを含み、前記ヘッダの第２のタイプは、前記持続時間フィールドを含まない、
    請求項２３に記載のコンピュータ可読媒体。
JP2014511609A 2011-05-19 2012-05-18 メディアアクセス制御の制御交換のための装置および方法 Pending JP2014515572A (ja)

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 Child Applications (1)

Application Number Title Priority Date Filing Date
JP2015187138A Division JP6195879B2 (ja) 2011-05-19 2015-09-24 メディアアクセス制御の制御交換のための装置および方法

Publications (1)

Publication Number Publication Date
JP2014515572A true JP2014515572A (ja) 2014-06-30

Family

ID=49679821

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2014511599A Expired - Fee Related JP5746425B2 (ja) 2011-05-19 2012-05-18 メディアアクセス制御の制御交換のための装置および方法
JP2014511609A Pending JP2014515572A (ja) 2011-05-19 2012-05-18 メディアアクセス制御の制御交換のための装置および方法
JP2015187138A Active JP6195879B2 (ja) 2011-05-19 2015-09-24 メディアアクセス制御の制御交換のための装置および方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2014511599A Expired - Fee Related JP5746425B2 (ja) 2011-05-19 2012-05-18 メディアアクセス制御の制御交換のための装置および方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2015187138A Active JP6195879B2 (ja) 2011-05-19 2015-09-24 メディアアクセス制御の制御交換のための装置および方法

Country Status (17)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018523320A (ja) * 2015-04-30 2018-08-16 インテル アイピー コーポレイション ヘッダーを有する無線通信フレームを通信する装置、システム、及び方法
JPWO2017081903A1 (ja) * 2015-11-11 2018-08-30 ソニー株式会社 通信装置および通信方法

Families Citing this family (67)

* 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.
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
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 浙江国利信安科技有限公司 用于设备认证的方法、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008005508A (ja) * 2006-06-22 2008-01-10 Asustek Computer Inc 無線通信システムにおいてセキュリティーシーケンス番号を設定する方法及び装置
WO2009004631A1 (en) * 2007-07-05 2009-01-08 Ceragon Networks Ltd. Data packet header compression
JP2010200333A (ja) * 2003-10-15 2010-09-09 Qualcomm Inc 無線基地局の信頼性強化のためのアーキテクチャ
WO2013116132A1 (en) * 2012-01-31 2013-08-08 Marvell World Trade Ltd. Mac header compression in long-range wireless local area networks

Family Cites Families (79)

* 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
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
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
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010200333A (ja) * 2003-10-15 2010-09-09 Qualcomm Inc 無線基地局の信頼性強化のためのアーキテクチャ
JP2008005508A (ja) * 2006-06-22 2008-01-10 Asustek Computer Inc 無線通信システムにおいてセキュリティーシーケンス番号を設定する方法及び装置
WO2009004631A1 (en) * 2007-07-05 2009-01-08 Ceragon Networks Ltd. Data packet header compression
WO2013116132A1 (en) * 2012-01-31 2013-08-08 Marvell World Trade Ltd. Mac header compression in long-range wireless local area networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018523320A (ja) * 2015-04-30 2018-08-16 インテル アイピー コーポレイション ヘッダーを有する無線通信フレームを通信する装置、システム、及び方法
JPWO2017081903A1 (ja) * 2015-11-11 2018-08-30 ソニー株式会社 通信装置および通信方法

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
KR20160048220A (ko) 2016-05-03
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
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
JP6195879B2 (ja) メディアアクセス制御の制御交換のための装置および方法
US10178582B2 (en) Apparatus and methods for frame control design
US20130128809A1 (en) Apparatus and methods for media access control header compression
KR101862101B1 (ko) Mac 헤더 압축을 위한 장치 및 방법들
CA2924394C (en) Apparatus and methods for separated security implementations in wireless communications

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140917

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140924

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141224

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20150519