(57)【特許請求の範囲】
【請求項１】
アクセスポイントであって、
アクセス制限ウィンドウを定義するアクセス制限ウィンドウモジュールと、
前記アクセス制限ウィンドウを通知するビーコンを生成するビーコン作成モジュールと、
前記アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局に前記ビーコンを送信する送信機モジュールと、
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局のうちの第１の局から、ポーリングフレームを受信するダウンリンク追跡モジュールと、
前記ポーリングフレームに続き、データフレームを前記第１の局に送信するデータ送信モジュールと、
を備え、
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、データフレームの送信を許可されず、
前記アクセス制限ウィンドウは、続くビーコン間隔内に含まれ、
前記続くビーコン間隔は、前記ビーコンの送信時に開始され、第２のビーコンの送信時に終了し、
前記送信機モジュールは、前記ビーコンに続けて前記第２のビーコンを、いかなる介在ビーコンも送信せずに送信する、アクセスポイント。
【請求項２】
前記ビーコン作成モジュールは、配信トラフィック表示マップを含むビーコンを定期的な間隔で送信し、
アクティブポーリング局が、前記定期的な間隔よりも長い間隔で覚醒し、
前記アクセスポイントは、前記アクセス制限ウィンドウ中、前記アクティブポーリング局がデータフレームを送信することを可能にする、請求項１に記載のアクセスポイント。
【請求項３】
前記アクセス制限ウィンドウは、前記ビーコンの送信の終了時に開始する、請求項１または請求項２に記載のアクセスポイント。
【請求項４】
前記データ送信モジュールは、前記ビーコンの送信の終了時にマルチキャストデータ及びブロードキャストデータのうちの少なくとも一方を選択的に送信し、
前記アクセス制限ウィンドウは、前記マルチキャストデータ及び前記ブロードキャストデータのうちの前記少なくとも一方の前記送信の終了時に開始する、請求項１から請求項３のいずれか１つに記載のアクセスポイント。
【請求項５】
前記ビーコンは、前記アクセス制限ウィンドウの終了時間を示す、請求項１から請求項４のいずれか１つに記載のアクセスポイント。
【請求項６】
前記アクセス制限ウィンドウモジュールは、前記アクセス制限ウィンドウに続くが、第２のビーコンの前である第２のアクセス制限ウィンドウを定義する、請求項１から請求項５のいずれか１つに記載のアクセスポイント。
【請求項７】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、第１のセットのフレームタイプの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、第２のセットのフレームタイプの送信が許可され、
前記第１のセットのフレームタイプのうちの少なくとも１つのフレームタイプは、前記第２のセットのフレームタイプに含まれず、
前記第２のセットのフレームタイプのうちの少なくとも１つのフレームタイプは、前記第１のセットのフレームタイプに含まれない、請求項６に記載のアクセスポイント。
【請求項８】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する第１のセットの前記局は、送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する第２のセットの前記局は、第２のセットのフレームタイプの送信を許可され、
前記第１のセットにおける少なくとも１つの局は、前記第２のセットに含まれず、
前記第２のセットにおける少なくとも１つの局は、前記第１のセットに含まれない、請求項６または請求項７に記載のアクセスポイント。
【請求項９】
前記アクセス制限ウィンドウ中、第１のセットの局タイプが送信を許可され、
前記第２のアクセス制限ウィンドウ中、第２のセットの局タイプが送信を許可され、
前記第１のセットにおける少なくとも１つの局タイプは、前記第２のセットに含まれず、
前記第２のセットにおける少なくとも１つの局タイプは、前記第１のセットに含まれない、請求項６から請求項８のいずれか１つに記載のアクセスポイント。
【請求項１０】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、送信特徴の第１の値を有するフレームの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、前記送信特徴の第２の値を有するフレームの送信を許可される、請求項６から請求項９のいずれか１つに記載のアクセスポイント。
【請求項１１】
前記送信特徴は、最大送信持続時間限度及び優先度のうちの一方である、請求項１０に記載のアクセスポイント。
【請求項１２】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、媒体アクセスパラメータの第１の値を用いたフレームの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、前記媒体アクセスパラメータの第２の値を用いたフレームの送信を許可される、請求項６から請求項１１のいずれか１つに記載のアクセスポイント。
【請求項１３】
前記媒体アクセスパラメータはスロット時間である、請求項１２に記載のアクセスポイント。
【請求項１４】
前記ビーコン作成モジュールは、前記アクセス制限ウィンドウ及び前記第２のアクセス制限ウィンドウの両方を通知する前記ビーコンを生成する、請求項６から請求項１３のいずれか１つに記載のアクセスポイント。
【請求項１５】
前記送信機モジュールは、前記ビーコンの送信に続き、予約フレームを送信して、前記第２のアクセス制限ウィンドウを通知する、請求項６から請求項１４のいずれか１つに記載のアクセスポイント。
【請求項１６】
前記送信機モジュールは、前記アクセス制限ウィンドウの終了時に前記予約フレームを送信する、請求項１５に記載のアクセスポイント。
【請求項１７】
前記送信機モジュールは、前記第２のアクセス制限ウィンドウの開始時に前記予約フレームを送信する、請求項１６に記載のアクセスポイント。
【請求項１８】
アップリンク追跡モジュールを更に備え、前記アップリンク追跡モジュールは、前記アクセス制限ウィンドウ中、（ｉ）前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局のうちの第２の局からアップリンクフレームを受信し、（ｉｉ）前記第２の局に対して肯定応答で選択的に応答し、前記アップリンクフレームは、前記第２の局が、前記アクセスポイントに送信するようにキューに入れられた第２のデータフレームを有することを示す、請求項１から請求項１７のいずれか１つに記載のアクセスポイント。
【請求項１９】
前記肯定応答は、前記第２の局が、前記アクセス制限ウィンドウに続き、前記第２のデータフレームを前記アクセスポイントに送信することが予期されることを前記第２の局に対して示す、請求項１８に記載のアクセスポイント。
【請求項２０】
前記ビーコンは、配信トラフィック表示マップを含むとともに、前記データフレームが前記第１の局に送信するようにキューに入れられていることの表示を含む、請求項１から請求項１９のいずれか１つに記載のアクセスポイント。
【請求項２１】
前記データ送信モジュールは、（ｉ）前記データフレームの送信準備ができたことに応答して、前記データフレームで前記ポーリングフレームに応答し、（ｉｉ）前記データフレームの送信準備ができていないことに応答して、肯定応答フレームで前記ポーリングフレームに応答する、請求項１から請求項２０のいずれか１つに記載のアクセスポイント。
【請求項２２】
データフェッチモジュールを更に備え、前記データフェッチモジュールは、前記データフレームの送信準備ができていないことに応答して、キューから前記データフレームを取り出し、前記データ送信モジュールは、前記アクセス制限ウィンドウに続き、前記データフレームを前記第１の局に送信する、請求項２１に記載のアクセスポイント。
【請求項２３】
前記データ送信モジュールは、前記第１の局からトリガーフレームを受信することに応答して、前記データフレームを前記第１の局に送信する、請求項２２に記載のアクセスポイント。
【請求項２４】
アクセスポイントを動作させる方法であって、
アクセス制限ウィンドウを定義する段階と、
前記アクセス制限ウィンドウを通知するビーコンを生成する段階と、
前記アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局に前記ビーコンを送信する段階と、
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局のうちの第１の局から、ポーリングフレームを受信する段階と、
前記ポーリングフレームに続き、データフレームを前記第１の局に送信する段階と、
を含み、
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、データフレームの送信を許可されず、
前記アクセス制限ウィンドウは、続くビーコン間隔内に含まれ、
前記続くビーコン間隔は、前記ビーコンの送信時に開始され、第２のビーコンの送信時に終了し、前記第２のビーコンは前記ビーコンに続けていかなる介在ビーコンもなしで送信される、方法。
【請求項２５】
配信トラフィック表示マップを含むビーコンを定期的な間隔で送信する段階と、
前記アクセス制限ウィンドウ中、アクティブポーリング局がデータフレームを送信することを許可する段階と、
を更に含み、
前記アクティブポーリング局が、前記定期的な間隔よりも長い間隔で覚醒する、請求項２４に記載の方法。
【請求項２６】
前記アクセス制限ウィンドウは、前記ビーコンの送信の終了時に開始する、請求項２４または請求項２５に記載の方法。
【請求項２７】
前記ビーコンの送信の終了時にマルチキャストデータ及びブロードキャストデータのうちの少なくとも一方を選択的に送信する段階を更に含み、
前記アクセス制限ウィンドウは、前記マルチキャストデータ及び前記ブロードキャストデータのうちの前記少なくとも一方の前記送信の終了時に開始する、請求項２４から請求項２６のいずれか１つに記載の方法。
【請求項２８】
前記ビーコンは、前記アクセス制限ウィンドウの終了時間を示す、請求項２４から請求項２７のいずれか１つに記載の方法。
【請求項２９】
前記アクセス制限ウィンドウに続くが、第２のビーコンの前である第２のアクセス制限ウィンドウを定義する段階と、
前記第２のビーコンを送信する段階と、
を更に含む、請求項２４から請求項２８のいずれか１つに記載の方法。
【請求項３０】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、第１のセットのフレームタイプの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、第２のセットのフレームタイプの送信を許可され、
前記第１のセットのフレームタイプのうちの少なくとも１つのフレームタイプは、前記第２のセットのフレームタイプに含まれず、
前記第２のセットのフレームタイプのうちの少なくとも１つのフレームタイプは、前記第１のセットのフレームタイプに含まれない、請求項２９に記載の方法。
【請求項３１】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する第１のセットの前記局のみが、送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する第２のセットの前記局のみが、送信を許可され、
前記第１のセットにおける少なくとも１つの局は、前記第２のセットに含まれず、
前記第２のセットにおける少なくとも１つの局は、前記第１のセットに含まれない、請求項２９または請求項３０に記載の方法。
【請求項３２】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属し、第１のセットの局タイプのうちの１つである局が、送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属し、第２のセットの局タイプのうちの１つである局が、送信を許可され、
前記第１のセットにおける少なくとも１つの局タイプは、前記第２のセットに含まれず、
前記第２のセットにおける少なくとも１つの局タイプは、前記第１のセットに含まれない、請求項２９から請求項３１のいずれか１つに記載の方法。
【請求項３３】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、送信特徴の第１の値を有するフレームの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、前記送信特徴の第２の値を有するフレームの送信を許可される、請求項２９から請求項３２のいずれか１つに記載の方法。
【請求項３４】
前記送信特徴は、最大送信持続時間限度及び優先度のうちの一方である、請求項３３に記載の方法。
【請求項３５】
前記アクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、媒体アクセスパラメータの第１の値を用いたフレームの送信を許可され、
前記第２のアクセス制限ウィンドウ中、前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局は、前記媒体アクセスパラメータの第２の値を用いたフレームの送信を許可される、請求項２９から請求項３４のいずれか１つに記載の方法。
【請求項３６】
前記媒体アクセスパラメータはスロット時間である、請求項３５に記載の方法。
【請求項３７】
前記アクセス制限ウィンドウ及び前記第２のアクセス制限ウィンドウの両方を通知する前記ビーコンを生成する段階を更に含む、請求項２９から請求項３６のいずれか１つに記載の方法。
【請求項３８】
前記ビーコンの送信に続き、予約フレームを送信して、前記第２のアクセス制限ウィンドウを通知する段階を更に含む、請求項２９から請求項３７のいずれか１つに記載の方法。
【請求項３９】
前記アクセス制限ウィンドウの終了時に前記予約フレームを送信する段階を更に含む、請求項３８に記載の方法。
【請求項４０】
前記第２のアクセス制限ウィンドウの開始時に前記予約フレームを送信する段階を更に含む、請求項３９または請求項３９に記載の方法。
【請求項４１】
前記アクセス制限ウィンドウ中、（ｉ）前記アクセスポイントと同じ前記インフラストラクチャ基本サービスセットに属する前記局のうちの第２の局からアップリンクフレームを受信する段階と、（ｉｉ）前記第２の局に対して肯定応答で選択的に応答する段階とを更に含み、前記アップリンクフレームは、前記第２の局が、前記アクセスポイントに送信されるのにキューに入れられた第２のデータフレームを有することを示す、請求項２４から請求項４０のいずれか１つに記載の方法。
【請求項４２】
前記肯定応答は、前記第２の局が、前記アクセス制限ウィンドウに続き、前記第２のデータフレームを前記アクセスポイントに送信することが予期されることを前記第２の局に対して示す、請求項４１に記載の方法。
【請求項４３】
前記ビーコンは、配信トラフィック表示マップを含むとともに、前記データフレームが前記第１の局に送信するようにキューに入れられていることの表示を含む、請求項２４から請求項４２のいずれか１つに記載の方法。
【請求項４４】
（ｉ）前記データフレームの送信準備ができたことに応答して、前記データフレームで、及び（ｉｉ）前記データフレームの送信準備ができていないことに応答して、肯定応答フレームで、前記ポーリングフレームに応答する段階を更に含む、請求項２４から請求項４３のいずれか１つに記載の方法。
【請求項４５】
前記データフレームの送信準備ができていないことに応答して、キューから前記データフレームを取り出す段階と、
前記アクセス制限ウィンドウに続き、前記データフレームを前記第１の局に送信する段階と、
を更に含む、請求項４４に記載の方法。
【請求項４６】
前記第１の局からトリガーフレームを受信することに応答して、前記データフレームを前記第１の局に送信する段階を更に含む、請求項４５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、包括的には無線ローカルエリアネットワークに関し、より詳細には、ＩＥＥＥ８０２．１１への拡張においてビーコンフレームに続くアクセス制限ウィンドウに関する。
【０００２】
［関連出願の相互参照］
本開示は、２０１２年１１月１９日に出願された米国特許出願第１３／６８０，８７６号の優先権と、２０１１年１１月２３日に出願された米国仮特許出願第６１／５６３、３９９号及び２０１２年４月２０日に出願された米国仮特許出願第６１／６３６，０１０号の利益を主張する。上記で参照された開示は引用することによりその全体が本明細書の一部をなす。
【背景技術】
【０００３】
図１は、ＩＥＥＥ規格８０２．１１−２０１２による省電力方式を示し、その開示は引用することによりその全体が本明細書の一部をなす。図１では、３つの局Ａ、Ｂ、及びＣが、アドホックモードとしても知られている、独立基本サービスセット（ＩＢＳＳ：Independent Basic Service Set）を形成する。各局は、データが送信も受信もされていない仮眠（又はスリープ）状態と、データを送受信することができる覚醒状態とに交互になる。各局は、各ビーコンの直前に覚醒しなければならず、これらのうちの３つを１０４−１、１０４−２、及び１０４−３に示す（一括して「ビーコン１０４」）。
【０００４】
ビーコンのために覚醒した後、各局は、トラフィック発生通知メッセージ（ＡＴＩＭ：Announcement Traffic Indication Message）ウィンドウと呼ばれる或る時間期間にわたって覚醒した状態を保つ。ＡＴＩＭウィンドウ中、各局は、バッファリングされたフレームを他の局に送信可能であるか否か及び他の局にバッファリングされたフレームの受信が予期されるか否かを判断する。
【０００５】
例えば、図１のビーコン１０４−２後のＡＴＩＭウィンドウを参照されたい。局ＡはＡＴＩＭフレーム１０８を局Ｂに送信し、局Ｂは、１１２においてＡＴＩＭフレームを受信することが示される。局Ｂは、肯定応答１１６を送信することによって局Ａからのデータ受信を待つことを肯定応答し、これは１２０において局Ａによって受信されることが示される。
【０００６】
局Ａは、バッファリングされたフレームの利用可能な受信側を識別しており、局Ｂは送信側からのフレームの受信を予期しているため、局Ａ及びＢは、ＡＴＩＭウィンドウ後も覚醒状態に留まり、仮眠状態には戻らない。これとは対照的に、局Ａ又はＢに送信するフレームを有さず、局Ａ又は局Ｂにおいてキューに入っているいかなるフレームも通知されてない局Ｃは、ＡＴＩＭウィンドウ後に仮眠状態に戻る。
【０００７】
予め手配されたように、ＡＴＩＭウィンドウ後、局Ａはデータフレーム１２４を局Ｂに送信し、これは１２８において受信されることが示される。局Ｂは、局Ａに肯定応答１３２を送信することによって送信の成功を通知し、これは１３６において受信されることが示される。次に、局Ａ及びＢは、ビーコン間隔の残りの部分、すなわち、次のビーコン１０４−３までの時間にわたり、覚醒したままである。局Ａ及びＢは、局Ｃと共に全て、ビーコン１０４−３後のＡＴＩＭウィンドウでは覚醒している。この手法により、局は、各ビーコン間隔の大部分で仮眠することができ、データ転送が予め手配されている場合のみ、覚醒した状態を保つ。
【０００８】
本明細書において提供される背景技術の説明は、本開示の文脈を包括的に提示することを目的とする。この背景技術セクションにおいて説明される範囲での、現在名前が挙がっている本発明者等の研究、及び出願時に他の形で従来技術としての資格を満たすことができない説明の態様はいずれも明示的にも暗黙的にも、本開示に対する従来技術として認められない。
【発明の概要】
【０００９】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールと、ダウンリンク追跡モジュールと、データ送信モジュールとを備える。アクセス制限ウィンドウモジュールはアクセス制限ウィンドウを定義するように構成され、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局は、データフレームの送信を許可されない。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。
【００１０】
送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。ダウンリンク追跡モジュールは、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のうちの第１の局からポーリングフレームを受信するように構成される。データ送信モジュールは、ポーリングフレームに続き、データフレームを第１の局に送信するように構成される。
【００１１】
アクセスポイントを動作させる方法は、アクセス制限ウィンドウを定義すること含み、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局は、データフレームの送信を許可されない。本方法は、アクセス制限ウィンドウを通知するビーコンを生成することと、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信することとを更に含む。本方法はまた、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のうちの第１の局から、ポーリングフレームを受信することを含む。本方法は、ポーリングフレームに続き、データフレームを第１の局に送信することを更に含む。
【００１２】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールとを備える。アクセス制限ウィンドウモジュールはアクセス制限ウィンドウを定義するように構成され、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局は、第１のセットのフレームタイプのみの送信を許可される。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。様々な特徴では、第１のセットのフレームタイプはデータフレームを除外する。他の特徴では、第１のセットのフレームタイプはポーリングフレームと、制御フレームとを含む。
【００１３】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールとを備える。アクセス制限ウィンドウモジュールはアクセス制限ウィンドウを定義するように構成され、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のサブセットのみが、送信を許可される。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。他の特徴では、サブセットは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のアソシエーション識別子によって定義される。更なる特徴では、サブセットは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の局タイプによって定義される。
【００１４】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールとを備える。アクセス制限ウィンドウモジュールはアクセス制限ウィンドウを定義するように構成され、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局は、送信特徴の第１の値を有するフレームのみの送信を許可される。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。他の特徴では、送信特徴は、最大送信持続時間限度及び優先度のうちの一方である。
【００１５】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールとを備える。アクセス制限ウィンドウモジュールはアクセス制限ウィンドウを定義するように構成され、アクセス制限ウィンドウ中、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局は、媒体アクセスパラメータの第１の値を用いてフレームを送信することを許可される。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。他の特徴では、媒体アクセスパラメータはスロット時間である。
【００１６】
アクセスポイントは、アクセス制限ウィンドウモジュールと、ビーコン作成モジュールと、送信機モジュールとを備える。アクセス制限ウィンドウモジュールは、複数のタイムスロットを有するアクセス制限ウィンドウを定義するように構成される。ビーコン作成モジュールは、アクセス制限ウィンドウを通知するビーコンを生成するように構成される。送信機モジュールは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局にビーコンを送信するように構成される。
【００１７】
他の特徴では、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する各局は、タイムスロットのうちの１つに割り当てられる。更なる特徴では、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の各サブセットは、タイムスロットのうちの１つに割り当てられる。更に他の特徴では、タイムスロットの選択されたスロットは、アクセスポイントと同じインフラストラクチャ基本サービスセットに属するが、他のタイムスロットに特別に割り当てられていない局からの送信用に予約される。更なる特徴では、タイムスロットのうちの選択されたスロットは、割り当てられたタイムスロット中、送信不可能な局からの送信用に予約される。更に他の特徴では、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のグループは、タイムスロットのうちの異なるタイムスロットに割り当てられる。
【００１８】
他の特徴では、アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局のうちの第１の局は、タイムスロットのうちの第１のスロットに割り当てられ、第１の局は、アクセス制限ウィンドウの第１のスロットの開始時にチャネルアクセスを開始する。他の特徴では、第１の局は、タイムスロットのうちの第２のスロットの開始後、送信を継続することを許可され、第２のスロットは第１のスロットに続く。
【００１９】
他の特徴では、アクセス制限ウィンドウモジュールは、アクセス制限ウィンドウに続くが、第２のビーコン前に第２のアクセス制限ウィンドウを定義するように構成される。他の特徴では、第２のアクセス制限ウィンドウは、第２の複数のタイムスロットを有する。送信機モジュールは、ビーコンに続けて第２のビーコンを、いかなる介在ビーコンも送信せずに送信するように構成される。アクセス制限ウィンドウの第２の複数のタイムスロットは、第２のアクセス制限ウィンドウの複数のタイムスロットとは異なる持続時間を有する。
【００２０】
他の特徴では、複数のタイムスロットのそれぞれは第１の持続時間を有し、第２の複数のタイムスロットのそれぞれは第２の持続時間を有し、第２の持続時間は第１の持続時間とは異なる。他の特徴では、アクセス制限ウィンドウモジュールは、アクセス制限ウィンドウに続くが、第２のビーコン前に第２のアクセス制限ウィンドウを定義するように構成され、第２のアクセス制限ウィンドウは第２の複数のタイムスロットを有する。送信機モジュールは、ビーコンに続けて第２のビーコンを、いかなる介在ビーコンも送信せずに送信するように構成される。アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の第１のサブセットのそれぞれは、複数のタイムスロットのうちの１つにそれぞれ割り当てられる。アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の第２のサブセットのそれぞれは、第２の複数のタイムスロットのうちの１つにそれぞれ割り当てられる。
【００２１】
他の特徴では、アクセス制限ウィンドウモジュールは、アクセス制限ウィンドウに続くが、第２のビーコン前に第２のアクセス制限ウィンドウを定義するように構成される。第２のアクセス制限ウィンドウは、第２の複数のタイムスロットを有する。送信機モジュールは、ビーコンに続けて第２のビーコンを、いかなる介在ビーコンも送信せずに送信するように構成される。アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の第１のサブセットのそれぞれは、第１のマッピングに従って複数のタイムスロットのうちの１つにそれぞれ割り当てられる。アクセスポイントと同じインフラストラクチャ基本サービスセットに属する局の第１のサブセットのそれぞれは、第２のマッピングに従って第２の複数のタイムスロットのうちの１つにそれぞれ割り当てられる。
【００２２】
本開示の更なる適用可能分野が、詳細な説明、特許請求の範囲、及び図面から明らかになろう。詳細な説明及び具体例は、単なる例示を目的とすることが意図され、本開示の範囲を限定することが意図されない。
【図面の簡単な説明】
【００２３】
【図１】従来技術によるトラフィック発生通知メッセージのタイミング図である。
【００２４】
【図２Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図２Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図３Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図３Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図３Ｃ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図４Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図４Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図４Ｃ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図５Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図５Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図５Ｃ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図６Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図６Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図７Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図７Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図８Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図８Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図９Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図９Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１０Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１０Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１１Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１１Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１２Ａ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１２Ｂ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【図１２Ｃ】アクセス制限ウィンドウに関連する活動例の図によるタイムラインである。
【００２５】
【図１３】アクセス制限ウィンドウ情報要素のグラフィカル表示である。
【００２６】
【図１４】アクセスポイント例のブロック図である。
【００２７】
【図１５】アクセスポイント例の機能ブロック図である。
【００２８】
【図１６】アクセスポイントの動作例を示すフローチャートである。
【００２９】
【図１７】局の動作例を示すフローチャートである。
【発明を実施するための形態】
【００３０】
図面中、参照符号は同様の要素又は同一の要素に再使用することができる。
【００３１】
アドホックモードでのＡＴＩＭウィンドウの概念は、インフラストラクチャモードに適合することができる。インフラストラクチャ基本サービスセット（ＢＳＳ：Basic Service Set）では、ビーコンは、ターゲットビーコン送信時間（ＴＢＴＴ：Target Beacon Transmission Time）に基づいてアクセスポイント（ＡＰ）によって定期的に送信される。ＢＳＳに関連付けられた省電力局は、覚醒して、各ビーコンを受信することが予期され、各ビーコンは、配信トラフィック表示メッセージ（ＤＴＩＭ：Delivery Traffic Indication Message）を含む。ＤＴＩＭでは、ＡＰはＤＴＩＭに続き、送信を予め手配することができるウィンドウ時間を通知することができる。省電力局は、関連する送信がウィンドウ中に手配されない場合、仮眠状態に戻ることができる。このウィンドウは、本開示では、アクセス制限ウィンドウ（ＲＡＷ：Restricted Access Window）と呼ばれる。
【００３２】
ＡＰは、任意の所与のビーコン間隔で２つ以上のＲＡＷを作成することが可能である場合があり、より詳細に後述するように、広範囲の制限を指定することができる。送信を予め手配する時間を可能にすることは、ＲＡＷの唯一の潜在的な用途である。さらに、ＲＡＷは異なる部分に分割することができ、部分ごとに様々な用途がある。単なる例として、更に詳細に後述するように、ＡＰは或る特定の局をＲＡＷの各部分に割り当てることができる。
【００３３】
局がインフラストラクチャＢＳＳに加入する場合、ＡＰは、アソシエーション識別子（ＡＩＤ：Association Identifier）を局に割り当て、そのＡＩＤを用いて、媒体アクセス制御（ＭＡＣ）アドレス等の他の何らかのメカニズムの代わりに局を参照する。単なる例として、ＭＡＣアドレスは４８ビット長又は６４ビット長であるが、ＡＩＤは、１１ビット長、１４ビット長、又は１６ビット長等、より短くすることができる。
【００３４】
様々な実施態様では、ＤＴＩＭは部分仮想ビットマップ（ＰＶＢ：Partial Virtual Bitmap）を含むことができ、各ビットは局のＡＩＤに対応する。ＰＶＢ内の対応するビットを１に設定することによって、ＡＰは、ＡＰが、その局へのバッファリングされたフレームを保有することを局に対して示す。局は、局のＡＩＤに対応するビットが、ＰＶＢにおいて１に設定されることを認識する場合、ＡＰからデータを要求すべきである。単なる例示として、ＡＰは最高で２００８個の局をサポートすることができ、したがって、最高で２００８個のＡＩＤを用いる。これらの場合、ＰＶＢは、最高で２００８ビット長とすることができるが、圧縮の使用は、ＰＶＢが多くの場合、はるかに短いことを意味する。
【００３５】
多数の局を有する大きなＢＳＳでは、ＰＶＢ内に設定された多くのビットが存在することができ、ＡＰが、多くの局のフレームをバッファリングしていることを示す。ＡＰへのデータのアップリンクを望む多くの局が存在することもできる。ＡＰは、ＲＡＷを用いて、どの局が、バッファリングされたフレームの受信に利用可能であるか、及びどの局がＡＰへのデータのアップリンクを望む場合があるかを判断することができる。
【００３６】
ＡＰは、ＤＴＩＭ内のデータ構造を用いてＲＡＷを通知することができる。最も単純な場合、ＲＡＷは、ＤＴＩＭの完了時に開始され、指定された時間期間後に終了する。ＲＡＷ中、ＡＰへの送信は、様々な点で制限することができる。例えば、制御フレーム、管理フレーム、及びヌルフレーム等の或る特定のタイプのフレームしか送信することができない。例えば、これらのフレームを用いて、ＲＡＷに続けて送信のスケジューリングを行うことができる。
【００３７】
ＲＡＷにより、制御フレーム、管理フレーム、及びヌルフレームのみが許可される場合、局は、局がＡＰにアップリンクするデータを有することをＡＰに示すことができる。局は、局が存在し、ＡＰによってキューに入れられているフレームを取り出したいことをＡＰに示すこともできる。これは、局がＤＴＩＭのＰＶＢ内に設定されている対応するビットを識別することによって促進することができるか、又は局が、データがＡＰで利用可能であると予期している場合に実行することができる。ＲＡＷにより、比較的時間のかかるデータ送信からの干渉なしで、これらの表示を行うことができる。
【００３８】
ＲＡＷは、他の目的にも同様に用いることができる。例えば、ＲＡＷにより、或る特定のアクセスカテゴリ（サービス品質レベル）に属するデータフレームのみを許可することができる。そのようなＲＡＷにより、優先度のより低いデータに対処する必要なく、最高優先度のデータを通信することを可能にすることができる。ＲＡＷが終わった後のビーコン間隔の残りの部分を優先度のより低いトラフィックに用いることができる。これは、大量の優先度のより低いトラフィックが存在する場合であっても、高優先度トラフィックの少なくとも一部分が、各ＤＴＩＭビーコン間隔中に対応されることを保証する。
【００３９】
追加又は代替として、ＲＡＷは、どの局が送信可能であるかを制限することができ、例えば、全ての局の明示的に定義されるサブセット又は所定のグループの局に送信を制限することができる。例えば、センサ局は、３Ｇオフロードと呼ぶことができる、セルラネットワークからデータをオフロードする局から区別することができる。ＲＡＷはまた、長いａＳｌｏｔＴｉｍｅと比較して、短いａＳｌｏｔＴｉｍｅを用いること等により、或る特定の媒体アクセスパラメータに制限することもできる。加えて、ＲＡＷは、最大送信持続時間限度等の或る特定の送信タイプに制限することができる。
【００４０】
消費電力に対してより大きな制約を有する局は、ＲＡＷの使用が許可され、それにより、局が省電力仮眠状態に迅速によりよく戻れるようにすることができる。そのような省電力局は、ＲＡＷ期間に続けて行われるように、アップリンク送信及び／又はダウンリンク送信をスケジュールすることができる。追加又は代替として、ＡＰは、ＲＡＷ中に、幾らかのデータをこれらの局と交換できるようにすることができる。
【００４１】
ＡＰが、多数の局用にバッファリングされた大量のデータを有する場合、ＲＡＷ中の個々の局からのポーリング要求は、これらの局のデータを受信する意志及び能力を示す。したがって、ＡＰは、ＲＡＷ中、キューに入っている対応するフレームをソフトウェアキャッシュからハードウェアバッファーに転送することができ、それにより、ＲＡＷに続く、キューに入ったフレームの素早い送信を可能にする。
【００４２】
第１のＲＡＷにおいて収集される情報に基づいて、ＡＰは更なるＲＡＷを動的にスケジュールすることができる。ＡＰは、予約フレーム等の特定のフレームを用いて追加のＲＡＷを通知することができる。例えば、ＡＰは、第１のＲＡＷがひどく輻輳しており、かつ、追加の時間により、第１のＲＡＷ中に実行することができない送信を可能にするとＡＰが確信する場合、第２のＲＡＷを通知することができる。
【００４３】
他の実施態様では、ＡＰは、第２のＲＡＷ内に、所定の通信用のスロット時間を定義することができる。例えば、ＡＰに、データのアップリンクを望む１６の局が通知された場合、ＡＰは、１６個のスロットを有する第２のＲＡＷを通知することができ、１６の局のそれぞれを複数のスロットのそれぞれ１つに割り当てる。ＡＰは、局のＡＩＤに基づいてこの情報を局に通信することができる。実際には、ＡＰは第１のＲＡＷをスロットにセグメント化することができ、スロットは、ＡＰが現在、どの局のフレームをバッファリングしているかに基づいて割り当てることができる。追加又は代替として、スロットは、ＡＩＤグループ、アクセスカテゴリ、及び／又はフレームタイプに基づいて予約することができる。第１のＲＡＷ内のスロットへの局のマッピングは、第２のＲＡＷ内のスロットへの局のマッピングと異なることができる。単なる例として、第１のセットの局は、第１のＲＡＷ及び第２のＲＡＷの両方内のスロットにマッピングすることができるが、異なる順序でマッピングすることができる。すなわち、或る特定の局のＲＡＷ内の送信スロットは、異なるＲＡＷで異なる。
【００４４】
ＡＰは、ＤＴＩＭの単一のデータ構造内の或る時間で複数のＲＡＷを指定することができる。これらのＲＡＷは連続してもよく、又は続くビーコン間隔内で別個であってもよい。第１のＲＡＷが十分に利用されていないとＡＰが判断する場合、ＡＰは、時期を早めてＲＡＷを終了させる能力を有することができ、それにより、ＲＡＷの元々通知された終了を待たずに、通常のデータ交換を行うことができる。ＡＰはまた、次回のＲＡＷを投機的にキャンセルする能力を有することもできる。
【００４５】
ＲＡＷが、制御フレーム、管理フレーム、及びヌルフレーム等のフレームに予約される状況であっても、或る特定の省電力局による小量の高優先度データの送信を許可することができる。特定の制限を、高優先度データをアップロードする局に課すことができる。例えば、局は、１つのＲＡＷ中に単一のフレーム交換に制限することができ、その単一のフレーム交換の持続時間を制限することができる。
【００４６】
本開示ではアクティブポーリング局と呼ばれるさらに電力の影響を受けやすい局は、ビーコンに同期せずに、１日に１回等、時折にのみ覚醒することができる。これらのポーリング局には、チャネルアクセス規則を受けて、覚醒直後にデータを送信することを許可することができる。
【００４７】
したがって、これらのアクティブポーリング局からのデータ送信、ポーリングフレーム、及びアップリンク表示フレームは、そのようなパケットが一般に許可されないＲＡＷ中を含め、随時行うことができる。覚醒すると、アクティブポーリング局は、アクティブポーリングフレームを送信するようにプログラムすることができる。ＡＰは、ＲＡＷが現在進行中であるか否か、現在のＲＡＷがいつ終了すると予期されるか、及び別のビーコンがいつ予期されるかをアクティブポーリング局に通知することによってアクティブポーリングフレームに応答する。
【００４８】
図２Ａでは、配信トラフィック表示マップ（ＤＴＩＭ）が、概ね目標ビーコン送信時間（ＴＢＴＴ）にＡＰによって送信されることが示される。ＤＴＩＭは、アクセス制限ウィンドウ（ＲＡＷ）が作成されることを通知し、ＲＡＷの持続時間を指定することができる。ＲＡＷに精通する局に、ＲＡＷがどのくらいの長さになるかを通知することに加えて、持続時間により、ＲＡＷに精通していない局が、指定された持続時間に基づいて各自のネットワーク割り振りベクトル（ＮＡＶ：Network Allocation Vector）を設定することを可能にすることができる。ＮＡＶを設定することによって、これらの局は、ＲＡＷ中の送信に干渉しない。ＲＡＷ中に送信されるフレームは、ＲＡＷの残りの持続時間を継承することができ、これを各自の持続時間として通知することができる。
【００４９】
ＤＴＩＭは、ＲＡＷの持続時間又は終了時間のみを通知することができるため、ＲＡＷの開始は、ＤＴＩＭフレーム又はＴＢＴＴの開始であると考えることができる。ＩＥＥＥ規格８０２．１１−２０１２によれば、ＤＴＩＭは、チャネルアクセス規則を受けて、ＴＢＴＴ後に可能な限りすぐに送信されるべきである。ＲＡＷが技術的にいつ開始されるかに関係なく、ＲＡＷは事実上、ＤＴＩＭの終了後まで機能を開始しない。
【００５０】
図２Ｂでは、ＡＰは、ＤＴＩＭ直後にブロードキャストデータ／マルチキャストデータを送信する。通常の省電力局はＤＴＩＭに向けて覚醒する必要があるため、これは、データが全ての意図される受信側によって受信されるように、ブロードキャストデータ／マルチキャストデータを送信するのに最良の時間であることができる。ＤＴＩＭは、ブロードキャストデータ及びマルチキャストデータが送信されることを示す１つ又は複数のビットを含むことができ、それにより、ＤＴＩＭ直後に仮眠に戻らず、その代わりに、ブロードキャストデータ／マルチキャストデータを待つように省電力局に指示する。ＡＰはＤＴＩＭ直後にブロードキャストデータ／マルチキャストデータを送信するため、ＲＡＷの有効サイズは、図２Ｂの２２０に図で示されるように低減される。
【００５１】
各ビーコンはトラフィック表示マップ（ＴＩＭ：Traffic Indication Map）を含むことができるが、Ｎ個のビーコンごとに１つのみがＤＴＩＭである。Ｎの値は、１以上の整数であり、各ビーコン内で送信することができる。整数が１に等しい場合、あらゆるビーコンがＤＴＩＭである。各ビーコンは、次のＤＴＩＭ前のビーコン数を示すこともできる。
【００５２】
図３Ａでは、ＤＴＩＭ２３０は、制御フレーム、管理フレーム、及びヌルフレームのみが送信許可されるＲＡＷ２３２を通知する。ＲＡＷ後、次のビーコンまでの残りの時間は、任意のタイプのフレームに対して開くことができる。
【００５３】
図３Ｂでは、ＤＴＩＭ２４０は、１つ又は複数の指定されたアクセスカテゴリのフレームのみが送信可能なＲＡＷ２４２を通知する。単なる例として、ＤＴＩＭ２４０は、ＲＡＷ２４２中、ビデオフレーム及び音声フレーム（最高優先度アクセスカテゴリ）のみが送信許可されることを指定することができる。ＲＡＷ２４２の終了後、全てのアクセスカテゴリのデータを送信することができる。
【００５４】
図３Ｃでは、ＤＴＩＭ２５０は、指定された局又は局グループのみがフレームを送信可能なＲＡＷ２５２を通知する。ＲＡＷ２５２の終了後、全ての局による送信を許可することができる。
【００５５】
図４Ａ〜図８Ｂは、全ての局が管理フレーム及び制御フレームを送信することができるが、一般にＡＰのみがデータを送信可能なＲＡＷを示す。
【００５６】
図４Ａでは、ＤＴＩＭ３００はＲＡＷ３０２を通知し、ＲＡＷ３０２では、局は省電力ポーリング（ＰＳ−Ｐｏｌｌ：Power-Saving Poll）フレーム３０４を送信し、ＡＰは、バッファリングされたデータ３０６によって局に応答する。同じ局又は別の局は、更なるポーリングフレーム３０８を送信し、その局に対して、ＡＰは追加のデータ３１０で応答する。様々な実施態様では、ポーリングフレーム３０４及び３０８を送信する１つ又は複数の局は、ＤＴＩＭ３００の部分仮想ビットマップにおいてＡＩＤによって識別されていることがある。
【００５７】
図４Ｂでは、ＡＰは、ＲＡＷ３１６後までポーリングフレームに応答してのデータの送信を遅延させる。符号３００、３０４、３０８、及び３１０は、図４Ｂにおいて図４Ａでのフレームと同様のフレームに再使用される。しかしながら、図４Ｂでは、ＡＰはポーリングフレーム３０４に対してデータで応答せず、その代わりに、肯定応答３２０で応答する。ＡＰは、ポーリングフレーム３０４の送信機への送信に即座に利用可能なバッファリングされたデータを有さない場合、肯定応答３２０で応答することができる。追加又は代替として、ＡＰは、ＲＡＷ３１６中の大きな時間をデータ送信で占めることを望まないことがある。
【００５８】
ＡＰは単に、肯定応答３２４でポーリングフレーム３０８に応答する。ＲＡＷ３１６の終了後、ポーリングフレーム３０４の送信側はそのデータを受信する意志及びデータが受信されるまで覚醒モードに留まる意志を示すため、ＡＰは、データ３２８をポーリングフレーム３０４の送信側に送信する。局は、データ３２８に対して肯定応答３３２で応答する。ＡＰはまた、データ３４０をポーリングフレーム３０８の送信機に送信し、この送信機は肯定応答３４４で応答する。
【００５９】
図４Ｃでは、ＲＡＷ３４６中のＡＰの動作は、図４ＢでのＲＡＷ中の動作と同じであるか、又は同様であることができる。しかしながら、図４Ｃでは、ポーリングフレーム３０４の送信機は、明示的なポーリング／トリガーフレーム３５０をＡＰに送信し、ＡＰは、それに対してデータ３５４で応答し、その送信成功は、３５８において肯定応答される。同様に、ポーリングフレーム３０８の送信側は、明示的なポーリング／トリガーフレーム３７０を送信し、ＡＰはそれに対してデータ３７４で応答し、その送信成功は３７８において肯定応答される。
【００６０】
図５Ａでは、ＰＳ−Ｐｏｌｌフレーム３０４は、図４Ｃでの状況と同様に、ＡＰからの肯定応答３２０を引き出す。ＲＡＷ終了後、局はポーリング／トリガーフレーム３５０をＡＰに送信する。しかしながら、この場合、ＡＰは肯定応答４０４で応答する。これは、ＡＰがデータをハードウェアバッファーに配置し、ポーリング／トリガーフレーム３５０に即座に応答するのに十分な時間がなかった場合であることがある。別のＲＡＷを通知する続くＤＴＩＭ４０８後、局はポーリングフレーム４１２を送信することができ、それに対して、ＡＰはデータ４１６で即座に応答することができる。
【００６１】
図５Ｂでは、符号３００、３０４、３２０、３５０、４０４、４０８、及び４１２は同じままであり、図５Ａと同様のフレームを識別する。しかしながら、ＡＰは、データがＲＡＷ中に送信から阻止される場合、又はデータがまだ、ＡＰハードウェアバッファーに存在しない場合、肯定応答４２０でポーリングフレーム４１２に応答することができる。第２のＲＡＷ終了後、局はポーリング／トリガーフレーム４２４を送信し、それに対して、ＡＰは、データが利用可能な場合、データ４２８で応答する。
【００６２】
図５Ｃでは、符号３００、３０４、３２０、３５０、４０４、４０８、及び４１２は、図５Ａと同様のフレームを識別する。図５Ｃでは、ＡＰは、ポーリングフレーム４１２に対してデータ４５０で応答する。データ４５０は、ビットでマークして、追加のデータが来ることを示すことができる。例えば、ＡＰは、現在のデータ送信が完了することを示すサービス期間終了（ＥＯＳＰ：End Of Service Period）ビットをデータ４５０の最後のフレームに設定することができる。しかしながら、データ４５０の最後のフレーム内のより多くのデータビットを１に設定することができ、ＲＡＷ後まで等、或る時間期間待った後、局がＡＰを再びポーリングして、残りのデータ又は補足データを受信すべきであることを局に対して示す。第２のＲＡＷ後、局は、追加のポーリング／トリガーフレーム４５４を送信し、それに対して、ＡＰは補足データ４５８で応答する。
【００６３】
補足データの送信は、ＡＰが、追加のデータをバッファリングするためにより多くの時間を必要とする場合、及び／又はＡＰが、送信されるデータの残りを待たずに他の送信を行うための時間を許可する必要がある場合に用いることができる。
【００６４】
図６Ａでは、局はアップリンクフレーム５０４をＡＰに送信する。ＡＰは、ＲＡＷが完了すると、ＡＰがアップリンクデータを受け入れる意志があることを示す肯定応答５０８で応答する。別の局は更なるアップリンクフレーム５１２を送信し、これに対して、ＡＰは肯定応答５１６で応答する。次に、アップリンクフレーム５０４の送信側は、ＲＡＷが完了した後にデータ５２０をＡＰに送信することができ、その送信の成功は、５２４において肯定応答される。同様に、アップリンクフレーム５１２の送信側は、データ５２８をＡＰに送信し、送信成功後、肯定応答５３２を受信する。
【００６５】
図６Ｂでは、アップリンクフレーム５１２及び肯定応答５１６は、図６Ａのものと同じとすることができる。加えて、高優先度データ５５０は、アップリンク表示又は他の先のネゴシエーションなしでＡＰに送信される。ＡＰがＲＡＷ中にこの高優先度データを受け入れると仮定すると、ＡＰは肯定応答５５４で応答する。ＲＡＷが完了した後、アップリンクフレーム５１２を送信した局はデータ５２８を送信し、これは５３２において肯定応答される。
【００６６】
図７Ａでは、仮眠状態から覚醒しつつあるアクティブポーリング局は、チャネルアクセス制限を受けて随時、データを送信することができる。その結果、標準データフレーム６０４をＲＡＷの半ばで送信することができる。ＡＰは、アクティブポーリング局の性質を認識し、データを受け入れ、肯定応答６０８を送信することができる。
【００６７】
図７Ｂでは、アクティブポーリング局は、ビーコン又は指定されたＲＡＷと同期されないため、ここに示されるようにＲＡＷの終わりに重なるデータフレーム６１２を送信することができるか、又はＴＢＴＴに重なることができることに留意されたい。ＡＰは、送信成功に対して肯定応答６１６で応答する。
【００６８】
図８Ａでは、アクティブポーリング局は、即座にデータ送信を開始する代わりに、アクティブポーリングフレーム６４０を送信することができる。ＡＰはＰＳ−応答フレーム６４４で応答し、このフレームは、ＲＡＷが現在アクティブであるか否か、ＲＡＷがいつ終了するか、及び／又は将来のビーコンの回数をアクティブポーリング局に教えることができる。アクティブポーリング局は、応答フレーム６４４内の情報に基づいて、ＲＡＷが終了間近であることに気付くことができ、したがって、アクティブポーリング局は、ＲＡＷ終了後にデータ６４８を送信することができる。ＡＰは、肯定応答６５２を送信して、送信の成功を肯定応答する。
【００６９】
図８Ｂでは、アクティブポーリング局は、アクティブポーリングフレーム６４０を送信する。この場合、ＡＰの応答フレーム６６０は、アクティブポーリング局がアップリンク送信をネゴシエーションする時間がＲＡＷ内にあることを示すことができる。したがって、省電力局はアップリンクフレーム６６４を送信することができ、これは、６６８においてＡＰによって肯定応答される。ＲＡＷに続き、アクティブポーリング局は、アップリンクフレーム６６４に対応するデータ６７２を送信し、その送信成功は６７６において肯定応答される。
【００７０】
図９Ａでは、ＤＴＩＭ７０４は、図９Ａにおいて元々のＲＡＷとして記されるＲＡＷを通知する。ＡＰは、ＣＦ−ＥＮＤフレーム７０８を送信する等、時期を早めてＲＡＷを終了させることができる。ＲＡＷ中にフレームが送信されていない場合、及び／又は最小バックオフ期間等の所定の時間期間が、いかなるフレームも送信されずに経過する場合、ＲＡＷを切り捨てることができる。ＲＡＷを切り捨てることによって、データ７１２等の通常のデータ送信を送信することができ、これは７１６において肯定応答される。
【００７１】
元々のＲＡＷが終了すると、ＣＦ−ＥＮＤフレーム７０８について監視されていなかった可能性がある他の局は、データ７２０等の通常のデータを送信可能になり、７２４において肯定応答される。換言すれば、ＣＦ−ＥＮＤフレーム７０８を認識する局は、元々のＲＡＷの残りを用いて、通常データの送信等のＲＡＷによって許可されない送信を実行することができる。
【００７２】
図９Ｂでは、ＲＡＷ７５０はＤＴＩＭ７５４によって開始される。アップリンクフレーム７５８及び７６２は、７６６及び７７０においてそれぞれ肯定応答される。ポーリングフレーム７７４は７７８において肯定応答される。ＡＰは、ＲＡＷ７５０が比較的ビジーであり、したがって、第２のＲＡＷ７８２を動的にスケジュール可能なことを認識することができる。ＡＰは、予約フレーム７８６を用いて第２のＲＡＷ７８２をスケジュールすることができる。
【００７３】
第２のＲＡＷ７８２を用いて、ＲＡＷ７５０中に行われたアップリンク要求及びポーリング要求に応えることができる。例えば、アップリンクフレーム７５８に対応するデータ７９０をＡＰに送信し、７９４において肯定応答することができる。アップリンクフレーム７６２に対応するデータ７９８は、ＡＰに送信し、８０２において肯定応答することができる。同様に、ポーリングフレーム７７４に対応するポーリング／トリガーフレーム８０６をＡＰに送信し、ＡＰはデータ８１０で応答する。他の実施態様又は状況では、第２のＲＡＷ７８２を代わりに用いて、局が追加のポーリングフレーム及びアップリンク通知フレームをＡＰに送信可能にすることができる。
【００７４】
図１０Ａに、詳細なＤＴＩＭを示す。換言すれば、各ＤＴＩＭは或る特定の局グループに専用とすることができ、特定の局グループは各自のアソシエーション識別子（ＡＩＤ）によって編成することができる。例えば、ＢＳＳ内の全てのＡＩＤを４つのグループに分割することができ、各グループは対応するＤＴＩＭを有する。この例では、局ＡＩＤの２つの最上位ビットが、４つのグループのうちのいずれに局が属するかを示すことができる。ＡＩＤグループ化の更なる考察が、２０１２年５月２２日に出願された「Downlink and Uplink Staggering Techniques with AID Bitmap Segmentation」という発明の名称の、本願と同じ譲受人に譲渡された米国特許出願第１３／４７７，５７５号に見出され、その開示は引用することによりその全体が本明細書の一部をなす。
【００７５】
図１０Ａでは、第１のＤＴＩＭ９００は、第１のＡＩＤグループ等の第１の局グループに対応する。第１のＤＴＩＭ９００に続くＲＡＷ９０４は、第１のＡＩＤグループに属する局に制限される。同様に、第２のＤＴＩＭ９０８は、第２のＡＩＤグループに対応し、続くＲＡＷ９１２は、第２のＡＩＤグループに属する局に制限される。第３のＤＴＩＭ９１６及び第４のＤＴＩＭ９２０の後、サイクルは繰り返され、別の第１のＤＴＩＭ９２４が送信される。
【００７６】
ＲＡＷを局グループに分割することによって、媒体の競合が低減する。加えて、局は、機能に基づいてグループ化することができる。例えば、或る局グループは、非常に電力の影響を受けやすく、断続的な送信のみを有することができ、一方、別の局グループは高スループットを有することができる。局を別個のＲＡＷに分割しない場合、高スループットを有する局は競合し、電力の影響を受けやすい局の送信を混雑させるか、又は少なくとも遅延させ、電力の影響を受けやすい局の電力排出を増大させるおそれがある。
【００７７】
図１０Ｂでは、グループＤＴＩＭは更にセグメント化される。例えば、第１のＤＴＩＭ９００は、第１のセグメントに対応するＤＴＩＭ９４０にセグメント化され、続くＲＡＷ９４４中、第１のＡＩＤグループの第１のセグメントのみが送信許可される。ＤＴＩＭ９４０の後には、第１のＡＩＤグループの第２のセグメントに対応するＴＩＭ９４８が続き、続くＲＡＷ９５２は、第１のＡＩＤグループの第２のセグメント内の局のみに制限される。
【００７８】
同様に、ＴＩＭ９５６は、第１のＡＩＤグループの第３のセグメントに対応し、ＴＩＭ９６０は第１のＡＩＤグループの第４のセグメントに対応する。残りのＤＴＩＭグループもこのようにしてセグメント化することができるか、又はこれらのグループを更にセグメント化する必要がないとＡＰが判断する場合には、セグメント化されないままとすることができる。例えば、より少数の局がＡＩＤグループ内でアクティブな場合、ＡＩＤグループの局の総数が大きい場合であっても、そのＡＩＤグループをセグメント化する必要がないことがある。
【００７９】
図１１Ａでは、ＤＴＩＭ１０００は、第１のＲＡＷ１００４及び第２のＲＡＷ１００８を通知する。第１のＲＡＷ１００４及び第２のＲＡＷ１００８は連続している必要はない。例えば、図１１Ｂでは、ＤＴＩＭ１０２０は時間的に、第１のＲＡＷ１０２４から隔てられた第１のＲＡＷ１０２４及び第２のＲＡＷ１０２８を通知する。
【００８０】
図１２Ａでは、ＤＴＩＭ１１００は、Ｎ個のスロット１１０８−１、１１０８−２、・・・、１１０８−Ｎ（一括して「スロット１１０８」）を含むスロットに分割されたＲＡＷ１１０４を通知する。各スロット１１０８は、１つ又は複数の局に割り当てることができるか、又は割り当てられないままとすることができる。例えば、ＤＴＩＭ１１００の部分仮想ビットマップ（ＰＶＢ）において識別される局をスロット１１０８に割り当てることができる。
【００８１】
例えば、局は、１ビットがＰＶＢに存在する順序に基づいてスロット１１０８に割り当てることができる。換言すれば、ＰＶＢにおいて１を用いて識別される最低ＡＩＤを有する局は、スロット１１０８−１に割り当てることができ、一方、ＰＶＢ内の１を用いて識別される次に最も低いＡＩＤを有する局はスロット１１０８−２に割り当てられる。ＡＰは、スロット１１０８のうちの１つに複数の局を割り当てるように構成することができ、及び／又は１つの局を複数のスロット１１０８に割り当てるように構成することができる。
【００８２】
スロット１１０８の１つに割り当てられていない局は、アップリンクアクセスに、スロット１１０８のうちの割り当てられていないスロットを選択することができる。単なる例として、割り当てられていない各局（STA）は、アップリンクアクセスに、スロット１１０８のうちの割り当てられていないスロットの１つをランダムに選択することができる。
【００８３】
割り当てられるか、又は選択されたタイムスロットを有する局は、最小チャネル制約、特に、分散調整機能（ＤＣＦ：Distributed coordination function）フレーム間隔（ＤＩＥＳ：DCF Interframe Space）又はＱｏＳを認識する局の場合、アービトレーションフレーム間隔（ＡＩＦＳ：Arbitration Interframe Space）を受けて、対応するスロットの開始時に即座にチャネルアクセスを開始することができる。チャネルがビジーであるため、局がタイムスロットへのアクセスを取得することができない場合、局は後のタイムスロットを求めて争うことができる。
【００８４】
局は、送信を開始すると、送信が局に割り当てられた１つ又は複数のスロットの終わりを超えない限り、データ及び他のフレームを送信し続けることができる。他方、ＡＰは、スロットの終わりを超えて送信を拡張することを許可されることができる。スロットの長さを選択する際、ＡＰは、局によって送信されるデータがわずかであるか、又はほとんどない非常に短いフレームのみを許可するように、スロットの長さを制限することができる。
【００８５】
図１２Ｂでは、ＤＴＩＭ１１２０は第１のＲＡＷ１１２４及び第２のＲＡＷ１１２８を通知する。第１のＲＡＷ１１２４中、スロットはより短く、それにより、局が送信することができるフレームの長さ及びタイプを制限する。第２のＲＡＷ１１２８中、各スロットはより長く、最長の物理層収束手順（ＰＬＣＰ：Physical Layer Convergence Procedure）プロトコルデータユニット（ＰＰＤＵ：PLCP Protocol Data Unit）を送信でき、中間応答を受信できるようにするのに十分に長くすることができる。第１のＲＡＷ１１２４中、ＡＰは、様々なフレームに関してサービス品質を達成するように、或る特定のチャネルアクセスパラメータの変更を指示することができる。単なる例として、ポーリングフレーム及びアップリンクフレームは、チャネルへのアクセスにより短いバックオフパラメータを用いることによってより高い優先度を獲得することができる。
【００８６】
図１２Ｃでは、ＤＴＩＭ１１５０は、第１のＲＡＷ１１５４、第２のＲＡＷ１１５８、及び第３のＲＡＷ１１６２を通知する。第２のＲＡＷ１１５８は、短いフレームを送信するより多くの機会を局に与えることができる。加えて、第１のＲＡＷ１１５４が重複ＢＳＳ（ＯＢＳＳ：Overlapping BSS）により干渉される場合、送信は、第２のＲＡＷ１１５８中で成功する確率がより高いことがある。様々な実施態様では、ＡＰは、キャッシュされたデータをダウンリンクすることができるように、第１のＲＡＷ１１５４と第２のＲＡＷ１１５８との間に或る時間期間を許すことができ、それにより、バッファーを空にし、次に、ＡＰがデータをバッファリングして、第２のＲＡＷ１１５８中にポーリング要求に応えることができるようにする。
【００８７】
ＤＴＩＭ１１５０は、図１２ＢでのＲＡＷ１１５４、１１５８、及び１１６２の３つ全てを通知するが、ＡＰは代わりに、予約フレーム等のフレームを用いてＲＡＷを動的に通知することができる。ＡＰは、ＤＴＩＭ及び任意の追加の予約フレームを１ＭＨｚ／２ＭＨｚ複製モードで送信して、関連する全ての１ＭＨｚチャネル及び２ＭＨｚチャネルの予約を確実にすることができる。１ＭＨｚのＰＨＹと２ＭＨｚのＰＨＹとの間での相互作用の更なる考察については、２０１２年１１月１９日に出願された「802.11 Enhanced Distributed Channel Access」という発明の名称の、本願と同じ譲受人に譲渡された米国特許出願第１３／６８０，８３１号（代理人整理番号ＭＰ４４２１）を参照されたい。この米国特許出願の開示は引用することによりその全体が本明細書の一部をなす。
【００８８】
図１３に、ＤＴＩＭで送信することができるＲＡＷ情報要素１２００の一例を示す。ＲＡＷ情報要素は、ＲＡＷ情報要素１２００によって通知されるＲＡＷの数を示す数フィールド１２０２を含む。ＲＡＷ情報要素の総長は、数フィールド１２０２に基づいて算出することができる。
【００８９】
ＲＡＷ情報要素１２００の第１のＲＡＷでは、タイプフィールド１２０４が、例えば、第１のＲＡＷ中、どの形態の通信が許可されるかを指定する。単なる例として、タイプフィールド１２０４は、どのタイプのフレームを送信することができるかを指定することができるか、又はどの局グループが送信可能かを指定することができる。タイプフィールド１２０４はまた、チャネルアクセスパラメータ又はチャネル帯域幅等のＲＡＷの他の制約を示すこともできる。
【００９０】
オフセットフィールド１２０８は、第１のＲＡＷが所定の基準点に関していつ開始されるかを指定する。所定の基準点は、ＲＡＷ情報要素１２００を含むＤＴＩＭの始まり、ＤＴＩＭの終わり、又はＴＢＴＴ等の何らかの他の適する測定点とすることができる。持続時間フィールド１２１２は、第１のＲＡＷの長さを指定し、ＲＡＷの終わりは、持続時間をオフセットに加算することによって算出することができる。他の実施形態では、持続時間フィールド１２１２は、終了オフセットフィールドで置換することができる。
【００９１】
スロット情報フィールド１２１６は、第１のＲＡＷがスロットに分割されるか否かを指定するとともに、スロット数及びどの局が各スロットに割り当てられるかを更に指定することができる。フィールド１２０２、１２０４、１２０８、１２１２、及び１２１６は、等しい幅を有するものとして示されるが、それぞれ異なる長さを有することができる。例えば、スロット情報フィールド１２１６は、スロットへの局の割り当てを示す場合、その他のフィールドよりもはるかに長くすることができる。ＲＡＷフィールドは、最高でＲＡＷの総数ＮまでＲＡＷごとに繰り返される。但し、Ｎは数フィールド１２０２によって指定される。
【００９２】
図１４では、アクセスポイント１３００はホストプロセッサ１３０４を含み、このプロセッサ１３０４は、媒体アクセス制御（ＭＡＣ）回路１３０８にデータを提供するとともに、回路１３０８からデータを受信する。ＭＡＣ回路１３０８は、物理層装置（ＰＨＹ）１３１２及びアンテナ１３１６を介して無線媒体とインタフェースする。ホストプロセッサ１３０４は、アクセスポイント１３００のＢＳＳ内の局用にキャッシュされたフレーム等のデータをメモリ１３２０に記憶することができる。
【００９３】
補助記憶装置１３２４は、ホストプロセッサ１３０４によって実行される命令、パラメータ、及びファームウェアを含むことができる。加えて、補助記憶装置１３２４は、揮発性であることがあるメモリ１３２０をバックアップすることができる。加えて、大量のデータがキャッシュされる場合、そのデータのうちのいくらかは補助記憶装置１３２４に記憶することができる。これは、そのデータにアクセスし、ＭＡＣ回路１３０８にデータを提供するのにかかる時間量を増大させることがある。
【００９４】
図１５に、アクセスポイント１４００の機能ブロック図を示す。受信機モジュール１４０４は、ＢＳＳ内の局からフレームを受信する。受信機モジュール１４０４は、データをデータ受信モジュール１４０８に提供し、次に、データ受信モジュール１４０８はそのデータフレームをソフトウェアキューモジュール１４１２に送信する。受信機モジュール１４０４は、ダウンリンク関連フレームをダウンリンク追跡モジュール１４１６に提供するとともに、アップリンク関連フレームをアップリンク追跡モジュール１４２０に提供する。応答モジュール１４２４が、アップリンクフレーム及びダウンリンクフレームに適切な応答を決定し、適切な応答を送信機モジュール１４２８に提供し、送信機モジュール１４２８はそれらの応答をＢＳＳ内の局に送信する。
【００９５】
ビーコン作成モジュール１４３２は、送信機モジュール１４２８により送信されるビーコンを作成する。ビーコン作成モジュール１４３２は、ＴＩＭビットマップ作成モジュール１４３６に頼ることができ、このモジュールは、例えば、データ送信モジュール１４４０で示されるように、データを送信する必要がある局の部分仮想ビットマップを作成する。データ送信モジュール１４４０はまた、ハードウェアバッファーモジュール１４４４から送信機モジュール１４２８に送信のためのデータを提供する。
【００９６】
ダウンリンク追跡モジュール１４１６は、ＰＳ−Ｐｏｌｌ等のダウンリンクメッセージに応答して、データフェッチモジュール１４４８を作動させることを担当することができる。データフェッチモジュール１４４８は、キューに入れられたフレームをソフトウェアキューモジュール１４１２から検索し、それらのフレームをハードウェアバッファーモジュール１４４４に提供する。アクセス制限ウィンドウモジュール１４５２は、アクセス制限ウィンドウが必要であるか否か、又は望まれるか否かを判断する。必要であるか、又は望まれる場合、アクセス制限ウィンドウモジュール１４５２は、アクセス制限ウィンドウを通知するように、ビーコン作成モジュール１４３２に指示する。
【００９７】
局がアクセスポイント１４００に関連する場合、アソシエーションモジュール１４５６は、局の一意の識別子を、ＡＩＤマッピングモジュール１４６０内のアソシエーション識別子（ＡＩＤ）にマッピングする。例えば、ＡＩＤマッピングモジュール１４６０は、ＭＡＣアドレスをＡＩＤにマッピングすることができる。アソシエーションモジュール１４５６はまた、ＡＩＤグループ化モジュール１４６４と対話することもでき、ＡＩＤグループ化モジュール１４６４は、どのＡＩＤグループに局が属するべきかを決定する。様々な実施態様では、ＡＩＤグループ化モジュール１４６４によって決定されたグループは、どのＡＩＤが局に割り当てられるかを決定する。アクセス制限ウィンドウモジュール１４５２は、アップリンク追跡モジュール１４２０及びダウンリンク追跡モジュール１４１６からのアップリンク情報及びダウンリンク情報の受信に基づいて、アクセス制限ウィンドウの望ましさを決定することができる。
【００９８】
図１６に、スロットに分割されたＲＡＷを作成する際のアクセスポイントの動作例を示す。制御は、１５００において開始され、ターゲットビーコン送信時間に達したか否かを判断する。達した場合、制御は１５０４に移り、その他の場合、制御は１５００に留まる。制御は、無線媒体が空くまで１５０４に留まり、無線媒体が空いた時点で、１５０８に移る。
【００９９】
１５０８において、制御はＤＴＩＭビーコンを送信し、このビーコンは、複数のＲＡＷのうちの１つを通知することができる。この例では、ＤＴＩＭは単一のＲＡＷを通知する。制御は１５１２に続き、マルチキャストデータ又はブロードキャストデータがキューに入れられる場合、制御は１５１６に移り、その他の場合、制御は１５２０に移る。１５１６において、制御はマルチキャストデータ及び／又はブロードキャストデータを無線媒体に送信し、１５２０に続く。１５２０において、タイマーがリセットされる。タイマーは、ＲＡＷ中にフレームが受信されてからどれくらい経過したかを追跡し、ＡＰはこれを用いて、ＲＡＷを早期に終了するか否かを判断することができる。
【０１００】
制御は１５２４に続き、ＲＡＷが終了した場合、制御は１５００に戻り、その他の場合、制御は１５２８に続く。１５２８では、制御は、ポーリングフレームを受信したか否かを判断する。受信した場合、制御は１５３２に移り、その他の場合、制御は１５３６に続く。１５３２において、制御は、ポーリングフレームに対応するデータの準備ができたか否かを判断する。準備ができた場合、制御は１５４０に移り、その他の場合、制御は１５４４に移る。１５４４において、データは準備ができておらず、したがって、ＡＰは、後に送信するためにデータの取り出しを開始する。次に、制御は１５４８に移り、ポーリングフレームに応答して肯定応答が送信され、制御は１５２０に戻る。
【０１０１】
１５４０において、制御は、このＲＡＷ内に、要求されたデータを送信するのに十分な時間があるか否かを判断する。ある場合、制御は１５５２に移り、データは送信され、制御は１５２０に戻る。その他の場合、制御は１５４８に移り、肯定応答のみが送信される。
【０１０２】
１５３６において、制御は、アップリンクフレームが受信されたか否かを判断する。受信された場合、制御は１５５６に移り、肯定応答が送信される。１５６０において、制御は、アップリンクによって示されるデータの最終的な受信について計画する。単なる例として、これは、将来のＲＡＷにおいてスロットを予約するか、又は追加のＲＡＷが指定される尤度を増大することを意味することができる。次に、制御は１５２０に戻る。１５３６において、アップリンクフレームが受信されていない場合、制御は１５６４に続き、高優先度データを受信したか否かを判断する。受信した場合、制御は１５６８に移り、その他の場合、制御は１５７２に移る。１５６８において、制御は、高優先度データに応答して肯定応答を送信し、１５２０に戻る。
【０１０３】
１５７２において、制御は、アクティブポーリングフレームを受信したか否かを判断する。受信した場合、制御は１５７６に移り、その他の場合、制御は１５８０に移る。１５７６において、制御は、現在のＲＡＷに関する情報を搬送するフレームで応答し、この情報は、どの送信が許可され、現在のＲＡＷがいつ終了するかを含む。次に、制御は１５２０に戻る。１５８０において、制御は、タイマーが所定の閾値よりも大きいか否かを判断する。大きい場合、制御は１５８４に移り、ＣＦ−ＥＮＤフレームが送信され、それにより、ＲＡＷを終了させる。次に、制御は１５００に戻り、次のターゲットビーコン送信時間を待つ。１５８０において、タイマーが閾値以下の場合、制御は１５２４に戻り、追加のフレームについてチェックする。
【０１０４】
図１７に、省電力局の動作例を提示する。制御は１６００において開始され、局は仮眠状態になる。１６０４において、制御は、次のＤＴＩＭに間に合うように覚醒する。１６０８において、制御は、ＲＡＷがＤＴＩＭにおいて通知されたか否かを判断する。通知された場合、制御は１６１２に移り、その他の場合、制御は１６１６に移る。１６１６において、制御は、局がアップリンクへの任意のフレームを有するか否か、又はバッファリングされたフレームが局に利用可能であることをＤＴＩＭ内の部分仮想ビットマップが示したか否かに基づいて、通常通り送信を実行する。次に、制御は１６００に戻り、仮眠省電力状態に戻る。
【０１０５】
１６１２において、制御は、ＲＡＷ内のスロットが局に割り当てられたか否かを判断する。割り当てられた場合、制御は１６２０に移り、その他の場合、制御は１６２４に移る。１６２４において、制御は、ＡＰにアップロードするデータがあるか否かを判断する。ない場合、制御は１６００に戻り、その他の場合、制御は１６２８に移り、ＲＡＷ内に任意の割り当てられていないスロットがあるか否かを判断する。割り当てられていないスロットがある場合、制御は１６３２に移り、その他の場合、制御は１６００に戻る。１６３２において、制御は、割り当てられていないスロットの１つを局に自己割り当てし、制御は１６２０に続く。
【０１０６】
制御は、１６２０において、割り当てられたスロットを待ってから、１６３６に続く。制御は、チャネルが少なくともＤＩＦＳ（又はデータのアクセスカテゴリに適切なＡＩＦＳ）に等しい期間にわたって空いていたことを検証する。チャネルがこの時間期間にわたって空いていると、制御は１６４０に移る。１６４０において、制御は、アクセスポイントからデータを受信するためにポーリングフレームを送信するか、又はデータフレームを送信しようとする。１６４４において、送信が成功する場合、制御は１６４８に移り、その他の場合、制御は１６５２に移る。
【０１０７】
送信が成功しなかったため、１６５２において、制御はバックオフ遅延を増大させ、１６３６に戻る。１６４８において、制御は、局が、追加のアップリンクデータ又はダウンリンクデータを受信するための追加のポーリングフレーム等の任意の残りの送信を有するか否かを判断する。有する場合、制御は１６５６に移り、その他の場合、制御は１６００に戻る。１６５６において、制御は、更なる送信を実行するのに十分な残り時間がスロットにあるか否かを判断する。ある場合、制御は１６４０に移り、その他の場合、制御は１６００に戻る。
【０１０８】
上記説明は、単なる例示的な性質のものであり、本開示、本開示の用途、又は使用の限定を決して意図しない。本開示の広義の教示は様々な形態で実施することができる。したがって、本開示は特定の例を含むが、図面、本明細書、及び以下の特許請求の範囲の研究から他の変更が明らかになるため、本開示の真の範囲はそのように限定されるべきではない。本明細書で用いられる場合、Ａ、Ｂ、及びＣのうちの少なくとも１つという語句は、非排他的論理和を用いて、論理的な（Ａ又はＢ又はＣ）を意味するものと解釈されるべきである。本開示の原理を変更せずに、方法内の１つ又は複数のステップを異なる順序で（又は同時に）実行可能なことを理解されたい。
【０１０９】
本願では、以下の定義を含め、モジュールという用語は回路という用語で置換することができる。モジュールという用語は、特定用途向け集積回路（ＡＳＩＣ）、デジタル離散回路、アナログ離散回路、若しくはアナログ／デジタル混合離散回路、デジタル集積回路、アナログ集積回路、若しくはアナログ／デジタル混合集積回路、組み合わせ論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コードを実行するプロセッサ（共有、専用、又はグループ）、プロセッサによって実行されるコードを記憶するメモリ（共有、専用、又はグループ）、記載の機能を提供する他の適するハードウェア構成要素、又はシステムオンチップ等の上記のうちの幾つか若しくは全ての組み合わせを指すことができるか、それらの一部分とすることができるか、又はそれらを含むことができる。
【０１１０】
上記で用いられる場合、コードという用語は、ソフトウェア、ファームウェア、及び／又はマイクロコードを含むことができ、プログラム、ルーチン、関数、クラス、及び／又はオブジェクトを指すことができる。共有プロセッサという用語は、複数のモジュールからの幾つか又は全てのコードを実行するシングルプロセッサを包含する。グループプロセッサという用語は、追加のプロセッサと組み合わせて、１つ又は複数のモジュールからの幾つか又は全てのコードを実行するプロセッサを包含する。共有メモリという用語は、複数のモジュールからの幾つか又は全てのコードを記憶する単一のメモリを包含する。グループメモリという用語は、追加のメモリと組み合わせて、１つ又は複数のモジュールからの幾つか又は全てのコードを記憶するメモリを包含する。メモリという用語は、コンピューター可読媒体という用語のサブセットであることができる。コンピューター可読媒体という用語は、媒体を通って伝搬する一時的な電気信号及び電磁信号を包含せず、したがって、有形で非一時的であると見なすことができる。非一時的な有形コンピューター可読媒体の非限定的な例としては、不揮発性メモリ、揮発性メモリ、磁気記憶装置、及び光学記憶装置が挙げられる。
【０１１１】
本願に記載の装置及び方法は、１つ又は複数のプロセッサによって実行される１つ又は複数のコンピュータープログラムによって部分的又は完全に実施することができる。コンピュータープログラムは、少なくとも１つの非一時的な有形コンピューター可読媒体に記憶されたプロセッサ実行可能命令を含む。コンピュータープログラムは、記憶されたデータを含むこともでき、及び／又は記憶されたデータに頼ることもできる。
【図１】
0005943088.tif 000002
【図２Ａ】
0005943088.tif 000003
【図２Ｂ】
0005943088.tif 000004
【図３Ａ】
0005943088.tif 000005
【図３Ｂ】
0005943088.tif 000006
【図３Ｃ】
0005943088.tif 000007
【図４Ａ】
0005943088.tif 000008
【図４Ｂ】
0005943088.tif 000009
【図４Ｃ】
0005943088.tif 000010
【図５Ａ】
0005943088.tif 000011
【図５Ｂ】
0005943088.tif 000012
【図５Ｃ】
0005943088.tif 000013
【図６Ａ】
0005943088.tif 000014
【図６Ｂ】
0005943088.tif 000015
【図７Ａ】
0005943088.tif 000016
【図７Ｂ】
0005943088.tif 000017
【図８Ａ】
0005943088.tif 000018
【図８Ｂ】
0005943088.tif 000019
【図９Ａ】
0005943088.tif 000020
【図９Ｂ】
0005943088.tif 000021
【図１０Ａ】
0005943088.tif 000022
【図１０Ｂ】
0005943088.tif 000023
【図１１Ａ】
0005943088.tif 000024
【図１１Ｂ】
0005943088.tif 000025
【図１２Ａ】
0005943088.tif 000026
【図１２Ｂ】
0005943088.tif 000027
【図１２Ｃ】
0005943088.tif 000028
【図１３】
0005943088.tif 000029
【図１４】
0005943088.tif 000030
【図１５】
0005943088.tif 000031
【図１６】
0005943088.tif 000032
【図１７】
0005943088.tif 000033