(57)【要約】【解決手段】  通信ネットワークにおける方法であって、アグリゲーションデータユニットを通信デバイスに送信するよう求める要求を含むデータユニットを受信する段階と、データユニットを受信することに応じて、通信デバイスに送信するアグリゲーションデータユニットを生成する段階とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持ち、アグリゲーションデータユニットのデュレ―ションは、通信デバイスとの間で交渉されたパラメータを用いて決定される方法を開示する。【選択図】  図４
2013519258.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおける方法であって、
アグリゲーションデータユニットを通信デバイスに送信するよう求める要求を含むデータユニットを受信する段階と、
前記データユニットを受信することに応じて、前記通信デバイスに送信するアグリゲーションデータユニットを生成する段階と
を備え、
前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持つ複数のコンポーネントデータユニットを含み、
前記アグリゲーションデータユニットのデュレ―ションは、前記通信デバイスとの間で交渉されたパラメータを用いて決定される方法。
【請求項２】
前記複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、
前記アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である請求項１に記載の方法。
【請求項３】
前記複数のコンポーネントデータユニットは、複数のＭＡＣサービスデータユニット（ＭＳＤＵ）であり、
前記アグリゲーションデータユニットは、アグリゲーションＭＳＤＵ（ＡＭＳＤＵ）である請求項１に記載の方法。
【請求項４】
受信した前記データユニットは、前記パラメータを示すフィールドを含む請求項１に記載の方法。
【請求項５】
前記パラメータは、サービス期間（ＳＰ）内の最大バーストデュレ―ションを示す請求項４に記載の方法。
【請求項６】
前記フィールドは、ｘマイクロ秒の倍数で最大バーストデュレ―ションを示すｎビットを含む請求項５に記載の方法。
【請求項７】
前記受信したデータユニットは、追加トラフィックストリーム（ＡＤＤＴＳ）通信フレームである請求項４に記載の方法。
【請求項８】
前記アグリゲーションデータユニットを前記通信デバイスに送信するために用いられる通信チャネルの物理（ＰＨＹ）データレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する段階をさらに備える請求項１に記載の方法。
【請求項９】
前記アグリゲーションデータユニットを前記通信デバイスに送信するために利用可能なストリーム毎に別箇に前記パラメータを交渉する段階をさらに備える請求項１に記載の方法。
【請求項１０】
前記パラメータを交渉する段階は、ＡＤＤＴＳ通信フレームを利用する段階を有する請求項９に記載の方法。
【請求項１１】
前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスで成功したかを示す確認応答データユニットを受信する段階をさらに備える請求項１に記載の方法。
【請求項１２】
前記アグリゲーションデータユニットは、第１のアグリゲーションデータユニットであり、前記方法はさらに、
（ｉ）前記複数のコンポーネントデータユニットのうち前記通信デバイスにおける受信が成功しなかったコンポーネントデータユニットを含み、（ｉｉ）前記複数のコンポーネントデータユニットのうち前記通信デバイスでの受信が成功したコンポーネントデータユニットを含まない第２のアグリゲーションデータユニットを生成する段階を備える請求項１１に記載の方法。
【請求項１３】
前記確認応答データユニットは、ビットマスクを含み、
前記ビットマスクの各ビットは、前記複数のコンポーネントデータユニットのうち対応する一のコンポーネントデータユニットの前記通信デバイスにおける受信が成功したか否かを示す請求項１１に記載の方法。
【請求項１４】
前記アグリゲーションデータユニットを生成する段階は、前記データユニットを受信することに応じて１つのみアグリゲーションデータユニットを生成する段階を有する請求項１に記載の方法。
【請求項１５】
通信デバイスにアグリゲーションデータユニットを送信するよう求める要求を含むトリガフレームを受信するトリガフレームプロセッサと、
前記通信デバイスとの間で交渉されたパラメータを用いて前記通信デバイスに送信すべきアグリゲーションデータユニットのデュレ―ションを決定するアグリゲーションデータユニット送信コントローラと、
決定された前記デュレ―ションに応じて前記アグリゲーションデータユニットを生成するアグリゲーションデータユニット生成部と
を備え、
前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持つ複数のコンポーネントデータユニットを含む
装置。
【請求項１６】
前記複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、
前記アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である請求項１５に記載の装置。
【請求項１７】
前記トリガフレームプロセッサは、前記トリガフレームに基づいて前記パラメータを決定する請求項１５に記載の装置。
【請求項１８】
前記アグリゲーションデータユニット送信コントローラは、前記通信デバイスに前記アグリゲーションデータユニットを送信するために用いられる通信チャネルの物理（ＰＨＹ）データレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する請求項１５に記載の装置。
【請求項１９】
前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスにおいて成功したかを示す確認応答データユニットを処理する確認応答（ＡＣＫ）プロセッサをさらに備える請求項１５に記載の装置。
【請求項２０】
第１の通信デバイスにおける方法であって、
前記第１の通信デバイスが第２の通信デバイスからアグリゲーションデータを受信可能な期間の最大長を示すパラメータを前記第２の通信デバイスとの間で交渉する段階と、
前記第２の通信デバイスからアグリゲーションデータユニットを受信する段階と
を備え、
前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持つ複数のコンポーネントデータユニットを含み、
前記アグリゲーションデータユニットは、前記期間内に受信される方法。
【請求項２１】
前記パラメータを交渉する段階は、前記パラメータを示すトリガデータユニットを生成する段階を有し、
前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項２０に記載の方法。
【請求項２２】
前記パラメータを交渉する段階は、前記パラメータを示す追加トラフィックストリーム（ＡＤＤＴＳ）通信フレームを生成する段階を有する請求項２０に記載の方法。
【請求項２３】
トリガデータユニットを生成する段階をさらに備え、
前記トリガデータユニットを生成する段階は、前記トリガデータユニットに前記パラメータの情報を含めない段階を有し、
前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項２２に記載の方法。
【請求項２４】
前記第１の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定する段階と、
前記スリープ期間のデュレ―ションにわたって、前記第１の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させる段階と
をさらに備える請求項２０に記載の方法。
【請求項２５】
前記アグリゲーションデータユニットを受信することに応じて確認応答を生成する段階をさらに備え、
前記確認応答は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したかを示す請求項２０に記載の方法。
【請求項２６】
前記アグリゲーションデータユニットは、第１のデータユニットであり、
前記方法はさらに、
前記確認応答に応じて第２のアグリゲーションデータユニットを受信する段階を備え、
前記第２のアグリゲーションデータユニットは、（ｉ）前記複数のコンポーネントデータユニットのうち前記第１の通信デバイスでの受信が成功しなかったコンポーネントデータユニットを含み、（ｉｉ）前記複数のコンポーネントデータユニットのうち前記第１の通信デバイスでの受信が成功したコンポーネントデータユニットは含まない請求項２５に記載の方法。
【請求項２７】
前記第２の通信デバイスからアグリゲーションデータを受信するために利用可能なストリーム毎に前記パラメータを交渉する段階をさらに備える請求項２０に記載の方法。
【請求項２８】
前記第１の通信デバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において動作するステーションであり、
前記第２の通信デバイスは、前記ＷＬＡＮにおいて動作するアクセスポイント（ＡＰ）である請求項２０に記載の方法。
【請求項２９】
前記複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、
前記アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である請求項２０に記載の方法。
【請求項３０】
定期的にスケジューリングされたタイムスロットにおいて第３の通信デバイスから定期データを受信する段階と、
前記定期的にスケジューリングされたタイムスロットを鑑みて前記期間の最大長を決定する段階と
をさらに備える請求項２０に記載の方法。
【請求項３１】
前記第２の通信デバイスから前記アグリゲーションデータユニットを受信する段階は、第１の通信プロトコルを利用する段階を有し、
前記第３の通信デバイスから定期データを受信する段階は、第２の通信プロトコルを利用する段階を有する請求項３０に記載の方法。
【請求項３２】
前記第２の通信プロトコルは、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信プロトコルである請求項３１に記載の方法。
【請求項３３】
前記パラメータを示すトリガデータユニットを生成する段階をさらに備え、
前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて、２つの連続する定期的にスケジューリングされたタイムスロットの間において受信される請求項３０に記載の方法。
【請求項３４】
前記アグリゲーションデータユニットのデュレ―ションは、前記アグリゲーションデータユニットが送信される（ｉ）送信機会（ＴｘＯＰ）、または、（ｉｉ）サービス期間（ＳＰ）のうち少なくとも一方の期間のデュレ―ションよりも短い請求項２０に記載の方法。
【請求項３５】
第１の通信デバイスで利用される装置であって、
前記第１の通信デバイスが第２の通信デバイスからアグリゲーションデータを受信する期間の最大長を示すパラメータを前記第２の通信デバイスとの間で交渉するアグリゲーションデータユニットタイミングコントローラと、
前記第２の通信デバイスからアグリゲーションデータユニットを受信するアグリゲーションデータユニットプロセッサと
を備え、
前記アグリゲーションデータユニットは、それぞれが対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持つ複数のコンポーネントデータユニットを含み、
前記アグリゲーションデータユニットは、前記期間内に受信される装置。
【請求項３６】
前記パラメータを示すトリガデータユニットを生成するトリガフレーム生成部をさらに備え、
前記アグリゲーションデータユニットは、前記トリガデータユニットに応じて送信される請求項３５に記載の装置。
【請求項３７】
前記アグリゲーションデータユニットを受信することに応じて確認応答を生成する確認応答生成部をさらに備え、
前記確認応答は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したのかを示す請求項３５に記載の装置。
【請求項３８】
（ｉ）前記第１の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定し、（ｉｉ）前記スリープ期間のデュレ―ションにわたって前記第１の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させるスリープコントローラをさらに備える請求項３５に記載の装置。
【請求項３９】
（ｉ）定期的にスケジューリングされているタイムスロットにおいて第３の通信デバイスから定期データを受信し、（ｉｉ）前記定期的にスケジューリングされているタイムスロットのデュレ―ションを鑑みて前記期間の最大長を決定する定期送信コントローラをさらに備える請求項３５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して通信システムに関し、具体的には通信システムにおける省電力技術に関する。
【０００２】
［関連出願］
本願は、米国仮特許出願第６１／３００，７３７号（発明の名称：「アグリゲーションによる省電力のサポート」、出願日：２０１０年２月２日）による恩恵を主張する。当該仮出願の開示内容は全て、参照により本願に明示的に組み込まれる。
【背景技術】
【０００３】
本明細書に記載する背景技術の説明は、本開示がどのような文脈で為されたかの概要を説明する目的で記載するものである。本願の発明者として名前を挙げているものの研究内容は、この背景技術のセクションに記載されている限りにおいて、出願時に先行技術と認められない部分と同様に、本開示に対する先行技術として明示的にも暗示的にも認めるものではない。
【０００４】
ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、過去十年間の間に急速に発展した。ＷＬＡＮ規格、例えば、米国電気電子学会（ＩＥＥＥ）の８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、および、８０２．１１ｎ規格が開発されたことにより、シングルユーザピークデータスループットが改善された。例えば、ＩＥＥＥ８０２．１１ｂ規格では、シングルユーザピークスループットを１１毎秒メガビット（Ｍｂｐｓ）と規定し、ＩＥＥＥ８０２．１１ａ規格および８０２．１１ｇ規格では、シングルユーザピークスループットを５４Ｍｂｐｓと規定し、ＩＥＥＥ８０２．１１ｎ規格では、シングルユーザピークスループットを６００Ｍｂｐｓと規定している。さらにスループットを改善することが確実な新しい規格、ＩＥＥＥ８０２．１１ａｃの開発が始まっている。
【発明の概要】
【課題を解決するための手段】
【０００５】
ある実施形態によると、通信ネットワークにおける方法は、アグリゲーションデータユニットを通信デバイスに送信するよう求める要求を含むデータユニットを受信する段階と、データユニットを受信することに応じて、通信デバイスに送信するアグリゲーションデータユニットを生成する段階とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持ち、アグリゲーションデータユニットのデュレ―ションは、通信デバイスとの間で交渉されたパラメータを用いて決定される。
【０００６】
さまざまな実施例によると、以下に記載する特徴のうち１以上を含むとしてよい。複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である。複数のコンポーネントデータユニットは、複数のＭＡＣサービスデータユニット（ＭＳＤＵ）であり、アグリゲーションデータユニットは、アグリゲーションＭＳＤＵ（ＡＭＳＤＵ）である。受信したデータユニットは、パラメータを示すフィールドを含む。パラメータは、サービス期間（ＳＰ）内の最大バーストデュレ―ションを示す。フィールドは、ｘマイクロ秒の倍数で最大バーストデュレ―ションを示すｎビットを含む。受信したデータユニットは、追加トラフィックストリーム（ＡＤＤＴＳ）通信フレームである。当該方法は、アグリゲーションデータユニットを前記通信デバイスに送信するために用いられる通信チャネルの物理（ＰＨＹ）データレートを鑑みて前記アグリゲーションデータユニットのデュレ―ションを決定する段階を備える。当該方法は、アグリゲーションデータユニットを前記通信デバイスに送信するために利用可能なストリーム毎に別箇に前記パラメータを交渉する段階を備える。パラメータを交渉する段階は、ＡＤＤＴＳ通信フレームを利用する段階を有する。当該方法は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が通信デバイスで成功したかを示す確認応答データユニットを受信する段階を備える。アグリゲーションデータユニットは、第１のアグリゲーションデータユニットであり、当該方法は、（ｉ）複数のコンポーネントデータユニットのうち通信デバイスにおける受信が成功しなかったコンポーネントデータユニットを含み、（ｉｉ）複数のコンポーネントデータユニットのうち通信デバイスでの受信が成功したコンポーネントデータユニットを含まない第２のアグリゲーションデータユニットを生成する段階を備える。確認応答データユニットは、ビットマスクを含み、ビットマスクの各ビットは、複数のコンポーネントデータユニットのうち対応する一のコンポーネントデータユニットの通信デバイスにおける受信が成功したか否かを示す。アグリゲーションデータユニットを生成する段階は、データユニットを受信することに応じて１つのみアグリゲーションデータユニットを生成する段階を有する。
【０００７】
ある実施形態によると、装置は、通信デバイスにアグリゲーションデータユニットを送信するよう求める要求を含むトリガフレームを受信するトリガフレームプロセッサと、通信デバイスとの間で交渉されたパラメータを用いて通信デバイスに送信すべきアグリゲーションデータユニットのデュレ―ションを決定するアグリゲーションデータユニット送信コントローラと、決定されたデュレ―ションに応じてアグリゲーションデータユニットを生成するアグリゲーションデータユニット生成部とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持つ。
【０００８】
さまざまな実施例によると、以下に記載する特徴のうち１以上を含むとしてよい。複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である。トリガフレームプロセッサは、トリガフレームに基づいて前記パラメータを決定する。アグリゲーションデータユニット送信コントローラは、通信デバイスにアグリゲーションデータユニットを送信するために用いられる通信チャネルの物理（ＰＨＹ）データレートを鑑みてアグリゲーションデータユニットのデュレ―ションを決定する。当該装置は、前記複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が前記通信デバイスにおいて成功したかを示す確認応答データユニットを処理する確認応答（ＡＣＫ）プロセッサを備える。
【０００９】
ある実施形態によると、第１の通信デバイスにおける方法は、第１の通信デバイスが第２の通信デバイスからアグリゲーションデータを受信可能な期間の最大長を示すパラメータを第２の通信デバイスとの間で交渉する段階と、第２の通信デバイスからアグリゲーションデータユニットを受信する段階とを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持ち、アグリゲーションデータユニットは、期間内に受信される。
【００１０】
さまざまな実施例によると、以下に記載する特徴のうち１以上を含むとしてよい。当該方法によると、パラメータを交渉する段階は、パラメータを示すトリガデータユニットを生成する段階を有し、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該方法によると、パラメータを交渉する段階は、パラメータを示す追加トラフィックストリーム（ＡＤＤＴＳ）通信フレームを生成する段階を有する。当該方法は、トリガデータユニットを生成する段階を備え、トリガデータユニットを生成する段階は、トリガデータユニットにパラメータの情報を含めない段階を有し、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該方法は、第１の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定する段階と、スリープ期間のデュレ―ションにわたって、第１の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させる段階とを備える。当該方法は、アグリゲーションデータユニットを受信することに応じて確認応答を生成する段階を備え、確認応答は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したかを示す。アグリゲーションデータユニットは、第１のデータユニットであり、当該方法は、確認応答に応じて第２のアグリゲーションデータユニットを受信する段階を備え、第２のアグリゲーションデータユニットは、（ｉ）複数のコンポーネントデータユニットのうち通信デバイスでの受信が成功しなかったコンポーネントデータユニットを含み、（ｉｉ）複数のコンポーネントデータユニットのうち前記通信デバイスでの受信が成功したコンポーネントデータユニットは含まない。当該方法は、第２の通信デバイスからアグリゲーションデータを受信するために利用可能なストリーム毎に前記パラメータを交渉する段階を備える。第１の通信デバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において動作するステーションであり、第２の通信デバイスは、ＷＬＡＮにおいて動作するアクセスポイント（ＡＰ）である。複数のコンポーネントデータユニットは、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）であり、アグリゲーションデータユニットは、アグリゲーションＭＰＤＵ（ＡＭＰＤＵ）である。当該方法は、定期的にスケジューリングされたタイムスロットにおいて第３の通信デバイスから定期データを受信する段階と、定期的にスケジューリングされたタイムスロットを鑑みて期間の最大長を決定する段階とを備える。当該方法によると、第２の通信デバイスからアグリゲーションデータユニットを受信する段階は、第１の通信プロトコルを利用する段階を有し、第３の通信デバイスから定期データを受信する段階は、第２の通信プロトコルを利用する段階を有する。第２の通信プロトコルは、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信プロトコルである。当該方法は、パラメータを示すトリガデータユニットを生成する段階を備え、アグリゲーションデータユニットは、トリガデータユニットに応じて、２つの連続する定期的にスケジューリングされたタイムスロットの間において受信される。アグリゲーションデータユニットのデュレ―ションは、アグリゲーションデータユニットが送信される（ｉ）送信機会（ＴｘＯＰ）、または、（ｉｉ）サービス期間（ＳＰ）のうち少なくとも一方の期間のデュレ―ションよりも短い。
【００１１】
ある実施形態によると、第１の通信デバイスで利用される装置は、第１の通信デバイスが第２の通信デバイスからアグリゲーションデータを受信する期間の最大長を示すパラメータを第２の通信デバイスとの間で交渉するアグリゲーションデータユニットタイミングコントローラと、第２の通信デバイスからアグリゲーションデータユニットを受信するアグリゲーションデータユニットプロセッサとを備え、アグリゲーションデータユニットは、複数のコンポーネントデータユニットを含み、複数のコンポーネントデータユニットはそれぞれ、対応する媒体アクセスチャネル（ＭＡＣ）ヘッダを持ち、アグリゲーションデータユニットは、期間内に受信される。
【００１２】
さまざまな実施例によると、以下に記載する特徴のうち１以上を含むとしてよい。当該装置は、パラメータを示すトリガデータユニットを生成するトリガフレーム生成部をさらに備え、アグリゲーションデータユニットは、トリガデータユニットに応じて送信される。当該装置は、アグリゲーションデータユニットを受信することに応じて確認応答を生成する確認応答生成部を備え、確認応答は、複数のコンポーネントデータユニットのうちどのコンポーネントデータユニットの受信が成功したのかを示す。当該装置は、（ｉ）前記第１の通信デバイスがアグリゲーションデータを受信しないスリープ期間のデュレ―ションを決定し、（ｉｉ）前記スリープ期間のデュレ―ションにわたって前記第１の通信デバイスのうち少なくとも一の構成要素への電力供給を停止させるスリープコントローラを備える。当該装置は、（ｉ）定期的にスケジューリングされているタイムスロットにおいて第３の通信デバイスから定期データを受信し、（ｉｉ）前記定期的にスケジューリングされているタイムスロットのデュレ―ションを鑑みて前記期間の最大長を決定する定期送信コントローラを備える。
【図面の簡単な説明】
【００１３】
【図１Ａ】本開示のある実施形態に係る、アグリゲーションデータを送受信する際に省電力技術を利用するネットワークデバイスを備える通信システムを示すブロック図である。
【００１４】
【図１Ｂ】ある実施形態に係る、通信デバイスが、第１の無線通信プロトコルを用いる第１のネットワークデバイスおよび第２の無線通信プロトコルを用いる第２のネットワークデバイスとの間で同時に通信を行う場合に、本開示に係る省電力技術を利用する通信システムを示す図である。
【００１５】
【図２】複数のＭＰＤＵサブフレームを含むアグリゲーション媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＡＭＰＤＵ）を有する公知のデータユニットを示す図である。
【００１６】
【図３】ＡＰがビーコンフレームにおいて特定のステーションについてアグリゲーションデータユニットが利用可能であるか否かを示す公知の技術を説明するためのタイミング図である。
【００１７】
【図４】ある実施形態に係る、トリガフレームを受信することに応じてアグリゲーションデータユニットを送信することを説明するタイミング図である。
【００１８】
【図５Ａ】１つの例において、アグリゲーションデータユニットが送信されるバーストのタイミングを説明するためのタイミング図である。
【図５Ｂ】別の例において、アグリゲーションデータユニットが送信されるバーストのタイミングを説明するためのタイミング図である。
【００１９】
【図６】ある実施形態において、部分確認応答の受信に応じて、再試行アグリゲーションデータユニットの送信およびトリガフレームの受信に応じて、アグリゲーションデータユニットを送信する様子を説明するためのタイミング図である。
【００２０】
【図７】ある実施形態に係る、アクセスポイント（ＡＰ）からステーションへのアグリゲーションデータユニットの送信と同時にステーションとホストとの間で発生する定期的通信を説明するためのタイミング図である。
【００２１】
【図８Ａ】ある実施形態に係る、アグリゲーションデータユニットが送信される期間のタイミングを交渉するために用いられる情報要素の例を示すブロック図である。
【００２２】
【図８Ｂ】ある実施形態に係る、アグリゲーションデータユニットが送信される期間のタイミングを交渉するために用いられる情報要素の別の例を示すブロック図である。
【００２３】
【図９】ある実施形態に係る、アグリゲーションデータユニットを処理し、本開示に係る技術の少なくとも一部を実現する受信機の例を示すブロック図である。
【００２４】
【図１０】ある実施形態に係る、アグリゲーションデータユニットを生成し、本開示に係る技術の少なくとも一部を実現する送信機の例を示すブロック図である。
【００２５】
【図１１】ある実施形態に係る、交渉されているパラメータに対応するサイズを持つアグリゲーションデータユニットを生成する方法の例を説明するためのフローチャートである。
【００２６】
【図１２】ある実施形態に係る、交渉されているパラメータに対応するサイズを持つアグリゲーションデータユニットを受信する要求を生成するための方法の一例を示すフローチャートである。
【００２７】
【図１３】ある実施形態によると、アグリゲーションデータユニットおよび定期的データを同時に通信する方法の例を説明するためのフローチャートである。
【発明を実施するための形態】
【００２８】
図１は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１０の実施形態例を示すブロック図である。ＷＬＡＮ１０では、アクセスポイント（ＡＰ）１４およびステーション（ＳＴＡ）１６等の無線ネットワークデバイスが、アグリゲーション媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＡＭＰＤＵ）等のアグリゲーションデータユニットを用いてデータをやり取りするためのパラメータを交渉する。各アグリゲーションデータユニットは、ＭＰＤＵ等の「コンポーネント」データユニットを複数含み、ステーション１６および／またはＡＰ１４のリソースを効率的に利用する。このため、ある実施形態によると、ＡＰ１４は、ＡＭＰＤＵ送信（Ｔｘ）コントローラ２２を含み、ステーション１６は、ＡＭＰＤＵ受信（Ｒｘ）コントローラ２４を含む。さらに、ステーション１６は、一部の実施形態によると、ステーション１６が電力を節約するべくスリープ状態である（つまり、低消費電力モードになる）期間のデュレ―ションを決定するスリープコントローラ２６をさらに含む。より詳細に後述するが、ＡＰ１４およびステーション１６は、本開示のさまざまな実施形態によると、アグリゲーションデータユニットが送信される期間のデュレ―ション、アグリゲーションデータユニットが送信される期間の始点および終点、アグリゲーションデータユニットで送信されるコンポーネントデータユニットの最大数、各アグリゲーションデータユニットの再試行数等、本明細書で「リソース節約パラメータ」と呼ばれるパラメータのうち１以上を交渉する。
【００２９】
以下では、ステーション１６等の通信デバイスは、送受信回路等の１以上の構成要素への電源供給を、所定期間にわたって完全または部分的に停止した場合に、スリープ状態であると言う。電源供給を部分的に停止するとは、例えば、供給する電流を小さくする。一部の実施形態によると、スリープ状態のデバイスは依然として、例えば、公知のスケジュールに従って送信されるビーコンフレーム等のデータユニットは受信する。さまざまな実施形態によると、ステーション１６またはＡＰ１４等のデバイスは、本開示に係る技術（以下では、「改良リソース節約技術」と呼ぶ）を利用して、通信デバイスにおいて通信を効率的にスケジューリングすることによって、利用可能なスリープ時間を増加させ、処理リソースおよび／またはメモリを節約し、デバイスリソースの利用率を改善する。
【００３０】
説明を簡略化するべく、改良リソース節約技術は、主にＡＭＰＤＵに適用することして、本明細書では説明する。しかし、他の実施形態では、同様の技術を他のアグリゲーションデータユニット、例えば、アグリゲーションＭＡＣサービスデータユニット（ＭＳＤＵ）に適用する。本明細書で説明する実施形態のうち少なくとも一部では、複数のコンポーネントデータユニットは、通信スタックのＭＡＣレイヤにおいて複数の別箇のデータユニットとして扱われる。一部の実施形態によると、コンポーネントデータユニットはそれぞれ、ＭＡＣヘッダ、デリミタ、フレームチェックシーケンス（ＦＣＳ）フィールド等のうち１以上を含む。また、一部の実施形態によると、コンポーネントデータユニットは、利用可能な帯域幅をより活用するべく一のＰＨＹデータユニットにアグリゲーションされる複数の別箇のイーサネット（登録商標）フレームである。ある実施形態によると、アグリゲーションデータユニットは、物理層コンバージェンスプロシージャ（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）である。一般的に、本開示に係る技術は、複数の別箇のコンポーネントデータユニットのペイロード部分に対応付けられている少なくとも一部の管理情報を一の共通アグリゲーション管理部分にアグリゲーションして、複数のデータユニットを送信することに係るオーバーヘッドを小さくするデバイスおよびシステムに適用可能である。例えば、複数のＭＰＤＵが送信のために一の通信フレームにアグリゲーションされると、共通管理部分は、一実施形態によると、共有物理層（ＰＨＹ）プリアンブルおよびＰＨＹヘッダを含む。通信フレームは、本明細書で説明する実施形態のうち少なくとも一部では、対応する物理層（ＰＨＹ）プリアンブルを含むデータユニットである。さらに、ある実施形態によると、複数のＭＰＤＵが一の通信フレームにアグリゲーションされる場合、少なくとも部分共通ＭＡＣヘッダが、複数のＭＰＤＵを含む一のＡＭＰＤＵと共に送信される。
【００３１】
ある実施形態によると、ＷＬＡＮ１０はさらに、ステーション２８およびレガシーステーション３０を備える。ステーション２８は通常、ステーション１６と同様であり、ある実施形態によると、改良リソース節約技術、特に、ステーション１６がサポートしている省電力技術の一部または全てを実施する。他方、レガシーステーション３０は、改良リソース節約技術はサポートしていないか、または、簡潔に後述する公知のＰＳ−ＰＯＬＬ（Ｐｏｗｅｒ  Ｓａｖｅ  Ｐｏｌｌ）技術等のレガシー省電力技術のみをサポートする。
【００３２】
さまざまな実施形態によると、ＷＬＡＮ１０は、任意の適切な数のステーションを備える。場合によっては、ＡＰ１４は、インターリーブ方式を用いてステーション１６および２６のそれぞれにデータを送信する。つまり、ステーション１６および２６のそれぞれにデータを送信する期間を交互に設ける（または、利用可能な帯域幅を分割することによってそれぞれのデバイスとの間で同時に複数のデータ通信セッションを維持するその他の適切な技術を利用する）。ある実施形態によると、ＡＰ１４がデータを特にステーション２６に送信する場合、ステーション１６は通常、ＡＰ１４から送信されるデータをモニタリングする必要はなく、スリープコントローラ２６は、この期間にわたって、ステーション１６またはステーション１６の１以上のモジュールの電源供給を停止させる。さらに、ステーション１６に送信されるデータを失う危険を冒すことなくスリープコントローラ２６がステーション１６の電源供給を停止させておく期間を長くするべく、ＡＰ１４およびステーション１６は、一部の実施形態によると、複数のＭＰＤＵを、一のＰＨＹデータユニットとして送信される一のＡＭＰＤＵに効率的にまとめる方法を交渉する。例えば、ある実施形態によると、ステーション１６は、ステーション１６がＡＰ１４からデータを受信可能な期間のデュレ―ションの最大値を指示し、ＡＰ１４は、ステーション１６からの指示にしたがって一のＡＭＰＤＵで送信されるべきＭＰＤＵの数を決定する。このようにして、ＡＰ１４およびステーション１６は、例えば、別箇の通信フレームを送信する場合のオーバーヘッドを低減する。
【００３３】
図１Ｂに示す別の実施形態によると、通信ネットワーク５０は、ＡＭＰＤＵ  Ｒｘコントローラ５４を有するステーション５２を備え、ステーション５２は、ＡＰ５６およびホスト５８の双方との間でそれぞれの通信プロトコルを用いて通信を行う。このため、ＡＰ５６およびホスト５８は、ステーション５２に対して、等距離干渉となる。例えば、ステーション５２は、ＩＥＥＥ８０２．１１ｎ規格またはＷＬＡＮを動作させるのに適した別の方式と概して同様の無線通信プロトコルを用いてＡＰ５６と通信を行い、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信プロトコル等の短距離通信に適した別の無線通信プロトコルを用いてホスト５８と通信を行う。ある実施形態によると、ステーション５２は、２．５ミリ秒おきの定期的なスケジュールに応じて（例えば、１．２５ミリ秒の同期接続指向（ＳＣＯ）タイムスロット（Ｂｌｕｅｔｏｏｔｈ（登録商標）規格で仕様が決まっている）において）、ホスト５８にデータを送信するか、ホスト５８からデータを受信する。一方、ある実施形態によると、ステーション５２は、アドホック方式で交渉される期間であって、スーパーフレームの先頭でＡＰ５６によって発表される期間においてＡＰ５６と通信を行う。ある実施形態によると、ステーション５２のＡＭＰＤＵ  Ｒｘコントローラ５４は、ＡＰ５６との間の通信を効率的にスケジューリングして、ステーション５２は、ＡＰ５６またはホスト５８と通信する必要がある場合のみウェイク状態となる。さらに、ある実施形態によると、ＡＰ５６は、ＡＭＰＤＵ  Ｔｘコントローラ６０を含んで、リソース節約パラメータを交渉する。
【００３４】
背景技術として、図２は、ＰＨＹプリアンブルおよびヘッダ部分８２、ＭＡＣヘッダ８４、ならびに、Ｎ個のＭＰＤＵ８６−１、８６−２、・・・、８６−Ｎを含むＡＭＰＤＵ部分８６を有する公知のデータユニット８０を示す図である。ＡＭＰＤＵに含まれるＭＰＤＵは全て、同じ受信デバイスにアドレス指定されているのが普通である。また、各ＭＰＤＵは通常、受信側デバイスでデータストリームの再アセンブリを円滑に行うべく対応するＭＡＣヘッダ（ＭＰＤＵ固有の情報を持つ）を含み、通常はデータユニット８０のペイロードの最大長よりも大幅に短い特定のデュレ―ションに制限されている。データユニット８０のうちＭＡＣヘッダ８４の後の部分は、デュレ―ションが最大許容値のＭＰＤＵを少なくとも２つ含む。
【００３５】
続いて、別の背景技術として、図３は、レガシーステーション１０２または同様のレガシーデバイスがデータを受信していない場合に電力を節約するために利用する公知のＰＳ−ＰＯＬＬ技術を説明するためのタイミングチャートである。ある実施形態によると、ＷＬＡＮ１０（図１を参照のこと）で動作するレガシーステーション３０は、図３に示すＰＳ−ＰＯＬＬ技術を実施する。ＡＰ１０４は、ＰＳ−ＰＯＬＬ技術をサポートしており、ある実施形態によると、改良リソース節約技術は一切サポートしていないレガシーＡＰである。しかし、別の実施形態によると、ＡＰは、図３に示すＰＳ−ＰＯＬＬ技術と、改良型省電力技術の少なくとも一部とを共にサポートしている。例えば、ある実施形態によると、図１に示すＷＬＡＮ１０で動作するＡＰ１４が、図３のＰＳ−ＰＯＬＬ技術および改良リソース節約技術の両方をサポートしているので、例えば、ステーション３０等のレガシーデバイスおよびステーション１６等の非レガシーデバイスの両方との間で省電力技術を利用することができる。さらに、ある実施形態によると、ＰＳ−ＰＯＬＬ技術および改良リソース節約技術の両方をサポートするＡＰは、改良リソース節約モードまたはレガシーモードで動作するように設定可能である。この場合、ＰＳ−ＰＯＬＬ技術は、レガシーステーションおよび非レガシーステーションのどちらとの間でも用いられる。別の実施形態によると、改良リソース節約モードおよび／またはレガシーモードで動作可能なＡＰ１４は、レガシーステーション３０と通信している場合には、省電力技術を一切利用しないと決定する。
【００３６】
ＡＰ１０４は最初に、両端がビーコン送信タイミング（ＴＢＴＴ）によって規定されているスーパーフレーム１１０−１の先頭で、ビーコン１０６をステーション１０２に送信する。ビーコン１０６は、ステーション１０４への送信についてＭＰＤＵ１０８が利用可能である旨を示す情報を含む。場合によっては、ビーコン１０６は、複数のステーションについて対応して複数の情報を含む。ステーション１０４は、ＰＳ−ＰＯＬＬ期間１１２の全期間にわたってアウェイク状態であり、ステーション１０４を特定する情報があれば、対応する通信フレームでＭＰＤＵ１０８を受信する。場合によっては、ステーション１０４は、ビーコン１０６に含まれている情報を、応答通信フレーム（不図示）を用いて、明示的に確認する。このため、ＡＰ１０２には、ステーション１０４がＭＰＤＵ１０８を受信する準備を整えていることが分かる。期間１１２では、ＡＰ１０２が、場合によっては、複数のＭＰＤＵを複数のステーションに送信するが、各ステーションが１回のＰＳ−ＰＯＬＬ期間において受信するＭＰＤＵは１つのみである。この場合、ステーション１０４は、アウェイクであり、他のステーションに送信される通信フレームをモニタリングし（少なくとも一部分を）処理する。
【００３７】
一部の実施形態によると、改良リソース節約技術をサポートするＡＰでは、一回のＰＳ−ＰＯＬＬ期間内にレガシーステーションに送信するＭＰＤＵの数が１に制限される。このような一実施形態によると、ＡＰは、一以上のＰＳ−ＰＯＬＬ期間の間に送信されるべきＭＰＤＵを格納する省電力待ち行列を、１つのみ維持する。言い換えると、本実施形態に係るＡＰは、ステーション毎に省電力待ち行列を維持する必要はない。
【００３８】
しかし、他の実施形態によると、ＡＰは、複数のＭＰＤＵを１つのＡＭＰＤＵにアグリゲーションして、ビーコンフレームに含まれる情報の後の１つの対応する通信フレーム内で送信する。このような一実施形態によると、ビーコンの先頭は、スーパーフレームの先頭と一致する。しかし、別の実施形態によると、ビーコンは、スーパーフレーム内でこれより後のタイミングで送信される。一般的に、ビーコンタイミング（ＢＴ）タイムスロット、割り当てタイミング（ＡＴ）タイムスロット、または、通信フレームのその他の適切なタイムスロットにおいて当該情報を含むビーコンを送信することが可能である。
【００３９】
続いて、一対のデバイス間でＡＭＰＤＵ等のアグリゲーションデータを効率的に送信するための技術の例を幾つか、図４から図７を参照しつつ説明する。これらの技術の一部または全ては、ある実施形態によると、通信ネットワーク１０または５０で利用される。一部の実施形態によると、改良リソース節約技術は、ＷｉＦｉマルチメディア省電力（ＷＭＭ−ＰＳ）とも呼ばれるＵＡＰＳＤ（ｕｎｓｏｌｉｃｉｔｅｄ  ａｕｔｏｍａｔｉｃ  ｐｏｗｅｒ  ｓａｖｅ  ｄｅｌｉｖｅｒｙ）技術と共に適用される。
【００４０】
図４は、ある実施形態に係る、ＡＭＰＤＵを送信する方法の一例を説明するためのタイミングチャートである。ある実施形態によると、ＡＰ１５０は、ステーション１５２からの要求に応じて、特定のサービス期間（ＳＰ）１５３において、ステーション１５２にアグリゲーションデータを送信する。ある実施形態によると、ステーション１５２は、ＡＭＰＤＵ等のアグリゲーションデータユニットを送信する際に利用される１以上のリソース節約パラメータを示す要素１６２を含むトリガフレーム１６０を生成し、ＡＰ１５０は、要素１６２が示す１以上のリソース節約パラメータに応じてＭＰＤＵ１６６−１、１６６−２、・・・、１６６−Ｎを含むＡＭＰＤＵ１６４を持つ通信フレームを生成する。例えば、ある実施形態によると、要素１６２は、通信フレーム１６４を用いて送信するＭＰＤＵの最大数Ｍを示す。尚、Ｎ≦Ｍである。最大数Ｍはさらに、ＡＰ１５０およびステーション１５２によって利用される通信プロトコルに対応付けられている所定の制限値ＭＭＡＸにも応じて決まる。尚、Ｍ≦ＭＭＡＸである。
【００４１】
別の実施形態によると、要素１６２は、最大バースト時間ＴＭＡＸ、つまり、ＡＭＰＤＵ１６４を含む通信フレームの最大長を特定または指定する。ある実施形態によると、ＡＰ１５０は、ＡＰ１５０が利用するＰＨＹデータレートに関係なく、ステーション１５２がステーション１５２がスリープ状態を維持可能な期間を正確に決定できるように、利用されているＰＨＹデータレートを鑑みて最大バースト時間ＴＭＡＸを決定する。ステーション１５２は、ステーション１５２がアグリゲーションデータを受信可能な期間のデュレ―ションを（直接的または間接的に）示している場合、送信機会（ＴｘＯＰ）またはＳＰ等のこれより長い期間の全期間をアグリゲーションデータが必要としない場合には、ＴｘＯＰまたはＳＰにわたってアウェイク状態を維持する必要はない。
【００４２】
しかし、別の実施形態によると、要素１６２は、ＡＭＰＤＵ１６４が送信されるＳＰのデュレ―ションを示す。さらに、別の実施形態では、要素１６２はＡＭＰＤＵ１６４を送信する送信機会（ＴｘＯＰ）の最大長を示す。公知のように、送信機会（ＴｘＯＰ）という用語は一般的に、ネットワークデバイスが送信用の共有通信チャネルに対して独占アクセスを得る期間に対応する。
【００４３】
一部の実施形態によると、ＡＰ１５０およびステーション１５２は、１以上のリソース節約パラメータを交渉するために幾つかの通信フレームをやり取りする。例えば、ＡＰ１５０は、トリガフレーム１６０に応じて通信フレーム（不図示）を送信して、要素１６２で指定されている１以上のリソース節約パラメータの値を確認し、場合によっては、修正する。しかし、別の実施形態によると、ＡＰ１５０は、通信フレーム１６４を送信する前に通信フレーム１６０を明示的に確認しない。さらに、一部の実施形態によると、ＡＰ１５０およびステーション１５２は、ＡＰ１６０およびステーション１５２が多入力多出力（ＭＩＭＯ）モード等のマルチストリーム通信モードをサポートしている場合には、通信ストリーム毎にパラメータを交渉する。
【００４４】
一部の実施形態によると、要素１６２は、ＳＰ内で許容可能な最大バーストデュレ―ション（例えば、複数のＭＰＤＵをアグリゲーションして連続して送信する期間）を示す。しかし、他の実施形態によると、要素１６２は、バーストの絶対的タイミング（つまり、開始タイミング、終了タイミング）を示す。図５Ａは、開始タイミング１８６および終了タイミング１８８を特定するトリガフレーム１８４、または、別の実施形態によると、ＡＰ１８２が開始タイミング１８６および終了タイミング１８８を決定するために用いる情報を含むトリガフレーム１８４をＡＰ１８２が受信する例を説明するためのタイミング図１８０である。他方、図５Ｂは、最大バースト長１９４を特定するトリガフレーム１９２、または、ＡＰ１９０が最大バースト長１９４を決定するために用いる情報を含むトリガフレーム１９２をＡＰ１９０が受信する別の実施形態の例を説明するためのタイミング図１８９である。図５ＡのＡＰ１８２に比べて、少なくとも一部の場合に、ＡＰ１９０は、トリガフレーム１９２の受信とバーストの先頭との間の期間ｔのデュレ―ションを変更する。しかし、ＡＰ１９０は、バーストの先頭をスケジューリングして、ステーション１５２がアグリゲーションデータの受信を期待しているＳＰ内にアグリゲーションデータを送信する。
【００４５】
場合によっては、ステーションは、ＡＭＰＤＵで送信されるＭＰＤＵの全ての受信に成功するわけではない。図６は、ある実施形態に係る、ＡＭＰＤＵを含む通信フレームに対する部分確認応答を受信することに応じてＡＭＰＤＵ再試行を送信する技術の例を説明するためのタイミング図である。やり取り２００の例によると、ステーション２０４は、トリガフレーム２０６をＡＰ２０２に送信し、ＡＰ２０２は、これに応じて、４つのＭＰＤＵ２１０−１、２１０−２、２１０−３および２１０−４から構成されるＡＭＰＤＵを含む通信フレーム２０８を生成する。ステーション２０４は、ＭＰＤＵ２１０−１および２１０−３の受信に成功するが、ＭＰＤＵ２１０−２および２１０−４の受信には失敗する。ある実施形態によると、ステーション２０４は、ＭＰＤＵ２１０−１および２１０−３が受信された旨を示す確認応答フレーム２１２を生成する。例えば、一実施形態に応じて、確認応答フレーム２１２は、ビットフラグが対応するＭＰＤＵが受信されたか否かを示すビットマスクを含む。
【００４６】
確認応答フレーム２１２を受信すると、ある実施形態では、ＡＰ２０２が、ＭＰＤＵ２１０−１、２１０−２、２１０−３および２１０−４のうち、ステーション２０４への送信が失敗したものＭＰＤＵのみを含む通信フレーム２２０を生成する。図６に示した例では、通信フレーム２２０はＭＰＤＵ２１０−２および２１０−４から構成されるＡＭＰＤＵを含む。ＭＰＤＵ２１０−２および２１０−４の送信が成功すると、ステーション２０４は、ＭＰＤＵ２１０−２および２１０−４の受信が成功した旨を示す確認応答フレーム２２２を生成して送信する。
【００４７】
少なくとも一部の実施形態では、やり取り２００の期間は、ＡＰ２０２とステーション２０４との間で交渉されたパラメータに限定される。例えば、ＡＰ２０２および／またはステーション２０４は、ある実施形態によると、やり取り２００は交渉で決定した最大バースト時間内で行われるようにする。さらに、上述したように、やり取り２００を完了させるための時間制限は、一部の実施形態によると、交渉で決定した別のパラメータ、例えば、対応するＳＰ内で送信するＭＰＤＵの数Ｍの最大値から決まる。
【００４８】
図７は、ステーション２５２、ホスト２５４、および、ＡＰ２５６の間で行われる通信を説明するためのタイミング図である。ある実施形態によると、ステーション２５２は、期間２５０（１以上のスーパーフレーム、１以上のサービス期間等にわたる期間である）において、定期データをホスト２５４に送信し、および／または、ホスト２５４から定期データを受信し、同じ期間２５０において、ＡＰ２５６からアグリゲーションデータを受信する。ある実施形態によると、ステーション２５２とホスト２５４との間の通信は、定期的に発生するタイムスロットまたはＳＣＯ２６０−１、２６０−２等にスケジューリングされる。例えば、一実施例によると、ＳＣＯ２６０−１、２６０−２等はそれぞれ、デュレ―ションが１．２５ｍｓであり、次のＳＣＯとの間は２．５ｍｓ離れている。ある実施形態によると、ステーション２５２で消費されるリソース、特に、消費電力を効率的に制御するべく、ステーション２５２は、ＳＣＯ２６０−１の後に、次にスケジューリングされているＳＣＯで再度ホスト２５４と通信するまでにステーション２５２がＡＰ２５６からデータを受信可能な期間のデュレ―ションおよび／またはその他の制限を示すトリガフレーム２６２を生成する。一例によると、ステーション２５２は、ＡＰ２５６が送信したビーコンフレーム（不図示）から、ステーション２５２に送信されるアグリゲーションデータがＡＰ２５６にあることを知る。ある実施形態によると、トリガフレーム２６２に応じて、ＡＰ２５６は、一のＡＭＰＤＵにアグリゲーションされた複数のＭＰＤＵ２６６−１、２６６−２、・・・、２６６−Ｎを持つ通信フレーム２６４を送信する。このようにして、ステーション２５２はホスト２５４およびＡＰ２５６から受信するデータユニット同士の衝突を効率的に回避して、ステーション２５２がスリープ状態を維持可能な期間を正確に決定する。
【００４９】
例えば、図７に示す例では、ステーション２５２は、通信フレーム２６４の受信の後、ＳＣＯ２６０−２の開始時まで、そして、ＳＣＯ２６０−２の終了時とＳＣＯ２６０−３の開始時との間でもスリープ状態を維持可能であると知っている。少なくとも一部の実施形態では、ステーション２５２は、通信フレーム２６４の最大長を交渉（例えば、トリガフレーム２６２で特定）するので、ステーション２５２は、例えば、ＴｘＯＰまたはＳＰの期間にわたってアウェイク状態である必要はない。さらに、一例によると、ステーション２５２は、ＳＣＯ２６０−２の開始時または略開始時までにおよぶ通信フレーム２６４のデュレ―ションを特定することによって（相対的に非効率的な方法であるが、通信フレーム２６４のデュレ―ションを決定する場合に、ＡＰ２５６に依存するのではなく）、情報のうち特定ブロックを移動させるために用いられるＡＭＰＤＵの総数を減らして、この情報ブロックの送信に対応付けられているオーバーヘッドを減らす。
【００５０】
ある実施形態によると、ステーション１５２または２０４等の通信デバイスは、例えば、図８Ａおよび図８Ｂにそれぞれ示す形式３００または３５０に応じた情報要素に含まれる１以上のフィールドを用いて、ＭＰＤＵ等のアグリゲーションデータユニットを送信するための最大バースト時間、アグリゲーションデータユニットで送信されるデータユニットの最大数、または、本開示に係る技術で利用されるその他のリソース節約パラメータを特定する。ある実施形態によると、トリガフレーム１６０（図４を参照のこと）に含まれる要素１６２は、形式３００または３５０に応じて構成されている。さらに、実施形態によっては、形式３００または３５０に応じた要素は、トリガフレーム、特定用途向けのタイムスロットを設定するために用いられる追加トラフィックストリーム（ＡＤＤＴＳ）フレーム、または、その他の適切な通信フレームに含められる。
【００５１】
図８Ａを特に参照すると、形式３００に応じた形式を持つ情報要素は通常、形式３００はある実施形態によるとリソース節約パラメータフィールド３０２を含むことを除き、ＩＥＥＥ８０２．１１ｎ規格案（２００７）のタイムスロット情報（ＴＳＩＮＦＯ）要素と同様である。フィールド３０２は、ある実施形態によると、期間限界値パラメータ（例えば、ＡＭＰＤＵ等のアグリゲーションデータユニットを含む通信フレームの最大長、ＳＰの最大長、ＴｘＯＰの最大長等）を、３２μｓの倍数で特定する７ビットのフィールドである。別の実施形態によると、フィールド３０２は、データユニット限界値パラメータ（例えば、一のＡＭＰＤＵに含められるＭＰＤＵの最大数）を特定する４ビットのフィールドである。さらに、ある実施形態によると、フィールド３０２は、ｎの値を示し、一のＡＭＰＤＵに含められるＭＰＤＵの数は、２ｎ＋１である。
【００５２】
実施形態によっては、リソース節約パラメータフィールド３０２は、例えば、ＩＥＥＥ８０２．１１ｎ規格案（２００７）のＴＳＩＮＦＯ要素のうちビット１７−２３（現在は未使用）を占有するか、ＩＥＥＥ８０２．１１ｎ規格案（２００７）の既存のＴＳＩＮＦＯ要素を大きくする。
【００５３】
図８Ｂに図示する形式３５０に応じた形式を持つ情報要素は通常、形式３５０はある実施形態によるとリソース節約パラメータフィールド３５２を含む点を除き、ＷＭＭシステムで用いられるＴＳＩＮＦＯ要素と同様である。リソース節約パラメータフィールド３５２は、少なくとも一部の実施形態では、フィールド３０２と同様である。さまざまな実施形態によると、フィールド３５２は、ＷＭＭ仕様のＴＳＩＮＦＯ要素のビット１７−２３、ビット１４−１５または１６の一部または全て、ＴＳＩＮＦＯ要素のその他の部分を占有するか、既存のＴＳＩＮＦＯ要素を大きくする。
【００５４】
続いて、図９は、ある実施形態に係る、アグリゲーションデータユニットを処理して、本開示に係る改良省電力技術の少なくとも一部を実施する受信機４００の一例を示すブロック図である。受信機４００は、一実施形態によると、アグリゲーションデータユニットプロセッサ４０２、アグリゲーションデータユニットタイミングコントローラ４０４、トリガフレーム生成部４０６、および、ＡＣＫ生成部４０８を備える。ある実施形態によると、受信機４００はさらに、スリープコントローラ４１０を備える。さらに、ある実施形態によると、受信機は、定期送信コントローラ４１２を備える。
【００５５】
ある実施形態によると、動作中、アグリゲーションデータユニットタイミングコントローラ４０４は、１以上の効率的リソース節約パラメータを決定し、これらのパラメータの情報をトリガフレーム生成部４０６に提供する。フレーム生成部４０６は、少なくとも１つの効率的リソース節約パラメータ指標（例えば、受信機および送信機のそれぞれにおいて格納されるルックアップテーブル内のエントリに対するインデックスであり、エントリには所望のパラメータが格納されている）を含むトリガフレームを生成する。この後、トリガフレームは、受信機４００に送信するべく、ＡＰに、または、複数のデータユニットを一のアグリゲーションデータにアグリゲーションすることが可能な同様のデバイスに送信される。
【００５６】
ある実施形態によると、アグリゲーションデータユニットプロセッサ４０２は、ＡＭＰＤＵ等のアグリゲーションデータユニットを含む通信フレームを受信および処理し、プロセッサ４０２またはその他のコンポーネント（不図示）によってペイロードを処理するべくＭＰＤＵ等のコンポーネントデータユニットを抽出し、ＡＣＫ生成部４０８が、対応する全体確認応答または部分確認応答を生成する（例えば、図６に図示した技術を適用する）。
【００５７】
さらに、ある実施形態によると、受信機４００が、アグリゲーションデータユニットの受信に加えて、定期データの送信および／または受信も行う場合、定期送信コントローラ４１２は、アグリゲーションデータユニットタイミングコントローラ４０４と協働して、ＡＭＰＤＵ等のアグリゲーションデータユニットは、所与のＳＣＯ間のタイミングで、対応するトリガフレームに応じて受信される。実施形態例によると、定期送信コントローラ４１２およびアグリゲーションデータユニットタイミングコントローラ４０４は、図７に図示した技術をサポートする。
【００５８】
アグリゲーションデータユニットタイミングコントローラ４０４は、一部の実施形態によると、スリープコントローラ４１０にリソース節約パラメータ情報を供給する。スリープコントローラ４１０は、受信機４００がスリープ状態となることが可能なのがいつなのか、そして、受信機４００がアウェイク状態であるべきなのはいつなのかを決定する。上記の例で説明を続けると、定期送信コントローラ４１２は、一実施形態によると、図７に図示した技術を実施して、アグリゲーションデータユニットタイミングコントローラ４０４は、ＳＣＯのタイミング（例えば、開始タイミング、終了タイミング、期間）およびアグリゲーションデータを受信するべく交渉で決定された期間のタイミング（例えば、最も早い開始タイミング、もっと遅い終了タイミング）に関する情報をスリープコントローラ４１０に提供する。
【００５９】
図１０は、本開示に係る技術に応じた、ＡＭＰＤＵ等のアグリゲーションデータユニットを生成する送信機４５０の一例を示すブロック図である。ある実施形態によると、送信機４５０は、アグリゲーションデータユニット送信（Ｔｘ）コントローラ４５２、アグリゲーションデータユニット生成部４５４、トリガフレームプロセッサ４５６、および、ＡＣＫプロセッサ４５８を備える。動作時、アグリゲーションデータユニットＴｘコントローラ４５２は、ある実施形態によると、トリガフレームで供給されトリガフレームプロセッサ４５６が処理する１以上のリソース節約パラメータを鑑みて、アグリゲーションデータユニットのタイミングおよび内容を決定する。しかし、別の実施形態によると、アグリゲーションデータユニットＴｘコントローラ４５２は、別のソース（入力４６０と概略的に図示する）から１以上のリソース節約パラメータ、例えば、送信機４５０がサポートする通信プロトコルに対応付けられている所定のパラメータ、ＡＤＤＴＳフレームで供給されるパラメータ、テーブルから取得したパラメータ、アソシエーション期間中に交渉されたパラメータ（例えば、ステーションがピコネットとアソシエーションされた場合、送信機４５０がピコネットで動作するＡＰであれば）等を取得する。
【００６０】
ある実施形態によると、アグリゲーションデータユニットＴｘコントローラ４５２は、アグリゲーションデータユニット生成部４５４に結合され、アグリゲーションデータユニットに含まれるデータユニットの数および／またはサイズを制御する。例えば、ある実施形態によると、アグリゲーションデータユニットＴｘコントローラ４５２は、アグリゲーションデータユニット生成部４５４が、所与の受信機に対応する通信フレームで送信するべくＡＭＰＤＵに含めるＭＰＤＵの数は４以下になるようにする。
【００６１】
ＡＣＫプロセッサ４５８は、アグリゲーションデータユニットの送信先である通信デバイスから受信した確認応答フレームを処理する。ある実施形態によると、ＡＣＫプロセッサ４５８は、例えば、送信したＭＰＤＵのうちどれの受信が成功したのかを特定する部分確認応答フレームを、確認応答フレームに含まれるビットマスクに基づいて、処理する。しかし、別の実施形態によると、ＡＣＫプロセッサ４５８は、ＡＭＰＤＵに含まれる全てのＭＰＤＵの受信が成功したか否かを示す全体確認応答フレームのみを処理する。ＡＣＫプロセッサ４５８は、分配済みのＭＰＤＵまたは未分配のＭＰＤＵに関する情報をアグリゲーションデータユニットＴｘコントローラ４５２に供給する。一部の実施形態によると、アグリゲーションデータユニットＴｘコントローラ４５２は、アグリゲーションデータユニット生成部４５４に再試行通信フレームを生成させる。上述したように、ある実施形態によると、再試行通信フレームは、前回分配に失敗したＭＰＤＵのみを含む。さらに、少なくとも一部の実施形態によると、アグリゲーションデータユニットＴｘコントローラ４５２は、ＡＭＰＤＵを含む通信フレームおよび、必要であれば、再試行通信フレームの送信が、ＡＭＰＤＵの受信機との間で交渉された期間内またはその他のパラメータに応じて行われるようにする。
【００６２】
図１Ａを再度参照すると、ＡＰ１４のＡＭＰＤＵ  Ｔｘコントローラ２２は、ある実施形態によると、送信機４５０の構成要素４５２−４５８のうち少なくとも一部を備える。さらに、ある実施形態によると、ステーション１６のＡＭＰＤＵ  Ｒｘコントローラ２４は、受信機４００の構成要素４０２、４０６、４０８、および、４１２のうち少なくとも一部を備え、スリープコントローラ２６は、スリープコントローラ４１０を含むか、または、スリープコントローラ４１０と同様である。
【００６３】
図１１は、アグリゲーションデータユニットを生成する方法５５０の一例を説明するためのフローチャートである。さまざまな実施形態によると、方法５５０は、少なくとも一部分がトリガフレームプロセッサ４５６、アグリゲーションデータユニットＴｘコントローラ４５２、および、アグリゲーションデータユニット生成部４５４のうち一部または全てで実現される。ブロック５５２において、アグリゲーションデータユニット（例えば、ＡＭＰＤＵ）を送信するよう求める要求が受信される。ある実施形態によると、例えば、当該要求は、トリガフレームに含まれているか、トリガフレーム自体である。続いて、ブロック５５４において、ブロック５５２で処理した要求の発行元である通信デバイスとの間で交渉された少なくとも１つのパラメータ（例えば、ＭＰＤＵの数、ＴｘＯＰの期間）に応じてアグリゲーションデータユニットが生成される。実施形態によっては、少なくとも１つのパラメータは、例えば、受信した要求で指定されているか、または、他の通信フレームを用いて指定されているか、または、事前に設定されたプロトコルパラメータである。
【００６４】
図１２を参照して説明すると、ある実施形態では、アグリゲーションユニットを受信するよう求める要求を生成する方法６００の一例は、少なくとも一部分がアグリゲーションデータユニットタイミングコントローラ４０４、トリガフレーム生成部４０６、アグリゲーションデータユニットプロセッサ４０２、および、受信機４００のその他の構成要素の一部（図９を参照のこと）または全てで実施される。ブロック６０２において、トリガフレーム等の要求を生成する。当該要求は、アグリゲーションデータを受信する期間（例えば、最大バースト時間）を指定するパラメータを含む。続いて、ブロック６０４において、当該要求を送信する。ブロック６０６において、送信されたデータユニットに含まれているパラメータに準拠しているＡＭＰＤＵを受信する。しかし、別の実施形態例によると、アグリゲーションデータユニットは、複数のＭＳＤＵを含む。
【００６５】
続いて、定期データおよびアグリゲーションデータを同時に（例えば、インターリーブ方式を利用して）受信する方法６５０の一例を図１３を参照しつつ説明する。ある実施形態例によると、方法６５０は、定期送信コントローラ４１２およびアグリゲーションデータユニットタイミングコントローラ４０４で実現される。
【００６６】
ブロック６５２において、定期データは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコル等の適切な通信プロトコルを用いて送受信される。場合によっては、方法６５０は、対応するタイムスロット（例えば、ＳＣＯ）においてデータを送受信すると、隣接するＳＣＯ間を分離している定期間隔または複数の同様のタイムスロットが経過した後、ブロック６５２に戻る。しかし、方法６５０を実行しているデバイスが、当該デバイスに送信されるべきアグリゲーションデータが存在すると認識している場合、アグリゲーションデータを受信することが可能な期間のタイミング等のパラメータを１以上特定している、トリガフレーム等のデータユニットをブロック６５４で生成する。例えば、ある実施形態によると、トリガフレームは、最も最近のＳＣＯの終了時と次にスケジューリングされているＳＣＯの開始時との間の期間を特定する。別の実施形態によると、トリガフレームは、この利用可能な期間の一部を特定し、デバイスは、残りの期間の間はスリープ状態となる。ブロック６５６において、ブロック６５４で特定された１以上のパラメータに応じてＡＭＰＤＵまたは別の適切な種類のアグリゲーションデータユニットを受信する。
【００６７】
一般的に、本開示の他の実施形態に係る電力（およびその他のリソース）を節約する技術は、ピア・ツー・ピアネットワークおよびＷＬＡＮで利用されることに留意されたい。このような一実施形態によると、例えば、一対のステーションは、図６に示した技術を利用して互いにアグリゲーションデータを送信する。
【００６８】
上述したさまざまなブロック、処理および技術のうち少なくとも一部は、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサまたはこれらの任意の組み合わせを利用して実施され得る。ソフトウェア命令またはファームウェア命令は、ソフトウェア命令またはファームウェア命令を実行するプロセッサを利用して実装される場合、磁気ディスク、光ディスク、または、その他の格納媒体、ＲＡＭまたはＲＯＭまたはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等の任意のコンピュータ可読メモリに格納されるとしてよい。同様に、ソフトウェア命令またはファームウェア命令は、任意の公知または所望の配信方法でユーザまたはシステムに配信されるとしてよい。例えば、コンピュータ可読ディスクまたはその他の移動可能なコンピュータ格納機構に格納して配信されるとしてもよいし、または、通信媒体を介して配信されるとしてもよい。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュール、または、その他のデータを、搬送波またはその他の輸送機構等の変調データ信号で具現化する。「変調データ信号」という用語は、信号に情報を符号化するように１以上の特性を設定または変更させた信号を意味する。本発明を限定するものではなく、一例として挙げると、通信媒体には、有線ネットワークまたは直接有線接続等の有線媒体、および、音波、無線周波数、赤外線等の無線媒体が含まれる。このように、ソフトウェア命令またはファームウェア命令は、通信チャネルを介してユーザまたはシステムに配信されるとしてもよい。例えば、電話線、ＤＳＬ線、ケーブルテレビ線、光ファイバ線、無線通信チャネル、インターネット等を介して配信されるとしてよい（この場合、移動可能な格納媒体を用いてソフトウェアを提供することと同一視されるか、同等である）。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行されるとプロセッサにさまざまな動作を行わせる機械可読命令を含むとしてよい。
【００６９】
ハードウェアで実装される場合、ハードウェアは、複数の個別部品、集積回路、特定用途向け集積回路（ＡＳＩＣ）等のうち１以上を含むとしてよい。
【００７０】
本発明を具体例に基づき説明したが、記載した具体例は本発明を限定するものではなく例示するものに過ぎず、開示した実施形態は本発明の範囲を逸脱することなく変更、追加、および／または、削除が可能である。
【図１Ａ】
2013519258.tif 000003
【図１Ｂ】
2013519258.tif 000004
【図２】
2013519258.tif 000005
【図３】
2013519258.tif 000006
【図４】
2013519258.tif 000007
【図５Ａ】
2013519258.tif 000008
【図５Ｂ】
2013519258.tif 000009
【図６】
2013519258.tif 000010
【図７】
2013519258.tif 000011
【図８Ａ】
2013519258.tif 000012
【図８Ｂ】
2013519258.tif 000013
【図９】
2013519258.tif 000014
【図１０】
2013519258.tif 000015
【図１１】
2013519258.tif 000016
【図１２】
2013519258.tif 000017
【図１３】
2013519258.tif 000018
【国際調査報告】
2013519258.tif 000019
2013519258.tif 000020
2013519258.tif 000021