JP2013509111A

JP2013509111A - アドホックネットワークにおけるパワーマネージメントのための方法及びシステム

Info

Publication number: JP2013509111A
Application number: JP2012535463A
Authority: JP
Inventors: ゴーン，ミシェル; スティーヴンズ，エイドリアン，ピー．
Original assignee: インテルコーポレイション
Priority date: 2009-12-24
Filing date: 2010-12-07
Publication date: 2013-03-07
Anticipated expiration: 2030-12-07
Also published as: US20110158142A1; US8885530B2; JP5437499B2; EP2517506A4; CN102111867B; WO2011078961A3; EP2517506A2; CN102111867A; WO2011078961A2

Abstract

方法及びシステムは、例えばＡＴＩＭウィンドウである、トラフィック指示ウィンドウの間に、パワーマネージメントモードを示すフレームを送信し、その後、トラフィック指示ウィンドウの終了の前に、パワーマネージメントモードに遷移する。他の方法及びシステムは、ビーコンインターバルの間に、スリープ状態に入りたいと欲する指示を、受信し又は送信し、その後、ビーコンインターバルの終了の前に、スリープ状態に入る。他の実施例が、記載されクレームされている。

Description

本発明は、アドホックネットワークにおけるパワーマネージメントのための方法及びシステムに関する。

ワイヤレスステーションなどの電子デバイスは、頻繁に相互にネットワーク通信を行う。相互運用性を高めるために、例えば、ＩＥＥＥ８０２．１１標準等の基準のプロトコルに従って通信を行う。ＩＥＥＥ８０２．１１標準は、例えば、ＩＥＥＥ標準８０２．１１−２００７の「IEEE Standard for Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements, Part 11 : Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications」等の１つ以上の仕様書に記載されている。これらのワイヤレスステーションは、多くの場合モバイルステーションであり、かつ、自身のパワーモードを管理し得る。

本明細書に記載されている発明は、明細書の最後の部分において、明確に明記され、明瞭にクレームされている。なお、本発明の実施例は、処理の構成及び方法に関連する。そして、これらの目的、特徴、有利な効果は、図面を参照しながら以下の詳細な説明を理解することによって明らかとなる。

一側面において、本発明は、パワーマネージメントを管理することを目的とする。

一実施例は、パワーマネージメントモードを示すフレームを、トラフィック指示ウィンドウの間に送信するステップと、前記パワーマネージメントモードに遷移するステップと、を有する方法を提供する。

本発明の実施例に従ったアドホックネットワークの概念を示す図である。本発明の実施例に従ったアドホックネットワーク内のステーションの概念を示す図である。本発明の実施例のタイミングを示す図である。本発明の実施例のタイミングを示す図である。本発明の実施例のタイミングを示す図である。本発明の実施例に従って用いられる方法のフローチャートを示す図である。本発明の実施例に従って用いられる方法のフローチャートを示す図である。本発明の他の実施例のタイミングを示す図である。本発明の他の実施例のタイミングを示す図である。本発明の他の実施例の他の方法のフローチャートを示す図である。

発明の概要
説明を簡略化し、かつ明瞭にするために、図面は、必ずしも正確ではなく、また、実寸を反映していない。例えば、明確化のために、ある要素の比率が他の要素に比して強調されている場合がある。或いは、幾つかの物理的コンポーネントは、１つの機能ブロック又は要素に包含されている場合がある。さらに、必要に応じて、対応する、あるいは類似する要素を示すために、複数の図において参照番号が繰り返し用いられる場合がある。さらに、図における幾つかのブロックが、１つの機能に統合される場合がある。

［詳細な説明］
以下の詳細な説明において、本発明の実施例の明確な理解ができるよう、様々な特定の詳細な説明が記載されている。しかしながら、当業者においては、これらの特定の詳細な説明なしに本発明を実施することができる点を理解すべきである。その他の例、周知の方法、処理、コンポーネント、及び回路は、本発明を不明確にしないために、説明を省略している。

本明細書において用いられている「処理」、「コンピューティング」、「計算」、「特定する」等の用語は、コンピュータ又はコンピューティングシステムの動作、及び／又は、処理を表している。コンピュータ又はコンピューティングシステムは、コンピューティングシステムのレジスタ及び／又はメモリ内の例えば電子的な物理的量で表されるデータを、レジスタ及び／又はメモリ内の例えば電子的な物理的量で表される他のデータに、変更及び／又は変換するための、類似の電子的コンピューティングデバイスをも意味する。さらに、本明細書において用いられる用語「複数の」は、２つ以上のコンポーネント、デバイス、要素、パラメータ等を表す。

本発明の実施例は、様々な応用に用いることができる。このように、本発明はこの点に限定されないが、本明細書において開示される回路及び技術は、例えばパーソナルコンピュータ（ＰＣ）、ワイヤレスデバイス、又はステーション、ビデオ、又はデジタルゲームデバイス、又はシステム、画像収集システム、処理システム、可視化、又は表示システム、デジタル表示システム、通信システム等の様々な装置に利用できる。

まず、図１Ａには、本発明の実施例に従ったワイヤレスモードで動作可能なネットワーク１０の概念が示されている。ネットワーク１０は、ワイヤレスネットワーク、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ｐｅｅｒ−ｔｏ−ｐｅｅｒネットワーク、アドホックネットワーク、又はＩＢＳＳ（独立ベーシックサービスセット：independent basic service set）であってもよく、ＩＥＥＥ８０２．１１標準（８０２．１１）に従って動作してもよい。（なお、これらのネットワーク及びネットワークタイプは、相互に排他的なものではない。）本発明は、これらの点に限定されるものではないが、ネットワーク１０は、複数のステーション（８０２．１１では、「ＳＴＡ」と呼ばれる）、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３（これ以上又はこれ以下であってもよい）を含み、これらは、無線により相互に通信することができる。ＳＴＡ１、２、３は、ワイヤレスアダプタを有するパーソナルコンピュータ（ＰＣ）、ワイヤレスデバイス、携帯電話、ＰＤＡ（personal digital assistants）、プリンタ、表示システム、画像収集、及び／又は、処理システム等であってもよい。

このネットワーク１０には、他のネットワークデバイスが含まれてもよい。

次に、図１Ｂを参照する。この図には、本発明の実施例に従ったネットワーク１０内のステーションＳＴＡ（例えばＳＴＡ１、２、３）の概念図が示されている。このステーションは、ワイヤレス通信ユニット１０２（アンテナ１０３に接続されている）、入力１０４、出力１０６、プロセッサ１０８、及びメモリ１１０を有する。これらのブロックを利用して、ＳＴＡは、本発明の実施例に従って、例えば、プロセッサ１０８、及び通信ユニット１０２（及び、必要であればアンテナ１０３）を用いることによって、他のステーション、及び他のワイヤレスデバイスと通信することができ、信号を送信、及び／又は受信することができる。入力１０４及び出力１０６が、他のデバイスと通信するために利用されてもよい。メモリ１１０は、例えば、ＲＡＭ、又はＲＯＭ、ディスクドライブ、又はＵＳＢフラッシュメモリのような、コンピュータ又はプロセッサが読み取り可能な媒体、又はコンピュータ又はプロセッサストレージ媒体であってもよい。

さて、図２Ａないし２Ｃに移る。これらの図は、本発明の実施例のタイミングダイヤグラムを示している。図２Ａは、ビーコンインターバル２０１を示しており、このビーコンインターバルの始めにビーコン（又はビーコンフレーム）２０２が伝送される。この「ビーコンインターバル」は、ターゲットビーコン伝送時間（ＴＢＴＴ：target beacon transmission time）として知られており、８０２．１１のパケット伝送タイミングのためのベースの一つである。ビーコンインターバル２０１の最初に、ＡＴＩＭ（アナウンスメントトラフィック指示メッセージ：announcement traffic indication message）ウィンドウ２０５が存在する。ＡＴＩＭウィンドウ２０５は、ビーコンインターバルの一部であり、ここにおいて、ワイヤレスＳＴＡは、１つのＳＴＡから他のＳＴＡに伝送されるべきデータがあることを相互に通信し合ってもよい。

ネットワーク１０等のワイヤレスネットワークにおいて、ＳＴＡは、パワーセービング又は「アクティブ」モードにあってもよい。パワーセービングモードにおいて、そのＳＴＡは、たまにアウェイクし、又は、たまにアスリープ（しばしば「ドーズ（doze）」又は「スリープ」又は「スタンバイ」と呼ばれる）状態になる。このモードにおいて、ＳＴＡは、ビーコンインターバルの直前にウェイクアップし、そして、他のＳＴＡが自身にデータを伝送したいか否かを確認する。これは、ＡＴＩＭウィンドウの間に、他のＳＴＡがＡＴＩＭフレーム（「ＡＴＩＭ管理フレーム」又は単に「ＡＴＩＭ」とも呼ばれる）を伝送していることにより示される。そのＳＴＡにＡＴＩＭが伝送されない場合であって、かつそのＳＴＡが他のＳＴＡにデータを伝送したくない場合、そのＳＴＡは、ＡＴＩＭウィンドウの終わりで、ドーズ状態に戻ることができる。

アクティブモードにおいて、ＳＴＡは、常にアウェイクしている。

本発明の実施例において、ＳＴＡ、例えばＳＴＡ１は、ネットワーク内で、パワーマネージメントモードの変更（パワーセービングからアクティブモードへの変更）を、他のＳＴＡと通信してもよい。図２Ａに示すように、ビーコン２１２の後、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５内において、ｎｕｌｌデータフレーム２１４を伝送してもよい。ｎｕｌｌデータフレーム２１４（非ＱｏＳ（quality of service）、又はＱｏＳｎｕｌｌデータフレームのいずれかであり得る）は、（フレームボディなしの）フレームヘッダのみを有し、完全なフレームよりも、はるかに少ないビットしかない。ｎｕｌｌデータフレーム２１４内には、ＳＴＡがパワーセービングモードに移行しつつあること（ビット＝１の場合）、又はアクティブモードに移行しつつあること（ビット＝０）を示すパワーマネージメントビットが存在してもよい。データフレーム内の、このパワーマネージメント（ＰＭ）ビットは、ＳＴＡがフレームの交換を終了した時のパワーマネージメントモードを示す。

ＳＴＡ２が、ｎｕｌｌデータフレーム２１４を受信した場合、これに応答して、ＳＴＡ２は、肯定応答（acknowledgement）フレーム２２４をＳＴＡ１に返送する。ＳＴＡ１が、肯定応答フレーム２２４を受信すると、ＳＴＡ１は、異なるパワーマネージメントモード２８０に入ってもよい（遷移してもよい）。その変化がパワーセービングモードである場合、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５の終了後にドーズ状態に入ってもよい。

ＡＴＩＭウィンドウの間にｎｕｌｌデータフレームを伝送することは、ＡＴＩＭウィンドウの後に、ＡＴＩＭフレーム及びｎｕｌｌデータフレームを伝送するよりも、オーバーヘッドを短くすることができる。加えて、ＡＴＩＭウィンドウの間、全てのＳＴＡがアウェイクであるため、全てのＳＴＡは、パワーマネージメントモード遷移アナウンスメントを認識することができる。パワーマネージメントモード遷移アナウンスメントが、ＡＴＩＭフレーム、及びｎｕｌｌデータフレームを利用して、ＡＴＩＭウィンドウの後で作られる場合、ドーズ状態に戻ってしまったＳＴＡはこの遷移アナウンスメントを認識することができないであろう。その他の異なる利点が得られる。

２つ以上のＳＴＡが存在する場合、ＳＴＡ１は、自身のパワーマネージメントモードの変更について、他の複数のＳＴＡへのアナウンスを、類似の方法で行うことができる。図２Ｂに示されるように、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５内において、ｎｕｌｌデータフレーム２１４をＳＴＡ２に送信してもよい。そして、ｎｕｌｌデータフレーム２１５をＳＴＡ３に送信してもよい。この場合、フレーム２１４及び２１５のパワーマネージメントビットは、同じであってもよい。ＳＴＡ２は、ｎｕｌｌデータフレームを受信し、その応答として、肯定応答フレーム２２４をＳＴＡ１に返送してもよい。そして、ＳＴＡ３はｎｕｌｌデータフレーム２１５を受信し、その応答として、肯定応答フレーム２３５をＳＴＡ１に返送してもよい。ＳＴＡ１が、肯定応答フレーム２２４及び２３５を受信した場合、ＳＴＡ１は、異なるパワーマネージメントモード２８２に入ってもよい（遷移してもよい）。この変更がパワーセービングモードである場合、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５が終わった後に、ドーズ状態に入ってもよい。

図２Ａ及び２Ｂは、ステーションのパワーマネージメントモードの変更の伝送をユニキャストの方法で示している。他にとり得る方策としては、ＳＴＡ１は、自身のパワーマネージメントモードの変更をブロードキャスト又はマルチキャストの方法によって他のＳＴＡにアナウンスすることもできる。図２Ｃに示すように、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５内において、ネットワーク１０内の他の全てのＳＴＡに対して、ｎｕｌｌデータフレーム２１７をブロードキャストしてもよい。ＳＴＡ１は、ｎｕｌｌデータフレーム２１７をブロードキャストした直後に、他のパワーマネージメントモード２８４に入ってもよい（遷移してもよい）。

他の実施例において、ネットワーク１０内の全てのＳＴＡが必ずしもｎｕｌｌデータフレーム２１７を受信しない可能性があるため、ＳＴＡ１が、より信頼できる形で自身のパワーマネージメントモードの変更をネットワーク１０内の他のＳＴＡにアナウンスしたい場合には、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５内において、ネットワーク１０内の他のＳＴＡに複数のｎｕｌｌデータフレーム（例えば、ｎｕｌｌデータフレーム２１７及び２１８、場合によっては、２１９あるいはそれ以上）をブロードキャストしてもよい。そして、ｎｕｌｌデータフレーム２１８のブロードキャストの直後に他のパワーマネージメントモード２８６に入ってもよい（遷移してもよい）。或いは、ｎｕｌｌデータフレーム２１９のブロードキャストの直後に他のパワーマネージメントモード２８８に入ってもよい（遷移してもよい）。各々のブロードキャストの実施例において、ＳＴＡ１が、パワーセービングモードに入った（遷移した）場合、ＳＴＡ１は、ＡＴＩＭウィンドウ２０５の終了の後にドーズ状態に入ってもよい。

ＳＴＡ１が、ｎｕｌｌデータフレームを何回ブロードキャストしたかに依存して、他の異なる利益が得られる。

図３Ａ及び図３Ｂを参照する。本発明の実施例に従って、ステーションのパワーマネージメントモードの変更のアナウンスの方法が図示されている。実施例の方法は、例えば、ネットワーク１０内のＳＴＡ１、２又は３、又は、コンピューティングシステム、他の適切なシステム、又は、他の適切なワイヤレス通信デバイス、ステーション、ノード、システム、及び／又はネットワークによって利用され、又はインプリメントされてもよい。

図３Ａは、工程３０５に示されるように、例えばＳＴＡ１、２又は３のステーションが、ネットワーク１０内の他のＳＴＡに対して、ＡＴＩＭウィンドウ内において、ｎｕｌｌデータフレームを伝送してもよい。このｎｕｌｌデータフレームは、パワーマネージメントモードの変更を示すパワーマネージメントビットを含んでもよい。このｎｕｌｌデータフレームを受信した後に、受信したＳＴＡは、肯定応答フレームを、アナウンスしたＳＴＡに返送してもよい。そして、このＳＴＡは、工程３１５で、この肯定応答を受信する。工程３２０において、アナウンスしたＳＴＡは、全てのＳＴＡに認識され、かつ、全てのＡＣＫが受信されたか否かを判断する。そうでない場合には、アナウンスしたＳＴＡは、工程３０５に戻り、そして、ｎｕｌｌデータフレームを他のＳＴＡに伝送する。この他のＳＴＡは、そのＡＣＫフレームをアナウンスしたＳＴＡに送信し（工程３１０）、アナウンスしたＳＴＡは、ＡＣＫを受信する（工程３１５）。通知すべきさらなる他のＳＴＡが存在する場合には、このループが繰り返される。更なるＳＴＡに通知する必要がなくなり、全てのＡＣＫが受信された場合には、工程３２５において、アナウンスしたＳＴＡは、ＡＴＩＭウィンドウの終了の前に、アナウンスされたパワーマネージメントモードに入ってもよい（遷移してもよい）。

図３Ｂにおいて、工程３５５に示すように、ステーションＳＴＡ１、２又は３は、アナウンスするＳＴＡが、どれくらい確実に自身の変更をアナウンスしたいかに基づいて、ＳＴＡのパワーマネージメントモードの変更のアナウンスが示されているｎｕｌｌデータフレームを何回ブロードキャストすべきかを決定する。工程３６０において、アナウンスするＳＴＡは、ＡＴＩＭウィンドウ内において、ネットワーク１０内の他の全てのＳＴＡに、１つ以上のｎｕｌｌデータフレームをブロードキャストしてもよい。工程３６５において、アナウンスしたＳＴＡは、ＡＴＩＭウィンドウの終了の前に、アナウンスしたパワーマネージメントモードにすぐに（又は、ある時間の後に）入ってもよい（遷移してもよい）。

図３Ａ及び図３Ｂに含まれるフローチャート以外に、他の工程又は、一連の工程が用いられてもよい。

図１Ｂに戻ると、本発明の実施例に従って、ＳＴＡ内のプロセッサ１０８及びワイヤレス通信システムユニット１０２（必要に応じてアンテナ１０３）は、トラフィック指示ウィンドウ（例えば、ＡＴＩＭウィンドウ）内で、例えばｎｕｌｌデータフレームを送信し、例えばパワーセービングモード又はアクティブモードなどのパワーマネージメントモードを示し、そして、プロセッサ１０８は、ＳＴＡをパワーマネージメントモードに遷移させる。

本発明の他の実施例において、パワーセービングモードにあるＳＴＡは、ビーコンインターバルの終了の前に、ドーズ状態又はスリープ状態に入る。ネットワーク１０内の他のＳＴＡに、例えば、ビーコンインターバルのデータ伝送の終わりに例えばドーズ状態などに入ることを示し、スリープ状態に入る意向を通信することによって、これを行うことができる。一つのインジケータとしては、ＱｏＳデータ（又はｎｕｌｌデータ）フレーム内のＥＯＳＰ（サービス期間終了：end of service period）ビットを１に設定することによってなされる。

さて、図４Ａ及び図４Ｂを参照する。これらの図は、本発明の実施例のタイミングダイヤグラムを示している。図４Ａは、ビーコンインターバル４０１を示しており、この最初において、ビーコン（又はビーコンフレーム）４０２が伝送される。ビーコンインターバル４０１の最初にＡＴＩＭウィンドウ４０５が存在する。上述のように、ＡＴＩＭウィンドウ４０５は、ビーコンインターバルの一部であり、ここにおいて、ワイヤレスＳＴＡは、一つのＳＴＡから他のＳＴＡに対して伝送されるべきデータがあることを、相互に通信し合ってもよい。

図４Ａに示すように、ビーコン４１２の後、ＳＴＡ１は、パワーセービングモードであってもよく、ＡＴＩＭウィンドウ４０５内において、ＡＴＩＭフレーム４１４（「ＡＴＩＭ管理フレーム」又は単に「ＡＴＩＭ」と呼ばれる）を送信してもよい。ＡＴＩＭフレーム４１４は、ＳＴＡ１からＳＴＡ２に伝送するべきデータがあることを示す。ＳＴＡ２は、ＡＴＩＭフレーム４１４を受信し、そして、この応答として、肯定応答フレーム４２４をＳＴＡ１に返信してもよい。ＳＴＡ２は、パワーセービングモードであってもなくてもよい。

ＡＴＩＭウィンドウ４０５の終了の後、ＳＴＡ１は、ＳＴＡ２に対して、データフレーム４１５であって、そのＥＯＳＰビットが０に等しいデータフレームを送信してもよい。ＳＴＡ２は、データフレーム４１５を受信し、そして、その応答として、肯定応答フレーム４２５をＳＴＡ１に返送してもよい。ＳＴＡ１は、ＳＴＡ２に更に送信すべきデータを持っている。この場合には、ＥＯＳＰ＝０を含むフレームが伝送されてもよい。

ＳＴＡ１が、ＳＴＡ２に送信すべき、まだ１つだけのデータフレームを持っており、ＳＴＡ１がスリープ状態に入りたいと欲している場合、ＳＴＡ１は、ＥＯＳＰビットが１に等しいデータフレームをＳＴＡ２に４１６を送信してもよい。これは、スリープ又はドーズ状態に入ることを欲していることを示す例である。ＳＴＡ２は、データフレーム４１６を受信し、この応答として、ＳＴＡ１に対して、肯定応答フレーム４２６を返送してもよい。ＳＴＡ２は、ＥＯＳＰビットが１に等しいデータフレーム４２７をＳＴＡ１に送信し、そして、ＳＴＡ１は、その応答として、ＳＴＡ２に肯定応答４１７を返送してもよい。ＥＯＳＰ＝１を持つデータフレームが、ＳＴＡ２へ、又はＳＴＡ３から伝送されると、ＳＴＡ１は、ビーコンインターバル４０１の終了の前であっても、ドーズ状態４８０にその後入ってもよい。

上述のメカニズムは、ＳＴＡ１が、ＡＴＩＭフレーム４１４を送信するのではなく、受信する場合にも同様に当てはまる。この場合には、ＡＴＩＭウィンドウ４０５の終了の後、ＳＴＡ２は、ＳＴＡ１にＥＯＳＰ＝０を持つデータフレームをＳＴＡ１に送信し、そしてＳＴＡ１は、ＳＴＡ２に肯定応答フレームを返送する。ＳＴＡ２が、ＳＴＡ１に送信するための、さらに多くのデータフレームを持っている場合、そのようなフレームは、同様にＥＯＳＰ＝０を持つ。ＳＴＡ１に送信すべきデータフレームが、ＳＴＡ２にもう一つある場合であって、ＳＴＡ２がスリープ状態に入りたいと欲する場合には、ＳＴＡ２では、ＳＴＡ１に対してＥＯＳＰ＝１を持つデータフレームを送信してもよい。この場合には、ＳＴＡ１は、ＳＴＡ２に対して肯定応答フレームを返送し、そして、ＥＯＳＰ＝１を持つデータフレームをＳＴＡ２に送信してもよい。ＥＯＳＰ＝１を持つフレームがＳＴＡ２から受信され、かつＳＴＡ２に送信されると（又は、ＳＴＡ２に送信され、かつＳＴＡ２から受信されると）、ビーコンインターバル４０１の終わりの前であっても、ＳＴＡ１は、ドーズ状態に入ってもよい。これらの実施例では、データフレームは、ｎｕｌｌデータフレームを含む。

図４Ａは、１つのステーション（例えば、ＳＴＡ１又はＳＴＡ２）が、パワーセービングモードであるときの状態を示している。他の例としては、両者（又は全て）のＳＴＡがパワーセービングモードであることも可能である。図４Ｂに示されるように、ビーコン４１２の後、ＳＴＡ１は、ＡＴＩＭウィンドウ４０５内において、ＡＴＩＭフレーム４１４を送信してもよい。ＡＴＩＭフレーム４１４は、ＳＴＡ１からＳＴＡ２に伝送されるべきデータが存在することを示してもよい。この応答として、ＳＴＡ２は、肯定応答フレーム４２４をＳＴＡ１に返送してもよい。ＡＴＩＭウィンドウ４０５の終了の後、ＳＴＡ１は、ＥＯＳＰ＝０を持つデータフレーム４１５をＳＴＡ２に送信してもよい。そして、ＳＴＡ２は、肯定応答フレーム４２５をＳＴＡ１に返送してもよい。ＳＴＡ２が、ＳＴＡ１に対して送信すべきデータを持っている場合、ＳＴＡ２は、ＥＯＳＰ＝０を持つデータフレーム４２８をＳＴＡ１に送信してもよい。そして、ＳＴＡ１は、その応答として、ＳＴＡ２に肯定応答フレーム４１８を送信してもよい。ＳＴＡ１、及び／又は、ＳＴＡ２が、さらに他のステーションに送信すべきデータフレームを持っている場合、そのようなフレームは、ＥＯＳＰ＝０とともに伝送されてもよい。

ＳＴＡ１において、もう１つだけＳＴＡ２に送信すべきデータフレームがある場合であって、ＳＴＡ１がスリープモードに入りたいと欲している場合、ＳＴＡ１は、ＥＯＳＰ＝１を持つデータフレーム４１６をＳＴＡ２に送信してもよい。ＳＴＡ２は、データフレーム４１６を受信し、そして、この応答として、ＳＴＡ１に肯定応答フレーム４２６を返送してもよい。ＳＴＡ２は、そして、ＳＴＡ１に対して、ＥＯＳＰ＝１を持つデータフレーム４２７を送信してもよい。そして、その応答として、ＳＴＡ１は、ＳＴＡ２に対して、肯定応答フレーム４１７を返送してもよい。ＥＯＳＰ＝１を持つデータフレームがＳＴＡ２に送信され、かつＳＴＡ２から受信されると、ＳＴＡ１は、ビーコンインターバル４０１の終了より前であっても、ドーズ状態４８２に入ってもよい。同様に、ＳＴＡ２において、ＳＴＡ１に送信すべきデータフレームがない場合、ＳＴＡ２は、ビーコンインターバル４０１の終了より前であっても、ドーズ状態４８４に入ってもよい。なぜなら、ＥＯＳＰ＝１を持つデータフレームが、既にＳＴＡ１から受信されており、かつＳＴＡ１に送信されているためである。ドーズ状態に早期に入ってしまうこのような場合は、バッテリー駆動のＳＴＡの電力を節約することができる。その他の利益も得ることができる。

ＳＴＡ１が、ＡＴＩＭフレーム４１４を送信するのではなく、受信する場合においても、上述のように、同様の処理がなされてもよい。ＥＯＳＰ＝０と共に、ステーションが相互にデータフレームを送信し合う。スリープ状態に入りたいと欲することを示すこととして、最後のデータフレームは、サービス期間の最後であることを示すために、ＥＯＳＰ＝１と共に伝送されてもよい。ＥＯＳＰ＝１を持つデータフレームが、他のステーションから受信され、かつ他のステーションに送信された後（又は、他のステーションに送信され、かつ他のステーションから受信された後）、各ステーションは、ビーコンインターバル４０１の終了の前であっても、ドーズ状態に入ってもよい。

図５に移る。この図は、本発明の実施例に従って、ＳＴＡがどのようにスリープ状態に入ることができるかを示している。これらの実施例は、ネットワーク１０内のＳＴＡ１、２、又は３、コンピューティングシステム、その他適切なシステム、又は、他の適切なワイヤレス通信システムデバイス、ステーション、ノード、システム、及び／又は、ネットワークによって利用され又はインプリメントされてもよい。

図５において、工程５０５に示されるように、例えばＳＴＡ１、２，又は３のステーションは、ネットワーク１０内の別のＳＴＡに、ＡＴＩＭウィンドウ内において、ＡＴＩＭフレームを送信してもよい。受信したステーションは、その後、応答として、肯定応答フレームを送信してもよい。工程５１０において、送信しているＳＴＡは、他のＳＴＡに送信すべき、もう一つのフレームだけが存在しているか否かを問うことができる。そうでなければ、工程５１５において、そのＳＴＡは、他のＳＴＡに対してＥＯＳＰビットが０に等しいデータフレームを送信してもよい。本方法は、その後、工程５１０に戻り、他のＳＴＡに送信すべき、もう一つのフレームだけが存在しているか否かを問うことができる。このループは、最後のデータフレームが送信されようとするまで継続（ＥＯＳＰ＝０を持つデータフレームを送信）する。この場合、工程５２０において、ＳＴＡがスリープ状態（例えばドーズ状態）に入りたいと欲している場合、そのＳＴＡは、他のＳＴＡにＥＯＳＰビットが１に等しいデータフレームを送信する。これらの他のＳＴＡは、第１のＳＴＡに対して、工程５２５において、ＥＯＳＰビットが１に等しいデータフレームを送信する。工程５３０において、１つ以上のＳＴＡは、ビーコンインターバルの前にドーズ状態に入ってもよい。

図５に示された方法は、どのステーションの観点から検討されたかによって、様々に異なったものとなり得る。例えば、工程５０５は、例えばＳＴＡ１がＡＴＩＭフレームを送信すること、或いは、ＳＴＡ２がＡＴＩＭフレームを受信することであってもよい。同様に、工程５１５は、ＳＴＡ１がＥＯＳＰ＝０を持つデータフレームを送信すること、或いは、ＳＴＡ２によってＥＯＳＰ＝０を持つデータフレームが受信されることであってもよい。そして、工程５２０は、ＳＴＡ１によってＥＯＳＰ＝１を持つデータフレームが送信されること、或いは、ＳＴＡ２によってＥＯＳＰ＝１を持つデータフレームが受信されることであってもよい。工程５２５は、工程５２０の補完であり、ＳＴＡ２によるＥＯＳＰ＝１を持つデータフレームの送信、或いは、ＳＴＡ１によるＥＯＳＰ＝１を持つデータフレームの受信であってもよい。したがって、工程５３０において、ビーコンインターバルの終了の前にドーズ状態に入ってもよいＳＴＡは、ＥＯＳＰ＝１を持つデータフレームを送信し、かつ、受信したことになる。

他のシナリオが存在してもよい。１つの例は、あるステーション（例えばＳＴＡ１）は、他のステーション（例えばＳＴＡ２）からＥＯＳＰ＝１を持つデータフレームを受信しない場合であって、しかしながら、ＳＴＡ２にＥＯＳＰ＝１を成功裏に送信した場合、ＳＴＡ１は、ドーズ状態に入るまでのタイムアウト期間が過ぎるのを待ってもよい。他の例としては、ＳＴＡ１がＥＯＳＰ＝１を成功裏に送信できなかった場合（例えば、最後のフレームに対するＳＴＡ２からの肯定応答を受信しない場合）、ＳＴＡ１は、少なくともさらに１回最後のフレームを送信してもよい。そして、ＳＴＡ２から肯定応答を受信した場合、ドーズ状態に入ってもよい。この再送信は、適用できるリトライ又はライフタイムリミットに依存してもよい。

図５に示されるフローチャート以外に、そして、上述の他のシナリオ以外に、他の工程又は工程の連鎖が利用されてもよい。さらに、これらの工程の実際の順序は、これらに限定されない。あるＳＴＡは、ＥＯＳＰ＝１を持つデータフレームを最初に受信してもよい。そして、その後、ドーズ状態に入る前に、ＥＯＳＰ＝１を持つデータフレームを送信してもよい。或いは、そのＳＴＡは、ＥＯＳＰ＝１を持つデータフレームを最初に送信し、そして、ドーズ状態に入る前に、ＥＯＳＰ＝１を持つデータフレームを受信してもよい。

図１Ｂに戻る。本発明の実施例に従って、ＳＴＡ内のプロセッサ１０８及びワイヤレス通信ユニット１０２（必要に応じてアンテナ１０３）は、ビーコンインターバルの間に、スリープ又はドーズ状態に入りたいと欲する指示（indicator）を受信、及び／又は、送信してもよい。この場合、プロセッサ１０８は、ＳＴＡをビーコンインターバルの終了の前にスリープ状態に入るようにさせてもよい。この指示は、データフレーム内のＥＯＳＰフィールド内に含まれてもよい。

本発明の実施例は、例えば、コンピュータプロセッサ可読の媒体を含んでもよい。例えば、媒体の例としては、命令をエンコード又は記憶する、メモリ、ディスクドライブ、又はＵＳＢフラッシュメモリが含まれる。これらの命令は、プロセッサ又はコントローラによって実行されると、本明細書に開示された方法を実行する。これらの実施例は、例えばインターネット等のネットワークを介して、コンピュータに取得され、及び／又は、コンピュータに伝送されてもよい。

限られた数の実施例によって本発明が記載されているが、本発明の多くのバリエーション、修正、そして他の応用がなされてよいことは言うまでもない。本発明の実施例は、本明細書のオペレーションを実行する他の装置を含む。このような装置は、上述の要素を統合してもよい。或いは、同じ目的を実行する他のコンポーネントを含んでもよい。添付の請求項は、このような修正及び変更を、その技術的範囲に包含することが、当業者に明らかであることは言うまでもない。

Claims

パワーマネージメントモードを示すフレームを、トラフィック指示ウィンドウの間に送信するステップと、
前記パワーマネージメントモードに遷移するステップと、
を有する方法。
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項１記載の方法。
前記フレームは、ｎｕｌｌデータフレームである、請求項２記載の方法。
前記ＡＴＩＭウィンドウの間に、パワーマネージメントモードを示す、少なくとも、もう１つのフレームを送信するステップ、をさらに有し、
前記フレームは、ｎｕｌｌデータフレームである、
請求項２記載の方法。
前記送信の前に、幾つのフレームが送信されるかを特定するステップ、をさらに有する請求項４記載の方法。
前記遷移するステップは、前記フレームが受信されたことの肯定応答を受信した後に実行される、請求項１記載の方法。
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項６記載の方法。
前記フレームは、ｎｕｌｌデータフレームである、請求項７記載の方法。
前記送信するステップ、及び前記遷移するステップは、アドホックネットワーク内で実行される、請求項７記載の方法。
前記アドホックネットワークは、独立ベーシックサービスセット（ＩＢＳＳ）である、請求項９記載の方法。
前記遷移するステップは、前記トラフィック指示ウィンドウの終了の前に実行される、請求項１記載の方法。
前記送信するステップは、複数の受信ステーションに送信するステップを含み、
前記遷移するステップは、受信したステーションの各々からの、前記送信が受信されたという肯定応答を受信した後に実行される、
請求項１記載の方法。
ビーコンインターバルの間に、スリープ状態に入りたいと欲する指示を、受信し又は送信するステップと、
前記ビーコンインターバルの間に、スリープ状態に入りたいと欲する指示を、送信し又は受信するステップと、
前記ビーコンインターバルの終了の前に、前記スリープ状態に入るステップと、
を有する方法。
前記スリープ状態に入りたいと欲する指示は、データフレームに含まれる、請求項１３に記載の方法。
前記スリープ状態に入りたいと欲する指示は、データフレーム内のサービス期間終了（ＥＯＳＰ）フィールド内に含まれる、請求項１３記載の方法。
独立ベーシックサービスセット（ＩＢＳＳ）内で実行される、請求項１３記載の方法。
ビーコンインターバルの部分であるトラフィック指示ウィンドウの間に、フレームを受信し又は送信するステップ、をさらに有する請求項１３記載の方法。
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項１７記載の方法。
プロセッサと、
ワイヤレス通信ユニットと、
を有し、
前記プロセッサは、スリープ状態に入りたいと欲する指示をビーコンインターバルの間に受信又は送信するために、かつ、前記スリープ状態に入りたいと欲する指示を前記ビーコンインターバルの間に送信又は受信するために、前記ワイヤレス通信ユニットに接続され、
前記プロセッサは、前記ビーコンインターバルの終了の前に、前記スリープ状態に入る、
システム。
前記スリープ状態に入りたいと欲する指示は、データフレーム内のサービス期間終了（ＥＯＳＰ）フィールド内に含まれる、請求項１９記載のシステム。