(57)【要約】パワーセービングモードで動作しようとする端末に対してＴＸＯＰデュレーション中に送信するストリームがない場合に、端末の動作状態をアウェイク状態からスリープ状態に変更して消費電力を低減できる、端末の通信方法を提供する。アクセスポイントがデータストリームを含む少なくとも１つのフレームを複数の端末に送信するＴＸＯＰデュレーション中に、端末のパワー管理モードをパワーセービングモードに設定するステップ、アクセスポイントから情報を受信するステップ、及びアクセスポイントから受信された情報に基づいて少なくとも１つの予め設定された条件が満たされるか否かを判断することにより、パワーセービングモードでの端末の動作状態を決定するステップを含む。【選択図】図１
2013528962.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイント及び複数の端末を含む無線ネットワークで端末の通信方法であって、
アクセスポイントがデータストリームを含む少なくとも１つのフレームを複数の端末に送信するＴＸＯＰ（送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、以下、ＴＸＯＰという）デュレーション中に端末のパワー管理モードをパワーセービングモードに設定するステップ、
前記アクセスポイントから情報を受信するステップ、及び
前記アクセスポイントから受信された前記情報に基づき、少なくとも１つの予め設定された条件が満たされるか否かを判断することによって前記パワーセービングモードでの前記端末の動作状態を決定するステップ、
を含む、ことを特徴とする端末の通信方法。
【請求項２】
前記アクセスポイントにパワー管理モードに関する情報を送信するステップ、
をさらに含む、ことを特徴とする請求項１に記載の端末の通信方法。
【請求項３】
前記アクセスポイントから送信される前記少なくとも１つのフレームそれぞれに含まれたイネーブリングビット（ｅｎａｂｌｉｎｇ  ｂｉｔ）を利用し、前記少なくとも１つの予め設定された条件が満たされるか否かに基づいて前記端末の動作状態を変更するのかに対する適用可否を選択するステップ、
を含む、ことを特徴とする請求項１に記載の端末の通信方法。
【請求項４】
前記設定するステップに先立ち、前記アクセスポイントに前記パワー管理モードを前記パワーセービングモードに設定したフレームを送信することによって前記パワーセービングモードで動作するように試みるステップ、及び
前記アクセスポイントから前記パワーセービングモードに設定したフレームに応答したアック（ＡＣＫ）を受信するステップ、
をさらに含み、
前記パワー管理モードを前記パワーセービングモードに設定するステップは、
前記アクセスポイントからアックが受信されるか否かに基づき、前記ＴＸＯＰデュレーション中のパワー管理モードを前記パワーセービングモードに設定するステップである、ことを特徴とする請求項１に記載の端末の通信方法。
【請求項５】
前記アクセスポイントから前記ＴＸＯＰデュレーションに関する情報を含む送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）を受信するステップ、
前記送信機会設定フレームに基づき、前記端末が前記ＴＸＯＰデュレーション中にデータストリームを受信する端末であるか否かを判断するステップ、及び
前記判断結果に応じて前記送信機会設定フレームに対する応答フレームを送信するステップ、
をさらに含む、ことを特徴とする請求項４に記載の端末の通信方法。
【請求項６】
前記端末の動作状態は、アウェイク（Ａｗａｋｅ）状態又はスリープ（Ｓｌｅｅｐ、又は、ドーズ（Ｄｏｚｅ））状態のうち何れか１つを含み、
前記端末の動作状態を決定するステップは、
前記アクセスポイントから受信された情報に基づいて前記少なくとも１つの予め設定された条件が満たされるかを判断するステップ、及び
前記少なくとも１つの予め設定された条件が満たされると応答し、前記端末の動作状態を前記アウェイク状態から前記スリープ状態に変更するステップ、
を含む、ことを特徴とする請求項１に記載の端末の通信方法。
【請求項７】
前記予め設定された条件は、
第１条件、第２条件、及び第３条件を含み、
前記グループのＩＤが、前記端末が前記グループのメンバーでないことを示せば、前記第１条件が満たされ、
前記グループのＩＤが、前記端末が前記グループのメンバーであることを示すが、前記端末に対応するデータストリームが前記ＴＸＯＰ中に前記アクセスポイントから送信されなければ、前記第２条件が満たされ、
前記端末が、前記ＴＸＯＰ中に前記端末に送信されるデータストリームがこれ以上存在しないことを示す指示子を受信すれば、前記第３条件が満たされる、ことを特徴とする請求項１に記載の端末の通信方法。
【請求項８】
前記指示子によって前記データストリームの受信を終了するか、又は、前記アクセスポイントに前記データストリームに対するブロックアック（Ｂｌｏｃｋ  ＡＣＫ）を送信した後に、前記ＴＸＯＰデュレーション中の残りの時間に前記端末の動作状態をスリープ状態で維持するステップをさらに含む、ことを特徴とする請求項７に記載の端末の通信方法。
【請求項９】
アクセスポイント及び複数の端末を含む無線ネットワークで前記アクセスポイントの通信方法であって、
チャネルに対するＴＸＯＰを取得したアクセスポイントが、複数の端末にＴＸＯＰデュレーションに関する情報を送信するステップ、
前記ＴＸＯＰデュレーション中に、パワー管理モードを前記パワーセービングモードに設定した少なくとも１つの端末に応答し、パワーセービングモードで前記少なくとも１つの端末の動作状態を決定するのに使用される前記少なくとも１つの端末のための情報を送信するステップ、及び
前記パワーセービングモードで前記端末それぞれの動作状態に基づき、前記ＴＸＯＰデュレーション中に前記端末に前記データストリームを送信するステップ、
を含む、ことを特徴とするアクセスポイントの通信方法。
【請求項１０】
前記端末に前記アクセスポイントが前記パワーセービングモードを支援してもよいか否かに関する情報、又は前記パワーセービングモードのためのアクセスポイントの支援能力に関する情報を送信するステップ、
をさらに含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１１】
前記ＴＸＯＰデュレーションに関する情報を送信するステップは、
前記端末に前記ＴＸＯＰデュレーションに関する情報を含むＴＸＯＰ設定フレームを送信するステップであり、
前記ＴＸＯＰ設定フレームは、
前記パワー管理モードが前記パワーセービングモードに設定された端末及び前記パワー管理モードが前記パワーセービングモードに設定されなかった端末すべてが復号化できるように生成される、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１２】
前記パワーセービングモードで動作しようとする端末から前記パワー管理モードが前記パワーセービングモードに設定されたフレームを受信するステップ、及び
前記端末に前記パワーセービングモードに設定されたフレームに応答するアックを送信するステップ、
をさらに含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１３】
前記端末との間のサービス品質及びチャネル条件を含む情報に基づいて前記端末に対するグループを形成するステップ、及び
前記グループのメンバーに関する情報を知らせるステップ、
を含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１４】
特定端末が前記パワーセービングモードに進入することを知らせる場合、前記特定端末の知らせに応答して前記端末及び前記特定端末を再グルーピングするステップ、をさらに含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１５】
特定端末が前記パワーセービングモードのスリープ状態に進入すれば、前記グループから前記特定端末を他の端末に交換するステップ、及び
前記交換によって更新されたグループのメンバーに関する情報を知らせるステップ、
を含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１６】
前記端末それぞれの動作状態は、アウェイク状態又はスリープ状態のうち何れか１つを含み、
前記データストリームを同時に送信するステップは、
前記ＴＸＯＰデュレーション中に前記端末のうち、前記アウェイク状態を有する端末に前記データストリームを同時に送信し、前記ＴＸＯＰデュレーションの残りの時間に前記スリープ状態を有する端末に、前記送信するデータストリームをバッファリング（ｂｕｆｆｅｒｉｎｇ）するステップである、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１７】
前記スリープ状態にあった端末の動作状態が前記アウェイク状態に変化すれば、前記端末に前記バッファリングされたデータストリームを送信するステップ、
を含む、ことを特徴とする請求項１６に記載のアクセスポイントの通信方法。
【請求項１８】
前記パワーセービングモードでの動作状態を決定するのに使用される前記端末のための情報は、
前記端末それぞれを含むグループのＩＤ、前記ＴＸＯＰデュレーション中に前記端末それぞれに対応するデータストリームが前記アクセスポイントから送信されるか否かを示す情報、及び前記ＴＸＯＰ中に前記端末それぞれに送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項１９】
前記ＴＸＯＰデュレーション中に前記端末に送信されるデータストリームがさらに存在するか否かを示す指示子を生成するステップ、
をさらに含む、ことを特徴とする請求項９に記載のアクセスポイントの通信方法。
【請求項２０】
前記指示子を生成するステップは、
前記端末に送信されるパケットのプリアンブル又は前記端末に送信されるＭＡＣフレームのヘッダを利用し、前記端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成するステップである、ことを特徴とする請求項１９に記載のアクセスポイントの通信方法。
【請求項２１】
アクセスポイントがチャネルに対して取得したＴＸＯＰにおいて、複数の端末に、前記ＴＸＯＰデュレーションと関連する情報を送信するステップ、
少なくとも１つの端末に応答して前記ＴＸＯＰデュレーション中のパワー管理モードを前記パワーセービングモードに設定し、前記パワーセービングモードで前記少なくとも１つの端末の動作状態を決定するのに使用される少なくとも１つの端末のための情報を送信するステップ、及び
前記パワーセービングモードで前記端末それぞれの動作状態に基づいて前記ＴＸＯＰデュレーション中に前記端末にデータストリームを送信するステップ、
を含む方法をコンピュータで実現できるようにするプログラム命令を含む、ことを特徴とするコンピュータで読み取り可能な記録媒体。
【請求項２２】
アクセスポイントのＴＸＯＰ中に前記アクセスポイントから少なくとも１つのデータフレームを受信する受信部、
前記アクセスポイントから受信したデータフレームに含まれたデータに基づいて複数の条件のうち何れか１つが満たされるか否かを決定する制御部、及び
前記端末のパワーモードを調節するパワー管理部、
を含み、
前記制御部が前記複数の条件のうち何れか１つが満たされると判断すれば、前記パワー管理部は、前記ＴＸＯＰデュレーション中に前記端末のパワーモードをパワーセービングモードに調節する、ことを特徴とする端末。
【請求項２３】
第１条件は、
前記データフレームのグループＩＤが、前記ＴＸＯＰ中に前記端末が前記グループのメンバーでないことを示せば満たされる、ことを特徴とする請求項２２に記載の端末。
【請求項２４】
第２条件は、
前記データフレームのグループＩＤが、前記端末が前記グループのメンバーであることを示し、前記ＴＸＯＰ中に前記データフレームのＶＨＴ−ＳＩＧ（ｖｅｒｙ  ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ  ｓｉｇｎａｌ、超高速処理量信号）フィールドに含まれたＮｓｔｓ（Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ）ビットが前記ＴＸＯＰ中に前記端末に送信されるべきデータがないことを示せば満たされる、ことを特徴とする請求項２２に記載の端末。
【請求項２５】
第３条件は、
前記データフレームのグループＩＤが、前記端末が前記グループのメンバーであることを示し、前記ＴＸＯＰ中に前記データフレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットが前記ＴＸＯＰ中に前記端末に送信されるデータがあることを示し、
前記データフレームあるいは他のデータフレームのＭＡＣヘッダに含まれたＭＤＢ（ｍｏｒｅ  ｄａｔａ  ｂｉｔ、モアデータビット）が、前記ＴＸＯＰ中に前記端末に対するデータ送信が完了したことを示せば満たされる、ことを特徴とする請求項２２に記載の端末。
【請求項２６】
アクセスポイントによって取得されたＴＸＯＰに端末が含まれるか否かを決定する制御部、及び
前記制御部が、前記端末が前記ＴＸＯＰの一部に含まれなかったと決定することに応答し、複数の条件のうち何れか１つを満たす端末にデータを送信する送信部、
を含む、ことを特徴とするアクセスポイント。
【請求項２７】
前記制御部が、前記端末が前記ＴＸＯＰ中に前記アクセスポイントが送信することができるグループの端末に含まれないと決定すれば、
前記送信部は、前記端末に前記端末が前記ＴＸＯＰ中に前記グループのメンバーでないことを示すグループＩＤフィールドを含むデータフレームを送信する、ことを特徴とする請求項２６に記載のアクセスポイント。
【請求項２８】
前記端末が前記アクセスポイントが前記ＴＸＯＰ中に送信することができる端末のグループに含まれ、且つ前記アクセスポイントは前記ＴＸＯＰ中に前記端末に送信されるデータを有さないものと、前記制御部が決定すれば、
前記送信部は、前記ＴＸＯＰ中に前記端末に送信されるデータがないことを示すために、前記端末に前記フレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットを含むデータフレームを送信する、ことを特徴とする請求項２６に記載のアクセスポイント。
【請求項２９】
前記制御部が前記ＴＸＯＰ中に前記端末に送信することができるグループの端末に前記端末が含まれ、前記アクセスポイントが前記ＴＸＯＰ中に前記端末に送信するデータを有すると決定すれば、
前記送信部は前記端末に、前記端末に対するデータ送信が完了したことを示すために設定されたＭＡＣヘッダのＭＤＢを含むデータフレームを送信する、ことを特徴とする請求項２６に記載のアクセスポイント。
【請求項３０】
端末のパワー管理モードを示すために、ＶＨＴ制御フレームの能力／支援要素の少なくとも１つのビットを設定する制御部、及び
アクセスポイントに、前記端末のパワー管理モードを示す前記ＶＨＴ制御フレームを含むデータフレームを送信する送信部、
を含む、ことを特徴とする端末。
【請求項３１】
前記パワー管理モードは、
前記端末が継続して寝ているパワーセービングモード、前記端末が継続して起きているノン−ＴＸＯＰパワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）、及び前記端末がアウェイク状態から前記端末が寝ているドーズ状態に転換するパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）を含み、
前記能力／支援要素の少なくとも１つのビットは、前記端末が前記パワーセービングモード、前記ＴＸＯＰパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）、又はノン−ＴＸＯＰパワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）にあるか否かを示すために設定される、ことを特徴とする請求項３０に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
下記の実施形態は、マルチユーザの電力節減のための、端末及びアクセスポイント、その通信方法、並びにコンピュータで読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
最近、スマートフォンのような移動端末の性能の急速な発展に伴い、１つの端末によって電話通話だけでなく、動画、音楽ファイル再生、ＤＭＢ視聴、デジタルカメラ、ブルートゥース（登録商標）、無線インターネット接続などを含む多様な機能を同時に実行できるようになった。また、移動通信網、ブルートゥース（登録商標）、無線インターネットなどのデータ送信速度の急速な増加に伴って端末の電力消費も増加し、端末が高容量のバッテリを採用する場合が増えている。従って、端末の消費電力を節減できる通信方法が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従って、本発明の目的は、端末の消費電力を節減できる端末及びアクセスポイント、その通信方法、並びにコンピュータで読み取り可能な記録媒体を提供することにある。
【０００４】
そのために、本発明の一側面によれば、送信するべきデータストリームが存在しない場合、送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、以下、ＴＸＯＰという）デュレーション中に該当端末の動作状態をスリープ状態で維持することによって電力を節減できる。
また、本発明の一側面によれば、端末が予め設定された条件を満たす場合に、該当端末の動作状態をアウェイク状態からスリープ状態に変更することによって電力消耗を減少できる。
【０００５】
さらに、本発明の一側面によれば、端末がパワーセービングモードで動作するか否かを選択できる。
【課題を解決するための手段】
【０００６】
上記の課題を解決するためになされた本発明の一実施形態に係る端末の通信方法は、アクセスポイント及び複数の端末を含む無線ネットワークにおける端末の通信方法において、アクセスポイントがデータストリームを含む少なくとも１つのフレームを複数の端末に送信するＴＸＯＰデュレーション中に、端末のパワー管理モードをパワーセービングモードに設定するステップ、前記アクセスポイントから情報を受信するステップ、及び前記アクセスポイントから受信された前記情報に基づいて少なくとも１つの予め設定された条件が満たされるか否かを判断することにより、前記パワーセービングモードでの前記端末の動作状態を決定するステップを含む。
【０００７】
前記アクセスポイントにパワー管理モードに関する情報を送信するステップをさらに含んでもよい。
また、前記アクセスポイントから送信される前記少なくとも１つのフレームそれぞれに含まれたイネーブリングビット（ｅｎａｂｌｉｎｇ  ｂｉｔ）を利用し、前記少なくとも１つの予め設定された条件が満たされるか否かに基づいて前記端末の動作状態を変更するかに対する適用可否を選択するステップを含んでもよい。
【０００８】
前記設定するステップに先立ち、前記アクセスポイントに前記パワー管理モードを前記パワーセービングモードに設定したフレームを送信することによって前記パワーセービングモードで動作するように試みるステップ、及び前記アクセスポイントから前記パワーセービングモードに設定したフレームに応答したアック（ＡＣＫ）を受信するステップをさらに含み、前記パワー管理モードを前記パワーセービングモードに設定するステップは、前記アクセスポイントからアックが受信されるか否かに基づき、前記ＴＸＯＰデュレーション中のパワー管理モードを前記パワーセービングモードに設定するステップであってもよい。
【０００９】
前記アクセスポイントから前記ＴＸＯＰデュレーションに関する情報を含む送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）を受信するステップ、前記送信機会設定フレームに基づき、前記端末が前記ＴＸＯＰデュレーション中にデータストリームを受信する端末であるか否かを判断するステップ、及び前記判断結果に応じて前記送信機会設定フレームに対する応答フレームを送信するステップをさらに含んでもよい。
【００１０】
前記端末の動作状態は、アウェイク（Ａｗａｋｅ）状態又はスリープ（Ｓｌｅｅｐ、又は、ドーズ（Ｄｏｚｅ））状態のうち何れか１つを含み、前記端末の動作状態を決定するステップは、前記アクセスポイントから受信された情報に基づいて前記少なくとも１つの予め設定された条件が満たされるかを判断するステップ、及び前記少なくとも１つの予め設定された条件が満たされることに応答し、前記端末の動作状態を前記アウェイク状態から前記スリープ状態に変更するステップを含んでもよい。
【００１１】
前記予め設定された条件は、第１条件、第２条件、及び第３条件を含み、前記グループのＩＤが、前記端末が前記グループのメンバーでないことを示せば前記第１条件が満たされ、前記グループのＩＤが、前記端末が前記グループのメンバーであることを示すが、前記端末に対応するデータストリームが前記ＴＸＯＰ中に前記アクセスポイントから送信されなければ前記第２条件が満たされ、前記端末が、前記ＴＸＯＰ中に前記端末に送信されるデータストリームがこれ以上存在しないことを示す指示子を受信すれば、前記第３条件が満たされてもよい。
【００１２】
前記指示子によって前記データストリームの受信を終了するか、又は、前記アクセスポイントに前記データストリームに対するブロックアック（Ｂｌｏｃｋ  ＡＣＫ）を送信した後に、前記ＴＸＯＰデュレーションの残りの時間に前記端末の動作状態をスリープ状態で維持するステップをさらに含んでもよい。
【００１３】
上記の課題を解決するためになされた本発明の一実施形態によれば、アクセスポイントの通信方法は、アクセスポイント及び複数の端末を含む無線ネットワークにおける前記アクセスポイントの通信方法において、チャネルに対するＴＸＯＰを取得したアクセスポイントが、複数の端末にＴＸＯＰデュレーションに関する情報を送信するステップ、前記ＴＸＯＰデュレーション中に、パワー管理モードを前記パワーセービングモードに設定した少なくとも１つの端末に応答し、パワーセービングモードで前記少なくとも１つの端末の動作状態を決定するのに使用される前記少なくとも１つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づき、前記ＴＸＯＰデュレーション中に前記端末に前記データストリームを送信するステップを含む。
【００１４】
前記端末に前記アクセスポイントが前記パワーセービングモードを支援することができるか関する情報、又は前記パワーセービングモードのためのアクセスポイントの支援能力（ｓｕｐｐｏｒｔ  ｃａｐａｂｉｌｉｔｙ）に関する情報を送信するステップをさらに含んでもよい。
【００１５】
前記ＴＸＯＰデュレーションに関する情報を送信するステップは、前記端末に前記ＴＸＯＰデュレーションに関する情報を含むＴＸＯＰ設定フレームを送信するステップであり、前記ＴＸＯＰ設定フレームは、前記パワー管理モードが前記パワーセービングモードに設定された端末及び前記パワー管理モードが前記パワーセービングモードに設定されなかった端末すべてが復号化できるように生成されてもよい。
【００１６】
前記パワーセービングモードで動作しようとする端末から前記パワー管理モードが前記パワーセービングモードに設定されたフレームを受信するステップ、及び前記端末に前記パワーセービングモードに設定されたフレームに応答するアックを送信するステップをさらに含んでもよい。
【００１７】
前記端末との間のサービス品質及びチャネル条件を含む情報に基づいて前記端末に対するグループを形成するステップ、及び前記グループのメンバーに関する情報を知らせるステップを含んでもよい。
【００１８】
特定端末が前記パワーセービングモードに進入することを知らせる場合、前記特定端末の知らせに応答して前記端末及び前記特定端末を再グルーピングするステップをさらに含んでもよい。
【００１９】
特定端末が前記パワーセービングモードのスリープ状態に進入すれば、前記グループから前記特定端末を他の端末に交換するステップ、及び前記交換によって更新されたグループのメンバーに関する情報を知らせるステップを含んでもよい。
【００２０】
前記端末それぞれの動作状態は、アウェイク状態又はスリープ状態のうち何れか１つを含み、前記データストリームを同時に送信するステップは、前記ＴＸＯＰデュレーション中に前記端末のうちで前記アウェイク状態を有する端末に前記データストリームを同時に送信し、前記ＴＸＯＰデュレーションの残りの時間に前記スリープ状態を有する端末に、前記送信するデータストリームをバッファリング（ｂｕｆｆｅｒｉｎｇ）するステップであってもよい。
【００２１】
前記スリープ状態にあった端末の動作状態が前記アウェイク状態に変化すれば、前記端末に前記バッファリングされたデータストリームを送信するステップを含んでもよい。
【００２２】
前記パワーセービングモードでの動作状態を決定するのに使用される前記端末のための情報は、前記端末それぞれを含むグループのＩＤ、前記ＴＸＯＰデュレーション中に前記端末それぞれに対応するデータストリームが前記アクセスポイントから送信されるか否かを示す情報、及び前記ＴＸＯＰ中に前記端末それぞれに送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含んでもよい。
【００２３】
前記ＴＸＯＰデュレーション中に前記端末に送信されるデータストリームがさらに存在するか否かを示す指示子を生成するステップをさらに含んでもよい。
【００２４】
前記指示子を生成するステップは、前記端末に送信されるパケットのプリアンブル又は前記端末に送信されるＭＡＣフレームのヘッダを利用し、前記端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成するステップであってもよい。
【００２５】
上記の課題を解決するためになされた本発明の一実施形態によれば、コンピュータで読み取り可能な記録媒体は、アクセスポイントがチャネルに対して取得したＴＸＯＰにおいて、複数の端末に、前記ＴＸＯＰデュレーションと関連する情報を送信するステップ、少なくとも１つの端末に応答して前記ＴＸＯＰデュレーション中のパワー管理モードを前記パワーセービングモードに設定し、前記パワーセービングモードで前記少なくとも１つの端末の動作状態を決定するのに使用される少なくとも１つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づいて前記ＴＸＯＰデュレーション中に前記端末にデータストリームを送信するステップを含む方法をコンピュータで実現できるようにするプログラム命令を含む。
【００２６】
上記の課題を解決するためになされた本発明の一実施形態によれば、端末は、アクセスポイントのＴＸＯＰ中に前記アクセスポイントから少なくとも１つのデータフレームを受信する受信部、前記アクセスポイントから受信したデータフレームに含まれたデータに基づいて複数の条件のうち何れか１つが満たされるか否かを決定する制御部、及び前記端末のパワーモードを調節するパワー管理部を含み、前記制御部が前記複数の条件のうち何れか１つが満たされると判断すれば、前記パワー管理部は、前記ＴＸＯＰデュレーション中の前記端末のパワーモードをパワーセービングモードに調節する。
【００２７】
第１条件は、前記データフレームのグループＩＤが、前記ＴＸＯＰ中に前記端末が前記グループのメンバーでないことを示せば満たされる。
【００２８】
第２条件は、前記データフレームのグループＩＤが、前記端末が前記グループのメンバーであることを示し、前記ＴＸＯＰ中に前記データフレームのＶＨＴ−ＳＩＧ（ｖｅｒｙ  ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ  ｓｉｇｎａｌ、超高速処理量信号）フィールドに含まれたＮｕｔｓ（Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｒｅａｍｓ）ビットが前記ＴＸＯＰ中に前記端末に送信されるべきデータがないことを示せば満たされる。
【００２９】
第３条件は、前記データフレームのグループＩＤが、前記該当端末が前記グループのメンバーであることを示し、前記ＴＸＯＰ中に前記データフレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットが前記ＴＸＯＰ中に前記端末に送信されるデータがあることを示し、前記データフレームあるいは他のデータフレームのＭＡＣヘッダに含まれたＭＤＢ（ｍｏｒｅ  ｄａｔａ  ｂｉｔ、モアデータビット）が前記ＴＸＯＰ中に前記端末に対するデータ送信が完了したことを示せば満たされる。
【００３０】
上記の課題を解決するためになされた本発明の一実施形態によれば、アクセスポイントは、アクセスポイントによって取得された送信機会（ＴＸＯＰ）に端末が含まれるか否かを決定する制御部、及び前記制御部が、前記端末が前記ＴＸＯＰの一部に含まれなかったと決定することに応答し、複数の条件のうち何れか１つを満たす端末にデータを送信する送信部を含む。
【００３１】
前記制御部が、前記端末が前記ＴＸＯＰ中に前記アクセスポイントが送信することができるグループの端末に含まれないと決定すれば、前記送信部は、前記端末に前記端末が前記ＴＸＯＰ中に前記グループのメンバーでないことを示すグループＩＤフィールドを含むデータフレームを送信してもよい。
【００３２】
前記制御部が、前記端末が前記アクセスポイントが前記ＴＸＯＰ中に送信することができる端末のグループに含まれ、前記アクセスポイントは前記ＴＸＯＰ中に前記端末に送信されるデータを有さないと決定すれば、前記送信部は、前記ＴＸＯＰ中に前記端末に送信されるデータがないことを示すために、前記端末に前記フレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットを含むデータフレームを送信してもよい。
【００３３】
前記制御部が、前記ＴＸＯＰ中に前記端末に送信することができるグループの端末に前記端末が含まれ、前記アクセスポイントが前記ＴＸＯＰ中に前記端末に送信するデータを有すると決定すれば、前記送信部は、前記端末に、前記端末に対するデータ送信が完了したことを示すために設定されたＭＡＣヘッダのＭＤＢを含むデータフレームを送信してもよい。
【００３４】
上記の課題を解決するためになされた本発明の一実施形態によれば、端末は、端末のパワー管理モードを示すために、ＶＨＴ制御フレームの能力／支援要素の少なくとも１つのビットを設定する制御部、及びアクセスポイントに、前記端末のパワー管理モードを示す前記ＶＨＴ制御フレームを含むデータフレームを送信する送信部を含む。
【００３５】
前記パワー管理モードは、前記端末が継続して寝ているパワーセービングモード、前記端末が継続して起きているノン−パワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）、及び前記端末がアウェイク状態から前記端末が寝ているドーズ状態に転換するパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）を含み、前記能力／支援要素の少なくとも１つのビットは、前記端末が前記パワーセービングモード、前記パワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）、又はノン−パワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）にあるか否かを示すために設定されてもよい。
【発明の効果】
【００３６】
本発明の一実施形態によれば、パワーセービングモードで動作する端末に送信するデータストリームが存在しない場合、ＴＸＯＰデュレーション中に該当端末の動作状態をスリープ状態で維持できるので、端末の電力を節減できる。
【００３７】
また、本発明の一実施形態によれば、パワーセービングモードで動作する端末が予め設定された条件を満たす場合に、該当端末の動作状態をアウェイク状態からスリープ状態に変更できるので、端末の電力消耗を減少できる。
【００３８】
本発明の一実施形態によれば、アクティブモードで動作する端末のうち、パワーセービングモードで動作しようとする端末が該当モードに設定されたフレームを送信するようにできるので、端末がパワーセービングモードでの動作可否を選択できる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態に係る、ＴＸＯＰパワーセービングモードでの端末の動作を説明するための図である。
【図２】本発明の一実施形態に係る端末の通信方法を示すフローチャートである。
【図３】本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。
【図４】本発明の一実施形態に係るＩＥＥＥ  ８０２．１１プリアンブルのＶＨＴ−ＳＩＧ−Ａフィールド構成を示す図である。
【図５】本発明の一実施形態に係るＴＸＯＰデュレーション中におけるパワーセービングモードによる各端末の動作と、これに伴い変更されるグループＩＤを説明するための図である。
【図６】本発明の一実施形態に係るパワーセービングのための予め設定された条件を満たす場合のパワーセービング比率を説明するための図である。
【図７】本発明の一実施形態に係る端末の通信方法を示すフローチャートである。
【図８】本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。
【図９】本発明の一実施形態に係る端末がパワー管理モードをパワーセービングモードに設定する場合を説明するための図である。
【図１０】図９のＴＸＯＰデュレーション中に実行されるフレーム送受信過程を説明するための図である。
【図１１】本発明の一実施形態に係る、送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）及びＴＸＯＰデュレーションを説明するための図である。
【図１２】本発明の一実施形態に係るアクセスポイントのパワーセービング支援能力（ｓｕｐｐｏｒｔ  ｃａｐａｂｉｌｉｔｙ）を示すために、アクセスポイントによって使用されるＶＨＴ能力要素（ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔ）を示す図である。
【図１３】本発明の一実施形態に係る端末が制御フィールド（ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）を利用してアクセスポイントにパワー管理モードに関して知らせるために端末によって使用されるＭＡＣヘッダのＶＨＴ制御フィルドを示す図である。
【図１４】本発明の一実施形態に係るアクセスポイントが、端末がパワーセービングモードで動作することを許諾するのに利用されるＶＨＴ−ＳＩＧ−Ａフレームを示す図である。
【図１５】一実施形態に係る端末を示す図である。
【図１６】一実施形態に係るアクセスポイントを示す図である。
【発明を実施するための形態】
【００４０】
以下、本発明に係る実施形態について、添付の図面を参照しながら詳細に説明する。しかし、本発明がこれらの実施形態によって制限乃至限定されることはない。また、各図面に提示された同一の参照符号は、同一の部材を示す。以下において、端末は、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ  Ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）端末、又はＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）端末の何れかである。
【００４１】
図１は、本発明の一実施形態に係る、送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、以下、ＴＸＯＰという）パワーセービングモードでの端末の動作を説明するための図である。
【００４２】
アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）からデータを受信する１つ又はそれ以上の端末（ＳＴＡ、例えば、受信装置、又はステーション）は、自身に送信されるパケット（又はフレーム）を受信するために、自身の動作モードをアクティブモード（Ａｃｔｉｖｅ  Ｍｏｄｅ）に維持する。それだけでなく、端末は、自身に送信されるパケットがあるか否かを判断する場合、又は他の端末に送信されるパケットに対するオーバーヒアリング（Ｏｖｅｒｈｅａｒｉｎｇ）を実行する場合にもアクティブモードに留まる。
【００４３】
従って、端末のうちで当該端末に対応するデータの送信が無い場合、又はデータの送信が終了した場合には、当該端末の動作モード（又は、パワー管理モード）を調節することによって受信待機時間及び受信待機電力を節減できる。
【００４４】
例えば、端末は、時間及びパワーを節減するために、アウェイク（ａｗａｋｅ）状態からスリープ（ｓｌｅｅｐ）（又は、ドーズ（ｄｏｚｅ）ともいう）状態に転換される。
【００４５】
図１を参照すれば、端末のパワー管理モード（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｍｏｄｅ、ＰＭ  Ｍｏｄｅ）は、アクティブモード（Ａｃｔｉｖｅ  Ｍｏｄｅ）１１０とパワーセービングモード（ＰＳ  Ｍｏｄｅ）１２０に分けられる。
【００４６】
アクティブモード１１０で、端末は、端末が起きている（ａｗａｋｅ）に留まるノン−ＴＸＯＰパワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１３０、及び端末がアウェイク状態１５０とドーズ状態１６０との間で転換（スイッチ）されるＴＸＯＰパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１４０の２つのパワー管理モードに進入できる。
【００４７】
アクティブモード１１０は、端末がアクセスポイントとデータを送／受信するために継続して動作中にある状態である。この反面、パワーセービングモード１２０は、当該端末がまったく動作を行っていないか、又は、端末が全体電力消費量を減らす状態（例えば、ＩＤＬＥ状態）である。パワーセービングモード１２０にある端末は、例えば、ＭＡＣヘッダの制御フィールドのうちの一部ビットを利用して、アクセスポイントに自身の動作状態に関する情報を送信できる場合がある。
【００４８】
アクティブモード１１０で動作する端末は、さらに、Ｎｏｎ（ノン）−ＴＸＯＰパワーセービングモード１３０で動作する場合とＴＸＯＰパワーセービングモード１４０で動作する場合に分けられる。
【００４９】
ノン−ＴＸＯＰパワーセービングモード１３０で動作する端末は、電力節減のための別途の動作を行わずに継続してアウェイク状態（Ａｗａｋｅ  Ｓｔａｔｅ）を維持する。従って、自身に送信されるパケットの受信を待つ受信待機時間中に継続して電力を消耗する。
【００５０】
ＴＸＯＰパワーセービングモード１４０で動作する端末は、予め設定された条件を満たすか否かに応じ、動作状態を、アウェイク状態（Ａｗａｋｅ  Ｓｔａｔｅ）１５０、及びスリープ状態（Ｓｌｅｅｐ  Ｓｔａｔｅ）（又はドーズ状態（Ｄｏｚｅ  Ｓｔａｔｅ））１６０の何れかに変更する。
【００５１】
予め設定された条件としては、例えば、３種類の条件（第１条件、第２条件、及び第３条件）がある。
【００５２】
もし、何れか１つの条件が満たされれば、端末は、アクセスポイントのＴＸＯＰ残余期間中にアウェイク状態１５０からドーズ状態１６０に転換される。
【００５３】
第１条件は、グループのＩＤが、当該端末がグループのメンバーでないことを示す場合に満たされる。
【００５４】
第２条件は、グループのＩＤが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがＴＸＯＰデュレーション（ｄｕｒａｔｉｏｎ）中にアクセスポイントから送信されない場合に満たされる。ここで、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合とは、当該端末に対応するフレームのＶＨＴ−ＳＩＧ（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ  ＳＩＧｎａｌ、超高速処理量信号）フィールドに含まれた「Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ」（Ｎｓｔｓと略す）が「０」である場合が該当する。
【００５５】
他の実施形態によれば、第３条件は、グループのグループＩＤ（ｇｒｏｕｐ  ＩＤ）が、端末がグループのメンバーであり、端末がＴＸＯＰ中にデータストリームを受信することを示すが、端末がＴＸＯＰの残りの期間に端末に送信される追加のデータストリームがないことを示す指示子を受信した場合に、満たされる。即ち、端末は、端末に対する送信が完了したことを示す指示子を受信した場合に満たされる。
【００５６】
ここで、端末に対応するデータストリームがこれ以上存在しないを示す指示子は、端末がアクセスポイントから受信するフレームのＭＡＣヘッダに含まれたＭＤＢ（Ｍｏｒｅ  Ｄａｔａ  Ｂｉｔ、モアデータビット）である。
【００５７】
例えば、ＭＡＣヘッダのＭＤＢは、ＴＸＯＰ中に端末に送信するべきデータストリームがもう無いことを示すために「０」に設定される。
即ち、フレームのＭＡＣヘッダに含まれたＭＤＢが「０」である場合は、当該端末に対応するデータストリームの送信が完了したことを意味する。
【００５８】
上述した条件を満たす端末は、アウェイク状態１５０からスリープ状態（又はドーズ状態）１６０に動作状態を変更することによってＴＸＯＰデュレーションの残りの時間に受信待機電力を節減できる。ＴＸＯＰデュレーションは、チャネルに対する送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、ＴＸＯＰ）を取得したアクセスポイントが端末を含むグループにデータストリームを同時に送信する時間区間である。
【００５９】
端末は、例えば、ＭＡＣヘッダのＶＨＴ制御フィールド（ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）を利用してアクセスポイントに自身のパワー管理モードに関する情報を知らせる。即ち、端末は、Ｎｏｎ−ＴＸＯＰパワーセービングモード１３０とＴＸＯＰパワーセービングモード１４０のうち、自身のパワー管理モードがどちらであるかをアクセスポイントに知らせる。端末が自身のパワー管理モードをアクセスポイントに知らせる方法については、図１３を参照しながら後述する。
【００６０】
例えば、端末は、ＭＡＣヘッダのＶＨＴ制御フィールドを利用してアクセスポイントに端末のパワー管理モードを知らせる。
【００６１】
例えば、パワー管理モードは、パワーセービングモード１２０、Ｎｏｎ−ＴＸＯＰパワーセービングモード１３０、及びＴＸＯＰパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１４０の何れかである。
【００６２】
端末は、自身がどのパワーセービングモードにあるかを示すために、例えば、ＶＨＴ制御フィールドの少なくとも１つのビットを使用する。
整理すれば、ＴＸＯＰパワーセービングモード１４０で動作する端末は、予め設定された条件に応じてＴＸＯＰ中に動作状態を変更することにより、受信待機電力及び端末の消費電力を節減する。
以下で使用される「パワーセービングモード」は、ＴＸＯＰパワーセービングモード１４０を意味する。
【００６３】
図２は、本発明の一実施形態に係る端末の通信方法を示すフローチャートである。アクセスポイント及び複数の端末を含む無線ネットワークにおける端末の通信方法は、次のとおりである。
【００６４】
端末は、アクセスポイントに、当該端末がパワーセービングモードを支援するための能力があるか否かに関する情報を知らせる（２１０）。
【００６５】
当該端末がパワーセービングモードを支援するための能力があるか否かをアクセスポイントに知らせるために、端末は、例えば、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）とのアソシエーション（Ａｓｓｏｃｉａｔｉｏｎ）を実行する際に送信するアソシエーション要求フレームの能力／支援要素（ｃａｐａｂｉｌｉｔｙ／ｓｕｐｐｏｒｔ  ｅｌｅｍｅｎｔ）の１ビットを利用する。この能力／支援要素の１ビットに関する実施形態は、後で表１を参照しながら詳察する。
【００６６】
また、端末は、アクセスポイントから受信する送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）からＴＸＯＰデュレーションに関する情報を把握する。送信機会設定フレームについても、後述して説明する。
【００６７】
端末は、ＴＸＯＰデュレーションでのパワー管理モードをパワーセービングモードに設定する（２２０）。端末は、ＴＸＯＰデュレーションに入る前に自身のパワー管理モードを決定するが、ここで、パワー管理モードは、図１で説明したパワー管理モード（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｍｏｄｅ、ＰＭ  Ｍｏｄｅ）の何れかに該当する。
【００６８】
ＴＸＯＰデュレーションとは、各チャネルを通じてアクセスポイントが端末を含むグループにデータストリームを含む少なくとも１つのフレームを送信する時間区間である。ＴＸＯＰデュレーションは、ネットワーク割当ベクトル（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ、ＮＡＶ）デュレーションと同じ意味で利用される。
【００６９】
端末は、アクセスポイントから受信された情報に基づいて予め設定された条件が満たされるか否かを判断することにより、パワーセービングモード（例えば、ドーズ（ｄｏｚｅ）状態（即ち、スリープ（ｓｌｅｅｐ）状態）での端末の動作状態を決定する。
【００７０】
パワーセービングモードでの端末の動作状態は、アウェイク（Ａｗａｋｅ）状態又はスリープ（Ｓｌｅｅｐ）状態のうちの何れか１つである。
【００７１】
アクセスポイントから受信された情報は、端末がパワーセービングモードでの動作状態を決定するのに使用される情報である。アクセスポイントから受信された情報は、例えば、端末がアクセスポイントからデータを受信するグループのメンバーであるか否かを示すグループのＩＤ、ＴＸＯＰデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及びＴＸＯＰ中に端末に送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含む。
【００７２】
ＴＸＯＰデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されるか否かは、例えば、ＶＨＴ−ＳＩＧ−Ａフィールドに含まれたＮｓｔｓフィールドを通じて確認する。端末は、当該端末に送信するデータストリームがアクセスポイントに係留（ｐｅｎｄｉｎｇ）中であるか否かをＮｓｔｓフィールドを通じて確認できる。
【００７３】
例えば、Ｎｓｔｓフィールドが「０」に設定されれば、ＴＸＯＰデュレーション中に当該端末に対応するデータストリームがアクセスポイントから送信されないことを意味する。
【００７４】
他の実施形態によれば、逆に、Ｎｓｔｓフィールドは、ＴＸＯＰデュレーション中にアクセスポイントから送信されなければならない前記端末に対応するデータストリームがあることを示すために「０」に設定される。
【００７５】
その場合、Ｎｓｔｓフィールドが「０」以外の値に設定されれば、ＴＸＯＰデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されることを意味する。
【００７６】
端末に対応するデータストリームがさらに存在するか否かは、例えば、制御フィールドのＭＤＢを通じて把握してもよい。ＭＤＢ値が「０」である場合、当該端末に対応するデータストリームがこれ以上存在しないことを意味する。一方、ＭＤＢ値が「１」である場合、当該端末に対応するデータストリームがさらに存在することを意味する。
【００７７】
実施形態により、逆に、ＭＤＢ値は、ＴＸＯＰ中に端末に送信されるべき少なくとも１つのデータストリームが無いことを示すために「１」に設定されてもよい。
【００７８】
端末は、アクセスポイントからＴＸＯＰデュレーションに関する情報を受信する（２３０）。
【００７９】
端末は、例えば、アクセスポイントから受信されたＲＴＳ（Ｒｅｑｕｅｓｔ＿Ｔｏ＿Ｓｅｎｄ、送信要求）フレームのデュレーションフィールドをチェックすることによってＴＸＯＰデュレーションに関する情報を把握する。従って、この場合、端末がＴＸＯＰデュレーションに関する情報を受信するためには、ＴＸＯＰデュレーションの開始に先立ってＲＴＳ／ＣＴＳ（Ｃｌｅａｒ＿Ｔｏ＿Ｓｅｎｄ、）フレームが送信されなければならない。
【００８０】
端末は、ＴＸＯＰデュレーションを知るために、ＲＴＳ／ＣＴＳフレーム、Ｓｅｌｆ  ＣＴＳフレーム、及びデュレーションフィールドなどを利用できる。
【００８１】
ＲＴＳ／ＣＴＳフレームのデュレーションフィールドは、ＴＸＯＰ時間区間を示す。
【００８２】
Ｓｅｌｆ  ＣＴＳフレームは、特に、ダウンリンクＭＵ−ＭＩＭＯの場合に利用され、アクセスポイントは、グループの各端末へのデータフレームの送信に先立ってＳｅｌｆ  ＣＴＳフレームを送信する。Ｓｅｌｆ  ＣＴＳフレームにおいて、デュレーションビットはＴＸＯＰ時間区間を示す。
【００８３】
デュレーション値は、例えば、プリアンブルのＶＨＴ−ＳＩＧフィールドのビットによって示す。
【００８４】
端末は、アクセスポイントから受信された情報に基づいて予め設定された条件が満たされるかを判断する（２４０）。
【００８５】
予め設定された条件が満たされれば、端末は、自身の動作状態をＴＸＯＰデュレーション中にアウェイク（Ａｗａｋｅ）状態からスリープ（Ｓｌｅｅｐ）状態に変更する（２５０）。端末は動作状態をスリープ状態に変更した後、ＴＸＯＰデュレーションの残りの時間をスリープ状態を維持することによって受信待機電力及びデータ受信のための電力消耗を節減できる。
【００８６】
もし、予め設定された条件が満たされなければ、端末は、ＴＸＯＰデュレーション中に自身の動作状態を継続してアウェイク状態で維持する（２６０）。
【００８７】
ここで、予め設定された条件は、例えば、第１条件、第２条件、及び第３条件のいずれか１つである。
【００８８】
第１条件は、グループのＩＤが、当該端末がグループのメンバーでないことを示す場合に満たされる。例えば、当該端末が端末４であり、グループＡのＩＤが端末１、端末３、及び端末５を含むと仮定しよう。ここで、当該端末は、グループＡのＩＤに含まれていないためグループＡのメンバーではなく、第１条件を満たす。
【００８９】
第２条件は、グループのＩＤが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合に満たされる。ここで、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合は、上述したように、例えば、ＶＨＴ−ＳＩＧ−Ａ（超高速処理信号Ａ）のＮｓｔｓフィールドの値が「０」であるか否かによって把握される。
【００９０】
また、第３条件は、グループのグループＩＤが、当該端末がＴＸＯＰ中にデータストリームを受信するグループのメンバーであることを示すが、当該端末が、ＴＸＯＰデュレーション中に当該端末に対応するデータストリームがこれ以上存在しないことを示す指示子を受信する場合に満たされる。前記実施形態において、指示子とは例えば、ＭＡＣヘッダのＭＤＢである。
【００９１】
図３は、本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。アクセスポイント及び複数の端末を含む無線ネットワークにおいて、アクセスポイントの通信方法は次のとおりである。
【００９２】
アクセスポイントは、ＴＸＯＰデュレーション中に端末にフレームを送信し、当該フレームをバッファリング（ｂｕｆｆｅｒｉｎｇ）しなければならない。従って、アクセスポイントは、端末とのアソシエーション後に端末の現在の動作状態に関する情報を受信することによって自身の動作を決定する。
【００９３】
アクセスポイントは端末に対して、アクセスポイントがパワーセービングモードを支援できるか否かに関する情報、及びパワーセービングモードのためのアクセスポイントの支援能力に関する情報を送信する（３１０）。
【００９４】
アクセスポイントは、例えば、ビーコンフレーム（Ｂｅａｃｏｎ  Ｆｒａｍｅ）又はプローブレスポンスフレーム（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ  Ｆｒａｍｅ）の情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）、又は、能力要素（ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）を使用し、上述したパワーセービングモードを支援できるか否か及びアクセスポイントの支援能力を知らせる。
【００９５】
ここで、パワーセービングモードを支援できるか否かとは、アクセスポイントがパワーセービングモードで動作する端末とアソシエーションを実行できるか否かを意味する。
【００９６】
アクセスポイントがパワーセービングモードのためのアクセスポイントの支援能力を示す方法については、図１２を参照しながら後述する。アクセスポイントは、端末にＴＸＯＰデュレーションに関する情報を送信する（３２０）。ＴＸＯＰデュレーションとは、チャネルに対する送信機会（ＴＸＯＰ）を取得したアクセスポイントが端末を含むグループにデータストリームを含む少なくとも１つのフレームを送信する時間区間である。
【００９７】
端末は、ＴＸＯＰデュレーションの残りの時間にスリープ状態に入る前に、ＴＸＯＰデュレーションに関する情報を知らなければならないため、アクセスポイントは当該情報を端末に送信する。
【００９８】
また、端末は、ＴＸＯＰデュレーションの残りの時間に端末それぞれに対応するデータストリーム、即ち、端末それぞれに送信されなければならないデータストリームがさらに存在するか否かに関する情報を知らなければならない。従って、アクセスポイントは、後述する、動作状態を決定するのに使用される情報を通じて当該情報（ＴＸＯＰデュレーションの残りの時間に端末それぞれに対応するデータストリームがさらに存在するか否かに関する情報）を各端末に提供する。
【００９９】
アクセスポイントは、ＴＸＯＰデュレーションで複数の端末のうちの少なくとも１つの端末がパワー管理モードをパワーセービングモードに設定した場合、当該端末それぞれがパワーセービングモードでの動作状態を決定するのに使用される情報を送信する（３３０）。パワーセービングモードでの動作状態は、アウェイク（Ａｗａｋｅ）状態又はスリープ（Ｓｌｅｅｐ）状態のうちの何れか１つである。
【０１００】
当該端末それぞれがパワーセービングモードでの動作状態を決定するのに使用される情報は、端末それぞれを含むグループのＩＤ、ＴＸＯＰデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及び端末それぞれに対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含む。
【０１０１】
ＴＸＯＰデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かは、上述したように、ＶＨＴ−ＳＩＧ−Ａフィールドに含まれたＮｓｔｓフィールドを通じて確認できる。
【０１０２】
また、端末に対応するデータストリームがさらに存在するか否かは、上述したように、ＶＨＴ制御フィールドのＭＤＢを通じて把握できる。
【０１０３】
アクセスポイントは、端末の動作状態に基づき、ＴＸＯＰデュレーション中に端末にデータストリームを同時に送信する（３４０）。
【０１０４】
３４０で、アクセスポイントは、ＴＸＯＰデュレーション中に端末のうちのアウェイク状態を有する端末にデータストリームを同時に送信する。また、アクセスポイントは、ＴＸＯＰデュレーションの残りの時間に複数の端末のうちのスリープ状態にある端末に送信するべきデータストリームが発生した場合、送信するデータストリームをバッファリングする。
【０１０５】
一実施形態において、ＴＸＯＰデュレーションは、端末がドーズ状態に進入した後に中断される。従って、アクセスポイントは、ＴＸＯＰデュレーションが終了するか、あるいは端末によって当該端末がデータを受信する準備がなされたことがアクセスポイントに知らされるまで、端末のためのデータをバッファリングする。
【０１０６】
ここで、「同時に」送信されるという意味は、空間的（ｓｐａｔｉａｌ）に同時に送信される、又は多重ユーザによるＭＩＭＯを利用することを意味し、複数の端末それぞれに対応するデータストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。
【０１０７】
より具体的に、アクセスポイントは、予め設定された条件が満たされる端末がＴＸＯＰデュレーションの残りの時間に動作状態をスリープ状態で維持できるように、当該端末に対応するデータストリームを送信しない。
【０１０８】
ここで、端末が予め設定された条件を満たすか否かは、上述した動作状態を決定するのに使用される情報に基づいて判断する。
【０１０９】
予め設定された条件は、例えば、上述の第１条件、第２条件、及び第３条件を含むが、上記図１、２、３での当該部分に対する説明を参照することにする。
【０１１０】
また、アクセスポイントは、スリープ状態にあった端末の動作状態がアウェイク状態に変化し、端末がアクセスポイントにパワーセーブ−ポール（Ｐｏｗｅｒ  Ｓａｖｅ−Ｐｏｌｌ）メッセージを送信すれば、端末にバッファリングされたデータストリームを送信してもよい。ここで、アクセスポイントは、ＴＸＯＰデュレーションが終了すれば、当該端末がアウェイク状態に変化することを自動的に知ることができる。
【０１１１】
また、他の実施形態によれば、端末は、アクセスポイントに端末がアウェイクモードにあることを知らせるために、アクセスポイントにパワーセーブ−ポール（ｐｏｌｌ）メッセージを送信する。
【０１１２】
パワーセーブ−ポールメッセージは、スリープ状態にあった端末が、自身の動作状態がウェイクアップ状態に変化したことをアクセスポイントに知らせるために送信するメッセージである。
【０１１３】
マルチユーザ−多重入力多重出力（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ、ＭＵ−ＭＩＭＯ）８０２．１１ネットワークで、アクセスポイントは、同時にデータが送信されなければならない端末を１つ又は複数のグループに編成する。アクセスポイントは、例えば、サービス品質要求（ＱｏＳ  Ｒｅｑｕｉｒｅｍｅｎｔ）やチャネル条件（Ｃｈａｎｎｅｌ  ｃｏｎｄｉｔｉｏｎ）などの任意の判断基準（ｃｒｉｔｅｒｉａ）に基づいて端末を１つ又は複数のグループに構成できる。また、アクセスポイントは、グループのメンバーに関する情報を端末に知らせる。
【０１１４】
ここで、「同時に」送信されるという意味は、空間的（ｓｐａｔｉａｌ）で同時に送信される、又は多重ユーザによるＭＩＭＯを利用することを意味し、複数の端末それぞれに対応するストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。
【０１１５】
アクセスポイントは、例えば、管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）を利用してグループのメンバーに関する情報を端末に知らせてもよい。ここで、グループＩＤは、対応するセル内の端末の集合で構成される。
【０１１６】
アクセスポイントは、ＴＸＯＰデュレーション中ではなく、ＴＸＯＰ送信とは独立的に、即ち、ＴＸＯＰデュレーションの合間にデータフレームを送信（することによって）、グループのＩＤを割り当てる。
【０１１７】
アクセスポイントは、特定端末がパワーセービングモードのスリープ状態に進入すれば、グループから特定端末を、送信される必要があるデータに対応する他の端末に交換する。その後、アクセスポイントは、上述した交換によって更新されたグループのメンバー（ここでは、他の端末）に関する情報をパワーセービングモードで動作するすべての端末に知らせる。
【０１１８】
アクセスポイントは、特定端末がパワーセービングモードに進入することを知らせる場合、特定端末の知らせに応答して複数の端末を特定端末を含めて再グルーピング（ｒｅｇｒｏｕｐｉｎｇ）する。
【０１１９】
上述した再グルーピングは、特に、端末が少なくとも１つのＴＸＯＰデュレーション中にパワーセービングモードで動作する場合に有効に使用される。
【０１２０】
再グルーピングは、アクセスポイントが、送信される必要があるデータがこれ以上ない端末のために、Ｎｓｔｓフィールドが「０」に設定されたパケット（又はフレーム）を送信するよりは、他の端末にデータを送信することを可能にする。
【０１２１】
また、アクセスポイントは、ＴＸＯＰデュレーションが中断（ｔｒｕｎｃａｔｅ）された場合、ＴＸＯＰデュレーションの残りの時間に対応する、パワーセービングモードに進入した端末のためのフレームをバッファリングする。
【０１２２】
下記の表１は、本実施形態に係るパワーセービングのために制御フィールド（ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）と情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）に使用されるビットを示したものである。
【０１２３】
【表１】
2013528962.tif 000003
【０１２４】
表１で、パワーセービングモードは、図１を参照しながら説明したＴＸＯＰパワーセービングモード（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ）を示す。表１に示す「０」及び「１」のような値は一例に過ぎず、他の値も同じ知らせ（通告、ｎｏｔｉｆｉｃａｔｉｏｎｓ）のために使用されるものと理解されよう。例えば、「０」ではなく「１」が、アクセスポイントがパワーセービングモードを支援しないことを示すために使用できる。
【０１２５】
図４は、本発明の一実施形態に係るＩＥＥＥ  ８０２．１１プリアンブルのＶＨＴ−ＳＩＧ−Ａフィールド構成を示す図である。ＶＨＴ−ＳＩＧ−Ａフィールドの構成は、次のとおりである。
【０１２６】
デュレーションフィールド４１０は１２ビットで構成されており、例えば、ＴＸＯＰデュレーション区間の長さ（時間）などのＴＸＯＰデュレーションに関する情報を含む。
【０１２７】
グループＩＤ（Ｇｒｐ  ＩＤ）フィールド４３０は１４個のビットで構成されており、例えば、グループＩＤ（Ｇｒｐ  ＩＤ）ビット４３１、Ｎｓｔｓフィールド４３３、４３５、及びＲｓｖｄビット４３７を含む。
【０１２８】
グループＩＤ（Ｇｒｐ  ＩＤ）ビット４３１は３又は４ビットで構成され、端末にそれぞれの端末が属するグループのグループＩＤを知らせる。
【０１２９】
Ｎｓｔｓフィールド４３３、４３５は９ビットで構成され、それぞれの端末に送信するべきデータストリームがアクセスポイントに係留（ｐｅｎｄｉｎｇ）中であるか否かを確認できるようにする。
【０１３０】
Ｎｓｔｓフィールドのうちの下位３ビットで構成されるＮｓｔｓフィールド４３３は、当該フレームがグループにメンバーとして含まれた各端末に複数の「ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍ」を送信しているかを知らせる。任意の端末ｋがＭＵ−ＭＩＭＯパケット（又はフレーム）の受信者でなければ、端末ｋに対してＮｓｔｓ＿ｋ＝「０」とする。
【０１３１】
例えば、グループＩＤが１であり、当該グループに端末Ａ、Ｂ、Ｃ、Ｄが含まれると仮定する。ここで、Ｎｓｔｓ＝（０、２、３、１）であれば、当該フレームは端末Ａに０個、端末Ｂに２個、端末Ｃに３個、端末Ｄに１個の「ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍ」を送信することを意味する。整理すれば、Ｎｓｔｓ＝（０、２、３、１）は、グループＩＤが１であるグループのメンバーである端末Ｂ、Ｃ、Ｄに当該フレームが送信されることを示す。
【０１３２】
Ｎｓｔｓフィールドのうちの上位６ビットで構成されるＮｓｔｓフィールド４３５は、グループＩＤが「０」である場合には再使用（ｒｅｕｓｅ）できる。例えば、Ｎｓｔｓフィールド４３５は、パワーセービング（モード）のために利用される。Ｎｓｔｓフィールド４３５がパワーセービングモードのために利用される一例については、図１４を参照しながら後述する。
【０１３３】
Ｒｓｖｄビット４３７は１ビットであってもよい。もし、アクセスポイントによってＲｓｖｄビット４３７が「１」であり、Ｎｓｔｓフィールド４３３、４３５の値が「０」であれば、特定グループにある任意の端末のためのデータフレームにデータがないこと、即ち、「ノーデータ（ｎｏ  ｄａｔａ）」を意味する。これは、ＴＸＯＰデュレーションの残りの時間に端末のためにもうこれ以上のデータがないこと（「ｎｏ  ｍｏｒｅ  ｄａｔａ」）を意味する。
【０１３４】
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）フィールド４５０は８ビットで構成され、当該フレームのデータに対する信頼性を検証するためのエラー検出のために利用される。
【０１３５】
テール（Ｔａｉｌ）フィールド４７０は６ビットで構成され、フレームの最後に追加される。
【０１３６】
図５は、本発明の一実施形態に係る、ＴＸＯＰデュレーション中におけるパワーセービングモードによる各端末の動作と、これに伴い変更されるグループＩＤを説明するための図である。
【０１３７】
図５で、パワー管理モードが「１」（例えば、図１のＴＸＯＰパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１４０）である端末（ＳＴＡ）はＳＴＡ１（５０１）、ＳＴＡ２（５０２）、ＳＴＡ３（５０３）、及びＳＴＡ４（５０４）であり、パワー管理モードが「０」（例えば、図１のノン−ＴＸＯＰパワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１３０）である端末は、ＳＴＡ５（５０５）及びＳＴＡ６（５０６）であると仮定する。表１を参照しながら詳察したとおり、パワー管理モードが「１」であれば当該端末がパワーセービングモードで動作する端末であることを示し、「０」であればパワーセービングモードでないモードで動作する端末であることを示す。
【０１３８】
また、ＴＸＯＰデュレーション中にアクセスポイント（ＡＰ）５００から端末に送信される各フレームにおいて、グループのＩＤ及び各グループのメンバーの端末は下記の表２のとおりとする。表２において、配置（Ｐｏｓｉｔｉｏｎ）は、各端末が当該グループの何番目の位置に該当するのかに関する情報を示す。
【０１３９】
【表２】
2013528962.tif 000004
【０１４０】
Ｆｒａｍｅ１（５１０）は、グループＩＤ（ＧＩＤ）（５１１）が１であり、配置１にあるＳＴＡ１（５０１）及び配置２にあるＳＴＡ２（５０２）に対するデータ５１３、５１５をそれぞれ含む。また、Ｆｒａｍｅ１（５１０）のＮｓｔｓ＝（１、１）であるので、Ｆｒａｍｅ１（５１０）のグループＩＤ（５１１）に含まれた２つの端末それぞれに対して送信するデータがあることを意味する。
【０１４１】
ＳＴＡ１（５０１）及びＳＴＡ２（５０２）はそれぞれ当該フレーム（ここでは、Ｆｒａｍｅ１（５１０））のデータを受信し、当該フレームに対する応答としてブロックアック（Ｂｌｏｃｋ  Ａｃｋ、ＢＡ）５９１、５９２を送信する。ここで、ＳＴＡ１（５０１）に対するデータフィールド５１３のモアビット（Ｍｏｒｅ  Ｂｉｔ）＝「０」であり、ＳＴＡ１（５０１）はパワーセービングモードで動作する端末であるので、ブロックアックの送信後にスリープ状態に入ってもよい。一方、ＳＴＡ２（５０２）に対するデータフィールド５１５のモアビット＝「１」であるので、アウェイク状態を維持しなければならない。ここで、モアビットは上述したＭＤＢ（Ｍｏｒｅ  Ｄａｔａ  Ｂｉｔ）に該当し、モアビットに係る端末の動作に対しては該当部分の説明を参照する。
【０１４２】
Ｆｒａｍｅ２（５３０）は、グループＩＤ（ＧＩＤ）５３１が２であり、配置１にあるＳＴＡ２（５０２）及び配置２にあるＳＴＡ３（５０３）に対するデータ５３５、５３３をそれぞれ有する。また、Ｆｒａｍｅ２（５３０）のＮｓｔｓ＝（１、１）であるので、Ｆｒａｍｅ２（５３０）のグループＩＤに含まれた２つの端末それぞれに対して送信するデータがあることを意味する。
【０１４３】
ＳＴＡ３（５０３）及びＳＴＡ２（５０２）はそれぞれ当該フレーム（ここでは、Ｆｒａｍｅ２（５３０））のデータを受信し、当該フレームに対する応答としてブロックアック（Ｂｌｏｃｋ  Ａｃｋ、ＢＡ）５９３、５９５を送信する。ここで、ＳＴＡ３（５０３）に対するデータフィールド５３３のモアビット＝「０」であり、ＳＴＡ３（５０３）はパワーセービングモードで動作する端末であるので、ブロックアックの送信後にスリープ状態に入ってもよい。一方、ＳＴＡ２（５０２）に対するデータフィールド５３５のモアビット＝「１」であるので、ＳＴＡ２（５０２）は依然としてアウェイク状態を維持しなければならない。
【０１４４】
このとき、ＴＸＯＰデュレーション中にフレームをまったく受信することができない端末（ここでは、ＳＴＡ４（５０４）、ＳＴＡ５（５０５）、及びＳＴＡ６（５０６））は、当該フレームが自身に受信されたか否かを把握するために、各フレームの送信の間の時間区間に「ｏｎ」状態となる。
【０１４５】
Ｆｒａｍｅ３（５５０）は、グループＩＤ（ＧＩＤ）５５１が３であり、配置１に含まれたＳＴＡ２（５０２）に対するデータ５５３を含んでいる。また、Ｆｒａｍｅ３（５５０）のＮｓｔｓ＝（１、０）であるので、Ｆｒａｍｅ３（５５０）のグループＩＤに含まれた１つの端末に対して送信するデータがあることを意味し、また、グループＩＤ（ＧＩＤ）５５１から他の端末に送信するべきデータが無いことを意味する。
【０１４６】
ＳＴＡ２（５０２）は、データフィールド５５３のモアビット＝「０」であるため、該当データを受信した後、ＡＰ５０１にブロックアック（ＢＡ）５９４を送信した後、残りのＴＸＯＰ期間にスリープ状態に入る。
【０１４７】
ＳＴＡ４（５０４）は、グループＩＤ３の配置２に位置しているが、Ｆｒａｍｅ３（５５０）のＮｓｔｓ＝（１、０）であるので、自身に送信されるデータがないことが分かる。例えば、第２条件が満たされ、ＳＴＡ４（５０４）は残りのＴＸＯＰ期間にスリープモードに入ってもよい。
【０１４８】
従って、ＳＴＡ４（５０４）は、Ｆｒａｍｅ３（５５０）のプリアンブルを受信した後にスリープ状態に入ってもよい。
【０１４９】
Ｆｒａｍｅ４（５７０）は、グループＩＤ（ＧＩＤ）５７１が４であり、配置１にあるＳＴＡ５（５０５）及び配置２にあるＳＴＡ６（５０６）に対するデータ５７５、５７３をそれぞれ有する。また、Ｆｒａｍｅ４（５７０）のＮｓｔｓ＝（１、１）であるので、Ｆｒａｍｅ４（５７０）のグループＩＤに含まれた２つの端末それぞれに対して送信するデータがあることを意味する。
【０１５０】
ＳＴＡ５（５０５）及びＳＴＡ６（５０６）はそれぞれ当該フレーム（ここでは、Ｆｒａｍｅ４（５７０））のデータを受信し、当該フレームに対する応答としてブロックアック（Ｂｌｏｃｋ  Ａｃｋ、ＢＡ）５９６、５９７を送信する。ここで、ＳＴＡ６（５０６）に対するデータフィールド５３３のモアビット＝「０」であるが、ＳＴＡ６（５０６）はパワーセービングモードで動作する端末ではないので、ブロックアックの送信後にも依然としてアウェイク状態にある。
【０１５１】
図６は、本発明の一実施形態に係るパワーセービングのための予め設定された条件を満たす場合のパワーセービング比率を説明するための図である。
【０１５２】
図６において、ＭＵ−ＢＡは、各ＭＵ−ＢＡフェーズ（ｐｈａｓｅ）ごとに複数の端末からのＢＡ（ブロックアック）及びＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ−ｆｒａｍｅ  Ｓｐａｃｅ、フレーム間小スペース）を含む。また、ブロックアック（ＢＡ）の終わりと次のフレームの開始の間には、１つのｅｘｔｒａ  ＳＩＦＳが挿入されている。
【０１５３】
【数１】
2013528962.tif 000005
【０１５４】
ここで、Ｎは３．００８ｍｓで可能な単一サイズを有するフレームの個数である。
【０１５５】
ＴＦｒａｍｅはフレームデュレーションであり、例えば、０．５ｍｓ、１ｍｓ、１．５ｍｓのいずれかの値を有する。ＴＢＡはアップリンクフェーズのＭＵ−ＢＡデュレーション（Ｄｕｒａｔｉｏｎ  ｏｆ  ｕｐｌｉｎｋ  ＭＵ−ＢＡ  ｐｈａｓｅ）であり、ＴＢＡは例えば、４×（２８μｓ＋ＳＩＦＳ）＋１×ＳＩＦＳと表わされる。
【０１５６】
【数２】
2013528962.tif 000006
【０１５７】
ここで、ＴＴＸＯＰはＴＸＯＰデュレーションであり、「＊」は乗算記号である。
【０１５８】
下記の数式３は、上述した条件３が満たされる場合のパワーセービング比率（ＰＳＴＸＯＰ（１））を示す。図６の実施形態において、ＣＡＳＥ１の場合、条件３が満たされる。）
【０１５９】
【数３】
2013528962.tif 000007
【０１６０】
ここで、ＴＯＦＦ１は、端末がパワーセービングモードにある端末のためのデュレーションである。また、ｎは「０」からＮまでの値を有してもよく、端末に送信されなければならないフレームの個数を示す。
【０１６１】
下記の数式４は、上述した第１条件及び第２条件が満たされる場合のパワーセービング比率（ＰＳＴＸＯＰ（２））を示す。第１条件及び第２条件は、図６のＣＡＳＥ２で満たされる。
【０１６２】
即ち、数式４は、グループＩＤが、当該端末がグループのメンバーではないことを示す場合か、又は、グループのＩＤが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合のパワーセービング比率を示す。
【０１６３】
ここで、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合とは、当該端末に対応するフレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓフィールドが「０」である場合が該当する。
【０１６４】
【数４】
2013528962.tif 000008
【０１６５】
ここで、ＴＶＨＴ−ＳＩＧ−Ａは、ＶＨＴ−ＳＩＧ−Ａのデコード所要時間（Ｔｉｍｅ  ｔｏ  ｄｅｃｏｄｅ）で、例えば、２８μｓである。
【０１６６】
図７は、本発明の一実施形態に係る端末の通信方法を示すフローチャートである。
【０１６７】
端末は、図１で説明したパワー管理モード中にアクティブモードで動作する端末のうち何れか１つの端末であり、ＴＸＯＰデュレーションで端末に対応するストリームはアクセスポイントから同時に送信される。
【０１６８】
端末は、自身がパワーセービングモードで動作しようとするかについて判断する（７１０）。端末は、自身がパワーセービングモードで動作しようとする場合、アクセスポイントにパワー管理モードをパワーセービングモードに設定したフレームを送信する（７２０）。
【０１６９】
パワー管理モードをパワーセービングモードに設定することにより、端末は、アクセスポイントに端末がパワーセービングモードで動作しようとするということを示す。
【０１７０】
パワー管理モードをパワーセービングモードに設定する方法としては、アクセスポイントに送信するフレームでパワーセービングモードの使用可否を示すフィールド（ｆｉｅｌｄ）又はビット（ｂｉｔ）を設定する。アソシエーション要求フレームの能力／支援フィールドを「１」の値に設定することを一例として挙げる。
【０１７１】
端末は、パワーセービングモードで動作しない場合（例えば、図１のＮｏｎ−ＴＸＯＰパワーセービングモード１３０で動作しようとする場合）、動作状態をアウェイク状態で維持する（７８０）。
【０１７２】
端末は、アクセスポイントからパワーセービングモードに設定したフレームに応答したアック（ＡＣＫ）を受信したか否かを判断する（７３０）。
【０１７３】
もし、７３０でアクセスポイントからアックを受信できなければ、端末は動作状態をアウェイク状態で維持する（７８０）。端末は、アクセスポイントからアックを受信できない場合、パワーセービングモードで動作してはならない。
【０１７４】
７３０で、アクセスポイントからアックを受信した端末は、ＴＸＯＰデュレーションでのパワー管理モードをパワーセービングモードに設定してもよい（７４０）。
【０１７５】
端末はアクセスポイントから、ＴＸＯＰデュレーションに関する情報を含む送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）を受信する（７５０）。
【０１７６】
ここで、送信機会設定フレームは、パワー管理モードをパワーセービングモードに設定した端末及びパワー管理モードをパワーセービングモードに設定しなかった端末の双方が復号化可能なように生成される。
【０１７７】
端末が送信機会設定フレームを受信する時期は、必ずしも上述した順序によって制限されるものではなく、アクセスポイントとの通信を行う過程において変更され得る。
【０１７８】
ここで、端末は、アクセスポイントから受信した送信機会設定フレームに基づいて自身（ここでは、端末）が当該データストリームを受信する端末であるか否かを判断する。また、端末は、判断結果に応じてアクセスポイントに送信機会設定フレームに対する応答フレームを送信する。
【０１７９】
端末は、アクセスポイントから送信される情報に基づいて予め設定された条件が満たされるか否かを判断する（７６０）。端末は、予め設定された条件が満たされるか否かを判断することによって自身の動作状態を決定する。
【０１８０】
アクセスポイントから送信される情報は、当該端末を含むグループのグループＩＤ（ＧＩＤ）、当該端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されるか否かを示す情報、及び端末に対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含む。
【０１８１】
予め設定された条件は、例えば、第１条件、第２条件、及び第３条件を含み、当該端末が属するセル内の端末の集合で構成されたグループのどのグループＩＤにも含まれていなかった場合、第１条件が満たされる。端末が何れかのグループのグループＩＤには含まれているが、端末に対応するデータストリームがＴＸＯＰデュレーション中にアクセスポイントから送信されない場合、第２条件が満たされる。さらに、ＴＸＯＰデュレーション中に端末に対応するデータストリームがこれ以上存在しないことを示す指示子を受信した場合、第３条件が満たされる。
【０１８２】
端末は、アクセスポイントから送信される各フレームに含まれたイネーブリングビット（ｅｎａｂｌｉｎｇ  ｂｉｔ）を利用し、上述した予め設定された条件のうちの第１条件及び第２条件によって端末の動作状態を変更するかに対する適用可否を選択する。
【０１８３】
７６０で、端末は、アクセスポイントから送信される情報に基づいて予め設定された条件が満たされれば、端末の動作状態をアウェイク（Ａｗａｋｅ）状態からスリープ（Ｓｌｅｅｐ）状態に変更できる（７７０）。端末は、ＴＸＯＰデュレーションの残りの時間にスリープ状態を維持することにより、受信待機電力及びデータ受信のための電力消耗を低減できる。
【０１８４】
もし、７６０で予め設定された条件が満たされなければ、端末は、ＴＸＯＰデュレーション中の動作状態をアウェイク状態で維持する（７８０）。
【０１８５】
図８は、本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。
【０１８６】
アクセスポイントは、パワー管理モードとしてアクティブモードを有する端末のうち、パワーセービングモードで動作しようとする端末からパワー管理モードがパワーセービングモードに設定されたフレームを受信する（８１０）。
【０１８７】
アクセスポイントは、端末にパワーセービングモードに設定されたフレームに応答するアック（ＡＣＫ）を送信する（８２０）。
【０１８８】
アクセスポイントは、チャネルに対する送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、ＴＸＯＰ）を取得する（８３０）。
【０１８９】
アクセスポイントは、パワー管理モードとしてアクティブモードを有する端末に対応するデータストリームを維持する（８４０）。
【０１９０】
アクセスポイントは、端末に、端末それぞれの動作状態を決定するのに使用されるべき情報を送信する（８５０）。
【０１９１】
端末それぞれの動作状態を決定するのに使用される情報は、端末それぞれを含むグループのグループＩＤ、ＴＸＯＰデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及び端末それぞれに対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも１つを含む。
【０１９２】
アクセスポイントは、ＴＸＯＰデュレーションで端末のうちの少なくとも１つにデータストリームを同時に送信する（８６０）。例えば、複数の端末がアウェイクモードにあれば、アクセスポイントは同時にデータストリームを複数の端末に送信する。
【０１９３】
例えば、「同時に」送信するという意味は、空間的（ｓｐａｔｉａｌ）に同時に送信する、又は多重ユーザによるＭＩＭＯ（ＭＵ−ＭＩＭＯ）を利用することを意味し、少なくとも１つの端末それぞれに対応するデータストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。
【０１９４】
ＴＸＯＰデュレーションは、チャネルに対する送信機会に対応する時間区間であり、チャネルに対する送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ、ＴＸＯＰ）を取得したアクセスポイントが端末を含むグループにデータストリームを含む少なくとも１つのフレームを送信する時間区間である。例えば、ＴＸＯＰデュレーションは、アクセスポイントが各チャネルにデータを送信しなければならない時間量を示す。
【０１９５】
アクセスポイントは、動作状態を決定するのに使用される情報に基づいて予め設定された条件を満たす端末がＴＸＯＰデュレーションの残りの時間に動作状態をスリープ状態で維持するように、端末に対応するデータストリームを送信しない場合もある。
【０１９６】
このとき、端末の動作状態を決定するのに利用される情報及びデータストリームは、同じフレーム内に含まれ得る。
【０１９７】
グループＩＤを有するグループは、端末が属するセル内の端末の集合で構成される。
【０１９８】
アクセスポイントは、端末が上述した第１条件及び第２条件によって動作状態を変更するかに対する適用可否を選択できるように、イネーブリングビット（ｅｎａｂｌｉｎｇ  ｂｉｔ）が含まれたフレームを送信する。
【０１９９】
アクセスポイントは、ＴＸＯＰデュレーション中に端末に対応するデータストリームがさらに存在するか否かを示す指示子を生成する。
【０２００】
即ち、アクセスポイントは、端末に送信されるパケットのプリアンブル又は端末に送信されるＭＡＣフレームのヘッダを利用し、端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成する（８７０）。上述した指示子は、例えば、ＭＤＢである。
【０２０１】
アクセスポイントは、ＴＸＯＰデュレーションの残りの時間にスリープ状態にある端末に送信するデータストリームが発生した場合、送信するデータストリームをバッファリング（ｂｕｆｆｅｒｉｎｇ）する（８８０）。例えば、ＴＸＯＰは、予想外の多様な理由によって中断することがある。また、端末は、依然として中断しているＴＸＯＰの残りの期間にスリープ状態にあることがある。従って、アクセスポイントは、端末に送信されなければならないデータをバッファリングしなければならない。
【０２０２】
図９は、本発明の一実施形態に係る端末がパワー管理モードをパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）に設定する場合を説明するための図である。
【０２０３】
以下、ＳＴＡは例えば、端末あるいはステーション（ｓｔａｔｉｏｎ）であり、ＡＰはアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）である。
【０２０４】
パワーセービングモードで動作しようとするＳＴＡ１（９０３）は、ＡＰ１（９０１）にパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）を「１」に設定したフレーム９１１を送信する。ここで、パワーセービングモードを「１」に設定することは、当該ＳＴＡが自身のパワー管理モードをパワーセービングモードで動作するように望むことを示すことを意味する。ＳＴＡが自身のパワー管理モードをパワーセービングモードに設定するには、例えば、アソシエーション要求フレームの能力／支援フィールドを利用してもよい。ＳＴＡ１（９０３）は、ＡＰ１（９０１）から当該フレーム（ここでは、フレーム９１１）に応答したアック（Ａｃｋ）９１３を受信する。
【０２０５】
ＳＴＡ１（９０３）は、アック（Ａｃｋ）９１３受信後からパワーセービングモードで動作する。
【０２０６】
ＳＴＡ２（９０５）も同様に、パワーセービングモードが「１」に設定されたフレームをＡＰ１（９０１）に送信し、ＡＰ１（９０１）からアック（Ａｃｋ）９１７を受信した後にパワーセービングモードで動作する。
【０２０７】
ＳＴＡ１（９０３）及びＳＴＡ２（９０５）は、パワーセービングモード設定（ＴＸＯＰ  ＰＳ  ｍｏｄｅ  ｓｅｔｔｉｎｇ）区間９１０で、ＡＰ１（９０１）と上述した動作を行ってパワーセービングモードで動作することを設定する。
【０２０８】
この後、ＡＰ１（９０１）とＳＴＡ９０３、９０５は、ＴＸＯＰデュレーション設定区間９３０で、ＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）フレーム９３１とＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）フレーム９３３を活用してＴＸＯＰデュレーション９５０を設定する。
【０２０９】
ＴＸＯＰデュレーション設定区間９３０は、後述するＴＸＯＰ設定区間であってもよい。
【０２１０】
ＲＴＳフレーム９３１とＣＴＳフレーム９３３は、隠れ端末問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）として知られたフレーム衝突を防ぐために使用され得る。データ送信を所望するノード（ここでは、ＡＰ１（９０１））がＲＴＳフレーム９３１を送信することによってプロセスが始まる。送／受信中である他の信号がなく、送信が可能な無線環境の場合、目的地ノード（ここでは、ＳＴＡ１（９０３））は、この信号に対してＣＴＳフレーム９３３を送って応答する。ＲＴＳフレーム９３１でも、ＣＴＳフレーム９３３を受信した他のすべてのノードは、定められた時間中のデータ送信を制限することによって隠れ端末問題を解決できる。送信が制限される時間はそれぞれ、ＲＴＳフレーム９３１とＣＴＳフレーム９３３内に含まれる。
【０２１１】
図１０は、図９のＴＸＯＰ中に行われるフレーム送受信過程を説明するための図である。図１０の実施形態において、第２条件は考慮されない。
【０２１２】
図１０において、何れか１つのセル又はＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）内には、ＡＰ１（１００１）と６個のＳＴＡ１００３、１００５、１００７、１００９、１０１１、及び１０１３があり、各ＳＴＡは下記の表３のとおりであると仮定する。
【０２１３】
【表３】
2013528962.tif 000009
【０２１４】
表３のように、６個のＳＴＡのうちのＳＴＡ１（１００３）、ＳＴＡ２（１００５）、及びＳＴＡ３（１００７）は、図１で説明されたパワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）１４０にある端末である。
【０２１５】
ＡＰ１（１００１）には、ＳＴＡ１（１００３）、ＳＴＡ２（１００５）、ＳＴＡ４（１００９）、ＳＴＡ５（１０１１）、及びＳＴＡ６（１０１３）に送信するデータがある。
【０２１６】
フレーム１（１０２０）は、プリアンブル１０２１に含まれたグループＩＤ（Ｇｒｐ  ＩＤ）にすべてのＳＴＡ（ＳＴＡ１〜ＳＴＡ６）を含む。従って、フレーム１（１０２０）を受信した後、何れのＳＴＡに対しても第１条件は満たされない。
【０２１７】
フレーム１（１０２０）は、ＳＴＡ１（１００３）とＳＴＡ４（１００９）に送信されるデータ１０２３、１０２５を含んでおり、ＳＴＡ１（１００３）のＭＤＢ値は「０」に設定されている。
【０２１８】
ＳＴＡ１（１００３）のＭＤＢ値が「０」に設定されたことは、フレーム１（１０２０）以後にＡＰ１（１００１）からＳＴＡ１（１００３）に追加で送信されるデータがないことを示す。従って、ＳＴＡ１（１００３）に対して第３条件は満たされる。従って、ＳＴＡ１（１００３）は、ＡＰ１（１００１）からＢｌｏｃｋ  Ａｃｋ（ＢＡ）１０９０を送信した後、ＴＸＯＰデュレーションの最後までパワーセービングモードで動作することによって待機電力の消耗を低減できる。
【０２１９】
パワーセービング状態の一実施形態としては、スリープ状態（又は、ドーズ状態）が挙げられる。
【０２２０】
ＳＴＡ１（１００３）は、ＭＤＢによって当該データストリームの受信を終了した後、又は当該データストリームに対するブロックアック（Ｂｌｏｃｋ  ＡＣＫ）を送信した後に、ＴＸＯＰデュレーションの残りの時間にＳＴＡ１（１００３）の動作状態をスリープ状態で維持してもよい。
【０２２１】
フレーム２（１０４０）は、プリアンブル１０４１に含まれたグループＩＤにＳＴＡ２（１００５）、ＳＴＡ３（１００７）、ＳＴＡ４（１００９）を含み、ＳＴＡ２（１００５）とＳＴＡ４（１００９）に送信されるデータ１０４３、１０４５を含む。
【０２２２】
パワーセービングモード（ＴＸＯＰ  ＰＳ  ｍｏｄｅ）にあるＳＴＡ３（１００７）の場合、ＡＰ１（１００１）から受信するデータはないが、グループＩＤに含まれているのでスリープ状態に入ることはできない。即ち、図１０の実施形態において、ＳＴＡは第２条件を考慮せず、第１条件及び第３条件だけを考慮してもよい。
【０２２３】
フレーム２（１０４０）でＳＴＡ２（１００５）のＭＤＢ値が「１」であるので、ＳＴＡ２（１００５）は依然としてアウェイク（ａｗａｋｅ）状態に留まる。
【０２２４】
フレーム２（１０４０）でＳＴＡ４（１００９）のＭＤＢ値は「０」であるが、ＳＴＡ４（１００９）はノン−パワーセービングモード（ｎｏｎ−ＴＸＯＰ  ＰＳ  ｍｏｄｅ）にあり、パワーセービングモードを利用しないＳＴＡである。従って、ＳＴＡ４（１００９）は、ＡＰ１（１００１）にフレーム１（１０２０）とフレーム２（１０４０）に応答するＢＡ１０９３、１０９４を送信した後にもパワーセービングをせず、継続してアウェイク状態に留まる。
【０２２５】
フレーム３（１０６０）は、プリアンブル１０６１に含まれたグループＩＤにＳＴＡ２（１００５）とＳＴＡ５（１０１１）のＩＤを含み、ＳＴＡ２（１００５）とＳＴＡ５（１０１１）に送信されるデータ１０６３、１０６５を含む。
【０２２６】
パワーセービングモードで動作中であるＳＴＡ３（１００７）は、フレーム４（１０８０）のグループＩＤに含まれていないので、ＳＴＡ３（１００７）に対して第１条件が満たされる。従って、ＳＴＡ３（１００７）は、ＴＸＯＰの残りの期間にパワーセービングモードに進入できる。
【０２２７】
図１０の実施形態において、パワーセービングモードで動作するということは、スリープ状態に留まることを意味する。
【０２２８】
フレーム３（１０６０）でＳＴＡ２（１００５）のＭＤＢ値が「０」であるので、ＳＴＡ２（１００５）は、データを受信した後、ＴＸＯＰデュレーションの残りの期間にスリープ状態のようなパワーセービング状態に進入してもよい。
【０２２９】
フレーム４（１０８０）は、プリアンブル１０８１に含まれたグループＩＤにＳＴＡ５（１０１１）とＳＴＡ６（１０１３）のＩＤを含み、ＳＴＡ５（１０１１）とＳＴＡ６（１０１３）に送信されるデータ１０２３、１０２５を含む。
【０２３０】
ＳＴＡ５（１０１１）及びＳＴＡ６（１０１３）はフレーム４（１０８０）を受信し、ＡＰ１（１００１）にＢＡ１０９６、１０９７を送信する。
【０２３１】
ＡＰ１（１００１）は、送信するフレームのグループＩＤに何れのＳＴＡのＩＤでも含めてもよい。しかし、スリープ状態にあるＳＴＡは当該フレームを受信することはできない。従って、ＡＰ１（１００１）は、当該ＳＴＡがスリープ状態にある間に送信されるデータをバッファリングしなければならない。
【０２３２】
図１１は、本発明の一実施形態に係る送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）及びＴＸＯＰデュレーションを説明するための図である。
【０２３３】
図１１を参照すれば、ＡＰ（アクセスポイント）１（１１０１）は、送信機会設定期間（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｐｅｒｉｏｄ）１１１０に送信機会設定フレーム１１２０を送信するが、例えば、ＡＰ１（１１０１）は、チャネルに対する送信機会に対応する時間区間、即ち、ＴＸＯＰデュレーション１１３０を設定する。
【０２３４】
送信機会設定フレーム１１２０は、送信機会に対応する時間区間、即ち、ＴＸＯＰデュレーション１１３０を設定するための情報を含む。送信機会設定フレーム１１２０は、セルあるいはＢＳＳ内のすべてのＳＴＡ（例えば、パワー管理モードをスリープ状態のようなパワーセービングモードに設定した端末、及びパワー管理モードをアウェイク状態のようなパワーセービングモードに設定していない端末）が分かる形態で送信される。
【０２３５】
即ち、例えば、送信機会設定フレーム１１２０には多重ユーザプリコーディング（ｐｒｅ−ｃｏｄｉｎｇ）などの方式などは適用せず、すべてのＳＴＡがスリープ状態にあるとしても、セル内のすべてのＳＴＡが当該フレームを復号化できるように生成される。
【０２３６】
送信機会設定フレーム１１２０は、パワーセービングモードに対する適用可否又は当該ＴＸＯＰデュレーション１１３０にフレームの送信対象となるターゲット（Ｔａｒｇｅｔ）受信グループの情報を含む。ここで、ターゲット（Ｔａｒｇｅｔ）受信グループの情報は、同じグループのＩＤを有する特定グループ及びその特定グループに属するＳＴＡに関する情報である。
【０２３７】
送信機会設定フレーム１１２０がターゲット受信グループの情報を含む場合、当該受信グループに含まれていないＳＴＡは、送信機会設定フレーム１１２０後からＴＸＯＰデュレーション１１３０の最後までスリープ状態を維持できる。
【０２３８】
ターゲット受信グループに属する１つあるいは１つ以上のＳＴＡは、送信機会設定フレーム１１２０に対して応答フレーム（Ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）１１６０を送信する。応答フレーム１１６０は、送信機会設定フレーム１１２０に含まれた内容の一部あるいは全体を含む。
【０２３９】
これにより、送信機会設定フレーム１１２０を受信できない隠れノード（ｈｉｄｄｅｎ  ｎｏｄｅ）も、ＴＸＯＰ設定（ｓｅｔｔｉｎｇ）ができる。１つ以上のＳＴＡが応答フレーム１１６０を送信する場合、予め定義された順序と方法によって送信してもよく、そうでない場合に当該情報は送信機会設定フレーム１１２０に含まれる。
【０２４０】
送信機会設定期間（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｐｅｒｉｏｄ）１１１０は、チャネルに対する送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）に対応する時間区間（例えば、ＴＸＯＰデュレーション１１３０）を設定するために利用される。
【０２４１】
ＴＸＯＰデュレーション１１３０を設定するための送信機会設定期間１１１０に、ＡＰ１（１１０１）は、セル内のＳＴＡ１１０３、１１０５、１１０７、１１０９に送信機会設定フレーム（ＴＸＯＰ  ｓｅｔｔｉｎｇ  ｆｒａｍｅ）１１２０を送信する。
【０２４２】
送信機会設定フレーム１１２０は、端末がＴＸＯＰデュレーション１１３０中に当該データストリームを受信するか、又はパワーセービング（Ｐｏｗｅｒ  Ｓａｖｉｎｇ）モードで動作するために使われる。
【０２４３】
送信機会設定フレーム１１２０は、プリアンブル（Ｐｒｅａｍｂｌｅ）１１２１、Ｌ−ＳＩＧ（従来様式の信号用、Ｌｅｇａｃｙ  ＳＩＧｎａｌ）フィールド１１２３、及びＴＸＯＰデュレーション１１３０を設定するためのＴＸＯＰ設定情報（ＴＸＯＰ  ｓｅｔｔｉｎｇ）１１２５を含む。
【０２４４】
ＳＴＡ１１０３、１１０５、１１０７、１１０９は各々、ＴＸＯＰ設定情報１１２５を利用してチャネルに対する送信機会に対応する時間区間を設定する。
【０２４５】
ＡＰ１（１１０１）からデータを受信するＳＴＡ１１０３、１１０５、１１０７は、ＴＸＯＰデュレーション１１３０中に無線チャネルにアクセスしてＡＰ１（１１０１）からパケット又はフレームを受信する。
【０２４６】
しかし、データを受信しないＳＴＡ４（１１０９）は、ＴＸＯＰデュレーション１１３０中に無線チャネルにアクセスしなくてもよい。
【０２４７】
ＴＸＯＰ設定情報１１２５は、ＳＴＡ１１０３、１１０５、１１０７、１１０９のうち、ＡＰ１（１１０１）からデータを受信するＳＴＡのグループに関する情報を含む。
【０２４８】
ＳＴＡ１１０３、１１０５、１１０７、１１０９は、ＴＸＯＰ設定情報１１２５を利用してＴＸＯＰデュレーション１１３０を設定する。ＴＸＯＰデュレーション１１３０中に、ＡＰ１（１１０１）とＳＴＡ１１０３、１１０５、１１０７、１１０９は、図１０で説明したのと同じような方法によってデータを送受信する。
【０２４９】
ＡＰ１（１１０１）からデータを受信するＳＴＡ１（１１０３）は、ＴＸＯＰ設定情報１１２５に対する応答フレーム１１６０をＡＰ１（１１０１）に送信する。ＴＸＯＰ設定情報１１２５に対する応答フレーム１１６０は、複数のＡＰのカバレッジが重なる場合でも、ＳＴＡ１１０３、１１０５、１１０７、１１０９の混線を防ぐことができる。
【０２５０】
図１２は、本発明の一実施形態に係る、アクセスポイントのパワーセービング支援能力（ｓｕｐｐｏｒｔ  ｃａｐａｂｉｌｉｔｙ）を示すために、アクセスポイントによって使用されるＶＨＴ能力要素（ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔ）を示す図である。
【０２５１】
端末も、また、端末のパワーセービング支援能力を表現するために、ＶＨＴ能力要素を使用するべきである。例えば、ＶＨＴ能力要素（ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）は、ＩＥＥＥ  ８０２．１１標準に基づいてアソシエーション要求フレーム又はアソシエーション応答フレームに含まれる。
【０２５２】
図１２を参照すれば、アクセスポイントは、ＶＨＴ能力要素のＶＨＴ能力情報（ｃａｐａｂｉｌｉｔｉｅｓ  Ｉｎｆｏ．）フィールドを利用してパワーセービングモードのためのアクセスポイントの支援能力を示す。
【０２５３】
ＭＵ＿ＴＸＯＰ＿ＰＳ（多重ユーザＴＸＯＰパワーセービング）１２１０が「０」に設定されれば、当該アクセスポイントは、端末に対するパワーセービング支援能力を有しないことを示す。一方、ＭＵ＿ＴＸＯＰ＿ＰＳ（１２１０）が「１」に設定されれば、当該アクセスポイントは、端末に対するパワーセービング支援能力を有することを示す。
【０２５４】
図１３は、本発明の一実施形態に係る端末がアクセスポイントに端末のパワー管理モードを知らせるために端末によって使用されるＭＡＣヘッダのＶＨＴ制御フィルドを示す図である。
【０２５５】
図１によって詳述したように、端末は、Ｎｏｎ−ＴＸＯＰパワーセービングモード１３０とＴＸＯＰパワーセービングモード１４０のうち何れか１つのアクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）によるパワー管理モードで動作する。従って、端末は、ＶＨＴ制御フィールドのＢ２９ビットを利用してアクセスポイントに自身のパワー管理モードを知らせることができる。端末は、また、パワーセービングモード１２０で動作してもよい。従って、端末は、アクセスポイントに端末がパワーセービングモード１２０にあることを知らせるために、ＶＨＴ制御フィールドの少なくとも１つのビットを使用できる。
【０２５６】
ＶＨＴ制御フィールドのＢ２９ビットが「０」である場合、端末は自身のパワー管理モードがＮｏｎ−ＴＸＯＰパワーセービングモードであることを示し、「１」である場合、端末は自身のパワー管理モードがＴＸＯＰパワーセービングモードであることを示す。
【０２５７】
図１４は、本発明の一実施形態に係るアクセスポイントが、端末がパワーセービングモードで動作することを許諾するのに利用されるＶＨＴ−ＳＩＧ−Ａフレームを示す図である。
【０２５８】
アクセスポイントは、ダウンリンクマルチユーザＴＸＯＰデュレーションの開始時点において、端末それぞれがパワー管理モードで動作することを許諾するか否かを知らせる。
【０２５９】
例えば、アクセスポイントがＶＨＴ−ＳＩＧ−Ａフィールドの一ビット（Ｂ２２）を「０」に設定すれば、当該端末がパワーセービングモードで動作することを許諾しないことを示す。一方、アクセスポイントがＶＨＴ−ＳＩＧ−Ａフィールドの一ビット（Ｂ２２）を「１」に設定すれば、当該端末がパワーセービングモードで動作することを許諾したことを示す。
【０２６０】
図１５は、一実施形態に係る端末を示す。
【０２６１】
図１５を参照すれば、端末１５００は、受信部１５１０、制御部１５２０及びパワー管理部１５３０、及び送信部１５４０を含む。
【０２６２】
受信部１５１０は、アクセスポイントの送信機会（ＴＸＯＰ）中にアクセスポイントから少なくとも１つのデータフレームを受信する。例えば、受信部１５１０は、アクセスポイントによって取得されたＴＸＯＰ中にアクセスポイントから少なくとも１つのデータフレームを受信する。
【０２６３】
制御部１５２０は、アクセスポイントから受信したデータフレームに含まれたデータに基づき、複数の条件のうち何れか１つが満たされるか否かを決定する。例えば、前記複数の条件は、本明細書の図１〜図１４を参照しながら記述された第１条件、第２条件、及び第３条件を含む。
【０２６４】
第１条件は、端末１５００がＴＸＯＰ中にアクセスポイントによってサービングされるグループに属する端末の一つでなければ満たされる。
【０２６５】
例えば、データフレームのグループＩＤは、当該端末１５００がＴＸＯＰ中にグループのメンバーでないことを示す。
【０２６６】
多様な局面において、第１条件は満たされないこともある。例えば、もし、データフレームのグループＩＤが、当該端末１５００がグループのメンバーであることを示す場合、第１条件は満たされないが、端末１５００がＴＸＯＰ中にデータストリームを受信しなければ、第２条件は満たされる。
【０２６７】
例えば、アクセスポイントから受信したデータフレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットは、端末１５００にＴＸＯＰ中にデータが送信されないことを示してもよい。
【０２６８】
多様な側面において、第１条件及び第２条件は満たされないこともある。
【０２６９】
例えば、データフレームのグループＩＤが、端末１５００がグループのメンバーであることを示す場合も有り、データフレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットが、端末１５００に対してＴＸＯＰ中にデータが送信されることを示す場合もある。
【０２７０】
しかし、第３条件は、もし端末１５００がＴＸＯＰ中にデータストリームの受信を完了し、アクセスポイントで端末１５００のためのデータフレームがこれ以上なければ、満たされる。
【０２７１】
例えば、前記データフレーム又は他のデータフレームのＭＡＣヘッダに含まれたＭＤＢは、ＴＸＯＰ中にアクセスポイントから端末１５００へのデータ送信が完了したことを示す場合がある。
【０２７２】
パワー管理部１５３０は、端末のパワーモードを調節する。
【０２７３】
例えば、もし制御部１５２０が複数の条件のうち何れか１つが満たされると判断すれば、パワー管理部１５３０がＴＸＯＰデュレーション中に端末のパワーモードをパワーセービングモードに調節する。
【０２７４】
例えば、パワーセービングモードは、ＴＸＯＰデュレーション中にスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）（又は、ドーズ状態（ｄｏｚｅ  ｓｔａｔｅ））に切り替えられる。
【０２７５】
制御部１５２０は、アクセスポイントに対して自身（端末）がパワーセービングモードで動作できることを示す。例えば、制御部１５２０は、端末１５００のパワー管理モードを示すために、ＶＨＴ制御フレーム（ＶＨＴ  ｃｏｎｔｒｏｌ  ｆｒａｍｅ）の能力／支援要素の少なくとも１つのビットを設定する。
【０２７６】
例えば、図１を参照すれば、ＶＨＴ制御フレームは、端末１５００が継続してアウェイクに残っているノン−ＴＸＯＰパワーセービング（ＰＳ）モード（１３０）、端末がアウェイク状態から端末が寝ているドーズ状態に転換するＴＸＯＰパワーセービング（ＰＳ）モード（１４０）、端末が継続して寝ているパワーセービングモード１２０で動作できるかを示すのに使用されてもよい。
【０２７７】
送信部１５４０は、アクセスポイントに、端末のパワー管理モードを示すＶＨＴ制御フレームを含むデータフレームを送信してもよい。
【０２７８】
他の実施形態によれば、端末１５００は、アクセスポイントに端末１５００がパワーセービングモード、ノン−ＴＸＯＰ  ＰＳモード、又はＴＸＯＰ  ＰＳモードで動作しているか否かを知らせる。
【０２７９】
例えば、制御部１５２０は、パワーセービングモード、ノン−  ＴＸＯＰ  ＰＳモード、又は、ＴＸＯＰ  ＰＳモードに該当する端末のパワー管理モードを示すために、ＭＡＣヘッダのＶＨＴ制御フィールドの少なくとも１つのビットを設定する。
【０２８０】
図１６は、一実施形態に係るアクセスポイントを示す。
【０２８１】
図１６を参照すれば、アクセスポイント１６００は、制御部１６１０及び送信部１６２０を含む。
【０２８２】
制御部１６１０は、アクセスポイントによって取得された送信機会（ＴＸＯＰ）に或る端末が含まれるか否かを決定する。
【０２８３】
もし、制御部１６１０が、当該端末がＴＸＯＰに含まれると決定すれば、制御部１６１０は当該端末がＴＸＯＰのどの部分にあたるかを決定する。
【０２８４】
例えば、制御部１６１０は、当該端末が、アクセスポイント１６００がＴＸＯＰ中に送信する端末のグループに含まれないものと決定する。
【０２８５】
その場合、アクセスポイント１６００は、当該端末に対して、アクセスポイント１６００がＴＸＯＰ中にデータを送信できる端末のグループに含まれていないことを知らせる。
【０２８６】
例えば、制御部１６１０は、データフレームのグループＩＤフィールドを設定し、グループＩＤフィールドが、当該端末がＴＸＯＰ中にグループのメンバーでないことを示す。
【０２８７】
送信部１６２０は、ＴＸＯＰ中に当該端末がグループのメンバーでないことを示すグループＩＤフィールドを含むデータフレームを端末に送信する。
【０２８８】
他の実施形態によれば、制御部１６１０は、或る端末がＴＸＯＰ中に送信できる端末のグループに含まれるが、アクセスポイント１６００がＴＸＯＰ中に当該端末に送信するデータを有さないと決定すれば、アクセスポイント１６００は、当該端末に対して、アクセスポイント１６００がＴＸＯＰ中に当該端末に送信するデータストリームを有さないことを知らせる。
【０２８９】
例えば、制御部１６１０は、当該端末がＴＸＯＰ中に送信されないことを示すために、フレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットを設定する。
【０２９０】
送信部１６２０は当該端末に、ＴＸＯＰ中に当該端末にデータが送信されないことを示すために、フレームのＶＨＴ−ＳＩＧフィールドに含まれたＮｓｔｓビットを含むデータフレームを送信する。
【０２９１】
他の実施形態によれば、もし制御部１６１０が、或る端末がＴＸＯＰ中に送信できる端末のグループに含まれるが、アクセスポイント１６００がＴＸＯＰ中に当該端末に送信するデータを有さないと決定すれば、アクセスポイント１６００は、当該端末に対して、アクセスポイント１６００が各ＴＸＯＰ中に当該端末に対するデータストリームの送信を完了したことを知らせる。
【０２９２】
例えば、制御部１６１０は、当該端末に対するデータ送信が完了したことを示すために、ＭＡＣヘッダのＭＤＢを設定する。
【０２９３】
送信部１６２０は端末に、当該端末に対するデータ送信が完了したことを示すために設定されたＭＡＣヘッダのＭＤＢを含むデータフレームを送信する。
【０２９４】
図１〜図１４を参照しながら記述された実施形態は全て、図１５及び図１６を参照しながら記述された端末１５００及びアクセスポイント１６００に適用できる。従って、これ以上の説明は省略する。
【０２９５】
上述した方法は、多様なコンピュータ手段によって実行が可能なプログラム命令形態で実現され、コンピュータで読み取り可能な媒体に記録される。前記コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独又は組み合わせて含む。前記媒体に記録されるプログラム命令は、本発明のために特別に設計されて構成されるか、又は、コンピュータソフトウェア当業者に公知されて使用可能なものである。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、及び磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ  ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ  ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ  ｍｅｄｉａ）、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタープリタなどを使用してコンピュータによって実行される高級言語コードを含む。上述したハードウェア装置は、本発明の動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同様である。
【０２９６】
上述したように、本発明は限定された実施形態と図面によって説明されたが、本発明は上述した実施形態に限定されるものではなく、本発明が属する分野において通常の知識を有する者であれば、このような記載から多様な修正及び変形が可能である。
【０２９７】
従って、本発明の範囲は上述の実施形態に限定されてはならず、添付する特許請求の範囲だけでなく、この特許請求の範囲と均等なものによって定められなければならない。
【符号の説明】
【０２９８】
１１０      アクティブモード（Ａｃｔｉｖｅ  Ｍｏｄｅ）
１２０      パワーセービングモード（ＰＳ  Ｍｏｄｅ）
１３０      Ｎｏｎ−ＴＸＯＰパワーセービングモード
１４０      ＴＸＯＰパワーセービングモード
１５０      アウェイク状態（Ａｗａｋｅ  Ｓｔａｔｅ）
１６０      スリープ状態（Ｓｌｅｅｐ  Ｓｔａｔｅ）（又は、ドーズ状態（Ｄｏｚｅ  Ｓｔａｔｅ））
１５００      端末
１５１０      受信部
１５２０      制御部
１５３０      パワー管理部
１５４０      送信部
１６００      アクセスポイント
１６１０      制御部
１６２０      送信部
【図１】
2013528962.tif 000010
【図２】
2013528962.tif 000011
【図３】
2013528962.tif 000012
【図４】
2013528962.tif 000013
【図５】
2013528962.tif 000014
【図６】
2013528962.tif 000015
【図７】
2013528962.tif 000016
【図８】
2013528962.tif 000017
【図９】
2013528962.tif 000018
【図１０】
2013528962.tif 000019
【図１１】
2013528962.tif 000020
【図１２】
2013528962.tif 000021
【図１３】
2013528962.tif 000022
【図１４】
2013528962.tif 000023
【図１５】
2013528962.tif 000024
【図１６】
2013528962.tif 000025
【国際調査報告】
2013528962.tif 000026
2013528962.tif 000027