JP7630673B2 - マルチアクセスポイント通信を調整するための方法及び装置 - Google Patents

Description

本発明は、無線通信ネットワークの技術分野に関し、より具体的にはＩＥＥＥ８０２．１１ネットワークにおけるマルチアクセスポイント（マルチＡＰ）の通信を調整する方法及びデバイスに関する。

マルチＡＰ技術は、利用可能な時間、周波数、及び空間リソースのより効率的な利用のための隣接アクセスポイント（ＡＰ）間のある度合いの協働にある。これは、隣接するＡＰが同一の選択されたチャネル上で動作する場合に特に重要である。このような技術を用いて、２つの隣接ＡＰは、周波数及び／又は時間の観点でリソースを共有することができ、この方法において、それらは干渉を防ぐ。リソースを共有するために協働するＡＰを、コーディネイテッドＡＰと呼ぶ。その協働を管理するＡＰを、コーディネイタＡＰと呼ぶ。通常、コーディネイタＡＰは、共有ＡＰ（sharing AP）、すなわち、所与のチャネルにおいて（送信機会又はＴＸＯＰと呼ばれる）所与の期間の間の媒体アクセス権を獲得するＡＰであり、コーディネイテッドＡＰは被共有ＡＰ（shared AP）、すなわち、共有ＡＰによって共有されるリソースを使用するＡＰである。そして、コーディネイタＡＰは、コーディネイテッドＡＰ間で所与の期間内で時間／周波数リソースを共有しうる。コーディネイテッドＡＰは、割り当てられたリソースの制約の範囲内で、関連付けられた非ＡＰステーションのために、ダウンリンク（ＤＬ）及び／又はアップリンク（ＵＬ）送信をスケジューリングする。

しかしながら、共通のリソースを共有するために、隣接ＡＰ及び関連付けられたベーシックサービスセット（ＢＳＳ）をどのように協働させるかについては、先行技術において扱われていない。マルチＡＰ動作を実行するための効率的なメカニズムを定義することが望ましい。

このような文脈において、本発明の全体的な目的は、複数のアクセスポイントを調整するための通信方法である。

本発明の一態様によれば、リソースを共有するアクセスポイント（ＡＰ）のグループのうちの第１のＡＰによって獲得された送信機会（ＴＸＯＰ）の間に前記グループを含んだ無線ネットワークにおいて通信を調整する方法であって、前記第１のＡＰは、前記ＴＸＯＰの範囲内で前記グループの第２のＡＰへリソースを割り当てるように構成され、前記グループは、リソースを共有し及び／又は共有されるリソースを使用するためのＡＰの能力に基づいて、及び／又は、リソースを共有し及び／又は共有されるリソースを使用するためのＡＰにおける機能の有効化状態に基づいて、形成される、方法が提供される。

好ましい実装において、前記第１のＡＰは、前記通信のコーディネイタＡＰであり、前記第２のＡＰはコーディネイテッドＡＰである。

１つの実装において、前記リソースは、時間リソース、空間リソース、及び周波数リソースのいずれか又は組み合わせである。

本発明のさらなる態様によれば、第１のベーシックサービスセット（ＢＳＳ）のアクセスポイント（ＡＰ）によって第２のＢＳＳのＡＰへ送信されるように設計されたフレームであって、前記フレームは有効化フィールドを含み、前記有効化フィールドは、前記第１のＢＳＳのＡＰが、送信機会（ＴＸＯＰ）の間に当該第１のＢＳＳのＡＰによって獲得されたリソースを割り当てる、及び／又は、前記第２のＢＳＳのＡＰと共有する機能を有効化したかを示す、フレームが提供される。

特に、前記第１のＢＳＳのＡＰは、リソースを割り当てる及び／又は共有する機能をサポートするように構成される。

好ましい実装において、前記フレームはマネジメントフレームである。

本発明のさらなる態様によれば、アクセスポイント（ＡＰ）のグループのうちのコーディネイタＡＰによって獲得された送信機会（ＴＸＯＰ）の間にリソースを共有するＡＰの前記グループを含んだ無線ネットワークにおけるコーディネイタＡＰであって、前記コーディネイタＡＰは、前記ＴＸＯＰの範囲内で前記グループのコーディネイテッドＡＰにリソースを割り当てるように構成され、リソースを共有する及び／又は共有されたリソースを使用するための前記ＡＰの能力に基づいて、及び／又は、リソースを共有する及び／又は共有されたリソースを使用するためのＡＰの機能の有効化状態に基づいて、前記グループが形成される、コーディネイタＡＰが提供される。

本発明のさらなる態様によれば、アクセスポイント（ＡＰ）のグループのうちのコーディネイタＡＰによって獲得された送信機会（ＴＸＯＰ）の間にリソースを共有するＡＰの前記グループを含んだ無線ネットワークにおけるコーディネイテッドＡＰであって、前記コーディネイテッドＡＰは、前記ＴＸＯＰの範囲内で前記コーディネイタＡＰによって共有されたリソースを使用するように構成され、リソースを共有する及び／又は共有されたリソースを使用するための前記ＡＰの能力に基づいて、及び／又は、リソースを共有する及び／又は共有されたリソースを使用するためのＡＰの機能の有効化状態に基づいて、前記グループが形成される、コーディネイテッドＡＰが提供される。

本発明の一態様における任意の特徴が、任意の適切な組み合わせで、本発明の他の態様に適用されうる。特に、方法の態様が装置の態様に適用され、装置の態様が方法の態様に適用されうる。

さらに、ハードウェアにおいて実装された特徴が、ソフトウェアにおいて実装されてもよいし、ソフトウェアにおいて実装された特徴が、ハードウェアにおいて実装されてもよい。ここでのソフトウェア及びハードウェアの特徴への任意の参照は、そのように解釈されるべきである。

また、ここで説明される任意の装置の特徴が方法の特徴として提供されてもよく、方法の特徴が装置の特徴として提供されてもよい。ここで用いるように、ミーンズ・プラス・ファンクションの特徴は、適切にプログラムされたプロセッサ及び関連付けられたメモリなどの、それらに対応する構造の見地で代替的に表現されうる。

また、本発明の任意の態様において説明及び定義された様々な特徴の特定の組み合わせが、独立して、実装され、及び／又は、供給され、及び／又は、使用されうることが理解されるべきである。

本発明のさらなる利点は、図面及び詳細な説明の調査に応じて当業者に明らかになるだろう。本発明の実施形態について、例を通して、及び、以下の図面を参照して、ここで説明する。
様々な態様における本開示の実施形態が実装されうるネットワーク環境の例を示す図である。 ＩＥＥＥ８０２．１１のＭＡＣマネジメントフレーム及びデータフレームのそれぞれのフォーマットを示す図である。 ＩＥＥＥ８０２．１１のＭＡＣマネジメントフレーム及びデータフレームのそれぞれのフォーマットを示す図である。 ＡＰのマルチＡＰ能力及び／又は有効化状態をシグナリングするための様々な例示のフォーマット例を示す図である。 ＡＰのマルチＡＰ能力及び／又は有効化状態をシグナリングするための様々な例示のフォーマット例を示す図である。 ＡＰのマルチＡＰ能力及び／又は有効化状態をシグナリングするための様々な例示のフォーマット例を示す図である。 本発明の実施形態による、マルチＡＰ送信を調整するためのコーディネイタＡＰによって実行されるステップを、フローチャートを用いて示した図である。 本発明の実施形態によるマルチＡＰ送信に関与するＡＰの動作を、シーケンス図を用いて示した図である。 本発明の実施形態によるマルチＡＰ送信に関与するＡＰの動作を、シーケンス図を用いて示した図である。 マルチＡＰ送信を調整するための、本発明の実施形態の可能な実装を、フローチャートを用いて示した図である。 マルチＡＰ送信を調整するための、本発明の実施形態の可能な実装を、フローチャートを用いて示した図である。 マルチＡＰ送信を調整するための、本発明の実施形態の可能な実装を、フローチャートを用いて示した図である。 本発明の実施形態による、ＡＰのグループの管理を、フローチャートを用いて示した図である。 本発明の実施形態による、ＡＰのグループの管理を、フローチャートを用いて示した図である。

図１は、様々な態様における本開示の実施形態が実装されうるネットワーク環境の例を示している。

図解されるネットワーク環境は、隣接無線ネットワークのグループによって形成されるマルチＡＰシステム１００を含む。第１の無線ネットワークは、アクセスポイント（ＡＰ）１１０と２つの非ＡＰステーション（ＳＴＡ）１１５及び１１８を含み、第２の無線ネットワークは、ＡＰ１３０と１つの非ＡＰ ＳＴＡ１３５を含み、第３の無線ネットワークは、ＡＰ１５０と１つの非ＡＰ ＳＴＡ１５５を含む。本開示において、ＡＰ１１０、１３０、及び１５０は、それぞれ、ＡＰ１、ＡＰ２、及びＡＰ３とも呼ばれる。

なお、図解していないが、デバイスが１つの無線ネットワークのＡＰとして動作してもよく、同時に、関連付けられたＳＴＡとして別の無線ネットワークに属しうることは排除されない。

本システムの無線ネットワークは、ＡＰが共有することができ、ＡＰが干渉を避けるために協調する必要のある共通通信チャネル上で動作しうる。また、ＡＰは、マルチＡＰ通信を調整するために相互にメッセージを交換するために、共通通信チャネルを使用しうる。共通通信チャネルは、動作チャネルの一部（例えば２０ＭＨｚ）又は全部（例えば２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、又は１６０ＭＨｚ）に対応しうる。

リソースは、ＡＰ間で共有する共通の通信チャネル上で定義される。リソースは、空間、周波数、及び時間のリソースを含んでもよく、様々な直交多重手順に従って取得されうる。それらの手順の例は、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、及び、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システムを含む。共有されるリソースの量は、時間ユニット、周波数帯域幅、ストリームの数、データまたはトラフィックの量（例えばバイト数）、及び／又は、任意の他の適切なユニットで評価されうる。

ＩＥＥＥ８０２．１１無線ローカルエリアネットワーキングの標準において、マルチＡＰシステム１００は、エクステンデッドサービスセット（ＥＳＳ）及びベーシックサービスセット（ＢＳＳ）への無線ネットワークのそれぞれに対応しうる。

本発明の実施形態の説明は、ＩＥＥＥ８０２．１１の文脈で与えられるが、本実施形態はそれに限定されず、他の種類の無線ネットワーク及びプロトコルへ適用してもよい。

マルチＡＰ能力及び有効化
本発明の実施形態によれば、隣接無線ネットワーク（隣接ＡＰ）のグループのうちのＡＰは、異なる能力を有してもよく、マルチＡＰ通信の調整に関して異なる有効化状態にあってもよい。ＡＰは、計画的にマルチＡＰ能力を有しなくてもよく、すなわち、マルチＡＰ通信のための基本的な機能をサポート又は実装せず、したがって、レガシＡＰとして動作する。又は、ＡＰは、マルチＡＰ能力を有してもよく、すなわち、マルチＡＰ能力の基礎の１つ以上の機能を実装する。

本発明の実施形態によれば、マルチＡＰを実行可能なＡＰは、さらに、そのマルチＡＰ機能を有効化又は無効化する能力を有しうる。換言すれば、マルチＡＰを実行可能なＡＰは、例えば１つ以上の条件が満たされた際に、マルチＡＰを無効化（又は有効化）するように構成されうる。

マルチＡＰ能力は、それがサポートされている又はされていないことが総括的に（全体的に）扱われうる。また、マルチＡＰの有効化は、それが有効化されている又はされていないことが総括的に（全体的に）扱われうる。変形において、能力及び有効化状態が、マルチＡＰ機能に部分的に適用されうる。換言すれば、一部の基本的な機能がサポートされ又は有効化され、他のものがサポートされず又は有効化されなくてもよい。

例えば、マルチＡＰ機能は、他のＡＰとリソースを共有する基本的な機能と、他のＡＰによって共有されるリソースを用いる他の機能を含みうる。

第１のＡＰによって共有され、第２のＡＰによって使用されるリソースは、送信機会（ＴＸＯＰ）の間に第１のＡＰが獲得した任意の種類のリソース（例えば周波数、空間及び／又は時間のリソース）を表しうる。好ましくは、マルチＡＰ通信を調整するデバイス（コーディネイタ）が、媒体を獲得するＡＰ（第１のＡＰ）であり、調整に応答するデバイス（コーディネイテッド）が、共有されるリソースを使用するＡＰ（第２のＡＰ）である。

本発明の実施形態によれば、マルチＡＰ機能をサポートしないＡＰは、基本的な機能をいずれもサポートしない。逆に、マルチＡＰ機能をサポートするＡＰは、少なくとも１つの基本的な機能をサポートする。また、マルチＡＰ機能をサポートするＡＰは、基本的な機能の一部またはすべてを有効化しうる。

本発明の実施形態によれば、様々な基本的な機能の有効化が、相互に依存してもよく、すなわち、有効化は所定のルールに従わなければならない。

規則により、要件が課されうる。例えば、その共有機能を無効化するＡＰは、他のＡＰによって共有されるリソースを使用する能力をも無効化しなければならない。逆に、共有されたリソースを使用する能力を有効化するＡＰは、共有機能を有効化しなければならない。これにより、ＡＰ間の公平性が担保される。

ルールはフレキシブルであってもよく、プリファレンスが与えられてもよい。例えば、共有機能を無効化するＡＰに対して、他のＡＰによって共有されるリソースを使用する能力を無効化することが推奨されるのみであってもよい。変形において、共有機能を有効化するＡＰに対して、他のＡＰによって共有されるリソースを使用することが要求されない。逆に、共有リソースを使用する能力を無効化したＡＰは、共有機能を無効化しなくてもよい。

本発明の実施形態によれば、様々な基本的な機能の有効化が、相互に独立してもよい。

例えば、ＡＰは、共有機能を、すなわち、そのＡＰによってＴＸＯＰの間に獲得された周波数、時間、及び／又は、空間リソースを共有する能力を、他のＡＰによって共有されるリソースを使用する機能の有効化／無効化と独立して、有効化又は無効化してもよい。逆に、ＡＰは、共有されたリソースを使用する機能を、すなわち、他の（コーディネイタ）ＡＰによって共有された周波数、時間、及び／又は、空間リソースを使用する能力を、リソースを共有する機能の有効化／無効化とは独立して、有効化又は有効化しうる。

上で議論したように、マルチＡＰ機能の有効化は、１つ以上の条件が満たされたことに依存してもよい。条件は、例えば、ＢＳＳの負荷（すなわちＡＰが自身のＢＳＳにおいてリソースを割り当てなければならない又は割り当てると予想するデータの量）、隣接ＡＰの数、マルチＡＰ機能をサポートする隣接ＡＰの数、マルチＡＰ機能が有効化されている隣接ＡＰの数、など、のうちのいずれかでありうる。

マルチＡＰ能力及び有効化状態のシグナリング
本発明の実施形態によれば、ＡＰは、自身のマルチＡＰ能力及び／又は状態（有効化されている／無効化されている）を、データフレーム、マネジメントフレーム、制御フレーム、又は専用フレームを用いてシグナリングしうる。

シグナリングは、ＡＰによって、他のＡＰ（例えばコーディネイタＡＰ）又はＡＰのグループへ向けて、ユニキャストフレーム又はマルチキャストフレームをそれぞれ送信することにより、行われうる。シグナリングは、ＡＰによって、ブロードキャストフレームを送信することによって、全てのＡＰに向けて行われてもよい。

図３ａは、マルチＡＰ能力及び／又は有効化状態をシグナリングするために使用されうる情報要素３０１の例示のフォーマットを示している。情報要素は、ビーコンフレームなどのマネジメントフレームに含められうる。

情報要素３０１は、以下のサブフィールド：Ｅｌｅｍｅｎｔ ＩＤサブフィールド３１０、Ｌｅｎｇｔｈサブフィールド３１１、Ｃｏｏｒｄｉｎａｔｏｒ ＡＰ ＩＤサブフィールド３１２、Ｍｕｌｔｉ－ＡＰ ｃａｐａｂｉｌｉｔｉｅｓ（ｓｕｐｐｏｒｔ）サブフィールド３１３、及び、Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅサブフィールド３１４、を含みうる。なお、情報要素３０１は、Ｍｕｌｔｉ－ＡＰ ｃａｐａｂｉｌｉｔｉｅｓサブフィールド３１３及びＭｕｌｔｉ－ＡＰ Ｅｎａｂｌｅサブフィールド３１４のいずれか１つのみを含みうる。

Ｅｌｅｍｅｎｔ ＩＤサブフィールド３１０は、本エレメントを、マルチＡＰ要素として特定する。これまでのところ、標準８０２．１１においてリザーブされている、範囲［２４５－２５４］内の値を取りうる。説明のために、本発明の実施形態では、値２４６が選択される。

Ｌｅｎｇｔｈサブフィールド３１１は、Ｅｌｅｍｅｎｔ ＩＤサブフィールド３１０及びＬｅｎｇｔｈサブフィールド３１１を除いた本エレメント内のバイト数を示す。

Ｃｏｏｒｄｉｎａｔｏｒ ＡＰ ＩＤサブフィールド３１２は、コーディネイタＡＰの識別子に対応する。好ましくは、コーディネイタＡＰのＢＳＳに等しい。変形において、固有のＡＩＤに等しい。

Ｍｕｌｔｉ－ＡＰ ｃａｐａｂｉｌｉｔｉｅｓサブフィールド３１３は、ＡＰがマルチＡＰ機能をサポートしているか否かを示す。例えば、本サブフィールドが１に等しい値を有する場合にはマルチＡＰがサポートされ、０の場合はマルチＡＰがサポートされない。

Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅサブフィールド３１４は、ＡＰがマルチＡＰ能力を有効化しているかを示す。例えば、本サブフィールドが１に等しい値を有する場合にはマルチＡＰ能力が有効化され、０の場合はマルチＡＰ能力が有効化されない。

変形において、マルチＡＰの基本的な機能のサポート及び／又は有効化がシグナリングされうる。例えば、マルチＡＰの基本的な機能のサポートをシグナリングするために、Ｍｕｌｔｉ－ＡＰ ｃａｐａｂｉｌｉｔｉｅｓサブフィールド３１３は、それぞれ１つの基本的な機能のサポート又は非サポートをシグナリングするための、複数のサブフィールド（不図示）を含んでもよい。マルチＡＰ（全体の）機能のサポートのためのサブフィールドは、その他のサブフィールドに加えて維持されてもよいし、マルチＡＰ機能のサポートが基本的な機能のサポートから導出可能であるため、省略されてもよい。

また、マルチＡＰの基本的な機能の有効化をシグナリングするために、Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅサブフィールド３１４は、それぞれ１つの基本的な機能が有効化されているか否かをシグナリングするための、複数のサブフィールド（不図示）を含んでもよい。マルチＡＰ（全体の）機能の有効化のためのサブフィールドは、その他のサブフィールドに加えて維持されてもよいし、マルチＡＰ機能の有効化が基本的な機能の有効化から導出可能であるため、省略されてもよい。

マルチＡＰの基本的な機能は、例えば、リソースの共有の機能、リソースを使用する機能、コーディネイタＡＰとして動作する機能、コーディネイテッドＡＰとして動作する機能、などでありうる。

上述のように、情報要素３０１は、ＡＰのマルチＡＰ能力及び／又は有効化状態を隣接ＡＰへシグナリングするために、マネジメントフレーム、例えばビーコンフレーム又はＡＰ間で交換可能な新しいタイプのマネジメントフレームに、例えば含められうる。

例として、情報要素３０１は、ＩＥＥＥ８０２．１１ ＭＡＣマネジメントフレーム２０１（図２ａ）のｆｒａｍｅ ｂｏｄｙフィールド２１０に含められうる。

図３ｂは、本発明の実施形態に従って適合されるＩＥＥＥ８０２．１１のＯｐｅｒａｔｉｎｇ Ｍｏｄｅ（ＯＭ）サブフィールドにおけるＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドの例示のフォーマットを示している。

ＯＭ Ｃｏｎｔｒｏｌサブフィールド内のＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドは、フレームを送信するデバイスの動作モード（ＯＭ）変更に関する情報を含む。ＯＭ Ｃｏｎｔｒｏｌサブフィールドは、ＩＥＥＥ８０２．１１ ＭＡＣデータフレーム２０１のＨＴ Ｃｏｎｔｒｏｌフィールド２２０（図２ｂ）に含められる。

Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドは、マルチＡＰ有効化状態をシグナリングするために、本発明の実施形態によって変形される。

例えば、２つのサブフィールド、「Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅ」サブフィールド３２０及び「Ｍｕｌｔｉ－ＡＰ Ｄｉｓａｂｌｅ」サブフィールド３２１が、付加されうる。「Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅ」サブフィールド３２０が、マルチＡＰ可能なＡＰのマルチＡＰ機能を有効化するために付加され、「Ｍｕｌｔｉ－ＡＰ Ｄｉｓａｂｌｅ」サブフィールド３２１が、マルチＡＰ可能なＡＰのマルチＡＰ機能を無効化するために付加される。

変形において、１つのサブフィールド「Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅ」のみが、マルチＡＰ機能が有効化されている（１）又はされていない（０）ことをシグナリングするために追加される。別の変形では、「Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅ」サブフィールドが存在せず、マルチＡＰ機能がサポートされている場合にデフォルトでマルチＡＰ機能が有効化されているとみなされる。そして、「Ｍｕｌｔｉ－ＡＰ Ｄｉｓａｂｌｅ」サブフィールドは、マルチＡＰ機能を無効化することが望まれる場合に１に設定される。

変形において、マルチＡＰの基本的な機能の有効化状態がシグナリングされうる。例えば、Ｍｕｌｔｉ－ＡＰ Ｅｎａｂｌｅｄサブフィールド３２０は、それぞれ１つの基本的な機能が有効化されているか否かをシグナリングする、複数のサブフィールド（不図示）を含んでもよい。マルチＡＰ（全体の）機能の有効化のためのサブフィールドは、他のサブフィールドに加えて維持されてもよいし、マルチＡＰ機能の有効化が基本的な機能の有効化から導出可能であるため、省略されてもよい。

なお、変形されたＯＭ Ｃｏｎｔｒｏｌフィールドは、様々な宛先に当てられたＭＡＣフレームに挿入されうる。ＡＰのマルチＡＰ機能は、１つの隣接ＡＰ、隣接ＡＰのセット、又は、全ての隣接ＡＰのために、無効化されうる。

図３ｃは、本発明の実施形態による、マルチＡＰ有効化状態をシグナリングするためのＡｃｔｉｏｎフレーム３３０の例示のフォーマットを示している。

ＩＥＥＥ８０２．１１標準で指定されているように、Ａｃｔｉｏｎフレームは、拡張マネジメント動作を特定するための機構を提供する。これらの実施形態によれば、Ｃａｔｅｇｏｒｙフィールド３３１はマルチＡＰ機能に専用であることを示し、フィールド３３２はマルチＡＰ機能が有効化されているか無効化されているかを示すマルチＡＰ有効化状態を含む。

Ａｃｔｉｏｎフレームは、ユニキャストされ、マルチキャストされ、又はブロードキャストされうる。これは、１つの隣接ＡＰ、隣接ＡＰのセット、又は、全ての隣接ＡＰへ、マルチＡＰ機能の状態を広告することを可能とする。

コーディネイタＡＰ／コーディネイテッドＡＰの動作
図４は、本発明の実施形態による、マルチＡＰ送信を調整するコーディネイタＡＰによって実行されるステップを、フローチャートを用いて図解している。

ステップＳ４１０において、ＡＰが、ＴＸＯＰ期間の間、媒体リソース（空間、時間、及び／又は周波数）へのアクセスを獲得して、マルチＡＰ送信のコーディネイタになる。

ステップＳ４２０において、コーディネイタＡＰが、マルチＡＰ送信に参加するＡＰのグループを取得する。グループは、コーディネイタＡＰによって維持されるＡＰのリストから形成されうる。リストは、検出された隣接ＡＰを含みうる。リストは、さらに、例えば検出されたＡＰのマルチＡＰ能力及び有効化状態などの情報を含みうる。そして、例えばＡＰの能力及び有効化状態について利用可能なさらなる情報がない場合に全ての検出されたＡＰを含めることにより、グループがリストに基づいて形成されうる。マルチＡＰ機能の有効化状態についての情報が利用可能である場合、ＡＰが自身のマルチＡＰ機能を有効化しているか否かに基づいて、コーディネイタがグループを構成するのが望ましい。具体的には、マルチＡＰ機能（又は、少なくとも共有されたリソースを使用する基本的な機能）を有効化していることをシグナリングしたＡＰのみが、グループに含められる。コーディネイタＡＰが媒体アクセスを獲得した前に又はその後に、グループが確立されうる。

ステップＳ４３０において、コーディネイタＡＰは、そのグループにおける１つ以上のＡＰへ、獲得したリソースを割り当てる。

このように、本発明の実施形態は、アクセスポイント（ＡＰ）のグループ内のコーディネイタＡＰによって獲得された送信機会（ＴＸＯＰ）の間にリソースを共有するそのＡＰのグループを含んだ無線ネットワークにおける通信を調整する方法であって、コーディネイタＡＰは、ＴＸＯＰの範囲内で、グループのコーディネイテッドＡＰへリソースを割り当てるように構成され、ここで、リソースを共有する及び／又は共有されるリソースを使用する能力に基づいて、及び／又は、リソースを共有する及び／又は共有されるリソースを使用するためのＡＰの機能の有効化状態に基づいて、グループが形成される方法に関する。

グループ内の各ＡＰは、ベーシックサービスセット（ＢＳＳ）のステーションを管理するようにそれ自身が構成される。

図５ａ及び図５ｂは、本発明の実施形態による、マルチＡＰ送信に関与数ｒＡＰの動作を、シーケンス図を用いて図解している。図解された例において、マルチＡＰ動作に、１つのコーディネイタＡＰ（ＡＰ１）及び２つのコーディネイテッドＡＰ（ＡＰ２及びＡＰ３）が関与するが、本実施形態では、任意の数のＡＰに適用される。

図のブロック５１０は、ＡＰ１がＴＸＯＰ期間の間の媒体リソースへのアクセスを獲得して、マルチＡＰ送信のコーディネイタになる、図４のステップＳ４１０に対応する。

図５ａにおいて、シーケンス５２０は、コーディネイタが２つの主要な機能の１つまたは両方を達成するように実装される初期化フェーズに対応する。最初の１つは、コーディネイタＡＰが、コーディネイテッドＡＰに対して、期間ＴＸＯＰの間にチャネルを介した媒体を獲得したこと及びマルチＡＰ送信を開始する準備ができていることを、示し／シグナリングするためのものである。２つ目は、コーディネイタＡＰが、オプションとして、いずれのコーディネイテッドＡＰがマルチＡＰ送信に参加する意思があるかを知るために、コーディネイテッドＡＰからの応答を要求するためのものである。さらに、参加する意思を有する各コーディネイテッドＡＰのリソースのニーズをも要求しうる。

リソースのニーズは、時間ユニット、周波数帯域幅、ストリームの数、データ又はトラフィックの量、及び／又は任意の他の適切な単位で評価される、必要とされるリソースの量に対応しうる。

したがって、２つのタイプのメッセージＳＥＴＵＰ＿ＲＥＱ及びＳＥＴＵＰ＿ＲＥＳＰは、初期化フェーズ５２０の間に交換されてもよく、ＳＥＴＵＰ＿ＲＥＱ（５２１）メッセージはコーディネイタＡＰによって送信され、ＳＥＴＵＰ＿ＲＥＳＰ（５２２）メッセージは、ＳＥＴＵＰ＿ＲＥＱに応答してコーディネイテッドＡＰによって送信される。ＳＥＴＵＰ＿ＲＥＱ（５２１）は、上述のインジケーション（例えば、応答の要求）を含みうる。ＳＥＴＵＰ＿ＲＥＳＰ（５２２）は、コーディネイテッドＡＰがマルチＡＰ送信に参加する意思があるか、及びオプションでそのリソースのニーズを含んでもよい。変形において、コーディネイテッドＡＰは、参加する意思がある場合にのみ、コーディネイタＡＰの要求へ応答する、すなわち、応答がないことが、コーディネイタＡＰが参加する意思がないことを示す。この変形は、その応答を送信するためにコーディネイタＡＰが利用可能でない場合に対処することを可能とする点で有利である。

ＳＥＴＵＰ＿ＲＥＱメッセージは、コーディネイタＡＰによって、（例えば、必要な限りの数のユニキャストフレーム、マルチキャスト／グループアドレス指定されたフレームを用いることにより）ターゲットの特定のＡＰへ送信されうる。また、ＳＥＴＵＰ＿ＲＥＱメッセージは、コーディネイタＡＰにより、フレームを復号するように構成されたＡＰの全てへ宛てたブロードキャストフレームを用いて、送信されうる。

初期化フェーズ５２０の後に、コーディネイタＡＰは、コーディネイテッドＡＰのグループへリソースを割り当てることにより、リソース割り当てを形成する（５３０）。リソース割り当ては、ＡＰに割り当てられるリソースを発見するために必要なそのＡＰのための情報があれば、それを含みうる。基本的に、割り当ては、リソースが割り当てられるＡＰのＢＳＳＩＤ、割り当てられる周波数バンドのチャネル番号又は幅（例えばトーン数）、リソースの開始時間／期間又はＴＸＯＰ、のうちの１つ以上を含みうる。なお、情報項目の１つ以上が、黙示的又は事前定義されていてもよく、したがって、コーディネイテッドＡＰへ伝達されない（ｃｆ．５４０）。例えば、ＡＰは、そのＡＰが使用しない場合に共有するための特定のリソースを取っておいてもよい（ＡＰ間の事前合意）。この場合、ＡＰは、リソースの利用可否のみを示す必要がある。

リソースが割り当てられるＡＰのグループは、ＳＥＴＵＰ＿ＲＥＱメッセージが送信されたＡＰのグループに基づきうる。リソースが割り当てられたＡＰのグループは、その最初のグループの部分集合又はその上位集合でありうる。グループ形成の詳細については、本明細書において後述する。

コーディネイタＡＰが、例えばＳＥＴＵＰ＿ＲＥＳＰメッセージを解して、コーディネイテッドＡＰのリソースのニーズを収集すると、コーディネイタは、リソース割り当てを形成するために、そして、特に各コーディネイテッドＡＰにどれだけの量のリソースを割り当てるかを決定するために、そのリソースのニーズを使用しうる。代替的に、又は追加して、コーディネイタＡＰは、例えば、事前定義されうるルールのセットを、リソースを割り当てるために考慮してもよい。

そして、コーディネイタＡＰは、専用メッセージＳＨＡＲＥ＿ＡＬＬＯＣＡＴＩＯＮを用いて、関係するＡＰへの形成した割り当てを共有する（５４０）。割り当てられたリソースは、データを送信するためにＡＰ又はＳＴＡによって使用されるそのＢＳＳの範囲内の各コーディネイテッドＡＰによって使用される（５５０）。

図５ａは、コーディネイタＡＰが媒体リソースへのアクセスを獲得した後にリソース割り当てを形成する、マルチＡＰ動作を示している。これは、ＡＰが獲得したリソースの実際の量及びコーディネイテッドＡＰの最新のニーズに基づいてリソース割り当てをＡＰが形成することを可能とする点で有利であり、したがって、リソースの利用効率が改善する。

図５ｂは、コーディネイタＡＰが媒体リソースへのアクセスを獲得する前にリソース割り当てを形成する、マルチＡＰ動作を示している。これは、リソース割り当てを得たコーディネイテッドＡＰがＢＳＳの範囲内で送信をスケジューリングするための時間を確保できる点で有利である。

リソース割り当ての形成（５３０）及びその割り当ての共有（５４０）が、コーディネイタＡＰが媒体リソースへのアクセスを獲得する（５１０）前に行われる。割り当ては、事前に収集されたコーディネイテッドＡＰのリソースのニーズに基づいて形成されうる。代替的に又はそれに加えて、コーディネイタＡＰは、リソースの割り当てのために、例えば事前に定義されうるルールのセットを考慮しうる。ＳＥＴＵＰ＿ＲＥＱメッセージ（５２３）が、オプションとして、その機能が、コーディネイタＡＰが期間ＴＸＯＰの間にチャネル上で媒体を獲得したことをコーディネイテッドＡＰへ示す／シグナリングするために使用される。それは、ＡＰがマルチＡＰ送信を開始する準備ができていることをシグナリングするのに使用されてもよい。

図６ａ、図６ｂ、及び図６ｃは、マルチＡＰ送信を調整するための１つのＡＰにおける、本発明の実施形態のとりうる実装を、フローチャートを用いて図解している。

図６ａのフローチャートは、図５ａを参照して議論したものと同様のステップのシーケンスを表している。この実装において、ＡＰは、媒体リソースへのアクセスを獲得し（Ｓ６１０ａ）、コーディネイテッドＡＰの参加意思を取得し（Ｓ６２０ａ）、オプションでそれらのリソースのニーズを取得し（Ｓ６３０ａ）、リソース割り当てを形成し（Ｓ６４０ａ）、ＡＰのグループへの形成されたリソース割り当てを共有する（Ｓ６５０ａ）。

図６ｂのフローチャートは、ステップの変形シーケンスを図解している。この変形において、コーディネイテッドＡＰの意思を取得すること（Ｓ６２０ｂ）、及び、それらのリソースのニーズを取得すること（Ｓ６３０ｂ）が、媒体へのアクセスを獲得する（Ｓ６１０ｂ）前に、実行される。リソース割り当てを形成し（Ｓ６４０ｂ）、ＡＰのグループへ形成したリソース割り当てを共有すること（Ｓ６５０ｂ）がその後に実行される。

図６ｃのフローチャートは、ステップのさらなる変形シーケンスを図解している。このさらなる変形において、ＡＰは、コーディネイテッドＡＰからの明示の又は直近の入力なく、リソース割り当てを形成する（Ｓ６４０ｃ）。ＡＰが媒体へのアクセスを獲得した（Ｓ６１０ｃ）後、ＡＰは、形成したリソース割り当てを、ＡＰのグループへ共有する（Ｓ６５０ｃ）。

マルチＡＰグループ形成
マルチＡＰ動作において、コーディネイタは、リソースへのアクセスを獲得したＡＰによってリソースが共有されうるＡＰのグループを取得する。これは、本発明の実施形態による、図４のフローチャートのステップＳ４２０に対応しうる。取得されたグループを、以下では、候補グループ又はセットと呼ぶ。それは、的確なグループまたはセットとも呼ばれうる。そして、コーディネイタは、候補グループに基づいて、それぞれのＢＳＳにおける使用のためのリソースを割り当てるＡＰのグループを形成する（例えば、図４におけるステップＳ４３０）。形成されたグループを、割り当て先グループ又はセットと呼ぶ。割り当て先グループは、候補グループと同じであってもよいし、候補グループの一部であってもよいし、又は、本明細書において以下で詳細に説明するように、追加のＡＰによって候補グループを拡張してもよい。

コーディネイタ機能は、マスタデバイス又は定義されたルールに従って時間期間の間に選ばれたＡＰによってホストされうる。また、コーディネイタ機能は、リソースを所有するＡＰへ、マルチＡＰ動作を調整するための責務を与えるために、媒体リソースへのアクセスを獲得した各ＡＰ（共有ＡＰ）によって引き継がれうる。後者は、例えば、図４の実施形態によって図解されている。以下では、説明を簡単にするために、コーディネイタが、共有ＡＰ、すなわち、リソースへのアクセスを獲得したＡＰであるものとする。

本発明の実施形態によれば、候補グループは、以下でＬ０と呼ばれるマルチＡＰを実行可能なＡＰのリストによって形成される。Ｌ０は、マルチＡＰを実行可能な又はマルチＡＰを有効化された各ＡＰによって維持され、様々な方法によって取得されうる。

コーディネイタは、ＡＰによって又はそれらに関連付けられたＳＴＡによって送信されたシグナリングを用いて、ＡＰのマルチＡＰ能力を収集しうる。送信は、コーディネイタとＡＰとの間のユニキャスト、マルチキャスト、又はブロードキャストリンクを解して無線で行われうる。送信は、代替的に又は追加で、例えばバックホールネットワークを介した又はコーディネイタ及びＡＰが同一のデバイスによってホストされる場合（例えば複数の仮想ＡＰをホストする物理ＡＰの場合）に内部接続を介した、有線リンク上で行われてもよい。

シグナリングは、マルチＡＰ動作のサポート及び／又は１つ以上の基本的なマルチＡＰ機能のサポートを示すマルチＡＰ能力フィールド（例えば、図３ａに示したフィールド３１３）を用いて行われうる。本フィールドは、情報要素（例えば、図３ａに示した情報要素３０１）又は任意の適切なシグナリングフィールドに、埋め込まれうる。

マルチＡＰ能力フィールドは、ＡＰ間で交換される既存の又は新しい種類のフレームにおいて送信されうる。例えば、送信が無線リンク上で行われる場合、マネジメントフレーム（例えば、図２ａに図解したようなフレーム）又は新たに定義されたマネジメントフレームが使用されうる。

本発明の実施形態によれば、候補グループが、以下ではリストＬ１と呼ばれる、自身のマルチＡＰ機能を有効化したＡＰのリストによって形成される。Ｌ１は、様々な方法によって取得されうる。

例えば、Ｌ１は、Ｌ０のＡＰのマルチＡＰ有効化状態をチェックすることにより、取得されうる。代わりに、Ｌ１は、自身のマルチＡＰ機能を有効化した全てのＡＰをリスト化することにより、Ｌ０と独立して構成されてもよい。

自身のマルチＡＰ機能を有効化したＡＰを判定することは、コーディネイタからの要求に応答して又はＡＰが要求されることなく、コーディネイタによって、ＡＰ（又はＳＴＡ）から受信されたシグナリングに依存しうる。

コーディネイタは、ＡＰ又はＡＰに関連付けられたＳＴＡによって送信されたシグナリングによって、ＡＰのマルチＡＰ有効化状態を収集しうる。マルチＡＰ有効化状態をシグナリングすることは、上述のマルチＡＰ能力をシグナリングするものと同様の手段によって行われうる。

特に、シグナリングは、マルチＡＰ動作の有効化状態及び／又は１つ以上の基本的なマルチＡＰ機能の有効化状態を示すマルチＡＰ有効化フィールド（例えば、図３ａに示したフィールド３１４）を用いて行われうる。本フィールドは、情報要素（例えば図３ａに示した情報要素３０１）に、ＩＥＥＥ８０２．１１において定義されたＯｐｅｒａｔｉｎｇ Ｍｏｄｅ（ＯＭ）サブフィールドにおけるＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールド（例えば、図３ｂに示したフィールド３２０／３２１）に、ＩＥＥＥ８０２．１１に従って特定されるａｃｔｉｏｎフレーム（例えば、図３ｃに示したフレーム３３０のフィールド３３２）に、又は、既存の又は新しいタイプのＢＳＳ間で交換可能なマネジメントフレームに埋め込まれた任意の適切なシグナリングフィールドに、内蔵されうる。

マルチＡＰ有効化フィールドは、ＡＰ間で交換される既存の又は新しいタイプのフレームにおいて送信されうる。例えば、マネジメントフレーム（例えば、図２ａに図解されたようなフレーム又は新たに定義されたマネジメントフレーム）、制御フレーム、データフレーム（例えば、図２ａ）、又は、ａｃｔｉｏｎフレーム（例えば図３ｃ）が使用されうる。

マルチＡＰ有効化状態をシグナリングすることは、（区別なく）全てのＡＰに宛てられうる。ＡＰは、潜在的に、それらのリソースを自発的に共有するＡＰを含みうる。代わりに、シグナリングされた状態は、ＡＰごとに適用されてもよく、すなわち、ＡＰは、特定のＡＰ又は複数のＡＰへ、自身のマルチＡＰ有効化状態をシグナリングしうる。

本明細書において上で議論したように、シグナリングされた有効化状態は、共有されたリソースを使用すること及びリソースを共有することなどの基本的な機能の全てを含んだ、マルチＡＰ機能の全体に、又は、特に１つ以上の基本的な機能に適用されうる。

１つの実装によれば、Ｌ１は、共有されたリソースを使用する自身の基本的な機能を有効化したＡＰのみを含むことにより構成されうる。この実装は、Ｌ１に基づいて候補グループを維持するＡＰが共有されるリソースを使用し、したがって、リソースをより効率的に割り当てて不使用リソースを減らすための他のＡＰのニーズ又は意思のより良い知識を有するため有利である。

全体としてマルチＡＰ有効化状態に依拠することは、十分でなくてもよい。実際、自身のマルチＡＰ機能を有効化したＡＰは、所与の時間において、他のＡＰによって共有されたリソースを使用することを正当化するような、そのＢＳＳ内で交換されるべき十分なデータを有しなくてもよい。また、基本的な機能をシグナリングすることを実装するように構成されていない又は実装していないがマルチＡＰ機能をシグナリングすることを実装するように構成されている又は実装しているＡＰは、コーディネイタＡＰによって現在共有されているリソースを使用する意思がない間に、自身のマルチＡＰ機能が（媒体リソースへのアクセスを付与した場合に）自身のリソースを共有する意思をシグナリングすることを可能とする必要がある。

本発明の実施形態によれば、候補グループが、以下ではリストＬ２と呼ばれる、マルチＡＰ送信に参加する位置を示したＡＰのリストにより形成される。Ｌ２は様々な方法で取得されうる。

ＡＰは、制御フレームを用いて、参加する意思をシグナリングしうる。本シグナリングは、コーディネイタからの要求制御フレームへ応答して行われうる（例えば、図５ａにおける制御フレームＳＥＴＵＰ＿ＲＥＱ５２１に続く制御フレームＳＥＴＵＰ＿ＲＥＳＰ５２２）。また、シグナリングは、ＡＰが主導してもよい。

シグナリングされた意思は、１つの、現在の又は次の、マルチＡＰ送信（すなわち、ＡＰが媒体アクセスを獲得し、他のＡＰへリソースを割り当てることができるときに関連するマルチＡＰ送信）に適用されうる。代わりに、所定数のマルチＡＰ送信または期間の間、続きうる。さらなる変形において、ＡＰの参加又は不参加の意思は、そのＡＰが続く制御フレームにおいてその意思を更新するまで続きうる。

シグナリングされる意思は、自身のリソースを共有する意思のある全てのＡＰに対して区別なく適用されうる。代わりに、シグナリングされる意思は、ＡＰごとに適用されてもよく、すなわち、ＡＰは、特定のＡＰ又は複数のＡＰによって共有されたリソースを使用する意思があるかをシグナリングしてもよい。

シグナリングされる意思は、全体としてマルチＡＰ機能に適用されてもよく、すなわち、共有されたリソースを使用し、ＡＰが媒体リソースへのアクセスを獲得した際にリソースを共有することを意図するなどの、基本的な機能を含みうる。代替的に、シグナリングされる意思は、特に１つ以上の基本的な機能、例えば共有されたリソースを使用する意思に適用されうる。

本発明の実施形態によれば、割り当てられるグループが、候補グループのうちの全てのＡＰによって形成され、すなわち、リストＬ０、Ｌ１、又はＬ２のうちのいずれか１つによって形成されるため、２つのグループが同一である。このように、この実施形態に従って割り当てられるグループを形成する選択されるリストを、Ｌ３と呼ぶ。

本発明の実施形態によれば、割り当てられるグループは、Ｌ３のサブリストであるＬ４と呼ばれるＡＰのリストによって形成され、すなわち、Ｌ３のＡＰの一部のみがＬ４に含まれる。Ｌ４を形成するために選択されるＡＰは、様々な基準に基づくことができ、様々な目的を果たしうる。

例えば、ＡＰが共有することができるリソースの量が、候補グループの全てのＡＰに供給するのに十分でない可能性がある。この場合、Ｌ４を形成するためのＡＰの選択は、ランダム、任意、又は優先順位に基づきうる。

さらに、又はこれに代えて、ＡＰが共有することができるリソースのタイプが、例えば候補ＡＰが空間で共有されたリソースを使用するもしくは共有されるリソースが配置される所定の周波数バンドにおいて動作することができる又はそのように構成されるために、候補ＡＰが使用することのできるものと適合しない可能性がある。この場合、Ｌ４を形成するためのＡＰの選択は、共有されるリソースを使用することができる又は最もそうする可能性が高いＡＰを考慮しうる。

さらに、又は代替的に、ＡＰが以前所与のＡＰへ共有したリソースの量が上限（枠）に達している可能性があり、その所与のＡＰはリソースが割り当てられるＡＰのリストから除外されうる。除外は、永続的であってもよいし、一時的、例えば定義された時間区間の間、であってもよい。また、他のＡＰへ割り当てられたリソースの量に応じて、コーディネイテッドＡＰ間の公平性を考慮しうる。リソースの量は、時間ユニット、周波数帯域幅、ストリーム数、データまたはトラフィックの量（例えばバイト数）、及び／又は任意の他の適切な単位で評価されうる。ＡＰが以前共有したリソースの量は、その最後のマルチＡＰ送信（ＴＸＯＰ）の間にのみカウントされうる。変形において、そのリソースの量は、ＡＰがリソースを共有した１つより多くのマルチＡＰ送信に対してカウントされてもよい。例えば、リソースは、定義された時間区間、例えば、ターゲットビーコン送信時間（ＴＢＴＴ）の間にカウントされてもよいし、複数のマルチＡＰ送信においてカウントされてもよい。この変形では、リソースの累積量が上限に達した場合に、除外が行われる。

さらに、又は代替的に、ＡＰは、そのＡＰが返礼として自身のリソースを共有していないという理由で、リソースが割り当てられるＡＰのリストから除外されてもよい。この場合、相互関係の基準が、所定のレベルの公平性を維持するために適用されうる。例えば、リソースを割り当てられていると共にその後のマルチＡＰ送信においてそれ自身のリソースを共有しなかったＡＰは、リストにおいて維持されなくてもよい。ＡＰは、そのＡＰが最終的にマルチＡＰ送信の間にリソースを共有した場合又はそのＡＰがリソースを割り当てられてから所定の時間区間だけ経過した後に、再導入されてもよい（ｃｆ．例えば図７ａ及び図７ｂ）。したがって、コーディネイタＡＰは、コーディネイテッドＡＰごとに１つのタイマを維持しうる。変形において、共有されるリソースの枠のオフセットが、ＡＰのペアの間で設定されてもよい。共有ＡＰとしての第１のＡＰが第１のリソースを（被共有ＡＰとしての）第２のＡＰに割り当てた場合、オフセットが、割り当てられた第１のリソースの量だけ増加し、第２のＡＰが共有ＡＰとして、返礼として、（被共有ＡＰとしての）第１のＡＰに第２のリソースを割り当てた場合に、オフセットは、割り当てられた第２のリソースの量だけ減少する。オフセットが、枠のオフセットまで到達した場合、それ以上リソースは割り当てられない。リソースの量は、時間ユニット、周波数帯域幅、ストリーム数、及び／又は任意の他の適切なユニットで測られうる。

変形において、（共有ＡＰとして動作する）第２のＡＰによって特にリソースが割り当てられる（被共有ＡＰとして動作する）第１のＡＰは、共有ＡＰとして動作する際に、（被共有ＡＰとして動作する）第２のＡＰに、定義された期間において、リソースを割り当てなければならない。

変形において、自身の候補グループから被共有ＡＰを除外した共有ＡＰは、例えばメッセージを用いて、除外について、その被共有ＡＰに通知する。

変形において、被共有ＡＰを自身の候補グループに追加した共有ＡＰは、例えばメッセージを用いて、その追加について、その被共有ＡＰに通知する。変形において、共有ＡＰは、被共有ＡＰが以前に排除された後にその被共有ＡＰが追加されたこと（すなわち再導入されたこと）場合にのみ、その被共有ＡＰへ通知をしてもよい。

本発明の実施形態によれば、割り当て先グループが、Ｌ３を拡張したＬ５と呼ばれるＡＰのリストによって形成され、すなわち、Ｌ３のＡＰに加えて、１つ以上のＡＰがＬ５に含められる。追加の１つ以上のＡＰは、様々な基準に基づきうる。例えば、（例えば候補グループのＡＰのニーズに基づいて）その候補グループのＡＰに割り当てられるべきものより多くのリソースが利用可能な場合に、追加のＡＰはリソースの余剰から利益を得るように追加されうる。追加のＡＰには、送信に含められるように、それらのためのマルチＡＰ送信への参加が要求されうる。変形では、追加のＡＰは、自身のマルチＡＰ機能を有効化し、ネットワークに参加しているＡＰ、又は、候補グループが形成された後に高優先順位と考えられるＡＰである。

本発明の実施形態によれば、割り当て先グループは、リストＬ４及びリストＬ５を組み合わせたＬ６と呼ばれるＡＰのリストにより形成され、すなわち、Ｌ３のＡＰの一部とＬ３の一部でない１つ以上のＡＰとが、Ｌ６に含められる。

図７ａ及び図７ｂは、本発明の実施形態によるＡＰのグループの管理を、フローチャートを用いて図解している。フローチャートは、ＡＰの候補グループの管理を図解しているが、ＡＰの割当先のグループに適用されうる。

図７ａは、ＡＰが定義された時間期間において代わりにリソースを共有した場合の、そのＡＰの候補グループからの除外を図解している。図７ｂは、ＡＰが（例えば先に除外された後に）リソースを共有した場合にそのＡＰを候補グループへ含めることを図解している。

ステップ７１０において、共有ＡＰは、例えばグループを形成するための本明細書において説明された実施形態の何れかに従って、候補グループを取得する。共有ＡＰは、グループのＡＰへリソースを割り当てた（Ｓ７２０）後に、リソースが割り当てられた被共有ＡＰが最初の共有ＡＰと引き換えに期間Ｔの間にリソースを割り当てているかを監視するために、タイマが開始される（Ｓ７３０）。被共有ＡＰが代わりにリソースを共有することなくタイマが満了した場合（Ｓ７３５）、被共有ＡＰは、候補グループから除外される（Ｓ７３７）。オプションとして、共有ＡＰは、被共有ＡＰが除外されるべきかを確認するために条件を確認しうる（Ｓ７３６）。条件は、例えば、被共有ＡＰが、相互関係ルールによって縛られず、高優先度ＡＰであり、又は、例外を形成することでありうる。条件が満たされた場合、被共有ＡＰは除外されない。タイマの満了前（すなわち、期間Ｔの間）、最初の共有ＡＰが被共有ＡＰからリソースを獲得し（Ｓ７４０）、被共有ＡＰをグループから除外することなくタイマが停止される（Ｓ７４１）。

図７ｂの実施形態によれば、除外に続いて、又はそれとは独立して、ＡＰがリソースを共有し、そのＡＰが、リソースが共有されたＡＰのうちの候補ＡＰのグループにいない場合（Ｓ７５０）、そのＡＰはそのグループに含められる（Ｓ７５２）。オプションとして、リソースを共有したＡＰが追加されるべきかを確認するために、条件がチェックされうる（Ｓ７５１）。条件が満たされる場合には、ＡＰはグループに追加されない。

Claims (11)

1. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行うアクセスポイント（ＡＰ）であって、
   前記ＡＰにおける、他のＡＰへリソースを共有するための機能の有効化状態、及び／又は、１以上の他のＡＰにおける、共有されるリソースを使用するための機能の有効化状態に基づいて、ＡＰのグループを形成する形成手段と、
   ＴＸＯＰを獲得する獲得手段と、
   獲得した前記ＴＸＯＰの間に前記ＡＰのグループに含まれる他のＡＰに対してリソースを共有する共有手段と、
   を有することを特徴とするアクセスポイント。
2. 前記形成手段は、
   前記ＡＰにおける、他のＡＰへリソースを共有するための機能の有効化状態、並びに／若しくは、１以上の他のＡＰにおける、共有されるリソースを使用するための機能の有効化状態、及び、
   前記ＡＰにおける、他のＡＰへリソースを共有するための能力、並びに／若しくは、１以上の他のＡＰにおける、共有されるリソースを使用するための能力
   に基づいて、前記ＡＰのグループを形成する、ことを特徴とする請求項１に記載のアクセスポイント。
3. 前記リソースは、時間リソース、空間リソース、及び周波数リソースのいずれか又は組み合わせである、ことを特徴とする請求項１に記載のアクセスポイント。
4. 前記ＴＸＯＰを獲得したことを示す通知フレームを送信する送信手段をさらに有し、
   前記共有手段は、前記通知フレームを送信したことに応じて、獲得した前記ＴＸＯＰの間に前記ＡＰのグループに含まれる他のＡＰに対してリソースを共有する、ことを特徴とする請求項１に記載のアクセスポイント。
5. 前記通知フレームはブロードキャスト送信される、ことを特徴する請求項４に記載のアクセスポイント。
6. 前記ＴＸＯＰを獲得したことを示す通知フレームを送信する送信手段と、
   前記ＡＰのグループに含まれる他のＡＰから前記通知フレームの応答である応答フレームを受信する受信手段と、をさらに有し、
   前記共有手段は、前記応答フレームを受信したことに応じて、獲得した前記ＴＸＯＰの間に前記ＡＰのグループに含まれる他のＡＰに対してリソースを共有する、ことを特徴とする請求項１に記載のアクセスポイント。
7. 前記応答フレームには、前記ＡＰのグループに含まれる他のＡＰのリソースのニーズを含み、前記ＴＸＯＰは前記リソースのニーズに基づいて決められる、ことを特徴とする請求項６に記載のアクセスポイント。
8. 前記リソースのニーズは時間ユニット、周波数帯域幅、ストリーム数、データ量、のいずれかであることを特徴する請求項７に記載のアクセスポイント。
9. 共有されるリソースを使用する意思を問い合わせる要求フレームを前記ＡＰのグループに含まれる他のＡＰに送信する送信手段と、
   前記ＡＰのグループに含まれる他のＡＰから前記要求フレームの応答である応答フレームを受信する受信手段と、をさらに有し、
   前記共有手段は、前記応答フレームを受信したことに応じて、獲得した前記ＴＸＯＰの間に前記ＡＰのグループに含まれる他のＡＰに対してリソースを共有する、ことを特徴とする請求項１に記載のアクセスポイント。
10. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行うアクセスポイント（ＡＰ）によって実行される通信方法であって、
    前記ＡＰにおける、他のＡＰへリソースを共有するための機能の有効化状態、及び／又は、１以上の他のＡＰにおける、共有されるリソースを使用するための機能の有効化状態に基づいて、ＡＰのグループを形成する形成工程と、
    ＴＸＯＰを獲得する獲得工程と、
    獲得した前記ＴＸＯＰの間に前記ＡＰのグループに含まれる他のＡＰに対してリソースを共有する共有工程と、
    を含むことを特徴とする通信方法。
11. コンピュータを、請求項１から９のいずれか１項に記載のアクセスポイントが有する各手段として機能させるためのプログラム。

Images