(57)【特許請求の範囲】
【請求項１】
媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成する方法であって、前記方法は、
トラフィック識別子（ＴＩＤ）を含むフレーム制御フィールドを含む前記媒体アクセス制御ヘッダを生成することと、ここにおいて、前記フレーム制御フィールドは、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とをさらに記憶し、前記フレーム制御フィールドは、フレームサブタイプを示す情報と、前記パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信することと
を備え、前記ＴＩＤは、３ビットまたは４ビットで構成され、前記ＴＩＤが３ビットで構成される場合、前記ＴＩＤが４ビットで構成される場合の３つの最下位ビットを含む３ビットで構成される、方法。
【請求項２】
前記フレーム制御フィールドは、前記パケットが前記配信システムから送信されるかどうかを示す情報をさらに記憶する、請求項１に記載の方法。
【請求項３】
前記パケットが前記配信システムから送信されるかどうかを示す前記情報は、配信元システムサブフィールド中に含まれる、請求項２に記載の方法。
【請求項４】
前記フレーム制御フィールドは、電力管理状態を示す情報をさらに記憶する、請求項１に記載の方法。
【請求項５】
前記フレーム制御フィールドは、フレーム保護が存在するかどうかを示す情報をさらに記憶する、請求項１に記載の方法。
【請求項６】
前記フレーム制御フィールドは、宛先アドレスが前記パケット中に存在するかどうかを示す情報をさらに記憶する、請求項１に記載の方法。
【請求項７】
前記フレーム制御フィールドは、サービス期間の終了を示す情報をさらに記憶する、請求項１に記載の方法。
【請求項８】
プロトコルバージョンを示す前記情報は、プロトコルバージョンフィールドを備え、前記プロトコルバージョンフィールドの１つまたは複数の値は、前記トラフィック識別子が前記フレーム制御フィールド中に含まれることを示す、請求項１に記載の方法。
【請求項９】
前記トラフィック識別子は、前記パケット中に含まれるデータユニットのトラフィッククラスを示す、請求項１に記載の方法。
【請求項１０】
前記トラフィック識別子は、拡張分散チャネルアクセス（ＥＤＣＡ）が使用されるか、ハイブリッド協調機能被制御チャネルアクセス（ＨＣＣＡ）が使用されるか、またはハイブリッド調整機能（ＨＣＦ）被制御チャネルアクセス（ＨＣＣＡ）拡張分散チャネルアクセス（ＥＤＣＡ）混合モード（ＨＥＭＭ）が使用されるか、を示す、請求項１に記載の方法。
【請求項１１】
媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成するように構成された装置であって、
トラフィック識別子（ＴＩＤ）を含むフレーム制御フィールドを含む前記媒体アクセス制御ヘッダを生成するための手段と、ここにおいて、前記フレーム制御フィールドは、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とをさらに記憶し、前記フレーム制御フィールドは、フレームサブタイプを示す情報と、前記パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信するための手段と
を備え、前記ＴＩＤは、３ビットまたは４ビットで構成され、前記ＴＩＤが３ビットで構成される場合、前記ＴＩＤが４ビットで構成される場合の３つの最下位ビットを含む３ビットで構成される、装置。
【請求項１２】
プロトコルバージョンを示す前記情報は、プロトコルバージョンフィールドを備え、前記プロトコルバージョンフィールドの１つまたは複数の値は、前記トラフィック識別子が前記フレーム制御フィールド中に含まれることを示す、請求項１１に記載の装置。
【請求項１３】
前記トラフィック識別子は、前記パケット中に含まれるデータユニットのトラフィッククラスを示す、請求項１１に記載の装置。
【請求項１４】
前記トラフィック識別子は、拡張分散チャネルアクセス（ＥＤＣＡ）が使用されるか、ハイブリッド協調機能被制御チャネルアクセス（ＨＣＣＡ）が使用されるか、またはハイブリッド調整機能（ＨＣＦ）被制御チャネルアクセス（ＨＣＣＡ）拡張分散チャネルアクセス（ＥＤＣＡ）混合モード（ＨＥＭＭ）が使用されるか、を示す、請求項１１に記載の装置。
【請求項１５】
コンピュータによって実行されたとき、前記コンピュータに、ワイヤレスネットワークにおいて通信する方法を実行させる命令を備えるコンピュータ可読媒体であって、前記方法は、請求項１−１０のうちのいずれか一項に従う、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本出願は、一般にワイヤレス通信に関し、より詳細には、通信のために媒体アクセス制御（ＭＡＣ）ヘッダを圧縮するためのシステム、方法、およびデバイスに関する。
【背景技術】
【０００２】
[0002]多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。
【０００３】
[0003]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、したがって動的接続性の必要を有するときに、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用して、非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを有利な形で可能にする。
【０００４】
[0004]ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信し得る。情報は、いくつかの態様ではデータユニットまたはデータフレームと呼ばれることがあるパケットを備え得る。パケットは、ネットワークを介してパケットをルーティングすること、パケット中のデータを識別すること、パケットを処理することなどを行うのに役立つオーバーヘッド情報（たとえば、ヘッダ情報、パケットプロパティなど）、ならびに、パケットのペイロード中で搬送され得るようなデータ、たとえばユーザデータ、マルチメディアコンテンツなどを含み得る。
【０００５】
[0005]したがって、ヘッダ情報はパケットを用いて送信される。そのようなヘッダ情報は、データパケットの大きい部分を備え得る。したがって、そのようなパケット中でのデータの送信は、データを送信するための帯域幅の大部分が、実際のデータではなくヘッダ情報を送信するために使用され得ることにより、非効率的であり得る。したがって、パケットを通信するための改善されたシステム、方法、およびデバイスが望まれる。
【発明の概要】
【０００６】
[0006]本発明のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が単独で本発明の望ましい属性を担わない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、データパケットのフレームヘッダ（たとえば、媒体アクセス制御（ＭＡＣ）ヘッダ）のサイズを減少させ、それによって、データパケット中でペイロードを送信する際のオーバーヘッドを低減することを含む利点をどのように提供するかが理解されよう。
【０００７】
[0007]本開示の一態様は、媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成する方法を提供する。本方法は、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む媒体アクセス制御ヘッダを生成することを含み、フレーム制御フィールドは、フレームサブタイプを示す情報と、パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない。本方法は、パケットを送信することをさらに含む。
【０００８】
[0008]本開示の別の態様は、媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成するように構成された装置を提供する。本装置は、フレームタイプを識別する情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む媒体アクセス制御ヘッダを生成するように構成されたプロセッサを含み、フレーム制御フィールドは、フレームサブタイプを示す情報と、パケットが送信されるリンクタイプを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない。本装置は、パケットを送信するように構成された送信機をさらに含む。
【０００９】
[0009]本開示の別の態様は、媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成するように構成された装置を提供する。本装置は、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む媒体アクセス制御ヘッダを生成するための手段を含み、フレーム制御フィールドは、フレームサブタイプを示す情報と、パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない。本装置は、パケットを送信するための手段をさらに含む。
【００１０】
[0010]本開示の別の態様は、コンピュータによって実行されたとき、コンピュータに、ワイヤレスネットワークにおいて通信する方法を実行させる命令を備えるコンピュータ可読媒体を提供し、本方法は、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成することと、フレーム制御フィールドが、フレームサブタイプを示す情報と、パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、パケットを送信することとを備える。
【図面の簡単な説明】
【００１１】
【図１】[0011]本開示の態様が採用され得るワイヤレス通信システムの一例を示す図。
【図２】図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る、受信機を含む様々な構成要素を示す図。
【図３】媒体アクセス制御（ＭＡＣ）ヘッダの一例を示す図。
【図３Ａ】媒体アクセス制御（ＭＡＣ）ヘッダのコンテンツの一例を示す図。
【図３Ｂ】媒体アクセス制御（ＭＡＣ）ヘッダのフレーム制御フィールドのコンテンツの一例を示す図。
【図４】圧縮ＭＡＣヘッダの一例を示す図。
【図４Ａ】図４のＭＡＣヘッダの一態様による、データパケットのための図４の圧縮ＭＡＣヘッダのフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す図。
【図５】ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図６】ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図７】ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図８】ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図８Ａ】ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図９】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１０】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１１】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１２】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１３】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１４ａ】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１４ｂ】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１４ｃ】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１４ｄ】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１４ｅ】圧縮ＭＡＣヘッダのフレーム制御フィールドの一例を示す図。
【図１５】媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成する方法の一態様を示す図。
【図１６】図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。
【図１７】媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成する別の方法の一態様を示す図。
【図１８】図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。
【図１９】圧縮ＭＡＣヘッダのショート識別子フィールドの一例を示す図。
【発明を実施するための形態】
【００１２】
[0025]添付の図面を参照しながら新規のシステム、装置、および方法の様々な態様について以下でより十分に説明する。ただし、開示の教示は、多くの異なる形態で実施され得るものであり、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈すべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように与えるものである。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本発明の他の態様と組み合わされるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本発明の範囲は、本明細書に記載の本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示する任意の態様が請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
【００１３】
[0026]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
【００１４】
[0027]普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを相互接続するために使用され得る。本明細書で説明する様々な態様は、ＷｉＦｉ（登録商標）、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーなど、任意の通信規格に適用され得る。たとえば、本明細書で説明する様々な態様は、サブ１ＧＨｚ帯域を使用するＩＥＥＥ８０２．１１ａｈプロトコルの一部として使用され得る。
【００１５】
[0028]いくつかの態様では、サブギガヘルツ帯域中のワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１ａｈプロトコルに従って送信され得る。８０２．１１ａｈプロトコルの実装形態は、センサー、メータリング、およびスマートグリッドネットワークのために使用され得る。有利には、８０２．１１ａｈプロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも少ない電力を消費し得、および／または比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。
【００１６】
[0029]いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）および（局または「ＳＴＡ」とも呼ばれる）クライアントが存在し得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話などであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉＦｉ（たとえば、８０２．１１ａｈなどのＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。
【００１７】
[0030]アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、送受信基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。
【００１８】
[0031]また、局「ＳＴＡ」は、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。
【００１９】
[0032]上記で説明したように、本明細書で説明するデバイスのいくつかは、たとえば、８０２．１１ａｈ規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるのか、ＡＰとして使用されるのか、他のデバイスとして使用されるのかにかかわらず、スマートメータリングのためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサーアプリケーションを与えるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、たとえばパーソナルヘルスケアのためにヘルスケアコンテキストにおいて使用され得る。それらのデバイスはまた、（たとえばホットスポットとともに使用する）拡張された範囲のインターネット接続性を可能にするために、またはマシンツーマシン通信を実装するために、監視のために使用され得る。
【００２０】
[0033]図１に、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１ａｈ規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。
【００２１】
[0034]様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡ１０６との間の、ワイヤレス通信システム１００における送信のために使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。
【００２２】
[0035]ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を可能にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を可能にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。さらに、いくつかの態様では、ＳＴＡ１０６は、互いに直接通信し、互いの間に直接リンク（直接）を形成し得る。
【００２３】
[0036]ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＡＰ１０４は、ＡＰ１０４に関連し、また通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００は、中央ＡＰ１０４を有しないことがあり、むしろ、ＳＴＡ１０６間のピアツーピアネットワークとして機能し得ることに留意されたい。別の例では、本明細書で説明するＡＰ１０４の機能は、ＳＴＡ１０６のうちの１つまたは複数によって代替的に実行され得る。
【００２４】
[0037]図２に、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス２０２は、ＡＰ１０４を備えるか、またはＳＴＡ１０６のうちの１つを備え得る。
【００２５】
[0038]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含み得る。プロセッサ２０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ２０６は、命令とデータとをプロセッサ２０４に与える。メモリ２０６の一部分は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ２０４は、一般に、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ２０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。
【００２６】
[0039]ワイヤレスデバイス２０２が送信ノードとして実装または使用されるとき、プロセッサ２０４は、複数の媒体アクセス制御（ＭＡＣ）ヘッダタイプのうちの１つを選択し、そのＭＡＣヘッダタイプを有するパケットを生成するように構成され得る。たとえば、プロセッサ２０４は、以下でさらに詳細に説明するように、ＭＡＣヘッダとペイロードとを備えるパケットを生成し、どんなタイプのＭＡＣヘッダを使用すべきかを決定するように構成され得る。
【００２７】
[0040]ワイヤレスデバイス２０２が受信ノードとして実装または使用されるとき、プロセッサ２０４は、複数の異なるＭＡＣヘッダタイプのパケットを処理するように構成され得る。たとえば、プロセッサ２０４は、以下でさらに説明するように、パケット中で使用されるＭＡＣヘッダのタイプを決定し、それに応じてパケットおよび／またはＭＡＣヘッダのフィールドを処理するように構成され得る。
【００２８】
[0041]プロセッサ２０４は、１つまたは複数のプロセッサとともに実装された処理システムを備えるか、またはそれの構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、ステートマシン、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限ステートマシン、あるいは情報の計算または他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。
【００２９】
[0042]処理システムは、ソフトウェアを記憶するための機械可読媒体をも含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。
【００３０】
[0043]ワイヤレスデバイス２０２はまた、ワイヤレスデバイス２０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機２１０および／または受信機２１２を含み得る、ハウジング２０８を含み得る。送信機２１０と受信機２１２とは組み合わされてトランシーバ２１４になり得る。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る（図示せず）。
【００３１】
[0044]送信機２１０は、異なるＭＡＣヘッダタイプを有するパケットをワイヤレス送信するように構成され得る。たとえば、送信機２１０は、上記で説明したプロセッサ２０４によって生成された異なるタイプのヘッダとともにパケットを送信するように構成され得る。
【００３２】
[0045]受信機２１２は、異なるＭＡＣヘッダタイプを有するパケットをワイヤレス受信するように構成され得る。いくつかの態様では、受信機２１２は、以下でさらに詳細に説明するように、使用されたＭＡＣヘッダのタイプを検出し、それに応じてパケットを処理するように構成される。
【００３３】
[0046]ワイヤレスデバイス２０２は、トランシーバ２１４によって受信された信号のレベルを検出し、定量化するために使用され得る、信号検出器２１８をも含み得る。信号検出器２１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号として検出し得る。ワイヤレスデバイス２０２は、信号を処理する際に使用するデジタル信号プロセッサ（ＤＳＰ）２２０をも含み得る。ＤＳＰ２２０は、送信のためのパケットを生成するように構成され得る。いくつかの態様では、パケットは物理レイヤデータユニット（ＰＰＤＵ）を備え得る。
【００３４】
[0047]ワイヤレスデバイス２０２は、いくつかの態様では、ユーザインターフェース２２２をさらに備え得る。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝達し、および／またはユーザからの入力を受信する、任意の要素または構成要素を含み得る。
【００３５】
[0048]ワイヤレスデバイス２０２の様々な構成要素は、バスシステム２２６によって互いに結合され得る。バスシステム２２６は、たとえば、データバスを含み得、ならびに、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。ワイヤレスデバイス２０２の構成要素は、何らかの他の機構を使用して、互いに結合されるか、あるいは互いに入力を受け付けるかまたは与え得ることを当業者は諒解されよう。
【００３６】
[0049]図２には、いくつかの別個の構成要素が示されているが、構成要素のうちの１つまたは複数が組み合わされ得るかまたは共通に実装され得ることを当業者は認識されよう。たとえば、プロセッサ２０４は、プロセッサ２０４に関して上記で説明した機能を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上記で説明した機能を実装するためにも使用され得る。さらに、図２に示された構成要素の各々は、複数の別個の要素を使用して実装され得る。
【００３７】
[0050]参照しやすいように、ワイヤレスデバイス２０２が送信ノードとして構成されるとき、以下でそれをワイヤレスデバイス２０２ｔと呼ぶ。同様に、ワイヤレスデバイス２０２が受信ノードとして構成されるとき、以下でそれをワイヤレスデバイス２０２ｒと呼ぶ。ワイヤレス通信システム１００中のデバイスは、送信ノードの機能のみ、受信ノードの機能のみ、または送信ノードと受信ノードの両方の機能を実装し得る。
【００３８】
[0051]上記で説明したように、ワイヤレスデバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備え得、複数のＭＡＣヘッダタイプを有する通信を送信および／または受信するために使用され得る。
【００３９】
[0052]いくつかの態様では、送信機受信機ペア（たとえば、アップリンク上でＡＰに送信するＳＴＡ）は、それらの間にいくつかの「フロー」を有し得る。たとえば、ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信し得る。情報は、ソースデバイス（送信デバイス）から宛先デバイス（受信デバイス）に送信されるパケットの連続の形態をとり得る。パケットの連続は「フロー」として知られていることがある。
【００４０】
[0053]本明細書で言及する「フロー」は、ソースデバイスがフローとしてラベリングする、ソースデバイスから宛先デバイスに送信されるパケットの連続またはシーケンスであり得る。フローは、ソースデバイスから宛先デバイスへの特定のデータ、たとえば、ビデオファイルなどの特定のファイルの送信に関連し得る。したがって、フローのパケットは、何らかの関係を共有し得る（最低でも、それらは、それぞれ同じデバイスから送信され、同じデバイスにおいて受信される）。一実施形態では、フローは、たとえば、ソースアドレス、宛先アドレス、基本サービスセット識別子（ＢＳＳＩＤ：Basic Service Set Identifier）、サービス品質（ＱｏＳ）／ＨＴ制御など、共通のＭＡＣヘッダフィールドをもつ複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ：MAC Protocol Data Unit）のシーケンスを含むことができる。様々な実施形態では、宛先デバイスは、フローのパケットを適切に復号するために、パケットに関するある情報を使用する。いくつかの態様では、パケットを復号するために使用される情報は、パケットのヘッダ部分中で送られる。したがって、パケットは、ソースデバイスから宛先デバイスに送信されるべきヘッダ情報および／またはデータを含み得る。
【００４１】
[0054]フローでは、フローのパケットを処理するために使用される、ＭＡＣヘッダに関して説明したヘッダ情報の一部は、フローのすべてのパケットについて同じであり得る。フローのパケット間で変化しないこのヘッダ情報は、たとえば、「固定ヘッダ情報」または「共通ヘッダ情報」と呼ばれることがある。
【００４２】
[0055]いくつかの態様では、フローの各パケット中で固定ヘッダ情報を送信する代わりに、固定ヘッダ情報は、フローのパケットのサブセット中でのみワイヤレスデバイス２０２ｔによって送信され得る。たとえば、固定ヘッダ情報は、フローまたは別のメッセージの第１のパケット中でのみ送信され得る。固定ヘッダ情報をもつこの第１のパケットは、「ヘッド」フレームと呼ばれることがある。フローの後続のパケットは、固定ヘッダ情報なしに送られ得る。これらの後続のパケットは、フローのパケットごとに変化するヘッダ情報と、送信されるべきデータとを含み得る。そのようなデータをもつ後続のパケットは「データ」フレームと呼ばれることがある。フローの受信機であるワイヤレスデバイス２０２ｒは、ヘッドフレーム中で受信された固定ヘッダ情報を記憶し、それを使用して、データフレームを処理し得る。したがって、ワイヤレスデバイス２０２ｒは、フローのデータフレームをヘッドフレームに関連付ける方法を使用し得る。
【００４３】
[0056]いくつかの態様では、ワイヤレスデバイス２０２ｔは、それが別のデバイスに送信する各フローにフロー識別子を割り当てる。フロー識別子は、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間のフローの固有識別子であり得る。たとえば、ワイヤレスデバイス２０２ｔおよびワイヤレスデバイス２０２ｒが（いずれかの方向において）互いの間に複数のフローを有する場合、各フローは異なるフロー識別子（たとえば、１、２、３など）を割り当てられ得る。したがって、デバイスは、ａ１およびａ２フィールドに基づいて、パケットがそのデバイスのためのものであるかどうかを決定することができ、フロー識別子に基づいて、フローがそのデバイスのためのものであるかどうかを決定することができる。ワイヤレスデバイス２０２ｔおよびワイヤレスデバイス２０２ｒの各々は、複数のフローに同じフロー識別子を割り当てないように、デバイスと、関連するフロー識別子との間のフローを追跡し得る。さらに、いくつかの態様では、フローのすべてのデータがワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間で送信され、フローが終了したときなど、フローが完了したとき、終了したフローの関連するフロー識別子は新しいフローのために使用され得る。
【００４４】
[0057]ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間のフローの終了は、ワイヤレスデバイス２０２ｔによってワイヤレスデバイス２０２ｒにシグナリングされ得る。たとえば、ワイヤレスデバイス２０２ｔは、ワイヤレスデバイス２０２ｒに送るべきデータを含むフローの最後のデータフレーム内で、それが最後のデータフレームであり、最後のデータフレームの受信の後にフローが終了したことを示し得る。たとえば、指示は、データフレームのフレーム制御フィールド中のビットの値を介して行われ得る。
【００４５】
[0058]別の態様では、ワイヤレスデバイス２０２ｔは、フローが終了すべきであることを示す終了フレームまたは「テール」フレームをワイヤレスデバイス２０２ｒに送信することによって、フローの終了を示し得る。したがって、ワイヤレスデバイス２０２ｔは、それが最後のデータフレームであるという、ワイヤレスデバイス２０２ｒへの指示なしに、最後のデータフレームを送信し得る。さらに、ワイヤレスデバイス２０２ｔは、フローが終了したことをワイヤレスデバイス２０２ｒに示すために、最後のデータフレームの後にテールフレームを送信し得る。
【００４６】
[0059]いくつかの態様では、ヘッドフレーム、データフレーム、およびテールフレームは、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）を備え得る。いくつかの態様では、複数のＭＰＤＵはアグリゲートＭＰＤＵ（Ａ−ＭＰＤＵ）にアグリゲートされ得る。いくつかの態様では、フローのデータフレームは同じＡ−ＭＰＤＵの一部として送信され得る。さらに、いくつかの態様では、フローのヘッドフレーム、データフレーム、およびテールフレームは、同じＡ−ＭＰＤＵの一部として送信され得る。
【００４７】
[0060]さらに、いくつかの態様では、ヘッダは、セキュリティがデータパケットのために有効であるとき、異なるフィールドを有し得る。たとえば、パケットは、セキュリティが有効であるとき、カウンタモード／ｃｂｃ−ｍａｃプロトコル（ＣＣＭＰ：counter-mode/cbc-mac protocol）ヘッダを有し得る。ＣＣＭＰヘッダはＭＡＣヘッダの一部であり得る。通常、ＣＣＭＰヘッダは、いくつかのパケット番号（ＰＮ）（たとえば、ＰＮ０、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４、ＰＮ５）を含む。ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５の値は、頻繁には変化しないことがある。したがって、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５に基づいて、ベースＰＮが作成され得る（たとえば、ＰＮ２｜ＰＮ３｜ＰＮ４｜ＰＮ５）。ベースＰＮは、メッセージの一部として送られ、通信デバイスのペアのために記憶され得る。したがって、ＣＣＭＰは、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含まないが、ＰＮ０およびＰＮ１フィールドのみを含むことがある。パケットの受信機は、受信機において記憶された、ＰＮ２、ＰＮ３、ＰＮ４、およびＰＮ５を含むベースＰＮを、受信したＰＮ０およびＰＮ１フィールドと組み合わせることによって、ＣＣＭＰヘッダを再構成し得る。ＭＩＣフィールドまたはＦＣＳフィールドなど、いずれかのＣＲＣタイプフィールドを含むパケットの符号化はフルＣＣＭＰヘッダに基づき得るので、ＣＣＭＰヘッダは、パケットの復号の前に再構成され得る。そのような態様は、参照により本明細書に明確に組み込まれる、２０１１年８月２日に出願された米国仮出願第６１／５１４，３６５号に記載されている態様に関係し得る。
【００４８】
[0061]いくつかの態様では、ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶された情報（たとえば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２ｔに示し得る。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中のＭＡＣヘッダからそのようなフィールドを省略し得る。たとえば、データパケットのために、データパケットが、ワイヤレスデバイス２０２ｒにおいて記憶された情報に関する情報を含んでいることを示すか、またはワイヤレスデバイス２０２ｒにおいて記憶された情報をそれ自体で示す（データパケットのＭＡＣヘッダのフレーム制御フィールドのサブタイプフィールドの値によって示される）新しいサブタイプが定義され得る。そのような情報を持つデータパケットを受信するワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られたパケットのＭＡＣヘッダ中でそのような情報を省略し得る。新しいサブタイプフレームは、本明細書で説明するＭＡＣヘッダの様々な例のいずれかと併せて使用され得る。たとえば、そのような情報は、本明細書で説明するＭＡＣヘッダの例のいずれかから省略され得る。さらに、ワイヤレスデバイス２０２ｔは、ワイヤレスデバイス２０２ｒに送られるデータパケットについての、ワイヤレスデバイス２０２ｒにおいて記憶された情報を省略して、データパケット中の（データパケットのＭＡＣヘッダのフレーム制御フィールドのサブタイプフィールドの値によって示される）同じデータフレームサブタイプを利用し得る。そのようなサブタイプをもつデータパケットを受信したワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶されたデータが、データパケット中に含まれないフィールドの値のために使用されるべきであるというインジケータとしてサブタイプを使用し得る。
【００４９】
[0062]図３に、ＭＡＣヘッダ３００の一例を示す。ＭＡＣヘッダ３００は非圧縮ＭＡＣヘッダであり得る。図示のように、ＭＡＣヘッダ３００は、７つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５、持続時間／識別情報（ｄｕｒ）フィールド３１０、受信機アドレス（ａ１）フィールド３１５、送信機アドレス（ａ２）フィールド３２０、宛先アドレス（ａ３）フィールド３２５、シーケンス制御（ｓｃ）フィールド３３０、およびサービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５を含む。ａ１、ａ２、およびａ３フィールド３１５〜３２５の各々は、４８ビット（６オクテット）値である、デバイスのフルＭＡＣアドレスを備える。図３は、さらに、フィールド３０５〜３３５の各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ３００の全体的なサイズが得られ、それは２６オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。したがって、ＭＡＣヘッダ３００は全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
【００５０】
[0063]図３Ａに、暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ：cipher block chaining message authentication code protocol）暗号化とともにカウンタモードを使用する３アドレスＭＡＣヘッダであるＭＡＣヘッダ３００ａの一例を示す。図示のように、ＭＡＣヘッダ３００は、１３個の異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド３０５ａ、持続時間／識別情報（ｄｕｒ）フィールド３１０ａ、受信機アドレス（ａ１）フィールド３１５ａ、送信機アドレス（ａ２）フィールド３２０ａ、宛先アドレス（ａ３）フィールド３２５ａ、シーケンス制御（ｓｃ）フィールド３３０ａ、サービス品質（ＱｏＳ）制御（ｑｃ）フィールド３３５ａ、高スループット（ｈｔ）制御フィールド３４０ａ、ＣＣＭＰ（ｃｃｍｐ）フィールド３４５ａ、論理リンク制御（ＬＬＣ）／サブネットワークアクセスプロトコル（ＳＮＡＰ）（ｌｌｃ／ｓｎａｐ）フィールド３５０ａ、メッセージ完全性検査（ｍｉｃ）フィールド３６０ａ、およびフレーム制御シーケンス（ｆｃｓ）フィールド３６５ａを含む。
【００５１】
[0064]図３Ａおよび図３Ｂに、ＭＡＣヘッダ３００ａのｆｃフィールド３０５ａ中に含まれ得るデータのタイプをさらに示す。たとえば、ｆｃフィールド３０５ａは、プロトコルバージョン（ｐｖ）サブフィールド３７２、フレームタイプ（タイプ）サブフィールド３７４、フレームサブタイプ（サブタイプ）サブフィールド３７６、配信先システム（ｔｏ−ｄｓ）サブフィールド３７８、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド３８０、モアフラグメント（モアフラグ）サブフィールド３８２、再試行サブフィールド３８４、電力管理（ｐｍ）サブフィールド３８６、モアデータ（ｍｄ）サブフィールド３８８、保護フレーム（ｐｆ）サブフィールド３９０、および順序サブフィールド３９２を含み得る。
【００５２】
[0065]ｐｖサブフィールド３７２は、現在フレームのプロトコルバージョンを示すために使用され得る。（たとえば、８０２．１１ａｄまでの）８０２．１１規格では、ｆｃフィールドのプロトコルバージョン（ｐｖ）サブフィールドは、プロトコルバージョン０（ＰＶ０）が唯一の定義されたプロトコルバージョンであるので、常に０に設定される。したがって、プロトコルバージョンの他の値、すなわち、１（ＰＶ１）、２（ＰＶ２）、および３（ＰＶ３）の使用は定義されない。本明細書で説明するシステムおよび方法は、プロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３の一部として圧縮ＭＡＣヘッダを定義し得る。プロトコルバージョンは、通信のためにデバイスによって互換的に使用され得る。たとえば、ＭＡＣヘッダの使用を定義するＰＶ０は、リンクのセットアップ、機能のネゴシエート、および高速データ転送のために使用され得る。さらに、様々な圧縮ＭＡＣヘッダの使用を定義するＰＶ１、ＰＶ２、および／またはＰＶ３は、省電力モードにあるとき、周期的ショートデータ送信のために使用され得る。
【００５３】
[0066]いくつかの実施形態では、圧縮フォーマットＭＡＣヘッダは、既存のプロトコルバージョン０（ＰＶ０）あるいは新たに定義されたプロトコルバージョン１（ＰＶ１）、ＰＶ２、および／またはＰＶ３を使用し得る。ＰＶ１、ＰＶ２、および／またはＰＶ３の使用は、デバイスが、ＰＶ０フレームのフォーマットに基づいて、受信したデータパケットをパースすることを試みる状況を回避し得る。たとえば、デバイスは、データパケットの最後の４オクテットをフレーム制御シーケンス（ＦＣＳ）に一致させることを試み得る。それが一致したとき、デバイスは、パケット中のそのロケーションに持続時間フィールドがないにもかかわらず、デバイスのネットワーク割振りベクトル（ＮＡＶ：network allocation vector）を更新するために、持続時間フィールドの位置にあるデータの値を使用することがある。そのような誤検出が発生する確率は、いくつかのノードにおいてグリッチまたはジッタを生じるのに十分高いことがあり、これは、圧縮ＭＡＣヘッダフォーマットのためのＰＶ１、ＰＶ２、および／またはＰＶ３の使用の理由となり得る。
【００５４】
[0067]フレームタイプサブフィールド３７４は、長さが２ビットであり、フレームタイプとフレームの機能とを示すために使用され得る。いくつかの実施形態では、フレームタイプサブフィールド３７４は、フレームが、制御フレーム、データフレーム、または管理フレームであることを示し得る。いくつかの実施形態では、フレームタイプサブフィールド３７４は、フレームが、ビーコン、ＰＮＣ選択、関連付け要求、関連付け応答、帰属解除要求、肯定応答、コマンドなどであることを示し得る。サブタイプサブフィールド３７６は、関連するフレームタイプについて実行すべき特定の機能を示すために使用され得る。各フレームタイプについて複数のサブタイプサブフィールドがあり得る。ｔｏ−ｄｓサブフィールド３７８は、フレームが分散型システム（ｄｓ）に向かっているか、それに送信されるかを示すために使用され得る。ｆｒｏｍ−ｄｓサブフィールド３８０は、フレームがｄｓから出ているかどうかを示すために使用され得る。いくつかの実施形態では、ｔｏ−ｄｓサブフィールド３７８およびｆｒｏｍ−ｄｓサブフィールド３８０はデータフレームタイプにおいてのみ使用され得る。モアフラグサブフィールド３８２は、フレームの１つまたは複数の追加のフラグメントが送信されるべきであるかどうかを示すために使用され得る。再試行サブフィールド３８４は、現在フレームが再送信されているか否かを示すために使用され得る。たとえば、再試行サブフィールド３８４は、前のフレームの再送信であるフレーム中で１に設定され得る。電力管理（ｐｍ）サブフィールド３８６は、電力管理状態を示すために使用され得る。たとえば、ｐｍサブフィールド３８６は、ＳＴＡがアクティブモードにあるか、省電力モードにあるかを示し得る。モアデータ（ｍｄ）サブフィールド３８８は、追加のフレームが送信されるべきであるかどうかを示すために使用され得る。たとえば、ｍｄサブフィールド３８８は、ＡＰが、ＳＴＡへの配信のためにバッファされているさらなるフレーム、したがってＳＴＡに送信すべきさらなるフレームを有することを、省電力モードにある受信ＳＴＡに示すために使用され得る。保護フレーム（ｐｆ）サブフィールド３９０は、フレーム保護が存在するかどうかを示すために使用され得る。たとえば、ｐｆサブフィールド３９０は、暗号化および／または認証がフレーム中で使用されるか否かを示し得る。いくつかの実施形態では、暗号化および認証を有するフレームについて、ｐｆサブフィールド３９０は、暗号化が存在することを示すように設定され得、サブタイプサブフィールド３７６は、認証が存在することを示すように設定され得る。順序サブフィールド３９２は、順序情報を示すために使用され得る。たとえば、順序サブフィールド３９２は、すべての受信データフレームが順番に処理されなければならないことを示すために使用され得る。
【００５５】
[0068]図３Ａは、さらに、フィールド３０５ａ〜３６５ａの各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ３００ａの全体的なサイズが得られ、それは５８オクテットである。所与のパケットの総サイズは２００オクテット程度であり得る。したがって、ＭＡＣヘッダ３００ａは全体的なパケットサイズの大きい部分を備え、これは、データパケットを送信するためのオーバーヘッドが大きいことを意味する。
【００５６】
[0069]したがって、本明細書では、データパケットのための低減されたサイズのＭＡＣヘッダ（圧縮ＭＡＣヘッダ）を使用するためのシステムおよび方法について説明する。そのような圧縮ＭＡＣヘッダの使用は、データパケット中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にし、それによって、データパケット中のペイロードを送信するために必要とされるオーバーヘッドを低減する。したがって、全体としてより少ないデータが送信される必要がある。データのより少ない送信は、より少ないデータを送信するためにより少ないリソースが使用されるので、データが送信される速度を増加させることができ、送信機による帯域幅の使用を低減することができ、送信のために必要とされる電力を低減することができる。
【００５７】
[0070]図４は、圧縮ＭＡＣヘッダ４００の一例を示す。図示のように、ＭＡＣヘッダ４００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド４０５、第１のアドレス（ａ１）フィールド４１５、第２のアドレス（ａ２）フィールド４２０、およびシーケンス制御（ｓｃ）フィールド４３０を含む。図４は、さらに、フィールド４０５〜４３０の各々のオクテット単位のサイズを示している。フィールドサイズのすべての値を合計すると、ＭＡＣヘッダ４００の全体的なサイズが得られ、それは１２オクテット（ＭＡＣヘッダ３００からの５４％のサイズ低減）である。図示のように、以下でさらに説明するように、ａ１フィールド４１５およびａ２フィールド４２０のうちの一方は長さが６オクテットであり、他方は長さが２オクテットである。ＭＡＣヘッダ４００の様々なフィールドは、以下で説明するいくつかの異なる態様に従って利用され得る。
【００５８】
[0071]ＭＡＣヘッダ４００に示されているように、ｄｕｒフィールド３１０は省略され得る。通常、データパケットを受信したデバイスは、少なくとも、送信機会中に干渉する送信がないように、デバイスが送信すべきでない時間を示すｄｕｒフィールド３１０を復号する。ｄｕｒフィールド３１０の代わりに、デバイスは、肯定応答を必要とするデータパケットを受信した後に、そのような肯定応答のための時間が過ぎるまでデータを送信しないように構成され得る。そのような肯定応答は、パケットが受信されたことを示すＡＣＫまたはＢＡであり得る。デバイスは、パケット中のフィールド（たとえば、ＡＣＫポリシーフィールド）が、ＡＣＫが受信されるまでデバイスが延期すべきであることを示す場合のみ、パケットに対するＡＣＫが受信されるまで送信を延期するように構成され得る。フィールドは、パケットのＭＡＣヘッダまたはＰＨＹヘッダ中に含まれ得る。応答フレームの送信は、応答フレームを送らせるデータパケットを観測するＳＴＡに対して隠され得るが、ＡＣＫが存在し得るというデータパケット中の指示により、観測するＳＴＡは、データパケットの終了の後に、データパケットの宛先であるＳＴＡによって応答フレームが送信され得るまで延期する。
【００５９】
[0072]図４Ａに、ＭＡＣヘッダ４００の一態様による、データパケットのための圧縮ＭＡＣヘッダ４００のフィールド中のデータのタイプと、対応する肯定応答のためのデータとの例を示す。図示のように、図中で「データ」とラベルされた列は、データパケットの一部として送られる情報（図示のように、ａ１フィールド４１５およびａ２フィールド４２０および場合によってはａ３フィールドの情報）に対応する。「ＡＣＫ」とラベルされた列は、対応するＡＣＫ中で送られる情報に対応する。「方向」とラベルされた列は、データパケットが送られる方向またはリンクタイプを示す。いくつかの態様では、ＭＡＣヘッダ３００中で使用されるように、ａ１フィールド４１５とａ２フィールド４２０の両方について、デバイスのためのグローバル固有識別子（たとえば、ＭＡＣアドレス）を使用する代わりに、ａ１フィールド４１５またはａ２フィールド４２０のうちの一方は、特定のＢＳＳにおいてデバイスを固有に識別するが、必ずしもグローバルにデバイスを固有に識別するとは限らない、アクセス識別子（ＡＩＤ）などのローカル識別子を使用する。図示のように、ＭＡＣヘッダ４００が、ＡＰからＳＴＡへのダウンリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は受信機ＡＩＤ（Ｒ−ＡＩＤ）を含み、ａ２フィールド４２０はＢＳＳＩＤを含む。Ｒ−ＡＩＤは、パケットを受信するＳＴＡのＡＩＤである。Ｒ−ＡＩＤは、８１９２個のＳＴＡが、それらのＲ−ＡＩＤによって所与のＢＳＳにおいて固有にアドレス指定されることを可能にする１３ビットを備え得る。１３ビットのＲ−ＡＩＤは、約６０００個のＳＴＡと、パケットがマルチキャストまたはブロードキャストパケットであるという指示、場合によっては、パケット内に含まれるビーコンのバージョンを示すビーコン変化シーケンス番号と組み合わせた、マルチキャストまたはブロードキャストパケット（すなわちビーコン）のタイプなど、２１９２個の他の値とに対応し得る。ＢＳＳＩＤは、ＡＰのＭＡＣアドレスであり、４８ビットを備え得る。いくつかの態様では、ＢＳＳＩＤはＢＳＳＩＤの圧縮バージョンと置き換えられ得る。たとえば、ＢＳＳＩＤの圧縮バージョンは、ＡＰがネットワークセットアップ中にそれ自体に自動割り当てし得るＡＩＤ（たとえば、６バイトではなく２バイト）であり得る。ＡＩＤは、エリア中の他のＡＰが同じＡＩＤを有しないことを保証するように慎重に選択され得る。ＭＡＣヘッダ４００とともにパケットを受信したＳＴＡは、ａ１フィールド４１５とａ２フィールド４２０とに基づいて、それがパケットの意図した受信者であるか否かを固有に決定し得る。特に、ＳＴＡは、Ｒ−ＡＩＤがＳＴＡのＲ−ＡＩＤに一致するかどうかを確認することができる。Ｒ−ＡＩＤが一致した場合、ＳＴＡはパケットの意図した受信者であり得る。これは、異なるＢＳＳにおけるＳＴＡが、同じＲ−ＡＩＤを有し得るので、単独では、ＳＴＡが受信者であるかどうかを固有に決定しないことがある。したがって、ＳＴＡは、さらに、ａ２フィールド４２０が、ＳＴＡが関連付けられたＡＰ（すなわち、ＢＳＳ）のＢＳＳＩＤを含むかどうかを確認し得る。ＢＳＳＩＤがＳＴＡおよびＲ−ＡＩＤの関連付けに一致した場合、ＳＴＡは、それがパケットの意図した受信者であると固有に決定し、パケットをさらに処理し得る。そうでない場合、ＳＴＡはパケットを無視し得る。
【００６０】
[0073]ＳＴＡが、それが意図した受信者であると決定した場合、ＳＴＡは、パケットの正常な受信を示すために、ＡＰに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＳＴＡは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、ＢＳＳＩＤのすべてのビット（たとえば、１３ビット）よりも少ないビットを備える部分ＢＳＳＩＤ（ｐＢＳＳＩＤ）など、ａ２フィールド４２０の全体または一部分を含め得る。いくつかの態様では、ｐＢＳＳＩＤはＢＳＳＩＤの圧縮バージョンであり得る。他の態様では、ＢＳＳＩＤの圧縮バージョンはｐＢＳＳＩＤであり得る。したがって、ＡＣＫを生成するために、ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信するＡＰが、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ：short inter frame space））中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、そのＡＰは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫはＳＴＡからのものであると決定し得る。別の態様では、ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ：cyclic redundancy check）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。ＡＰは、そのような情報について検査することによって、ＳＴＡがＡＣＫを送ったと決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＡＰによってその時間期間の後に受信される可能性は極めて低い。
【００６１】
[0074]さらに、ＡＰによってＳＴＡに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用されるソースアドレス（ＳＡ）を含み得る。ＭＡＣヘッダ４００は、ＳＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットは、ＳＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＳＡなどのａ３フィールドを含み、１つのサブタイプは、ＳＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＳＡに関する情報を送信し、データパケットからＳＡを省略し得る。ＳＴＡは、ＳＡ情報を記憶し、それを、ＡＰから送られたすべてのパケットのために使用するか、または後で説明するように、それらに関連する特定の識別子（たとえば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
【００６２】
[0075]図示のように、ＭＡＣヘッダ４００が、ＳＴＡからＡＰへのアップリンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５はＡＰのＢＳＳＩＤを含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがあるＳＴＡのＡＩＤを含む。ＡＰは、上記で説明したように、ＢＳＳＩＤとＴ−ＡＩＤとに基づいて、それがデータパケットの意図した受信者であるかどうかとデータパケットの送信機とを同様に決定し得る。特に、ＡＰは、ＢＳＳＩＤがＡＰのＢＳＳＩＤに一致するかどうかを確認することができる。ＢＳＳＩＤが一致した場合、ＡＰはパケットの意図した受信者であり得る。さらに、ＡＰのＢＳＳにおけるただ１つのＳＴＡがＴ−ＡＩＤを有するので、ＡＰは、Ｔ−ＡＩＤに基づいてパケットの送信機を決定することができる。
【００６３】
[0076]ＡＰが、それが意図した受信者であると決定した場合、ＡＰは、パケットの正常な受信を示すために、ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、ＡＰは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含め得る。したがって、ＡＣＫを生成するために、ＡＰは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信するＳＴＡが、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ））中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、そのＳＴＡは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫはＡＰからのものであると決定し得る。別の態様では、ＡＰは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。ＳＴＡは、そのような情報について検査することによって、ＡＰがＡＣＫを送ったと決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫがＳＴＡによってその時間期間の後に受信される可能性は極めて低い。
【００６４】
[0077]いくつかの態様では、ＡＣＫのアドレスフィールドは、グローバルに（たとえば、ほとんどのネットワークにおいて）ＡＣＫの送信機および／または受信機を固有に識別する１つまたは複数のグローバルアドレス（たとえば、ＭＡＣアドレス、ＢＳＳＩＤ）を含み得る。いくつかの態様では、アドレスフィールドは、ローカルに（たとえば、特定のＢＳＳにおいてなど、ローカルネットワークにおいて）ＡＣＫの送信機および／または受信機を固有に識別する１つまたは複数のローカルアドレス（たとえば、関連付け識別子（ＡＩＤ））を含み得る。いくつかの態様では、アドレスフィールドは、ＡＣＫの送信機および／または受信機を識別する、部分または非固有識別子（たとえば、ＭＡＣアドレスまたはＡＩＤの一部分）を含み得る。たとえば、アドレスフィールドは、ＡＣＫによって肯定応答されているフレームからコピーされたＡＣＫの送信機および／または受信機のＡＩＤ、ＭＡＣアドレス、あるいはＡＩＤまたはＭＡＣアドレスの一部分のうちの１つであり得る。
【００６５】
[0078]いくつかの態様では、ＡＣＫの識別子フィールドは、肯定応答されているフレームを識別し得る。たとえば、一態様では、識別子フィールドは、フレームのコンテンツのハッシュであり得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（たとえば、ＦＣＳフィールド）の全体または一部分を含み得る。別の態様では、識別子フィールドは、フレームのＣＲＣ（たとえば、ＦＣＳフィールド）の全体または一部分と、ローカルアドレス（たとえば、ＳＴＡのＡＩＤ）の全体または一部分とに基づき得る。別の態様では、識別子フィールドはフレームのシーケンス番号であり得る。別の態様では、識別子フィールドは、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、またはＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分のうちの１つまたは複数を、いずれかの組合せで含み得る。たとえば、識別子フィールドは、式１に示すように、グローバルアドレス（たとえば、ＡＰのＢＳＳＩＤ、ＭＡＣアドレス）とローカルアドレス（たとえば、ＳＴＡのＡＩＤ）とのハッシュを含み得る。  
（ｄｅｃ（ＡＩＤ［０：８］）＋ｄｅｃ（ＢＳＳＩＤ［４４：４７］ＸＯＲ  ＢＳＳＩＤ［４０：４３］）２＾５）ｍｏｄ２＾９    （１）  
上式で、ｄｅｃ（）は、１６進数を１０進数に変換する関数である。本開示の範囲を逸脱することなく、同じ入力に基づく他のハッシュ関数が実装され得る。
【００６６】
[0079]いくつかの態様では、応答してＡＣＫが送られるフレームは、フレームの送信機によって設定されたトークン番号を含み得る。フレームの送信機は、アルゴリズムに基づいてトークン番号を生成し得る。いくつかの態様では、送信機によって生成されたトークン番号は、送信機によって送られる各フレームについて異なる値を有し得る。そのような態様では、フレームの受信機は、識別子をトークン番号として設定すること、またはトークン番号に少なくとも部分的に基づいて識別子を計算することによってなど、ＡＣＫの識別子フィールド中のトークン番号を使用して、肯定応答されているフレームを識別し得る。いくつかの態様では、識別子フィールドは、トークン番号と、ＡＣＫの送信機／受信機の１つまたは複数のグローバルアドレス、ＡＣＫの送信機／受信機の１つまたは複数のローカルアドレス、ＡＣＫの送信機／受信機のグローバルアドレスの１つまたは複数の部分、ＡＣＫの送信機／受信機のローカルアドレスの１つまたは複数の部分、あるいはフレームのＣＲＣの全体または一部分のうちの少なくとも１つとの組合せとして計算され得る。いくつかの他の態様では、トークン番号は、ＳＩＧフィールドおよび／または制御情報（Ｃｏｎｔｒｏｌ  Ｉｎｆｏ）フィールドなど、ＡＣＫおよび／または肯定応答されているフレームの別のフィールド中に含まれ得る。いくつかの態様では、トークンは、肯定応答されているフレームの、ＰＨＹプリアンブルの後に入り得るＳＥＲＶＩＣＥフィールド中のスクランブリングシードから導出され得る。
【００６７】
[0080]上記で説明した技法によって、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡ）は、開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲ）中のＦＣＳまたは乱数（たとえば、パケットＩＤ）などの値をエコーすることができる。エコー値は、スクランブラシードに少なくとも部分的に基づき得る。エコーされた値は、応答フレームのスクランブラシードフィールド中で送信され得る。エコーされた値は、応答フレームのＳＩＧフィールド中で送信され得る。エコーされた値は、応答フレーム中に含まれるＭＰＤＵ中で送信され得る。
【００６８】
[0081]いくつかの実装形態では、開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲ）のフレームチェックサム（ＦＣＳ）が、乱数（たとえば、パケットＩＤ）に基づくかまたはそれを含むことが望ましいことがある。この値はエコー値として使用され得る。そのような実装形態では、エコー値は、開始フレームのスクランブルされたシード中に含まれ得る。したがって、ＦＣＳは、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡ）中で全体的にまたは部分的にエコーされ得る。
【００６９】
[0082]エコー値を使用して、エコー値を含むことによって、応答フレームは開始フレームの局識別子を含まないことがある。開始フレーム（たとえば、データ、ＲＴＳ、ＢＡＲなど）に関するアドレス指定方式のうちの１つまたは複数は、開始フレームのＦＣＳまたはパケットＩＤをエコーするが、局識別子はエコーしない、応答フレーム（たとえば、ＡＣＫ、ＣＴＳ、ＢＡなど）とともに使用され得る。これは、上記で説明したように通信を改善し得る。
【００７０】
[0083]さらに、ＳＴＡによってＡＰに送信されるパケットは、場合によっては、パケットをルーティングするために使用されるべきルーティングデバイスを示すために使用される宛先アドレス（ＤＡ）を含み得る。ＭＡＣヘッダ４００は、ＤＡがＭＡＣヘッダ４００中に存在するかどうかを示すビットまたはフィールドをさらに含み得る。一態様では、ＭＡＣヘッダ４００のフレーム制御フィールドの順序ビットまたは「ａ３存在」ビットは、ＤＡの存在または不在を示すために使用され得る。別の態様では、２つの異なるサブタイプが圧縮ＭＡＣヘッダ４００のために定義され得、１つのサブタイプは、ＤＡなどのａ３フィールドを含み、１つのサブタイプは、ＤＡなどのａ３フィールドを含まない。サブタイプは、ＭＡＣヘッダ４００のフレーム制御フィールドのサブタイプフィールドの値を介して示され得る。いくつかの態様では、ＤＡの存在または省略を示すサブタイプの値は、ＤＬパケットのためのＳＡの存在または省略を示すために使用されるのと同じ値である。いくつかの態様では、ＡＰおよびＳＴＡは、別のパケットの一部としてＤＡに関する情報を送信し、データパケットからＤＡを省略し得る。ＡＰは、ＤＡ情報を記憶し、それを、ＳＴＡから送られたすべてのパケットのために使用するか、またはそれらに関連する特定の識別子（たとえば、フローＩＤ）を有するいくつかのパケットのために使用し得る。
【００７１】
[0084]図示のように、ＭＡＣヘッダ４００が、送信ＳＴＡから受信ＳＴＡへの直接リンク上で送信されるデータパケットの一部である場合、ａ１フィールド４１５は、受信ＳＴＡのフル受信機アドレス（ＲＡ）を含み、ａ２フィールド４２０は、送信機ＡＩＤ（Ｔ−ＡＩＤ）と呼ばれることがある送信ＳＴＡのＡＩＤを含む。受信ＳＴＡは、上記で説明したように、ＲＡとＴ−ＡＩＤとに基づいて、それがデータパケットの意図した受信者であるかどうかとデータパケットの送信機とを同様に決定し得る。特に、受信ＳＴＡは、ＲＡが受信ＳＴＡのＲＡに一致するかどうかを確認することができる。ＲＡが一致した場合、受信ＳＴＡはパケットの意図した受信者であり得る。さらに、受信ＳＴＡのＢＳＳにおけるただ１つの送信ＳＴＡがＴ−ＡＩＤを有するので、受信ＳＴＡは、Ｔ−ＡＩＤに基づいてパケットの送信機を決定することができる。
【００７２】
[0085]受信ＳＴＡが、それが意図した受信者であると決定した場合、受信ＳＴＡは、パケットの正常な受信を示すために、送信ＳＴＡに肯定応答メッセージ（ＡＣＫ）を送り得る。一態様では、受信ＳＴＡは、ＡＣＫのＭＡＣまたは物理レイヤ（ＰＨＹ）ヘッダ中に、Ｔ−ＡＩＤなど、ａ２フィールド４２０の全体または一部分を含め得る。したがって、ＡＣＫを生成するために、受信ＳＴＡは、受信したＭＡＣヘッダ４００からビットを直接コピーするだけでよく、これは処理を低減する。ＡＣＫを受信する送信ＳＴＡが、初期パケットの送信からのある時間期間（たとえば、ショートフレーム間スペース（ＳＩＦＳ））中に同じ情報をもつ２つのＡＣＫを受信する可能性は低いので、その送信ＳＴＡは、その時間期間のすぐ後にＡＣＫが受信された場合、ＡＣＫは受信ＳＴＡからのものであると決定し得る。別の態様では、受信ＳＴＡは、ＡＣＫのＭＡＣまたはＰＨＹヘッダ中で、パケットからの巡回冗長検査（ＣＲＣ）の全体または一部分あるいはパケットの全体または一部分のハッシュを送信し得る。送信ＳＴＡは、そのような情報について検査することによって、受信ＳＴＡがＡＣＫを送ったと決定し得る。そのような情報はパケットごとにランダムであり、同じ情報をもつ２つのＡＣＫが送信ＳＴＡによってその時間期間の後に受信される可能性は極めて低い。
【００７３】
[0086]パケットがダウンリンクの一部として送られるのか、アップリンクの一部として送られるのか、直接リンクの一部として送られるのかは、ＭＡＣヘッダ４００中のいくつかのビットによって示され得る。たとえば、ｆｃフィールド４０５の配信先システム（ｔｏ−ｄｓ）およびｆｒｏｍ−ｄｓフィールドは、Ｔｏ−ＤＳ／Ｆｒｏｍ−ＤＳとラベルされた列に示すように、パケットを送るために使用されるリンクタイプ（たとえば、ダウンリンクの場合は０１、アップリンクの場合は１０、および直接リンクの場合は００）を示すために使用され得る。したがって、パケットの受信者は、各フィールド中の予想されるアドレスのタイプに基づいて、ａ１フィールド４１５およびａ２フィールド４２０の長さ（たとえば、２オクテットまたは６オクテット）を決定し、それによって、各フィールド中に含まれているアドレスを決定し得る。
【００７４】
[0087]別の態様では、パケットが、ダウンリンクの一部であるのか、アップリンクの一部であるのか、直接リンクの一部であるのかを示す代わりに、ＭＡＣヘッダ４００中の１ビット（たとえば、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの１ビット代用）が、ａ１フィールド４１５およびａ２フィールド４２０の各々中にどのタイプのアドレスがあるかを示すために使用され得る。たとえば、ビットの１つの値は、ａ１フィールド４１５がデータパケットの受信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの送信機のアドレスであることを示し得る。ビットの他の値は、ａ１フィールド４１５がデータパケットの送信機のアドレスであることを示し、ａ２フィールド４２０がデータパケットの受信機のアドレスであることを示し得る。
【００７５】
[0088]さらに、本明細書では、ＭＡＣヘッダのフレーム制御フィールドのいくつかのサブフィールドを削除または変更するためのシステムおよび方法について説明する。フレーム制御フィールドのサブフィールドの削除または変更は、ＭＡＣヘッダのさらなる圧縮を可能にし、したがってデータパケット中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にする。
【００７６】
[0089]ＭＡＣヘッダの圧縮は、ＭＡＣヘッダのフレーム制御フィールドのいくつかのサブフィールドを削除または変更することによって実行され得る。圧縮ＭＡＣヘッダは、次いで、ワイヤレスデバイス２０２ｔからワイヤレスデバイス２０２ｒに送られ得る。サブフィールドの削除または変更は、データパケットのワイヤレスデバイス２０２ｒに通信される必要がある情報に基づき得る。たとえば、ワイヤレスデバイス２０２ｒは、データパケットを受信し、処理するために、ＭＡＣヘッダ３００のフレーム制御フィールド３０５ａ中のすべての情報を必要としないことがある。たとえば、場合によっては、受信機は、フレーム制御フィールド３０５ａ中で送信されるであろう情報の一部をメモリにすでに記憶していることがある。ある場合には、ワイヤレスデバイス２０２ｒは、前のデータパケットまたはメッセージングパケットのＭＡＣヘッダ中でなど、ワイヤレスデバイス２０２ｔから前に受信したデータパケット中でその情報を受信していることがある。別の場合には、ワイヤレスデバイス２０２ｒは、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。いくつかの態様では、ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｒにおいて記憶された情報（たとえば、ＭＡＣヘッダのフィールドの値）をワイヤレスデバイス２０２ｔに示し得る。ワイヤレスデバイス２０２ｔは、次いで、ワイヤレスデバイス２０２ｒに送られるパケット中の、フレーム制御フィールドのサブフィールド、またはＭＡＣヘッダの他のフィールドから、そのような情報を省略し得る。
【００７７】
[0090]また別の実施形態では、ワイヤレスデバイス２０２ｒは、たとえば、削除されたサブフィールドの使用を必要とするであろういくつかの機能が必要でない場合、そのような機能を実行しないことがある。
【００７８】
[0091]省略されたサブフィールドは「予約済み」サブフィールドと置き換えられ得る。予約済みサブフィールドは、フレームを処理するために受信機によって必要とされる情報を送信するために使用され得る。削除または変更され、予約済みサブフィールドと置き換えられ得るサブフィールドのいくつかと、予約済みサブフィールド中に含まれ得る情報とについて以下で説明する。
【００７９】
[0092]図５に、ＭＡＣヘッダ（たとえば、ＭＡＣヘッダ３００）のフレーム制御（ｆｃ）フィールド５００とｆｃフィールド５００中に含まれ得るデータのタイプとの一例を示す。ｆｃフィールド５００は、予約済みサブフィールド５０２、フレームタイプ（タイプ）サブフィールド５０４、予約済みサブフィールド５０６、予約済みサブフィールド５０８、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド５１０、モアフラグメント（モアフラグ）サブフィールド５１２、予約済みサブフィールド５１４、電力管理（Ｐｗｒ  Ｍｇｔ）サブフィールド５１６、モアデータサブフィールド５１８、保護フレーム（ｐｆ）サブフィールド５２０、および予約済みサブフィールド５２２を含む。予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２のビットは、フレームを処理するためにフレームの受信機によって必要とされる情報を記憶するために予約され得る。いくつかの実施形態では、予約済みサブフィールド全体が情報の単一のセットのために使用され得る。他の実施形態では、予約済みサブフィールド中で２ビット以上が利用可能である場合、情報の複数のセットが（たとえば、情報の１つのセットが１ビットとして、情報の別のセットが別のビットとして）予約済みサブフィールドに記憶され得る。
【００８０】
[0093]いくつかの態様では、タイプサブフィールド５０４は、データユニットがアグリゲート媒体アクセス制御（ＭＡＣ）レベルサービスデータユニット（Ａ−ＭＳＤＵ：aggregated medium access control level service data unit）を含むか、単一のＭＳＤＵを含むかをデータユニットの受信機に示すために使用され得る。たとえば、タイプサブフィールド５０４の値１は、データユニットがＡ−ＭＳＤＵを含むことを示し得、値０は、データユニットがＭＳＤＵであることを示し得る。
【００８１】
[0094]ｆｃフィールド５００は、ＭＡＣヘッダ３００中に含まれるｆｃフィールド３０５ａ中に含まれる情報の一部を随意にまたは選択的に記憶しないことがある。通常、情報を含むサブフィールドは、予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２と置き換えられ得る。たとえば、ｆｃフィールド５００は、プロトコルバージョンを示す情報（たとえば、プロトコルバージョンサブフィールド３７２）と、フレームサブタイプを示す情報（たとえば、サブタイプサブフィールド３７６）と、パケットが配信システムに送信されることを示す情報（たとえば、Ｔｏ−ＤＳサブフィールド３７８）と、再送信情報（たとえば、再試行サブフィールド３８４）と、順序情報（たとえば、順序サブフィールド３９２ａ）とのうちのいずれかの１つまたは複数をも記憶しないことがある。図５に示されているように、予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２は、プロトコルバージョンサブフィールド３７２、サブタイプサブフィールド３７６、Ｔｏ−ＤＳサブフィールド３７８、再試行サブフィールド３８４、および順序サブフィールド３９２ａと入れ替わる。いくつかの実施形態では、予約済みビットのうちの１つまたは複数（または一部）が制御フレームフィールドの右側にシフトされ得る。
【００８２】
[0095]図６〜図１４ｅに、上記で説明したように、いくつかのサブフィールドを含み、他のサブフィールドを含まず、ワイヤレスデバイス２０２ｔとワイヤレスデバイス２０２ｒとの間の通信のために使用され得る、フレーム制御フィールドの態様を示す。特に、図６〜図１４ｅは、図５の予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２に記憶され得る情報のタイプの例を示す。
【００８３】
[0096]図６は、プロトコルバージョン（ｐｖ）サブフィールド６０２、フレームタイプ（タイプ）サブフィールド６０４、ａ３存在サブフィールド６２４、ショートサービスセット識別子（ショートＳＳＩＤ）サブフィールド６２６、サービス期間終了（ｅｏｓｐ）サブフィールド６０８、ｆｒｏｍ−ｄｓサブフィールド６１０、モアフラグサブフィールド６１２、再試行サブフィールド６１４、Ｐｗｒ  Ｍｇｔサブフィールド６１６、モアデータサブフィールド６１８、保護フレーム（ｐｆ）サブフィールド６２０、およびモア物理（ＰＨＹ）レイヤプロトコルデータユニット／逆方向許可（モアｐｐｄｕ／ｒｄｇ）サブフィールド６２２を含む、ｆｃフィールド６００を示している。ｐｖサブフィールド６０２、ｅｏｓｐサブフィールド６０８、再試行サブフィールド６１４、およびモアｐｐｄｕ／ｒｄｇサブフィールド６２２は、それぞれ予約済みサブフィールド５０２、５０８、５１４、および５２２に記憶される。ａ３存在サブフィールド６２４およびショートＳＳＩＤサブフィールド６２６は、図５の予約済みサブフィールド５０６に対応する、予約済みサブフィールド６０６に記憶される。いくつかの実施形態では、サブフィールドのうちのいくつかはフレーム制御フィールド中に含まれないことがある。たとえば、前にこれらのサブフィールド中に含まれたビットは予約され得る。別の例では、フレーム制御フィールドは、すべての予約済みビットがフレーム制御フィールドの最後に連続することを可能にするために左側にシフトされた残りのサブフィールドを含み得る。
【００８４】
[0097]上記で説明したように、ｐｖサブフィールド６０２は、現在フレームのプロトコルバージョンを示すために使用され得る。たとえば、ｐｖサブフィールド６０２は、異なるプロトコルバージョンの一部として、異なる圧縮ＭＡＣヘッダを定義するために使用され得る。プロトコルバージョンは、通信のためにデバイスによって互換的に使用され得る。たとえば、非圧縮ＭＡＣヘッダの使用を定義するＰＶ０は、リンクのセットアップ、機能のネゴシエート、および高速データ転送のために使用され得る。さらに、様々な圧縮ＭＡＣヘッダの使用を定義するＰＶ１、ＰＶ２、および／またはＰＶ３は、省電力モードにあるとき、周期的ショートデータ送信のために使用され得る。
【００８５】
[0098]ｅｏｓｐサブフィールド６０８は、サービス期間の終了が生じるべきであることを示すために使用され得る。ＳＴＡのためのＡＰにおいてバッファされているデータがもはやＳＴＡに送信されない場合、またはＡＰにおいてバッファされている追加のデータがない場合、サービス期間終了が生じ得る。いくつかの実施形態では、ｅｏｓｐサブフィールド６０８はサービス品質データフレームのフレーム制御フィールド中に含まれ得る。いくつかの実施形態では、ｅｏｓｐサブフィールド６０８のビットは、ＳＴＡとＡＰとの間の、サービス期間の最終フレームを除くすべてのフレーム、またはフロー中で０に設定され得る。サービス期間の最終フレームでは、ｅｏｓｐサブフィールド６０８は、サービス期間が終了されることを示すために１に設定され得る。
【００８６】
[0099]上記で説明したように、再試行サブフィールド６１４は、現在フレームが再送信されているか否かを示すために使用され得る。たとえば、再試行サブフィールド３８４は、前のフレームの再送信であるフレーム中で１に設定され得る。
【００８７】
[0100]モアｐｐｄｕ／ｒｄｇサブフィールド６２２は、追加のサブフレームが送信されるべきであるかどうか、および／または逆方向が許可されるかどうかを示し得る。ｐｐｄｕは、ＰＨＹプリアンブルおよびヘッダとＭＡＣプロトコルデータユニットとを含み得る。いくつか実施形態では、データユニットの複数のサブフレームが受信機に送信されたとき、モアｐｐｄｕ／ｒｄｇサブフィールド６２２のビットは、現在サブフレームに続く１つまたは複数のサブフレームがあることを示すために１に設定され得る。モアｐｐｄｕ／ｒｄｇサブフィールド６２２のビットは、現在サブフレームがデータユニットの最後のサブフレームであることを示すために０に設定され得る。いくつかの実施形態では、ｐｐｄｕ／ｒｄｇサブフィールドは、フレームの受信機に逆方向が許可されることを示し得る。たとえば、逆方向プロトコルをサポートするデバイスの場合、デバイスは、受信機に逆方向許可（ＲＤＧ：reverse direction grant）を送るパーミッション（permission）を有するデバイスとして指定される。デバイスは、ｐｐｄｕ／ｒｄｇサブフィールドのビット中のＲＤＧを使用して受信機にそれのパーミッションを送信し得、ビットを１に設定することによって受信機にパーミッションを与え得る。受信機が、１に設定されたｐｐｄｕ／ｒｄｇサブフィールドをもつフレームを受信したとき、それがたった今受信したフレームの直後にさらなるフレームをデバイスに送るかどうかを決定し得る。データフレームが肯定応答に従うと受信機が決定した場合、受信機は、ｐｐｄｕ／ｒｄｇサブフィールドのビットが１に設定された受信したフレームのための肯定応答を送信し得る。ＡＣＫのｐｐｄｕ／ｒｄｇサブフィールドのビットが１に設定されたと決定したことに応答して、デバイスは受信機からの送信を待ち得る。
【００８８】
[0101]ａ３存在サブフィールド６２４は、宛先アドレスがパケット中に存在するかどうかを示し得る。たとえば、いくつかの態様では、（別のデバイスを識別する第３のアドレスを示す）ａ３フィールドが圧縮ＭＡＣヘッダ中に含まれるかどうかを示すために、ａ３存在サブフィールドが追加され得る。宛先アドレスは、ワイヤレスデバイス２０２ｔが、別のデバイス（たとえば、ルータ）を介してワイヤレスデバイス２０２ｒにデータパケットを送信し、宛先アドレスとして他のデバイスのアドレスを示す場合、使用され得る。ワイヤレスデバイス２０２ｔがワイヤレスデバイス２０２ｒに直接送信する場合、ａ３フィールドはＭＡＣヘッダ３００または３００ａから削除され得る。したがって、ａ３存在サブフィールド６２４は、ａ３フィールドがＭＡＣヘッダ中に存在するか否かを示すためにｆｃフレームに追加され得る。
【００８９】
[0102]ショートＳＳＩＤサブフィールド６２６は、ワイヤレスネットワーク（たとえば、ネットワークサービスセット）の識別（ＩＤ）を示し得る。サービスセット識別子（ＳＳＩＤ）は、ワイヤレスネットワークを識別する名前であり、（たとえば、アドホックネットワークの場合）ＡＰ上でまたは初期ワイヤレスクライアント上で構成され得る。たとえば、フレームが基本サービスセット中のＳＴＡからであるとき、ＩＤはＡＰのＭＡＣアドレスであり得る。いくつかの実施形態では、ネットワークサービスセットの識別はショートサービスセット識別子のハッシュを含み得る。いくつかの実施形態では、ショートＳＳＩＤは、ＡＰがネットワークセットアップ中にそれ自体に関連付けたＡＩＤであり得る。たとえば、ＡＩＤは、１３ビット長であり得るショートＢＳＳＩＤであり、エリア中の他のＡＰが同じショートＢＳＳＩＤを有しないことを保証するようにランダムに選択され得る。
【００９０】
[0103]図７は、図５の予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２に記憶され得る情報のタイプの別の例を示す。図７に示されているように、ｆｃフィールド７００は、プロトコルバージョン（ｐｖ）サブフィールド７０２、フレームタイプ（タイプ）サブフィールド７０４、ａ３存在サブフィールド７２４、ショートＳＳＩＤサブフィールド７２６、ｅｏｓｐサブフィールド７０８、ｆｒｏｍ−ｄｓサブフィールド７１０、モアフラグサブフィールド７１２、アグリゲート媒体アクセス制御レベル（ＭＡＣ）サービスデータユニット（Ａ−ＭＳＤＵ）サブフィールド７１４、Ｐｗｒ  Ｍｇｔサブフィールド７１６、モアデータサブフィールド７１８、ｐｆサブフィールド７２０、およびモアｐｐｄｕ／ｒｄｇサブフィールド７２２を含む。ｆｃフィールド７００では、ｐｖサブフィールド７０２、ｅｏｓｐサブフィールド７０８、Ａ−ＭＳＤＵサブフィールド７１４、およびモアｐｐｄｕ／ｒｄｇサブフィールド７２２は、それぞれ予約済みサブフィールド５０２、５０８、５１４、および５２２に記憶される。図６と同様に、ａ３存在サブフィールド７２４およびショートＳＳＩＤサブフィールド７２６は、図５の予約済みサブフィールド５０６に対応する、予約済みサブフィールド７０６に記憶される。
【００９１】
[0104]ｆｃフィールド７００は、再試行サブフィールドがないという点でｆｃフィールド６００とは異なる。代わりに、アグリゲートＭＡＣレベルサービスデータユニット（Ａ−ＭＳＤＵ）がある。異なるサブフィールドの使用は、データパケットの異なる受信デバイスに通信される必要がある異なる情報に基づき得る。
【００９２】
[0105]Ａ−ＭＳＤＵサブフィールド７１４は、アグリゲートサービスデータユニットが存在することを示し得る。ＭＡＣレベルサービスデータユニットなどのアグリゲートサービスデータユニットは、あるプロトコル（たとえば、イーサネット）の複数のフレームの、別のプロトコル（たとえば、８０２．１１）の単一のフレームへのアグリゲーションを可能にする。したがって、複数のＭＳＤＵが単一のＡ−ＭＳＤＵにアグリゲートされ得る。ＭＳＤＵの各々は同じＭＡＣヘッダを共有し得る。Ａ−ＭＳＤＵサブフィールド７１４のビットは、Ａ−ＭＳＤＵが存在することをフレームの受信機に示すために１に設定され得る。
【００９３】
[0106]図８は、図５の予約済みサブフィールド５０２、５０６、５０８、５１４、および／または５２２に記憶され得る情報のタイプの別の例を示す。図８に示されているように、ｆｃフィールド８００は、プロトコルバージョン（ｐｖ）サブフィールド８０２、フレームタイプ（タイプ）サブフィールド８０４、ａ３存在サブフィールド８２４、予約済みサブフィールド８２６、ｅｏｓｐサブフィールド８０８、ｆｒｏｍ−ｄｓサブフィールド８１０、モアフラグサブフィールド８１２、Ａ−ＭＳＤＵサブフィールド８１４、Ｐｗｒ  Ｍｇｔサブフィールド８１６、モアデータサブフィールド８１８、ｐｆサブフィールド８２０、および予約済みサブフィールド８２２を含む。ｆｃフィールド８００では、ｐｖサブフィールド８０２、ｅｏｓｐサブフィールド８０８、およびＡ−ＭＳＤＵサブフィールド８１４は、それぞれ予約済みサブフィールド５０２、５０８、および５１４に記憶される。ａ３存在サブフィールド８２４は、図５の予約済みサブフィールド５０６に対応する、予約済みサブフィールド８０６に部分的に記憶される。予約済みサブフィールド５２２は、ｆｃフィールド８００中の予約済みサブフィールド８２２として予約されたままである。さらに、予約済みサブフィールド５０６のシングルビットは、ｆｃフィールド８００中の予約済みサブフィールド８２６として予約されたままである。これらの予約済みサブフィールドは、必要に応じて他の情報と置き換えられ得る。
【００９４】
[0107]図８Ａは、ｆｃフィールド８００ａの別の例を示す。いくつかの実施形態では、最初の予約済みサブフィールド８０６ａのビットは、ｔｏ−ＤＳサブフィールド、ｆｒｏｍ−ＤＳサブフィールド、および／またはａ３存在サブフィールドを含み得る。予約済みサブフィールド８１２ａのビットは再試行サブフィールドビットまたはｅｏｓｐサブフィールドビットを含み得る。一例では、予約済みサブフィールド８１２ａのビットが再試行ビットを含む場合、最後の予約済みサブフィールド８２０ａのビットはｅｏｓｐビットを含み得る。別の例では、予約済みサブフィールド８１２ａのビットがｅｏｓｐビットを含む場合、最後の予約済みサブフィールド８２０ａのビットはＡ−ＭＳＤＵビットを含み得る。いくつかの実施形態では、最後の予約済みサブフィールド８２０ａはモアｐｐｄｕ／ｒｄｇビットを含み得る。
【００９５】
[0108]概して、予約済みサブフィールドのビットは、受信機に、送信機が受信機に与えることを意図する、フレームの構造に関する情報、または他の追加の情報をもたらす任意のタイプのビットであり得る。
【００９６】
[0109]いくつかの実施形態では、ｆｃフィールドの第１のバイトは、受信したパケットをパースするために受信機によって使用され得る、パケットまたはプリアンブルの構造に関する情報を搬送するビットを含み得る。たとえば、ｐｖサブフィールド、タイプサブフィールド、サブタイプサブフィールド、ｆｒｏｍ−ＤＳサブフィールド、および／または保護フレームサブフィールドは第１のバイトに入れられ得、それにより、第１のバイトを復号した後に、受信機は、フレームをパースするためのすべての必要な情報をすでに知っていることになり得る。
【００９７】
[0110]図６〜図８に示された異なるサブフィールドの使用は、データパケットの異なる受信デバイスに通信される必要がある異なる情報に基づき得る。たとえば、ｆｃフィールド７００を含むパケットを受信したワイヤレスデバイス２０２ｒは、データパケットを受信し、処理するために、再試行フィールドを必要としないことがある。別の例として、ｆｃフィールド７００は、データユニットがアグリゲートされた場合、Ａ−ＭＳＤＵサブフィールド７１４を１に設定することによってＡ−ＭＳＤＵが存在することを示し得る。この場合、Ａ−ＭＳＤＵサブフィールドは、デバイスがフレームを処理するために存在しなければならない。場合によっては、ワイヤレスデバイス２０２ｒなどの受信機は、特定のサブフィールド中で送信されるであろう情報の一部をメモリにすでに記憶していることがある。ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｔから前に受信したデータパケット中でこの情報を受信していることがあり得るか、またはワイヤレスデバイス２０２ｒは、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。
【００９８】
[0111]圧縮ＭＡＣヘッダのフレーム制御（ｆｃ）フィールドはまた、ＭＡＣヘッダのさらなる圧縮を可能にし、したがってデータパケット中のより少ないスペースがＭＡＣヘッダによって使用されることを可能にするために削除または変更され得る。図９〜図１４ｂに、圧縮ＭＡＣヘッダ（たとえば、ＭＡＣヘッダ４００）のフレーム制御（ｆｃ）フィールドの例を示す。
【００９９】
[0112]図９は、圧縮ＭＡＣヘッダのｆｃフィールド９００の一例を示す。ｆｃフィールド９００は、プロトコルバージョンサブフィールド９０２、フレームタイプ（タイプ）サブフィールド９０４、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド９０６、モアフラグメントサブフィールド９０８、電力管理サブフィールド９１０、モアデータサブフィールド９１２、保護フレーム（ｐｆ）サブフィールド９１４、サービス期間終了サブフィールド９１６、ａ３存在サブフィールド９１８、および予約済みサブフィールド９２０を含む。予約済みサブフィールド９２０は、上記で説明したように、フレームを処理するためにフレームの受信機によって必要とされる情報を記憶するために予約され得る。
【０１００】
[0113]図１０は、圧縮ＭＡＣヘッダのｆｃフィールド１０００の別の例を示す。ｆｃフィールド１０００は、予約済みサブフィールド１００２、フレームタイプ（タイプ）サブフィールド１００４、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１００６、モアフラグメントサブフィールド１００８、電力管理サブフィールド１０１０、モアデータサブフィールド１０１２、保護フレーム（ｐｆ）サブフィールド１０１４、サービス期間終了サブフィールド１０１６、ａ３存在サブフィールド１０１８、および予約済みサブフィールド１０２０を含む。予約済みサブフィールド１００２および１０２０は、上記で説明した予約済みフィールドと同様に、フレームを処理するためにフレームの受信機によって必要とされる情報を記憶するために予約され得る。
【０１０１】
[0114]図１１は、圧縮ＭＡＣヘッダのｆｃフィールド１１００の別の例を示す。ｆｃフィールド１１００は、アドレス指定サブフィールド１１０２、フレームタイプ（タイプ）サブフィールド１１０４、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１１０６、モアフラグメントサブフィールド１１０８、電力管理サブフィールド１１１０、モアデータサブフィールド１１１２、保護フレーム（ｐｆ）サブフィールド１１１４、サービス期間終了サブフィールド１１１６、ａ３存在サブフィールド１１１８、およびＡ−ＭＳＤＵサブフィールド１１２０を含む。アドレス指定サブフィールド１１０２は、たとえば、ＭＡＣヘッダが、アクセス識別子（ＡＩＤ）などのローカル識別子および／またはデバイスのためのグローバル固有識別子（たとえば、ＭＡＣアドレス）を含むかどうか示すために使用され得る。たとえば、アドレス指定サブフィールド１１０２は、ＡＩＤのみがＭＡＣヘッダ中に含まれることを示すために０に設定され得るか、またはＡＩＤとデバイスのためのグローバル固有識別子とが含まれることを示すために１に設定され得る。
【０１０２】
[0115]上記で説明したように、ｆｃフィールドのｐｖサブフィールドは、ＭＡＣヘッダが非圧縮ＭＡＣヘッダであるのか圧縮ＭＡＣヘッダであるのかを示すために使用され得る。たとえば、ｐｖサブフィールドの値０は、ＭＡＣヘッダが非圧縮ＭＡＣヘッダであることを示し得、ｐｖサブフィールドの値１は、ＭＡＣヘッダが圧縮ＭＡＣヘッダであることを示し得る。圧縮ＭＡＣヘッダは、本明細書で説明する圧縮ＭＡＣヘッダのいずれかのフォーマットを有し得る。しかしながら、ｐｖサブフィールドは、必要とされないことがあるか、またはネットワークによってサポートされないことがある。図１２および図１３に、プロトコルバージョン（ＰＶ）サブフィールドをもたない圧縮ＭＡＣヘッダのｆｃフィールドの例を示す。
【０１０３】
[0116]図１２は、ＰＶがｆｃフィールド中で指定されない圧縮ＭＡＣヘッダのｆｃフィールド１２００の一例を示す。ｆｃフィールド１２００は、フレームタイプ（タイプ）サブフィールド１２０２、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１２０４、ショートＳＳＩＤサブフィールド１２０６、モアフラグメントサブフィールド１２０８、電力管理サブフィールド１２１０、モアデータサブフィールド１２１２、保護フレーム（ｐｆ）サブフィールド１２１４、サービス期間終了サブフィールド１２１６、ａ３存在サブフィールド１２１８、および予約済みサブフィールド１２２０を含む。予約済みサブフィールド１２２０は、フレームを処理するためにフレームの受信機によって必要とされる情報を記憶するために予約され得る。
【０１０４】
[0117]図１３は、ＰＶがｆｃフィールド中で指定されない圧縮ＭＡＣヘッダのｆｃフィールド１３００の別の例を示す。ｆｃフィールド１３００は、フレームタイプ（タイプ）サブフィールド１３０２、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１３０４、ショートＳＳＩＤサブフィールド１３０６、ａ３存在サブフィールド１３０８、モアフラグメントサブフィールド１３１０、電力管理サブフィールド１３１２、モアデータサブフィールド１３１４、保護フレーム（ｐｆ）サブフィールド１３１６、サービス期間終了サブフィールド１３１８、モアＰＰＤＵ／ＲＤＧサブフィールド１３２０、および予約済みサブフィールド１３２２を含む。予約済みサブフィールド１３２２は、フレームを処理するためにフレームの受信機によって必要とされる情報を記憶するために予約され得る。
【０１０５】
[0118]図１４ａは、圧縮ＭＡＣヘッダのｆｃフィールド１４００の別の例を示す。ｆｃフィールド１４００は、以下の順序で、プロトコルバージョンサブフィールド１４０２、フレームタイプ（タイプ）サブフィールド１４０４、ａ３存在サブフィールド１４０６、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１４０８、モアフラグメントサブフィールド１４１０、電力管理サブフィールド１４１２、サービス期間終了（ｅｏｓｐ）サブフィールド１４１４、モアデータサブフィールド１４１６、保護フレーム（ｐｆ）サブフィールド１４１８、およびトラフィック識別子（ＴＩＤ）サブフィールド１４２０を含む。いくつかの態様では、ＴＩＤサブフィールド１４２０はｆｃフィールド１４００内のどこにでも位置し得る。
【０１０６】
[0119]図１４ｂは、圧縮ＭＡＣヘッダのｆｃフィールド１４００ｂの別の例を示す。ｆｃフィールド１４００ｂは、以下の順序で、プロトコルバージョンサブフィールド１４０２ｂ、フレームタイプ（タイプ）サブフィールド１４０４ｂ、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１４０６ｂ、モアフラグメントサブフィールド１４０８ｂ、電力管理サブフィールド１４１０ｂ、モアデータサブフィールド１４１２ｂ、保護フレーム（ｐｆ）サブフィールド１４１４ｂ、サービス期間終了（ｅｏｓｐ）サブフィールド１４１６ｂ、ａ３存在サブフィールド１４１８ｂ、およびトラフィック識別子（ＴＩＤ）サブフィールド１４２０ｂを含む。いくつかの態様では、ＴＩＤサブフィールド１４２０ｂはｆｃフィールド１４００ｂ内のどこにでも位置し得る。
【０１０７】
[0120]いくつかの態様では、ＴＩＤサブフィールド１４２０および／または１４２０ｂは、送信および／または受信されている、対応するサービスデータユニット（たとえば、ＭＳＤＵ、Ａ−ＭＳＤＵ）に適用されるトラフィックカテゴリーまたはトラフィックストリーム、あるいはそれのフラグメントを識別するために使用され得る。いくつかの態様では、ＴＩＤサブフィールド１４２０および／または１４２０ｂは、要求された送信機会（ＴＸＯＰ）持続時間またはキューサイズの設定を通して、送信機会が要求されているトラフィックカテゴリーまたはトラフィックストリームを識別するためにも使用され得る。
【０１０８】
[0121]いくつかの態様では、ＴＩＤサブフィールド１４２０および／または１４２０ｂは、４ビットではなく３ビット以下を含み得る。たとえば、フル４ビットＴＩＤの３つの最下位ビットのみがＴＩＤサブフィールド１４２０および／または１４２０ｂ中に含まれ得る。いくつかの態様では、フル４ビットＴＩＤの３つの最下位ビットを含む３ビットＴＩＤをもつＴＩＤサブフィールド１４２０および／または１４２０ｂは、バックグラウンドデータと、ベストエフォートデータと、ビデオデータと、音声データとを含む、異なるタイプのデータを優先させるための拡張分散チャネルアクセス（ＥＤＣＡ：enhanced distributed channel access）のために使用され得る。たとえば、ＥＤＣＡが使用される場合、値０〜７がＴＩＤサブフィールド中で使用され得る。いくつかの態様では、ＴＩＤの第１の最上位ビットは、値８〜１５がＴＩＤサブフィールドによって示され得るように、ハイブリッド協調機能被制御チャネルアクセス（ＨＣＣＡ：hybrid coordinated function controlled channel access）またはＨＣＣ−ＥＤＣＡ混合モード（ＨＥＭＭ：HCC-EDCA mixed mode）が使用されるとき、受信機において記憶され得る。いくつかの態様では、ＴＩＤの第１の最上位ビットは、タイプサブフィールド１４０４および／または１４０４ｂの値によって示され得る。たとえば、タイプサブフィールドの値２は、ＨＣＣＡまたはＨＥＭＭが使用されることを示し得る。別の例として、タイプサブフィールドの値３は、ＥＤＣＡが使用されることを示し得る。以下でより詳細に説明するように、ＴＩＤ（トラフィッククラス（ｔｃ））の残りの３つのＬＳＢは、フレーム制御フィールドのサブフィールドとして記憶されるか、またはＳ−ＩＤのサブフィールドとして記憶され得るかのいずれかである。
【０１０９】
[0122]図１４ｃは、圧縮ＭＡＣヘッダのｆｃフィールド１４００ｃの別の例を示す。ｆｃフィールド１４００ｃは、以下の順序で、プロトコルバージョンサブフィールド１４０２ｃ、フレームタイプ（タイプ）サブフィールド１４０４ｃ、トゥーステーション（ＳＴＡ）（ｔｏ−ＳＴＡ）サブフィールド１４０６ｃ、モアフラグメントサブフィールド１４０８ｃ、電力管理サブフィールド１４１０ｃ、モアデータサブフィールド１４１２ｃ、保護フレーム（ｐｆ）サブフィールド１４１４ｃ、サービス期間終了（ｅｏｓｐ）サブフィールド１４１６ｃ、およびトラフィック識別子（ＴＩＤ）サブフィールド１４１８ｃを含む。いくつかの態様では、ＴＩＤサブフィールド１４２０ｂはｆｃフィールド１４００ｃ内のどこにでも位置し得る。
【０１１０】
[0123]ｔｏ−ＳＴＡサブフィールド１４０６ｃは、ｆｒｏｍ−ｄｓサブフィールド１４０８および／または１４０６ｂの方法と同様の方法で使用され得る。たとえば、ｔｏ−ＳＴＡサブフィールド１４０６ｃは、フレームが、ＡＰからＳＴＡに送信されること、ＳＴＡから別のＳＴＡに送信されること、またはＳＴＡからＡＰに送信されることを示し得る。ｔｏ−ＳＴＡサブフィールド１４０６ｃのビット値は、ｆｒｏｍ−ｄｓサブフィールド１４０８および／または１４０６ｂのビット値の反対であり得る。たとえば、ｔｏ−ＳＴＡサブフィールド１４０６ｃのビット値０は、ｆｒｏｍ−ｄｓサブフィールドのビット値１と同じ情報をフレームの受信機に示す。したがって、前に説明したｆｒｏｍ−ｄｓサブフィールドのいずれも、ｆｒｏｍ−ｄｓサブフィールドのビット値と反対のビット値をもつｔｏ−ＳＴＡサブフィールドと置き換えられ得る。いくつかの態様では、ｔｏ−ＳＴＡサブフィールド１４０６ｃの０ビット値は、データユニットが、ＡＰからＳＴＡに送信されること、または別のＳＴＡからＳＴＡに送信されることを示し得る。これらの態様では、ＭＡＣヘッダのアドレス１（ａ１）フィールドはデータユニット（たとえば、ＭＰＤＵ）の受信機のＭＡＣアドレスを含んでいることがあり、アドレス２（ａ２）フィールドは、データユニットの送信機のＡＩＤを含んでいることがある（以下で説明する）ショート識別子（Ｓ−ＩＤ）を含み得、アドレス３（ａ３）フィールド（存在する場合）はデータユニットの宛先アドレスを含んでいることがあり、アドレス４（ａ４）フィールド（存在する場合）はデータユニットのソースアドレスを含んでいることがある。いくつかの態様では、ｔｏ−ＳＴＡサブフィールド１４０６ｃの１ビット値は、データユニットがＳＴＡからＡＰに送信されることを示し得る。これらの態様では、ＭＡＣヘッダのａ１フィールドはデータユニット（たとえば、ＭＰＤＵ）の（たとえば、Ｓ−ＩＤフィールド中の）受信機のＡＩＤを含んでいることがあり、ａ２フィールドはデータユニットの送信機のＭＡＣアドレスを含んでいることがあり、ａ３フィールド（存在する場合）はデータユニットのソースアドレスを含んでいることがあり、アドレス４（ａ４）フィールド（存在する場合）はデータユニットの宛先アドレスを含んでいることがある。
【０１１１】
[0124]いくつかの態様では、ａ３フィールド（存在する場合）および／またはａ４フィールド（存在する場合）は、Ｆｒｏｍ  ＤＳフィールド（または同等にＦｒｏｍ  ＳＴＡフィールド）の値に依存しない、データユニットの宛先アドレスおよび／またはソースアドレスを常に含んでいることがある。いくつかの態様では、ａ３フィールド（存在する場合）および／またはａ４フィールド（存在する場合）は、Ｆｒｏｍ  ＤＳフィールド（または同等にＦｒｏｍ  ＳＴＡフィールド）の値に依存しない、データユニットのソースアドレスおよび／または宛先アドレスを常に含んでいることがある。いくつかの態様では、ＴＩＤサブフィールド１４１８ｃは４ビット以下を含み得る。たとえば、ＴＩＤサブフィールド１４１８ｃは、４ビットを含み得、トラフィッククラス（ｔｃ）とアクセスカテゴリー（ａｃ）との指示を含み得る。アクセスカテゴリーは、ベストエフォートトラフィックと、バックグラウンドトラフィックと、ビデオトラフィックと、音声トラフィックとを含み得る。ＴＩＤサブフィールド１４１８ｃは、データユニットのための適切なａｃをＭＡＣレイヤに示すために使用され得る。別の例として、ＴＩＤサブフィールド１４１８ｃは、トラフィッククラスを表し得る３ビットを含み得る。別の例として、ＴＩＤサブフィールド１４１８ｃは、アクセスカテゴリーを表し得る２ビットを含み得る。
【０１１２】
[0125]上記で説明したように、４つのアドレスフィールドがＭＡＣフレーム中にあり得る。たとえば、これらのアドレスフィールドは、フレームの受信者（ａ１）、フレームの送信機（ａ２）、および場合によってはフレームのソースおよび／または宛先（ａ３および／またはａ４）を示すために使用され得る。いくつかの態様では、フレームの受信者（ａ１）またはフレームの送信機（ａ２）は、ショートＩＤ（Ｓ−ＩＤ）フィールド中にあるＡＩＤサブフィールドによって識別され得る。ａ１フィールドまたはａ２フィールドがＡＩＤを含むかどうかは、上記で説明したようにフレーム制御フィールドのｔｏ−ＳＴＡサブフィールド（またはｆｒｏｍ−ｄｓフィールド）の値に依存し得る。たとえば、ｔｏ−ＳＴＡサブフィールドが０に設定された場合、ａ１フィールドはＡＩＤを含み得、ａ２フィールドはＢＳＳＩＤを含み得る。別の例として、ｔｏ−ＳＴＡサブフィールドが１に設定された場合、ａ２フィールドはＡＩＤを含み得、ａ１フィールドはＢＳＳＩＤおよび／または受信機アドレスを含み得る。図１９に、圧縮ＭＡＣヘッダのショートＩＤ（Ｓ−ＩＤ）フィールド１９００の一例を示す。Ｓ−ＩＤフィールド１９００はＭＡＣヘッダのａ１フィールドまたはａ２フィールド中に含まれ得る。たとえば、ａ１フィールドおよび／またはａ２フィールドは、Ｓ−ＩＤフィールド１９００中に含まれ得る、関連付けにおけるＡＩＤ１９０２を割り当てられ得る。いくつかの態様では、Ｓ−ＩＤフィールドの長さは２オクテット（１６ビット）である。Ｓ−ＩＤフィールド１９００は、Ａ３存在サブフィールド１９０４と、Ａ４存在サブフィールド１９０６と、Ａ−ＭＳＤＵサブフィールド１９０８とをさらに含み得る。ＡＩＤサブフィールド１９０２は１３ビットを含み得、３ビットを残したままにしておく。残りの３ビットは、Ａ３存在サブフィールド１９０４と、Ａ４存在サブフィールド１９０６と、Ａ−ＭＳＤＵサブフィールド１９０８とを記憶するために使用され得る。したがって、フレーム制御フィールドはこれらのサブフィールドを含まない。
【０１１３】
[0126]いくつかの態様では、随意であるＡ３の存在はＡ３存在サブフィールド１９０４によって示され、同じく随意であるＡ４の存在はＡ４存在サブフィールド１９０６によって示される。いくつかの態様では、Ａ３フィールドが存在しないとき、Ａ３はフレームの受信者において記憶されるか、またはＡ３がフレームの受信者において記憶されない場合、Ａ３はＡ１に等しいかのいずれかである。いくつかの態様では、Ａ４フィールドが存在しないとき、Ａ４はフレームの受信者において記憶されるか、またはＡ４がフレームの受信者において記憶されない場合、Ａ４はＡ２に等しいかのいずれかである。いくつかの態様では、Ａ−ＭＳＤＵサブフィールド１９０８が１に設定された場合、ＭＰＤＵはショートＡ−ＭＳＤＵを含んでいる。いくつかの態様では、Ａ−ＭＳＤＵサブフィールド１９０８が１に設定された場合、ＭＰＤＵは、複数のＭＳＤＵを搬送するＡ−ＭＳＤＵを含んでおり、ＭＳＤＵの各々はソースアドレスおよび／または宛先アドレスを有し、アドレス指定は、各ＭＳＤＵごとにＡ４存在／Ａ３存在と同様のマッピングに依存する。
【０１１４】
[0127]再び図１４ｃを参照すると、ｆｃの他のサブフィールドはＳ−ＩＤ１９００中に含まれ得る。たとえば、上記で説明したように、ＴＩＤサブフィールド１４１８ｃは４ビットを含む。いくつかの態様では、ＴＩＤサブフィールド１４１８ｃの第１の最上位ビットは、ハイブリッド協調機能被制御チャネルアクセス（ＨＣＣＡ）が使用されるかどうか、またはＨＣＣ−ＥＤＣＡ混合モード（ＨＥＭＭ）が使用されるかどうかを示すために使用され得る。ＴＩＤの残りの３つの最下位ビットは、データユニットのトラフィッククラス（ｔｃ）を示すために使用され得る。いくつかの態様では、ｔｃは、ＴＩＤサブフィールド１４１８ｃの残りのビットが未使用のままであるようにＳ−ＩＤフィールド１９００に記憶され得る。いくつかの態様では、フレーム制御フィールド中のこれらの残りの未使用ビットは、Ａ３存在サブフィールド、Ａ４存在サブフィールド、Ａ−ＭＳＤＵサブフィールドなどを記憶するために使用され得る。フレーム制御（ｆｃ）フィールドの他のサブフィールドがＳ−ＩＤフィールド１９００に記憶され得ることを当業者は理解されよう。たとえば、保護フレームは、ｆｃフィールドにではなくＳ−ＩＤ１９００に記憶され得る。
【０１１５】
[0128]図１４ｄは、圧縮ＭＡＣヘッダのｆｃフィールド１４００ｄの別の例を示す。ｆｃフィールド１４００ｄは、以下の順序で、プロトコルバージョンサブフィールド１４０２ｄ、フレームタイプ（タイプ）サブフィールド１４０４ｄ、配信元システム（ｆｒｏｍ−ｄｓ）サブフィールド１４０６ｄ、モアフラグメントサブフィールド１４０８ｄ、電力管理サブフィールド１４１０ｄ、サービス期間終了（ｅｏｓｐ）サブフィールド１４１２ｄ、モアデータサブフィールド１４１４ｄ、保護フレーム（ｐｆ）サブフィールド１４１６ｄ、およびトラフィック識別子（ＴＩＤ）サブフィールド１４１８ｄを含む。いくつかの態様では、ＴＩＤサブフィールド１４１８ｄはｆｃフィールド１４００ｄ内のどこにでも位置し得る。たとえば、ＴＩＤサブフィールド１４１８ｄはタイプサブフィールド１４０４ｄの直後に位置し得る。いくつかの態様では、図１４ｃに関して上記で説明したように、ｆｒｏｍ−ｄｓサブフィールド１４０６ｄの代わりにｔｏ−ＳＴＡサブフィールドが使用され得る。ｆｃフィールド１４００ｄは、データフレーム、管理フレーム、および／または制御フレーム中に含まれる、圧縮ＭＡＣヘッダの一部であり得る。
【０１１６】
[0129]いくつかの態様では、ＴＩＤサブフィールド１４１６ｄは４ビットを含み得る。いくつかの態様では、ＴＩＤサブフィールド１４１６ｄは３ビット以下を含む。たとえば、フル４ビットＴＩＤの３つの最下位ビットのみがＴＩＤサブフィールド１４１６ｂ中に含まれ得、この場合、トラフィッククラスを表し得る。
【０１１７】
[0130]いくつかの態様では、ｆｃフィールド１４００ｄは管理フレームのための圧縮ＭＡＣヘッダの一部であり得る。たとえば、タイプフィールドのある値は、ａ１およびａ２フィールド中のグローバルアドレス（たとえば、ＭＡＣアドレス）を含むＭＡＣヘッダを使用する管理タイプを識別し得、別の管理タイプはタイプフィールドの別の値によって識別され得る。この管理タイプは、ａ１またはａ２フィールド中のグローバルアドレス（たとえば、ＭＡＣアドレス）と、ａ１またはａ２フィールドのうちの他方の中のＡＩＤとを含むＭＡＣヘッダを使用することができる。この例では、フレーム制御フィールド中に存在するＴＩＤサブフィールドは、予約され得、アクションフレーム、アクションＡｃｋなしフレームなど、異なる管理フレームサブタイプを定義するために使用され得る。いくつかの態様では、ｆｃフィールド１４００ｄは圧縮制御フレームの一部であり得る。たとえば、ある制御タイプは、ａ１またはａ２フィールド中のグローバルアドレス（たとえば、ＭＡＣアドレス）と、ａ１またはａ２フィールドのうちの他方の中のＡＩＤとを含むＭＡＣヘッダを使用する制御フレームを示すために使用され得る。別の制御タイプは、ａ１とａ２の両方のための２つのフルＭＡＣアドレスを使用する制御フレームを示すために使用され得る。制御フレームのフレーム制御フィールドのＴＩＤサブフィールドは、予約され、ＲＴＳ、ＰＳ−Ｐｏｌｌ、ＣＴＳなど、異なる制御フレームサブタイプを定義するために使用され得る。表１は、データフレーム、管理フレーム、および／または制御フレームのＴＩＤサブフィールド１４１８ｄのビット値によって示され得る、タイプ値の表の一例を含む。
【表１】
0006342395.tif 000002
【０１１８】
[0131]図１４ｅは、圧縮ＭＡＣヘッダのｆｃフィールド１４００ｅの別の例を示す。ｆｃフィールド１４００ｅは、以下の順序で、プロトコルバージョンサブフィールド１４０２ｅ、フレームタイプ（タイプ）サブフィールド１４０４ｅ、トゥーステーション（ＳＴＡ）（ｔｏ−ＳＴＡ）サブフィールド１４０６ｅ、モアフラグメントサブフィールド１４０８ｅ、電力管理サブフィールド１４１０ｅ、モアデータサブフィールド１４１２ｅ、保護フレーム（ｐｆ）サブフィールド１４１４ｅ、サービス期間終了（ｅｏｓｐ）サブフィールド１４１６ｅ、キー識別子（キーＩＤ）サブフィールド１４１８ｅ、およびトラフィッククラス（ＴＣ）またはトラフィックストリーム識別子（ＴＳＩＤ）サブフィールド１４２０ｅを含む。いくつかの態様では、図１４ｃに関して上記で説明したように、ｔｏ−ＳＴＡサブフィールド１４０６ｅの代わりにｆｒｏｍ−ｄｓサブフィールドが使用され得る。ｆｃフィールド１４００ｅは、データフレームおよび／または管理フレーム中に含まれる圧縮ＭＡＣヘッダの一部であり得る。
【０１１９】
[0132]上記で説明したように、ｔｏ−ＳＴＡサブフィールド１４０６ｃは、ｆｒｏｍ−ｄｓサブフィールド１４０８および／または１４０６ｂの方法と同様の方法で使用され得る。たとえば、ｔｏ−ＳＴＡサブフィールド１４０６ｃは、フレームが、ＡＰからＳＴＡに送信されること、ＳＴＡから別のＳＴＡに送信されること、またはＳＴＡからＡＰに送信されることを示し得る。
【０１２０】
[0133]いくつかの態様では、キーＩＤサブフィールド１４１８ｅは１ビットを含み得る。いくつかの態様では、保護フレームサブフィールド１４１４ｅが（フレームが保護されることを示す）値１に設定された場合、キーＩＤサブフィールド１４１８ｅは、使用されるキーＩＤを、ＭＡＣヘッダを受信するデバイスに示すために、ならびに／あるいは暗号化方法および／またはキーが変化したことをその受信デバイスに知らせるために使用され得る。データユニットのＭＡＣヘッダ中にキーＩＤサブフィールド１４１８ｅを含めることによって、ＣＣＭＰヘッダは、データユニットから低減されるか、またはなくされ得る。いくつかの態様では、保護フレームサブフィールド１４１４ｅが（フレームが保護されないことを示す）値０に設定された場合、キーＩＤサブフィールド１４１８ｅは、それが他の機能のために使用され得るように予約され得る。たとえば、フレームが管理フレームである場合、キーＩＤサブフィールド１４１８ｅは予約され得、異なる管理フレームサブタイプを定義するために使用され得る。管理フレームサブタイプは、アクションフレーム、アクションＡｃｋなしフレームなどを含み得る。
【０１２１】
[0134]いくつかの態様では、ＴＣまたはＴＳＩＤサブフィールド１４２０ｅは、ＴＩＤサブフィールドの３つの最下位ビットであり得る、３ビットを含み得る。サブフィールド１４２０ｅは、拡張分散チャネルアクセス（ＥＤＣＡ）が使用される場合、ＴＣサブフィールドを含み得、ハイブリッド協調機能被制御チャネルアクセス（ＨＣＣＡ）が使用される場合、ＴＳＩＤサブフィールドを含み得る。いくつかの態様では、フレームが管理フレームである場合、（ＥＤＣＡが使用されるか、ＨＣＣＡが使用されるかに応じて）ＴＣまたはＴＳＩＤサブフィールド１４２０ｅの最上位ビット（ＭＳＢ）は、アクションフレーム、アクションＡｃｋなしフレームなど、管理フレームのサブタイプを示すために使用され得る。いくつかの態様では、ＴＣまたはＴＳＩＤサブフィールド１４２０ｅの２つの最下位ビットは、ベストエフォートトラフィック、バックグラウンドトラフィック、ビデオトラフィック、および音声トラフィックなど、フレームのアクセスカテゴリー（ＡＣ）を示すために使用され得る。
【０１２２】
[0135]表２は、データフレーム、管理フレーム、および／または制御フレームのタイプサブフィールド１４０４ｅのビット値によって示され得る、タイプ値の表の一例を含む。
【表２】
0006342395.tif 000003
【０１２３】
[0136]上記で説明したように、圧縮ＭＡＣヘッダの図９〜図１４ｅに示された異なるサブフィールドの使用は、データパケットの異なる受信デバイスに通信される必要がある異なる情報に基づき得る。場合によっては、ワイヤレスデバイス２０２ｒなどの受信機は、特定のサブフィールド中で送信されるであろう情報の一部をメモリにすでに記憶していることがある。ワイヤレスデバイス２０２ｒは、ワイヤレスデバイス２０２ｔから前に受信したデータパケット中でこの情報を受信していることがあり得るか、またはワイヤレスデバイス２０２ｒは、製造時に、または別のデバイスとの通信を通してなど、そのような情報を事前プログラムされていることがある。
【０１２４】
[0137]本明細書で説明する、圧縮ＭＡＣヘッダと、非圧縮ＭＡＣヘッダおよび圧縮ＭＡＣヘッダの変更制御フィールドとのいずれについても、いくつかの追加の機能をサポートするために、いくつかのフィールドまたはサブフィールドがさらに追加または変更され得る。いくつかの態様では、拡張フレーム制御（ｅｆｃ）フィールドが、本明細書で説明する圧縮ＭＡＣヘッダのいずれにも追加され得る。ｅｆｃフィールドは３ビットを備え得る。ｅｆｃフィールドは、圧縮ＭＡＣヘッダのａｉｄフィールドの最後の３ビットであり得る。ｅｆｃは、新しい機能についての情報を追加するために利用され得る。たとえば、いくつかの態様では、ａ３アドレス（デバイスを識別する第３のアドレス）が圧縮ＭＡＣヘッダ中に含まれるかどうかを示すために、ａ３存在サブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加され得る。追加または代替として、いくつかの態様では、アクセス制御（ａｃ）サブフィールド、（上記で説明した）サービス期間終了（ｅｏｓｐ）サブフィールド、（上記で説明した）ａ−ｍｓｄｕサブフィールド、および／またはキューサイズサブフィールドなど、いくつかのサービス品質（ＱｏＳ）パラメータの値を示すＱｏＳサブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加される。追加または代替として、いくつかの態様では、ＡＣＫポリシーサブフィールドが圧縮ＭＡＣヘッダのＳＩＧフィールドに移動され得る。追加または代替として、いくつかの態様では、パケットが中継されるべきかどうかを示すために、ａ４サブフィールドが、ｆｃフィールドまたはＭＡＣヘッダの別のフィールド（たとえば、ｅｆｃフィールド）に追加され得る。ａ４サブフィールドは１ビットであり得る。これらのフィールドのいずれかの組合せが、フィールドの機能をサポートするために、本明細書で説明する圧縮ＭＡＣヘッダのいずれにおいても使用され得ることに留意されたい。
【０１２５】
[0138]上記で説明した方法および技法は、本発明の範囲から逸脱することなく、他のタイプのフレームのためにも採用され得ることを理解されたい。たとえば、上記で説明した方法および技法は、管理／制御フレーム（たとえば、ＲＴＳ／ＣＴＳフレーム）のためにも使用され得る。
【０１２６】
[0139]図１５に、ＭＡＣヘッダをもつパケットを送信するための方法１５００の一態様を示す。方法１５００は、図３および図５〜図１４ｅに示されたＭＡＣヘッダおよびフレーム制御フィールドのうちのいずれか１つ、あるいは本明細書の教示に基づく別の好適な制御フィールドまたはＭＡＣヘッダをもつパケットを選択的に生成するために使用され得る。パケットは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法１５００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
【０１２７】
[0140]初めに、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからパケットのＭＡＣヘッダ中に含めるべきフレーム制御フィールドが選択され得る。選択は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
【０１２８】
[0141]次に、パケットの残りとともに媒体アクセス制御（ＭＡＣ）ヘッダが生成される。パケットはＭＡＣヘッダとペイロードとを備え得る。ＭＡＣヘッダは、非圧縮ＭＡＣヘッダのフレーム制御フィールドに記憶され得るいくつかのタイプの情報を記憶しないフレーム制御フィールドを含む。たとえば、ブロック１５０２において、方法１５００は、フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含むＭＡＣヘッダを生成することを含み、フレーム制御フィールドは、フレームサブタイプを示す情報と、パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない。いくつかの実施形態では、フレーム制御フィールドは、プロトコルバージョンを示す情報（たとえば、プロトコルバージョンサブフィールド３７２）と、フレームサブタイプを示す情報（たとえば、サブタイプサブフィールド３７６）と、パケットが配信システムに送信されることを示す情報（たとえば、Ｔｏ−ＤＳサブフィールド３７８）と、再送信情報（たとえば、再試行サブフィールド３８４）と、順序情報（たとえば、順序サブフィールド３９２ａ）とのうちの少なくとも１つを記憶しないことがある。いくつかの実施形態では、フレーム制御フィールドは、図６〜図１４ｅに関して上記で説明した情報を記憶することも記憶しないこともある。生成は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
【０１２９】
[0142]その後、ブロック１５０４において、方法１５００は、パケットを送信することを含む。送信は、たとえば、送信機２１０によってワイヤレスに実行され得る。
【０１３０】
[0143]図１６は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス１６００の機能ブロック図である。デバイス１６００は、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからＭＡＣヘッダ中に含めるべきフレーム制御フィールドを選択するための手段（図示せず）を備え得る。選択するための手段は、図１５に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。選択するための手段は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス１６００は、ＭＡＣヘッダとパケットの残りとを生成するための手段１６０２をさらに備える。生成するための手段１６０２は、図１５に示されたブロック１５０２に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。生成するための手段１６０２は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス１６００は、生成されたパケットを送信するための、送信するための手段１６０４をさらに備える。送信するための手段１６０４は、図１５に示されたブロック１５０４に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。送信するための手段１６０４は送信機２１０に対応し得る。
【０１３１】
[0144]図１７に、ＭＡＣヘッダをもつパケットを送信するための方法１７００の一態様を示す。方法１７００は、図４および図９〜図１４ｅに示されたＭＡＣヘッダおよびフレーム制御フィールドのうちのいずれか１つ、あるいは本明細書の教示に基づく別の好適な制御フィールドまたはＭＡＣヘッダをもつパケットを選択的に生成するために使用され得る。パケットは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法１７００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。
【０１３２】
[0145]初めに、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからパケットのＭＡＣヘッダ中に含めるべきフレーム制御フィールドを選択する。選択は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。
【０１３３】
[0146]次に、ブロック１７０２において、パケットの残りとともに媒体アクセス制御（ＭＡＣ）ヘッダを生成する。パケットはＭＡＣヘッダとペイロードとを備え得る。ＭＡＣヘッダは、サービス期間の終了を示す情報と、宛先アドレスがパケット中に存在するかどうかを示す情報とを記憶するフレーム制御フィールドを含む。フレーム制御フィールドはまた、図９〜図１４ｅに関して上記で説明した他の情報を記憶し得る。
【０１３４】
[0147]その後、ブロック１７０４において、パケットを送信する。送信は、たとえば、送信機２１０によってワイヤレスに実行され得る。
【０１３５】
[0148]図１８は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス１８００の機能ブロック図である。デバイス１８００は、上記で説明したように、受信デバイスに通信される必要がある情報のタイプに基づいて、複数のタイプからＭＡＣヘッダ中に含めるべきフレーム制御フィールドを選択するための手段（図示せず）を備え得る。選択するための手段は、図１７に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。選択するための手段は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス１８００は、ＭＡＣヘッダとパケットの残りとを生成するための手段１８０２をさらに備える。生成するための手段１８０２は、図１７に示されたブロック１７０２に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。生成するための手段１８０２は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス１８００は、生成されたパケットを送信するための、送信するための手段１８０４をさらに備える。送信するための手段１８０４は、図１７に示されたブロック１７０４に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。送信するための手段１８０４は送信機２１０に対応し得る。
【０１３６】
[0149]本明細書で使用する「決定」という用語は、多種多様なアクションを包含する。たとえば、「決定」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベースまたは別のデータ構造での探索）、確認などを含み得る。また、「決定」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定」は、解決、選択、選定、確立などを含み得る。さらに、本明細書で使用する「チャネル幅」は、いくつかの態様では帯域幅を包含することがあるか、または帯域幅と呼ばれることもある。
【０１３７】
[0150]本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。
【０１３８】
[0151]上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示すどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。
【０１３９】
[0152]本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１４０】
[0153]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、いくつかの態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１４１】
[0154]本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。
【０１４２】
[0155]説明した機能は、ハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
【０１４３】
[0156]したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明する動作を実行するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０１４４】
[0157]ソフトウェアまたは命令はまた、伝送媒体を介して送信され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
【０１４５】
[0158]さらに、本明細書で説明した方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。その上、本明細書で説明した方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。
【０１４６】
[0159]特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。
【０１４７】
[0160]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって決定される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成する方法であって、前記方法は、
フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む前記媒体アクセス制御ヘッダを生成することと、ここにおいて、前記フレーム制御フィールドは、フレームサブタイプを示す情報と、前記パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信することとを備える、方法。
［Ｃ２］
前記フレーム制御フィールドは、前記パケットが前記配信システムから送信されるかどうかを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ３］
前記パケットが前記配信システムから送信されるかどうかを示す前記情報は、配信元システムサブフィールド中に含まれる、Ｃ２に記載の方法。
［Ｃ４］
前記フレーム制御フィールドは、電力管理状態を示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ５］
前記フレーム制御フィールドは、追加のフレームが送信されるべきであるかどうかを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ６］
前記フレーム制御フィールドは、フレーム保護が存在するかどうかを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ７］
前記フレーム制御フィールドは、宛先アドレスが前記パケット中に存在するかどうかを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ８］
前記フレーム制御フィールドは、ネットワークサービスセットの識別を示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ９］
ネットワークサービスセットの識別を示す前記情報は、ショートサービスセット識別子サブフィールド中に含まれる、Ｃ８に記載の方法。
［Ｃ１０］
前記ネットワークサービスセットの前記識別は、ショートサービスセット識別子のハッシュを含む、Ｃ８に記載の方法。
［Ｃ１１］
前記フレーム制御フィールドは、サービス期間の終了を示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ１２］
前記フレーム制御フィールドは、前記フレームが再送信されているかどうかを示す再送信情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ１３］
前記フレーム制御フィールドは、追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ１４］
追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す前記情報は、モア物理プロトコルデータユニット／逆方向許可サブフィールド中に含まれる、Ｃ１３に記載の方法。
［Ｃ１５］
前記フレーム制御フィールドは、アグリゲートサービスデータユニットを示す情報をさらに記憶する、Ｃ１に記載の方法。
［Ｃ１６］
アグリゲートサービスデータユニットを示す前記情報は、アグリゲート媒体アクセス制御レベルサービスデータユニットサブフィールド中に含まれる、Ｃ１５に記載の方法。
［Ｃ１７］
媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成するように構成された装置であって、
フレームタイプを識別する情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む前記媒体アクセス制御ヘッダを生成するように構成されたプロセッサと、ここにおいて、前記フレーム制御フィールドは、フレームサブタイプを示す情報と、前記パケットが送信されるリンクタイプを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信するように構成された送信機とを備える、装置。
［Ｃ１８］
前記フレーム制御フィールドは、前記パケットが前記配信システムから送信されるかどうかを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ１９］
前記パケットが前記配信システムから送信されるかどうかを示す前記情報は、配信元システムサブフィールド中に含まれる、Ｃ１８に記載の装置。
［Ｃ２０］
前記フレーム制御フィールドは、電力管理状態を示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２１］
前記フレーム制御フィールドは、追加のフレームが送信されるべきであるかどうかを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２２］
前記フレーム制御フィールドは、フレーム保護が存在するかどうかを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２３］
前記フレーム制御フィールドは、宛先アドレスが前記パケット中に存在するかどうかを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２４］
前記フレーム制御フィールドは、ネットワークサービスセットの識別を示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２５］
ネットワークサービスセットの識別を示す前記情報は、ショートサービスセット識別子サブフィールド中に含まれる、Ｃ２４に記載の装置。
［Ｃ２６］
前記ネットワークサービスセットの前記識別は、ショートサービスセット識別子のハッシュを含む、Ｃ２４に記載の装置。
［Ｃ２７］
前記フレーム制御フィールドは、サービス期間の終了を示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２８］
前記フレーム制御フィールドは、前記フレームが再送信されているかどうかを示す再送信情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ２９］
前記フレーム制御フィールドは、追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ３０］
追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す前記情報は、モア物理プロトコルデータユニット／逆方向許可サブフィールド中に含まれる、Ｃ２９に記載の装置。
［Ｃ３１］
前記フレーム制御フィールドは、アグリゲートサービスデータユニットを示す情報をさらに記憶する、Ｃ１７に記載の装置。
［Ｃ３２］
アグリゲートサービスデータユニットを示す前記情報は、アグリゲート媒体アクセス制御レベルサービスデータユニットサブフィールド中に含まれる、Ｃ３１に記載の装置。
［Ｃ３３］
媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成するように構成された装置であって、
フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む前記媒体アクセス制御ヘッダを生成するための手段と、ここにおいて、前記フレーム制御フィールドは、フレームサブタイプを示す情報と、前記パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信するための手段とを備える、装置。
［Ｃ３４］
前記フレーム制御フィールドは、前記パケットが前記配信システムから送信されるかどうかを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ３５］
前記パケットが前記配信システムから送信されるかどうかを示す前記情報は、配信元システムサブフィールド中に含まれる、Ｃ３４に記載の装置。
［Ｃ３６］
前記フレーム制御フィールドは、電力管理状態を示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ３７］
前記フレーム制御フィールドは、追加のフレームが送信されるべきであるかどうかを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ３８］
前記フレーム制御フィールドは、フレーム保護が存在するかどうかを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ３９］
前記フレーム制御フィールドは、宛先アドレスが前記パケット中に存在するかどうかを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４０］
前記フレーム制御フィールドは、ネットワークサービスセットの識別を示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４１］
ネットワークサービスセットの識別を示す前記情報は、ショートサービスセット識別子サブフィールド中に含まれる、Ｃ４０に記載の装置。
［Ｃ４２］
前記ネットワークサービスセットの前記識別は、ショートサービスセット識別子のハッシュを含む、Ｃ４０に記載の装置。
［Ｃ４３］
前記フレーム制御フィールドは、サービス期間の終了を示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４４］
前記フレーム制御フィールドは、前記フレームが再送信されているかどうかを示す再送信情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４５］
前記フレーム制御フィールドは、追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４６］
追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す前記情報は、モア物理プロトコルデータユニット／逆方向許可サブフィールド中に含まれる、Ｃ４５に記載の装置。
［Ｃ４７］
前記フレーム制御フィールドは、アグリゲートサービスデータユニットを示す情報をさらに記憶する、Ｃ３３に記載の装置。
［Ｃ４８］
アグリゲートサービスデータユニットを示す前記情報は、アグリゲート媒体アクセス制御レベルサービスデータユニットサブフィールド中に含まれる、Ｃ４７に記載の装置。
［Ｃ４９］
コンピュータによって実行されたとき、前記コンピュータに、ワイヤレスネットワークにおいて通信する方法を実行させる命令を備えるコンピュータ可読媒体であって、前記方法は、
フレームタイプを示す情報と、プロトコルバージョンを示す情報と、追加のフレームが送信されるべきであるかどうかを示す情報とを記憶するフレーム制御フィールドを含む媒体アクセス制御ヘッダを備えるフレームを含むパケットを生成することと、ここにおいて、前記フレーム制御フィールドが、フレームサブタイプを示す情報と、前記パケットが配信システムに送信されることを示す情報と、再送信情報と、順序情報とのうちの少なくとも１つを記憶しない、
前記パケットを送信することとを備える、コンピュータ可読媒体。
［Ｃ５０］
前記フレーム制御フィールドは、前記パケットが前記配信システムから送信されるかどうかを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５１］
前記パケットが前記配信システムから送信されるかどうかを示す前記情報は、配信元システムサブフィールド中に含まれる、Ｃ５０に記載のコンピュータ可読媒体。
［Ｃ５２］
前記フレーム制御フィールドは、電力管理状態を示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５３］
前記フレーム制御フィールドは、追加のフレームが送信されるべきであるかどうかを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５４］
前記フレーム制御フィールドは、フレーム保護が存在するかどうかを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５５］
前記フレーム制御フィールドは、宛先アドレスが前記パケット中に存在するかどうかを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５６］
前記フレーム制御フィールドは、ネットワークサービスセットの識別を示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５７］
ネットワークサービスセットの識別を示す前記情報は、ショートサービスセット識別子サブフィールド中に含まれる、Ｃ５６に記載のコンピュータ可読媒体。
［Ｃ５８］
前記ネットワークサービスセットの前記識別は、ショートサービスセット識別子のハッシュを含む、Ｃ５６に記載のコンピュータ可読媒体。
［Ｃ５９］
前記フレーム制御フィールドは、サービス期間の終了を示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ６０］
前記フレーム制御フィールドは、前記フレームが再送信されているかどうかを示す再送信情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ６１］
前記フレーム制御フィールドは、追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ６２］
追加のサブフレームが送信されるべきであるかどうかと、逆方向が許可されるかどうかとのうちの１つを示す前記情報は、モア物理プロトコルデータユニット／逆方向許可サブフィールド中に含まれる、Ｃ６１に記載のコンピュータ可読媒体。
［Ｃ６３］
前記フレーム制御フィールドは、アグリゲートサービスデータユニットを示す情報をさらに記憶する、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ６４］
アグリゲートサービスデータユニットを示す前記情報は、アグリゲート媒体アクセス制御レベルサービスデータユニットサブフィールド中に含まれる、Ｃ６３に記載のコンピュータ可読媒体。
【図１】
0006342395.tif 000004
【図２】
0006342395.tif 000005
【図３】
0006342395.tif 000006
【図３Ａ】
0006342395.tif 000007
【図３Ｂ】
0006342395.tif 000008
【図４】
0006342395.tif 000009
【図４Ａ】
0006342395.tif 000010
【図５】
0006342395.tif 000011
【図６】
0006342395.tif 000012
【図７】
0006342395.tif 000013
【図８】
0006342395.tif 000014
【図８Ａ】
0006342395.tif 000015
【図９】
0006342395.tif 000016
【図１０】
0006342395.tif 000017
【図１１】
0006342395.tif 000018
【図１２】
0006342395.tif 000019
【図１３】
0006342395.tif 000020
【図１４ａ】
0006342395.tif 000021
【図１４ｂ】
0006342395.tif 000022
【図１４ｃ】
0006342395.tif 000023
【図１４ｄ】
0006342395.tif 000024
【図１４ｅ】
0006342395.tif 000025
【図１５】
0006342395.tif 000026
【図１６】
0006342395.tif 000027
【図１７】
0006342395.tif 000028
【図１８】
0006342395.tif 000029
【図１９】
0006342395.tif 000030