通信ネットワークにおける方法であって、アグリゲーションデータユニットを通信デバイスに送信するよう求める要求を含むデータユニットを受信する段階と、前記データユニットを受信することに応じて、前記通信デバイスに送信するアグリゲーションデータユニットを生成する段階とを備え、前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネルMACヘッダを持つ複数のコンポーネントデータユニットを含み、前記アグリゲーションデータユニットのデュレ―ションは、前記通信デバイスとの間で交渉されたパラメータを用いて決定される方法。前記複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、前記アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである請求項1に記載の方法。前記複数のコンポーネントデータユニットは、複数のMACサービスデータユニットMSDUであり、前記アグリゲーションデータユニットは、アグリゲーションMSDUAMSDUである請求項1に記載の方法。受信した前記データユニットは、前記パラメータを示すフィールドを含む請求項1に記載の方法。前記パラメータは、サービス期間SP内の最大バーストデュレ―ションを示す請求項4に記載の方法。前記フィールドは、xマイクロ秒の倍数で最大バーストデュレ―ションを示すnビットを含む請求項5に記載の方法。前記受信したデータユニットは、追加トラフィックストリームADDTS通信フレームである請求項4に記載の方法。前記アグリゲーションデータユニットを前記通信デバイスに送信するために用いられる通信チャネルの物理PHYデータレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する段階をさらに備える請求項1に記載の方法。前記アグリゲーションデータユニットを前記通信デバイスに送信するために利用可能なストリーム毎に別箇に前記パラメータを交渉する段階をさらに備える請求項1に記載の方法。前記パラメータを交渉する段階は、ADDTS通信フレームを利用する段階を有する請求項9に記載の方法。前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスで成功したかを示す確認応答データユニットを受信する段階をさらに備える請求項1に記載の方法。前記アグリゲーションデータユニットは、第1のアグリゲーションデータユニットであり、前記方法はさらに、i前記複数のコンポーネントデータユニットのうち前記通信デバイスにおける受信が成功しなかったコンポーネントデータユニットを含み、ii前記複数のコンポーネントデータユニットのうち前記通信デバイスでの受信が成功したコンポーネントデータユニットを含まない第2のアグリゲーションデータユニットを生成する段階を備える請求項11に記載の方法。前記確認応答データユニットは、ビットマスクを含み、前記ビットマスクの各ビットは、前記複数のコンポーネントデータユニットのうち対応する一のコンポーネントデータユニットの前記通信デバイスにおける受信が成功したか否かを示す請求項11に記載の方法。前記アグリゲーションデータユニットを生成する段階は、前記データユニットを受信することに応じて1つのみアグリゲーションデータユニットを生成する段階を有する請求項1に記載の方法。通信デバイスにアグリゲーションデータユニットを送信するよう求める要求を含むトリガフレームを受信するトリガフレームプロセッサと、前記通信デバイスとの間で交渉されたパラメータを用いて前記通信デバイスに送信すべきアグリゲーションデータユニットのデュレ―ションを決定するアグリゲーションデータユニット送信コントローラと、決定された前記デュレ―ションに応じて前記アグリゲーションデータユニットを生成するアグリゲーションデータユニット生成部とを備え、前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネルMACヘッダを持つ複数のコンポーネントデータユニットを含む装置。前記複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、前記アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである請求項15に記載の装置。前記トリガフレームプロセッサは、前記トリガフレームに基づいて前記パラメータを決定する請求項15に記載の装置。前記アグリゲーションデータユニット送信コントローラは、前記通信デバイスに前記アグリゲーションデータユニットを送信するために用いられる通信チャネルの物理PHYデータレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する請求項15に記載の装置。前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスにおいて成功したかを示す確認応答データユニットを処理する確認応答ACKプロセッサをさらに備える請求項15に記載の装置。第1の通信デバイスにおける方法であって、前記第1の通信デバイスが第2の通信デバイスからアグリゲーションデータを受信可能な期間の最大長を示すパラメータを前記第2の通信デバイスとの間で交渉する段階と、前記第2の通信デバイスからアグリゲーションデータユニットを受信する段階とを備え、前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネルMACヘッダを持つ複数のコンポーネントデータユニットを含み、前記アグリゲーションデータユニットは、前記期間内に受信される方法。前記パラメータを交渉する段階は、前記パラメータを示すトリガデータユニットを生成する段階を有し、前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項20に記載の方法。前記パラメータを交渉する段階は、前記パラメータを示す追加トラフィックストリームADDTS通信フレームを生成する段階を有する請求項20に記載の方法。トリガデータユニットを生成する段階をさらに備え、前記トリガデータユニットを生成する段階は、前記トリガデータユニットに前記パラメータの情報を含めない段階を有し、前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項22に記載の方法。前記第1の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定する段階と、前記スリープ期間のデュレ―ションにわたって、前記第1の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させる段階とをさらに備える請求項20に記載の方法。前記アグリゲーションデータユニットを受信することに応じて確認応答を生成する段階をさらに備え、前記確認応答は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したかを示す請求項20に記載の方法。前記アグリゲーションデータユニットは、第1のデータユニットであり、前記方法はさらに、前記確認応答に応じて第2のアグリゲーションデータユニットを受信する段階を備え、前記第2のアグリゲーションデータユニットは、i前記複数のコンポーネントデータユニットのうち前記第1の通信デバイスでの受信が成功しなかったコンポーネントデータユニットを含み、ii前記複数のコンポーネントデータユニットのうち前記第1の通信デバイスでの受信が成功したコンポーネントデータユニットは含まない請求項25に記載の方法。前記第2の通信デバイスからアグリゲーションデータを受信するために利用可能なストリーム毎に前記パラメータを交渉する段階をさらに備える請求項20に記載の方法。前記第1の通信デバイスは、ワイヤレスローカルエリアネットワークWLANにおいて動作するステーションであり、前記第2の通信デバイスは、前記WLANにおいて動作するアクセスポイントAPである請求項20に記載の方法。前記複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、前記アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである請求項20に記載の方法。定期的にスケジューリングされたタイムスロットにおいて第3の通信デバイスから定期データを受信する段階と、前記定期的にスケジューリングされたタイムスロットを鑑みて前記期間の最大長を決定する段階とをさらに備える請求項20に記載の方法。前記第2の通信デバイスから前記アグリゲーションデータユニットを受信する段階は、第1の通信プロトコルを利用する段階を有し、前記第3の通信デバイスから定期データを受信する段階は、第2の通信プロトコルを利用する段階を有する請求項30に記載の方法。前記第2の通信プロトコルは、Bluetooth登録商標通信プロトコルである請求項31に記載の方法。前記パラメータを示すトリガデータユニットを生成する段階をさらに備え、前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて、2つの連続する定期的にスケジューリングされたタイムスロットの間において受信される請求項30に記載の方法。前記アグリゲーションデータユニットのデュレ―ションは、前記アグリゲーションデータユニットが送信されるi送信機会TxOP、または、iiサービス期間SPのうち少なくとも一方の期間のデュレ―ションよりも短い請求項20に記載の方法。第1の通信デバイスで利用される装置であって、前記第1の通信デバイスが第2の通信デバイスからアグリゲーションデータを受信する期間の最大長を示すパラメータを前記第2の通信デバイスとの間で交渉するアグリゲーションデータユニットタイミングコントローラと、前記第2の通信デバイスからアグリゲーションデータユニットを受信するアグリゲーションデータユニットプロセッサとを備え、前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネルMACヘッダを持つ複数のコンポーネントデータユニットを含み、前記アグリゲーションデータユニットは、前記期間内に受信される装置。前記パラメータを示すトリガデータユニットを生成するトリガフレーム生成部をさらに備え、前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項35に記載の装置。前記アグリゲーションデータユニットを受信することに応じて確認応答を生成する確認応答生成部をさらに備え、前記確認応答は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したのかを示す請求項35に記載の装置。i前記第1の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定し、ii前記スリープ期間のデュレ―ションにわたって前記第1の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させるスリープコントローラをさらに備える請求項35に記載の装置。i定期的にスケジューリングされているタイムスロットにおいて第3の通信デバイスから定期データを受信し、ii前記定期的にスケジューリングされているタイムスロットのデュレ―ションを鑑みて前記期間の最大長を決定する定期送信コントローラをさらに備える請求項35に記載の装置。ある実施形態によると、通信ネットワークにおける方法は、アグリゲーションデータユニットを通信デバイスに送信するよう求める要求を含むデータユニットを受信する段階と、データユニットを受信することに応じて、通信デバイスに送信するアグリゲーションデータユニットを生成する段階とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネルMACヘッダを持ち、アグリゲーションデータユニットのデュレ―ションは、通信デバイスとの間で交渉されたパラメータを用いて決定される。さまざまな実施例によると、以下に記載する特徴のうち1以上を含むとしてよい。複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである。複数のコンポーネントデータユニットは、複数のMACサービスデータユニットMSDUであり、アグリゲーションデータユニットは、アグリゲーションMSDUAMSDUである。受信したデータユニットは、パラメータを示すフィールドを含む。パラメータは、サービス期間SP内の最大バーストデュレ―ションを示す。フィールドは、xマイクロ秒の倍数で最大バーストデュレ―ションを示すnビットを含む。受信したデータユニットは、追加トラフィックストリームADDTS通信フレームである。当該方法は、アグリゲーションデータユニットを前記通信デバイスに送信するために用いられる通信チャネルの物理PHYデータレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する段階を備える。当該方法は、アグリゲーションデータユニットを前記通信デバイスに送信するために利用可能なストリーム毎に別箇に前記パラメータを交渉する段階を備える。パラメータを交渉する段階は、ADDTS通信フレームを利用する段階を有する。当該方法は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が通信デバイスで成功したかを示す確認応答データユニットを受信する段階を備える。アグリゲーションデータユニットは、第1のアグリゲーションデータユニットであり、当該方法は、i複数のコンポーネントデータユニットのうち通信デバイスにおける受信が成功しなかったコンポーネントデータユニットを含み、ii複数のコンポーネントデータユニットのうち通信デバイスでの受信が成功したコンポーネントデータユニットを含まない第2のアグリゲーションデータユニットを生成する段階を備える。確認応答データユニットは、ビットマスクを含み、ビットマスクの各ビットは、複数のコンポーネントデータユニットのうち対応する一のコンポーネントデータユニットの通信デバイスにおける受信が成功したか否かを示す。アグリゲーションデータユニットを生成する段階は、データユニットを受信することに応じて1つのみアグリゲーションデータユニットを生成する段階を有する。ある実施形態によると、装置は、通信デバイスにアグリゲーションデータユニットを送信するよう求める要求を含むトリガフレームを受信するトリガフレームプロセッサと、通信デバイスとの間で交渉されたパラメータを用いて通信デバイスに送信すべきアグリゲーションデータユニットのデュレ―ションを決定するアグリゲーションデータユニット送信コントローラと、決定されたデュレ―ションに応じてアグリゲーションデータユニットを生成するアグリゲーションデータユニット生成部とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネルMACヘッダを持つ。さまざまな実施例によると、以下に記載する特徴のうち1以上を含むとしてよい。複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである。トリガフレームプロセッサは、トリガフレームに基づいて前記パラメータを決定する。アグリゲーションデータユニット送信コントローラは、通信デバイスにアグリゲーションデータユニットを送信するために用いられる通信チャネルの物理PHYデータレートを鑑みてアグリゲーションデータユニットのデュレ―ションを決定する。当該装置は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスにおいて成功したかを示す確認応答データユニットを処理する確認応答ACKプロセッサを備える。ある実施形態によると、第1の通信デバイスにおける方法は、第1の通信デバイスが第2の通信デバイスからアグリゲーションデータを受信可能な期間の最大長を示すパラメータを第2の通信デバイスとの間で交渉する段階と、第2の通信デバイスからアグリゲーションデータユニットを受信する段階とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネルMACヘッダを持ち、アグリゲーションデータユニットは、期間内に受信される。さまざまな実施例によると、以下に記載する特徴のうち1以上を含むとしてよい。当該方法によると、パラメータを交渉する段階は、パラメータを示すトリガデータユニットを生成する段階を有し、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該方法によると、パラメータを交渉する段階は、パラメータを示す追加トラフィックストリームADDTS通信フレームを生成する段階を有する。当該方法は、トリガデータユニットを生成する段階を備え、トリガデータユニットを生成する段階は、トリガデータユニットにパラメータの情報を含めない段階を有し、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該方法は、第1の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定する段階と、スリープ期間のデュレ―ションにわたって、第1の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させる段階とを備える。当該方法は、アグリゲーションデータユニットを受信することに応じて確認応答を生成する段階を備え、確認応答は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したかを示す。アグリゲーションデータユニットは、第1のデータユニットであり、当該方法は、確認応答に応じて第2のアグリゲーションデータユニットを受信する段階を備え、第2のアグリゲーションデータユニットは、i複数のコンポーネントデータユニットのうち通信デバイスでの受信が成功しなかったコンポーネントデータユニットを含み、ii複数のコンポーネントデータユニットのうち前記通信デバイスでの受信が成功したコンポーネントデータユニットは含まない。当該方法は、第2の通信デバイスからアグリゲーションデータを受信するために利用可能なストリーム毎に前記パラメータを交渉する段階を備える。第1の通信デバイスは、ワイヤレスローカルエリアネットワークWLANにおいて動作するステーションであり、第2の通信デバイスは、WLANにおいて動作するアクセスポイントAPである。複数のコンポーネントデータユニットは、複数のMACプロトコルデータユニットMPDUであり、アグリゲーションデータユニットは、アグリゲーションMPDUAMPDUである。当該方法は、定期的にスケジューリングされたタイムスロットにおいて第3の通信デバイスから定期データを受信する段階と、定期的にスケジューリングされたタイムスロットを鑑みて期間の最大長を決定する段階とを備える。当該方法によると、第2の通信デバイスからアグリゲーションデータユニットを受信する段階は、第1の通信プロトコルを利用する段階を有し、第3の通信デバイスから定期データを受信する段階は、第2の通信プロトコルを利用する段階を有する。第2の通信プロトコルは、Bluetooth登録商標通信プロトコルである。当該方法は、パラメータを示すトリガデータユニットを生成する段階を備え、アグリゲーションデータユニットは、トリガデータユニットに応じて、2つの連続する定期的にスケジューリングされたタイムスロットの間において受信される。アグリゲーションデータユニットのデュレ―ションは、アグリゲーションデータユニットが送信されるi送信機会TxOP、または、iiサービス期間SPのうち少なくとも一方の期間のデュレ―ションよりも短い。ある実施形態によると、第1の通信デバイスで利用される装置は、第1の通信デバイスが第2の通信デバイスからアグリゲーションデータを受信する期間の最大長を示すパラメータを第2の通信デバイスとの間で交渉するアグリゲーションデータユニットタイミングコントローラと、第2の通信デバイスからアグリゲーションデータユニットを受信するアグリゲーションデータユニットプロセッサとを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネルMACヘッダを持ち、アグリゲーションデータユニットは、期間内に受信される。さまざまな実施例によると、以下に記載する特徴のうち1以上を含むとしてよい。当該装置は、パラメータを示すトリガデータユニットを生成するトリガフレーム生成部をさらに備え、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該装置は、アグリゲーションデータユニットを受信することに応じて確認応答を生成する確認応答生成部を備え、確認応答は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したのかを示す。当該装置は、i前記第1の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定し、ii前記スリープ期間のデュレ―ションにわたって前記第1の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させるスリープコントローラを備える。当該装置は、i定期的にスケジューリングされているタイムスロットにおいて第3の通信デバイスから定期データを受信し、ii前記定期的にスケジューリングされているタイムスロットのデュレ―ションを鑑みて前記期間の最大長を決定する定期送信コントローラを備える。図1は、ワイヤレスローカルエリアネットワークWLAN10の実施形態例を示すブロック図である。WLAN10では、アクセスポイントAP14およびステーションSTA16等の無線ネットワークデバイスが、アグリゲーション媒体アクセス制御MACプロトコルデータユニットAMPDU等のアグリゲーションデータユニットを用いてデータをやり取りするためのパラメータを交渉する。各アグリゲーションデータユニットは、MPDU等のコンポーネントデータユニットを複数含み、ステーション16および/またはAP14のリソースを効率的に利用する。このため、ある実施形態によると、AP14は、AMPDU送信Txコントローラ22を含み、ステーション16は、AMPDU受信Rxコントローラ24を含む。さらに、ステーション16は、一部の実施形態によると、ステーション16が電力を節約するべくスリープ状態であるつまり、低消費電力モードになる期間のデュレ―ションを決定するスリープコントローラ26をさらに含む。より詳細に後述するが、AP14およびステーション16は、本開示のさまざまな実施形態によると、アグリゲーションデータユニットが送信される期間のデュレ―ション、アグリゲーションデータユニットが送信される期間の始点および終点、アグリゲーションデータユニットで送信されるコンポーネントデータユニットの最大数、各アグリゲーションデータユニットの再試行数等、本明細書でリソース節約パラメータと呼ばれるパラメータのうち1以上を交渉する。以下では、ステーション16等の通信デバイスは、送受信回路等の1以上の構成要素への電源供給を、所定期間にわたって完全または部分的に停止した場合に、スリープ状態であると言う。電源供給を部分的に停止するとは、例えば、供給する電流を小さくする。一部の実施形態によると、スリープ状態のデバイスは依然として、例えば、公知のスケジュールに従って送信されるビーコンフレーム等のデータユニットは受信する。さまざまな実施形態によると、ステーション16またはAP14等のデバイスは、本開示に係る技術以下では、改良リソース節約技術と呼ぶを利用して、通信デバイスにおいて通信を効率的にスケジューリングすることによって、利用可能なスリープ時間を増加させ、処理リソースおよび/またはメモリを節約し、デバイスリソースの利用率を改善する。説明を簡略化するべく、改良リソース節約技術は、主にAMPDUに適用することして、本明細書では説明する。しかし、他の実施形態では、同様の技術を他のアグリゲーションデータユニット、例えば、アグリゲーションMACサービスデータユニットMSDUに適用する。本明細書で説明する実施形態のうち少なくとも一部では、複数のコンポーネントデータユニットは、通信スタックのMACレイヤにおいて複数の別箇のデータユニットとして扱われる。一部の実施形態によると、コンポーネントデータユニットはそれぞれ、MACヘッダ、デリミタ、フレームチェックシーケンスFCSフィールド等のうち1以上を含む。また、一部の実施形態によると、コンポーネントデータユニットは、利用可能な帯域幅をより活用するべく一のPHYデータユニットにアグリゲーションされる複数の別箇のイーサネット登録商標フレームである。ある実施形態によると、アグリゲーションデータユニットは、物理層コンバージェンスプロシージャPLCPプロトコルデータユニットPPDUである。一般的に、本開示に係る技術は、複数の別箇のコンポーネントデータユニットのペイロード部分に対応付けられている少なくとも一部の管理情報を一の共通アグリゲーション管理部分にアグリゲーションして、複数のデータユニットを送信することに係るオーバーヘッドを小さくするデバイスおよびシステムに適用可能である。例えば、複数のMPDUが送信のために一の通信フレームにアグリゲーションされると、共通管理部分は、一実施形態によると、共有物理層PHYプリアンブルおよびPHYヘッダを含む。通信フレームは、本明細書で説明する実施形態のうち少なくとも一部では、対応する物理層PHYプリアンブルを含むデータユニットである。さらに、ある実施形態によると、複数のMPDUが一の通信フレームにアグリゲーションされる場合、少なくとも部分共通MACヘッダが、複数のMPDUを含む一のAMPDUと共に送信される。ある実施形態によると、WLAN10はさらに、ステーション28およびレガシーステーション30を備える。ステーション28は通常、ステーション16と同様であり、ある実施形態によると、改良リソース節約技術、特に、ステーション16がサポートしている省電力技術の一部または全てを実施する。他方、レガシーステーション30は、改良リソース節約技術はサポートしていないか、または、簡潔に後述する公知のPS-POLLPowerSavePoll技術等のレガシー省電力技術のみをサポートする。さまざまな実施形態によると、WLAN10は、任意の適切な数のステーションを備える。場合によっては、AP14は、インターリーブ方式を用いてステーション16および26のそれぞれにデータを送信する。つまり、ステーション16および26のそれぞれにデータを送信する期間を交互に設けるまたは、利用可能な帯域幅を分割することによってそれぞれのデバイスとの間で同時に複数のデータ通信セッションを維持するその他の適切な技術を利用する。ある実施形態によると、AP14がデータを特にステーション26に送信する場合、ステーション16は通常、AP14から送信されるデータをモニタリングする必要はなく、スリープコントローラ26は、この期間にわたって、ステーション16またはステーション16の1以上のモジュールの電源供給を停止させる。さらに、ステーション16に送信されるデータを失う危険を冒すことなくスリープコントローラ26がステーション16の電源供給を停止させておく期間を長くするべく、AP14およびステーション16は、一部の実施形態によると、複数のMPDUを、一のPHYデータユニットとして送信される一のAMPDUに効率的にまとめる方法を交渉する。例えば、ある実施形態によると、ステーション16は、ステーション16がAP14からデータを受信可能な期間のデュレ―ションの最大値を指示し、AP14は、ステーション16からの指示にしたがって一のAMPDUで送信されるべきMPDUの数を決定する。このようにして、AP14およびステーション16は、例えば、別箇の通信フレームを送信する場合のオーバーヘッドを低減する。図1Bに示す別の実施形態によると、通信ネットワーク50は、AMPDURxコントローラ54を有するステーション52を備え、ステーション52は、AP56およびホスト58の双方との間でそれぞれの通信プロトコルを用いて通信を行う。このため、AP56およびホスト58は、ステーション52に対して、等距離干渉となる。例えば、ステーション52は、IEEE802.11n規格またはWLANを動作させるのに適した別の方式と概して同様の無線通信プロトコルを用いてAP56と通信を行い、Bluetooth登録商標通信プロトコル等の短距離通信に適した別の無線通信プロトコルを用いてホスト58と通信を行う。ある実施形態によると、ステーション52は、2.5ミリ秒おきの定期的なスケジュールに応じて例えば、1.25ミリ秒の同期接続指向SCOタイムスロットBluetooth登録商標規格で仕様が決まっているにおいて、ホスト58にデータを送信するか、ホスト58からデータを受信する。一方、ある実施形態によると、ステーション52は、アドホック方式で交渉される期間であって、スーパーフレームの先頭でAP56によって発表される期間においてAP56と通信を行う。ある実施形態によると、ステーション52のAMPDURxコントローラ54は、AP56との間の通信を効率的にスケジューリングして、ステーション52は、AP56またはホスト58と通信する必要がある場合のみウェイク状態となる。さらに、ある実施形態によると、AP56は、AMPDUTxコントローラ60を含んで、リソース節約パラメータを交渉する。背景技術として、図2は、PHYプリアンブルおよびヘッダ部分82、MACヘッダ84、ならびに、N個のMPDU86-1、86-2、、86-Nを含むAMPDU部分86を有する公知のデータユニット80を示す図である。AMPDUに含まれるMPDUは全て、同じ受信デバイスにアドレス指定されているのが普通である。また、各MPDUは通常、受信側デバイスでデータストリームの再アセンブリを円滑に行うべく対応するMACヘッダMPDU固有の情報を持つを含み、通常はデータユニット80のペイロードの最大長よりも大幅に短い特定のデュレ―ションに制限されている。データユニット80のうちMACヘッダ84の後の部分は、デュレ―ションが最大許容値のMPDUを少なくとも2つ含む。続いて、別の背景技術として、図3は、レガシーステーション102または同様のレガシーデバイスがデータを受信していない場合に電力を節約するために利用する公知のPS-POLL技術を説明するためのタイミングチャートである。ある実施形態によると、WLAN10図1を参照のことで動作するレガシーステーション30は、図3に示すPS-POLL技術を実施する。AP104は、PS-POLL技術をサポートしており、ある実施形態によると、改良リソース節約技術は一切サポートしていないレガシーAPである。しかし、別の実施形態によると、APは、図3に示すPS-POLL技術と、改良型省電力技術の少なくとも一部とを共にサポートしている。例えば、ある実施形態によると、図1に示すWLAN10で動作するAP14が、図3のPS-POLL技術および改良リソース節約技術の両方をサポートしているので、例えば、ステーション30等のレガシーデバイスおよびステーション16等の非レガシーデバイスの両方との間で省電力技術を利用することができる。さらに、ある実施形態によると、PS-POLL技術および改良リソース節約技術の両方をサポートするAPは、改良リソース節約モードまたはレガシーモードで動作するように設定可能である。この場合、PS-POLL技術は、レガシーステーションおよび非レガシーステーションのどちらとの間でも用いられる。別の実施形態によると、改良リソース節約モードおよび/またはレガシーモードで動作可能なAP14は、レガシーステーション30と通信している場合には、省電力技術を一切利用しないと決定する。AP104は最初に、両端がビーコン送信タイミングTBTTによって規定されているスーパーフレーム110-1の先頭で、ビーコン106をステーション102に送信する。ビーコン106は、ステーション104への送信についてMPDU108が利用可能である旨を示す情報を含む。場合によっては、ビーコン106は、複数のステーションについて対応して複数の情報を含む。ステーション104は、PS-POLL期間112の全期間にわたってアウェイク状態であり、ステーション104を特定する情報があれば、対応する通信フレームでMPDU108を受信する。場合によっては、ステーション104は、ビーコン106に含まれている情報を、応答通信フレーム不図示を用いて、明示的に確認する。このため、AP102には、ステーション104がMPDU108を受信する準備を整えていることが分かる。期間112では、AP102が、場合によっては、複数のMPDUを複数のステーションに送信するが、各ステーションが1回のPS-POLL期間において受信するMPDUは1つのみである。この場合、ステーション104は、アウェイクであり、他のステーションに送信される通信フレームをモニタリングし少なくとも一部分を処理する。一部の実施形態によると、改良リソース節約技術をサポートするAPでは、一回のPS-POLL期間内にレガシーステーションに送信するMPDUの数が1に制限される。このような一実施形態によると、APは、一以上のPS-POLL期間の間に送信されるべきMPDUを格納する省電力待ち行列を、1つのみ維持する。言い換えると、本実施形態に係るAPは、ステーション毎に省電力待ち行列を維持する必要はない。しかし、他の実施形態によると、APは、複数のMPDUを1つのAMPDUにアグリゲーションして、ビーコンフレームに含まれる情報の後の1つの対応する通信フレーム内で送信する。このような一実施形態によると、ビーコンの先頭は、スーパーフレームの先頭と一致する。しかし、別の実施形態によると、ビーコンは、スーパーフレーム内でこれより後のタイミングで送信される。一般的に、ビーコンタイミングBTタイムスロット、割り当てタイミングATタイムスロット、または、通信フレームのその他の適切なタイムスロットにおいて当該情報を含むビーコンを送信することが可能である。続いて、一対のデバイス間でAMPDU等のアグリゲーションデータを効率的に送信するための技術の例を幾つか、図4から図7を参照しつつ説明する。これらの技術の一部または全ては、ある実施形態によると、通信ネットワーク10または50で利用される。一部の実施形態によると、改良リソース節約技術は、WiFiマルチメディア省電力WMM-PSとも呼ばれるUAPSDunsolicitedautomaticpowersavedelivery技術と共に適用される。図4は、ある実施形態に係る、AMPDUを送信する方法の一例を説明するためのタイミングチャートである。ある実施形態によると、AP150は、ステーション152からの要求に応じて、特定のサービス期間SP153において、ステーション152にアグリゲーションデータを送信する。ある実施形態によると、ステーション152は、AMPDU等のアグリゲーションデータユニットを送信する際に利用される1以上のリソース節約パラメータを示す要素162を含むトリガフレーム160を生成し、AP150は、要素162が示す1以上のリソース節約パラメータに応じてMPDU166-1、166-2、、166-Nを含むAMPDU164を持つ通信フレームを生成する。例えば、ある実施形態によると、要素162は、通信フレーム164を用いて送信するMPDUの最大数Mを示す。尚、N≦Mである。最大数Mはさらに、AP150およびステーション152によって利用される通信プロトコルに対応付けられている所定の制限値MMAXにも応じて決まる。尚、M≦MMAXである。別の実施形態によると、要素162は、最大バースト時間TMAX、つまり、AMPDU164を含む通信フレームの最大長を特定または指定する。ある実施形態によると、AP150は、AP150が利用するPHYデータレートに関係なく、ステーション152がステーション152がスリープ状態を維持可能な期間を正確に決定できるように、利用されているPHYデータレートを鑑みて最大バースト時間TMAXを決定する。ステーション152は、ステーション152がアグリゲーションデータを受信可能な期間のデュレ―ションを直接的または間接的に示している場合、送信機会TxOPまたはSP等のこれより長い期間の全期間をアグリゲーションデータが必要としない場合には、TxOPまたはSPにわたってアウェイク状態を維持する必要はない。しかし、別の実施形態によると、要素162は、AMPDU164が送信されるSPのデュレ―ションを示す。さらに、別の実施形態では、要素162はAMPDU164を送信する送信機会TxOPの最大長を示す。公知のように、送信機会TxOPという用語は一般的に、ネットワークデバイスが送信用の共有通信チャネルに対して独占アクセスを得る期間に対応する。一部の実施形態によると、AP150およびステーション152は、1以上のリソース節約パラメータを交渉するために幾つかの通信フレームをやり取りする。例えば、AP150は、トリガフレーム160に応じて通信フレーム不図示を送信して、要素162で指定されている1以上のリソース節約パラメータの値を確認し、場合によっては、修正する。しかし、別の実施形態によると、AP150は、通信フレーム164を送信する前に通信フレーム160を明示的に確認しない。さらに、一部の実施形態によると、AP150およびステーション152は、AP160およびステーション152が多入力多出力MIMOモード等のマルチストリーム通信モードをサポートしている場合には、通信ストリーム毎にパラメータを交渉する。一部の実施形態によると、要素162は、SP内で許容可能な最大バーストデュレ―ション例えば、複数のMPDUをアグリゲーションして連続して送信する期間を示す。しかし、他の実施形態によると、要素162は、バーストの絶対的タイミングつまり、開始タイミング、終了タイミングを示す。図5Aは、開始タイミング186および終了タイミング188を特定するトリガフレーム184、または、別の実施形態によると、AP182が開始タイミング186および終了タイミング188を決定するために用いる情報を含むトリガフレーム184をAP182が受信する例を説明するためのタイミング図180である。他方、図5Bは、最大バースト長194を特定するトリガフレーム192、または、AP190が最大バースト長194を決定するために用いる情報を含むトリガフレーム192をAP190が受信する別の実施形態の例を説明するためのタイミング図189である。図5AのAP182に比べて、少なくとも一部の場合に、AP190は、トリガフレーム192の受信とバーストの先頭との間の期間tのデュレ―ションを変更する。しかし、AP190は、バーストの先頭をスケジューリングして、ステーション152がアグリゲーションデータの受信を期待しているSP内にアグリゲーションデータを送信する。場合によっては、ステーションは、AMPDUで送信されるMPDUの全ての受信に成功するわけではない。図6は、ある実施形態に係る、AMPDUを含む通信フレームに対する部分確認応答を受信することに応じてAMPDU再試行を送信する技術の例を説明するためのタイミング図である。やり取り200の例によると、ステーション204は、トリガフレーム206をAP202に送信し、AP202は、これに応じて、4つのMPDU210-1、210-2、210-3および210-4から構成されるAMPDUを含む通信フレーム208を生成する。ステーション204は、MPDU210-1および210-3の受信に成功するが、MPDU210-2および210-4の受信には失敗する。ある実施形態によると、ステーション204は、MPDU210-1および210-3が受信された旨を示す確認応答フレーム212を生成する。例えば、一実施形態に応じて、確認応答フレーム212は、ビットフラグが対応するMPDUが受信されたか否かを示すビットマスクを含む。確認応答フレーム212を受信すると、ある実施形態では、AP202が、MPDU210-1、210-2、210-3および210-4のうち、ステーション204への送信が失敗したものMPDUのみを含む通信フレーム220を生成する。図6に示した例では、通信フレーム220はMPDU210-2および210-4から構成されるAMPDUを含む。MPDU210-2および210-4の送信が成功すると、ステーション204は、MPDU210-2および210-4の受信が成功した旨を示す確認応答フレーム222を生成して送信する。少なくとも一部の実施形態では、やり取り200の期間は、AP202とステーション204との間で交渉されたパラメータに限定される。例えば、AP202および/またはステーション204は、ある実施形態によると、やり取り200は交渉で決定した最大バースト時間内で行われるようにする。さらに、上述したように、やり取り200を完了させるための時間制限は、一部の実施形態によると、交渉で決定した別のパラメータ、例えば、対応するSP内で送信するMPDUの数Mの最大値から決まる。図7は、ステーション252、ホスト254、および、AP256の間で行われる通信を説明するためのタイミング図である。ある実施形態によると、ステーション252は、期間2501以上のスーパーフレーム、1以上のサービス期間等にわたる期間であるにおいて、定期データをホスト254に送信し、および/または、ホスト254から定期データを受信し、同じ期間250において、AP256からアグリゲーションデータを受信する。ある実施形態によると、ステーション252とホスト254との間の通信は、定期的に発生するタイムスロットまたはSCO260-1、260-2等にスケジューリングされる。例えば、一実施例によると、SCO260-1、260-2等はそれぞれ、デュレ―ションが1.25msであり、次のSCOとの間は2.5ms離れている。ある実施形態によると、ステーション252で消費されるリソース、特に、消費電力を効率的に制御するべく、ステーション252は、SCO260-1の後に、次にスケジューリングされているSCOで再度ホスト254と通信するまでにステーション252がAP256からデータを受信可能な期間のデュレ―ションおよび/またはその他の制限を示すトリガフレーム262を生成する。一例によると、ステーション252は、AP256が送信したビーコンフレーム不図示から、ステーション252に送信されるアグリゲーションデータがAP256にあることを知る。ある実施形態によると、トリガフレーム262に応じて、AP256は、一のAMPDUにアグリゲーションされた複数のMPDU266-1、266-2、、266-Nを持つ通信フレーム264を送信する。このようにして、ステーション252はホスト254およびAP256から受信するデータユニット同士の衝突を効率的に回避して、ステーション252がスリープ状態を維持可能な期間を正確に決定する。例えば、図7に示す例では、ステーション252は、通信フレーム264の受信の後、SCO260-2の開始時まで、そして、SCO260-2の終了時とSCO260-3の開始時との間でもスリープ状態を維持可能であると知っている。少なくとも一部の実施形態では、ステーション252は、通信フレーム264の最大長を交渉例えば、トリガフレーム262で特定するので、ステーション252は、例えば、TxOPまたはSPの期間にわたってアウェイク状態である必要はない。さらに、一例によると、ステーション252は、SCO260-2の開始時または略開始時までにおよぶ通信フレーム264のデュレ―ションを特定することによって相対的に非効率的な方法であるが、通信フレーム264のデュレ―ションを決定する場合に、AP256に依存するのではなく、情報のうち特定ブロックを移動させるために用いられるAMPDUの総数を減らして、この情報ブロックの送信に対応付けられているオーバーヘッドを減らす。ある実施形態によると、ステーション152または204等の通信デバイスは、例えば、図8Aおよび図8Bにそれぞれ示す形式300または350に応じた情報要素に含まれる1以上のフィールドを用いて、MPDU等のアグリゲーションデータユニットを送信するための最大バースト時間、アグリゲーションデータユニットで送信されるデータユニットの最大数、または、本開示に係る技術で利用されるその他のリソース節約パラメータを特定する。ある実施形態によると、トリガフレーム160図4を参照のことに含まれる要素162は、形式300または350に応じて構成されている。さらに、実施形態によっては、形式300または350に応じた要素は、トリガフレーム、特定用途向けのタイムスロットを設定するために用いられる追加トラフィックストリームADDTSフレーム、または、その他の適切な通信フレームに含められる。図8Aを特に参照すると、形式300に応じた形式を持つ情報要素は通常、形式300はある実施形態によるとリソース節約パラメータフィールド302を含むことを除き、IEEE802.11n規格案2007のタイムスロット情報TSINFO要素と同様である。フィールド302は、ある実施形態によると、期間限界値パラメータ例えば、AMPDU等のアグリゲーションデータユニットを含む通信フレームの最大長、SPの最大長、TxOPの最大長等を、32μsの倍数で特定する7ビットのフィールドである。別の実施形態によると、フィールド302は、データユニット限界値パラメータ例えば、一のAMPDUに含められるMPDUの最大数を特定する4ビットのフィールドである。さらに、ある実施形態によると、フィールド302は、nの値を示し、一のAMPDUに含められるMPDUの数は、2n1である。実施形態によっては、リソース節約パラメータフィールド302は、例えば、IEEE802.11n規格案2007のTSINFO要素のうちビット17-23現在は未使用を占有するか、IEEE802.11n規格案2007の既存のTSINFO要素を大きくする。図8Bに図示する形式350に応じた形式を持つ情報要素は通常、形式350はある実施形態によるとリソース節約パラメータフィールド352を含む点を除き、WMMシステムで用いられるTSINFO要素と同様である。リソース節約パラメータフィールド352は、少なくとも一部の実施形態では、フィールド302と同様である。さまざまな実施形態によると、フィールド352は、WMM仕様のTSINFO要素のビット17-23、ビット14-15または16の一部または全て、TSINFO要素のその他の部分を占有するか、既存のTSINFO要素を大きくする。続いて、図9は、ある実施形態に係る、アグリゲーションデータユニットを処理して、本開示に係る改良省電力技術の少なくとも一部を実施する受信機400の一例を示すブロック図である。受信機400は、一実施形態によると、アグリゲーションデータユニットプロセッサ402、アグリゲーションデータユニットタイミングコントローラ404、トリガフレーム生成部406、および、ACK生成部408を備える。ある実施形態によると、受信機400はさらに、スリープコントローラ410を備える。さらに、ある実施形態によると、受信機は、定期送信コントローラ412を備える。ある実施形態によると、動作中、アグリゲーションデータユニットタイミングコントローラ404は、1以上の効率的リソース節約パラメータを決定し、これらのパラメータの情報をトリガフレーム生成部406に提供する。フレーム生成部406は、少なくとも1つの効率的リソース節約パラメータ指標例えば、受信機および送信機のそれぞれにおいて格納されるルックアップテーブル内のエントリに対するインデックスであり、エントリには所望のパラメータが格納されているを含むトリガフレームを生成する。この後、トリガフレームは、受信機400に送信するべく、APに、または、複数のデータユニットを一のアグリゲーションデータにアグリゲーションすることが可能な同様のデバイスに送信される。ある実施形態によると、アグリゲーションデータユニットプロセッサ402は、AMPDU等のアグリゲーションデータユニットを含む通信フレームを受信および処理し、プロセッサ402またはその他のコンポーネント不図示によってペイロードを処理するべくMPDU等のコンポーネントデータユニットを抽出し、ACK生成部408が、対応する全体確認応答または部分確認応答を生成する例えば、図6に図示した技術を適用する。さらに、ある実施形態によると、受信機400が、アグリゲーションデータユニットの受信に加えて、定期データの送信および/または受信も行う場合、定期送信コントローラ412は、アグリゲーションデータユニットタイミングコントローラ404と協働して、AMPDU等のアグリゲーションデータユニットは、所与のSCO間のタイミングで、対応するトリガフレームに応じて受信される。実施形態例によると、定期送信コントローラ412およびアグリゲーションデータユニットタイミングコントローラ404は、図7に図示した技術をサポートする。アグリゲーションデータユニットタイミングコントローラ404は、一部の実施形態によると、スリープコントローラ410にリソース節約パラメータ情報を供給する。スリープコントローラ410は、受信機400がスリープ状態となることが可能なのがいつなのか、そして、受信機400がアウェイク状態であるべきなのはいつなのかを決定する。上記の例で説明を続けると、定期送信コントローラ412は、一実施形態によると、図7に図示した技術を実施して、アグリゲーションデータユニットタイミングコントローラ404は、SCOのタイミング例えば、開始タイミング、終了タイミング、期間およびアグリゲーションデータを受信するべく交渉で決定された期間のタイミング例えば、最も早い開始タイミング、もっと遅い終了タイミングに関する情報をスリープコントローラ410に提供する。図10は、本開示に係る技術に応じた、AMPDU等のアグリゲーションデータユニットを生成する送信機450の一例を示すブロック図である。ある実施形態によると、送信機450は、アグリゲーションデータユニット送信Txコントローラ452、アグリゲーションデータユニット生成部454、トリガフレームプロセッサ456、および、ACKプロセッサ458を備える。動作時、アグリゲーションデータユニットTxコントローラ452は、ある実施形態によると、トリガフレームで供給されトリガフレームプロセッサ456が処理する1以上のリソース節約パラメータを鑑みて、アグリゲーションデータユニットのタイミングおよび内容を決定する。しかし、別の実施形態によると、アグリゲーションデータユニットTxコントローラ452は、別のソース入力460と概略的に図示するから1以上のリソース節約パラメータ、例えば、送信機450がサポートする通信プロトコルに対応付けられている所定のパラメータ、ADDTSフレームで供給されるパラメータ、テーブルから取得したパラメータ、アソシエーション期間中に交渉されたパラメータ例えば、ステーションがピコネットとアソシエーションされた場合、送信機450がピコネットで動作するAPであれば等を取得する。ある実施形態によると、アグリゲーションデータユニットTxコントローラ452は、アグリゲーションデータユニット生成部454に結合され、アグリゲーションデータユニットに含まれるデータユニットの数および/またはサイズを制御する。例えば、ある実施形態によると、アグリゲーションデータユニットTxコントローラ452は、アグリゲーションデータユニット生成部454が、所与の受信機に対応する通信フレームで送信するべくAMPDUに含めるMPDUの数は4以下になるようにする。ACKプロセッサ458は、アグリゲーションデータユニットの送信先である通信デバイスから受信した確認応答フレームを処理する。ある実施形態によると、ACKプロセッサ458は、例えば、送信したMPDUのうちどれの受信が成功したのかを特定する部分確認応答フレームを、確認応答フレームに含まれるビットマスクに基づいて、処理する。しかし、別の実施形態によると、ACKプロセッサ458は、AMPDUに含まれる全てのMPDUの受信が成功したか否かを示す全体確認応答フレームのみを処理する。ACKプロセッサ458は、分配済みのMPDUまたは未分配のMPDUに関する情報をアグリゲーションデータユニットTxコントローラ452に供給する。一部の実施形態によると、アグリゲーションデータユニットTxコントローラ452は、アグリゲーションデータユニット生成部454に再試行通信フレームを生成させる。上述したように、ある実施形態によると、再試行通信フレームは、前回分配に失敗したMPDUのみを含む。さらに、少なくとも一部の実施形態によると、アグリゲーションデータユニットTxコントローラ452は、AMPDUを含む通信フレームおよび、必要であれば、再試行通信フレームの送信が、AMPDUの受信機との間で交渉された期間内またはその他のパラメータに応じて行われるようにする。図1Aを再度参照すると、AP14のAMPDUTxコントローラ22は、ある実施形態によると、送信機450の構成要素452-458のうち少なくとも一部を備える。さらに、ある実施形態によると、ステーション16のAMPDURxコントローラ24は、受信機400の構成要素402、406、408、および、412のうち少なくとも一部を備え、スリープコントローラ26は、スリープコントローラ410を含むか、または、スリープコントローラ410と同様である。図11は、アグリゲーションデータユニットを生成する方法550の一例を説明するためのフローチャートである。さまざまな実施形態によると、方法550は、少なくとも一部分がトリガフレームプロセッサ456、アグリゲーションデータユニットTxコントローラ452、および、アグリゲーションデータユニット生成部454のうち一部または全てで実現される。ブロック552において、アグリゲーションデータユニット例えば、AMPDUを送信するよう求める要求が受信される。ある実施形態によると、例えば、当該要求は、トリガフレームに含まれているか、トリガフレーム自体である。続いて、ブロック554において、ブロック552で処理した要求の発行元である通信デバイスとの間で交渉された少なくとも1つのパラメータ例えば、MPDUの数、TxOPの期間に応じてアグリゲーションデータユニットが生成される。実施形態によっては、少なくとも1つのパラメータは、例えば、受信した要求で指定されているか、または、他の通信フレームを用いて指定されているか、または、事前に設定されたプロトコルパラメータである。図12を参照して説明すると、ある実施形態では、アグリゲーションユニットを受信するよう求める要求を生成する方法600の一例は、少なくとも一部分がアグリゲーションデータユニットタイミングコントローラ404、トリガフレーム生成部406、アグリゲーションデータユニットプロセッサ402、および、受信機400のその他の構成要素の一部図9を参照のことまたは全てで実施される。ブロック602において、トリガフレーム等の要求を生成する。当該要求は、アグリゲーションデータを受信する期間例えば、最大バースト時間を指定するパラメータを含む。続いて、ブロック604において、当該要求を送信する。ブロック606において、送信されたデータユニットに含まれているパラメータに準拠しているAMPDUを受信する。しかし、別の実施形態例によると、アグリゲーションデータユニットは、複数のMSDUを含む。続いて、定期データおよびアグリゲーションデータを同時に例えば、インターリーブ方式を利用して受信する方法650の一例を図13を参照しつつ説明する。ある実施形態例によると、方法650は、定期送信コントローラ412およびアグリゲーションデータユニットタイミングコントローラ404で実現される。ブロック652において、定期データは、例えば、Bluetooth登録商標プロトコル等の適切な通信プロトコルを用いて送受信される。場合によっては、方法650は、対応するタイムスロット例えば、SCOにおいてデータを送受信すると、隣接するSCO間を分離している定期間隔または複数の同様のタイムスロットが経過した後、ブロック652に戻る。しかし、方法650を実行しているデバイスが、当該デバイスに送信されるべきアグリゲーションデータが存在すると認識している場合、アグリゲーションデータを受信することが可能な期間のタイミング等のパラメータを1以上特定している、トリガフレーム等のデータユニットをブロック654で生成する。例えば、ある実施形態によると、トリガフレームは、最も最近のSCOの終了時と次にスケジューリングされているSCOの開始時との間の期間を特定する。別の実施形態によると、トリガフレームは、この利用可能な期間の一部を特定し、デバイスは、残りの期間の間はスリープ状態となる。ブロック656において、ブロック654で特定された1以上のパラメータに応じてAMPDUまたは別の適切な種類のアグリゲーションデータユニットを受信する。一般的に、本開示の他の実施形態に係る電力およびその他のリソースを節約する技術は、ピアツーピアネットワークおよびWLANで利用されることに留意されたい。このような一実施形態によると、例えば、一対のステーションは、図6に示した技術を利用して互いにアグリゲーションデータを送信する。上述したさまざまなブロック、処理および技術のうち少なくとも一部は、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサまたはこれらの任意の組み合わせを利用して実施され得る。ソフトウェア命令またはファームウェア命令は、ソフトウェア命令またはファームウェア命令を実行するプロセッサを利用して実装される場合、磁気ディスク、光ディスク、または、その他の格納媒体、RAMまたはROMまたはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等の任意のコンピュータ可読メモリに格納されるとしてよい。同様に、ソフトウェア命令またはファームウェア命令は、任意の公知または所望の配信方法でユーザまたはシステムに配信されるとしてよい。例えば、コンピュータ可読ディスクまたはその他の移動可能なコンピュータ格納機構に格納して配信されるとしてもよいし、または、通信媒体を介して配信されるとしてもよい。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュール、または、その他のデータを、搬送波またはその他の輸送機構等の変調データ信号で具現化する。変調データ信号という用語は、信号に情報を符号化するように1以上の特性を設定または変更させた信号を意味する。本発明を限定するものではなく、一例として挙げると、通信媒体には、有線ネットワークまたは直接有線接続等の有線媒体、および、音波、無線周波数、赤外線等の無線媒体が含まれる。このように、ソフトウェア命令またはファームウェア命令は、通信チャネルを介してユーザまたはシステムに配信されるとしてもよい。例えば、電話線、DSL線、ケーブルテレビ線、光ファイバ線、無線通信チャネル、インターネット等を介して配信されるとしてよいこの場合、移動可能な格納媒体を用いてソフトウェアを提供することと同一視されるか、同等である。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行されるとプロセッサにさまざまな動作を行わせる機械可読命令を含むとしてよい。ハードウェアで実装される場合、ハードウェアは、複数の個別部品、集積回路、特定用途向け集積回路ASIC等のうち1以上を含むとしてよい。本発明を具体例に基づき説明したが、記載した具体例は本発明を限定するものではなく例示するものに過ぎず、開示した実施形態は本発明の範囲を逸脱することなく変更、追加、および/または、削除が可能である。