(57)【特許請求の範囲】
【請求項１】
チャネルを介して２つ以上の通信デバイスと通信する方法であって、前記方法は、前記２つ以上の通信デバイスのうちの第２の通信デバイスが実行し、
前記２つ以上の通信デバイスのうちの第１の通信デバイスから受信したレイテンシ情報を格納することと、
前記レイテンシ情報を検索することと、
前記レイテンシ情報に基づいて、前記第２の通信デバイスに関するスリープサイクルを決定することと、
を備え、前記スリープサイクルは、前記第２の通信デバイスが信号を受信しない、及び信号を送らない時間期間を示し、
前記方法は更に、
前記第１の通信デバイスから前記レイテンシ情報を含むフレームを受信することと、を備え、ここにおいて、前記スリープサイクルは、前記第２の通信デバイスが信号を受信しない時間期間を示し、
ここにおいて、前記スリープサイクルは更に、前記第２の通信デバイスが他の無線デバイスに信号を送らない時間期間を示し、
前記方法は更に、
前記スリープサイクルがビーコン送信時間とオーバーラップする時、ビーコンフレームを送信することと、
アウェイクウィンドウ継続期間の後に、前記ビーコンフレームを送った後に、または延長アウェイクブロードキャストフレームによって示される持続期間だけ前記アウェイクウィンドウ継続期間を延長した継続期間の後に、前記第２の通信デバイスを仮眠状態に設定することと、
を備え、保留中のアップリンク送信がない時に、前記第２の通信デバイスが仮眠状態に設定されると共に前記延長された継続期間が中断され、前記第２の通信デバイスが、前記第１の通信デバイスからフレームを受信した時に、前記延長された継続期間が再開される、方法。
【請求項２】
前記第１の通信デバイスに少なくとも１つのフレームを送ることを更に備え、前記フレームは、前記第２の通信デバイスが他の無線デバイスに信号を送らない、又は受信しない時間期間を示す情報を含む、
請求項１の方法。
【請求項３】
前記２つ以上の通信デバイスのうちの少なくとも１つは、バッテリによって電力供給され、
前記第２の通信デバイスは、アクセスポイント（ＡＰ）または中継器である、
請求項１の方法。
【請求項４】
前記スリープサイクルは、一定のインターバルで繰り返され、
送られた前記少なくとも１つのフレームは、不在通知を表すデータを使用して前記スリープサイクルを示す、
請求項２の方法。
【請求項５】
前記ビーコンフレームを送った後に、前記第２の通信デバイスを仮眠状態に設定することをさらに備え、任意で、
前記第２の通信デバイスを前記仮眠状態に設定することは、前記ビーコンフレームを送った直後に、前記第２の通信デバイスを仮眠状態に設定することを備える、
請求項１の方法。
【請求項６】
前記第２の通信デバイスにおける計画された不在の期間又は周期的な不在をスケジューリングすることと、前記第２の通信デバイスにおける不在の正確な期間を前記２つ以上の通信デバイスのうちの別の通信デバイスに事前にアナウンスすることとを更に備える、  請求項１の方法。
【請求項７】
ビーコン送信時間である時、前記第２の通信デバイスを介してビーコンフレームを送信することと、
クライアントトラフィックウィンドウ中に、前記２つ以上の通信デバイスの別のデバイスに関してバッファーされた任意のデータがあるかどうかチェックすることと、を更に備え、前記クライアントトラフィックウィンドウは、前記第２の通信デバイスがアウェイクのままでいるリスニング期間である、請求項１の方法。
【請求項８】
前記アウェイクウィンドウ継続期間は、前記第２の通信デバイスが仮眠状態に入る前の、媒体のアイドル時間の量を表すスロット数で示された期間であり、前記方法は更に、前記スロット数をカウントダウンすることと、前記第２の通信デバイスがアップリンク通信を受信する前に、前記スロット数がゼロに達する場合、前記第２の通信デバイスを仮眠状態に置くことと、を備え、任意で、
前記カウントダウンがゼロに達する前に保留中のアップリンク送信がないとき、前記第２の通信デバイスを前記仮眠状態に置くと共に前記カウントダウンを中断することと、前記第２の通信デバイスがアップリンクパケットを受信する場合、前記スロット数の前記カウントダウンを再開することを更に備える、
請求項１の方法。
【請求項９】
前記第２の通信デバイスは、延長アウェイクフレームを送り、前記延長アウェイクフレームは、前記アウェイクウィンドウ継続期間の前記延長された継続期間の時間が延長される時間を示し、任意で、
前記第２の通信デバイスは、前記第２の通信デバイスが、アウェイク継続期間中、前記第１の通信デバイスから送信されたフレームを受信しなかった後に、前記延長アウェイクフレームを送る、
請求項１の方法。
【請求項１０】
前記延長アウェイクフレームは、
カテゴリを示すように構成されたカテゴリフィールドと、
アクションを示すように構成されたアクションフィールドと、
前記延長された継続期間の長さを示すように構成されたアウェイク継続期間フィールドと、
を含む、請求項９の方法。
【請求項１１】
前記第２の通信デバイスは、アウェイク継続期間の後に、前記第２の通信デバイスが、ある量の時間の間、アウェイク状態にあることを示す延長アウェイクフレームの情報を含む不在通知フレームを送る、請求項１の方法。
【請求項１２】
チャネルを介して少なくとも１つの通信デバイスと通信するための装置であって、
前記少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する手段と、
メモリユニットから前記レイテンシ情報を検索し、前記レイテンシ情報に基づいてプロセッサに関するスリープサイクルを決定する手段と
備え、前記スリープサイクルは、無線信号を通信する手段が、無線信号を受信しない、又は無線信号を送らない時間期間を示し、
前記通信する手段は、前記少なくとも１つの通信デバイスから無線通信信号中の前記レイテンシ情報を受信する手段を備え、ここにおいて、前記受信する手段は、前記格納する手段において前記レイテンシ情報を格納するように構成され、前記スリープサイクルは、前記受信する手段が無線通信信号を受信しない時間期間を示し、
前記通信する手段は、信号を送信する手段を更に備え、ここにおいて、前記送信する手段は、前記スリープサイクルによって示される時間期間中に無線通信信号を送らないように構成され、
前記送信する手段は、前記スリープサイクルがビーコン送信時間とオーバーラップする時、ビーコンフレームを送信するように構成され、
アウェイクウィンドウ継続期間の後に、前記ビーコンフレームが送られた後に、または延長アウェイクブロードキャストフレームによって示される持続期間だけ前記アウェイクウィンドウ継続期間を延長した継続期間の後に、前記装置は、仮眠状態に設定されるように構成され、
保留中のアップリンク送信がない時に、前記装置が仮眠状態に設定されると共に前記延長された継続期間が中断され、前記装置が、前記少なくとも１つの通信デバイスからフレームを受信した時に、前記延長された継続期間が再開される、装置。
【請求項１３】
前記検索する手段及び前記送信する手段は、共同で、少なくとも１つの通信デバイスに少なくとも１つのフレームを送るように構成され、前記フレームは、前記通信する手段が、他の無線デバイスに無線通信信号を送らない、又は受信しない時間期間を示す情報を含む、請求項１２の装置。
【請求項１４】
請求項１乃至１１のうちのいずれか１項に記載の方法を、無線通信装置に実行させる命令を格納する、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示は、一般的に無線ピアツーピア通信及び／又はマルチホップ中継通信の方法及び装置に関する。より具体的には、本開示は、ピアツーピア通信及びマルチホップ中継機能を使用する、無線アクセスポイント（ＡＰ）デバイスのためのパワーセーブ技法およびパワー最適化に関する。
【関連分野の説明】
【０００２】
[0002]家やオフィス内での無線通信環境は、多数の異なる無線アクセス技術（例えば、デバイス）及び規格を含み得る。これら技術は、最初は様々なアプリケーションのために設計され、それらは、これらのアプリケーションのために比較的うまく機能し得る。典型的な家かオフィス環境の中で、コンテンツ（例えばウェブ、ビデオなど）へのアクセスは、住宅所有者のインターネット接続を通じて広帯域のモデムによって提供され得る。モバイルサービスは、セルラー・ネットワークを通じて提供され得る。無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント（ＡＰ）は、８０２．１１ベースのＷｉ−Ｆｉ（登録商標）技術を使用して、コンピュータ、携帯電話、ラップトップ、プリンタ及び他の無線局（ＳＴＡ）の間のデータ接続を提供し得る。
【０００３】
[0003]ピアツーピア（Ｐ２Ｐ）ネットワークは、無線ＳＴＡが互いに直接通信することを可能にする。互いの範囲内の無線デバイスは、中央のＡＰを含まずに、直接発見し通信し得る。いくつかの構成では、２つ以上の無線通信ＳＴＡがＰ２Ｐネットワークを形成し得る。Ｐ２Ｐネットワークでは、ＳＴＡは、通信経路中の専用基地局又はＡＰなしで、互いと直接データを移行し得る。Ｐ２Ｐネットワークのいくつかの例では、ＳＴＡのうちの１つはグループオーナー（ＧＯ：group owner）としての役割を果たすが、その一方で他の無線通信デバイスはクライアント局としての役割を果たす。
【０００４】
[0004]各クライアントＳＴＡは、Ｐ２Ｐグループオーナーとリンクを形成し得、及びＰ２Ｐグループオーナーと直接データを移行し得る。多くの場合、データは、Ｐ２Ｐグループオーナーへ送られ、次いで、別の無線ＳＴＡへ転送されなければならない。そのような転送は、通信時間の使用が増大している間、ネットワークの効率を減少させる遅延を引き起こし得る。Ｐ２Ｐネットワークへのある改良によって、利点が実現され得る。
【０００５】
[0005]バッテリで電力供給される（battery-powered）アクセスポイント又は無線局は、無線ローカルエリアネットワークを含む、あるネットワーク実装で使用され得る。ある環境では、ＡＰは、中継器を使用され得、及びそれらは、バッテリで電力供給され得る。ＩＥＥＥ８０２．１１は、これまでのところ、ＡＰパワーセーブに関するメカニズムについて説明していない。Ｐ２Ｐ及びマルチホップ中継ネットワークの場合には、中継無線局もまたバッテリで電力供給され得る。従って、アクセスポイントと無線局とがパワーセーブの機能を有することが望ましい。
【発明の概要】
【０００６】
[0006]添付された請求項の範囲内のシステム、方法、及びデバイスの様々な実装はそれぞれ、いくつかの態様を有し、それらのどれも、本明細書に記述された望ましい属性を単独で担うものではない。添付の請求項の範囲を制限することなく、いくつかの顕著な特徴が本明細書に説明されている。
【０００７】
[0007]本開示に記載された主題の一態様は、少なくとも１つの通信デバイスと通信するための装置を提供する。装置は、少なくとも１つの通信デバイスから受信したレイテンシ情報を格納するように構成されたメモリユニットと、メモリユニットに動作可能に結合され、メモリユニットからレイテンシ情報を検索し、及びレイテンシ情報に基づいて装置又はプロセッサに関するスリープサイクルを決定するように構成されたプロセッサとを備え、スリープサイクルは、プロセッサに結合されたトランシーバが、無線通信信号を受信しない、及び無線通信信号を送信しない時間期間を示す。
【０００８】
[0008]本開示の別の態様は、２つ以上の通信デバイスと通信する方法を提供する。方法は、２つ以上の通信デバイスのうちの第１の通信デバイスから受信したレイテンシ情報を格納することと、レイテンシ情報を検索することと、を備える。方法は、レイテンシ情報に基づいて、２つ以上の通信デバイスのうちの第２の通信デバイスに関するスリープサイクルを決定することを更に備え、スリープサイクルは、第２の通信デバイスが無線通信信号を受信しない、及び無線通信信号を送らない時間期間を示す。
【０００９】
[0009]本開示の別の態様は、少なくとも１つの通信デバイスと通信するための装置を提供する。装置は、少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する手段を備える。装置は、メモリユニットからレイテンシ情報を検索する手段と、及びレイテンシ情報に基づいて検索する手段に関するスリープサイクルを決定する手段と、を更に備え、スリープサイクルは、検索する手段が、無線通信信号を受信しない、及び無線通信信号を送らない時間期間を示す。
【００１０】
[0010]本開示の別の態様は、無線通信装置に、方法を実行させる命令を格納する非一時的なコンピュータ可読媒体を提供する。方法は、２つ以上の通信デバイスのうちの第１の通信デイバスから受信したレイテンシ情報を格納することを備える。方法は、レイテンシ情報を検索することと、及びレイテンシ情報に基づいて２つ以上の通信デバイスのうち第２の通信デバイスに関するスリープサイクルを決定することとを更に備え、スリープサイクルは、第２の通信デバイスが信号を受信しない、及び信号を送らない期間を示す。
【００１１】
[0011]本明細書中で説明される主題事項の１つまたは複数の実装の詳細は、添付図面及び以下の説明で説明される。他の特徴、態様、及び利点は、説明、図面、及び請求項から明らかになる。以下の図面の相対的な寸法が、正確な寸法でない可能性があることに留意されたい。
【図面の簡単な説明】
【００１２】
【図１】[0012]  図１は、ＷＬＡＮの一例を例示する図である。
【図２】[0013]  図２は、ＷＬＡＮの無線ＡＰの一例を例示する図である。
【図３】[0014]  図３は、ＷＬＡＮの無線ＳＴＡの一例を例示する図である。
【図４】[0015]  図４は、ダイレクトリンクセットアッププロシージャの一例を例示するメッセージフロー図である。
【図５】[0016]  図５は、日和見的なパワーセーブ（opportunistic power-save）の一例を例示するタイミングフロー図である。
【図６】[0017]  図６は、不在通知（ＮｏＡ：notice of absence）パワーセーブの一例を例示するタイミングフロー図である。
【図７】[0018]  図７は、ウェイクアップスケジュールエレメントフォーマットの例示的な構造を例示する図である。
【図８】[0019]  図８は、ＡＰパワーセーブ動作の例示的なプロシージャを例示するメッセージフロー図である。
【図９】[0020]  図９は、ＡＰの日和見的なパワーセーブの例示的なプロシージャを例示するメッセージフロー図である。
【図１０】[0021]  図１０は、延長アウェイクフレームフォーマット（Extended Awake frame format）の例示的な構造を例示する図である。
【図１１】[0022]  図１１は、ＮｏＡエレメントフォーマットの例示的な構造を例示する図である。
【図１２】[0023]  図１２は、ＡＰパワーセーブの例示的なプロシージャを例示するメッセージフロー図である。
【図１３】[0024]  図１３は、無線ＳＴＡの一例を例示する図である。
【００１３】
[0025]図面中に例示されている様々な特徴は、正確な寸法で描かれていない可能性がある。したがって、様々な特徴の寸法は、明確化のために適宜拡張または縮小され得る。加えて、図面のいくつかは、所与のシステム、方法又はデバイスのコンポーネントの全てを描かない可能性がある。最後に、明細書及び図面を通じて、同一の参照番号は、同一の特徴を示すために使用され得る。
【発明の詳細な説明】
【００１４】
[0026]添付された図面と関連して下記に記述される詳細な説明は、本開示の例示的な実装の説明として意図されるものであり、開示が実行され得るただ一つの実装を表わすと意図されるものではない。本明細書の全体にわたって使用される時、「例示的な（exemplary）」という用語は、「例、実例、または例示の役割を果たすこと」を意味し、他の例示的な実施形態に対して、必ずしも好ましいまたは有利であるようには解釈されるべきではない。詳細な説明は、本開示の例示的な実装についての完全な理解を提供する目的で特定の詳細を含んでいる。いくつかの例では、いくつかのデバイスはブロック図の形で例示され、あるいはそうでなければ、明確化のために、全ての起こり得る詳細を含まないように例示される。
【００１５】
[0027]説明を簡略化する目的のために、ある方法は、一連の動作として示され説明されるが、１つまたは複数の態様に従って、いくつかの動作が、本明細書に説明および示されるものとは異なる順序でおよび／または他の動作と同時に起こり得るので、これらの方法が動作の順序によって制限されないことは理解および認識されるべきである。例えば、当業者は、方法が、状態図中のような、一連の相互関係のある状態あるいは事象として、択一的に表され得ることを理解し認識するだろう。更に、１つまたは複数の態様に従って、必ずしも、例示されたすべての動作がそれら方法を実施するために要求されるわけではない。
【００１６】
[0028]ネットワーク利用及びマルチホップ中継ネットワーク中の、バッテリによって電力供給される無線ＡＰのパワー最適化のための、及びパワーセーブするための装置および方法の様々な実装が、本明細書で説明される。
【００１７】
[0029]いくつかの実装では、アクセスポイント（ＡＰ）は、バッテリによって電力供給され得る。例えば、バッテリよって電力供給されるＡＰは、中継器として特に有用であり得る。バッテリよって電力供給されるＡＰのこのような実装、及び中継器としてのそれらの使用では、パワーセーブを促進するために、ＡＰ仮眠プロトコル（AP doze protocol）が使用され得る。一例として、中継器は、不在通知シグナリング属性（例えば、Ｗｉ−Ｆｉピア・ツー・ピアに関して定義された）に類似するか同一であるシグナリングを使用して、一定のインターバルで不在の期間を通知し得る。別の例において、ビーコン中の新しい情報エレメントが使用され得る。ＮｏＡ期間がＴＢＴＴとオーバーラップする場合、中継器は、ウェイクアップし、ビーコンを送信する。そのようなウェイクアップ期間中のＴＩＭエレメントは、ＳＴＡが仮眠状態（doze state）にあり得るため、ダウンリンクデータを有する（with）いずれのＳＴＡも示さない。中継器は、アップリンクデータに対して肯定応答を送り得、プローブ及びアソシエーション要求にも応答し得る。
【００１８】
[0030]別のパワーセーブスキームでは、ＡＰは、例えば、すべてのそのクライアント局が仮眠状態にある場合、日和見的に仮眠状態に移る。日和見的なパワーセーブスキームでは、ＡＰは、ＴＢＴＴ毎にウェイクアップし、そしてＡｗａｋｅＷｉｎｄｏｗ時間（AwakeWindow time）と呼ばれ得る少なくともある継続期間の間、アウェイク状態のままである。不在通知とオーバーラップするＴＢＴＴ中に、中継器がウェイクアップする時、その中継器は、ビーコンを送った直後に仮眠状態に入り得、例えば、すべてのＳＴＡが仮眠状態にあるかどうかを決定することなく仮眠状態に入る。このスキームにおいて、アソシエートされたＳＴＡは、このようなＮｏＡ期間中、ビーコンの後にアップリンクデータを送るべきではない。ＡＰは、それらのアウェイク時間を、例えば、“延長アウェイク”ブロードキャストフレーム（“Extend Awake” broadcast frame）のような延長を示す短い通信を送ることで、ＡｗａｋｅＷｉｎｄｏｗを超えて延長し得、またＡＰは、ウェイク延長フレーム（wake extension frame）によって示される時間の間、アウェイクのままであることを継続するだろう。これは、ＡｗａｋｅＷｉｎｄｏｗによって示されるアウェイク時間に加えて、ＡＰが、ある量の時間の間、アウェイクであるように構成され得、そしてこれは、“延長された継続期間”の間、アウェイクであるＡＰと呼ばれ得る。ＡＰは、他の媒体のアクティビティがない時にのみ、及びＡｗａｋｅＷｉｎｄｏｗ時間期間の後の時間にのみ、このフレームを送る。ＡｗａｋｅＷｉｎｄｏｗの後にウェイクアップするＳＴＡは、ＡＰから又はＡＰへ送信されるパケットをチェックするために通信されるパケットを感知することにより、及び／又は延長アウェイクフレームを受信することにより、ＡＰがアウェイクであるかどうかを決定する。ＡｗａｋｅＷｉｎｄｏｗは、スロット中に表され得る。媒体が接続されていない（free）時、ＡＰは、ＡｗａｋｅＷｉｎｄｏｗスロットをカウントダウンし得る。これは、保留中のアップリンク送信がない場合、中継器がすぐにスリープ状態に入ることができることを保証する。ＡｗａｋｅＷｉｎｄｏｗカウントダウンは、ＡＰがアップリンクパケットを受信する時はいつでも再スタートされるべきである。ＩＥＥＥにおける規格化を可能にするために、ピアツーピア情報エレメント（ＩＥ）におけるＮｏＡ情報は、別個の（separate）ＩＥ中で運ばれ得る。例えば、１つの実装では、ＩＥフィールドは、（１）不在継続期間（Absence Duration）：マイクロ秒のＮｏＡ期間の長さ、（２）インターバル（Interval）：複数のＮｏＡ期間のスタート時間の間のインターバル、（３）スタート時間（Start time）：ＮｏＡサイクルのスタートにおけるタイミング同期機能（ＴＳＦ）タイマの４つの最下位ビット（ＬＳＢ）、及び（４）カウント（Count）：現在の設定が満了する前のＮｏＡ期間の数（number NoA periods）、を含み得る。
【００１９】
[0031]ＡＰパワーセーブ動作の１つの実装では、ＡＰでの動作は、ＳＴＡがＡＰのアウェイク／仮眠状態を合理的な精度で追跡することを可能にする。ＡＰが、送信すべきパケットを有する時、ＴＢＴＴ毎に、ＡＰはアウェイク状態へと変化し、ＴＩＭを含むビーコンを送る。ＴＩＭにおいて示される全てのＳＴＡに関して、ＡＰの状態は、そのデータが配信されるまでアウェイクである。ＡＰは、全てのＳＴＡに関するダウンリンクデータが配信されるまで、仮眠状態には入らないであろう。ＴＩＭによって“ポーリングされた（polled）”ＳＴＡは、ＡＰがアウェイクであることを明確に決定することなく、そのＰＳポールを送り得る。全てのダウンリンクデータが配信される時、ＡＰはカウントダウンタイマ動作をスタートする。アップリンクデータが受信される場合、ＡＰはカウンタを停止し、（例えば、より多くのデータビット（More Data bit）を使用して）ＡＰがデータを受信する各ＳＴＡが、これ以上データがないことを示すまで、アウェイク状態のままでいる。ＡＰは、一旦これ以上のアップリンクデータがないことを決定すると、再度カウントダウンをスタートさせる。アップリンクデータを有するＳＴＡに関して、より多くのデータ指示を有するＡＰの最初の“アウェイク”時間内に、ＳＴＡは、アップリンクデータ又はＱｏＳヌルを送り得る。ＡＰは、次に、送るべきアップリンクデータがこれ以上無いとのＳＴＡからのインジケーションを受信するまで、アウェイク状態のままでいる。データ送信が完了すると、ＳＴＡはより多くのデータインジケーションをリセットし得、それは、仮眠状態をスタートすることをＡＰに指示し得る。ＴＢＴＴの最中に“ウェイクアップ”するＳＴＡは、その“ウェイクアップ”時間が（ビーコンに関して）ＡＰのアウェイク時間を超えている場合、ＡＰは仮眠状態にあると“仮定”するべきである。いくつかの実装では、ＳＴＡが“空中で”通信されているデータを感知することによって、ＡＰの状態を追跡することができる場合、そのＳＴＡは、ＡＰがアウェイク状態にあるかどうかを決定するための情報を使用し得る。ウェイクアップインターバルを超えてビーコンインターバルの最中にアウェイク状態へと変化した可能性のあるＳＴＡを助けるために、ＡＰは、仮眠モードへのカウントダウンを始めていることを示すフレームを送信し得る。いくつかの実装では、フレームは、ＡＰが仮眠状態に変化する前の残りの時間を含む。フレームは、ＡＰがアウェイク状態にあり、仮眠状態に移る前のある時間の間、データを受信し得ることをＳＴＡに示す。
【００２０】
[0032]“アドホックネットワーク”は、任意のトポロジを形成する無線リンクによって接続されるノードのうちの自己構成ネットワークを指す。アドホックネットワークは通常、多数の地理的に分散された、潜在的なモバイルユニット、又はＳＴＡを含み、“ノード（node）”と呼ばれることも多く、それらは、１つまたは複数のリンク（例えば、無線周波数通信チャネル）によって無線で互いと接続されている。ノードは、インフラストラクチャベースの又は有線ネットワークのサポートがなくとも、無線媒体を介して互いと通信し得る。これらノード間での接続またはリンクは、既存のノードがアドホックノード内に移るように、新しいノードがアドホックネットワークに連結又は加入するように、または既存のノードがアドホックネットワークを出るか残るように、任意の方法で動的に変化し得る。ノードの１つの特性は、単一“ホップ”離れたノードと、短い範囲を超えて、各ノードが直接通信し得るということである。そのようなノードは、“隣接ノード（neighbor nodes）”と呼ばれることもある。大きなネットワークは、無線ノードに有線バックホールへのアクセスを提供するＩＡＰ（intelligent access points）を使用して実現され得る。
【００２１】
[0033]マルチホップネットワークでは、ＳＴＡによって送られる通信パケットは、宛先ＳＴＡ（destination STA）に達する前に１つまたは複数の媒介ＳＴＡ（intermediary STAs）を通じて中継され得る。あるＳＴＡが宛先ＳＴＡにパケットを送信する時、それらＳＴＡは、１以上のホップ（例えば、ＳＴＡの無線送信範囲を超える２つのＳＴＡ間の距離）によって分割され、パケットは、そのパケットが宛先ＳＴＡに達するまで媒介ＳＴＡを介して中継され得る。そのような状況において、それらの最終的な宛先ＳＴＡにパケットが達するまで、各媒介ＳＴＡは、ルートに沿って次のＳＴＡにパケット（例えば、データ及び制御パケット）をルーティングする。次のＳＴＡにパケットを中継するために、各ＳＴＡは、隣接するＳＴＡとの通信を通じて収集したルーティング情報を維持し得る。ルーティング情報はまた、現在のネットワークのトポロジを反映するために、ネットワーク中に周期的にブロードキャストされ得る。あるいは、明確なルーティング情報を維持するために送信された情報の量を減らすように、ネットワークＳＴＡは、それが必要とされる時にのみルーティング情報を交換し得る。
【００２２】
[0034]Ｗｉ−Ｆｉダイレクト（ＷＦＤ）ネットワークは、Ｗｉ−ＦｉのＳＴＡが、ホームネットワーク、オフィスネットワーク、又はホットスポットネットワークに加入することなくＰ２Ｐ方式で互いに接続することが可能な、Ｗｉ−Ｆｉアライアンスによって提案されたネットワークシステムである。多くのＷｉ−Ｆｉネットワークは、“インフラストラクチャモード”に設定され、ここで、ＡＰは、Ｗｉ−Ｆｉ利用可能なＳＴＡが接続される中心のハブとして実装され得る。Ｗｉ−Ｆｉネットワークのインフラストラクチャモードでは、接続されたＳＴＡは直接通信しないが、それらは、それらの接続されたＡＰを通過する。ＷＦＤネットワークでは、Ｗｉ−ＦｉダイレクトＳＴＡは、共有されている無線ＡＰを必要とすることなく互いと通信することができる。一例では、Ｗｉ−ＦｉダイレクトＳＴＡは、どのＳＴＡがＡＰとしての役割を果たすかを決定するために、それらがいつ最初に接続するかをネゴシエートする。
【００２３】
[0035]ＩＥＥＥ８０２．１１ｅ及びＩＥＥＥ８０２．１１ｚのようなＩＥＥＥ規格において規格されるように、ダイレクトリンクセットアップ（ＤＬＳ）又はトンネルされた（tunneled）ダイレクトリンクセットアップ（ＴＤＬＳ）は、少なくとも２つのＳＴＡで接続する能力を提供する。図１は、ＳＴＡ １０４Ａ−Ｅ及びＡＰ １０２を含むＩＥＥＥ８０２．１１ＷＬＡＮ １００の実装の一例を例示する。ＡＰ １０２は、接続１０６Ａ及び１０６Ｂのそれぞれを介して、インフラストラクチャモードにおける少なくとも２つのＳＴＡ １０４と１０４と間のトラフィックを通すように構成され得る。インフラストラクチャモードでは、ＳＴＡ １０４が、ピアＳＴＡ １０４Ｂとの通信を希望する時、ＳＴＡ １０４は、ＡＰ１０２に１つのフレーム（又は複数のフレーム）を送り得る。ＳＴＡ １０４Ａからフレームを受信した後、ＡＰ １０２は、フレームを復号し、ＡＰ １０２が受信フレームの中の全ての情報を成功裏に復号し得ることを決定し得る。成功裏にフレームを復号すると、ＡＰ １０２は、そのフレームが送られる宛先をチェックし得、及びその後、適宜その宛先に、又はその宛先の方へフレームを転送する。１つの実装では、ＳＴＡ １０４Ａによって送られたフレームは、ＡＰ １０２を介して接続１０６Ａを通じてピアＳＴＡ １０４Ｂに転送され得る。いくつかの実装では、同時に、ピアＳＴＡ １０４Ｂは、ＡＰ １０２を介して接続１０６Ｂを通じてＳＴＡ １０４Ａにフレームを送り得る。ＤＬＳ及びＴＤＬＳは、ＡＰ １０２を通じた追加の通信無しで、ＳＴＡ １０４Ａ及び１０４Ｂが、直接接続１０８を確立することを可能にするメカニズムである。言い換えれば、ＳＴＡ １０４Ａと１０４Ｂとの間で交換されるべきフレームは、接続１０６Ａ又は１０６Ｂいずれかの代わりに、接続１０８を通じて直接送られ得る。このようなダイレクトリンクは、特に両方のＳＴＡが物理的に互いに近い位置にある時に、無線周波数スペクトルを効率的に使用する手段を提供する。
【００２４】
[0036]ＩＥＥＥ８０２．１１ｚ規格は、トンネルされたＤＬＳ又はＴＤＬＳを定義する。１つのＴＤＬＳの特徴は、アソシエートされたＡＰによる関与を最小化するためのＡＰ独立ＤＬＳメカニズム（AP-independent DLS mechanism）を提供することである。一例では、ＳＴＡ １０４Ａは、図１に示されるように、ＡＰ １０２を介してピアＳＴＡ １０４Ｂにダイレクトリンクセットアップ要求フレームを送る。ピアＳＴＡ １０４Ｂは、ＡＰ １０２を介してＳＴＡ １０４Ａに応答フレームを送ることによって返答し得る。通常のＩＥＥＥ ８０２．１１ｅ ＤＬＳシグナリングフレームとは異なり、ＴＤＬＳシグナリングフレームは、透過的にＡＰを介して移行されるように、ＭＡＣデータフレーム中にカプセル化される（encapsulated）。例えば、図１で示されるように、ＡＰ １０２は、ＡＰ １０２を通過するＴＤＬＳシグナリングフレームの情報を有していない可能性がある。これは、単純化された双方向ハンドシェイクに帰着し得、及びこの双方向ハンドシェイクは、ＡＰ内に実装されるべきいずれのＴＤＬＳの特徴も要求しない。これは既存の通信ネットワークにおけるＴＤＬＳ特徴の配置を単純化し得る。
【００２５】
[0037]図２は、ＷＬＡＮ ２００及び無線ＡＰ ２０２の実装の一例を例示する図である。ＷＬＡＮ ２００のエレメントが図２に表示され、及び対応して１つの配置で説明されているが、他の実装は、同じ機能を組込む、他の配置を特徴とし得る。ＷＬＡＮ ２００は、ＡＰ ２０２と、例えば、ＳＴＡ ２０４Ａ、２０４Ｂ、２０４Ｃのような複数のＳＴＡとを含む。図２に示されるように、ＡＰ ２０２は少なくとも、物理（ＰＨＹ）層、ＭＡＣ層、及びアプリケーション層通信を処理するための、並びにＡＰ ２０２と少なくとも１つの他のＳＴＡとの間をシグナリングするための、無線送信機２１４、無線受信機２１６、アンテナ２２０、通信プロセッサ２１８を含む。ＡＰ ２０２は更に、データに関連した通信及びアプリケーションを含む、データを格納するためのメモリユニット２１２を含む。通信プロセッサ２１８は、少なくとも無線受信機２１６、無線受信機２１４、及びメモリユニット２１２と結合される。無線受信機２１６及び無線送信機２１４の両者は、それぞれ、無線電磁信号を送信及び受信するためにアンテナ２２０に結合され、ＳＴＡ ２０４Ａは、本開示の１つまたは複数の実装に従って構成され得、一方でＳＴＡ ２０４Ｂ及び２０４Ｃは、本開示の実装に従って、又は従来の無線クライアントとして構成され得る。図２に示されるように、いくつかの実装では、ＳＴＡ ２０４Ａは、接続２０６、２０８、及び２１０Ａを介して、ＡＰ ２０２を通じてインフラストラクチャモードにおいて、ＳＴＡ ２０４Ｂ及びＳＴＡ２０４Ｃと通信し得る。ＤＬＳ又はＴＤＬＳがＷＬＡＮ ２２０中で使用可能である時、ダイレクト通信リンク２１０Ｂ及び２１０Ｃは、ＳＴＡ ２０４Ａと、ピアＳＴＡ ２０４Ｂ及び２０４Ｃとの間で設定され得る。このように、ＳＴＡ ２０４Ａは、ダイレクトリンク２１０Ｂ及び２１０Ｃのそれぞれを通じて、ピアＳＴＡ ２０４Ｂ及び２０４Ｃとフレームを交換し得る。
【００２６】
[0038]図３は、図１中に例示されたＳＴＡ １０４Ａ、及び図２中に例示されたＳＴＡ ２０４Ａの１つの例示的な実装の詳細を示す。説明される実装では、ＳＴＡ ３００のエレメントは、１つの配置で表現されているが、他の実装は、他の配置を特徴とし得る。１つの実装では、ＳＴＡ ３００のエレメントは、ハードウェア、ソフトウェア、又は任意のこれらの組合せで実装され得る。図３に示されるように、ＳＴＡ ３００は、ＰＨＹ層プロセッシングユニット３０６、メモリユニット３１２、無線周波数（ＲＦ）トランシーバ３１４、及びアンテナ３１６を含む。それは、更に、ホスト３０４、ＭＡＣ層プロセッシングユニット３０８、及びアプリケーション層プロセッシングユニット３１０を含む。ホスト３０４は、モバイルフォン、Ｗｉ−Ｆｉアクセスポイント、又はコンピュータであり得る。ＰＨＹ層プロセッシングユニット３０６は、無線信号を送信または受信するためにＲＦトランシーバ３１４及びメモリユニット３１２に結合される。１つの実装では、ＲＦトランシーバ３１４は、図２に示されるような、無線受信機２１６と無線送信機２１４との組み合わせと類似し得る。ＭＡＣ層プロセッシングユニット３０８は、少なくともＰＨＹ層プロセッシングユニット３０６及びメモリユニット３１２に結合される。ＭＡＣ層プロセッシングユニット３０８は、アプリケーション層プロセッシングユニット３１０からアプリケーション層データパケットを受信し、それに応じてＭＡＣ層データフレームを生成する。この後、ＭＡＣ層プロセッシングユニット３０８は、ＰＨＹ層プロセッシングユニット３０６、ＲＦトランシーバ３１４、及びアンテナ３１６を介してＭＡＣ層データフレームを送り得る。アプリケーション層プロセッシングユニット３１０は、少なくともＭＡＣ層プロセッシングユニット３０８及びメモリユニット３１２に結合される。いくつかの実装では、アプリケーション層プロセッシングユニット３１０は、ＰＨＹ層プロセッシングユニット３０６、及び更にＲＦトランシーバ３１４更に結合され得る。ＳＴＡ ３００は、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、８０２．１１ｇ、８０２．１１ｉ、８０２．１１ｋ、８０２．１１ｎ、８０２．１１ｖ、及び８０２．１１ｗのような承認された修正およびドラフトを含む、ＩＥＥＥ規格８０２．１１のすべてあるいは一部に準拠し得る。
【００２７】
[0039]図４は、本発明の実装に従った、無線ＬＡＮにおける２つのＳＴＡ ４０２及び４０６と、ＡＰ ４０４との間の、例示的なフレーム交換を示す。ダイレクトリンクが、２つのＳＴＡ間のデータの交換のために設定される前に、一連のフレームは、これら２つのＳＴＡ間で、ダイレクトリンクを確認し、始めるために交換する。最初に、開始ＳＴＡ ４０２はターゲットＳＴＡ ４０６に向けられたダイレクトリンクセットアップ要求４０８を発行する。ダイレクトリンクセットアップ要求メッセージは、カプセル化され、ＡＰ ４０４を通じて送られ得る。このフレームは、要求ＳＴＡ ４０２の能力についての情報を含む。ダイレクトリンクセットアップ要求４０８を発行した後、開始ＳＴＡ ４０２は、ダイレクトリンクセットアップ応答を受信することを予期する、リスニングウィンドウ（a listening window）に入り得る。そのダイレクトリンクセットアップ要求４０８を成功裏に受信した後、ＳＴＡ ４０６は、ダイレクトリンクセットアップ応答４１０を用いて応答し得る。このダイレクトリンクセットアップ応答フレームはまた、ＡＰ ４０４を通じてトンネリングされ得、ターゲットＳＴＡ ４０６の能力についての情報を含み得る。加えて、ダイレクトリンクセットアップ応答フレームは、更に、ダイレクトセットアップ要求４０８を受け入れるか、又は拒絶することを示すステータスコードを備え得る。開始ＳＴＡ ４０２が、リスニングウィンドウ内でダイレクトリンクセットアップ応答４１０を受信し、及びダイレクトリンクセットアップ要求４０８のステータスコードが、セットアップ要求が受け入れられたことを示す場合、それは、ＡＰ ４０４を介して、ダイレクトリンクセットアップ確認４１２で返答する。この時点で、ＳＴＡ ４０２と４０６との間のダイレクトリンク４１４が確立され、２つのＳＴＡが直接通信し始め得る。
【００２８】
[0040]Ｐ２Ｐプロトコル通信は、Ｐ２Ｐ情報エレメント（ＩＥ）、Ｐ２Ｐアクションフレーム、及びＰ２Ｐパブリックアクションフレームフォーマットの使用に基づいている。それらは、ＷＦＡ管理組織識別子（ＯＵＩ：organizational unique identifier）、及びＰ２Ｐを示すＯＵＩタイプでＩＥＥＥ規格８０２．１１において定義されるような、ベンダー固有ＩＥ及びベンダー固有アクションフレームフォーマットを利用する。ＩＥＥＥ規格８０２．１１−２００７で定義されるような、ベンダー固有ＩＥフォーマットの構造が、下記の表１に示される。長さフィールドは、オクテット中のＩＥフレームにおいて、後に続くフィールドを定義する。長さフィールドは、可変であり、Ｐ２Ｐ属性の合計の長さに４を加えるように設定され得る。ＯＵＩは、ベンダーＩＤと呼ばれることも多い。ＯＵＩは、ネットワークに接続されたＳＴＡに関するＭＡＣアドレスの最初の２４ビットであり、ＳＴＡに関する固有ベンダーを示す。Ｐ２Ｐの属性は、１オクテットのＰ２Ｐ属性ＩＤフィールド、２オクテットの長さフィールド、及び可変長の属性固有情報フィールド（variable-length attribute-specific information fields）から構成される共通の一般的なフォーマットを有するように定義される。１つ以上のＰ２Ｐ ＩＥは、単一のフレーム中に含まれ得る。複数のＰ２Ｐ ＩＥが存在する場合、完全なＰ２Ｐ属性データは、複数のＰ２Ｐ ＩＥのＰ２Ｐ属性フィールドの連結から構成される。各Ｐ２Ｐ ＩＥの２Ｐ属性フィールドは、最大値（２５１オクテット）までの任意の長さであり得る。
【表１】
0006392224.tif 000002
【００２９】
[0041]ＩＥＥＥ８０２．１１管理フレームは、ＳＴＡが通信を確立し、維持することを可能にする。ＡＰは、アソシエーションを要求しているＳＴＡに、拒否又は受け入れ通知を含むアソシエーション応答フレームを送る。ＡＰがＳＴＡを受け入れる場合、フレームは、アソシエーションＩＤ及びサポートされたデータレートのような、アソシエーションに関する情報を含む。アソシエーションの結果が肯定的な場合、ＳＴＡは、ネットワーク上の他のＳＴＡ及びＡＰの配信側のシステムと通信するために、ＡＰを利用し得る。１つまたは複数のＰ２Ｐ ＩＥは、Ｐ２Ｐ ＳＴＡによって送信されたアソシエーション要求又は再アソシエーション要求フレームにおいて、他の情報エレメントの後に挿入されるものとする。Ｐ２Ｐ ＳＴＡによって送られたアソシエーション要求又は再アソシエーション要求フレームの応答フレーム中に含まれる、Ｐ２Ｐ ＩＥに関するＰ２Ｐ属性は、表２に示される。Ｐ２Ｐの能力の属性は、Ｐ２Ｐ ＩＥ中に存在するものとする。延長されたリッスンタイミング属性は、Ｐ２Ｐ ＳＴＡによって送信されたアソシエーション要求又は再アソシエーション要求フレーム中のＰ２Ｐ ＩＥ中に存在し得る。Ｐ２Ｐデバイス情報属性は、Ｐ２Ｐ ＩＥ中に存在するものとする。
【表２】
0006392224.tif 000003
【００３０】
[0042]図５は、例示的なパワーセーブ処理又は機能のタイミングフロー図５００を例示し、これは、本明細書では“日和見的なパワーセーブ”と呼ばれ得る。このようなパワーセーブ機能は、例えば、ＷＦＤ通信グループにおいて実装され得る。日和見的なパワーセーブは、例えば、Ｐ２Ｐグループオーナーデバイス（ＧＯ）が、そのクライアントの全てが仮眠状態にあると決定する時、例えば、Ｐ２Ｐ ＧＯが日和見ベースで（opportunistic basis）更なるパワーセーブを得ることを可能にするパワー管理スキームを指し得る、広義の用語である。タイミングフロー図５００（図５）中で、Ｐ２Ｐグループオーナー（ＧＯ）（例えば、ＳＴＡ ５１０）、第１のクライアント（例えば、ＳＴＡ ５０８Ａ）、及び第２のクライアント（例えばＳＴＡ ５０８Ｂ）のパワー管理状態が示される。より具体的には、タイミングフロー図５００は、ＳＴＡ ５１０が、ＳＴＡ ５０８Ａ及び５０８Ｂの両者がいつ仮眠状態（例えば、ＳＴＡ ５０８Ａについての仮眠状態５１６Ａ、５１６Ｂ、及び５１６Ｃ、並びにＳＴＡ ５０８Ｂについての仮眠状態５１８Ａ及び５１８Ｂ）にあるかを検出することができることを例示する。ＳＴＡの仮眠状態の検出は、いずれかのＳＴＡのためにバッファーされた任意のデータがあるかどうかを検出すること、及び／又はその通知に基づき得る。
【００３１】
[0043]ＳＴＡ ５０８Ａ及び／又は５０８Ｂが仮眠状態にあるかどうかを検出することに関して、ＳＴＡ ５１０は、ＳＴＡ ５０８Ａ及び５０８Ｂから送られた不在通知（ＮｏＡ）をチェックし得る。ＳＴＡ ５０８Ａ又は５０８Ｂによって送られた各ＮｏＡにおいて、ＮｏＡは、いつＳＴＡ ５０８Ａ又は５０８Ｂが仮眠状態にあるかを示し得る。これらＮｏＡを受信した後、Ｐ２Ｐ ＧＯ ５１０は、ＳＴＡ ５０８Ａ及び５０８Ｂの各々が、それ自体の仮眠状態に入る時を検出し得る。
【００３２】
[0044]加えて、ＳＴＡ ５１０は、ＳＴＡ ５１０によるビーコンフレーム送信の後に続く、例えば、クライアントトラフィックウインドウ（a client traffic window）（ＣＴＷｉｎｄｏｗ）のようなリスニングインターバル中に、いずれかのＳＴＡに関してバッファーされた任意のデータがあるかどうかをチェックし得る。ＣＴＷｉｎｄｏｗ（例えば、ＣＴＷｉｎｄｏｗ ５１２Ａ、５１２Ｂ、及び５１２Ｃ）は、ターゲットビーコン送信時間（ＴＢＴＴ：target beacon transmit time）のスタートの後に、ＳＴＡ ５１０がアウェイクのままでいるリスニング期間である。ＳＴＡ ５１０は、ＴＢＴＴでビーコンフレームを送信した後、例えば、ＣＴＷｉｎｄｏｗのような少なくとも１つの“ＡｗａｋｅＷｉｎｄｏｗ”継続期間のままである。例えば、ＴＢＴＴ ５１４Ａ、５１４Ｂ、及び５１４Ｃの各々の後に、ＳＴＡ ５１０は、個々に、ＣＴＷｉｎｄｏｗ５１２Ａ、５１２Ｂ、及び５１２Ｃのうちの少なくとも１つの期間の間、アウェイクに留まる。
【００３３】
[0045]図５に示されるように、他のＳＴＡが仮眠状態にあることを検出した後、次のＴＢＴＴが近づくまで、Ｐ２Ｐ ＧＯは、それ自体の仮眠状態に入り得る。例えば、ＳＴＡ ５０８Ａが仮眠状態５１６Ｂにあり、及びＳＴＡ ５０８Ｂが仮眠状態５１８Ｂにあることを、ＳＴＡ ５１０が検出した後、ＳＴＡ ５１０は、次のＴＢＴＴ ５１４Ｂが近づくまで、それ自体の仮眠状態５０２に入り得る。
【００３４】
[0046]１つの実装では、ＳＴＡ ５０８Ａ又はＳＴＡ ５０８Ｂのいずれかが仮眠状態にあると決定できない場合、ＳＴＡ ５１０は、アウェイクのままである。別の実装では、いずれかのＳＴＡが日和見的なパワーセーブをサポートしていない場合、ＳＴＡ ５１０は、仮眠状態には入らない。
【００３５】
[0047]別の実装では、ＳＴＡ ５０８Ａ又は５０８Ｂのいずれかが、リスニングインターバル（例えば、ＣＴＷｉｎｄｏｗ ５１２Ｂ）中にデータを送信することによってビーコンフレームに応答する場合、ＳＴＡ ５１０は、クライアントとの通信を可能にするためにアクティブ状態（例えば、アクティブ状態５０４）に留まる。ＳＴＡの１つがデータを送信する限りは、Ｐ２Ｐ ＧＯはアクティブに留まる。例えば、タイミングフロー図５００は、ＳＴＡ ５０８Ａが、ＣＴＷｉｎｄｏｗ ５１２Ｂ中にデータを用いてビーコンフレーム５２０に応答し、その結果、ＳＴＡ ５１０は、ある時間期間の間、アクティブ状態５０４に留まることを示す。しかしながら、ＳＴＡ ５０８によって送られたデータが、しきい値時間期間を超える間受信されなかった場合、タイミングフロー図５００は、ＳＴＡ ５１０が、次のＴＢＴＴ（例えば、ＴＢＴＴ５１４Ｃ）が近づくまで、短い量の時間の間、別の仮眠状態（例えば、仮眠状態５０６）に入ることを示す。
【００３６】
[0048]図６は、ＷＦＤ通信グループに関する、ＮｏＡパワーセーブ動作の一例を例示するタイミングフロー図６００を示す。ＮｏＡパワーセーブ動作は、送信されたビーコンフレーム、及びプローブ応答フレーム内で、Ｐ２Ｐ ＧＯにおける計画された不在の期間又は周期的な不在をスケジューリングするために使用される。不在の正確な期間は、ビーコンフレーム、プローブ応答、又はＮｏＡフレームを通じて、Ｐ２Ｐ ＧＯ（すなわち、図６のＳＴＡ ６１０）によって事前にアナウンスされる。Ｐ２Ｐ ＧＯ ６１０は、スタート時間のスタート時に、仮眠状態に入り得る。Ｐ２Ｐ ＧＯ ６１０は、仮眠状態の継続期間の時間の間、仮眠状態時間のままであり得る。Ｐ２Ｐ ＧＯ ６１０は、その継続期間の終わりにウェイクアップし得る。Ｐ２Ｐ ＧＯ ６１０は、インターバルが満了した後に、仮眠状態に戻り得る。このプロシージャは、インターバルのカウント数の間、繰り返される。図６において、カウント数の例は、７である。２５５のカウントが、制限なく繰り返すことを示し得る。
【００３７】
[0049]タイミングフロー図６００では、ＧＯ（ＳＴＡ ６１０）のパワー管理状態、第１のクライアント（ＳＴＡ６０８Ａ）、及び第２のクライアント（６０８Ｂ）が示される。より具体的には、タイミングフロー図６００は、ＳＴＡ６１０が、その仮眠状態６０２Ａ−６０２Ｇを、ＳＴＡ６０８Ａの仮眠状態６０４Ａ−６０４Ｇ、及びＳＴＡ６０８Ｂの仮眠状態６０６Ａ及び６０６Ｂとアラインさせることができることを示している。仮眠状態６０２Ａ−６０２Ｇ、６０４Ａ−６０４Ｇ、６０６Ａ及び６０６Ｂのアライメントは、Ｐ２Ｐ ＧＯ ６１０、クライアント、ＳＴＡ６０８Ａ、及び６０８Ｂ間の前の通信又はプログラミングによって達成される。
【００３８】
[0050]ビーコンフレーム、プローブ応答、又は不在通知アクションフレーム中には、わずか１つのＮｏＡ属性しか存在しない可能性がある。しかしながら、ある時間期間にわたって同時に動作する最大２つの異なるＮｏＡスケジュールが存在し得る。クライアント又はＳＴＡ（例えば、ＳＴＡ ６０８Ａ又は６０８Ｂ）は、Ｐ２Ｐ存在要求メッセージを使用することにより、Ｐ２Ｐ ＧＯ（例えばＰ２Ｐ ＧＯ ６１０）に、決して日和見的なパワーセーブに入らないよう要求し得る。日和見的なパワーセーブは、Ｐ２Ｐ ＧＯによって使用されるＮｏＡパワーセーブと組み合わせられ得る。
【００３９】
[0051]Ｐ２Ｐ ＧＯパワーセーブ状態を決定するためのある優先事項（priority）がある。Ｐ２Ｐ ＧＯパワーセーブ状態を決定するための例示的な優先順位は、（１）最優先事項：非周期的なＮｏＡによる不在及び１のカウント；（２）第２の優先事項：ＴＢＴＴからのビーコンフレームの送信の終わりまでの存在（presence）；（３）第３の優先事項：アウェイクウィンドウの間の存在、及び（４）第４の優先事項：周期的なＮｏＡに関する不在及び１を超えるカウント、であり得る。
【００４０】
[0052]ＩＥＥＥ８０２．１１ｅ規格において、非ＡＰ ＳＴＡ間のＤＬＳがサポートされ、またＳＴＡは、ＤＬＳダイレクトリンクを通じて他のＳＴＡにフレームを直接送信し得る。ＳＴＡは、アクティブモード（ＡＭ）及びパワーセーブモード（ＰＳＭ）の、２つの異なるパワー管理モードで動作し得る。ＡＭ中のＳＴＡは、アウェイク状態にある。ＰＳＭ中のＳＴＡは、アウェイク状態と仮眠状態との間を遷移し得る。ＳＴＡは、ウェイクアップ状態の最初にアウェイクであり得、ウェイクウィンドウ中、アウェイクに留まり得る。ウェイクアップ状態にあるＳＴＡは、フレームを送信及び／又は受信し得る。仮眠状態にあるＳＴＡは、フレームを送信及び／又は受信できない。
【００４１】
[0053]いくつかの実装では、ＡＰはネットワーク中の負荷のレベルをモニタし、ウェイクアップウィンドウを調整する。ウェイクアップウィンドウは、ＡＰが、ビーコン送信の後にアウェイクである継続期間である。例えば、Ｗｉ−Ｆｉダイレクトネットワークの１つの実装では、Ｐ２Ｐ ＧＯは、ＣＴＷｉｎｄｏｗを使用して、ウェイクアップ継続期間を送信する。マルチホップ中継器の別の実装では、各中継器は、その中継器に関連する、子ノードのトラフィックに基づいて、そのウェイクアップウィンドウを調整するだろう。この１つの利点は、より少ない協調がＳＴＡとＡＰ／中継器との間で必要とされ得るということである。しかしながら、中継器又はＡＰはリアクティブモードで動作し得るため、最初のパケットは、より大きな遅延を経験し得る。
【００４２】
[0054]図７は、ウェイクアップスケジュールエレメントフォーマットの例示的な構造を例示する図を示す。パワー管理は、ダイレクトリンクのために必要とされ得ることが知られている。ＩＥＥＥ８０２．１１ｅ規格に従って、ＤＬＳダイレクトリンクがセットアップされた後、ＡＭ又はＰＳＭ中のＳＴＡは、ＤＬＳダイレクトリンクを通じて他のＳＴＡに管理フレーム及び／又はデータフレームを送信する。１つの実装では、ＴＤＬＳピアＳＴＡ（a TDLS peer STA）は、ウェイクアップスケジュールエレメントから構成される、ＰＳＭ要求アクションフレームを使用してパワーセーブを要求する。ウェイクアップスケジュールエレメントのフィールドは、オフセットフィールド７０６、インターバルフィールド７０８、アウェイクウィンドウスロットフィールド７１０、最大アウェイクウィンドウ継続期間フィールド７１２、及びアイドルカウントフィールド７１４を含む。インターバルフィールドの値は、２つのアウェイクスロット間のインターバルである。アウェイクウィンドウは、スロットのユニット中、又は時間ユニット中にある。アウェイクウィンドウは、次式を満たすＴＳＦ値で開始する。
ＴＳＦ値 ＭＯＤ インターバルフィールド７０８の値＝オフセットフィールド７０６の値
アウェイクウィンドウは、アウェイクウィンドウスロットカウンタが、ゼロ又は最大アウェイクウィンドウ継続期間フィールド７１２の値のいずれか早い方に達するまでカウントダウンされる時に終了する。アウェイクウィンドウスロットフィールド７１０、又は最大アウェイクウィンドウ継続期間フィールド７１２のいずれかにおけるゼロのインジケーションは、その他のものが有効であることを意味する。ピアＰＳＭエレメントは、ＭＡＣプロトコルデータユニットの交換無しで、アウェイクウィンドウのアイドルカウントフィールド７１４の数の後にキャンセルされる。
【００４３】
[0055]図８は、ＡＰパワーセーブ動作の例示的なプロシージャを例示するメッセージフロー図を示す。１つの実装では、中継器、ＡＰ、又はＳＴＡは、シグナリングを使用して一定のインターバルで不在の期間を通知し得る。シグナリングは、ＮｏＡシグナリング属性であり得る。あるいは、シグナリングは、ビーコンフレーム中の新たな情報エレメントであり得る。方法は、図８中のブロック８０２からスタートし、ここにおいて、ＡＰ １０２は、少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する。このレイテンシ情報は、少なくとも１つの通信デバイスの一定のインターバルにおける不在の期間であり得る。通知されたＮｏＡ期間が、ＴＢＴＴとオーバーラップしている場合、ＡＰ １０２は、ビーコンフレームを送信するためにウェイクアップする。このようなウェイクアップ期間中のトラフィック情報マップ（ＴＩＭ：traffic information map）エレメントは、ＳＴＡが仮眠状態にあり得るため、ダウンリンクデータを有する任意のＳＴＡを示すことを含まない。レイテンシ情報は、メモリ中に格納され得る。
【００４４】
[0056]ブロック８０２に続いて、ＡＰ １０２は、ブロック８０４に示されるように、例えばメモリからレイテンシ情報を検索する。ブロック８０６では、ＡＰ １０２は、ＡＰ １０２に関するスリープサイクルを決定する。スリープサイクルは、ＡＰ １０２が信号を受信しない、及び信号を送らない時間期間を表す。最後にブロック８０８では、ＡＰ １０２は、別の通信デバイス又はＳＴＡ（例えば、ＳＴＡ １０４Ａ−１０４Ｅのいずれか）にフレームを送信する。フレームは、ＡＰ １０２によって受信されたレイテンシ情報を含む。
【００４５】
[0057]１つの実装では、ＳＴＡは、ＳＴＡがＰ２Ｐ ＧＯ、例えばＡＰ １０２に送るアソシエーション要求フレーム中で、そのレイテンシを報告する。ＡＰ １０２は、すべてのＳＴＡによって報告された全てのレイテンシをモニタする。ＡＰ １０２は、報告されたレイテンシに基づいてスリープサイクルをセットアップし得る。別の実装では、スリープサイクルは、最少のレイテンシ要求（minimum latency requirement）に設定される。スリープサイクルは、複数のＴＢＴＴにわたり得る。スリープサイクルは、ＡＰ又は中継器がＷｉ−ＦｉダイレクトＧＯである場合、ＮｏＡを使用して通知され得る。たとえ、ＡＰ又は中継器がＷｉ−ＦｉダイレクトＧＯでない場合であっても、同様の情報がビーコン又はプローブ応答を使用して通知される。
【００４６】
[0058]  マルチホップ中継の１つの実装では、スリープサイクルが子ノードに基づくことを決定する中継器は、提示されたスリープサイクルをその親に報告する。同様に、親ノードは、同様のプロシージャを経て、別のスリープサイクルを報告し得る。プロシージャは、スリープサイクル情報がルートＡＰ又は中継器に伝播されるまで継続され得る。
【００４７】
[0059]別の実装では、ＡＰ又は中継器は、１日のうちの異なる時間の間のスリープサイクル継続期間を用いてあらかじめ設定され得る。例えば、より長いスリープサイクルは、例えば、午前２時と午前５時との間のような、１日のうちの通常は使用頻度が低い時間の間、ＡＰ又は中継器のために使用され得る。別の例では、例えば、午後３時と午後６時との間のような、１日のうちの通常は使用頻度が高い時間の間、１日の時間以外の要素がスリープサイクルの継続期間を決定し得るように、最も短い可能性のある継続期間、又はより短い継続期間となるように、スリープサイクルがあらかじめ設定され得る。
【００４８】
[0060]図９は、マルチホップ中継ネットワーク中の中継器１０４Ａによってウェイクアップウィンドウを調整する例示的な方法の別のフローチャートを例示する。１つの実装では、ＡＰは、全てのそのクライアントＳＴＡが仮眠状態にある場合、日和見的に仮眠状態に移行する。日和見的なパワーセーブでは、ＡＰは、ＴＢＴＴ毎にウェイクアップし、ウェイクアップスケジュールエレメントで定義されるような、少なくとも予め定義されたＡｗａｋｅＷｉｎｄｏｗ時間の間、アウェイク状態のままである。ＡｗａｋｅＷｉｎｄｏｗの値は、スロット中で定義され得る。スロットは、デバイスがスリープに向かう前の、媒体のアイドル時間の量を表わし得る。ＡＰは、アソシエートされたチャネル又は媒体が接続されていない時、ＡｗａｋｅＷｉｎｄｏｗスロットをカウントダウンする。ＡＰ又は中継器は、保留中のアップリンク送信がない場合、すぐにスリープへ移行する。ＡｗａｋｅＷｉｎｄｏｗのカウントダウンは、ＡＰ又は中継器がアップリンクパケットを受信する時はいつでも再開され、スロットのカウントダウンを中断する。方法は、図９中のブロック９０２からスタートし、ここにおいて、ＡＰ １０２は、少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する。ブロック９０２に続いて、ＡＰ １０２は、レイテンシ情報を検索する。１つの実装では、ＡＰ １０２は、メモリにレイテンシ情報を格納する。ブロック９０６において、ＡＰ １０２は、ＡＰ １０２に関するスリープサイクルを決定する。スリープサイクルは、ＡＰ １０２が信号を受信しない、及び信号を送らない時間期間を表す。１つの実装では、このレイテンシ情報は、少なくとも１つの通信デバイスの一定のインターバルにおける不在の期間を含む。別の実装では、ＡＰ １０２が、ＮｏＡとオーバーラップしているＴＢＴＴ中にウェイクアップする時、ＡＰ １０２は、すべてのＳＴＡが休眠状態（asleep）であるかどうかを決定することなく、ビーコンフレームを送った後、仮眠状態となる、すなわち、ビーコンを送った後、すぐに仮眠状態に入る。同時に、アソシエートされたＳＴＡは、このようなＮｏＡ期間中、ビーコンフレームの後にアップリンクデータを送らない可能性がある。ブロック９０８において、ＡＰ １０２は、スリープサイクルによって示された時間期間中に他の無線デバイスに信号を送らない、または受信しないように構成される。
【００４９】
[0061]図１０は、延長ウェイクフレームフォーマットの例示的な構造を例示する図を示す。延長ウェイクフレームフォーマットのフィールドは、カテゴリフィールド１００２、アクションフィールド１００４、及びアウェイク継続期間フィールド１００６を含む。
【００５０】
[0062]ＩＥＥＥにおける規格化を可能にするために、Ｐ２Ｐ ＩＥでのＮｏＡ情報は、別個のＩＥ中で運ばれなければならないであろう。図１１は、新しいＮｏＡエレメントフォーマットの例示的な構造を例示する図を示す。新しいＮｏＡエレメントのフィールドは、アブセンスフィールド１１０６、インターバルフィールド１１０８、スタート時間フィールド１１１０、カウントフィールド１１１２を含む。アブセンス継続期間フィールド１１０６の値は、ミリ秒でのＮｏＡ期間の長さである。インターバルフィールド１１０８は、複数のＮｏＡ期間のスタート時間の間のインターバルを示す。スタート時間フィールド１１１０の値は、ＮｏＡサイクルの始まりにおけるタイマ同期機能（ＴＳＦ：timer synchronization function）タイマの最下位ビットである。カウントフィールド１１１２の値は、現在の設定が満了する前のＮｏＡ期間の数である。
【００５１】
[0063]図１２は、ＡＰパワーセーブ動作の例示的なプロシージャを例示するメッセージフロー図を示す。１つの実装では、中継器、ＡＰ、又はＳＴＡは、シグナリングを使用して一定のインターバルで不在の期間を通知し得る。シグナリングは、ＮｏＡシグナリング属性であり得る。あるいは、シグナリングは、ビーコンフレーム中の新しい情報エレメントであり得る。方法は、図１２中のブロック１２０２からスタートし、ここにおいて、ＡＰ １０２は、少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する。レイテンシ情報を格納する手段は、メモリ（例えば、図２のメモリ２１２）を含み得る。ブロック１２０２に続いて、ＡＰ １０２はレイテンシ情報を検索し、及びＡＰ １０２はＡＰ １０２に関するスリープサイクルを決定する。スリープサイクルは、ＡＰ １０２が信号を受信せず、及び信号を送らない時間期間を表す。検索する及び決定する手段は、プロセッサ（例えば、図２のプロセッサ）を含み得る。
【００５２】
[0064]図１３は、図１に例示されるＳＴＡ １０４Ａ、及び図２に例示されるＳＴＡ ２０４Ａの１つの例示的な実装の詳細を示す。記述された実装では、ＳＴＡ １３０２のエレメントは、１つの配置で表現されているが、他の実装は、他の配置を特徴とし得る。１つの実装では、ＳＴＡ １３０２のエレメントは、ハードウェア、ソフトウェア、又は任意のこれらの組み合わせ中で実装され得る。図１３に示されるように、ＳＴＡ １３０２は、プロセッサ１３０６（例えば、図３のＰＨＹ層プロセッシングユニット３０６）及びメモリユニット１３０４（例えば、図２のメモリ２１２又は図３のメモリ３１２）を含む。プロセッサ１３０６は、メモリユニット１３０４に結合され得る。無線信号を受信及び送信するためのＲＦトランシーバ（例えば、図３のＲＦトランシーバ３１４）に更に結合され得る。
【００５３】
[0065]別の実装では、ＡＰ １０２は、延長アウェイクブロードキャストフレームを送ることによって、アウェイクウィンドウの値を超えて、そのアウェイク時間を延長し得る。この後、ＡＰ １０２は、延長アウェイクブロードキャストフレームによって示された時間の間、アウェイクのままを継続する。ＡＰ １０２は、他の媒体のアクティビティがない場合にのみ、及びアウェイクウィンドウの継続期間の後の時間にのみ、この延長アウェイクブロードキャストフレームを送る。アウェイクウィンドウの継続期間の後にウェイクアップするＳＴＡは、ＡＰ １０２から／ＡＰ １０２へ送信されたパケットをチェックするために、空中のパケットを傍受することで、又はＡＰ １０２の延長アウェイクフレームを受信することで、ＡＰ １０２がアウェイクであるかどうかを決定する。
【００５４】
[0066]１つの実装では、ＴＢＴＴ毎に、ＡＰはアウェイク状態に変化し、ビーコンフレームを送る。ビーコンフレームは、ＴＩＭを含み得る。別の実装では、ＴＩＭにおいて示される各ＳＴＡに関して、ＡＰの状態は、そのデータが配信されるまでアウェイクである。ＡＰは、全てのＳＴＡに関するダウンリンクデータが配信されるまで、仮眠状態に入らない可能性がある。ＴＩＭによってポーリングされるＳＴＡは、ＡＰがアウェイクであることを明確に決定せずに、いつでもそのパワーセーブポールを送り得る。別の実装では、全てのダウンリンクデータが配信される時、ＡＰはカウンタ又はタイマをスタートする。アップリンクデータが受信される場合、ＡＰは、カウンタを停止し、例えば、より多くのデータビットを使用して、ＡＰがデータを受信する各ＳＴＡが、これ以上データが無いことを示すまで、アウェイク状態のままでいる。一旦、ＡＰがこれ以上アップリンクデータは無いことを決定すると、再度カウントダウンをスタートさせる。
【００５５】
[0067]１つの実装では、ＳＴＡは、より多くのデータのインジケーションを有する、アソシエートされたＡＰの最初のアウェイク時間内にＱｏＳヌル情報又はアップリンクデータを送り得る。ＡＰは次に、送信すべきアップリンクデータがこれ以上ないとのＳＴＡからのインジケーションを受信するまで、アウェイクのままでいるだろう。別の実装では、ＴＢＴＴの最中にウェイクアップするＳＴＡは、そのウェイクアップ時間が、例えば、ビーコンフレームに関して、アソシエートされたＡＰのアウェイク時間を超えた場合、アソシエートされたＡＰが仮眠状態にあると仮定し得る。
【００５６】
[0068]別の実装では、ＳＴＡは、ＴＩＭにおいて、それ自体についてのダウンリンクデータのインジケーションを見て、ＳＴＡは、ＡＰの状態を明確に追跡することなく、ＰＳポールを送り得る。アソシエートされたＡＰは、ＳＴＡへのデータ送信を完了するまで、アウェイクのままであると予期される。別の実装では、ＳＴＡは、送信すべきアップリンクデータを有する。それは、ＴＢＴＴに続くアウェイクウィンドウ内でＱｏｓヌル又はデータを送り得る。それは、ＳＴＡからの全てのデータが送信されるまで、アソシエートされたＡＰにアウェイクのままでいるよう強いるためのより多くのデータインジケーションを設定し得る。別の実装では、データ送信が完了する時、ＳＴＡは、アソシエートされたＡＰが仮眠状態をスタートできるように、より多くのデータインジケーションをリセットし得る。
【００５７】
[0069]１つの実装では、ウェイクアップインターバルを超えてビーコンフレームインターバルの最中にウェイクアップした可能性のあるＳＴＡを助けるために、ＡＰは、仮眠モードへのカウントダウンを開始していることを示すフレームを送信すべきである。フレームは、ＡＰに関する残りの時間の情報を含む。ＡＰは、ＡＰがアウェイクであり、及び仮眠状態に移行する前のある量の時間の間、データを受信し得ることをＳＴＡに知らせ得る。
【００５８】
[0070]別の実装では、ＡＰは、ＡＰの発見可能性を強化するためのビーコンフレームを送信するためにＴＢＴＴでウェイクアップする。いくつかの実装では、ＡＰは、全てのクライアントＳＴＡが仮眠状態にあると決定された場合にのみ仮眠状態にあり得る。いくつかの実装では、ＡＰは、ＴＤＬＳピアＰＳＭ（TDLS Peer PSM）において定義されるような、仮眠状態に戻る前のアイドル時間の量を示すため、アウェイクカウント（Awake Count）又は最大アウェイク時間（Max Awake time）を使用し得る。仮眠時間のカウントダウンは、ＡＰが送信／受信を完了した後にスタートする。カウントダウンは、ＡＰに関する任意のアクティビティが、カウントダウン中に生じる場合、リセットされる。別の実装では、ＡＰは、全てのクライアントが日和見的なパワーセーブスキームをサポートする場合、日和見的なパワーセーブを使用する。
【００５９】
［0071］上で記述された方法の様々な動作は、動作を実行することができる任意の適切な手段、たとえば、様々なハードウェアおよび／またはソフトウェアのコンポーネント、回路、および／またはモジュールによって実行され得る。一般的に、図面に例示した任意の動作は、動作を実行することができる対応する機能的手段によって実行され得る。
[0072]情報及び信号は、任意の様々な異なる技術及び技法を使用して表され得る。例えば、上記の説明を通して参照され得るデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界あるいは磁気粒子、光学界または光学粒子、あるいはそれら任意の組み合わせによって表わされ得る。
【００６０】
[0073]本明細書に開示された実装に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、もしくは両方の組み合わせとして実装され得る。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、多様な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。そのような機能が、ハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、全システムに課される特定のアプリケーションおよび設計制約に依存する。記述した機能は、各特定のアプリケーションに関する様々な方法で実装され得るが、そのような実装の決定は、アプリケーションの実装の範囲からの逸脱を引き起こすと解釈されるべきではない。
[0074]本明細書に開示された実装に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェア・コンポーネント、または、本明細書に説明される機能を実行するように設計されたこれら任意の組み合わせとともに実装または実行されることができる。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいはその他任意のこのような構成である、コンピューティングデバイスの組み合わせとして実装され得る。
【００６１】
[0075]本明細書に開示された実装に関連して説明された機能及びアルゴリズムあるいは方法のステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又はこの２つの組み合わせで直接具現化され得る。ソフトウェアに実装される場合、その機能は、有体の非一時的なコンピュータ可読媒体上に、１つまたは複数の命令又はコードとして格納されるか、あるいはそれらを介して送信され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知であるその他任意の形状の記憶媒体において存在し得る。記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替において、記憶媒体は、プロセッサと一体化され得る。ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光学ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は通常、磁気的にデータを再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。代替において、プロセッサおよび記憶媒体は、ユーザ端末内にディスクリートコンポーネントとして存在し得る。
【００６２】
[0076]本開示を要約する目的のため、アプリケーションのある態様、利点および新しい特徴が、本明細書に記述された。アプリケーションの任意の特定の実装に従って、そのような利点がすべて達成され得るわけではないことが理解されるべきである。従って、そのアプリケーションは、本明細書で教示され得、また示唆され得るような他の利点を必ずしも達成することなく、本明細書で教示されるような、利点のグループまたは１つの利点を達成するか最適化する方法で、具体化され得るか、または実行され得る。
【００６３】
[0077]上述された様々な実装の変更は、容易に明らかであり得、本明細書で定義され包括的な法則は、アプリケーションの精神または範囲から逸脱せずに、他の実装に適用され得る。したがって、本発明は、本明細書に示された実装に限定されるようには意図されず、本明細書に開示される原理および新規な特徴と一致する最も広い範囲を与えられることとなる。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
チャネルを介して無線ネットワークの少なくとも１つの通信デバイスと通信するための装置であって、
前記少なくとも１つの通信デバイスから受信したレイテンシ情報を格納するように構成されたメモリユニットと、
前記メモリユニットに動作可能に結合されたプロセッサと
を備え、前記プロセッサは、前記メモリユニットから前記レイテンシ情報を検索し、及び前記レイテンシ情報に基づいて前記プロセッサに関するスリープサイクルを決定するように構成され、前記スリープサイクルは、前記プロセッサに結合されたトランシーバが信号を受信しない、及び信号を送らない時間期間を示す、装置。
［Ｃ２］
前記プロセッサに結合される受信機を更に備え、前記受信機及び前記プロセッサは、共同で、前記少なくとも１つの通信デバイスから前記レイテンシ情報を含むフレームを受信するように構成され、ここにおいて、前記プロセッサは、前記メモリユニットに前記レイテンシ情報を格納するように構成され、前記スリープサイクルは、前記受信機が無線デバイスから無線信号を受信しない時間期間を示す、Ｃ１の装置。
［Ｃ３］
送信機を更に備え、ここにおいて、前記スリープサイクルは、前記送信機が無線デバイスに信号を送らない時間期間を示す、Ｃ２の装置。
［Ｃ４］
前記プロセッサ及び前記送信機は、共同で、少なくとも別の通信デバイスに少なくとも１つのフレームを送るように構成され、前記フレームは、前記装置が他の無線デバイスに信号を送らない、又は受信しない時間期間を示す情報を含む、Ｃ３の装置。
［Ｃ５］
前記装置は、バッテリによって電力供給される、Ｃ１の装置。
［Ｃ６］
前記装置は、アクセスポイント（ＡＰ）である、Ｃ１の装置。
［Ｃ７］
前記装置は、中継デバイスである、Ｃ１の装置。
［Ｃ８］
前記プロセッサは、前記スリープサイクルに、一定のインターバルで繰り返すことを行わせるように構成される、Ｃ１の装置。
［Ｃ９］
送られた前記少なくとも１つのフレームは、不在通知を使用して前記スリープサイクルを示す、Ｃ４の装置。
［Ｃ１０］
前記送信機は、前記スリープサイクルがビーコン送信時間とオーバーラップする時、ビーコンフレームを送信するように更に構成される、Ｃ３の装置。
［Ｃ１１］
前記装置は、ビーコンフレームを送った後に仮眠状態に入る、Ｃ１０の装置。
［Ｃ１２］
前記装置は、前記ビーコンフレームを送った後の延長された継続期間の後に仮眠状態に入る、Ｃ１０の装置。
［Ｃ１３］
前記送信機は、前記少なくとも１つの通信デバイスから前記装置によって受信され、かつ情報についての要求を示すプローブ要求フレームに応じて、前記送信機がアクティブであることを少なくとも示す応答を送るように更に構成される、Ｃ１０の装置。
［Ｃ１４］
前記受信機が通信デバイスから少なくとも１つのアソシエーション要求フレームを受信した時、前記送信機は、前記通信デバイスに、前記少なくとも１つのアソシエーション要求フレームに対する応答を送り、前記アソシエーション要求フレームは、前記通信デバイスの少なくともスリープサイクル情報を含む、Ｃ１０の装置。
［Ｃ１５］
前記送信機は、ビーコン送信時間である時、ビーコンフレームを送信するように更に構成され、前記受信機は、アウェイク継続期間の間、前記チャネルをモニタするように更に構成され、前記アウェイク継続期間は、少なくとも指定されたアウェイク時間に関する、Ｃ３の装置。
［Ｃ１６］
前記アウェイク継続期間は、前記受信機が前記少なくとも１つの通信デバイスからフレームを受信した時に再開する、Ｃ１５の装置。
［Ｃ１７］
前記送信機は、延長アウェイクフレームを送り、前記延長アウェイクフレームは、前記アウェイク継続期間の後に、前記装置が、ある量の時間の間、前記チャネルをモニタすることを示す、Ｃ１５の装置。
［Ｃ１８］
前記送信機は、前記装置が、前記アウェイク継続期間中に前記通信デバイスから送信されたフレームを受信しなかった後に前記延長アウェイクフレームを送る、Ｃ１５の装置。
［Ｃ１９］
前記延長アウェイクフレームは、
カテゴリを示すカテゴリフィールドと、
アクションを示すアクションフィールドと、
前記延長された継続期間の長さを示すアウェイク継続期間フィールドと、
を含む、Ｃ１５の装置。
［Ｃ２０］
前記送信機は、アウェイク継続期間の後に、前記装置が、ある量の時間の間、アウェイク状態にあることを示す延長アウェイクフレームの情報を含む、不在通知フレームを送る、Ｃ１の装置。
［Ｃ２１］
前記プロセッサは、各々が異なる継続期間を有し、及び各々が１日のうちの異なる時間中に使用される、２つ以上のスリープサイクルを使用するように更に構成される、Ｃ１の装置。
［Ｃ２２］
前記プロセッサは、前記無線ネットワークの通信アクティビティの前記レベルをモニタし、及び前記アクティビティレベルに基づいて前記スリープサイクルを調整するように更に構成される、Ｃ１の装置。
［Ｃ２３］
前記レイテンシ情報は、前記少なくとも１つの通信デバイスの前記通信アクティビティの量に基づく、Ｃ１の装置。
［Ｃ２４］
チャネルを介して２つ以上の通信デバイスと通信する方法であって、前記方法は、
前記２つ以上の通信デバイスのうちの第１の通信デバイスから受信したレイテンシ情報を格納することと、
前記レイテンシ情報を検索することと、
前記レイテンシ情報に基づいて、前記２つ以上の通信デバイスのうちの第２の通信デバイスに関するスリープサイクルを決定することと
を備え、前記スリープサイクルは、前記第２の通信デバイスが信号を受信しない、及び信号を送らない時間期間を示す、方法。
［Ｃ２５］
前記第１の通信デバイスからレイテンシ情報を含むフレームを受信することを更に備え、ここにおいて、前記スリープサイクルは、前記第２の通信デバイスが信号を受信しない時間期間を示す、Ｃ２４の方法。
［Ｃ２６］
前記スリープサイクルは更に、前記第２の通信デバイスが他の無線デバイスに信号を送らない時間期間を示す、Ｃ２４の方法。
［Ｃ２７］
前記第１の通信デバイスに少なくとも１つのフレームを送ることを更に備え、前記フレームは、前記第２の通信デバイスが他の無線デバイスに信号を送らない、又は受信しない時間期間を示す情報を含む、Ｃ２４の方法。
［Ｃ２８］
前記２つ以上の通信デバイスのうちの少なくとも１つは、バッテリによって電力供給される、Ｃ２４の方法。
［Ｃ２９］
前記第２の通信デバイスは、アクセスポイント（ＡＰ）である、Ｃ２４の方法。
［Ｃ３０］
前記第２の通信デバイスは、中継器である、Ｃ２４の方法。
［Ｃ３１］
前記スリープサイクルは、一定のインターバルで繰り返される、Ｃ２４の方法。
［Ｃ３２］
送られた前記少なくとも１つのフレームは、不在通知を表すデータを使用して前記スリープサイクルを示す、Ｃ２７の方法。
［Ｃ３３］
前記スリープサイクルがビーコン送信時間とオーバーラップする時、ビーコンフレームを送信することを更に備える、Ｃ２６の方法。
［Ｃ３４］
前記ビーコンフレームを送った後に、前記第２の通信デバイスを仮眠状態に設定することを更に備える、Ｃ３３の方法。
［Ｃ３５］
前記アウェイクウィンドウ継続期間に加え、前記ビーコンフレームを送った後に、及び延長された継続期間の時間の後に、前記第２の通信デバイスを仮眠状態に設定することを更に備える、Ｃ３３の方法。
［Ｃ３６］
別の通信デバイスから前記第２の通信デバイスにより受信され、かつ情報についての要求を示すプローブ要求フレームに応じて、前記第２の通信デバイスがアクティブであることを少なくとも示す応答を送ることを更に備える、Ｃ３３の方法。
［Ｃ３７］
前記第２の通信デバイスが、別の通信デバイスから少なくとも１つのアソシエーション要求フレームを受信した時、前記第２の通信デバイスは、前記別の通信デバイスに前記アソシエーション要求フレームに対する応答を送り、前記アソシエーション要求は、前記通信デバイスの少なくともスリープサイクル情報を含む、Ｃ３３の方法。
［Ｃ３８］
ビーコン送信時間である時、前記第２の通信デバイスを介してビーコンフレームを送信することと、アウェイク継続期間の間、前記チャネルをモニタすることと、をさらに備え、前記アウェイク継続期間は、少なくとも指定されたアウェイク時間に関する、
Ｃ２４の方法。
［Ｃ３９］
前記アウェイクの延長された継続期間は、前記第２の通信デバイスが仮眠状態に入る前の、前記媒体のアイドル時間の量を表すスロット数で示される時間期間であり、前記方法は、前記スロット数をカウントダウンすることと、前記第２の通信デバイスがアップリンク通信を受信する前に、前記スロット数の前記カウントダウンがゼロに達する場合、前記第２の通信デバイスを仮眠状態に置くことと、
を更に備える、Ｃ３５の方法。
［Ｃ４０］
前記カウントダウンがゼロに達する前に、前記第２の通信デバイスがアップリンクパケットを受信する場合、前記スロット数の前記カウントダウンを再開することを更に備える、Ｃ３９の方法。
［Ｃ４１］
前記延長された継続期間は、前記第２の通信デバイスが、前記第１の通信デバイスからフレームを受信した時に再開する、Ｃ３５の方法。
［Ｃ４２］
前記第２の通信デバイスは、延長アウェイクフレームを送り、前記延長アウェイクフレームは、前記アウェイク継続期間の後に、前記第２の通信デバイスが、ある量の時間の間、前記チャネルをモニタすることを示す、Ｃ３５の方法。
［Ｃ４３］
前記第２の通信デバイスは、前記第２の通信デバイスが、前記アウェイク継続期間中、前記第１の通信デバイスから送信されたフレームを受信しなかった後に、前記延長アウェイクフレームを送る、Ｃ４２の方法。
［Ｃ４４］
前記第２の通信デバイスを前記仮眠状態に設定することは、前記ビーコンフレームを送った直後に、前記第２の通信デバイスを前記仮眠状態に設定することを備える、Ｃ３４の方法。
［Ｃ４５］
前記延長アウェイクフレームは、
カテゴリを示すように構成されたカテゴリフィールドと、
アクションを示すように構成されたアクションフィールドと、
前記延長された継続期間の長さを示すように構成されたアウェイク継続期間フィールドと
を含む、Ｃ４２の方法。
［Ｃ４６］
前記通信デバイスは、アウェイク継続期間の後に、前記装置が、ある量の時間の間、アウェイク状態にあることを示す延長アウェイクフレームの情報を含む不在通知フレームを送る、Ｃ２４の方法。
［Ｃ４７］
チャネルを介して少なくとも１つの通信デバイスと通信するための装置であって、
前記少なくとも１つの通信デバイスから受信したレイテンシ情報を格納する手段と、
前記メモリユニットから前記レイテンシ情報を検索し、前記レイテンシ情報に基づいて前記プロセッサに関するスリープサイクルを決定する手段と、
を備え、前記スリープサイクルは、無線信号を通信する手段が、無線信号を受信しない、及び無線信号を送らない時間期間を示す、装置。
［Ｃ４８］
前記通信する手段は、無線通信信号中の前記レイテンシ情報を前記少なくとも１つの通信デバイスから受信する手段を備え、ここにおいて、前記受信する手段は、前記格納する手段において前記レイテンシ情報を格納するように構成され、前記スリープサイクルは、前記受信する手段が無線通信信号を受信しない時間期間を示す、Ｃ４７の装置。
［Ｃ４９］
前記通信する手段は、信号を送信する手段を更に備え、ここにおいて、前記送信する手段は、前記スリープサイクルによって示される時間期間中に無線通信信号を送らないように構成される、Ｃ４８の装置。
［Ｃ５０］
前記検索する手段及び前記送信する手段は、共同で、少なくとも１つの通信デバイスに少なくとも１つのフレームを送るように構成され、前記フレームは、前記通信する手段が、他の無線デバイスに無線通信信号を送らない、又は受信しない時間期間を示す情報を含む、Ｃ４９の装置。
［Ｃ５１］
命令を格納する非一時的なコンピュータ可読媒体であって、前記命令は、無線通信装置に、
第１の通信デバイスから受信したレイテンシ情報を格納することと、
前記レイテンシ情報を検索することと、
前記レイテンシ情報に基づいて第２の通信デバイスに関するスリープサイクルを決定することと
を行う方法を実行させ、前記スリープサイクルは、前記第２の通信デバイスが信号を受信しない、及び信号を送らない時間期間を示す、非一時的なコンピュータ可読媒体。
［Ｃ５２］
前記方法は、前記第１の通信デバイスからレイテンシ情報を含むフレームを受信することを更に備え、前記スリープサイクルは、前記第２の通信デバイスが、無線通信信号を受信しない時間期間を示す、Ｃ５１の非一時的なコンピュータ可読媒体。
［Ｃ５３］
前記方法は、前記第２の通信デバイスが他の無線デバイスに無線通信信号を送らない時間期間を示す前記スリープサイクルを決定することを更に備える、Ｃ５１の非一時的なコンピュータ可読媒体。
【図１】
0006392224.tif 000004
【図２】
0006392224.tif 000005
【図３】
0006392224.tif 000006
【図４】
0006392224.tif 000007
【図５】
0006392224.tif 000008
【図６】
0006392224.tif 000009
【図７】
0006392224.tif 000010
【図８】
0006392224.tif 000011
【図９】
0006392224.tif 000012
【図１０】
0006392224.tif 000013
【図１１】
0006392224.tif 000014
【図１２】
0006392224.tif 000015
【図１３】
0006392224.tif 000016