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