JP2024511921A - マルチリンクオペレーションのための管理リンク - Google Patents

Abstract

ＭＬディスカバリの間にＡＰ ＭＬＤにより送信されたＭＬ Ｂｅａｃｏｎフレームは、アフィリエイテッドＡＰの全てのプロファイルを報告する。複数のチャネル上でのこの重複は、データ伝送のために利用可能なネットワーク帯域幅を実質的に削減する。アフィリエイテッドＡＰの中から、管理及び制御フレームを処理するための管理ＡＰが選択される。管理ＡＰからのＭＬ Ｂｅａｃｏｎフレームは、アフィリエイテッドＡＰの全てのプロファイルを運び、一方、他のアフィリエイテッドＡＰは、例えば、完全なＭＬ Ｂｅａｃｏｎフレームをどこで発見できるかを示す、より軽いＭＬ Ｂｅａｃｏｎフレームを送信する。ＭＬ Ｂｅａｃｏｎフレームは、したがって、リンクＩＤを用いて、どのアフィリエイテッドＡＰが管理ＡＰであるかをシグナリングする。軽いＭＬ Ｂｅａｃｏｎフレームの受信により、非ＡＰ ＭＬＤは、管理ＡＰと通信するためのアフィリエイテッド非ＡＰステーションを設定することができ、そして管理リンク上でのアソシエーション手順に切り替えることができる。【選択図】図１０ａ

Description

本発明は、一般的に、無線通信に関連し、より具体的にはマルチリンク（ＭＬ）通信に関連する。

無線通信ネットワークは、音声、映像、パケットデータ、メッセージ、放送等の様々な通信サービスを提供するために、広く展開されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することにより、複数のユーザをサポート可能な多重接続ネットワークでありうる。そのような多重接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時間分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク及びシングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）ネットワークを含む。

Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥは登録商標）により採用された８０２．１１ファミリ規格は、ステーション間の無線通信のための多数のメカニズムを提供する。

オンラインゲーミング、リアルタイム映像配信、仮想現実、ドローン又はロボット遠隔制御のような遅延に敏感なアプリケーションの発展に伴い、より良いスループット、低遅延及びロバストネスへの要求と課題を考慮する必要がある。そのような問題のある課題は、８０２．１１ｂｅ又は ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）として知られる、ＩＥＥＥ８０２．１１ワーキンググループの次の主要な８０２．１１リリースを発行する主な目的として現在検討されている。

ＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０版（２０２１年５月）は、マルチリンク（ＭＬ）オペレーション（ＭＬＯ）を定義する。ＭＬＯは、並列かつ不連続な複数の通信リンク上での、ステーション間の通信を可能にすることにより、データスループットを改善する。

マルチリンクオペレーション（ＭＬＯ）は、非ＡＰ（アクセスポイント）ＭＬＤ（ＭＬデバイス）がＡＰ ＭＬＤに登録すること（例えば、検出、認証、アソシエーション及びＡＰ ＭＬＤとの複数のリンクのセットアップ）を可能とする。各リンクは、アソシエーションの間に交換されたサポートされる機能に基づいて、非ＡＰ ＭＬＤとＡＰ ＭＬＤとの間のチャネルアクセス及びフレーム交換を可能にする。

ＭＬＤは、１つ以上のアフィリエイテッド非ＡＰステーション（ＳＴＡ）を有し、１つのＭＡＣデータサービスを含む、１つの論理リンク制御（ＬＬＣ）への媒体アクセス制御（ＭＡＣ）サービスアクセスポイント（ＳＡＰ）を有する論理的なエンティティである。ＡＰ ＭＬＤは、このように、複数のアフィリエイテッドＡＰにより構成され、一方、非ＡＰ ＭＬＤは、複数の非ＡＰ ステーションにより構成される。ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの双方のアフィリエイテッド非ＡＰステーションは、セットアップされた複数の通信リンクのそれぞれの上で、他のＭＬＤのアフィリエイテッド非ＡＰステーションと、８０２．１１メカニズムを使用して通信しうる。

ＭＬディスカバリの間、非ＡＰ ＭＬＤは、（例えば、複数のアフィリエイテッドＡＰにより提供される）ＡＰ ＭＬＤにより利用可能な様々な無線リンクを検出する。そのために、ＡＰ ＭＬＤの複数のアフィリエイテッドＡＰは、ＭＬＯに特有のマルチリンクエレメントにより８０２．１１ａｘの管理フレームと比較して拡張された、例えばブロードキャストビーコンフレームのような管理フレームを送信する。

マルチリンクエレメントは、フレームに直接含まれる、そのフレームを送信しているアフィリエイテッドＡＰ（報告側アフィリエイテッドＡＰとして知られる）のプロファイルに加えて、そのＡＰ ＭＬＤに帰属する全ての他のＡＰ（被報告側アフィリエイテッドＡＰとして知られる）のプロファイル（例えば、機能と動作のパラメータ）を規定する。

この追加の情報は、複数のアフィリエイテッドＡＰと非ＡＰ ＭＬＤの複数のアフィリエイテッド非ＡＰステーションとの間の複数のアソシエーションを実行するために必要な情報が、１つのステップのみに集約されるため、アソシエーション手順を好都合に簡易化する。

しかし、この手法には、欠点がある。特に、様々なリンクの上で重複される実質的なシグナルコストがある、つまり、被報告側アフィリエイテッドＡＰのプロファイルが、様々なリンクにおける周期的なビーコンに重複される。したがって、データ送信に利用可能な帯域幅が低減する。そのような情報が、散発的に、ＭＬアソシエーション又はＭＬ更新手順のような特定のＭＬＯにのみ使用されるため、帯域幅がさらに劣化する。

この文脈において、発明者は、十分な拡張を模索した。

特に、発明は、以下のような複数のアフィリエイテッドＡＰを有するアクセスポイント（ＡＰ）マルチリンクデバイス（ＭＬＤ）を含んで構成される無線ネットワークにおける通信方法を提案する：
報告側アフィリエイテッドＡＰにより、管理フレームの送信が行われ、
その管理フレームは、複数のアフィリエイテッドＡＰの１つが、アフィリエイテッドＡＰの全てのプロファイルを提供する管理ＡＰであることのシグナリングを送信する。そのシグナリングは、非ＡＰ ＭＬＤが全てのプロファイルを受信するために、アフィリエイテッドＡＰを一意に定義する、どのリンクＩＤに接続すべきかを示しうる。

以下で言及するように、ＡＰ ＭＬＤにおいて、複数の管理ＡＰの１つずつが例えばＲＦ帯ごとに提供されうる。

これに対応して、非ＡＰ ＭＬＤの観点では、発明は、以下のような非アクセスポイント（非ＡＰ）マルチリンクデバイス（ＭＬＤ）を含んで構成される無線ネットワークにおける通信方法を提案する：
複数のアフィリエイテッドＡＰを有するＡＰ ＭＬＤの報告側アフィリエイテッドＡＰから、アフィリエイテッドＡＰの１つがアフィリエイテッドＡＰの全てのプロファイルを提供する管理ＡＰであることのシグナリングを受信し、
管理ＡＰからアフィリエイテッドＡＰのプロファイルを取得する。

ＡＰ ＭＬＤは、管理フレームにおけるシグナリングにより、非ＡＰ ＭＬＤにアフィリエイテッドＡＰのプロファイル（例えばネットワーク情報）を取得させるために、必要に応じて、非ＡＰ ＭＬＤに管理ＡＰを示し、そのようにリダイレクトすることが可能である。そのようにして、（管理ＡＰと）１つの管理リンクが、プロファイルを運ぶことができる。これにより、他の（非管理）アフィリエイテッドＡＰにより送信される管理フレームは、大幅に簡易化され、したがって帯域幅を節約できる利点がある。

また、本発明は、複数のアフィリエイテッドＡＰを有するアクセスポイント（ＡＰ）マルチリンクデバイス（ＭＬＤ）を含んで構成される無線ネットワークにおける管理フレームを提案し、管理フレームは、アフィリエイテッドＡＰの１つがアフィリエイテッドＡＰの全てのプロファイルを提供する管理ＡＰであること、をシグナリングするフィールドを含む。

本発明のこれらの実施形態の、オプションの機能は、添付の特許請求の範囲において規定される。これらの機能のいくつかは、方法を参照して以下に説明されるが、それらは装置の機能に置き換えられうる。

いくつかの実施形態では、管理ＡＰによりプロファイルを提供することは、例えば、Ｂｅａｃｏｎフレームのような管理フレームにおいて、アフィリエイテッドＡＰの全てのプロファイルが知らせることを含む。

管理フレームは、Ｂｅａｃｏｎフレームでありうる。変形において、それは、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームでもありうる。これらのフレームは、８０２．１１ｂｅ Ｄ１．０において規定される。

他の実施形態では、報告側アフィリエイテッドは、管理ＡＰであり、管理フレーム（好ましくはＢｅａｃｏｎフレームであるが、必ずしもそうとは限らない）は、さらにアフィリエイテッドＡＰの全てのプロファイルを知らせる。それは、その管理フレームは、管理ＡＰのシグナリングとアフィリエイテッドＡＰのプロファイルとの、両方を提供することを意味する。

例えば、報告側アフィリエイテッドＡＰ以外のアフィリエイテッドＡＰのプロファイルは、管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント（８０２．１１ｂｅ Ｄ１．０）において運ばれる。それらは、下記で規定されるようにＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントでありうる。

いくつかの実施形態では、ＡＰ ＭＬＤのアフィリエイテッドＡＰの１つのみが、管理ＡＰである。したがって、ＡＰ ＭＬＤは、１つのアフィリエイテッドＡＰに、ほとんどの管理を集中する。

他の実施形態では、複数のアフィリエイテッドＡＰにおいて、周波数帯ごとに１つのアフィリエイテッドＡＰが、管理ＡＰである。したがって、１つの管理ＡＰが、ＲＦ帯ごとに提供される。

いくつかの実施形態では、報告側アフィリエイテッドＡＰは、非管理ＡＰであり、管理フレームは、報告側アフィリエイテッドＡＰのプロファイル及び管理ＡＰの１つ以上の管理ＡＰプロファイルのみを提供する。換言すると、非管理ＡＰは、他の非管理アフィリエイテッドＡＰのプロファイルを知らせず、（自己のプロファイルに加えて）管理アフィリエイテッドＡＰのプロファイルのみを知らせる。

各非管理アフィリエイテッドＡＰは、この方法（例えば、管理ＡＰのプロファイルのみを伴うＢｅａｃｏｎフレームを送信する）で動作してもよく、一方、管理ＡＰは、全てのプロファイルを伴うビーコン／管理フレームを送信する。

いくつかの実施形態では、方法は、さらに、非ＡＰ ＭＬＤにおいて、報告側アフィリエイテッドＡＰが、管理ＡＰであるかどうかを管理フレームから判定することを含む。

実施形態では、報告側アフィリエイテッドＡＰが管理ＡＰではないとの判定に応答して、非ＡＰ ＭＬＤは、非ＡＰ ＭＬＤのアフィリエイテッド非ＡＰステーションを管理ＡＰと通信するよう設定する。これにより、例えば、アフィリエイテッドＡＰの全てのプロファイルを取得する管理の交換に特化した（ＭＬの）管理リンクがセットアップされる。

実施形態では、報告側アフィリエイテッドＡＰが、管理ＡＰではないとの判定に応答して、ある報告側アフィリエイテッド非ＡＰステーションから他のアフィリエイテッド非ＡＰステーションに切り替えて、管理ＡＰと管理フレームを交換する。例えば、管理フレームは、非ＡＰ ＭＬＤとＡＰ ＭＬＤとの間のアソシエーションを実行するために交換される。そのため、本発明のシグナリングにより、非ＡＰ ＭＬＤは、そのアフィリエイテッド非ＡＰステーションに対応するアフィリエイテッドＡＰとアソシエーションを実行するために、ＡＰ ＭＬＤの適切な管理ＡＰを発見しうる。

いくつかの実施形態では、管理ＡＰプロファイルは、管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－ＬｉｎｋエレメントのＬｉｎｋ Ｉｎｆｏフィールドに含まれるＰｅｒ－ＳＴＡフィールドにおいて運ばれる。したがって、１つの管理ＡＰのみが宣言される場合、１つのＰｅｒ－ＳＴＡフィールドのみが提供される。従来の管理フレームにおける（ＢＳＳの）ネットワーク情報を規定する類似のフィールドが、プロファイルとして使用されうる。

変形において、管理ＡＰプロファイルは、管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－ＬｉｎｋエレメントのＬｉｎｋ Ｉｎｆｏフィールドに含まれるサブエレメントであって、０及び２２１と異なる値に設定されたＳｕｂｅｌｅｍｅｎｔ ＩＤサブフィールドを有するサブエレメントにおいて運ばれる。それは、Ｌｉｎｋ Ｉｎｆｏフィールドにおいて（８０２．１１ｂｅ Ｄ１．０との比較で）新たなサブエレメントタイプが規定され、（例えば、管理ＡＰに接続するために必要な最低限の情報を含むように）本発明の必要性に合わせて細かく定義されうることを意味する。

例えば、管理ＡＰの管理ＡＰプロファイルは、管理ＡＰの動作クラス（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚの中からの周波数帯）を規定する第１のサブフィールドと、アフィリエイテッドＡＰの（その周波数帯内の）動作チャネルを規定する第２のサブフィールを含む。そのプロファイルは、合計のシグナリング長を削減するために、これら２つのサブフィールドに限定されうる。そのプロファイルは、また、管理ＡＰのＢＳＳＩＤを含みうる。

実施形態において、管理ＡＰプロファイルは、さらに、管理ＡＰが、アフィリエイテッドＡＰの全てのプロファイルを提供する次のＢｅａｃｏｎフレームを送信するスケジュールされた時間を示すＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドを含む。

いくつかの実施形態では、方法は、さらに、非ＡＰ ＭＬＤにおいて、Ｍａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドに基づいて、管理ＡＰからアフィリエイテッドＡＰのプロファイルを取得するために、管理ＡＰによる次のＢｅａｃｏｎフレームを待つか、管理ＡＰにＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信するかを判定することを含む。

したがって、アフィリエイテッドＡＰのプロファイルを取得することは、単に管理ＡＰにより送信される次のＢｅａｃｏｎフレームを受信することを含む。

または、アフィリエイテッドＡＰのプロファイルを取得することは、単に、管理ＡＰにＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信し、その応答に管理ＡＰからアフィリエイテッドＡＰのプロファイルを提供するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを受信することを含む。

いくつかの実施形態では、シグナリングは、ＡＰ ＭＬＤが管理ＡＰを実装するか否かを規定する第１のフィールドを含む。

いくつかの実施形態では、シグナリングは、管理ＡＰを一意に識別するリンクＩＤを格納する第２のフィールドを含み、報告側アフィリエイテッドＡＰを一意に識別するリンクＩＤを格納する別のフィールドを含む。したがって、報告側アフィリエイテッドＡＰが管理ＡＰか否かを判定するステップは、単に第２のフィールドのリンクＩＤと別のフィールドのリンクＩＤを比較することを含みうる。

いくつかの実施形態では、ＡＰ ＭＬＤは、非ＡＰ ＭＬＤとマルチリンクオペレーション（ＭＬＯ）を実行し、方法は、ＡＰ ＭＬＤにおいて、管理ＡＰと確立した管理リンク上でのみ、マルチリンクオペレーションのリンクに影響するパラメータの少なくとも１つを含む管理フレーム及び／又は制御フレームを交換することをさらに含んで構成される。

これに対応して、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤとマルチリンクオペレーション（ＭＬＯ）を実行し、方法は、非ＡＰ ＭＬＤにおいて、アフィリエイテッドＡＰと確立した管理リンク上でのみ、マルチリンクオペレーションのリンクに影響するパラメータの少なくとも１つ以上を含む管理フレーム及び／又は制御フレームを交換することをさらに含んで構成される。

相関的に、本発明はまた、上記の任意の方法のステップを実行するように構成されたマイクロプロセッサの１つ以上を含んで構成される無線通信デバイスを提供する。無線通信デバイスは、したがって、非ＡＰ ＭＬＤ又はＡＰ ＭＬＤのいずれかである。

本発明の他の側面は、無線デバイスにおけるマイクロプロセッサ又はコンピュータシステムにより実行された場合に、上記で説明した任意の方法を無線デバイスに実行させるプログラムを記憶する非一時的なコンピュータ可読媒体と関連する。

本発明による方法の少なくとも一部分は、コンピュータにより実装されうる。したがって、本発明は、完全にハードウェアの実装、完全にソフトウェア（フォームウェア、常駐ソフトウェア、マイクロコード等）の実装、又は、本明細書において“回路”、“モジュール”又は“システム”と全て一般的に呼ばれうるソフトウェアとハードウェアの側面の組合せの実装の形態をとりうる。さらに、本発明は、媒体において実装されたコンピュータ使用可能なプログラムコードを有する任意の有形の表現媒体に実装されたコンピュータプログラム製品の形態をとりうる。

本発明は、ソフトウェアにおいて実装することができるため、任意の適切なキャリア媒体上のプログラム可能な装置に提供するためのコンピュータ可読コードとして実装されうる。有形のキャリア媒体は、ハードディスクドライブ、磁気テープデバイス又はソリッドステートメモリデバイス等のような記憶媒体を含みうる。一時的なキャリア媒体は、電気信号、電子信号、光信号、音響信号、磁気信号、又は、マイクロ波又はＲＦ信号のような電磁信号を含みうる。

本発明の実施形態は、例示の目的のみで、以下の図面を参照して説明される：
ＭＬ伝送を含む典型的な８０２．１１ネットワーク環境を示す。 ＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されたＭＬディスカバリ及びＭＬセットアップの手順を動作するための管理フレームのシーケンスの一例を模式的に示す。 ＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定された管理フレームにおいて含まれるＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントを示す。 ＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されたＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントにおいて含まれるＬｉｎｋ ＩｎｆｏフィールドのＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントのフォーマットを示す。 本発明の実施形態によって拡張されたＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントを示す。 本発明の実施形態によるＭａｎａｇｅｍｅｎｔ Ｐｒｏｆｉｌｅサブエレメントを示す。 本発明の実施形態による他のＭａｎａｇｅｍｅｎｔ Ｐｒｏｆｉｌｅサブエレメントを示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順の間に送信される管理フレームを処理するためのＡＰ ＭＬＤに帰属する報告側ＡＰにおける一般的なステップを、フローチャートを用いて示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順の間に送信される管理フレームを処理するための非ＡＰ ＭＬＤに帰属する報告側非ＡＰステーションにおける一般的なステップを、フローチャートを用いて示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順を動作するための管理フレームのシーケンス例を模式的に示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順を動作するための管理フレームのシーケンス例を模式的に示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順を動作するための管理フレームのシーケンス例を模式的に示す。 本発明の実施形態によるＭＬディスカバリ及びＭＬセットアップ手順を動作するための管理フレームのシーケンス例を模式的に示す。 本発明の実施形態による無線通信デバイスを表す概要図を示す。

本明細書において説明される技術は、直交多重方式に基づく通信システムを含む様々なブロードバンド無線通信システムに使用されうる。そのような通信システムの例は、空間分割多重接続（ＳＤＭＡ）システム、時間分割多重接続（ＴＤＭＡ）システム、直交周波数分割多重接続（ＯＦＤＭＡ）システム及びシングルキャリア周波数分割多重接続（ＳＣ－ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、複数のユーザ端末（例えば無線デバイス又はステーション）へのデータを同時に送信するために、十分に異なる方向を利用しうる。ＴＤＭＡシステムは、送信信号を異なる時間スロット又はリソースユニットに分割し、各タイムスロットが異なるユーザ端末に割り当てられることによって、複数のユーザ端末に同一の周波数チャネルを共有させうる。ＯＦＤＭシステムは、システム全体の帯域幅を複数の直交サブキャリア又はリソースユニットに分ける変調技術である直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビン等とも呼ばれうる。ＯＦＤＭでは、各サブキャリアをデータで独立して変調しうる。ＳＣ－ＦＤＭＡは、インタリーブドＦＤＭＡ（ＩＦＤＭＡ）を使ってシステム帯域幅に渡って分散したサブキャリア上で送信し、ローカライズドＦＤＭＡ（ＬＦＤＭＡ）を使って隣接するサブキャリアのブロック上で送信し、又は、エンハンストＦＤＭＡ（ＥＦＤＭＡ）を使って隣接するサブキャリアのブロックの複数の上で送信しうる。

本明細書における教示は、様々な装置（例えば、ステーション）に組み込まれうる（例えば、その内部に実装されるか、又は、それにより実行されてもよい）。いくつかの面で、本明細書の教示に従って実装された無線デバイス又はステーションは、アクセスポイント（ＡＰと呼ばれる）を含んでもよく、含まなくてもよい（非ＡＰステーション又はＳＴＡと呼ばれる）。

例は、ＷｉＦｉ（登録商標）ネットワークの文脈で説明されるが、発明は、非常に類似したメカニズムを実装する（例えば、モバイルフォンセルラネットワークのような）任意のタイプの無線ネットワークにおいて使用されうる。

ＡＰは、Ｎｏｄｅ Ｂ、無線ネットワーク制御装置（“ＲＮＣ”）、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ （ｅＮＢ）、第５世代基地局（ｇＮＢ）、基地局制御装置（“ＢＳＣ”）、無線基地局（“ＢＴＳ”）、基地局（“ＢＳ”）、送受信機能 （“ＴＦ”）、無線ルータ、無線送受信機、基本サービスセット （“ＢＳＳ”）、拡張サービスセット （“ＥＳＳ”）、無線基地局（“ＲＢＳ”）、その他の用語を含んでもよく、それらとして実装されてもよく、又はそれらとして知られてもよい。

非ＡＰステーションは、加入者ステーション、加入者ユニット、移動ステーション（ＭＳ）、リモートステーション、リモート端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ装置（ＵＥ）ユーザステーション、又は、その他の用語を含んでもよく、それらとして実装されてもよく、又はそれらとして知られてもよい。いくつかの実装において、ＳＴＡは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）フォン、無線ローカルループ（“ＷＬＬ”） ステーション、パーソナルディジタルアシスタント （“ＰＤＡ”）、無線接続機能を有するハンドヘルドデバイス、その他の無線モデルに接続された適切な処理デバイスを含みうる。したがって、本明細書における教示の側面の１つ以上は、フォン（例えば、セルラフォン、スマートフォン）、コンピュータ（例えば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、パーソナルデータアシスタント）、エンタテイメントデバイス（例えば、音楽又は映像デバイス、又は衛星無線）、グローバルポジショニングシステム（ＧＰＳ）デバイス、又は任意の他の無線又は有線の媒体を介して通信するように構成された、適切なデバイスに組み込まれうる。いくつかの面において、非ＡＰステーションは、無線ノードでありうる。そのような無線ノードは、例えば、有線又は無線の通信リンクを介して、ネットワーク（例えば、インターネット又はセルラネットワークのような広域ネットワーク）への接続性を提供しうる。

ＡＰは、一連のステーションを管理し、それらの通信目的での無線媒体へのアクセスをまとめて整理する。ステーション（ＡＰを含む）は、サービスセットを形成し、以降はそれを基本サービスセット、ＢＳＳと呼ぶ（他の用語が使用されうる）。アクセスポイントとして動作する同一の物理的なステーションが、２つ以上のＢＳＳ（及び対応するＷＬＡＮ）を管理しうる：各ＢＳＳは、特定の基本サービスセット識別子、ＢＳＳＩＤにより一意に識別され、その物理的なＡＰに実装された独立した仮想的なＡＰにより管理される。

８０２．１１ファミリ規格は、無線媒体へのアクセスを促進するための様々な媒体アクセス制御（ＭＡＣ）を規定する。

現在の８０２．１１ｂｅタスクグループの議論は、２０２１年５月のドラフトＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０に示されるように、ＭＡＣレイヤオペレーションに関して、マルチリンクオペレーション（ＭＬＯ）を導入する。ＭＬＯは、マルチリンクデバイスに対して、複数のリンクを確立又はセットアップし、それらを並行して運用することを可能とする。

マルチリンクデバイス（ＭＬＤ）は、論理的なエンティティであり、１つ以上のアフィリエイテッド非ＡＰステーション（ＳＴＡ）と、１つのＭＡＣデータサービスを含む論理リンク制御（ＬＬＣ）への１つの媒体アクセスコントロール（ＭＡＣ）サービスアクセスポイント（ＳＡＰ）を有する。アクセスポイントマルチリンクデバイス（又は、ＡＰ ＭＬＤ）は、ＭＬＤに帰属する各ステーション（ＳＴＡ）がＡＰ（“アフィリエイテッドＡＰ”と呼ばれる）であるＭＬＤに対応する。非ＡＰステーションマルチリンクデバイス（又は、非ＡＰステーション）は、ＭＬＤに帰属する各ステーション（ＳＴＡ）が非ＡＰステーション（“アフィリエイテッド非ＡＰステーション”と呼ばれる）であるＭＬＤに対応する。文献によれば、“マルチリンクデバイス”、“ＭＬデバイス”（ＭＬＤ）、“マルチリンク論理エンティティ”、“ＭＬ論理エンティティ”（ＭＬＥ）、“マルチリンクセット”及び“ＭＬセット”は、同じタイプのＭＬデバイスを指定する同義語である。

非ＡＰ ＭＬＤの複数のアフィリエイテッド非ＡＰステーションは、ＡＰ ＭＬＤの複数のアフィリエイテッドＡＰとの通信リンクをセットアップしうるため、マルチリンクチャネルが形成されうる。

ＭＬＤのために確立された複数のリンクは、理論的に独立し、（通信媒体への）チャネルアクセス手順及び通信は、各リンクで独立して実行されることを意味する。したがって、異なるリンクは、異なるデータレート（例えば、異なる帯域幅、アンテナ数等）を有し、異なるタイプの情報を（それぞれ特定のリンク上で）通信するために使用されうる。

通信リンク、又は、“リンク”は、ＡＰ ＭＬＤに帰属するＡＰと非ＡＰ ＭＬＤに帰属する非ＡＰステーションとの間の、所定の周波数帯（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ）の所定のチャネル（例えば、２０ＭＨｚ、４０ＭＨｚ等）に対応する。

アフィリエイテッドＡＰと非ＡＰステーションは、は、ＩＥＥＥ８０２．１１規格（ａ／ｂ／ｇ／ｎ／ａｃ／ａｄ／ａｆ／ａｈ／ａｊ／ａｙ／ａｘ／ｂｅ）の１つ以上、又は、他の無線通信規格に従って、それぞれのチャネル上で動作する。

マルチリンクアグリゲーションにより、１つのＭＬＤに関連付けられたトラヒックが、複数の並列の通信リンクに渡って送信されることが可能で、これによりネットワーク容量が増加し、使用可能なリソースの利用率が最大化される。

図１は、本発明において実装されうるＭＬ伝送を含む、典型的な８０２．１１ネットワーク環境を示す。

無線通信ネットワーク１００は、ＡＰ ＭＬＤ１１０と２つの非ＡＰ ＭＬＤ１２０及び１３０とを含む。もちろん、他の多数の非ＡＰ ＭＬＤが、ＡＰ ＭＬＤ１１０に登録し、フレーム交換を行いうる。

ＡＰ ＭＬＤ１１０は、複数のアフィリエイテッドＡＰ（例の図では４つのアフィリエイテッドＡＰ１１１、１１２、１１３及び１１４（それぞれＡＰ１、ＡＰ２、ＡＰ３及びＡＰ４とも呼ばれる））を有し、それぞれのアフィリエイテッドＡＰは、１つの周波数帯内で運用しているチャネル上で、８０２．１１ＡＰとして動作する。既知の８０２．１１周波数帯には、２．４ＧＨｚ帯、５ＧＨｚ帯及び６ＧＨｚ帯が含まれる。もちろん、他の周波数帯が、これらの３つの帯域の代わりに又は追加で使用されうる。

非ＡＰ ＭＬＤ１２０、１３０は、複数のアフィリエイテッド非ＡＰステーションを有し、それぞれのアフィリエイテッド非ＡＰステーションは、登録するＢＳＳ（アフィリエイテッドＡＰ１１１、１１２、１１３、１１４により管理される）における８０２．１１非ＡＰステーションとして動作する。必ずではないが望ましくは、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤ１１０に帰属するＡＰの数よりも少ない、アフィリエイテッド非ＡＰを有する。例の図では、３つの非ＡＰ ＳＴＡ１２１、１２２及び１２３（それぞれＡ１、Ａ２、Ａ３とも呼ばれる）が、非ＡＰ ＭＬＤ１２０に帰属し、３つの非ＡＰ ＳＴＡ１３１、１３２及び１３３（それぞれＢ１、Ｂ２、Ｂ３とも呼ばれる）がまた非ＡＰ ＭＬＤ１３０に帰属する。

例示の目的で、ＡＰ１１１は、２．４ＧＨｚ周波数帯で動作する２０ＭＨｚチャネルに対応するチャネル１０上で動作するよう設定され、ＡＰ１１２は、５ＧＨｚ周波数帯で動作する４０ＭＨｚチャネルに対応するチャネル３６－４０上で動作するよう設定され、ＡＰ１１３も、５ＧＨｚ周波数帯で動作する４０ＭＨｚチャネルに対応するチャネル１４９－１５３上で動作するよう設定され、ＡＰ１１４は、６ＧＨｚ周波数帯で動作する１６０ＭＨｚチャネルに対応するチャネル３０１上で動作するよう設定される。この例では、アフィリエイテッドステーションは、様々な周波数帯で動作する。

各アフィリエイテッドＡＰは、アフィリエイテッド非ＡＰステーションにＡＰ ＭＬＤ１１０へのリンクを提供する。したがって、各非ＡＰ ＭＬＤのリンクは、それぞれのアフィリエイテッドＡＰの識別子だけで識別されうる。この文脈において、各アフィリエイテッドＡＰ１１１－１１４は、“リンクＩＤ”と呼ばれる識別子により一意に識別されうる。各アフィリエイテッドＡＰのリンクＩＤは、一意であり、ＡＰ ＭＬＤの有効期間において変わらない。ＡＰ ＭＬＤは、ＩＤを０（最初のアフィリエイテッドＡＰ用）から増加することによりアフィリエイテッドＡＰにリンクＩＤを割り当てうる。もちろん、“ＡＰ ＩＤ”のような他の用語がバリエーションとして使用されうる。

マルチリンク通信を実行するため、各非ＡＰ ＭＬＤ１２０、１３０は、ＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰと非ＡＰ ＭＬＤの非ＡＰステーションとの間で確立する各リンクについて、ＡＰ ＭＬＤ１１０との検出、認証、アソシエーション及び複数のリンクセットアップを行わなければならない。各リンクは、アソシエーションの間に交換されたサポートする機能に基づいて、非ＡＰ ＭＬＤとＡＰ ＭＬＤ間の個別のチャネルアクセス及びフレーム交換を可能とする。

ディスカバリフェーズは、以下ではＭＬディスカバリ手順と呼ばれ、マルチリンクセットアップフェーズ（又はアソシエーションフェーズ）は、以下ではＭＬセットアップ手順と呼ばれる。

ＭＬディスカバリ手順により、非ＡＰ ＭＬＤは、無線通信ネットワーク１００（例えば、複数のアフィリエイテッドＡＰにより提供されるＡＰ ＭＬＤへの様々なリンク）を検出できる。したがって、ＭＬディスカバリ手順は、ＡＰ ＭＬＤの様々なアフィリエイテッドＡＰを、それぞれのネットワーク情報とともに公表しようとする。

アフィリエイテッドＡＰのネットワーク情報（又は、“プロファイル”）は、機能と動作のパラメータ（ｃａｐａｂｉｌｉｔｉｅｓ ａｎｄ ｏｐｅｒａｔｉｏｎａｌ ｐａｒａｍｅｔｅｒｓ）の全部又は一部を含みうる。

典型的に、ネットワーク情報は、少なくとも動作クラス（又は、ＲＦ帯域、例えば、２．４ＧＨｚ、５ＧＨｚ又は６ＧＨｚ帯）、チャネル番号（又は動作チャネル）及びアフィリエイテッドＡＰのＢＳＳＩＤを含む。ネットワーク情報は、機能と動作のパラメータに関する、より完全な情報要素（Ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ）をも含みうる。機能の要素（ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔｓ）は、とりわけ、１つ以上のｈｉｇｈ－ｔｈｒｏｕｇｈｐｕｔ（ＨＴ）機能、ｖｅｒｙ ｈｉｇｈ－ｔｈｒｏｕｇｈｐｕｔ（ＶＨＴ）機能、Ｈｉｇｈ－ｅｆｆｉｃｉｅｎｃｙ（ＨＥ）機能、ＨＥ６ＧＨｚ帯機能、又は、Ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ－ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）機能を含みうる。動作の要素（Ｏｐｅｒａｔｉｎｇ ｅｌｅｍｅｎｔｓ）は、とりわけ、１つ以上のＨＴ動作パラメータ、ＶＨＴ動作パラメータ、ＨＥ動作パラメータ、ＥＨＴ動作パラメータ、拡張分散チャネルアクセス（ＥＤＣＡ）、マルチユーザ（ＭＵ）ＥＤＣＡパラメータ、上りリンク（ＵＬ）直交周波数分割多重接続（ＯＦＤＭＡ）ランダムアクセス（ＵＯＲＡ）パラメータ、ターゲットウエイトタイム（ＴＷＴ）パラメータ、高速イニシャルリンクセットアップ（ＦＩＬＳ）パラメータ、又は、空間再利用（ＳＲ）パラメータを含みうる。

ディスカバリは、アクティブ（非ＡＰ ＭＬＤがＡＰ ＭＬＤに要求する）であってもよく、又は、パッシブ（非ＡＰ ＭＬＤがＡＰ ＭＬＤにブロードキャストされたＢｅａｃｏｎフレームを受信する）であってもよい。

非ＡＰ ＭＬＤが、ＭＬディスカバリ手順を介して、無線通信ネットワーク１００を検出し、その後にＭＬＤ認証手順が行われると、非ＡＰ ＭＬＤは、ＭＬセットアップ手順により、自身が有するアフィリエイテッド非ＡＰステーションといくつかの検出されたアフィリエイテッドＡＰとの間のセットアップリンクの候補のセットを選択し、ＡＰ ＭＬＤ１１０に対してこれらのリンクをセットアップすることを要求でき、この要求は、ＡＰ ＭＬＤにより受け入れられ、又は、拒絶されうる。

受け入れられた場合、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤからアソシエーション識別子（ＡＩＤ）を提供され、ＡＩＤは、非ＡＰ ＭＬＤの複数のアフィリエイテッド非ＡＰが、対応する複数のアフィリエイテッドＡＰと複数のリンク（通信チャネル）上で無線通信を行うために、使用される。

例示の目的で、無線通信ネットワーク１００において、３つの候補セットアップリンクが非ＡＰ ＭＬＤ１２０からＡＰ ＭＬＤ１１０に対して要求され、ＡＰ ＭＬＤ１１０により受け入れられている：アフィリエイテッドＡＰ１１１（ＡＰ１）とアフィリエイテッド非ＡＰ ＳＴＡ１２１（Ａ１）との間の第１リンク１５１、アフィリエイテッドＡＰ１１２（ＡＰ２）とアフィリエイテッド非ＡＰ ＳＴＡ１２２（Ａ２）との間の第２リンク１５２、及び、アフィリエイテッドＡＰ１１４（ＡＰ４）とアフィリエイテッド非ＡＰ ＳＴＡ１２３（Ａ３）との間の第３リンク１５３である。同様に、３つの候補セットアップリンクが非ＡＰ ＭＬＤ１３０からＡＰ ＭＬＤ１１０に要求され、ＡＰ ＭＬＤ１３０により受け入れられている：アフィリエイテッドＡＰ１１１（ＡＰ１）とアフィリエイテッド非ＡＰ ＳＴＡ１３１（Ｂ１）との間の第１リンク１６１、アフィリエイテッドＡＰ１１３（ＡＰ３）とアフィリエイテッド非ＡＰ ＳＴＡ１３２（Ｂ２）との間の第２リンク１６２、及び、アフィリエイテッドＡＰ１１４（ＡＰ４）とアフィリエイテッド非ＡＰ ＳＴＡ１３３（Ｂ３）との間の第３リンク１６３である。

リンクがセットアップされ、機能性（ｃａｐａｂｉｌｉｔｉｅｓ）が交換されると、非ＡＰ ＭＬＤ１２０、１３０は、それらが帰属するＡＰ ＭＬＤ１１０とマルチリンクオペレーション（ＭＬＤ）を実行する。ＭＬＯの一例は、フレームの交換（上りリンク及び／又は下りリンク通信）である。

ＭＬＯの間、他のＢＳＳから入ってくる干渉、１つ又は複数のリンク上での輻輳、データトラフィック負荷の変化等の様々な理由により、ネットワーク１００の実行時に、セットアップリンク上でのいくつかの変更が必要となりうる。

８０２．１１－２１／５３４ｒ３文書で説明されるＭＬリコンフィグレーション手順により、ディスアソシエーションなしで、非ＡＰ ＭＬＤとその帰属するＡＰ ＭＬＤとの間のリンクの設定を変更することができる。これは、非ＡＰ ＭＬＤが手順全体を通してその帰属状態を維持したまま、ＡＰ ＭＬＤと帰属する非ＡＰ ＭＬＤが、マルチリンク（ＭＬ）設定、又は、アフィリエイテッドＳＴＡ間のリンクのセットを変更できる、アソシエーション後の手順のセットである。

例えば、非ＡＰ ＭＬＤは、自身が帰属するＡＰ ＭＬＤに対して、複数のリンクの追加及び／又は削除を要求でき、ＡＰ ＭＬＤは、そのマルチリンクオペレーションに複数のＡＰを追加し、又は、複数のＡＰを削除することができ、ＡＰ ＭＬＤは、帰属する非ＡＰ ＭＬＤに対して１つ以上のリンクの削除を通知でき、ＡＰ ＭＬＤは、帰属する非ＡＰ ＭＬＤに対して、複数のリンクの追加及び／又は削除を求めることができ、推奨する設定を提供することができる。

管理フレーム、つまりＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ及びＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームは、追加された、削除された、及び、変更されたリンクに関するパラメータのみを含んで使用される。その再構成の要求は、非ＡＰ ＭＬＤにより開始されうる。

その管理フレームは、有効化されたリンクで交換されることができ、その間に、他のリンクの上で並行してデータが交換され、及び／又は、非ＡＰ ＭＬＤと帰属するＡＰ ＭＬＤとの間で新たなリンクが追加される。

図２は、ＡＰ ＭＬＤ１１０と非ＡＰ ＭＬＤ１２０との間のＭＬ伝送を確立する際の、ＭＬディスカバリとＭＬセットアップ手順の動作のための管理フレームのシーケンスの一例を示す。

ＭＬ伝送を確立するために、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤ１１０により提案される可能なリンクを取得するための、ＭＬディスカバリ手順２１０を開始する。これは、１つ以上の周波数帯域（典型的には、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚ帯）の周波数チャネル上でのパッシブな及び／又はアクティブなスキャニング動作を通じて実行されうる。

（図で（ａ）とラベルづけされた）パッシブスキャニングは、ＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰによりそれらが動作するチャネル上で周期的に送信されるＭＬ Ｂｅａｃｏｎフレーム２１３－１、２１３－２、２１３－３及び２１３－４を聞くことにより構成される。アフィリエイテッドＡＰのそれぞれ、又は一部、又は全ては、ＭＬ Ｂｅａｃｏｎフレームをそれ／それらが動作するチャネル上で周期的に送信する。

ＭＬ Ｂｅａｃｏｎフレームは、アフィリエイテッドＡＰ１１１、１１２、１１３及び１１４の全てのプロファイルを知らせる。そのため、非ＡＰ ＭＬＤは、単一のＭＬ Ｂｅａｃｏｎフレームを受信して、全てのアフィリエイテッドＡＰのネットワーク特性を把握し、セットアップされるリンクを要求することができる。例において、非ＡＰ ＭＬＤ１２０は、アフィリエイテッドＡＰ１１２からのＭＬ Ｂｅａｃｏｎフレーム２１３－２を、アフィリエイテッド非ＡＰ ＳＴＡ Ａ２を介して受信する。

アフィリエイテッドＡＰから送信されたＭＬ Ｂｅａｃｏｎ２１３は、８０２．１１ａｘ（例えば、ＩＥＥＥ Ｐ８０２．１１ａｘ／Ｄ８．０（２０２０年１０月））で規定されたＢｅａｃｏｎフレームがＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されたＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントにより拡張されたものである。特に、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントは、ＡＰ ＭＬＤ１１０に帰属する各ＡＰの完全又は部分的なＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅを運ぶ。

Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントのフォーマットは、図３を参照して以下に説明される。

（図において（ｂ）でラベルづけされた）アクティブスキャニングは、非ＡＰ ＭＬＤとＡＰ ＭＬＤ間の管理フレームの交換により構成される。特に、非ＡＰ ＭＬＤは、（そのアフィリエイテッド非ＡＰステーションを介して）アフィリエイテッド非ＡＰステーション１２１、１２２及び１２３によりスキャニングされる対応する複数のチャネル上で、１つ以上のＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を送信しうる。非ＡＰ ＭＬＤは、それから、ＡＰ ＭＬＤからの（それぞれの動作チャネル上のアフィリエイテッドＡＰからの）ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２の受信を聞く。ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１は、各アフィリエイテッド非ＡＰステーションにより、それが設定された動作チャネル上で、送信されうる。

ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１により、アフィリエイテッド非ＡＰステーションは、アフィリエイテッドＡＰに対して、その応答において、それ自身のネットワーク情報（例えば、プロファイル）に加えて、同一のＡＰ ＭＬＤに帰属する他のＡＰの完全又は一部の機能と動作の要素（ネットワーク情報又はプロファイル）を含むよう要求できる。

管理フレーム交換を実行するアフィリエイテッドステーションは、“報告側”アフィリエイテッドステーションと呼ばれ、同一のＭＬＤの他のアフィリエイテッドＳＴＡは、“被報告側”アフィリエイテッドステーションと呼ばれる。

そのため、図２の例では、報告側アフィリエイテッド非ＡＰステーション１２２（Ａ２）は、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を報告側アフィリエイテッドＡＰ１１２（ＡＰ２）に送信し、ＡＰ２のネットワーク情報（プロファイル）と、被報告側アフィリエイテッドＡＰ１１１、１１３、１１４（ＡＰ１、ＡＰ３、ＡＰ４）のネットワーク情報とを取得する。例は、報告側アフィリエイテッドステーションとしてＡＰ２ １１２とステーションＡ２ １２２を示すが、同じ動作チャネル上で動作する任意の他のアフィリエイテッドステーションのペア（例えば、ＡＰ４とＡ３）が、報告側アフィリエイテッドステーションとして使用されうる。

報告側アフィリエイテッドＡＰにより送信されたＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２は、８０２．１１ａｘ（例えば、ＩＥＥＥ Ｐ８０２．１１ａｘ／Ｄ８．０（２０２０年１０月））において規定されたＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが、図３に示されるようなＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されたＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントで拡張されたものである。特に、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントは、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１で対象とされた各被報告側アフィリエイテッドＡＰの完全又は部分的なＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅを運ぶ。

ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２又はＭＬ Ｂｅａｃｏｎフレーム２１３の８０２．１１ａｘフィールドは、従来の方法で使用され、例えば、ＡＰ ＭＬＤ１１０の報告側アフィリエイテッドＡＰ（ここではＡＰ２ １１２）のネットワーク情報（プロファイル）を運ぶ。さらに、ＭＡＣヘッダのＡｄｄｒｅｓｓ １フィールドは、任意の非ＡＰ ＭＬＤが、このフレーム（ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム又はＭＬ Ｂｅａｃｏｎフレームによらず）からアフィリエイテッドＡＰのプロファイルを取得できるように、ブロードキャストアドレスに設定されうる。

図３のＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００は、Ｅｌｅｍｅｎｔ ＩＤフィールド３０１、Ｌｅｎｇｔｈフィールド３０２（オプションのフィールドの存在の有無とフィールド３３０におけるＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅの数を把握可能とする）、Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎフィールド３０３、Ｍｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールド３１０、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０及びオプションのＬｉｎｋ Ｉｎｆｏフィールド３３０を含む。

Ｍｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールド３１０は、Ｔｙｐｅサブフィールド３１１、Ｒｅｓｅｒｖｅｄサブフィールド３１２及びＰｒｅｓｅｎｃｅ Ｂｉｔｍａｐサブフィールド３４０を含む。Ｔｙｐｅサブフィールド３１１は、Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００がＢａｓｉｃ ｖａｒｉａｎｔ ＭＬエレメントであることを通知するため、値が１に設定される。

Ｐｒｅｓｅｎｃｅ Ｂｉｔｍａｐサブフィールド３４０は、どのサブフィールドがＣｏｍｍｏｎ Ｉｎｆｏフィールド３２０に含まれるか、を示すために使用される。Ｐｒｅｓｅｎｃｅ Ｂｉｔｍａｐサブフィールド３４０は、そのように、ＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓ Ｐｒｅｓｅｎｔサブフィールド３４１、Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド３４２、ＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔ Ｐｒｅｓｅｎｔサブフィールド３４４、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｅｓｅｎｔサブフィールド３４４、ＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールド３４５、ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールド３４６及びＲｅｓｅｒｖｅｄサブフィールド３４７を含む。

ＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓ Ｐｒｅｓｅｎｔサブフィールド３４１は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０にＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓフィールドが存在する場合は１に設定され、それ以外、このサブフィールドは０に設定される。

Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド３４２は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０にＬｉｎｋ ＩＤ Ｉｎｆｏサブフィールドが存在する場合は１に設定され、それ以外、Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールドは０に設定される。

ＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔ Ｐｒｅｓｅｎｔサブフィールド３４３は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０にＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔサブフィールドが存在する場合は１に設定され、それ以外、ＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔ Ｐｒｅｓｅｎｔサブフィールドは０に設定される。

Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｅｓｅｎｔサブフィールド３４４は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０にＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドが存在する場合は１に設定され、それ以外、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｅｓｅｎｔサブフィールドは０に設定される。

ＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールド３４５は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０にＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓサブフィールドが存在する場合は１に設定され、それ以外、ＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールドは０に設定される。

ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールド３４６は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０に、ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓサブフィールドが存在する場合は１に設定され、それ以外、ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓ Ｐｒｅｓｅｎｔサブフィールドは０に設定される。

Ｐｒｅｓｅｎｔ Ｂｉｔｍａｐサブフィールド３４０により規定された値に従って、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０は、オプションのＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓサブフィールド３２１、Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド３２２、ＢＳＳ Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅ Ｃｏｕｎｔサブフィールド３２３、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎサブフィールド３２４、ＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓサブフィールド３２５及びＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓサブフィールド３２６を含む。

それらの様々なフィールドは、Ｄ１．０規格において説明される。例えば、Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド３２２は、Ｌｉｎｋ ＩＤサブフィールド３２２ａ及びＲｅｓｅｒｖｅｄフィールド３２２ｂを含む。Ｃｏｍｍｏｎ ＩｎｆｏフィールドにおけるＬｉｎｋ ＩＤ Ｉｎｆｏサブフィールドは、非ＡＰステーションにより送信された管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントには、存在しない。Ｌｉｎｋ ＩＤサブフィールド３２２ａは、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントが、ＡＰ ＭＬＤ１１０により送信された管理フレームの場合、報告側アフィリエイテッドＡＰのリンクＩＤを運ぶ。

Ｌｉｎｋ Ｉｎｆｏフィールド３３０は、Ｓｕｂｅｌｅｍｅｎｔ３５０のセット３３１を含む。Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントでは２つのサブエレメントフォーマットのみが利用でき、第１のフォーマットは、Ｓｕｂｅｌｅｍｅｎｔ ＩＤが、０に設定されること（Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントに対応する）により識別され、第２のフォーマットは、Ｓｕｂｅｌｅｍｅｎｔ ＩＤが、２２１に設定されること（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃサブエレメントに対応する）により識別される。Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントは、被報告側アフィリエイテッドＡＰのプロファイルを運ぶために使用される。このように、それは、被報告側アフィリエイテッドＡＰのネットワーク情報を知らせるために、報告側アフィリエイテッドＡＰにより使用される。各Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０は、１つの特定の被報告側アフィリエイテッドＡＰ（例えば１つの特定のリンクＩＤ）を特定するために使用される。

図４で示されるように、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０は、０に設定されたＳｕｂｅｌｅｍｅｎｔ ＩＤサブフィールド３５１、Ｌｅｎｇｔｈサブフィールド３５２、ＳＴＡ Ｃｏｎｔｒｏｌサブフィールド３６０、ＳＴＡ Ｉｎｆｏサブフィールド３５４、及び、ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５を含む。これらのフィールドは、Ｄ１．０規格において定義される。

ＳＴＡ Ｃｏｎｔｒｏｌサブフィールド３６０は、Ｌｉｎｋ ＩＤサブフィールド３６１、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド３６２、ＭＡＣ Ａｄｄｒｅｓｓ Ｐｒｅｓｅｎｔサブフィールド３６３、Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ Ｐｒｅｓｅｎｔサブフィールド３６４、ＤＴＩＭ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド３６５、ＮＳＴＲ Ｌｉｎｋ Ｐａｉｒ Ｐｒｅｓｅｎｔサブフィールド３６６、ＮＳＴＲ Ｂｉｔｍａｐ Ｓｉｚｅサブフィールド３６７、及び、Ｒｅｓｅｒｖｅｄフィールド３６８を含む。Ｌｉｎｋ ＩＤサブフィールド３６１は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０に対応する被報告側アフィリエイテッドＡＰ（例えば、同一のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０のＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５において、そのプロファイルが規定された被報告側アフィリエイテッドＡＰ）のリンクＩＤを運ぶ。

ＳＴＡ Ｉｎｆｏフィールド３５４は、ＳＴＡ Ｃｏｎｔｒｏｌフィールド３６０のサブフィールド３６３－３６７によりその存在が示された、ゼロ以上のフィールドにより構成される。ＳＴＡ Ｉｎｆｏフィールドにおけるそのサブフィールドは、ＳＴＡ Ｃｏｎｔｒｏｌフィールドにおける対応するＰｒｅｓｅｎｃｅサブフィールドと同じ順番で現れる。

ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５は、要求されたネットワーク情報を運び、例えば、Ｌｉｎｋ ＩＤサブフィールド３６１において特定されたリンクＩＤである被報告側アフィリエイテッドＡＰのプロファイルである。

被報告側アフィリエイテッドＡＰの数と同じ数のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０が提供される。

図２に戻り、ＭＬディスカバリ手順は、非ＡＰ ＭＬＤ１２０にＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰのネットワーク情報を提供する。そして、非ＡＰ ＭＬＤ１２０は、“セットアップリンク”と呼ばれ、ＭＬ伝送に含まれるリンクをセットアップするためのＭＬセットアップ手順２２０を開始しうる。ＭＬセットアップ手順は、非ＡＰ ＭＬＤ１２０に帰属する報告側非ＡＰステーション（例におけるＡ２ １２２）とＡＰ ＭＬＤ１１０に帰属する報告側ＡＰ（例におけるＡＰ２ １１２）との間のＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ及びＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームにより構成される。ＭＬセットアップ手順において、報告側ステーションは、ＭＬディスカバリ手順における報告側ステーションと同一であってもよく、異なっていてもよい。

ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ２２１の準備のため、報告側アフィリエイテッド非ＡＰステーションＡ２は、ＭＬディスカバリ手順２１０の間に取得したネットワーク情報に基づいて、（報告側アフィリエイテッドＡＰ ＡＰ２を介して）ＡＰ ＭＬＤ１１０にどの候補セットアップリンクを要求すべきかを決定する。

候補セットアップリンクが把握されると、非ＡＰ ＭＬＤは、それらのリンクをセットアップするように、ＡＰ ＭＬＤ１１０に要求する。これは、非ＡＰ ＭＬＤの任意の（報告側）アフィリエイテッド非ＡＰステーションにより、ＭＬセットアップが要求されるＡＰ ＭＬＤのアフィリエイテッドＡＰとの候補セットアップリンクを通知するＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム２２１が送信されることにより、実行される。

ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム２２１は、８０２．１１ａｘ（例えば、ＩＥＥＥ Ｐ８０２．１１ａｘ／Ｄ８．０（２０２０年１０月））において規定されるＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームを図３に示されるようなＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されたＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００で拡張したものである。特に、Ｌｉｎｋ Ｉｎｆｏフィールド３３０は、セットアップが要求された候補セットアップリンクを示す。Ｌｉｎｋ Ｉｎｆｏサブフィールド３３０は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５０のセット３３１により構成され、各Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅエレメントは、要求された候補セットアップリンクの１つを規定する。より正確には、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ３５０のＬｉｎｋ ＩＤサブフィールド３６１は、関係する候補セットアップリンクに対応するアフィリエイテッドＡＰのリンクＩＤが設定される。Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド３６２が１に設定され、ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５は、関係する候補セットアップリンクに対応するアフィリエイテッド非ＡＰステーションの全てのネットワーク情報要素を含む。｛Ｌｉｎｋ ＩＤサブフィールド３６１、ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５｝のペアは、アフィリエイテッドＡＰとアフィリエイテッド非ＡＰを示し、所望のリンクを規定する。

図３－４において多数のフィールドが説明されるが、フィールドの一部は省略されてもよく、他の一部は追加されてもよい。

図２に戻り、同様のＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ２２１が、非ＡＰ ＭＬＤ１３０のアフィリエイテッド非ＡＰステーション１３３により送信されてもよく、それは、（例えば、図１に示される）アフィリエイテッド非ＡＰ ＳＴＡとＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰとの間の候補セットアップリンクを規定する。

図１のシナリオにおいて、非ＡＰ ＭＬＤ１２０は、３つのリンク（１５１、１５２，１５３）を確立するよう要求し、非ＡＰ ＭＬＤ１３０は、また、３つのリンク（１６１から１６３）を要求する。ＡＰ ＭＬＤ１１０は、非ＡＰ ＭＬＤ１２０、１３０のリンク提案を受け入れ、又は、拒絶しうる。ＡＰ ＭＬＤ１１０は、ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ２２１の受信に応答するＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信することにより、その決定を提供する。そのシナリオでは、全ての要求された候補セットアップリンクが受け入れられ、そして有効化（例えば、セットアップ）される。

したがって、ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ２２１を受信すると、ＡＰ ＭＬＤ１１０は、ＭＬＯ伝送のために受け入れられた、要求された候補セットアップリンクを示すＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ２２２で応答する。ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ２１２は、ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ２２１を受信したアフィリエイテッドＡＰにより送信される。

ＭＬ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ２２２は、８０２．１１ａｘ（例えば、ＩＥＥＥ Ｐ８０２．１１ａｘ／Ｄ８．０（２０２０年１０月））において規定されるＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを、図３に示されるＩＥＥＥ Ｐ８０２．１１ｂｅ／Ｄ１．０で規定されるものと同様のＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントで拡張したものである。

Ｌｉｎｋ Ｉｎｆｏサブフィールド３３０は、セットアップのために受け入れられた候補リンクに対応するＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ３５０のセット３３１を含み、各Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ３５０は、受け入れられた候補リンク（例えば、アフィリエイテッドＡＰ）に対応する。所定の受け入れられた候補セットアップリンクについて、Ｌｉｎｋ ＩＤサブフィールド３６１は、受け入れられたセットアップリンクのアフィリエイテッドＡＰのリンクＩＤが設定され、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド３６２は１が設定され、ＳＴＡ Ｐｒｏｆｉｌｅサブフィールド３５５は、受け入れられた候補リンクのアフィリエイテッド非ＡＰステーションの完全なネットワーク情報を含む。

非ＡＰ ＭＬＤ１２０とＡＰ ＭＬＤ１１０との間のＭＬセットアップ手順は、このように１つ以上のセットアップリンクの確立により終了する。この状況において、非ＡＰ ＭＬＤ１２０は、ＡＰ ＭＬＤ１１０に帰属した状態となり、複数の有効化されたリンクの上で無線通信するためのＡＩＤが割り当てられる。非ＡＰ ＭＬＤ１２０は、それから、確立されたセットアップリンクを介して、ＭＬ送信／受信のためにアフィリエイテッド非ＡＰステーションを設定する。

次に、マルチリンクオペレーション（ＭＬＯ）２３０（例えばフレームの交換）が、確立されたセットアップリンク上で実行されうる。

ＭＬＯ２３０の間、ＡＰ ＭＬＤ１１０及び／又はＡＰ ＭＬＤ１２０は、リンク設定の変更（例えば、新たなリンクの追加、リンクの削除、リンクの変更等）を決定しうる。そのために、再構成を要求するＭＬＤは、ＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム２４１を他のＭＬＤに送信する。

示されたシナリオでは、非ＡＰ ＭＬＤ１２０は、非ＡＰ ＳＴＡ Ａ３１２３を介して、再構成を開始する。再構成は、他のリンクでデータ伝送が行われている間にも発生するする可能性がある（例えば、ここでは１５１及び１５２は、再構成による影響を受けない）。

ＡＰ ＭＬＤ１１０（及び、より一般的には宛先ＭＬＤ）は、非ＡＰ ＭＬＤ１２０の再構成提案を受け入れ、又は、拒絶しうる。それは、ＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ２４１の受信に応答してＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ２４２を送信することにより、その決定を提供する。

ＩＥＥＥ ８０２．１１－２１／５３４ｒ３において規定されるように、ＭＬ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅフレームは、Ｐｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎフィールドがそれぞれ７及び８に設定されたＰｒｏｔｅｃｔｅｄ ＥＨＴ Ａｃｔｉｏｎフレームとして規定される。それは、管理フレームに適合でき、ＩＥＥＥ ８０２．１１－２１／５３４ｒ３で規定されるＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントを含む。

ＭＬディスカバリの間にＡＰ ＭＬＤにより送信されたＭＬ ｍａｎａｇｅｍｅｎｔフレームは、通常、全てのアフィリエイテッドＡＰのプロファイルを報告する。特に、全てのＭＬ Ｂｅａｃｏｎフレーム２１３は、全てのアフィリエイテッドＡＰのプロファイルを運ぶ。ＡＰ ＭＬＤの複数のチャネル上でのこれらの重複は、データ伝送のために利用可能なネットワーク帯域幅を、実質的に低減する。したがって、この状況を改善する必要がある。

この発明は、ＡＰ ＭＬＤのアフィリエイテッドＡＰの１つが、特に、管理及び制御フレームに関する特定の伝送の処理のために選択されることを提案する。例えば、全てのアフィリエイテッドＡＰのプロファイルを運ぶＭＬ Ｂｅａｃｏｎフレームは、この特定の“管理”アフィリエイテッドＡＰによりブロードキャストされてよく、一方、他のアフィリエイテッドＡＰは、例えば完全なＭＬ Ｂｅａｃｏｎフレームがどこにあるかを示す、より軽いＭＬ Ｂｅａｃｏｎフレームをブロードキャストしうる。

そのような特定のアフィリエイテッドＡＰは、管理アフィリエイテッドＡＰ（ｍａｎａｇｅｍｅｎｔ ａｆｆｉｌｉａｔｅｄ ＡＰ）、又は、管理ＡＰ（ｍａｎａｇｅｍｅｎｔ ＡＰ）と呼ばれうる。それにより確立された任意のリンクは、同様に管理リンク（ｍａｎａｇｅｍｅｎｔ ｌｉｎｋ）と呼ばれうる。

そのような報告側管理ＡＰにより送信された管理フレームは、アフィリエイテッドＡＰの１つが、全てのアフィリエイテッドＡＰのプロファイルを提供する管理ＡＰであることを通知することがわかる。例えば、それは、どのリンクＩＤが、そのような管理ＡＰ又は管理リンクを規定するか、を通知しうる。

そのような管理フレームを受信する非ＡＰ ＭＬＤは、必要であれば、そのアフィリエイテッドＡＰのプロファイルを、その管理ＡＰから取得するために、その管理ＡＰに接続しうる。

そのため、他の例えば非管理のアフィリエイテッドＡＰにより送信される管理フレームは、もはや全てのプロファイルを提供する必要がなく、例えば、報告側非管理アフィリエイテッドＡＰのプロファイルと、非ＡＰ ＭＬＤがプロファイルを取得するために接続するアフィリエイテッドＡＰを把握するための、管理ＡＰのプロファイルのみを提供しうる。

言い換えると、ＡＰ ＭＬＤは、管理フレームにおいて、ＡＰ ＭＬＤが管理ＡＰ（リンク）で動作するか否かを示す。例えば、ＡＰ ＭＬＤに帰属するＡＰにより送信された各ＭＬ Ｂｅａｃｏｎフレームは、ＡＰ ＭＬＤが、管理ＡＰ（リンク）で動作するか否かを示す。肯定的には、アフィリエイテッドＡＰにより送信された各ＭＬ Ｂｅａｃｏｎフレームは、ＡＰ ＭＬＤに帰属するどのＡＰが管理ＡＰに対応するかを、リンクＩＤ識別子を用いて報告しうる。さらに、アフィリエイテッドＡＰにより送信された各ＭＬ Ｂｅａｃｏｎフレームは、非ＡＰ ＭＬＤの非ＡＰステーションの１つが、管理ＡＰに接続して送信するために十分な最小限の情報を報告しうる。

図５を参照し、管理フレームにおける管理ＡＰのシグナリングの例を説明する。このシグナリングの例では、ＡＰ ＭＬＤ１１０により送信された管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントにおいてシグナリングが提供される。したがって、少なくともＢｅａｃｏｎフレーム２１３及びＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２において適用される。図３におけるＢａｓｉｃ ｖａｒｉａｎｔ ＭＬエレメント３００と同様のフィールド及びサブフィールドには、同じ数字参照がラベル付けされる。

第１のフィールドは、ＡＰ ＭＬＤが、管理ＡＰを実装するか否かを規定する。図の例では、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０のＰｒｅｓｅｎｃｅ Ｂｉｔｍａｐサブフィールド３４０が追加のサブフィールドであるＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤＩｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００を含む。それは、１ビットの値であることが好ましい。例えば、ＡＰ ＭＬＤが管理リンクと動作しないこと（例えば、管理アフィリエイテッドＡＰを実装しないこと）を示すために０の値が設定される。ＡＰ ＭＬＤが管理リンクと動作すること（したがって少なくとも１つのアフィリエイテッドＡＰが管理ＡＰであること）を示すために１の値が設定される。

管理リンクが動作する場合、第２のフィールドは、管理ＡＰを一意に特定するリンクＩＤを格納する。例えば、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００が１に設定される場合、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０は、対応するＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０を含む。Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５２０は、管理アフィリエイテッドＡＰのリンクＩＤを格納する。

いくつかの実施形態では、ＡＰ ＭＬＤが、そのアフィリエイテッドＡＰの中から１つだけの管理ＡＰを実装する。その場合、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０は、その管理ＡＰのリンクＩＤを格納する。

他の実施形態では、ＡＰ ＭＬＤは、そのアフィリエイテッドＡＰの中で複数の管理ＡＰを実装しうる。例えば、周波数帯ごとに１つの管理ＡＰが提供されうる。その場合、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０は、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００を運ぶ管理フレームを送信しようとしている報告側アフィリエイテッドＡＰと同じＲＦ帯に属する管理ＡＰのリンクＩＤを格納する。

Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０は、管理フレームを受信する任意の非ＡＰ ＭＬＤが、報告側アフィリエイテッドＡＰ（例えば、管理フレームを送信しているＡＰ）が管理ＡＰであるかを判定するために役立つ。これは、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０のリンクＩＤと、報告側アフィリエイテッドＡＰを一意に識別するリンクＩＤを格納する別のフィールド３２２（図３）又は５１０（図５）のリンクＩＤとを比較することにより実行されうる。

Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０とＬｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５１０の２つの実装が提案される。

（図５の上部で（ａ）とラベル付けされている）第１の実装では、Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５１０は、従来のＬｉｎｋ ＩＤ Ｉｎｆｏサブフィールド３２２であり、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０が（Ｄ１．０規格と比較して）追加的なサブフィールドであり、管理ＡＰの識別子であるリンクＩＤが設定されたＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤサブフィールド５２０ａとオプションのＲｅｓｅｒｖｅｄサブフィールド５２０ｂにより構成される。

（図５の上部で（ｂ）とラベル付けされている）第２の実装では、Ｄ１．０規格に規定されたＣｏｍｍｏｎ Ｉｎｆｏフィールド３２０の長さを変更せず、４ビットで符号化された管理ＡＰの識別子であるリンクＩＤを運ぶために、Ｌｉｎｋ ＩＤ Ｉｎｆｏフィールド３２２のＲｅｓｅｒｖｅｄサブフィールド３２２ｂが使用される。Ｒｅｓｅｒｖｅｄサブフィールド３２２ｂは、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤサブフィールドに変更される。

図３を参照して説明したように、Ｌｉｎｋ Ｉｎｆｏフィールド３３０は、（おそらくＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１において要求されるように）全ての被報告側アフィリエイテッドＡＰのプロパティを運ぶＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０のセット３３１を含む。従来の８０２．１１ａｘの管理フレームのフィールドも、報告側アフィリエイテッドＡＰのプロファイルを含む。

報告側アフィリエイテッドＡＰが管理ＡＰである場合、それが送信する管理フレーム（したがって、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００）は、従来行われていたように、（ＭＬエレメント３００の外にある従来の８０２．１１ａｘフィールドにおける自身のプロファイルに加えて）他のアフィリエイテッドＡＰ全てのプロファイルを知らせる。

報告側アフィリエイテッドＡＰが管理ＡＰでない場合（“非管理”ＡＰ）、それが送信する管理フレーム（したがって、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００）は、（従来の８０２．１１ａｘフィールドの）自身のプロファイルに加えて、管理ＡＰのプロファイル（例えば、管理ＡＰの１つ以上のプロファイル）のみを知らせる。

いくつかの実施形態では、ＡＰ ＭＬＤは、そのアフィリエイテッドＡＰの中から１つの管理ＡＰのみを実装する。その場合、Ｌｉｎｋ ＩＤ Ｉｎｆｏ３３０は、その単一の管理ＡＰ専用の単一のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０を含む。

他の実施形態では、ＡＰ ＭＬＤは、そのアフィリエイテッドＡＰの中で複数の管理ＡＰを実装する。その場合、Ｌｉｎｋ Ｉｎｆｏフィールド３３０は、１つがそれぞれ管理ＡＰの専用となる複数のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０を含む。好ましくは、管理フレームを送信しようとしている報告側アフィリエイテッドＡＰと同じＲＦ帯に帰属する管理ＡＰが、セット３３１の最初に宣言される
Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０は、プロファイルされるアフィリエイテッドＡＰを考慮して、従来の方法で埋められる。

この例では、管理ＡＰのプロファイルは、管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００のＬｉｎｋ Ｉｎｆｏフィールド３３０に含まれるＰｅｒ－ＳＴＡフィールド３５０により運ばれる。

図６に示された変形では、管理ＡＰのプロファイルは、管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００のＬｉｎｋ Ｉｎｆｏフィールド３３０に含まれる、新たに規定されたＳｕｂｅｌｅｍｅｎｔ６００（つまりＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡフィールド）において運ばれる。Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、０および２２１とは異なる値（例えば１）に設定されたＳｕｂｅｌｅｍｅｎｔ ＩＤサブフィールド３５１を有し、したがって、例えば、Ｄ１．０規格と比較して新たなタイプのサブエレメントであるＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントを定義する。

この変形により、管理ＡＰのより軽いプロファイルを提供でき、管理ＡＰに接続するために非ＡＰ ＭＬＤが必要とする情報を最低限に削減しうる利点がある。

好ましくは、非管理ＡＰにより送信された管理フレームのみが、そのようなＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００を含む。

必要に応じて、Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、関係する管理ＡＰのリンクＩＤをさらに含みうる。その場合、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００及び対応するＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０は、省略されうる。実際、そのような（Ｓｕｂｅｌｅｍｅｎｔ ＩＤサブフィールド３５１が１に設定された）Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００の存在を検出することにより、非ＡＰ ＭＬＤは、報告側アフィリエイテッドＡＰが管理ＡＰではなく、管理ＡＰはＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントにおいて定義されることを把握する。

図６の例では、Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、１に設定されたＳｕｂｅｌｅｍｅｎｔ ＩＤサブフィールド３５１、Ｌｅｎｇｔｈサブフィールド３５２及びＭａｎａｇｅｍｅｎｔ ＡＰ Ｐｒｏｆｉｌｅサブフィールド６１０を含む。必要に応じて、Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、さらに関係する管理ＡＰのリンクＩＤを含みうる。

Ｍａｎａｇｅｍｅｎｔ ＡＰ Ｐｒｏｆｉｌｅサブフィールド６１０は、ＡＰ ＭＬＤのアフィリエイテッド非ＡＰステーションの１つによる、管理ＡＰとの送信が開始されるために十分な最低限の情報を少なくとも含む。

例えば、それは、関係する管理ＡＰの動作クラス（例えば、周波数帯、一例として２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚの中から）を規定する第１のサブフィールドである図のＭａｎａｇｅｍｅｎｔ Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓサブフィールド６１１と、アフィリエイテッドＡＰの動作チャネル（その周波数帯の中の）を規定する第２のサブフィールドである図のＭａｎａｇｅｍｅｎｔ Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌサブフィールド６１２とを含む。

例では、これらの２つのサブフィールド（及び必要に応じてＬｉｎｋ ＩＤサブフィールド）のみが提供される。他の実施形態では、管理ＡＰのＢＳＳＩＤが、第３及び最後のフィールドにおいても提供されうる。さらに他の実施形態では、管理ＡＰを規定する追加のフィールドが提供されうる。

例えば、図７に示されるような実施形態では、Ｍａｎａｇｅｍｅｎｔ ＡＰ Ｐｒｏｆｉｌｅサブフィールド６１０は、必要に応じて、管理ＡＰのＢＳＳＩＤを規定する第３のサブフィールドであるＢＳＳＩＤ６１３と、全てのアフィリエイテッドＡＰのプロファイルを提供する次の（ＭＬ）Ｂｅａｃｏｎフレームを関連する管理ＡＰが送信するスケジュールされた時間を示す第４のサブフィールドである、Ｍａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ） Ｏｆｆｓｅｔサブフィールド６１４をさらに含む。

そのようなＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールド６１４により、管理フレームを受信している非ＡＰ ＭＬＤは、管理ＡＰ又はその複数（実装される場合）からの完全ＭＬ Ｂｅａｃｏｎフレーム（アフィリエイテッドＡＰのプロファイルの全てを伴う）の受信が期待できる時間を把握できる。その場合、非ＡＰ ＭＬＤは、Ｍａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドに基づいて、管理ＡＰからアフィリエイテッドＡＰのプロファイルを取得するために、管理ＡＰからの次のＢｅａｃｏｎフレームを待機するか、管理ＡＰにＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信するかを、決定しうる。それは、また、（複数のＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００を通して宣言された管理ＡＰが複数ある場合に）例えば、できるだけ早く完全ＭＬ Ｂｅａｃｏｎフレームを受信するために、聞くべき管理ＡＰがどれであるかを決定しうる。

Ｍａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールド６１４は、Ｄ１．０規格のＮｅｉｇｈｂｏｒ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドと同じ方法で、規定されうる。

図８は、ＡＰ ＭＬＤ１１０に帰属する報告側ＡＰにおける一般的なステップを、フローチャートを用いて示す。同じステップが、ＡＰ ＭＬＤ１１０のそれぞれの及び全てのアフィリエイテッドＡＰにより実行されうる。

処理は、従来のようにアフィリエイテッドＡＰのプロファイルを提供するために、ＭＬ ｍａｎａｇｅｍｅｎｔフレームが生成されるときに開始する（ステップ８００）。これは、ＭＬ Ｂｅａｃｏｎフレーム２１３及びＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２を含む。いくつかの実施形態では、アフィリエイテッドＡＰにより送信されたＭＬ Ｂｅａｃｏｎフレームのみが、この方法で扱われうる（ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームは従来のもののままである）。

管理フレームが用意される必要がある場合、ＡＰ ＭＬＤは、ステップ８０５において、管理ＡＰ（又は管理リンク）を実装するかどうかを確認する。これは、例えばＲＦ帯ごとに１つの、複数の管理ＡＰを含みうる。

テスト８０５が否定である場合、ＡＰ ＭＬＤは、ステップ８１０において、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００のＭｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールド３１０のＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００を、０に設定する。したがって、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３２０及びＬｉｎｋ Ｉｎｆｏフィールド３３０は、ステップ９１５において従来通りに用意される。その管理フレームは、これで送信の準備ができる。

テスト８０５が肯定である場合、ＡＰ ＭＬＤは、ステップ８２０において、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００のＭｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌ３１０のＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００を１に設定し、対応するＣｏｍｍｏｎ Ｉｎｆｏフィールド３２０のＭａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５２０を管理ＡＰの識別子であるリンクＩＤに設定する。ＡＰ ＭＬＤ１１０において、複数の管理ＡＰが提供される場合、被報告側アフィリエイテッドＡＰ（同じＡＰでありうる）と同じＲＦ帯で動作している管理ＡＰリンクＩＤが、Ｓｕｂｆｉｅｌｄ５２０において示されることが好ましい。

管理ＡＰは、それゆえに、管理フレームにおいてシグナリングされる。

ステップ８２０の次に、テスト８２５は、（管理フレームを構築し、図のステップを実行する）被報告側アフィリエイテッドＡＰが、管理ＡＰであるか否かを確認する。

肯定の場合、可能な限り従来の完全ＭＬ ｍａｎａｇｅｍｅｎｔフレームを送信することが好ましい。そのため、処理は、管理フレームの他のフィールド（特にＬｉｎｋ Ｉｎｆｏフィールド３３０）が、従来通りに準備されるステップ８１５に進む。特に、Ｌｉｎｋ Ｉｎｆｏフィールド３３０は、全ての被報告側アフィリエイテッドＡＰ（又は、ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２の場合に非ＡＰ ＭＬＤから要求された被報告側アフィリエイテッド）を規定する、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメントのセット３３１を含む。これは、管理アフィリエイテッドＡＰにより用意されたＭＬ Ｂｅａｃｏｎフレームが、全てのアフィリエイテッドＡＰのプロファイルを知らせることを意味する。

テスト８２５が否定の場合、報告側非管理ＡＰの（ＭＬエレメント３００の外側にある、そのフレームの従来の８０２．１１ａｘフィールドに含まれる）プロファイルに加えて、管理ＡＰの１つ以上の管理プロファイルのみが通知される軽いＭＬ ｍａｎａｇｅｍｅｎｔフレームを送信することが好ましい。そのため、処理はステップ８３０に進み、そこでは管理プロファイルのみを含むセット３３１でＬｉｎｋ Ｉｎｆｏフィールド３３０が用意される。

上述したように、セット３３１は、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０の１つ以上により、構成されうる。変形例では、それは、Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００の１つ以上により、構成されうる。

複数の管理ＡＰが、ＡＰ ＭＬＤ１１０において実装される場合、セット３３１における第１のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０又はＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、（そのリンクＩＤを介して）Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤサブフィールド５２０において示されるものでありうる。好ましくは、報告側ＡＰと同じＲＦ帯に属する管理ＡＰに対応する。

ステップ８１５又はステップ８３０の後で管理フレームの準備が整うと、ステップ９４０において、管理フレームは、報告側ＡＰが動作している周波数帯及びチャネル上で送信される。

（例えば、図８に従って処理されない）他の管理フレームは、従来の方法で取り扱われる。

図８の軽微な変形では、（関係する管理ＡＰの識別子であるリンクＩＤを含む）Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００が、非管理アフィリエイテッドＡＰにより送信される管理フレームで使用される場合、ステップ８１０及び８２０が省略されうる。実際、上記で説明されるように、Ｌｉｎｋ Ｉｎｆｏフィールド３３０を含むサブエレメントの特定のフォーマットにより、報告側アフィリエイテッドＡＰが管理ＡＰであるか否かを管理フレームにより把握できる。Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００は、管理ＡＰのプロファイルを含む。

この変形では、ステップ８１５は、従来のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０を構築し、一方、ステップ９３０は、Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００を構築する。

図９は、非ＡＰ ＭＬＤに帰属する報告側アフィリエイテッド非ＡＰステーションにおける一般的なステップを、フローチャートを用いて示す。同じステップが、非ＡＰ ＭＬＤのアフィリエイテッド非ＡＰステーションのそれぞれ又は全てにより実行されうる。

処理は、ステップ９００において、ＡＰ ＭＬＤの報告側アフィリエイテッドＡＰにより管理フレームが受信されることにより、開始する。上述したように、これは、パッシブスキャニングの間のＭＬ Ｂｅａｃｏｎフレーム２１３、又は、アクティブスキャニングの間のＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２でありうる。

ステップ９１０において、非ＡＰ ＭＬＤは、受信した管理フレームから、Ｂａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００を抽出する。

次に、ステップ９１５において、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤが管理ＡＰと動作するか否かを確認する。これは、例えば、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏ Ｐｒｅｓｅｎｔサブフィールド５００が１に設定されていることを確認することにより、実行される。

上記で紹介された変形では、この確認は、Ｌｉｎｋ Ｉｎｆｏフィールド３３０がＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００のみを含む（すなわち、ＡＰ ＭＬＤが管理ＡＰと動作する）か、Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０のみを含むか（すなわち、ＡＰ ＭＬＤが管理ＡＰと動作しない）を検証することにより、構成されうる。

ＡＰ ＭＬＤが管理ＡＰと動作しない場合、次のステップは９２０であり、報告側アフィリエイテッドＡＰ（この報告側アフィリエイテッドＡＰからの管理フレームが受信された）との従来のＭＬディスカバリ及びセットアップ手順が実行される。

ＡＰ ＭＬＤが管理ＡＰと動作する場合、次のステップは９２５であり、非ＡＰ ＭＬＤは、報告側アフィリエイテッドＡＰが管理ＡＰ（又は管理ＡＰが複数ある場合は、複数の管理ＡＰ）であるか否かを確認する。

これは、Ｍａｎａｇｅｍｅｎｔ Ｌｉｎｋ ＩＤ Ｉｎｆｏサブフィールド５２０において特定されるリンクＩＤを取得し、Ｌｉｎｋ ＩＤフィールド３２２ａにおいて特定される報告側アフィリエイテッドＡＰのリンクＩＤと比較することにより、実行される。２つのリンクＩＤの値が等しい場合、報告側アフィリエイテッドＡＰは、管理ＡＰである。

上記で紹介された変形では、この確認は、Ｌｉｎｋ ＩＤフィールド３２２ａで特定された報告側アフィリエイテッドＡＰのリンクＩＤが、Ｌｉｎｋ Ｉｎｆｏフィールド３３０における第１の（又は任意の）Ｐｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００におけるリンクＩＤに、対応するか否かを検証することにより構成されうる。

肯定（報告側アフィリエイテッドＡＰが管理ＡＰ）の場合、管理フレームを受信した報告側アフィリエイテッド非ＡＰステーションは、ステップ９３０において管理非ＡＰステーションとして宣言され、したがって、管理ＡＰと管理リンクを規定する。ＭＬセットアップ手順は、その後に、ステップ９７０で、管理リンク上で実行されうる。実際、ＭＬ ｍａｎａｇｅｍｅｎｔフレームがこの管理リンクを介して受信されると、それは、ＡＰ ＭＬＤに帰属する全てのＡＰを検出するために必要な全ての情報を含み、ＭＬセットアップ手順が開始されうる。

確認９２５で否定の場合、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤの管理ＡＰと現在はやりとりしない。したがって、ステップ９４０において、非ＡＰ ＭＬＤは、受信したＭＬ ｍａｎａｇｅｍｅｎｔフレームのＬｉｎｋ Ｉｎｆｏフィールド３３０に含まれる、管理ＡＰのネットワーク情報を取得する。この情報は、Ｌｉｎｋ Ｉｎｆｏフィールド３３０のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント３５０又はＰｅｒ－Ｍａｎａｇｅｍｅｎｔ－ＳＴＡ Ｐｒｏｆｉｌｅサブエレメント６００のいずれかの中の管理ＡＰのプロファイルに格納される。

いずれかの実施形態において、非ＡＰ ＭＬＤは、管理ＡＰのＯｐｅｒａｔｉｎｇ Ｃｌａｓｓ６１１及びＯｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ６１２を取得する。

次に、ステップ９５０において、非ＡＰ ＭＬＤは、そのアフィリエイテッド非ＡＰステーションの１つを、その管理アフィリエイテッド非ＡＰステーションとして、割り当てる。そのようにするために、非ＡＰ ＭＬＤは、そのアフィリエイテッド非ＡＰステーションを取得したオペレーティングクラス（周波数帯）とチャネルで設定する。

次に、ステップ９６０において、ＭＬディスカバリ手順が、管理アフィリエイテッド非ＡＰステーションにより、管理リンク上で起動される。これは、アソシエーション手順を実行するために、非ＡＰ ＭＬＤが、ある報告側アフィリエイテッド非ＡＰステーションから、管理ＡＰと管理フレームを交換するための他のアフィリエイテッド非ＡＰステーションに切り替えることを意味する。

例えば、それは、上述したように、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を送信する。実際、ステップ９００における管理フレームは、ＡＰ ＭＬＤに帰属する全てのＡＰのプロファイルを含まない。

変形では、管理アフィリエイテッド非ＡＰステーションは、単に、管理ＡＰから送信される次のＭＬ Ｂｅａｃｏｎフレーム２１３を待ちうる。

非ＡＰ ＭＬＤは、例えば、ステップ９００において受信した管理フレームにおいて示されるＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールド６１４に応じて、その２つの変形の間での決定をしてもよい。

アフィリエイテッドＡＰのプロファイルが把握されると、次のステップは、管理ＡＰと管理アフィリエイテッド非ＡＰステーションとの間で、管理リンク上でＭＬステップ手順を実行するステップ９７０である。

本発明のこのアプローチでは、ＡＰ ＭＬＤが管理リンクと動作すると、他のリンクの帯域幅をリリースする代わりに、ＡＰ ＭＬＤは、管理又は制御に関連するトラヒックを管理リンクに集中させる。

上記の例に示されるように、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤと管理リンクで接続されなければならない。これは、非ＡＰ ＭＬＤのアフィリエイテッド非ＡＰステーションの１つが、管理ＡＰに割り当てられなければならないことを意味する。これができない場合、非ＡＰ ＭＬＤは、ＡＰ ＭＬＤに帰属できず、ＭＬアソシエーション手順の間に、この非ＡＰ ＭＬＤは拒否されると判定されうる。

いくつかの実施形態では、各非ＡＰ ＭＬＤは、ＡＰ ＭＬＤに接続される管理リンクを優先的に選択しなければならない。より正確には、非ＡＰ ＭＬＤが管理リンクを選択し、アフィリエイテッド非ＡＰステーションの１つを管理リンクに割り当ててもよく、その非ＡＰは、ＭＬセットアップ手順の間、その管理リンクをセットアップリンクの候補として選択しなければならない。これができない場合、ＡＰ ＭＬＤは、他の候補セットアップリンクを選択する。

さらに、ＭＬＤ ＡＰは、ＭＬセットアップ手順の間、管理リンクを拒否できない。

図１０ａ、１０ｂ、１０ｃ及び１０ｄは、本発明を実装する図２のシナリオのいくつかの変形を示す。これらのシナリオでは、ＡＰ１は、ＡＰ ＭＬＤ１１０に帰属する管理ＡＰとみなされる。

図１０ａ及び１０ｂは、ＭＬディスカバリ手順の間のパッシブスキャニングに関係する。

両方のシナリオにおいて、ＡＰ ＭＬＤ１１０の各アフィリエイテッドＡＰ（ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４）は、それぞれＭＬ Ｂｅａｃｏｎフレーム１０１３－１、１０１３－２、１０１３－３及び１０１３－４を送信する。

ＭＬ Ｂｅａｃｏｎフレーム１０１３－２、１０１３－３及び１０１３－４は、非管理アフィリエイテッドＡＰにより送信される。それらは、報告側ＡＰのプロファイルに加えて、管理ＡＰ（ＡＰ１）のネットワーク情報（プロファイル）のみを含むため、軽いＭＬ Ｂｅａｃｏｎフレームである。一方、ＭＬ Ｂｅａｃｏｎフレーム１０１３－１は、管理ＡＰであるＡＰ１により送信される。したがって、それは、ＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰ（ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４）の全てのネットワーク情報（プロファイル）を含むため、完全ＭＬ Ｂｅａｃｏｎフレームである。

そのシナリオでは、非ＡＰ ＭＬＤ Ａのアフィリエイテッド非ＡＰ２ステーションＡ２は、ＡＰ２から軽いＭＬ Ｂｅａｃｏｎフレーム１０１３－２を受信する。非ＡＰ ＭＬＤ Ａは、そのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００を抽出し、報告側ＡＰ ＡＰ２は、ＡＰ ＭＬＤ１１０の管理アフィリエイテッドＡＰではなく、ＡＰ１が管理ＡＰであることを識別する。非ＡＰ ＭＬＤ Ａは、または、ＡＰ１が動作している周波数帯とチャネルを取得し、アフィリエイテッド非ＡＰステーションＡ１の動作する周波数とチャネルを設定することにより、ＡＰ１と動作するようアフィリエイテッド非ＡＰステーションＡ１の設定を行う。ステーションＡ１は、これで非ＡＰ ＭＬＤ Ａの管理アフィリエイテッド非ＡＰステーションとなる。

図１０ａのシナリオでは、Ａ１は、その後、ＡＰとのディスカバリ手順を開始するために、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を送信する。応答において、それは、管理リンク上で送信されるため、アフィリエイテッドＡＰの全てのプロファイルを提供するＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２を受信する。次に、管理リンク上で、ＡＰ１とステーションＡ１との間のＭＬセットアップ手順２２０が、実行される。その後に、ＭＬＯ２３０が、行われうる。

図１０ｂのシナリオでは、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を送信するよりも、Ａ１は、管理リンク上でＡＰ１により次の完全ＭＬ Ｂｅａｃｏｎフレーム１０１３－１が送信されることを待つ。Ａ１は、上述したＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールド６１４により、この次の完全ＭＬ Ｂｅａｃｏｎフレームがスケジュールされる時間を認識しうる。その方法では、Ａ１は、アフィリエイテッドＡＰの全ての情報を取得する。次に、管理リンク上で、ＡＰ１とステーションＡ１との間のＭＬセットアップ手順２２０が、実行される。その後に、ＭＬＯ２３０が、行われうる。

図１０ｃ及び１０ｄは、ＭＬディスカバリの間のアクティブスキャニングに関連する。

両方のシナリオでは、非ＡＰ ＭＬＤ Ａのアフィリエイテッド非ＡＰステーションＡ１－Ａ３が、ＡＰ ＭＬＤ１１０とのディスカバリ手順を開始するために、そのチャネル上でＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１を送信する。図を簡略化するため、Ａ２により送信されたＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１のみが示される。

応答で、非ＡＰ ＭＬＤは、複数のチャネルのうちの１つの上で、ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２を受信する。ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２が、管理ＡＰ ＡＰ１から受信された場合、ＡＰ ＭＬＤ１１０のアフィリエイテッドＡＰ（ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４）の全てのネットワーク情報（プロファイル）を含むため、通常の処理が実行されうる。

図に示されるように、ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２が、非管理ＡＰ（ここではＡＰ２）から受信された場合、ＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２は、報告側ＡＰ ＡＰ２のプロファイルに加えて管理ＡＰ（ＡＰ１）のネットワーク情報（プロファイル）のみを含む点で“軽い”。

非ＡＰ ＭＬＤ Ａは、受信したフレーム２１２からＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメント３００を抽出し、報告側ＡＰ ＡＰ２は、ＡＰ ＭＬＤ１１０の管理アフィリエイテッドＡＰではなく、管理ＡＰがＡＰ１であることを識別する。非ＡＰ ＭＬＤ Ａは、または、ＡＰ１が動作している周波数帯及びチャネルを取得し、アフィリエイテッド非ＡＰステーションＡ１の動作する周波数及びチャネルを設定することにより、ＡＰ１と動作するようにアフィリエイテッド非ＡＰステーションＡ１を設定する。ステーションＡ１は、これにより非ＡＰ ＭＬＤ Ａの管理アフィリエイテッド非ＡＰステーションとなる。

図１０ａと同様に、図１０ｃにおいて、Ａ１は、その後にＡＰ１とのディスカバリ手順を開始するために、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１ａを送信する。応答で、（管理リンクで送信されるため）Ａ１は、アフィリエイテッドＡＰの全てのプロファイルを提供するＭＬ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム２１２ａを受信する。次に、管理リンクの上で、ＡＰ１とステーションＡ１との間でＭＬセットアップ手順２２０が実行される。その後に、ＭＬＯ２３０が、行われうる。

図１０ｂと同様に、図１０ｄのシナリオでは、ＭＬ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム２１１ａを送信するよりも、Ａ１は、管理リンク上でＡＰ１から送信される次の完全ＭＬ Ｂｅａｃｏｎフレーム１０１３－１を待つ。Ａ１は、上述のＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールド６１４により、この次の完全ＭＬ Ｂｅａｃｏｎフレームがスケジュールされる時間を認識しうる。この方法では、Ａ１は、アフィリエイテッドＡＰの全てのプロファイルを取得する。次に、管理リンク上でＡＰ１とステーションＡ１との間でＭＬセットアップ手順２２０が実行される。その後に、ＭＬＯ２３０が行われうる。

アソシエーション手順が完了すると、管理ＡＰ及び管理アフィリエイテッド非ＡＰステーションは、ＭＬＯ設定に関連する管理フレーム及び制御フレーム（例えば、マルチリンクオペレーションのリンクに影響するパラメータの最低１つを含む管理フレーム及び／又は制御フレーム）を（管理リンク上で）交換するために優先的に使用される。例えば、マルチリンク再構成を実行するための管理フレーム２４１、２４２は、ＭＬＯ２３０の他のいかなるリンクよりも管理リンク上で送信されることが好ましい。管理リンク上で送信される他のフレームの例は、Ｄ１．０ドラフトで規定されＴＩＤ－Ｔｏ－Ｌｉｎｋ Ｍａｐｐｉｎｇ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ又はＴＩＤ－Ｔｏ－Ｌｉｎｋ Ｍａｐｐｉｎｇ ＴｅａｒｄｏｗｎのようなＭＬＯに特有のアクションフレームを含む。

上記から明らかなように、例示の動作モードでは、管理リンク上で（管理ＡＰにより）送信されたＭＬ Ｂｅａｃｏｎフレームは、ＡＰ ＭＬＤの（アフィリエイテッドＡＰの全てに関連する）完全な情報を体系的に含む。特に、ＭＬ Ｂｅａｃｏｎフレームは、被報告側アフィリエイテッドＡＰの全てのプロファイルを伴う従来のＬｉｎｋ Ｉｎｆｏフィールド３３０を有するＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントを含む。

一方、例示の動作モードでは、管理リンク以外のリンクを介して送信されたＭＬ Ｂｅａｃｏｎフレームは、被報告側アフィリエイテッドＡＰの中から管理ＡＰのみの最低限の情報を体系的に含む。特に、ＭＬ Ｂｅａｃｏｎフレームは、管理ＡＰのこの最低限の情報のみに削減されたＬｉｎｋ Ｉｎｆｏフィールド３３０を有するＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントを含む。

図１１は、本発明の実施形態の少なくとも１つを実装するよう設定された、上記で論じられた任意のＭＬの１つである無線ネットワークの通信デバイス１１００を示す。通信デバイス１１００は、好ましくは、マイクロコンピュータ、ワークステーション又は軽いポータブルデバイスのようなデバイスでありうる。通信デバイス１１００は、好ましくは以下と接続する通信バス１１１３を含む：
ＣＰＵと表記されるプロセッサのような中央処理ユニット１１０１、
発明の実施形態に従う方法や方法のステップを実行可能なコードと、その方法を実装するために必要な変数やパラメータを記録するように適合されたレジスタとを記録するメモリ１１０３、及び、
送信及び受信アンテナ１１０４を介して、無線通信ネットワーク、例えばＩＥＥＥ８０２．１１ファミリ規格の１つに従う通信ネットワーク、に接続する通信インタフェース１１０２の少なくとも１つ。

好ましくは、通信バスは、通信デバイス１１００に含まれる多様な構成要素、又は、それに接続された多様な構成要素の間の通信及び相互運用性を提供する。バスの表現は、限定的でなく、特に、中央処理ユニットは、通信デバイス１１００の任意の構成要素への命令を、直接又は通信装置１１００の他の構成要素を通じて、通信するよう動作しうる。

実行可能なコードは、読取りのみ可能なメモリ、ハードディスク、又は、例えばディスクのような取外し可能なデジタル媒体に格納されうる。オプションの変形によると、プログラムの実行可能なコードは、実行される前に通信デバイス１１００のメモリに記録されるために、インタフェース１１０２を介して、通信ネットワークによって受信されうる。

実施形態において、デバイスは、発明の実施形態を実装するソフトウェアを使用するプログラム可能な装置である。しかし、本発明の実施形態は、全体的に又は部分的に、ハードウェア（例えば、特定用途向け集積回路、又は、ＡＳＩＣ）においても実装されうる。

本発明は、上記の特定の実施形態を参照して説明されたが、本発明は、特定の実施形態に限定されず、本発明の範囲における当業者にとって明らかな変更が可能である。

多くのさらなる変更及びバリエーションは、当業者が前述の例示的な実施形態を参照する際にそれら自体を示唆するであろうし、それらは例示目的のみのために提供され、発明の範囲を限定することを意図せず、発明の範囲は、添付の特許請求の範囲によってのみ決定される。特に、異なる実施形態からの異なる機能は、適切な場合、互いに交換されうる。

特許請求の範囲において、“含む”の用語は、他の構成要素又はステップを除外せず、“ａ”又は“ａｎ”の不定冠詞は、複数形を除外しない。異なる機能が相互に異なる従属クレームに列挙されているとの単なる事実が、これらの組合せが有利に使用されうることを示すものではない。

Claims (29)

1. 無線ネットワークにおける通信方法であって、複数のアフィリエイテッドＡＰを有するアクセスポイント（ＡＰ）マルチリンクデバイス（ＭＬＤ）において、
   報告側アフィリエイテッドＡＰにより、管理フレームの送信が行われる工程を含み、
   前記管理フレームが、前記アフィリエイテッドＡＰの１つが全ての前記アフィリエイテッドＡＰのプロファイルを提供する管理ＡＰであることのシグナリングを行う
   ことを特徴とする通信方法。
2. 無線ネットワークにおける通信方法であって、ｎｏｎ－ａｃｃｅｓｓ ｐｏｉｎｔ（非ＡＰ）マルチリンクデバイス（ＭＬＤ）において、
   複数のアフィリエイテッドＡＰを有するＡＰ ＭＬＤの報告側アフィリエイテッドＡＰから、前記アフィリエイテッドＡＰの１つが全ての前記アフィリエイテッドＡＰのプロファイルを提供する管理ＡＰであることのシグナリングを行う管理フレームを受信する工程と、
   前記管理ＡＰからアフィリエイテッドＡＰのプロファイルを取得する工程と、を有する
   ことを特徴とする通信方法。
3. 前記管理ＡＰによりプロファイルを提供することが、管理フレームにおいて全ての前記アフィリエイテッドＡＰのプロファイルを知らせることを含む
   ことを特徴とする請求項１又は２に記載の通信方法。
4. 前記管理フレームが、Ｂｅａｃｏｎフレームである
   ことを特徴とする請求項１から３のいずれか１項に記載の通信方法。
5. 前記報告側アフィリエイテッドＡＰが前記管理ＡＰであり、前記管理フレームがさらに全ての前記アフィリエイテッドＡＰのプロファイルを知らせる
   ことを特徴とする請求項１から４のいずれか１項に記載の通信方法。
6. 前記報告側アフィリエイテッドＡＰ以外の他の前記アフィリエイテッドＡＰの前記プロファイルが、前記管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋエレメントにおいて運ばれる
   ことを特徴とする請求項５に記載の通信方法。
7. 前記ＡＰ ＭＬＤの前記アフィリエイテッドＡＰのうち、１つのみが管理ＡＰである
   ことを特徴とする請求項１から６のいずれか１項に記載の通信方法。
8. 前記アフィリエイテッドＡＰのうち、周波数帯ごとに１つのアフィリエイテッドＡＰが前記管理ＡＰである
   ことを特徴とする請求項１または２に記載の通信方法。
9. 前記報告側アフィリエイテッドＡＰが非管理ＡＰであり、前記管理フレームが、前記報告側アフィリエイテッドＡＰのプロファイル、及び、１つ以上の管理ＡＰの管理ＡＰプロファイルのみを提供する
   ことを特徴とする請求項１または２に記載の通信方法。
10. 前記管理ＡＰプロファイルが、前記管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－ＬｉｎｋエレメントのＬｉｎｋ Ｉｎｆｏフィールドに含まれるＰｅｒ－ＳＴＡフィールドにおいて運ばれる
    ことを特徴とする請求項９に記載の通信方法。
11. 前記管理ＡＰプロファイルが、前記管理フレームのＢａｓｉｃ ｖａｒｉａｎｔ Ｍｕｌｔｉ－ＬｉｎｋエレメントのＬｉｎｋ Ｉｎｆｏフィールドに含まれるサブエレメントであって、０及び２２１と異なる値に設定されたＳｕｂｅｌｅｍｅｎｔ ＩＤサブフィールドを有する前記サブエレメントにおいて運ばれる
    ことを特徴とする請求項９に記載の通信方法。
12. 管理ＡＰの前記管理ＡＰプロファイルが、前記管理ＡＰの動作クラスを規定する第１のサブフィールドと、前記アフィリエイテッドＡＰの動作チャネルを規定する第２のサブフィールドとを含む
    ことを特徴とする請求項１１に記載の通信方法。
13. 前記管理ＡＰプロファイルが、さらに、全ての前記アフィリエイテッドＡＰのプロファイルを提供する次のＢｅａｃｏｎフレームを前記管理ＡＰが送信するスケジュールされた時間を示すＭａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドを含む
    ことを特徴とする請求項１２に記載の通信方法。
14. 前記通信方法が、非ＡＰ ＭＬＤにおいて、前記アフィリエイテッドＡＰの前記プロファイルを前記管理ＡＰから取得するために、前記管理ＡＰからの前記次のＢｅａｃｏｎフレームを待つか、又は、前記管理ＡＰへＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信するか、を前記Ｍａｎａｇｅｍｅｎｔ ＡＰ ＴＢＴＴ Ｏｆｆｓｅｔサブフィールドに基づいて決定する工程をさらに含んで構成される
    ことを特徴とする請求項１３に記載の通信方法。
15. 前記アフィリエイテッドＡＰの前記プロファイルを取得する工程が、前記管理ＡＰにより送信された次のＢｅａｃｏｎフレームを受信することを含む
    ことを特徴とする請求項２に記載の通信方法。
16. 前記アフィリエイテッドＡＰの前記プロファイルを取得する工程が、前記管理ＡＰに対してＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信し、応答において、前記アフィリエイテッドＡＰの前記プロファイルを提供するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを前記管理ＡＰから受信することを含む
    ことを特徴とする請求項２に記載の通信方法。
17. 前記通信方法が、非ＡＰ ＭＬＤにおいて、前記報告側アフィリエイテッドＡＰが前記管理ＡＰであるか否かを前記管理フレームから決定する工程を、さらに含む
    ことを特徴とする請求項２に記載の通信方法。
18. 前記報告側アフィリエイテッドＡＰが前記管理ＡＰでないことの決定に対して、前記非ＡＰ ＭＬＤが、前記非ＡＰ ＭＬＤのアフィリエイテッド非ＡＰステーションに前記管理ＡＰと通信するよう設定を行う
    ことを特徴とする請求項１７に記載の通信方法。
19. 前記報告側アフィリエイテッドＡＰが前記管理ＡＰでないことの決定に対して、前記管理ＡＰとの管理フレームの交換のために、１つの報告側アフィリエイテッド非ＡＰステーションから他のアフィリエイテッド非ＡＰステーションへ切り替える
    ことを特徴とする請求項１７に記載の通信方法。
20. 前記管理フレームが、前記非ＡＰ ＭＬＤと前記ＡＰ ＭＬＤとの間のアソシエーションを実行するために交換される
    ことを特徴とする請求項１９に記載の通信方法。
21. 前記ＡＰ ＭＬＤが、管理ＡＰを実装するか否かを規定する第１のフィールドを前記シグナリングが含む
    ことを特徴とする請求項１または２に記載の通信方法。
22. 前記シグナリングが、前記管理ＡＰを一意に識別するリンクＩＤを格納する第２のフィールドを含み、前記報告側アフィリエイテッドＡＰを一意に識別するリンクＩＤを格納する別のフィールドを含む
    ことを特徴とする請求項２１に記載の通信方法。
23. 前記通信方法が、前記報告側アフィリエイテッドＡＰが前記管理ＡＰであるか否かを前記管理フレームから判定するために、非ＡＰ ＭＬＤにおいて、前記第２のフィールドのリンクＩＤと前記別のフィールドのリンクＩＤとを比較する工程を、さらに含む
    ことを特徴とする請求項２２に記載の通信方法。
24. 前記ＡＰ ＭＬＤが、非ＡＰ ＭＬＤとのマルチリンクオペレーション（ＭＬＯ）を実行し、前記通信方法が、前記ＡＰ ＭＬＤにおいて、前記管理ＡＰと確立した管理リンク上でのみ、非ＡＰ ＭＬＤとの間で、前記マルチリンクオペレーションのリンクに影響する少なくとも１つのパラメータを含む管理フレーム及び／又は制御フレームを交換する工程を、さらに含む
    ことを特徴とする請求項１に記載の通信方法。
25. 前記非ＡＰ ＭＬＤが、前記ＡＰ ＭＬＤとのマルチリンクオペレーション（ＭＬＯ）を実行し、前記通信方法が、前記ＡＰ ＭＬＤにおいて、前記アフィリエイテッドＡＰと確立した管理リンク上でのみ、前記ＡＰ ＭＬＤとの間で、前記マルチリンクオペレーションのリンクに影響する少なくとも１つのパラメータを含む管理フレーム及び／又は制御フレームを交換する工程を、さらに含む
    ことを特徴とする請求項２に記載の通信方法。
26. 複数のアフィリエイテッドＡＰを有するアクセスポイント（ＡＰ）マルチリンクデバイス（ＭＬＤ）を含んだ無線ネットワークにおける管理フレームであって、前記アフィリエイテッドＡＰの１つが全ての前記アフィリエイテッドＡＰのプロファイルを提供する管理ＡＰであることのシグナリングを行うフィールドを含む
    ことを特徴とする管理フレーム。
27. 前記管理フレームが、Ｂｅａｃｏｎフレームタイプである
    ことを特徴とする請求項２６に記載の管理フレーム。
28. 請求項１または２に記載の通信方法のステップを実行するように設定された少なくとも１つのマイクロプロセッサを含む
    ことを特徴とする無線通信デバイス。
29. 無線デバイスにおけるマイクロプロセッサ又はコンピュータシステムにより実行される場合に、請求項１または２に記載の通信方法を前記無線デバイスに実行させるプログラムを格納する
    ことを特徴とする非一時的なコンピュータ可読媒体。
    

Images