JP2016192821A - 無線ローカルエリアネットワークにおける省電力のための方法および装置 - Google Patents

Abstract

【課題】無線ローカルエリアネットワーク（ＷＬＡＮ）における省電力のための方法および装置を開示する。
【解決手段】ステーション（ＳＴＡ）が、ＳＴＡをＳＴＡの特定のグループに関連付けるパラメータを受信し、このパラメタータに基づいてＳＴＡのグループに許可された期間にチャネルアクセスを行うことができる。ＳＴＡは、ＳＴＡのグループに許可されたアクセススロットに関する情報を受信し、このアクセススロットの間にチャネルにアクセスすることができる。ＳＴＡは、ドーズ状態からのウェイクアップのスケジュールを受信することができ、このスケジュールに基づいてドーズ状態に入り、ドーズ状態から抜け出す。センサまたはメータタイプのＳＴＡに、最も高いチャネルアクセス優先度が与えられることが可能である。ＳＴＡは、ＳＴＡがビーコン中のトラフィック表示マップ（ＴＩＭ）または配送ＴＩＭ（ＤＴＩＭ）をリッスンしないことをアクセスポイント（ＡＰ）に示すことができる。
【選択図】図１３

Description

本発明は、無線通信に関する。

インフラストラクチャモードの無線ローカルエリアネットワーク（ＷＬＡＮ）基本サービスセット（ＢＳＳ）は、ＢＳＳ用のアクセスポイント（ＡＰ）と、当該ＡＰと関連する１または複数のステーション（ＳＴＡ）とを有する。ＡＰは、一般的に、配信システム（ＤＳ）、またはＢＳＳを出入りするトラフィックを搬送する別のタイプの有線若しくは無線ネットワークにアクセスでき、またはこれらのインタフェースとなる。ＢＳＳの外側から発生するＳＴＡへのトラフィックは、ＡＰを通って到着し、ＳＴＡに届けられる。ＳＴＡから発生し、ＢＳＳの外側の宛先へ向かうトラフィックは、ＡＰに送信されて、それぞれの宛先に届けられる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信されることが可能であり、発信元ＳＴＡはＡＰにトラフィックを送信し、ＡＰはこのトラフィックを宛先ＳＴＡに届ける。ＢＳＳ内のＳＴＡ間のこのようなトラフィックは、ピアツーピアトラフィックである。このようなピアツーピアトラフィックは、ＩＥＥＥ８０２．１１ｅダイレクトリンクセットアップ（ＤＬＳ）またはＩＥＥＥ８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を用いるＤＬＳにより、発信元ＳＴＡと宛先ＳＴＡとの間で直接送信されることが可能である。独立ＢＳＳモードのＷＬＡＮにはＡＰがなく、ＳＴＡは互いに直接通信する。

世界中の様々な国において、無線通信システムのために新しいスペクトルが割り当てられている。このようなスペクトルは、多くの場合、サイズがかなり限られており、チャネルの帯域幅もかなり限られている。スペクトルは、利用できるチャネルにおいてフラグメント化されることが可能であり、より大きい帯域幅の送信に対しては、隣接していなくてもよく、結合されなくてもよい。例えばいくつかの国々では１ＧＨｚ未満を割り当てられるスペクトルの場合がそれに当てはまる。例えば８０２．１１規格で構築されたＷＬＡＮシステムは、このようなスペクトルで動作するように設計されることが可能である。このようなスペクトルの制限を考慮すると、ＷＬＡＮは、例えば８０２．１１ｎ規格または８０２．１１ａｃ規格に基づく高スループット（high throughput：ＨＴ）または超高スループット（very high throughput：ＶＨＴ）ＷＬＡＮシステムに比べてより小さい帯域幅およびより低いデータレートに対応できる可能性がある。

無線ローカルエリアネットワーク（ＷＬＡＮ）における省電力のための方法および装置が開示される。ステーション（ＳＴＡ）が、ＳＴＡをＳＴＡの特定のグループに関連付けるパラメータを受信し、パラメータに基づいてＳＴＡのグループに許可される期間にチャネルアクセスを行うことができる。ＳＴＡは、ＳＴＡのグループに許可されたアクセススロットに関する情報を受信し、アクセススロットの間にチャネルにアクセスすることができる。ＳＴＡは、ドーズ（doze）状態からのウェイクアップのためのスケジュールを受信することができ、スケジュールに基づいてドーズ状態に入り、ドーズ状態から脱する。ＳＴＡはＡＰと、アソシエーション時に、またはこれらがアソシエートされるときに、省電力および媒体アクセス方法およびパラメータについてＡＰと双方向ネゴシエーションを行うことができ、この間にＳＴＡは、ＳＴＡのカテゴリ、トラフィックタイプ、省電力要件などに関連する情報を提供することができる。

センサまたはメータタイプのＳＴＡに、最も高いチャネルアクセス優先度が与えられることが可能である。ＳＴＡは、ＳＴＡがビーコン中のトラフィック表示マップ（ＴＩＭ）または配送ＴＩＭ（ＤＴＩＭ）をリッスンしないことをアクセスポイント（ＡＰ）に示すことができる。ＡＰは、次にＳＴＡステータス情報を使用して、省電力モードでＳＴＡのＴＩＭ要素中の部分仮想ビットマップをアセンブルすることができる。ＴＩＭ中の部分仮想ビットマップは、ＴＩＭ要素を含んだフレームが送信されるときに、リッスン状態のＳＴＡに対する肯定の（positive）トラフィック表示を含むことができる。

ＡＰがセクタ化されたビーコンを送信する場合、セクタ化されたビーコンは、ビーコンがセクタ化されているという表示を含むことができ、セクタ化されたビーコンを受信するＳＴＡがＡＰに送信することを許可される期間を示すことができる。

ＳＴＡは、ビーコンまたは短いビーコンによってＳＴＡのグループと関連付けられるパラメータを受信することができ、ＳＴＡのグループが一定の期間にチャネルにアクセスすることを許可され、ＳＴＡの他のグループは、一定の期間にチャネルにアクセスすることを許可されないようにする。

ＳＴＡは、フレームの媒体アクセス制御（ＭＡＣ）ヘッダの継続時間（duration）フィールドに非ゼロ値が含まれていることを示し、およびＡＣＫフレームまたはブロックＡＣＫフレームではないフレームの存在を示すＡＣＫ表示フィールドを含んだフレームを受信する。

例として添付図面と併せて行われる次の説明から詳細な理解を得ることができる。
１または複数の開示される実施形態を実装することができる例示的通信システムのシステム図である。 図１Ａに示す通信システム内で使用することができる例示的無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示す通信システム内で使用することができる例示的無線（radio）アクセスネットワークおよび例示的コアネットワークのシステム図である。 トラフィック表示マップ（ＴＩＭ）および配送ＴＩＭ（ＤＴＩＭ）動作の例を示す図である。 トラフィック仕様（ＴＳＰＥＣ）情報要素（ＩＥ）のフレームフォーマットを示す図である。 ３つのＳＴＡのパワーセーブマルチポール（ＰＳＭＰ）動作の例を示す図である。 省電力仕様（ＰＳＳ）ＩＥの例示的フォーマットを示す図である。 ＰＳＳ ＩＥ中のトラフィック仕様フィールドの代替フォーマットを示す図である。 ＰＳＳ ＩＥ中のトラフィック仕様フィールドの代替フォーマットを示す図である。 ＰＳＳ ＩＥ中のトラフィック仕様フィールドの代替フォーマットを示す図である。 ＰＳＳ ＩＥ中の媒体アクセス制御（ＭＡＣ）スペックフィールドの例示的フォーマットを示す図である。 物理レイヤ（ＰＨＹ）スペックフィールド用の例示的フォーマットを示す図である。 省電力応答（ＰＳＲ）ＩＥの例示的フォーマットを示す図である。 ＰＳＲ ＩＥ中のスケジュールスペックフィールド用の例示的フォーマットを示す図である。 ＰＳＲ ＩＥ中のスケジュールスペックフィールド用の例示的フォーマットを示す図である。 ＰＳＲ ＩＥ中のスケジュールスペックフィールドの別の例示的フォーマットを示す図である。 ＰＳＲ ＩＥ中のスケジュールスペックフィールドの別の例示的フォーマットを示す図である。 ＡＰによるＳＴＡに対するビーコンインターバル分割およびスケジュール割当ての例を示す図である。 ＡＰとＳＴＡとの間の双方向ネゴシエーションによる省電力のための例示的プロセスのシグナリング図である。 ８０２．１１ａｈの１ＭＨｚモードに対するトーン割当てを示す図である。 ６４直交振幅変調（ＱＡＭ）を用いた８０２．１１ａｈの実施形態でのＰＡＰＲ低減を示す図である。 ８０２．１１ａｈの１ＭＨｚモードの動作用の物理レイヤパケットの例示的フォーマットを示す図である。 図１６のパケットにおけるＳＩＧフィールドの例示的フォーマットを示す図である。

図１Ａは、１または複数の開示される実施形態を実行することができる例示的通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多重アクセスシステムとすることができる。通信システム１００は、無線帯域幅を含む、システムリソースの共有によって、複数の無線ユーザがこのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を使用することができる。

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示する実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素についても考えることを理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作する、および／または通信するように構成された任意のタイプのデバイスであることも可能である。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースをとって、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスとすることもできる。例えば、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互に接続された基地局および／またはネットワーク要素も含むことがあることを理解されよう。

基地局１１４ａは、ＲＡＮ１０４の一部である可能性があり、これは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内の無線信号を送信および／または受信するように構成されることが可能である。セルは、セルセクタにさらに分割されることが可能である。例えば、基地局１１４ａと関連するセルは、３つのセクタに分割されることが可能である。従って、一実施形態では、基地局１１４ａは３つのトランシーバ、すなわちセルの各セクタに１つを含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、従って、セルの各セクタに複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、エアインタフェースは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい。エアインタフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

より詳細には、上記のように、通信システム１００は、多重アクセスシステムであることが可能であり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含むことができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（登録商標）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立することができるＥ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５、ＩＳ−８５６、ＧＳＭ（登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、またはアクセスポイントとすることができ、職場、家庭、車、学校などの局所的エリアにおける無線接続を容易にするための任意の好適なＲＡＴを使用することもできる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＤＣＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを必要としないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信することが可能であり、コアネットワーク１０６は、音声、データ、アプリケーションおよび／またはＶｏＩＰサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、ビデオ配信などを提供すること、および／または、ユーザ認証など高レベルセキュリティ機能を行うことができる。図１Ａには示していないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを使用する、他のＲＡＮと直接通信または間接通信している場合があることを理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性があるＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用している別のＲＡＮ（図示しない）とも通信している可能性がある。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中のＴＣＰ、ＵＤＰ、ＩＰなど、共通の通信プロトコルを使用する、相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または提供される有線通信または無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを使用することができる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを通じて様々な無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用可能な基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用可能な基地局１１４ｂと、通信するように構成されることが可能である。

図１Ｂは、例示的ＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一致している前述の要素の任意のサブコンビネーションも含むことができると理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ（Field Programmable Gate Array）回路、その他の型の集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにするその他の機能を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は、電子部品パッケージまたはチップに統合されることが可能であることを理解されるであろう。

送信／受信要素１２２は、エアインタフェース１１６を通じて基地局（例えば、基地局１４ａ）へ信号を送信する、または基地局（例えば、基地局１４ａ）から信号を受信するように構成されることが可能である。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信するおよび／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光線信号を送信するおよび／または受信するように構成されたエミッタ／検波器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦと光信号の両方を送受信するように構成されることが可能である。送信／受信要素１２２は、無線信号の任意の組合せも送信および／または受信するように構成されることが可能であることは理解されよう。

さらに、送信／受信要素１２２は図１Ｂでは単一要素として表しているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むこともできる。さらに詳細には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を通じて無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてよい。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴによって通信できるようにするための複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、これらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイク１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらにプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの好適なメモリの情報にアクセスすることもでき、また任意のタイプの好適なメモリにデータを格納することもできる。非リムーバブルメモリ１３０には、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意のタイプのメモリ記憶装置も含まれる。リムーバブルメモリ１３２には、加入者識別情報モジュール（ＳＩＭ）カード、メモリスティック、ＳＤメモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）など、ＷＴＲＵ１０２に物理的に設置されていないメモリの情報にアクセスする、およびこのメモリにデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成可能なＧＰＳチップセット１３６に結合されることも可能である。ＧＰＳチップセット１３６からの情報に加えて、またはこれに代えて、ＷＴＲＵ１０２は基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を通じて位置情報を受信する、および／または２以上の近傍基地局から受信中の信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、一実施形態と合致しながら、任意の好適な位置決定方法によって位置情報を得ることができることは理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加の特徴、機能および／または有線接続もしくは無線接続を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンズフリーハンドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどが含まれる。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６の例示的システム図である。上記のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を使用して、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信している可能性もある。図１Ｃに示すように、ＲＡＮ１０４は、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバをそれぞれ含むことができるＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０４内の特定のセル（図示せず）とそれぞれ関連付けられることが可能である。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂもまた含むことができる。ＲＡＮ１０４は、実施形態と合致する任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができることは理解されよう。

図１Ｃに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信している可能性がある。さらに、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信している可能性がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いと通信している可能性がある。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されたそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることが可能である。また、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などのような、他の機能を実行する、または支援するように構成されることが可能である。

図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。前述の要素のそれぞれをコアネットワーク１０６の一部として示しているが、これらの要素のいずれか１つがコアネットワーク事業者以外の事業体によって所有される、および／または稼働される場合があることを理解されるであろう。

ＲＡＮ１０４の中のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続可能である。ＭＳＣ１４６は、ＭＧＷ１４４に接続可能である。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な固定通信デバイスとの間の通信を容易にすることができる。

ＲＡＮ１０４の中のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介してコアネットワーク１０６の中のＳＧＳＮ１４８に接続可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続可能である。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。

上記のように、コアネットワーク１０６は、ネットワーク１１２にも接続可能であり、ネットワーク１１２は、他のサービスプロバイダによって所有されるおよび／または稼働される他の有線または無線ネットワークを含むことができる。

ＩＥＥＥ８０２．１１ａｈタスクグループ（ＴＧ）は、サブ１ＧＨｚ帯においてＷｉＦｉシステムをサポートするソリューションを開発するために設立された。８０２．１１ａｈ ＴＧによって、次の使用事例、すなわち、センサおよびメータ（使用事例１）、バックホールセンサおよびメータデータ（使用事例２）、およびセルラオフロードのための範囲拡大（extended range）ＷｉＦｉ（使用事例３）が採用された。

８０２．１１ａｈでは、使用事例の１つは、メータおよびセンサであって、単一ＢＳＳ内で最大６，０００個のＳＴＡがサポートされることが可能である。スマートメータおよびセンサのようなデバイスは、サポートされるアップリンクおよびダウンリンクトラフィックに関連する非常に様々な要求を有する。例えば、センサおよびメータは、アップリンクトラフィックである可能性が最も高いサーバにそのデータを周期的にアップロードするように構成されることが可能である。センサおよびメータは、サーバによって問合せされる、または設定されることが可能である。サーバがセンサおよびメータに問い合わせる、またはこれらを設定するとき、問い合わせられたデータはセットアップインターバル内に届く必要があり、行われる任意の設定の確認が、一定のインターバル内に届く必要があることがある。これらのタイプのトラフィックパターンは、ＷＬＡＮシステムに想定される伝統的なトラフィックパターンとは非常に異なる。

８０２．１１システムでは、省電力機構が定義されている。省電力のために、ステーション（ＳＴＡ）が、アウェイク状態とドーズ（スリープ）状態との間で移り変わることができる。ＡＰは、ＳＴＡの省電力モードを認識し、ドーズ状態のＳＴＡのトラフィックをバッファリングし、ビーコンフレームまたは短いビーコンフレーム中のトラフィック表示マップ（ＴＩＭ）または配送ＴＩＭ（ＤＴＩＭ）を使用してＳＴＡに通知することができる。ＴＩＭは、アソシエーション識別子（ＡＩＤ）ビットマップまたは部分的仮想ビットマップを使用して表示される。ＳＴＡは、ＴＩＭを受け取り、解釈することによって、バッファリングされたデータが自身用であると判断することができる。

ＳＴＡは、ドーズ状態に入り、ビーコンまたは短いビーコンをリッスンするためにウェイクアップすることによって節電する。ＳＴＡはＴＩＭをチェックして、ＡＰがＳＴＡのためにフレームをバッファリングしているかどうかを判断する。ＳＴＡは、ＰＳ−Ｐｏｌｌ制御フレームをＡＰに送信して、ＡＰからバッファリングされたフレームを検索することができる。複数のＳＴＡがＡＰにバッファリングされたフレームを有するとき、ＷＬＡＮにおけるＳＴＡは、ランダムバックオフ機構（random back-off mechanism）を使用した後に、ＰＳ−Ｐｏｌｌフレームを送信することができる。図２は、ＴＩＭおよびＤＴＩＭ動作の一例を示す。

ＢＳＳが分散調整機能（distributed coordination function：ＤＣＦ）の下で動作している際に、またはポイント調整機能（ＰＣＦ）を使用するＢＳＳのコンテンション期間（ＣＰ）の間に、現在ＡＰにおいてＳＴＡのためにデータがバッファされていると判断すると、省電力（ＰＳ）モードで動作中のＳＴＡは、短いＰＳ−ＰｏｌｌフレームをＡＰに送信することができ、ＡＰは直ちにデータで応答する、またはＰＳ−Ｐｏｌｌフレームを受け取ったことを知らせ、その後データで応答することができる。バッファされたデータがコンテンションフリー期間（contention free period：ＣＦＰ）中に送信されることをＴＩＭが示す場合、ＰＳモードで動作しているＣＦ−Ｐｏｌｌ対応（CF-Pollable）ＳＴＡは、ＰＳーＰｏｌｌフレームを送信しないことが可能であるが、バッファされたデータが受信される（またはＣＦＰが終了する）までアクティブのままである。

全てのビーコンインターバルにおいて、ＡＰは、ＰＳモードのＳＴＡの宛先ごとのバッファ状態を含んでいる部分的仮想ビットマップをアセンブルすることができ、ビーコンフレームのＴＩＭフィールドにこれを表示することができる。全てのビーコンインターバルにおいて、自動省電力配信（Automatic Power Save Delivery：ＡＰＳＤ）対応のＡＰは、ＰＳモードのＳＴＡの宛先ごとに、（少なくとも１つの配信不能（nondelivery-enabled）アクセスカテゴリ（ＡＣ）が存在する場合）配信不能ＡＣのバッファ状態を含んだ部分的仮想ビットマップをアセンブルすることができ、ビーコンフレームのＴＩＭフィールドでこれを送出することができる。全てのＡＣが配信可能であるとき、ＡＰＳＤ対応ＡＰは、宛先ごとの全てのＡＣに対してバッファ状態を含んだ部分的仮想ビットマップをアセンブルすることができる。フレキシブルマルチキャストサービス（flexible multicast service：ＦＭＳ）が使用可能である場合、ＡＰは、全てのビーコンフレームにＦＭＳ記述子要素を含むことができる。ＦＭＳ記述子要素は、ＡＰがバッファリングする、ＦＭＳグループにアドレス指定されたフレームを示すことができる。

現在の８０２．１１規格における情報要素（ＩＥ）の最大長は、２５６バイトである。結果として、この最大ＩＥサイズは、ＴＩＭがビットマップを使用して、ビットマップ中のビットにＳＴＡのＡＩＤをマッピングすることによって、バッファされたデータを有するＳＴＡをシグナリングするとき、ＴＩＭでサポートされることが可能であるＳＴＡの数に制限を設ける。ビットマップフィールドに加えて、ＴＩＭは、他の情報フィールド（例えば、ＤＴＩＭカウント、ＤＴＩＭ期間、およびビットマップ制御）もまた含む。従って、ＴＩＭにおけるビットマップフィールドの最大サイズは、２５１バイトにさらに制限される。

さらに、現在の最大２，００７個のＡＩＤについては、最悪の場合（すなわち、完全なビットマップ）は、２，００７ビット、すなわち２，００７／８＝２５１バイトが必要となり、これはＴＩＭ中のビットマップフィールドの最大サイズに達する。従って、ビットマップ構造を有する現在のＴＩＭは、２，００７を超えるＳＴＡの最大数をサポートする８０２．１１ａｈ機能要件を満たさない可能性がある。

また、８０２．１１規格に規定される現在のＴＩＭ構造に基づくと、サポートされるＳＴＡの数が増えるにつれて、ＴＩＭの長さは増大する。例えば、最大２，００７個のＳＴＡでは、ＴＩＭ中の最悪の場合のビットマップは、２５１バイトである。ステーションの最大数が、さらに大きい数、例えば６，０００に増加する場合、最悪の場合のビットマップは、６，０００／８＝７５０バイトとなる。このような大きいサイズのＴＩＭは、ビーコン伝送におけるＴＩＭのオーバーヘッドを増大させることになり、これは特に、他の８０２．１１システム（例えば、８０２．１１ｎ／１１ａｃ）よりもチャネル帯域幅がかなり小さい（例えば、１ＭＨｚ、２ＭＨｚ、最大８ＭＨｚ）８０２．１１ａｈシステムにおいて、極めて容認しがたいレベルである。

８０２．１１ｅ規格は、自動省電力配信（ＡＰＳＤ）として定義される８０２．１１省電力モードの拡張を含む。ＡＰがＡＰＳＤをサポートする場合、８０２．１１ｅ対応ＳＴＡは、ＡＰにバッファリングされたフレームを配信するための方法を標準的な省電力モードとＡＰＳＤとの間で選択することができる。標準的な８０２．１１規格省電力モードとＡＰＳＤとの違いは、ＡＰＳＤを用いるとＳＴＡは、ビーコンを受信するためにアウェイク状態に移行してから、ＡＰにバッファリングされた最後のフレームの受取りを通知後にドーズ状態に戻るまでアウェイクしているのではなく、サービス期間（ＳＰ）の間アウェイクしていることである。ＡＰＳＤには、２つのタイプのＳＰ、すなわちスケジュール外の（unscheduled）ＡＰＳＤ（Ｕ−ＡＰＳＤ）と、スケジュールされたＡＰＳＤ（scheduled）（Ｓ−ＡＰＳＤ）とが定義される。Ｕ−ＡＰＳＤは、拡張分散チャネルアクセス（Enhanced Distributed Channel Access：ＥＤＣＡ）を使用してチャネルにアクセスするＳＴＡに対して定義され、Ｓ−ＡＰＳＤは、ＥＤＣＡとハイブリッド調整機能（Hybrid Coordination Function：ＨＣＦ）制御チャネルアクセス（Controlled Channel Access）（ＨＣＣＡ）の両方のアクセス機構に対して定義される。

Ｕ−ＡＰＳＤでは、ＳＴＡが、トリガ可能となる、または配信可能となるアクセスカテゴリ（ＡＣ）を設定する。配信可能ＡＣからのＭＡＣサービスデータユニット（ＭＳＤＵ）は、バッファリングされることが可能である。ＳＴＡがウェイクアップし、トリガフレームをＡＰに送信して、スケジュール外のサービス期間に、バッファリングされたＭＳＤＵまたは管理フレームを検索する。スケジュール外のサービス期間（ＳＰ）が進行していない場合、ＳＴＡがトリガ可能となるように構成したＡＣと関連付けられたＱｏＳデータまたはＱｏＳ ｎｕｌｌフレームである、ＳＴＡからのトリガフレームをＡＰが受信すると、スケジュール外のＳＰは始まる。ＡＰが配信可能なＡＣと関連付けられ、このＳＴＡに向けられた少なくとも１つのＭＳＤＵまたはＭＡＣプロトコルデータユニット（ＭＰＤＵ）を送信しようと試みた後に、スケジュール外のＳＰが終了する。ＱｏＳ ｎｕｌｌフレームは、標準的な省電力モードのＰＳ−ＰｏｌｌのＵ−ＡＰＳＤにおける代替物であって、たとえＳＴＡにアップリンクで送信するデータフレームがない場合でも、ＳＴＡがＡＰでバッファリングされたフレームの配信を要求できるようにする。

Ｓ−ＡＰＳＤでは、ＳＴＡがまずＡＰとアソシエーション（接続）する。特定のトラフィックストリーム（ＴＳ）のＡＣに応じて、ＳＴＡは、トラフィック仕様（ＴＳＰＥＣ）を含んだＡＤＤＴＳ要求フレームをＡＰに送信することによって、スケジュールされ制御されたチャネルアクセス、またはコンテンションベースのチャネルアクセスを要求することができる。図３は、ＴＳＰＥＣ ＩＥのフレームフォーマットを示す。ＡＰは、ＡＰがＴＳに対応することができる場合、スケジュールＩＥを含んだＡＤＤＴＳ応答フレームで応答することができる。

パワーセーブマルチポール（ＰＳＭＰ）機構は、８０２．１１ｎで導入されている。ＰＳＭＰでは、単一ＰＳＭＰフレームが使用されて、複数のＳＴＡをスケジュールすることが可能である。これはＳＴＡが周期的に少量のデータを送信する場合には有効ある。

各ＳＴＡが、クリアチャネル評価（clear channel assessment：ＣＣＡ）を行うことなく、その受信機をＤＬフェーズに必要とされるまでシャットダウンし、スケジュールされているときＵＬフェーズ中に送信できるように、ＰＳＭＰフェーズの開始時にＵＬおよびＤＬスケジュールを提供することによって、電力消費量が削減される。図４は、３つのＳＴＡのＰＳＭＰ動作の例を示す。

省電力は、ＳＴＡとＡＰとの間の双方向ネゴシエーションにより実現されることが可能である。ＳＴＡおよびＡＰは、省電力パラメータを交換し、省電力スケジュールおよびスリープスケジュールを設定するためにメッセージを交換することができる。

一実施形態では、１つの統一された情報要素（ＩＥ）が、省電力態様に対処するように定義されることが可能である。以後、統一されたＩＥは、「省電力仕様（ＰＳＳ）ＩＥ」と呼ぶ。ＳＴＡが、プローブ要求フレーム、アソシエーション要求フレームなどでＡＰにＰＳＳ ＩＥを送信することができる。ＰＳＳ ＩＥでは、省電力およびスリープスケジュールを設定するには、ＳＴＡとＡＰとの間の１ラウンドのパケット交換で十分とすることができる。

図５は、ＰＳＳ ＩＥ５００の例示的フォーマットを示す。ＰＳＳ ＩＥ５００は、次のフィールド、すなわち、要素ＩＤフィールド５０２、長さフィールド５０４、マップフィールド５０６、トラフィック仕様フィールド５０８、ＭＡＣスペックフィールド５１０、ＰＨＹスペックフィールド５１２、および他のオプション情報フィールド５１４を有することができる。

要素ＩＤフィールド５０２は、これがＰＳＳ ＩＥであることを識別するＩＤに設定される。長さフィールド５０４は、ＩＥの残りの長さをオクテットで示す。ＭＡＰフィールド５０６は、ＰＳＳ ＩＥに含まれている情報である。トラフィック仕様フィールド５０８は、アップリンクおよびダウンリンクトラフィックパターンの仕様である。ＭＡＣスペックフィールド５１０は、省電力に関連するＭＡＣパラメータおよび基本設定の仕様である。ＰＨＹスペックフィールド５１２は、ＰＨＹパラメータおよび省電力に関連する基本設定の仕様である。他のオプション情報フィールド５１４は、省電力仕様がＰＳＳ ＩＥ５００を含んでいるフレームの終わりから始まり有効であると予想される継続時間など、省電力に関連する他の情報を含む。トラフィック仕様フィールド５０８は、実行に応じて様々な情報を含むことができる。トラフィック仕様フィールド５０８は、ＳＴＡがサポートすることができるトラフィックパターンおよび使用事例に関連している。

図６Ａ〜６Ｃは、ＰＳＳ ＩＥにおけるトラフィック仕様フィールド５０８の代替的フォーマットを示す。図６Ａのフォーマットは、ＵＬとＤＬの両トラフィックが指定される必要のあるセルラオフロードの使用事例において使用されることがある。この事例のトラフィック仕様フィールド６１０は、次のサブフィールド、すなわち、オプション６１１、ＵＬ最大インターバル６１２、ＵＬ最小インターバル６１３、ＵＬデータレート６１４、ＵＬデータ優先度６１５、ＤＬ最大インターバル６１６、ＤＬ最小インターバル６１７、ＤＬデータレート６１８、およびＤＬデータ優先度６１９を含むことができる。オプションサブフィールド６１１は、（図６Ａ〜６Ｃのフォーマットの中で）どのタイプのトラフィック仕様が使用されるかを示す。ＵＬ最大インターバルサブフィールド６１２は、ＵＬトラフィックのための最大サービスインターバルを示す。ＵＬ最小インターバルサブフィールド６１３は、ＵＬトラフィックのための最小サービスインターバルを示す。ＵＬデータレートサブフィールド６１４は、ＡＰが１つのＵＬサービスインターバル内でサポートすべきデータレートおよび／またはサイズを示す。ＵＬデータ優先度サブフィールド６１５は、ＵＬデータの優先度を示す。ＤＬ最大インターバルサブフィールド６１６は、ＤＬトラフィックのための最大サービスインターバルを示す。ＤＬ最小インターバルサブフィールド６１７は、ＤＬトラフィックのための最小サービスインターバルを示す。ＤＬデータレートサブフィールド６１８は、ＡＰが１つのＤＬサービスインターバル内でサポートすべきデータレートおよび／またはサイズを示す。ＤＬデータ優先度サブフィールド６１９は、ＤＬデータの優先度を示す。

図６Ｂのフォーマットは、ＵＬトラフィックが高容量を有し、ＤＬトラフィックが散発的であって、主としてセンサおよびメータの構成メッセージの問合せをリレーすることを含む、センサまたはメータバックホールの使用事例において使用されることがある。この事例のトラフィック仕様フィールド６２０は、次のサブフィールド、すなわち、オプション６２１、ＵＬ最大インターバル６２２、ＵＬ最小インターバル６２３、ＵＬデータレート６２４、ＵＬデータ優先度６２５、ＤＬ最大インターバル６２６、およびＤＬ最小インターバル６２７を含むことができる。サブフィールド６２１〜６２７の定義は、図６Ａのサブフィールド６１１〜６１７と同じである。

図６Ｃのフォーマットは、ＵＬトラフィックが周期的なセンサおよびメータセンサおよびメータの読み取り、および散発的なイベントがもたらす、火災報告のような報告を含む可能性があり、ＤＬトラフィックは散発的であって、主としてセンサおよびメータの構成メッセージの問合せを含むセンサとメータの使用事例において使用されることがある。この事例のトラフィック仕様フィールド６３０は、次のサブフィールド、すなわち、オプション６３１、ウェイクアップ最大インターバル６３２、ウェイクアップ最小インターバル６３３、データレート６３４、およびデータ優先度６３５を含むことができる。オプションサブフィールド６３１は、（図６Ａ〜６Ｃのフォーマットの中で）どのタイプのトラフィック仕様が使用されるかを示す。ウェイクアップ最大インターバルサブフィールド６３２は、利用可能であればＳＴＡがウェイクアップしてＵＬトラフィックを送信する、またはＤＬトラフィックを受信するための最大インターバルを示す。ウェイクアップ最小インターバルサブフィールド６３３は、利用可能であればＳＴＡがウェイクアップしてＵＬトラフィックを送信する、またはＤＬトラフィックを受信するための最小インターバルを示す。データレートサブフィールド６３４は、ＡＰが１つのウェイクアップインターバル内でサポートすべきデータレートおよび／またはサイズを示す。データ優先度サブフィールド６３５は、ＵＬデータの優先度を示す。例えば、ＳＴＡが、１秒以内に検出された火災を報告し、５秒以内に任意の問合せまたは構成を確認する必要があり、ＳＴＡが、そのウェイクアップ頻度を１秒に２回以下（less than twice）に制限するバッテリー寿命を有する場合、その［ウェイクアップ最大インターバル，ウェイクアップ最小インターバル］＝［１ｓ，０．５ｓ］である。

従来、アクセスカテゴリ（ＡＣ）に、センサおよびメータの優先度設定に対処するように定義されたものはない。一実施形態では、１または複数の優先度カテゴリが、センサおよびメータのために定義されることが可能である。例えば、新しい優先度カテゴリは、次の優先度設定、すなわち、定期報告（例えば、温度、湿度測定など）、優先度上昇報告（例えば、デバイスのバッテリー切れ、センサ読取値が予め設定されたしきい値に接近）、緊急（例えば、侵入者、火災検出など）、非常警報（例えば、患者の心臓発作、危険なガス放出など）を伴うことがある。

センサおよびメータ用の新しい優先度カテゴリは、例えばセンサ／メータと名付けられた、大きいカテゴリまたはアクセスカテゴリに属することが可能である。様々な優先度カテゴリは、アクセスカテゴリ内のＥＤＣＡパラメータの全部またはサブセットを使用して差別化されることが可能である。センサまたはメータ用の１または複数のさらなるアクセス優先度カテゴリは、初期コンテンションウィンドウサイズ、最大コンテンションウィンドウサイズ、新しい優先度カテゴリと関連付けられるフレーム送信間隔（ＡＩＦＳ：arbitration inter-frame space）のような様々なフレーム間隔などのような、それら独自のチャネルアクセスサービス品質（ＱｏＳ）パラメータと関連付けられることが可能である。センサおよびメータ用の新しい優先度カテゴリは、既存のアクセスカテゴリと比べてより高い優先度またはより低い優先度とすることができる。センサおよびメータ用のさらなる優先度カテゴリは、センサの用途、バッテリー寿命時間、および状態などのような、ＳＴＡのタイプと関連することが可能である。

ＭＡＣスペックフィールド５１０は、ＳＴＡに対する省電力関連のＭＡＣパラメータおよび基本設定（preference）を示す。図７は、ＰＳＳ ＩＥ５００中のＭＡＣスペックフィールド５１０の例示的フォーマットを示す。ＭＡＣスペックフィールド５１０は、次のサブフィールド、すなわち、ＡＣＫモード７０２、ＤＬデータ表示７０４、ＤＬデータ検索７０６、ＵＬデータメソッド７０８、ＳＹＮＣメソッド７１０、および予約済みビット７１２を含むことができる。

ＡＣＫモードサブフィールド７０２は、ＳＴＡのＵＬトラフィックの確認応答（ＡＣＫ）モード（例えば、通常ＡＣＫ、遅延ブロックＡＣＫ（ＢＡ）、ＡＣＫなし等）を示す。ＤＬデータ表示サブフィールド７０４は、ＡＰが、ＳＴＡのためにバッファリングされたＤＬデータがあることを示すことができる方法を表示する（例えば、ビーコン中のＴＩＭ／ＤＴＩＭ、ＵＬポール（例えば、ＳＴＡはビーコン中のＴＩＭ／ＤＴＩＭをリッスンしない）、ＤＬユニキャスト、ＴＩＭを有する短いビーコン、ＰＳＭＰスケジュールなど）。ＤＬデータ検索サブフィールド７０６は、ＳＴＡが、ＡＰからバッファリングされたＤＬデータを検索することができる方法を表示する（例えば、ＤＬ ＰＳＭＰスロット、ＵＬポール、コンテンションベースのユニキャストなど）。ＵＬデータメソッドサブフィールド７０８は、ＳＴＡが、そのＵＬデータをＡＰに送信することができる方法を表示する（例えば、ＵＬ ＰＳＭＰスロット、逆方向の許可（reverse directional grant：ＲＤＧ）、コンテンションベースのチャネルアクセス、ＤＬポールなど）。ＳＹＮＣメソッドサブフィールド７１０は、ＳＴＡが、延長された期間にドーズ状態に入るとき、ＡＰに同期された状態にとどまることができる方法を表示する（例えば、追加の同期をしない、ＡＰ−ＳＴＡの双方向キャリブレーションなど）。予約済みビット７１２は、他の省電力関連のＭＡＣパラメータおよび基本設定に使用されることが可能である。例えば、予約済みビット７１２は、短いもしくは圧縮されたＭＡＣヘッダまたは短いもしくは圧縮されたＭＡＣヘッダ用のネゴシエーションプロトコルを使用する機能または基本設定のための表示に使用されることが可能である。さらに、予約済みビット７１２は、短いまたは圧縮されたＭＡＣヘッダにどのフィールドが含まれることが可能であるかなど、短いもしくは圧縮されたＭＡＣフレームフォーマットまたは圧縮されたＭＡＣヘッダのためのオプションを含むことができる。例えば、ＭＡＣ基本設定は、短いまたは圧縮されたＭＡＣヘッダにＱｏＳフィールドが含まれることが可能であるかどうかを表示することができる。

ＰＨＹスペックフィールド５１２は、ＳＴＡに対する省電力関連のＰＨＹパラメータおよび基本設定を示すことができる。図８は、ＰＨＹスペックフィールド５１２の例示的フォーマットを示す。ＰＨＹスペックフィールド５１２は、ＭＣＳサブフィールド８０２と、送信電力サブフィールド８０４と、予約済みビット８０６とを含むことができる。ＭＳＣサブフィールド８０２は、ＳＴＡに送信するためにＡＰによって使用される変調および符号化方式（ＭＣＳ）を示す。例えば、これはＳＴＡが、ＡＣＫが使用されないことを示し、ＡＰがより強固な（robust）ＭＣＳを使用して送信エラーを回避することを望むとき有効である可能性がある。さらに、センサまたはメータがＭＩＭＯ機能を持たない場合、ＭＣＳサブフィールド８０２は、これらがＭＩＭＯ ＭＣＳの能力がないことを示すことができる。ＭＣＳは、ＡＰのビーコンまたはＳＴＡがＡＰから受信した他のタイプのフレームをリッスンすることによって、ＳＴＡによって推定されることが可能である。推定されたＭＣＳ値は、ＳＴＡがＡＰと関連している期間に変化する可能性がある。送信電力サブフィールド８０４は、ＳＴＡがＡＰに送信するとき、およびＡＰがＳＴＡに送信するとき、使用される送信電力を示す。予約済みビット８０６は、他の省電力関連のＰＨＹパラメータおよび基本設定のために使用されることが可能である。

ＰＳＳ ＩＥ５００またはＰＳＳ ＩＥ５００のサブフィールドの任意のサブセットは、任意の従来のＩＥまたは新規のＩＥのサブフィールドまたはサブフィールドのサブセットとして、あるいは任意の制御フレームもしくは管理フレーム、またはＭＡＣ／物理レイヤコンバージェンスプロトコル（physical layer convergence protocol：ＰＬＣＰ）ヘッダの一部として、実装されることが可能であることに留意されたい。さらに、ＰＳＳ ＩＥ５００における、要素の任意のサブセット（例えば、優先度、スケジュール要求、トラフィックタイプ、ＤＬ／ＵＬトラフィック表示メソッドなど）も、他のタイプの情報（機能など）と組み合わされて、ＳＴＡおよびＡＰによって予め定義された、または合意されたＳＴＡカテゴリを表すことが可能である。ＡＰは、ＳＴＡカテゴリおよび／またはＳＴＡカテゴリと関連付けられた特徴に関する情報を受信した後、暗示的にまたは明示的に、特徴またはＳＴＡカテゴリに従ってふるまうことができ、これについては以下で詳細に説明する。

省電力応答（ＰＳＲ）ＩＥが、ＰＳＳ ＩＥに応答して送信されることが可能である。例えば、ＰＳＳ ＩＥを含んでいるプローブ要求フレームを受信した後、ＡＰは、ＰＳＲ ＩＥを含んでいるプローブ応答で応答することができる。ＡＰがＰＳＳ ＩＥを含んでいるアソシエーション要求フレームを受信する場合、ＡＰは、ＰＳＲ ＩＥを含んでいるアソシエーション応答フレームで応答することができる。

図９は、ＰＳＲ ＩＥ９００の例示的フォーマットを示す。ＰＳＲ ＩＥ９００が、次のフィールド、すなわち、要素ＩＤフィールド９０２、長さフィールド９０４、ＭＡＰフィールド９０６、結果フィールド９０８、スケジュールスペックフィールド９１０、ＭＡＣスペックフィールド９１２、ＰＨＹスペックフィールド９１４、および他のオプション情報フィールド９１６を含むことができる。

要素ＩＤフィールド９０２は、これがＰＳＲ ＩＥであることを識別するＩＤである。長さフィールド９０４は、ＩＥの残部の長さをオクテットで示す。ＭＡＰは、ＰＳＲ ＩＥ９００に含まれている情報である。結果フィールド９０８は、ＰＳＳ ＩＥを送信しているＳＴＡが対応されることが可能であるかどうかの表示を含み、そうでなければ、ＰＳＲ ＩＥ９００の残部に提案されるスケジュールが含まれているかどうかの表示を含む。結果フィールド９０８の可能な値は、Successful、Successful_With_Assigned_Schedule、Fail、Fail_UL_Support、Fail_DL_Support、Fail_UL_DL_Support、Fail_MAC_Spec、Fail_PHY_Spec、Fail_With_Proposed_Schedule などとすることができる。スケジュールスペックフィールド９１０は、ＰＳＳ ＩＥによって示される省電力仕様を有するＳＴＡがサポートされることが可能である場合の割り当てられるスケジュールの仕様、またはＰＳＳ ＩＥによって表示されるＳＴＡ省電力仕様が対応されることが可能である場合の提案されるスケジュールを示す。ＭＡＣスペックフィールド９１２は、省電力に関連するＭＡＣパラメータおよび基本設定の仕様を示し、これはＰＳＳ ＩＥ５００におけるＭＡＣスペックフィールド５１０と同一である可能性がある。ＰＨＹスペックフィールド９１４は、省電力と関連するＰＨＹパラメータおよび基本設定の仕様を示し、これはＰＳＳ ＩＥ５００におけるＰＨＹスペックフィールド５１２と同一である可能性がある。他のオプション情報フィールド９１６は、例えば、ＰＳＲ ＩＥ９００を含むフレームの終わりから始まる、割り当てられたスケジュールが有効であると予想される継続時間のような、省電力と関連する他の情報のために使用されることが可能である。

図１０Ａおよび図１０Ｂは、ＰＳＲ ＩＥ中のスケジュールスペックフィールド用の例示的フォーマットを示す。スケジュールスペックフィールドは、ＰＳＳ ＩＥに含まれているトラフィック仕様フィールドに応じて異なる情報を含むことができる。

図１０Ａのスケジュールスペックフィールドのフォーマットは、ＵＬとＤＬの両トラフィックが指定される必要のあるセルラオフロードまたはセンサバックホールの使用事例に対して使用されることが可能である。スケジュールスペックフィールド１０１０は、次のサブフィールド、すなわち、オプション１０１１、開始ＵＬビーコンインターバル１０１２、ＵＬオフセット１０１３、ＵＬ周波数１０１４、開始ＤＬビーコンインターバル１０１５、ＤＬオフセット１０１６、およびＤＬ周波数１０１７を含むことができる。

オプションサブフィールド１０１１は、どのタイプのスケジュールスペックが使用されているかを示すことができる。開始ＵＬビーコンインターバルサブフィールド１０１２は、ＵＬトラフィックが始まる開始ビーコンインターバルを示す。ビーコンは、常にターゲットビーコン送信時間（ＴＢＴＴ）に送信されることが可能であるとは限らないので、開始ＵＬビーコンインターバルサブフィールド１０１２は、ターゲットとされるビーコンインターバルを始めるビーコンのＴＢＴＴ、または時刻同期機能（ＴＳＦ）タイマの特定の値を指すことができる。ＵＬオフセットサブフィールド１０１３は、ビーコン、ＴＢＴＴ、またはＴＳＦタイマの時間の基準ポイントからマイクロ秒または他の任意の時間単位でＵＬインターバルオフセットを示す。ＵＬ周波数サブフィールド１０１４は、ビーコンインターバルの数、マイクロ秒、または他の時間単位で定義される、ＵＬ送信が繰り返される頻度を示す。開始ＤＬビーコンインターバルサブフィールド１０１５は、ＤＬトラフィックが始まる開始ビーコンインターバルを示す。ビーコンは、常にＴＢＴＴに送信されることが可能であるとは限らないので、開始ＤＬビーコンインターバルサブフィールド１０１５は、ターゲットとされるビーコンインターバルを始めるビーコンのＴＢＴＴ、またはＴＳＦタイマの特定の値を指すことができる。ＤＬオフセットサブフィールド１０１６は、ビーコン、ＴＢＴＴ、またはＴＳＦタイマの時間の基準ポイントからマイクロ秒または他の任意の時間単位でＤＬ送信オフセットを表示する。ＤＬ周波数サブフィールド１０１７は、ビーコンインターバルの数、マイクロ秒、または他の時間単位で定義される、ＤＬ送信が繰り返される頻度を示す。

図１０Ｂのスケジュールスペックフィールドのフォーマット１０２０は、ウェイクアップインターバルが指定される必要のあるセンサおよびメータの使用事例に対して使用されることが可能である。スケジュールスペックフィールド１０２０は、オプション１０２１、開始ウェイクアップビーコンインターバル１０２２、ウェイクアップオフセット１０２３、およびウェイクアップ頻度１０２４サブフィールドを含むことができる。

オプションサブフィールド１０２１は、どのタイプのスケジュールスペックが使用されているかを示す。開始ウェイクアップビーコンインターバルサブフィールド１０２２は、ＳＴＡがウェイクアップすることができる開始ビーコンインターバルを示す。ビーコンは、常にＴＢＴＴに送信されることが可能であるとは限らないので、開始ウェイクアップビーコンインターバルサブフィールド１０２２は、ターゲットとされるビーコンインターバルを始めるビーコンのＴＢＴＴ、またはＴＳＦタイマの特定の値を指すことができる。ウェイクアップオフセットサブフィールド１０２３は、ビーコン、ＴＢＴＴ、またはＴＳＦタイマの時間の基準ポイントからマイクロ秒または他の任意の時間単位でウェイクアップインターバルオフセットを示す。ウェイクアップ頻度サブフィールド１０２４は、ビーコンインターバルの数、マイクロ秒、または他の時間単位で定義される、ＳＴＡがウェイクアップする頻度を示す。

本明細書に開示する全てのタイミング関連パラメータは、任意の時間単位で、任意の基準を用いて実装されることが可能である。例えば、基準時間はＴＳＦタイマ時間またはグリニッジ標準時（ＧＴＭ）時間とすることができる。

図１１Ａおよび図１１Ｂは、ＰＳＲ ＩＥ９００におけるスケジュールスペックフィールドの別の例示的フォーマットである。ＵＬ継続時間サブフィールド１１０２は、ＳＴＡがＰＳ−Ｐｏｌｌ、データフレーム、または他のフレームの送信など、ＵＬアクセスを行うことができるＵＬ期間の継続時間を指定する。ＤＬ継続時間サブフィールド１１０４は、ＳＴＡがＰＳ−Ｐｏｌｌ、データフレーム、または他のフレームの送信など、ＡＰからのＤＬ送信を予想することができるＤＬ期間の継続時間を指定する。ＤＬ送信は、ＳＴＡのためのＡＰにおける任意のバッファリングされたＤＬパケットの（例えばビーコンまたは短いビーコン中の）ＴＩＭでＡＰによる表示によって先行されることがある。ウェイクアップ継続時間サブフィールド１１０６は、ＳＴＡがウェイクアップすることができるウェイクアップ期間の継続時間を指定する。ウェイクアップ期間の間、ＳＴＡは、ビーコン、短いビーコン、または他のタイプの管理フレームもしくは制御フレーム中のＴＩＭをリッスンすることができ、ＵＬのＰＳ−ＰｏｌｌをＡＰに送信して任意のバッファリングされたパケットを問い合わせる、もしくはＤＬパケットを検索することができ、ＤＬデータもしくは他のタイプのフレームをＡＰから受信することができ、ＡＰへのデータフレームのＵＬ送信を行うことができ、および／またはＡＰのＴＳＦタイマもしくは他の基準タイマと再同期するために、ＡＰから同期情報を要求することができる。

別の実施形態では、ＡＰは、スケジュールスペックフィールド９１０に、ＳＴＡが属する（１または複数の）グループに関連することができる、ＳＴＡのパラメータを含むことができる。ＡＰは、ブロードキャストまたはユニキャスト管理、制御、データ、またはＳＴＡのグループに割り当てられたパラメータを使用する他のタイプのフレームのいずれかを使用して、ＳＴＡのためにＤＬおよびＵＬチャネルアクセスを制御することができる。例えば、ＡＰは、スケジュールスペックフィールド９１０に、ＳＴＡが属する（１または複数の）グループの１または複数のＩＤを含むことができる。ＡＰは、その後、グループのＩＤまたはＳＴＡのグループと関連付けられる他の情報を含んで、ＳＴＡのサブセットがビーコンまたは短いビーコン中の媒体にアクセスできるようにすることができる。この方式を用いると、ＳＴＡのグループごとに、ビーコンインターバルまたはビーコンサブインターバルの異なる部分にアクセスすることができる。

完全なスケジューリングは、スケジュールスペックフィールド９１０およびＭＡＣスペックフィールド９１２の組合せを使用して取得されることが可能である。例えば、図１０Ａまたは図１１Ａのスケジュールスペックフォーマットが使用され、ＭＡＣスペックフィールドがＤＬ表示はビーコン中のＤＴＩＭであることを示し、ＤＬデータ検索はＰＳＭＰスロットであり、およびＵＬデータメソッドがコンテンションベースのユニキャストである場合に、ＳＴＡは、ビーコンの終わりからＵＬオフセットのタイミングオフセットを有する開始ＵＬビーコンインターバルにおいてコンテンションベースのメソッドを使用して媒体へのアクセスを開始し、その後ＵＬ周波数ビーコンインターバルごとにプロセスを繰り返すことができる。ＳＴＡは、開始ＤＬビーコンインターバルおよびその後全てのＤＬ周波数ビーコンインターバルに始まるビーコン中のＤＴＩＭをリッスンすることもできる。ＤＴＩＭが、ＳＴＡのためにパケットがバッファリングされていることを示す場合、ＳＴＡは、ビーコンの終わりからカウントするＤＬオフセットで再びウェイクアップして、その割り当てられたＰＳＭＰスロットを使用してバッファリングされたパケットを受信することができる。あるいは、ビーコンは、ＳＴＡが従うことができる新しいＰＳＭＰスケジュールを含むことができる。

ＰＳＲ ＩＥ９００またはＰＳＲ ＩＥ９００のサブフィールドの任意のサブセットは、任意の従来のＩＥまたは新しいＩＥのサブフィールドまたはサブフィールドのサブセットとして、あるいは任意の制御フレームもしくは管理フレームまたはＭＡＣヘッダ／ＰＬＣＰヘッダの一部として、実装されることが可能であることに留意されたい。

別の実施形態では、ＡＰは、様々な使用事例の様々な必要性に対応するために、ビーコンインターバルを数個のサブインターバルに分割することができる。一部のＳＴＡは、パケットを周期的にアップロードおよびダウンロードする必要がある可能性があり、他の一部のＳＴＡは、ウェイクアップして構成をリッスンし、パケットを問い合わせる必要がある可能性があり、さらに他の一部のＳＴＡは、いくつかの予め定義されたイベントが発生するとき、パケットをアップロードする可能性があるので、ＡＰは、１または複数のビーコンインターバルを１または複数のサブインターバルに分割し、これらのそれぞれに異なるアクセスポリシーを割り当てることができる。例えば、ビーコンインターバルが、次のサブインターバル、すなわち、ビーコン後のあるオフセット時間後にＤＬおよびＵＬのＰＳＭＰインターバルを含むことができる、スケジュールされたサブインターバル、（例えば、ＳＴＡの予期しないウェイクアップに対して、およびアソシエーションを行うために新しく到着したＳＴＡに対して）通常のコンテンションベースの媒体アクセスが使用されるサブインターバル、および／または高優先度のＳＴＡがコンテンションベースの媒体アクセスを使用して送信することができるサブインターバルなどの１または複数に分割されることがある。

図１２は、ＡＰによるＳＴＡのためのビーコンインターバル分割およびスケジュール割当ての例を示す。この例では、各ビーコンインターバルは、ビーコン期間と、スケジュールされたインターバルと、コンテンションベースのインターバルとを含む。図１２は各ビーコンインターバルについて、１つのスケジュールされたインターバルが含まれることを示しているが、ＰＳＭＰ機構を使用して実装される、またはされないことがあるビーコンインターバルに、複数のスケジュールされたインターバルが存在することがありうる。ビーコンインターバルには、ＳＴＡが、ＳＴＡ優先度、バッテリー寿命要求、遅延限界などの、様々な基準に基づいてウェイクアップして、送信または受信することができる、複数のコンテンションベースのインターバルもまた存在する可能性がある。

ビーコンサブインターバル（例えば、図１２のＰＳＭＰインターバル、インターバル１、・・・、インターバルｋ）は、短いビーコン（図１２には示さず）によって開始されることが可能である。ビーコンサブインターバルの開始にあることが可能である短いビーコンは、ＳＴＡのグループＩＤなど、ＵＬチャネルアクセスのためのパラメータ、または次のビーコンサブインターバルでＵＬチャネルアクセスを行うことができるＳＴＡの特定のグループと関連付けられることが可能である他のパラメータを含むことができる。

ビーコンインターバル分割は、他の方法で実行されることができる。例えば、１または複数のビーコンインターバルは、ＳＴＡの１または複数のグループのためのコンテンションベースのチャネルアクセスに使用されることができ、１または複数のビーコンインターバルは、ＳＴＡの１または複数のグループのためのコンテンションフリーのチャネルアクセスに使用されることができる。ビーコンインターバルまたはサブインターバルは、ＳＴＡの１または複数のグループによって使用されることができる。ＳＴＡは、スケジュール要求、ＱｏＳ要求、休止スケジュール、ＳＴＡのタイプ、空間位置、チャネル特性、ＳＴＡ機能および基本設定などに基づいてグループ化されることができる。

ＡＰは、様々な基準によって、例えば、ＳＴＡがプローブ要求フレーム、アソシエーションもしくは再アソシエーション要求フレーム、または任意の他の管理および制御フレーム内でＡＰに送信したＰＳＳ ＩＥに基づいて、ＳＴＡに異なるウェイクアップスケジュールを割り当てることができる。ＳＴＡが割り当てられた時間の間にパケットをうまく送信または受信しなかった場合、ＳＴＡは、その目的のために特別に設計される、または意図的に軽くスケジュールされることが可能である別のコンテンションベースのインターバルを使用して、その送信および／または受信を完了することができる。スケジュールのない可能性のある、新しく到着したＳＴＡが、その目的のために特別に設計される、または意図的に軽くスケジュールされることが可能である１もしくは複数のコンテションベースのインターバルを使用して、プロービング、アソシエーションなどを行うことができる。

重複するＢＳＳとの共存を可能にするために、ＡＰはそのビーコンインターバルの全部ではなく一部をスケジュールすることができる。あるいは、ＡＰは、重複するＢＳＳ内の隣接ＡＰと、そのビーコンインターバルのどの（１または複数の）部分をスケジュールされる部分とすべきか、および／または、重複するＢＳＳにおけるリソースの公平な割当てを可能にするためにいくつのＳＴＡをコンテンションベースのインターバルにスケジュールするかを調整することができる。

割り当てられたスケジュールの一例が図１２に示されている。図１２では、ＳＴＡ１〜ＳＴＡ４が、ＡＰから送信および／または受信する高い優先度の周期的なパケットを有し、ＳＴＡ１が、全てのビーコンインターバルでウェイクアップして周期的なパケットをＡＰに送信する、およびＡＰから受信する必要があり、ＳＴＡ２が、２ビーコンインターバルごとにウェイクアップしてＡＰにパケットを送信する必要があり、ＳＴＡ３およびＳＴＡ４が、数ビーコンインターバルごとにウェイクアップしてＡＰに送信する必要があると仮定される。ＳＴＡ６〜ＳＴＡ１６６および潜在的には他の多くのＳＴＡが、周期的なパケットをＡＰに送信する、およびＡＰから受信することができる。図１２の例では、ＳＴＡ１は、ビーコンインターバルごとにウェイクアップして１つのＵＬおよび１つのＤＬ ＰＳＭＰスロットを使用し、残りの期間はドーズ状態に戻るようにスケジュールされ、ＳＴＡ２は、２ビーコンインターバルごとにウェイクアップして１つのＵＬ ＰＳＭＰスロットを使用し、残りの期間はドーズ状態に戻るようにスケジュールされ、ＳＴＡ３およびＳＴＡ４は、２ビーコンインターバルごとにウェイクアップして、１つのＵＬ ＰＳＭＰスロットを使用し、残りの期間はドーズ状態に戻るようにスケジュールされ、ＳＴＡ６〜ＳＴＡ１５は、Ｎビーコンインターバルごとにウェイクアップして、インターバル１を使用し、コンテンションベースの媒体アクセスを用いてそのパケットを送信および受信するようにスケジュールされ、ＳＴＡ１６〜ＳＴＡ１６６は、Ｎビーコンインターバルごとにウェイクアップして、その割り当てられたインターバルを使用し、コンテンションベースの媒体アクセスを用いてそのパケットを送信および受信するようにスケジュールされる。

ＡＰは、送信すべき周期的な高優先度のパケットを有するＳＴＡに対してＰＳＭＰ ＵＬおよびＤＬスロットを割り当てることができる。標準または低優先度のパケットについては、（例えば、パケットの到着時間が予測できないとき）、ＡＰは、同様の特徴のＳＴＡのグループを、１または複数のコンテンションベースのインターバルでそのパケットを送信または受信するように割り当てることができる。

例えば、媒体が別のＳＴＡによって（例えば、重複するＢＳＳから）占有される場合、ビーコンまたは短いビーコンが、常にＴＢＴＴで送信されるとは限らない可能性がある。ビーコンまたは短いビーコン送信時間の変化に合わせて調整するために、ビーコンインターバル分割におけるスケジューリング柔軟性が必要とされることがある。例えば、ビーコンまたは短いビーコンにおいて肯定のＴＩＭ表示を有するＳＴＡが、そのＤＬデータを検索することができるビーコンサブインターバルは、ビーコンまたは短いビーコンの直後に続くことができる。ビーコン送信が遅れる場合、ＡＰは、ＤＬデータ検索ビーコンインターバルが短縮されて他のビーコンサブインターバルが予めスケジュールされたように進行することができるように、ビーコン中の肯定のＴＩＭ表示の数を調整することができる。例えば、一般性を失わず、ビーコンまたは短いビーコンのＴＢＴＴは、時間０にあり、肯定のＴＩＭ表示を有するＳＴＡのＤＬデータ検索期間は、ビーコンの終わりと４０ｍｓとの間（ビーコンサブインターバル）となるようにスケジュールされ、ビーコンまたはサブビーコンをリッスンしないＳＴＡの別のグループは、４０ｍｓから８０ｍｓの期間（ビーコンサブインターバル２）にウェイクアップするようにスケジュールされると仮定される。ビーコンまたは短いビーコンが遅れて、７ｍｓに送信される場合、ＡＰは、ビーコンまたは短いビーコン中の肯定のＴＩＭ表示の数を削減することができ、肯定のＴＩＭ表示のあるＳＴＡがそのＤＬデータ検索を４０ｍｓに完了することができるようにし（すなわち、ビーコンサブインターバル１が、ビーコンまたは短いビーコンの遅延後の４０ｍｓに終わる）、ビーコンサブインターバル２は、遅れたビーコンまたは短いビーコンによって引き起こされる悪影響なしに、最初にスケジュールされたとおり４０ｍｓで進行することができる。ビーコンサブインターバル２は、ビーコンまたは短いビーコンをリッスンしない可能性のある、４０ｍｓでウェイクアップするようにスケジュールされたセンサＳＴＡにサービスを提供することがあるので、このビーコンサブインターバルは、最初にスケジュールされたとおり開始する必要があることがある。

ＴＩＭ表示をリッスンするＳＴＡが、そのＤＬパケットを時間内に検索することを保証するために、ＡＰは、全てのビーコンインターバルのように、頻繁にウェイクアップしてそのパケットを検索し（例えばコンセントによって電力を供給されるＳＴＡ）、そのパケットがあまり遅延に影響を受けないもの（例えば背景またはベストエフォートトラフィック）であることを示しているＳＴＡの肯定表示を削除することができる。

あるいは、ＡＰは、最初にスケジュールされていた１または複数のビーコンサブインターバルの継続時間を削除することができる。ＡＰは、ビーコンまたは短いビーコン中のこれらのビーコンサブインターバルに対して新しいスケジュールを告知（announce）することができる。上記の同じ例において、ビーコンまたは短いビーコンが遅れて、７ｍｓに送信される場合、ＡＰは、４０ｍｓで即座に終了する、短い継続時間のビーコンサブインターバル１の、および／または短い継続時間の他のビーコンサブインターバルのスケジュール告知を、ビーコンまたは短いビーコンに含むことができる。第２のビーコンサブインターバルは、その後、遅れたビーコンまたは短いビーコン送信からの悪影響を受けることなく、最初にスケジュールされたように進行することができる。

あるいは、ＡＰは、ビーコン、短いビーコン、または他のタイプの制御もしくは管理フレームを使用してビーコンサブインターバルの終わりを告知することができる。上記の例では、ビーコンまたは短いビーコンが遅れて、７ｍｓに送信される場合、ＡＰは、４０ｍｓに（または、より早いもしくはより遅い時点に）短いビーコンまたは任意の他のタイプの制御もしくは管理フレームを送信して、ビーコンサブインターバル１の終わりおよびビーコンサブインターバル２の開始を、例えば（１または複数の）後続のビーコンサブインターバルにアクセスする可能性があるＳＴＡのグループのＩＤの情報を含めることによって、告知することができる。ビーコン、短いビーコン、または任意の制御もしくは管理フレームは、ドーズ状態に入る、またはドーズ状態からウェイクアップした可能性のあるＳＴＡに対して同期の目的を果たすことも可能である。

さらに別の実施形態では、ＡＰは、ビーコン、短いビーコン、または他のタイプの制御もしくは管理フレームを使用して、例えば、１または複数のビーコンサブインターバルのスケジュール、ビーコン／短いビーコンに続く各ビーコンインターバルもしくはビーコンサブインターバルにアクセスすることができるＳＴＡのグループのＩＤ、ＳＴＡの各グループに対してビーコンインターバルもしくはサブインターバルに使用されるＥＤＣＡパラメータなどを含めることによって、各ビーコンインターバルもしくはサブインターバルの継続時間および／またはアクセスポリシーを動的に調整することができる。各ビーコンインターバルまたはサブインターバルの継続時間および／またはアクセスポリシーを動的に調整することによって、ＡＰは、関連イベントを検出するとき送信すべきバースト的なデータを有するイベント駆動センサのグループ、またはオフロードを必要とするカバレッジエリアに移動するセルラＳＴＡの大型グループなど、ＳＴＡの様々なグループからの様々なトラフィック負荷、またはＴＩＭをリッスンするＳＴＡのＤＬデータのバーストに対して動的なサポートを提供することができる。さらに、ＡＰは、多様なＱｏＳ要求および動的なトラフィック負荷を有する種々のＳＴＡに対して、適切なＱｏＳサポートを提供することができる。ＳＴＡは、ビーコンまたは短いビーコンをリッスンすることができ、これらが次のビーコンインターバルまたはサブインターバルにアクセスすることを許可されていないと判断する場合、ＳＴＡはドーズ状態に入り、次のビーコンまたは短いビーコンをリッスンするためにウェイクアップすることができる。次のビーコンまたは短いビーコンは、将来のビーコンインターバルまたはサブインターバルのためにこれらの新しいアクセスポリシーを提供することができる。

図１３は、ＡＰとＳＴＡとの間の双方向ネゴシエーションによる省電力のための例示的プロセスのシグナリング図である。新しく到着したＳＴＡが、ＰＳＳ ＩＥを含んだプローブ要求フレームおよび／または（再）アソシエーション要求フレームをＡＰに送信することができる（１３０２）。ＰＳＳ ＩＥは、ＡＰによってサポートされるべき必要性、並びに短いまたは圧縮されたＭＡＣヘッダ、ＭＩＭＯなどのような、その特性および基本設定を示すことができる。ＡＰは、ＳＴＡがサポートされることが可能であるかどうかを判断する。ＡＰは、ＰＳＲ ＩＥを含んだプローブ応答フレームおよび／または（再）アソシエーション応答フレームをＳＴＡに送信する（１３０４）。

ＡＰは、各ビーコンインターバルを数個のサブインターバルに分割することができる。ＰＳＭＰインターバルは、ＰＳＭＰスロットを含み、ＡＰは、ＰＳＭＰスロットを使用して、最も高い優先度および／または非常に周期的なトラフィックを有するＳＴＡをサポートすることができる。複数のインターバル／サブインターバルが、様々な優先度に割り当てられることが可能である。ＡＰは、各ビーコンインターバルまたはサブインターバルに一定数のＳＴＡを割り当てて、ビーコンインターバルまたはサブインターバルに割り当てられた各ＳＴＡがチャネルにアクセスする十分な機会を確実に有するようにする。

ＳＴＡがサポートされることができない場合、ＡＰは、ＳＴＡがサポートされることが可能ではないことをプローブ応答フレームまたは（再）アソシエーション応答フレームに示すことができ、それがサポートされることが可能ではない理由も示すことができる。あるいは、ＡＰは、それがサポートすることができる最大トラフィック並びに／またはＭＡＣおよびＰＨＹ設定をＳＴＡに示すことができる。ＳＴＡは、調整されたＰＳＳ ＩＥと共に、新しいプローブ要求または（再）アソシエーション要求フレームをＡＰに送信することができる。あるいは、ＳＴＡがサポートされることが可能ではない場合、ＡＰは、無線媒体における輻輳を減らすために、プローブ要求フレームに応答したプローブ応答フレームを送信しなくてもよい。

ＳＴＡがサポートされることが可能であり、プローブ応答フレームにおいてＰＳＳ ＩＥが受信される場合、ＡＰは、要求されるサポートがＡＰによって提供可能であることを示す結果フィールドを含んだＰＳＲ ＩＥと共に、プローブ応答フレームを送信することができる。ＡＰは、ＳＴＡからアソシエーション要求が受信されるまで、またはＳＴＡによる別のＡＰへのアソシエーション要求が聞き取られるまで、一定の期間の間、リソースの予約を保持することができる。

ＳＴＡがサポートされることが可能であり、ＰＳＳ ＩＥが（再）アソシエーション要求フレームで受信される場合、ＡＰは、ＳＴＡカテゴリ、トラフィック優先度、ＡＣ、スケジュール要求、ＭＡＣもしくはＰＨＹパラメータ基本設定、特徴および機能（例えば、ある一定のＭＣＳがサポートされることが可能であるかどうか、またはＳＴＡがＭＩＭＯ、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）、短い／圧縮されたＭＡＣヘッダもしくはフレームをサポートするかどうかなど）のような基準に基づいて、ＳＴＡを１または複数のグループに分けることができる。ＡＰは、ＰＳＲ ＩＥの任意の管理（例えば、アソシエーション応答フレーム）、制御、またはデータパケット／フレームに、割り当てられたグループに関連するパラメータを含んで、（１または複数の）割り当てられたグループをＳＴＡに示すことができる。

ＰＳＳ ＩＥが、（再）アソシエーション要求フレームで受信される場合、ＡＰは、（再）アソシエーション応答フレーム中のＰＳＲ ＩＥを使用して、ＳＴＡのスケジュール、ＭＡＣスペック、ＰＨＹスペックをＳＴＡに示す。ＰＳＲ ＩＥは、ＳＴＡに対して、または、センサ、メータ、携帯電話など、ＳＴＡが属するＳＴＡの優先クラスに対して、コンテンションウィンドウサイズ、ＡＩＦＳサイズなど、チャネルアクセスパラメータを含むことができる。ＰＳＲ ＩＥは、例えば、ＭＩＭＯまたはＭＵ−ＭＩＭＯが使用されるべきか、短いまたは圧縮ＭＡＣフレームフォーマットまたはフレームヘッダが使用されるべきかなど、ＭＡＣパラメータおよびＰＨＹパラメータを含むことができる。

各ビーコンまたは短いビーコンにおいて、ＡＰは、各ＳＴＡに対して割り当てられたスケジュールを評価し、ウェイクアップしてビーコン／短いビーコンをリッスンするようにスケジュールされたＳＴＡに対して、任意のバッファリングされたパケットの表示を含めることができる。ＡＰは、そのビーコンまたは短いビーコンに、ＳＴＡのグループの（１または複数の）ＩＤのような、ＵＬチャネルアクセスのためのパラメータ、または次のビーコンインターバルもしくはサブインターバルでＵＬチャネルアクセスを行うことができるＳＴＡの特定のグループに関連付けられる他のパラメータを含むことができる。このようなＵＬチャネルアクセスは、ＤＬデータを検索するためのＰＳ−Ｐｏｌｌ、データおよびプローブ要求フレーム、認証要求フレーム、もしくは（再）アソシエーション要求フレームのような他のタイプの管理もしくは制御フレームのＵＬ送信など、様々な送信を含むことができる。ＳＴＡのグループが、複数のビーコンインターバルまたはビーコンサブインターバルにアクセスすることを許可されることが可能であるが、他のビーコンインターバルまたはビーコンサブインターバルにアクセスすることは許可されない。

ＡＰは、ビーコンインターバルまたはサブインターバルにＳＴＡのグループのためのアクセスの継続時間を含むことができる。例えば、ＡＰが、指向性またはセクタ化されたビーコンまたは短いビーコンを送信することができる場合、指向性またはセクタ化されたビーコンまたは短いビーコンは、それが指向性であることまたはセクタ化されていることの表示を含むことができる。さらに、指向性またはセクタ化されたビーコンまたは短いビーコンは、指向性またはセクタ化されたビーコンまたは短いビーコンを受信したＳＴＡまたはＳＴＡのグループが、コンテンションフリーまたはコンテンションベースのいずれかの方法でＡＰへの送信を試みることができる期間を表示することができる。ＤＬデータ表示方法（例えば、ＵＬポール）についてネゴシエーションを行ったＳＴＡについては、ＡＰは、ビーコン内でこれらに対してバッファリングされたパケットに関する情報を含む必要がないことがあり、ＳＴＡは単に、スケジュールおよびＭＡＣスペックおよびＰＨＹスペックに従ってウェイクアップして、ＵＬポールをＡＰに送信してバッファリングされたデータについて尋ねることができる。スケジュールおよびＭＡＣスペックおよびＰＨＹスペックに従って、ＡＰおよびＳＴＡは、ＤＬ送信およびＵＬ送信を行うことができる。

確立されたスケジュールは、ＰＳＳもしくはＰＳＲ ＩＥを含んでいるアクションフレームを使用して、ＡＰまたはＳＴＡによって変更されることが可能である。ＳＴＡが、新しいトラフィック仕様、ＭＡＣスペック、およびＰＨＹスペックフィールドと共にＰＳＳ ＩＥを含んだアクションフレームを送信することによって、スケジュール変更を要求することができる。例えば、ＳＴＡは、ＳＴＡがオフになるとき、または新しいアプリケーションが始まったとき、スケジュールの変更を要求することができる。ＡＰは、新しいスケジュールがサポートされることが可能である場合、新しいスケジュールに指定するＰＳＲ ＩＥを有するアクションフレームで応答することができる。ＡＰは、スケジュールスペックが全て「０」に設定され、いかなる既存スケジュールも削除することになるＰＳＲ ＩＥを有するアクションフレームで応答することもできる。

ＡＰは、新しいスケジュールスペックフィールド、ＭＡＣスペックフィールド、およびＰＨＹスペックフィールドと共に新しいＰＳＲ ＩＥを含んだアクションフレームまたは任意の管理フレームもしくは制御フレームを送信することによって、スケジュール変更を要求することができる。例えば、ＡＰは、ＡＰがより高い優先度の他のＳＴＡをサポートする必要があるとき、または干渉が増えたもしくは減ったとき、スケジュールの変更を要求することができる。ＡＰは、スケジュールスペックが全て「０」に設定され、いかなる既存スケジュールも削除することになるＰＳＲ ＩＥを有するアクションフレームまたは任意の管理フレームもしくは制御フレームを送信することができる。ＳＴＡは、同じＰＳＲ ＩＥを含んだアクションフレームまたは任意の管理フレームもしくは制御フレームで応答して、新しいスケジュールのその受け入れを確認することができる。ＳＴＡは、新しい双方向ネゴシエーションを開始するために、新しいスケジュールが受け入れられない場合、新しいＰＳＳ ＩＥを有するアクションフレームまたは任意の管理フレームもしくは制御フレームで応答することもできる。

省電力のための双方向ネゴシエーションについての上述した実施形態は、火災、侵入者探知などに使用されるセンサなどのような、その送受信の挙動が一般的にイベント駆動型であるＳＴＡによって実行されることができる。このタイプのＳＴＡは、そのデータを配信するために、単にコンテンションベースのインターバル中にウェイクアップし、（例えば、より高いＡＣまたは優先度設定を用いて）媒体アクセスコンテンションに参加する。

別の実施形態では、ＡＰは、ＳＴＡステータス情報を使用して、省電力モードでＳＴＡのＴＩＭ要素中の部分仮想ビットマップをアセンブルすることができる。省電力モードのＳＴＡステータスは、リッスンしている、またはリッスンしていないとすることができる。リッスンしている状態は、省電力モードのＳＴＡがアウェイクし、次のＴＩＭ／ＤＴＩＭを求めてリッスンすることを意味し、リッスンしていない状態は、ＳＴＡがそのＷＬＡＮエアインタフェースでいかなる信号を受信するためにも利用できないことを意味する。ＳＴＡステータスに基づくＴＩＭ方式を用いると、ＴＩＭ中の部分的仮想ビットマップは、ＴＩＭ要素を含んだフレームが送信されるときに、リッスン状態のＳＴＡに対して肯定のトラフィック表示を含む。肯定のトラフィック表示は、対応するビットマップビットが、対応するＳＴＡに対してバッファされたデータを示す１に設定されることを意味する。

省電力モードで動作しているＳＴＡは、ＳＴＡのリッスンインターバルおよびReceiveDTIMパラメータによって決定されたように、ビーコンフレームを周期的にリッスンする。これらのパラメータは、MLME-ASSOCIATE/REASSOCIATEプリミティブで、およびMLME-POWERMGTプリミティブで提供され、これらはまた、ＡＰとＳＴＡとの間でアソシエーション／再アソシエーション管理フレームを通じて伝えられる。従って、ＳＴＡが省電力モードに入るとき、ＡＰとＳＴＡの両方が、時間内のいかなる時点でもＳＴＡのリッスンしている状態、またはリッスンしていない状態を認識している。ＳＴＡステータスに基づくＴＩＭ方式は、オーバーヘッドおよび複雑さを発生させることなく、このような認識を用いてＴＩＭ効率を向上させる。

別の実施形態に従って、グループベースのＰＳＭＰ動作が行われることができる。多数のＳＴＡがあって、各ＳＴＡがアップリンクにおいて大体同じ長さのデータを周期的に送信する、または大体同じ長さのデータを受信する必要のあるエネルギーメータのような利用については、各ＳＴＡは、ほぼ同じ継続時間に対するチャネルリソースを周期的に必要とする。ＰＳＭＰ動作は、ＳＴＡのグループおよび各グループ内のそのスケジュールを予め定義することによって、グループベースのＰＳＭＰ動作に拡張されることが可能である。（ＡＩＤの代わりに）ＰＳＭＰグループＩＤがＰＳＭＰフレームで使用されて、同じグループに属している（ユニキャストされるアップリンクおよび／またはダウンリンクデータを有する）ＳＴＡをアドレス指定することが可能である。

ＳＴＡがＰＳＭＰグループの一部となることを望む場合、ＳＴＡは、ＰＳＭＰ要求フレームを送信することができる。ＰＳＭＰ要求フレームは、ＵＬで送信されるデータの周期性およびペイロードを含むことができる。

ＡＰは、ＰＳＭＰグループ構成フレーム（ブロードキャストまたはユニキャストされる管理フレーム）を送信することによって、ＰＳＭＰグループを構成することができる。ＰＳＭＰグループ構成フレームは、特定のグループに対するＰＳＭＰフレーム中のＤＬ送信順序、特定のグループに対するＰＳＭＰフレーム中のＵＬ送信順序、ＳＴＡごとに異なる持続時間が割り当てられる場合、各ＳＴＡのアップリンクおよびダウンリンク送信の持続時間（time duration）などのような情報を含むことができる。制御シグナリングオーバーヘッドを節減するために、ＡＰは、アップリンクおよびダウンリンクにおいて各ＳＴＡに同一の継続時間を割り当てることができる。ＡＰは、同様のリソースを必要とするＳＴＡをグループ化することができる。

送信の順序は、グループの個々のＳＴＡのアソシエーションＩＤ（ＡＩＤ）または部分的ＡＩＤのシーケンスによって示されることができる。ＰＳＭＰアップリンク送信時間（ＵＴＴ）は、短フレーム間隔（ＳＩＦＳ）またはａＩＵＳｔｉｍｅによって分けることができる。ｓｕｂ−１ＧＨｚ帯域のフレームは８０２．１１ｎまたは８０２．１１ａｃのそれよりもかなり長いので、これはさらに短い可能性がある。スリープインターバル間の継続時間は、デバイス構成要素をオンおよびオフにするのに十分な長さである必要がある。

ＰＳＭＰグループ構成管理フレームを受信すると、ＳＴＡは、それが特定のＰＳＭＰグループに入っているかどうかを判断し、ＰＳＭＰグループにおけるそれ自体のＵＴＴおよびダウンリンク伝送時間（ＤＴＴ）を計算し、ＰＳＭＰグループシーケンスにおけるその送信／受信順序を取得する。ＳＴＡが、告知されたＰＳＭＰグループの一部である場合、ＳＴＡは、グループ内の予め定義されたＤＴＴ順序に従ってそのＰＳＭＰのＤＴＴスロットを待ち、データを受信することができる。ＳＴＡは、その後スリープモードに入ることができる。アップリンク送信については、ＳＴＡは、そのＰＳＭＰのＵＴＴを待って、クリアチャネル評価（ＣＣＡ）を行うことなく、およびいかなるＮＡＶ（network allocation vector）設定も無視することなく、スケジュールされたアップリンクデータを送信することができる。

ＳＴＡが送信または受信されるデータの長さの変更を望む場合、ＳＴＡは、送信または受信されるデータの差分の（differential）または完全な（absolute）ペイロードを含んだＰＳＭＰ要求制御フレームを送信することができる。ＳＴＡが、送信または受信されるデータの周期性を変更することを望む場合、ＳＴＡは、送信または受信されるデータの差分のまたは完全な周期性を含んだＰＳＭＰ要求制御フレームを送信することができる。

直交周波数分割多重（ＯＦＤＭ）システムでは送信信号のガウス性により、ピーク対平均電力比（ＰＡＲＰ）が高いことは、よく知られている問題である。電力増幅器は、送信信号の偏位を調整するためにバックオフを適用しなければならないので、ＰＡＰＲが高いことが送信電力の効率の悪さにつながる。

従来の８０２．１１ＯＦＤＭ規格のＤＣキャリア（すなわち、ゼロ周波数トーン）は、データ伝送に使用されない。これは、ＤＣオフセット発生に伴う周知の問題を有するダイレクトコンバージョン受信機の実行を容易にするためである。従って、ＤＣキャリアで送信されるいかなるデータも、他のサブキャリア上のそれと比べてより高い誤り率を有することになる。

一実施形態では、送信されるＯＦＤＭシンボルの総合的なＰＡＰＲが低減されるように、少量のエネルギーが、ＤＣキャリアで送信されることが可能である。８０２．１１ａｈの１ＭＨｚモードについては、ＦＦＴサイズは３２であり、そのうちの２４がデータであり、２がパイロットであり、１がＤＣであり、残りの５が帯域端トーンである。図１４は、８０２．１１ａｈの１ＭＨｚモードに対するトーン割当てを示す。例えば、ＤＣキャリアには、＋１または−１の値が挿入されることが可能である。この値（＋１または−１）を決定するために、各ＯＦＤＭシンボルについて、例えば図１４のトーンに割り当てられるように、データとパイロットシンボルに４倍オーバーサンプルされるＩＦＦＴが行われることが可能である。このシンボルをＳ_nと示すことにする。これはオーバーサンプルされているので、Ｓ_nの長さは１２８である（ＦＦＴサイズが３２の場合）。

ＰＡＰＲが、ＤＣ＝＋１およびＤＣ＝−１について、次のように計算される：

ＰＡＰＲを最小にするＤＣキャリア値は、ＡＰによって選択されることが可能である。

別の実施形態では、パイロット値は、送信されるＯＦＤＭシンボルのＰＡＰＲを最小にするように選ばれることが可能である。パイロットビット（例えば、８０２．１１ａｈにおいてはＯＦＤＭシンボルごとに２パイロットビット）は、位相オフセット訂正のために受信機によって使用される。パイロットビットは、通常知られている固定値、＋１または−１である。この実施形態では、パイロット値を固定する代わりに、ＤＣキャリアについて上述した同様の方法で、送信されるＯＦＤＭシンボルのＰＡＰＲを最小にするように、特定のパイロット値が選ばれる。例えば、トーン位置（−７，７）のＯＦＤＭシンボルごとに２パイロットビットを有する８０２．１１ａｈについては、４つの可能なパイロット組合せ、（＋１，＋１）、（＋１，−１）、（−１，＋１）、（−１，−１）がある。ＯＦＤＭシンボルのＰＡＰＲは、これらの４つの組合せのそれぞれについて計算されることになり、ＰＡＰＲを最小にするものが、送信に選択されることが可能である。送信電力の増加はない。

受信機は、位相訂正を行うために、送信されたパイロット値を回復する必要がある。チャネル推定は、最初のＯＦＤＭデータ（またはＳＩＧ）シンボルより前に利用できるので、受信機は、パイロットトーンに対して推定されたチャネル係数を使用してパイロット値のそれぞれにシンボル検出を行うことができる。パイロットは、＋１または−１であることを強いられるので、これは本質的に２相位相変調（ＢＰＳＫ）検出である。パイロット値が検出されると、検出されたパイロット値を使用して、位相訂正が進行する。あるいは、受信機は、パイロット値および位相オフセットを共に推定することができ、最大位相オフセットが範囲

にあると仮定する。

上述の２つの実施形態は、結合されて、ＰＡＰＲをさらに大きく低減することができる。図１５は、６４直交振幅変調（ＱＡＭ）を用いた８０２．１１ａｈの実施形態によるＰＡＰＲの低減を示す。

ＯＦＤＭ信号のＰＡＰＲは、インターリーバ（ビットおよび／またはシンボル）を変化させること、およびより低いＰＡＰＲを有するＯＦＤＭ信号を生じるインターリーバを選ぶことによって、低減されることが可能である。所与のＫインターリーバを考えると、ＯＦＤＭシンボルごとにｌｏｇ₂（Ｋ）追加ビットが、インターリーバが使用された受信機に信号を発する必要がある。これはスループットの低減につながる。一実施形態では、パイロット値が使用されて、オーバーヘッドを追加することなく、この情報をシグナリングすることが可能である。例えば、２４データトーン、２パイロット、および１ＤＣを有する３２ポイントＦＦＴシステムでは、４つのインターリーバのうちの１つが、各ＯＦＤＭシンボルに対して送信機におけるＰＡＰＲを最小にするように選択されることが可能であり、パイロット値（−１，−１）、（−１，１）、（１，−１）および（１，１）のうちの１つが使用されて、この情報を受信機にシグナリングすることが可能である。

受信機は、送信されたパイロット値を回復して、位相訂正を行い、どのデインタリーバを使用すべきかを判断する必要がある。最初のＯＦＤＭデータ（またはＳＩＧ）シンボルより前にチャネル推定が利用可能であるので、受信機は、パイロットトーンに対して推定されたチャネル係数を使用してパイロット値のそれぞれにシンボル検出を行うことができる。パイロットは＋１または−１であることを強いられるので、これは本質的にＢＰＳＫ検出である。パイロット値が検出されると位相訂正が進行する。あるいは、受信機は、パイロット値および位相オフセットを共に推定することができ、最大位相オフセットが範囲

にあると仮定する。パイロット値は、４つの予め割り当てられたインターリーバのうちのどれが送信機で使用されたかを示し、従って、ＳＴＡがシンボルに対する正しいデインタリーバを選ぶことができるようにする。

物理レイヤベースの省電力機構の実施形態について、以下に説明する。図１６は、８０２．１１ａｈ １ＭＨｚモードで動作する物理レイヤパケットの例示的フォーマットを示す図である。図１７は、図１６のパケット中のＳＩＧフィールド１６００の例示的フォーマットを示す。ＳＴＡが、ＳＩＧフィールド１６００を受信し、復号し、電力を節約するためにパケットの残部を復号することなく、例えばＳＩＧフィールド１６００に含まれるある一定の情報に基づいてスリープ状態に入ることができる。

一実施形態では、方向表示ビットが、パケットに含まれて、パケットがＡＰから受信されるか、ＡＰに向かうかを表示することができる。例えば、８０２．１１ａｈの１ＭＨｚモード動作のためのパケットのＳＩＧフィールド１６００に現在予約されているビットの中の１ビットまたは２以上のビットが、表示ビットとして使用されることができる。

ＳＴＡがパケットを受信するとき、ＳＴＡは、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）ヘッダのＳＩＧフィールド１６００を復号し、復号されたＳＩＧフィールド内の（１または複数の）方向表示ビットをチェックする。方向表示ビットが、パケットはＡＰに向かうことを示す場合、ＳＴＡは、長さフィールドに表示されるパケット継続時間の終わりまでパケット全体を復号することなくスリープモードに入ることができる。方向表示ビットが、パケットはＡＰから送信されたことを示す場合、ＳＴＡは、パケットをリッスンし、パケットを復号することができる。

以下に説明する（１または複数の）ＭＡＣ継続時間表示ビットがパケットに存在しない場合、およびＳＴＡが、パケットを送信することを望む、もしくはＡＰからのパケットを期待する場合、ＳＴＡは、長さ継続時間後にスリープモードから抜け出すことができる。ＳＴＡは、所定の期間（例えば、ＤＩＦＳ）の後に、パケットの終わりでチャネルアクセスを求めて競う手順を開始することができる。方向表示ビットは、２以上のＳＴＡおよび／またはＡＰへの、またはこれらからのパケットの宛先を表示するために使用されることができる。

別の実施形態では、１または複数のビット（例えば、ＭＡＣ継続時間表示ビットと呼ばれるもの）が、ＳＩＧフィールド１６００に定義されることができる。ＭＡＣ継続時間表示ビットは、ＭＡＣヘッダがＮＡＶ設定を含んでいるかどうかを示すＮＡＶ設定インジケータとして使用されることができる。ＭＡＣ継続時間表示ビットは、肯定応答（ＡＣＫ）表示ビット１７１０の代わりに使用されることが可能であり、これは、ＳＩＧフィールド１６００に１ビットの節約を実現することができる。

ＳＩＧフィールドのＡＣＫ表示ビット１７１０は、ＮＡＶ設定またはＭＡＣ媒体予約継続時間を示すように拡張されることが可能である。パケットの８０２．１１ａｈ ＳＩＧフィールドでは、２ビット（ＡＣＫ表示ビット１７１０）が使用されて、パケットへの応答として予想される肯定応答のタイプを示す（すなわち、初期ＡＣＫ表示）：ＡＣＫ（値「００」）、ブロックＡＣＫ（ＢＡ）（値「０１」）およびＡＣＫなし（値「１０」）。値「１１」は、現在予約されている。ＭＡＣヘッダの継続時間フィールドの非ゼロ値は、ＰＬＣＰヘッダのＳＩＧフィールド内のＡＣＫ表示ビット１７１０に現在予約されているビット組合せ「１１」を使用することによって、表示されることが可能である。

あるいは、ＡＣＫ表示ビット１７１０に予約されたビット組合せ「１１」は使用されて、通常のＡＣＫまたはブロックＡＣＫ（ＢＡ）と関連付けられないＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があることを示すことができる。

あるいは、ＡＣＫ表示ビット１７１０中の予約されたビット組合せ「１１」は、ＡＣＫ（値「００」）、ＢＡ（値「０１」）およびＡＣＫなし（値「１０」）表示に対応する場合を除き、ＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があることを示すために使用されることが可能である。

送信要求（request-to-send：ＲＴＳ）フレーム内のＡＣＫ表示フィールドは、「１１」に設定されて、ＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があることを示すことが可能である。ＲＴＳフレーム内のＡＣＫ表示フィールドは、「００」に設定されて、ＲＴＳフレームに応答してＲＴＳフレームに続いて送信された送信準備完了（clear-to- send：ＣＴＳ）フレームがあることを示すことができる。あるいは、ＲＴＳフレーム内のＡＣＫ表示フィールドは、応答フレーム（すなわち、ＣＴＳフレーム）およびＡＣＫフレームが同じオクテット単位の長さを有するため、（例えば、ＡＣＫフレームと同じ長さの応答フレームを表示するために）値「００」に設定されることが可能である。

ＣＴＳフレーム内のＡＣＫ表示フィールドは、「１１」に設定されて、ＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があることを示すことができる。

例えば、ＡＣＫフレームがパケット交換に使用されて、フラグメント化されたＭＳＤＵを送信する時、ＡＣＫフレーム内のＡＣＫ表示フィールドは、「１１」に設定されて、ＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があることを示すことができる。

いかなるフレーム内のＡＣＫ表示ビット１７１０も、ＳＴＡまたはＡＰによって「００」に設定されて、ＡＣＫフレームと同じ長さである応答フレームを表示し、「意図しない」受信中のＳＴＡ／ＡＰが応答フレームを保護するために媒体アクセスを延期できるようにすることができる。いかなるフレーム内のＡＣＫ表示ビット１７１０も、ＳＴＡまたはＡＰによって「０１」に設定されて、ＢＡフレームと同じ長さである応答フレームを表示し、「意図しない」受信中のＳＴＡ／ＡＴが応答フレームを保護するために媒体アクセスを延期できるようにすることができる。いかなるフレーム内のＡＣＫ表示ビット１７１０も、ＳＴＡまたはＡＰによって「１０」に設定されて、ＡＣＫフレームである、またはＡＣＫフレームではない可能性がある応答フレームがないことを示すことができる。

ＳＩＧフィールド１６００中の２以上のビットのフィールドが使用されて、ＭＡＣヘッダ内の継続時間フィールドに含まれる実際の値の量子化値を示すことができる。例えば、継続時間フィールド値の２以上の最上位ビット（ＭＳＢ）が、ＳＩＧフィールド１６００で送信されることができる。ＳＩＧフィールド１６００を受信した後、ＳＴＡは、ＭＡＣヘッダを復号することなく、そのＮＡＶを設定することができる。ＮＡＶが送信よりも長くなるように、継続時間フィールドのｃｅｉｌｉｎｇ量子化が使用されることができる。これは、送信が信号中にＳＴＡがウェイクアップする機会を最小限にすることができる。

ＳＴＡがＰＬＣＰヘッダを受信するとき、ＳＴＡはＳＩＧフィールドを復号し、復号されたＳＩＧフィールド内のＭＡＣ継続時間表示ビット（またはＡＣＫ表示ビット）をチェックする。ＭＡＣ継続時間表示ビットが存在し、ＭＡＣ継続時間がゼロであることを示す場合、およびＳＴＡがパケットの送信を望んでいる、もしくはＡＰからのパケットを期待している場合、ＳＴＡはＰＰＤＵ長さ継続時間の間スリープに入り、その後スリープから抜け出すことができる。

ＭＡＣ継続時間表示ビットが存在し、ＭＡＣ継続時間が非ゼロであることを示す場合、ＳＴＡはパケットの復号を決定して、ＭＡＣヘッダを取得することができる。ＭＡＣヘッダを復号した後、ＳＴＡは、継続時間フィールドの値を調べ、それに応じてＮＡＶを設定することができる。ＳＴＡは次いで、ＮＡＶの継続時間の間スリープに入り、その後スリープから抜け出すことができる。

あるいは、ＭＡＣ継続時間フィールドが、ＭＡＣヘッダの代わりに、またはＭＡＣヘッダに加えて、ＳＩＧフィールドに含まれて、パケットの継続時間を表示することが可能である。ＳＴＡは、ＳＩＧフィールド中のＭＡＣ継続時間フィールドをチェックし、それに応じてＮＡＶを設定することができる。ＳＴＡは、ＮＡＶの継続時間の間スリープに入り、その後スリープから抜け出すことができる。

ＳＴＡが、ＭＡＣヘッダを復号することができない場合、進行中のパケット送信および受信を中断する恐れがある、無線媒体にアクセスしようとする早過ぎる試みを防止するために、ＳＴＡはそのＮＡＶをデフォルト値に設定することができる。ＳＴＡは、ＮＡＶの継続時間の間スリープに入り、その後スリープから抜け出すことができる。例えばこのデフォルト値は、最悪の場合のシナリオのシステムパラメータに基づくことができる（例えば、デフォルト値は、最長のパケット継続時間または最長のＴＸＯＰなどに基づくことができる）。

ＡＣＫ表示ビット１７１０がこのために使用され、ＡＣＫ表示ビット１７１０が、「１１」に設定される場合、ＳＴＡはそれを、通常のＡＣＫまたはＢＡフレームと関連付けられる可能性がある、または可能性がない、ＭＡＣヘッダの継続時間フィールド内の非ゼロ値の表示として解釈することができ、従ってパケットを復号してＭＡＣヘッダを取得し、それに応じてＮＡＶを設定することができる。ＳＴＡは、ＮＡＶの継続時間の間スリープに入り、その後スリープから抜け出すことができる。あるいは、ＳＴＡはそれを、ＡＣＫ（値「００」）、ＢＡ（値「０１」）、およびＡＣＫなし（値「１０」）表示に対応する場合を除く、ＭＡＣヘッダの継続時間フィールド内の非ゼロ値の表示として解釈することができ、従って、パケットを復号してＭＡＣヘッダを取得し、それに応じてＮＡＶを設定することができる。ＳＴＡは次いで、ＮＡＶの継続時間の間スリープに入り、その後スリープから抜け出すことができる。

８０２．１１ａｈでは、ＳＩＧフィールドに基づいて計算されたＳＩＧフィールド１６００のＣＲＣフィールド１７２０に、４ビットが割り当てられる。送信機は、ＳＩＧフィールドに基づいてＣＲＣを計算し、ターゲット受信機の部分ＡＩＤ（ＰＡＩＤ）のＬＳＢまたはＭＳＢでＣＲＣをマスク（例えば、ビット排他ＯＲ（ＸＯＲ）演算）することができる。このＳＴＡ固有のＳＩＧフィールドは、追加ビットを使用することなく、ある程度の省電力を取り入れることができる。ＰＡＩＤがＳＩＧフィールドに含まれないので、これは、１ＭＨｚモードに対して実行されることが可能である。これは、上述のＭＡＣ継続時間表示ビットと結合されることが可能である。

ＳＴＡがＰＬＣＰヘッダを受信するとき、ＳＴＡは、ＳＩＧフィールド１６００を復号し、ＳＩＧフィールド上でＣＲＣを計算する。ＳＴＡは、ＣＲＣおよびＰＡＩＤのＬＳＢもしくはＭＳＢのビットＸＯＲ演算を行う。ＸＯＲ演算の出力がゼロである場合、ＳＴＡは、パケットが自身に向けられたものである可能性があると結論付け、従ってパケットの残りを復号することができる。そうでなければ、ＳＴＡは、受信されたパケットは、自身に向けられたものではないと結論付けることができ、ＳＴＡはスリープ状態に入ることができる。この場合、ＭＡＣ継続時間表示ビットが存在すれば、ＳＴＡは上述した手順に従うことができる。

送信機でＳＩＧフィールド１６００を符号化するためにテイルバイティングが使用される場合、ＳＩＧフィールド１６００を復号するのにテイルバイティングビタビ復号器（tail biting Viterbi decoder）が使用されることが可能である。ＳＩＧフィールド１６００の畳み込み符号器は、送信機においてＳＩＧフィールド１６００の最後の６ビットで初期化されることが可能である。受信機では、ビタビ復号器の開始状態は、終了状態と同一になる。これにより受信機が、トレリスをゼロ状態まで終了させることなく、畳み込み符号化されたパケットを復号することが可能になる。これは、これまでテイルビットとして使用されていた、ＳＩＧフィールド１６００内の６テイルビット１７３０を解放する。これらの６つのビットは、方向表示ビットおよび／または継続時間表示ビットを含めるために使用されることが可能である。あるいは、ＭＡＣ継続時間フィールドは、フレームタイプを表示することによって、暗黙的に表示されることが可能である。ＡＣＫポリシータイプに加えて、受信機は、継続時間フィールドを単独で計算することができる。あるいは、それは、ＰＡＩＤの９ビットからの６ビット（ＬＳＢまたはＭＳＢ）を含めることができる。上記の方法のいかなる組合せも可能である。

実施形態は、ＩＥＥＥ８０２．１１プロトコルを参照して上述しているが、実施形態は、開示した特定のシナリオに限定されず、任意の他の無線システムにも同様に適用できることに留意されたい。上述した実施形態は、８０２．１１ａｈ動作または他のＷｉＦｉシステムの１ＭＨｚ、２ＭＨｚ、またはさらに高い帯域幅モードのいずれか、または全部に適用できる可能性があることにも注意すべきである。

実施形態
１．ＷＬＡＮにおける省電力のための方法。

２．ＳＴＡが、ＳＴＡをＳＴＡの特定のグループに関連付けるパラメータをＡＰから受信するステップを含む、実施形態１に記載の方法。

３．ＳＴＡが、パラメータに基づいてＳＴＡのグループに許可された期間に、チャネルアクセスを行うステップを含む、実施形態２に記載の方法。

４．ＳＴＡが、ＳＴＡのグループに許可されたアクセススロットに関する情報をＡＰから受信するステップをさらに含む、実施形態２または３のいずれか１つに記載の方法。

５．ＳＴＡが、そのアクセススロットの間にチャネルにアクセスする、実施形態４に記載の方法。

６．ＳＴＡが、ドーズ状態からのウェイクアップのスケジュールをＡＰから受信するステップをさらに含む、実施形態２乃至５のいずれか１つに記載の方法。

７．ＳＴＡが、このスケジュールに基づいてドーズ状態に入り、ドーズ状態からウェイクアップする、実施形態６に記載の方法。

８．ＳＴＡがセンサまたはメータであり、最も高いチャネルアクセス優先度がＳＴＡに与えられる、実施形態２乃至７のいずれか１つに記載の方法。

９．ＳＴＡが、ＳＴＡの省電力パラメータをＡＰに示すステップをさらに含む、実施形態２乃至８のいずれか１つに記載の方法。

１０．ＳＴＡが、省電力パラメータに基づいてＳＴＡの特定のグループに割り当てられる、実施形態９に記載の方法。

１１．ＳＴＡがビーコン中のＴＩＭまたはＤＴＩＭをリッスンしないことを、ＳＴＡがＡＰに示すステップをさらに含む、実施形態２乃至１０のいずれか１つに記載の方法。

１２．ＳＴＡが、セクタ化されたビーコンまたは短いビーコンをＡＰから受信する、実施形態２乃至１１のいずれか１つに記載の方法。

１３．セクタ化されたビーコンまたは短いビーコンが、ビーコンまたは短いビーコンがセクタ化されているという表示を含む、実施形態１２に記載の方法。

１４．セクタ化されたビーコンまたは短いビーコンが、セクタ化されたビーコンまたは短いビーコンを受信するＳＴＡがＡＰに送信することを許可される期間を示す、実施形態１２または１３のいずれか１つに記載の方法。

１５．ＳＴＡが、ビーコンまたは短いビーコンによってＳＴＡのグループと関連付けられるパラメータを受信する、実施形態２乃至１４のいずれか１つに記載の方法。

１６．ＳＴＡのグループが、ある一定の期間にチャネルにアクセスすることを許可され、ＳＴＡの他のグループが、そのある一定の期間にチャネルにアクセスすることを許可されない、実施形態１５に記載の方法。

１７．ＳＴＡが、ＡＣＫ表示ビットを含んだフレームを受信するステップをさらに含む、実施形態２乃至１６のいずれか１つに記載の方法。

１８．ＡＣＫ表示ビットが、フレームのＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があって、ＡＣＫフレームまたはブロックＡＣＫフレームではないフレームの存在を示す、実施形態１７に記載の方法。

１９．ＳＴＡが、ＡＣＫ表示ビットに基づいてドーズ状態に入るステップを含む、実施形態１７または１８のいずれか１つに記載の方法。

２０．ＷＬＡＮにおいて省電力機構を実行するように構成されたＳＴＡ。

２１．ＳＴＡをＳＴＡの特定のグループに関連付けるパラメータをＡＰから受信するように構成されたプロセッサを含む、実施形態２０に記載のＳＴＡ。

２２．プロセッサが、パラメータに基づいてＳＴＡのグループに許可された期間にチャネルアクセスを行うように構成された、実施形態２１に記載のＳＴＡ。

２３．プロセッサが、ＳＴＡのグループに許可されたアクセススロットに関する情報をＡＰから受信するように構成された、実施形態２１または２２のいずれか１つに記載のＳＴＡ。

２４．ＳＴＡが、そのアクセススロットの間にチャネルにアクセスする、実施形態２３に記載のＳＴＡ。

２５．プロセッサが、ドーズ状態からのウェイクアップのスケジュールをＡＰから受信するように構成された、実施形態２１乃至２４のいずれか１つに記載のＳＴＡ。

２６．プロセッサが、スケジュールに基づいてドーズ状態に入り、ドーズ状態からウェイクアップする、実施形態２５に記載のＳＴＡ。

２７．ＳＴＡがセンサまたはメータであり、最も高いチャネルアクセス優先度がＳＴＡに与えられる、実施形態２１乃至２６のいずれか１つに記載のＳＴＡ。

２８．プロセッサが、ＳＴＡの省電力パラメータをＡＰに示すように構成された、実施形態２１乃至２７のいずれか１つに記載のＳＴＡ。

２９．ＳＴＡが、省電力パラメータに基づいてＳＴＡの特定のグループに割り当てられる、実施形態２８に記載のＳＴＡ。

３０．プロセッサが、ＳＴＡがビーコン中のＴＩＭまたはＤＴＩＭをリッスンしないことをＡＰに示すように構成された、実施形態２１乃至２９のいずれか１つに記載のＳＴＡ。

３１．プロセッサが、セクタ化されたビーコンまたは短いビーコンをＡＰから受信するように構成された、実施形態２１乃至３０のいずれか１つに記載のＳＴＡ。

３２．セクタ化されたビーコンまたは短いビーコンが、ビーコンまたは短いビーコンがセクタ化されているという表示を含む、実施形態３１に記載のＳＴＡ。

３３．セクタ化されたビーコンまたは短いビーコンが、セクタ化されたビーコンまたは短いビーコンを受信するＳＴＡがＡＰに送信することを許可される期間を示す、実施形態３１または３２のいずれか１つに記載のＳＴＡ。

３４．プロセッサが、ビーコンまたは短いビーコンによってＳＴＡのグループと関連付けられるパラメータを受信するように構成された、実施形態２１乃至３３のいずれか１つに記載のＳＴＡ。

３５．ＳＴＡのグループが、ある一定の期間にチャネルにアクセスすることを許可され、ＳＴＡの他のグループが、そのある一定の期間にチャネルにアクセスすることを許可されない、実施形態３４に記載のＳＴＡ。

３６．プロセッサが、ＡＣＫ表示ビットを含んだフレームを受信するように構成された、実施形態２１乃至３５のいずれか１つに記載のＳＴＡ。

３７．ＡＣＫ表示ビットが、フレームのＭＡＣヘッダ内の継続時間フィールドに含まれた非ゼロ値があって、ＡＣＫフレームまたはブロックＡＣＫフレームではないフレームの存在を示し、プロセッサが、ＡＣＫ表示ビットに基づいてドーズ状態に入るように構成された、実施形態３６に記載のＳＴＡ。

特徴および要素について特定の組合せで上述したが、各特徴または要素は、単独で、または他の特徴および要素とのいかなる組合せでも使用できることを当業者は理解するであろう。さらに、本明細書に記載された方法は、コンピュータまたはプロセッサで実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実行することができる。コンピュータ可読媒体の例には、電子信号（有線または無線接続によって送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれるが、これらに限定されない。ソフトウェアと関連したプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータで使用する無線周波数トランシーバを実装することができる。

Claims (16)

1. 無線ローカルエリアネットワーク（ＷＬＡＮ）に関連付けられるアクセスポイント（ＡＰ）であって、
   第１の省電力設定を第１のステーション（ＳＴＡ）から受信し、前記第１の省電力設定は、第１のウェイクアップスケジュールに関連付けられ、
   前記第１の省電力設定を受け入れるかどうかを判定し、前記第１の省電力設定を受け入れるかどうかを判定することは、前記第１の省電力設定を受け入れることを判定すること、または第２のウェイクアップスケジュールに関連付けられる第２の省電力設定を提案することを判定することを備え、
   応答を前記第１のＳＴＡに送信し、前記第１の省電力設定を受け入れることが判定されるという条件で、前記第１のＳＴＡへの前記応答は、前記第１の省電力設定が受け入れられたという表示であり、および前記第２の省電力設定を提案することが判定されるという条件で、前記第１のＳＴＡへの前記応答は、前記第２の省電力設定を示す、
   ように構成されたプロセッサ
   を備えたＡＰ。
2. 前記応答は、前記第１のＳＴＡのためのウェイクアップスケジュールに関連付けられ、前記第１のＳＴＡのための前記ウェイクアップスケジュールは、第２のＳＴＡのためのウェイクアップスケジュールとは異なる、請求項１のＡＰ。
3. 前記第１の省電力設定は、プローブ要求フレーム、アソシエーション要求フレームまたは再アソシエーション要求フレームにおいて受信される、請求項１のＡＰ。
4. 前記第１の省電力設定は、前記第１のＳＴＡから受信された情報要素のフィールドにおいて示される、請求項１のＡＰ。
5. 前記第１の省電力設定を受け入れること、または前記第２の省電力設定を提案することは、ＳＴＡカテゴリ、トラフィック優先度、スケジュール要件、サポートされるＭＣＳまたはＭＩＭＯ構成の二つ以上に基づいて判定される、請求項１のＡＰ。
6. 前記応答は、情報要素のフィールドにおいて示される、請求項１のＡＰ。
7. 前記第１のＳＴＡに応答した後、前記プロセッサは、前記応答において示された前記ウェイクアップスケジュールを変更する要求を前記第１のＳＴＡから受信するようにさらに構成される、請求項１のＡＰ。
8. 前記ＡＰは、前記応答において示された前記ウェイクアップスケジュールを変更するために前記第１のＳＴＡと双方向ネゴシエーションを行う、請求項７のＡＰ。
9. 無線ローカルエリアネットワーク（ＷＬＡＮ）における省電力の方法であって、
   アクセスポイント（ＡＰ）において、第１の省電力設定を第１のステーション（ＳＴＡ）から受信することであって、前記第１の省電力設定は、第１のウェイクアップスケジュールに関連付けられる、ことと、
   前記第１の省電力設定を受け入れるかどうかを判定することであって、前記第１の省電力設定を受け入れるかどうかを判定することは、前記第１の省電力設定を受け入れることを判定すること、または第２のウェイクアップスケジュールに関連付けられる第２の省電力設定を提案することを判定することを備える、ことと、
   応答を前記第１のＳＴＡに送信することであって、前記第１の省電力設定を受け入れることが判定されるという条件で、前記第１のＳＴＡへの前記応答は、前記第１の省電力設定が受け入れられたという表示であり、および前記第２の省電力設定を提案することが判定されるという条件で、前記第１のＳＴＡへの前記応答は、前記第２の省電力設定を示す、ことと
   を備える方法。
10. 前記応答は、前記第１のＳＴＡのためのウェイクアップスケジュールに関連付けられ、前記第１のＳＴＡのための前記ウェイクアップスケジュールは、第２のＳＴＡのためのウェイクアップスケジュールとは異なる、請求項９の方法。
11. 前記第１の省電力設定は、プローブ要求フレーム、アソシエーション要求フレームまたは再アソシエーション要求フレームにおいて受信される、請求項９の方法。
12. 前記第１の省電力設定は、前記第１のＳＴＡから受信された情報要素のフィールドにおいて示される、請求項９の方法。
13. 前記第１の省電力設定を受け入れること、または前記第２の省電力設定を提案することは、ＳＴＡカテゴリ、トラフィック優先度、スケジュール要件、サポートされるＭＣＳまたはＭＩＭＯ構成の二つ以上に基づいて判定される、請求項９の方法。
14. 前記応答を情報要素のフィールドにおいて示すことをさらに備える、請求項９の方法。
15. 前記第１のＳＴＡに応答した後、前記応答において示された前記ウェイクアップスケジュールを変更する要求を前記第１のＳＴＡから受信することをさらに備える、請求項９の方法。
16. 前記応答において示された前記ウェイクアップスケジュールを変更するために前記第１のＳＴＡと双方向ネゴシエーションを行うことをさらに備える、請求項１５の方法。