(57)【特許請求の範囲】
【請求項１】
パワーマネージメントモードを示すフレームを、トラフィック指示ウィンドウの間に送信するステップと、
前記トラフィック指示ウィンドウの終了の前に、前記パワーマネージメントモードに遷移するステップと、
を有する方法。
【請求項２】
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項１記載の方法。
【請求項３】
前記フレームは、ｎｕｌｌデータフレームである、請求項１又は２に記載の方法。
【請求項４】
前記ＡＴＩＭウィンドウの間に、パワーマネージメントモードを示す、１つ以上のフレームを送信するステップ、をさらに有し、
前記フレームは、ｎｕｌｌデータフレームである、
請求項２記載の方法。
【請求項５】
前記送信の前に、幾つのフレームが送信されるかを特定するステップ、をさらに有する請求項４記載の方法。
【請求項６】
前記遷移するステップは、前記フレームが受信されたことの肯定応答を受信した後に実行される、請求項１ないし５のうちいずれか１項に記載の方法。
【請求項７】
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項６記載の方法。
【請求項８】
前記フレームは、ｎｕｌｌデータフレームである、請求項７記載の方法。
【請求項９】
前記送信するステップ、及び前記遷移するステップは、アドホックネットワーク内で実行される、請求項１ないし８のうちいずれか１項に記載の方法。
【請求項１０】
前記アドホックネットワークは、独立ベーシックサービスセット（ＩＢＳＳ）である、請求項９記載の方法。
【請求項１１】
前記送信するステップは、複数の受信ステーションに送信するステップを含み、
前記遷移するステップは、受信したステーションの各々からの、前記送信が受信されたという肯定応答を受信した後に実行される、
請求項１ないし１０のうちいずれか１項に記載の方法。
【請求項１２】
請求項１ないし１１のうちいずれか１項に記載の方法のオペレーションを実行するための手段を有する装置。
【請求項１３】
請求項１ないし１１のうちいずれか１項に記載の方法をコンピュータに実行させるプログラム。
【請求項１４】
アンテナと；
パワーマネージメントモードを示すフレームを、トラフィック指示ウィンドウの間に送信する手段と；
前記トラフィック指示ウィンドウの終了の前に、前記パワーマネージメントモードに遷移する手段と；
を有するシステム。
【請求項１５】
前記トラフィック指示ウィンドウは、アナウンスメントトラフィック指示メッセージ（ＡＴＩＭ）ウィンドウである、請求項１４記載のシステム。
【請求項１６】
前記送信する手段は、前記ＡＴＩＭウィンドウの間に、パワーマネージメントモードを示す、１つ以上のフレームを送信する手段を含む、
請求項１５記載のシステム。
【請求項１７】
前記１つ以上のフレームは、前記フレームに示された前記パワーマネージメントモードと同じパワーマネージメントモードを示す、請求項１６記載のシステム。
【請求項１８】
前記フレームはｎｕｌｌデータフレームである、請求項１４ないし１７のうちいずれか１項記載のシステム。
【請求項１９】
前記送信すること、及び前記遷移することは、アドホックネットワーク内で実行される、請求項１４ないし１８のうちいずれか１項記載のシステム。
【請求項２０】
前記遷移する手段は、前記フレームが受信されたことの肯定応答の受信の後に、前記遷移を実行する、請求項１４ないし１９のうちいずれか１項記載のシステム。
【請求項２１】
前記送信する手段は、複数の受信ステーションに送信する手段を含み、かつ、
前記遷移する手段は、前記受信ステーションの各々からの前記送信が受信されたことの肯定応答を受信した後に、前記遷移を実行する、請求項１４ないし２０のうちいずれか１項記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アドホックネットワークにおけるパワーマネージメントのための方法及びシステムに関する。
【背景技術】
【０００２】
ワイヤレスステーションなどの電子デバイスは、頻繁に相互にネットワーク通信を行う。相互運用性を高めるために、例えば、ＩＥＥＥ８０２．１１標準等の基準のプロトコルに従って通信を行う。ＩＥＥＥ８０２．１１標準は、例えば、ＩＥＥＥ標準８０２．１１−２００７の「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）を受信、及び／又は、送信してもよい。この場合、プロセッサ１０８は、ＳＴＡをビーコンインターバルの終了の前にスリープ状態に入るようにさせてもよい。この指示は、データフレーム内のＥＯＳＰフィールド内に含まれてもよい。
【００４４】
本発明の実施例は、例えば、コンピュータプロセッサ可読の媒体を含んでもよい。例えば、媒体の例としては、命令をエンコード又は記憶する、メモリ、ディスクドライブ、又はＵＳＢフラッシュメモリが含まれる。これらの命令は、プロセッサ又はコントローラによって実行されると、本明細書に開示された方法を実行する。これらの実施例は、例えばインターネット等のネットワークを介して、コンピュータに取得され、及び／又は、コンピュータに伝送されてもよい。
【００４５】
限られた数の実施例によって本発明が記載されているが、本発明の多くのバリエーション、修正、そして他の応用がなされてよいことは言うまでもない。本発明の実施例は、本明細書のオペレーションを実行する他の装置を含む。このような装置は、上述の要素を統合してもよい。或いは、同じ目的を実行する他のコンポーネントを含んでもよい。添付の請求項は、このような修正及び変更を、その技術的範囲に包含することが、当業者に明らかであることは言うまでもない。
【図１Ａ】
0005437499.tif 000002
【図１Ｂ】
0005437499.tif 000003
【図２Ａ】
0005437499.tif 000004
【図２Ｂ】
0005437499.tif 000005
【図２Ｃ】
0005437499.tif 000006
【図３Ａ】
0005437499.tif 000007
【図３Ｂ】
0005437499.tif 000008
【図４Ａ】
0005437499.tif 000009
【図４Ｂ】
0005437499.tif 000010
【図５】
0005437499.tif 000011