(57)【要約】  無線通信システムにおいてステーションのグループをアドレス指定するための方法が、システムにおけるステーションをいくつかのグループに割り当てることから始まる。グループ識別子が、各ステーションに信号で送られ、グループ識別子は、フレームの中にデータを有する各グループに関して、そのフレームの中で示される。アドレス指定方法は、ステーションに関する電力節約に適用されることが可能であり、ステーションは、そのステーションに関するグループ識別子が、フレームの中に存在しない場合、電力節約モードに入る。
2008539665.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システム内のステーションのグループをアドレス指定するための方法であって、
前記システム内の前記ステーションをいくつかのグループに割り当てるステップと、
グループ識別子を各ステーションに信号で伝えるステップと、
フレームの中にデータを有する各グループに対して、該フレーム中に前記グループ識別子を示すステップと
を含むことを特徴とする方法。
【請求項２】
前記割り当てるステップは、前記ステーションのそれぞれの媒体アクセス制御アドレスに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記割り当てるステップは、各ステーションの媒体アクセス制御アドレスに関数を適用することに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記関数は、ハッシング関数であることを特徴とする請求項３に記載の方法。
【請求項５】
前記割り当てるステップは、各ステーションのトラフィック利用量の値に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記割り当てるステップは、前記システムにおけるトラフィック負荷を均衡させるのに使用されることを特徴とする請求項５に記載の方法。
【請求項７】
前記割り当てるステップは、前記ステーションを異なるグループに編成して、前記システムにおけるトラフィック負荷を均衡させるように動的に実行されることを特徴とする請求項６に記載の方法。
【請求項８】
前記割り当てるステップは、類似のフレーム集約要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記割り当てるステップは、類似のデータ転送速度に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記割り当てるステップは、類似の電力レベルに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記割り当てるステップは、類似のサービス品質要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記割り当てるステップは、類似のアプリケーション要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記割り当てるステップは、類似の無線リソース管理要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記割り当てるステップは、ある１つのステーションを複数のグループに割り当てることを含むことを特徴とする請求項１に記載の方法。
【請求項１５】
前記信号で伝えるステップは、前記グループ識別子を含むメッセージをある１つのステーションに送信することを含むことを特徴とする請求項１に記載の方法。
【請求項１６】
前記メッセージは、イニシエータ集約制御フレーム、レスポンダ集約制御フレーム、送信準備フレーム、送信消去フレーム、変調コード体系要求フレーム、変調コード体系フィードバックフレーム、ブロック肯定応答要求フレーム、ブロック肯定応答フレーム、関連付け要求フレーム、関連付け応答フレーム、再関連付け要求フレーム、再関連付け応答フレーム、競合なしのポーリングフレーム、およびサービス品質ポーリングフレームから成るグループから選択された既存のメッセージであることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記メッセージは、グループ割り当てメッセージであることを特徴とする請求項１５に記載の方法。
【請求項１８】
前記示すステップは、前記グループ識別子を含めるように前記フレームの中のフィールドを使用することを含むことを特徴とする請求項１に記載の方法。
【請求項１９】
前記フィールドは、ビットマップを含み、該ビットマップの中の各ビットの位置は、グループ番号を識別し、前記ビットの値は、前記グループが、前記フレームの中にデータを有するかどうかを示すことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記示すステップは、どのグループが、前記フレームの中にデータを有さないかを示すように、前記フレームの中のフィールドを使用することを含むことを特徴とする請求項１に記載の方法。
【請求項２１】
前記グループ識別子が、前記ステーションによって受信されたことを示す肯定応答メッセージを該ステーションから送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２２】
異なるグループに再割り当てされるように、ある一つのステーションが要求するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２３】
前記要求するステップは、前記ステーションが、低電力条件を提示する際に実行されることを特徴とする請求項２２に記載の方法。
【請求項２４】
無線通信システムにおいて電力節約を可能にするための方法であって、
前記システム内のステーションをいくつかのグループに割り当てるステップと、
グループ識別子を各ステーションに信号で伝えるステップと、
フレームの中にデータを有する各グループに対して、該フレームの中で前記グループ識別子を示すステップと
前記ステーションに対する前記グループ識別子が、前記フレームの中に存在しない場合には、当該ステーションは電力節約モードに入り、その結果、電力を節約するステップと  を含むことを特徴とする方法。
【請求項２５】
前記割り当てるステップは、前記ステーションのそれぞれの媒体アクセス制御アドレスに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記割り当てるステップは、各ステーションの媒体アクセス制御アドレスに関数を適用することに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項２７】
前記関数は、ハッシング関数であることを特徴とする請求項２６に記載の方法。
【請求項２８】
前記割り当てるステップは、各ステーションのトラフィック利用量の値に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項２９】
前記割り当てるステップは、類似のフレーム集約要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３０】
前記割り当てるステップは、類似のデータ転送速度に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３１】
前記割り当てるステップは、類似の電力レベルに基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３２】
前記割り当てるステップは、類似のサービス品質要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３３】
前記割り当てるステップは、類似のアプリケーション要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３４】
前記割り当てるステップは、類似の無線リソース管理要件に基づいて前記ステーションを割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３５】
前記割り当てるステップは、ステーションを複数のグループに割り当てることを含むことを特徴とする請求項２４に記載の方法。
【請求項３６】
前記信号で伝えるステップは、前記グループ識別子を含むメッセージをステーションに送信することを含むことを特徴とする請求項２４に記載の方法。
【請求項３７】
前記メッセージは、イニシエータ集約制御フレーム、レスポンダ集約制御フレーム、送信準備フレーム、送信消去フレーム、変調コード体系要求フレーム、変調コード体系フィードバックフレーム、ブロック肯定応答要求フレーム、ブロック肯定応答フレーム、関連付け要求フレーム、関連付け応答フレーム、再関連付け要求フレーム、再関連付け応答フレーム、競合なしのポーリングフレーム、およびサービス品質ポーリングフレームから成るグループから選択された既存のメッセージであることを特徴とする請求項３６に記載の方法。
【請求項３８】
前記メッセージは、グループ割り当てメッセージであることを特徴とする請求項３６に記載の方法。
【請求項３９】
前記示すステップは、前記グループ識別子を含めるように前記フレームの中のフィールドを使用することを含むことを特徴とする請求項２４に記載の方法。
【請求項４０】
前記フィールドは、ビットマップを含み、該ビットマップの中の各ビットの位置は、グループ番号を識別し、該ビットの値は、前記グループが、前記フレームの中にデータを有するかどうかを示すことを特徴とする請求項３８に記載の方法。
【請求項４１】
前記示すステップは、どのグループが、前記フレームの中にデータを有さないかを示すように、前記フレームの中のフィールドを使用することを含むことを特徴とする請求項２４に記載の方法。
【請求項４２】
前記ステーションは、前記フレームの少なくとも一部に対しては、前記電力節約モードのままであることを特徴とする請求項２４に記載の方法。
【請求項４３】
異なるグループに再割り当てされるように、ある一つのステーションが要求するステップをさらに含むことを特徴とする請求項２４に記載の方法。
【請求項４４】
前記要求するステップは、前記ステーションが、低電力条件を提示する際に実行されることを特徴とする請求項４３に記載の方法。
【請求項４５】
無線通信システムにおいて電力節約を可能にするための方法であって、
フレームの中でフレーム宛先を示すトラフィック方向を示すステップと、
前記トラフィック方向が、ステーションに向かっていない場合、該ステーションは、電力節約モードに入り、その結果電力を節約するステップと
を含むことを特徴とする方法。
【請求項４６】
前記ステーションは、前記フレームの少なくとも一部に対しては、前記電力節約モードのままであることを特徴とする請求項４５に記載の方法。
【請求項４７】
無線通信システムにおいて電力節約を可能にするための方法であって、
ステーションが、電力節約標識を復号化するまで、該ステーションにおいてフレームを受信して、復号化するステップと、
前記ステーションが電力節約モードを利用できることを、前記電力節約標識が示す場合に、該ステーションが、該電力節約モードに入るステップと
を含むことを特徴とする方法。
【請求項４８】
前記ステーションは、前記フレームの少なくとも一部に対しては、前記電力節約モードのままであることを特徴とする請求項４７に記載の方法。
【請求項４９】
前記ステーションが前記電力節約モードを利用できることを、あるアクセスポイントと前記ステーションとの間でネゴシエートするステップをさらに含むことを特徴とする請求項４７に記載の方法。
【請求項５０】
無線通信システムにおいて電力節約を可能にするための方法であって、
フレーム内の、前記フレームの一部分を占めるタイミング情報をステーションに送信するステップと、
前記タイミング情報に基づいて前記ステーションが、電力節約モードに入るステップと、
前記タイミング情報に基づいて前記ステーションが、前記電力節約モードを抜けるステップと、
前記電力節約モードを抜けた後、前記ステーションが、前記フレームの一部を受信して、復号化するステップと
を含むことを特徴とする方法。
【請求項５１】
前記タイミング情報は、前記ステーションが、前記電力節約モードをいつ抜けるべきかを示すことを特徴とする請求項５０に記載の方法。
【請求項５２】
前記タイミング情報は、前記ステーションが、前記電力節約モードを抜けるべき絶対時間を含むことを特徴とする請求項５１に記載の方法。
【請求項５３】
前記タイミング情報は、前記ステーションが、前記電力節約モードを抜けるべき相対時間を含むことを特徴とする請求項５１に記載の方法。
【請求項５４】
前記相対時間は、フレーム期間の分数であることを特徴とする請求項５３に記載の方法。
【請求項５５】
無線通信システムにおいて電力節約を可能にするための方法であって、
フレームのどれだけの部分が、該フレームの対象とする受信機ではないステーションによって復号化されるべきかについての指示を含む、該フレームに関するリッスン命令を用意するステップと、
前記フレームの中に前記リッスン命令を含めるステップと、
前記フレームをステーションに伝送するステップと、
前記ステーションにおいて前記フレームを受信するステップと、
前記ステーションにおいて前記リッスン命令を復号化するステップと、
前記リッスン命令に基づいて前記ステーションにおいて前記フレームを復号化するステップであって、該ステーションは、該リッスン命令によって指示された該フレームの一部分を復号化した後、電力節約モードに入り、これにより、該ステーションは、電力を節約するステップと
を含むことを特徴とする方法。
【請求項５６】
無線通信システムにおいて電力節約を可能にするための方法であって、
ある伝送タイプを止めるあるステーションからの要求を含む第１のフレームを、該ステーションからあるアクセスポイント（ＡＰ）へ送信するステップと、
前記ＡＰから少なくとも１つの第２のフレームを送信するステップと、
前記ステーションにおいて前記第２のフレームを受信するステップと、
前記ステーションが、前記第２のフレームの伝送タイプを復号化するステップと、
前記第２のフレームの前記伝送タイプが、前記ステーションが止める前記伝送タイプである場合に、前記ステーションが、電力節約モードに入るステップと
を含むことを特徴とする方法。
【請求項５７】
前記伝送タイプは、集約スキームであることを特徴とする請求項５６に記載の方法。
【請求項５８】
前記集約スキームは、複数受信機集約であることを特徴とする請求項５７に記載の方法。
【請求項５９】
前記集約スキームは、媒体アクセス制御サービスデータユニット集約であることを特徴とする請求項５７に記載の方法。
【請求項６０】
前記伝送タイプは、バースティングスキームであることを特徴とする請求項５６に記載の方法。
【請求項６１】
前記第１のフレームは、前記ステーションのバッテリレベルに基づいて前記ステーションによって動的に生成されることを特徴とする請求項５６に記載の方法。
【請求項６２】
前記第１のフレームは、スタンドアロン型フレームであることを特徴とする請求項５６に記載の方法。
【請求項６３】
前記第１のフレームは、関連付けフレーム、再関連付けフレーム、能力フレーム(capability frame)、および選択フレーム（preference frame）から成るグループから選択される既存のフレームの一部であることを特徴とする請求項５６に記載の方法。
【請求項６４】
前記ＡＰが、前記要求に肯定応答するステップをさらに含むことを特徴とする請求項５６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線パケットデータ通信システムに関し、詳細には、無線通信システムにおける効率的なアドレス指定および電力節約のための方法およびシステムに関する。
【背景技術】
【０００２】
フレーム集約およびフレームバースティングは、ＷＬＡＮシステムのパフォーマンスを向上させるための２つの提案される機構である。そのような機構は、より高いスループットのＷＬＡＮデバイスを可能にする８０２．１１ＷＬＡＮ標準の８０２．１１ｎ拡張に関して考慮されている。ＴＧｎＳｙｎｃ提案とＷＷiＳＥ提案はともに、様々なタイプのフレーム集約スキームおよびフレームバースティングスキームを考慮している。
【０００３】
図１は、ＴＧｎＳｙｎｃまたはＷＷｉＳＥによって、あるいはこの両方によって提案された様々なタイプのフレーム集約スキームおよびフレームバースティングスキームを示す。集約スキームは、一般に、スキームがパケットのいずれの部分を集約（アリゲーション、集合化、多重化ともいう）するかに応じて区別されることが可能である。
【０００４】
ＭＳＤＵ集約（１００）が、１つまたは複数のＭＳＤＵ（ＭＡＣ（媒体アクセス制御）サービスデータユニット）１０２を集約して、サブフレームヘッダ１０６によって各ＭＳＤＵが分離されたＡ−ＭＳＤＵ（集約されたＭＳＤＵ）１０４を形成する。ＭＡＣヘッダ１０８が、Ａ−ＭＳＤＵに追加されて、単一のＭＰＤＵ（ＭＡＣプロトコルデータユニット）１１０を形成する。
【０００５】
ＭＰＤＵ集約（１２０）が、ＭＰＤＵ区切り文字１２６によって各ＭＰＤＵが分離された単一のＡ−ＭＰＤＵ（集約されたＭＰＤＵ）１２４を形成する。レガシートレーニング−ＳＩＧＮＡＬフィールド１３０と、ＨＴトレーニング−ＳＩＧＮＡＬフィールド１３２とを含むＰＨＹ（物理）ヘッダ１２８が、Ａ−ＭＰＤＵ１２４に追加されて、ＰＰＤＵ（ＰＨＹプロトコルデータユニット）１３４を形成する。
【０００６】
ＰＰＤＵ集約（１４０）が、ＰＨＹヘッダ１４４とＭＰＤＵ１４６とをそれぞれが含む、１つまたは複数のＰＰＤＵ１４２を集約する。レガシートレーニング−ＳＩＧＮＡＬフィールド１５０と、ＨＴトレーニング−ＳＩＧＮＡＬフィールド１５２とを含むＰＨＹ（物理）ヘッダ１４８が、追加されて、単一のＡ−ＰＰＤＵ（集約されたＰＰＤＵ）１５４を形成する。
【０００７】
ＨＴＰ（高スループット）バースト伝送としても知られるＰＰＤＵバースティング（１６０）は、単一の媒体アクセスにおいて単一の高スループットステーション（ＳＴＡ）によってフレーム１６２のシーケンスを伝送することを伴う。各フレーム１６２は、レガシートレーニング−ＳＩＧＮＡＬフィールド１６６と、ＨＴトレーニング−ＳＩＧＮＡＬフィールド１６８と、ＭＰＤＵ１７０とを有するＰＨＹヘッダ１６４を含む。フレーム１６２は、Ａ−ＰＰＤＵの一部として、またはＲＩＦＳ（縮小されたフレーム間間隔）１７２で伝送されて、メディア効率を向上させることが可能である。
【０００８】
集約スキームまたはバースティングスキームは、単一の受信機を宛先（すなわち、単一のＷＬＡＮ宛先）とするフレームを集約すること、複数の受信機を宛先（すなわち、複数のＷＬＡＮ宛先）とするフレームを集約すること、またはその両方をサポートすることができる。ＳＲＡが、単一受信機集約を指すのに使用される一方で、ＭＲＡが、複数受信機集約を指すのに使用される。例えば、ＭＳＤＵ集約スキームは、通常、ＳＲＡのために使用される。というのは、ＳＲＡは、単一のＷＬＡＮ受信機アドレスを識別することが可能な１つだけのＭＡＣヘッダを含むからである。他方、ＭＰＤＵ集約スキーム、ＰＰＤＵ集約スキーム、およびＰＰＤＵバースティングスキームは、ＳＲＡのために使用されることも、ＭＲＡのために使用されることも可能である。というのは、集約内またはバースト内の各ＭＰＤＵが、異なるＷＬＡＮ受信機アドレスを識別することが可能なＭＡＣヘッダを含むからである。
【０００９】
フレーム集約スキームおよびフレームバースティングスキームは、ＷＬＡＮシステムの効率、および全体的なスループットを高めるという利点を有する。欠点は、集約スキームおよびバースティングスキームのほとんどが、電力／バッテリを節約するという問題に現在、サポート（支援）／友好的ではないことである。主な問題は、集約されたフレーム、つまり、バーストの時間が、極めて長い可能性があることである。したがって、いずれのＳＴＡのデータ（すなわち、いずれのＷＬＡＮ宛先アドレス）が、集約されたフレーム内に、つまり、バースト内に含まれるかについての知識が、前もって提供されない場合に、ＷＬＡＮ内の各ＳＴＡが、フレームまたはバーストが、そのＳＴＡを宛先とする若干のデータを含むかどうかを調べるために、集約されたフレーム全体、つまり、バースト全体を受信して、復号化（解読）しなければならない。
【００１０】
そのような長たらしいパケットの中の情報を受信し、復号化する動作は、ＳＴＡの受信機に対して大量のエネルギーが消費されるのであるが、受信側のＳＴＡが、ある特定の集約されたフレーム、つまり、バーストを、そのＳＴＡが、対象とする受信機ではない場合に、リッスン（受信し、復号化）すべきでないことを示す、若干の前もっての知識を有するとすれば、相当な電力／バッテリ節約が、達せられることが可能である。
【００１１】
いずれのＳＴＡが、集約されたフレーム内、つまり、バースト内にデータを有するかについての前もっての知識を提供することにより、集約されたフレーム内、つまり、バースト内にデータを有さない、すべてのＳＴＡは、集約されたフレーム、つまり、バーストの時間中にスリープする（すなわち、パケット全体をリッスンしない、または復号化しない）ことにより、電力節約を実現することができる。他方、集約されたフレーム内、つまり、バースト内にデータを有するＳＴＡは、若干のさらなる前もっての情報が提供される場合、電力節約を実現することができる。そのような前もっての情報は、集約されたフレーム内、つまり、バースト内におけるＳＴＡのデータの伝送のタイミングにかかわる。基本的な考えは、そのようなＳＴＡが、前もってのタイミング情報を利用して、そのＳＴＡのデータを含む、集約されたフレーム、つまり、バーストの部分の間に起動し（リッスンして、復号化し）、そのＳＴＡのデータを含まない残りの部分の期間はスリープし、したがって、そのＳＴＡの電力消費を低減することである。
【００１２】
先行技術において、電力／バッテリ節約をサポートするいくつかの提案が、存在する。例えば、図２に示すように、ＴＧｎＳｙｎｃ提案のＡ−ＭＰＤＵ集約スキーム２００は、ＭＲＡＤ（Multiple Receiver Aggregate Descriptor: 複数受信機集約記述子）を、複数の受信機を宛先とする集約されたフレーム内の第１のＭＰＤＵ（Ａ−ＭＰＤＵ）として使用することを提案する。ＰＰＤＵ２０２は、ＰＨＹヘッダ２０４と、Ａ−ＭＰＤＵ２０６とを含む。ＰＨＹヘッダ２０４は、レガシートレーニング−ＳＩＧＮＡＬフィールド２０８と、ＨＴトレーニング−ＳＩＧＮＡＬフィールド２１０とを含む。Ａ−ＭＰＤＵ２０６は、ＭＰＤＵ区切り文字２１６によってそれぞれが分離された、ＭＲＡＤ  ＭＰＤＵ２１２と、複数のＭＰＤＵ２１４とを含む。
【００１３】
ＭＲＡＤ  ＭＰＤＵ２１２は、以下のように使用される。集約されたフレーム内にデータを有さないＳＴＡが、ＭＲＡＤ  ＭＰＤＵ２１２の終わりまで、受信および復号を行い、ＳＴＡは、そのＳＴＡの受信機アドレスが、ＭＲＡＤ内に含まれていないことを知り、その集約されたフレームの終わりまで、スリープ状態に入る（すなわち、そのＳＴＡの受信機を無効にする）ことができる。ＴＧｎＳｙｎｃは、同一の受信機アドレスを宛先とするＭＰＤＵが、Ａ−ＭＰＤＵ内で互いに隣接して配置されなければならないことを要求するので、集約されたフレーム内にデータを有するＳＴＡは、そのＳＴＡのＭＰＤＵのすべてを受信して、次のＭＰＤＵの中で異なる受信機アドレスを検出するまで、データを受信して、復号化し、異なる受信機アドレスが検出された時点で、ＳＴＡは、その集約されたフレームの終わりまで、スリープ状態に入る（すなわち、そのＳＴＡの受信機を無効にする）ことができる。
【００１４】
ＭＲＡＤ機構は、Ａ−ＭＰＤＵ集約に基づくＭＲＡのケースにおいて電力節約を実現する方法を提供するものの、ＭＲＡＤ機構は、単一レートのＭＲＡ集約には適切であるが、複数レートのＭＲＡ（集約ＭＰＤＵが、様々なレートで送信される）にも、ＰＰＤＵ集約にも、ＰＰＤＵバースティングにも十分に適していない。
【００１５】
１つの提案は、ＭＭＲＡ（複数レートＭＲＡ）が使用される場合に達せられることが可能な電力節約のサポートと関係するＭＭＲＡ（複数レート（または複数ＭＣＳ）複数受信機集約）を記述している。その提案は、電力節約のために使用されることが可能な、ＳＴＡ  ＩＤ（すなわち、受信機アドレス）に関する情報とともに、タイミングオフセット情報を含むＭＭＲＡＤ（ＭＭＲＡ記述子）を使用することを含む。ＭＭＲＡＤは、フレームのＭＡＣ部分内で定義され、フレームのＰＨＹ部分（具体的には、ＨＴ−ＳＩＧフィールド内）の単一のビットが、ＭＭＲＡＤの存在を示すのに使用される。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
先行技術の提案は、ＭＲＡＤまたはＭＭＲＡＤの長さが、大きく、非効率であること、ＭＲＡＤまたはＭＭＲＡＤが、可変長フィールドであることなどの多くの欠点を抱えており、実施では、固定長のパケットだけを使用することにより、単純化されることが可能である。また、そのような大きいフィールドのため、電力節約情報を、小さいサイズに保たれなければならないＰＨＹ層内に埋め込むこともできない。電力節約情報は、ＭＡＣレベルで送信されるので、この情報は、十分に堅牢ではない。というのは、ＭＲＡＤは、すべてのＳＴＡが復号化することができるわけではない可能性があるレート（速度）で送信されるからである。また、ＭＲＡＤは、ＭＡＣ  ＭＰＤＵでもあり、したがって、ＭＲＡＤが、失われた場合、またはＳＴＡが、ＭＲＡＤを適切に復号化することができない場合、電力節約は、まったく行われない。別の欠点は、タイミング情報が、効率的に提供されないことである。現在の提案は、概ね、Ａ−ＭＰＤＵ集約に適用され、Ａ−ＰＰＤＵ集約、ＰＰＤＵバースティング、ＭＲＭＲＡ、または逆方向トラフィックに対して効率的に、堅牢に機能することはできない。
【課題を解決するための手段】
【００１７】
本発明の方法は、フレーム集約スキーム、フレームバースティングスキーム、および集約されないフレーム（すなわち、例えば、単一の受信機に送信されるフレーム）に適用可能である。本発明は、電力節約およびバッテリ節約に限定されず、単純化されたグループアドレス指定を介して、アドレス指定スケーラビリティ（拡張性）を提供するため、パケットスケジューラ設計またはパケットスケジューラ実施において使用するため、または様々な無線リソース管理機能において使用するためなどの、他の目的で使用されることも可能である。
【００１８】
無線通信システム内のＳＴＡのグループをアドレス指定するための方法が、システム内のＳＴＡをいくつかのグループに割り当てることから始まる。グループ識別子が、各ＳＴＡに信号で送られ、グループ識別子は、フレームの中にデータを有する各グループに対して、そのフレームの中で示される。
【００１９】
無線通信システムにおいて電力節約を可能にするための方法が、システム内のＳＴＡをいくつかのグループに割り当てることから始まる。グループ識別子が、各ＳＴＡに信号で送られ、グループ識別子は、フレームの中で、そのフレームの中にデータを有する各グループに関して示される。ＳＴＡは、そのＳＴＡに関するグループ識別子が、フレームの中に存在しない場合に、電力節約モードに入り、その結果、電力を節約する。
【００２０】
無線通信システムにおいて電力節約を可能にするための方法が、フレームの中でトラフィック方向を示すことから始まり、トラフィック方向は、フレーム宛先を示す。ＳＴＡは、トラフィック方向が、そのＳＴＡに向かっていない場合、電力節約モードに入り、その結果、電力を節約する。
【００２１】
無線通信システムにおいて電力節約を可能にするための方法が、ＳＴＡにおいてフレームを受信して、復号化することから始まり、それをＳＴＡが電力節約標識を復号化するまで行う。ＳＴＡは、ＳＴＡが電力節約モードを使用できることを、電力節約標識が示す場合、電力節約モードに入る。
【００２２】
無線通信システムにおいて電力節約を可能にするための方法が、フレームの中のタイミング情報をＳＴＡに送信することから始まり、タイミング情報は、そのフレームの一部分を占有する。ＳＴＡは、そのタイミング情報に基づいて電力節約モードに入る。ＳＴＡは、そのタイミング情報に基づいて電力節約モードを抜け、電力節約モードを抜けた後、フレームの一部分を受信して、復号化する。
【００２３】
無線通信システムにおいて電力節約を可能にするための方法が、フレームに関するリッスン命令を準備することから始まり、このリッスン命令は、フレームのどれだけの部分が、そのフレームが対象とする受信機ではないＳＴＡによって復号化されるべきかという指示を含む。リッスン命令は、ＳＴＡに伝送されるフレームの中に含められる。フレームは、ＳＴＡにおいて受信され、リッスン命令が、復号化される。フレームは、リッスン命令に基づいてＳＴＡにおいて復号化され、ＳＴＡは、リッスン命令によって示されるフレームの部分を復号化した後、電力節約モードに入り、それにより、ＳＴＡは、電力を節約する。
【００２４】
無線通信システムにおいて電力節約を可能にするための方法が、ある伝送タイプを止めるＳＴＡからの要求を含む第１のフレームを、ＳＴＡからＡＰに送信することから始まる。少なくとも１つの第２のフレームが、ＡＰから送信される。第２のフレームは、ＳＴＡにおいて受信され、ＳＴＡは、第２のフレームの伝送タイプを復号化する。ＳＴＡは、第２のフレームの伝送タイプが、ＳＴＡが止める伝送タイプである場合には、電力節約モードに入る。
【００２５】
本発明のより詳細な理解は、例示として与えられ、添付の図面と併せて理解されるべき、好ましい実施形態の以下の説明から得ることができる。
【発明を実施するための最良の形態】
【００２６】
以降、ＳＴＡ（「ステーション」）という用語は、無線送信／受信ユニット、ユーザ機器、固定加入者ユニットもしくは移動加入者ユニット、ポケットベル、または無線環境において動作することができる他の任意のタイプのデバイスを含むが、以上には限定されない。以降で言及する場合、ＡＰ（「アクセスポイント」）という用語は、基地局、ノードＢ、サイトコントローラ、または無線環境における他の任意のタイプのインターフェースデバイスを含むが、以上には限定されない。
【００２７】
本発明は、集約されたフレーム、集約されていないフレーム、逆方向スキーム、ＭＲＭＲＡ（すなわち、マルチ応答ＭＲＡ）などの複数レスポンダのスキーム、逆方向トラフィック、マルチポール（multi-poll）、およびＭＭＰ（ＭＲＭＲＡ  Ｍｕｌｔｉ−Ｐｏｌｌ）を含め、様々な異なる技術に適用される。したがって、本発明によって定義される電力節約の範囲は、独立型であるフレーム、集約されていないフレーム、または単一受信機集約型フレーム、すべてのタイプの集約されたフレーム、つまり、バースト、および複数のレスポンダを有する、またはマルチポールを使用することが可能なすべてのスキームを対象として含むことが可能である。
【００２８】
ＳＴＡのグループアドレス指定 
本発明は、ＳＴＡのグループをアドレス指定する効率的な方法を提供する。ＷＬＡＮ  ＳＴＡをアドレス指定するための現行技術のスキームは、ＰＨＹ（物理層）ヘッダなどの、サイズの限られたヘッダにおいて使用するのに効率的ではない。というのは、それらのスキームは、多くのバイトを要するからである。基本的に、現在のＷＬＡＮシステムおよびＷＬＡＮ方法は、ＰＨＹ（物理）層において、またはＭＡＣ（媒体アクセス制御）層においてさえ、ＳＴＡの効率的なアドレス指定を可能にはしない。
【００２９】
本発明は、ＳＴＡのグループアドレス指定のための新たな効率的なスキーム(基本構想、仕組み、手順ともいう)を提案し、限られたサイズを有するＷＬＡＮヘッダにおいて使用されることが可能である。このグループアドレス指定スキームは、電力節約、無線リソース管理、ＱｏＳ（サービス品質）を向上させること、およびパケットスケジューリング（パケットスケジューラ設計およびパケットスケジューラ実施）などの、様々なパフォーマンス向上機能によって使用されることが可能である。また、このグループアドレス指定スキームは、ＳＴＡの数が十分に少ない場合、最終のトラフィック宛先（例えば、受信側のＷＬＡＮ  ＳＴＡ）を一意に識別するのにも使用されることが可能である。ＷＬＡＮにおいて、効率的なアドレス指定は、ＡＰに、ＡＰ（アクセスポイント）がサービス提供しているＳＴＡ（例えば、ＡＰに関連付けられたＳＴＡ）を、複数のＳＴＡをそれぞれが含むことができる様々なグループに編成させることにより、達せられることが可能である。「電力節約グループ」、「ステーショングループ」、または「アドレスグループ」という用語が、そのようなグループを指すのに使用されることが可能である。
【００３０】
ＷＬＡＮ  ＳＴＡは、通常、そのＳＴＡのＭＡＣアドレスによって一意に識別されるが、パフォーマンス向上および電力節約は、そのＳＴＡの完全なＭＡＣアドレス、またはＭＡＣアドレスの諸部分を指定する必要なしに、達せられることが可能である。代わりに、「グループアドレス」、「グループ識別子」、「グループ標識」、または「グループ番号」が、電力節約を可能にするのに使用されることが可能である。例えば、図３に示されるとおり、ＡＰ３００が、ＡＰ３００がサービス提供している６つのＳＴＡ（３０２〜３１２）を４つのグループに編成することを望むものと想定されたい。１つの可能性は、ＡＰ３００が、ＳＴＡ＃１（３０２）およびＳＴＡ＃６（３１２）をグループ１に、ＳＴＡ＃２（３０４）をグループ２に、ＳＴＡ＃４（３０８）およびＳＴＡ＃５（３１０）をグループ３に、ＳＴＡ＃３（３０６）をグループ４に割り当てることである。また、ＡＰ３００が、１つのＳＴＡを複数のグループの中に入れることも可能である。図３では、ＳＴＡ＃５（３１０）とＳＴＡ＃６（３１２）はともに、グループ１およびグループ３に属する。
【００３１】
ＡＰ３００は、あるＳＴＡを１つまたは複数のグループに割り当てることを決定すると、任意の形態のメッセージングを使用して、割り当てられたグループまたは複数のグループをＳＴＡに信号で伝えることができる。例えば、ＳＴＡ＃６（３１２）が、ＡＰ３００に関連しており、ＡＰが、ＳＴＡ＃６をグループ１の一部として割り当てる、または分類することを決定すると、ＡＰは、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して、ＳＴＡ＃６がグループ１に割り当てられたことを、ＳＴＡ＃６に示すことができる。そのような信号で送ることは、様々な仕方で、例えば、関連付けフレームまたは再関連付けフレーム内、既存の管理フレーム内またはアクションフレーム内（例えば、ブロックＡＣＫ（肯定応答）セットアップ、トラフィックストリームセットアップ、またはＤＬＰ（ダイレクトリンクプロトコル）セットアップのために使用されるフレーム）、ＡＣＫ、ＢＡＲ（ブロックＡＣＫ要求）、およびＢＡ（ブロックＡＣＫ）、ＩＡＣ（イニシエータ集約制御）／ＲＡＣ（レスポンダ集約制御）、ＭＣＳ（変調コード体系）要求、およびＭＳＣフィードバックなどの制御フレーム内、およびデータフレーム内に新たなフィールドを導入することにより、行われることが可能である。
【００３２】
ＳＴＡが、そのＳＴＡの新たなグループ割り当てを正しく受信したことを確認する、何らかの種類のＡＣＫ（フィードバック）が、使用されることが可能である。グループ割り当て、およびその割り当ての後の確認（フィードバックまたはＡＣＫを介する）は、任意の既存のＷＬＡＮフレーム内で、または新たなフレームを定義することによって信号で送ることが可能である。ＡＰは、ＡＰを、独自の特殊なグループの一部として、いずれのグループの一部でもないものとして、他のＳＴＡを含むことが可能な任意のグループの一部として、またはすべてのグループの一部として分類することができる。また、ＡＰは、ＡＰの割り当てられたグループを、関連するＳＴＡに通信することもできる。
【００３３】
ＡＰは、すべてのＳＴＡが認識しているデフォルトのグループ（例えば、固定値）に属することが可能である（例えば、すべて０、またはすべて１によって識別されるグループ、図３では、ＡＰは、グループ０に属する）。ＡＰによってグループに未だに割り当てられていないＳＴＡは、デフォルトで、そのＳＴＡが、すべての可能なグループの一部であるものと考えることができる（例えば、ＳＴＡは、そのＳＴＡが、特定のグループに割り当てられるまで、すべてのグループに属する）。また、ＤＬＳまたはＤＬＰ（ダイレクトリンクセットアップまたはダイレクトリンクプロトコル）の特定の文脈内で、ＡＰは、ＳＴＡに、そのＳＴＡが、別のＳＴＡに直接に通信する際に使用すべきグループＩＤ（例えば、その別のＳＴＡが割り当てられたグループであることが可能な）を通信することが可能であり、あるいは、代替として、デフォルトのグループが、そのような目的で使用されてもよい。
【００３４】
グループの割り当て、再割り当て、または信号で通知することは、ＡＰまたはＳＴＡが必要と考える任意の時点で行われることが可能であり、ネゴシエーションまたは関連付けなどの特定の段階に限定されない。また、事業者またはユーザが、ＳＴＡおよびＡＰを必要なグループに構成し、編成して、その情報をＳＴＡまたはＡＰに入力する、静的割り当てが、使用されることも可能である。また、ＳＴＡが、明示的な通信／信号で通知することをまったく、またはほとんど使用せずに、ＳＴＡを独自であるグループに割り当てる、分散アルゴリズムが、割り当てのために考案されることも可能である。
【００３５】
グループ内にサブグループを有すると解釈されることが可能な多次元グループが、定義されることが可能である。例えば、あるＳＴＡが、グループ１およびサブグループ２に割り当てられることが可能である。サブグループの概念は、同一のグループに属する複数のＳＴＡを区別するのに有用である可能性がある。例えば、グループ１が、３つのＳＴＡを含み、グループ１内に利用可能な４つのサブグループが、存在する場合、それら３つのＳＴＡのそれぞれが、異なるサブグループの中に入れられて、その結果、そのグループ内のＳＴＡ間で、さらなる区別がもたらされることが可能である。したがって、より一般的なケースは、ＳＴＡに１つまたは複数の値を割り当てることであり、各値は、グループ、グループ内のサブグループ、サブグループ内のサブグループなどを表す。このより一般的なケースは、Ｎ−タプル（組）（ｇ１，ｇ２，．．．ｇＮ）によって識別されることが可能なＮ次元のグループを有することであり、ＳＴＡには、Ｎ次元（すなわち、グループの組合せ）のそれぞれに関して１つの、Ｎ個の値を割り当てられる。
【００３６】
また、グループは、他の特性を考慮に入れることによって定義されることも可能である。例えば、１つのグループは、ブロードキャスト（一斉通報）トラフィックが、フレーム内に含まれることを識別することが可能であり、ＡＰサービスエリア内のすべてのＳＴＡを事実上、含む。ＡＰが、ブロードキャストトラフィックと、グループ２に属するトラフィックとを含む集約されたフレームを送信することを望む場合、ＡＰは、グループ０を使用して、すべてのＳＴＡを宛先とするブロードキャストトラフィックが存在することを示すことができ、グループ２を使用して、グループ２の中の少なくとも１つのＳＴＡのためのトラフィックが存在することを示すことができる。この概念は、集約されたフレーム内のデータが、トラフィックタイプ順に並べられている場合、例えば、ブロードキャストトラフィックおよび／またはマルチキャスト（同報）トラフィックが、集約されたフレーム内で、ユニキャストトラフィックよりも前に配置されている場合、特に有用である。ブロードキャストグループが、データタイプが、すべてのＳＴＡを宛先とするブロードキャストトラフィックであることを表すのに使用されることが可能である。
【００３７】
同様の概念は、マルチキャストトラフィックを示す１つまたは複数のグループを有することにより、マルチキャストトラフィックに適用されることが可能である。１つのグループが、ブロードキャストトラフィックとマルチキャストトラフィックの両方またはいずれかが、フレーム内に存在することを示すことが可能である（すなわち、ブロードキャストとマルチキャストの両方またはいずれかを表す単一のグループ）。フレームタイプ情報が、グループを定義する際に使用されることが可能である。例えば、１つのグループが、管理タイプ、アクションタイプ、または制御タイプのフレームのために使用されることが可能である。さらに、ＱｏＳ関連情報が、グループを定義する際に使用されることが可能である。
【００３８】
ＳＴＡおよび／または様々なトラフィックタイプを利用可能なグループに編成するために使用されることが可能な、多くの可能なアルゴリズムが、存在する。１つのアルゴリズムは、ＳＴＡのＭＡＣアドレスを含むエントリが、配置された、メモリテーブル（例えば、ＲＡＭテーブル）のインデックスのビットのサブセットを使用することである。ＡＰは、おそらく、関連するＳＴＡのＭＡＣアドレスのルックアップテーブルを保持しているので、ＡＰは、ＳＴＡ  ＭＡＣアドレスが、ＲＡＭの中に格納されているテーブルインデックスの最下位ビットを使用することができる。第２のアルゴリズムは、ＳＴＡのＭＡＣアドレス（ならびに、所望される場合、ＳＴＡおよびトラフィックの他の特性）にハッシング関数を適用することである。第３のアルゴリズムは、グループ（またはグループのＳＴＡ）のそれぞれにかかる負荷（すなわち、トラフィック利用量）を監視（測定）し、すべてのグループの間でほぼ同等の負荷をもたらすように、グループ割り当てを動的に変更することである。第４のアルゴリズムは、最も利用されていないグループ（トラフィック利用量の点で）を選択して、新たに関連付けられたＳＴＡを割り当てることである。他のアルゴリズムは、すべてのグループの間で負荷／使用量を分割する／均衡させるように試みることを含み、類似のフレーム集約要件を有する、類似のデータ転送速度または電力レベルを使用する、または類似のＱｏＳ要件または無線リソース管理要件を有するＳＴＡを、同一のグループ内にまとめること／グループ化することなどの、他の要因を考慮に入れることが可能である。
【００３９】
グループ割り当て情報を信号で伝える 
前述したとおり、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームが、ＳＴＡに割り当てられたグループ、別のＳＴＡのグループ、またはＡＰのグループを信号で伝えるために使用されることが可能である。例えば、ＩＡＣ／ＲＡＣ、ＲＴＳ／ＣＴＳ、ＭＣＳの要求およびフィードバック、ＢＡＲ／ＢＡ、関連付け／再関連付けの要求フレームおよび応答フレーム、またはＣＦ−ＰｏｌｌまたはＱｏＳ  Ｐｏｌｌが、そのような信号での通知の目的で使用されることが可能である。信号での通知は、その信号での通知が、グループ割り当てメッセージであることを示すフラグと、新たに割り当てられたグループまたは複数のグループの値（ビットマップとして、または他の形態で符号化された）とを含むグループ割り当てメッセージから成ることが可能である。また、割り当てメッセージは、割り当てられたグループまたは複数のグループの範囲についての、例えば、割り当てられたグループが、そのＳＴＡに適用可能であるか、ＡＰに適用可能であるか、または別のＳＴＡに適用可能であるか（例えば、ＤＬＰを行っている場合）についての情報も含むことが可能である。
【００４０】
ＳＴＡが、グループ割り当てメッセージを正しく受信すると、ＳＴＡは、ＡＰに戻るグループＡＣＫメッセージを介して、ＳＴＡが、新たに割り当てられたグループまたは複数のグループを正しく受信し、受け入れたことを確認することができる。代替として、ＳＴＡは、様々な通信範囲のそれぞれに関してＳＴＡが使用しているグループまたは複数のグループを、求められることなしに、グループ確認メッセージまたはＡＣＫメッセージを送信することにより、定期的に確認することができる。
【００４１】
異なるグループにＳＴＡを再割り当てする 
また、ＳＴＡは、ＳＴＡに現在、割り当てられているグループに満足していない場合、グループ再割り当てを要求することもできる。例えば、ＳＴＡは、ＳＴＡのバッテリレベルを測定し、ＳＴＡが電力不足である場合（すなわち、ある閾値を超えると）、ＳＴＡの電力が少なくなっていること、およびＳＴＡがグループ再割り当てを望むことを、メッセージを介してＡＰに告げることができる。ＳＴＡは、そのような要求の中にＳＴＡのバッテリ電力レベルの測定値を特に含めることができる。そのメッセージを受信すると、ＡＰは、ＳＴＡの要求を拒否する、または受け入れることを決定することができ、ＳＴＡを新たなグループに割り当てることができる。ＳＴＡは、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを介して、ネゴシエーション段階中、セットアップ段階中、または任意の信号での通知段階中に、ＳＴＡが、電力節約のために電力節約グループ情報を使用する能力を有するか否かを、ＡＰに示すことができる。というのは、そのような指示は、グループを設計し、編成する際に、ＡＰに役立つ可能性があるからである。
【００４２】
電力節約グループ情報 
電力節約を実現する際に、単純化された、もしくはスケーラブルなアドレス指定を行う際に、フレームをスケジュールする際に（スケジューラ実施）、あらゆる無線リソース管理機能のために、または他のあらゆるパフォーマンス向上機能のために使用されるように提案される情報は、総称で「電力節約グループ情報」と呼ばれる。そのような情報の使用は、電力節約に限定されず、データスケジューラ実施、類似の集約要件（すなわち、一緒に集約される可能性が高いフレーム）、類似のデータ転送速度、類似の電力、または類似のＱｏＳ要件を有するＳＴＡを同一のグループ内にグループ化すること、および様々な無線リソース管理機能などの、他の目的で使用されることが可能である。ＷＬＡＮによって使用可能な一部のフレーム、またはすべてのフレームが、フレームヘッダ（ＰＨＹヘッダまたはＭＡＣヘッダ）内に、フレームの本体内に、または任意の前もって送信されるフレーム（例えば、ＲＴＳ／ＣＴＳ、ＩＡＣ／ＲＡＣ、ＣＦ−Ｐｏｌｌ、またはＱｏＳ−Ｐｏｌｌ）内に、電力節約グループ情報のすべて、またはいくつかを含むことが可能である。電力節約グループ情報は、以下の情報の１つまたは複数から成ることが可能である。
【００４３】
ＰＶＦ（存在フラグまたは有効性フラグ） 
電力節約グループ情報の少なくとも１つが、フレームの中に（例えば、フレームヘッダ内に）存在するかどうかを示すフラグ（本明細書で、フラグと呼ばれる）として使用されるフィールド（またはビット）である。例えば、ＰＶＦは、フレーム内に電力節約情報が存在するか否かを示すのに使用されることが可能である。すべてのフレームが、電力節約情報を含むものと考えられるケースでは、そのようなフラグは、必要ないであろう。フラグは、可変長のＰＨＹヘッダフィールドもしくはヘッダ、または可変長のＭＡＣヘッダフィールドまたはヘッダを実施するために使用されることが可能である。
【００４４】
例えば、フラグは、ヘッダの拡張された部分が、存在するか否かを示すことができ、ヘッダ拡張は、すべての、またはいくらかの電力節約情報を含む。ＰＨＹヘッダのＳＩＧＮＡＬフィールド内（ＨＴ−ＳＩＧフィールド内、またはＳＩＧＮＡＬ−Ｎフィールド内）で、１つ（または複数）のさらなるＯＦＤＭシンボルが、ＨＴ−ＳＩＧフィールド内で提供されることを示すビットが、使用されることが可能であり、そのようなさらなるＯＦＤＭシンボルは、すべての、またはいくらか電力節約情報を提供するフィールドを含む。別の変種では、追加のＯＦＤＭシンボルの必要なしに、ＳＩＧＮＡＬフィールドの通常の（必須の）ＯＦＤＭシンボル内に含まれる電力節約情報フィールドの利用可能性または有効性を示すフラグが、使用されることが可能である。ＰＶＦ（例えば、別のビットを使用することによる）の別の用法は、電力節約グループ情報が有効であるか否かを示すことであることが可能である。
【００４５】
ＧＰＩ（グループ存在標識またはグループアブセンス標識） 
あるフレームが、そのフレームが宛先とするＳＴＡのグループまたは複数のグループを識別する情報を含む。ＧＰＩは、スタンドアロン型フレーム、集約されたフレーム、バースト伝送、またはフレームシーケンスに適用可能である。例えば、ＧＰＩ情報を指定し、符号化する１つの形態は、ビットマップ（またはマスク）を使用することによる。前述した４つのグループの例に戻ると、ＧＰＩフィールドは、４ビット（ｂ１、ｂ２、ｂ３、ｂ４）から成るビットマップとして定義されることが可能であり、ｂ２の値は、フレームが、グループ２に割り当てられた少なくとも１つのＳＴＡに関するデータを含むかどうかを示す。例示すると、ＡＰが、グループ２の一部である単一のＳＴＡにデータを送信する際、ＡＰは、ビットマップ０１００を使用して、グループ２に属するＳＴＡが、送信されたフレームの中に存在するいくらかのデータを有する一方で、そのようなフレームが、その他３つのグループに属するデータをまったく含まないことを示すことができる。
【００４６】
代替として、グループは、通常のコード化（例えば、１０）を使用して定義されて、そのフレームが、グループ２に属するＳＴＡを宛先とするデータを含むことを示すことが可能である。
【００４７】
別の例として、ＡＰが、集約されたフレームを使用して（ＭＳＤＵ集約、ＭＰＤＵ集約、ＰＰＤＵ集約、ＰＰＤＵバースティング、ＭＲＭＲＡ、またはＭｕｌｔｉ−Ｐｏｌｌを使用している場合に）ＳＴＡにデータを送信する際、０１１０というビットマップ値が、そのフレームが、グループ２の中の少なくとも１つのＳＴＡ、およびグループ３の中の少なくとも１つのＳＴＡのためのデータを含むこと、およびフレームが、グループ１またはグループ４のためのデータを含まないことを示す。この例は、４つのグループを想定しているものの、任意の数のグループが、使用されることが可能であり、ビットマップは、使用されるグループ数に対応するように拡張されることに留意されたい。さらに、使用されるグループ数は、動的変数として与えられることが可能である。ＧＰＩは、フレームヘッダ内、ＰＨＹヘッダ内、ＭＡＣヘッダ内、あるいはＰＨＹヘッダ、ＭＡＣヘッダ、ＭＲＡＤ、ＭＭＰ、または任意のＭｕｌｔｉ−ＰｏｌｌフレームのＳＩＧＮＡＬフィールド（レガシーＳＩＧＮＡＬ、レガシーＨＴ−ＳＩＧ、またはレガシーＳＩＧＮＡＬ−Ｎ）内に含まれることが可能である。
【００４８】
ＧＴＩ（グループタイミング情報） 
複数受信機集約のケースにおいて、ＧＴＩを提供することは、フレーム内に集約されるＳＴＡに関して、より高い電力節約につながる可能性がある。ＧＴＩは、集約されたフレームの一部ではないＳＴＡにとっては必要でないであろう、なぜなら、それらＳＴＡはＧＰＩを使用することによってやはり電力節約を実現することができるからである。
【００４９】
どのようにＧＴＩが使用されることが可能であるかを例示するのに、ビットマップ値０１１０を使用して、集約されたフレームが、グループ２の中の少なくとも１つのＳＴＡ、およびグループ３の中の少なくとも１つのＳＴＡのためのデータを含むことが示された前述の例を考慮されたい。所与のグループに関するデータが、集約されたフレーム内で隣接しているものと想定すると、グループ２のデータが、伝送されることが始まる時刻、またはそれに近い時刻を識別し、グループ３のデータが、伝送されることが始まる時刻、またはそれに近い時刻も識別するタイミング情報が、提供されることが可能である。
【００５０】
ＧＴＩは、グループが、そのグループに関する最初のデータが伝送される時刻まで、そのデータをスリープし（すなわち、受信するのでもまたは復号化するのでもなく）、したがって、その間に電力節約を実現することを可能にする。電力節約は、受信側のＳＴＡが、そのＳＴＡのデータを受信し、集約されたフレームの中の次のデータの中で受信機アドレスの変化を検出すると、スリープすることができるので、達せられることが可能である。
【００５１】
ＧＴＩを提供するため、フレーム内の各グループに関する開始時刻が（例えば、時間オフセットの形態で）、用意される。この情報は、グループ内のいずれかのＳＴＡに属する最初のデータが、伝送され始める時刻、またはそれに近い時刻である。ＧＴＩを効率的に提供するため、個々のグループ開始時刻（またはオフセット時間）を完全に指定する（符号化する）代わりに、すべてのグループに適用される基本時間（すなわち、基本期間）が、使用されることが可能であり、開始時刻（例えば、時間オフセット）を識別する異なる分数値が、各グループに関して使用されることが可能である。例えば、基本時間が、１６の単位時間であるものと想定すると、２ビットを使用することにより、グループ開始時刻は、そのグループ開始時刻（例えば、グループ時間オフセット）が、基準時点から（３／４×１６＝）１２単位時間であることを意味する分数３／４として符号化されて、通信されることが可能である。
【００５２】
基本時間情報は、ＷＬＡＮフレームヘッダ内の既存のフィールドから導き出されることが可能である。例えば、ＰＨＹヘッダのレガシーＳＩＧＮＡＬフィールド内のＲＡＴＥフィールドおよびＬＥＮＧＴＨフィールド、ＴＧｎＳｙｎｃのフレームヘッダのＨＴ−ＳＩＧ（ＳＩＧＮＡＬ）内のＨＴＬＥＮＧＴＨフィールドおよびＭＣＳフィールド、またはＷＷｉＳＥのフレームヘッダのＳＩＧＮＡＬ−Ｎ（ＳＩＧＮＡＬ）フィールド内のＬｅｎｇｔｈフィールドおよびＣｏｎｆｉｇフィールドが、基本時間情報を導き出すのに使用されることが可能である。基本時間は、ＰＨＹヘッダ情報から導き出されるスプーフ期間（Spoofed Duration）と同一であることが可能である。スプーフ期間（またはスプーフ期間から導き出されることが可能な任意の変種）を基本時間として使用することにより、タイミング（例えば、オフセット）情報を符号化するための効率的な方法が提供されることが可能である。代替として、ＭＡＣヘッダのＤＵＲＡＴＩＯＮ／ＩＤフィールドが、基本時間情報を導き出すのに使用されることが可能である。
【００５３】
ＳＤ（スプーフ期間）およびＧＴＩ符号化に基づいてタイミング情報を使用することの例が、図４に示される。ＧＴＩは、ＳＴＡがいつ、メディア（媒体）をリッスンすることを始めるべきかを示し、図４では、符号化されたＧＴＩは、ＳＤの１／４間隔で与えられている。図４で使用されるＧＴＩに関する符号化が、表１で説明される。表１は、ＳＤに関してＧＴＩ符号化を説明するが、ＧＴＩを符号化するのに任意のタイプのフレーム期間が使用されることが可能であることに留意されたい。
【００５４】
【表１】
2008539665.tif 000003
【００５５】
新たなフィールドが、特に、基本時間情報を指定する目的で、ＷＬＡＮフレームのＰＨＹヘッダまたはＭＡＣヘッダに追加され得る。基本時間は、フレームの完全な時間に、またはフレームの部分的な時間に相当することが可能である。ＰＰＤＵバースティングまたはＰＰＤＵ集約のケースにおいて、基本時間は、基本時間を単一のＰＰＤＵ（またはフレーム）の時間として定義することに加え、ＰＰＤＵバースト（すなわち、複数のフレームを範囲に含む基本時間）の完全な時間、または集約されたＰＰＤＵフレームの完全な時間として定義されることが可能である。同様に、ＭＲＭＲＡスキーム、逆方向トラフィックスキーム、Ｍｕｌｔｉ−Ｐｏｌｌスキーム、またはＭＲＭＲＡスキームにおいて、基本時間は、交換されているフレームシーケンスの時間全体に及ぶことが可能である。
【００５６】
基本時間情報を別にして、各グループに関する分数値が、指定される必要がある。分数値に、基本時間が掛けられて、そのグループに関する実際の伝送開始時刻（例えば、そのグループに関する伝送時間オフセット）が得られる。固定の基準分母を想定するとすれば、分子の値だけが、指定されて、通信されることを必要とする。例えば、４という分母を想定すると、２ビットが、ＧＴＩを提供するのに使用され得る。
【００５７】
グループ２およびグループ３が存在することを示す０１１０というＧＰＩの例を再びとると、ＧＴＩを符号化する１つの可能な方法は、グループ当たり２ビットを有して、ＧＴＩが、８ビット（ｂ１、ｂ２、ｂ３、ｂ４、ｂ５、ｂ６、ｂ７、ｂ８）から成るようにし、これにより、ビットｂ１およびｂ２の値が、グループ１に関する分子の値をもたらすようにする一方で（これは、この例では、グループ１が存在しないことをＧＰＩが示すので、必要ない可能性がある）、ビットｂ３およびｂ４が、グループ２に関する分子の値をもたらすようにするといった具合にすることである。例として、グループ２の伝送が開始する時間オフセット情報、またはそれに近い時間オフセット情報を獲得するため、基本時間に「ｂ３ｂ４」の値を掛けて、４で割らなければならない。時間オフセット情報は、一般に、ＳＴＡが、フレームをリッスンすることを、そのようなフレームが、そのＳＴＡのためのデータを含む場合に（すなわち、そのＳＴＡのグループが、フレーム内に存在する場合に）、開始する時刻、またはそれに近い時刻として、一般に、解釈される。
【００５８】
ＧＴＩは、以下のフレームヘッダ内に含まれることが可能である。すなわち、ＰＨＹヘッダ、ＭＡＣヘッダ、あるいはＰＨＹヘッダ、ＭＡＣヘッダ、ＭＲＡＤ、ＭＭＰ、または任意のＭｕｌｔｉ−ＰｏｌｌフレームのＳＩＧＮＡＬフィールド（レガシーＳＩＧＮＡＬ、レガシーＨＴ−ＳＩＧ、またはレガシーＳＩＧＮＡＬ−Ｎ）である。ＧＴＩは、ＧＰＩと同一のロケーションに含まれなくてもよい。例えば、ＧＰＩは、ＰＨＹヘッダ内に含められることが可能である一方で、ＧＴＩは、ＭＡＣヘッダ内（例えば、ＭＲＡＤ内、またはＭＭＰ内）に含められることが可能である。
【００５９】
ＧＰＴＩ（グループ存在−タイミング情報） 
ＧＴＩ情報およびＧＰＩ情報は、別々の２つのフィールドとして定義されているものの、事前定義されたマッピングを使用して存在情報とタイミング情報をともに符号化することにより、これらの情報は、一緒にマージされて、１つのフィールド（ＧＰＴＩ）内で２つのタイプの情報を定義することが可能である。図４および表２に示されるとおり、この２つの情報を一緒に符号化する様々な方法が、存在する。
【００６０】
【表２】
2008539665.tif 000004
【００６１】
値０１、１０、および１１を使用して、ＳＴＡは、メディアをリッスンする時間が来るまでスリープし、その結果、電力を節約することができる。１１という特殊なケースは、そのグループが、存在しないことを示すことが可能である。というのは、ＳＴＡは、ＳＤの終了時にリッスンすることを始め、フレーム本体全体の伝送中ずっとスリープするからである。ＧＰＴＩは、フレームヘッダ内、ＰＨＹヘッダ内、またはＭＡＣヘッダ内に含まれることが可能である。ＧＰＴＩは、ＰＨＹヘッダ、ＭＡＣヘッダ、ＭＲＡＤ、ＭＭＰ、または任意のＭｕｌｔｉ−ＰｏｌｌフレームのＳＩＧＮＡＬフィールド（レガシーＳＩＧＮＡＬ、レガシーＨＴ−ＳＩＧ、またはレガシーＳＩＧＮＡＬ−Ｎ）内に含まれることが可能である。
【００６２】
ＡＰＣ（ＡＰカラー）、セルカラー、またはＡＰサービスエリアカラー 
同一の周波数チャネルを使用することが可能な複数のＡＰが存在するシステムにおいて、所与のセル（すなわち、ＡＰサービスエリア）内のＳＴＡが、別の近隣の、または近傍のセル内で行われるフレーム伝送をリッスンすることが可能である。そのようなケースにおいて、より良好な電力節約パフォーマンスを引き出すため、ＷＬＡＮフレームは、「ＡＰカラー」または「ＡＰグループ」または「セルカラー」または「セルＩＤ」と呼ばれることが可能なＡＰ  ＩＤを含むことが可能である。ＡＰＣ（ＡＰカラー）は、必ずしも、ＡＰの一意のＩＤではない。例えば、ＡＰ１、ＡＰ２、およびＡＰ３が、互いに近接しており、同一の周波数チャネルを使用している場合、ＡＰＣを識別する２ビットを使用することにより、ＡＰ１には、１１というカラーが割り当てられることが可能であり、ＡＰ２には、０１というカラーが割り当てられることが可能であり、ＡＰ３には、００というカラーが割り当てられることが可能である。ＡＰＣは、フレームヘッダ内、ＰＨＹヘッダ内、ＭＡＣヘッダ内、ＰＨＹヘッダ、ＭＡＣヘッダ、ＭＲＡＤ、ＭＭＰ、または任意のＭｕｌｔｉ−ＰｏｌｌフレームのＳＩＧＮＡＬフィールド（レガシーＳＩＧＮＡＬ、レガシーＨＴ−ＳＩＧ、またはレガシーＳＩＧＮＡＬ−Ｎ）内に含まれることが可能である。
【００６３】
ＡＰ１によるサービス提供を受けるＳＴＡは、フレームヘッダの中に異なるＡＰＣを含むフレームの中のさらなる情報を復号化しないことにより、電力を節約することができる（例えば、ＡＰ１に関連付けられたＳＴＡが、ＡＰＣとして００、０１、または１０を含むフレームをリッスンしない、または復号化しないことにより、電力を節約する）。ＡＰＣは、マルチＡＰシステムレベルにおいて、さらなる電力節約をもたらすことができるが、ＡＰＣなしでさえ、電力節約は、前述した方法を使用することによって依然として達せられることが可能である。
【００６４】
ＬＤＩ（リッスン指示またはリッスン命令） 
ＬＤＩ（リッスン指示またはリッスン命令）は、何が、読み取られる、復号化される、または解釈される必要があるかを記述する。一部のケースでは、フレームの対象とする受信機ではない（すなわち、データが、そのフレーム内に含まれない）ＷＬＡＮ  ＳＴＡは、それでも、ある情報を抽出するために、そのフレームを読み取り、復号化する必要がある可能性がある。例えば、ＳＴＡは、そのＳＴＡのローカルで格納されたＮＡＶ時間値を更新する必要がある可能性があり、そのために、ＳＴＡは、フレームのＭＡＣヘッダの中の時間／ＩＤ情報まで復号化する必要がある可能性がある。代替として、ＳＴＡは、ＰＨＹヘッダ（例えば、ＬＥＮＧＴＨフィールドおよびＲＡＴＥフィールド、ＭＣＳフィールド、またはＣｏｎｆｉｇフィールド）の情報に依拠して、ＳＴＡのＮＡＶ時間値を更新することができる。
【００６５】
フレームの送信側は、ヘッダの中のフィールド（例えば、あるビット、またはいくつかのビット）を使用して、受信側のＳＴＡが、そのフレームの対象とする受信機ではない場合でも、ＭＡＣヘッダ情報のすべて、または一部を読み取り、復号化することを要求されるかどうかを指定することができる。また、送信側は、別のフィールドを使用して、受信側のＳＴＡが、そのＳＴＡのローカルで格納されたＮＡＶ時間値を、レガシーＰＨＹヘッダ（例えば、レガシーＳＩＧＮＡＬフィールド）内に含まれる情報に基づいて更新すべきか、高スループット（すなわち、８０２．１１ｎ）ＰＨＹヘッダ内に含まれる情報に基づいて更新すべきか、またはＭＡＣヘッダ（例えば、ＭＡＣヘッダの時間／ＩＤフィールド）内に含まれる情報に基づいて更新すべきかを指定することもできる。
【００６６】
いくつかの暗黙の規則を使用して、ＭＡＣヘッダの時間／ＩＤフィールド（または一般に、ＭＡＣヘッダ全体）が、読み取られる必要があるか否かが導き出されることが可能である。１つの規則は、レガシーＰＨＹ  ＳＩＧＮＡＬフィールドを使用するスプーフ期間を、高スループットＰＨＹ  ＨＴ−ＳＩＧ（またはＳＩＧＮＡＬ−Ｎ）フィールドを使用するスプーフ期間と比較する。この２つの間にある量の差が存在する場合、その差は、ＭＡＣヘッダのさらに先を読み取り、復号化する指示として解釈されることが可能である。
【００６７】
また、明示的なＬＤＩとして、ＰＨＹヘッダ内のフィールド（例えば、１ビット）が、ＳＴＡが、即時にスリープすることができるか、またはスリープすべきではなく、最初のＭＡＣヘッダ（またはＭＡＣ情報のいくつか）を復号化するまでリッスンすることを続けた後、スリープすべきかを示すことができる。フレーム内のどこまでリッスンすべきかに関する、そのような明示的な命令は、どこで／いつ（例えば、どのようなイベント／フィールドで、またはどの時点で）リッスンすることを止めるべきか、例えば、即時に止めるべきか、ＡＳＡＰに止めるべきか、ＭＡＣヘッダを復号化した後に止めるべきか、最初のＭＰＤＵを復号化した後に止めるべきか、ＭＲＡＤを復号化した後に止めるべきかなどについての命令を提供するようにさらに拡張されることが可能である。
【００６８】
トラフィック方向 
また、電力節約は、トラフィックの方向を知ることによって得られることも可能である。例えば、所与のＳＴＡが、ＡＰにトラフィックを送信している場合、そのＳＴＡは、フレームヘッダの中で、そのデータが、そのＡＰを宛先としているというマークを付ける。ＳＴＡは、この情報を使用して、電力節約を実現することができる。というのは、ＳＴＡは、このＴＤ（「トラフィック方句」）フィールドもしくはＴＤビットを調べることにより、ＡＰへの他のＳＴＡの伝送中にスリープすることができるからである。ＭＡＣヘッダ内に、より具体的には、ＭＡＣヘッダのフレーム制御フィールド内に、トラフィックの方向を識別するのに使用されることが可能な「Ｔｏ  ＤＳ」フィールドおよび「Ｆｒｏｍ  ＤＳ」フィールドが、存在する。また、そのような情報は、電力節約を実現する目的でも使用されることが可能である。さらに、新たなＴＤフィールドが、トラフィックの方向を識別する明確な目的で、フレームのＰＨＹヘッダの中に配置されることが可能である。ＴＤフィールドは、ＰＨＹヘッダのＳＩＧＮＡＬフィールド（レガシーＳＩＧＮＡＬ、レガシーＨＴ−ＳＩＧ、またはレガシーＳＩＧＮＡＬ−Ｎ）内に配置されることが可能である。この単純なスキームの利点は、このスキームが、グループを確立するのに特定の新たな信号での通知を要さないことである（一方のグループは、受信機としてＡＰから成る一方で、他方のグループは、受信機としてすべてのＳＴＡから成る）。
【００６９】
集約スキームまたはバースティングスキームを止める 
ＳＴＡは、特定の集約スキームもしくは複数の集約スキーム、または特定のバースティングスキームもしくは複数のバースティングスキームなどの、あまりにも多くの電力をＳＴＡに消費させる可能性がある、いくつかのスキームに加わらず、その結果、ＳＴＡに関する電力節約に寄与する方を選ぶということを、ＡＰに信号で伝えることができる。例えば、ＳＴＡは、あるフレーム（管理フレーム、アクションフレーム、制御フレーム、またはデータフレーム）を使用して、そのＳＴＡを宛先とするデータが、集約されたフレームの一部となることを望まないことを示すことができる。ＡＰが、そのような要求に同意し、ＳＴＡに同意を確認した場合、ＳＴＡは、あるフレームが、あるスキームを利用していることを検出すると、スリープすることにより、電力を節約することができる。例えば、あるフレームが、集約されていることを（ＳＩＧＮＡＬフィールド、例えば、ＨＴ−ＳＩＧフィールドの中の情報を使用することにより）検出すると、ＳＴＡは、その集約されたフレーム中、スリープすることができる。
【００７０】
ＳＴＡは、あるフレームを使用して、そのＳＴＡを宛先とするデータが、ＭＲＡ（複数受信機集約）などの、特定のタイプの集約の一部となることを望まないことを信号で伝えることができる。その場合、ＳＴＡは、複数受信機集約を含むフレーム中、スリープすることができる。同様に、ＳＴＡは、そのＳＴＡを宛先とするデータが、ＭＰＤＵ集約またはＰＰＤＵ集約の一部となることを望まないが、ＭＳＤＵ集約に加わることに合意することを要求することもできる。フレームヘッダの中の（例えば、ＳＩＧＮＡＬフィールドの中の）いくつかのフィールドを使用して、フレームが含む集約スキームのタイプそのものが示されることが可能である。ＳＴＡは、そのＳＴＡが、あるフレームをリッスンすることになっていないことを検出すると、そのフレームの時間にわたってスリープすることができる。というのは、フレームはＳＴＡのデータを含んでいないからである。ＳＴＡは、そのＳＴＡが、集約されたフレーム（複数の宛先、または単一の宛先に対する）の受信をサポートもしくは選定（prefer）するかどうかをネゴシエート(交渉、協議)することができる。ＳＴＡは、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを介して、フィーチャリスト、能力リスト、または選択リストの一部としてその情報を送信することにより、ネゴシエーションを実行することができる。ＳＴＡは、このフレームを、関連付けの前に、関連付けの直後に、関連付けより後の何らかの時点で、または他の任意の時点で送信することができる。
【００７１】
また、そのメッセージは、例えば、ＳＴＡに、ＳＴＡのバッテリレベルを監視させ、ある閾値を超えると、より電力費用の高いスキーム（例えば、いくつかの集約スキーム）から除外されるようにＡＰに要求を送信することにより、動的に生成されることも可能である。また、ＳＴＡは、そのメッセージ内でＳＴＡの残りの電力の量、ならびにＳＴＡが、どのようなタイプの集約スキームから除外されること、または代替として、どのようなタイプの集約スキームに含められることを選択するかを示すこともできる。
【００７２】
フレームタイプ標識 
また、Ｌ−ＳＩＧ（レガシーＰＨＹ  ＳＩＧＮＡＬフィールド）内の未使用の予約ビットの使用が、８０２．１１ｎフレームなどの非レガシーフレーム伝送を識別するためのフラグとして利用されることも可能である。このフィールドは、レガシーデバイスの新たな実施（新たなリリース）のための電力節約を可能にするために使用されることが可能である。というのは、ＳＴＡは、非レガシーであるフレーム伝送中（例えば、８０２．１１ｎフレーム伝送中）にスリープすることができるからである。
【００７３】
スリープタイマ 
誤った条件のために長い期間にわたってＳＴＡが、スリープしたままになるデッドロック状況を防止するため、ＳＴＡが、スリープモードに入ると開始するタイマ機構が、ＳＴＡにおいて実施されてもい。ＳＴＡは、所定の期間（構成可能なパラメータ）を超えてスリープしている場合、タイマが満了すると起動し、メディアを再びリッスンすることを始める。というのは、ＳＴＡは、デッドロック条件にあった可能性があるからである。
【００７４】
電力節約グループ情報の位置 
ＰＳＧＩ（電力節約グループ情報）のいずれも、任意のタイプのＷＬＡＮフレーム内に、さらに、そのＷＬＡＮフレームの任意の部分内に含められることが可能である。ＰＳＧＩは、ＰＨＹヘッダ（例えば、ＳＩＧＮＡＬフィールド）内、ＭＡＣヘッダ内、フレームの本体内、またはフレームのテール内に含められることが可能である。ＰＳＧＩのいくつかは、フレームの中のいくつかのロケーションに（例えば、ＰＨＹヘッダ内）に含められることが可能である一方で、ＰＳＧＩの他のいくつかは、フレームの中の別の場所に（例えば、ＭＡＣヘッダ内）に配置されることが可能である。
【００７５】
ＰＰＤＵ集約またはＰＰＤＵバーストの一部であるフレームの場合、ＰＳＧＩは、集約されたフレーム、つまり、バーストの中央に、例えば、中央フレームのＰＨＹ信号（ヘッダ）、ＭＡＣ信号（ヘッダ）、ミッドアンブル（ｍｉｄ−ａｍｂｌｅ）、または区切り文字の中に含められることが可能である。また、ＭＲＭＲＡ、逆方向トラフィック、Ｍｕｌｔｉ−Ｐｏｌｌ、およびＭＭＰなどのスキームの場合、ＰＳＧＩのいくつかは、ＷＬＡＮフレームの中、およびＭＲＡＤまたはＭＭＰの中に含められることが可能である。そのようなスキームにおいて、提案されるＰＳＧＩのいくつかを追加することは、そのようなスキームの効率を高め（例えば、タイミング情報の効率的な符号化を介して）、そのようなスキームのパフォーマンスを、場合により、向上させる可能性がある。
【００７６】
図５Ａは、既存のＴＧｎＳｙｎｃ  ＰＨＹヘッダの中のレガシーＰＬＣＰヘッダ５００の図である。ＰＬＣＰヘッダは、レートフィールド５０２と、予約フィールド５０４と、長さフィールド５０６と、パリティフィールド５０８と、テールフィールド５１０とを含む。ＰＬＣＰヘッダ５００は、フレームの中で早い方に配置されているので、ＰＳＧＩフィールドの１つのフィールドのための効率的なロケーション（受信側のＳＴＡに関する電力節約の点で）である。
【００７７】
図５Ｂは、フレームタイプ標識フィールド５５２を含むレガシーＰＬＣＰヘッダ５５０の図である。フィールド５０２およびフィールド５０６〜５１０は、ヘッダ５００における場合と同一である。フレームタイプ標識は、１ビットであり、ＰＬＣＰヘッダは、１つの予約ビットを有するので、ＰＬＣＰヘッダが、適切なロケーションである。
【００７８】
図６Ａは、ＴＧｎＳｙｎｃ  ＰＨＹヘッダの中の既存のＨＴ−ＳＩＧフィールド６００の図である。ＨＴ−ＳＩＧフィールド６００は、ＨＴ−ＳＩＧ１部分６０２と、ＨＴ−ＳＩＧ２部分６０４とを含む。ＨＴ−ＳＩＧ１部分６０２は、長さフィールド６１０と、予約フィールド６１２と、ＭＣＳフィールド６１４とを含む。ＨＴ−ＳＩＧ２部分６０４は、拡張コーディングフィールド（advanced coding field）６２０と、第１の予約フィールド６２２と、サウンディングパケットフィールド６２４と、番号ＨＴ−ＬＴＦフィールド６２６と、ショートＧＩフィールド６２８と、第２の予約フィールド６３０と、スクランブラ初期化フィールド６３２と、２０／４０帯域幅フィールド６３４と、ＣＲＣフィールド６３６と、信号テール６３８とを含む。
【００７９】
図６Ｂは、ＨＴ−ＳＩＧｘ部分６５２を含むＨＴ−ＳＩＧフィールド６５０の図であり、ＨＴ−ＳＩＧ１部分６０２およびＨＴ−ＳＩＧ２部分６０４は、ＨＴ−ＳＩＧフィールド６００における場合と同一である。ＨＴ−ＳＩＧｘ部分６５２は、フレームタイプ標識フィールド６５４と、トラフィック方向フィールド６５６と、ＰＶＦ６５８と、ＬＤＩフィールド６６０と、ＧＰＩ／ＧＴＩ／ＧＰＴＩフィールド６６２と、ＡＰカラーフィールド６６４と、ＣＲＣ６６６とを含む。ＨＴ−ＳＩＧｘ部分６５２は、ＰＳＧＩフィールドのすべてを有して示されているものの、ＨＴ−ＳＩＧｘ部分６５２は、本発明のパフォーマンスに影響を与えることなしに、任意の数のＰＳＧＩフィールドを有して構築されることが可能であることに留意されたい。さらに、図示されるＰＳＧＩフィールドの順序は、単に典型的であり、当業者は、本発明の働きに影響を与えることなしに、フィールドの順序を並べ替えることもできる。
【００８０】
代替として、ＨＴ−ＳＩＧ１部分６０２の中の予約フィールド６１２、およびＨＴ−ＳＩＧ２部分６０４の中の第１の予約フィールド６２２、および第２の予約フィールド６３０が、ＰＳＧＩのために使用されることが可能である。ＰＳＧＩフィールドは、広げられて、それらの予約フィールドの中に、それらの予約フィールドの現在のロケーションで入れられることが可能であり、あるいはそれらの予約フィールドが、並べ替えられて、ＰＳＧＩフィールドのための隣接したスペースを形成することも可能である。
【００８１】
図７Ａは、ＷＷｉＳＥ  ＰＨＹヘッダ７００の中の既存のＳＩＧＮＡＬ−ＭＭフィールド７０２、および既存のＳＩＧＮＡＬ−Ｎフィールド７０４の図である。ＳＩＧＮＡＬ−ＭＭフィールド７０２は、レートフィールド７１０と、予約フィールド７１２と、長さフィールド７１４と、パリティフィールド７１６と、テールフィールド７１８とを含む。ＳＩＧＮＡＬ−Ｎフィールド７０４は、第１の予約フィールド７２０と、構成フィールド７２２と、長さフィールド７２４と、ＬＰＩフィールド７２６と、第２の予約フィールド７２８と、ＣＲＣフィールド７３０と、テールフィールド７３２と、サービスフィールド７３４とを含む。
【００８２】
図７Ｂは、ＷＷｉＳＥ  ＰＨＹヘッダ７５０の中のＳＩＧＮＡＬ−ＭＭフィールド７５２およびＳＩＧＮＡＬ−Ｎフィールド７５４の図である。ＰＳＧＩフィールドは、既存の予約フィールド７１２、７２０、および７２８の中に入れられることが可能である。図７Ｂに示されるとおり、フレームタイプ標識フィールド７５６が、ＳＩＧＮＡＬ−ＭＭフィールド７５２の中に入れられることが可能であり、他のＰＳＧＩフィールドのいくつかが、ロケーション７５８および７６０でＳＩＧＮＡＬ−Ｎフィールド７５４の中に入れられることが可能である。フィールド７５８および７６０は、ＳＩＧＮＡＬ−Ｎフィールド７５４の中で、ＰＳＧＩフィールドのための隣接したスペースのために並べ替えられることも可能であることに留意されたい。
【００８３】
電力節約グループ情報を検証する 
電力節約グループ情報の完全性（正しさ）は、チェックサム（例えば、ＣＲＣ）計算またはパリティ計算を介して保護されることが可能である。ＣＲＣは、フレームヘッダ内の新たに定義されたフィールドであることが可能であり、あるいはＰＨＹヘッダ内、またはＭＡＣヘッダ内の既存のチェックサムフィールドまたはＣＲＣフィールド（例えば、ＨＴ−ＳＩＧフィールド内、またはＳＩＧＮＡＬ−Ｎフィールド内のＣＲＣ）であることが可能である。ＣＲＣは、電力節約グループ情報のすべて、またはいくつかの部分だけから導き出されることが可能であり、あるいはフレームヘッダ内の他の何らかの情報、および電力節約グループ情報から導き出されることが可能である。
【００８４】
説明および例のほとんどは、集約されたフレームについて述べたものの、すべてのそのような説明および例は、ＰＰＤＵバースティングスキーム、ＭＲＭＲＡスキーム、ポーリングスキーム、Ｍｕｌｔｉ−Ｐｏｌｌスキーム、またはＭｕｌｔｉ−Ｐｏｌｌ  ＭＲＭＲＡスキームにおけるような、フレームのバースト、またはフレームシーケンスに同様に適用されることが可能である。
【００８５】
本明細書で開示される本発明は、ＢＳＳ、ＥＳＳ、ＩＢＳＳなどの任意のＷＬＡＮシステムコンテキスト、ＷＬＡＮメッシュネットワーク、およびＷＬＡＮアドホックネットワークに適用可能である。そのようなネットワーク内の小さな違い、および一般的に説明され、例として使用される違いは、ＡＰが、そのようなネットワーク内のノードとして存在しない場合、任意のＳＴＡが、ＡＰのものとされていた諸機能を提供することができることである。また、多くのＷＬＡＮ  ＳＴＡが、ＡＰを必要とすることなしに、本発明の機能および方法を実現するために一緒に協働することも可能である。
【００８６】
本発明は、ＷＬＡＮシステムもしくはＷＬＡＮネットワークだけに、または８０２．１１ベースのＷＬＡＮシステムだけに限定されない。本発明は、他のＷＬＡＮ技術またはＷＬＡＮ標準などの任意の無線通信システム、ならびにＵＭＴＳ、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＨＳＤＰＡ、ＨＳＵＰＡ、または３ＧＰＰ  ＬＴＥを含む、他のセルラー通信システムにおいて使用され、適用されることが可能である。また、本発明は、８０２．１６などのワイドエリア無線ネットワークにおいて適用され、使用されることも可能である。
【実施例１】
【００８７】
ＡＰ、ＳＴＡ、または任意のエンティティが、ＷＬＡＮサービスエリア内のＳＴＡ（またはＳＴＡのアドレス）をいくつかのグループに編成／分類し、グループは、複数のＳＴＡを含むことが可能であり、ＳＴＡは、複数のグループの中に含められることが可能であるステップと、
ＳＴＡの割り当てられたグループまたは複数のグループを示す信号通知メッセージをＳＴＡに送信するステップと、
ＷＬＡＮフレーム内に新たに追加されたフィールド（または複数のフィールド）を使用して、ＷＬＡＮフレーム内にデータが含まれるグループまたは複数のグループを示すステップとを含むＷＬＡＮ内のＳＴＡのグループをアドレス指定するための方法。
【実施例２】
【００８８】
いずれのグループまたは複数のグループが、フレーム内にデータを含むかを示すフィールド、または
いずれのグループまたは複数のグループが、フレーム内にデータを含まないかを示すフィールドのいずれかを指定するのに使用されることが可能な、ＷＬＡＮフレーム内に（または任意の無線システムのパケットに）新たに追加されるフィールド（または複数のフィールド）。
【実施例３】
【００８９】
新たに追加されるフィールドは、ビットマップとして符号化され、これにより、各ビットの位置は、グループ番号を識別し、ビットの値は、そのグループが存在しているか、または存在していないかを識別する実施形態１または実施形態２に記載の方法。
【実施例４】
【００９０】
ＡＰに関連付けられたＳＴＡをいくつかのグループ（「電力節約グループ」と呼ばれることが可能な）に編成するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例５】
【００９１】
すべての（または一部の）トラフィックフレームが、（フレーム内のフィールドを介して）フレームがトラフィックを含む電力節約グループ（または複数のグループ）を示すステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例６】
【００９２】
単一のＳＴＡにフレームを送信する際、ＡＰが、（フレーム内のフィールドを介して）ターゲットＳＴＡが属する電力節約グループを示すステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例７】
【００９３】
複数のＳＴＡにフレームを送信する際、ＡＰが、（フレーム内のフィールドを介して）各ターゲットＳＴＡが属する電力節約グループを示すステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例８】
【００９４】
ＡＰに送信する際、ＳＴＡが、（フレーム内のフィールドを介して）ＳＴＡが属する電力節約グループを識別するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例９】
【００９５】
ＡＰに送信する際、ＳＴＡが、（フレーム内のフィールドを介して）ＡＰが属する電力節約グループを識別するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１０】
【００９６】
ＡＰに送信する際、ＳＴＡが、（フレーム内のフィールドを介して）電力節約グループのいずれも識別しない（例えば、すべて「０」のビットマップ、またはすべて「１」のビットマップを使用して）ステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１１】
【００９７】
ＡＰに送信する際、ＳＴＡが、（フレーム内のフィールドを介して）そのＡＰに固有である電力節約グループ（すなわち、ＡＰは、例えば、グループ０の一部である）を識別するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１２】
【００９８】
電力節約グループに編成された、または割り当てられたＳＴＡに、そのような電力節約グループが、フレーム内に含まれない（存在しない）ことを示すフレームの全体、またはいくつかの部分をリッスンしないことにより、電力を節約させるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１３】
【００９９】
ＳＴＡ（または複数のＳＴＡ）に送信する際、ＡＰが、（フレーム内の、具体的には、フレームのＰＨＹヘッダ内のフィールドを介して）「トラフィック方向」が、「Ｔｏ  ＳＴＡ」（すなわち、ダウンリンク）であることを示すステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１４】
【０１００】
ＡＰに送信する際、ＳＴＡが、（フレーム内の、具体的には、フレームのＰＨＹヘッダ内のフィールドを介して）「トラフィック方向」が、「Ｔｏ  ＡＰ」（すなわち、アップリンク）であることを示すステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１５】
【０１０１】
ＳＴＡに、「トラフィック方向」情報を利用させて、（ＰＨＹヘッダ内、またはＭＡＣヘッダ内のフレームヘッダ内で）「トラフィック方向」が、「Ｔｏ  ＡＰ」（すなわち、アップリンク）であることを示すフレームの全体、またはいくつかの部分をリッスンしない（復号化しない）ことにより、電力を節約させるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例１６】
【０１０２】
ＳＴＡまたはＡＰが、電力節約グループ情報を復号化し、識別するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、ＳＴＡまたはＡＰのグループが、そのＷＬＡＮフレーム内に含まれないことを識別すると、ＳＴＡまたはＡＰが、特定の時刻まで（例えば、そのフレームの終わりまで）、そのフレームのさらなる部分を復号化する、または受信することを止めるステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を実現するための方法。
【実施例１７】
【０１０３】
ＳＴＡまたはＡＰが、受信側のＳＴＡに、受信側のＳＴＡが、電力を節約することが許されるか否かを示すフィールド（またはビット）を復号化するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、電力節約グループ情報を復号化して、識別するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、ＳＴＡまたはＡＰのグループが、そのＷＬＡＮフレーム内に含まれないことを識別し、フィールド（またはビット）が、受信側のＳＴＡまたはＡＰが、電力を節約することを許されることを示す場合、ＳＴＡまたはＡＰが、特定の時刻（例えば、そのフレームの終わりまで）、そのフレームのさらなる部分を復号化する、または受信することを止めるステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を実現するための方法。
【実施例１８】
【０１０４】
ＡＰとＳＴＡの間で事前の信号での通知またはメッセージング（例えば、ネゴシエーションを介する、または管理フレーム、アクションフレーム、もしくは制御フレームの使用を介する）が、使用されて、ＡＰは、受信側のＳＴＡが、電力を節約することを許されるか否かを示し、ＳＴＡは、そのような情報をＳＴＡのメモリの中に格納し、ＳＴＡのグループが、ＷＬＡＮフレーム内に含まれないことを識別すると、その情報を使用する実施形態１７に記載の方法。
【実施例１９】
【０１０５】
ＳＴＡまたはＡＰが、受信側のＳＴＡ、または受信側のＡＰに、ＳＴＡまたはＡＰが、ＭＡＣヘッダ（例えば、フレームの中の最初のＭＡＣヘッダ）の少なくとも終わりまで、受信して、復号すべきかどうかを示すフィールド（またはビット）を復号化するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、電力節約グループ情報を復号化して、識別するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、ＳＴＡまたはＡＰのグループが、ＷＬＡＮフレーム内に含まれないことを識別し、フィールド（またはビット）が、受信側のＳＴＡまたはＡＰが、ＭＡＣヘッダの少なくとも終わりまで受信して、復号すべきことを示す場合、ＭＡＣヘッダの終わりを受信して、復号化した後、ＳＴＡまたはＡＰが、特定の時刻（例えば、そのフレームの終わりまで）、そのフレームのさらなる部分を復号化する、または受信することを止めるステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を実現するための方法。
【実施例２０】
【０１０６】
ＡＰとＳＴＡの間で事前の信号での通知またはメッセージング（例えば、ネゴシエーションを介する、または管理フレーム、アクションフレーム、もしくは制御フレームの使用を介する）が、使用されて、ＡＰは、受信側のＳＴＡが、ＭＡＣヘッダ（例えば、フレームの中の最初のＭＡＣヘッダ）の少なくとも終わりまで、受信して、復号すべきかどうかを示し、ＳＴＡは、そのような情報をＳＴＡのメモリの中に格納し、ＳＴＡのグループが、ＷＬＡＮフレーム内に含まれないことを識別すると、その情報を使用する実施形態１９に記載の方法。
【実施例２１】
【０１０７】
ＳＴＡまたはＡＰが、受信側のＳＴＡ、または受信側のＡＰに、ＳＴＡまたはＡＰが、ＭＡＣヘッダ（例えば、フレームの中の最初のＭＡＣヘッダ）の時間／ＩＤフィールドを受信し、復号化して、使用すべきかどうかを示すフィールド（またはビット）を復号化するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、電力節約グループ情報を復号化して、識別するまで、ＷＬＡＮフレームを受信して、復号化するステップと、
ＳＴＡまたはＡＰが、ＳＴＡまたはＡＰのグループが、ＷＬＡＮフレーム内に含まれないことを識別し、フィールド（またはビット）が、受信側のＳＴＡ、または受信側のＡＰが、ＭＡＣヘッダの時間／ＩＤフィールドの少なくとも終わりまで、受信して、復号すべきことを示す場合、そのようなフィールドを受信して、復号化した後、ＳＴＡまたはＡＰが、特定の時刻（例えば、そのフレームの終わりまで）、そのフレームのさらなる部分を復号化する、または受信することを止めるステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を実現するための方法。
【実施例２２】
【０１０８】
ＡＰとＳＴＡの間で事前の信号での通知またはメッセージング（例えば、ネゴシエーションを介する、または管理フレーム、アクションフレーム、もしくは制御フレームの使用を介する）が、使用されて、ＡＰは、受信側のＳＴＡが、ＭＡＣヘッダ（例えば、フレームの中の最初のＭＡＣヘッダ）の時間／ＩＤフィールドを受信し、復号化して、使用すべきかどうかを示し、ＳＴＡは、そのような情報をＳＴＡのメモリの中に格納し、ＳＴＡのグループが、ＷＬＡＮフレーム内に含まれないことを識別すると、その情報を使用する実施形態２１に記載の方法。
【実施例２３】
【０１０９】
ＡＰが、フレーム内に含まれるメッセージを介して、いずれの電力節約グループにＳＴＡが割り当てられているか（または編成されているか）をＳＴＡに信号で伝えるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２４】
【０１１０】
ＳＴＡが、フレーム内に含まれるメッセージを介して、ＳＴＡが割り当てられている（または編成されている）電力節約グループをＡＰに確認するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２５】
【０１１１】
ＡＰが、フレーム内に含まれるメッセージを介して、ＤＬＳまたはＤＬＰのコンテキストで役立つ、いずれの電力節約グループに別のＳＴＡが割り当てられているか（または編成されているか）をＳＴＡに信号で伝えるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２６】
【０１１２】
ＳＴＡが、フレーム内に含まれるメッセージを介して、ＤＬＳまたはＤＬＰのコンテキストで役立つ、別のＳＴＡが割り当てられている（または編成されている）電力節約グループをＡＰに確認するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２７】
【０１１３】
ＡＰが、フレーム内に含まれるメッセージを介して、いずれの電力節約グループにＡＰが割り当てられているか（または編成されているか）をＳＴＡに信号で伝えるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２８】
【０１１４】
ＳＴＡが、フレーム内に含まれるメッセージを介して、ＡＰが割り当てられている（または編成されている）電力節約グループをＡＰに確認するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例２９】
【０１１５】
ＡＰに、関連するＳＴＡを、電力節約のために使用されることが可能なグループに編成させるステップと、
ＡＰに、ＳＴＡが割り当てられている１つまたは複数の電力節約グループをＳＴＡに割り当てさせ、信号での通知させるステップと、
ＷＬＡＮフレーム内に、いずれの電力節約グループが、そのＷＬＡＮフレーム内に含まれるデータを有するかについての情報を含めるステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例３０】
【０１１６】
いずれの電力節約グループが、そのようなフレーム内にデータを含むかについての任意のＩＤまたは指示を提供するために使用される１つまたは複数のフィールドを含むＷＬＡＮフレームフォーマット。
【実施例３１】
【０１１７】
フレームのＰＨＹ（物理層）部分内、例えば、ＰＬＣＰヘッダ内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３２】
【０１１８】
フレームのＭＡＣ部分内、例えば、ＭＡＣヘッダ内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３３】
【０１１９】
ＰＬＣＰ（例えば、ＰＨＹ）ヘッダのＳＩＧＮＡＬフィールド内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３４】
【０１２０】
ＰＬＣＰ（例えば、ＰＨＹ）ヘッダのレガシーＳＩＧＮＡＬフィールド内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３５】
【０１２１】
ＰＬＣＰ（例えば、ＰＨＹ）ヘッダの高スループットＳＩＧＮＡＬフィールド内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３６】
【０１２２】
ＴＧｎＳｙｎｃ提案（ドキュメント番号ＩＥＥＥ８０２．１１−０４／０８８９ｒ４４）のＰＬＣＰ（すなわち、ＰＨＹ）ヘッダのＨＴ−ＳＩＧフィールド内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３７】
【０１２３】
ＷＷｉＳＥ提案（ドキュメント番号ＩＥＥＥ８０２．１１−０５／０１４９ｒ１）のＰＬＣＰ（すなわち、ＰＨＹ）ヘッダのＳＩＧＮＡＬ−Ｎフィールド内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３８】
【０１２４】
ＴＧｎＳｙｎｃ提案（ドキュメント番号ＩＥＥＥ８０２．１１−０４／０８８９ｒ４４）のＰＨＹヘッダまたはＭＡＣヘッダの任意のヘッダ内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例３９】
【０１２５】
ＷＷｉＳＥ提案（ドキュメント番号ＩＥＥＥ８０２．１１−０５／０１４９ｒ１）のＰＨＹヘッダまたはＭＡＣヘッダの任意のヘッダ内に任意の電力節約グループ情報を含むＷＬＡＮフレームフォーマット。
【実施例４０】
【０１２６】
ＰＬＣＰ（すなわち、ＰＨＹ）ヘッダ（例えば、ＨＴ−ＳＩＧまたはＳＩＧＮＡＬ−Ｎ）のＳＩＧＮＡＬフィールド内で定義された、または予約されたフィールドのいくつかが、電力節約グループ情報を含むように再定義されるＷＬＡＮフレームフォーマット。
【実施例４１】
【０１２７】
フレーム内に含まれる電力節約グループ情報に関してＣＲＣ、または他の任意の形態の符号化またはチェックサムを計算するステップと、
計算されたＣＲＣをフレーム内（例えば、ヘッダ内）に含めるステップとを含むフレーム内に含まれる電力節約グループ情報の信頼性を高めるための方法。
【実施例４２】
【０１２８】
電力節約グループ情報を、フレームのＳＩＧＮＡＬフィールド（例えば、ＨＴ−ＳＩＧまたはＳＩＧＮＡＬ−Ｎ）内に含めるステップと、
電力節約グループ情報を含め、ＳＩＧＮＡＬフィールドのいくつかの要素、またはすべての要素を使用して、ＳＩＧＮＡＬフィールドのＣＲＣフィールドを計算するステップとを含むフレーム内に含まれる電力節約グループ情報の信頼性を高めるための方法。
【実施例４３】
【０１２９】
フレームのＰＨＹ部分内にいくらかの電力節約グループ情報を含み、フレームのＭＡＣ部分内に他のいくらかの電力節約グループ情報を含む（例えば、ＰＨＹ部分は、いずれのグループが、フレーム内に存在するかについての情報を提供することができるのに対して、ＭＡＣ部分は、タイミング関連の情報を提供することができる）ＷＬＡＮフレームフォーマット。
【実施例４４】
【０１３０】
そのようなフレームが、電力節約グループ情報を提供するフィールド（または複数のフィールド）を含むか否かを示すフィールド（またはビット）を含むＷＬＡＮフレームフォーマット。
【実施例４５】
【０１３１】
そのようなフレームが、電力節約グループ情報を提供するさらなるフィールド（または複数のフィールド）、または拡張されたフィールド（または複数のフィールド）を含むか否かを示すフィールド（またはビット）を含むＷＬＡＮフレームフォーマット。
【実施例４６】
【０１３２】
ＰＶＦ（存在フラグまたは有効性フラグ）と呼ばれることが可能な、フレーム内の電力節約グループ情報の存在または有効性を示すフィールド（またはビット）を含むＷＬＡＮフレームフォーマット。
【実施例４７】
【０１３３】
ＡＰが、メモリテーブル内でルックアップを実行して、ＳＴＡのアドレス（または任意のＳＴＡ属性）が格納されているエントリを探し出すステップと、
ルックアップテーブルエントリインデックス、またはルックアップテーブルエントリインデックスの任意のファンクションまたは変種を、割り当てられた電力節約グループとして使用するステップとを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例４８】
【０１３４】
ＳＴＡのアドレス（例えば、ＭＡＣアドレス）からのビットのサブセットを、例えば、ＳＴＡのＭＡＣアドレス（またはそのようなアドレスの変種）の最下位の２ビットを、ＳＴＡが割り当てられるグループとして使用するステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例４９】
【０１３５】
ＳＴＡのアドレスに、またはＳＴＡの属性のいずれかにハッシング関数、または他の任意の関数を適用して、ＳＴＡが割り当てられるグループを決定するステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５０】
【０１３６】
ＡＰエリア内のいくつかのグループ、またはいくつかのＳＴＡに関してトラフィック負荷および／または利用レベルを監視する、または測定するステップと、
グループを割り当てるためのアルゴリズムにおいてトラフィック負荷値および／または利用量の値を使用するステップとを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５１】
【０１３７】
類似のデータ転送速度、または類似の電力レベルを通常、使用するＳＴＡを同一の電力節約グループに割り当てるステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５２】
【０１３８】
類似のＱｏＳ要件を有するトラフィックを通常、有するＳＴＡを同一の電力節約グループに割り当てるステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５３】
【０１３９】
類似のフレーム集約要件（または類似の履歴上のフレーム集約パターン）を有するトラフィックを通常、有するＳＴＡを同一の電力節約グループに割り当てるステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５４】
【０１４０】
類似のトラフィックパターン、または類似のトラフィック要件を通常、有するＳＴＡを同一の電力節約グループに割り当てるステップを含むＡＰまたは任意のＳＴＡによってＳＴＡをグループ（「電力節約グループ」と呼ばれることが可能な）に編成するのに使用される方法。
【実施例５５】
【０１４１】
１つまたは複数の電力節約グループを同一のＳＴＡに割り当てるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例５６】
【０１４２】
すべてのＳＴＡにブロードキャストされるトラフィックを含むフレームを特に識別する１つまたは複数のグループを割り当てるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例５７】
【０１４３】
いくつかのＳＴＡにマルチキャストされるトラフィックを含むフレームを特に識別する１つまたは複数のグループを割り当てるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例５８】
【０１４４】
あるタイプ（例えば、管理フレーム）であるフレームを特に識別する１つまたは複数のグループを割り当てるステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例５９】
【０１４５】
スケジューラ実施、マルチキャストグループ識別、より簡単なアドレス指定などの、他の目的で任意の前述の実施形態で説明される電力節約グループフィールドの概念を使用する任意の方法。
【実施例６０】
【０１４６】
他の目的、または他の機能のために何らかの種類のグループ化を使用し、それらのグループ化が、電力節約情報を提供する目的で再利用される任意の方法または概念。
【実施例６１】
【０１４７】
ビットマップが使用され、そのビットマップの中の各ビットは、そのようなグループに属するパケットが、存在するか、または存在しないかを指定する電力節約グループ情報を符号化するための方法。
【実施例６２】
【０１４８】
いくつかのビットを使用して、ＳＴＡがスリープすることができるが、その時点で、ＳＴＡが、起動して、ＳＴＡのデータをリッスンすることを始めなければならない時間の分数が示される電力節約グループタイミング情報を符号化するための方法。
【実施例６３】
【０１４９】
タイミング情報が、時間フィールドに関連して提供され、時間フィールドは、ＰＬＣＰヘッダレガシー信号、高スループット信号、またはＭＡＣヘッダの長さフィールドおよびレートフィールドから導き出される電力節約情報を提供するための方法。
【実施例６４】
【０１５０】
タイミング情報が、時間フィールドに関連して提供され、時間フィールドは、電力節約の目的（例えば、新たなスリープ期間、または電力節約期間）の新たなフィールドである電力節約情報を提供するための方法。
【実施例６５】
【０１５１】
ＳＴＡが、さらなる電力節約を必要としていることに気付いた場合、ＳＴＡが、新たな電力節約グループ割り当てを要求する信号通知メッセージをＡＰに送信するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例６６】
【０１５２】
ＳＴＡが、さらなる電力節約を必要としていることに気付いた場合、ＡＰが、ＳＴＡのデータを集約されたフレーム内、つまり、バースト内に入れないことを要求する信号通知メッセージを、ＳＴＡが、ＡＰに送信するステップと、
ＳＴＡが、そのパケットが、集約されたパケットであることを識別することができ（ＨＴ−ＳＩＧフィールドの中で集約ビットを使用して）、そのパケットを読み取らない、またはそのパケットを復号化しないステップとを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例６７】
【０１５３】
ＭＡＣ  ＮＡＶ時間とＰＨＹスプーフ期間とが合致するか否かを示すビットを含むＷＬＡＮフレームフォーマット。
【実施例６８】
【０１５４】
ＰＨＹヘッダの中にトラフィック方向情報を含むＷＬＡＮフレームフォーマット。
【実施例６９】
【０１５５】
電力を節約するための実施形態６８におけるトラフィック方向情報の使用（トラフィックが、ＡＰに向かっている場合、そのようなトラフィック方向情報を復号化するすべてのＳＴＡが、リッスンすることを止めて、電力を節約することができる）。
【実施例７０】
【０１５６】
電力を節約するためのＷＬＡＮ  ＭＡＣヘッダに現在、含まれるトラフィック方向情報（例えば、「Ｔｏ  ＤＳ」または「Ｆｒｏｍ  ＤＳ」）の使用（例えば、トラフィックが、ＡＰに向かっている場合、そのようなトラフィック方向情報を復号化するすべてのＳＴＡが、リッスンすることを止めて、電力を節約することができる）。
【実施例７１】
【０１５７】
フレーム内のどこまで、ＳＴＡが読み取るべきかを、ＳＴＡに示す命令フィールドを含むＷＬＡＮフレームフォーマット。
【実施例７２】
【０１５８】
フレーム内のどこで、またはいつ、ＳＴＡがリッスンすることを止めることができるかを示す命令フィールドを含むＷＬＡＮフレームフォーマット。
【実施例７３】
【０１５９】
どのような情報が、読み取られる、復号化される、または解釈される必要があるか、あるいはフレーム内のどこまで、ＳＴＡがリッスンすることを要求されるかについてのＬＤＩ（リッスン指示またはリッスン命令）フィールドを含むＷＬＡＮフレームフォーマット。
【実施例７４】
【０１６０】
拡張されたＨＴ−ＳＩＧフィールドの存在、またはＨＴ−ＳＩＧフィールド内のさらなるＯＦＤＭシンボルの存在を示すフィールド（例えば、ビット）を含み、そのフィールドまたはシンボルは、いくらかの電力節約情報を含むことが可能であるＷＬＡＮフレームフォーマット。
【実施例７５】
【０１６１】
電力節約情報を通常、含む拡張されたＳＩＧＮＡＬフィールド（例えば、ＨＴ−ＳＩＧまたはＳＩＧＮＡＬ−Ｎ）が、フレームヘッダ内に存在することを示すフィールド（例えば、ビット）を含むＷＬＡＮフレームフォーマット。
【実施例７６】
【０１６２】
ＭＲＡＤフレーム内、またはＭｕｌｔｉ−Ｐｏｌｌフレーム（例えば、ＭＭＰ）内にＧＰＩ、ＧＴＩ、またはＧＰＴＩに関するフィールドを含むＷＬＡＮフレームフォーマット。
【実施例７７】
【０１６３】
ＧＰＩ、ＧＴＩ、またはＧＰＴＩに関するフィールドを含むＭＲＡＤフレームフォーマット。
【実施例７８】
【０１６４】
ＧＰＩ、ＧＴＩ、またはＧＰＴＩに関するフィールドを含むＭＭＰフレームフォーマット。
【実施例７９】
【０１６５】
ＧＰＩ、ＧＴＩ、ＧＰＴＩ、または他の任意の電力節約情報のためのフィールドを含むように変更されたＩＡＣ／ＲＡＣフレームフォーマット、ＲＴＳ／ＣＴＳフレームフォーマット、逆方向トラフィックフレームフォーマット、ＣＦ−Ｐｏｌｌフレームフォーマット、ＱｏＳ  Ｐｏｌｌフレームフォーマット、またはＢＡ／ＢＡＲフレームフォーマットのいずれか。
【実施例８０】
【０１６６】
「基本時間」を利用し、その「基本時間」が掛けられるべき分数を伝えるタイミング情報の符号化を含む任意のＷＬＡＮフレームフォーマット。
【実施例８１】
【０１６７】
「基本時間」と分数、または「基本時間」と倍数を含む符号化されたタイミング情報（例えば、オフセット情報）を使用する任意のＷＬＡＮフレームフォーマット。
【実施例８２】
【０１６８】
「スプーフ期間」として定義される、または「スプーフ期間」から導き出される「基本時間」。
【実施例８３】
【０１６９】
「ＮＡＶ時間」として定義される、または「ＮＡＶ時間」から導き出される「基本時間」。
【実施例８４】
【０１７０】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループをＳＴＡに信号で伝える、または通信するために使用される任意のＷＬＡＮフレームフォーマット。
【実施例８５】
【０１７１】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループをＳＴＡに信号で伝える、または通信するために使用される任意の管理フレーム、アクションフレーム、制御フレーム、またはデータフレーム。
【実施例８６】
【０１７２】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループをＳＴＡに信号で伝える、または通信するために使用されるＩＡＣ／ＲＡＣフレームフォーマット、ＲＴＳ／ＣＴＳフレームフォーマット、逆方向トラフィックフレームフォーマット、ＣＦ−Ｐｏｌｌフレームフォーマット、ＱｏＳ  Ｐｏｌｌフレームフォーマット、またはＢＡ／ＢＡＲフレームフォーマットのいずれか。
【実施例８７】
【０１７３】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループをＳＴＡに信号で伝える、または通信するために使用される任意のＷＬＡＮフレームフォーマット。
【実施例８８】
【０１７４】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループの更新、確認、または確認応答をＡＰに送信するためにＳＴＡによって使用される任意の管理フレーム、アクションフレーム、制御フレーム、またはデータフレーム。
【実施例８９】
【０１７５】
ＳＴＡの割り当てられたグループまたは複数のグループ、ＡＰの割り当てられたグループまたは複数のグループ、または他の何らかのＳＴＡの割り当てられたグループまたは複数のグループの更新、確認、または確認応答をＡＰに送信するためにＳＴＡによって使用されるＩＡＣ／ＲＡＣフレームフォーマット、ＲＴＳ／ＣＴＳフレームフォーマット、逆方向トラフィックフレームフォーマット、ＣＦ−Ｐｏｌｌフレームフォーマット、ＱｏＳ  Ｐｏｌｌフレームフォーマット、またはＢＡ／ＢＡＲフレームフォーマットのいずれか。
【実施例９０】
【０１７６】
ＳＴＡが、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して、ＳＴＡのバッテリの電力が少なくなっていること、および、場合により、ＳＴＡのバッテリの電力レベルまたは持続時間をＡＰに示す信号通知メッセージを送信するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例９１】
【０１７７】
ＳＴＡが、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して、ＳＴＡが、ＳＴＡの電力を節約するために、すべての特定の、または一部の特定の集約スキームまたはバースティングスキームに参加しないことを選択することをＡＰに示す信号通知メッセージを送信するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例９２】
【０１７８】
ＳＴＡが、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して、ＳＴＡが、さらなる電力を節約するために、電力グループ再割り当てを要求することを望むことをＡＰに示す信号通知メッセージを送信するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例９３】
【０１７９】
ＳＴＡが、すべての集約スキーム、または一部の集約スキームに参加することに関するＳＴＡの能力および選択を示すために、ネゴシエーション中、関連付け中、セットアップ中、または他の任意の段階中に、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して信号通知メッセージを送信するステップを含むＷＬＡＮにおいてバッテリ節約および電力節約を可能にするための方法。
【実施例９４】
【０１８０】
ＳＴＡの能力を示すために（例えば、ＳＴＡは、ＳＴＡが、集約されたフレーム、またはいくつかのタイプの集約されたフレームを受信することができない）、ネゴシエーション中、関連付け中、セットアップ中、または他の任意の段階中に、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを使用して信号通知メッセージを送信するＳＴＡ。
【実施例９５】
【０１８１】
ＳＴＡは、ＳＴＡが、複数の宛先、または単一の宛先への集約されたフレームの受信をサポートするか否かをネゴシエートすることができる。
【実施例９６】
【０１８２】
ＳＴＡは、関連付けの前に、関連付けの直後に、関連付けより後の何らかの時点で、またはＡＰとネゴシエートする際に使用されるべき任意の時間に、ＳＴＡのデータが、集約されるか否か、またはどのようなタイプの集約スキームが、使用されるべきかについて、管理フレーム、アクションフレーム、制御フレーム、またはデータフレームを介して、ＳＴＡのサポートされるフィーチャ、能力リスト、または選択リストを送信することができる。
【実施例９７】
【０１８３】
ＭＲＭＲＡ、ＭＭＲＡ、ＭＲＡＤ、またはＭＭＰのコンテキスト内で使用される前述の実施形態のいずれか。
【実施例９８】
【０１８４】
レガシーＳＩＧＮＡＬフィールド内の予約ビットを使用して、そのフォーマットが、非レガシーフレームフォーマット（例えば、８０２．１１ｎフレーム）であることを示す任意のＷＬＡＮフレームフォーマット。
【実施例９９】
【０１８５】
レガシーデバイスによる電力節約を可能にするためにレガシーＳＩＧＮＡＬフィールド内の予約ビットを使用する任意のＷＬＡＮフレームフォーマット。
【実施例１００】
【０１８６】
レガシーＳＩＧＮＡＬフィールド内の予約ビットを使用して、そのフレームが、集約されたフレームであることを示す任意のＷＬＡＮフレームフォーマット。
【実施例１０１】
【０１８７】
ＡＰという用語が使用される場合、ＡＰは、ＷＬＡＮ  ＳＴＡで置き換えられて、別のＳＴＡが、例えば、メッシュネットワーク環境において、ＡＰの役割をすることができるようになる前述の実施形態のいずれか。
【実施例１０２】
【０１８８】
ＷＬＡＮアドホックネットワーク、ＷＬＡＮメッシュネットワーク、または無線ワイドエリアネットワーク（例えば、８０２．１６）において使用するための前述の実施形態のいずれか。
【実施例１０３】
【０１８９】
他の無線ＬＡＮ技術、および他の無線ＬＡＮ標準において使用するための前述の実施形態のいずれか。
【実施例１０４】
【０１９０】
ＵＭＴＳ、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＨＳＤＰＡ、およびＨＳＵＰＡを含むが、以上には限定されないセルラーシステムなどの、他の無線通信システムにおいて使用するための前述の実施形態のいずれか。
【図面の簡単な説明】
【０１９１】
【図１】いくつかの既存のフレーム集約スキームおよびバースティングスキームの図である。
【図２】ＭＲＡＤを使用する既存のＭＰＤＵ集約スキームの図である。
【図３】ＳＴＡをグループ化すること、およびＡＰとのグループ通信を示す図である。
【図４】タイミング情報およびＳＴＡスリープ期間に関連してグループＩＤ情報を使用することの例を示す図である。
【図５Ａ】既存のＴＧｎＳｙｎｃ  ＰＨＹヘッダの中のレガシーＰＬＣＰヘッダを示す図である。
【図５Ｂ】フレームタイプ標識を含むレガシーＰＬＣＰヘッダを示す図である。
【図６Ａ】ＴＧｎＳｙｎｃ  ＰＨＹヘッダの中の既存のＨＴ−ＳＩＧフィールドを示す図である。
【図６Ｂ】ＨＴ−ＳＩＧＸフィールドを含むＨＴ−ＳＩＧフィールドを示す図である。
【図７Ａ】ＷＷｉＳＥ  ＰＨＹヘッダの中の既存のＳＩＧＮＡＬ−ＭＭフィールドおよびＳＩＧＮＡＬ−Ｎフィールドを示す図である。
【図７Ｂ】さらなる情報フィールドを含むＳＩＧＮＡＬ−ＭＭフィールドおよびＳＩＧＮＡＬ−Ｎフィールドを示す図である。
【図１】
2008539665.tif 000005
【図２】
2008539665.tif 000006
【図３】
2008539665.tif 000007
【図４】
2008539665.tif 000008
【図５Ａ】
2008539665.tif 000009
【図５Ｂ】
2008539665.tif 000010
【図６Ａ】
2008539665.tif 000011
【図６Ｂ】
2008539665.tif 000012
【図７Ａ】
2008539665.tif 000013
【図７Ｂ】
2008539665.tif 000014