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