(57)【要約】本発明により、独立基本サービス・セットのＷＬＡＮ（無線ローカル・エリア・ネットワーク）において電力を管理する装置および方法が提供される。本発明では、無線ステーションによる明示的な予約と、無線ステーションによる予約およびデータ・フレーム送信の交信を感知することによる暗示的な予約とを利用してより高いスループットを実現し、それによって、所与のＡＴＩＭ（アドホック・トラフィック指示メッセージ）のウィンドウ・サイズについて、ＩＢＳＳ  ＷＬＡＮにおける電力の使用が最適化される。
2006520136.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線ＳＴＡを有するネットワークの無線ＳＴＡによる電力管理方法であって、前記複数のＳＴＡはそれぞれ、発信元ＳＴＡおよび送信先ＳＴＡの少なくとも１つになることができ、前記方法は、
（ａ）発信元ＳＴＡであるＳＴＡによってバッファされた、送信先ＳＴＡに送達する少なくとも１つのデータ・フレームがあるとき、前記ＳＴＡによって前記送信先ＳＴＡを予約するステップを含み、予約が終了したときに、前記方法はさらに、
（ｂ）前記発信元ＳＴＡによってバッファされたデータ・フレームを、前記複数のＳＴＡの別のＳＴＡによって予約された送信先ＳＴＡに送出するステップと、
（ｃ）前記発信元ＳＴＡが送出すべきものが、予約済み送信先ＳＴＡ用にバッファされたデータ・フレームしか残っていないとき、前記発信元ＳＴＡによってバッファされたデータ・フレームを前記予約済み送信先ＳＴＡに送出するステップと、
（ｄ）前記複数のＳＴＡの別のＳＴＡによってバッファされて送出されたデータ・フレームを受信するステップとを実施する、方法。
【請求項２】
（ｅ）前記発信元ＳＴＡに、送出または受信すべきデータ・フレームがないとき、低電力モードのスリープ状態になるステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記予約ステップはさらに、
（ａ．１）前記送信先ＳＴＡがいずれの発信元ＳＴＡによってもまだ予約されていない場合、前記送信先ＳＴＡを「予約済み」として明示的に予約するステップと、
（ａ．２）送信先ＳＴＡによる予約の認識、または発信元ＳＴＡと送信先ＳＴＡの間の成功した予約交信からなる群から選択された交信において感知が行われた場合、予約されていない送信先ＳＴＡを「他のＳＴＡによって予約済み」として暗示的に予約するステップと、
（ａ．３）発信元ＳＴＡと送信先ＳＴＡの間の成功した予約交信において感知が行われた場合、予約されていない発信元ＳＴＡを「他のＳＴＡによって予約済み」として暗示的に予約するステップとを含む、請求項２に記載の方法。
【請求項４】
前記予約ステップはさらに、
（ａ．４）すべての送信先ＳＴＡが、少なくとも一つのデータフレームをバッファしたある発信元ＳＴＡによって予約されたとき、いずれかの暗示的に予約されたＳＴＡを明示的に予約するステップを含む、請求項３に記載の方法。
【請求項５】
（ｆ）どの発信元ＳＴＡによってもまだ予約されていない、発信元ＳＴＡと送信先ＳＴＡの間の感知されたデータ・フレーム送信の送信先ＳＴＡを、「他のＳＴＡによって予約済み」として暗示的に予約するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記送出ステップ（ｂ）はさらに、
（ｂ．１）前記送信先ＳＴＡ用にバッファされたデータ・フレームが２つ以上あるかどうかに基づいて、前記データ・フレーム中の「モア・データ」ビットをそれぞれ１または０に設定するステップと、
（ｂ．２）前記送信先ＳＴＡ用にバッファされたデータ・フレームが２つ以上ある場合、前記送信先ＳＴＡを「予約済み」として明示的に予約するステップとを含み、
前記受信ステップはさらに、
（ｄ．１）送信先ＳＴＡとしての前記ＳＴＡの前記明示的および暗示的な予約ごとに、すべてのデータ・フレームが受信されるまで起動状態のままでいるステップを含む、請求項５に記載の方法。
【請求項７】
前記方法はさらに、
前記複数のＳＴＡのすべてのＳＴＡが、周期的な所定のＴＢＴＴ（ターゲット・ビーコン送信時間）において起動するステップと、
前記周期的なＴＢＴＴに続く、固定長Ｄａｔａ＿Ａｌｅｒｔウィンドウおよびその直後の固定長の残り期間を含むビーコン間隔と称する固定長期間内で前記方法を実施するステップと、
前記Ｄａｔａ＿Ａｌｅｒｔウィンドウ中に前記予約ステップ（ａ）を実施するステップとを含み、前記明示的に予約するステップ（ａ．１）はさらに、前記発信元ＳＴＡによって前記送信先ＳＴＡにＤａｔａ＿Ａｌｅｒｔフレームを送出するステップ（ａ．１．１）を含み、前記方法はさらに、
前記残り期間中にステップ（ｂ）〜（ｆ）を実施するステップを含む、請求項６に記載の方法。
【請求項８】
前記スリープ状態になるステップ（ｅ）はさらに、
（ｅ．１）次のＴＢＴＴまでの時間の長さが閾値よりも長いかどうかを判定するステップと、
（ｅ．２）前記時間の長さが前記閾値よりも長くない場合、次のＴＢＴＴまで起動状態のままでいるステップとを最初に実施するステップを含む、請求項７に記載の方法。
【請求項９】
前記方法はさらに、
（ｇ）前記複数のＳＴＡのすべてのＳＴＡが、周期的な所定のＴＢＴＴ（ターゲット・ビーコン送信時間）においてビーコンを送出しようと競合するステップと、
（ｈ）前記周期的なＴＢＴＴに続く、固定長Ｄａｔａ＿Ａｌｅｒｔウィンドウおよび後続の固定長の残り期間を含むビーコン間隔と称する固定長期間内で前記方法を実施するステップと、
（ｉ）前記Ｄａｔａ＿Ａｌｅｒｔウィンドウ中に前記予約ステップ（ａ）を実施するステップとを含み、前記明示的に予約するステップ（ａ．１）はさらに、前記発信元ＳＴＡによって前記送信先ＳＴＡにＤａｔａ＿Ａｌｅｒｔフレームを送出するステップ（ａ．１．１）を含み、前記方法はさらに、
（ｊ）前記残り期間中にステップ（ａ）〜（ｄ）を実施するステップを含む、請求項１に記載の方法。
【請求項１０】
前記方法はさらに、
（ｇ）前記複数のＳＴＡのすべてのＳＴＡが、周期的な所定のＴＢＴＴ（ターゲット・ビーコン送信時間）において起動するステップと、
（ｈ）前記周期的なＴＢＴＴに続く、固定長Ｄａｔａ＿Ａｌｅｒｔウィンドウおよび後続の固定長の残り期間を含むビーコン間隔と称する固定長期間内で前記方法を実施するステップと、
（ｉ）前記Ｄａｔａ＿Ａｌｅｒｔウィンドウ中に前記予約ステップ（ａ）を実施するステップとを含み、前記明示的に予約するステップ（ａ．１）はさらに、前記発信元ＳＴＡによって前記送信先ＳＴＡにＤａｔａ＿Ａｌｅｒｔフレームを送出するステップ（ａ．１．１）を含み、前記方法はさらに、
（ｊ）前記残り期間中にステップ（ａ）〜（ｅ）を実施するステップを含む、請求項２に記載の方法。
【請求項１１】
前記スリープ状態になるステップ（ｅ）はさらに、
（ｅ．１）次のＴＢＴＴまでの時間の長さが閾値よりも長いかどうかを判定するステップと、
（ｅ．２）前記時間の長さが前記閾値よりも長くない場合、次のＴＢＴＴまで起動状態のままでいるステップとを最初に実施するステップを含む、請求項１０に記載の方法。
【請求項１２】
前記ネットワークは、ＩＥＥＥ８０２．１１  ＩＢＳＳ（独立基本サービス・セット）のＷＬＡＮ（無線ローカル・エリア・ネットワーク）である、請求項１に記載の方法。
【請求項１３】
ＡＴＩＭ（アドホック・トラフィック指示メッセージ）ウィンドウおよび後続のデータ・フレーム送信ウィンドウからなるビーコン間隔を有するＩＥＥＥ８０２．１１  ＩＢＳＳ（独立基本サービス・セット）の無線ローカル・エリア・ネットワークにおいて電力を節約する方法であって、
前記ＡＴＩＭウィンドウ内で、請求項１に記載のステップ（ａ）を実施するステップと、
前記データ・フレーム送信ウィンドウ内で、請求項１に記載のステップ（ｂ）〜（ｄ）を実施するステップとを含む、方法。
【請求項１４】
ＡＴＩＭ（アドホック・トラフィック指示メッセージ）ウィンドウおよび後続のデータ・フレーム送信ウィンドウからなるビーコン間隔を有するＩＥＥＥ８０２．１１  ＩＢＳＳ（独立基本サービス・セット）の無線ローカル・エリア・ネットワークにおいて電力を節約する方法であって、
前記ＡＴＩＭウィンドウ内で、請求項１０に記載のステップ（ａ）を実施するステップと、
前記データ・フレーム送信ウィンドウ内で、請求項１０に記載のステップ（ｂ）〜（ｊ）を実施するステップとを含む、方法。
【請求項１５】
前記予約ステップ（ａ）はさらに、
（ａ．３）前記発信元ＳＴＡによって前記送信先ＳＴＡを送信先リストに入力するステップと、
（ａ．４）前記送信先ＳＴＡによって前記発信元ＳＴＡを発信元リストに入力するステップとを含み、
前記明示的に予約するステップ（ａ．１）はさらに、
（ａ．１．１）前記送信先リスト内の前記送信先ＳＴＡについて「予約済み」と入力するステップを含み、
前記暗示的に予約するステップ（ａ．２）はさらに、
（ａ．２．１）前記送信先リスト内の前記送信先ＳＴＡについて「他のＳＴＡによって予約済み」と入力するステップを含み、
前記受信ステップ（ｄ）はさらに、
（ｄ．２）前記受信データ・フレームの前記「モア・データ」ビットがゼロである場合、前記発信元リストから発信元ＳＴＡを削除するステップを含み、
前記起動状態のままでいるステップ（ｄ．１）はさらに、
（ｄ．１．１）前記発信元リストが空でない場合、起動状態のままでいるステップを含む、請求項６に記載の方法。
【請求項１６】
前記方法はさらに、
前記複数のＳＴＡのすべてのＳＴＡが、周期的な所定のＴＢＴＴ（ターゲット・ビーコン送信時間）において起動するステップと、
前記周期的なＴＢＴＴに続く、固定長Ｄａｔａ＿Ａｌｅｒｔウィンドウおよびその直後の固定長の残り期間を含むビーコン間隔と称する固定長期間内で前記方法を実施するステップと、
前記Ｄａｔａ＿Ａｌｅｒｔウィンドウ中に前記予約ステップ（ａ）を実施するステップとを含み、前記明示的に予約するステップ（ａ．１）はさらに、前記発信元ＳＴＡによって前記送信先ＳＴＡにＤａｔａ＿Ａｌｅｒｔフレームを送出するステップ（ａ．１．１）を含み、前記方法はさらに、
前記残り期間中にステップ（ｂ）〜（ｆ）を実施するステップを含む、請求項１５に記載の方法。
【請求項１７】
前記スリープ状態になるステップ（ｅ）はさらに、
（ｅ．１）次のＴＢＴＴまでの時間の長さが閾値よりも長いかどうかを判定するステップと、
（ｅ．２）前記時間の長さが前記閾値よりも長くない場合、次のＴＢＴＴまで起動状態のままでいるステップとを最初に実施するステップを含む、請求項１６に記載の方法。
【請求項１８】
複数の無線ＳＴＡ（ステーション）を有するネットワークにおいて電力を管理する装置であって、前記複数のＳＴＡはそれぞれ、発信元ＳＴＡおよび送信先ＳＴＡの少なくとも１つになることができ、前記装置は、前記複数のＳＴＡのＳＴＡ用制御コンポーネントを備え、前記制御コンポーネントは、
（ａ）所定のＴＢＴＴ（ターゲット・ビーコン送信時間）において周期的に前記ＳＴＡを起動させ、
前記ＳＴＡが起動し、前記所定のＴＢＴＴの後で、
（ｂ）前記ＳＴＡを発信元ＳＴＡとして識別し、前記発信元ＳＴＡによってバッファされた、送信先ＳＴＡに送達する少なくとも１つのデータ・フレームがあるとき、前記複数のＳＴＡの別のＳＴＡによって予約されているか不明な送信先ＳＴＡを予約し、
（ｂ）所定の予約期間が終了し、その直後の送信ウィンドウの間に、
ｉ．前記発信元ＳＴＡによってバッファされたデータ・フレームを、前記複数のＳＴＡの別のＳＴＡによって予約された前記送信先ＳＴＡに送出し、
ｉｉ．前記発信元ＳＴＡが送出すべきものが、予約済み送信先ＳＴＡ用にバッファされたデータ・フレームしか残っていないとき、前記発信元ＳＴＡによってバッファされたデータ・フレームを前記予約済み送信先ＳＴＡに送出し、
ｉｉｉ．前記複数のＳＴＡの別のＳＴＡによってバッファされて送出されたデータ・フレームを受信し、
ｉｖ．前記ＳＴＡに送出または受信すべきデータ・フレームがないとき、前記ＳＴＡをスリープ・モードにするように構成される、装置。
【請求項１９】
データ・フレームが送出されるとき、前記発信元ＳＴＡによって前記送信先ＳＴＡ用にバッファされたデータ・フレームが２つ以上ある場合、前記制御コンポーネントは、「モア・データ」指標を１に設定し、１つしかない場合は０に設定し、
前記制御コンポーネントは、前記発信元ＳＴＡが、前記２つ以上のデータ・フレームについて前記送信先ＳＴＡを予約したかのように、前記２つ以上のデータ・フレームを受信するために前記ＳＴＡを起動状態で保持する、請求項１８に記載の装置。
【請求項２０】
前記制御コンポーネントはさらに、
発信元ＳＴＡの発信元リストおよび送信先ＳＴＡの送信先リストを維持するように構成され、前記送信先リストは、前記ＳＴＡが、前記送信先リスト中の送信先ＳＴＡを予約したか、あるいは、別のＳＴＡが、送信先ＳＴＡとして前記リストにあるＳＴＡを予約したかに応じて、「予約済み」または「他のＳＴＡによって予約済み」と注釈が付けられ、前記制御コンポーネントはさらに、
前記「モア・データ」ビットが０であるとき、前記発信元リストから発信元ＳＴＡを削除し、
前記発信元リストが空でない場合、前記ＳＴＡを起動状態で保持するように構成される、請求項１９に記載の装置。
【請求項２１】
メモリをさらに備え、前記発信元リストおよび送信先リストは、前記制御コンポーネントによって維持される、請求項２０に記載の装置。
【請求項２２】
発信元ＳＴＡと送信先ＳＴＡの間の感知された予約交信について、前記制御コンポーネントは、前記送信先リスト中の前記発信元ＳＴＡおよび送信先ＳＴＡの少なくとも１つに「他のＳＴＡによって予約済み」と注釈を付け、
発信元ＳＴＡと送信先ＳＴＡの間の感知されたデータ・フレーム送信について、前記制御コンポーネントは、前記送信先リスト中の前記発信元ＳＴＡおよび送信先ＳＴＡの少なくとも１つに「他のＳＴＡによって予約済み」と注釈を付ける、請求項２０に記載の装置。
【請求項２３】
前記ネットワークは、ＩＥＥＥ８０２．１１  ＩＢＳＳ（独立基本サービス・セット）のＷＬＡＮ（無線ローカル・エリア・ネットワーク）であり、
前記所定の予約間隔は、ＡＴＩＭ（アドホック・トラフィック指示メッセージ）ウィンドウであり、
前記所定の予約間隔および前記その直後の送信ウィンドウは、ビーコン間隔であり、
送信先ＳＴＡは、発信元ＳＴＡが前記送信先ＳＴＡにＡＴＩＭフレームを送出することによって予約される、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、独立基本サービス・セットのＷＬＡＮ（無線ローカル・エリア・ネットワーク）における電力管理に関する。より詳細には、本発明は、ＩＥＥＥ（米国電気電子技術者協会）８０２．１１  ＩＢＳＳ  ＷＬＡＮにおける電力管理に関する。最も詳細には、本発明は、スループットをより高め、それによって、所与のＡＴＩＭ（アドホック・トラフィック指示メッセージ）ウィンドウ・サイズについて、ＩＢＳＳ  ＷＬＡＮにおける電力の使用を最適化することに関する。
【背景技術】
【０００２】
ＷＬＡＮ（無線ローカル・エリア・ネットワーク）は、支配的なネットワーク技術になりつつある。このように普及が拡大しているのは、携帯型無線装置およびこれらの装置にサービスを行う通信ネットワークの要求が爆発的に拡大しているためである。
【０００３】
ＷＬＡＮは、インフラストラクチャＢＳＳおよびＩＢＳＳ（独立ＢＳＳ）の２つのタイプのネットワークをサポートする。ＢＳＳ（基本サービス・セット）は、ＷＬＡＮの基本構成単位である。各ＢＳＳは、少なくとも２つのＳＴＡ（ステーション）からなる。
【０００４】
図１ａを参照すると、ＳＴＡ１００が中央ＡＰ（アクセス・ポイント）１３０を介して通信するインフラストラクチャＢＳＳが示されている。中央ＡＰは、発信元ＳＴＡ１００からトラフィック１２０を受け取り、そのトラフィック１２０を送信先ＳＴＡ１００に中継する。図１ｂを参照すると、各ＳＴＡ１００が、ＡＰの助けなしで他のＳＴＡ１００と直接通信する（１１０）（アドホック・ネットワークとしても知られている）独立ＢＳＳまたはＩＢＳＳが示されている。すなわち、ＩＢＳＳ内ではすべてのトラフィックがピア・ツウ・ピアなので、アドホック・ネットワーク内の各ＳＴＡ１００は、互いの無線の範囲内にある場合には、別のＳＴＡ１００と通信することができる。
【０００５】
ＷＬＡＮの多くは、電池駆動の携帯装置に応用される。したがって、ＷＬＡＮカードの電力消費は、ＩＢＳＳ  ＷＬＡＮの全体的な電力管理における重要なファクタである。例えば、ＩＥＥＥ８０２．１１規格のＷＬＡＮは、アクセス方法としてＣＳＭＡ／ＣＡ（搬送波感知多重アクセス／衝突回避方式）を利用する。この方式では、ステーションは、アイドル期間中連続してメディアを監視することを必要とする。その結果、アイドル・モードで消費される電力が、送信または受信のモードで消費される電力よりもかなり小さくなることはない。
【０００６】
ＷＬＡＮにおける節電は、適当と認められるときはいつでも、ＳＴＡを低電力消費モード、すなわちスリープ・モードに移行させることによって実現される。この間、ＷＬＡＮカードはメディアを監視しない。スリープ・モードに入ることは、ＷＬＡＮカードをオフにすることと異なることに留意されたい。というのは、ＷＬＡＮカードをオフの状態からオンにするには、ＷＬＡＮカードをスリープ・モードから起動させるよりも、はるかに長い時間がかかることになるからである。
【０００７】
電力消費に関して、典型的なＷＬＡＮカードは、送信モードで１．５Ｗを消費し、受信モードで１．２５Ｗ、アイドル・モードで約１．１２Ｗを消費し、スリープ・モードではわずか０．０４５Ｗである。スリープ・モードにより、かなりの電力が節約される。ただし、スリープ・モードでは電力が節約されるが、スリープ・モードのＳＴＡは、ネットワークの残りの部分から完全に分離される。スリープ・モードでは、ＳＴＡは、パケットを送信することもできないし、受信することもできない。このことから、あるＳＴＡに送信すべきパケットがあり、送信先ＳＴＡがスリープ・モードの状態にあるとき、「送信先ＳＴＡがこれらのパケットを受信し得るように起動させるにはどうするか」という問題が生じる。すなわち、チャレンジは、発信元ステーションがパケットを送信することを決定したときにちょうどよいタイミングで、送信先ステーションを起動させることである。
【０００８】
この問題を解決するために、ＩＢＳＳ  ＷＬＡＮでは、Ｄａｔａ＿ＡｌｅｒｔメッセージおよびＤａｔａ＿Ｗｉｎｄｏｗを使用して、ＩＢＳＳについての電力管理を実施する。図３に、ＩＢＳＳ  ＷＬＡＮの動作を示す。ＴＢＴＴ（ターゲット・ビーコン送信時間）３３０として知られている所定の間隔で、ＩＢＳＳのすべてのＳＴＡが起動し、ＩＢＳＳ  ＷＬＡＮ内でビーコン生成が分配されるので、これらのＳＴＡはそれらのビーコン３１０を送出しようと競合する。ＩＢＳＳ内の各ＳＴＡは、ＴＢＴＴ３３０においてビーコン３１０を送信する準備を整え、ランダム遅延を利用してメディアにアクセスするために、ＩＢＳＳ内の他のすべてのＳＴＡと競合する。この競合に勝ったＳＴＡは、他のすべての待ち状態のビーコン送信を取り消す。したがって、ビーコンが失敗する場合を除き、１つのビーコン間隔３００当たり１つのビーコン３１０が送信される。
【０００９】
ビーコンの直後に発生する所定の長さのウィンドウは、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０として確保され、この間は、Ｄａｔａ＿Ａｌｅｒｔフレーム３５０および受信通知３６０しか送信することができない。Ｄａｔａ＿Ａｌｅｒｔフレーム３５０はトラフィック通知であり、送信先に送信するために待機しているデータフレームがあることを送信先ＳＴＡに知らせるために、発信元ＳＴＡによって使用される。Ｄａｔａ＿Ａｌｅｒｔフレーム３５０（およびその受信通知３８０）は、通常のデータ・フレームと同じＤＣＦ（分散コーディネーション機能）のルールに従うことによって競合を解決する。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０が終了する前に送信することができないＤａｔａ＿Ａｌｅｒｔフレーム３５０は、次のＴＢＴＴ３３０に続く次のビーコン間隔中に送信される。
【００１０】
ＳＴＡがＤａｔａ＿Ａｌｅｒｔフレーム３５０、３７５の送出または受信に成功しなかった場合、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０が終了した後で、このＳＴＡは、現在のビーコン間隔３４０中にこのＳＴＡへのトラフィックはないと仮定することができ、そのため、次のＴＢＴＴ３３０まで、スリープ（低電力モード）に戻ることができる。そうでない場合には、ＳＴＡは、データ・フレーム３６５の送信および受信通知３７０の受信を開始することもできるし、あるいは、データ・フレーム３８５を受信し、受信通知３９０を送信するために、ビーコン間隔３４０全体を通じて受信モードのままでいることもできる。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の間に通知されたデータのみが、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の後で送信できることに留意されたい。現在の電力管理手法では、ＩＢＳＳの存続期間全体を通じて、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０のサイズを固定サイズにすることが必要とされる。
【００１１】
先行技術のＩＢＳＳ  ＷＬＡＮの電力管理方式は以下のように要約することができる。ＳＴＡは、短い周期で周期的に起動し、その間、他のどのＳＴＡも起動していることがわかっている。この期間中にＳＴＡは、それがバッファしたパケットについて、その送信先ＳＴＡを「予約」しようと試みる。この期間の終了時に、ＳＴＡは規定によって、この期間中にこのＳＴＡが、なんらかの送信先ＳＴＡを予約しない限り、あるいは、送信先ＳＴＡとして予約されない限り、スリープに戻る。
【００１２】
この先行技術の電力管理方式は、以下の２つの欠点を有する。
【００１３】
１）送信先ＳＴＡを明示的に予約したＳＴＡのみが、ビーコン間隔３００の残りの部分３４５の間にデータ・フレームを送信することができる。
【００１４】
２）ＳＴＡは、それがなんらかの送信先ＳＴＡを予約したか、あるいは、送信先ＳＴＡとして予約された以上は、ビーコン間隔全体を通じて起動状態のままでいなければならない。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
したがって、
１）ＳＴＡによって感知された感知情報（知識）を使用することができ、
２）ＳＴＡが通知されたトラフィックを完了しさえすれば、これらのＳＴＡはスリープに戻ることができるようにする必要がある。
【００１６】
ＳＴＡは、それらが起動状態にあるときは常にメディアを監視しているので、発信元ＳＴＡが送信先ＳＴＡを「予約」する交信を感知する。この感知情報は、他のいくつかのＳＴＡが予約した送信先ＳＴＡに、バッファされたデータフレームを送信するために、あるＳＴＡが起動状態のままでいるということに基づいて使用されうる。というのは、先行技術では、予約されたＳＴＡは、ビーコン間隔３００全体にわたって起動状態のままでいるからである。ただし、電力の使用を最小限に抑えるために、ＳＴＡは、通知されたすべてのトラフィックがこのＳＴＡによって受信または送出されたときにスリープに移行し得るべきである。
【課題を解決するための手段】
【００１７】
そのため、本発明のシステムおよび方法におけるＩＢＳＳ  ＷＬＡＮの電力管理の本質は、送信先ＳＴＡが起動することになるかどうかについての「知識」に関係する。ＩＢＳＳ  ＷＬＡＮの電力管理を最適化するために本発明のシステムおよび方法により用いられる鍵は、この知識を最大限利用することである。すなわち、本発明のシステムおよび方法では、ＳＴＡは、この知識がどのように（すなわち、明示的または暗示的に）取得されたかにかかわらず、この知識を利用する。したがって、好ましい実施形態では、送信先ＳＴＡが起動状態にあることが確実にわかっている場合、ＳＴＡは、この送信先ＳＴＡを明示的に予約していなくても送信先ＳＴＡにデータ・フレームを転送する。
【００１８】
ＩＢＳＳ  ＷＬＡＮ用の先行技術の電力管理方式によれば、予約されたＳＴＡはそれぞれ、ビーコン間隔３００中に、厳密にどのＳＴＡがパケットを送ってくるかを知っている。ＳＴＡ  Ｂへのデータ・フレームの送出を予定するすべてのＳＴＡが、それらのデータ・フレームをＳＴＡ  Ｂに送出し終わった後で、ビーコン間隔３００内でそれ以上ＳＴＡ  Ｂを起動状態のままにするのは電力の無駄である。
【００１９】
本発明のシステムおよび方法は、
１）ＳＴＡが感知情報（知識）を使用することができ、
２）ＳＴＡが通知されたトラフィックを完了しさえすれば、ＳＴＡはスリープ（低電力モード）に戻ることができる、ことにより、上述した先行技術のＩＢＳＳ  ＷＬＡＮの電力管理方式の２つの欠点を軽減できる。
【００２０】
先行技術のＩＥＥＥ８０２．１１規格では、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０は、ＡＴＩＭ（アドホック・トラフィック指示メッセージ）ウィンドウであり、Ｄａｔａ＿Ａｌｅｒｔフレーム３５０は、ＡＴＩＭフレームである。さらに、ＭＡＣヘッダのフレーム制御フィールド内の「モア・データ」ビットは、インフラストラクチャＢＳＳでしか使用されない。通知されたすべてのトラフィックの後でＳＴＡをスリープに移行させる問題に対処するために、本発明のシステムおよび方法の好ましい実施形態では、ＩＢＳＳ中の「モア・データ」ビットを使用して電力を管理する。
【００２１】
したがって、本発明の装置および方法により提供される「モア・データ」ビットにより、ＩＢＳＳ  ＷＬＡＮのＳＴＡは、あるＳＴＡによって感知された、送信先ＳＴＡとして「予約」されたＳＴＡに関する情報を利用することができる。「モア・データ」ビットの値１は、発信元ＳＴＡのところに、同じ送信先ＳＴＡへのフレームが少なくとももう１つあることを示し、値０は、この発信元ＳＴＡからこの送信先ＳＴＡへのフレームがもうないことを示す。そのため、非予約ＳＴＡから少なくとも１つのデータ・フレームが通過し、モア・データ・ビットが１に設定されている場合には、送信先ＳＴＡは、起動状態のままでいる。
【００２２】
本発明の上記その他の特徴および利点は、添付の図面で例示する好ましい実施形態の以下のより詳細な説明から明らかになるであろう。
【発明を実施するための最良の形態】
【００２３】
以下の説明では、本発明を完全に理解するために、特定の構造、電力管理技術など、具体的な細部を述べるが、これらは例であり、限定的なものではない。しかし、当業者には、ここで述べる具体的な細部と異なる他の実施形態で本発明を実施し得ることが明らかであろう。
【００２４】
国際規格ＩＳＯ／ＩＥＤ８８０２．１１、「情報技術−電気通信および情報の交換用のエリア・ネットワーク」、１９９９年版で定義される先行技術の８０２．１１規格では、ＭＡＣヘッダのフレーム制御フィールド内の「モア・データ」ビットは、インフラストラクチャＢＳＳでのみ使用され、この文献全体をここに参照により組み込む。好ましい実施形態では、本発明のシステムおよび方法は、ＩＢＳＳ中の「モア・データ」ビットを使用して電力を管理する。
【００２５】
好ましい実施形態では、本発明は、ＩＢＳＳ  ＷＬＡＮのＳＴＡによって送信される指示データまたは管理タイプのフレーム内で「モア・データ」ビットが有効である節電モードを提供する。値１は、少なくとも一つの追加のバッファデータまたは管理フレームが同じ送信先ＳＴＡに対する発信元ＳＴＡにあることを示す。値０は、データと管理フレームのどちらも同じ送信先ＳＴＡに対する発信元ＳＴＡにないことを示す。
【００２６】
図１ｂに、本発明の実施形態を適用する代表的なネットワークを示す。図１に示すように、複数のＳＴＡ１００は、すべてのトラフィックがピア・ツウ・ピアになるように、複数の無線チャネル１１０を介して無線リンクにより互いに通信する。本発明の主要な基本方針は、各無線ＳＴＡ１００による電力の使用を最適化する仕組みを提供することであり、それによって、各ビーコン間隔３００内で、最大数のデータ・フレーム３６５がＳＴＡ１００間で送信され、同時に、ＳＴＡ１００は、送信かつ／または受信すべきフレームを有する場合にのみ、このビーコン間隔全体にわたって起動状態のままであり、そうでない場合には、このＳＴＡは、スリープまたは低電力モードに移行して電力を節約する。ビーコン間隔３００内の残り時間３５０が短い場合、ＳＴＡ１００は、スリープ・モードに入らないことがあることに留意されたい。というのは、次のＴＢＴＴ３３０のところで起動するのに消費される電力は、このような短い時間スリープ・モードに移行することによって節約される電力よりも大きいことがあるからである。さらに、図１ｂに示すＩＢＳＳネットワークは、この説明では小規模であることに留意されたい。実際には、ほとんどのネットワークは、はるかに多数の携帯ＳＴＡ１００を含む。
【００２７】
図１ｂおよび図２を参照すると、図１ｂのＷＬＡＮ内のＩＢＳＳの各ＳＴＡ１００は、図２のブロック図に示す構造を有するシステムを含み得る。各ＳＴＡ１００は、受信機２００、復調器２１０、メモリ２２０、電力管理回路２３０、制御プロセッサ２４０、タイマ２５０、変調器２６０、および送信機２７０を含み得る。図２のシステム２８０は、説明のための単なる例である。この説明では、特定の携帯ＳＴＡを説明するのに一般に用いる用語を引用することがあるが、この説明および概念は、図２に示すものと異なる構造を有するシステムを含めて、他の処理システムに等しく適用される。
【００２８】
動作においては、受信機２００および送信機２７０は（図示しない）アンテナに結合されて、受信信号および所望の送信データを、それぞれ復調器２１０および変調器２６０を介して変換する。電力管理回路２３０は、（１）明示的に「予約」された、（２）感知され、暗示的に予約された、（３）受信メッセージ中の「モア・データ」ビットによって示された、送出／受信すべきデータ・フレームがあるかどうかを判定することによって、ＳＴＡ１００が、所与のビーコン間隔３００の残りの部分３４５全体を通じて起動状態のままでいるべきか、あるいはスリープ（低電力モード）に移行すべきかを決定するようにプロセッサ２４０の制御下で動作する。さらに、この所与のビーコン間隔３００の残りの時間３４０が所定の閾値よりも大きいはずである場合、またはＳＴＡがビーコン間隔３００の継続期間にわたって起動状態のままの場合、ＳＴＡはスリープ（低電力モード）に移行する決定をする。ビーコン間隔３００の残り時間の計算値は、メモリ２３０に記憶された次のＴＢＴＴの時間から現在の時間を減算することによって求められる。タイマ２５０を使用して、所定のＴＢＴＴ３３０においてスリープ状態のＳＴＡを起動し、制御プロセッサ２４０をスケジュールしてビーコンを送信する。というのは、このＴＢＴＴにおいて、すべてのＳＴＡがそれらのビーコンを送信しようとして競合するからである。
【００２９】
好ましい実施形態では、各ＳＴＡ１００は、所与のビーコン間隔３００中に、そのＳＴＡがパケットを受信する予定の発信元ＳＴＡの識別子のリストを保持する。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の終了時に、このリストは、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の間に、このＳＴＡを明示的に予約したＳＴＡの識別子からなる。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の後、ＳＴＡ１００がリストに加わる。もしそのＳＴＡがリストにない場合、「モア・データ」ビットを持つデータまたは管理フレームを受信するＳＴＡは「１」にセットされる。一方、リストにＳＴＡ１００がすでにある場合、ＳＴＡ１００はリストから除去され、「モア・データ」ビットを持つデータまたは管理フレームを受信するＳＴＡは「０」にセットされる。このリストが空のとき、このＳＴＡ１００は、他のＳＴＡに対して起動状態のままでいる義務がないと仮定する。ＳＴＡ１００自体に、他のＳＴＡに送出すべきパケットがなく、ビーコン間隔３００の残りの時間３４５が所定の閾値よりも大きい場合、このＳＴＡ１００は、スリープに移行することができ、次のＴＢＴＴ３３０で起動する。というのは、スリープが短すぎる場合、モード切換えに関連する余分な電力消費により、電力が節約されないことがあるからである。したがって、スリープに移行する資格のあるＳＴＡは、予想スリープ時間が所定の閾値よりも大きい場合にのみスリープに移行する。
【００３０】
無線メディアはブロードキャスト・メディアなので、どのＳＴＡ１００もある範囲内でこのメディアを介してトラフィックを感知することができる。したがって、ＳＴＡ  Ａ１は、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０中に、ＳＴＡ  Ａ２がＳＴＡ  Ａ３を予約したことを感知することが可能である。好ましい実施形態では、このような情報を利用して、全体的なＩＢＳＳの性能を向上させる。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０後のＳＴＡの挙動に応じて、本発明の以下の２つの実施形態のいずれかが、この感知情報を利用して、電力管理および全体的なＩＢＳＳの性能を改善する。
【００３１】
１）Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０後も起動状態のままでいるＳＴＡは、現在の規格で規定されているように、ビーコン間隔３００全体を通じて起動状態のままでいる。好ましい実施形態では、ＳＴＡ  Ａ１が、ＡＴＩＭウィンドウ内でＳＴＡ  Ａ２がＳＴＡ  Ａ３を予約したことを感知する限り、ＳＴＡ  Ａ１には、ＳＴＡ  Ａ２およびＳＴＡ  Ａ３がともにビーコン間隔３００全体にわたって起動状態のままでいることになることがわかる。したがって、ＳＴＡ  Ａ１は、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０後、ビーコン間隔の残りの部分３４５の間に、ＳＴＡ  Ａ２またはＳＴＡ  Ａ３のいずれかに、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０内でそれらのいずれをも明示的に予約せずにフレームを送出することができ、送信先ＳＴＡがまさに明示的に予約されているかのように利用可能であるようにする。
【００３２】
したがって、ＳＴＡは、Ｄａｔａ＿Ａｌｅｒｔの交信（Ｄａｔａ＿Ａｌｅｒｔフレーム３５０および後続の対応する受信通知３６０）が成功したことを感知するたびに、このＳＴＡの待ち状態の、感知されたＤａｔａ＿Ａｌｅｒｔ交信の当事者のいずれの側に向けられたＤａｔａ＿Ａｌｅｒｔフレーム３５０も、それが存在する場合には取り消すべきである。その結果、Ｄａｔａ＿Ａｌｅｒｔフレーム３５０のトラフィックが少なくなり、それによって電力が節約される。
【００３３】
ＳＴＡがＤａｔａ＿Ａｌｅｒｔ受信通知３８０だけを感知した場合、このＳＴＡは、このＳＴＡの待ち状態の、このＤａｔａ＿Ａｌｅｒｔ受信通知３８０の送出側に向けられたＤａｔａ＿Ａｌｅｒｔフレーム３５０を、それが存在する場合には取り消すべきである。
【００３４】
ＳＴＡ１００がＤａｔａ＿Ａｌｅｒｔフレーム３５０だけを感知した場合、このＳＴＡ１００は、ビーコン間隔の残りの部分３４５中に起動される、感知された発信元またはその意図する送信先の利用可能性についての仮定をすべきではない。
【００３５】
理想的な場合、各送信先ＳＴＡ１００は、発信元ＳＴＡの数にかかわらず、１つのビーコン間隔３００当たり一回だけ予約すべきである。こうすると、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０内でのＤａｔａ＿Ａｌｅｒｔ３５０のトラフィックが減少することになり、そのため、必要とされるＤａｔａ＿Ａｌｅｒｔウィンドウ３４０のサイズが小さくなる。送信するＤａｔａ＿Ａｌｅｒｔフレーム３５０も電力を消費するので、Ｄａｔａ＿Ａｌｅｒｔフレーム３５０のトラフィックが減少すると、オーバーヘッドの電力消費が少なくなる。一方、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０を小さくすると、データ送信の時間が多く残り、そのため、スループットが向上し得る。
【００３６】
２）ＡＴＩＭウィンドウ後に起動状態のままでいるＳＴＡは、すべての通知されたトラフィックが完了した後で、スリープに戻ることができる。好ましい代替実施形態では、ＳＴＡ  Ａ２がＳＴＡ  Ａ３を予約したことをＳＴＡ  Ａ１が感知すると、ＳＴＡ  Ａ１には、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０後に、ＳＴＡ  Ａ２およびＳＴＡ  Ａ３がともに起動状態のままでいることになることがわかっているが、ＳＴＡ  Ａ１には、ＳＴＡ  Ａ２およびＳＴＡ  Ａ３がどのくらい長く起動状態のままでいることになるかはわからない。ＳＴＡ  Ａ２またはＳＴＡ  Ａ３自体を明示的に予約しないと、それらにＳＴＡ  Ａ１がフレームを送出するときに、ＳＴＡ  Ａ２またはＳＴＡ  Ａ３が起動状態である保証はない。
【００３７】
この不確実性にもかかわらず、この実施形態における感知情報は依然として価値がある。ＳＴＡ  Ａ１の希望は依然として、それがトラフィックを持つすべての送信先ＳＴＡを予約することであるが、ＳＴＡ  Ａ１が優先するＳＴＡは、ＳＴＡ  Ａ１が何も知らない送信先ＳＴＡ、すなわち、これらの送信先ＳＴＡが関与する交信を感知しなかったＳＴＡであり、まずこれらの送信先ＳＴＡを予約する。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の長さが十分でない場合、ＳＴＡ  Ａ１は、他のどのＳＴＡも予約しなかったＳＴＡ  Ａ４ではなく、他のＳＴＡがすでに予約したＳＴＡ  Ａ３を除外する。ＳＴＡ  Ａ１には結局、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０が終了した後で、ＳＴＡ  Ａ２がそのすべてのＳＴＡ  Ａ３向けフレームを送出し終えるよりも十分に早く、「モア・データ」ビットが１に設定したフレームをＳＴＡ  Ａ３に送出することによって、ＳＴＡ  Ａ３を「予約」する別の機会が与えられる。
【００３８】
この実施形態の基本的な考え方は、制限されたＤａｔａ＿Ａｌｅｒｔウィンドウ３４０内で、できるだけ多くの別個の送信先ＳＴＡを予約することである。
【００３９】
Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０後、各ＳＴＡはまず、１つのフレームを、それが存在する場合には、そのＳＴＡではなく、他のＳＴＡによって予約された各ＳＴＡに送出しようと試みる。「モア・データ」ビットを１に設定すると、このフレームにより、このＳＴＡがＤａｔａ＿Ａｌｅｒｔウィンドウ３４０中に予約できなかった送信先を予約する機会が提供される。あるＳＴＡにとって心配する必要が最も少ないのは、そのＳＴＡがＤａｔａ＿Ａｌｅｒｔウィンドウ３４０中にすでに予約したＳＴＡである。というのは、これらのＳＴＡは約束をしており、いずれにしてもフレームを受信するために起動状態のままでいるからである。別の観点から見ると、実際、予約済みＳＴＡへのトラフィックを遅らせることにより、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の後で、他のＳＴＡが「モア・データ」ビットを使用することによって「予約」する機会が大きくなる。
【００４０】
依然として、予約していない送信先ＳＴＡにフレームを送出することは、運任せである。ＳＴＡは、送信に失敗したら（あるいは、ある回数にわたって送信に失敗したら）、それを、その送信先ＳＴＡがもはや起動状態にないとみなし、次の送信先ＳＴＡに移るべきである。
【００４１】
発信元ＳＴＡおよび送信先ＳＴＡのリストを使用する実施形態
本発明を実施するのに好ましい実施形態は、発信元ＳＴＡのリストおよび送信先ＳＴＡのリストの２つのリストを使用することである。
【００４２】
１．所与のＳＴＡによって維持される送信先ＳＴＡリスト
Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の開始時に、所与のＳＴＡは、送信先ＳＴＡのリストを決定する。これらの送信先ＳＴＡは、それらに対してこの所与のＳＴＡが、現在のビーコン間隔中に送出すべきフレームをバッファするものである。図４に示す５つのＳＴＡが、所与のＳＴＡによって維持される初期送信先ＳＴＡリストを形成すると仮定する。この所与のＳＴＡの希望は、可能な場合には、この送信先リスト中の各ＳＴＡを予約することである。この時点で（Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の開始時に）発生したものはなく、すなわち図４に示すように、送信先リスト中のＳＴＡに対応するどのエントリも空であることに留意されたい。その後、この所与のＳＴＡが、送信先リスト中のＳＴＡへのＤａｔａ＿Ａｌｅｒｔフレームの送出に成功するたびに、この所与のＳＴＡは、送信先リスト中のこの送信先ＳＴＡに「予約済み」と印を付ける。
【００４３】
一方、この所与のＳＴＡが、他の２つのＳＴＡ間のＤａｔａ＿Ａｌｅｒｔ交信を感知するたびに、この所与のＳＴＡは、送信先リスト中の対応するＳＴＡに、「他のＳＴＡにより予約済み」と印を付ける。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０内で、この所与のＳＴＡは、この送信先リストから、Ｄａｔａ＿Ａｌｅｒｔを送出すべき印の付いていない送信先ＳＴＡを、送信先リスト中にこのような送信先ＳＴＡがある限りは必ず選択する。この送信先リスト中のすべての送信先ＳＴＡに、「予約済み」または「他のＳＴＡにより予約済み」と印が付けられた後でのみ、このＳＴＡは、「他のＳＴＡにより予約済み」と印が付けられた送信先ＳＴＡにＤａｔａ＿Ａｌｅｒｔフレームを送出することを選択し得る。
【００４４】
この所与のＳＴＡが、この所与のＳＴＡによってバッファされた少なくとも１つのフレーム用の送信先ＳＴＡとしてＳＴＡ１を「予約」するために、送信先ＳＴＡ１にＤａｔａ＿Ａｌｅｒｔフレームを送出し、ＳＴＡ２とＳＴＡ５の間の交信を感知すると仮定する。図５に、得られた送信先リストを示す。次いで、この所与のＳＴＡは、送信先ＳＴＡとしてＳＴＡ３を「予約」するために、ＳＴＡ３にＤａｔａ＿Ａｌｅｒｔフレームを送出し、図６に示すように、送信先リスト中のＳＴＡ３に「予約済み」と印を付ける。
【００４５】
ここで、送信先リストが図６に示すように見えるときに、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０が終了すると仮定する。この送信先リストは、どの送信先ＳＴＡにどんな順序でデータ・フレームを送出するかを決定するために所与のＳＴＡにより用いられる。この所与のＳＴＡはまず、送信先リスト中で「他のＳＴＡにより予約済み」と印が付けられた送信先ＳＴＡにデータ・フレームを送出する。送信先ＳＴＡ用にバッファされたフレームが２つ以上ある場合、このデータ・フレームの「モア・データ」ビットは１に設定される（図７参照）。このデータ・フレームの送出が成功した後で、この所与のＳＴＡは、送信先リスト中のエントリを、「他のＳＴＡにより予約済み」から「予約済み」に変更する。というのは、この送信先ＳＴＡは、１に設定された「モア・データ」ビットを認識しており、この所与のＳＴＡからより多くのデータ・フレーム受信するために起動状態のままでいるからである。この所与のＳＴＡはこのやり方を、送信先リスト中「予約済み」ＳＴＡにデータ・フレームを送出する前に、送信先リスト中のすべての「他のＳＴＡにより予約済み」送信先ＳＴＡについて継続する。データ・フレームの送出をこのように順序付けることは、この所与のＳＴＡに、送信先ＳＴＡを「予約」する別の機会を提供し、成功の確率を高めるためのものである。
【００４６】
一方、この所与のＳＴＡが、送信先リスト中で印が付いていないＳＴＡ、すなわちＳＴＡ４からの、またはこのＳＴＡへのデータ・フレームを感知した場合、この所与のＳＴＡは、ＳＴＡ４に「他のＳＴＡにより予約済み」と印を付けるべきである（図８参照）。それ以外は、この所与のＳＴＡは、送信先リスト中で印が付いていないＳＴＡにデータ・フレームを送出しようと試みるべきではない。というのは、印が付いていないＳＴＡは、いかなるＤａｔａ＿Ａｌｅｒｔフレームも受信しなかったので、まず間違いなくスリープ・モードの状態にあるからである。
【００４７】
送信先リスト中のＳＴＡがすべて「予約済み」になった後で、この所与のＳＴＡは、どんな順序でもデータ・フレームを送出することができる。
【００４８】
２．所与のＳＴＡによって維持される発信元ＳＴＡリスト
この発信元リストは、この所与のＳＴＡが通知を受信したＳＴＡを含み、すなわち「予約順序」になる。以下の例では、説明を簡単にするためにＳＴＡ１０〜ＳＴＡ１５を使用するが、これら２つのリストは決して相互に排他的ではない。
【００４９】
送信先リストと異なり、発信元リストは、Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０の開始時の初期状態は空であり（図９参照）、発信元リストに必要な印はない。Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０内で、この所与のＳＴＡは、この所与のＳＴＡがある発信元ＳＴＡからＤａｔａ＿Ａｌｅｒｔフレームを受信した場合、この発信元ＳＴＡを発信元リストに追加する（図１０参照）。
【００５０】
Ｄａｔａ＿Ａｌｅｒｔウィンドウ３４０が終了した後で、この所与のＳＴＡは、この所与のＳＴＡがある発信元ＳＴＡから「モア・データ」ビットが１に設定されたデータ・フレームを受信し、この発信元ＳＴＡが発信元リストにまだない場合、この発信元ＳＴＡを発信元リストに追加する（図１１参照）。この所与のＳＴＡは、この所与のＳＴＡがある発信元ＳＴＡから「モア・データ」ビットが０に設定されたデータ・フレームを受信した場合、この発信元ＳＴＡを発信元リストから削除する（図１２参照）。
【００５１】
この発信元リストが空になると、この所与のＳＴＡは、現在のビーコン間隔３００中に、この所与のＳＴＡにフレームを送出する予定の他のＳＴＡはないと仮定することができる。その後、この所与のＳＴＡにはもう、他のＳＴＡに送出すべきデータ・フレームがない場合、この所与のＳＴＡは、このビーコン間隔の残りの時間３５０が所定の閾値よりも大きい場合には、スリープに戻ることができる。
【００５２】
次に図３を参照すると、一般に、ＩＥＥＥ８０２．１１  ＩＢＳＳ  ＷＬＡＮのＡＴＩＭは、既知の固定長のＤａｔａ＿Ａｌｅｒｔウィンドウ３４０であり、そのため、このＤａｔａ＿Ａｌｅｒｔ／ＡＴＩＭウィンドウ３４０の間、各ＳＴＡ１００は、それがＩＢＳＳの別のＳＴＡ１００用のデータを有することを、この別のＳＴＡにＤａｔａ＿Ａｌｅｒｔ／ＡＴＩＭフレーム３５０を送出することによって注意を喚起することができる。本発明のシステムおよび方法をＩＥＥＥ８０２．１１  ＩＢＳＳ  ＷＬＡＮに適用して、電力を管理し、スループットを向上させる。
【００５３】
上記から明らかなように、本発明のシステムおよび方法による感知情報を利用することによって、ＩＢＳＳ  ＷＬＡＮのＳＴＡは、ＩＥＥＥ８０２．１１  ＩＢＳＳ  ＷＬＡＮに適用可能なほぼ最適な電力の使用法を実現することができ、それに伴って、所与の固定サイズのＤａｔａ＿Ａｌｅｒｔウィンドウについてスループットが向上する。
【００５４】
他のＳＴＡ間の交信において感知された情報を利用することによって、ＩＢＳＳ  ＷＬＡＮにおいて電力を管理するのに現時点で最良の形態と考えられるものに関連して本発明を説明してきた。すなわち、この感知情報を用いて、送信先ＳＴＡを明示的に予約することなく、現在のビーコン間隔の間に発信元ＳＴＡから送信先ＳＴＡにデータ・フレームを送出し、そのため、Ｄａｔａ＿Ａｌｅｒｔおよびそれらの受信通知を送出する必要がないことにより、帯域の使用が少なくなる。ただし、本発明はここで開示した実施形態に限定されないことを理解されたい。そうではなく、添付の特許請求の範囲の趣旨および範囲に含まれる様々な改変形態および均等構成を包含することが意図されている。
【図面の簡単な説明】
【００５５】
【図１ａ】インフラストラクチャＢＳＳのＷＬＡＮを示す図である。
【図１ｂ】独立ＢＳＳまたはＩＢＳＳのＷＬＡＮを示す図である。
【図２】本発明の実施形態による特定のＩＢＳＳ内の各ＳＴＡの簡略ブロック図である。
【図３】本発明の実施形態によるＩＢＳＳ内での電力管理動作を示す図である。
【図４】Ｄａｔａ＿Ａｌｅｒｔウィンドウの開始時における空の送信先リストを示す図である。
【図５】発信元ＳＴＡが、ＳＴＡ１に１つのＤａｔａ＿Ａｌｅｒｔフレームを送出し、ＳＴＡ２とＳＴＡ５の間で予約交信が成功したことを感知した後の図４の送信先リストを示す図である。
【図６】発信元ＳＴＡが、ＳＴＡ３にＤａｔａ＿Ａｌｅｒｔフレームを送出した後の図５の送信先リストを示す図である。
【図７】発信元ＳＴＡが、ＳＴＡ２に、「モア・データ」指標が１に設定されたデータ・フレームを送出した後の図６の送信先リストを示す図である。
【図８】発信元ＳＴＡが、ＳＴＡ４に送出された、またはＳＴＡ４から送出されたデータ・フレームを感知した後の図７の送信先リストを示す図である。
【図９】Ｄａｔａ＿Ａｌｅｒｔウィンドウの開始時における空の発信元リストを示す図である。
【図１０】発信元ＳＴＡが、ＳＴＡ１０およびＳＴＡ１４からＤａｔａ＿Ａｌｅｒｔメッセージを受信した後の図９の発信元リストを示す図である。
【図１１】発信元ＳＴＡが、ＳＴＡ１１およびＳＴＡ１３から、それぞれ「モア・データ」指標が１に設定されたデータ・フレームを受信した後の図１０の発信元リストを示す図である。
【図１２】発信元ＳＴＡが、ＳＴＡ１０から、「モア・データ」指標が０に設定されたデータ・フレームを受信した後の図１１の発信元リストを示す図である。
2006520136.tif 000003
2006520136.tif 000004
【図２】
2006520136.tif 000005
【図３】
2006520136.tif 000006
【図４】
2006520136.tif 000007
【図５】
2006520136.tif 000008
【図６】
2006520136.tif 000009
【図７】
2006520136.tif 000010
【図８】
2006520136.tif 000011
【図９】
2006520136.tif 000012
【図１０】
2006520136.tif 000013
【図１１】
2006520136.tif 000014
【図１２】
2006520136.tif 000015
【国際調査報告】
2006520136.tif 000016
2006520136.tif 000017