アクセスポイント及び複数の端末を含む無線ネットワークで端末の通信方法であって、アクセスポイントがデータストリームを含む少なくとも1つのフレームを複数の端末に送信するTXOP送信機会TransmissionOpportunity、以下、TXOPというデュレーション中に端末のパワー管理モードをパワーセービングモードに設定するステップ、前記アクセスポイントから情報を受信するステップ、及び前記アクセスポイントから受信された前記情報に基づき、少なくとも1つの予め設定された条件が満たされるか否かを判断することによって前記パワーセービングモードでの前記端末の動作状態を決定するステップ、を含む、ことを特徴とする端末の通信方法。前記アクセスポイントにパワー管理モードに関する情報を送信するステップ、をさらに含む、ことを特徴とする請求項1に記載の端末の通信方法。前記アクセスポイントから送信される前記少なくとも1つのフレームそれぞれに含まれたイネーブリングビットenablingbitを利用し、前記少なくとも1つの予め設定された条件が満たされるか否かに基づいて前記端末の動作状態を変更するのかに対する適用可否を選択するステップ、を含む、ことを特徴とする請求項1に記載の端末の通信方法。前記設定するステップに先立ち、前記アクセスポイントに前記パワー管理モードを前記パワーセービングモードに設定したフレームを送信することによって前記パワーセービングモードで動作するように試みるステップ、及び前記アクセスポイントから前記パワーセービングモードに設定したフレームに応答したアックACKを受信するステップ、をさらに含み、前記パワー管理モードを前記パワーセービングモードに設定するステップは、前記アクセスポイントからアックが受信されるか否かに基づき、前記TXOPデュレーション中のパワー管理モードを前記パワーセービングモードに設定するステップである、ことを特徴とする請求項1に記載の端末の通信方法。前記アクセスポイントから前記TXOPデュレーションに関する情報を含む送信機会設定フレームTXOPsettingframeを受信するステップ、前記送信機会設定フレームに基づき、前記端末が前記TXOPデュレーション中にデータストリームを受信する端末であるか否かを判断するステップ、及び前記判断結果に応じて前記送信機会設定フレームに対する応答フレームを送信するステップ、をさらに含む、ことを特徴とする請求項4に記載の端末の通信方法。前記端末の動作状態は、アウェイクAwake状態又はスリープSleep、又は、ドーズDoze状態のうち何れか1つを含み、前記端末の動作状態を決定するステップは、前記アクセスポイントから受信された情報に基づいて前記少なくとも1つの予め設定された条件が満たされるかを判断するステップ、及び前記少なくとも1つの予め設定された条件が満たされると応答し、前記端末の動作状態を前記アウェイク状態から前記スリープ状態に変更するステップ、を含む、ことを特徴とする請求項1に記載の端末の通信方法。前記予め設定された条件は、第1条件、第2条件、及び第3条件を含み、前記グループのIDが、前記端末が前記グループのメンバーでないことを示せば、前記第1条件が満たされ、前記グループのIDが、前記端末が前記グループのメンバーであることを示すが、前記端末に対応するデータストリームが前記TXOP中に前記アクセスポイントから送信されなければ、前記第2条件が満たされ、前記端末が、前記TXOP中に前記端末に送信されるデータストリームがこれ以上存在しないことを示す指示子を受信すれば、前記第3条件が満たされる、ことを特徴とする請求項1に記載の端末の通信方法。前記指示子によって前記データストリームの受信を終了するか、又は、前記アクセスポイントに前記データストリームに対するブロックアックBlockACKを送信した後に、前記TXOPデュレーション中の残りの時間に前記端末の動作状態をスリープ状態で維持するステップをさらに含む、ことを特徴とする請求項7に記載の端末の通信方法。アクセスポイント及び複数の端末を含む無線ネットワークで前記アクセスポイントの通信方法であって、チャネルに対するTXOPを取得したアクセスポイントが、複数の端末にTXOPデュレーションに関する情報を送信するステップ、前記TXOPデュレーション中に、パワー管理モードを前記パワーセービングモードに設定した少なくとも1つの端末に応答し、パワーセービングモードで前記少なくとも1つの端末の動作状態を決定するのに使用される前記少なくとも1つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づき、前記TXOPデュレーション中に前記端末に前記データストリームを送信するステップ、を含む、ことを特徴とするアクセスポイントの通信方法。前記端末に前記アクセスポイントが前記パワーセービングモードを支援してもよいか否かに関する情報、又は前記パワーセービングモードのためのアクセスポイントの支援能力に関する情報を送信するステップ、をさらに含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記TXOPデュレーションに関する情報を送信するステップは、前記端末に前記TXOPデュレーションに関する情報を含むTXOP設定フレームを送信するステップであり、前記TXOP設定フレームは、前記パワー管理モードが前記パワーセービングモードに設定された端末及び前記パワー管理モードが前記パワーセービングモードに設定されなかった端末すべてが復号化できるように生成される、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記パワーセービングモードで動作しようとする端末から前記パワー管理モードが前記パワーセービングモードに設定されたフレームを受信するステップ、及び前記端末に前記パワーセービングモードに設定されたフレームに応答するアックを送信するステップ、をさらに含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記端末との間のサービス品質及びチャネル条件を含む情報に基づいて前記端末に対するグループを形成するステップ、及び前記グループのメンバーに関する情報を知らせるステップ、を含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。特定端末が前記パワーセービングモードに進入することを知らせる場合、前記特定端末の知らせに応答して前記端末及び前記特定端末を再グルーピングするステップ、をさらに含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。特定端末が前記パワーセービングモードのスリープ状態に進入すれば、前記グループから前記特定端末を他の端末に交換するステップ、及び前記交換によって更新されたグループのメンバーに関する情報を知らせるステップ、を含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記端末それぞれの動作状態は、アウェイク状態又はスリープ状態のうち何れか1つを含み、前記データストリームを同時に送信するステップは、前記TXOPデュレーション中に前記端末のうち、前記アウェイク状態を有する端末に前記データストリームを同時に送信し、前記TXOPデュレーションの残りの時間に前記スリープ状態を有する端末に、前記送信するデータストリームをバッファリングbufferingするステップである、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記スリープ状態にあった端末の動作状態が前記アウェイク状態に変化すれば、前記端末に前記バッファリングされたデータストリームを送信するステップ、を含む、ことを特徴とする請求項16に記載のアクセスポイントの通信方法。前記パワーセービングモードでの動作状態を決定するのに使用される前記端末のための情報は、前記端末それぞれを含むグループのID、前記TXOPデュレーション中に前記端末それぞれに対応するデータストリームが前記アクセスポイントから送信されるか否かを示す情報、及び前記TXOP中に前記端末それぞれに送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記TXOPデュレーション中に前記端末に送信されるデータストリームがさらに存在するか否かを示す指示子を生成するステップ、をさらに含む、ことを特徴とする請求項9に記載のアクセスポイントの通信方法。前記指示子を生成するステップは、前記端末に送信されるパケットのプリアンブル又は前記端末に送信されるMACフレームのヘッダを利用し、前記端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成するステップである、ことを特徴とする請求項19に記載のアクセスポイントの通信方法。アクセスポイントがチャネルに対して取得したTXOPにおいて、複数の端末に、前記TXOPデュレーションと関連する情報を送信するステップ、少なくとも1つの端末に応答して前記TXOPデュレーション中のパワー管理モードを前記パワーセービングモードに設定し、前記パワーセービングモードで前記少なくとも1つの端末の動作状態を決定するのに使用される少なくとも1つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づいて前記TXOPデュレーション中に前記端末にデータストリームを送信するステップ、を含む方法をコンピュータで実現できるようにするプログラム命令を含む、ことを特徴とするコンピュータで読み取り可能な記録媒体。アクセスポイントのTXOP中に前記アクセスポイントから少なくとも1つのデータフレームを受信する受信部、前記アクセスポイントから受信したデータフレームに含まれたデータに基づいて複数の条件のうち何れか1つが満たされるか否かを決定する制御部、及び前記端末のパワーモードを調節するパワー管理部、を含み、前記制御部が前記複数の条件のうち何れか1つが満たされると判断すれば、前記パワー管理部は、前記TXOPデュレーション中に前記端末のパワーモードをパワーセービングモードに調節する、ことを特徴とする端末。第1条件は、前記データフレームのグループIDが、前記TXOP中に前記端末が前記グループのメンバーでないことを示せば満たされる、ことを特徴とする請求項22に記載の端末。第2条件は、前記データフレームのグループIDが、前記端末が前記グループのメンバーであることを示し、前記TXOP中に前記データフレームのVHT-SIGveryhighthroughputsignal、超高速処理量信号フィールドに含まれたNstsNumberofspacetimestreamsビットが前記TXOP中に前記端末に送信されるべきデータがないことを示せば満たされる、ことを特徴とする請求項22に記載の端末。第3条件は、前記データフレームのグループIDが、前記端末が前記グループのメンバーであることを示し、前記TXOP中に前記データフレームのVHT-SIGフィールドに含まれたNstsビットが前記TXOP中に前記端末に送信されるデータがあることを示し、前記データフレームあるいは他のデータフレームのMACヘッダに含まれたMDBmoredatabit、モアデータビットが、前記TXOP中に前記端末に対するデータ送信が完了したことを示せば満たされる、ことを特徴とする請求項22に記載の端末。アクセスポイントによって取得されたTXOPに端末が含まれるか否かを決定する制御部、及び前記制御部が、前記端末が前記TXOPの一部に含まれなかったと決定することに応答し、複数の条件のうち何れか1つを満たす端末にデータを送信する送信部、を含む、ことを特徴とするアクセスポイント。前記制御部が、前記端末が前記TXOP中に前記アクセスポイントが送信することができるグループの端末に含まれないと決定すれば、前記送信部は、前記端末に前記端末が前記TXOP中に前記グループのメンバーでないことを示すグループIDフィールドを含むデータフレームを送信する、ことを特徴とする請求項26に記載のアクセスポイント。前記端末が前記アクセスポイントが前記TXOP中に送信することができる端末のグループに含まれ、且つ前記アクセスポイントは前記TXOP中に前記端末に送信されるデータを有さないものと、前記制御部が決定すれば、前記送信部は、前記TXOP中に前記端末に送信されるデータがないことを示すために、前記端末に前記フレームのVHT-SIGフィールドに含まれたNstsビットを含むデータフレームを送信する、ことを特徴とする請求項26に記載のアクセスポイント。前記制御部が前記TXOP中に前記端末に送信することができるグループの端末に前記端末が含まれ、前記アクセスポイントが前記TXOP中に前記端末に送信するデータを有すると決定すれば、前記送信部は前記端末に、前記端末に対するデータ送信が完了したことを示すために設定されたMACヘッダのMDBを含むデータフレームを送信する、ことを特徴とする請求項26に記載のアクセスポイント。端末のパワー管理モードを示すために、VHT制御フレームの能力/支援要素の少なくとも1つのビットを設定する制御部、及びアクセスポイントに、前記端末のパワー管理モードを示す前記VHT制御フレームを含むデータフレームを送信する送信部、を含む、ことを特徴とする端末。前記パワー管理モードは、前記端末が継続して寝ているパワーセービングモード、前記端末が継続して起きているノン-TXOPパワーセービングモードnon-TXOPPSmode、及び前記端末がアウェイク状態から前記端末が寝ているドーズ状態に転換するパワーセービングモードTXOPPSmodeを含み、前記能力/支援要素の少なくとも1つのビットは、前記端末が前記パワーセービングモード、前記TXOPパワーセービングモードTXOPPSmode、又はノン-TXOPパワーセービングモードnon-TXOPPSmodeにあるか否かを示すために設定される、ことを特徴とする請求項30に記載の端末。従って、本発明の目的は、端末の消費電力を節減できる端末及びアクセスポイント、その通信方法、並びにコンピュータで読み取り可能な記録媒体を提供することにある。そのために、本発明の一側面によれば、送信するべきデータストリームが存在しない場合、送信機会TransmissionOpportunity、以下、TXOPというデュレーション中に該当端末の動作状態をスリープ状態で維持することによって電力を節減できる。また、本発明の一側面によれば、端末が予め設定された条件を満たす場合に、該当端末の動作状態をアウェイク状態からスリープ状態に変更することによって電力消耗を減少できる。さらに、本発明の一側面によれば、端末がパワーセービングモードで動作するか否かを選択できる。上記の課題を解決するためになされた本発明の一実施形態に係る端末の通信方法は、アクセスポイント及び複数の端末を含む無線ネットワークにおける端末の通信方法において、アクセスポイントがデータストリームを含む少なくとも1つのフレームを複数の端末に送信するTXOPデュレーション中に、端末のパワー管理モードをパワーセービングモードに設定するステップ、前記アクセスポイントから情報を受信するステップ、及び前記アクセスポイントから受信された前記情報に基づいて少なくとも1つの予め設定された条件が満たされるか否かを判断することにより、前記パワーセービングモードでの前記端末の動作状態を決定するステップを含む。前記アクセスポイントにパワー管理モードに関する情報を送信するステップをさらに含んでもよい。また、前記アクセスポイントから送信される前記少なくとも1つのフレームそれぞれに含まれたイネーブリングビットenablingbitを利用し、前記少なくとも1つの予め設定された条件が満たされるか否かに基づいて前記端末の動作状態を変更するかに対する適用可否を選択するステップを含んでもよい。前記設定するステップに先立ち、前記アクセスポイントに前記パワー管理モードを前記パワーセービングモードに設定したフレームを送信することによって前記パワーセービングモードで動作するように試みるステップ、及び前記アクセスポイントから前記パワーセービングモードに設定したフレームに応答したアックACKを受信するステップをさらに含み、前記パワー管理モードを前記パワーセービングモードに設定するステップは、前記アクセスポイントからアックが受信されるか否かに基づき、前記TXOPデュレーション中のパワー管理モードを前記パワーセービングモードに設定するステップであってもよい。前記アクセスポイントから前記TXOPデュレーションに関する情報を含む送信機会設定フレームTXOPsettingframeを受信するステップ、前記送信機会設定フレームに基づき、前記端末が前記TXOPデュレーション中にデータストリームを受信する端末であるか否かを判断するステップ、及び前記判断結果に応じて前記送信機会設定フレームに対する応答フレームを送信するステップをさらに含んでもよい。前記端末の動作状態は、アウェイクAwake状態又はスリープSleep、又は、ドーズDoze状態のうち何れか1つを含み、前記端末の動作状態を決定するステップは、前記アクセスポイントから受信された情報に基づいて前記少なくとも1つの予め設定された条件が満たされるかを判断するステップ、及び前記少なくとも1つの予め設定された条件が満たされることに応答し、前記端末の動作状態を前記アウェイク状態から前記スリープ状態に変更するステップを含んでもよい。前記予め設定された条件は、第1条件、第2条件、及び第3条件を含み、前記グループのIDが、前記端末が前記グループのメンバーでないことを示せば前記第1条件が満たされ、前記グループのIDが、前記端末が前記グループのメンバーであることを示すが、前記端末に対応するデータストリームが前記TXOP中に前記アクセスポイントから送信されなければ前記第2条件が満たされ、前記端末が、前記TXOP中に前記端末に送信されるデータストリームがこれ以上存在しないことを示す指示子を受信すれば、前記第3条件が満たされてもよい。前記指示子によって前記データストリームの受信を終了するか、又は、前記アクセスポイントに前記データストリームに対するブロックアックBlockACKを送信した後に、前記TXOPデュレーションの残りの時間に前記端末の動作状態をスリープ状態で維持するステップをさらに含んでもよい。上記の課題を解決するためになされた本発明の一実施形態によれば、アクセスポイントの通信方法は、アクセスポイント及び複数の端末を含む無線ネットワークにおける前記アクセスポイントの通信方法において、チャネルに対するTXOPを取得したアクセスポイントが、複数の端末にTXOPデュレーションに関する情報を送信するステップ、前記TXOPデュレーション中に、パワー管理モードを前記パワーセービングモードに設定した少なくとも1つの端末に応答し、パワーセービングモードで前記少なくとも1つの端末の動作状態を決定するのに使用される前記少なくとも1つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づき、前記TXOPデュレーション中に前記端末に前記データストリームを送信するステップを含む。前記端末に前記アクセスポイントが前記パワーセービングモードを支援することができるか関する情報、又は前記パワーセービングモードのためのアクセスポイントの支援能力supportcapabilityに関する情報を送信するステップをさらに含んでもよい。前記TXOPデュレーションに関する情報を送信するステップは、前記端末に前記TXOPデュレーションに関する情報を含むTXOP設定フレームを送信するステップであり、前記TXOP設定フレームは、前記パワー管理モードが前記パワーセービングモードに設定された端末及び前記パワー管理モードが前記パワーセービングモードに設定されなかった端末すべてが復号化できるように生成されてもよい。前記パワーセービングモードで動作しようとする端末から前記パワー管理モードが前記パワーセービングモードに設定されたフレームを受信するステップ、及び前記端末に前記パワーセービングモードに設定されたフレームに応答するアックを送信するステップをさらに含んでもよい。前記端末との間のサービス品質及びチャネル条件を含む情報に基づいて前記端末に対するグループを形成するステップ、及び前記グループのメンバーに関する情報を知らせるステップを含んでもよい。特定端末が前記パワーセービングモードに進入することを知らせる場合、前記特定端末の知らせに応答して前記端末及び前記特定端末を再グルーピングするステップをさらに含んでもよい。特定端末が前記パワーセービングモードのスリープ状態に進入すれば、前記グループから前記特定端末を他の端末に交換するステップ、及び前記交換によって更新されたグループのメンバーに関する情報を知らせるステップを含んでもよい。前記端末それぞれの動作状態は、アウェイク状態又はスリープ状態のうち何れか1つを含み、前記データストリームを同時に送信するステップは、前記TXOPデュレーション中に前記端末のうちで前記アウェイク状態を有する端末に前記データストリームを同時に送信し、前記TXOPデュレーションの残りの時間に前記スリープ状態を有する端末に、前記送信するデータストリームをバッファリングbufferingするステップであってもよい。前記スリープ状態にあった端末の動作状態が前記アウェイク状態に変化すれば、前記端末に前記バッファリングされたデータストリームを送信するステップを含んでもよい。前記パワーセービングモードでの動作状態を決定するのに使用される前記端末のための情報は、前記端末それぞれを含むグループのID、前記TXOPデュレーション中に前記端末それぞれに対応するデータストリームが前記アクセスポイントから送信されるか否かを示す情報、及び前記TXOP中に前記端末それぞれに送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含んでもよい。前記TXOPデュレーション中に前記端末に送信されるデータストリームがさらに存在するか否かを示す指示子を生成するステップをさらに含んでもよい。前記指示子を生成するステップは、前記端末に送信されるパケットのプリアンブル又は前記端末に送信されるMACフレームのヘッダを利用し、前記端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成するステップであってもよい。上記の課題を解決するためになされた本発明の一実施形態によれば、コンピュータで読み取り可能な記録媒体は、アクセスポイントがチャネルに対して取得したTXOPにおいて、複数の端末に、前記TXOPデュレーションと関連する情報を送信するステップ、少なくとも1つの端末に応答して前記TXOPデュレーション中のパワー管理モードを前記パワーセービングモードに設定し、前記パワーセービングモードで前記少なくとも1つの端末の動作状態を決定するのに使用される少なくとも1つの端末のための情報を送信するステップ、及び前記パワーセービングモードで前記端末それぞれの動作状態に基づいて前記TXOPデュレーション中に前記端末にデータストリームを送信するステップを含む方法をコンピュータで実現できるようにするプログラム命令を含む。上記の課題を解決するためになされた本発明の一実施形態によれば、端末は、アクセスポイントのTXOP中に前記アクセスポイントから少なくとも1つのデータフレームを受信する受信部、前記アクセスポイントから受信したデータフレームに含まれたデータに基づいて複数の条件のうち何れか1つが満たされるか否かを決定する制御部、及び前記端末のパワーモードを調節するパワー管理部を含み、前記制御部が前記複数の条件のうち何れか1つが満たされると判断すれば、前記パワー管理部は、前記TXOPデュレーション中の前記端末のパワーモードをパワーセービングモードに調節する。第1条件は、前記データフレームのグループIDが、前記TXOP中に前記端末が前記グループのメンバーでないことを示せば満たされる。第2条件は、前記データフレームのグループIDが、前記端末が前記グループのメンバーであることを示し、前記TXOP中に前記データフレームのVHT-SIGveryhighthroughputsignal、超高速処理量信号フィールドに含まれたNutsNumberofspacetimesreamsビットが前記TXOP中に前記端末に送信されるべきデータがないことを示せば満たされる。第3条件は、前記データフレームのグループIDが、前記該当端末が前記グループのメンバーであることを示し、前記TXOP中に前記データフレームのVHT-SIGフィールドに含まれたNstsビットが前記TXOP中に前記端末に送信されるデータがあることを示し、前記データフレームあるいは他のデータフレームのMACヘッダに含まれたMDBmoredatabit、モアデータビットが前記TXOP中に前記端末に対するデータ送信が完了したことを示せば満たされる。上記の課題を解決するためになされた本発明の一実施形態によれば、アクセスポイントは、アクセスポイントによって取得された送信機会TXOPに端末が含まれるか否かを決定する制御部、及び前記制御部が、前記端末が前記TXOPの一部に含まれなかったと決定することに応答し、複数の条件のうち何れか1つを満たす端末にデータを送信する送信部を含む。前記制御部が、前記端末が前記TXOP中に前記アクセスポイントが送信することができるグループの端末に含まれないと決定すれば、前記送信部は、前記端末に前記端末が前記TXOP中に前記グループのメンバーでないことを示すグループIDフィールドを含むデータフレームを送信してもよい。前記制御部が、前記端末が前記アクセスポイントが前記TXOP中に送信することができる端末のグループに含まれ、前記アクセスポイントは前記TXOP中に前記端末に送信されるデータを有さないと決定すれば、前記送信部は、前記TXOP中に前記端末に送信されるデータがないことを示すために、前記端末に前記フレームのVHT-SIGフィールドに含まれたNstsビットを含むデータフレームを送信してもよい。前記制御部が、前記TXOP中に前記端末に送信することができるグループの端末に前記端末が含まれ、前記アクセスポイントが前記TXOP中に前記端末に送信するデータを有すると決定すれば、前記送信部は、前記端末に、前記端末に対するデータ送信が完了したことを示すために設定されたMACヘッダのMDBを含むデータフレームを送信してもよい。上記の課題を解決するためになされた本発明の一実施形態によれば、端末は、端末のパワー管理モードを示すために、VHT制御フレームの能力/支援要素の少なくとも1つのビットを設定する制御部、及びアクセスポイントに、前記端末のパワー管理モードを示す前記VHT制御フレームを含むデータフレームを送信する送信部を含む。前記パワー管理モードは、前記端末が継続して寝ているパワーセービングモード、前記端末が継続して起きているノン-パワーセービングモードnon-TXOPPSmode、及び前記端末がアウェイク状態から前記端末が寝ているドーズ状態に転換するパワーセービングモードTXOPPSmodeを含み、前記能力/支援要素の少なくとも1つのビットは、前記端末が前記パワーセービングモード、前記パワーセービングモードTXOPPSmode、又はノン-パワーセービングモードnon-TXOPPSmodeにあるか否かを示すために設定されてもよい。本発明の一実施形態によれば、パワーセービングモードで動作する端末に送信するデータストリームが存在しない場合、TXOPデュレーション中に該当端末の動作状態をスリープ状態で維持できるので、端末の電力を節減できる。また、本発明の一実施形態によれば、パワーセービングモードで動作する端末が予め設定された条件を満たす場合に、該当端末の動作状態をアウェイク状態からスリープ状態に変更できるので、端末の電力消耗を減少できる。本発明の一実施形態によれば、アクティブモードで動作する端末のうち、パワーセービングモードで動作しようとする端末が該当モードに設定されたフレームを送信するようにできるので、端末がパワーセービングモードでの動作可否を選択できる。以下、本発明に係る実施形態について、添付の図面を参照しながら詳細に説明する。しかし、本発明がこれらの実施形態によって制限乃至限定されることはない。また、各図面に提示された同一の参照符号は、同一の部材を示す。以下において、端末は、SU-MIMOSingleUser-MultipleInputMultipleOutput端末、又はMU-MIMOMultiUser-MultipleInputMultipleOutput端末の何れかである。図1は、本発明の一実施形態に係る、送信機会TransmissionOpportunity、以下、TXOPというパワーセービングモードでの端末の動作を説明するための図である。アクセスポイントAccessPoint、APからデータを受信する1つ又はそれ以上の端末STA、例えば、受信装置、又はステーションは、自身に送信されるパケット又はフレームを受信するために、自身の動作モードをアクティブモードActiveModeに維持する。それだけでなく、端末は、自身に送信されるパケットがあるか否かを判断する場合、又は他の端末に送信されるパケットに対するオーバーヒアリングOverhearingを実行する場合にもアクティブモードに留まる。従って、端末のうちで当該端末に対応するデータの送信が無い場合、又はデータの送信が終了した場合には、当該端末の動作モード又は、パワー管理モードを調節することによって受信待機時間及び受信待機電力を節減できる。例えば、端末は、時間及びパワーを節減するために、アウェイクawake状態からスリープsleep又は、ドーズdozeともいう状態に転換される。図1を参照すれば、端末のパワー管理モードPowerManagementMode、PMModeは、アクティブモードActiveMode110とパワーセービングモードPSMode120に分けられる。アクティブモード110で、端末は、端末が起きているawakeに留まるノン-TXOPパワーセービングモードnon-TXOPPSmode130、及び端末がアウェイク状態150とドーズ状態160との間で転換スイッチされるTXOPパワーセービングモードTXOPPSmode140の2つのパワー管理モードに進入できる。アクティブモード110は、端末がアクセスポイントとデータを送/受信するために継続して動作中にある状態である。この反面、パワーセービングモード120は、当該端末がまったく動作を行っていないか、又は、端末が全体電力消費量を減らす状態例えば、IDLE状態である。パワーセービングモード120にある端末は、例えば、MACヘッダの制御フィールドのうちの一部ビットを利用して、アクセスポイントに自身の動作状態に関する情報を送信できる場合がある。アクティブモード110で動作する端末は、さらに、Nonノン-TXOPパワーセービングモード130で動作する場合とTXOPパワーセービングモード140で動作する場合に分けられる。ノン-TXOPパワーセービングモード130で動作する端末は、電力節減のための別途の動作を行わずに継続してアウェイク状態AwakeStateを維持する。従って、自身に送信されるパケットの受信を待つ受信待機時間中に継続して電力を消耗する。TXOPパワーセービングモード140で動作する端末は、予め設定された条件を満たすか否かに応じ、動作状態を、アウェイク状態AwakeState150、及びスリープ状態SleepState又はドーズ状態DozeState160の何れかに変更する。予め設定された条件としては、例えば、3種類の条件第1条件、第2条件、及び第3条件がある。もし、何れか1つの条件が満たされれば、端末は、アクセスポイントのTXOP残余期間中にアウェイク状態150からドーズ状態160に転換される。第1条件は、グループのIDが、当該端末がグループのメンバーでないことを示す場合に満たされる。第2条件は、グループのIDが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがTXOPデュレーションduration中にアクセスポイントから送信されない場合に満たされる。ここで、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合とは、当該端末に対応するフレームのVHT-SIGVeryHighThroughputSIGnal、超高速処理量信号フィールドに含まれたNumberofspacetimestreamsNstsと略すが0である場合が該当する。他の実施形態によれば、第3条件は、グループのグループIDgroupIDが、端末がグループのメンバーであり、端末がTXOP中にデータストリームを受信することを示すが、端末がTXOPの残りの期間に端末に送信される追加のデータストリームがないことを示す指示子を受信した場合に、満たされる。即ち、端末は、端末に対する送信が完了したことを示す指示子を受信した場合に満たされる。ここで、端末に対応するデータストリームがこれ以上存在しないを示す指示子は、端末がアクセスポイントから受信するフレームのMACヘッダに含まれたMDBMoreDataBit、モアデータビットである。例えば、MACヘッダのMDBは、TXOP中に端末に送信するべきデータストリームがもう無いことを示すために0に設定される。即ち、フレームのMACヘッダに含まれたMDBが0である場合は、当該端末に対応するデータストリームの送信が完了したことを意味する。上述した条件を満たす端末は、アウェイク状態150からスリープ状態又はドーズ状態160に動作状態を変更することによってTXOPデュレーションの残りの時間に受信待機電力を節減できる。TXOPデュレーションは、チャネルに対する送信機会TransmissionOpportunity、TXOPを取得したアクセスポイントが端末を含むグループにデータストリームを同時に送信する時間区間である。端末は、例えば、MACヘッダのVHT制御フィールドcontrolfieldを利用してアクセスポイントに自身のパワー管理モードに関する情報を知らせる。即ち、端末は、Non-TXOPパワーセービングモード130とTXOPパワーセービングモード140のうち、自身のパワー管理モードがどちらであるかをアクセスポイントに知らせる。端末が自身のパワー管理モードをアクセスポイントに知らせる方法については、図13を参照しながら後述する。例えば、端末は、MACヘッダのVHT制御フィールドを利用してアクセスポイントに端末のパワー管理モードを知らせる。例えば、パワー管理モードは、パワーセービングモード120、Non-TXOPパワーセービングモード130、及びTXOPパワーセービングモードTXOPPSmode140の何れかである。端末は、自身がどのパワーセービングモードにあるかを示すために、例えば、VHT制御フィールドの少なくとも1つのビットを使用する。整理すれば、TXOPパワーセービングモード140で動作する端末は、予め設定された条件に応じてTXOP中に動作状態を変更することにより、受信待機電力及び端末の消費電力を節減する。以下で使用されるパワーセービングモードは、TXOPパワーセービングモード140を意味する。図2は、本発明の一実施形態に係る端末の通信方法を示すフローチャートである。アクセスポイント及び複数の端末を含む無線ネットワークにおける端末の通信方法は、次のとおりである。端末は、アクセスポイントに、当該端末がパワーセービングモードを支援するための能力があるか否かに関する情報を知らせる210。当該端末がパワーセービングモードを支援するための能力があるか否かをアクセスポイントに知らせるために、端末は、例えば、アクセスポイントAccessPoint、APとのアソシエーションAssociationを実行する際に送信するアソシエーション要求フレームの能力/支援要素capability/supportelementの1ビットを利用する。この能力/支援要素の1ビットに関する実施形態は、後で表1を参照しながら詳察する。また、端末は、アクセスポイントから受信する送信機会設定フレームTXOPsettingframeからTXOPデュレーションに関する情報を把握する。送信機会設定フレームについても、後述して説明する。端末は、TXOPデュレーションでのパワー管理モードをパワーセービングモードに設定する220。端末は、TXOPデュレーションに入る前に自身のパワー管理モードを決定するが、ここで、パワー管理モードは、図1で説明したパワー管理モードPowerManagementMode、PMModeの何れかに該当する。TXOPデュレーションとは、各チャネルを通じてアクセスポイントが端末を含むグループにデータストリームを含む少なくとも1つのフレームを送信する時間区間である。TXOPデュレーションは、ネットワーク割当ベクトルNetworkAllocationVector、NAVデュレーションと同じ意味で利用される。端末は、アクセスポイントから受信された情報に基づいて予め設定された条件が満たされるか否かを判断することにより、パワーセービングモード例えば、ドーズdoze状態即ち、スリープsleep状態での端末の動作状態を決定する。パワーセービングモードでの端末の動作状態は、アウェイクAwake状態又はスリープSleep状態のうちの何れか1つである。アクセスポイントから受信された情報は、端末がパワーセービングモードでの動作状態を決定するのに使用される情報である。アクセスポイントから受信された情報は、例えば、端末がアクセスポイントからデータを受信するグループのメンバーであるか否かを示すグループのID、TXOPデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及びTXOP中に端末に送信されるデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含む。TXOPデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されるか否かは、例えば、VHT-SIG-Aフィールドに含まれたNstsフィールドを通じて確認する。端末は、当該端末に送信するデータストリームがアクセスポイントに係留pending中であるか否かをNstsフィールドを通じて確認できる。例えば、Nstsフィールドが0に設定されれば、TXOPデュレーション中に当該端末に対応するデータストリームがアクセスポイントから送信されないことを意味する。他の実施形態によれば、逆に、Nstsフィールドは、TXOPデュレーション中にアクセスポイントから送信されなければならない前記端末に対応するデータストリームがあることを示すために0に設定される。その場合、Nstsフィールドが0以外の値に設定されれば、TXOPデュレーション中に端末に対応するデータストリームがアクセスポイントから送信されることを意味する。端末に対応するデータストリームがさらに存在するか否かは、例えば、制御フィールドのMDBを通じて把握してもよい。MDB値が0である場合、当該端末に対応するデータストリームがこれ以上存在しないことを意味する。一方、MDB値が1である場合、当該端末に対応するデータストリームがさらに存在することを意味する。実施形態により、逆に、MDB値は、TXOP中に端末に送信されるべき少なくとも1つのデータストリームが無いことを示すために1に設定されてもよい。端末は、アクセスポイントからTXOPデュレーションに関する情報を受信する230。端末は、例えば、アクセスポイントから受信されたRTSRequest_To_Send、送信要求フレームのデュレーションフィールドをチェックすることによってTXOPデュレーションに関する情報を把握する。従って、この場合、端末がTXOPデュレーションに関する情報を受信するためには、TXOPデュレーションの開始に先立ってRTS/CTSClear_To_Send、フレームが送信されなければならない。端末は、TXOPデュレーションを知るために、RTS/CTSフレーム、SelfCTSフレーム、及びデュレーションフィールドなどを利用できる。RTS/CTSフレームのデュレーションフィールドは、TXOP時間区間を示す。SelfCTSフレームは、特に、ダウンリンクMU-MIMOの場合に利用され、アクセスポイントは、グループの各端末へのデータフレームの送信に先立ってSelfCTSフレームを送信する。SelfCTSフレームにおいて、デュレーションビットはTXOP時間区間を示す。デュレーション値は、例えば、プリアンブルのVHT-SIGフィールドのビットによって示す。端末は、アクセスポイントから受信された情報に基づいて予め設定された条件が満たされるかを判断する240。予め設定された条件が満たされれば、端末は、自身の動作状態をTXOPデュレーション中にアウェイクAwake状態からスリープSleep状態に変更する250。端末は動作状態をスリープ状態に変更した後、TXOPデュレーションの残りの時間をスリープ状態を維持することによって受信待機電力及びデータ受信のための電力消耗を節減できる。もし、予め設定された条件が満たされなければ、端末は、TXOPデュレーション中に自身の動作状態を継続してアウェイク状態で維持する260。ここで、予め設定された条件は、例えば、第1条件、第2条件、及び第3条件のいずれか1つである。第1条件は、グループのIDが、当該端末がグループのメンバーでないことを示す場合に満たされる。例えば、当該端末が端末4であり、グループAのIDが端末1、端末3、及び端末5を含むと仮定しよう。ここで、当該端末は、グループAのIDに含まれていないためグループAのメンバーではなく、第1条件を満たす。第2条件は、グループのIDが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合に満たされる。ここで、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合は、上述したように、例えば、VHT-SIG-A超高速処理信号AのNstsフィールドの値が0であるか否かによって把握される。また、第3条件は、グループのグループIDが、当該端末がTXOP中にデータストリームを受信するグループのメンバーであることを示すが、当該端末が、TXOPデュレーション中に当該端末に対応するデータストリームがこれ以上存在しないことを示す指示子を受信する場合に満たされる。前記実施形態において、指示子とは例えば、MACヘッダのMDBである。図3は、本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。アクセスポイント及び複数の端末を含む無線ネットワークにおいて、アクセスポイントの通信方法は次のとおりである。アクセスポイントは、TXOPデュレーション中に端末にフレームを送信し、当該フレームをバッファリングbufferingしなければならない。従って、アクセスポイントは、端末とのアソシエーション後に端末の現在の動作状態に関する情報を受信することによって自身の動作を決定する。アクセスポイントは端末に対して、アクセスポイントがパワーセービングモードを支援できるか否かに関する情報、及びパワーセービングモードのためのアクセスポイントの支援能力に関する情報を送信する310。アクセスポイントは、例えば、ビーコンフレームBeaconFrame又はプローブレスポンスフレームProbeResponseFrameの情報要素informationelement、又は、能力要素capabilityelementを使用し、上述したパワーセービングモードを支援できるか否か及びアクセスポイントの支援能力を知らせる。ここで、パワーセービングモードを支援できるか否かとは、アクセスポイントがパワーセービングモードで動作する端末とアソシエーションを実行できるか否かを意味する。アクセスポイントがパワーセービングモードのためのアクセスポイントの支援能力を示す方法については、図12を参照しながら後述する。アクセスポイントは、端末にTXOPデュレーションに関する情報を送信する320。TXOPデュレーションとは、チャネルに対する送信機会TXOPを取得したアクセスポイントが端末を含むグループにデータストリームを含む少なくとも1つのフレームを送信する時間区間である。端末は、TXOPデュレーションの残りの時間にスリープ状態に入る前に、TXOPデュレーションに関する情報を知らなければならないため、アクセスポイントは当該情報を端末に送信する。また、端末は、TXOPデュレーションの残りの時間に端末それぞれに対応するデータストリーム、即ち、端末それぞれに送信されなければならないデータストリームがさらに存在するか否かに関する情報を知らなければならない。従って、アクセスポイントは、後述する、動作状態を決定するのに使用される情報を通じて当該情報TXOPデュレーションの残りの時間に端末それぞれに対応するデータストリームがさらに存在するか否かに関する情報を各端末に提供する。アクセスポイントは、TXOPデュレーションで複数の端末のうちの少なくとも1つの端末がパワー管理モードをパワーセービングモードに設定した場合、当該端末それぞれがパワーセービングモードでの動作状態を決定するのに使用される情報を送信する330。パワーセービングモードでの動作状態は、アウェイクAwake状態又はスリープSleep状態のうちの何れか1つである。当該端末それぞれがパワーセービングモードでの動作状態を決定するのに使用される情報は、端末それぞれを含むグループのID、TXOPデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及び端末それぞれに対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含む。TXOPデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かは、上述したように、VHT-SIG-Aフィールドに含まれたNstsフィールドを通じて確認できる。また、端末に対応するデータストリームがさらに存在するか否かは、上述したように、VHT制御フィールドのMDBを通じて把握できる。アクセスポイントは、端末の動作状態に基づき、TXOPデュレーション中に端末にデータストリームを同時に送信する340。340で、アクセスポイントは、TXOPデュレーション中に端末のうちのアウェイク状態を有する端末にデータストリームを同時に送信する。また、アクセスポイントは、TXOPデュレーションの残りの時間に複数の端末のうちのスリープ状態にある端末に送信するべきデータストリームが発生した場合、送信するデータストリームをバッファリングする。一実施形態において、TXOPデュレーションは、端末がドーズ状態に進入した後に中断される。従って、アクセスポイントは、TXOPデュレーションが終了するか、あるいは端末によって当該端末がデータを受信する準備がなされたことがアクセスポイントに知らされるまで、端末のためのデータをバッファリングする。ここで、同時に送信されるという意味は、空間的spatialに同時に送信される、又は多重ユーザによるMIMOを利用することを意味し、複数の端末それぞれに対応するデータストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。より具体的に、アクセスポイントは、予め設定された条件が満たされる端末がTXOPデュレーションの残りの時間に動作状態をスリープ状態で維持できるように、当該端末に対応するデータストリームを送信しない。ここで、端末が予め設定された条件を満たすか否かは、上述した動作状態を決定するのに使用される情報に基づいて判断する。予め設定された条件は、例えば、上述の第1条件、第2条件、及び第3条件を含むが、上記図1、2、3での当該部分に対する説明を参照することにする。また、アクセスポイントは、スリープ状態にあった端末の動作状態がアウェイク状態に変化し、端末がアクセスポイントにパワーセーブ-ポールPowerSave-Pollメッセージを送信すれば、端末にバッファリングされたデータストリームを送信してもよい。ここで、アクセスポイントは、TXOPデュレーションが終了すれば、当該端末がアウェイク状態に変化することを自動的に知ることができる。また、他の実施形態によれば、端末は、アクセスポイントに端末がアウェイクモードにあることを知らせるために、アクセスポイントにパワーセーブ-ポールpollメッセージを送信する。パワーセーブ-ポールメッセージは、スリープ状態にあった端末が、自身の動作状態がウェイクアップ状態に変化したことをアクセスポイントに知らせるために送信するメッセージである。マルチユーザ-多重入力多重出力Multi-UserMultipleInputMultipleOutput、MU-MIMO802.11ネットワークで、アクセスポイントは、同時にデータが送信されなければならない端末を1つ又は複数のグループに編成する。アクセスポイントは、例えば、サービス品質要求QoSRequirementやチャネル条件Channelconditionなどの任意の判断基準criteriaに基づいて端末を1つ又は複数のグループに構成できる。また、アクセスポイントは、グループのメンバーに関する情報を端末に知らせる。ここで、同時に送信されるという意味は、空間的spatialで同時に送信される、又は多重ユーザによるMIMOを利用することを意味し、複数の端末それぞれに対応するストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。アクセスポイントは、例えば、管理フレームManagementFrameを利用してグループのメンバーに関する情報を端末に知らせてもよい。ここで、グループIDは、対応するセル内の端末の集合で構成される。アクセスポイントは、TXOPデュレーション中ではなく、TXOP送信とは独立的に、即ち、TXOPデュレーションの合間にデータフレームを送信することによって、グループのIDを割り当てる。アクセスポイントは、特定端末がパワーセービングモードのスリープ状態に進入すれば、グループから特定端末を、送信される必要があるデータに対応する他の端末に交換する。その後、アクセスポイントは、上述した交換によって更新されたグループのメンバーここでは、他の端末に関する情報をパワーセービングモードで動作するすべての端末に知らせる。アクセスポイントは、特定端末がパワーセービングモードに進入することを知らせる場合、特定端末の知らせに応答して複数の端末を特定端末を含めて再グルーピングregroupingする。上述した再グルーピングは、特に、端末が少なくとも1つのTXOPデュレーション中にパワーセービングモードで動作する場合に有効に使用される。再グルーピングは、アクセスポイントが、送信される必要があるデータがこれ以上ない端末のために、Nstsフィールドが0に設定されたパケット又はフレームを送信するよりは、他の端末にデータを送信することを可能にする。また、アクセスポイントは、TXOPデュレーションが中断truncateされた場合、TXOPデュレーションの残りの時間に対応する、パワーセービングモードに進入した端末のためのフレームをバッファリングする。下記の表1は、本実施形態に係るパワーセービングのために制御フィールドcontrolfieldと情報要素informationelementに使用されるビットを示したものである。表1で、パワーセービングモードは、図1を参照しながら説明したTXOPパワーセービングモードPowerSavingModeを示す。表1に示す0及び1のような値は一例に過ぎず、他の値も同じ知らせ通告、notificationsのために使用されるものと理解されよう。例えば、0ではなく1が、アクセスポイントがパワーセービングモードを支援しないことを示すために使用できる。図4は、本発明の一実施形態に係るIEEE802.11プリアンブルのVHT-SIG-Aフィールド構成を示す図である。VHT-SIG-Aフィールドの構成は、次のとおりである。デュレーションフィールド410は12ビットで構成されており、例えば、TXOPデュレーション区間の長さ時間などのTXOPデュレーションに関する情報を含む。グループIDGrpIDフィールド430は14個のビットで構成されており、例えば、グループIDGrpIDビット431、Nstsフィールド433、435、及びRsvdビット437を含む。グループIDGrpIDビット431は3又は4ビットで構成され、端末にそれぞれの端末が属するグループのグループIDを知らせる。Nstsフィールド433、435は9ビットで構成され、それぞれの端末に送信するべきデータストリームがアクセスポイントに係留pending中であるか否かを確認できるようにする。Nstsフィールドのうちの下位3ビットで構成されるNstsフィールド433は、当該フレームがグループにメンバーとして含まれた各端末に複数のspacetimestreamを送信しているかを知らせる。任意の端末kがMU-MIMOパケット又はフレームの受信者でなければ、端末kに対してNsts_k=0とする。例えば、グループIDが1であり、当該グループに端末A、B、C、Dが含まれると仮定する。ここで、Nsts=0、2、3、1であれば、当該フレームは端末Aに0個、端末Bに2個、端末Cに3個、端末Dに1個のspacetimestreamを送信することを意味する。整理すれば、Nsts=0、2、3、1は、グループIDが1であるグループのメンバーである端末B、C、Dに当該フレームが送信されることを示す。Nstsフィールドのうちの上位6ビットで構成されるNstsフィールド435は、グループIDが0である場合には再使用reuseできる。例えば、Nstsフィールド435は、パワーセービングモードのために利用される。Nstsフィールド435がパワーセービングモードのために利用される一例については、図14を参照しながら後述する。Rsvdビット437は1ビットであってもよい。もし、アクセスポイントによってRsvdビット437が1であり、Nstsフィールド433、435の値が0であれば、特定グループにある任意の端末のためのデータフレームにデータがないこと、即ち、ノーデータnodataを意味する。これは、TXOPデュレーションの残りの時間に端末のためにもうこれ以上のデータがないことnomoredataを意味する。CRCCyclicRedundancyCheckフィールド450は8ビットで構成され、当該フレームのデータに対する信頼性を検証するためのエラー検出のために利用される。テールTailフィールド470は6ビットで構成され、フレームの最後に追加される。図5は、本発明の一実施形態に係る、TXOPデュレーション中におけるパワーセービングモードによる各端末の動作と、これに伴い変更されるグループIDを説明するための図である。図5で、パワー管理モードが1例えば、図1のTXOPパワーセービングモードTXOPPSmode140である端末STAはSTA1501、STA2502、STA3503、及びSTA4504であり、パワー管理モードが0例えば、図1のノン-TXOPパワーセービングモードnon-TXOPPSmode130である端末は、STA5505及びSTA6506であると仮定する。表1を参照しながら詳察したとおり、パワー管理モードが1であれば当該端末がパワーセービングモードで動作する端末であることを示し、0であればパワーセービングモードでないモードで動作する端末であることを示す。また、TXOPデュレーション中にアクセスポイントAP500から端末に送信される各フレームにおいて、グループのID及び各グループのメンバーの端末は下記の表2のとおりとする。表2において、配置Positionは、各端末が当該グループの何番目の位置に該当するのかに関する情報を示す。Frame1510は、グループIDGID511が1であり、配置1にあるSTA1501及び配置2にあるSTA2502に対するデータ513、515をそれぞれ含む。また、Frame1510のNsts=1、1であるので、Frame1510のグループID511に含まれた2つの端末それぞれに対して送信するデータがあることを意味する。STA1501及びSTA2502はそれぞれ当該フレームここでは、Frame1510のデータを受信し、当該フレームに対する応答としてブロックアックBlockAck、BA591、592を送信する。ここで、STA1501に対するデータフィールド513のモアビットMoreBit=0であり、STA1501はパワーセービングモードで動作する端末であるので、ブロックアックの送信後にスリープ状態に入ってもよい。一方、STA2502に対するデータフィールド515のモアビット=1であるので、アウェイク状態を維持しなければならない。ここで、モアビットは上述したMDBMoreDataBitに該当し、モアビットに係る端末の動作に対しては該当部分の説明を参照する。Frame2530は、グループIDGID531が2であり、配置1にあるSTA2502及び配置2にあるSTA3503に対するデータ535、533をそれぞれ有する。また、Frame2530のNsts=1、1であるので、Frame2530のグループIDに含まれた2つの端末それぞれに対して送信するデータがあることを意味する。STA3503及びSTA2502はそれぞれ当該フレームここでは、Frame2530のデータを受信し、当該フレームに対する応答としてブロックアックBlockAck、BA593、595を送信する。ここで、STA3503に対するデータフィールド533のモアビット=0であり、STA3503はパワーセービングモードで動作する端末であるので、ブロックアックの送信後にスリープ状態に入ってもよい。一方、STA2502に対するデータフィールド535のモアビット=1であるので、STA2502は依然としてアウェイク状態を維持しなければならない。このとき、TXOPデュレーション中にフレームをまったく受信することができない端末ここでは、STA4504、STA5505、及びSTA6506は、当該フレームが自身に受信されたか否かを把握するために、各フレームの送信の間の時間区間にon状態となる。Frame3550は、グループIDGID551が3であり、配置1に含まれたSTA2502に対するデータ553を含んでいる。また、Frame3550のNsts=1、0であるので、Frame3550のグループIDに含まれた1つの端末に対して送信するデータがあることを意味し、また、グループIDGID551から他の端末に送信するべきデータが無いことを意味する。STA2502は、データフィールド553のモアビット=0であるため、該当データを受信した後、AP501にブロックアックBA594を送信した後、残りのTXOP期間にスリープ状態に入る。STA4504は、グループID3の配置2に位置しているが、Frame3550のNsts=1、0であるので、自身に送信されるデータがないことが分かる。例えば、第2条件が満たされ、STA4504は残りのTXOP期間にスリープモードに入ってもよい。従って、STA4504は、Frame3550のプリアンブルを受信した後にスリープ状態に入ってもよい。Frame4570は、グループIDGID571が4であり、配置1にあるSTA5505及び配置2にあるSTA6506に対するデータ575、573をそれぞれ有する。また、Frame4570のNsts=1、1であるので、Frame4570のグループIDに含まれた2つの端末それぞれに対して送信するデータがあることを意味する。STA5505及びSTA6506はそれぞれ当該フレームここでは、Frame4570のデータを受信し、当該フレームに対する応答としてブロックアックBlockAck、BA596、597を送信する。ここで、STA6506に対するデータフィールド533のモアビット=0であるが、STA6506はパワーセービングモードで動作する端末ではないので、ブロックアックの送信後にも依然としてアウェイク状態にある。図6は、本発明の一実施形態に係るパワーセービングのための予め設定された条件を満たす場合のパワーセービング比率を説明するための図である。図6において、MU-BAは、各MU-BAフェーズphaseごとに複数の端末からのBAブロックアック及びSIFSShortInter-frameSpace、フレーム間小スペースを含む。また、ブロックアックBAの終わりと次のフレームの開始の間には、1つのextraSIFSが挿入されている。ここで、Nは3.008msで可能な単一サイズを有するフレームの個数である。TFrameはフレームデュレーションであり、例えば、0.5ms、1ms、1.5msのいずれかの値を有する。TBAはアップリンクフェーズのMU-BAデュレーションDurationofuplinkMU-BAphaseであり、TBAは例えば、4×28μsSIFS1×SIFSと表わされる。ここで、TTXOPはTXOPデュレーションであり、は乗算記号である。下記の数式3は、上述した条件3が満たされる場合のパワーセービング比率PSTXOP1を示す。図6の実施形態において、CASE1の場合、条件3が満たされる。ここで、TOFF1は、端末がパワーセービングモードにある端末のためのデュレーションである。また、nは0からNまでの値を有してもよく、端末に送信されなければならないフレームの個数を示す。下記の数式4は、上述した第1条件及び第2条件が満たされる場合のパワーセービング比率PSTXOP2を示す。第1条件及び第2条件は、図6のCASE2で満たされる。即ち、数式4は、グループIDが、当該端末がグループのメンバーではないことを示す場合か、又は、グループのIDが、当該端末がグループのメンバーであることを示すが、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合のパワーセービング比率を示す。ここで、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合とは、当該端末に対応するフレームのVHT-SIGフィールドに含まれたNstsフィールドが0である場合が該当する。ここで、TVHT-SIG-Aは、VHT-SIG-Aのデコード所要時間Timetodecodeで、例えば、28μsである。図7は、本発明の一実施形態に係る端末の通信方法を示すフローチャートである。端末は、図1で説明したパワー管理モード中にアクティブモードで動作する端末のうち何れか1つの端末であり、TXOPデュレーションで端末に対応するストリームはアクセスポイントから同時に送信される。端末は、自身がパワーセービングモードで動作しようとするかについて判断する710。端末は、自身がパワーセービングモードで動作しようとする場合、アクセスポイントにパワー管理モードをパワーセービングモードに設定したフレームを送信する720。パワー管理モードをパワーセービングモードに設定することにより、端末は、アクセスポイントに端末がパワーセービングモードで動作しようとするということを示す。パワー管理モードをパワーセービングモードに設定する方法としては、アクセスポイントに送信するフレームでパワーセービングモードの使用可否を示すフィールドfield又はビットbitを設定する。アソシエーション要求フレームの能力/支援フィールドを1の値に設定することを一例として挙げる。端末は、パワーセービングモードで動作しない場合例えば、図1のNon-TXOPパワーセービングモード130で動作しようとする場合、動作状態をアウェイク状態で維持する780。端末は、アクセスポイントからパワーセービングモードに設定したフレームに応答したアックACKを受信したか否かを判断する730。もし、730でアクセスポイントからアックを受信できなければ、端末は動作状態をアウェイク状態で維持する780。端末は、アクセスポイントからアックを受信できない場合、パワーセービングモードで動作してはならない。730で、アクセスポイントからアックを受信した端末は、TXOPデュレーションでのパワー管理モードをパワーセービングモードに設定してもよい740。端末はアクセスポイントから、TXOPデュレーションに関する情報を含む送信機会設定フレームTXOPsettingframeを受信する750。ここで、送信機会設定フレームは、パワー管理モードをパワーセービングモードに設定した端末及びパワー管理モードをパワーセービングモードに設定しなかった端末の双方が復号化可能なように生成される。端末が送信機会設定フレームを受信する時期は、必ずしも上述した順序によって制限されるものではなく、アクセスポイントとの通信を行う過程において変更され得る。ここで、端末は、アクセスポイントから受信した送信機会設定フレームに基づいて自身ここでは、端末が当該データストリームを受信する端末であるか否かを判断する。また、端末は、判断結果に応じてアクセスポイントに送信機会設定フレームに対する応答フレームを送信する。端末は、アクセスポイントから送信される情報に基づいて予め設定された条件が満たされるか否かを判断する760。端末は、予め設定された条件が満たされるか否かを判断することによって自身の動作状態を決定する。アクセスポイントから送信される情報は、当該端末を含むグループのグループIDGID、当該端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されるか否かを示す情報、及び端末に対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含む。予め設定された条件は、例えば、第1条件、第2条件、及び第3条件を含み、当該端末が属するセル内の端末の集合で構成されたグループのどのグループIDにも含まれていなかった場合、第1条件が満たされる。端末が何れかのグループのグループIDには含まれているが、端末に対応するデータストリームがTXOPデュレーション中にアクセスポイントから送信されない場合、第2条件が満たされる。さらに、TXOPデュレーション中に端末に対応するデータストリームがこれ以上存在しないことを示す指示子を受信した場合、第3条件が満たされる。端末は、アクセスポイントから送信される各フレームに含まれたイネーブリングビットenablingbitを利用し、上述した予め設定された条件のうちの第1条件及び第2条件によって端末の動作状態を変更するかに対する適用可否を選択する。760で、端末は、アクセスポイントから送信される情報に基づいて予め設定された条件が満たされれば、端末の動作状態をアウェイクAwake状態からスリープSleep状態に変更できる770。端末は、TXOPデュレーションの残りの時間にスリープ状態を維持することにより、受信待機電力及びデータ受信のための電力消耗を低減できる。もし、760で予め設定された条件が満たされなければ、端末は、TXOPデュレーション中の動作状態をアウェイク状態で維持する780。図8は、本発明の一実施形態に係るアクセスポイントの通信方法を示すフローチャートである。アクセスポイントは、パワー管理モードとしてアクティブモードを有する端末のうち、パワーセービングモードで動作しようとする端末からパワー管理モードがパワーセービングモードに設定されたフレームを受信する810。アクセスポイントは、端末にパワーセービングモードに設定されたフレームに応答するアックACKを送信する820。アクセスポイントは、チャネルに対する送信機会TransmissionOpportunity、TXOPを取得する830。アクセスポイントは、パワー管理モードとしてアクティブモードを有する端末に対応するデータストリームを維持する840。アクセスポイントは、端末に、端末それぞれの動作状態を決定するのに使用されるべき情報を送信する850。端末それぞれの動作状態を決定するのに使用される情報は、端末それぞれを含むグループのグループID、TXOPデュレーション中に端末それぞれに対応するデータストリームがアクセスポイントから送信されるか否かを示す情報、及び端末それぞれに対応するデータストリームがさらに存在するか否かを示す情報のうち少なくとも1つを含む。アクセスポイントは、TXOPデュレーションで端末のうちの少なくとも1つにデータストリームを同時に送信する860。例えば、複数の端末がアウェイクモードにあれば、アクセスポイントは同時にデータストリームを複数の端末に送信する。例えば、同時に送信するという意味は、空間的spatialに同時に送信する、又は多重ユーザによるMIMOMU-MIMOを利用することを意味し、少なくとも1つの端末それぞれに対応するデータストリームの送信が必ずしも同時に始まって同時に終わることを意味するものではない。TXOPデュレーションは、チャネルに対する送信機会に対応する時間区間であり、チャネルに対する送信機会TransmissionOpportunity、TXOPを取得したアクセスポイントが端末を含むグループにデータストリームを含む少なくとも1つのフレームを送信する時間区間である。例えば、TXOPデュレーションは、アクセスポイントが各チャネルにデータを送信しなければならない時間量を示す。アクセスポイントは、動作状態を決定するのに使用される情報に基づいて予め設定された条件を満たす端末がTXOPデュレーションの残りの時間に動作状態をスリープ状態で維持するように、端末に対応するデータストリームを送信しない場合もある。このとき、端末の動作状態を決定するのに利用される情報及びデータストリームは、同じフレーム内に含まれ得る。グループIDを有するグループは、端末が属するセル内の端末の集合で構成される。アクセスポイントは、端末が上述した第1条件及び第2条件によって動作状態を変更するかに対する適用可否を選択できるように、イネーブリングビットenablingbitが含まれたフレームを送信する。アクセスポイントは、TXOPデュレーション中に端末に対応するデータストリームがさらに存在するか否かを示す指示子を生成する。即ち、アクセスポイントは、端末に送信されるパケットのプリアンブル又は端末に送信されるMACフレームのヘッダを利用し、端末に対応するデータストリームがこれ以上存在しないことを示す指示子を生成する870。上述した指示子は、例えば、MDBである。アクセスポイントは、TXOPデュレーションの残りの時間にスリープ状態にある端末に送信するデータストリームが発生した場合、送信するデータストリームをバッファリングbufferingする880。例えば、TXOPは、予想外の多様な理由によって中断することがある。また、端末は、依然として中断しているTXOPの残りの期間にスリープ状態にあることがある。従って、アクセスポイントは、端末に送信されなければならないデータをバッファリングしなければならない。図9は、本発明の一実施形態に係る端末がパワー管理モードをパワーセービングモードTXOPPSmodeに設定する場合を説明するための図である。以下、STAは例えば、端末あるいはステーションstationであり、APはアクセスポイントAccessPointである。パワーセービングモードで動作しようとするSTA1903は、AP1901にパワーセービングモードTXOPPSmodeを1に設定したフレーム911を送信する。ここで、パワーセービングモードを1に設定することは、当該STAが自身のパワー管理モードをパワーセービングモードで動作するように望むことを示すことを意味する。STAが自身のパワー管理モードをパワーセービングモードに設定するには、例えば、アソシエーション要求フレームの能力/支援フィールドを利用してもよい。STA1903は、AP1901から当該フレームここでは、フレーム911に応答したアックAck913を受信する。STA1903は、アックAck913受信後からパワーセービングモードで動作する。STA2905も同様に、パワーセービングモードが1に設定されたフレームをAP1901に送信し、AP1901からアックAck917を受信した後にパワーセービングモードで動作する。STA1903及びSTA2905は、パワーセービングモード設定TXOPPSmodesetting区間910で、AP1901と上述した動作を行ってパワーセービングモードで動作することを設定する。この後、AP1901とSTA903、905は、TXOPデュレーション設定区間930で、RTSRequestToSendフレーム931とCTSClearToSendフレーム933を活用してTXOPデュレーション950を設定する。TXOPデュレーション設定区間930は、後述するTXOP設定区間であってもよい。RTSフレーム931とCTSフレーム933は、隠れ端末問題hiddennodeproblemとして知られたフレーム衝突を防ぐために使用され得る。データ送信を所望するノードここでは、AP1901がRTSフレーム931を送信することによってプロセスが始まる。送/受信中である他の信号がなく、送信が可能な無線環境の場合、目的地ノードここでは、STA1903は、この信号に対してCTSフレーム933を送って応答する。RTSフレーム931でも、CTSフレーム933を受信した他のすべてのノードは、定められた時間中のデータ送信を制限することによって隠れ端末問題を解決できる。送信が制限される時間はそれぞれ、RTSフレーム931とCTSフレーム933内に含まれる。図10は、図9のTXOP中に行われるフレーム送受信過程を説明するための図である。図10の実施形態において、第2条件は考慮されない。図10において、何れか1つのセル又はBSSBasicServiceSet内には、AP11001と6個のSTA1003、1005、1007、1009、1011、及び1013があり、各STAは下記の表3のとおりであると仮定する。表3のように、6個のSTAのうちのSTA11003、STA21005、及びSTA31007は、図1で説明されたパワーセービングモードTXOPPSmode140にある端末である。AP11001には、STA11003、STA21005、STA41009、STA51011、及びSTA61013に送信するデータがある。フレーム11020は、プリアンブル1021に含まれたグループIDGrpIDにすべてのSTASTA1~STA6を含む。従って、フレーム11020を受信した後、何れのSTAに対しても第1条件は満たされない。フレーム11020は、STA11003とSTA41009に送信されるデータ1023、1025を含んでおり、STA11003のMDB値は0に設定されている。STA11003のMDB値が0に設定されたことは、フレーム11020以後にAP11001からSTA11003に追加で送信されるデータがないことを示す。従って、STA11003に対して第3条件は満たされる。従って、STA11003は、AP11001からBlockAckBA1090を送信した後、TXOPデュレーションの最後までパワーセービングモードで動作することによって待機電力の消耗を低減できる。パワーセービング状態の一実施形態としては、スリープ状態又は、ドーズ状態が挙げられる。STA11003は、MDBによって当該データストリームの受信を終了した後、又は当該データストリームに対するブロックアックBlockACKを送信した後に、TXOPデュレーションの残りの時間にSTA11003の動作状態をスリープ状態で維持してもよい。フレーム21040は、プリアンブル1041に含まれたグループIDにSTA21005、STA31007、STA41009を含み、STA21005とSTA41009に送信されるデータ1043、1045を含む。パワーセービングモードTXOPPSmodeにあるSTA31007の場合、AP11001から受信するデータはないが、グループIDに含まれているのでスリープ状態に入ることはできない。即ち、図10の実施形態において、STAは第2条件を考慮せず、第1条件及び第3条件だけを考慮してもよい。フレーム21040でSTA21005のMDB値が1であるので、STA21005は依然としてアウェイクawake状態に留まる。フレーム21040でSTA41009のMDB値は0であるが、STA41009はノン-パワーセービングモードnon-TXOPPSmodeにあり、パワーセービングモードを利用しないSTAである。従って、STA41009は、AP11001にフレーム11020とフレーム21040に応答するBA1093、1094を送信した後にもパワーセービングをせず、継続してアウェイク状態に留まる。フレーム31060は、プリアンブル1061に含まれたグループIDにSTA21005とSTA51011のIDを含み、STA21005とSTA51011に送信されるデータ1063、1065を含む。パワーセービングモードで動作中であるSTA31007は、フレーム41080のグループIDに含まれていないので、STA31007に対して第1条件が満たされる。従って、STA31007は、TXOPの残りの期間にパワーセービングモードに進入できる。図10の実施形態において、パワーセービングモードで動作するということは、スリープ状態に留まることを意味する。フレーム31060でSTA21005のMDB値が0であるので、STA21005は、データを受信した後、TXOPデュレーションの残りの期間にスリープ状態のようなパワーセービング状態に進入してもよい。フレーム41080は、プリアンブル1081に含まれたグループIDにSTA51011とSTA61013のIDを含み、STA51011とSTA61013に送信されるデータ1023、1025を含む。STA51011及びSTA61013はフレーム41080を受信し、AP11001にBA1096、1097を送信する。AP11001は、送信するフレームのグループIDに何れのSTAのIDでも含めてもよい。しかし、スリープ状態にあるSTAは当該フレームを受信することはできない。従って、AP11001は、当該STAがスリープ状態にある間に送信されるデータをバッファリングしなければならない。図11は、本発明の一実施形態に係る送信機会設定フレームTXOPsettingframe及びTXOPデュレーションを説明するための図である。図11を参照すれば、APアクセスポイント11101は、送信機会設定期間TXOPsettingperiod1110に送信機会設定フレーム1120を送信するが、例えば、AP11101は、チャネルに対する送信機会に対応する時間区間、即ち、TXOPデュレーション1130を設定する。送信機会設定フレーム1120は、送信機会に対応する時間区間、即ち、TXOPデュレーション1130を設定するための情報を含む。送信機会設定フレーム1120は、セルあるいはBSS内のすべてのSTA例えば、パワー管理モードをスリープ状態のようなパワーセービングモードに設定した端末、及びパワー管理モードをアウェイク状態のようなパワーセービングモードに設定していない端末が分かる形態で送信される。即ち、例えば、送信機会設定フレーム1120には多重ユーザプリコーディングpre-codingなどの方式などは適用せず、すべてのSTAがスリープ状態にあるとしても、セル内のすべてのSTAが当該フレームを復号化できるように生成される。送信機会設定フレーム1120は、パワーセービングモードに対する適用可否又は当該TXOPデュレーション1130にフレームの送信対象となるターゲットTarget受信グループの情報を含む。ここで、ターゲットTarget受信グループの情報は、同じグループのIDを有する特定グループ及びその特定グループに属するSTAに関する情報である。送信機会設定フレーム1120がターゲット受信グループの情報を含む場合、当該受信グループに含まれていないSTAは、送信機会設定フレーム1120後からTXOPデュレーション1130の最後までスリープ状態を維持できる。ターゲット受信グループに属する1つあるいは1つ以上のSTAは、送信機会設定フレーム1120に対して応答フレームResponseframe1160を送信する。応答フレーム1160は、送信機会設定フレーム1120に含まれた内容の一部あるいは全体を含む。これにより、送信機会設定フレーム1120を受信できない隠れノードhiddennodeも、TXOP設定settingができる。1つ以上のSTAが応答フレーム1160を送信する場合、予め定義された順序と方法によって送信してもよく、そうでない場合に当該情報は送信機会設定フレーム1120に含まれる。送信機会設定期間TXOPsettingperiod1110は、チャネルに対する送信機会TransmissionOpportunityに対応する時間区間例えば、TXOPデュレーション1130を設定するために利用される。TXOPデュレーション1130を設定するための送信機会設定期間1110に、AP11101は、セル内のSTA1103、1105、1107、1109に送信機会設定フレームTXOPsettingframe1120を送信する。送信機会設定フレーム1120は、端末がTXOPデュレーション1130中に当該データストリームを受信するか、又はパワーセービングPowerSavingモードで動作するために使われる。送信機会設定フレーム1120は、プリアンブルPreamble1121、L-SIG従来様式の信号用、LegacySIGnalフィールド1123、及びTXOPデュレーション1130を設定するためのTXOP設定情報TXOPsetting1125を含む。STA1103、1105、1107、1109は各々、TXOP設定情報1125を利用してチャネルに対する送信機会に対応する時間区間を設定する。AP11101からデータを受信するSTA1103、1105、1107は、TXOPデュレーション1130中に無線チャネルにアクセスしてAP11101からパケット又はフレームを受信する。しかし、データを受信しないSTA41109は、TXOPデュレーション1130中に無線チャネルにアクセスしなくてもよい。TXOP設定情報1125は、STA1103、1105、1107、1109のうち、AP11101からデータを受信するSTAのグループに関する情報を含む。STA1103、1105、1107、1109は、TXOP設定情報1125を利用してTXOPデュレーション1130を設定する。TXOPデュレーション1130中に、AP11101とSTA1103、1105、1107、1109は、図10で説明したのと同じような方法によってデータを送受信する。AP11101からデータを受信するSTA11103は、TXOP設定情報1125に対する応答フレーム1160をAP11101に送信する。TXOP設定情報1125に対する応答フレーム1160は、複数のAPのカバレッジが重なる場合でも、STA1103、1105、1107、1109の混線を防ぐことができる。図12は、本発明の一実施形態に係る、アクセスポイントのパワーセービング支援能力supportcapabilityを示すために、アクセスポイントによって使用されるVHT能力要素capabilitieselementを示す図である。端末も、また、端末のパワーセービング支援能力を表現するために、VHT能力要素を使用するべきである。例えば、VHT能力要素capabilityinformationelementは、IEEE802.11標準に基づいてアソシエーション要求フレーム又はアソシエーション応答フレームに含まれる。図12を参照すれば、アクセスポイントは、VHT能力要素のVHT能力情報capabilitiesInfo.フィールドを利用してパワーセービングモードのためのアクセスポイントの支援能力を示す。MU_TXOP_PS多重ユーザTXOPパワーセービング1210が0に設定されれば、当該アクセスポイントは、端末に対するパワーセービング支援能力を有しないことを示す。一方、MU_TXOP_PS1210が1に設定されれば、当該アクセスポイントは、端末に対するパワーセービング支援能力を有することを示す。図13は、本発明の一実施形態に係る端末がアクセスポイントに端末のパワー管理モードを知らせるために端末によって使用されるMACヘッダのVHT制御フィルドを示す図である。図1によって詳述したように、端末は、Non-TXOPパワーセービングモード130とTXOPパワーセービングモード140のうち何れか1つのアクティブモードactivemodeによるパワー管理モードで動作する。従って、端末は、VHT制御フィールドのB29ビットを利用してアクセスポイントに自身のパワー管理モードを知らせることができる。端末は、また、パワーセービングモード120で動作してもよい。従って、端末は、アクセスポイントに端末がパワーセービングモード120にあることを知らせるために、VHT制御フィールドの少なくとも1つのビットを使用できる。VHT制御フィールドのB29ビットが0である場合、端末は自身のパワー管理モードがNon-TXOPパワーセービングモードであることを示し、1である場合、端末は自身のパワー管理モードがTXOPパワーセービングモードであることを示す。図14は、本発明の一実施形態に係るアクセスポイントが、端末がパワーセービングモードで動作することを許諾するのに利用されるVHT-SIG-Aフレームを示す図である。アクセスポイントは、ダウンリンクマルチユーザTXOPデュレーションの開始時点において、端末それぞれがパワー管理モードで動作することを許諾するか否かを知らせる。例えば、アクセスポイントがVHT-SIG-Aフィールドの一ビットB22を0に設定すれば、当該端末がパワーセービングモードで動作することを許諾しないことを示す。一方、アクセスポイントがVHT-SIG-Aフィールドの一ビットB22を1に設定すれば、当該端末がパワーセービングモードで動作することを許諾したことを示す。図15は、一実施形態に係る端末を示す。図15を参照すれば、端末1500は、受信部1510、制御部1520及びパワー管理部1530、及び送信部1540を含む。受信部1510は、アクセスポイントの送信機会TXOP中にアクセスポイントから少なくとも1つのデータフレームを受信する。例えば、受信部1510は、アクセスポイントによって取得されたTXOP中にアクセスポイントから少なくとも1つのデータフレームを受信する。制御部1520は、アクセスポイントから受信したデータフレームに含まれたデータに基づき、複数の条件のうち何れか1つが満たされるか否かを決定する。例えば、前記複数の条件は、本明細書の図1~図14を参照しながら記述された第1条件、第2条件、及び第3条件を含む。第1条件は、端末1500がTXOP中にアクセスポイントによってサービングされるグループに属する端末の一つでなければ満たされる。例えば、データフレームのグループIDは、当該端末1500がTXOP中にグループのメンバーでないことを示す。多様な局面において、第1条件は満たされないこともある。例えば、もし、データフレームのグループIDが、当該端末1500がグループのメンバーであることを示す場合、第1条件は満たされないが、端末1500がTXOP中にデータストリームを受信しなければ、第2条件は満たされる。例えば、アクセスポイントから受信したデータフレームのVHT-SIGフィールドに含まれたNstsビットは、端末1500にTXOP中にデータが送信されないことを示してもよい。多様な側面において、第1条件及び第2条件は満たされないこともある。例えば、データフレームのグループIDが、端末1500がグループのメンバーであることを示す場合も有り、データフレームのVHT-SIGフィールドに含まれたNstsビットが、端末1500に対してTXOP中にデータが送信されることを示す場合もある。しかし、第3条件は、もし端末1500がTXOP中にデータストリームの受信を完了し、アクセスポイントで端末1500のためのデータフレームがこれ以上なければ、満たされる。例えば、前記データフレーム又は他のデータフレームのMACヘッダに含まれたMDBは、TXOP中にアクセスポイントから端末1500へのデータ送信が完了したことを示す場合がある。パワー管理部1530は、端末のパワーモードを調節する。例えば、もし制御部1520が複数の条件のうち何れか1つが満たされると判断すれば、パワー管理部1530がTXOPデュレーション中に端末のパワーモードをパワーセービングモードに調節する。例えば、パワーセービングモードは、TXOPデュレーション中にスリープモードsleepmode又は、ドーズ状態dozestateに切り替えられる。制御部1520は、アクセスポイントに対して自身端末がパワーセービングモードで動作できることを示す。例えば、制御部1520は、端末1500のパワー管理モードを示すために、VHT制御フレームVHTcontrolframeの能力/支援要素の少なくとも1つのビットを設定する。例えば、図1を参照すれば、VHT制御フレームは、端末1500が継続してアウェイクに残っているノン-TXOPパワーセービングPSモード130、端末がアウェイク状態から端末が寝ているドーズ状態に転換するTXOPパワーセービングPSモード140、端末が継続して寝ているパワーセービングモード120で動作できるかを示すのに使用されてもよい。送信部1540は、アクセスポイントに、端末のパワー管理モードを示すVHT制御フレームを含むデータフレームを送信してもよい。他の実施形態によれば、端末1500は、アクセスポイントに端末1500がパワーセービングモード、ノン-TXOPPSモード、又はTXOPPSモードで動作しているか否かを知らせる。例えば、制御部1520は、パワーセービングモード、ノン-TXOPPSモード、又は、TXOPPSモードに該当する端末のパワー管理モードを示すために、MACヘッダのVHT制御フィールドの少なくとも1つのビットを設定する。図16は、一実施形態に係るアクセスポイントを示す。図16を参照すれば、アクセスポイント1600は、制御部1610及び送信部1620を含む。制御部1610は、アクセスポイントによって取得された送信機会TXOPに或る端末が含まれるか否かを決定する。もし、制御部1610が、当該端末がTXOPに含まれると決定すれば、制御部1610は当該端末がTXOPのどの部分にあたるかを決定する。例えば、制御部1610は、当該端末が、アクセスポイント1600がTXOP中に送信する端末のグループに含まれないものと決定する。その場合、アクセスポイント1600は、当該端末に対して、アクセスポイント1600がTXOP中にデータを送信できる端末のグループに含まれていないことを知らせる。例えば、制御部1610は、データフレームのグループIDフィールドを設定し、グループIDフィールドが、当該端末がTXOP中にグループのメンバーでないことを示す。送信部1620は、TXOP中に当該端末がグループのメンバーでないことを示すグループIDフィールドを含むデータフレームを端末に送信する。他の実施形態によれば、制御部1610は、或る端末がTXOP中に送信できる端末のグループに含まれるが、アクセスポイント1600がTXOP中に当該端末に送信するデータを有さないと決定すれば、アクセスポイント1600は、当該端末に対して、アクセスポイント1600がTXOP中に当該端末に送信するデータストリームを有さないことを知らせる。例えば、制御部1610は、当該端末がTXOP中に送信されないことを示すために、フレームのVHT-SIGフィールドに含まれたNstsビットを設定する。送信部1620は当該端末に、TXOP中に当該端末にデータが送信されないことを示すために、フレームのVHT-SIGフィールドに含まれたNstsビットを含むデータフレームを送信する。他の実施形態によれば、もし制御部1610が、或る端末がTXOP中に送信できる端末のグループに含まれるが、アクセスポイント1600がTXOP中に当該端末に送信するデータを有さないと決定すれば、アクセスポイント1600は、当該端末に対して、アクセスポイント1600が各TXOP中に当該端末に対するデータストリームの送信を完了したことを知らせる。例えば、制御部1610は、当該端末に対するデータ送信が完了したことを示すために、MACヘッダのMDBを設定する。送信部1620は端末に、当該端末に対するデータ送信が完了したことを示すために設定されたMACヘッダのMDBを含むデータフレームを送信する。図1~図14を参照しながら記述された実施形態は全て、図15及び図16を参照しながら記述された端末1500及びアクセスポイント1600に適用できる。従って、これ以上の説明は省略する。上述した方法は、多様なコンピュータ手段によって実行が可能なプログラム命令形態で実現され、コンピュータで読み取り可能な媒体に記録される。前記コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独又は組み合わせて含む。前記媒体に記録されるプログラム命令は、本発明のために特別に設計されて構成されるか、又は、コンピュータソフトウェア当業者に公知されて使用可能なものである。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピー登録商標ディスク、及び磁気テープのような磁気媒体magneticmedia、CD-ROM、DVDのような光記録媒体opticalmedia、フロプティカルディスクflopticaldiskのような磁気-光媒体magneto-opticalmedia、及びROM、RAM、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタープリタなどを使用してコンピュータによって実行される高級言語コードを含む。上述したハードウェア装置は、本発明の動作を実行するために1つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同様である。上述したように、本発明は限定された実施形態と図面によって説明されたが、本発明は上述した実施形態に限定されるものではなく、本発明が属する分野において通常の知識を有する者であれば、このような記載から多様な修正及び変形が可能である。従って、本発明の範囲は上述の実施形態に限定されてはならず、添付する特許請求の範囲だけでなく、この特許請求の範囲と均等なものによって定められなければならない。