(57)【要約】  本開示の通信装置は、動作中に、ダウンリンクデータフレームを基地局から受信する第１の受信機と、動作中に、受信されたダウンリンクデータフレームに含まれるデータを復号するデコーダと、復号されたデータが通信装置に対してバッファされたトラフィックがないことを示す場合に、受信通知情報と、主接続無線（ＰＣＲ）モードからウェイクアップ無線（ＷＵＲモード）へ移行する要求を示すＷＵＲモード要求とを含む、アップリンクフレームを生成する信号発生器と、動作中に、アップリンクフレームを基地局に送信する送信機とを備える。【選択図】図１
2020518148.tif 000002
【特許請求の範囲】
【請求項１】
動作中に、ダウンリンクデータフレームを基地局から受信する第１の受信機と、
動作中に、前記受信されたダウンリンクデータフレームに含まれるデータを復号するデコーダと、
前記復号されたデータが前記通信装置に対してバッファされたトラフィックがないことを示す場合に、受信通知情報と、主接続無線（ＰＣＲ）モードからウェイクアップ無線（ＷＵＲ）モードへ移行する要求を示すＷＵＲモード要求とを含む、アップリンクフレームを生成する信号発生器と、
動作中に、前記アップリンクフレームを前記基地局に送信する送信機と、
を備える通信装置。
【請求項２】
前記アップリンクフレームが、受信通知フレームとＷＵＲモード要求フレームのアグリゲーションである、
請求項１に記載の通信装置。
【請求項３】
前記アップリンクフレームが、ＷＵＲモード要求をピギーバックする受信通知フレームである、
請求項１に記載の通信装置。
【請求項４】
前記基地局が、受信通知情報およびＷＵＲモード要求を含む前記アップリンクフレームを受信した後に、ＷＵＲモード応答フレームを用いて応答するかどうかを示す、ウェイクアップパケットを動作中に受信する第２の受信機をさらに備える、
請求項１に記載の通信装置。
【請求項５】
前記受信ウェイクアップパケットが、前記基地局が前記ＷＵＲモード応答フレームを送信しないことを示すときに、ＷＵＲ動作パラメータが変化しないままである、
請求項４に記載の通信装置。
【請求項６】
前記受信されたダウンリンクデータフレームは、前記基地局が、受信通知情報およびＷＵＲモード要求を含む前記アップリンクフレームを受信した後に、ＷＵＲモード応答フレームを用いて応答するかどうかを示す、
請求項１に記載の通信装置。
【請求項７】
前記受信されたダウンリンクデータフレームが、前記基地局が前記ＷＵＲモード応答フレームを送信しないことを示すときに、ＷＵＲ動作パラメータが変化しないままである、
請求項６に記載の通信装置。
【請求項８】
新しいＷＵＲ動作パラメータをネゴシエートするかどうかに応じて、前記信号発生器が前記アップリンクフレームを、受信通知フレームとＷＵＲモード要求フレームのアグリゲーションとして、または前記ＷＵＲモード要求をピギーバックする受信通知フレームとして生成する、
請求項１に記載の通信装置。
【請求項９】
前記基地局に対してバッファされたトラフィックがない場合に、アップリンクデータと、主接続無線（ＰＣＲ）モードからウェイクアップ無線（ＷＵＲ）モードへ移行する要求を示すＷＵＲモード要求とを含む、アップリンクフレームを生成する信号発生器と、
動作中に、前記アップリンクフレームを基地局に送信する送信機と
動作中に、受信通知情報と前記基地局からのＷＵＲモード応答とを含むダウンリンクフレームを受信する受信機と、
を備える通信装置。
【請求項１０】
前記ダウンリンクフレームが、受信通知フレームとＷＵＲモード応答フレームのアグリゲーションである、
請求項９に記載の通信装置。
【請求項１１】
前記ダウンリンクフレームが、前記ＷＵＲモード応答をピギーバックする受信通知フレームである、
請求項９に記載の通信装置。
【請求項１２】
前記アップリンクフレームが、アップリンクデータフレームとＷＵＲモード要求フレームのアグリゲーションである、
請求項９に記載の通信装置。
【請求項１３】
前記アップリンクフレームが、前記ＷＵＲモード要求をピギーバックするアップリンクデータフレームである、
請求項９に記載の通信装置。
【請求項１４】
前記ダウンリンクフレームが、前記ＷＵＲモード応答をピギーバックする受信通知フレームであり、前記アップリンクフレームが、前記ＷＵＲモード要求をピギーバックするアップリンクデータフレームである、
請求項９に記載の通信装置。
【請求項１５】
新しいＷＵＲ動作パラメータをネゴシエートするかどうかに応じて、前記信号発生器が前記アップリンクフレームを、アップリンクデータフレームとＷＵＲモード要求フレームのアグリゲーションとして、または前記ＷＵＲモード要求をピギーバックするアップリンクデータフレームとして生成する、
請求項９に記載の通信装置。
【請求項１６】
前記基地局が新しいＷＵＲ動作パラメータをネゴシエートしようとするかどうかに応じて、前記受信ダウンリンクフレームが、受信通知フレームとＷＵＲモード応答フレームのアグリゲーションであるか、または前記ＷＵＲモード応答をピギーバックする受信通知フレームである、
請求項９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置および通信方法に関する。
【背景技術】
【０００２】
ＩＥＥＥ（電気電子技術者協会）８０２．１１作業部会では、ウェイクアップ無線（ＷＵＲ）装置の動作を可能にする物理（ＰＨＹ）レイヤ規格、および媒体アクセス制御（ＭＡＣ）レイヤ規格の修正を規定している。ＷＵＲ装置は、主接続無線（ＰＣＲ）装置（たとえば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ無線装置）のコンパニオン無線装置である。無線通信デバイスに含まれるＰＣＲ装置は、ユーザデータの送信および受信に使用されるが、そのデバイスに含まれるＷＵＲ装置は、ユーザデータの送信および受信に使用されない。無線通信デバイスは、３つの電力管理モード、すなわちアクティブモード、電力セーブ（ＰＳ）モードおよびＷＵＲモードのうちのいずれかで動作できる。無線通信デバイスがＷＵＲモードで動作しているとき、デバイスに含まれるＰＣＲ装置はオフにされるが、デバイスに含まれるＷＵＲ装置はオンにされるか、または周期的にオンもしくはオフにされる。デバイスのＷＵＲ装置が、デバイスのＰＣＲ装置が受信すべきトラフィックがあることを警告するウェイクアップ信号を受信すると、デバイスは、アクティブモードまたはＰＳモードに移行して動作するようになる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】IEEE 802.11-17/0379r0, SFD MAC proposal, March 2017
【非特許文献２】IEEE 802.11-17/0342r4, WUR Negotiation and Acknowledgement Procedure Follow up, March 2017
【非特許文献３】IEEE 802.11-17/0071r0, High Level MAC Concept for WUR, January 2017
【発明の概要】
【発明が解決しようとする課題】
【０００４】
無線通信デバイスが電力管理モードをどのようにして効率的に変更することができるかについての検討が進行中である。
【０００５】
本開示の１つの非限定的で例示的な実施形態では、電力管理モードを効率的に変更することを容易にする。
【課題を解決するための手段】
【０００６】
１つの一般的な態様では、本明細書に開示された技法は、動作中に、ダウンリンクデータフレームを基地局から受信する第１の受信機と、動作中に、受信されたダウンリンクデータフレームに含まれるデータを復号するデコーダと、復号されたデータが通信装置に対してバッファされたトラフィックがないことを示す場合に、受信通知情報と、主接続無線（ＰＣＲ）モードからＷＵＲモードへ移行する要求を示すウェイクアップ無線（ＷＵＲ）モード要求とを含む、アップリンクフレームを生成する信号生成器と、動作中に、アップリンクフレームを基地局に送信する送信機と、を備える通信装置を特徴とする。
【０００７】
一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの選択的な組み合わせとして実施されてよいことに留意されたい。
【発明の効果】
【０００８】
本明細書に記述された通信装置および通信方法を利用することによって、無線通信デバイスは電力管理モードを効率的に変更することができる。
【０００９】
開示された実施形態のさらなる利益および利点は、本明細書および図面から明らかになろう。これらの利益および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得られるが、これらの実施形態および特徴は、このような利益および／または利点の１つまたは複数を得るためにすべて提供される必要があるわけではない。
【図面の簡単な説明】
【００１０】
【図１】例示的な無線ネットワークの図である。
【図２Ａ】本開示の第１の態様による、ＳＴＡに許容される電力管理モード変更の図である。
【図２Ｂ】本開示の第２の態様による、ＳＴＡに許容される電力管理モード変更の図である。
【図２Ｃ】本開示の第３の態様による、ＳＴＡに許容される電力管理モード変更の図である。
【図３Ａ】本開示の第１の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図３Ｂ】本開示の第１の実施形態による、例示的なエラー回復手順の流れ図である。
【図４】本開示の第２の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図５Ａ】本開示の第３の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図５Ｂ】本開示の第３の実施形態による、例示的なエラー回復手順の流れ図である。
【図６Ａ】本開示の第４の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図６Ｂ】本開示の第４の実施形態による、例示的なエラー回復手順の流れ図である。
【図７Ａ】本開示の第５の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図７Ｂ】本開示の第５の実施形態による、例示的なエラー回復手順の流れ図である。
【図８Ａ】本開示の第６の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図８Ｂ】本開示の第６の実施形態による、例示的なエラー回復手順の流れ図である。
【図８Ｃ】本開示の第６の実施形態による、例示的なエラー回復手順の流れ図である。
【図９Ａ】本開示の第７の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図９Ｂ】本開示の第７の実施形態による、例示的なエラー回復手順の流れ図である。
【図１０Ａ】本開示の第８の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図１０Ｂ】本開示の第８の実施形態による、例示的なエラー回復手順の流れ図である。
【図１１Ａ】本開示の第９の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図１１Ｂ】本開示の第９の実施形態による、例示的なエラー回復手順の流れ図である。
【図１２Ａ】本開示の第１０の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図１２Ｂ】本開示の第１０の実施形態による、例示的なエラー回復手順の流れ図である。
【図１３Ａ】本開示の第１１の実施形態による、電力管理モード変更のための例示的なフレーム交換の図である。
【図１３Ｂ】本開示の第１１の実施形態による、例示的なエラー回復手順の流れ図である。
【図１４】本開示による、ピギーバックＷＵＲモード要求または応答を含むＡＣＫフレームの例示的なフォーマットの図である。
【図１５】本開示による、ピギーバックＷＵＲモード要求または応答を含むＢｌｏｃｋＡｃｋフレームの例示的なフォーマットの図である。
【図１６】本開示による、ピギーバックＷＵＲモード要求を含むデータフレームの例示的なフォーマットの図である。
【図１７】本開示による、ウェイクアップフレームの例示的なフォーマットの図である。
【図１８】本開示による、ＷＵＲアクションフレームの例示的なフォーマットの図である。
【図１９Ａ】本開示による、例示的なＷＵＲの簡略ブロック図である。
【図１９Ｂ】本開示による、例示的なＷＵＲの詳細ブロック図である。
【図２０Ａ】本開示による、例示的なＰＣＲの簡略ブロック図である。
【図２０Ｂ】本開示による、例示的なＰＣＲの詳細ブロック図である。
【発明を実施するための形態】
【００１１】
本開示は、以下の図および実施形態の助けによってよりよく理解することができる。本明細書に記載の実施形態は本質的に例示的なものにすぎず、本開示の可能な適用および用途のいくつかを説明するために用いられるものであり、本明細書に明示的には記載されていない代替実施形態に関して、本開示を限定するものと解釈されるべきではない。
【００１２】
任意の無線通信システムにおいて、多様なデバイスが無線ネットワークの一部となり得るが、各デバイスは、トラフィック需要、デバイス機能、電源タイプなどの面で異なる。あるクラスのデバイスでは、帯域幅要件が少なく、またＱｏＳ要件もあまり厳しくないが、電力消費については比較的多くの関心が払われる（たとえば携帯電話）。別のクラスのデバイスは、帯域幅要件が低いだけでなくデューティサイクルが非常に低いが、極端に小型の電池、または極端に長い耐用寿命（たとえば、リモートセンシング用センサ）の故に、電力消費の影響を非常に受けやすい可能性がある。
【００１３】
多くの無線通信システムには１つまたは複数の中央コントローラがあり、これは、無線ネットワークカバレッジエリア、無線周波数チャネル、デバイスアドミッションポリシー、隣接する他の無線ネットワークとの調整などを決定し、また通常は、バックエンドインフラストラクチャネットワークへのゲートウェイとしても機能する。中央コントローラの例としては、セルラ無線ネットワークの基地局もしくはｅＮＢ、またはＷＬＡＮ（無線ローカルエリアネットワーク）のＡＰ（アクセスポイント）がある。
【００１４】
本開示に記載の技法は、例として、多くの無線通信システムに適用することができるが、本開示の残りの記述は、ＩＥＥＥ８０２．１１ベースのＷＬＡＮシステムおよびその関連術語に関して記載されている。このことが、代替無線通信システムに関して本開示を限定するものと解釈されるべきではない。ＩＥＥＥ８０２．１１ベースのＷＬＡＮでは、ネットワークの大部分がインフラストラクチャモードで動作する。すなわち、ネットワーク内のトラフィックのすべて、またはほとんどがＡＰを経由する必要がある。そのため、ＷＬＡＮに加わることを望むどのＳＴＡ（局）も最初に、関連付けおよび認証と呼ばれる処理を介してＡＰとネットワークメンバーシップをネゴシエートしなければならない。
【００１５】
図１は、ＡＰ１１０および複数のＳＴＡを含む例示的な無線ネットワーク１００を示す。ＡＰ１１０はＰＣＲ装置（以下簡単に「ＰＣＲ」と称する）１１２を含む。ＳＴＡ１３０は、帯域幅要件が少なく、またＱｏＳ要件もあまり厳しくないが電力消費については比較的多くの関心が払われることがあるデバイスクラスを表す。ＳＴＡ１４０は、帯域幅要件は少ないが電力消費に非常に影響を受けやすいことがある別のクラスのデバイスを表す。エネルギー効率を最大にするためにＳＴＡ１３０は、ＰＣＲ１３２に加えてＷＵＲ装置１３４（以下簡単に「ＷＵＲ」と称する）を備え、ＳＴＡ１４０は、ＰＣＲ１４２に加えてＷＵＲ１４４を備える。それにちなんで、ＳＴＡ１３０もＳＴＡ１４０もＷＵＲ  ＳＴＡと呼ばれる。
【００１６】
ＳＴＡ（たとえば、１３０）がＡＰ１１０との関連付け手順を実行した後、ＳＴＡは３つの電力管理モード、すなわちアクティブモード、ＰＳ（電力セーブ）モードおよびＷＵＲモードのうちのいずれかで動作する。それにちなんで、アクティブモードおよびＰＳモードはＰＣＲモードと呼ばれる。ＳＴＡがＰＳモードで動作しているとき、そのＰＣＲはアウェイク状態またはドーズ状態にある。ＰＳモードでは、ＳＴＡのＰＣＲは、そのＰＣＲがアクティブであるときに、すなわちＤＬ（ダウンリンク）トラフィックを受信すること、またはＵＬ（アップリンク）トラフィックを送信することができるときに、アウェイク状態にある。またＳＴＡのＰＣＲは、そのＰＣＲがアクティブでないときに、すなわちＵＬトラフィックを送信すること、またはＤＬトラフィックを受信することができないときに、ドーズ状態にある。ＳＴＡがアクティブモードで動作するとき、そのＰＣＲは常にアウェイク状態にある。ＳＴＡがＷＵＲモードで動作するとき、そのＰＣＲは常にドーズ状態にあり、そのＷＵＲは常にアクティブであるか、または周期的にアクティブであることができ、それにより、そのＷＵＲはウェイクアップ信号（たとえば、ユニキャストウェイクアップフレーム、マルチキャストウェイクアップフレーム、またはＷＵＲビーコンフレーム）を受信することができる。
【００１７】
図２Ａは、本開示の第１の態様による、ネットワーク１００のＳＴＡで可能な電力管理モード変更を示す。本開示の第１の態様によれば、アクティブまたはＰＳモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ様々なやり方で直接移行することができる。
【００１８】
ＷＵＲモードへ移行する最初のやり方では、ＷＵＲモード要求が個別管理フレーム（たとえば、ＷＵＲモード要求フレーム）で搬送されるか、またはＡＰ１１０にアドレス指定された制御フレーム（たとえば、受信通知フレーム）もしくはデータフレームにピギーバックされる。個別管理フレーム（たとえば、ＷＵＲモード応答フレーム）で搬送された、または制御フレーム（たとえば、受信通知フレーム）にピギーバックされたＷＵＲモード応答をＡＰ１１０から受信した後、アクティブまたはＰＳモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ移行することができる。
【００１９】
ＷＵＲモードへ移行する第２のやり方では、ＳＴＡにおけるアクティブまたはＰＳモードからＷＵＲモードへの変更は、決定されたルールに従って、ＷＵＲモード要求または応答の助けによらずにＡＰ１１０によって感知される。第１の例では、アクティブまたはＰＳモードで動作しているＳＴＡは、それが、第１の決定された期間にＡＰ１１０との間でＤＬトラフィックを受信またはＵＬトラフィックを送信しなかった場合、ＷＵＲモードで動作することへ移行する。一方、ＡＰ１１０は、それが、第２の決定された期間に、アクティブまたはＰＳモードで動作しているＳＴＡとの間でＤＬトラフィックを送信またはＵＬトラフィックを受信しなかった場合には、ＳＴＡがＷＵＲモードで動作することへ移行したと推定する。アクティブまたはＰＳモードで動作しているＳＴＡがＷＵＲモードで動作することへ移行するために必要な時間の故に、第２の決定された期間は第１の決定された期間よりも長くなり得る。
【００２０】
第２の例では、アクティブモードで動作しているＳＴＡが、ＡＰ１１０にアドレス設定された、０に設定された（すなわち、バッファされたＵＬトラフィックがもはやない）Ｍｏｒｅ  Ｄａｔａフィールドを含むＵＬデータフレームへの受信通知フレームを成功裏に受信するとき、または、ＡＰ１１０から受信された、０に設定された（すなわち、ＳＴＡに対するバッファされたＤＬトラフィックがもはやない）Ｍｏｒｅ  Ｄａｔａフィールドを含むＤＬデータフレームへの受信通知フレームを送信するとき、ＳＴＡはＷＵＲモードで動作することへ移行する。一方、ＡＰ１１０が、アクティブモードで動作するＳＴＡから送信された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＵＬデータフレームが成功裏に受信されたことを通知する受信通知フレームを送信したとき、ＡＰ１１０は、ＳＴＡがその受信通知フレームを受信後にＷＵＲモードで動作することへ移行するであろうと推定する。同様に、ＡＰ１１０が、アクティブモードで動作するＳＴＡにアドレス設定された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＤＬデータフレームが成功裏に受信されたことを通知する受信通知フレームを受信したとき、ＡＰ１１０は、ＳＴＡがその受信通知フレームを送信した後にＷＵＲモードで動作することへ移行するであろうと推定する。
【００２１】
ＰＳモードで動作しているＳＴＡがＷＵＲモードへ移行する第２のやり方の第２の例に関して、さらなる詳細がここで説明される。ＰＳモードで動作しているＳＴＡが、元のＷＵＲモードへ移行する前にＷＵＲモードから移行していたならば、ＰＳモードで動作しているＳＴＡが、ＡＰ１１０にアドレス指定された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＵＬデータフレームが成功裏に受信されたことを通知する受信通知フレームを成功裏に受信したとき、ＳＴＡはＷＵＲモードで動作することへ移行する。同様に、ＰＳモードで動作しているＳＴＡが、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＤＬデータフレームが成功裏に受信されたことを通知する受信通知フレームをＡＰ１１０へ送信したとき、ＳＴＡはＷＵＲモードで動作することへ移行する。一方、ＡＰ１１０が、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＵＬデータフレームが成功裏に受信されたことを通知する受信通知フレームをＰＳモードで動作するＳＴＡへ送信したとき、ＡＰ１１０は、ＳＴＡがその受信通知フレームを受信後にＷＵＲモードで動作することへ移行するであろうと推定する。同様に、ＡＰ１１０が、ＰＳモードで動作するＳＴＡから、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＤＬデータフレームが成功裏に受信されたことを通知する受信通知フレームを受信したとき、ＡＰ１１０はＳＴＡが、その受信通知フレームを送信した後にＷＵＲモードで動作することへ移行するであろうと推定する。
【００２２】
ＰＳモードで動作しているＳＴＡが、元のＷＵＲモードへ移行する前にＷＵＲモードから直接移行しなかったならば、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＵＬデータフレームが成功裏に受信されたことを通知する受信通知フレームをＡＰ１１０から受信後に、または０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むＤＬデータフレームが成功裏に受信されたことを通知するＡＰ１１０への受信通知フレームを送信後に、ＳＴＡは、ＷＵＲモードへ移行するのではなくドーズ状態へ移行する。
【００２３】
本開示の第１の態様による、ＳＴＡが電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへ変更する上記の２つのやり方の間で、第１のやり方は、新しいウェイクアップ動作パラメータを個別管理フレームによってネゴシエートするために使用することができる。一方、第２のやり方は、いかなるシグナリングオーバヘッドも招かず、したがってチャネル効率を最大化することができる。
【００２４】
本開示の第１の態様によれば、ＷＵＲモードで動作するＳＴＡは、アクティブまたはＰＳモードで動作することへ様々なやり方で直接移行することができる。ＷＵＲモードからアクティブまたはＰＳモードへ移行する第１の方法では、ＡＰ１１０からウェイクアップ信号（たとえば、ユニキャストウェイクアップフレーム）を受信した後、またはＵＬトラフィックがバッファされたとき、ＷＵＲモードで動作するＳＴＡは、それ自体の自由裁量で、アクティブまたはＰＳモードで動作することへ直接移行することができる。一例では、ＡＰ１１０からウェイクアップ信号（たとえば、ユニキャストウェイクアップフレーム）を受信した後、またはＵＬトラフィックがバッファされたとき、ＷＵＲモードで動作しているＳＴＡは、それがＷＵＲモードで動作する前にアクティブモードで動作していたかそれともＰＳモードで動作していたかに応じて、アクティブまたはＰＳモードで動作することへ移行することができる。ＳＴＡは、それがＷＵＲモードで動作する前にアクティブモードで動作していたならば、元のアクティブモードで動作することへ移行する。そうでなければ、ＳＴＡは元のＰＳモードで動作することへ移行する。別の例では、ＵＬトラフィックがバッファされるとき、ＷＵＲモードで動作しているＳＴＡはＵＬトラフィック負荷に基づいて、アクティブまたはＰＳモードで動作することへ直接移行することができる。大量のＵＬトラフィックがバッファされる場合には、ＳＴＡはＷＵＲモードからアクティブモードへ移行して、ＰＳモードで動作することによって生成され得る遅延またはオーバヘッドを低減することができる。
【００２５】
ＷＵＲモードからアクティブまたはＰＳモードへ移行する第２のやり方では、ＡＰ１１０からウェイクアップ信号（たとえば、ユニキャストウェイクアップフレーム）を受信した後、ＷＵＲモードで動作するＳＴＡは、受信されたウェイクアップ信号に含まれるモード変更命令に従って、アクティブまたはＰＳモードで動作することへ直接移行することができる。たとえば、受信されたウェイクアップ信号がＷＵＲモードからアクティブモードへの変更を示す場合、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ移行する。そうでなければ、ＷＵＲモードで動作しているＳＴＡは、ＰＳモードで動作することへ移行する。ＡＰ１１０は、ＳＴＡのＤＬトラフィック負荷に基づいて、アクティブモードまたはＰＳモードを選択することができる。大量のＤＬトラフィックがＳＴＡに対しバッファされる場合には、ＡＰ１１０はＷＵＲモードからアクティブモードへの変更をウェイクアップ信号で指示して、ＰＳモードで動作することによって生成され得る遅延またはオーバヘッドを低減することができる。
【００２６】
本開示の第１の態様によれば、ＷＵＲモードで動作しているＳＴＡは、それがたとえウェイクアップ信号を受信しなくても、またはＵＬトラフィックがバッファされていなくても、ＷＵＲモードからアクティブまたはＰＳモードで動作することへ移行することができる。この場合、ＷＵＲモードで動作しているＳＴＡは、それがアクティブモードで動作することへ移行するならば、０に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む管理フレームまたはデータフレームをＡＰ１１０へ電力管理モード変更通知のために送信しなければならない。ＷＵＲモードで動作しているＳＴＡは、それがＰＳモードで動作することへ移行するならば、１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む管理フレームまたはデータフレームをＡＰ１１０へ電力管理モード変更通知のために送信しなければならない。
【００２７】
本開示の第１の態様による、ＳＴＡが電力管理モードをＷＵＲモードからアクティブまたはＰＳモードへ変更する上記の２つのやり方の間では、第１のやり方は、いかなるモード変更関連シグナリングも必要としない。第２のやり方では、大量のＤＬトラフィックがバッファされるときにＰＳモードで動作することによって生成され得る遅延またはオーバヘッドを低減することができる。
【００２８】
図２Ｂは、本開示の第２の態様による、ネットワーク１００のＳＴＡ（たとえば、１３０）で可能な電力管理モード変更を示す。本開示の第２の態様によれば、アクティブまたはＰＳモードで動作しているＳＴＡは、本開示の第１の態様と同じやり方でＷＵＲモードで動作することへ直接移行することができる。ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することはできないが、それがＷＵＲモードで動作する前にアクティブモードで動作していたか、それともＰＳモードで動作していたかにかかわらず、ウェイクアップ信号（たとえば、ユニキャストウェイクアップフレーム）をＡＰ１１０から受信した後に、またはＵＬトラフィックがバッファされたときに、ＰＳモードで動作することへ直接移行することができる。
【００２９】
本開示の第２の態様によれば、ＷＵＲモードで動作しているＳＴＡがアクティブモードへ直接移行することができないので、ネットワーク１００の電力管理機構は簡略化することができる。
【００３０】
図２Ｃは、本開示の第３の態様による、ネットワーク１００のＳＴＡ（たとえば、１３０）で可能な電力管理モード変更を示す。本開示の第３の態様によれば、アクティブモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ直接移行できず、逆も同様であるが、ＰＳモードで動作しているＳＴＡは、本開示の第２の態様と同じやり方でＷＵＲモードで動作することへ直接移行することができ、逆も同様である。
【００３１】
本開示の第３の態様によれば、アクティブモードで動作しているＳＴＡがＷＵＲモードで動作することへ直接移行することができず、逆も同様であるので、ネットワーク１００の電力管理機構はさらに簡略化することができる。
【００３２】
本開示の第１、第２または第３の態様によれば、ＳＴＡが電力管理モードをアクティブモードとＰＳモードの間でどのようにして変更するかは、ＩＥＥＥ８０２．１１−２０１６規格に規定されている。
【００３３】
＜第１の実施形態＞
図３Ａは、本開示の第１の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第１の実施形態は、上記で説明した本開示の第１の態様と合致している。すなわち、第１の実施形態によれば、アクティブまたはＰＳモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ直接移行することができ、逆も同様である。
【００３４】
フレーム交換を開始する際に、ＳＴＡはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム３０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム３０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル（すなわち、周期的なオン／オフスケジュール））をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム３０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム３０４を用いて応答する。
【００３５】
ＷＵＲモード応答フレーム３０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム３０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム３０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図３Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する上述の第１のやり方でＰＳモードからＷＵＲモードへと電力管理モードを変更する。
【００３６】
ＳＴＡへのＤＬトラフィックがＡＰ１１０でバッファされると、ＡＰ１１０は、ユニキャストウェイクアップフレーム３１０をＳＴＡへ送信する。ウェイクアップフレーム３１０をそのＷＵＲを介して受信すると、ＳＴＡは、それがＷＵＲモードで動作する前はＰＳモードで動作していたので、ＰＳモードで動作することへ移行しアウェイク状態にとどまる。言い換えると、ＳＴＡは、上述したＷＵＲモードへ移行する第１のやり方でＷＵＲモードからアクティブまたはＰＳモードへ移行する。次に、ＳＴＡは、そのＰＣＲを介してＰＳポールフレーム３１２をＡＰ１１０へ送信してバッファされたトラフィックを取得し、ウェイクアップフレーム３１０が成功裏に受信されたことを通知する。
【００３７】
ＡＰ１１０は、バッファされたデータフレーム３１４によって、または送信キューの先頭のバッファされたデータフレームが別個のＴＸＯＰ（（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）送信機会）において後に続くＡＣＫフレームを用いて、ＰＳポールフレーム３１２に直ちに応答する。ＳＴＡに対するさらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＳＴＡは、データフレーム３１４が成功裏に受信されたことを通知するために、受信通知フレーム３１６を用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。０に設定されたＭｏｒｅ  Ｄａｔａフィールドを用いてデータフレーム３１４が成功裏に受信されたことを通知する受信通知フレーム３１６を送信した後に、ＳＴＡは、ＷＵＲモードに再び入ることを要求するために、ＷＵＲモード要求フレーム３２２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム３２２は、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム３２２をＳＴＡから受信すると、ＡＰ１１０はＷＵＲモード応答フレーム３２４を用いて応答する。ＷＵＲモード応答フレーム３２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。
【００３８】
ＷＵＲモード応答フレーム３２４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図３Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいて、元のＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この図３Ａの場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００３９】
本開示の第１の実施形態によれば、ＳＴＡがその電力管理モードを効率的に変更することが可能である。
【００４０】
図３Ｂは、本開示の第１の実施形態による、ＳＴＡによって実行されるエラー回復手順３００を示す。エラー回復手順３００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順３００はステップ３３０から開始する。ステップ３３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。ステップ３３４で、ＳＴＡは、ＷＵＲモード要求フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。ＷＵＲモード要求フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ３４４でＳＴＡはＷＵＲモードで動作することへ移行し、次に、ステップ３５０で手順３００は停止する。そうでなければ、ステップ３３６でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。
【００４１】
ステップ３３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値がＷＵＲモード要求フレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順３００はステップ３５０で停止する。そうでなければ、ＳＴＡはステップ３４０でＷＵＲモード要求フレームを再送信し、次に手順３００は、ステップ３３４へジャンプして戻る。
【００４２】
＜第２の実施形態＞
図４は、本開示の第２の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第２の実施形態は、本開示の第１の態様と合致している。すなわち、第２の実施形態によれば、アクティブまたはＰＳモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ直接移行することができ、逆も同様である。
【００４３】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム４０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム４０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム４０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム４０４を用いて応答する。ＷＵＲモード応答フレーム４０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム４０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００４４】
ＷＵＲモード応答フレーム４０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図４に示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方でアクティブまたはＰＳモードからＷＵＲモードへと電力管理モードを変更する。
【００４５】
大量のＵＬトラフィックがＳＴＡでバッファされたとき、ＳＴＡはアクティブモードで動作することへ移行する。言い換えると、ＳＴＡは、ＷＵＲモードからアクティブまたはＰＳモードへ移行する上述の第１のやり方で、電力管理モードをＷＵＲモードからアクティブまたはＰＳモードへ変更する。ＳＴＡは、送信キューの先頭の０に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレーム４１２を送信する。さらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレーム４１２が成功裏に受信されたことを通知するために、受信通知フレーム４１４を用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【００４６】
０に設定されたＭｏｒｅ  Ｄａｔａフィールドを用いてデータフレーム４１２が成功裏に受信されたことを通知する受信通知フレーム４１４を受信した後に、ＳＴＡは、ＷＵＲモードに再び入ることを要求するために、ＷＵＲモード要求フレーム４２２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム４２２は、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム４２２をＳＴＡから受信すると、ＡＰ１１０はＷＵＲモード応答フレーム４２４を用いて応答する。ＷＵＲモード応答フレーム４２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム４２４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図４Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいて、ＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する上述の第１のやり方で電力管理モードをアクティブモードからＷＵＲモードへ変更する。
【００４７】
本開示の第２の実施形態によれば、ＳＴＡがその電力管理モードを効率的に変更することが可能である。
【００４８】
第２の実施形態は、本開示の第１の実施形態と同じ、ＳＴＡによって実行されるエラー回復手順を有する。
【００４９】
＜第３の実施形態＞
図５Ａは、本開示の第３の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第３の実施形態は、本開示の第１の態様と合致している。すなわち、第３の実施形態によれば、アクティブまたはＰＳモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ直接移行することができ、逆も同様である。
【００５０】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム５０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム５０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム５０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム５０４を用いて応答する。ＷＵＲモード応答フレーム５０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム５０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００５１】
ＷＵＲモード応答フレーム５０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図５Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへと変更する。
【００５２】
ＳＴＡへのＤＬトラフィックがＡＰ１１０でバッファされると、ＡＰ１１０は、ＷＵＲモードからＰＳモードへのモード変更命令を含むユニキャストウェイクアップフレーム５１０をＳＴＡへ送信する。ウェイクアップフレーム５１０をそのＷＵＲを介して受信すると、ＳＴＡは、受信ウェイクアップフレーム５１０内のモード変更命令に従って、ＰＳモードで動作することへ移行し、アウェイク状態にとどまる。言い換えると、ＳＴＡは、ＷＵＲモードからアクティブまたはＰＳモードへ移行する上述の第２のやり方で、電力管理モードをＷＵＲモードからアクティブまたはＰＳモードへと変更する。
【００５３】
ＳＴＡは、そのＰＣＲを介してＰＳポールフレーム５１２をＡＰ１１０へ送信してバッファされたトラフィックを取得し、ウェイクアップフレーム５１０が成功裏に受信されたことを通知する。ＡＰ１１０は、バッファされたデータフレームを用いて、または送信キューの先頭のバッファされたデータフレームが別個のＴＸＯＰにおいて後に続くＡＣＫフレームを用いて、ＰＳポールフレーム５１２に直ちに応答する。ＳＴＡに対するさらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。
【００５４】
ＳＴＡは、データフレーム５１４が成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。特に、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム５１４を受信すると、ＳＴＡは、データフレーム５１４が成功裏に受信されたことを通知しＷＵＲモードに再び入ることを要求するために、受信通知フレーム５１６とＷＵＲモード要求フレーム５２２とを集約するＡ−ＭＰＤＵ（集約ＭＡＣプロトコルデータユニット）をＡＰ１１０へ送信する。Ａ−ＭＰＤＵのＷＵＲモード要求フレーム５２２は、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００５５】
受信通知フレーム５１６とＷＵＲモード要求フレーム５２２とを集約するＡ−ＭＰＤＵをＳＴＡから受信すると、ＡＰ１１０はＷＵＲモード応答フレーム５２４を用いて応答する。ＷＵＲモード応答フレーム５２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム５２４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図５Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいて、ＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、アクティブまたはＰＳモードからＷＵＲモードへ移行する上述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００５６】
本開示の第３の実施形態によれば、ＷＵＲモード要求フレームを送信するために必要な時間を低減することができるので、第１の実施形態と比較してチャネル効率が改善される。
【００５７】
図５Ｂは、本開示の第３の実施形態による、ＳＴＡによって実行されるエラー回復手順５００を示す。エラー回復手順５００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順５００はステップ５３０から開始する。ステップ５３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。ステップ５３４で、ＳＴＡは、ＷＵＲモード要求フレームと集約された受信通知フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。ＷＵＲモード要求フレームと集約された受信通知フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ５４４でＳＴＡはＷＵＲモードで動作することへ移行し、次に、ステップ５５０で手順５００は停止する。そうでなければ、ステップ５３６でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。
【００５８】
ステップ５３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値がＷＵＲモード要求フレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順５００はステップ５５０で停止する。そうでなければ、ＳＴＡはステップ５４０でＷＵＲモード要求フレームを再送信する。ステップ５４２でＳＴＡは、ＷＵＲモード要求フレームを再送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを検査する。ＷＵＲモード要求フレームを再送信した後にＷＵＲモード応答フレームが決められたタイムアウト間隔内で成功裏に受信された場合、ステップ５４４でＳＴＡはＷＵＲモードで動作することへ移行し、次に、ステップ５５０で手順５００は停止する。そうでなければ手順５００は、ステップ５３６へジャンプして戻る。
【００５９】
＜第４の実施形態＞
図６Ａは、本開示の第４の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第４の実施形態は、本開示の第３の態様と合致している。すなわち、第４の実施形態によれば、アクティブモードで動作しているＳＴＡは、ＷＵＲモードで動作することへ直接移行することができず、逆も同様である。
【００６０】
フレーム交換を開始する際に、ＳＴＡはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム６０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム６０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム６０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム６０４を用いて応答する。ＷＵＲモード応答フレーム６０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム６０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。
【００６１】
ＷＵＲモード応答フレーム６０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図６Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをＰＳモードからＷＵＲモードへと変更する。
【００６２】
ＳＴＡへのＤＬトラフィックがＡＰ１１０でバッファされると、ＡＰ１１０は、ユニキャストウェイクアップフレーム６１０をＳＴＡへ送信する。ウェイクアップフレーム６１０をそのＷＵＲを介して受信すると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないのでＰＳモードで動作することへ移行し、アウェイク状態にとどまる。
【００６３】
ＳＴＡは、そのＰＣＲを介してＰＳポールフレーム６１２をＡＰ１１０へ送信してバッファされたトラフィックを取得し、ウェイクアップフレーム６１０が成功裏に受信されたことを通知する。ＡＰ１１０は、バッファされたデータフレームを用いて、または送信キューの先頭のバッファされたデータフレームが別個のＴＸＯＰにおいて後に続くＡＣＫフレームを用いて、ＰＳポールフレーム６１２に直ちに応答する。さらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。
【００６４】
ＳＴＡは、データフレーム６１４が成功裏に受信されたことを通知するために、受信通知フレーム６１６を用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。特に、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム６１４を受信すると、ＳＴＡは、データフレーム６１４が成功裏に受信されたことを通知しＷＵＲモードに再び入ることを要求するために、図１４または図１５に示されたピギーバックＷＵＲモード要求を含む受信通知フレーム６１６をＡＰ１１０へ送信する。後で説明するように、ＷＵＲモード要求は、受信通知フレーム６１６のフィールドまたはサブフィールドに埋め込まれている。この場合、ＳＴＡは、新しいウェイクアップ動作パラメータをネゴシエートすることができない。
【００６５】
ピギーバックＷＵＲモード要求を含む受信通知フレーム６１６をＳＴＡから受信すると、ＡＰ１１０はＷＵＲモード応答フレーム６２４を用いて応答する。ＷＵＲモード応答フレーム６２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム６２４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図６Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいて、ＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００６６】
本開示の第４の実施形態によれば、ＷＵＲモードに入るためにＷＵＲモード要求フレームを送信することが不要になり得るので、第１の実施形態と比較してチャネル効率が改善される。
【００６７】
図６Ｂは、本開示の第４の実施形態による、ＳＴＡによって実行されるエラー回復手順６００を示す。エラー回復手順６００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順６００はステップ６３０から開始する。ステップ６３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。ステップ６３４で、ＳＴＡは、ピギーバックＷＵＲモード要求を含む受信通知フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。ピギーバックＷＵＲモード要求を含む受信通知フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ６４４でＳＴＡはＷＵＲモードで動作することへ移行し、次に、ステップ６５０で手順６００は停止する。そうでなければ、ステップ６３６でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。
【００６８】
ステップ６３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、ピギーバックＷＵＲモード要求を含む受信通知フレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順６００はステップ６５０で停止する。そうでなければ、ＳＴＡはステップ６４０で、ピギーバックＷＵＲモード要求を含む受信通知フレームを再送信し、次に手順６００は、ステップ６３４へジャンプして戻る。
【００６９】
＜第５の実施形態＞
図７Ａは、本開示の第５の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第５の実施形態は、本開示の第２の態様と合致している。すなわち、第５の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができない。
【００７０】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム７０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム７０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム７０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム７０４を用いて応答する。ＷＵＲモード応答フレーム７０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム７０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００７１】
ＷＵＲモード応答フレーム７０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図７Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへと変更する。
【００７２】
ＳＴＡへのＤＬトラフィックがバッファされると、ＡＰ１１０は、ユニキャストウェイクアップフレーム７１０をＳＴＡへ送信する。ウェイクアップフレーム７１０は、ＡＰ１１０が、ＷＵＲモード要求を受信後にＷＵＲモード応答を用いて応答したかどうかを示す。ウェイクアップフレーム７１０をそのＷＵＲを介して受信すると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＷＵＲモードからＰＳモードで動作することへ移行し、アウェイク状態にとどまる。
【００７３】
ＳＴＡは、そのＰＣＲを介してＰＳポールフレーム７１２をＡＰ１１０へ送信してバッファされたトラフィックを取得し、ウェイクアップフレーム７１０が成功裏に受信されたことを通知する。ＡＰ１１０は、バッファされたデータフレーム７１４を用いて、または送信キューの先頭のバッファされたデータフレームが別個のＴＸＯＰにおいて後に続くＡＣＫフレームを用いて、ＰＳポールフレーム７１２に直ちに応答する。さらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。
【００７４】
ＳＴＡは、データフレーム７１４が成功裏に受信されたことを通知するために、受信通知フレーム７１６を用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム７１４を受信すると、ＳＴＡは、データフレーム７１４が成功裏に受信されたことを通知しＷＵＲモードに再び入ることを要求するために、ピギーバックＷＵＲモード要求を含む受信通知フレーム７１６をＡＰ１１０へ送信する。ＷＵＲモード要求は、図１４または図１５に示された受信通知フレーム７１６のフィールドまたはサブフィールドに埋め込まれており、これについては後で詳細に説明する。この場合、ＳＴＡは、新しいウェイクアップ動作パラメータをネゴシエートすることができない。
【００７５】
受信ウェイクアップフレーム７１０が、ＡＰ１１０がＷＵＲモード要求を受信後にＷＵＲモード応答を用いて応答していないことを示す場合、ＳＴＡは、図７Ａに示されたピギーバックＷＵＲモード要求を含む受信通知フレーム７１６を送信した後に、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。言い換えると、ＳＴＡは、ＷＵＲモード応答をＡＰ１１０から受信することを待つことなくＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡは、図６Ａに示されたＷＵＲモード応答フレームを受信後に、ＷＵＲモードで動作することへ移行する。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００７６】
本開示の第５の実施形態によれば、ＷＵＲモードに入るためにＷＵＲモード要求フレームおよびＷＵＲモード応答フレームを送信することが不要になり得るので、第１の実施形態と比較してチャネル効率が改善される。
【００７７】
図７Ｂは、本開示の第５の実施形態による、ＡＰ１１０によって実行されるエラー回復手順７００を示す。エラー回復手順７００によれば、ＡＰ１１０は、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順７００はステップ７３０から開始する。ステップ７３２で、ＡＰ１１０はＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。ステップ７３４で、ＡＰ１１０は、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、ピギーバックＷＵＲモード要求を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、ピギーバックＷＵＲモード要求を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ＡＰ１１０は、ステップ７４４でＳＴＡがＷＵＲモードで動作することへ移行したと仮定し、次に手順７００は、ステップ７５０で停止する。そうでなければ、ステップ７３６でＡＰ１１０は、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。
【００７８】
ステップ７３８でＡＰ１１０は、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順７００はステップ７４４へ進む。そうでなければ、ＡＰ１１０はステップ７４０で、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを再送信し、次に手順７００は、ステップ７３４へジャンプして戻る。
【００７９】
＜第６の実施形態＞
図８Ａは、本開示の第６の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第６の実施形態は、本開示の第２の態様と合致している。すなわち、第６の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができない。
【００８０】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム８０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム８０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム８０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム８０４を用いて応答する。ＷＵＲモード応答フレーム８０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム８０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。
【００８１】
ＷＵＲモード応答フレーム８０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図８Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへと変更する。
【００８２】
ＵＬトラフィックがＳＴＡでバッファされると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＷＵＲモードからＰＳモードで動作することへ移行し、アウェイク状態にとどまる。ＳＴＡは、送信キューの先頭の１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【００８３】
特に、ＳＴＡは、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム８１２とＷＵＲモード要求フレーム８２２とを集約するＡ−ＭＰＤＵをＡＰ１１０へ、ＷＵＲモードに再び入ることを要求するために送信する。ＷＵＲモード要求フレーム８２２は、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００８４】
ＷＵＲモード要求フレーム８２２と集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム８１２をＳＴＡから受信すると、ＡＰ１１０は、受信通知フレーム８１４とＷＵＲモード応答フレーム８２４とを集約する別のＡ−ＭＰＤＵを用いて応答する。ＷＵＲモード応答フレーム８２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。
【００８５】
ＷＵＲモード応答フレーム８２４と集約された受信通知フレーム８１４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられた場合に、ＳＴＡは、図８Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいて、ＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００８６】
本開示の第６の実施形態によれば、ＷＵＲモード要求フレームおよびＷＵＲモード応答フレームを送信するために必要な時間が低減されるので、第２の実施形態と比較してチャネル効率が改善される。
【００８７】
図８Ｂおよび図８Ｃは、本開示の第６の実施形態による、ＳＴＡによって実行されるエラー回復手順８００を示す。エラー回復手順８００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順８００はステップ８３０から開始する。ステップ８３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【００８８】
ステップ８３４で、ＳＴＡは、ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームとＷＵＲモード応答フレームの両方が、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームとＷＵＲモード応答フレームの両方が、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ８４８でＳＴＡは、ＷＵＲモードで動作することへ移行し、次に手順８００は、ステップ８６０で停止する。そうでなければ、手順８００はステップ８３６へ進む。
【００８９】
ステップ８３６でＳＴＡは、ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、決められたタイムアウト間隔内で受信通知フレームが成功裏に受信され、ＷＵＲモード応答フレームが成功裏に受信されていないかどうかを確認する。ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、決められたタイムアウト間隔内で受信通知フレームが成功裏に受信され、ＷＵＲモード応答フレームが成功裏に受信されていない場合、ＳＴＡはステップ８３８でＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。そうでなければ、手順８００はステップ８５０へ進む。
【００９０】
ステップ８４０でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値がＷＵＲモード要求フレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順８００はステップ８６０で停止する。そうでなければ、ＳＴＡはステップ８４２でＷＵＲモード要求フレームを再送信する。ステップ８４４でＳＴＡは、ＷＵＲモード要求フレームを再送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されているかどうかを検査する。ＷＵＲモード要求フレームを再送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されている場合、手順８００はステップ８４８へ進む。そうでなければ、手順８００はステップ８３８へジャンプして戻る。
【００９１】
ステップ８５０で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。ステップ８５２でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、ＷＵＲモード要求フレームと集約されたデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順８００はステップ８６０で停止する。そうでなければ、ＳＴＡはステップ８５４で、ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを再送信し、次に手順８００はステップ８３４へ進む。
【００９２】
＜第７の実施形態＞
図９Ａは、本開示の第７の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第７の実施形態は、本開示の第２の態様と合致している。すなわち、第７の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができない。
【００９３】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム９０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム９０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム９０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム９０４を用いて応答する。ＷＵＲモード応答フレーム９０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム９０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。
【００９４】
ＷＵＲモード応答フレーム９０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図９Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへと変更する。
【００９５】
ＵＬトラフィックがＳＴＡでバッファされると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＷＵＲモードからＰＳモードで動作することへ移行し、アウェイク状態にとどまる。ＳＴＡは、送信キューの先頭の１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム中のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【００９６】
特に、ＳＴＡは、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム９１２とＷＵＲモード要求フレーム９２２とを集約するＡ−ＭＰＤＵをＡＰ１１０へ、ＷＵＲモードに再び入ることを要求するために送信する。ＷＵＲモード要求フレーム９２２は、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【００９７】
ＷＵＲモード要求フレーム９２２と集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム９１２をＳＴＡから受信すると、ＡＰ１１０は、ピギーバックＷＵＲモード応答を含む受信通知フレーム９１４を用いて応答する。ＷＵＲモード応答は、図１４または図１５に示されるように、受信通知フレーム９１４のフィールドまたはサブフィールドに埋め込まれており、これについては後で詳細に説明する。この場合、ＡＰ１１０はウェイクアップ動作パラメータを変更することができない。
【００９８】
ピギーバックＷＵＲモード応答を含む受信通知フレーム９１４をＡＰ１１０から受信すると、ＳＴＡは、図９Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【００９９】
本開示の第７の実施形態によれば、ＷＵＲモード要求フレーム送信するために必要な時間を低減することができ、またＷＵＲモード応答フレームを送信しなくてもよいので、第２の実施形態と比較してチャネル効率が改善される。
【０１００】
図９Ｂは、本開示の第７の実施形態による、ＳＴＡによって実行されるエラー回復手順９００を示す。エラー回復手順９００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順９００はステップ９３０から開始する。ステップ９３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【０１０１】
ステップ９３４で、ＳＴＡは、ピギーバックＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、ピギーバックＷＵＲモード応答を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。ピギーバックＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、ピギーバックＷＵＲモード応答を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ９４４でＳＴＡは、ＷＵＲモードで動作することへ移行し、次に手順９００は、ステップ９５０で停止する。そうでなければ、ＳＴＡはステップ９３６でＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。
【０１０２】
ステップ９３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順９００はステップ９５０で停止する。そうでなければ、ＳＴＡはステップ９４０で、ＷＵＲモード要求フレームと集約された、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを再送信し、次に手順９００はステップ９３４へ進む。
【０１０３】
＜第８の実施形態＞
図１０Ａは、本開示の第８の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第８の実施形態は、本開示の第３の態様と合致している。すなわち、第８の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができず、逆も同様である。
【０１０４】
フレーム交換を開始する際に、ＳＴＡはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム１００２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム１００２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【０１０５】
ＷＵＲモード要求フレーム１００２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム１００４を用いて応答する。ＷＵＲモード応答フレーム１００４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム１００４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム１００４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図１０Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをＰＳモードからＷＵＲモードへと変更する。
【０１０６】
ＵＬトラフィックがＳＴＡでバッファされると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＷＵＲモードからＰＳモードで動作することへ移行し、アウェイク状態にとどまる。ＳＴＡは、送信キューの先頭の１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【０１０７】
特に、ＳＴＡは、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレーム１０１２をＡＰ１１０へ、ＷＵＲモードに再び入ることを要求するために送信する。ＷＵＲモード要求は、図１６に示されるように、データフレーム１０１２のフィールドまたはサブフィールドに埋め込まれている。この場合、ＳＴＡは、新しいウェイクアップ動作パラメータをネゴシエートすることができない。
【０１０８】
０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレーム１０１２をＳＴＡから受信すると、ＡＰ１１０は、受信通知フレーム１０１４とＷＵＲモード応答フレーム１０２４とを集約するＡ−ＭＰＤＵを用いて応答する。ＷＵＲモード応答フレーム１０２４は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、合意ウェイクアップ動作パラメータを含むことができる。ＷＵＲモード応答フレーム１０２４と集約された受信通知フレーム１０１４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられた場合に、ＳＴＡは、図１０Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【０１０９】
本開示の第８の実施形態によれば、ＷＵＲモード応答フレームを送信するために必要な時間を低減することができ、またＷＵＲモード要求フレームを送信しなくてもよいので、第２の実施形態と比較してチャネル効率が改善される。
【０１１０】
図１０Ｂは、本開示の第８の実施形態による、ＳＴＡによって実行されるエラー回復手順１０００を示す。エラー回復手順１０００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順１０００はステップ１０３０から開始する。ステップ１０３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【０１１１】
ステップ１０３４で、ＳＴＡは、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、受信通知フレームとＷＵＲモード応答フレームの両方が、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、受信通知フレームとＷＵＲモード応答フレームの両方が、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ１０４８でＳＴＡは、ＷＵＲモードで動作することへ移行し、次に手順１０００は、ステップ１０６０で停止する。そうでなければ、ステップ１０３６でＳＴＡは、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、決められたタイムアウト間隔内で受信通知フレームが成功裏に受信され、ＷＵＲモード応答フレームが成功裏に受信されていないかどうかを確認する。０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、決められたタイムアウト間隔内で受信通知フレームが成功裏に受信され、ＷＵＲモード応答フレームが成功裏に受信されていない場合、ＳＴＡはステップ１０３８でＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。そうでなければ、手順１０００はステップ１０５０へ進む。
【０１１２】
ステップ１０４０でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値がＷＵＲモード要求フレームの許容される再送信の最大数未満であるかどうかを検査する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順１０００はステップ１０６０で停止する。そうでなければ、ＳＴＡはステップ１０４２でＷＵＲモード要求フレームを送信する。
【０１１３】
ステップ１０４４でＳＴＡは、ＷＵＲモード要求フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されているかどうかを検査する。ＷＵＲモード要求フレームを送信した後にＷＵＲモード応答フレームが、決められたタイムアウト間隔内で成功裏に受信されている場合、手順１０００はステップ１０４８へ進む。そうでなければ、手順１０００はステップ１０３８へジャンプして戻る。
【０１１４】
ステップ１０５０で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。ステップ１０５２でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームの許容される再送信の最大数未満であるかどうかを検査する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順１０００はステップ１０６０で停止する。そうでなければ、ＳＴＡはステップ１０５４で、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを再送信し、次に手順１０００はステップ１０３４へ進む。
【０１１５】
＜第９の実施形態＞
図１１Ａは、本開示の第９の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第９の実施形態は、本開示の第３の態様と合致している。すなわち、第９の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができず、逆も同様である。
【０１１６】
フレーム交換を開始する際に、ＳＴＡはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム１１０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム１１０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。
【０１１７】
ＷＵＲモード要求フレーム１１０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム１１０４を用いて応答する。ＷＵＲモード応答フレーム１１０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム１１０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム１１０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図１１Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをＰＳモードからＷＵＲモードへと変更する。
【０１１８】
ＵＬトラフィックがＳＴＡでバッファされると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＷＵＲモードからＰＳモードで動作することへ移行し、アウェイク状態にとどまる。ＳＴＡは、送信キューの先頭の１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム中のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【０１１９】
特に、ＳＴＡは、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレーム１１１２をＡＰ１１０へ、ＷＵＲモードに再び入ることを要求するために送信する。ＷＵＲモード要求は、図１６に示されるように、データフレーム１１１２のフィールドまたはサブフィールドに埋め込まれている。この場合、ＳＴＡは、新しいウェイクアップ動作パラメータをネゴシエートすることができない。
【０１２０】
０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレーム１１１２をＳＴＡから受信すると、ＡＰ１１０は、ピギーバックＷＵＲモード応答を含む受信通知フレーム１１１４を用いて応答する。ＷＵＲモード応答は、図１４または図１５に示されるように、受信通知フレーム１１１４のフィールドまたはサブフィールドに埋め込まれている。この場合、ＡＰ１１０はウェイクアップ動作パラメータを変更することができない。ピギーバックＷＵＲモード応答を含む受信通知フレーム１１１４をＡＰ１１０から受信すると、ＳＴＡは、図１１Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【０１２１】
本開示の第９の実施形態によれば、ＷＵＲモード要求フレームおよびＷＵＲモード応答フレームを送信しなくてもよいので、第２の実施形態と比較してチャネル効率が改善される。
【０１２２】
図１１Ｂは、本開示の第９の実施形態による、ＳＴＡによるエラー回復手順１１００を示す。エラー回復手順１１００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順１１００はステップ１１３０から開始する。ステップ１１３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【０１２３】
ステップ１１３４で、ＳＴＡは、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、ピギーバックＷＵＲモード応答を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを送信した後に、ピギーバックＷＵＲモード応答を含む受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ１１４４でＳＴＡは、ＷＵＲモードで動作することへ移行し、次に手順１１００は、ステップ１１５０で停止する。そうでなければ、ＳＴＡはステップ１１３６でＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。ステップ１１３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順１１００はステップ１１５０で停止する。そうでなければ、ＳＴＡはステップ１１４０で、０に設定されたＭｏｒｅ  ＤａｔａフィールドとピギーバックＷＵＲモード要求とを含むデータフレームを再送信し、次に手順１１００はステップ１１３４へジャンプして戻る。
【０１２４】
＜第１０の実施形態＞
図１２Ａは、本開示の第１０の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第１０の実施形態は、本開示の第１の態様と合致している。すなわち、第１０の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブまたはＰＳモードで動作することへ直接移行することができ、逆も同様である。
【０１２５】
フレーム交換を開始する際に、ＳＴＡはアクティブまたはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム１２０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム１２０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム１２０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム１２０４を用いて応答する。ＷＵＲモード応答フレーム１２０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム１２０４は、ＡＰがウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム１２０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図１２Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、前述の第１のやり方で、電力管理モードをアクティブまたはＰＳモードからＷＵＲモードへ移行するＷＵＲモードへと変更する。
【０１２６】
ＳＴＡへのＤＬトラフィックがバッファされると、ＡＰ１１０は、ユニキャストウェイクアップフレーム１２１０をＳＴＡへ送信する。ウェイクアップフレーム１２１０は、大量のＤＬトラフィックがＳＴＡに対しバッファされるので、ＷＵＲモードからアクティブモードへの変更を示す。ウェイクアップフレーム１２１０をそのＷＵＲを介して受信すると、ＳＴＡは、受信されたウェイクアップフレーム１２１０内のモード変更命令に従って、アクティブモードで動作することへ移行し、次に、ウェイクアップフレーム１２１０が成功裏に受信されたことを通知する、０に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含むＡＣＫフレーム１２１２をＡＰ１１０へ送信する。この場合、ＳＴＡは、上述の第２のやり方で、電源管理モードをＷＵＲモードからアクティブまたはＰＳモードへ変更する。ＡＣＫフレーム１２１２を受信すると、ＡＰ１１０は、送信キューの先頭のバッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、送出データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム中のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＳＴＡは、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【０１２７】
特に、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム１２１４を受信すると、ＳＴＡは、データフレーム１２１４が成功裏に受信されたことに対し受信通知フレーム１２１６をＡＰ１１０へ送信し、次に、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。受信通知フレーム１２１６を受信すると、ＡＰ１１０は、ＳＴＡがＷＵＲモードで動作することへ移行したと推定する。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第２のやり方で、電力管理モードをアクティブモードからＷＵＲモードへ変更する。
【０１２８】
本開示の第１０の実施形態によれば、ＷＵＲモードに入るためにＰＳポールフレーム、ＷＵＲモード要求フレームおよびＷＵＲモード応答フレームを送信しなくてもよいので、第１の実施形態と比較してチャネル効率が改善される。
【０１２９】
図１２Ｂは、本開示の第１０の実施形態による、ＡＰ１１０によって実行されるエラー回復手順１２００を示す。エラー回復手順１２００によれば、ＡＰ１１０は、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順１２００はステップ１２３０から開始する。ステップ１２３２で、ＡＰ１１０はＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【０１３０】
ステップ１２３４で、ＡＰ１１０は、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ１２４４でＡＰ１１０は、ＳＴＡがＷＵＲモードで動作することへ移行したと仮定し、次に手順１２００は、ステップ１２５０で停止する。そうでなければ、ＡＰ１１０はステップ１２３６で、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。ステップ１２３８でＡＰ１１０は、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順１２００はステップ１２４４へ進む。そうでなければ、ＡＰ１１０はステップ１２４０で、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを再送信し、次に手順１２００はステップ１２３４へジャンプして戻る。
【０１３１】
＜第１１の実施形態＞
図１３Ａは、本開示の第１１の実施形態による、ＡＰ１１０とＳＴＡの間の電力管理モード変更のための例示的なフレーム交換を示す。第１１の実施形態は、本開示の第３の態様と合致している。すなわち、第１１の実施形態によれば、ＷＵＲモードで動作しているＳＴＡは、アクティブモードで動作することへ直接移行することができず、逆も同様である。
【０１３２】
フレーム交換を開始する際に、ＳＴＡはＰＳモードで動作していると仮定される。ＳＴＡは、電力動作が非常に少なくなるようにＷＵＲモードに入ることを要求するために、そのＰＣＲを介してＷＵＲモード要求フレーム１３０２をＡＰ１１０へ送信する。ＷＵＲモード要求フレーム１３０２は、ＳＴＡが新しいウェイクアップ動作パラメータ（たとえば、ＳＴＡのＰＣＲをオンにするために必要な時間、およびＳＴＡのＷＵＲ受信機の要求デューティサイクル）をネゴシエートしようとする場合に、ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード要求フレーム１３０２を受信すると、ＡＰ１１０は、ＷＵＲモード応答フレーム１３０４を用いて応答する。ＷＵＲモード応答フレーム１３０４は、ＷＵＲモードに入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示す。ＷＵＲモード応答フレーム１３０４は、ＡＰ１１０がウェイクアップ動作パラメータ（たとえばＷＵＲビーコン間隔、およびＳＴＡのＷＵＲ受信機の合意デューティサイクル）を変更しようとする場合に、合意ウェイクアップ動作パラメータについての情報を含むことができる。ＷＵＲモード応答フレーム１３０４をＡＰ１１０から受信すると、ＷＵＲモードに入るための要求が受け入れられたならば、ＳＴＡは、図１３Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。そうでなければ、ＳＴＡの電力管理モードは変更されないままである。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第１のやり方で、電力管理モードをＰＳモードからＷＵＲモードへと変更する。
【０１３３】
ＵＬトラフィックがＳＴＡでバッファされると、ＳＴＡは、それがアクティブモードで動作することへ直接移行することができないので、ＰＳモードで動作することへ移行し、アウェイク状態にとどまる。ＳＴＡは、送信キューの先頭の１に設定されたＰｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドを含む、バッファされたデータフレームを送信する。さらなるバッファされたトラフィックがある場合には、データフレーム内のＭｏｒｅ  Ｄａｔａフィールドが１に設定される。そうでなければ、データフレーム中のＭｏｒｅ  Ｄａｔａフィールドは０に設定される。ＡＰ１１０は、データフレームが成功裏に受信されたことを通知するために、受信通知フレームを用いて応答する。受信通知フレームは、ＡＣＫフレームまたはＢｌｏｃｋＡｃｋフレームである。
【０１３４】
特に、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレーム１３１２をＳＴＡから受信すると、ＡＰ１１０は、データフレーム１３１２が成功裏に受信されたことに対して受信通知フレーム１３１４を用いて応答し、ＳＴＡが受信通知フレーム１３１４の受信後にＷＵＲモードで動作することへ移行するであろうと推定する。受信通知フレーム１３１４をＡＰ１１０から受信すると、ＳＴＡは、図１３Ａに示されるように、ＡＰ１１０によってもっとも最近に合意されたウェイクアップ動作パラメータに基づいてＷＵＲモードで動作することへ移行する。この場合、ＳＴＡは、ＷＵＲモードへ移行する前述の第２のやり方で、電力管理モードをＰＳモードからＷＵＲモードへ変更する。
【０１３５】
本開示の第１１の実施形態によれば、ＷＵＲモードに入るためにＷＵＲモード要求フレームおよびＷＵＲモード応答フレームを送信しなくてもよいので、第２の実施形態と比較してチャネル効率が改善される。
【０１３６】
図１３Ｂは、本開示の第１１の実施形態による、ＳＴＡによるエラー回復手順１３００を示す。エラー回復手順１３００によれば、ＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒと呼ばれるカウンタを維持しなければならない。手順１３００はステップ１３３０から開始する。ステップ１３３２で、ＳＴＡはＲｅｔｒｙＣｏｕｎｔｅｒの値をゼロに初期化する。
【０１３７】
ステップ１３３４で、ＳＴＡは、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信されたかどうかを決定する。０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを送信した後に、受信通知フレームが、決められたタイムアウト間隔内で成功裏に受信された場合、ステップ１３４４でＳＴＡは、ＷＵＲモードで動作することへ移行し、次に手順１３００は、ステップ１３５０で停止する。そうでなければ、ＳＴＡはステップ１３３６で、ＲｅｔｒｙＣｏｕｎｔｅｒの値を１だけインクリメントする。ステップ１３３８でＳＴＡは、ＲｅｔｒｙＣｏｕｎｔｅｒの値が、０に設定されたＭｏｒｅ  Ｄａｔａフィールを含むデータフレームの許容される再送信の最大数未満であるかどうかを確認する。ＲｅｔｒｙＣｏｕｎｔｅｒの値が許容される再送信の最大数に達した場合、手順１３００はステップ１３５０で停止する。そうでなければ、ＳＴＡはステップ１３４０で、０に設定されたＭｏｒｅ  Ｄａｔａフィールドを含むデータフレームを再送信し、次に手順１３００はステップ１３３４へジャンプして戻る。
【０１３８】
本開示によれば、ＳＴＡがＷＵＲモード要求フレームまたはピギーバックＷＵＲモード要求を送信するかどうかは、ＳＴＡが新しいウェイクアップ動作パラメータをネゴシエートしようとするかどうかによって決まる。たとえば、ＳＴＡは、それが新しいウェイクアップ動作パラメータをネゴシエートしようとする場合に、ＷＵＲモード要求フレームを送信する。そうでなければ、ＳＴＡは、ピギーバックＷＵＲモード要求を送信することができる。
【０１３９】
本開示によれば、ＡＰ１１０がＷＵＲモード応答フレームまたはピギーバックＷＵＲモード応答を送信するかどうかは、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとするかどうかによって決まる。たとえば、ＡＰ１１０は、ＡＰ１１０がウェイクアップ動作パラメータを変更しようとする場合に、ＷＵＲモード応答フレームを送信する。そうでなければ、ＡＰ１１０は、ピギーバックＷＵＲモード応答を送信することができる。
【０１４０】
本開示によれば、様々な実施形態による電力管理モード変更動作が完了した後に、ＳＴＡはＷＵＲモードで動作することへ移行し、そのＷＵＲ受信機のデューティサイクル動作が、電源セーブがよりよくなるようにＷＵＲオフ期間から開始する。
【０１４１】
＜ピギーバックＷＵＲモード要求または応答を含むＡＣＫフレームの例示的なフォーマット＞
図１４は、本開示による、ピギーバックＷＵＲモード要求または応答を含むＡＣＫフレーム１４００の例示的なフォーマットを示す。ＡＣＫフレーム１４００は、フレーム制御フィールド１４０２を含む。フレーム制御フィールド１４０２は、ＡＣＫフレーム１４００が制御フレームであることを示すタイプフィールドを含み、さらに、ＳＴＡまたはＡＰ１１０のどちらによって送信されるかに応じてＷＵＲモード要求または応答がＡＣＫフレーム１４００にピギーバックされていることを示す、サブタイプフィールドを含む。ＡＣＫフレーム１４００がＳＴＡから送信される場合、ＡＣＫフレーム１４００にはＷＵＲモード要求がピギーバックされる。そうでなければ、ＡＣＫフレームにはＷＵＲモード応答がピギーバックされる。
【０１４２】
＜ピギーバックＷＵＲモード要求または応答を含むＢｌｏｃｋＡｃｋの例示的なフォーマット＞
図１５は、本開示による、ピギーバックＷＵＲモード要求または応答を含むＢｌｏｃｋＡｃｋフレーム１５００の例示的なフォーマットを示す。ＢｌｏｃｋＡｃｋフレーム１５００は、ＢＡ制御フィールド１５０２を含む。ＢＡ制御フィールド１５０２は、ＷＵＲモード要求／応答フィールド１５０４を含む。ＳＴＡまたはＡＰ１１０のどちらによって送信されるかに応じてＢｌｏｃｋＡｃｋフレーム１５００にＷＵＲモード要求または応答がピギーバックされていることを示すために、ＷＵＲモード要求／応答フィールド１５０４が１に設定され、また、ＢｌｏｃｋＡｃｋフレーム１５００にＷＵＲモード要求または応答がピギーバックされていないことを示すために、ＷＵＲモード要求／応答フィールドが０に設定される。１に設定されたＷＵＲモード要求／応答フィールド１５０４を含むＢｌｏｃｋＡｃｋフレーム１５００がＳＴＡから送信される場合、ＢｌｏｃｋＡｃｋフレーム１５００にはＷＵＲモード要求がピギーバックされる。そうでなければ、ＢｌｏｃｋＡｃｋフレーム１５００にはＷＵＲモード応答がピギーバックされる。
【０１４３】
＜ピギーバックＷＵＲモード要求を含むデータフレームの例示的なフォーマット＞
図１６は、本開示による、ピギーバックＷＵＲモード要求を含むデータフレーム１６００の例示的なフォーマットを示す。データフレーム１６００は、フレーム制御フィールド１６０２を含む。フレーム制御フィールド１６０２は、データフレーム１６００がデータフレームであることを示すタイプフィールドと、データフレーム１６００が、ＷＵＲモード要求をピギーバックしたＱｏＳデータフレームであることを示すサブタイプフィールドとを含む。
【０１４４】
＜ウェイクアップフレームの例示的なフォーマット＞
図１７は、本開示によるウェイクアップフレーム１７００の例示的なフォーマットを示す。ウェイクアップフレーム１７００は、タイプフィールド１７０２、ＢＳＳ色フィールド１７０４、ＡＩＤフィールド１７０６、モード変更命令フィールド１７０８およびＷＵＲモード応答存在フィールド１７１０を含む。タイプフィールド１７０２は、ウェイクアップフレーム１７００のタイプ（たとえば、ユニキャストウェイクアップフレーム、ＷＵＲビーコンフレームまたはマルチキャストウェイクアップフレーム）を示す。ＢＳＳ色フィールド１７０４は、ネットワーク１００の識別子を示す。ＡＩＤフィールド１７０６は、対象ＳＴＡの識別子を示す。ウェイクアップフレーム１７００がユニキャストウェイクアップフレームではない場合、ＡＩＤフィールド１７０６は存在しない。モード変更命令フィールド１７０８は、対象ＳＴＡがウェイクアップフレーム１７００を受信した後にＷＵＲモードからアクティブまたはＰＳモードで動作することへ移行するかどうかを示す。ＷＵＲモード応答存在フィールド１７１０は、ＡＰ１１０がＷＵＲモード要求を対象ＳＴＡから受信した後にＷＵＲモード応答を送信するかどうかを示す。
【０１４５】
＜ＷＵＲアクションフレームの例示的なフォーマット＞
図１８は、本開示によるＷＵＲアクションフレーム１８００の例示的なフォーマットを示す。ＷＵＲアクションフレーム１８００は、ＭＡＣヘッダ部１８１０およびフレームボディ部１８２０を含む。フレームボディ部１８２０は、ＷＵＲアクションフィールド１８２２および結果コードフィールド１８２４を含む。ＷＵＲアクションフィールド１８２４は、ＷＵＲアクションフレーム１８００のタイプ（たとえば、ＷＵＲモード要求フレーム２０２またはＷＵＲモード応答フレーム２０４）を示す。ＷＵＲアクションフレーム１８００がＷＵＲモード応答フレーム２０４である場合、結果コードフィールド１８２４は、ＷＵＲモードへ入るためのＳＴＡの要求が受け入れられたか、それとも拒絶されたかを示し、ＷＵＲモード要素１８２６を含むことができる。ＷＵＲモード要素１８２６は、ウェイクアップ動作パラメータ（たとえば、ＷＵＲビーコン間隔、対象ＳＴＡのＷＵＲ受信機の合意デューティサイクル、ユニキャストウェイクアップパケットに使用される対象ＳＴＡの識別子、ならびにウェイクアップフレームが送信される周波数帯域およびチャネル）を含む。
【０１４６】
＜ＷＵＲ装置の構成＞
図１９Ａは、ウェイクアップ信号を受信することができる例示的なＷＵＲ１９００の簡略ブロック図である。ＷＵＲ１９００は、図１に示されたＳＴＡ１３０のＷＵＲ１３４でもＳＴＡ１４０のＷＵＲ１４４でもよい。ＷＵＲ１９００は、受信機１９１０および受信信号処理回路１９２０を備える。受信機１９１０はウェイクアップ信号の受信を担い、受信信号処理回路１９２０は受信ウェイクアップ信号の処理を担う。
【０１４７】
図１９Ｂは、例示的なＷＵＲ１９００の詳細なブロック図である。ＷＵＲ１９００はさらに、一般的なＭＡＣプロトコル動作を制御するために使用される制御回路１９３０を備える。ＷＵＲ１９００の受信機１９１０はＰＨＹ処理回路１９１２を備え、ＰＨＹ処理回路１９１２は、アンテナを介して受信されたＰＰＤＵをＭＡＣフレーム（たとえば、ウェイクアップフレームまたはＷＵＲビーコンフレーム）に変換することを担う。ＷＵＲ１９００の受信信号処理回路１９２０はメッセージ処理回路１９２２を備え、メッセージ処理回路１９２２は、本開示の様々な実施形態による制御回路１９３０の制御のもとで受信ＭＡＣフレームを処理すること（たとえば、ＭＡＣヘッダをパースすることなど）、ならびに対応するＭＡＣ情報を制御回路１９３０へ送ることを担う。
【０１４８】
ＷＵＲ１９００は、図を分かりやするするために図１９Ａおよび図１９Ｂには示されていない他の多くの構成要素を備えることができる。本開示にもっとも関係する構成要素だけが図示されている。
【０１４９】
＜ＰＣＲ装置の構成＞
図２０Ａは、標準ＩＥＥＥ８０２．１１信号を送受信することができる例示的なＰＣＲ２０００の簡略ブロック図である。ＰＣＲ２０００は、図１に示されたＡＰ１１０のＰＣＲ１１２でも、ＳＴＡ１３０のＰＣＲ１３２でも、ＳＴＡ１４０のＰＣＲ１４２でもよい。特に、ＡＰ１１０のＰＣＲ１１２はまた、ウェイクアップ信号を送信することもできる。ＰＣＲ２０００は、送信信号生成回路２０１０、トランシーバ２０２０および受信信号処理回路２０３０を備える。送信信号生成回路２０１０は、該当する場合、標準ＩＥＥＥ８０２．１１信号およびウェイクアップ信号の生成を担う。トランシーバ２０２０は、該当する場合、生成された標準ＩＥＥＥ８０２．１１信号およびウェイクアップ信号の送信、ならびに標準ＩＥＥＥ８０２．１１信号の受信を担う。また受信信号処理回路２０３０は、受信された標準ＩＥＥＥ８０２．１１信号の処理を担う。
【０１５０】
図２０Ｂは例示的なＰＣＲ２０００の詳細なブロック図である。ＰＣＲ２０００はさらに、一般的なＭＡＣプロトコル動作を制御するために使用される制御回路２０４０を備える。送信信号生成回路２０１０はメッセージ生成回路２０１２を備え、この回路は、本開示の様々な実施形態による制御回路２０４０の制御のもとで、ＭＡＣフレーム（たとえば、データフレーム、受信通知フレーム、ＷＵＲアクションフレーム、ウェイクアップフレームおよびＷＵＲビーコンフレーム）を生成することを担う。トランシーバ２０２０はＰＨＹ処理回路２０２２を備え、ＰＨＹ処理回路２０２２は、生成されたＭＡＣフレームをＰＰＤＵに形成すること、およびこのＰＰＤＵをアンテナから送信すること、ならびにアンテナを介して受信されたＰＰＤＵをＭＡＣフレームに変換することを担う。受信信号処理回路２０３０はメッセージ処理回路２０３２を備え、メッセージ処理回路２０３２は、処理回路２０４０の制御のもとで、受信されたＭＡＣフレームを処理すること（たとえば、ＭＡＣヘッダをパースすることなど）、および対応するＭＡＣ情報を制御回路２０４０へ送ることを担う。
【０１５１】
ＰＣＲ２０００は、図を分かりやするするために図２０Ａおよび図２０Ｂには示されていない他の多くの構成要素を備えることができる。本開示にもっとも関係する構成要素だけが図示されている。
【０１５２】
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアによって実現することができる。上述の各実施形態の説明に用いられた各機能ブロックは、集積回路などのＬＳＩによって一部または全部実現することができ、各実施形態で説明された各処理は、同じＬＳＩまたはＬＳＩの組み合わせによって一部または全部を制御することができる。ＬＳＩは複数のチップとして別々に形成されてよく、あるいは１つのチップが、機能ブロックの一部または全部を含むように形成されてもよい。ＬＳＩは、それに結合されたデータ入出力部を含むことができる。ここでのＬＳＩは、集積の度合いの違いに応じてＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ぶことができる。しかし、集積回路を実装する技法はＬＳＩに限定されず、専用回路、汎用プロセッサ、または特殊用途プロセッサを使用することによって実現することができる。加えて、ＬＳＩの製造後にプログラムすることができるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、またはＬＳＩの内部に配置された回路セルの接続および設定を再構成できるリコンフィギュラブルプロセッサを使用することもできる。本開示は、半導体技術または他の派生技術の進歩の結果としての、デジタル処理またはアナログ処理として実現することができる。
【０１５３】
ＬＳＩに取って代わる回路集積技術が、半導体技術またはこの技術から派生した他の技術の進歩の結果として現れるならば、複数の機能ブロックは将来の集積回路技術を使用して一体化することもできる。別の可能性としては、生命工学および／または同様のものを適用することがある。
【産業上の利用可能性】
【０１５４】
本開示は、無線ネットワークにおいて電力管理モードを変更する装置および方法に適用することができる。
【符号の説明】
【０１５５】
１１０  ＡＰ
１３０、１４０  ＳＴＡ
１１２、１３２、１４２、２０００  ＰＣＲ
１３４、１４４、１９００  ＷＵＲ
１９１０  受信機
１９１２、２０２２  ＰＨＹ処理回路
１９２０、２０３０  受信信号処理回路
１９２２、２０３２  メッセージ処理回路
１９３０、２０４０  制御回路
２０１０  送信信号生成回路
２０１２  メッセージ生成回路
２０２０  トランシーバ
【図１】
2020518148.tif 000003
【図２Ａ】
2020518148.tif 000004
【図２Ｂ】
2020518148.tif 000005
【図２Ｃ】
2020518148.tif 000006
【図３Ａ】
2020518148.tif 000007
【図３Ｂ】
2020518148.tif 000008
【図４】
2020518148.tif 000009
【図５Ａ】
2020518148.tif 000010
【図５Ｂ】
2020518148.tif 000011
【図６Ａ】
2020518148.tif 000012
【図６Ｂ】
2020518148.tif 000013
【図７Ａ】
2020518148.tif 000014
【図７Ｂ】
2020518148.tif 000015
【図８Ａ】
2020518148.tif 000016
【図８Ｂ】
2020518148.tif 000017
【図８Ｃ】
2020518148.tif 000018
【図９Ａ】
2020518148.tif 000019
【図９Ｂ】
2020518148.tif 000020
【図１０Ａ】
2020518148.tif 000021
【図１０Ｂ】
2020518148.tif 000022
【図１１Ａ】
2020518148.tif 000023
【図１１Ｂ】
2020518148.tif 000024
【図１２Ａ】
2020518148.tif 000025
【図１２Ｂ】
2020518148.tif 000026
【図１３Ａ】
2020518148.tif 000027
【図１３Ｂ】
2020518148.tif 000028
【図１４】
2020518148.tif 000029
【図１５】
2020518148.tif 000030
【図１６】
2020518148.tif 000031
【図１７】
2020518148.tif 000032
【図１８】
2020518148.tif 000033
【図１９Ａ】
2020518148.tif 000034
【図１９Ｂ】
2020518148.tif 000035
【図２０Ａ】
2020518148.tif 000036
【図２０Ｂ】
2020518148.tif 000037
【手続補正書】
【提出日】令和1年10月17日(2019.10.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ウェイクアップ無線（WUR）モードであるとき、WURアウェイク状態とWURドーズ状態を切り替える、回路と、
前記WURアウェイク状態の時、WURフレームを受信し、前記WURドーズ状態の時、前記WURフレームを受信しない、受信機を備え、
前記受信機がWURウェイクアップフレームを受信した時、パワーセーブ（PS）動作に従う、
端末局。
【請求項２】
前記PS動作中に、前記受信機が前記WURウェイクアップフレームを受信した後、アクセスポイント（AP）からのバッファデータの送信を要求する、
請求項１に記載の端末局。
【請求項３】
前記回路が、前記APからの前記バッファデータの前記送信を要求するPSポールフレームを生成する、
請求項２に記載の端末局。
【請求項４】
前記受信機が、グループあてのバッファデータの表明を伴う前記WURウェイクアップフレームを受信する、
請求項１に記載の端末局。
【請求項５】
前記受信機が、個別あてのバッファデータの表明を伴う前記WURウェイクアップフレームを受信する、
請求項１に記載の端末局。
【請求項６】
前記PS動作中に、前記受信機が前記APに前記端末局へのMore Dataがバッファされていないことを示すフレームを受信した時に、ドーズ状態に移行する、
請求項２に記載の端末局。
【請求項７】
フレームを送信する、送信機を備え、
前記PS動作中に、前記送信機が、前記端末局にMore Dataがバッファされていないことを示す前記フレームを送信した時に、ドーズ状態に移行する、
請求項１に記載の端末局。
【請求項８】
端末局によって実行される通信方法であって、
前記端末局がウェイクアップ無線（WUR）モードであるとき、WURアウェイク状態とWURドーズ状態を切り替える工程と、
前記WURアウェイク状態の時、WURフレームを受信し、前記WURドーズ状態の時、前記WURフレームを受信しない工程と、を含み、
WURウェイクアップフレームを受信した時、前記端末局はパワーセーブ（PS）動作に従う、
通信方法。
【請求項９】
前記WURウェイクアップフレームを受信した後、前記PS動作中に、アクセスポイント（AP）からのバッファデータの送信を要求する工程を含む、
請求項８に記載の通信方法。
【請求項１０】
前記APからの前記バッファデータの前記送信を要求するPSポールフレームを生成する工程を含む、
請求項９に記載の通信方法。
【請求項１１】
グループあてのバッファデータの表明を伴う前記WURウェイクアップフレームを受信する工程を含む、
請求項８に記載の通信方法。
【請求項１２】
個別あてのバッファデータの表明を伴う前記WURウェイクアップフレームを受信する工程を含む、
請求項８に記載の通信方法。
【請求項１３】
前記PS動作中に、前記APに前記端末局へのMore Dataがバッファされていないことを示すフレームが受信した時に、前記端末局がドーズ状態に移行する、
請求項９に記載の通信方法。
【請求項１４】
フレームを送信する工程と、
前記PS動作中に、前記端末局にMore Dataがバッファされていないことを示す前記フレームを送信する時に、ドーズ状態に移行する、
請求項８に記載の通信方法。
【請求項１５】
端末局がウェイクアップ無線（WUR）モードであるとき、WURアウェイク状態とWURドーズ状態を切り替える処理と、
前記WURアウェイク状態の時、WURフレームを受信し、前記WURドーズ状態の時、前記WURフレームを受信しない処理と、を制御し、
WURウェイクアップフレームを受信された時、前記端末局はパワーセーブ（PS）動作に従う、
集積回路。
【国際調査報告】
2020518148.tif 000038