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