JP2014512156A - 無線通信システムにおける電力消費の低減 - Google Patents

Abstract

【解決手段】第１無線通信デバイスのネットワークインタフェースの低電力状態からアクティブ状態への移行の後、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを送信するよう第２無線通信デバイスに要求するリクエストを送信する。第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在するかどうかの指示を受信する。第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在する場合、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを第２無線通信デバイスから受信する。
【選択図】図１

Description

［関連出願の相互参照］
本開示は、以下の米国仮特許出願の便益を主張する。２０１１年４月１８日に提出され、発明の名称が「８０２．１１ Ｐｏｗｅｒ Ｓａｖｉｎｇ」である米国仮特許出願第６１／４７６，６７９号。２０１１年６月１６日に提出され、発明の名称が「８０２．１１ Ｐｏｗｅｒ Ｓａｖｉｎｇ」である米国仮特許出願第６１／４９７，９０９号。２０１１年８月４日に提出され、発明の名称が「８０２．１１ Ｐｏｗｅｒ Ｓａｖｉｎｇ」である米国仮特許出願第６１／５１５，２４８号。２０１１年９月７日に提出され、発明の名称が「８０２．１１ Ｐｏｗｅｒ Ｓａｖｉｎｇ」である米国仮特許出願第６１／５３１，８６２号。２０１１年１１月２９日に提出され、発明の名称が「８０２．１１ Ｐｏｗｅｒ Ｓａｖｉｎｇ」である米国仮特許出願第６１／５６４，７９５。

上記の仮特許出願の開示内容は、それらの全体が本明細書に参照により組み込まれる。

加えて、本願は、発明の名称が「Ｒｅｄｕｃｉｎｇ Ｐｏｗｅｒ Ｃｏｎｓｕｍｐｔｉｏｎ ｉｎ ａ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ」である米国特許出願第＿＿＿＿＿＿＿＿＿＿号（代理人整理番号ＭＰ４０９９Ｃ１）、および、発明の名称が「Ｒｅｄｕｃｉｎｇ Ｐｏｗｅｒ Ｃｏｎｓｕｍｐｔｉｏｎ ｉｎ ａ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ」である米国特許出願第＿＿＿＿＿＿＿＿＿＿号（代理人整理番号ＭＰ４０９９Ｃ２）に関連する。これら特許出願は共に本願と同日に提出され、それらの全体が参照により本願に組み込まれる。

本開示は一般的に通信システムに関し、より詳細には、無線通信システム内で動作するデバイスの電力消費を低減するための技術に関する。

本セクションで示される背景技術は、本開示の背景を一般的に示すことを目的としている。この背景技術のセクションで説明される範囲において、本願発明の発明者らによる研究は、および提出時点において先行技術として見なされ得ない説明の態様は、本開示の先行技術として明示的にも暗示的にも認められない。

無線ローカルエリアネットワーク（ＷＬＡＮ）技術は過去１０数年に亘り急速に発展してきた。Ｉｎｓｔｉｔｕｔｅ ｆｏｒ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、および８０２．１１ｎ規格などのＷＬＡＮ規格の開発により、シングルユーザのピークデータスループットが改善されてきた。例えば、ＩＥＥＥ８０２．１１ｂ規格は、１１Ｍｂｐｓとなるシングルユーザのピークスループットを規定し、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格は、５４Ｍｂｐｓとなるシングルユーザのピークスループットを規定し、ＩＥＥＥ８０２．１１ｎ規格は、６００Ｍｂｐｓとなるシングルユーザのピークスループットを規定している。現在開発中の規格であるＩＥＥＥ８０２．１１ａｃでは、さらに高いスループットが提供されることが期待される。最近になり、他の新たな規格であるＩＥＥＥ８０２．１１ａｈの研究も始まっており、さらに低いサブ１ギガヘルツ（ＧＨｚ）の周波数帯域で動作することにより、さらに幅広い通信範囲が提供されることが期待される。

ＩＥＥＥ８０２．１１ｖ規格はＷＬＡＮネットワーク制御に関し、低電力モードを開始し、終了するデバイスを含むネットワークを制御するための技術を説明している。

一実施形態において、方法は、第１無線通信デバイスのネットワークインタフェースを、ネットワークインタフェースが（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）無線通信媒体を介しての信号受信との少なくともいずれか一方を行えない低電力状態から、ネットワークインタフェースが（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）無線通信媒体を介しての信号受信との両方を行えるアクティブ状態へ移行させる段階を含む。方法は、ネットワークインタフェースをアクティブ状態へ移行させる段階の後、通信チャネルが利用可能かどうかを判断する段階と、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを第１無線通信デバイスへ送信するよう第２無線通信デバイスに要求するリクエストを含むデータユニットを生成する段階とをさらに含む。加えて、方法は、通信チャネルが利用可能であるとの判断に応答し、通信チャネルを介して、リクエストを含むデータユニットを第２無線通信デバイスへ送信する段階を含む。方法は、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在するかどうかの指示を、通信チャネルを介して第２無線通信デバイスから受信する段階と、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在する場合、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを第２無線通信デバイスから受信する段階とをさらに含む。

他の実施形態において、無線通信ネットワークで用いられる第１通信デバイスは、ネットワークインタフェースを含む。ネットワークインタフェースは、ネットワークインタフェースが（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）無線通信媒体を介しての信号受信との少なくともいずれか一方を行えない低電力状態から、ネットワークインタフェースが（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）無線通信媒体を介しての信号受信との両方を行えるアクティブ状態へ移行する。加えて、ネットワークインタフェースは、アクティブ状態へ移行した後、通信チャネルが利用可能かどうかを判断し、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを第１無線通信デバイスへ送信するよう第２無線通信デバイスに要求するリクエストを含むデータユニットを生成する。また、ネットワークインタフェースは、通信チャネルが利用可能であるとの判断に応答し、通信チャネルを介して、リクエストを含むデータユニットを第２無線通信デバイスへ送信する。さらに、ネットワークインタフェースは、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在するかどうかの指示を、通信チャネルを介して第２無線通信デバイスから受信し、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータが存在する場合、第２無線通信デバイスでバッファリングされた第１無線通信デバイスのためのデータを第２無線通信デバイスから受信する。

他の実施形態において、方法は、第１無線通信デバイスにより送信される信号を第２無線通信デバイスのネットワークインタフェースが受信できない低電力状態にネットワークインタフェースがあるとの指示を、第１無線通信デバイスで受信する段階を含む。方法は、第２無線通信デバイスのネットワークインタフェースが低電力状態にあるとの指示の受信に応答し、第２無線通信デバイスのためのデータを第１無線通信デバイスでバッファリングする段階をさらに含む。加えて、方法は、第２無線通信デバイスのネットワークインタフェースが低電力状態にないとの指示の受信の前に、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータを第２無線通信デバイスに送信するよう要求するリクエストを含むデータユニットを第２無線通信デバイスから、第１無線通信デバイスで受信する段階を含む。方法は、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在するかどうかを、第１無線通信デバイスで判断する段階と、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在するかどうかの指示を、リクエストに応答し、第１無線通信デバイスにより第２無線通信デバイスへ送信する段階をさらに含む。加えて、方法は、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在すると判断された場合、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータを、第１無線通信デバイスにより第２無線通信デバイスへ送信する段階を含む。

さらに他の実施形態において、無線通信ネットワークで用いられる第１通信デバイスは、ネットワークインタフェースを含む。ネットワークインタフェースは、第１無線通信デバイスにより送信される信号を第２無線通信デバイスのネットワークインタフェースが受信できない低電力状態にネットワークインタフェースがあるとの第２無線通信デバイスからの指示の受信に応答し、第２無線通信デバイスのためのデータをバッファリングする。加えて、ネットワークインタフェースは、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在するかどうかを判断し、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータを第２無線通信デバイスに送信するよう要求するリクエストを含む、第２無線通信デバイスから受信したデータユニットに応答し、かつ、第２無線通信デバイスのネットワークインタフェースが低電力状態にないとの指示の受信の前に、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在するかどうかの指示を第２無線通信デバイスへ送信する。さらに、ネットワークインタフェースは、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータが存在すると判断された場合、第１無線通信デバイスでバッファリングされた第２無線通信デバイスのためのデータを、第２無線通信デバイスへ送信する。

さらに他の実施形態において、方法は、クライアント局から少なくとも１つのフレームを受信していないことに起因してクライアント局との接続をアクセスポイントデバイスが解除しない期間を示す第１パラメータの第１の値を、アクセスポイントデバイスにより第１ベーシックサービスセット（ＢＳＳ）内の１以上の第１クライアント局へ送信する段階を含む。加えて、方法は、アクセスポイントにより、第１パラメータの第２の値を第２ＢＳＳ内の１以上の第２クライアント局へ送信する段階を含む。第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも一桁大きい。

他の実施形態において、無線通信ネットワークで用いられるアクセスポイントデバイスは、ネットワークインタフェースを含む。ネットワークインタフェースは、クライアント局から少なくとも１つのフレームを受信していないことに起因してクライアント局との接続をアクセスポイントデバイスが解除しない期間を示す第１パラメータの第１の値を、第１ベーシックサービスセット（ＢＳＳ）内の１以上の第１クライアント局へ送信し、第１パラメータの第２の値を第２ＢＳＳ内の１以上の第２クライアント局へ送信する。第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも一桁大きい。

さらに他の実施形態において、方法は、１以上の電力に制約があるセンサデバイスと関連付けられた第１データユニットを、無線ネットワークで送信する段階と、セルラー電話データのオフロードと関連付けられた第２データユニットを、無線ネットワークで送信する段階とを含む。無線媒体へのアクセスに関し、第２データユニットの送信よりも、第１データユニットの送信が優先される。

さらに他の実施形態において、装置は、セルラー電話データのオフロードと関連付けられた第１データユニットを、無線ネットワークで送信し、無線媒体へのアクセスに関し、第１データユニットの送信よりも、無線ネットワーク内の１以上の電力に制約があるセンサデバイスと関連付けられた第２データユニットの送信を優先するネットワークインタフェースを含む。

一実施形態に係る、本開示の電力節約技術を利用する例示的な通信システムのブロック図である。 一実施形態に係る、電力節約モードにあるクライアント局のためにバッファリングされたダウンリンクデータを他のデバイスが有するかどうかを判断すべく、当該クライアント局が当該他のデバイスをポーリングする例示的な方法を示す送信タイミング図である。 一実施形態に係る、電力節約モードにあるクライアント局のためのバッファリングされたダウンリンクデータを他のデバイスが有するかどうかを判断すべく、当該クライアント局が当該他のデバイスをポーリングする他の例示的な方法を示す他の送信タイミング図である。 一実施形態に係る、他の無線デバイスのためのバッファリングされたダウンリンクデータを無線デバイスが有するかどうかを判断するための、および、当該他の無線デバイスのためのバッファリングされたダウンリンクデータを当該無線デバイスが有する場合に、当該無線デバイスからダウンリンクデータを取得するための例示的な方法のフロー図である。 一実施形態に係る、第２無線デバイスのためのバッファリングされたダウンリンクデータを第１無線デバイスが有するかどうかについての第２無線通信デバイスからの問い合わせに応答するための、および、第２無線デバイスのためのバッファリングされたダウンリンクデータを第１無線デバイスが有する場合に、第２無線デバイスへダウンリンクデータを送信するための例示的な方法のフロー図である。 一実施形態に係る、電力節約モードにある局が他の局をポーリングし、当該局のためのバッファリングされたダウンリンクデータを当該他の局が有するかどうかを判断する他の例示的な方法を示す送信タイミング図である。 一実施形態に係る、第１無線デバイスにより送信されるマルチキャストデータおよび／またはブロードキャストデータを第１無線デバイスが有するかどうかについての第２無線通信デバイスからの問い合わせに応答するための、および、送信されるマルチキャストデータ／ブロードキャストデータを第１無線デバイスが有する場合に、第１無線デバイスがマルチキャストデータ／ブロードキャストデータをいつ送信するかについての情報を送信するための例示的な方法のフロー図である。 一実施形態に係る、第２無線デバイスのためのブロードキャストデータおよび／またはマルチキャストデータを第１無線デバイスが有するかどうかを判断するための、および、第２無線デバイスのためのバッファリングされたダウンリンクデータを第１無線デバイスが有する場合に、第１無線デバイスから情報を取得しブロードキャストデータおよび／またはマルチキャストデータの受信を可能とするための例示的な方法のフロー図である。 一実施形態に係る、（ｉ）供給される電力が少ない、および／または電力面で制約を受けるセンサデバイスと、（ｉｉ）セルラーオフロードデータを送信するデバイスとの無線ネットワークでの共存を促すための例示的な方法のフロー図である。 一実施形態に係る、電力節約モードにある第１局が、プロトコルスタックにおいて第２層よりも上位の（例えば、ＭＡＣ層よりも上位の）プロトコルに対応するフレームを第２局へ送信する例示的な方法を示す送信タイミング図である。 一実施形態に係る、（ｉ）供給される電力が少ない、および／または電力面で制約を受けるセンサデバイスと、（ｉｉ）セルラーオフロードデータを送信するデバイスとの無線ネットワークでの共存を促すための例示的な方法のフロー図である。

いくつかの無線通信ネットワークにおいて、デバイスは電力消費を低減すべく低電力モード（電力節約モードとも呼ばれる）に入る。いくつかの実施形態において、そのような低電力モードの第１デバイスは、少なくともいくつかの送受信回路の電源を切るので、データの受信または送信ができない。第１デバイスが低電力モードにある場合、アクセスポイント（ＡＰ）などの第２デバイスは、第１デバイスのためのデータをバッファリングする。（ｉ）第２デバイス（例えばＡＰ）が第１デバイスのためのデータを有するかどうかを判断するため、および／または、（ｉｉ）第２デバイス（または他のデバイス）へデータを送信するため、第１デバイスは時々低電力モードを終了するかもしれない。少なくともいくつかの例において、バッファリングされたデータを確認すべく定期的に第２デバイスと通信を再び行うために第１デバイスに必要とされる電力は、時間が経つと共に大きくなり得る。以下において、（ｉ）低電力モードを終了しネットワークで再び通信を行うためにデバイスに必要とされる電力を低減する、および／または、（ｉｉ）より長い期間、低電力モードのままであることを補助する技術の実施形態を説明する。

図１は、一実施形態に係る、例示的な通信システム１０のブロック図である。一実施形態において、通信システム１０は無線ローカルエリアネットワーク（ＷＬＡＮ）である。他の実施形態において、通信システム１０は、広域ネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、または他のタイプの通信システムである。システム１０内のＡＰ１４は、ネットワークインタフェース１６に結合されたホストプロセッサ１５を含む。ネットワークインタフェース１６はメモリ１７に結合され、媒体アクセス制御（ＭＡＣ）処理ユニット１８と、物理層（ＰＨＹ）処理ユニット２０とを含む。ＰＨＹ処理ユニット２０は複数の送受信機２１を含み、送受信機２１は、複数のアンテナ２４に結合されている。図１では３つの送受信機２１と３つのアンテナ２４とが示されているが、他の実施形態では、ＡＰ１４は、異なる数（例えば、１、２、４、５など）の送受信機２１とアンテナ２４とを含みうる。

また通信システム１０は、複数のクライアント局２５も含む。図１では３つのクライアント局２５が示されているが、様々なシナリオおよび実施形態において、通信システム１０は、異なる数（例えば、１、２、４、５、６など）のクライアント局２５を含み得る。

クライアント局２５−１は、ネットワークインタフェース２７に結合されたホストプロセッサ２６を含む。ネットワークインタフェース２７は、メモリ２８に結合され、ＭＡＣ処理ユニット２９と、ＰＨＹ処理ユニット３０とを含む。ＰＨＹ処理ユニット３０は複数の送受信機３１を含み、送受信機３１は、複数のアンテナ３４に結合されている。図１では３つの送受信機３１と３つのアンテナ３４とが示されているが、他の実施形態において、クライアント局２５−１は異なる数（例えば、１、２、４、５など）の送受信機３１とアンテナ３４とを含みうる。一実施形態において、クライアント局２５−２、２５−３のうち一方、または両方は、クライアント局２５−１と同じ、または同様である。

様々な実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０は、通信プロトコルに準拠したデータユニットを生成する。送受信機２１は、生成されたデータユニットを、アンテナ２４を介して送信する。同様に、送受信機２１は、通信プロトコルに準拠したデータユニットを、アンテナ２４を介して受信する。

様々な実施形態において、クライアント局２５−１のＰＨＹ処理ユニット３０は、通信プロトコルに準拠したデータユニットを生成する。送受信機３１は、生成されたデータユニットを、アンテナ３４を介して送信する。同様に、送受信機３１は、通信プロトコルに準拠したデータユニットを、アンテナ３４を介して受信する。

いくつかの実施形態において、クライアント局２５のうち少なくとも１つは、ホストプロセッサ２６に結合されたセンサ４０を含む。様々な実施形態において用いられるセンサ４０の例には、温度センサ、光センサ、音センサ、動き検出器、圧力センサなどを含まれる。他の実施形態において、クライアント局２５のうち全てが、センサ４０を含まない。一実施形態において、クライアント局２５は、（ｉ）センサ４０を含む１以上のクライアント局２５からなる第１のセットと、（ｉｉ）センサ４０を含まない１以上のクライアント局２５からなる第２のセットとを含む。センサ４０を含むクライアント局２５は、本明細書においてセンサデバイスと呼ぶこともある。

いくつかの実施形態において、クライアント局２５のうち少なくとも１つは、バッテリ４４を含む。いくつかの実施形態において、バッテリ４４はネットワークインタフェース２７に結合され、ネットワークインタフェース２７は少なくとも部分的にバッテリ４４により電力が供給される。いくつかの実施形態において、ホストプロセッサ２６もバッテリ４０に結合され、少なくとも部分的にバッテリ４０により電力が供給される。クライアントデバイス２５がセンサ４０を含むいくつかの実施形態において、センサ４０はバッテリ４４に結合され、センサ４０は、少なくとも部分的にバッテリ４４により電力が供給される。他の実施形態において、クライアント局２５のうち全てがバッテリ４４を含まない。一実施形態において、クライアント局２５は、（ｉ）バッテリ４４を含む１以上のクライアント局２５からなる第１のセットと、（ｉｉ）バッテリ４４を含まない１以上のクライアント局２５からなる第２のセットとを含む。いくつかの実施形態において、クライアント局２５のネットワークインタフェース２７は、電力を節約すべく、よって、バッテリ４４のバッテリ寿命を延ばすべく、低電力モード（例えば電力節約モード）に入る。バッテリ４４を含まないいくつかの実施形態において、クライアント局２５のネットワークインタフェース２７も電力を節約すべく電力節約モードに入る。

一実施形態において、センサデバイス２５はバッテリにより電力を供給され、バッテリの一度の充電で長期間にわたり（例えば、少なくとも３０日、少なくとも６０日、少なくとも１００日、少なくとも１日など）動作するよう構成されている。そのような実施形態において、センサデバイス２５は電力面で制約を受け、および／または、（例えば、スマートフォン、または、ラップトップコンピュータと比較し）非常に低い電力で動作する。

クライアント局２５のネットワークインタフェース２７が電力節約モードに入る場合、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードに入ることを示す第１の通知を生成しＡＰ１４へ送信する。いくつかの状況において、クライアント局２５のネットワークインタフェース２７が電力節約モードを終了する場合、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードを終了したことを示す第２の通知を生成しＡＰ１４へ送信する。ＡＰ１４から見ると、クライアント局２５のネットワークインタフェース２７が電力節約モードにある間（例えば、ネットワークインタフェース２７が電力節約モードに入ることを示す第１の通知の受信の後で、ネットワークインタフェース２７が電力節約モードを終了したことを示す第２の通知の受信の前）、ＡＰ１４は、ＡＰ１４からクライアント局２５へ送信するためのデータをバッファリングする。加えて、いくつかの実施形態において、以下により詳細に説明するように、ＡＰ１４から見ると、クライアント局２５のネットワークインタフェース２７が電力節約モードにある間、ＡＰ１４は、クライアント局２５からのリクエストに応答してのみ、ＡＰ１４によりバッファリングされたデータをクライアント局２５へ送信する。

いくつかの実施形態において、ＡＰ１４のネットワークインタフェース１６は、ＡＰ１４に、定期的にビーコンフレームを送信させる。いくつかの実施形態において、連続するビーコンフレームとビーコンフレームとの間の期間は、ビーコンピリオドと呼ばれる設定された期間である。ＡＰ１４のネットワークインタフェース１６は、通信システム１０内のデバイスの同期化を促す情報を含めてビーコンフレームを生成する。例えば一実施形態において、各ビーコンフレームは、ネットワークインタフェース１６のクロックに対応するタイムスタンプを含み、各クライアント局２５（例えば、クライアント局２５のネットワークインタフェース２７）は、ビーコンフレームに含まれるタイムスタンプを用いてネットワークインタフェース２７のクロックを更新する。例えば、ＡＰ１４のクロックと、クライアント局２５のクロックとの間のクロックドリフトが起こり得、ビーコンに含まれるタイムスタンプを用いて、クライアント局２５のクロックを修正し、クロックドリフトを軽減する。

現行のＩＥＥＥ８０２．１１規格によると、各ビーコンフレームは、電力節約モードにある各クライアント局２５に関し、バッファリングされたダウンリンクデータ（つまり、ＡＰ１４からクライアント局２５へ送信されるデータ）をＡＰ１４が有するかどうかを示す情報を含む。よって、現行のＩＥＥＥ８０２．１１規格によると、電力節約モードにあるクライアント局２５は、クライアント局２５のネットワークインタフェース２７のクロックを用いて、いつビーコンがＡＰ１４から送信されるかを推定する。クライアント局２５のネットワークインタフェース２７は、ビーコンが送信されると推定される時間より前に電力節約モードを解除し（例えば、電力節約モードを終了し）、ビーコンをリッスンする。クライアント局２５は、ビーコンを分析し、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するとクライアント局２５が判断すると、クライアント局２５は、バッファリングされたダウンリンクデータをクライアント局２５へ送信するようＡＰ１４に要求するデータユニットをＡＰ１４へ送信する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないとクライアント局２５が判断すると、クライアント局２５は再び電力節約モードに入り、次のビーコンまで待機する。

クライアント局２５のネットワークインタフェース２７のクロックと、ＡＰ１４のネットワークインタフェース１６のクロックとの間のクロックドリフトが原因となり、クライアント局２５のネットワークインタフェース２７は、ビーコンの推定時間よりも早く電力節約状態を終了し得る。例えば、次のビーコンがいつ送信されるのかを推定すべく、ネットワークインタフェース２７はネットワークインタフェース２７のクロックを利用し、次のビーコンをいつ送信するかを決定すべく、ＡＰ１４のネットワークインタフェース１６はネットワークインタフェース１６のクロックを利用するので、また、ネットワークインタフェース２７のクロックとネットワークインタフェース１６のクロックとは正確に同期化していない（例えばクロックドリフトが存在する）ので、ネットワークインタフェース１６がビーコンを送信する時間と、ワークインタフェース２７が推定するビーコンの送信時間との間には誤差があり得る。加えて、この誤差はビーコンが送信されるその後に亘り、大きくなる。言い換えると、クライアント局２５のネットワークインタフェース２７が電力節約モードにある時間が長くなればなる程、ネットワークインタフェース２７のクロックと、ＡＰ１４のネットワークインタフェース１６のクロックとの間のクロックドリフトはより大きくなり得、よって、クロックドリフトによる誤差を補償し、ビーコンを逃すことを避けるためには、ビーコンの送信推定時間よりもさらに早い時間に、ネットワークインタフェース２７は電力節約モードを終了しなければならなくなる。よって、ビーコンを逃すことがないようネットワークインタフェース２７は、十分に早く電力節約モードを解除しなければならなく、かつ、電力を消費しなければならなくなる。

図２は、電力節約モードにあるクライアント局のためにバッファリングされたダウンリンクデータを他のデバイス（例えばＡＰ）が有するかどうかを判断すべく、当該クライアント局が他のデバイスをポーリングする方法の一実施形態を示す送信タイミング図である。図２のタイミング図は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが図２の方法を利用し得る。

図２において、クライアント局２５は電力節約モードにあり、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断すべくＡＰ１４と通信を行うために、ネットワークインタフェース２７の少なくとも一部の電源を入れる。時間１０４において、ネットワークインタフェース２７の電源が入り、送受信を行える状態となる。ネットワークインタフェース２７は最小期間１０８だけ無線媒体をスキャンし、当該媒体がビジーかどうかを判断する。当該媒体が少なくとも最小期間１０８だけビジーでない場合（例えば、ネットワークインタフェース２７が期間１０８の間、送信を検出しない場合）、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示で応答するようＡＰ１４に促すデータユニット１１２を生成し送信する。データユニット１１２はトリガまたはポーリングと呼ばれ得る。いくつかの実施形態において、データユニット１１２は、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニット１１２はアップリンクデータを含まない。

トリガ１１２に応答し、ＡＰ１４は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。また、トリガ１１２に応答し、ＡＰ１４は確認応答データユニット１１６を生成しクライアント局２５へ送信する。一実施形態において、確認応答データユニット１１６は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えば、ペンディング中のデータ指示（ＰＩ））を含む。他の実施形態において、トリガ１１２に対する確認応答は、ＰＩを含まない。むしろ、一実施形態において、トリガ１１２に対する確認応答の後に送信される別個のデータユニットがＰＩを含む。一実施形態において、ＰＩを含む別個のデータユニットは、トリガ１１２に対する確認応答の後、少なくとも一定期間（例えば、集中制御用（ＰＣＦ）フレーム間隔（ＰＩＦＳ）期間、または他の適切な期間）をおいて送信される。

クライアント局２５のネットワークインタフェース２７はデータユニット１１６に含まれるＰＩを分析し、データユニット１１６に含まれるＰＩの分析に基づき、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないとの判断に応答し、いくつかの実施形態および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は、少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。しかし図２は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するシナリオを示す。よって、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するとの判断に応答し、ネットワークインタフェース２７はＡＰ１４からのダウンリンクデータを受信すべく待機するため電源が入ったままとなる。

クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するので、ＡＰ１４は、クライアント局２５のためのダウンリンクデータを含むデータユニット１２０を生成し、クライアント局へ送信する。一実施形態において、データユニット１２０は確認応答データユニット１１６の後に送信される。一実施形態において、ＡＰ１４は、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかも判断し、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えばＰＩ）をデータユニット１２０に含める。他の実施形態において、ＰＩは、データユニット１２０に含まれない。

一実施形態において、また、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するシナリオにおいて、ＰＩを含むデータユニット、および、ダウンリンクデータを含むデータユニットは１つのデータユニットへ組み合わせられる。例えば、一実施形態において、（例えば、ＡＰ１４でバッファリングされた追加のダウンリンクデータが存在しない場合、）データユニット１１６がダウンリンクデータを含み、データユニット１２０は省略される。

クライアント局２５のネットワークインタフェース２７がデータユニット１２０を受信し処理する。データユニット１２０の受信に応答し、ネットワークインタフェース２７は確認応答データユニット１２４を生成し、ＡＰ１４へ送信する。加えて、データユニット１２０がＰＩを含む実施形態において、ネットワークインタフェース２７はデータユニット１２０に含まれるＰＩを分析し、データユニット１２０に含まれるＰＩの分析に基づき、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡ１４が有さないとの判断に応答し、時間１２８において、および、いくつかの実施形態および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。一実施形態において、時間１２８は、確認応答１２４の送信の後に起こる。

クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有することをデータユニット１２０に含まれるＰＩが示すシナリオにおいて、一実施形態において、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するとの判断に応答し、ネットワークインタフェース２７は、ＡＰ１４からのダウンリンクデータを受信すべく待機するため電源が入ったたままとなる。一実施形態において、ＡＰ１４は、クライアント局２５のためのダウンリンクデータを含む追加のデータユニット（図示せず）を生成し、クライアント局２５へ送信する。クライアント局２５からの他の明示的なリクエストに応答してではなく、確認応答データユニット１２４の受信に応答し、追加のデータユニットが送信される。一実施形態において、ＡＰ１４は、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかも判断し、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えばＰＩ）を追加のデータユニット（図示せず）に含める。他の実施形態において、ＰＩは追加のデータユニットに含まれない。ＡＰ１４は確認応答データユニット１２４の受信の後に追加のデータユニット（図示せず）を送信する。

しかし他の実施形態において、および／または、いくつかのシナリオにおいて、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有する場合、ＡＰ１４は、確認応答データユニット１２４の受信に応答し、（上述したように）追加のデータユニットを送信しない。むしろ、一実施形態において、ＡＰ１４は、バッファリングされたダウンリンクデータをクライアント局２５へ送信するようＡＰ１４に要求する他のリクエストをクライアント局２５から受信するまで待機する。よって、データユニット１２０がＰＩを含む一実施形態において、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するとの（ＰＩの分析に基づく）判断に応答し、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをクライアント局２５へ送信するようＡＰ１４に要求するリクエスト（図示せず）をＡＰ１４に送信する。いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、確認応答データユニット１２４の送信の後、リクエストを送信すべく電源が入ったままとなる。いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、確認応答データユニット１２４の送信の後、少なくとも部分的に電源が切れ、後にリクエストを送信すべく電源が入る前までの期間、電源が切れたままとなる。

図３は、電力節約モードにあるクライアント局のためのバッファリングされたダウンリンクデータを他のデバイス（例えばＡＰ）が有するかどうかを判断すべく、当該クライアント局が他のデバイスをポーリングする方法の一実施形態を示す他の送信タイミング図である。図３のタイミング図は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが図３の方法を利用し得る。

図３において、クライアント局２５は電力節約モードにあり、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断すべくＡＰ１４と通信を行うために、ネットワークインタフェース２７の少なくとも一部の電源を入れる。時間１５４において、ネットワークインタフェース２７の電源が入り、送受信を行える状態となる。ネットワークインタフェース２７は最小期間だけ無線媒体をスキャンし、当該媒体がビジーかどうかを判断する。図３に示すシナリオにおいて、ネットワークインタフェース２７は、媒体がビジーであることを最小期間が終了する前に検出する。詳細には、ネットワークインタフェース２７は送信１５８を検出する。送信１５８を検出したことに応答し、時間１６２において、ネットワークインタフェース２７は少なくとも部分的に電源が切れる。

また、送信１５８を検出したことに応答し、ネットワークインタフェース２７は、ネットワークインタフェース２７の電源が再び入る時間（例えばスリープ期間）を判断する。一実施形態において、ネットワークインタフェース２７の電源が再び入るべき時間の判断は、バックオフ期間に基づいて行われる。一実施形態において、バックオフ期間は、ランダムに、または擬似ランダムに決定される。以下において用いられるように、期間を「ランダムに決定する」する、および期間を「ランダムに決定した」という表現は、期間のランダムな決定と、期間の擬似ランダムな決定との両方を包含する。一実施形態において、バックオフ期間は、ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ（ＥＤＣＡ）メカニズムに関してＩＥＥＥ８０２．１１規格で説明される技術などを用いて決定される。他の実施形態において、バックオフ期間を決定するための他の適切な技術が用いられる。一実施形態において、ネットワークインタフェース２７の電源が再び入るべき時間の判断は、送信１５８の長さの判断を含む。例えば、以下により詳細に説明するように、ネットワークインタフェース２７は、送信１５８の長さを判断するのに、送信１５８に含まれる情報を利用してもよい。加えて、ネットワークインタフェース２７の電源が再び入るべき時間の決定は、送信１５８に対する確認応答データユニットを他のデバイスが送信する期間など、送信１５８に関連する期間に関連する他の期間の決定を含む。

図３の例において、時間１６６において、ネットワークインタフェース２７は電源が入る。図３に示される残りのアクティビティは図２に関して説明されたアクティビティと同じか同様である。

少なくとも最小期間１０８の間、媒体がビジーでない場合（つまり、ネットワークインタフェース２７が、期間１０８の間、送信を検出しない場合）、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示で応答するようＡＰ１４に促すデータユニット１１２を生成し送信する。データユニット１１２はトリガまたはポーリングと呼ばれ得る。いくつかの実施形態において、データユニット１１２は、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニット１１２はアップリンクデータを含まない。

図２および３を参照すると、いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを最初に知ることなく、データユニット１１２を送信する。言い換えると、いくつかの実施形態および／またはシナリオにおいて、データユニット１１２が送信される時間の前に、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかことを知らない。よって、いくつかの実施形態および／またはシナリオにおいて、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかをネットワークインタフェース２７が確認できるよう、ネットワークインタフェース２７はデータユニット１１２を利用し、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうか、クライアント局２５へ報告するようＡＰ１４に促す。いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断すべくビーコンデータユニットを最初に受信し分析しなくてもよい。

いくつかの実施形態において、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードにある時に定期的に、図２および／または３に一般的に示される方法を実行する。例えば一実施形態において、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードにある時に定期的に、データユニット１１２などのデータユニットをＡＰ１４へ送信するよう試みる。他の実施形態において、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードにあり、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有する時、図２および／または３に一般的に示される方法を実行する。例えば一実施形態において、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードにあり、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有する時、データユニット１１２などのデータユニットをＡＰ１４へ送信するよう試みる。他の実施形態において、ネットワークインタフェース２７は、定期的に、および／または、ネットワークインタフェース２７が電力節約モードにあり、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有する時、図２および／または３に一般的に示される方法を実行する。例えば一実施形態において、ネットワークインタフェース２７は、ネットワークインタフェース２７が電力節約モードにあり、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有する時、データユニット１１２などのデータユニットをＡＰ１４へ送信するよう試みる。他方、ネットワークインタフェース２７が電力節約モードにあり、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時、ネットワークインタフェース２７は定期的に、データユニット１１２などのデータユニットをＡＰ１４へ送信するよう試みる。

図４は、電力節約モードにある第１無線デバイス（例えばクライアント局２５）のためのバッファリングされたダウンリンクデータを第２無線デバイス（例えばＡＰ１４）が有するかどうかを判断するための、および、第１無線デバイスのためのバッファリングされたダウンリンクデータを第２無線デバイスが有する場合に、第２無線デバイスからダウンリンクデータを取得するための、第１無線デバイスにより実行される例示的な方法２００のフロー図である。図４は、説明を容易にすべく、図１〜３を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法２００を利用し得る。いくつかの実施形態において、第１デバイスはクライアント局であり、第２デバイスはＡＰである。説明を容易にすべく、このような場合を想定し方法２００を説明する。しかし他の実施形態において、第１デバイスと第２デバイスとの両方が（例えばアドホックネットワーク内の）クライアント局である。

ブロック２０４において、ネットワークインタフェース２７が送受信を行える状態となるよう、第１デバイスのネットワークインタフェース（例えば、クライアント局２５のネットワークインタフェース２７）の電源が入る。ブロック２０８において、ネットワークインタフェース２７は、無線通信チャネルがビジーかどうかを判断する。例えば一実施形態において、ネットワークインタフェース２７は、無線通信チャネルがビジーかどうかを判断すべく、最小期間だけ無線通信チャネルをスキャンする。

一実施形態において、ブロック２０８における無線通信チャネルがビジーかどうかの判断は、ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ（ＥＤＣＡ）メカニズムに関してＩＥＥＥ８０２．１１規格で説明される技術を用いることを含む。他の実施形態において、ブロック２０８において無線通信チャネルがビジーかどうかを判断するための他の適切な技術が利用される。

一実施形態において、ブロック２０８は、（ｉ）第１期間の間の信号検出処理の実施と、（ｉｉ）チャネルがアイドル状態にあると判断された時点から開始される競合バックオフ期間とを含む。いくつかの実施形態において、信号検出処理は、（ａ）送信の開始の検出、および／または、（ｂ）進行中の送信の検出を含む。一実施形態において、送信の開始の検出は、プリアンブルの検出の実施を含む。一実施形態において、送信の開始の検出は、信号エネルギーの変化の検出を含む。一実施形態において、無線通信システムが直交周波数分割多重（ＯＦＤＭ）変調を利用する一実施形態において、進行中の送信の検出は、ガードインターバル（ＧＩ）の検出の実施を含む。一実施形態において、進行中の送信の検出は、信号エネルギーの検出を含む。ネットワークインタフェース２７がＧＩを検出できないいくつかの実施形態において、信号検出処理は、（ｉ）典型的なフレーム送信期間、または、最大フレーム送信期間などフレーム送信期間に関する最小期間だけ少なくとも待機することと、（ｉｉ）一実施形態において、エネルギー検出方法によって検出され得ない送信との干渉を防ぐべく、プリアンブルを検出するまで待機することとのうち少なくとも一方を含む。

一実施形態において、競合バックオフ期間は、ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ（ＥＤＣＡ）メカニズムに関してＩＥＥＥ８０２．１１規格で説明される技術を用いて判断される。他の実施形態において、競合バックオフ期間を決定するための他の適切な技術が用いられる。

無線通信チャネルがビジーであると判断されると、フローはブロック２１２へ進み、ネットワークインタフェース２７の電源が切れたままの期間をネットワークインタフェース２７が判断する。一実施形態において、ネットワークインタフェース２７の電源が切れたままの期間の決定は、ネットワークインタフェース２７の電源が切れたままの期間の少なくとも一部であるバックオフ期間を決定すること、および／または利用することを含む。一実施形態において、バックオフ期間の決定は、バックオフ期間の少なくとも一部である期間をランダムに決定することを含む。一実施形態において、バックオフ期間の決定においては、ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ（ＥＤＣＡ）メカニズムに関してＩＥＥＥ８０２．１１規格で説明される技術が用いられる。他の実施形態において、バックオフ期間を決定するための他の適切な技術が用いられる。

一実施形態において、ネットワークインタフェース２７の電源が切れたままの期間の決定は、検出された送信（例えば、図３の送信１５８）の長さを判断することを含む。例えば、ネットワークインタフェース２７は検出された送信に含まれる情報を利用し、検出された送信の長さを判断する。一実施形態において、ネットワークインタフェース２７は、データユニットのプリアンブルに含まれる情報を利用し、当該データユニットに関連するチャネルの占有期間を判断する。一実施形態において、ネットワークインタフェース２７は、データユニットのヘッダのデリミタに含まれる情報を利用し、当該データユニットに関連するチャネルの占有期間を判断する。一実施形態において、ネットワークインタフェース２７は、データユニットのＭＡＣヘッダに含まれる情報を利用し、当該データユニットに関連するチャネルの占有期間を判断する。一実施形態において、ネットワークインタフェース２７は、（ｉ）データユニットのプリアンブル、（ｉｉ）当該データユニットのヘッダのデリミタ、および（ｉｉｉ）当該データユニットのＭＡＣヘッダのうち少なくとも２つに含まれる情報を利用し、当該データユニットに関連するチャネルの占有期間を判断する。加えて、ネットワークインタフェース２７の電源が切れたままの期間の決定は、送信１５８に対する確認応答データユニットを他のデバイスが送信する期間など、検出された送信に関連する他の関連する期間を判断することを含む。

ブロック２１６において、ネットワークインタフェース２７は、ブロック２１２で決定された期間の間、電源が切れる。ブロック２１２で決定された期間の後、ブロック２０４においてネットワークデバイスは電源が入る。

いくつかの実施形態において、ブロック２１２、２１６は省略される。これらの実施形態において、ブロック２０８において、無線通信チャネルがビジーであると判断されると、例えば、ネットワークインタフェースは電源が入ったままとなり、無線通信チャネルがビジーかどうかを継続的に確認する。

他方、ブロック２０８において、無線チャネルがビジーでないと判断されると、フローはブロック２２０へ進む。ブロック２２０において、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示で応答するようＡＰ１４に促すデータユニットを生成し送信する。いくつかの実施形態において、送信するアップリンクデータ（つまり、クライアント局からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、データユニットはアップリンクデータを含む。一実施形態において、送信するデータをクライアント局２５が有する場合であっても、データユニットはアップリンクデータを含まない。図２および３を参照すると、一実施形態において、ブロック２２０において送信されるデータユニットはデータユニット１１２である。

ブロック２２４において、ネットワークインタフェース２７は、ブロック２２０においてネットワークインタフェース２７により送信されたデータユニットに応答し、ＡＰ１４により送信されたデータユニットを受信し処理する。ブロック２２４において受信されるデータユニットは、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えば、ペンディング中のデータ指示（ＰＩ））を含む。図２および３を参照すると、一実施形態において、ブロック２２４において受信されるデータユニットは、確認応答データユニット１１６である。他の実施形態において、ブロック２２４において受信されるデータユニットは、ブロック２２０において送信されたデータユニットに対し確認応答する確認応答データユニットとは別個のデータユニットである。

クライアント局２５のネットワークインタフェース２７は、ブロック２２４において受信したデータユニットに含まれるＰＩを分析し、ブロック２２４において受信したデータユニットに含まれるＰＩの分析に基づき、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないと判断されると、フローはブロック２３２へ進み、いくつかの実施形態、および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は少なくとも部分的に電源が切れる（つまり、つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。

他方、ブロック２２８において、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有すると判断された場合、フローはブロック２３６へ進む。ブロック２３６において、ネットワークインタフェース２７は、バッファリングされたダウンリンクデータをＡＰ１４から受信する。ブロック２４０において、ネットワークインタフェース２７は、ブロック２３６におけるバッファリングされたダウンリンクデータの受信に応答し、確認応答データユニットを生成し送信する。一実施形態において、フローはブロック２３２へ進む。他の実施形態において、クライアント２５へ送信される追加のバッファリングされたダウンリンクデータをＡＰ１４が有するとＡＰ１４が（例えば、バッファリングされたダウンリンクデータをブロック２３６において搬送するデータユニットに含まれるＰＩを用いて）示す場合、ネットワークインタフェース２７は電源が入ったままとなり、ＡＰ１４から追加のバッファリングされたダウンリンクデータを受信する。

一実施形態において、ブロック２３６において受信されるダウンリンクデータは、ブロック２２４において受信されるデータユニットに含まれる。他の実施形態において、ブロック２３６において受信されるダウンリンクデータは、ブロック２２４において受信されるデータユニットとは別個のデータユニットに含まれる。例えば、別個のデータユニットは、ブロック２２４において受信したデータユニットの後、一定期間（例えば、ＩＥＥＥ８０２．１１規格で説明されるＰＩＦＳ、または、他の適切な期間）をおいて送信される。

いくつかの実施形態および／またはシナリオにおいて、第１デバイスのネットワークインタフェースは、クライアント局２５のためのバッファリングされたダウンリンクデータを第２デバイスが有すかどうか最初に知ることなく、ブロック２２０のデータユニットを送信する。言い換えると、いくつかの実施形態および／またはシナリオにおいて、ブロック２２０のデータユニットが送信される時間の前に、第１デバイスのネットワークインタフェースは、第１デバイスのためのバッファリングされたダウンリンクデータを第２デバイスが有することを知らない。よって、いくつかの実施形態および／またはシナリオにおいて、第１デバイスのためのバッファリングされたダウリンクデータを第２デバイスが有するかどうか第１デバイスのネットワークインタフェースが確認できるよう、第１デバイスのネットワークインタフェースはブロック２２０のデータユニットを利用し、第１デバイスのためのバッファリングされたダウンリンクデータを第２デバイスが有するかどうか第１デバイスに報告するよう第２デバイスに促す。いくつかの実施形態および／またはシナリオにおいて、第１デバイスのネットワークインタフェースは、第１デバイスのためのバッファリングされたデータを第２デバイスが有するかどうかを判断するために、第２デバイスにより送信されたビーコンデータユニットを最初に受信し分析する必要がない。

いくつかの実施形態において、第１デバイスのネットワークインタフェース（例えば、ネットワークインタフェース２７）は、当該ネットワークインタフェースが電力節約モードにある時、方法２００（または同様の方法）を定期的に実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにある時、データユニット１１２などのデータユニットを定期的に第２デバイスへ送信するよう試みる。他の実施形態において、第１デバイスのネットワークインタフェースは、ネットワークインタフェース２７が電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、方法２００（または同様の方法）を実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、データユニット１１２などのデータユニットを第２デバイスへ送信するよう試みる。他の実施形態において、第１デバイスのネットワークインタフェースは、定期的に、および／または、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、方法２００（または同様の方法）を実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、データユニット１１２などのデータユニットを第２デバイスへ送信するよう試みる。他方、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有さない時、第１デバイスのネットワークインタフェースは、データユニット１１２などのデータユニットを第２デバイスへ送信するよう定期的に試みる。

図５は、第２無線デバイス（例えばクライアント局２５）のためのバッファリングされたダウンリンクデータを第１無線デバイス（例えばＡＰ１４）が有するかどうかについての第２無線通信デバイスからの問い合わせに応答するための、および、第２無線デバイスのためのバッファリングされたダウンリンクデータを第１無線デバイスが有する場合に、第２無線デバイスへダウンリンクデータを送信するための、第１無線デバイスにより実行される例示的な方法３００のフロー図である。図５は、説明を容易にすべく、図１〜３を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法３００を利用し得る。いくつかの実施形態において、第１デバイスはＡＰであり、第２デバイスはイアント局である。説明を容易にすべく、このような場合を想定し方法３００を説明する。しかし他の実施形態において、第１無線デバイスと第２無線デバイスとの両方が（例えばアドホックネットワーク内の）クライアント局である。

ブロック３０４において、ＡＰ１４のネットワークインタフェース１６は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示をクライアント局２５へ送信するようＡＰ１４に要求するデータユニットを、クライアント局２５から受信し処理する。いくつかの実施形態において、ブロック３０４において受信されるデータユニットは、アップリンクデータ（つまり、クライアント局２５によりＡＰ１４へ送信されるデータ）を含む。一実施形態において、ブロック３０４において受信されるデータユニットは、アップリンクデータを含まない。図２および３を参照すると、一実施形態において、ブロック３０４において受信されるデータユニットは、データユニット１１２である。

ブロック３０８において、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうか判断される。一実施形態において、ブロック３０８における判断は、ブロック３０４において受信されるデータユニットに応答し実施される。他の実施形態において、ブロック３０８における判断は、ブロック３０４におけるデータブロックユニットの受信の前に実施される。例えば、当該判断は、ブロック３０４におけるデータユニットの受信の前に実施され、当該判断の指示は、ＡＰ１４のメモリに格納される。一実施形態において、ブロック３０８はネットワークインタフェース１６により実施される。他の実施形態において、ブロック３０８はホストプロセッサ１５により実施される。一実施形態において、ブロック３０８は、ネットワークインタフェース１６とホストプロセッサ１５とにより実施される。

ブロック３１２において、ＡＰ１４のネットワークインタフェース１６は、ブロック３０４においてクライアント２５から受信したデータユニットに応答し、データユニットを生成し、クライアント局２５へ送信する。ブロック３１２において生成されるデータユニットは、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えば、ペンディング中のデータ指示（ＰＩ））を含む。図２および３を参照すると、一実施形態において、ブロック３１２において生成され送信されるデータユニットは、確認応答データユニット１１６である。他の実施形態において、ネットワークインタフェース１６は、ブロック３０４においてクライアントから受信したデータユニットに対し確認応答する、ＰＩを含まない確認応答データユニットを生成し送信する。むしろ、一実施形態において、ネットワークインタフェース１６は、ブロック３０４において受信したデータユニットに対し確認応答する確認応答データユニットとは別個の（当該確認応答データユニットの後に送信される）、ＰＩを含むデータユニットを生成し送信する。

ブロック３１６において、ＡＰ１４のネットワークインタフェース１６は、バッファリングされたダウンリンクデータをクライアントデバイス２５へ送信するかどうか決定する。例えば、クライアントデバイス２５のためのバッファリングされたデータが存在しないとブロック３０８において判断されると、フローは終了する。他方、クライアントデバイス２５のためのバッファリングされたデータが存在すると判断されると、ブロック３２０において、ＡＰ１４のネットワークインタフェース１６は、ＡＰ１４によりバッファリングされたダウンリンクデータを含むデータユニットを生成し、クライアントデバイス２５へ送信する。

一実施形態において、ブロック３２０において送信されるダウンリンクデータは、ブロック３１２において送信されるデータユニットに含まれる。他の実施形態において、ブロック３２０において送信されるダウンリンクデータは、ブロック３１２において送信されるデータユニットとは別個のデータユニットに含まれる。例えば、別個のデータユニットは、ブロック３１２において送信されたデータユニットの後、一定期間（例えば、ＩＥＥＥ８０２．１１規格で説明されるＰＩＦＳ、または、他の適切な期間）をおいて送信される。図２および３を参照すると、一実施形態において、ブロック３２０において生成され送信されるデータユニットは、データユニット１２０である。

一実施形態において、ブロック３２０におけるデータユニットの送信の後、クライアントデバイス２５のための追加のバッファリングされたダウンリンクデータがＡＰ１４に存在するかどうか判断される。一実施形態において、クライアントデバイス２５のための追加のバッファリングされたデータが存在すると判断された場合、ブロック３２０において、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えば、ペンディング中のデータ指示（ＰＩ））を含むデータユニットが生成される。一実施形態において、追加のバッファリングされたダウンリンクデータが存在するかどうかの判断は、ネットワークインタフェース１６により実施される。他の実施形態において、追加のバッファリングされたダウンリンクデータが存在するかどうかの判断は、ホストプロセッサ１５により実施される。一実施形態において、追加のバッファリングされたダウンリンクデータが存在するかどうかの判断は、ネットワークインタフェース１６とホストプロセッサ１５とにより実施される。

一実施形態において、クライアントデバイス２５のための追加のバッファリングされたデータが存在する場合、ＡＰ１４のネットワークインタフェース１６は、クライアントデバイス２５によりさらに促されることなく、ＡＰ１４によりバッファリングされたダウンリンクデータを含む１以上の他のデータユニットを生成し、クライアントデバイス２５へ送信する。他の実施形態において、クライアントデバイス２５のための追加のバッファリングされたデータが存在する場合、ＡＰ１４のネットワークインタフェース１６は、クライアントデバイス２５による他の促しに応答し、ＡＰ１４によりバッファリングされたダウンリンクデータを含む１以上の他のデータユニットを生成し、クライアントデバイス２５へ送信する。

図５のブロック３０８、３１２を参照すると、一実施形態において、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示を含むデータユニットは、ＡＰ１４と関連付けられたベーシックサービスセット（ＢＳＳ）内の複数のクライアント局２５のための、バッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示を含む。例えば、一実施形態において、データユニットはビットマップを含み得、当該ビットマップ内の異なる複数のビットはそれぞれ、ＢＳＳ内の異なるクライアント局２５に対応する。ビットの第１の値（例えば論理０）は、当該ビットに対応するクライアント局のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないことを示し、当該ビットの第２の値（例えば論理１）は、当該ビットに対応するクライアント局のためのバッファリングされたダウンリンクデータをＡＰ１４が有することを示す。いくつかの実施形態において、データユニットは、ＩＥＥＥ８０２．１１規格で定められるトラヒック指示マップ（ＴＩＭ）要素と同じ、または同様の情報要素を含む。一実施形態において、ＩＥＥＥ８０２．１１規格で定められるトラヒック指示マップ（ＴＩＭ）要素と同じ、または同様の情報要素に加えて、データユニットは、（ｉ）マルチキャスト／ブロードキャストタイミング情報、（ｉｉ）タイムスタンプ、および（ｉｉｉ）ＢＳＳに関する更新情報のうち少なくとも１つを含む。様々な実施形態において、ＩＥＥＥ８０２．１１規格で定められるトラヒック指示マップ（ＴＩＭ）要素と同じ、または同様の情報要素に加えて、データユニットは、（ｉ）マルチキャスト／ブロードキャストタイミング情報、（ｉｉ）タイムスタンプ、および（ｉｉｉ）ＢＳＳに関する更新情報のうち１つのみを含む。様々な実施形態において、ＩＥＥＥ８０２．１１規格で定められるトラヒック指示マップ（ＴＩＭ）要素と同じ、または同様の情報要素に加えて、データユニットは、（ｉ）マルチキャスト／ブロードキャストタイミング情報、（ｉｉ）タイムスタンプ、および（ｉｉｉ）ＢＳＳに関する更新情報のうち２つのみを含む。一実施形態において、ＩＥＥＥ８０２．１１規格で定められるトラヒック指示マップ（ＴＩＭ）要素と同じ、または同様の情報要素に加えて、データユニットは、（ｉ）マルチキャスト／ブロードキャストタイミング情報、（ｉｉ）データユニットが送信された時のＡＰ１４のクロック値を示すタイムスタンプ、および（ｉｉｉ）ＢＳＳに関する更新情報を含む。

一実施形態において、データユニットに含まれるマルチキャスト／ブロードキャストタイミング情報は、（ｉ）ポーリングを行うクライアント局２５のために送信されるブロードキャスト、および／またはマルチキャスト情報をＡＰ１４が有するかどうかを示す情報、並びに／或いは、（ｉｉ）ポーリングを行うクライアント局２５のためのブロードキャストデータユニットおよび／またはマルチキャストデータユニットをＡＰ１４がいつ送信するかについて、クライアント局２５による判断を可能とする情報を含む。いくつかの実施形態において、マルチキャスト／ブロードキャストタイミング情報は、（ｉ）次のデリバリートラヒック指示メッセージ（ＤＴＩＭ）の前にどれだけのビーコンフレームが表れるかを示すカウント値、（ｉｉ）連続するＤＴＩＭとＤＴＩＭとの間のビーコンインターバルの数を示すＤＴＩＭ期間の値、（ｉｉｉ）ＦＭＳストリームに対応するマルチキャストデータをＡＰ１４が送信するまでのＤＴＩＭビーコンの数をそれぞれが示す、１以上のフレキシブルマルチキャストサービス（ＦＭＳ）カウンタ、並びに、（ｉｖ）クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータ（例えば、ビーコン数に関し（例えばビーコンカウント）、タイミング同期関数（ＴＳＦ）のタイマー値、現在の時間からのオフセットなど）をＡＰ１４が次にいつ送信するかの指示のうち１以上を含む。

いくつかの実施形態において、ＢＳＳに関する更新情報は、ＢＳＳ内での通信パラメータの変更、またはそれら変更の指示を含む。一実施形態において、ＢＳＳに関する更新情報は、ＢＳＳに関する動作モードの変更を含む。

ＩＥＥＥ８０２．１１規格に定められるＴＩＭと同様の情報要素を利用する一実施形態において、ＡＰ１４は、クライアント局２５の識別子（例えば、関連識別子（ＡＩＤ））と、ＴＩＭに関するパラメータＮ１、Ｎ２とを比較する。ここでＮ１は、（どのクライアント局２５がバッファリングされたダウンリンクデータを有するかを示し、異なる複数のビットはそれぞれ、異なるクライアント局２５を示す）ビットマップ内の１から（Ｎ１×８）−１までの数字が付けられたビットが全て０となる最も大きな偶数であり、Ｎ２は、ビットマップ内の（Ｎ２＋１）×８から２００７までの数字が付けられたビットが全て０となる最も小さな数である。特に、ＡＰ１４は、クライアント局２５のＡＩＤと、｛Ｎ１＊８−１｝および｛（Ｎ２＋１）＊８｝とを比較し、ＡＩＤがＴＩＭ要素の仮想部分ビットマップに含まれるかどうかを判断する。ＡＩＤが｛Ｎ１＊８−１｝以上、｛（Ｎ２＋１）＊８｝未満と判断された場合、ブロック３１２のデータユニットが、ブロック３１２のデータユニット内のＶＰＢを含んで生成される。他方、ＡＩＤが、｛Ｎ１＊８−１｝未満である、または｛（Ｎ２＋１）＊８｝以上であると判断された場合、ブロック３１２のデータユニットは、（ｉ）ブロック３１２のデータユニット内のＶＰＢを含まず生成され、（ｉｉ）部分仮想ビットマップフィールドが、０に等しい１つのオクテットとしてエンコードされ、ビットマップオフセットサブフィールドは０としてエンコードされ、長さフィールドは４としてエンコードされ、および／または、（ｉｉｉ）クライアント局２５のためのバッファリングされたデータが存在しないことを示すフィールドが含められる。

他の実施形態において、ＡＩＤが、｛Ｎ１＊８−１｝以上、｛（Ｎ２＋１）＊８｝未満であると判断されると、ネットワークインタフェース１６はさらに、ＡＩＤビットを含むＶＰＢ内のより小さな領域を確認する。より小さな領域の値がゼロの場合（つまり、領域内のいずれのビットも「１」でない場合）、ブロック３１２のデータユニットは、（ｉ）ブロック３１２のデータユニット内のＶＰＢを含まず生成され、或いは、（ｉｉ）部分仮想ビットマップフィールドが、０に等しい１つのオクテットとしてエンコードされ、ビットマップオフセットサブフィールドは０としてエンコードされ、長さフィールドは４としてエンコードされる。若しくは、より小さな領域の値がゼロでない場合、ブロック３１２のデータユニットは、ＴＩＭ内のＶＰＢとしてより小さな領域のみを含んで生成される。

他の実施形態において、ＡＩＤが、｛Ｎ１＊８ −１｝以上、｛（Ｎ２＋１）＊８｝未満であると判断されると、ネットワークインタフェース１６は、ＡＩＤビットに対応するＶＰＢ内のビットを確認し、クライアント局２５のためのバッファリングされたデータをＡＰ１４が有するかどうかを判断する。加えて、ブロック３１２のデータユニットは、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを示すフラグを含んで生成される。

いくつかの実施形態において、ＩＥＥＥ８０２．１１規格に定められるＴＩＭと同じ、または同様の情報要素は、ブロック３０４のデータユニットの受信の前に生成され、ＡＰ１４のネットワークインタフェース１６のメモリ、またはＡＰ１４のネットワークインタフェース１６がアクセス可能なメモリ内に格納される。そのような実施形態において、ＡＰ１４のネットワークインタフェース１６は、ブロック３０４において受信したデータユニットに迅速に応答すべくメモリから情報要素を読み出すことができる。上述したように、いくつかの実施形態において、ＡＰ１４は、情報要素と、（ｉ）マルチキャスト／ブロードキャストタイミング情報、（ｉｉ）タイムスタンプ、および、（ｉｉｉ）ＢＳＳに関する更新情報のうち１以上とを含むデータユニットを送信する。

図６は、電力節約モードにあるクライアント局が他のデバイス（例えばＡＰ）をポーリングし、当該クライアント局のためのバッファリングされたダウンリンクデータを当該他のデバイスが有するかどうかを判断する方法の他の実施形態を示す送信タイミング図である。図６のタイミング図は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが図６に示す方法を利用し得る。

図６において、クライアント局２５は電力節約モードにあり、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断すべくＡＰ１４と通信を行うために、ネットワークインタフェース２７の少なくとも一部の電源を入れる。時間４０４において、ネットワークインタフェース２７の電源が入り、送受信を行える状態となる。上述したように、ネットワークインタフェース２７は最小期間だけ無線媒体をスキャンし、当該媒体がビジーかどうかを判断する。少なくとも最小期間の間、媒体がビジーでない場合、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示で応答するようＡＰ１４に促すデータユニット４０８を生成し送信する。データユニット４０８はトリガまたはポーリングと呼ばれ得る。いくつかの実施形態において、データユニット４０８は、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニット４０８はアップリンクデータを含まない。

トリガ４０８に応答し、ＡＰ１４は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。また、トリガ４０８に応答し、ＡＰ１４は確認応答データユニット４１２を生成し、クライアント局２５へ送信する。一実施形態において、確認応答データユニット４１２は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えば、ペンディング中のデータ指示（ＰＩ））を含む。他の実施形態において、トリガ４０８に対する確認応答は、ＰＩを含まない。むしろ、一実施形態において、トリガ４０８に対する確認応答の後に送信される別個のデータユニットがＰＩを含む。一実施形態において、ＰＩを含む別個のデータユニットは、トリガ４０８に対する確認応答の後、少なくとも一定期間（例えば、集中制御用（ＰＣＦ）フレーム間隔（ＰＩＦＳ）期間、または他の適切な期間）をおいて送信される。

一実施形態において、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有する場合、データユニット４１２は、ＡＰ１４がその後クライアント局２５へダウンリンクデータを送信することになる遅延時間の指示も含む。例えば、ＡＰ１４がトリガ４０８を処理するのに、および／または、クライアント局２５へのダウンリンクデータの送信の準備をするのにいくらか時間がかかり得る。よって、ＡＰ１４は、遅延の間、クライアント局２５のネットワークインタフェース２７の電源が切れることを促すよう遅延時間の指示を含める。一実施形態において、遅延時間は、バッファリングされたダウンリンクデータのためにクライアント局２５のネットワークインタフェース２７がＡＰ１４のポーリングを行ってはいけない最小時間に対応する。他の実施形態において、遅延時間は、次のビーコンフレームの送信時間に対応する。一実施形態において、ＡＰ１４のネットワークインタフェース１６が、遅延時間を決定する。他の実施形態において、ホストプロセッサ１５が遅延時間を決定する。

クライアント局２５のネットワークインタフェース２７はデータユニット４１２に含まれるＰＩを分析し、データユニット４１２に含まれるＰＩの分析に基づき、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないとの判断に応答し、いくつかの実施形態および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は、少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。しかし図６は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するシナリオを示す。

また、クライアント局２５のネットワークインタフェース２７は、データユニット４１２に含まれる遅延時間の指示も分析し、ネットワークインタフェース２７の電源が切れる期間を判断する。その後、ネットワークインタフェース２７は、時間４１６において少なくとも部分的に電源が切れる。一実施形態において、時間４１６は、データユニット４１６の送信終了後に起こる。

データユニット４１２に含まれる遅延時間の指示に基づいて決定される時間４２０において、ネットワークインタフェース２７の電源が再び入る。続いて、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータを送信するようＡＰ１４に促すデータユニット４２４を生成し送信する。データユニット４２４は、トリガまたはポーリングと呼ばれ得る。いくつかの実施形態において、データユニット４２４は、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニット４２４はアップリンクデータを含まない。いくつかの実施形態において、データユニット４２４は、媒体が少なくとも最小期間の間、ビジーでないと判断された後、送信される。

トリガ４２４に応答し、ＡＰ１４は、クライアント局２５のためのダウンリンクデータを含むデータユニット４２８を生成し、クライアント局へ送信する。一実施形態において、ＡＰ１４は、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかも判断し、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかの指示（例えばＰＩ）をデータユニット４２８に含める。他の実施形態において、ＰＩはデータユニット４２８に含まれない。

クライアント局２５のネットワークインタフェース２７はデータユニット４２８を受信し処理する。データユニット４２８がＰＩを含む実施形態において、ネットワークインタフェース２７はデータユニット４２８に含まれるＰＩを分析し、データユニット４２８に含まれるＰＩの分析に基づき、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを判断する。クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有さないとの判断に応答し、時間４３２において、および、いくつかの実施形態および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は、少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。

いくつかの実施形態において、ネットワークインタフェースは、データユニット４２８の受信に応答し、確認応答（図示せず）を生成し送信する。

一実施形態によると、データユニット４２８に含まれるＰＩが、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有することを示すシナリオにおいて、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するとの判断に応答し、ネットワークインタフェース２７はＡＰ１４からの追加のダウンリンクデータを受信すべく待機するため電源が入ったままとなる。一実施形態において、ＡＰ１４は、クライアント局２５のためのダウンリンクデータを含む追加のデータユニット（図示せず）を生成し、クライアント局２５へ送信し、クライアント局２５からの他の明示的なリクエストに応答してではなく、データユニット４２８に対する確認応答の受信に応答し、追加のデータユニットが送信される。

しかし他の実施形態において、および／または、いくつかのシナリオにおいて、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有する場合、ＡＰ１４は、データユニット４２８に対する確認応答の受信に応答し、（上述したように）追加のデータユニットを送信しない。むしろ、一実施形態において、ＡＰ１４は、バッファリングされたダウンリンクデータをクライアント局２５へ送信するようＡＰ１４に要求する他のリクエストをクライアント局２５から受信するまで待機する。よって、データユニット４２８がＰＩを含む一実施形態において、クライアント局２５のための追加のバッファリングされたダウンリンクデータをＡＰ１４が有するとの（ＰＩの分析に基づく）判断に応答し、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータをクライアント局２５へ送信するようＡＰ１４に要求するリクエスト（図示せず）をＡＰ１４に送信する。いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、データユニット４２８に対する確認応答の送信の後、リクエストを送信すべく電源が入ったままとなる。いくつかの実施形態および／またはシナリオにおいて、ネットワークインタフェース２７は、データユニット４２８に対する確認応答の送信の後、少なくとも部分的に電源が切れ、後にリクエストを送信すべく電源が入る前までの期間、電源が切れたままとなる。

他の実施形態において、トリガフレーム４０８に応答し、ＡＰ１４は、ダウンリンクデータのクライアント局２５への送信を後の時間にスケジューリングする。一実施形態において、ＡＰ１４のネットワークインタフェース１６が、ダウンリンクデータのクライアント局２５への送信のスケジュールを決定する。他の実施形態において、ＡＰ１４のホストプロセッサ１５が、ダウンリンクデータのクライアント局２５への送信のスケジュールを決定する。ダウンリンクデータのクライアント局２５への送信のスケジューリングは、時分割多重アクセス（ＴＤＭＡ）スケジューリング技術、または他の適切な技術の利用を含む。一実施形態において、ダウンリンクデータのクライアント局２５への送信のスケジュールを示す情報は、１以上のビーコンフレームに含まれる。よって、クライアント局２５のネットワークインタフェース２７は、クライアント局２５のためのダウンリンクデータの送信のスケジュールの決定をすべく、１以上のビーコンフレームを受信し処理する。一実施形態において、ダウンリンクデータの送信のスケジュールを決定した後、ネットワークインタフェース２７は、スケジューリングされたＡＰ１４によるダウンリンク送信まで少なくとも部分的に電源が切れ、スケジューリングされたダウンリンク送信を受信すべく、時間に合わせて再び電源が入る。

加えて、ＡＰ１４がクライアント局２５へのダウンリンクの送信をスケジューリングし、１以上のビーコンにスケジュール情報を含める一実施形態において、ＡＰ１４のネットワークインタフェース１６は、スケジューリング情報のうち少なくともいくつかを含む次のビーコンフレームがＡＰ１４により送信されるまで、クライアント局２５のネットワークインタフェース２７が少なくとも部分的に電源が切れるよう促す情報を、トリガフレーム４０８に対し確認応答する確認応答データユニットに含める。例えば、一実施形態において、情報は、次のビーコンフレームが送信されることになる推定時間を含む。他の例として、一実施形態において、情報は、ネットワークインタフェース２７のクロックを調整し、クライアント局２５のネットワークインタフェース２７のクロックと、ＡＰ１４のネットワークインタフェース１６のクロックとの間のクロックドリフトを調整するようクライアント局２５のネットワークインタフェース２７に促すタイムスタンプを含む。

ＡＰ１４がクライアント局２５へのダウンリンクの送信をスケジューリングする一実施形態において、クライアント局２５のネットワークインタフェース２７は、ＡＰ１４へ送信される追加のアップリンクデータをクライアント局２５が有するかどうかの指示をトリガフレーム４０８に含める。一実施形態において、ＡＰ１４のネットワークインタフェース１６は、トリガフレーム４０８を処理し（ＡＰ１４へ送信される追加のアップリンクデータをクライアント局２５が有するかどうかの指示を処理し）、ＡＰ１４へ送信される追加のアップリンクデータをクライアント局２５が有するかどうかを判断する。ＡＰ１４へ送信される追加のアップリンクデータをクライアント局２５が有するとＡＰ１４のネットワークインタフェース１６が判断した場合、ネットワークインタフェース１６は、アップリンクデータのクライアント局２５による送信をスケジューリングする。アップリンクデータのクライアント局２５による送信のスケジューリングは、ＴＤＭＡスケジューリング技術、または他の適切な技術の利用を含む。一実施形態において、アップリンクデータのクライアント局２５による送信のスケジュールを示す情報は、１以上のビーコンフレームに含まれる。よって、クライアント局２５のネットワークインタフェース２７は、アップリンクデータのクライアント局２５による送信のスケジュールを決定すべく、１以上のビーコンフレームを受信し処理する。一実施形態において、アップリンクデータの送信のスケジュールを決定した後、および／または、ダウンリンクデータの送信の後、ネットワークインタフェース２７は、（ｉ）スケジューリングされたＡＰ１４によるダウンリンク送信と、（ｉｉ）アップリンクデータのクライアント局２５による送信のスケジュールされた時間とのうち早い方まで少なくとも部分的に電源が切れ、（ｉ）スケジューリングされたダウンリンク送信を受信すべく、または（ｉｉ）スケジュールされた時間にアップリンクデータを送信すべく、時間に合わせて再び電源が入る。

いくつかの実施形態において、電力節約モードにあるクライアントデバイス２５は、（トリガフレーム１１２（図２、３）、トリガフレーム４０８、４２４（図６）、または他の適切なトリガフレームなどの）トリガフレームを利用し、（クライアントデバイス２５を含むクライアントデバイスからなるグループのための）送信されるブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかを判断する。例えば、一実施形態において、クライアントデバイス２５により送信された（上述したような）トリガフレームに応答し、ＡＰ１４は、（クライアントデバイス２５を含むグループのための）送信されるブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかを示すデータユニットを送信する。一実施形態において、トリガフレームに応答してのデータユニットは、ブロードキャストデータおよび／またはマルチキャストデータのタイミングに関する情報をさらに含む。例えば、一実施形態において、ＡＰ１４は続いて、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を特定のビーコンフレームに含めて送信し、トリガに応答してのデータユニットは、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報をどのビーコンが含むのかを示す情報を含む。

図７は、第１無線デバイス（例えばＡＰ１４）により送信されるマルチキャストデータおよび／またはブロードキャストデータを第１無線デバイスが有するかどうかについての第２無線通信デバイス（例えばクライアント局２５）からの問い合わせに応答するための、および、送信されるマルチキャストデータ／ブロードキャストデータを第１無線デバイスが有する場合に、第１無線デバイスがマルチキャストデータ／ブロードキャストデータをいつ送信するかについての情報を送信するための、第１無線デバイスにより実行される他の例示的な方法５００のフロー図である。図７は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法５００を利用し得る。いくつかの実施形態において、第１デバイスはＡＰであり、第２デバイスはクライアント局である。説明を容易にすべく、このような場合を想定し方法５００を説明する。しかし他の実施形態において、第１無線デバイスと第２無線デバイスとの両方が（例えばアドホックネットワーク内の）クライアント局である。

ブロック５０４において、ＡＰ１４のネットワークインタフェース１６は、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかの指示をクライアント局２５へ送信するようＡＰ１４に要求するデータユニットを、クライアント局２５から受信し処理する。いくつかの実施形態において、ブロック５０４において受信されるデータユニットは、アップリンクデータ（つまり、クライアント局２５によりＡＰ１４へ送信されるデータ）を含む。一実施形態において、ブロック５０４において受信されるデータユニットは、アップリンクデータを含まない。図２および３を参照すると、一実施形態において、ブロック５０４で受信されるデータユニットは、データユニット１１２と同様である。一実施形態において、ブロック５０４において受信されるデータユニットは、クライアント局２５のためのマルチキャストデータが存在するかどうかをＡＰ１４が迅速に判断できるよう促すため、クライアント局２５に対応するグループアドレスを含む。一実施形態において、ブロック５０４において受信されるデータユニットは、クライアント局２５のためのマルチキャストデータが存在するかどうかをＡＰ１４が迅速に判断できるよう促すため、（ｉ）クライアント局２５に対応するＦＭＳカウンタ情報、および、（ｉｉ）クライアント局２５に対応するＦＭＳ識別子（ＩＤ）情報のうち１以上を含む。

ブロック５０８において、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかを判断する。一実施形態において、ブロック５０８における判断は、ブロック５０４において受信されるデータユニットに応答し実施される。他の実施形態において、ブロック５０８における判断は、ブロック５０４におけるデータユニットの受信の前に実施される。例えば、判断は、ブロック５０４におけるデータユニットの受信の前に実施され、判断の指示は、ＡＰ１４のメモリに格納される。一実施形態において、ブロック５０８は、ネットワークインタフェース１６により実施される。他の実施形態において、ブロック５０８は、ホストプロセッサ１５により実行される。一実施形態において、ブロック５０８は、ネットワークインタフェース１６とホストプロセッサ１５とにより実施される。ブロック５０４において受信されるデータユニットがクライアント局２５に対応するグループアドレスを含む一実施形態において、ブロック５０８は、ブロック５０４で受信されるグループアドレスを用いて、クライアント局２５のためのマルチキャストデータが存在するかどうかを判断することを含む。

ブロック５１２において、ＡＰ１４のネットワークインタフェース１６は、ブロック５０４においてクライアント２５から受信したデータユニットに応答し、データユニットを生成し、クライアント局２５へ送信する。ブロック５１２において生成されるデータユニットは、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかの指示を含む。

クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータが存在しないとブロック５０８において判断された場合、ブロック５１６において、フローは終了する。他方、一実施形態において、クライアントデバイス２５のためのバッファリングされたデータが存在するとブロック５０８において判断された場合、ブロック５２０において、ＡＰ１４のネットワークインタフェース１６は、ブロードキャストデータおよび／またはマルチキャストデータのタイミングに関する情報を含むデータユニットを生成し、クライアントデバイス２５へ送信する。例えば、一実施形態において、ＡＰ１４は続いて、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を特定のビーコンフレームに含めて送信し、トリガに応答しデータユニットは、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報をどのビーコンが含むのかを示す情報を含む。

一実施形態において、ブロック５２０で送信されるダウンリンクデータは、ブロック５１２で送信されるデータユニットに含まれる。言い換えると、一実施形態において、ブロック５１２、５２０で送信されるデータは、１つのデータユニットに含まれる。一実施形態において、データユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち少なくとも１つも含んで生成される。様々な実施形態において、データユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち１つのみを含んで生成される。一実施形態において、データユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち両方を含んで生成される。

他の実施形態において、ブロック５２０において送信されるダウンリンクデータは、ブロック５１２で送信されるデータユニットとは別個のデータユニットに含まれる。例えば、別個のデータユニットは、ブロック５１２において受信したデータユニットの後、一定期間（例えば、ＩＥＥＥ８０２．１１規格で説明されるＰＩＦＳ、または、他の適切な期間）をおいて送信される。

図８は、電力節約モードにある第１無線デバイス（例えばクライアント局２５）のためのブロードキャストデータおよび／またはマルチキャストデータを第２無線デバイス（例えばＡＰ１４）が有するかどうかを判断するための、および、クライアント局２５のためのバッファリングされたダウンリンクデータを第２無線デバイスが有する場合に、第２無線デバイスから情報を取得しクライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータの受信を可能とするための、第１無線デバイスにより実行される例示的な方法５５０のフロー図である。図８は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法５５０を利用し得る。いくつかの実施形態において、第１デバイスはクライアント局であり、第２デバイスはＡＰである。説明を容易にすべく、このような場合を想定し方法５５０を説明する。しかし他の実施形態において、第１デバイスと第２デバイスとの両方が（例えばアドホックネットワーク内の）クライアント局である。

一実施形態において、ブロック２０４、２０８、２１２、２１６は、図４に関連して説明した同様の番号が付されたブロックと同じ、または同様であり、繰り返し説明しない。

無線通信チャネルがビジーでないとブロック２０８において判断されると、フローはブロック５５４へ進む。ブロック５５４において、ネットワークインタフェース２７は、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかの指示で応答するようＡＰ１４に促すデータユニットを生成し送信する。いくつかの実施形態において、データユニットは、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニットはアップリンクデータを含まない。図２および３を参照すると、一実施形態において、ブロック５５４で受信されるデータユニットは、データユニット１１２（図２および３）と同様である。一実施形態において、ブロック５５４のデータユニットは、クライアント局２５のためのマルチキャストデータが存在するかどうかをＡＰ１４が迅速に判断できるよう促すため、クライアント局２５に対応するグループアドレスを含んで生成される。

ブロック５５８において、ネットワークインタフェース２７は、ブロック５５４においてネットワークインタフェース２７により送信されたデータユニットに応答し、ＡＰ１４により送信されたデータユニットを受信し処理する。ブロック５５８において受信されるデータユニットは、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかの指示を含む。一実施形態において、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有する場合、データユニットはさらに、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を次のどのビーコンが含むのかを示す情報を含む。他の実施形態において、別個のデータユニットが、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を次のどのビーコンが含むのかを示す情報を含む。

一実施形態において、ブロック５５８において受信されるデータユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち少なくとも１つも含む。様々な実施形態において、ブロック５５８において受信されるデータユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち１つのみを含む。一実施形態において、ブロック５５８において受信されるデータユニットは、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報のうち両方を含む。

一実施形態において、ブロック５５４で生成されるデータユニットは、クライアント局２５が追加の情報を要求しているのかどうかの１以上の指示を含む。一実施形態において、ＡＰ１４は、ブロック５５４で生成されたデータユニットを分析し、クライアント局２５により要求されている情報を判断し、応答し、要求されている情報を含むデータユニットを生成し送信する。例えば一実施形態において、ブロック５５４で生成されるデータユニットは、（ｉ）タイムスタンプを要求するリクエスト、および（ｉｉ）ＢＳＳに関する更新情報を要求するリクエストのうち１以上の指示を含む。１以上の指示に応答し、ＡＰ１４は、クライアント局２５により要求されている情報を（もしあれば）判断し、応答し、（ｉ）タイムスタンプ、および（ｉｉ）ＢＳＳに関する更新情報を要求するリクエストのうち１以上をブロック５５８において受信されるデータユニットに提供する。

クライアント局２５のネットワークインタフェース２７はブロック５５８において受信されたデータユニットを分析し、分析に基づき、クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうかを判断（ブロック５６０）する。クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有さないと判断されると、フローはブロック５６４に進み、いくつかの実施形態および／またはシナリオにおいて、次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は、少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。

他方、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するとブロック５６０で判断されると、フローはブロック５６８に進む。ブロック５６８において、ネットワークインタフェース２７は、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を含むビーコンを分析すべく次にいつ電力節約モードを解除すべきかを判断する。例えば一実施形態において、ＡＰ１４は続いて、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報を特定のビーコンフレームに含めて送信し、ブロック５５８において受信されるデータユニットは、ＡＰ１４がいつブロードキャスト／マルチキャストデータを送信するのかを示す情報をどのビーコンが含むのかを示す情報を含む。一実施形態において、その後、フローはブロック５６４に進む。

いくつかの実施形態において、第１デバイスのネットワークインタフェース（例えば、ネットワークインタフェース２７）は、当該ネットワークインタフェースが電力節約モードにある時、方法５５０（または同様の方法）を定期的に実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにある時、データユニット１１２などのデータユニットを定期的に第２デバイスへ送信するよう試みる。他の実施形態において、第１デバイスのネットワークインタフェースは、ネットワークインタフェース２７が電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、方法５５０（または同様の方法）を実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、データユニット１１２などのデータユニットを第２デバイスへ送信するよう試みる。他の実施形態において、第１デバイスのネットワークインタフェースは、定期的に、および／または、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、方法５５０（または同様の方法）を実行する。例えば一実施形態において、第１デバイスのネットワークインタフェースは、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有する時、データユニット１１２などのデータユニットを第２デバイスへ送信するよう試みる。他方、第１デバイスのネットワークインタフェースが電力節約モードにあり、第２デバイスへ送信するアップリンクデータを第１デバイスが有さない時、第１デバイスのネットワークインタフェースは、データユニット１１２などのデータユニットを第２デバイスへ送信するよう定期的に試みる。

上述した方法と同様の他の実施形態において、クライアント局２５のネットワークインタフェース２７は、クライアント局２５がＡＰ１４からどのようなタイプの情報を要求しているのかの複数の指示を含むポーリングデータユニットを生成し送信する。例えば、ポーリングデータユニットは、（ｉ）クライアント局２５のためのユニキャストのダウンリンクデータをＡＰ１４がバッファリングしたかどうか、（ｉｉ）ＢＳＳに関する更新情報、（ｉｉｉ）クライアント局２５のためのブロードキャストデータおよび／またはマルチキャストデータをＡＰ１４が有するかどうか、および、（ｉｖ）タイムスタンプのうち２以上をクライアント局２５が要求しているかどうかの指示を含む。一実施形態において、ブロードキャスト／マルチキャストデータをＡＰ１４が有するかどうかを要求するリクエストの指示は、クライアント局２５のためのマルチキャストデータが存在するかどうかをＡＰ１４が迅速に判断するのを促すため、クライアント局２５に対応するグループアドレスを含む。応答し、ＡＰ１４は指示を分析し、要求されている情報を（もしあれば）判断する。一実施形態において、ＡＰ１４は、要求されている情報を（もしあれば）提供すべく、１以上のデータユニットを生成し送信する。一実施形態において、ポーリングデータユニットは、データユニットが（上述したような）ＡＰ１４から情報を要求するリクエストであることをＡＰ１４に示す値に設定されたフィールド（例えばビット）を含む。

一実施形態において、ポーリングデータユニットに対する応答は、当該応答がタイムスタンプフィールドを含まない場合、短いヌルデータパケット（ＮＤＰ）フレームに含まれる。一実施形態において、ＮＤＰフォーマットのポーリング応答フレームは、１）ＮＤＰフレームのタイプの指示、２）復帰アドレス（ＲＡ）のＩＤ、３）ユニキャストのバッファリングされたデータユニットの指示、４）グループアドレスが付された（例えば、ブロードキャストおよび／またはマルチキャストの）バッファリングされたデータユニットの指示、および、５）ＢＳＳの変更の順序（ＢＳＳに関する更新情報）のうち１以上を含む。

ポーリング応答フレームがＮＤＰである一実施形態において、ポーリング応答フレームは、（典型的には、他の短い制御応答フレームでは必要とされる）期間フィールドを含まない。一実施形態において、期間フィールドを含まないことにより生じる空いた空間は、３）、４）、および／または５）を伝達するのに用いられ得る。一実施形態において、タイムスタンプ情報が必要とされる場合、クライアント局２５はタイムスタンプを含むプローブ応答のためのプローブリクエストデータユニットを送信し、または、クライアント局２５は、次のビーコン／ＴＩＭフレームまで待機する。

一実施形態において、電力節約モードにあるクライアント局２５がポーリング応答フレームを受信し、ＢＳＳの新たな変更があることを知ると、クライアント局２５は更新されたＢＳＳ情報を取得するようプローブリクエストを送信する。他の実施形態において、電力節約モードにあるクライアント局２５がポーリング応答フレームを受信し、ＢＳＳの新たな変更があることを知ると、クライアント局２５は次の短い／完全なビーコンを確認し、更新されたＢＳＳ情報を取得する。

一実施形態において、電力節約モードにあるクライアント局２５がポーリング応答フレームを受信し、グループアドレスが付されたバッファリングされたデータユニットをＡＰが次のＤＴＩＭビーコンの直後に送信することを知ると、１）次のＤＴＩＭビーコンまでの期間、および、２）ＡＰ１４の現在のタイミング（例えば、ＡＰ１４のクロックのタイムスタンプ）のうち一方、または両方を知ることはクライアント局２５にとって有用である。一実施形態において、クライアント局２５は、ポーリング応答フレームから現在のタイムスタンプを（ポーリング応答フレームに含まれていれば）取得できる。加えて、一実施形態において、クライアント局２５は、タイムスタンプを含む次のビーコン／ＴＩＭフレームを待機することにより現在のタイムスタンプを取得できる。

一実施形態において、クライアント局２５のネットワークインタフェース２７は、ポーリング応答フレームに含まれるＤＴＩＭカウント、および／またはＤＴＩＭ期間を用いて、次のＤＴＩＭビーコンまでの期間を判断する。一実施形態において、ペンディング中のグループアドレスが付されたバッファリングされたデータユニットが存在する場合、ポーリング応答フレームは、ＤＴＩＭカウントおよび／またはＤＴＩＭ期間を含む。一実施形態において、クライアント局２５のネットワークインタフェース２７は、１）時間同期関数（ＴＳＦ）０オフセット（例えば、ＴＳＦ０と最初のＤＴＩＭビーコンとの間のビーコンインターバルの数）、および、２）ＤＴＩＭ期間のうち少なくとも１つなどのＤＴＩＭタイミング情報を用いて、次のＤＴＩＭビーコンまでの期間を判断する。一実施形態において、ＴＳＦ０オフセット、および／またはＤＴＩＭ期間は、完全なビーコンから、クライアント局２５により取得される。他の実施形態において、ＴＳＦ０オフセット、および／またはＤＴＩＭ期間は、プローブ応答フレーム、および／またはポーリング応答フレームから、クライアント局２５により取得される。

一実施形態において、ＡＰ１４は、ＤＴＩＭタイミング情報を含めて、プローブ応答フレーム、および／またはポーリング応答フレームを生成する。一実施形態において、リクエストフィールド、および／または要素ビットマップは、（プローブリクエストに応答しＡＰ１４により生成され送信される）プローブ応答フレームに含まれる特定の（タイムスタンプ、ＤＴＩＭタイミング情報など）フィールド／要素を要求すべく、クライアント局２５により生成されるプローブリクエストデータユニットに含まれ、これにより、プローブ応答フレームのサイズは小さくなる。一実施形態において、非常に頻繁に要求されるフィールド／要素は、プローブ応答フレームの最初の部分に含められてもよい。

いくつかの無線ローカルエリアネットワーク（ＷＬＡＮ）において、クライアント局は、ＷＬＡＮネットワークインタフェースを含む携帯スマートフォンである。そのようなＷＬＡＮにおいて、ユーザは、セルラーネットワークとＷＬＡＮとの間の携帯スマートフォントラヒックをオフロードすることを選択できる。例として図１を参照すると、一実施形態において、ＡＰ１４は、ＷＬＡＮネットワークインタフェース１６とは別個のネットワークインタフェース（図示せず）を介して、メトロポリタンエリアネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットなどと接続されている。一実施形態において、オフロードされたセルラートラヒックは、当該別個のネットワークインタフェースを介して提供されるセルラーサービスとの間で送受信され、ネットワークインタフェース１０を介して携帯スマートフォン２５との間で送受信される。

オフロードされたセルラートラヒックは、（少なくともいくつかの状況および／または実施形態において）ＷＬＡＮの利用可能なスペクトル資源のうち多くを消費し、電力節約モードで動作しており、電力面で制約を受ける、または供給される電力が非常に少ない局２５（バッテリから電力を得るセンサデバイスなど）との間で送受信されるデータなど、他のタイプのデータに関してＷＬＡＮの性能を低減させ得る。本明細書は、様々な実施形態に係る、ＷＬＡＮにおける、オフロードされたセルラーデータの他のタイプのデータに対する影響を軽減するためのいくつかの例示的な技術を説明する。

一実施形態において、ＡＰ１４のネットワークインタフェース１６は、セルラーデータのオフロードを伴う送信と比較し、電力節約モードにあるクライアント局２５が関わる送信に対し、より高いチャネルアクセス優先度を与える。例えば、一実施形態において、ＡＰ１４のネットワークインタフェース１６は、送信機会（ＴＸＯＰ）の予約に関し、セルラーデータのオフロードを伴う送信と比較し、電力節約モードにある、電力面で制約を受ける、または供給される電力が非常に少ないクライアント局２５（バッテリから電力を得るセンサデバイスなど）が関わる送信に、より高いチャネルアクセス優先度を与える。

一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーデータのオフロードを伴う送信のチャネルスキャニング遅延と比較し、電力節約モードにある、電力面で制約を受ける、または供給される電力が非常に少ないクライアント局２５に関する送信のために、（ランダムバックオフ期間の前の）より短いチャネルスキャニング遅延を生成する。一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーデータのオフロードを伴う送信の平均のランダムバックオフ期間と比較し、電力節約モードにある、電力面で制約を受ける、または供給される電力が非常に少ないクライアント局２５に関する送信のために、平均してより短いランダムバックオフ期間を生成する。一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、（ｉ）セルラーデータのオフロードを伴う送信のチャネルスキャニング遅延と比較し、電力節約モードにある、電力面で制約を受ける、または供給される電力が非常に少ないクライアント局２５に関する送信のために、より短いチャネルスキャニング遅延を生成し、（ｉｉ）セルラーデータのオフロードを伴う送信の平均のランダムバックオフ期間と比較し、電力節約モードにある、電力面で制約を受ける、または供給される電力が非常に少ないクライアント局２５に関する送信のために、平均してより短いランダムバックオフ期間を生成する。

一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーデータのオフロードに対応する送信の期間を制限する。例えば一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、ＷＬＡＮ１０の最小チャネル帯域幅よりも大きなチャネル帯域幅を用いた、セルラーデータのオフロードに対応する送信のみを許可する。例えば、ＷＬＡＮシステム１０は、異なる複数の帯域幅（例えば、帯域幅２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚを含むセット、または、他の適切なチャネル帯域幅のセット）のチャネルを用いることができ、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、ＷＬＡＮ１０の最小チャネル帯域幅よりも大きなチャネル帯域幅を用いた、セルラーデータに対応する送信のみを許可する。一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、ＷＬＡＮ１０の最小チャネル帯域幅のみが利用可能な場合、セルラーオフロードデータの送信を許可しない。

一実施形態において、少なくともいくつかの状況において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーオフロードデータの送信のためのＴＸＯＰの延長を許可しない。例えば、一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、ＷＬＡＮ１０内のクライアント局２５が電力節約モードにある場合、セルラーオフロードデータの送信のためのＴＸＯＰの延長を許可しない。他の実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、ＷＬＡＮ１０内のクライアント局２５が電力節約モードにあるかないかに関わらず、セルラーオフロードデータの送信のためのＴＸＯＰの延長を許可しない。

一実施形態において、少なくともいくつかの状況において、ＴＸＯＰが打ち切られた場合、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーオフロードデータの送信に関し、少なくとも元のＴＸＯＰの終わりまで当該送信が待機するよう要求する。このことにより、ネットワークインタフェース２７の電源が切れていることによりＴＸＯＰの打ち切りを見逃すかもしれない電力節約モードにあるクライアント局２５がアシストされることになる。例えば、一実施形態において、ＷＬＡＮ１０内のクライアント局２５が電力節約モードにある場合、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーオフロードデータの送信に関し、少なくとも元のＴＸＯＰの終わりまで当該送信が待機するよう要求する。他の実施形態において、ＷＬＡＮ１０内のクライアント局２５が電力節約モードにあるかないかに関わらず、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、セルラーオフロードデータの送信に関し、少なくとも元のＴＸＯＰの終わりまで当該送信が待機するよう要求する。

一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、送信（および、場合によっては確認応答などの関連する送信）がチャネルを占有する期間を示す情報を、セルラーオフロードデータを搬送するデータユニットに含める。一実施形態において、ＡＰ１４のネットワークインタフェース１６、およびクライアント局２５のネットワークインタフェース２７は、送信に対応するＴＸＯＰの期間を示す情報を、セルラーオフロードデータを搬送するデータユニットに含める。少なくともいくつかの実施形態において、そのようなチャネル占有期間情報は、セルラーオフロードデータを搬送する送信が発生している間に、ネットワークインタフェース２７の電源を切る期間を電力節約モードにあるクライアントデバイス２５が決定するのを補助する。

上述したように、いくつかの実施形態および／またはシナリオにおいて、ＡＰ１４は、電力節約モードにあるクライアント局２５のためのアップリンク送信およびダウンリンク送信をスケジューリングする。一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、電力節約モードにあるクライアント局２５のためのスケジューリングされたアップリンク送信およびダウンリンク送信の無競合期間を設定する。一実施形態において、無競合期間は、ビーコン送信の直後に発生する（つまり、ビーコンと、無競合期間との間には競合期間は存在しない）。他の実施形態において、無競合期間は、ビーコン送信とビーコン送信との間の他の適切な時間に発生する。一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、電力節約モードにあるクライアント局２５との間のペンディング中のアップリンク送信および／またはダウンリンク送信を判断し、電力節約モードにあるクライアント局２５との間のペンディング中のアップリンク送信および／またはダウンリンク送信に基づいて無競合期間を設定する。例えば、一実施形態において、電力節約モードにあるクライアント局２５との間のペンディング中のアップリンク送信および／またはダウンリンク送信が存在しないとＡＰ１４（例えばネットワークインタフェース１７）が判断した場合、ＡＰ１４（例えばネットワークインタフェース１７）は、特定のビーコン時間（つまり、ビーコンデータユニット送信とビーコンデータユニット送信との間の期間）に関して、電力節約モードにあるクライアント局２５のためのスケジューリングされたアップリンク送信／ダウンリンク送信には無競合期間が設定されないと判断する。他の例として、一実施形態において、電力節約モードにあるクライアント局２５との間のペンディング中のアップリンク送信および／またはダウンリンク送信が存在するとＡＰ１４（例えばネットワークインタフェース１７）が判断した場合、ＡＰ１４（例えばネットワークインタフェース１７）は、特定のビーコン時間（つまり、ビーコンデータユニット送信とビーコンデータユニット送信との間の期間）に関して、電力節約モードにあるクライアント局２５のためのスケジューリングされたアップリンク送信／ダウンリンク送信に無競合期間が設定されると判断する。一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、電力節約モードにあるクライアント局２５との間のペンディング中のアップリンク送信および／またはダウンリンク送信の量（または数）に基づいて、無競合期間の長さを判断する。

一実施形態において、ＡＰ１４のネットワークインタフェース１７は、電力節約モードにあるクライアント局２５のためのスケジューリングされたアップリンク送信／ダウンリンク送信の無競合期間の間、モバイルテレフォニーオフロードデータの送信を試みない。一実施形態において、送信するモバイルテレフォニーオフロードデータを有するクライアント局２５のネットワークインタフェース２７は、電力節約モードにあるクライアント局２５のためのスケジューリングされたアップリンク送信／ダウンリンク送信の無競合期間の間、モバイルテレフォニーオフロードデータの送信を試みない。

一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、（もしある場合）他の周囲のＡＰとの間で、ビーコン時間および無競合期間を調整する。 一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、（もしある場合）電力節約モードにあるクライアント局にサービスしている他の周囲のＡＰとの間で、ビーコン時間および無競合期間を調整する。

一実施形態において、ＡＰ１４（例えばネットワークインタフェース１７）は、ＡＰ１４の周囲、および無競合期間に関わるクライアント局２５の周囲で上述した無競合期間を予約する。一実施形態において、無競合期間に関わるクライアント局２５（例えばネットワークインタフェース２７）は、無競合期間に関する予約情報を広めるのを補助する。例えば一実施形態において、ＡＰ１４はビーコン、または他のブロードキャストフレームを利用し、無競合アクセスのための特定の期間を予約し、無競合アクセスに関わるクライアント局２５は、無競合アクセス期間の初めにブロードキャストフレームを送信し、周囲に含まれる媒体を予約する。

図９は、（ｉ）供給される電力が少ない、および／または電力面で制約を受けるセンサデバイスと、（ｉｉ）セルラーオフロードデータを送信するデバイスとの無線ネットワークでの共存を促すための例示的な方法６００のフロー図である。図９は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法６００を利用し得る。一実施形態において、方法６００は、ＡＰ１４のネットワークインタフェース１６により実行される。他の実施形態において、方法６００は、クライアントデバイス２５のネットワークインタフェース２７により実行される。他の実施形態において、方法６００は、ＡＰ１４のネットワーク１６のうち複数と、１以上のクライアントデバイス２５の１以上のネットワークインタフェース２７との間で協働して実行される。

ブロック６０４において、１以上の電力に制約があるセンサデバイスに関連する第１データユニットが無線ネットワークで送信される。ブロック６０８において、セルラー電話データのオフロードに関連する第２データユニットが無線ネットワークで送信される。ブロック６１２において、無線ネットワークの無線媒体へのアクセスに関し、第２データユニットの送信よりも、第１データユニットの送信が優先される。第２データユニットの送信よりも、第１データユニットの送信を優先するための技術の例は上述されており、様々な実施形態において、これらの技術のうち１以上が利用される。

図１０は、電力節約モードにあるクライアント局が、プロトコルスタックにおいて第２層よりも上位の（例えば、ＭＡＣ層よりも上位の）プロトコルに対応するフレームを他のデバイス（例えばＡＰ）へ送信する方法の他の実施形態を示す送信タイミング図である。図１０のタイミング図は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが図１０に示す方法を利用し得る。説明を容易にすべく、図１０の例は、プロトコルスタックにおいて第２層よりも上位のプロトコルが送信制御プロトコル（ＴＣＰ）であるものして説明する。他の実施形態において、プロトコルスタックにおいて第２層よりも上位の他の適切なプロトコルが利用される。

図１０において、クライアント局２５は電力節約モードにあり、ＴＣＰフレーム、またはＴＣＰフレームの少なくとも最後の部分をＡＰ１４へ送信すべく、ネットワークインタフェース２７の少なくとも一部の電源を入れる。一実施形態において、ＴＣＰフレーム（またはＴＣＰフレームの最後の部分）は物理層データユニットに含まれる。時間７０４において、ネットワークインタフェース２７は電源が入り、送信を行える状態となる。上述したように媒体がビジーであるかどうかを判断すべく、ネットワークインタフェース２７は、最小期間（図示せず）の間、無線媒体をスキャンする。ネットワークインタフェース２７は、ＴＣＰフレーム（またはＴＣＰフレームの最後の部分）を含むデータユニット７０８を生成し送信する。

データユニット７０８に応答し、ＡＰ１４は、確認応答データユニット７１２を生成し、クライアント局２５へ送信する。一実施形態において、確認応答データユニット７１２は、クライアント局２５のためのバッファリングされたダウンリンクデータをＡＰ１４が有するかどうかを示すＴＩＭ情報要素を含む。一実施形態において、ＴＩＭは、バッファリングされたデータユニット（ＢＵ）が存在しないとの指示を含み、クライアント局２５によるデータユニット７１２の受信の後、ネットワークインタフェース２７の電源を切るようクライアント局２５に促す。一実施形態において、クライアント局２５のＡＩＤに対応するビットはクライアント局２５のためのＢＵが存在しないことを示すようゼロに設定される。ＴＩＭ情報要素が確認応答データユニット７１２に含まれない一実施形態において、クライアント局２５のためのＢＵが存在するかどうかを示すフィールドが確認応答データユニット７１２に含まれる。一実施形態において、バッファリングされたデータユニット（ＢＵ）が存在しないことを示し、クライアント局２５によるデータユニット７１２の受信の後にネットワークインタフェース２７の電源を切るようクライアント局２５に促すよう設定されたフィールドが、確認応答データユニット７１２に含まれる。

一実施形態において、データユニット７１２は、ＡＰ１４がその後ダウンリンクデータをクライアント局２５へ送信できる状態となる遅延時間の指示も含む。例えば、ＡＰ１４がＴＣＰフレームを処理するのに、および／または、クライアント局２５へのＴＣＰ確認応答の送信の準備をするのにいくらか時間がかかり得る。よって、ＡＰ１４は、遅延の間、クライアント局２５のネットワークインタフェース２７の電源が切れることを促すよう遅延時間の指示を含める。一実施形態において、遅延時間は、ＴＣＰ確認応答のためにクライアント局２５のネットワークインタフェース２７がＡＰ１４のポーリングを行ってはいけない最小時間に対応する。他の実施形態において、遅延時間は、次のビーコンフレームの送信時間に対応する。一実施形態において、ＡＰ１４のネットワークインタフェース１６が、遅延時間を決定する。他の実施形態において、ホストプロセッサ１５が遅延時間を決定する。

他の実施形態において、ＡＰ１４は遅延時間を決定せず、および／または、データユニット７１２は遅延時間の指示を含まない。むしろ、クライアント局（例えばネットワークインタフェース２７）が、以下にさらに説明するように、遅延時間を判断する、または推定する。

いくつかの実施形態において、データユニット７１２の受信に応答し、クライアント局２５のネットワークインタフェース２７は遅延時間を判断する。例えば、データユニット７１２が遅延時間の指示を含む場合、クライアント局２５のネットワークインタフェース２７は、データユニット７１２に含まれる指示に基づき遅延時間を判断する。データユニット７１２が遅延時間の指示を含まない他の実施形態において、クライアント局２５のネットワークインタフェース２７は、他の適切な技術を用いて遅延時間を判断する。一実施形態において、遅延時間は、所定の長さの時間であるとクライアント局２５のネットワークインタフェース２７により推定される。

また、データユニット７１２に応答し、時間７１６において、いくつかの実施形態および／またはシナリオにおいて、判断された、または推定された遅延時間に基づいて次の何らかの時間まで（例えば、ＡＰ１４へ送信するアップリンクデータをクライアント局２５が有さない時まで）、ネットワークインタフェース２７は、少なくとも部分的に電源が切れる（つまり、ネットワークインタフェース２７は無線媒体を介して送受信のいずれかを行えなくなる）。一実施形態において、時間７１６は、データユニット７１２の送信終了後に発生する。

判断された遅延時間、または推定された遅延時間に基づき決定される時間７２０において、ネットワークインタフェース２７は再び電源が入る。続いて、ネットワークインタフェース２７は、クライアント局２５のためのバッファリングされたダウンリンクデータを送信するようＡＰ１４に促すデータユニット７２４を生成し送信する。データユニット７２４は、トリガまたはポーリングと呼ばれ得る。いくつかの実施形態において、データユニット７２４は、送信するアップリンクデータ（クライアント局２５からＡＰ１４へ送信されるデータ）をクライアント局２５が有する場合、アップリンクデータを含む。一実施形態において、送信するアップリンクデータをクライアント局２５が有する場合であっても、データユニット７２４はアップリンクデータを含まない。いくつかの実施形態において、データユニット７２４は、媒体が少なくとも最小期間の間、ビジーでないと判断された後、送信される。

トリガ７２４に応答し、ＡＰ１４は、クライアント局２５により先に送信されたＴＣＰフレームに対するＴＣＰ確認応答を含むデータユニット７２８をクライアント局へ送信する。一実施形態において、ＴＣＰ確認応答は、ＡＰ１４のネットワークインタフェース１６のメモリ、またはネットワークインタフェース１６に結合されたメモリに格納され、ネットワークインタフェース１６は、ＴＣＰ確認応答を送信すべく、メモリからＴＣＰ確認応答を読み出す。一実施形態において、データユニット７２８は、ＡＰ１４のネットワークインタフェース１６のメモリ、またはネットワークインタフェース１６に結合されたメモリに格納され、ネットワークインタフェース１６は、データユニット７２８を送信すべくメモリからデータユニット７２８を読み出す。

一実施形態において、ＡＰ１４は、データユニット７２８の送信を早めトリガ７２４に対し迅速に応答すべく、優先度の高い電力節約フレームとしてデータユニット７２８を扱う。

クライアント局２５のネットワークインタフェース２７は、データユニット７２８を受信し処理する。ネットワークインタフェース２７は、データユニット７２８の受信に応答し、確認応答データユニット７３２を生成し送信する。確認応答データユニット７３２の終わりに続き時間７３６において、ネットワークインタフェース２７は電源が切れる。

ＩＥＥＥ８０２．１１ｖ規格は、データユニットの送信および／または受信と、送信および／または受信との間にクライアント局がより長い期間スリープできるよう電力節約特徴を導入した。加えて、ＩＥＥＥ８０２．１１ｖ規格は、クライアント局がより長い期間ＡＰと通信を行わなくても、ＡＰにより構成されるベーシックサービスセット（ＢＳＳ）との接続が解除されないことを可能とする。

上述したように、いくつかのＷＬＡＮにおいては、（ｉ）ラップトップコンピュータ、デスクトップコンピュータ、および携帯電話などの典型的なユーザデバイス、および、（ｉｉ）センサデバイスが混在し得る。いくつかの実施形態において、いくつかのセンサデバイスは、バッテリのみから電力の供給を受け、および／または、センサデバイスは、バッテリが非常に稀にしか充電されないものとして設計されている。いくつかの実施形態において、バッテリにより電力の供給を受けるいくつかのセンサデバイスは、バッテリが充電されるものとしては設計されておらず、および／またはバッテリが容易に取り換えられるものとしては設計されていない。いくつかの実施形態において、典型的なユーザデバイス（例えば、ラップトップコンピュータ、デスクトップコンピュータ、携帯電話など）と比較し、少なくともいくつかのセンサデバイスは、電力利用制限がより厳しい。いくつかの実施形態において、典型的なユーザデバイスのネットワークインタフェースと比較し、いくつかのセンサデバイスのネットワークインタフェースは、より長い期間、電力節約モードのままである。例えば、携帯電話のネットワークインタフェースは、数秒である最大期間の間、スリープモードのままであり、センサデバイスのネットワークインタフェースは、数時間である最大期間の間、スリープモードのままである。

ＩＥＥＥ８０２．１１ｖ規格は、クライアント局のスリープモード動作を補助するためのいくつかのパラメータを規定している。例えば、ＢＳＳ最大アイドルパラメータは、ＡＰがＢＳＳ内のクライアント局から何ら通信を受けなくともクライアント局とＢＳＳとの接続を解除しない期間の最大期間に対応する。言い換えると、ＢＳＳ最大アイドルパラメータよりも長い期間、ＡＰがクライアント局から何ら通信を受けない場合、ＡＰはクライアント局とＢＳＳとの接続を解除できる。

少なくともいくつかの状況において、典型的なユーザデバイス（例えば、ラップトップコンピュータ、デスクトップコンピュータ、携帯電話など）のＢＳＳ最大アイドルパラメータの所望される設定は、センサデバイスのＢＳＳ最大アイドルパラメータの所望される設定とは大幅に異なる。例えば、センサデバイスのＢＳＳ最大アイドルパラメータの所望される設定は、典型的なユーザデバイスのＢＳＳ最大アイドルパラメータの所望される設定よりも少なくとも一桁大きい。

少なくともいくつかの状況において、典型的なユーザデバイス（例えば、ラップトップコンピュータ、デスクトップコンピュータ、携帯電話など）と、センサデバイスとの間で、ＢＳＳの他のタイプのパラメータの所望される設定は大幅に異なる。そのようなパラメータの例としては、ＢＳＳの基本レート（基本レートセット）、ＢＳＳの暗号化モード、無線ネットワーク制御（ＷＮＭ）スリープ期間パラメータなどが挙げられる。

一実施形態において、ＡＰは、第１ＢＳＳと第２ＢＳＳとを含む少なくとも２つのＢＳＳを構成する。第１ＢＳＳは、１以上の第１クライアント局に対応し、第２ＢＳＳは、１以上の第２クライアント局に対応する。一実施形態において、少なくとも１つの第１クライアント局はセンサデバイスであり、少なくとも１つの第２クライアント局はセンサデバイスではない。一実施形態において、各第１クライアント局はセンサデバイスであり、各第２クライアント局はセンサデバイスではない。他の実施形態において、少なくとも１つの第１クライアント局はセンサデバイスであり、少なくとも他の１つの第１クライアント局はセンサデバイスではない。他の実施形態において、少なくとも１つの第２クライアント局はセンサデバイスではなく、少なくとも他の１つの第１クライアント局はセンサデバイスである。

ＡＰは、クライアント局から少なくとも１つのフレームを受信していないことに起因するクライアント局の接続の解除をＡＰが行わない期間を示す第１パラメータの第１の値を、第１ＢＳＳ内の第１クライアント局へ送信する。一実施形態において、第１パラメータはＢＳＳ最大アイドルパラメータである。他の実施形態において、第１パラメータは、クライアント局から少なくとも１つのフレームを受信していないことに起因するクライアント局の接続の解除をＡＰが行わない期間を示す、他の適切なパラメータである。

加えて、ＡＰは、第１パラメータの第２の値を、第２ＢＳＳ内の第２クライアント局へ送信する。一実施形態において、第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも一桁大きい。一実施形態において、第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも二桁大きい。一実施形態において、第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも三桁大きい。一実施形態において、第１パラメータの第１の値は、１時間よりも長く、第１パラメータの第２の値は１分よりも短い。一実施形態において、第１パラメータの第１の値は１０時間よりも長く、第１パラメータの第２の値は１分よりも短い。一実施形態において、第１パラメータの第１の値は、１００時間よりも長く、第１パラメータの第２の値は１分よりも短い。

一実施形態において、ＡＰは、第１クライアント局に対応する第２パラメータの値を第１クライアント局から受信する。第２パラメータは、第１ＢＳＳ内の第１クライアント局が定期的に電力節約モードを解除する期間を示す。一実施形態において、第２パラメータの値は、第１パラメータの第２の値よりも長い期間に対応する。一実施形態において、第２パラメータはＷＮＭスリープ期間パラメータである。他の実施形態において、第２パラメータは、第１ＢＳＳ内の第１クライアント局が定期的に電力節約モードを解除する期間を示す他の適切なパラメータである。

一実施形態において、ＡＰは、ＡＰが利用する基本データレートを示す第３パラメータの第１の値を第１クライアント局へ送信し、第３パラメータの第２の値を第２クライアント局へ送信する。一実施形態において、第３パラメータの第１の値は、第３パラメータの第２の値と異なる。

一実施形態において、ＡＰは、ＡＰが利用する暗号化モードを示す第４パラメータの第１の値を第１クライアント局へ送信し、第４パラメータの第２の値を第２クライアント局へ送信する。一実施形態において、第４パラメータの第１の値は、第４パラメータの第２の値と異なる。一実施形態において、ＡＰは、第１クライアント局に関して暗号化を用い、第２クライアント局に関して暗号化を用いない。一実施形態において、ＡＰは、第１クライアント局に関して暗号化を用いず、第２クライアント局に関して暗号化を用いる。

図１を参照すると、一実施形態において、ＡＰ１４のネットワークインタフェース１６は、上述した第１から第４のパラメータのうち１以上を第１クライアント局と第２クライアント局とに送信する。

図１１は、（ｉ）供給される電力が少ない、および／または電力面で制約を受けるセンサデバイスと、（ｉｉ）セルラーオフロードデータを送信するデバイスとの無線ネットワークでの共存を促すための例示的な方法８００のフロー図である。図１１は、説明を容易にすべく、図１を参照して説明する。しかし他の実施形態において、図１のシステム１０とは異なる適切なシステムが方法８００を利用し得る。一実施形態において、方法８００は、ＡＰ１４のネットワークインタフェース１６により実行される。

ブロック８０４において、ＡＰ１４は、クライアント局から少なくとも１つのフレームを受信していないことに起因するクライアント局の接続の解除をＡＰが行わない期間を示す第１パラメータの第１の値を、第１ベーシックサービスセット（ＢＳＳ）内の１以上の第１クライアント局へ送信する。

ブロック８０８において、ＡＰ１４は、第１パラメータの第２の値を第２ＢＳＳ内の１以上の第２クライアント局へ送信する。ここで、第１パラメータの第１の値は、第１パラメータの第２の値よりも少なくとも一桁大きい。

上述した様々なブロック、動作、および技術のうち少なくともいくつかは、ハードウェア、ファームウェア命令および／またはソフトウェア命令を実行するプロセッサ、或いは、それらの何らかの組み合わせにより実装されてもよい。ソフトウェア命令および／またはファームウェア命令を実行するプロセッサを用いて実装した場合、当該ソフトウェア命令またはファームウェア命令は、ＲＡＭまたはＲＯＭ、或いは、フラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブなどの磁気ディスク、光ディスク、または他の有形の記憶媒体などコンピュータ可読メモリに格納されてもよい。同様に、ソフトウェア命令またはファームウェア命令は、例えばコンピュータ可読ディスクまたは他の搬送可能かつ有形のコンピュータ記憶メカニズムを含む公知の、または所望される伝達方法を介して、或いは通信媒体を介して、ユーザまたはシステムへ届けられる。典型的には通信媒体はコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波、または他の搬送メカニズムなどの変調データ信号で具体化する。「変調データ信号」という用語は、情報を信号内でエンコードするよう設定または変更された１以上の特性を有する信号を指す。例として、通信媒体には、有線ネットワーク、直接有線接続などの有線媒体、および、音響媒体、ラジオ周波数媒体、赤外線媒体、および他の無線媒体などの無線媒体が含まれるが、これらに限定されない。よって、ソフトウェア命令またはファームウェア命令は、電話線、ＤＳＬ線、ケーブルテレビ線、光ファイバー線、無線通信チャネル、インターネットなどの（搬送可能な記憶媒体を介してソフトウェアを提供することと同じ、またはそのことの代替となりうる）通信チャネルを介してユーザまたはシステムに届けられ得る。ソフトウェア命令またはファームウェア命令には、プロセッサにより実行されると当該プロセッサに様々な動作を行わせる、他のコンピュータ可読記憶媒体のメモリに格納される機械可読命令が含まれる。

ハードウェアで実装された場合、当該ハードウェアは、個別のコンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）などのうち１以上を備え得る。

例示のみを目的とし本願発明を限定しない特定の例を参照し本願発明を説明してきたが、本願発明の範囲から逸脱することなく、開示される実施形態の変更、追加、および／または削除などが可能である。

Claims (68)

1. 第１無線通信デバイスのネットワークインタフェースを、前記ネットワークインタフェースが（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）前記無線通信媒体を介しての信号受信との少なくともいずれか一方を行えない低電力状態から、前記ネットワークインタフェースが（ｉ）前記無線通信媒体を介しての信号送信と、（ｉｉ）前記無線通信媒体を介しての信号受信との両方を行えるアクティブ状態へ移行させる段階と、
   前記ネットワークインタフェースを前記アクティブ状態へ移行させる前記段階の後、通信チャネルが利用可能かどうかを判断する段階と、
   第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのためのデータを前記第１無線通信デバイスへ送信するよう前記第２無線通信デバイスに要求するリクエストを含むデータユニットを生成する段階と、
   前記通信チャネルが利用可能であるとの判断に応答し、前記通信チャネルを介して、前記リクエストを含む前記データユニットを前記第２無線通信デバイスへ送信する段階と、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在するかどうかの指示を、前記通信チャネルを介して前記第２無線通信デバイスから受信する段階と、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在する場合、前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを前記第２無線通信デバイスから受信する段階と
   を備える方法。
2. 前記リクエストを含む前記データユニットを生成する前記段階は、前記第２無線通信デバイスへ送信するデータを含めて前記データユニットを生成する段階を有する、請求項１に記載の方法。
3. 前記リクエストを含む前記データユニットの受信に対し確認応答する確認応答データユニットを、前記通信チャネルを介して前記第２無線通信デバイスから受信する段階をさらに備える、請求項１または２に記載の方法。
4. 前記確認応答データユニットは、前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在するかどうかの前記指示を含む、請求項３に記載の方法。
5. 前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在する場合、前記確認応答データユニットは、前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを含む、請求項３または４に記載の方法。
6. 前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在するかどうかの前記指示に基づいた、前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在しないとの判断に応答し、前記第１無線通信デバイスの前記ネットワークインタフェースを前記アクティブ状態から前記低電力状態へ移行させる段階をさらに備える、請求項１から５のいずれか１項に記載の方法。
7. 前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在する場合、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを受信すべく、前記第１無線通信デバイスの前記ネットワークインタフェースを前記低電力状態から前記アクティブ状態に移行させる時間を決定する段階と、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データが存在するかどうかの前記指示の受信の後、前記第１無線通信デバイスの前記ネットワークインタフェースを前記アクティブ状態から前記低電力状態へ移行させる段階と、
   決定された前記時間において、前記第１無線通信デバイスの前記ネットワークインタフェースを前記低電力状態から前記アクティブ状態へ移行させる段階と、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを前記第２無線通信デバイスから、前記決定された時間の後に受信する段階と
   をさらに備える、請求項１から６のいずれか１項に記載の方法。
8. 前記決定された時間の後、前記第２無線通信デバイスからビーコンデータユニットを受信する段階と、
   前記ビーコンデータユニットを処理し、前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを受信すべく、前記第１無線通信デバイスの前記ネットワークインタフェースを前記低電力状態から前記アクティブ状態へ移行させる次の時間を決定する段階と、
   前記ビーコンデータユニットの受信の後、前記第１無線通信デバイスの前記ネットワークインタフェースを前記アクティブ状態から前記低電力状態へ移行させる段階と、
   決定された前記次の時間に、前記第１無線通信デバイスの前記ネットワークインタフェースを前記低電力状態から前記アクティブ状態に移行させる段階と、
   前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを前記第２無線通信デバイスから、前記決定された次の時間の後に受信する段階と
   をさらに備える、請求項７に記載の方法。
9. （ｉ）前記ネットワークインタフェースを前記低電力状態から前記アクティブ状態へ移行させる前記段階と、（ｉｉ）前記リクエストを含む前記データユニットを前記第２無線通信デバイスへ送信する前記段階との間に、前記第２無線通信デバイスはビーコンデータユニットを送信しない、請求項１から８のいずれか１項に記載の方法。
10. （ｉ）前記リクエストを含む前記データユニットを前記第２無線通信デバイスへ送信する前記段階と、（ｉｉ）前記第２無線通信デバイスでバッファリングされた前記第１無線通信デバイスのための前記データを受信する前記段階との間に、前記第１無線通信デバイスの前記ネットワークインタフェースは再度、前記低電力状態に入らない、請求項１から９のいずれか１項に記載の方法。
11. 無線通信ネットワークで用いられる第１通信デバイスであって、
    低電力状態からアクティブ状態に移行するネットワークインタフェースを備え、
    前記ネットワークインタフェースは、
    前記ネットワークインタフェースが前記低電力状態にある場合、（ｉ）無線通信媒体を介しての信号送信と、（ｉｉ）前記無線通信媒体を介しての信号受信との少なくともいずれか一方を行えず、
    前記ネットワークインタフェースが前記アクティブ状態にある場合、（ｉ）前記無線通信媒体を介しての信号送信と、（ｉｉ）前記無線通信媒体を介しての信号受信との両方を行え、
    前記アクティブ状態へ移行した後、通信チャネルが利用可能かどうかを判断し、
    第２通信デバイスでバッファリングされた前記第１通信デバイスのためのデータを前記第１通信デバイスへ送信するよう前記第２通信デバイスに要求するリクエストを含むデータユニットを生成し、
    前記通信チャネルが利用可能であるとの判断に応答し、前記通信チャネルを介して、前記リクエストを含む前記データユニットを前記第２通信デバイスへ送信し、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在するかどうかの指示を、前記通信チャネルを介して前記第２通信デバイスから受信し、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在する場合、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを前記第２通信デバイスから受信する、
    第１通信デバイス。
12. 前記ネットワークインタフェースは、前記リクエストを含む前記データユニットを、前記第２通信デバイスへ送信するデータも含めて生成する、請求項１１に記載の第１通信デバイス。
13. 前記ネットワークインタフェースは、前記リクエストを含む前記データユニットの受信に対し確認応答する確認応答データユニットを、前記通信チャネルを介して前記第２通信デバイスから受信し処理する、請求項１１または１２に記載の第１通信デバイス。
14. 前記確認応答データユニットは、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在するかどうかの前記指示を含む、請求項１３に記載の第１通信デバイス。
15. 前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在する場合、前記確認応答データユニットは、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを含む、請求項１３または１４に記載の第１通信デバイス。
16. 前記ネットワークインタフェースは、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在するかどうかの前記指示に基づいた、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在しないとの判断に応答し、前記アクティブ状態から前記低電力状態へ移行する、請求項１１から１５のいずれか１項に記載の第１通信デバイス。
17. 前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在する場合、前記ネットワークインタフェースは、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを受信すべく、前記低電力状態から前記アクティブ状態に移行する時間を決定し、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データが存在するかどうかの前記指示の受信の後、前記アクティブ状態から前記低電力状態へ移行し、
    決定された前記時間において、前記低電力状態から前記アクティブ状態へ移行し、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを前記第２通信デバイスから、前記決定された時間の後に受信する、
    請求項１１から１６のいずれか１項に記載の第１通信デバイス。
18. 前記ネットワークインタフェースは、
    前記決定された時間の後、前記第２通信デバイスからビーコンデータユニットを受信し、
    前記ビーコンデータユニットを処理し、前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを受信すべく、前記低電力状態から前記アクティブ状態へ移行する次の時間を決定し、
    前記ビーコンデータユニットの受信の後、前記アクティブ状態から前記低電力状態へ移行し、
    決定された前記次の時間に、前記低電力状態から前記アクティブ状態に移行し、
    前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データを前記第２通信デバイスから、前記決定された次の時間の後に受信する
    請求項１７に記載の第１通信デバイス。
19. （ｉ）前記ネットワークインタフェースの前記低電力状態から前記アクティブ状態への前記移行と、（ｉｉ）前記リクエストを含む前記データユニットの前記第２通信デバイスへの前記送信との間に、前記第２通信デバイスはビーコンデータユニットを送信しない、請求項１１から１８のいずれか１項に記載の第１通信デバイス。
20. （ｉ）前記リクエストを含む前記データユニットの前記第２通信デバイスへの前記送信と、（ｉｉ）前記第２通信デバイスでバッファリングされた前記第１通信デバイスのための前記データの前記受信との間に、前記第１通信デバイスの前記ネットワークインタフェースは再度、前記低電力状態に入らない、請求項１１から１９のいずれか１項に記載の第１通信デバイス。
21. 第１無線通信デバイスにより送信される信号を第２無線通信デバイスのネットワークインタフェースが受信できない低電力状態に前記ネットワークインタフェースがあるとの指示を、前記第１無線通信デバイスで受信する段階と、
    前記第２無線通信デバイスの前記ネットワークインタフェースが前記低電力状態にあるとの前記指示の受信に応答し、前記第２無線通信デバイスのためのデータを前記第１無線通信デバイスでバッファリングする段階と、
    前記第２無線通信デバイスの前記ネットワークインタフェースが前記低電力状態にないとの指示の受信の前に、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データを前記第２無線通信デバイスに送信するよう要求するリクエストを含むデータユニットを前記第２無線通信デバイスから、前記第１無線通信デバイスで受信する段階と、
    前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかを、前記第１無線通信デバイスで判断する段階と、
    前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかの指示を、前記リクエストに応答して、前記第１無線通信デバイスにより前記第２無線通信デバイスへ送信する段階と、
    前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在すると判断された場合、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データを、前記第１無線通信デバイスにより前記第２無線通信デバイスへ送信する段階と
    を備える方法。
22. 前記リクエストを含む前記第２無線通信デバイスからの前記データユニットは、前記第１無線通信デバイスのためのデータも含む、請求項２１に記載の方法。
23. 前記第２無線通信デバイスからの前記データユニットの受信に対し確認応答する確認応答データユニットを、前記第２無線通信デバイスへ送信する段階をさらに備える、請求項２１または２２に記載の方法。
24. 前記確認応答データユニットは、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかの前記指示を含む、請求項２３に記載の方法。
25. 前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在する場合、前記確認応答データユニットは、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データを含む、請求項２３または２４に記載の方法。
26. 前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかを判断する前記段階は、前記第１無線通信デバイスのメモリに格納されたビットマップを分析する段階を有し、
    前記ビットマップの１ビットは、前記第２無線通信デバイスに対応し、
    前記１ビットは、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかを示す、
    請求項２１から２５のいずれか１項に記載の方法。
27. 前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかの前記指示を送信する前記段階は、前記第１無線通信デバイスのメモリに格納されたビットマップの少なくとも一部を送信する段階を有し、
    前記ビットマップの１ビットは、前記第２無線通信デバイスに対応し、
    前記１ビットは、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかを示す、
    請求項２１から２５のいずれか１項に記載の方法。
28. 前記第１無線通信デバイスでバッファリングされた複数の通信デバイスのためのデータが存在するかどうかを示す、前記第１無線通信デバイスのメモリに格納された前記第２無線通信デバイスの識別子に関連するビットマップを分析し、サイズの小さなビットマップを生成する段階をさらに備え、
    前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在するかどうかの前記指示を送信する前記段階は、前記サイズの小さなビットマップを送信する段階を有する、
    請求項２１から２５のいずれか１項に記載の方法。
29. 前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在すると判断された場合、前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データを、前記第１無線通信デバイスがいつ送信できる状態になるのかに関する遅延時間の指示を、前記第１無線通信デバイスにより前記第２無線通信デバイスへ送信する段階をさらに備える、請求項２１から２８のいずれか１項に記載の方法。
30. 前記遅延時間は、前記第１無線通信デバイスにより送信される次のビーコンデータユニットに対応する、請求項２９に記載の方法。
31. 前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データが存在すると判断された場合、
    前記第１無線通信デバイスでバッファリングされた前記第２無線通信デバイスのための前記データを送信するスケジュールを決定する段階と、
    前記スケジュールの指示を前記第１無線通信デバイスにより前記第２無線通信デバイスへ送信する段階と
    をさらに備える、請求項２１から３０のいずれか１項に記載の方法。
32. （ｉ）前記第２無線通信デバイスのためのブロードキャストデータユニットおよび／またはマルチキャストデータユニットを前記第１無線通信デバイスがいつ送信するのかの、前記第２無線通信デバイスによる判断を補助する情報と、（ｉｉ）タイムスタンプと、（ｉｉｉ）ベーシックサービスセット（ＢＳＳ）内の通信パラメータの変更に関する情報とのうち１以上を、前記リクエストに応答し、前記第１無線通信デバイスにより前記第２無線通信デバイスへ送信する段階をさらに備える、請求項２１から３１のいずれか１項に記載の方法。
33. 無線通信ネットワークで用いられる第１通信デバイスであって、
    ネットワークインタフェースを備え
    前記ネットワークインタフェースは、
    第１通信デバイスにより送信される信号を第２通信デバイスのネットワークインタフェースが受信できない低電力状態に前記ネットワークインタフェースがあるとの前記第２通信デバイスからの指示の受信に応答し、前記第２通信デバイスのためのデータをバッファリングし、
    前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかを判断し、
    前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データを前記第２通信デバイスに送信するよう要求するリクエストを含む、前記第２通信デバイスから受信したデータユニットに応答し、かつ、前記第２通信デバイスの前記ネットワークインタフェースが前記低電力状態にないとの指示の受信の前に、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかの指示を前記第２通信デバイスへ送信し、
    前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在すると判断された場合、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データを、前記第２通信デバイスへ送信する、
    第１通信デバイス。
34. 前記リクエストを含む前記第２通信デバイスからの前記データユニットは、前記第１通信デバイスのためのデータも含む、請求項３３に記載の第１通信デバイス。
35. 前記ネットワークインタフェースは、前記第２通信デバイスからの前記データユニットの受信に対し確認応答する確認応答データユニットを、前記第２通信デバイスへ送信する、請求項３３または３４に記載の第１通信デバイス。
36. 前記確認応答データユニットは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかの前記指示を含む、請求項３５に記載の第１通信デバイス。
37. 前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在する場合、前記ネットワークインタフェースは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データを含めて前記確認応答データユニットを生成する、請求項３５または３６に記載の第１通信デバイス。
38. 前記ネットワークインタフェースは、前記第１通信デバイスのメモリに格納されたビットマップを分析し、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかを判断し、
    前記ビットマップの１ビットは、前記第２通信デバイスに対応し、
    前記１ビットは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかを示す、
    請求項３３から３７のいずれか１項に記載の第１通信デバイス。
39. 前記ネットワークインタフェースは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかの前記指示として、前記第１通信デバイスのメモリに格納されたビットマップの少なくとも一部を送信し、
    前記ビットマップの１ビットは、前記第２通信デバイスに対応し、
    前記１ビットは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在するかどうかを示す、
    請求項３３から３７のいずれか１項に記載の第１通信デバイス。
40. 前記ネットワークインタフェースは、
    前記第１通信デバイスでバッファリングされた複数の通信デバイスのためのデータが存在するかどうかを示す、前記第１通信デバイスのメモリに格納された前記第２通信デバイスの識別子に関連するビットマップを分析し、サイズの小さなビットマップを生成し、
    前記サイズの小さなビットマップを前記第２通信デバイスへ送信する、
    請求項３３から３７のいずれか１項に記載の第１通信デバイス。
41. 前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在すると判断された場合、前記ネットワークインタフェースは、前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データを、前記第１通信デバイスがいつ送信できる状態になるのかに関する遅延時間の指示を、前記第２通信デバイスへ送信する、請求項３３から４０のいずれか１項に記載の第１通信デバイス。
42. 前記遅延時間は、前記第１通信デバイスにより送信される次のビーコンデータユニットに対応する、請求項４１に記載の第１通信デバイス。
43. 前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データが存在すると判断された場合、前記ネットワークインタフェースは、
    前記第１通信デバイスでバッファリングされた前記第２通信デバイスのための前記データを送信するスケジュールを決定し、
    前記スケジュールの指示を前記第２通信デバイスへ送信する
    請求項３３から４２のいずれか１項に記載の第１通信デバイス。
44. 前記ネットワークインタフェースは、（ｉ）前記第２通信デバイスのためのブロードキャストデータユニットおよび／またはマルチキャストデータユニットを前記第１通信デバイスがいつ送信するのかの、前記第２通信デバイスによる判断を補助する情報と、（ｉｉ）タイムスタンプと、（ｉｉｉ）ベーシックサービスセット（ＢＳＳ）内の通信パラメータの変更に関する情報とのうち１以上を、前記リクエストに応答し、前記第２通信デバイスへ送信する、請求項３３から４３のいずれか１項に記載の第１通信デバイス。
45. クライアント局から少なくとも１つのフレームを受信していないことに起因して前記クライアント局との接続をアクセスポイントデバイスが解除しない期間を示す第１パラメータの第１の値を、前記アクセスポイントデバイスにより第１ベーシックサービスセット（第１ＢＳＳ）内の１以上の第１クライアント局へ送信する段階と、
    前記アクセスポイントにより、前記第１パラメータの第２の値を第２ベーシックサービスセット（第２ＢＳＳ）内の１以上の第２クライアント局へ送信する段階と
    を備え、
    前記第１パラメータの前記第１の値は、前記第１パラメータの前記第２の値よりも少なくとも一桁大きい、方法。
46. 第１クライアント局に対応する第２パラメータの値を前記第１クライアント局から前記アクセスポイントデバイスで受信する段階をさらに備え、
    前記第２パラメータは、前記第１ＢＳＳ内の前記第１クライアント局が電力節約モードを定期的に解除する期間を示し、
    前記第２パラメータの前記値は、前記第１パラメータの前記第２の値よりも長い期間に対応する、請求項４５に記載の方法。
47. 前記アクセスポイントデバイスが利用する基本データレートを示す第２パラメータの第１の値を、前記アクセスポイントデバイスにより前記１以上の第１クライアント局へ送信する段階と、
    前記第２パラメータの前記第１の値と異なる前記第２パラメータの第２の値を、前記アクセスポイントデバイスにより前記１以上の第２クライアント局へ送信する段階と
    をさらに備える、請求項４５に記載の方法。
48. 前記アクセスポイントデバイスが利用する暗号化モードを示す第２パラメータの第１の値を、前記アクセスポイントデバイスにより前記１以上の第１クライアント局へ送信する段階と、
    前記第２パラメータの前記第１の値と異なる前記第２パラメータの第２の値を、前記アクセスポイントデバイスにより前記１以上の第２クライアント局へ送信する段階と
    をさらに備える、請求項４５に記載の方法。
49. 前記第１パラメータの前記第１の値は、１時間よりも長く、
    前記第１パラメータの前記第２の値は、１分よりも短い、請求項４５から４８のいずれか１項に記載の方法。
50. 無線通信ネットワークで用いられ、ネットワークインタフェースを備えるアクセスポイントデバイスであって、
    前記ネットワークインタフェースは、
    クライアント局から少なくとも１つのフレームを受信していないことに起因して前記クライアント局との接続をアクセスポイントデバイスが解除しない期間を示す第１パラメータの第１の値を、第１ベーシックサービスセット（第１ＢＳＳ）内の１以上の第１クライアント局へ送信し、
    前記第１パラメータの第２の値を第２ベーシックサービスセット（第２ＢＳＳ）内の１以上の第２クライアント局へ送信し、
    前記第１パラメータの前記第１の値は、前記第１パラメータの前記第２の値よりも少なくとも一桁大きい、
    アクセスポイントデバイス。
51. 前記ネットワークインタフェースは、１つの第１クライアント局からの連続するフレームの受信と受信との間の時間が前記第１パラメータの前記第１の値よりも短く、前記第１パラメータの前記第２の値よりも長い場合、前記１つの第１クライアント局が前記アクセスポイントデバイスと接続されたままでいることを許可する、請求項５０に記載のアクセスポイントデバイス。
52. 前記ネットワークインタフェースは、
    前記アクセスポイントデバイスが利用する基本データレートを示す第２パラメータの第１の値を、前記１以上の第１クライアント局へ送信し
    前記第２パラメータの前記第１の値と異なる前記第２パラメータの第２の値を、前記１以上の第２クライアント局へ送信する
    請求項５０または５１に記載のアクセスポイントデバイス。
53. 前記ネットワークインタフェースは、
    前記アクセスポイントデバイスが利用する暗号化モードを示す第２パラメータの第１の値を、前記１以上の第１クライアント局へ送信し、
    前記第２パラメータの前記第１の値と異なる前記第２パラメータの第２の値を、前記１以上の第２クライアント局へ送信する、
    請求項５０から５２のいずれか１項に記載のアクセスポイントデバイス。
54. 前記第１パラメータの前記第１の値は、１時間よりも長く、
    前記第１パラメータの前記第２の値は、１分よりも短い、請求項５０から５３のいずれか１項に記載のアクセスポイントデバイス。
55. １以上の電力に制約があるセンサデバイスと関連付けられた第１データユニットを、無線ネットワークで送信する段階と、
    セルラー電話データのオフロードと関連付けられた第２データユニットを、前記無線ネットワークで送信する段階と
    を備え、
    無線媒体へのアクセスに関し、前記第２データユニットの送信よりも、前記第１データユニットの送信が優先される、方法。
56. 前記無線ネットワーク内の局のネットワークインタフェースが前記無線媒体へのアクセスを試みた場合、前記ネットワークインタフェースは、まず少なくともチャネルスキャニング遅延期間の間、前記無線媒体をモニタリングし、前記無線媒体がビジーであるかどうかを判断し、
    前記第１データユニットの送信に関連する第１チャネルスキャニング遅延期間は、前記第２データユニットの送信に関連する第２チャネルスキャニング遅延期間よりも短い、
    請求項５５に記載の方法。
57. 前記無線ネットワーク内の局のネットワークインタフェースが前記無線媒体へのアクセスを試み、前記無線媒体がビジーであると判断した場合、前記ネットワークインタフェースは、（ｉ）バックオフ期間を決定し、（ｉｉ）前記無線媒体へのアクセスを再び試みる前に、前記バックオフ期間だけ待機し、
    前記第１データユニットの送信に関連する第１バックオフ期間の平均は、前記第２データユニットの送信に関連する第２バックオフ期間の平均よりも短い、
    請求項５５に記載の方法。
58. セルラー電話データのオフロードに対応する前記無線ネットワークの各送信は、他のタイプの送信に対応する第２最大期間よりも短い第１最大期間に制限される、請求項５５から５７のいずれか１項に記載の方法。
59. 前記無線ネットワークでの送信は、最小帯域幅を含む複数の異なる帯域幅のうち１つで行われ、
    セルラー電話データのオフロードに対応する前記無線ネットワークでの送信は、前記最小帯域幅よりも大きな帯域幅を用いてのみ許可される、請求項５５から５８のいずれか１項に記載の方法。
60. セルラー電話データのオフロードの送信に対応する送信機会（ＴＸＯＰ）の延長は許可されない、請求項５５に記載の方法。
61. 前記無線ネットワークの送信機会（ＴＸＯＰ）の期間が打ち切られた場合、少なくとも、打ち切られる前の前記ＴＸＯＰの元の期間が終了するまでセルラー電話データのオフロードの送信を待機する、請求項５５から６０のいずれか１項に記載の方法。
62. ネットワークインタフェースを備える装置であって、
    前記ネットワークインタフェースは、
    セルラー電話データのオフロードと関連付けられた第１データユニットを、無線ネットワークで送信し、
    無線媒体へのアクセスに関し、前記第１データユニットの送信よりも、前記無線ネットワーク内の１以上の電力に制約があるセンサデバイスと関連付けられた第２データユニットの送信を優先する、
    装置。
63. 前記ネットワークインタフェースが前記無線媒体へのアクセスを試みた場合、前記ネットワークインタフェースは、まず少なくともチャネルスキャニング遅延期間の間、前記無線媒体をモニタリングし、前記無線媒体がビジーであるかどうかを判断し、
    前記第１データユニットの送信に関連する第１チャネルスキャニング遅延期間は、前記第２データユニットを送信する際に前記無線ネットワーク内の局が利用する第２チャネルスキャニング遅延期間よりも長い、請求項６２に記載の装置。
64. 前記ネットワークインタフェースが前記無線媒体へのアクセスを試み、前記無線媒体がビジーであると判断した場合、前記ネットワークインタフェースは、（ｉ）バックオフ期間を決定し、（ｉｉ）前記無線媒体へのアクセスを再び試みる前に、前記バックオフ期間だけ待機し、
    前記第１データユニットの送信に関連する第１バックオフ期間の平均は、前記第２データユニットの送信に関連する第２バックオフ期間の平均よりも長い、
    請求項６２または６３に記載の装置。
65. 前記ネットワークインタフェースは、前記セルラー電話データの前記オフロードに対応する前記無線ネットワークの送信を、他のタイプの送信に対応する第２最大期間よりも短い第１最大期間に制限する、請求項６２から６４のいずれか１項に記載の装置。
66. 前記ネットワークインタフェースは、
    前記無線ネットワークで、最小帯域幅を含む複数の異なる帯域幅のうち１つでデータユニットを送信し、
    前記無線ネットワークで、前記最小帯域幅よりも大きな帯域幅を用いてのみ、前記セルラー電話データの前記オフロードに対応するデータユニットを送信する
    請求項６２から６５のいずれか１項に記載の装置。
67. 前記ネットワークインタフェースは、
    前記セルラー電話データの前記オフロードの送信に対応する送信機会（ＴＸＯＰ）の延長を許可せず、
    他のタイプのデータの送信に対応するＴＸＯＰの延長を許可する、
    請求項６２から６６のいずれか１項に記載の装置。
68. 前記無線ネットワークの送信機会（ＴＸＯＰ）の期間が打ち切られた場合、前記ネットワークインタフェースは、少なくとも、打ち切られる前の前記ＴＸＯＰの元の期間が終了するまで待機してから前記セルラー電話データの前記オフロードに対応する送信を試みる、請求項６２から６７のいずれか１項に記載の装置。

Images