JP2022061316A

JP2022061316A - 無線通信装置及び無線通信方法

Info

Publication number: JP2022061316A
Application number: JP2020169244A
Authority: JP
Inventors: 朋子足立; Tomoko Adachi; 昌弘関谷; Masahiro Sekiya
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2020-10-06
Filing date: 2020-10-06
Publication date: 2022-04-18
Also published as: EP3982693A1; CN114389627A; US12041592B2; US20220110123A1

Abstract

【課題】マルチリンク通信においてリンク間の干渉による影響を抑えることができる無線通信装置及び無線通信方法を提供すること。【解決手段】実施形態による無線通信装置は、第１の周波数で、他の無線通信装置から、前記他の無線通信装置が第２の周波数で動作可能であることを識別可能な第１の情報、及び前記他の無線通信装置が前記第２の周波数と第１の周波数間で送信及び受信に制約があることを識別可能な第２の情報を受信し、前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことを前記他の無線通信装置に通知し、前記第１の周波数と前記第２の周波数で前記他の無線通信装置と接続し、前記第２の情報を受信した場合、前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記他の無線通信装置のアドレスを含むか否かに基づいて、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記他の無線通信装置宛てフレームのアクセス権を獲得する。【選択図】図５

Description

本発明の実施形態は、マルチリンク通信を行う無線通信装置及び無線通信方法に関する。

無線通信装置間で複数の無線リンクで通信を行うマルチリンク通信が知られている。複数の無線リンクの各々で独立して送受信すると、帯域が広がり、スループットが向上する。しかし、無線リンク間の干渉等により、複数の無線リンクの各々で独立して送受信することができない場合がある。

米国特許出願公開第２０１９／０１５８３８５号明細書米国特許出願公開第２０１９／０１５８４１３号明細書

本発明の目的は、マルチリンク通信においてリンク間の干渉による影響を抑えることができる無線通信装置及び無線通信方法を提供することである。

実施形態による無線通信装置は、
第１の周波数で、他の無線通信装置から、前記他の無線通信装置が第２の周波数で動作可能であることを識別可能な第１の情報、及び前記他の無線通信装置が前記第２の周波数と前記第１の周波数間で送信及び受信に制約があることを識別可能な第２の情報を受信し、
前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことを前記他の無線通信装置に通知し、
前記第１の周波数と前記第２の周波数で前記他の無線通信装置と接続し、
前記第２の情報を受信した場合、前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記他の無線通信装置のアドレスを含むか否かに基づいて、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記他の無線通信装置宛てフレームのアクセス権を獲得する。

マルチリンク通信で利用される無線リンクの一例を示す図である。マルチリンク通信を行う無線通信装置の一例を示す図である。ビーコンフレームのフォーマットの一例を示す図である。ビーコンフレームのフレームボディに含まれるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す図である。マルチリンク通信のための情報を通知する第１の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す図である。マルチリンク通信のための情報を通知する第２の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す図である。マルチリンク通信のための情報を通知する第３の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す図である。ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値と、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドに含まれるサブフィールドの種類との関係を示すテーブルである。マルチリンク通信のための情報を通知する第４の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す図である。Ｌｉｎｋ２とＬｉｎｋ３がｎｏｎ－ＳＴＲリンクの関係にあり、Ｌｉｎｋ１と他の２つの無線リンクはＳＴＲリンクの関係にある３つの無線リンクの一例を示す図である。アソシエーションリクエストフレームのフレームボディに含まれるＭＬエレメントのフォーマットの一例を示す図である。Ｌｉｎｋ２がＬｉｎｋ３とｎｏｎ－ＳＴＲリンクの関係にあることに加え、Ｌｉｎｋ２がＬｉｎｋ１ともｎｏｎ－ＳＴＲリンクの関係にある3つの無線リンクの状態の他の例を示す図である。ＭＬエレメントのフォーマットの他の例を示す図である。ＭＬエレメントのフォーマットのさらに他の例を示す図である。ＭＬエレメントのフォーマットのさらに他の例を示す図である。ＭＬエレメントのフォーマットのさらに他の例を示す図である。ｎｏｎ－ＳＴＲとなる無線リンク間の関係とＳＴＲとなる無線リンク間の関係のいくつかの例を示す図である。ｎｏｎ－ＳＴＲとなる無線リンク間の関係とＳＴＲとなる無線リンク間の関係のいくつかの例を示す図である。ＭＬエレメントのフォーマットのさらに他の例を示す図である。無線リンクの一例を示す図である。ＡＰＭＬＤがＳＴＡＭＬＤへ送信を行う一例を示す図である。データフレームのフォーマットの一例を示す図である。ＲＴＳフレームのフォーマットの一例を示す図である。フレームアグリゲーションによるパディングの一例を示す図である。トリガフレームのフォーマットの一例を示す図である。第２の実施形態におけるＭＬエレメントのフォーマットの一例を示す図である。無線ＬＡＮの規格におけるチャネルの一例を示す図である。無線ＬＡＮの規格におけるＳｔａｔｕｓＣｏｄｅの一例を示す図である。第３の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す図である。第４の実施形態によるＡＰＭＬＤが作成するテーブルの一例を示す図である。第４の実施形態によるＡＰＭＬＤが作成するテーブルの他の例を示す図である。第４の実施形態によるＡＰＭＬＤが作成するテーブルのさらに他の例を示す図である。第４の実施形態におけるＡＰＭＬＤによるＳＴＡＭＬＤの分類処理の一例を示すフローチャートである。第６の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す図である。第７の実施形態によるＭＵＥＤＣＡパラメータセットエレメントのフォーマットの一例を示す図である。第９の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す図である。第１０の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す図である。第１１の実施形態におけるトリガタイプサブフィールドの一例を示す図である。第１５の実施形態におけるアンテナの第１の実装例を示す図である。第１５の実施形態におけるアンテナの第２の実装例を示す図である。第１５の実施形態におけるアンテナの第３の実装例を示す図である。第１５の実施形態におけるアンテナの第４の実装例を示す図である。

以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介して接続されることも意味する。

以下、図面を参照しながら本実施の形態について詳細に説明する。

（第１の実施形態）
《マルチリンク通信》
マルチリンク通信では、無線通信装置間で複数の無線リンクを使って通信が行なわれる。マルチリンク通信は、マルチリンクオペレーション（Ｍｕｌｔｉ－ＬｉｎｋＯｐｅｒａｔｉｏｎ、以下ＭＬＯと称される）とも呼ばれる。

無線リンクとは、異なる周波数帯域又は同一周波数帯域内の周波数チャネルに対応する。２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯を利用するＩＥＥＥ８０２．１１に準拠する無線ＬＡＮでは、２０ＭＨｚチャネルを基準として、チャネルボンディング（ｃｈａｎｎｅｌｂｏｎｄｉｎｇ）技術を利用して、周波数チャネルが決められている。すなわち、無線ＬＡＮのチャネルは、隣り合う２０ＭＨｚチャネルを２つ用いる４０ＭＨｚチャネル、隣り合う２０ＭＨｚチャネルを４つ用いる８０ＭＨｚチャネル、隣り合う２０ＭＨｚチャネルを８つ用いる１６０ＭＨｚチャネル、又は隣り合う２０ＭＨｚチャネル４つの組を２つ用いる８０＋８０ＭＨｚチャネルを含む。これらのチャネルが無線リンクの周波数チャネルに該当する。なお、今後、特に６ＧＨｚ帯においては、無線ＬＡＮのチャネルとして、３２０ＭＨｚチャネル、１６０＋１６０ＭＨｚチャネル、２４０ＭＨｚチャネル、１６０＋８０ＭＨｚチャネルも想定される。

無線リンクを別の表現で言うと、一つのＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（以下、ＭＡＣと称される）アドレスを持つアクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、以下、ＡＰと称れる）が構成する無線ＬＡＮシステムの単位であるＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ（以下、ＢＳＳと称される）で用いられる周波数チャネルである。ＢＳＳで用いられる周波数チャネルは、ＡＰがビーコン（Ｂｅａｃｏｎ）フレームやプローブレスポンス（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）フレームを用いて無線通信装置に通知する。

図１はマルチリンク通信で使われる無線リンクの一例を示す。３つの周波数帯に設けられる無線リンクＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３が使われる。例えば、Ｌｉｎｋ１は、２．４ＧＨｚ帯に設けられ、チャネル幅は２０ＭＨｚである。Ｌｉｎｋ２は、５ＧＨｚ帯に設けられ、チャネル幅は８０ＭＨｚである。Ｌｉｎｋ３は、６ＧＨｚ帯に設けられ、チャネル幅は１６０ＭＨｚである。

当然、マルチリンクで使われる無線リンクの数は、３つに限らず、２つでもよいし、４つ以上でもよい。複数の無線リンクは、それぞれ異なる周波数帯に設けられるのではなく、同一周波数帯に設けられてもよい。例えば、１６０ＭＨｚチャネルの２つの無線リンクが６ＧＨｚ帯に設けられてもよい。周波数帯は、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯に限らず、無線システムが利用可能な周波数帯が増えれば、当然それらを含んでもよい。

なお、２．４ＧＨｚ帯については、実質干渉の影響なく利用できるチャネル番号がｃｈ．１、ｃｈ．６、ｃｈ．１１である。チャネル番号は、５ＭＨｚ間隔で付されるので、これらの３チャネルは、２５ＭＨｚ間隔である。そのため、ＩＥＥＥ８０２．１１規格では４０ＭＨｚチャネルの利用が認められているが、チャネルボンディングの利用は適当ではない。従って、２．４ＧＨｚ帯では１つの２０ＭＨｚチャネルが選択される利用形態が多くなると考えられる。

《ＡＰＭＬＤ，ＳＴＡＭＬＤ》
一般に、マルチリンク通信を行う場合、各無線リンクでＡＰの役割を果たす側の無線通信装置はＡＰＭｕｌｔｉ－ｌｉｎｋＤｅｖｉｃｅ（以下、ＡＰＭＬＤと称される）と呼ばれ、各無線リンクで非ＡＰ（端末（ＳＴＡ）として動作する無線通信装置はｎｏｎ－ＡＰＭＬＤと呼ばれる。ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮでは、ＡＰもＳＴＡの一種であるということから、ＡＰでないＳＴＡはｎｏｎ－ＡＰと表現される。しかし、ｎｏｎ－ＡＰＭＬＤは、直観的にＡＰと通信を行う対向の端末としてＳＴＡと表現することもできるため、この明細書では、便宜的にｎｏｎ－ＡＰはＳＴＡと称され、ｎｏｎ－ＡＰＭＬＤはＳＴＡＭＬＤと称される。

《無線通信装置》
図２は、マルチリンク通信を行う無線通信装置の一例を示す。

ＡＰＭＬＤ２２は、複数の無線リンク、例えばＬｉｎｋ１とＬｉｎｋ２でＳＴＡＭＬＤ２４Ａ、２４Ｂとマルチリンク通信を行うことができる。ＳＴＡＭＬＤ２４Ａ、２４Ｂの数は、２つに限らず、３つ以上でも、単数でもよい。マルチリンク通信を行う無線リンクの数は２つに限らず、３つ以上ででもよい。２つの無線リンクでマルチリンク通信を行う場合、Ｌｉｎｋ１とＬｉｎｋ２に限らず、Ｌｉｎｋ１とＬｉｎｋ３でもよいし、Ｌｉｎｋ２とＬｉｎｋ３でもよい。ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ａとの間の無線リンクの組み合わせは、ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ｂとの間の無線リンクの組み合わせと同じでもよいし、異なっていてもよい。

ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ａ、２４Ｂのマルチリンク通信に関する基本的な構造は概略同じである。図２には示していないが、ＡＰＭＬＤ２２は、有線のインフラストラクチャーネットワークに接続されていてもよい。また、２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係、又はＳＴＲリンクの関係（詳細は後述される）にあるかにより、ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ａ、２４Ｂの実装は変わる。

マルチリンク通信の一つの実現方法としては、無線リンク毎に無線媒体へのアクセスを制御する処理部と、物理処理部を無線通信装置に設けることがある。ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ａ、２４Ｂのそれぞれは、Ｌｉｎｋ１用の第１の物理処理部（ＰＨＹ１）３２と第１の下位ＭＡＣ処理部（ＬｏｗｅｒＭＡＣ１）３６と、Ｌｉｎｋ２用の第２の物理処理部（ＰＨＹ２）３４と第２の下位ＭＡＣ処理部（ＬｏｗｅｒＭＡＣ２）３８を備え、さらに、上位ＭＡＣ処理部４０と、管理エンティティ４４を備える。下位ＭＡＣ処理部３６、３８が無線媒体へのアクセスを制御する処理部に対応する。ＡＰＭＬＤ２２とＳＴＡＭＬＤ２４Ａ、２４Ｂ双方の下位ＭＡＣ処理部３６と物理処理部３２がＬｉｎｋ１を用い、下位ＭＡＣ処理部３８と物理処理部３４がＬｉｎｋ２を用いる。なお第１の物理処理部３２と第２の物理処理部３４は一部処理を共通にする構成を取ってもよい。

３つ以上の無線リンクによるマルチリンク通信を行う場合は、リンクの数に応じた数の物理処理部と下位ＭＡＣ処理部が設けられる。

ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮにおいて、媒体アクセス制御（ＭＡＣ）層は、無線媒体へのアクセスを制御する処理と、上位論理リンク制御（ＬｏｇｉｃａｌＬｉｎｋＣｏｎｔｒｏｌ；以下、ＬＬＣと称される）層との間でデータの受け渡しを行ったり、パワーセーブ動作に応じたデータのキューイングを行ったりするなどの処理が規定されている。下位ＭＡＣ処理部３６、３８は、前者の処理を実行し、上位ＭＡＣ処理部４０は後者の処理を実行する。なお、上位ＭＡＣ処理部４０と、下位ＭＡＣ処理部３６、３８との機能の切り分けは、この例に限定されず、変更されてもよい。

上位ＭＡＣ処理部４０は、上位層から受け取ったデータをそれと付随してデータフレーム（Ｄａｔａｆｒａｍｅ）に変換する際に必要な情報とともに、ＭＡＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（以下、ＭＳＤＵと称される）として扱う。さらに、上位ＭＡＣ処理部４０は、管理エンティティ４４（ＭＡＣ層に対応した管理エンティティは、ＭＡＣＬａｙｅｒＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ（以下、ＭＬＭＥと称される））の指示により管理フレーム（Ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）を生成するために必要な情報をＭＡＣＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ（以下、ＭＭＰＤＵと称される）として扱う。

下位ＭＡＣ処理部３６、３８は、上位ＭＡＣ処理部４０からＭＳＤＵ及びＭＭＰＤＵが渡されると、ＭＡＣフレーム（ＭＡＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ；以下、ＭＰＤＵと称される）を生成する。ＭＡＣフレームは、ＭＡＣヘッダとＦｒａｍｅＢｏｆｙ（フレームボディ）とＦｒａｍｅＣｈｅｃｋＳｅｑｕｅｎｃｅ（以下、ＦＣＳと称される）から構成される。

ＭＡＣヘッダは、フレーム種別を表すフィールドを含む。このフィールドは、ＴｙｐｅフィールドとＳｕｂｔｙｐｅフィールドに細分される。

ＭＡＣフレームの種別としては、大別すると、データフレーム、管理フレーム（ＭａｎａｇｅｍｅｎｔＦｒａｍｅ）、及び制御フレーム（Ｃｏｎｔｒｏｌｆｒａｍｅ）がある。これらの種別の識別情報は、Ｔｙｐｅフィールドに記載され、さらに細かい種別の識別情報は、Ｓｕｂｔｙｐｅフィールドに記載される。

ＭＡＣヘッダは、この他に、データフレーム、又は管理フレームの送信順を示すシーケンス番号が入るフィールドを含む。シーケンス番号は、上位ＭＡＣ処理部４０で割り当てられることが望ましい。データフレームでは、ＱｏＳ機能をサポートしている場合、シーケンス番号の割当は、トラヒック識別子（ＴｒａｆｆｉｃＩｄｅｎｔｉｆｉｅｒ；以下、ＴＩＤと称される）と送信先によって分かれる。管理フレームでも、シーケンス番号の割当は、送信先によって分かれる。従って、シーケンス番号を割り当てるためのｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓｐａｃｅは、複数設けられる。一般に、ｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓｐａｃｅは、モジュロ４０９６計数器（ｍｏｄｕｌｏ４０９６ｃｏｕｎｔｅｒ）である。

ＦＣＳは、誤り検出のための３２ビットのＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｏｄｅ）を含む。

後述のように、マルチリンク通信においては各下位ＭＡＣ処理部３６、３８がＭＡＣアドレスを持つため、これまでの規則を踏襲すると、送信先は送信先のリンクの各ＭＡＣアドレスという分解能となり、それごとにｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓｐａｃｅを設けなくてはならなくなる。しかし、フレームを送信するリンクを柔軟に切り替えられるようにするには、リンク間で同一のシーケンス番号を使う、すなわちリンク間でｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓｐａｃｅを共有することが望ましい。従って、ｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓｐａｃｅは、マルチリンク通信では送信先の無線通信装置毎に設けることが望ましい。複数の無線リンクを持つ送信先の無線通信装置を一括りで扱う方法としては、例えば、図２での上位ＭＡＣ処理部４０にＭＡＣアドレス（ＭＬＤＭＡＣアドレスとも称される）を割り当て、それを用いることが考えられる。こうすれば、データの送信元においても、上位層がデータを渡す場合には、上位ＭＡＣ処理部４０のＭＡＣアドレスを認識していればよく、上位ＭＡＣ処理部４０で送信に適当な下位ＭＡＣ処理部３６、３８にデータを振り分けることができる。別の方法としては、複数の無線リンクのＭＡＣアドレスの中でいずれか一つを代表として用いることが考えられる。

下位ＭＡＣ処理部３６、３８は、ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓｗｉｔｈＣｏｌｌｉｓｉｏｎＡｖｏｉｄａｎｃｅ（以下、ＣＳＭＡ／ＣＡと称される）等の無線媒体へのアクセス制御を行った後に、物理処理部３２、３４を介して無線媒体にＭＡＣフレームを送出する。ＭＡＣフレームは、物理処理部３２、３４で最終的にＰＨＹパケット（ＰＨＹＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ；以下、ＰＰＤＵとも称される）となり、図示しないアンテナを介して無線媒体に送信される。下位ＭＡＣ処理部３６、３８は、各々異なるＭＡＣアドレスを有する。下位ＭＡＣ処理部３６、３８は、ＭＡＣフレームを生成する際、ＭＡＣヘッダの送信元ＭＡＣアドレス（ＴｒａｎｓｍｉｔｔｉｎｇＡｄｄｒｅｓｓ；以下、ＴＡと称される）フィールドに各無線リンク別のＭＡＣアドレスを記載する。下位ＭＡＣ処理部３６、３８は、ＭＡＣフレームを生成する際、ＭＡＣヘッダの送信先ＭＡＣアドレス（ＲｅｃｅｉｖｉｎｇＡｄｄｒｅｓｓ；以下、ＲＡと称される）フィールドに、無線リンク上の対向のリンクレベルでのＭＡＣアドレスを記載する。ブロードキャストするフレームでは、下位ＭＡＣ処理部３６、３８は、ＲＡにブロードキャストアドレスを記載し、マルチキャストするフレームでは、ＲＡにマルチキャストアドレスを記載する。

ＭＡＣフレームの中の制御フレームは、無線媒体へアクセスする際の動作に深く関わるフレームであるため、下位ＭＡＣ処理部３６、３８で生成されることが望ましい。なお、前述のシーケンス番号は制御フレームでは付されない。

ＭＡＣフレームの中の管理フレームは、ビーコン（Ｂｅａｃｏｎ）フレーム、プローブリクエスト（ＰｒｏｂｅＲｅｑｕｅｓｔ）フレーム、プローブレスポンス（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）フレーム、オーセンティケーション（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、アソシエーションリクエスト（ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔ）フレーム、アソシエーションレスポンス（ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅ）フレーム等を含む。

ビーコンフレームは、ＡＰから定期的に送信され、ＢＳＳの動作情報や用いられる変調符号化方式（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ；以下、ＭＣＳと称される）等をＳＴＡに通知する。ビーコンフレームはＡＰＭＬＤ内のＡＰからも送信する。ＡＰＭＬＤ内のＡＰがビーコンフレームを送信する場合には後述のようにＡＰＭＬＤに係る情報も含める。ＡＰＭＬＤ内のＡＰが送信したビーコンフレームをＳＴＡＭＬＤ内のＳＴＡが受信すると、ＳＴＡＭＬＤとしてそのビーコンフレーム内の情報を共有する。

プローブリクエストフレームは、ＳＴＡがＡＰに対してビーコンフレームと同様の情報の送信を要求するものである。プローブリクエストフレームはＳＴＡＭＬＤ内のＳＴＡからも送信する。また受信先の対象はＡＰＭＬＤ内のＡＰでもよい。プローブレスポンスフレームは、プローブリクエストフレームを受信したＡＰが応答としてＳＴＡに送信するものである。プローブレスポンスフレームはＡＰＭＬＤ内のＡＰからも送信する。また受信先の対象はＳＴＡＭＬＤ内のＳＴＡでもよい。プローブレスポンスフレームは、ビーコンフレームと同様の情報を通知する。ＡＰＭＬＤ内のＡＰがプローブレスポンスフレームを送信する場合には後述のようにＡＰＭＬＤに係る情報も含める。ＡＰＭＬＤ内のＡＰが送信したプローブレスポンスフレームをＳＴＡＭＬＤ内のＳＴＡが受信すると、ＳＴＡＭＬＤとしてそのプローブレスポンスフレーム内の情報を共有する。

オーセンティケーションフレーム、アソシエーションリクエストフレーム、及びアソシエーションレスポンスフレームは、ＡＰとＳＴＡが接続する手順で用いられる。ＡＰＭＬＤ内のいずれかのＡＰとそれと同一の無線リンクを用いるＳＴＡＭＬＤ内のＳＴＡ間でフレームを交換し、ＡＰＭＬＤとＳＴＡＭＬＤの接続全体に適用することができる。オーセンティケーションフレームは相手を認証するために用いられ、ＡＰとＳＴＡの双方で送信される。アソシエーションリクエストフレームは、ＳＴＡからＡＰに送信され、接続をＡＰに要求する。ＳＴＡＭＬＤ内のＳＴＡからＡＰＭＬＤ内のＡＰにアソシエーションリクエストフレームが送信される場合には、ＳＴＡＭＬＤとＡＰＭＬＤ間で用いる無線リンクの割り当てもアソシエーションリクエストフレームで要求する。アソシエーションレスポンスフレームは、ＡＰからＳＴＡに送信され、アソシエーションリクエストに対する受け入れ又は拒否をＳＴＡに通知する。

データフレームは、基本的には上位層から渡されたデータを格納するフレームであるが、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮでは、ＭＳＤＵから生成されず、データが空、即ちＦｒａｍｅＢｏｄｙがないデータフレームもある。ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮでは、データフレームの具体例は、ＱｏＳＮｕｌｌフレームである。データフレームは、ＭＡＣ層に閉じた目的で用いられる。特に、ＱｏＳＮｕｌｌフレームは、シーケンス番号をどの値にも設定してよいため、上位ＭＡＣ処理部４０は関与せず、下位ＭＡＣ処理部３６、３８に閉じて生成されてもよい。

管理エンティティ４４は、ＩＥＥＥ８０２．１１規格では、ＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ（以下、ＳＭＥと称される）に相当するものである。ＭＡＣ層のためのＭＬＭＥとＰＨＹ層のためのＰＨＹＬａｙｅｒＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ（以下、ＰＬＭＥと称される）に細かくは分かれる。図２では、厳密に表現していないが、ＭＬＭＥは上位ＭＡＣ処理部４０と情報の受け渡しがあり、ＰＬＭＥは物理処理部３２、３４と情報の受け渡しがあるイメージである。

各物理処理部３２、３４は、マルチリンク通信の各無線リンクで受信したＰＨＹパケットのペイロードを、受信復号で用いたＭＣＳ情報などとともに、下位ＭＡＣ処理部３６、３８に渡す。下位ＭＡＣ処理部３６、３８は、ペイロードからＭＡＣフレームを抽出する。各物理処理部３２、３４は、復号できなかった信号に関しても、その受信レベルや受信タイミング情報を下位ＭＡＣ処理部３６、３８に渡す。下位ＭＡＣ処理部３６、３８は、キャリアセンスを行うためにこれらの情報を用いる。

下位ＭＡＣ処理部３６、３８は、ＭＡＣフレームを抽出する。下位ＭＡＣ処理部３６、３８は、ＦＣＳにより誤りがないと判断すると、当該ＭＡＣフレームが自端末宛てかをＭＡＣヘッダのＲＡフィールドにより判断する。下位ＭＡＣ処理部３６、３８は、ＲＡフィールドに当該無線リンクのＭＡＣアドレスが記載されていれば、ＭＡＣフレームからＦｒａｍｅＢｏｄｙを抽出するとともに、ＭＡＣヘッダの情報を用いて応答フレームを送信する必要があるかを判断する。応答フレームを送信する必要があれば、下位ＭＡＣ処理部３６、３８は、適切な応答フレームを生成し、物理処理部３２、３４を介して送信する。なお、ＲＡフィールドがブロードキャストアドレスである場合には、同一ＢＳＳ内のフレームであれば、当該ＭＡＣフレームからＦｒａｍｅＢｏｄｙを抽出する。同一ＢＳＳ内のフレームであるかは、ＡＰのＭＡＣアドレスであるＢＳＳＩｄｅｎｔｉｆｉｅｒ（以下、ＢＳＳＩＤと称される）を記載したアドレスフィールドによって確認する。ＡＰから送信されるＭＡＣフレームではＴＡがＢＳＳＩＤを表す。ＲＡフィールドがマルチキャストアドレスである場合には、同一ＢＳＳ内のフレームであり、かつそのマルチキャストアドレスに当該無線リンクのＭＡＣアドレスを含むなら、当該ＭＡＣフレームからＦｒａｍｅＢｏｄｙを抽出する。ブロードキャストアドレスとマルチキャストアドレスをまとめてグループアドレスとも言う。ＭＬＤとしてグループアドレスを扱う場合には、ＢＳＳＩＤの代わりにＡＰＭＬＤのＭＡＣアドレスを用いるようにしてもよい。

応答フレームは制御フレームであり、ＡｃｋフレームやＢｌｏｃｋＡｃｋフレームを含む。制御フレームではＲＡは必ずあるが、ＴＡは必ずしもあるとは限らない。応答フレームの場合、ＲＡフィールドが当該無線リンクのＭＡＣアドレスである場合、下位ＭＡＣ処理部３６、３８はＦｒａｍｅＢｏｄｙを抽出する。また応答フレームでＲＡフィールドがブロードキャストアドレスである場合、又はＲＡフィールドがマルチキャストアドレスであり当該無線リンクのＭＡＣアドレスを含むものである場合、ＴＡに受信対象とするＭＡＣアドレスが記載されているなら、下位ＭＡＣ処理部３６、３８は、ＦｒａｍｅＢｏｄｙを抽出する。下位ＭＡＣ処理部３６、３８は、ＦｒａｍｅＢｏｄｙを、ＭＡＣヘッダから抽出したシーケンス番号、ＴＡ、ＱｏＳデータフレームではトラヒック識別子、後述のＡＰＭＬＤではデータの最終アドレス（ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ；以下、ＤＡと称される）があるならそれとともに上位ＭＡＣ処理部４０に渡す。

上位ＭＡＣ処理部４０は、ＴＡと紐づく送信元の無線通信装置の上位ＭＡＣ処理部４０のＭＡＣアドレス又は代表ＭＡＣアドレスを特定し、トラヒック識別子別にＦｒａｍｅＢｏｄｙをシーケンス番号順に並べなおす。つまり、上位ＭＡＣ処理部４０は、リオーダリングバッファ（ｒｅｏｒｄｅｒｉｎｇｂｕｆｆｅｒ）を持つ。データフレームの場合で、最終宛先が自無線通信装置であれば、上位ＭＡＣ処理部４０は、ＦｒａｍｅＢｏｄｙを上位層へ渡す。ＡＰＭＬＤ２２は、データフレームを受信した場合で、ＤＡが自無線通信装置ではない場合、転送処理を行う。ＴＡからデータの送信元の無線通信装置の上位ＭＡＣ処理部４０のＭＡＣアドレス又は代表ＭＡＣアドレスを導出する手段としては、予めどの無線リンクのＭＡＣアドレスがどの上位ＭＡＣ処理部４０アドレス、又は代表アドレス下で使われているかを、無線通信装置間のネゴシエーションで把握しておく方法がある。いずれかの無線リンクで通信を確立する過程において、これらを通知し合う方法もある。さらに、上位ＭＡＣ処理部４０のＭＡＣアドレス、又は代表アドレスと各無線リンクのＭＡＣアドレスに何らかのアドレスを割り当てる際の規則性を予め設定しておいて、その規則性から判断できるようにしてもよい。

マルチリンク通信を行う無線通信装置間で、一方の無線通信装置が各無線リンクでＡＰＭＬＤとなり、もう一方の無線通信装置が各無線リンクでＳＴＡＭＬＤとなる関係において、マルチリンク通信を行う複数の無線リンクのいずれか一つを一次リンク又はプライマリリンク（ｐｒｉｍａｒｙｌｉｎｋ）とし、他の残りの少なくとも１以上の無線リンクを二次リンク又はセカンダリリンク（ｓｅｃｏｎｄａｒｙｌｉｎｋ）とする方式がある。第１の実施形態では、ＡＰＭＬＤがプライマリリンクを設定するとする。リンクは周波数に関係するので、プライマリリンクは一次周波数又はプライマリ周波数とも称され、セカンダリリンクは二次周波数又はセカンダリ周波数とも称される。

この方式では、ＳＴＡＭＬＤは、プライマリリンクの無線媒体の状態を見て、プライマリリンクが空いていたら、プライマリリンクのアクセス権を獲得し、セカンダリリンクも同時に空いていたならセカンダリリンクのアクセス権を獲得し、プライマリリンクと同時にセカンダリリンクでも送信を行う。

ＡＰＭＬＤは、ＳＴＡＭＬＤに信号を送信する場合、ＳＴＡＭＬＤと同様にプライマリリンクを基準にアクセス権を獲得し、プライマリリンクでＳＴＡＭＬＤに信号を送信する。ＳＴＡＭＬＤがプライマリリンクで通信を行っている場合、ＡＰＭＬＤが当該ＳＴＡＭＬＤでのセカンダリリンクで当該ＳＴＡＭＬＤ宛ての送信を行うと、当該ＳＴＡＭＬＤでプライマリリンクとセカンダリリンクの間で干渉が発生する。

そのため、この方式では、リンク間で干渉が発生する場合、ＡＰＭＬＤは、ＳＴＡＭＬＤでのセカンダリリンクで当該ＳＴＡＭＬＤ宛ての送信をするべきではない、とされている。

しかし、無線通信装置によって、無線リンク間の干渉が問題になる場合と問題にならない場合が混在する。無線リンク間で干渉が問題にならない場合は、無線通信装置間でマルチリンク通信を行う際、各リンク独立に送信できる。そのため、無線媒体の状態を見てアクセス権を獲得し、セカンダリリンクも同時に空いていたならセカンダリリンクでもプライマリリンクと同時に送信する、というような、プライマリリンクを基準にしたマルチリンク通信を行う必要がない。

プライマリリンクを基準にした上記方式のマルチリンク通信では、セカンダリリンクでは送信が実行できるにも関わらず、プライマリリンクでは送信が実行できない場合、セカンダリリンクでの送信を実行しないように制御されているので、無線通信装置の送信機会が減る。

また、ＡＰＭＬＤは、ＳＴＡＭＬＤへのデータフレームの送信は、そのプライマリリンクを基準としてプライマリリンクでのみで送信する場合、又はセカンダリリンクも同時に空いていたらプライマリリンクとセカンダリリンクで送信する場合に限られている。だが、ＳＴＡＭＬＤが送信を実行していなければ、セカンダリリンクでのみ当該ＳＴＡＭＬＤへのデータフレームの送信は技術的には実行可能である。

しかし、上記方式では、セカンダリリンクのみでデータフレームの送信を実行する手法が検討されていない。これは、ＡＰＭＬＤの送信機会が減ることになる。

さらに、この方式では、ＳＴＡＭＬＤがプライマリリンクのみでデータフレームを送信している場合、ＡＰＭＬＤは、リンク間の干渉を考慮して、セカンダリリンクで当該ＳＴＡＭＬＤへデータフレームを送信すべきではないとされている。

しかし、実際の通信では当該ＳＴＡＭＬＤがデータフレームの受信側で応答フレームを送信する場合にも、その送信時にはセカンダリリンクで当該ＳＴＡＭＬＤへの送信を実行するべきではないが、この対応が検討されていない。

従って、本実施形態は、ＡＰＭＬＤが、ＳＴＡＭＬＤの各々で干渉が問題になる無線リンクで干渉を起こさずに送信を行うことを目的とする。また無線リンク間で干渉が起こらないＳＴＡＭＬＤも混在する状況下で無線リンクを共有することを目的とする。さらに、本実施形態は、ＳＴＡＭＬＤによってプライマリリンクが異なる場合でも、制御の複雑化を防止することも目的とする。

《ｎｏｎ－ＳＴＲＭＬＤ，ｎｏｎ－ＳＴＲリンク》
マルチリンク通信を行う無線通信装置の実装方法によっては、無線リンク間で制約が生じることがある。

物理処理部３２、３４から実際に無線媒体にアンテナを介して信号を発射するには、図示しないアナログ処理部を経ることになる。アナログ処理部は、デジタル信号であるＰＨＹパケットを無線リンクに応じた周波数のアナログ信号に変換し、アンテナから送出する。受信の際は、アナログ処理部は、アンテナにより受信したアナログ信号を物理処理部３２、３４で処理できるようにデジタル信号に変換する。このアナログ処理部が使うＲＦフィルタを複数の物理処理部３２、３４にまたがって共有することが考えられる。ＲＦフィルタは無線リンクに応じた周波数レンジの信号のみを通過させるフィルタであり、複数の物理処理部３２、３４にまたがって共有する場合、複数の物理処理部３２、３４が対応する複数の無線リンクの周波数を網羅する幅の周波数レンジを持つことになる。

例えば、図１のＬｉｎｋ２のアナログ処理部とＬｉｎｋ３のアナログ処理部でＲＦフィルタを共有する場合、Ｌｉｎｋ２で信号を送信している際にはＬｉｎｋ３にその送信信号が漏れ込み、Ｌｉｎｋ３の受信で干渉が生じる。そのような状況で、Ｌｉｎｋ３でＬｉｎｋ３のＭＡＣアドレスをＲＡとする（引いては自無線通信装置を宛先とする）フレームを格納するＰＨＹパケットを受信しても、正しく受信かつ復号できない状況が起こりうる。例えばＩＥＥＥ８０２．１１に準拠する無線ＬＡＮでは各ＭＣＳによって要求される最小受信感度が規定されているが、その最小受信感度以上の受信電力でＰＨＹパケットを受信していても復号できない状況である。その他、隣接チャネル抑圧レベル（ＡｄｊａｃｅｎｔＣｈａｎｎｅｌＲｅｊｅｃｔｉｏｎ）を満たしていてもＰＨＹパケットを復号できない状況等がある。すなわち、通常のＰＨＹパケットの受信に係る要求仕様を満たしていても受信復号できない場合である。

実装方法によっては、物理処理部３２、３４でのデジタルフィルタで無線リンク毎の利用する周波数レンジを制限する、無線リンク毎に局部発信器（ＬｏｃａｌＯｓｃｉｌｌａｔｏｒ；以下、ＬＯと称される）を持つ等により、二位相偏移変調（ＢｉｎａｒｙＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ；以下、ＢＰＳＫと称される）など低い多値化変調を用いたＰＨＹパケットなら復号できることもある。

しかし、単一のリンクでのみ動作しているならば、無線信号の衝突がなければ受信し復号できる受信電力とＭＣＳという同一条件であっても、２つの無線リンクの一方で送信している場合、他方で少なくとも自無線通信装置宛てのＭＡＣフレームを受信できない場合がある。いずれか一方で送信している時に他方で同時受信ができない、すなわち同時並行で送受信ができない２つの無線リンクは、ｎｏｎ－ｓｉｍｕｌｔａｎｅｏｕｓｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎ（以下、ｎｏｎ－ＳＴＲと称される）リンクの関係にあると称される。

また、ｎｏｎ－ＳＴＲリンクとは、ある他の無線リンクでの送信によって受信が制限される無線リンク、又はある他の無線リンクと独立に送受信できない無線リンク、と言うことができる。

実装方法によっては、ｎｏｎ－ＳＴＲリンクの関係にある２つ無線リンクにおいて、一方のリンクで送信している時に他方のリンクでキャリアセンスを実施できない場合もある。

図１のＬｉｎｋ１のアナログ処理部のＲＦフィルタをＬｉｎｋ２及びＬｉｎｋ３のアナログ処理部のＲＦフィルタとは別とすることにより、Ｌｉｎｋ１の送受信は、Ｌｉｎｋ２及びＬｉｎｋ３の送受信により影響を受けない場合、Ｌｉｎｋ１は、Ｌｉｎｋ２、又はＬｉｎｋ３と独立に送受信ができる。この場合、通常のＰＨＹパケットの受信に係る要求仕様を満たして正常に受信復号でき、またキャリアセンス規定を満たした待ち受け動作ができるということである。以下の説明では、同時並行で送受信できる２つの無線リンクは、ｓｉｍｕｌｔａｎｅｏｕｓｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎ（以下、ＳＴＲと称される）リンクの関係にあると称される。

また、ＳＴＲリンクとは、ある他の無線リンクでの送信によって受信が制限されない無線リンク、又はある他の無線リンクと独立に送受信できる無線リンク、と言うことができる。

２つの無線リンクの関係がＳＴＲでなければｎｏｎ－ＳＴＲ、ｎｏｎ－ＳＴＲでなければＳＴＲの関係にある。２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係にあるか否かは２つの無線リンクの周波数上の離隔距離に依存すると言うこともできる。

例えば、図１でＬｉｎｋ２とＬｉｎｋ３は、それらの周波数が十分に離れていれば、ともにＳＴＲリンクになる場合もある。このように無線リンクの組み合わせ方によってはｎｏｎ－ＳＴＲリンクとなる無線リンクが発生する可能性がある無線通信装置は、ｎｏｎ－ＳＴＲＭＬＤと称される。

またｎｏｎ－ＳＴＲＭＬＤは、１つ以上の無線リンクで通信可能であるが、１つの無線リンクでフレームを送信又は受信している時は、他の無線リンクではフレームを送信又は受信できないＭＬＤとすることもできる。ｎｏｎ－ＳＴＲＭＬＤは、（１）同時には１つの無線リンクでしか他のＭＬＤへデータフレーム／管理フレームを送信又は受信することしかできず、（２）１つ又は多数の無線リンクで待ち受け（ｌｉｓｔｅｎ）することができる。待ち受け動作はイニシャルコントロールメッセージ（例えば、ＲｅｑｕｅｓｔｔｏＳｅｎｄ（以下、ＲＴＳと称される）／Ｍｕｌｔｉ－ＵｓｅｒＲＴＳ（以下、ＭＵＲＴＳと称される））を受信することとともに、ＣｌｅａｒＣｈａｎｎｅｌＡｃｃｅｓｓ（以下、ＣＣＡと称される）を含む。イニシャルコントロールメッセージは、空間（ｓｐａｔｉａｌ）ストリーム、ＭＣＳ（データレート）、ＰＰＤＵタイプ、フレームタイプの１つ、又は多数の限定を含んでもよい。リンク切り替え遅延は、ｎｏｎ－ＡＰＭＬＤによって指示されてもよい。

一方、いかなる無線リンクの組み合わせであっても、２つの無線リンクがｎｏｎ－ＳＴＲリンク関係にある可能性がなく、どのリンクもＳＴＲリンクとして利用できる無線通信装置は、ＳＴＲＭＬＤと称される。

なお、無線リンクの選択結果、全ての無線リンクがＳＴＲリンクとして利用できる場合にその無線通信装置がＳＴＲＭＬＤと称され、少なくとも２つの無線リンクがｎｏｎ－ＳＴＲリンク関係にある場合、その無線通信装置がｎｏｎ－ＳＴＲＭＬＤと称されてもよい。以下の説明では、特に言及しない場合は、ＳＴＲＭＬＤとｎｏｎ－ＳＴＲＭＬＤの定義は前者の定義であるとする。本実施形態では、無線通信装置がｎｏｎ－ＳＴＲＭＬＤか、又はＳＴＲＭＬＤかよりも、２つの無線リンクがＳＴＲリンクの関係にあるか、又はｎｏｎ－ＳＴＲリンクの関係にあるかがメインの論点である。

本実施形態では、ＡＰＭＬＤは、いかなる無線リンクの組み合わせであっても２つの無線リンクがＳＴＲリンクの関係にあるＳＴＲＭＬＤとする。一方、ＳＴＡＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤである場合もあるし、ＳＴＲＭＬＤである場合もあるとする。ＳＴＡＭＬＤでかつｎｏｎ－ＳＴＲＭＬＤの無線通信装置はｎｏｎ－ＳＴＲＳＴＡＭＬＤと称される。ＳＴＡＭＬＤでかつＳＴＲＭＬＤの無線通信装置はＳＴＲＳＴＡＭＬＤと称される。無線通信システムにｎｏｎ－ＳＴＲＳＴＡＭＬＤとＳＴＲＳＴＡＭＬＤが混在していても、ＡＰＭＬＤとは、ｎｏｎ－ＳＴＲＳＴＡＭＬＤとＳＴＲＳＴＡＭＬＤの両方ともマルチリンク通信を実行できる。

《ＡＰＭＬＤによるＳＴＡＭＬＤ用プライマリリンクの設定と、ＳＴＡＭＬＤへの通知》
ＡＰＭＬＤ２２は、各無線リンクでビーコンフレームを送信する際、他の無線リンクの通信状態に関する情報も通知する。例えば、ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮでは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントという、情報エレメントを用いて他のＡＰＭＬＤの通信状態に関する情報を通知することができる。本実施形態も、このエレメントを用いてプライマリリンクを通知する。

図３は、ＡＰＭＬＤ２２が送信するビーコンフレームのフォーマットの一例を示す。厳密にはＡＰＭＬＤ２２がいずれかの無線リンクを介して送信するビーコンフレームであり、Ｌｉｎｋ１から送信するのであれば下位ＭＡＣ処理部３６のＭＡＣアドレスを持つＡＰから、Ｌｉｎｋ２から送信するのであれば下位ＭＡＣ処理部３８のＭＡＣアドレスを持つＡＰから送信する。ビーコンフレームは、ＭＡＣヘッダ、ＦｒａｍｅＢｏｄｙ（オクテット単位の可変長（ｖａｒｉａｂｌｅ））、及びＦＣＳ（４オクテット）を含む。

ＭＡＣヘッダは、ＦｒａｍｅＣｏｎｔｒｏｌ（フレームコントロール）フィールド（２オクテット）、Ｄｕｒａｔｉｏｎフィールド（２オクテット）、Ａｄｄｒｅｓｓ１（第１のアドレス）フィールド（６オクテット）、Ａｄｄｒｅｓｓ２（第２のアドレス）フィールド（６オクテット）、Ａｄｄｒｅｓｓ３（第３のアドレス）フィールド（６オクテット）、ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ（シーケンスコントロール）フィールド（２オクテット）、及びＨＴＣｏｎｔｒｏｌ（ＨＴコントール）フィールド（０、又は４オクテット）を含む。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドは、ＴｙｐｅサブフィールドとＳｕｂｔｙｐｅサブフィールドを含む。ＡＰＭＬＤは、管理フレームの識別情報をＴｙｐｅサブフィールドに記載し、ビーコンの識別情報をＳｕｂｔｙｐｅサブフィールドに記載して、ビーコンフレームを送信する。

ＦｒａｍｅＢｏｄｙは、フレームタイプとフレームサブタイプに固有の情報を含む。ＦｒａｍｅＢｏｄｙは、多数の情報エレメントを含む。

図４は、ビーコンフレームのＦｒａｍｅＢｏｄｙに含まれる情報エレメントの一例であるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す。ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントは、ＥｌｅｍｅｎｔＩＤフィールド（１オクテット）、Ｌｅｎｇｔｈフィールド（１オクテット）、及びＮｅｉｇｈｂｏｒＡＰＩｎｆｏｍａｔｉｏｎフィールド（オクテット単位の可変長）を含む。

ＮｅｉｇｈｂｏｒＡＰＩｎｆｏｍａｔｉｏｎフィールドは、ＴａｒｇｅｔＢｅａｃｏｎＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅ（以下、ＴＢＴＴと称される）ＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒサブフィールド（２オクテット）、ＯｐｅｒａｉｎｇＣｌａｓｓサブフィールド（１オクテット）、ＣｈａｎｎｅｌＮｕｍｂｅｒサブフィールド（１オクテット）、及びＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔサブフィールド（ｖａｒｉａｂｌｅ）を含む。

ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮでは、無線リンクの周波数上の中心周波数の位置をチャネル番号で把握できるようになっている。チャネル番号は５ＭＨｚ間隔で付される。ＡＰＭＬＤは、この値をＣｈａｎｎｅｌＮｕｍｂｅｒサブフィールドに記載する。ＡＰＭＬＤは、各国、各地域での利用規則（ｒｅｇｕｌａｔｉｏｎ）（出力の制限等）とチャネル幅を合わせた情報をＯｐｅｒａｔｉｎｇＣｌａｓｓサブフィールドに記載する。

これら２つのサブフィールドによって、ＳＴＡＭＬＤは、どの周波数位置でどのチャネル幅を用いてＡＰＭＬＤが動作しているかを把握することができる。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒフィールドは、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＦｉｅｌｄＴｙｐｅサブフィールド（２ビット）、ＦｉｌｔｅｒｅｄＮｅｉｇｈｂｏｒＡＰサブフィールド（１ビット）、Ｒｅｓｅｒｖｅｄ（リザーブド）サブフィールド（１ビット）、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＣｏｕｎｔサブフィールド（４ビット）、及びＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールド（８ビット）を含む。Ｒｅｓｅｒｖｅｄフィールドは、現状は利用されておらず、将来の利用に残されているフィールドである。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔサブフィールドは、単数又は複数のＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドを含む。

各ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドは、ＮｅｉｇｈｂｏｒＡＰＴＢＴＴＯｆｆｓｅｔサブフィールド（１オクテット）、ＢＳＳＩｄｅｎｔｉｆｉｅｒ（以下、ＢＳＳＩＤと称される）サブフィールド（ｏｐｔｉｏｎａｌ）（０オクテット又は６オクテット）、Ｓｈｏｒｔ－ＳＳＩＤサブフィールド（ｏｐｔｉｏｎａｌ）（０オクテット又は４オクテット）、及びＢＳＳＰａｒａｍｅｔｅｒｓサブフィールド（ｏｐｔｉｏｎａｌ）（０オクテット又は１オクテット）を含む。ＡＰＭＬＤは、ＢＳＳＩＤサブフィールドに、ＢＳＳの識別子であるＢＳＳＩＤを記載する。ＡＰＭＬＤは、Ｓｈｏｒｔ－ＳＳＩＤサブフィールドに、無線ＬＡＮシステムのサービス識別子であるＳＳＩＤを記載する。ＢＳＳＩＤサブフィールドとＳｈｏｒｔ－ＳＳＩＤサブフィールドは、必須ではなく、ＮｅｉｇｈｂｏｒＡＰＩｎｆｏｍａｔｉｏｎフィールドはこれらのサブフィールドを含まなくてもよい。

ＢＳＳＰａｒａｍｔｅｒｓフィールドは、ＯＣＴＲｅｃｏｍｍｅｎｄｅｄサブフィールド（１ビット）、ＳａｍｅＳＳＩＤサブフィールド（１ビット）、ＭｕｌｔｉｐｌｅＢＳＳＩＤサブフィールド（１ビット）、ＴｒａｎｓｍｉｔｔｅｄＢＳＳＩＤサブフィールド（１ビット）、ＭｅｍｂｅｒＯｆＥＳＳＷｉｔｈ２．４／５ＧＨｚＣｏ－ＬｏｃａｔｅｄＡＰサブフィールド（１ビット）、ＵｎｓｏｌｉｃｉｔｅｄＰｒｏｂｅＲｅｓｐｏｎｓｅＡｃｔｉｖｅサブフィールド（１ビット）、Ｃｏ－ＬｏｃａｔｅｄＡＰサブフィールド（１ビット）、及びＲｅｓｅｒｖｅｄサブフィールド（１ビット）を含む。

ＳＴＡＭＬＤは、図４に示すＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントを含むビーコンフレームを受信することにより、周辺（同一デバイス含めて）のＡＰがどの周波数位置でどのチャネル幅を用いて動作しているかを把握することができるが、どのＡＰが当該ビーコンフレームを送信するＡＰと同一のＡＰＭＬＤ下でマルチリンク動作に関わっているかは把握できない。

ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントは、追加で情報フィールドを含めることが可能である。そのため、本実施形態によるＡＰＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下で利用されるか否かを示す情報と、ビーコンフレームを送信する無線リンクがプライマリリンクであるか否かを示す情報を情報フィールドに追加することにより、これらの情報をＳＴＡＭＬＤに通知することができる。

また、ＡＰＭＬＤは、各無線リンクにリンク識別子（ＬｉｎｋＩｄｅｎｔｉｆｉｅｒ；以下、ＬｉｎｋＩＤと称される）を割り当て、リンク識別子も合わせてこの情報フィールドに記載してもよい。

図５は、この情報フィールドが追加されたＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す。図５には示されていないが、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒフィールドは、図４と同様なサブフィールドを含み、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドは、図４と同様なサブフィールドを含む。

ＮｅｉｇｈｂｏｒＡＰＩｎｆｏｍａｔｉｏｎフィールドは、図４と同様に、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒサブフィールド、ＯｐｅｒａｉｎｇＣｌａｓｓサブフィールド、ＣｈａｎｎｅｌＮｕｍｂｅｒサブフィールド、及びＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＳｅｔサブフィールドを含み、さらにＭＬＯサブフィールド（１オクテット）を含む。

ＭＬＯサブフィールドは、ＳＴＡＭＬＤにマルチリンク通信のための情報を通知するための情報フィールドである。ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下で利用される場合に追加される。ＭＬＯフィールドは、ＰｒｉｍａｒｙＬｉｎｋサブフィールド（１ビット）、ＬｉｎｋＩＤサブフィールド（３ビット）、及びＲｅｓｅｒｖｅｄサブフィールド（４ビット）を含む。

ＡＰＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰの用いる無線リンクがプライマリリンクであるか否かを示す情報をＰｒｉｍａｒｙＬｉｎｋサブフィールドに記載する。ＡＰＭＬＤは、当該ＡＰの利用する無線リンクのリンク識別子をＬｉｎｋＩＤサブフィールドに記載する。送信しているビーコンフレームが用いている無線リンクそのものがプライマリリンクである場合にこれを通知するためには、当該ビーコンフレームを送信しているＡＰ自身に関する情報もＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントに含めるべきである。

ＰｒｉｍａｒｙＬｉｎｋフィールドのサイズは、１ビットで十分である。当該ＡＰの用いる無線リンクがプライマリリンクである場合にはＰｒｉｍａｒｙＬｉｎｋサブフィールドに“１”を、プライマリリンクでない場合にはＰｒｉｍａｒｙＬｉｎｋサブフィールドに“０”を設定する。ＡＰＭＬＤで対応できる最大の無線リンク数を制限すれば、ＬｉｎｋＩＤサブフィールドのビット数を制限できる。例えば、最大の無線リンク数を８に制限し、リンク識別子を０から割り当てるようにすれば、ＬｉｎｋＩＤサブフィールドのサイズは、３ビットである。リンク識別子が０の場合を特別な意味を持たせるために使用しない（Ｒｅｓｅｒｖｅｄにする）とすれば、３ビットでは最大リンク数は７になる。ＭＬＯサブフィールドのサイズを図５のように１オクテットとすると、ＰｒｉｍａｒｙＬｉｎｋフィールドを１ビットとし、ＬｉｎｋＩＤフィールドを３ビットとすれば、残りの４ビットは将来の利用に残す（Ｒｅｓｅｒｖｅｄにする）ことができる。

次に、マルチリンク通信のための情報の通知方法の第２、第３の例を説明する。第１の例では、図５に示すようなＭＬＯフィールドのような新たな情報フィールドがＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントに追加されている。第２、第３の例では、新たな情報フィールドが追加されることなく、現行のＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントの中のＲｅｓｅｒｖｅｄビットが利用されてマルチリンク通信のための情報が通知される。

図４に示すように、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントの中のＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒフィールドは、Ｒｅｓｅｒｖｅｄビット（Ｂ３）を含む。図６は、このビットＢ３を利用してマルチリンク通信のための情報を通知する第２の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す。

第２の例では、ＡＰＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下でマルチリンク動作を行っていることを識別可能なＭｕｌｔｉ－Ｌｉｎｋ（以下、ＭＬと称される）情報をＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＨｅａｄｅｒフィールドのビットＢ３に記載する。ＡＰＭＬＤは、当該ＡＰが同一ＡＰＭＬＤ下で利用される場合、ＭＬビットを“１”とし、同一ＡＰＭＬＤ下でマルチリンク動作を行っていない場合、ＭＬビットを“０”とする。

このＭＬビットを含むビーコンフレームを受信したＳＴＡＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのＭＬビットが“１”であれば、そのＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知される無線リンクをビーコンフレームを送信したＡＰＭＬＤとの間のマルチリンク動作で使用する無線リンクの候補とする。

また、図４に示すように、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントの中のＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドの中のＢＳＳＰａｒａｍｔｅｒｓサブフィールドも、Ｒｅｓｅｒｖｅｄサブフィールド（ビットＢ７）を含む。図７は、このビットＢ７を利用してマルチリンク通信のための情報を通知する第３の例におけるＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す。

ＡＰＭＬＤは、第２の例と同様なＭＬ情報をＢＳＳＰａｒａｍｔｅｒｓフィールドのビットＢ７に記載する。
この図７でのＭＬサブフィールドの設定方法は図６でのＭＬサブフィールドと同様である。あるいは図６のＭＬサブフィールドを使用しつつ、図７の代わりにＢＳＳＰａｒａｍｅｔｅｒｓフィールドの最後のビットＢ７をプライマリリンクか否かを示すために使うようにしてもよい。このようにすれば、合わせてどの無線リンクがプライマリリンクとして動作するかを通知することができる。このビットＢ７は図５のＰｒｉｍａｒｙＬｉｎｋサブフィールドと同様である。

このように、図６、図７の例では、ＡＰＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下でマルチリンク動作をしているいか否かをＭＬビットによりＳＴＡＭＬＤへ通知する。図６、図７の例でも、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントの最後に、図５のＭＬＯサブフィールドと同様な１オクテットのフィールドを追加して、ＡＰＭＬＤがビーコンフレームを送信する無線リンクをプライマリリンクに設定したか否かをそのフィールドを用いて通知してもよい。図５のＭＬＯサブフィールドはそれが存在するとＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下で利用されることを通知するため、図６や図７のＭＬサブフィールドに代わる効果があった。一方、図６や図７の例の場合にＭＬＯサブフィールドをさらに追加する場合には、ＭＬフィールドがＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下で利用されるか否かを通知する。このＭＬサブフィールドが“１”に設定され、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下でマルチリンク動作をしている場合にＭＬＯサブフィールドが存在する。このように、ＭＬＯサブフィールドとＭＬサブフィールドの組み合わせは、プライマリリンク情報やＬｉｎｋＩＤ情報を追加で通知するという多段階の通知手段になる。

次に、ＡＰＭＬＤがプライマリリンクに関する情報をＳＴＡＭＬＤへ通知する第４の例を説明する。

ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメント内のＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドは、サイズが可変である。ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドのサイズは、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値により決まっている。そしてＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドで指定されたＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドのサイズによってＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドに含まれるサブフィールドの種類が決まる。

図８は、無線ＬＡＮの規格におけるＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値と、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドに含まれるサブフィールドの種類との関係の一例を示すテーブルである。例えば、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値が１の場合、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＮｅｉｇｈｂｏｒＡＰＴＢＴＴＯｆｆｓｅｔサブフィールドのみを含むことを示す。ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値が２の場合、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＮｅｉｇｈｂｏｒＡＰＴＢＴＴＯｆｆｓｅｔサブフィールドとＢＳＳｐａｒａｍｅｔｅｒｓサブフィールドを含むことを示す。ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値が５の場合、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＮｅｉｇｈｂｏｒＡＰＴＢＴＴＯｆｆｓｅｔサブフィールドとＳｈｏｒｔ－ＳＳＩＤサブフィールドを含むことを示す。以下、同様に、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値が１２の場合、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＮｅｉｇｈｂｏｒＡＰＴＢＴＴＯｆｆｓｅｔサブフィールド、ＢＳＳＩＤサブフィールド、Ｓｈｏｒｔ－ＳＳＩＤサブフィールド、及びＢＢＳｐａｒａｍｅｔｅｒｓを含むことを示す。

ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値には、現状は利用されていない（Ｒｅｓｅｒｖｅｄ）値がある。ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値がこのいずれかのＲｅｓｅｒｖｅｄ値になるように、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドに含まれる新たなサブフィールドのサイズを定義すれば、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドに新たなサブフィールドを設けることができる。ＡＰＭＬＤが、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰが同一ＡＰＭＬＤ下で利用されるか否か、及び当該ＡＰの無線リンクがプライマリリンクであるか否かをこのサブフィールドを用いて通知するようにしてもよい。

また、ＡＰＭＬＤが、このサブフィールドにＡＰが同一ＡＰＭＬＤ下で利用されるか否かを識別可能な情報及び当該ＡＰの無線リンクのマルチリンク動作におけるリンク識別子を記載し、ＡＰＭＬＤがプライマリリンクに設定した無線リンクのリンク識別子を他の情報エレメント等を用いて通知するようにしてもよい。

このリンク識別子は、例えば図１や図２でＬｉｎｋＸと描いたＸに相当するものでもよい。図９は、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールド内のＢＳＳＰａｒａｍｅｔｅｒｓサブフィールドの後に、ＭＬＬｉｎｋＩＤサブフィールド（１オクテット）が新たに定義されたＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントのフォーマットの一例を示す。ＡＰＭＬＤは、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントで通知するＡＰの無線リンクのリンク識別子をＭＬＬｉｎｋＩＤサブフィールドに記載する。

ＭＬＬｉｎｋＩＤサブフィールドがＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドに含まれる場合は、ＢＳＳＩＤサブフィールド、Ｓｈｏｒｔ－ＳＳＩＤサブフィールド、ＢＳＳＰａｒａｍｅｔｅｒｓサブフィールドもＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドに必ず含まれるようにする。この場合は、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値として、１３が設定されればよい。

マルチリンク通信で用いる各無線リンクは必ず同じＳＳＩＤとするという規則を設けるならば、ＭＬＬｉｎｋＩＤサブフィールドは、ＢＳＳＩＤサブフィールド及びＢＳＳＰａｒａｍｅｔｅｒｓサブフィールドと必ずセットでＴＢＴＴＩｎｆｏｒｍａｔｉｏｎフィールドに含まれる。この場合は、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値として９が設定されればよい。

無線ＬＡＮの規格の一例では、図８に示すように、ＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドの値の１３も９も未使用である。なお、１３や９の値が他の用途でＴＢＴＴＩｎｆｏｒｍａｔｉｏｎＬｅｎｇｔｈサブフィールドで使用済みになった場合には、引き続きＲｅｓｅｒｖｅｄになっているいずれかの値を満たすようにＭＬＬｉｎｋＩＤサブフィールドの値を調整すればよい。

なお、ここではプライマリリンクという表現が用いられたが、この代わりにアンカーリンク（ａｎｃｈｏｒｌｉｎｋ）と称されてもよい。

ＡＰＭＬＤは、ＭＬＬｉｎｋＩＤサブフィールドを用いて、図５に示したＭＬＯサブフィールドと同様に、プライマリリンクに設定した無線リンクをＳＴＡＭＬＤに通知することができる。

例えば、ＡＰＭＬＤは、図１のような３つの無線リンクを設定し、Ｌｉｎｋ２とＬｉｎｋ３がマルチリンク通信において利用可能なことと、Ｌｉｎｋ２がプライマリリンクであることをＬｉｎｋ１で送信するビーコンフレームを用いて通知する。

ＡＰＭＬＤは、Ｌｉｎｋ１とＬｉｎｋ３がマルチリンク通信において利用可能なことと、Ｌｉｎｋ２がプライマリリンクであることをＬｉｎｋ２で送信するビーコンフレームを用いて通知する。この場合、Ｌｉｎｋ２は通知している無線リンク自体であるため、ＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントでＬｉｎｋ２自身の情報を入れない場合には、Ｌｉｎｋ２がプライマリリンクであることを通知することはできない。その場合はＡＰＭＬＤは、他の情報エレメント等でＬｉｎｋ２がプライマリリンクであることを通知するようすればよい。さらに、ＡＰＭＬＤは、通知している無線リンクの識別子を通知するようにしてもよい。

ＡＰＭＬＤは、Ｌｉｎｋ１とＬｉｎｋ２がマルチリンク通信において利用可能なことと、Ｌｉｎｋ２がプライマリリンクであることをＬｉｎｋ３で送信するビーコンフレームを用いて通知する。

なお、上記の説明では、これらの情報はビーコンフレーム内の情報エレメントを用いてＳＴＡＭＬＤに通知されると説明したが、プローブレスポンスフレーム内の情報エレメントを用いてＳＴＡＭＬＤに通知されてもよい。プローブレスポンスフレームは、ＳＴＡＭＬＤがＡＰＭＬＤに送信したプローブリクエストフレームに応答して、機能情報やサポートされるデータレート等をＡＰＭＬＤがＳＴＡＭＬＤへ送信する管理フレームの一種である。このプローブレスポンスフレームにビーコンフレームの場合を参照し、ＭＬＯに係る情報エレメントを追加すればよい。

またその他の管理フレーム、例えば、アクション（Ａｃｔｉｏｎ）フレームにより同様の情報を通知するようにしてもよい。この場合も、ビーコンフレームの場合を参照し、アクションフレームにＭＬＯに係る情報エレメントを追加すればよい。

また上述に示した情報以外にも、上述の情報エレメントあるいは新規の情報エレメントで通知するようにしてもよい。ＡＰＭＬＤのＭＡＣアドレス（６オクテット）は前述のようにＳＴＡＭＬＤでのシーケンス番号処理に必須であるため、何らかの情報エレメントに入れてビーコン等のフレームでＳＴＡＭＬＤに通知する必要がある。

《ＳＴＡＭＬＤからＡＰＭＬＤへのｎｏｎ－ＳＴＲ／ＳＴＲリンクの通知》
ＡＰＭＬＤが上述のような情報をＳＴＡＭＬＤに通知することにより、ＳＴＡＭＬＤは、ＡＰＭＬＤにいずれかの無線リンクで接続する前に、いずれか一つの無線リンクでＡＰＭＬＤからの上述の情報を受信しさえすれば、ＡＰＭＬＤにおいて他のどの無線リンクがマルチリンク通信として利用できるかを把握できる。また、ＳＴＡＭＬＤは、ＡＰＭＬＤにいずれかの無線リンクで接続する前に、ＡＰＭＬＤとマルチリンク通信ができる無線リンクのうちのどの無線リンクの対が当該ＳＴＡＭＬＤにおいてｎｏｎ－ＳＴＲリンクの関係にある（あるいはどの無線リンクがｎｏｎ－ＳＴＲリンクである）のか、又はＡＰＭＬＤとマルチリンク通信ができる全ての無線リンクの対が当該ＳＴＡＭＬＤにおいてＳＴＲリンクの関係にある（全ての無線リンクがＳＴＲリンクである）のかを判断することができる。

例えば、ＡＰＭＬＤと同様に、ＳＴＡＭＬＤもＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３を利用してマルチリンク通信を行いたいとする。図１０は、Ｌｉｎｋ２とＬｉｎｋ３がｎｏｎ－ＳＴＲリンクの関係にあり、Ｌｉｎｋ１と他の２つの無線リンクＬｉｎｋ２、Ｌｉｎｋ３はＳＴＲリンクの関係にある３つの無線リンクの一例を示す。

図１０のような状態において、ＳＴＡＭＬＤは、ＡＰＭＬＤと通信を確立する際に、マルチリンク通信を行いたい無線リンク間のｎｏｎ－ＳＴＲリンクの関係とＳＴＲリンクの関係を、少なくともＡＰＭＬＤ内のいずれか１つのＡＰに通知する。この場合、ＡＰＭＬＤは、リンク識別子を通知していてもよいし、通知していなくてもよい。

各ＢＳＳＩＤ、すなわちＡＰＭＬＤ内の各ＡＰのＭＡＣアドレスが各無線リンクと１対１で対応付いているため、ＳＴＡＭＬＤは、ＡＰＭＬＤからリンク識別子が通知されていない場合、リンク識別子の代わりにＢＳＳＩＤ／ＡＰＭＬＤ内のＡＰのＭＡＣアドレスを使うことで問題はない。

ＡＰＭＬＤが各リンク識別子を通知している場合に、ＳＴＡＭＬＤが無線リンク間のｎｏｎ－ＳＴＲリンクの関係とＳＴＲリンクの関係をＡＰＭＬＤに通知する例を説明する。ＳＴＡＭＬＤはＡＰＭＬＤにＬｉｎｋ１でＬｉｎｋの関係を通知するとする。

ＡＰＭＬＤは、Ｌｉｎｋ１ではＡＰ１、Ｌｉｎｋ２ではＡＰ２、Ｌｉｎｋ３ではＡＰ３というＭＡＣアドレスを有し、ＳＴＡＭＬＤは、Ｌｉｎｋ１ではＳＴＡ１、Ｌｉｎｋ２ではＳＴＡ２、Ｌｉｎｋ３ではＳＴＡ３というＭＡＣアドレスを有するとする。

先ず、ＳＴＡＭＬＤは、ＡＰＭＬＤとＬｉｎｋ１を介して接続するとする。このとき、ＭＡＣアドレスＳＴＡ１を持つＳＴＡはＭＡＣアドレスＡＰ１を持つＡＰが送信する図５～図９に示す情報エレメントを含むビーコンフレーム等を受信することにより、ＡＰＭＬＤがＬｉｎｋ１以外にＬｉｎｋ２、Ｌｉｎｋ３でマルチリンク通信を行っていることを把握するとともに、Ｌｉｎｋ２がプライマリリンクであることを把握する。また、ＭＡＣアドレスＳＴＡ１を持つＳＴＡは、ＡＰＭＬＤがＬｉｎｋ２ではＡＰ２、Ｌｉｎｋ３ではＡＰ３のＭＡＣアドレスを用いることも把握する。その上で、ＭＡＣアドレスＳＴＡ１を持つＳＴＡは、ＭＡＣアドレスＡＰ１を持つＡＰに対して、Ｌｉｎｋ１でアソシエーションリクエストフレームを送信し、ＭＡＣアドレスＡＰ１を持つＡＰとの接続を試みる。

アソシエーションリクエストフレームは、ＳＴＡＭＬＤからＡＰＭＬＤへ送信される管理フレームの一種であり、ＳＴＡＭＬＤがサポートしているデータレート、接続を希望するネットワークのＳＳＩＤ等を含む。

アソシエーションリクエストフレームは、図３のビーコンフレームと同様に、ＭＡＣヘッダ、ＦｒａｍｅＢｏｄｙ、及びＦＣＳを含む。ＭＡＣヘッダに含まれるＦｒａｍｅＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールドには管理フレームの識別情報が記載され、Ｓｕｂｔｙｐｅサブフィールドにはアソシエーションリクエストの識別情報が記載される。

ＭＡＣアドレスＳＴＡ１を持つＳＴＡは、アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙ内の情報エレメントを用いて、ＳＴＡＭＬＤで利用可能な他のリンク情報（ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎ）もＭＡＣアドレスＡＰ１を持つＡＰに通知する。ＭＡＣアドレスＳＴＡ１を持つＳＴＡは、この情報を、例えばＭｕｌｔｉ－Ｌｉｎｋ（ＭＬ）エレメントと定義される情報エレメントを用いて通知してもよい。ＭＡＣアドレスＳＴＡ１を持つＳＴＡは、ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ（以下、ＥＨＴと称される）Ｃａｐａｂｉｌｉｔｉｅｓエレメントのように無線ＬＡＮの拡張規格として追加される他の情報エレメントに入れて通知してもよい。

ここでは、アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙ内の情報エレメントの一つとして定義されたＭＬエレメントを用いて通知する場合を例に説明する。しかし、ＳＴＡＭＬＤ側の通知の方法や、ＡＰＭＬＤ側での当該情報の取得方法は、情報エレメントの種類が変わっても基本的に変わらない。そのため、ＭＬエレメントの代わりにＥＨＴＣａｐａｂｉｌｉｔｉｅｓエレメントが用いられても、以下に説明する処理と同様な処理が実行される。

なお、ＳＴＡＭＬＤが、或るＡＰＭＬＤから他のＡＰＭＬＤに接続を移行する際、それらのＡＰＭＬＤが同一のＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ（以下、ＥＳＳと称される）を構成する場合には、ＳＴＡＭＬＤは、移行先ＡＰＭＬＤとの間でリアソシエーション（Ｒｅａｓｓｏｃｉａｔｉｏｎ）プロセスが使える。ＥＳＳとは、ＯＳＩ参照モデルのデータ・リンク層内のＬｏｇｉｃａｌＬｉｎｋＣｏｎｔｒｏｌ（以下、ＬＬＣと称される）層で単一のＢＳＳとして扱うことができる相互に接続された複数のＢＳＳのことである。

リアソシエーションプロセス中にＳＴＡＭＬＤがＡＰＭＬＤに送信するリアソシエーションリクエストフレームでも上述のアソシエーションリクエストフレームと同様に通知することができる。リアソシエーションリクエストフレームも管理フレームの一種である。リアソシエーションリクエストフレームの基本的な構成は、図３に示したビーコンフレームと同じである。リアソシエーションリクエストフレームがビーコンフレームと異なる点は、Ｓｕｂｔｙｐｅと、ＦｒａｍｅＢｏｄｙに入る情報エレメントである。リアソシエーションリクエストフレームのＳｕｂｔｙｐｅはリアソシエーションリクエストである。

ＳＴＡＭＬＤは、ＳＴＡ１で送信するアソシエーションリクエストフレーム内のＭＬエレメントにおいて、ＡＰＭＬＤが設定するＬｉｎｋ２とＬｉｎｋ３が利用可能であることと、Ｌｉｎｋ２及びＬｉｎｋ３の各々が他のリンクとｎｏｎ－ＳＴＲリンクの関係にあるか否かをＡＰＭＬＤに通知する。なお、ｎｏｎーＳＴＲリンクの関係にない場合はＳＴＲリンクの関係であるため、ｎｏｎ－ＳＴＲリンクの関係にあるか否かはＳＴＲリンクの関係にあるか否かにも読み替えられる。

図１０の例では、ＳＴＡＭＬＤは、Ｌｉｎｋ２はＬｉｎｋ１とＳＴＲリンクの関係にあり、Ｌｉｎｋ３とｎｏｎ－ＳＴＲリンクの関係にあること、Ｌｉｎｋ３はＬｉｎｋ１とＳＴＲリンクの関係にあり、Ｌｉｎｋ２とｎｏｎ－ＳＴＲリンクの関係にあることをＡＰＭＬＤに通知する。

ＳＴＡＭＬＤは、ＡＰＭＬＤから通知された複数の無線リンクの中の全て、又は部分集合を選択し、選択した無線リンクを使用する無線リンクとしてＡＰＭＬＤに通知する。なお、この選択に際し、ＳＴＡＭＬＤは、プライマリリンクとして指定された無線リンクに対してｎｏｎ－ＳＴＲになる無線リンクを選択することは良いが、後述する図１８（ｂ）のような関係になることを避けるように、無線リンクを選択する。リンク間の周波数の離隔距離の差によってｎｏｎ－ＳＴＲかＳＴＲかを判断できる場合にはリンク間の周波数の離隔距離の差が閾値内である場合、ＳＴＡＭＬＤは、２つのリンクはｎｏｎ－ＳＴＲリンクの関係にあると判断する。ＳＴＡＭＬＤがＳＴＲ関係にある無線リンクに関する情報管理データベースを持っている場合、ＭＡＣ処理層がこの情報管理データベースにアクセスして、情報を引き出して、２つの無線リンクがＳＴＲリンクの関係にあるかを判断してもよい。

図１１は、アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙに含まれるＭＬエレメントのフォーマットの一例を示す。ＳＴＡＭＬＤは、図１１に示すＭＬエレメントを用いてｎｏｎ－ＳＴＲリンクに関する情報とＳＴＲリンクに関する情報をＡＰＭＬＤに通知することができる。

アソシエーションリクエストフレームの基本的な構成は、図３に示したビーコンフレームと同じである。アソシエーションリクエストフレームがビーコンフレームと異なる点は、Ｓｕｂｔｙｐｅと、ＦｒａｍｅＢｏｄｙに入る情報エレメントである。ビーコンフレームのＳｕｂｔｙｐｅはビーコンであるが、アソシエーションリクエストフレームのＳｕｂｔｙｐｅはアソシエーションリクエストである。アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙも多数の情報エレメントを含むことができる。図１１は、アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙに含まれる情報エレメントの一例であるＭＬエレメントのフォーマットの一例を示す。

ＭＬエレメントは、ＥｌｅｍｅｎｔＩＤフィールド（１オクテット）、Ｌｅｎｇｔｈフィールド（１オクテット）、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールド（１オクテット）、ＳＴＡＭＬＤフィールド（６オクテット）、ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールド（１オクテット）、及びＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールド（オクテット単位の可変長）を含む。

図１１のＭＬエレメントは、図４のＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントに対して、Ｌｅｎｇｔｈフィールドの後に新たにＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドが追加されている点が異なる。これは、８０２．１１規格に準拠する無線ＬＡＮ規格で情報エレメントを識別するためのＥｌｅｍｅｎｔＩＤの番号が１オクテットで表現できる数の上限に達したため、このままでは、新たなＭＬエレメントを定義できないからである。ＥｌｅｍｅｎｔＩＤが最大の“２５５”という値を取った場合のみ、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドが追加され、情報エレメントを識別するためのＳｕｂｅｌｅｍｅｎｔＩＤが追加できるようになっている。

ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドも１オクテットあり、現行の８０２．１１規格に準拠する無線ＬＡＮ規格ではそのフィールドが“０”の値はＲｅｓｅｒｖｅｄになっており、“１”以上の値がＥｌｅｍｅｎｔＩＤと同様に情報エレメントを識別するために割り当てられている。ここに、ＭＬエレメントを識別するための固有の値が記載される。

図１１のＭＬエレメントでは、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドの後に、ＳＴＡＭＬＤフィールドが配置される。ＳＴＡＭＬＤフィールドは、ＳＴＡＭＬＤのＭＡＣアドレスを通知する。

ＳＴＡＭＬＤフィールドの後に、ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールドが配置される。ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールドは、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドを構成するＬｉｎｋＩｎｆｏｒｍａｔｉｏｎサブフィールドの数を通知する。

ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールドの後に、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドが配置される。ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔフィールドは、単数又は複数のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎサブフィールド（３オクテット）を含む。

ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＬｉｎｋＩＤサブフィールド（１オクテット）と、Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールド（１オクテット）と、Ｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールド（１オクテット）から構成される。ＬｉｎｋＩＤサブフィールドは、ＭＬエレメントを通知する無線リンク以外の無線リンクのリンク識別子を通知する。Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールドは、ＬｉｎｋＩＤサブフィールドで通知したリンク識別子の無線リンクとｎｏｎ－ＳＴＲリンクの関係にある他の第１の無線リンクのリンク識別子を通知する。Ｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールドは、ＬｉｎｋＩＤサブフィールドで通知したリンク識別子の無線リンクとｎｏｎ－ＳＴＲリンクの関係にある他の第２の無線リンクのリンク識別子を通知する。ｎｏｎ－ＳＴＲリンクであると通知された以外の無線リンクはＳＴＲリンクになる。

ＡＰＭＬＤにおける無線リンクの状態が図１０に示す状態であるとすると、ＳＴＡＭＬＤは、１つ目のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドのＬｉｎｋＩＤサブフィールドにＬｉｎｋ２のリンク識別子を記載する。Ｌｉｎｋ２とｎｏｎ－ＳＴＲリンクの関係にある他の第１の無線リンクはＬｉｎｋ３であるから、ＳＴＡＭＬＤは、Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールドにＬｉｎｋ３のリンク識別子を記載する。Ｌｉｎｋ２、Ｌｉｎｋ３のリンク識別子は、例えば、“２”、“３”である。Ｌｉｎｋ２とｎｏｎ－ＳＴＲリンクの関係にある無線リンクはＬｉｎｋ３だけであるので、ＳＴＡＭＬＤは、ｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールドにはＮｏｔＡｖａｉｌａｂｌｅ（以下、Ｎ／Ａと称される）を示す情報が記載される。Ｎ／Ａを示す情報は、例えば“０”である。無線リンクのリンク識別子に０からの数字が割り当てられるのであれば、例えば、このサブフィールドの最大値である“２５５”をＮ／Ａであることを識別可能な情報としてもよい。

ＳＴＡＭＬＤは、２つ目のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドのＬｉｎｋＩＤサブフィールドにＬｉｎｋ３のリンク識別子を記載する。Ｌｉｎｋ３がｎｏｎ－ＳＴＲリンクの関係にある他の無線リンクはＬｉｎｋ２だけであるから、ＳＴＡＭＬＤは、Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールドにＬｉｎｋ２のリンク識別子を記載し、ｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールドにＮ／Ａを示す情報を記載する。

なお、Ｌｉｎｋ３とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係にあることは、１つ目のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドで通知済みであるため、ＳＴＡＭＬＤは、２つ目のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドではその通知を省略し、Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールドとＮｏｎ－ＳＴＲＬｉｎｋ２サブフィールドにＮ／Ａを示す情報を記載してもよい。

この例では、ＳＴＡＭＬＤは、先ずＬｉｎｋ２についてのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を通知し、次にＬｉｎｋ３についてのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を通知するというようにリンク識別子の小さい順に通知した。しかし、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドはＬｉｎｋＩＤサブフィールドを含むので、ＳＴＡＭＬＤは、必ずしもリンク識別子の小さい順又は大きい順に通知する必要はない。ただし、リンク識別子の昇降順に通知するという規則にしておくと、実装的に無線リンクの情報を管理するのに都合がよい。

図１２は、３つの無線リンクの他の状態例を示す。ここでは、Ｌｉｎｋ２はＬｉｎｋ３とｎｏｎ－ＳＴＲリンクの関係にあることに加え、Ｌｉｎｋ２はＬｉｎｋ１ともｎｏｎ－ＳＴＲリンクの関係にある。

無線リンクの状態が図１２のような状態の場合、ＳＴＡＭＬＤは、図１１に示すＭＬエレメントの１つ目のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎサブフィールドのＬｉｎｋＩＤサブフィールドにＬｉｎｋ２のリンク識別子を記載し、Ｎｏｎ－ＳＴＲＬｉｎｋ１サブフィールドにＬｉｎｋ１のリンク識別子を記載し、Ｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールドにＬｉｎｋ３のリンク識別子を記載する。

ＳＴＡＭＬＤは、このＭＬエレメントを含むアソシエーションリクエストフレームをＬｉｎｋ１で送信する。上記通知方法は、Ｌｉｎｋ１と他の無線リンクがｎｏｎ－ＳＴＲリンクの関係にあるか否かを明示的に直接は通知していない。しかし、他の無線リンクとＬｉｎｋ１がｎｏｎ－ＳＴＲリンクの関係にあるか否かをＳＴＡＭＬＤがＡＰＭＬＤに通知すれば、ＡＰＭＬＤは、その通知の対称性に基づいて、Ｌｉｎｋ１と他の無線リンクがＳＴＲリンクの関係又はｎｏｎ－ＳＴＲリンクの関係にあることを自ずと把握することができる。

２つの無線リンクがＳＴＲリンクの関係又はｎｏｎ－ＳＴＲリンクの関係にあることの他の通知方法として、ＭＬエレメントを送信しているリンク（図１０、図１２の例ではＬｉｎｋ１）が他のどの無線リンクとＳＴＲリンク、又はｎｏｎ－ＳＴＲリンクの関係にあることを通知するフィールドを設けるようにしてもよい。図１３は、この通知フィールドが追加されたＭＬエレメントのフォーマットの一例を示す。ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドは、ＬｉｎｋＩＤサブフィールド（３ビット）とＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールド（１ビット）のペアを複数含む。ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドを例えば１オクテットに制限するのであれば、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドは、ＬｉｎｋＩＤサブフィールド（３ビット）とＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールド（１ビット）のペアを最大２セット含むことになる。

ＬｉｎｋＩＤサブフィールド（３ビット）とＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールド（１ビット）のペアを１セットしか含まないＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドが生成された場合に残りのフィールドが情報を含まないことを通知する方法を説明する。

無線リンクのリンク識別子として割り当てる値を１以上として０をＲｅｓｅｒｖｅｄにしている場合、ＬｉｎｋＩＤサブフィールドに０を設定すれば、そのサブフィールドを含めた以降のサブフィールドは情報を含まないとＡＰＭＬＤで判断することができ、ＡＰＭＬＤは残るサブフィールドを処理しなくてよい。無線リンクのリンク識別子として割り当てる範囲を０から６として７をＲｅｓｅｒｖｅｄにする場合も同様である。

あるいは、図１４に示すように、図１３の代わりにＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドを１オクテットに制限した上、ＬｉｎｋＩＤサブフィールド（３ビット）とＳＴＲ／ｎｏｎ－ＳＴＲＦｌａｇサブフィールド（１ビット）のペアを１セットしか入れないようにしてもよい。またここではＬｉｎｋＩＤサブフィールドを３ビットにしているが、必要な無線リンクの識別子を表現し切れるようにもっと長くしてもよい。１オクテットのうちの残りの領域がＲｅｓｅｒｖｅとなる。さらに最後のビットＢ７を、続くＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドがあるかを示すＭｏｒｅサブフィールドにすれば、図１３のようなＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールド（１オクテット）は不要になる。このようにＭｏｒｅサブフィールド１ビットを設けると、図１４のようにＲｅｓｅｒｖｅｄフィールドは３ビットとなる。

ＳＴＡＭＬＤは、ＭＬエレメントを送信している無線リンク（この場合は、Ｌｉｎｋ１）以外の無線リンク（図１０、図１２の例では、Ｌｉｎｋ２とＬｉｎｋ３）のリンク識別子をＬｉｎｋＩＤサブフィールドに記載する。ＳＴＡＭＬＤは、ＭＬエレメントを送信している無線リンクとＬｉｎｋＩＤサブフィールドに記載したリンク識別子の無線リンクがＳＴＲリンクの関係にあるか、又はｎｏｎ－ＳＴＲリンクの関係にあるかを示すフラグ情報をＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールドに記載する。ＳＴＡＭＬＤは、Ｌｉｎｋ１とＬｉｎｋＩＤサブフィールドに記載したリンク識別子の無線リンクがＳＴＲリンクの関係にある場合、フラグ情報を“１”とし、Ｌｉｎｋ１とＬｉｎｋＩＤサブフィールドに記載したリンク識別子の無線リンクがｎｏｎ－ＳＴＲリンクの関係にある場合、フラグ情報を“０”とする。ＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールドはＳＴＲＦｌａｇサブフィールドとしてもよい。あるいはＬｉｎｋ１とＬｉｎｋＩＤサブフィールドに記載したリンク識別子の無線リンクがｎｏｎ－ＳＴＲの関係にある場合、フラグ情報を“１”とし、Ｌｉｎｋ１とＬｉｎｋＩＤサブフィールドに記載したリンク識別子の無線リンクがＳＴＲリンクの関係にある場合、フラグ情報を“０”とするようにしてもよい。この場合はＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールドの代わりに、Ｎｏｎ－ＳＴＲ／ＳＴＲＦｌａｇサブフィールドあるいはＮｏｎ－ＳＴＲＦｌａｇサブフィールドのようにしてもよい。

Ｌｉｎｋ１とｎｏｎ－ＳＴＲリンクの関係にない他の無線リンクが存在した場合、ＳＴＡＭＬＤは、当該他の無線リンクでのｎｏｎ－ＳＴＲリンクの関係を通知するようにしてもよい。その場合、比較元の無線リンクのリンク識別子を明示する必要がある。そこで、例えば、図１５に示すように、図１３の代わりにＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドは、ＬｉｎｋＩＤ１サブフィールド（３ビット）、ＬｉｎｋＩＤ２サブフィールド（３ビット）、ＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールド（１ビット）、残り１ビットはＲｅｓｅｒｖｅｄにして、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドが１オクテットになるようにしてもよい。ＬｉｎｋＩＤ１サブフィールドには比較元の無線リンクのリンク識別子を、ＬｉｎｋＩＤ２サブフィールドには比較する無線リンクのリンク識別子を入れる。ＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇサブフィールドの使い方は図１３と同様で、ＬｉｎｋＩＤ２サブフィールドに記載された無線リンクがＬｉｎｋＩＤ１サブフィールドに記載された無線リンクとＳＴＲの関係にあるかｎｏｎ－ＳＴＲの関係にあるかを表す。

あるいは、図１６に示すように、図１３の代わりにＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドは、ＬｉｎｋＩＤサブフィールド（３ビット）とＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇＢｉｔｍａｐサブフィールド（５ビット）にしてもよい。比較元の無線リンクのリンク識別子をＬｉｎｋＩＤサブフィールドに入れ、他の比較する無線リンクのリンク識別子は省略し、ＬｉｎｋＩＤ順に比較元の無線リンクとＳＴＲの関係にあるか、又はｎｏｎ－ＳＴＲの関係にあるかをＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇＢｉｔｍａｐサブフィールドの各ビットで表す。ＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇＢｉｔｍａｐサブフィールドＢ３－Ｂ７のＢ３がＬｉｎｋ１、Ｂ４がＬｉｎｋ２、Ｂ５がＬｉｎｋ３を表すことになる。例えば、Ｌｉｎｋ１がＬｉｎｋＩＤサブフィールドに設定されている場合、図１２のようにＬｉｎｋ２がＬｉｎｋ１とｎｏｎ－ＳＴＲの関係、Ｌｉｎｋ３がＬｉｎｋ１とＳＴＲの関係にある場合には、Ｂ４にはｎｏｎ－ＳＴＲの関係を示す“０”が、Ｂ５にはＳＴＲの関係を示す“１”が入る。比較する無線リンクが比較元の無線リンクである場合には、該当するビットに“０”を入れる、存在しない無線リンクの識別子（上述の例ではＬｉｎｋ５までこのビットマップで表現できるが使うのはＬｉｎｋ３まで）に割り当てられたビットには“０”を入れるなど、ルールを設けておく。ＳＴＲ／Ｎｏｎ－ＳＴＲＦｌａｇＢｉｔｍａｐサブフィールドをＢ３－Ｂ６にし、Ｂ７を残しておけば、Ｌｉｎｋ４まで表現可能で、かつ上述のようにＢ７をＭｏｒｅサブフィールドに割り当て、図１３のようなＮｕｍｂｅｒｏｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓフィールド（１オクテット）は不要にすることができる。

ＡＰＭＬＤは、ＳＴＡＭＬＤが対応可能な無線リンクと、それらの無線リンクの中のどの２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係にあるかを把握できればよい。

このように、ＡＰＭＬＤがＳＴＡＭＬＤにリンク識別子をビーコン／プローブレスポンスフレームで通知している方が、通知していない場合よりも、ＳＴＡＭＬＤ側で無線リンク間の関係を通知する際、効率的である。無線リンクを表すためにフィールドにＭＡＣアドレスを入れる場合には、６オクテット必要となるが、ＡＰＭＬＤがリンク識別子をビーコン／プローブレスポンスフレームにより予め通知していれば、ＳＴＡＭＬＤ側で無線リンク間の関係を通知する際、無線リンクを表すフィールドの長さを１オクテット、又はそれ以下に削減することができる。その結果、ＳＴＡＭＬＤからの通知に用いる情報エレメントを、引いてはフレーム長を短くすることができる。

一方、ＢＳＳＩＤ／ＭＡＣアドレスで無線リンクを表す際にも、通常は６オクテットであるが、ＡＰＭＬＤがマルチリンク通信を行っている等の条件を満たす場合に限れば、マルチリンク通信下のＡＰＭＬＤ内の他のＡＰと識別するために、例えば、末尾の１オクテット等の一部領域を抽出して用いる等、表現する値を省略する工夫なども考えられる。

上記の説明では、ＳＴＡＭＬＤは、ＡＰＭＬＤが使える無線リンクと同じ無線リンクを全て使えるとしたが、必ずしも全てに対応できない場合もある。その場合には、ＳＴＡＭＬＤは、対応できる無線リンクに係る情報をＭＬエレメントを用いてＡＰＭＬＤに通知する。例えば、ＳＴＡＭＬＤがＬｉｎｋ３に対応できなければ、ＳＴＡＭＬＤは、Ｌｉｎｋ３のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎをＭＬエレメントに入れず、Ｌｉｎｋ２ののＬｉｎｋＩｎｆｏｒｍａｔｉｏｎのみをＭＬエレメントに入れる。この場合、図１０をベースにＬｉｎｋ３を削除した状態を考えればＬｉｎｋ２とｎｏｎ－ＳＴＲリンクの関係がある無線リンクはなくなるので、ＳＴＡＭＬＤは、図１１の通知方法に従えばＬｉｎｋ２のｎｏｎ－ＳＴＲＬｉｎｋ１、Ｎｏｎ－ＳＴＲＬｉｎｋ２のサブフィールドにはともにＮ／Ａを示す情報を記載する。

また、対応できないという場合以外に、例えば、ＳＴＡＭＬＤで管理する無線リンク数を最小限に制限するためといった実装的な理由、又はストリームデータ送信のためにＤｙｎａｍｉｃＦｒｅｑｕｅｎｃｙＳｅｌｅｃｔｉｏｎ（以下、ＤＦＳと称される）帯を回避するといったＱｏＳ等の理由により、ＳＴＡＭＬＤは、ＡＰＭＬＤが通知する無線リンク全てに対応できたとしても、何らかのアルゴリズムにより使う無線リンクを通知された無線リンクの一部に制限する場合もある。

そのような場合、ＳＴＡＭＬＤは、制限した（実際にデータ交換を行う予定の）無線リンクのＬｉｎｋＩｎｆｏｒｍａｔｉｏｎのみについてＭＬエレメントに入れてＡＰＭＬＤに通知すればよい。

《ｎｏｎ－ＳＴＲリンク関係の制約》
図１１のＭＬエレメントでは、ＬｉｎｋＩＤサブフィールドに後続するサブフィールドをＮｏｎ－ＳＴＲＬｉｎｋ１サブフィールドとＮｏｎ－ＳＴＲＬｉｎｋ２サブフィールドの２つにしている。これは、１つの無線リンクとｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数を２つまでに制限していることになる。

《プライマリリンクの役割》
次に、ｎｏｎ－ＳＴＲの無線リンク同士の関係とプライマリリンクについて説明する。

プライマリリンクはｎｏｎ－ＳＴＲリンクの関係にある複数の無線リンクの中のアクセス権を獲得する（チャネルアクセスする）ために用いられるリンクである。ｎｏｎ－ＳＴＲリンクの関係にある複数対の無線リンクがある場合も、それらのうちの一つがプライマリリンクとなり、それ以外の無線リンクがセカンダリリンクとなる。

本実施形態では、ＡＰＭＬＤがプライマリリンクを決定する。ＳＴＡＭＬＤは、ＡＰＭＬＤが利用可能であるとＳＴＡＭＬＤに通知した複数の無線リンクの把握と、ＡＰＭＬＤが決定したプライマリリンクの把握を行い、把握した結果に応じてＳＴＡＭＬＤ自身が利用する無線リンクを決定し、ＡＰＭＬＤに通知の上、ＡＰＭＬＤに接続が許可されるとＡＰＭＬＤとの間でマルチリンク通信を行う。

ＳＴＡＭＬＤは、その際に、ＡＰＭＬＤからのこれらの通知情報と、ＳＴＡＭＬＤ自身が利用する候補とする無線リンクと他の無線リンクのｎｏｎ－ＳＴＲ／ＳＴＲ関係とを加味して、ＳＴＡＭＬＤ自身が利用する無線リンクを決定し、ＡＰＭＬＤに利用する無線リンクとそれらの間のＳＴＲ／ｎｏｎ－ＳＴＲの関係を通知する。

ＳＴＡＭＬＤは、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクに係る制約条件に基づいて、自身が利用する無線リンクを決定する。制約条件の一つは、ある無線リンクとｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数を上限値内に抑えることである。上述したように、図１１のＭＬエレメントの構成に基づけば、ある無線リンクとｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数を２つまでに制限されている。ＳＴＡＭＬＤは、受信したＭＬエレメントが図１１のＭＬエレメントのように構成されていれば、ある無線リンクとｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数を２つまでに制限されていることが分かる。なお、この上限値は予めＡＰＭＬＤからビーコンフレーム等により明示的に通知されていてもよいし、あるいは規格で予め規定されていてもよい。

ＳＴＡＭＬＤがマルチリンク通信上でデータフレーム、又は管理フレームを送信するためには、少なくともプライマリリンクでアクセス権を獲得できることが必要である。例えばＳＴＡＭＬＤがプライマリリンクでＣＳＭＡ／ＣＡによりアクセス権を獲得できる場合、ＳＴＡＭＬＤは、例えばそのプライマリリンクでのみフレームを送信する。なお、ＳＴＡＭＬＤがアソシエーションリクエストフレームの送信を行う等、マルチリンク通信の設定を行う前の状態では、プライマリリンクに関係なく、チャネルアクセスすることができるが、その場合はいずれか一つの無線リンクに限る。前述の例では、Ｌｉｎｋ１でアソシエーションリクエストフレームを送信している。

ＳＴＡＭＬＤがセカンダリリンクでもプライマリリンクと同時にアクセス権を獲得可能な場合、又はＳＴＡＭＬＤが幾らかの送信開始の時間差を許容してプライマリリンクでのアクセス権獲得期間（ＴｒａｎｓｍｉｓｓｉｏｎＯｐｐｏｒｔｕｎｉｔｙ；以下、ＴＸＯＰと称される）に合わせてセカンダリリンクでも送信ができる場合、ＳＴＡＭＬＤはセカンダリリンクでも送信を行うようにしてもよい。なお、ｎｏｎ－ＳＴＲリンクの関係にない独立した無線リンクではこの制約はない。

ここで、ＳＴＡＭＬＤの送信について考察する。

ＳＴＡＭＬＤの通信をプライマリリンクに限定する場合には、他の無線リンクで通信するＳＴＡＭＬＤとの公平さは問題にならない。

一方、ＳＴＡＭＬＤがプライマリリンクを基準にセカンダリリンクでも通信可能ならプライマリリンクとセカンダリリンクで同時に通信する場合を想定する。この場合、セカンダリリンクでＣＳＭＡ／ＣＡでのチャネルアクセスの手法としてＮＡＶ（後述）やランダムバックオフを取るとすると、ＳＴＡＭＬＤのセカンダリリンクでの通信機会は少ないと考えられる。

一方、チャネルボンディングの場合のように、セカンダリリンクでＰＩＦＳアクセス（後述）を許すとすると、どの２つの無線リンクもＳＴＲリンクの関係にあるＳＴＡＭＬＤでのチャネルアクセスが不利になるし、ＯｖｅｒｌａｐｐｉｎｇＢＳＳ（以下、ＯＢＳＳと称される）ＳＴＡに対しても当然不公平になる。

また、ＡＰＭＬＤが、プライマリリンクでの通信状態を確認しさえすれば、ＡＰＭＬＤが、ｎｏｎ－ＳＴＲリンクの関係にある他の無線リンクを含めて当該ＳＴＡＭＬＤでの通信状態を把握できるようにするためには、ＳＴＡＭＬＤは、プライマリリンクでアクセス権の獲得に失敗したならば、セカンダリリンクでアクセス権が獲得できたとしても、多少の時間差は許容してもよいが、即刻セカンダリリンクで獲得したアクセス権をリリースする。

このようにすることで、ＡＰＭＬＤは、ＳＴＡＭＬＤに送信を行う前に、プライマリリンクのみの通信状態を観測すれば、当該ＳＴＡＭＬＤが通信を行っているか（すなわち、ＴＸＯＰホルダ（ｈｏｌｄｅｒ）かＴＸＯＰレスポンダ（ｒｅｓｐｏｎｄｅｒ）になっているか）を把握することができる。このため、ＡＰＭＬＤの送信がＳＴＡＭＬＤの通信を妨害することを回避することができる。

ＴＸＯＰホルダとは送信アクセス権を獲得した側であり、ＴＸＯＰレスポンダはＴＸＯＰホルダの通信相手である。ここでの前提は、ＳＴＡＭＬＤの通信相手はＡＰＭＬＤである。ＡＰが中心となって構成されるインフラストラクチャーＢＳＳでは、ＳＴＡの通信形態としてはこれ以外にＳＴＡ同士での通信（ダイレクトリンク（ＤｉｒｅｃｔＬｉｎｋ）通信）もあるが、これに関する考察は別の実施形態で行う。

《ｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係の例》
図１７、図１８にｎｏｎ－ＳＴＲリンクの関係にある２つの無線リンクと、ＳＴＲリンクの関係にある２つの無線リンクのいくつかの例を示す。

図１７（ａ）は、上述の無線リンクの関係と若干異なり、プライマリリンクがＬｉｎｋ１であり、ＳＴＡＭＬＤでは、Ｌｉｎｋ１とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係であり、Ｌｉｎｋ３は他の２つの無線リンクＬｉｎｋ１とＬｉｎｋ２とはＳＴＲリンクの関係にある場合を示す。

ＡＰＭＬＤは、例えば使用する無線リンクのうちの周波数間の離隔距離が近い２つの無線リンクの一方をプライマリリンクに設定する。例えばＬｉｎｋ３がＬｉｎｋ１、Ｌｉｎｋ２とも十分に離れている場合には、ＡＰＭＬＤは、Ｌｉｎｋ１、又はＬｉｎｋ２をプライマリリンクに設定する。図１７（ａ）の例では、ＡＰＭＬＤは、例えば３つの無線リンクを周波数順に並べた時の一方の端にある無線リンク（Ｌｉｎｋ１）をプライマリリンクに設定している。

図１７（ｂ）は、３つの無線リンクの周波数間の離間距離が比較的近い場合を示す。この場合、ＡＰＭＬＤは、３つの無線リンクを周波数順に並べた時の中央の無線リンク（Ｌｉｎｋ２）をプライマリリンクに設定する。中央のＬｉｎｋ２は、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数が一番多く（ｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数が２つ）なりそうなリンクであることから、プライマリリンクとして選択される。

この場合、ＳＴＡＭＬＤでは、Ｌｉｎｋ１とＬｉｎｋ２はｎｏｎ－ＳＴＲリンクの関係であり、Ｌｉｎｋ２とＬｉｎｋ３はｎｏｎ－ＳＴＲリンクの関係にある。一方、Ｌｉｎｋ１とＬｉｎｋ３は、周波数間の離隔距離が長く、ＳＴＲリンクの関係にある。

但し、３つの無線リンクがある場合で、図１７（ｃ）のように、中央のＬｉｎｋ２が左右のＬｉｎｋ１、Ｌｉｎｋ３とｎｏｎ－ＳＴＲリンクの関係にあり、左右のＬｉｎｋ１とＬｉｎｋ３もｎｏｎ－ＳＴＲリンクの関係にある場合でも、中央の一つ、この図ではＬｉｎｋ２がプライマリリンクに設定されれば、ＳＴＡＭＬＤは、プライマリリンクを基準に送信を行なうことができる。

ＡＰＭＬＤは、プライマリリンクの通信状態さえ観測すれば、ＳＴＡＭＬＤがＴＸＯＰホルダ又はＴＸＯＰレスポンダになっているか否かを把握することができる。

図１７の例では、３つの無線リンクがある場合を示してきたが、４つある場合でも、同様である。例えば、図１８（ａ）に示すように、Ｌｉｎｋ１とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係にあり、Ｌｉｎｋ３とＬｉｎｋ４がｎｏｎ－ＳＴＲリンクの関係にあり、他のＬｉｎｋ間は全てＳＴＲリンクの関係にある場合を想定する。このような場合、Ｌｉｎｋ１とＬｉｎｋ２のｎｏｎ－ＳＴＲリンクセット１と、Ｌｉｎｋ３とＬｉｎｋ４のｎｏｎ－ＳＴＲリンクセット２とを独立に扱えるため、各リンクセットを構成する２つリンクの一方をプライマリリンクに設定すると、ＡＰＭＬＤは、プライマリリンクの通信状態さえ観測すれば、ＳＴＡＭＬＤがＴＸＯＰホルダ又はＴＸＯＰレスポンダになっているか否かを把握することができる。

リンクセットを構成するリンクの数は２つに限定する必要はなく、３つ以上でもよい。例えば図１７（ａ）、（ｂ）、（ｃ）に示すように、ｎｏｎ－ＳＴＲリンクの関係にある３つの無線リンクが各々独立にリンクセットを構成できる場合も同様である。ＡＰＭＬＤは、３つ以上の無線リンクからなる独立なリンクセット内でいずれか一つをプライマリリンクに設定すればよい。ＡＰＭＬＤは、各無線リンクの周波数間の離隔距離に基づいて無線リンクセットとなりうる無線リンクを予め想定し、個々のセットでプライマリリンクを設定すればよい。

一方、図１８（ｂ）のように、お互いにｎｏｎ－ＳＴＲリンクの関係にある２つの無線リンク、Ｌｉｎｋ２とＬｉｎｋ３、がさらにｎｏｎ－ＳＴＲリンクの関係にあるお互いに異なる別のリンクを各々、Ｌｉｎｋ１、Ｌｉｎｋ４のように有するような設定になる場合を想定する。例えば、Ｌｉｎｋ２がプライマリリンクに設定されており、ＳＴＡＭＬＤがＬｉｎｋ１～Ｌｉｎｋ４の全ての４つの無線リンクをＡＰＭＬＤとの間で使おうとする場合を仮定する。

この場合、Ｌｉｎｋ４はＬｉｎｋ２とはＳＴＲリンクの関係にあるので、前述のプライマリリンクのルールに従えば、Ｌｉｎｋ４は、Ｌｉｎｋ２とは関係なく本来は独立に送信できるはずである。しかし、Ｌｉｎｋ４はＬｉｎｋ３とｎｏｎ－ＳＴＲリンクの関係にあり、そのＬｉｎｋ３がＬｉｎｋ２とｎｏｎ－ＳＴＲリンクの関係にあるため、Ｌｉｎｋ２、Ｌｉｎｋ３の影響を受ける。そのため、ＳＴＡＭＬＤがＬｉｎｋ４で送信を行おうとする場合には、Ｌｉｎｋ３に加えてＬｉｎｋ２の通信状態も確認しなければならないことになる。またＳＴＡＭＬＤがそうしなければ、ＡＰＭＬＤにおいてプライマリリンクを設定したらｎｏｎ－ＳＴＲリンクの関係を持つＳＴＡＭＬＤの通信状態をプライマリリンク上でだけ確認すれば当該ＳＴＡＭＬＤの送信への干渉を回避できるよいという本来の簡易な確認動作ができなくなる。

Ｌｉｎｋ３がプライマリリンクに設定されている場合も、同様な問題が生じる。

そのため、図１８（ｂ）の場合は、プライマリリンクを設定するメリットがない。図１８（ａ）に示すように、ｎｏｎ－ＳＴＲのリンクセット１とｎｏｎ－ＳＴＲのリンクセット２が周波数的に離れていると、それぞれにプライマリリンクを１つ設定できるが、相互にるｎｏｎ－ＳＴＲリンクの関係にあるｎｏｎ－ＳＴＲのリンクセット１とｎｏｎ－ＳＴＲのリンクセット２ではプライマリリンクが設定できない。

この問題をシンプルに解決するには、ＳＴＡＭＬＤは、図１７（ａ）や（ｂ）のような関係にあるような無線リンクを選択すればよい。例えば、ＳＴＡＭＬＤは、Ｌｉｎｋ２がプライマリリンクに設定されていれば、Ｌｉｎｋ１、Ｌｉｎｋ３、又はＬｉｎｋ４のいずれかを使わないようにする。このように、ＳＴＡＭＬＤは、ｎｏｎ－ＳＴＲリンクの関係にある２つのリンク（図１８（ｂ）のＬｉｎｋ２とＬｉｎｋ３）がお互いに各々異なる別のリンクとさらにｎｏｎ－ＳＴＲリンクの関係にならないように無線リンクを選択すればよい。なお、以上の例ではある無線リンクがｎｏｎ－ＳＴＲリンクの関係にある他の無線リンクは最大２つまでとなる。

なお、一部ＳＴＲリンクの関係にある無線リンクについても間接的にｎｏｎ－ＳＴＲリンクの関係がプライマリリンクと発生する場合には、アクセス権獲得の判断でｎｏｎ－ＳＴＲリンクの関係にする、という別の解決手段もある。この場合には、図１８（ｂ）の場合を除外する必要はない。

なお、プライマリリンクを設定する目的は、ＡＰＭＬＤが他の無線リンクでの送信を行おうとした場合に、ｎｏｎ－ＳＴＲリンクの関係を持つＳＴＡＭＬＤの通信状態についてプライマリリンクの通信状態さえ観測すれば、当該ＳＴＡＭＬＤの他の無線リンクでの通信の有無を担保できるようにすることである。従って、この担保ができるのであれば、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクの条件を緩和してもよい。

例えば、ＡＰＭＬＤがプライマリリンクの通信状態のみを観測すればＳＴＡＭＬＤへの送信可否を判断できるのであれば、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数は２つまでという条件を緩和し、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクの数を、例えば３つまでとしてもよい。この場合、図１１に示すＳＴＡＭＬＤがＡＰＭＬＤに送信するＭＬエレメントにおいて、ｎｏｎ－ＳＴＲリンク関係を通知するサブフィールドの数が２つから３つに増える。すなわち、図１１に示すｎｏｎ－ＳＴＲＬｉｎｋ２サブフィールドの後ろにｎｏｎ－ＳＴＲＬｉｎｋ３サブフィールドが追加される。

《ＳＴＡＭＬＤの無線リンク選択》
ＳＴＡＭＬＤは、ＡＰＭＬＤが設定したプライマリリンクを把握し、それとｎｏｎ－ＳＴＲリンクの関係にあって、かつ動作可能な無線リンクを選択して、選択結果をＭＬエレメントを用いてＡＰＭＬＤに通知してもよい。ＳＴＡＭＬＤは、ＡＰＭＬＤが設定したプライマリリンクを把握し、プライマリリンクとＳＴＲリンクの関係にある無線リンクを選択して、選択結果をＭＬエレメントを用いてＡＰＭＬＤに通知してもよい。

《ＳＴＡＭＬＤのｎｏｎ－ＳＴＲ／ＳＴＲリンク関係の通知の変形例》
図１１のＭＬエレメントでは、ｎｏｎ－ＳＴＲリンクの関係を通知するｎｏｎ－ＳＴＲＬｉｎｋサブフィールドの数を２つに固定していた。しかし、先に説明したように、ｎｏｎ－ＳＴＲリンクの関係にあるリンクの情報を他のリンクで通知済みのためその通知を省略する場合や、ｎｏｎ－ＳＴＲリンクの関係にある無線リンクがなく、ｎｏｎ－ＳＴＲＬｉｎｋサブフィールドにＮ／Ａを示す情報が記載される場合の通知の変形例を説明する。

図１９は、第１の変形例に係るＭＬエレメントのフォーマットを示す。

ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎサブフィールドは、ＬｉｎｋＩＤサブフィールド（１オクテット）、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールド（１オクテット）、及びＮｏｎ－ＳＴＲＬｉｎｋサブフィールド（オクテット単位の可変長）（図１９ではＮｏｎ－ＳＴＲＬｉｎｋ１、…、Ｎｏｎ－ＳＴＲＬｉｎｋｎ）から構成される。

ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドは、Ｎｏｎ－ＳＴＲリンクの関係にあるリンク数を通知する。Ｎｏｎ－ＳＴＲＬｉｎｋサブフィールドの個数は、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドの値である。

このようにすれば、例えば３枠など状況に応じてｎｏｎ－ＳＴＲリンクの関係を持つ他の無線リンク数が増えた場合、ＳＴＡＭＬＤは、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドに３を記載し、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドの後に３つのＮｏｎ－ＳＴＲＬｉｎｋサブフィールドを配置することにより、柔軟に対応することができる。ｎｏｎ－ＳＴＲリンクの関係にあるリンク数が０であれば、ＳＴＡＭＬＤは、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドに０を記載し、Ｎｏｎ－ＳＴＲＬｉｎｋサブフィールドを一つも配置しない。

効率化の第２の変形例を説明する。ＳＴＡＭＬＤが、ＡＰＭＬＤと同様にＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３を利用するとし、いずれのリンク間もｎｏｎ－ＳＴＲリンクの関係にならない、すなわち全てＳＴＲリンクの関係にある場合を想定する。この場合には、ＳＴＡＭＬＤは、図１９のＬｉｎｋＩｎｆｏｒｍａｔｉｏｎフィールドの例えばＬｉｎｋＩＤサブフィールドに特別な値を設定する等により、ＮｕｍｂｅｒＯｆＮｏｎ－ＳＴＲＬｉｎｋｓサブフィールドとＮｏｎ－ＳＴＲＬｉｎｋサブフィールドを省略することが可能である。

第３の変形例を説明する。マルチリンク通信で利用する無線リンクの数が制限されれば、図１１、及び図１９に示すＭＬエレメントのＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓサブフィールドとして１オクテットの全てのビットが必要とされる訳ではなくなり、そのうちの一部のビットを別の目的に使うことができる。

例えば、無線リンクの数が８に制限された場合、ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓサブフィールドの３ビットのみを無線リンクの数を表すのに割り当て、無線リンクのセット数はＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓサブフィールドの値＋１となるように規定しておけば、ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓサブフィールド長としては３ビットで足り、残りの５ビットは別の目的に使用できる。例えば、ＮｕｍｂｅｒＯｆＬｉｎｋＩｎｆｏｒｍａｔｉｏｎＳｅｔｓサブフィールドの値が０なら無線リンクのセット数は１、この値が１なら無線リンクのセット数は２、この値が７（３ビットで表現できる最大値）なら無線リンクのセット数は８である。そのため、例えば、そのうちの１ビットを、使用する無線リンク全てがＳＴＲリンクの関係にある場合を識別するための情報として使用してもよい。その場合、Ｎｏｎ－ＳＴＲＬｉｎｋサブフィールドを省略することができる。このようにすることでＭＬエレメントの通知フィールド長を短くして効率化を図れる。

《ＡＰＭＬＤでＳＴＡＭＬＤのｎｏｎ－ＳＴＲリンクの関係にある無線リンクを把握》
上記のようなＭＬエレメントを含むアソシエーションリクエストフレームを受信したＡＰＭＬＤの処理は、基本的に通常の８０２．１１規格に準拠する無線ＬＡＮでのアソシエーション過程と同様である。

ＡＰＭＬＤでは、ＭＡＣアドレスＡＰ１を持つＡＰが上位ＭＡＣ処理部４０にアソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙの情報と、ＳＴＡのＭＡＣアドレスＳＴＡ１を渡す。上位ＭＡＣ処理部４０は、これらの情報をＭＬＭＥに渡す。ＭＬＭＥは、アソシエーションレスポンスフレームを生成するための指示を上位ＭＡＣ処理部４０に通知する。上位ＭＡＣ処理部４０は、アソシエーションレスポンスフレームのＦｒａｍｅＢｏｄｙの情報と、送信先ＭＡＣアドレスとしてのＳＴＡ１の情報を用意し、これらをＭＡＣアドレスＡＰ１を持つＡＰに渡す。ＭＡＣアドレスＡＰ１を持つＡＰは、アソシエーションレスポンスフレームを第１の物理処理部３２を経由して送信する。

ＡＰＭＬＤがＭＡＣアドレスＳＴＡ１を持つＳＴＡからのアソシエーションリクエストをそのまま受ける場合には、ＭＬＭＥは、アソシエーションレスポンスフレームが含むＭＬエレメントのＳｔａｔｕｓＣｏｄｅを“ＳＵＣＣＥＳＳ”とする。ＡＰＭＬＤがＭＡＣアドレスＳＴＡ１を持つＳＴＡからのアソシエーションリクエストを拒絶する場合には、ＭＬＭＥは、ＳｔａｔｕｓＣｏｄｅを“ＲＥＦＵＳＥＤ”とするか、又は拒絶する理由を表す情報とする。

なお、マルチリンク通信に係る拒絶理由を新たに定義してもよい。リアソシエーションプロセスにおけるリアソシエーションレスポンスフレームの送信に関しても同様である。

ＡＰＭＬＤは、ＭＬエレメントを含むアソシエーションレスポンスフレームを受信することにより、ＳＴＡＭＬＤのＭＡＣアドレスも把握する。なお、図１１のＭＬエレメントは、ＳＴＡＭＬＤのＭＡＣアドレスを直接通知しているが、直接通知を省略してもよい。

例えば、ＡＰＭＬＤが各無線リンクのＭＡＣアドレスと何らかの規則性がある情報、例えばＳＴＡ１のＭＡＣアドレスを把握すること、又はＳＴＡ１等のＭＡＣアドレスと付加的な情報とを組み合わせることにより、ＳＴＡＭＬＤのＭＡＣアドレスを取得できるのであれば、ＭＡＣアドレスの直接通知は省略可能である。

ＡＰＭＬＤは、当該取得したＳＴＡＭＬＤのＭＡＣアドレスを、上位ＭＡＣ処理部４０、又はＭＬＭＥ、すなわちＡＰＭＬＤとして共通にアクセスできるメモリに保持する。

また、ＡＰＭＬＤは、ＭＬエレメントにより取得した、プライマリリンクとｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤで使用する無線リンクも少なくとも同様に保持する。

ＡＰＭＬＤがＬｉｎｋ２をプライマリリンクに設定し、ＳＴＡＭＬＤが、図１０のようにＬｉｎｋ３がＬｉｎｋ２（プライマリリンク）とｎｏｎ－ＳＴＲリンクの関係にあることをＡＰＭＬＤに通知する場合、ＡＰＭＬＤは、そのことを少なくとも保持し、以下のＡＰＭＬＤでの動作が可能になるようにする。

《ＳＴＡＭＬＤの通信状態を考慮したＡＰＭＬＤの送信》
図２０及び図２１を用いて、ＡＰＭＬＤがＳＴＡＭＬＤへのダウンリンク（ＤｏｗｎＬｉｎｋ；以下、ＤＬと称される）送信を行う動作を説明する。図２０はｎｏｎ－ＳＴＲリンクの関係にある２つの無線リンクの一例を示す。ここでは、ＡＰＭＬＤは、Ｌｉｎｋ１がプライマリリンクであることをＳＴＡＭＬＤに通知し、ＳＴＡＭＬＤは、Ｌｉｎｋ２とＬｉｎｋ１はｎｏｎ－ＳＴＲリンクの関係にあることをＡＰＭＬＤに通知するとする。

ＡＰＭＬＤは、上記したＳＴＡＭＬＤの他に、Ｌｉｎｋ１とＬｉｎｋ２がＳＴＲリンクの関係にある複数の他のＳＴＡＭＬＤも収容しているものとする。ここでは、便宜的にＬｉｎｋ１とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤはｎｏｎ－ＳＴＲＭＬＤ１と称され、Ｌｉｎｋ１とＬｉｎｋ２がＳＴＲリンクの関係にある他の複数のＳＴＡＭＬＤはＳＴＲＭＬＤｓと称される。ＳＴＲＭＬＤｓはＡＰＭＬＤ自身を含んでいてもよい。

ｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１でのＭＡＣアドレスはＳＴＡ１、Ｌｉｎｋ２でのＭＡＣアドレスはＳＴＡ２、ＡＰＭＬＤのＬｉｎｋ１でのＭＡＣアドレスはＡＰ１、Ｌｉｎｋ２でのＭＡＣアドレスはＡＰ２である。

ＡＰＭＬＤはｎｏｎ－ＳＴＲＭＬＤ１に送信するデータを有しているとする。例えば図２１に示すように、ＳＴＲＭＬＤｓがＬｉｎｋ１でＴＸＯＰを獲得しており（図２１の“ＴＸＯＰｂｅｔｗｅｅｎＳＴＲＭＬＤｓ”）、Ｌｉｎｋ２が空いているとする。

ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していない（ｎｏｎ－ＳＴＲＭＬＤ１がＴＸＯＰホルダ／レスポンダでない）か否かを判断する。ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していないことを確認後、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１宛てフレームを含むＤＬ送信（図２１の“ＤＬｉｎｃｌｕｄｉｎｇｎｏｎ－ＳＴＲＭＬＤ１”）をＬｉｎｋ２で行う。フレームは例えばデータフレームやＲＴＳフレームなどである。ＲＴＳフレームは、制御フレームの一種である。

もし、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信している場合、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信しなくなるまで、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１宛てフレームを含むＤＬ送信をＬｉｎｋ２で行わない。

なお、ｎｏｎ－ＳＴＲＭＬＤ１宛てデータフレームを含むＤＬ送信としたが、ｎｏｎ－ＳＴＲＭＬＤ１宛てフレームのみのＤＬ送信でもよいし、他のＳＴＡＭＬＤ宛てフレームも含むＤＬマルチユーザ（Ｍｕｌｔｉ－ｕｓｅｒ；以下、ＭＵと称される）送信でもよい。

Ｌｉｎｋ２でのＤＬ送信では、ｎｏｎ－ＳＴＲＭＬＤ１宛てフレームのＲＡは当然ＳＴＡ１である。ＤＬＭＵでは、ＰＨＹパケットにおいて、ＳＴＡ１以外のＳＴＡ２に割り当てられたアソシエーション識別子（ＡｓｓｏｃｉａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ；以下、ＡＩＤと称される）がＰＨＹヘッダを用いて通知される。ＰＨＹヘッダは、各ＳＴＡが受信復号するストリーム、リソースユニット（ＲｅｓｏｕｒｃｅＵｎｉｔ；以下、ＲＵと称される）、又はストリームかつその中のＲＵが識別できるように構成されており、受信復号されたデータフレーム内のＲＡに各ＳＴＡＭＬＤのＭＡＣアドレスが指定されている。

ＤＬ送信が他のＳＴＡＭＬＤ宛てのフレームを含み、他のＳＴＡＭＬＤでもＬｉｎｋ２とＬｉｎｋ１はｎｏｎ－ＳＴＲリンクの関係になる場合には、当該ｎｏｎ－ＳＴＲＭＬＤ１と同様、そのＳＴＡＭＬＤがＬｉｎｋ１で通信していないことがＤＬ送信を実行する条件である。他のＳＴＡＭＬＤでＬｉｎｋ２とＬｉｎｋ１がＳＴＲリンクの関係になる場合には、この条件は不要である。

上述したように、ＡＰＭＬＤが、Ｌｉｎｋ２でｎｏｎ－ＳＴＲＭＬＤ１を含むＤＬ送信（図２１の“ＤＬｉｎｃｌｕｄｉｎｇｎｏｎ－ＳＴＲＭＬＤ１”）を開始する直前まで、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信しているか否かを判断し、通信している送信が有ることを確認した場合には、ＤＬ送信を延期することができるのであれば、干渉は発生しない。

しかし、ＡＰＭＬＤによるＬｉｎｋ１とＬｉｎｋ２の制御に実装の影響により時差が発生する場合がある。この場合には、例えば、ｎｏｎ－ＳＴＲＭＬＤ１を含むＤＬ送信をＬｉｎｋ２で開始する時よりＰｒｉｏｒｉｔｙＩｎｔｅｒｆｒａｍｅＳｐａｃｅ（以下、ＰＩＦＳと称される）前にｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していなければＤＬ送信を実行してよい、というようにする。

このようにすることで、ＰＩＦＳ時間内でｎｏｎ－ＳＴＲＭＬＤ１が通信する場合の干渉の発生は回避できないが、干渉を最小化することができる。ＰＩＦＳは８０２．１１規格に準拠する無線ＬＡＮで限定された条件でのみ利用可能なフレーム間隔（ＩｎｔｅｒｆｒａｍｅＳｐａｃｅ）である。ＰＩＦＳは、ＳｈｏｒｔＩｎｔｅｒｆｒａｍｅＳｐａｃｅ（以下、ＳＩＦＳと称される）＋Ｓｌｏｔで規定される。ＳＩＦＳは受信したデータフレームに対する応答フレームを送信する際に用いられる最小のフレーム間隔であり、キャリアセンス状態を把握する必要がない。Ｓｌｏｔはバックオフを行うための最小単位であり、キャリアセンスが要求される。２．４ＧＨｚ帯では典型的な場合、ＳＩＦＳは１０ｕｓ、Ｓｌｏｔは２０ｕｓであり、ＰＩＦＳは３０ｕｓとなる。５ＧＨｚ帯では典型的な場合、ＳＩＦＳは１６ｕｓ、Ｓｌｏｔは９ｕｓであり、ＰＩＦＳは２５ｕｓとなる。

ＢＳＳでダイレクトリンク通信が行われていないのであれば、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していない（ＴＸＯＰホルダ／レスポンダでない）ことの判断は、ＡＰＭＬＤが、自身が送信するフレームのＲＡにｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１でのＭＡＣアドレス、すなわちＳＴＡ１が含まれていないか、又は自身宛てフレームのＴＡがあるならそのＴＡにｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１でのＭＡＣアドレス、すなわちＳＴＡ１が含まれていないかを判断することで足りる。これは、ＳＴＲＭＬＤｓのＬｉｎｋ１での通信相手は必ずＡＰＭＬＤとなるためである。

基本的にダイレクトリンク通信はオプション機能であり、使用頻度が低いことを考えれば、ＤＬ送信の可否は上記判断基準で十分と言える。

また、接続するＳＴＡＭＬＤが利用するアプリケーションの用途を把握することで、ダイレクトリンク通信の利用の可能性を判断し、それに基づいてＤＬ送信の可否判断基準を変更してもよい。例えばダイレクトリンク通信が利用されていると判断すれば、ＡＰＭＬＤは、自身宛てフレーム以外のＬｉｎｋ１で受信する全てのフレームも対象に、そのＴＡにｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１でのＭＡＣアドレスが含まれていないかを判断するようにする。

なお、ＡＰＭＬＤは、フレームのアドレスによりｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していると判断した場合、当該フレームのＭＡＣヘッダ内のＤｕｒａｔｉｏｎフィールドにより設定されるＮｅｔｗｏｒｋＡｌｌｏｃａｔｉｏｎＶｅｃｔｏｒ（以下、ＮＡＶと称される）により、ＴＸＯＰの終了を把握し、その終了時刻まではＬｉｎｋ１とｎｏｎ－ＳＴＲリンクの関係にある無線リンク、ここではＬｉｎｋ２でのｎｏｎ－ＳＴＲＭＬＤ１への送信は行わない。

ＡＰＭＬＤがｎｏｎ－ＳＴＲＭＬＤ１にＤＬ送信する代表的なフレームの一例としてデータフレームがある。図２２は、データフレームの基本的な構成の一例を示す。データフレームは、図３に示したビーコンフレームと同様に、ＭＡＣヘッダ、ＦｒａｍｅＢｏｄｙ（オクテット単位の可変長）、及びＦＣＳ（４オクテット）を含む。

ＭＡＣヘッダは、ＦｒａｍｅＣｏｎｔｒｏｌフィールド（２オクテット）、Ｄｕｒａｔｉｏｎフィールド（２オクテット）、Ａｄｄｒｅｓｓ１（第１のアドレス）フィールド（６オクテット）、Ａｄｄｒｅｓｓ２（第２のアドレス）フィールド（６オクテット）、Ａｄｄｒｅｓｓ３（第３のアドレス）フィールド（６オクテット）、ＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌフィールド（２オクテット）、Ａｄｄｒｅｓｓ４（第４のアドレス）フィールド（０、又は６オクテット）、ＱｏＳＣｏｎｔｒｏｌフィールド（０、又は２オクテット）、及びＨＴＣｏｎｔｒｏｌ（ＨＴコントール）フィールド（０、又は４オクテット）を含む。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドは、ＴｙｐｅサブフィールドとＳｕｂｔｙｐｅサブフィールドを含む。ＡＰＭＬＤは、Ｔｙｐｅサブフィールドをデータフレームの識別情報とし、Ｓｕｂｔｙｐｅサブフィールドを例えばＱｏＳＤａｔａとする。

ＦｒａｍｅＢｏｄｙには、上位層から受け取ったデータが入る。

ＡＰＭＬＤがｎｏｎ－ＳＴＲＭＬＤ１にＤＬ送信する代表的なフレームの他の例としてＲＴＳフレームがある。図２３は、ＲＴＳフレームの基本的な構成の一例を示す。ＲＴＳフレームは、ＭＡＣヘッダとＦＣＳ（４オクテット）を含む。

ＭＡＣヘッダは、ＦｒａｍｅＣｏｎｔｒｏｌフィールド（２オクテット）、Ｄｕｒａｔｉｏｎフィールド（２オクテット）、ＲＡフィールド（６オクテット）、及びＴＡフィールド（６オクテット）を含む。ＲＡフィールドは、本ＲＴＳフレーム送信後に送信を予定している単独宛先のデータフレーム、管理フレーム、あるいは制御フレームの受信先ＳＴＡのアドレスである。ＴＡフィールドは、ＲＴＳフレームを送信するＳＴＡのアドレスである。

ＦｒａｍｅＣｏｎｔｒｏｌフィールドは、ＴｙｐｅサブフィールドとＳｕｂｔｙｐｅサブフィールドを含む。ＡＰＭＬＤは、Ｔｙｐｅサブフィールドを制御フレームの識別情報とし、ＳｕｂｔｙｐｅサブフィールドをＲＴＳフレームの識別子とする。

上記のように、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していないと判断し、ｎｏｎ－ＳＴＲＭＬＤ１宛てにＬｉｎｋ２でＤＬ送信を行っても、ｎｏｎ－ＳＴＲＭＬＤ１は、Ｌｉｎｋ２でのみ受信復号できればよい。従って、ｎｏｎ－ＳＴＲＭＬＤ１でＬｉｎｋ１にＬｉｎｋ２の干渉が漏れこんだとしても、Ｌｉｎｋ１での動作はｎｏｎ－ＳＴＲＭＬＤ１の動作に影響を与えない。

図２１に示すように、ＳＴＲＭＬＤｓによるＴＸＯＰ（図２１の“ＴＸＯＰｂｅｔｗｅｅｎＳＴＲＭＬＤｓ”）が終了しても、ｎｏｎ－ＳＴＲＭＬＤ１宛てデータフレームを含むＤＬ送信がＬｉｎｋ２で続いている（図２１の“ＤＬｉｎｃｌｕｄｉｎｇｎｏｎ－ＳＴＲＭＬＤ１”）場合には、そのＤＬ送信の干渉成分がＬｉｎｋ１に漏れ込み、ｎｏｎ－ＳＴＲＭＬＤ１では、Ｌｉｎｋ１でＣＣＡがビジーになると考えられる。しかし、ｎｏｎ－ＳＴＲＭＬＤ１では、Ｌｉｎｋ１では受信復号する必要がないので、影響は生じない。

なお、この状況では、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１でアクセス権を獲得する動作には、支障が出る可能性がある。その場合の対処法については後述する。

なお、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信しておらず、かつＬｉｎｋ１が空いているなら、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１宛てフレームを含むＤＬ送信をＬｉｎｋ１でも当然行ってよい。ＤＬ送信するフレームは、データフレームに限らず、ｎｏｎ－ＳＴＲＭＬＤ１宛てＲＴＳフレームでもよいし、ｎｏｎ－ＳＴＲＭＬＤ１を宛て先に含むＭＵＲＴＳフレーム（トリガフレームの一種）でもよい。この場合、ＡＰＭＬＤは、Ｌｉｎｋ１でのＴＸＯＰがＬｉｎｋ２でのＴＸＯＰの終了と同時、又はＬｉｎｋ２でのＴＸＯＰの終了より後に終了するように調整してもよい。調整の一例として、ＡＰＭＬＤは、Ｌｉｎｋ２でのＤＬ送信するフレームにパディング（Ｐａｄｄｉｎｇ）ビットを含めてもよい。

図２４は、フレームアグリゲーションにより生成されたＡ－ＭＰＤＵのフォーマットの一例を示す。Ａ－ＭＰＤＵは、ｎ（ｎは１又は複数）個のＡ－ＭＰＤＵｓｕｂｆｒａｍｅのシーケンスと、オクテット単位の可変長の１つのＥＯＦＰａｄｄｉｎｇからなる。

各Ａ－ＭＰＤＵｓｕｂｆｒａｍｅは、ＭＰＤＵｄｅｌｉｍｉｔｅｒ（４オクテット）を含み、任意のＭＰＤＵ（オクテット単位の可変長）がＭＰＤＵｄｅｌｉｍｉｔｅｒに続く。Ａ－ＭＰＤＵの最後以外のＡ－ＭＰＤＵｓｕｂｆｒａｍｅは、Ａ－ＭＰＤＵｓｕｂｆｒａｍｅの長さを４ｎオクテットにするためのＰａｄｄｉｎｇ（０－３オクテット）を含む。

ＥＯＦＰａｄｄｉｎｇは、ＥＯＦＰａｄｄｉｎｇｓｕｂｆｒａｍｅ（４ｎオクテット）とＥＯＦＰａｄｄｉｎｇｏｃｔｅｔ（０－３オクテット）からなる。

ＡＰＭＬＤは、Ａ－ＭＰＤＵ内のこれらのパディング用のフィールドを用いてフレームの長さを調整することができる。

また、ｎｏｎ－ＳＴＲＭＬＤ１が応答フレームをＬｉｎｋ１及びＬｉｎｋ２で送信するタイミングを考慮すると、ＡＰＭＬＤは、ＤＬ送信するデータフレームの送信終了時刻をＬｉｎｋ１とＬｉｎｋ２で揃え、ｎｏｎ－ＳＴＲＭＬＤ１の応答フレーム長も揃えてもよい。こうすると、ＤＬ送信されるデータフレームとＵＬ送信される応答フレームを同期させることができる。

《ＡＰＭＬＤのトリガフレームのＤＬ送信》
図２１の説明では、ＡＰＭＬＤは、宛先にｎｏｎ－ＳＴＲＭＬＤ１を含むフレームをＬｉｎｋ２でＤＬ送信した（図２１の“ＤＬｉｎｃｌｕｄｉｎｇｎｏｎ－ＳＴＲＭＬＤ１”）。これはＤＬシングルユーザ（ＤＬＳＵ）送信またはＤＬマルチユーザ（ＤＬＭＵ）送信を想定している。しかし、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ１あるいはｎｏｎ－ＳＴＲＭＬＤ１を含む複数のＳＴＡＭＬＤにＵＬ送信を許可するトリガフレームを送信してもよい。

ＡＰＭＬＤがＭＡＣアドレスＳＴＡ２宛てフレームをＬｉｎｋ２で送信し、ＭＡＣアドレスＳＴＡ２を持つＳＴＡがそれを受信すると、ＭＡＣアドレスＳＴＡ２を持つＳＴＡは、ＳＩＦＳ後にＡｃｋ又はＢｌｏｃｋＡｃｋといった応答フレームをＭＡＣアドレスＡＰ２を持つＡＰにＵＬ送信する。ＭＡＣアドレスＡＰ２を持つＡＰがＬｉｎｋ２で行うＤＬ送信がＭＡＣアドレスＳＴＡ２宛てフレームを含むＤＬＭＵであり、宛先のＳＴＡＭＬＤからの応答フレームを要求する場合には、ＭＡＣアドレスＡＰ２を持つＡＰは、応答フレームのＵＬＭＵ送信を指示するトリガフレームをそのＤＬＭＵ送信に含めてもよい。このトリガフレームは、Ｍｕｌｔｉ－ｕｓｅｒＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔ（ＭＵ－ＢＡＲと称される）という種別のものになる。ＭＵ－ＢＡＲを受信したことにより、各ＳＴＡでは応答フレームをＵＬＭＵで送信する。

図２１ではこのような場合も含めて、“ＵＬｉｎｃｌｕｄｉｎｇｎｏｎ－ＳＴＲＭＬＤ１”と記載している。なお、Ｌｉｎｋ２でＭＡＣアドレスＳＴＡ２を持つＳＴＡが応答フレームをＵＬ送信している際には、同じｎｏｎ－ＳＴＲＭＬＤ１内でのＭＡＣアドレスＳＴＡ１を持つＳＴＡは、Ｌｉｎｋ１で正常に無線媒体のキャリアセンス（ＣａｒｒｉｅｒＳｅｎｓｅ；以下、ＣＳと称される）ができない（図２１の“ｎｏｎ－ＳＴＲＭＬＤ１ｃａｎ’ｔＣＳ”）と考えられる。

しかし、８０２．１１規格に準拠する無線ＬＡＮのＣＳは、２種類ある。一つは、無線媒体の直接のビジー／アイドルを行うもので、物理的ＣＳである。もう一つは、受信したフレームのＤｕｒａｔｉｏｎフィールドで通知された時間長等を基に、そのフレームを含むＰＨＹパケットの終了時刻から起算して通知された時間長が終わる終了時刻までＮＡＶを設定する、仮想的ＣＳである。一方の無線リンクで送信している場合に他のｎｏｎ－ＳＴＲリンクの関係にある無線リンクで正常なＣＳができない場合のＣＳとは、物理的ＣＳのことである。物理的ＣＳではＣＣＡの状態がビジーかアイドルを調べる。

トリガフレームは制御フレームの一種である。トリガフレームは、アップリンク（ＵｐＬｉｎｋ；以下、ＵＬと称される）ＭＵ送信をＳＴＡＭＬＤに指示する。ＵＬＭＵ送信を複数の端末に指示する時に、ＡＰＭＬＤが最初に送信するフレームがトリガフレームである。ＡＰＭＬＤは、トリガフレームにより、どのＳＴＡＭＬＤがＵＬＭＵ送信してよいか、ＵＬＭＵ送信のパケット長をどのくらいの長さにするか、各ＳＴＡＭＬＤが用いるＭＣＳは何を使うか等をＳＴＡＭＬＤに指示する。

トリガフレーム送信後にＵＬＭＵ送信する際、ＵＬチャネルをアクセスして占有するアクセス権を獲得することは、ＡＰＭＬＤがトリガフレームにより行っているので、Ｌｉｎｋ２でアクセス権を獲得してよいかの判断はＡＰＭＬＤが行うことは前述のＤＬフレームの送信の場合と同様である。ＳＴＡＭＬＤがＡＰＭＬＤにＵＬ送信要求があることを、予めＡＰＭＬＤに通知していればＡＰＭＬＤは当該ＳＴＡＭＬＤへのトリガフレームの送信をスケジュールできる。さらにＳＴＡＭＬＤがどの無線リンクでトリガフレームを受けたいかを予めＡＰＭＬＤに要求あるいはどの無線リンクでトリガフレームを受けるかを予めＡＰＭＬＤとネゴシエーションしておいてもよい。その場合、図２１は、どのリンクを使うかが決まった後の状態である。

図２５は、トリガフレームのフォーマットを示す。トリガフレームは、ＭＡＣヘッダ、ＣｏｍｍｏｎＩｎｆｏフィールド（８オクテット、又はそれ以上）、ＵｓｅｒＩｎｆｏＬｉｓｔフィールド（オクテット単位の可変長）、Ｐａｄｄｉｎｇ（パディング）フィールド（オクテット単位の可変長）、及びＦＣＳフィールド（４オクテット）を含む。

ＭＡＣヘッダフィールドは、ＦｒａｍｅＣｏｎｔｒｏｌサブフィールド（２オクテット）、Ｄｕｒａｔｉｏｎサブフィールド（２オクテット）、ＲＡサブフィールド（６オクテット）、及びＴＡサブフィールド（６オクテット）を含む。ＣｏｍｍｏｎＩｎｆｏフィールドは、ＵＬＬｅｎｇｔｈサブフィールドを含む。ＵｓｅｒＩｎｆｏＬｉｓｔフィールドは、０以上のＵｓｅｒＩｎｆｏサブフィールドを含み、各ＵｓｅｒＩｎｆｏサブフィールドはＡＩＤ１２サブフィールドやＵＬＨＥ－ＭＣＳサブフィールド等を含む。なお、フレーム種別によってはＭＡＣヘッダに入るＡＩＤサブフィールドは、Ｄｕｒａｔｉｏｎフィールドと同じ２オクテットあり、Ｄｕｒａｔｉｏｎフィールドの代わりに入れられるが、実際にＡＰがＳＴＡに割り当てるＡＩＤの範囲は１～２００７であるため、このトリガフレームのＵｓｅｒＩｎｆｏサブフィールドでＳＴＡのＡＩＤを表すためのＡＩＤ１２サブフィールドは１２ビットで十分であり、１２ビットとされている。

ＡＰＭＬＤは、ＡＩＤ１２サブフィールドで各ＳＴＡＭＬＤのＡＩＤを指定し、ＵＬＨＥ－ＭＣＳサブフィールドでＵＬＭＵ送信時に用いるＭＣＳを指定し、ＵＬＬｅｎｇｔｈサブフィールドでＰＨＹパケット長を指定する。

ＵｓｅｒＩｎｆｏフィールドがトリガフレームを送る宛先の端末として一つの端末を指定している場合、ＲＡは一つの端末のアドレスになる。ＵｓｅｒＩｎｆｏフィールドがトリガフレームを送る宛て先の端末として複数の端末を指定している場合、ＲＡはブロードキャストアドレスとなる。

ＡＩＤ１２サブフィールドには、ＳＴＡＭＬＤに割り当てているアソシエーションＩＤが入る。アソシエーションＩＤは、ＭＡＣアドレスの代わりにＳＴＡＭＬＤ、従来では厳密にはＳＴＡＭＬＤの該当するリンクのＳＴＡを指定するものである。ＳＴＡＭＬＤがアソシエーションリクエストフレームをＡＰＭＬＤへ送った後、ＡＰＭＬＤがアソシエーションレスポンスフレームをＳＴＡＭＬＤへ送る時、ＡＰＭＬＤはアソシエーションＩＤをＳＴＡＭＬＤに割り当てる。このアソシエーションＩＤはＳＴＡＭＬＤでは全ての使用する無線リンクで共通に利用する。

ＡＰＭＬＤは、データフレームを送信する際と同様に、ｎｏｎ－ＳＴＲＭＬＤ１がプライマリリンクで通信していないことを確認してからｎｏｎ－ＳＴＲＭＬＤ１にトリガフレームを送信する。

トリガフレームを受信したＳＴＡＭＬＤは、ＡＰＭＬＤからアソシエーションＩＤが割り当てられていて、自分のアソシエーションＩＤがＡＩＤ１２サブフィールドに入っている場合、自分がＵＬＭＵ送信の対象になっていることを把握し、トリガフレームを収納するＰＨＹパケットの終了時刻のＳＩＦＳ後にＵＬＭＵ送信を行う
なお、トリガフレームの送信方法として、ＡＰＭＬＤは個別のＳＴＡＭＬＤを指定せずに送信してもよい。この場合、トリガフレームの受信側のＳＴＡＭＬＤは、乱数を用いて送信可否を決めてもよい。この送信方法は、ＵＬＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）ｂａｓｅｄＲａｎｄｏｍＡｃｃｅｓｓ（以下、ＵＯＲＡと称される）と称される。この場合には、例えば、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信していなければ、ＵＯＲＡを指定するトリガフレームを受信したＳＴＡ２はＵＬ送信できる。

《ｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１でのＣＳｒｅｓｕｍｅ例》
ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で無線媒体のＣＣＡが不明な状態のためにＣＳが十分に機能せず、他のＳＴＡの送信と衝突する可能性を回避する方法としては、例えば、Ｌｉｎｋ２の干渉あるいはＬｉｎｋ２のＴＸＯＰが終了した時刻から固定時間はＬｉｎｋ１でのＣＣＡの状態がアイドルであると判定されてもＣＳＭＡ／ＣＡの実行を保留し、固定時間経過後に通常のＣＳＭＡ／ＣＡを実行するという方法がある。

８０２．１１規格に準拠する無線ＬＡＮでは、パワーセーブを実施する端末がドーズ（ｄｏｚｅ）状態からアウェイク（ａｗａｋｅ）状態に移行した際やチャネルを切り替えた際などで上記と同様に既に他のＳＴＡによりＴＸＯＰが獲得されているにも関わらず、それを物理的ＣＳでは認識せずに、送信してしまう場合があるため、ＮＡＶＳｙｎｃＤｅｌａｙという固定時間が定義されている。第１の方法は、このＮＡＶＳｙｎｃＤｅｌａｙと概念が同様であり、これを利用してもよい。

ＮＡＶＳｙｎｃＤｅｌａｙはＡＰ（マルチリンク通信にこれを適用する場合にはＡＰＭＬＤ）、またＳＴＡ（マルチリンク通信にこれを適用する場合にはＳＴＡＭＬＤ）が個々に指定でき、指定によっては極端に短くもできてしまうため、衝突を回避するには不適切な場合もある。またＢＳＳ内で共通の時間として共有することはできない。第２の方法として、無線ＬＡＮ規格として値まで含めた別のパラメータを定義してもよい。あるいはこの新たなパラメータの値についてはＡＰＭＬＤが設定し、ビーコンフレーム等によって周辺のＳＴＡＭＬＤに通知するようにしてもよい。ＡＰＭＬＤがこの固定時間長をビーコン等で通知する際には、例えば前述のＭＬエレメントやＥＨＴＣａｐａｂｉｌｉｔｉｅｓエレメント、あるいは新規の情報エレメントを用いればよい。

この固定時間を待っている間に、他のフレーム受信を検出し、ＮＡＶを取得できれば、無線媒体の使用状態について他のＳＴＡと同期が取れたということで目的を果たしたことになるため、固定時間を待つことは解除してよい。

第３の方法として、Ｌｉｎｋ２からの干渉が終了した時刻からＣＳＭＡ／ＣＡを再開する場合に、従来のＣＳレベルよりも感度を上げる、すなわちＣＳの閾値を従来よりも下げるようにしてもよい。従来、８０２．１１規格に準拠する無線ＬＡＮでは、８０２．１１規格に準拠する無線ＬＡＮのＰＨＹパケットを検知するＣＳレベルは－８２ｄＢｍ／２０ＭＨｚと規定され、その他の雑音を含む信号を検知するＣＳレベルは－６２ｄＢｍ／２０ＭＨｚと規定されている。しかし、Ｌｉｎｋ２からの干渉が終了した時刻からＬｉｎｋ１でＣＳＭＡ／ＣＡを再開する場合に、物理的ＣＳレベルを一律に、例えば－８２ｄＢｍ／２０ＭＨｚにしてもよい。この際もＬｉｎｋ１でＭＡＣフレームを受信するなどしてＣＳが正常に行えている他の端末と同じようにＣＳ状態が把握できたと判断した場合には、即通常のＣＳの閾値を用いたＣＳＭＡ／ＣＡの動作に戻ってよい。

これらの例では、Ｌｉｎｋ２でのＳＴＡ２の送信終了時刻をＭＡＣアドレスＳＴＡ１を持つＳＴＡで把握する必要がある。そのため、例えば、Ｌｉｎｋ２でＭＡＣアドレスＳＴＡ２を持つＳＴＡが送信するＰＨＹパケットの占有長又はその終了時刻をＬｉｎｋ１のＭＡＣアドレスＳＴＡ１を持つＳＴＡに共有させればよい。

ＭＡＣアドレスＳＴＡ２を持つＳＴＡは、応答フレームを送信する際、ＭＡＣアドレスＡＰ２を持つＡＰがＭＡＣアドレスＳＴＡ２を持つＳＴＡとの間で取得したＴＸＯＰ長、あるいはすなわちＮＡＶ情報（後述）からＴＸＯＰの終了時刻をＬｉｎｋ２で取得することができる。これを利用して、第４の方法では、そのＴＸＯＰ長又はＴＸＯＰの終了時刻をＬｉｎｋ１のＭＡＣアドレスＳＴＡ１を持つＳＴＡに共有させる。これによれば、ＭＡＣアドレスＳＴＡ１を持つＳＴＡはその終了時刻から固定時間待つ動作又はその終了時刻からＣＳ感度を上げる動作をすることができる。例えばＬｉｎｋ２のアクセス制御を処理する下位ＭＡＣ処理部３８からＬｉｎｋ１のアクセス制御を処理する下位ＭＡＣ処理部３６に当該情報を共有する。

ＭＡＣアドレスＳＴＡ１を持つＳＴＡがＬｉｎｋ１でのＣＳ状態を正確に把握できないところから復帰する第５の方法としては、ＡＰＭＬＤがＬｉｎｋ２でＭＡＣアドレスＳＴＡ２宛てに送信するフレーム内でＬｉｎｋ１でのＮＡＶ状態をＭＡＣアドレスＳＴＡ２を持つＳＴＡに通知するようにしてもよい。これは、ＡＰＭＬＤではＬｉｎｋ１とＬｉｎｋ２の間でｎｏｎ－ＳＴＲリンクの関係の問題がないからである。ＳＴＡＭＬＤはそのＬｉｎｋ１でのＮＡＶ情報によってＬｉｎｋ１でのＴＸＯＰが終了するタイミングを把握し、例えば、その終了タイミングがＣＣＡを把握できない状況よりも早い場合には上述の固定時間を待たずにＣＣＡが把握できるようになった時点から通常のＣＳＭＡ／ＣＡを実施し、その終了タイミングがＣＣＡを把握できない状況よりも遅い場合にはその終了タイミングを待って通常のＣＳＭＡ／ＣＡを実施する。

《ＡＰＭＬＤからｎｏｎ－ＳＴＲＭＬＤ１へのＤＬ送信の延期》
図２１は、ＡＰＭＬＤが、次にｎｏｎ－ＳＴＲＭＬＤ１宛てデータフレームを送信する際に、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１で通信しているか否かを判断したところ、ｎｏｎ－ＳＴＲＭＬＤ１がＬｉｎｋ１でＵＬ送信している（図２１の“ＵＬｆｒｏｍｎｏｎ－ＳＴＲＭＬＤ１”）ことを確認した場合を示す。

その場合のＡＰＭＬＤの対応はいくつかある。第１の例は、Ｌｉｎｋ１でＭＡＣアドレスＳＴＡ１を持つＳＴＡへの送信が可になるまで、ＡＰＭＬＤは、Ｌｉｎｋ２での送信自体を行わないことである。この結果、ｎｏｎ－ＳＴＲＭＬＤ１宛ての送信は延期される。

ＡＰＭＬＤの対応の第２の例は、ＡＰＭＬＤが他のＳＴＡ宛てのデータを持っているとしたら、Ｌｉｎｋ２で他のＳＴＡに管理フレーム又はデータフレームを送ることである。これによっても、ｎｏｎ－ＳＴＲＭＬＤ１のＳＴＡ宛て送信は延期される。

他のＳＴＡとは、（１）Ｌｉｎｋ１で送信していない他のｎｏｎ－ＳＴＲＭＬＤのＳＴＡ、（２）Ｌｉｎｋ１とＬｉｎｋ２がＳＴＲリンクの関係にある他のｎｏｎ－ＳＴＲＭＬＤのＳＴＡ、（３）そもそも全ての無線リンクでＳＴＲリンクの関係を維持できるＳＴＲＭＬＤのＳＴＡ、又は（４）Ｌｉｎｋ２でのみＡＰ２と接続しているＳＴＡである。

第２の例の適用には、条件がある。ｎｏｎ－ＳＴＲＭＬＤ１がＰＨＹパケットのＰＨＹヘッダをｎｏｎ－ＳＴＲリンクの関係にある２つの無線リンクの一方で受信してＡｕｔｏｍａｔｉｃＧａｉｎＣｏｎｔｒｏｌ（以下、ＡＧＣと称される）を取得でき、受信と復号のための同期が取得できた状態で、Ｌｉｎｋ１でフレーム交換が継続可能であるような場合に第２の例は適用できる。なお、Ｌｉｎｋ１でフレーム交換が継続可能であるか否かは、信号対干渉電力比（Ｓｉｇｎａｌ－ｔｏ－ＩｎｔｅｒｆｅｒｅｎｃｅＲａｔｉｏ；以下、ＳＩＲと称される）の条件による。

ただし、実装によっては、一方のリンクのＴＸＯＰ関与時に他のリンクに干渉する恐れがある。例えば、ブルートゥース（登録商標）規格の電波も送受信できる無線ＬＡＮチップにおいて、無線ＬＡＮのアンテナを介してブルートゥース信号が回りこみ、ブルートゥース信号が歪むことが考えられる。この場合は、ブルートゥース電波の送信時に、無線ＬＡＮ側のＬｏｗＮｏｉｓｅＡｍｐｌｉｆｉｅｒ（以下、ＬＮＡと称される）をオフにすればよい。これと同様の対応をＬｉｎｋ１で送受信している際にはＬｉｎｋ２で行えばよい。つまりＬｉｎｋ１で送受信している際にはＬｉｎｋ２のＬＮＡをオフにすればよい。

ＳＴＡ－ＭＬＤは、このような対応ができるかどうかを、ＡＰＭＬＤに予め通知するようにしてもよい。ＳＴＡ－ＭＬＤは、２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係にあることをＭＬエレメント等を用いて通知する際にこの情報も併せて通知するようにしてもよい。ＳＴＡ－ＭＬＤは、ＳＴＡＭＬＤの能力（ｃａｐａｂｉｌｉｔｙ）としてこの情報も纏めて通知してもよい。纏めて通知するエレメントの一例は、ＥＨＴＣａｐａｂｉｌｉｔｉｅｓエレメントである。ＥＨＴＣａｐａｂｉｌｉｔｉｅｓエレメントもアソシエーションリクエストフレームやリアソシエーションリクエストフレームに入れられる。

ｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１での通信に干渉を与えずに、ｎｏｎ－ＳＴＲＭＬＤ１にＬｉｎｋ２で送信する方法として、ＡＰＭＬＤがＬｉｎｋ２での送信に送信ビームフォーミングを適用し、ｎｏｎ－ＳＴＲＭＬＤ１のＬｉｎｋ１での通信に対してヌル（ｎｕｌｌ）が向けるようにする（ヌルステアリング）ことがある。あるいは、８０２．１１ａｘ規格のＳｐａｔｉａｌＲｅｕｓｅ（以下、ＳＲと称される）を適用してもよい。ＳＲは、自端末の送信電力に合わせてＣＳ感度を調整する手法である。また、ＳＲは、受信フレームから取得した情報から他端末の自送信の干渉への耐性を判断し、耐性が十分（ＳＩＲとして問題がない）と判断した場合に、受信フレームと時間を重複させて送信できる手法でもある。

《ＳＴＡＭＬＤでプライマリリンクとＳＴＲリンクの関係にある無線リンクの送信》
ＡＰＭＬＤからＬｉｎｋ１とＬｉｎｋ２がＳＴＲリンクの関係にあるＳＴＡＭＬＤへの送信では、当該ＳＴＡＭＬＤは、Ｌｉｎｋ１とＬｉｎｋ２を独立に送受信できる。従って、ＡＰＭＬＤは、当該ＳＴＡＭＬＤがＬｉｎｋ１で通信しているか否かの判断は不要である。

以上説明したように、第１の実施形態によれば、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤからｎｏｎ－ＳＴＲリンク関係にある無線リンクのリンク情報を取得する。ＡＰＭＬＤは、ｎｏｎ－ＳＴＲリンク関係にある無線リンクのうちの一つをプライマリリンクに設定し、ｎｏｎ－ＳＴＲＭＬＤにプライマリリンクの情報を通知する。ＡＰＭＬＤはｎｏｎ－ＳＴＲＭＬＤへプライマリリンク以外のセカンダリリンクで送信する場合、ｎｏｎ－ＳＴＲＭＬＤがプライマリリンクで通信していないか否かを判断する。ｎｏｎ－ＳＴＲＭＬＤがプライマリリンクで通信している場合、当該送信を延期する。

これにより、ＡＰＭＬＤはｎｏｎ－ＳＴＲＭＬＤへの送信に際し、プライマリリンクの通信状態だけを確認するだけで、送信可否を判断できる。このため、ｎｏｎ－ＳＴＲリンクの関係にある無線リンク間での衝突を回避でき、ｎｏｎ－ＳＴＲＭＬＤの性能を確保できる。また、ｎｏｎ－ＳＴＲＭＬＤは、ｎｏｎ－ＳＴＲ関係にある無線リンクが存在しない場合にはマルチリンクの恩恵をフルに享受できる。

（第２の実施形態）
第１の実施形態では、ある無線リンクに対してｎｏｎ－ＳＴＲリンクの関係にある無線リンクがどれであるかをＳＴＡＭＬＤはＡＰＭＬＤに直接通知した。第２の実施形態では、ある無線リンクに対してｎｏｎ－ＳＴＲリンクの関係にある無線リンクがどれであるかを直接通知する代わりに、ＳＴＡＭＬＤは、２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係になる、又はＳＴＲリンクの関係になる周波数上の離隔距離をＡＰＭＬＤに通知することにより、ｎｏｎ－ＳＴＲリンクの関係にある２つの無線リンクを間接的に通知する。

ＳＴＡＭＬＤは、周波数の離隔距離が閾値距離以上である２つの無線リンクはｎｏｎ－ＳＴＲリンクの関係にある無線リンクとして扱うようにＡＰＭＬＤに通知する。ＡＰＭＬＤは、利用する無線リンクのリンクＩＤとリンク周波数の関係から、どの２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係のリンクになるかを判断する。ＡＰＭＬＤが、例えば、図２１に示すような送信を実行しようとした時、このＳＴＡＭＬＤにとってＬｉｎｋ１とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係にあるか、又はＳＴＲリンクの関係にあるかをＬｉｎｋ１とＬｉｎｋ２の周波数の離隔距離に基づいて判断する。ＳＴＡＭＬＤが閾値距離を通知し、ＡＰＭＬＤが離間距離を閾値距離と比較する。ＡＰＭＬＤは、離間距離が閾値距離以上であれば、２つの無線リンクはｎｏｎ－ＳＴＲリンクの関係にあると判断する。

図２６は、ＳＴＡＭＬＤがＡＰＭＬＤに送るアソシエーションリクエストフレームに含まれるＭＬエレメントのフォーマットの一例を示す。

ＭＬエレメントは、ＥｌｅｍｅｎｔＩＤフィールド（１オクテット）、Ｌｅｎｇｔｈフィールド（１オクテット）、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールド（１オクテット）、ＳＴＡＭＬＤフィールド（６オクテット）、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールド（１オクテット）、ＮｕｍｂｅｒＯｆＬｉｎｋｓフィールド（１オクテット）、及びＬｉｎｋＩＤＳｅｔフィールド（オクテット単位の可変長）を含む。なお、ＬｉｎｋＩＤＳｅｔフィールドに含まれるＬｉｎｋＩＤサブフィールドが固定であり、またＬｉｎｋＩＤＳｅｔフィールド以降に他のフィールドが追随しないことが保証されているならば、ＮｕｍｂｅｒＯｆＬｉｎｋｓフィールドはなくてもよい。Ｎｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドの後は残るＭＬエレメントの最後までの領域をＬｉｎｋＩＤＳｅｔフィールドとし、ＬｉｎｋＩＤサブフィールドの固定長ごとに分割して各々をＬｉｎｋＩＤサブフィールドとして扱えばよい。

ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドは、ｎｏｎ－ＳＴＲリンクの関係になる２つの無線リンクの周波数上の最大の離隔距離である閾値距離を通知する。無線リンク間の周波数の離隔距離がこのフィールドで通知された閾値距離以下であれば、ＡＰＭＬＤは、ＳＴＡＭＬＤでそれらの無線リンクはＮｏｎ－ＳＴＲリンクの関係にあると判断する。無線リンク間の周波数の離隔距離が閾値距離より大きければ、ＡＰＭＬＤは、ＳＴＡＭＬＤでそれらの無線リンクはＳＴＲリンクの関係にあると判断する。

このフィールド名は、「ＳＴＲリンクの関係になる周波数上の最小の離隔距離である閾値距離を表す」という意味で、ＭｉｎＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅというフィールド名に変更されてもよい。その場合、無線リンク間の周波数の離隔距離がこのフィールドで通知された閾値距離以上であれば、ＡＰＭＬＤは、ＳＴＡＭＬＤでそれらの無線リンクはＳＴＲリンクの関係にあると判断する。無線リンク間の周波数の離隔距離がこのフィールドで通知された閾値距離未満であれば、ＡＰＭＬＤは、ＳＴＡＭＬＤでそれらの無線リンクはｎｏｎ－ＳＴＲリンクの関係にあると判断する。

以降では、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールド名で説明するが、ＭｉｎＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールド名であっても、通知内容の視点が違うだけで、それ以外の内容は同様に適用される。

例えば、ＳＴＡＭＬＤは、周波数の離隔距離が２４０ＭＨｚ以下であれば２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係になることをＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドでＡＰＭＬＤに通知する。ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドは、図２６では１オクテット用意されている。例えば、チャンネル幅が８０ＭＨｚであるとすると、０～２５５までの値で０～２０．４ＧＨｚの周波数帯のチャネルを表現できることになる。２４０ＭＨｚを閾値距離として表現したいのであれば、このフィールドの値は３となる。０ＭＨｚをこのフィールドで表現することは意味がないため、０ＨＭｚを表す数値は他の意図のために使う、又はＲｅｓｅｒｖｅｄにしておくのでもよい。

例えば、無線システムとして２．４ＧＨｚ帯から６ＧＨｚ帯のみを対象にするのであれば、閾値距離としては５ＧＨｚが表現できれば十分である。そのため、５ＧＨｚを表す値以外の値は他の意図のために使う、又はＲｅｓｅｒｖｅｄにしておく。

８０ＭＨｚ単位の代わりに例えば、２０ＭＨｚ単位のように、他の固定値を単位とする無線システムでもよい。また、このフィールドの一部のビット領域をチャネルの単位を識別するために用い、残りのビット領域を閾値距離を表す値として用いるようにしてもよい。

例えば、最初の３ビットを単位を識別する領域として、０はＲｅｓｅｒｖｅｄ、１であれば２０ＭＨｚ、２であれば４０ＭＨｚ、３はＲｅｓｅｒｖｅｄ、４は８０ＭＨｚ、５～７はＲｅｓｅｒｖｅｄにし、残りの５ビットで表現される値と単位を掛け合わせて周波数の離隔距離を出すようにしてもよい。

１６０ＭＨｚまでを単位として用いるのであれば、例えば、この３ビットを、０はＲｅｓｅｒｖｅｄ、１であれば２０ＭＨｚ、２であれば４０ＭＨｚ、３は８０ＭＨｚ、４は１６０ＭＨｚ、５～７はＲｅｓｅｒｖｅｄというようにする等すればよい。

ＳＴＡＭＬＤが、周波数上の離隔距離がどの範囲内であれば２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係になること、又はどれほど離れていれば無線リンクがＳＴＲリンクの関係になることを保証できるかを、実装上の設計等を加味して、予め把握できれば、このような通知ができる。

前者の把握であれば、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドのような通知方法になり、後者の把握であれば、ＭｉｎＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドのような通知方法になる。

図２６では、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドの後に、ＮｕｍｂｅｒＯｆＬｉｎｋｓフィールドとＬｉｎｋＩＤＳｅｔフィールドが順次配置されている。これらのフィールドは、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドがあることにより、図１９のＮｏｎ－ＳＴＲＬｉｎｋ１サブフィールドとＮｏｎ－ＳＴＲＬｉｎｋ２サブフィールドを省略できるので、図１９のＭＬエレメントのフィールド名が変更されている。ＮｕｍｂｅｒＯｆＬｉｎｋｓフィールドは、後続するＬｉｎｋＩＤＳｅｔフィールドに含まれるＬｉｎｋＩＤサブフィールドの数を表す。ＬｉｎｋＩＤＳｅｔサブフィールドは、単数又は複数のＬｉｎｋＩＤサブフィールドから構成される。ＬｉｎｋＩＤサブフィールドは、図１１のＬｉｎｋＩＤサブフィールドと同様である。

ＳＴＡＭＬＤは、ＡＰＭＬＤから通知された複数の無線リンクのうち、当該ＳＴＡＭＬＤで使用する単数又は複数の無線リンクのＩＤをＬｉｎｋＩＤサブフィールドを用いてＡＰＭＬＤに通知する。２つの無線リンクを使用する場合、図１１のフォーマットであれば、ＳＴＡＭＬＤフィールドより後に７オクテット必要であった。しかし、図２６のフォーマットであれば、ＳＴＡＭＬＤフィールドより後は４オクテットで済み、フィールドサイズの短縮が図れる。フィールドサイズの短縮は、無線通信の効率化にも寄与する。

なお、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドを用いて通知する周波数の離隔距離は、例えば、各無線リンクが用いるチャネルの中心周波数同士を比較した差である。通知する周波数の離隔距離は、各無線リンクが用いるチャネルの最も近接した端同士の差を表すように変更してもよい。

ＡＰＭＬＤは、図２６のようなＭＬエレメントを含むアソシエーションリクエストフレームをＳＴＡＭＬＤから受信すると、自装置が通知する無線リンク間の周波数の離隔距離と、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドで通知される周波数の離隔距離を比較し、ＳＴＡＭＬＤでどの２つの無線リンクがＮｏｎ－ＳＴＲリンクの関係にあるかを把握する。

図２７は８０２．１１規格に準拠する無線ＬＡＮの５ＧＨｚ帯でのチャネルを示す。８０＋８０ＭＨｚチャネルの場合は、図２７で隣接していない２つの８０ＭＨｚチャネルが用いられる。ＡＰＭＬＤが、例えばＬｉｎｋ１としてチャネル番号１０６を、Ｌｉｎｋ２としてチャネル番号１３８をＳＴＡＭＬＤに通知しているとする。ＳＴＡＭＬＤは、周波数の離隔距離が２４０ＭＨｚ以下であれば２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係になることを、ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドでＡＰＭＬＤに通知する。

ＭａｘＮｏｎ－ＳＴＲＦｒｅｑｕｅｎｃｙＤｉｆｆｅｒｅｎｃｅフィールドは中心周波数の差で表されているとすると、ＡＰＭＬＤは、チャネル番号１０６の中心周波数が５，５３０ＭＨｚであり、チャネル番号１３８の中心周波数が５，６９０ＭＨｚであり、その周波数の離隔距離が１６０ＭＨｚで２４０ＭＨｚ以下であることから、ＳＴＲＭＬＤではＬｉｎｋ１とＬｉｎｋ２がｎｏｎ－ＳＴＲリンクの関係にあることを把握する。

当然、この情報を送信するＳＴＡＭＬＤも、Ｌｉｎｋ１とＬｉｎｋ２が自装置としてｎｏｎ－ＳＴＲリンクの関係にあることを把握している。例えば、第１の実施形態と同様に、ＡＰＭＬＤがＬｉｎｋ１をプライマリリンクに設定している場合には、ＳＴＡＭＬＤはＬｉｎｋ１をプライマリリンクとして送信を行う。ＡＰＭＬＤは、当該ＳＴＡＭＬＤに送信する際には、ＳＴＡＭＬＤがＬｉｎｋ１で通信しているか否かを判断し、それに基づいたアクセス権獲得動作を行う。

第２の実施形態によれば、ＳＴＡＭＬＤは、ｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係にある無線リンクを間接的にＡＰＭＬＤに通知するので、通知情報のサイズが小さくなり、通信の効率化が図られる。

（第３の実施形態）
第１の実施形態では、ＡＰＭＬＤは、自装置が利用する複数の無線リンクのうちの一つをプライマリリンクに設定し、ＳＴＡＭＬＤに通知した。本実施形態は、ＡＰＭＬＤは、ＳＴＡＭＬＤからの接続を要請するためのアソシエーションリクエストをプライマリリンクでのみ受け付けることとすることにより、プライマリリンクを間接的にＳＴＡＭＬＤに通知し、第１の実施形態による直接的な通知を省略する。

具体的には、ＡＰＭＬＤが、アソシエーションリクエストフレームに応答してアソシエーションレスポンスフレームを送信するが、ＳｔａｔｕｓＣｏｄｅが“ＳＵＣＣＥＳＳ”を示す値であるアソシエーションレスポンスフレームを送信する条件の一つとして、プライマリリンクでアソシエーションリクエストフレームを受信したことを加える。

アソシエーションリクエストフレームは、図３のビーコンフレームと同様に、ＭＡＣヘッダ、ＦｒａｍｅＢｏｄｙ、及びＦＣＳを含む。ＭＡＣヘッダに含まれるフレームコントロールフィールドのＴｙｐｅサブフィールドには管理フレームの識別情報が記載され、Ｓｕｂｔｙｐｅサブフィールドにはアソシエーションレスポンスの識別情報が記載される。アソシエーションリクエストフレームのＦｒａｍｅＢｏｄｙは、アソシエーションリクエスト動作が成功したか又は失敗したかを示すＳｔａｔｕｓＣｏｄｅを含む。

ＳＴＡＭＬＤがセカンダリリンクでアソシエーションリクエストフレームを送信した場合、ＡＰＭＬＤは、ＳｔａｔｕｓＣｏｄｅが“ＮＧ”を示す値であるアソシエーションレスポンスフレームを送信する。ＳＴＡＭＬＤは、ＳｔａｔｕｓＣｏｄｅに“ＮＧ”を示す値が記載されたアソシエーションレスポンスフレームを受信すると、アソシエーションリクエストフレームを送信した（あるいはアソシエーションレスポンスフレームを受信した）無線リンクはプライマリリンクではないことを認識し、無線リンクを変えてアソシエーションリクエストフレームを再送信し、接続を再び要請する。ＳＴＡＭＬＤは、ＳｔａｔｕｓＣｏｄｅに“ＳＵＣＣＥＳＳ”を示す値が記載されたアソシエーションレスポンスフレームを受信すると、アソシエーションリクエストフレームを送信した（あるいはアソシエーションレスポンスフレームを受信した）無線リンクがプライマリリンクであることを認識する。

このようにすることで、ＡＰＭＬＤからＳＴＡＭＬＤへプライマリリンクを通知するＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントの送信を省略することができ、無線通信の効率化が図れる。

図２８は、無線ＬＡＮ規格のＳｔａｔｕｓＣｏｄｅの一例を示す。ＳｔａｔｕｓＣｏｄｅの各コードが各値に割り当てられている。一例としては、成功を意味するＳＵＣＣＥＳＳコードが０に割り当てられ、失敗及び理由不明の失敗を意味するＲＥＦＵＳＥＤ，ＲＥＦＵＳＥＤ＿ＲＥＡＳＯＮ＿ＵＮＳＰＥＣＩＦＩＥＤが１に割り当てられ、ＴｕｎｎｅｌｅｄＤｉｒｅｃｔＬｉｎｋＳｅｔｕｐ（以下、ＴＤＬＳと称される）ウェイクアップスケジュール拒絶（代わりのスケジュール有）を意味するＴＤＬＳ＿ＲＥＪＥＣＴＥＤ＿ＡＬＴＥＲＮＡＴＩＶＥ＿ＰＲＯＶＩＤＥＤが２に割り当てられ、ＴＤＬＳウェイクアップスケジュール拒絶を意味するＴＤＬＳ＿ＲＥＪＥＣＴＥＤが３に割り当てられ、セキュリティ不能を意味するＳＥＣＵＲＩＴＹＤＩＳＡＢＬＥＤが４に割り当てられている。現在、何のコードも割り当てられていないＲｅｓｅｒｖｅｄの値が幾つかある。例えば、４、８、９、２０、２１、…には何のコードも割り当てられていない。

図２９は、第３の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す。プライマリリンクでないため拒否することを意味する“ＤＥＮＩＥＤ＿ＮＯＴ＿ＰＲＩＭＡＲＹ＿ＬＩＮＫ”というコードが、現在Ｒｅｓｅｒｖｅｄになっている値のいずれか、ここでは４に割り当てられる。ＡＰＭＬＤは、ＳＴＡＭＬＤがセカンダリリンクでアソシエーションリクエストフレームを送信した場合、ＳｔａｔｕｓＣｏｄｅに４が記載されたアソシエーションレスポンスフレームを送信する。

なお、ＡＰＭＬＤは、ＳＴＡＭＬＤにプライマリリンクを通知するために、ＳｔａｔｕｓＣｏｄｅに４が記載されたアソシエーションレスポンスフレームをＳＴＡＭＬＤに送信する際、プライマリリンクの情報（ＣｈａｎｎｅｌＮｕｍｂｅｒ等）を入れる情報エレメントをアソシエーションレスポンスフレーム追加してもよい。こうすると、ＳＴＡＭＬＤは、ＳｔａｔｕｓＣｏｄｅに４が記載されたアソシエーションレスポンスフレームを何度も受信することなく、プライマリリンクを認識することができる。

ＳＴＡＭＬＤにセカンダリリンクでアソシエーションリクエストフレームを送信させないようにする一つの手段として、ＡＰＭＬＤがプライマリリンクではビーコンフレームを送信するが、セカンダリリンクではビーコンフレームを送信しないようにしてもよい。ビーコンフレームが送信されないと、レガシーＳＴＡも、アソシエーションリクエストフレームを送信しない。例えば、ＭＬＯに対応するＳＴＡＭＬＤにのみセカンダリリンクでアソシエーションリクエストフレームの送信を許す場合には、ＡＰＭＬＤは、レガシーＳＴＡでは認識しない種別の管理フレーム（フレームタイプがビーコンフレームとは異なる）をビーコンフレームの代わりにＳＴＡＭＬＤに送信し、アソシエーションリクエストフレームの送信が許可されていることを通知してもよい。

図１８（ａ）のように複数のプライマリリンクがある場合でも、ＡＰＭＬＤは、プライマリリンクであるＬｉｎｋ１とＬｉｎｋ４でＡＰＭＬＤからそれぞれアソシエーションリクエストを受け付け、セカンダリリンクであるＬｉｎｋ２とＬｉｎｋ３ではアソシエーションリクエストを受け付けないようにすればよい。

ＡＰＭＬＤは、プライマリリンクの情報を間接的にＬｉｎｋ１とＬｉｎｋ４で通知すると、ＳＴＡＭＬＤは、Ｌｉｎｋ１とＬｉｎｋ４がプライマリリンクであるということが分かる。ＳＴＡＭＬＤは、Ｌｉｎｋ１でアソシエーションリクエストフレームを送信して接続ができれば、Ｌｉｎｋ４でアソシエーションリクエストフレームを送信する必要がない。

第３の実施形態によれば、ＡＰＭＬＤは、プライマリリンクに設定した無線リンクの識別子をＳＴＡＭＬＤに通知せず、代わりにプライマリリンクを間接的に通知するので、通知情報のサイズが小さくなり、通信の効率化が図られる。

（第４の実施形態）
第１の実施形態では、ＡＰＭＬＤは、或るセカンダリリンクでＤＬＭＵ送信を行う際に、その対象となるＳＴＡが当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤを構成しているか否かを個々に判断（図２１では、ＭＬＤ１のみを説明）していた。

第４の実施形態では、ＡＰＭＬＤは、或るセカンダリリンクで、ＤＬＭＵ送信するＰＨＹパケットを構成する際に、ＤＬＭＵ送信の宛先であるＳＡＴＭＬＤが、当該セカンダリリンクとプライマリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤのみ、又は当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤのみになるようにする。すなわち、ＡＰＭＬＤは、セカンダリリンクで送信するＰＨＹパケットの宛先に当該セカンダリリンクとプライマリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤと当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤが混在しないようにする。

これを実現するために、ＡＰＭＬＤは、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤを示すテーブルをセカンダリリンク毎に予め作成しておく。

ＳＴＡＭＬＤによってはプライマリリンクとセカンダリリンクがＳＴＲリンクの関係になるし、ｎｏｎ－ＳＴＲリンクの関係にもなる。ＡＰＭＬＤは、セカンダリリンクでＤＬ送信したい時、テーブルを見て、プライマリリンクの通信状態を調べなければならないか否かを判断できる。

図３０（ａ）は、或るセカンダリリンクについて、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤ群のアドレスを示すテーブルの一例を示す。ここでは、アドレスとして、上位ＭＡＣ処理部４０に割り当てられるＭＬＤＭＡＣアドレスが利用される。図３０（ｂ）は、或るセカンダリリンクについて、プライマリリンクとセカンダリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤ群のＭＬＤＭＡＣアドレスを示すテーブルである。

このようにすることで、複数のＳＴＡＭＬＤが宛先となるＤＬＭＵ送信時に、プライマリリンクの通信状態を一括して調べることができる。ＡＰＭＬＤは、或るセカンダリリンクで、当該セカンダリリンクとプライマリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤのみを宛先とするＰＨＹパケットのＤＬＭＵ送信を行う場合には、宛先であるＳＴＡＭＬＤがプライマリリンクで通信しているか否かの判断を省略できる。

図３１、図３２は、ＡＰＭＬＤが作成するテーブルの他の例を示す。ＤＬＭＵ送信を行う時、ＭＡＣフレームを生成する際、ＭＡＣヘッダの送信先ＭＡＣアドレスＲＡが必要である。また、ＤＬＭＵ送信を行う時、ＰＨＹパケットを生成する際、ＰＨＹヘッダにアソシエーション識別子ＡＩＤが必要である。そのため、ＡＰＭＬＤは、これらも情報も一緒にテーブル化しておいてもよい。図３１（ａ）は、或るセカンダリリンクについて、プライマリリンクと当該セカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤ群のＭＬＤＭＡＣアドレスと、セカンダリリンクでのＭＡＣアドレスと、ＡＩＤを示すテーブルである。図３１（ｂ）は、或るセカンダリリンクについて、プライマリリンクと当該セカンダリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤ群のＭＬＤＭＡＣアドレスと、セカンダリリンクでのＭＡＣアドレスと、ＡＩＤを示すテーブルである。ＳＴＡ１－２は、ＭＬＤ１のＭＬＤＭＡＣアドレスを有する端末ＳＴＡＭＬＤのセカンダリリンク（Ｌｉｎｋ２）におけるＭＡＣアドレスを示す。ＡＩＤ１－２は、ＭＬＤ１のＭＬＤＭＡＣアドレスを有する端末ＳＴＡＭＬＤのセカンダリリンク（Ｌｉｎｋ２）におけるＡＩＤを示す。

さらに、図３２は、図３１（ａ）、（ｂ）を一つのテーブルに纏めた例を示す。図３２は、或るセカンダリリンクについて、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤ群とＳＴＲリンクの関係になるＳＴＡＭＬＤ群を各ＭＬＤＭＡＣアドレス毎に纏めたテーブルを示す。図３２のテーブルは、ＳＴＡＭＬＤのＭＬＤＭＡＣアドレスと、プライマリリンク（Ｌｉｎｋ１）におけるＭＡＣアドレスと、プライマリリンク（Ｌｉｎｋ１）におけるＡＩＤと、セカンダリリンク（Ｌｉｎｋ２）におけるＭＡＣアドレスと、セカンダリリンク（Ｌｉｎｋ２）におけるＡＩＤと、セカンダリリンクがプライマリリンクに対してｎｏｎ－ＳＴＲリンクの関係にあるか否かを示すフラグからなる。

上述の説明では、ＡＰＭＬＤは、或るセカンダリリンクで送信するＰＨＹパケットの宛先に当該セカンダリリンクとプライマリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤと当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤが混在しないようにすることにより、ＤＬ送信の可否の判断を簡素化した。

以下、ＡＰＭＬＤは、或るセカンダリリンクで送信するＰＨＹパケットの宛先に当該セカンダリリンクとプライマリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤと当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤが混在した場合でも、ＤＬ送信の可否の判断を簡素化する例を説明する。

ＡＰＭＬＤは、当該セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤを構成するＳＴＡを、Ｍｕｌｔｉ－ＩｎｐｕｔＭｕｌｔｉ－Ｏｕｔｐｕｔ（以下、ＭＩＭＯと称される）のストリーム処理順の前半に纏める。

こうすると、ＡＰＭＬＤは、ストリーム処理において、セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤを構成するＳＴＡの処理からセカンダリリンクとプライマリリンクがＳＴＲリンクの関係にあるＳＴＡＭＬＤを構成するＳＴＡの処理に移ったことを検出すると、ＡＰＭＬＤは、それ以降はプライマリリンクの通信状態を確認する必要が無くなり、処理を簡素化することができる。

例えば、ＡＰＭＬＤが、ＭＵＭＩＭＯでＤＬ送信を行う時、ストリーム毎にＳＴＡＭＬＤを割り当てる。この割り当てにおいて、ＡＰＭＬＤは、或るストリームの処理まではｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤを割り当て、それ以降のストリームの処理からはＳＴＲリンクの関係にあるＳＴＡＭＬＤを割り当てる。ＡＰＭＬＤは、或るストリームの処理までは、ＳＴＡが構成するＳＴＡＭＬＤでセカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係にあるのか、ＳＴＲリンクの関係にあるのかを調べる。そして、セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係にあることを検出すると、ＡＰＭＬＤは、ＳＴＡＭＬＤのプライマリリンクでの通信状態を確認しなければならない。

しかし、或るストリームの処理において、セカンダリリンクとプライマリリンクがＳＴＲリンクの関係にあることを検出すると、以降のストリームの処理においては、セカンダリリンクとプライマリリンクがＳＴＲリンクの関係にあるので、セカンダリリンクとプライマリリンクのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を判断する必要がなく、プライマリリンクでの通信状態も確認する必要がない。

無線通信装置が、周波数で多重するＯＦＤＭＡを採用する場合も同様である。ＯＦＤＭＡの場合、ＡＰＭＬＤは、周波数の高い順、或いは低い順にＲＵをＳＴＡＭＬＤに割り当てる。ＡＰＭＬＤは、或る周波数のＲＵまではｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤに割り当て、それ以降の周波数のＲＵはＳＴＲリンクの関係にあるＳＴＡＭＬＤに割り当てる。ＡＰＭＬＤは、ＯＦＤＭＡのＲＵの処理を周波数の高い順に、或いは低い順に行う。

こうすると、ＡＰＭＬＤは、ＯＦＤＭＡのＲＵの処理において、あるＲＵの処理までは、ＳＴＡが構成するＳＴＡＭＬＤでセカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係にあるのか、ＳＴＲリンクの関係にあるのかを調べ、ｎｏｎ－ＳＴＲリンクの関係にあることを検出すると、ＳＴＡＭＬＤのプライマリリンクでの通信状態を確認しなければならない。しかし、セカンダリリンクとプライマリリンクがＳＴＲリンクの関係にあることを検出すると、以降のＲＵの処理においては、セカンダリリンクとプライマリリンクがＳＴＲリンクの関係にあるので、セカンダリリンクとプライマリリンクのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を判断する必要がなく、プライマリリンクでの通信状態も確認する必要がない。

図３３は、ＡＰＭＬＤが、ＳＴＡＭＬＤを、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤと、プライマリリンクとセカンダリリンクがＳＴＲリンクの関係になるＳＴＡＭＬＤとに分類する際の処理の一例を示すフローチャートである。

ＡＰＭＬＤは、送信するＤＬＭＵパケットの宛先が本セカンダリリンクとプライマリリンクがｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤ群であるか否かを判定する（図３３の１１２）。宛先がｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤ群ではない場合、ＡＰＭＬＤは、チャネル権を取得後、ＰＨＹパケットをＤＬ送信する（図３３の１２０）。

宛先がｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤ群である場合、ＡＰＭＬＤは、プライマリリンクでＴＸＯＰが取得されているか否かを判定する（図３３の１１４）。プライマリリンクでＴＸＯＰが取得されていない場合、ＡＰＭＬＤは、チャネル権を取得後、ＰＨＹパケットをＤＬ送信する（図３３の１２０）。

プライマリリンクでＴＸＯＰが取得されている場合、ＡＰＭＬＤは、ＰＨＹパケットの宛先にプライマリリンクのＴＸＯＰホルダ／レスポンダと同じＭＬＤが含まれているか否かを判定する（図３３の１１６）。ＰＨＹパケットの宛先にプライマリリンクのＴＸＯＰホルダ／レスポンダと同じＭＬＤが含まれていない場合、ＡＰＭＬＤは、チャネル権を取得後、ＰＨＹパケットをＤＬ送信する（図３３の１２０）。

ＰＨＹパケットの宛先にプライマリリンクのＴＸＯＰホルダ／レスポンダと同じＭＬＤが含まれている場合、ＡＰＭＬＤは、ＰＨＹパケットの宛先にプライマリリンクのＴＸＯＰホルダ／レスポンダと同じＭＬＤが含まれなくなるようＤＬＭＵ送信するＰＨＹパケットを再生成する、あるいはＴＸＯＰホルダ／レスポンダと同じＭＬＤのプライマリリンクでのＴＸＯＰが終了するまで、送信を延期する（図３３の１１８）。この処理の完了後、ＡＰＭＬＤは、チャネル権を取得後、ＰＨＹパケットをＤＬ送信する（図３３の１２０）。

（第５の実施形態）
本実施形態では、ＡＰＭＬＤは、マルチリンク通信で利用する複数の無線リンクを選択する際に、その無線リンク間の周波数上の離隔距離を加味する。例えば、ＡＰＭＬＤは、接続するＳＴＡＭＬＤの多くにおいて、全ての２つの無線リンクがＳＴＲリンクの関係になるように、周波数上の離隔距離がある固定値以上となるような無線リンクを選択する。固定値は規格で規定してもよい。

例えば、マルチリンクのための無線リンクとして、ＡＰＭＬＤが５．２ＧＨｚ帯と５．３ＧＨｚ帯の２つの無線リンクを選択すると、この２つの無線リンクの周波数は近いので、ＡＰＭＬＤに接続する大部分のＳＴＡＭＬＤでは、２つの無線リンクがｎｏｎ－ＳＴＲリンクの関係になる。そのため、ＡＰＭＬＤがマルチリンクのための無線リンクを選択する手法として、５．２ＧＨｚ帯と５．６ＨＧｚ帯のようにできるだけ周波数が離れている無線リンクを選択する。

第５の実施形態によれば、ＡＰＭＬＤは、周波数上の離隔距離がある程度以上の無線リンクをマルチリンク通信のための選択するので、ＳＴＡＭＬＤにおいて、無線リンク間がｎｏｎ－ＳＴＲリンクの関係になることが少ない。

（第６の実施形態）
本実施形態では、ＡＰＭＬＤがＳＴＡＭＬＤを接続する際に、プライマリリンクとセカンダリリンクがｎｏ－ＳＴＲリンクの関係になるＳＴＡＭＬＤの接続数に上限を設ける。このようなＳＴＡＭＬＤの接続数が上限を超えた場合には、ＡＰＭＬＤは、アソシエーションリクエストフレームを受信しても、ＳＴＡＭＬＤをそれ以上接続することを許可しない。

ＡＰＭＬＤは、接続を許可しない場合、その理由をアソシエーションレスポンスフレームのＳｔａｔｕｓＣｏｄｅを用いてＳＴＡＭＬＤに通知する。図３４は、第６の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す。プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係になるＳＴＡＭＬＤの接続数が上限を超えたため拒否することを意味する“ＤＥＮＩＥＤ＿ＥＸＣＥＥＤ＿ＭＡＸ＿ＶＡＬＵＥ”というコードが、現在Ｒｅｓｅｒｖｅｄになっている値のいずれか、ここでは８に割り当てられる。ＡＰＭＬＤは、プライマリリンクとセカンダリリンクがｎｏ－ＳＴＲリンクの関係になるＳＴＡＭＬＤの接続数が上限を超えた場合、ＳｔａｔｕｓＣｏｄｅに８が記載されたアソシエーションレスポンスフレームをＳＴＡＭＬＤに送信する。

ＳＴＡＭＬＤは、アソシエーションリクエストが拒否された理由が分かるので、アソシエーションリクエストフレームを無駄に再送信することを防ぐことができる。

ＳＴＡＭＬＤによって使うセカンダリリンクが異なることもあるため、ＳＴＡＭＬＤの接続数の上限は、セカンダリリンク毎に制限してもよい。

（第７の実施形態）
本実施形態では、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤは、ＣＳＭＡ／ＣＡで自律分散的にアクセス権を獲得することが抑制されるようになっている。これにより、ＡＰＭＬＤは、そのようなＳＴＡＭＬＤにＤＬ送信を実行しやすくなる。

例えば、８０２．１１ａｘ規格のＵＬＭＵ時にＡＰＭＬＤの効率を上げる機構があるが、実施形態ではそれを利用し、ＳＴＡＭＬＤの自発送信をしにくくする。

その具体例の一つとしては、ＳＴＡＭＬＤにプライマリリンクにおいて、トリガフレームを受信する迄フレームを送信できにくくさせる。ＳＴＡＭＬＤがプライマリリンクで送信が抑制されるため、ＡＰＭＬＤは、プライマリリンクの通信状態の判断がしやすくなる。

具体例の他の一つは、管理フレームのＦｒａｍｅＢｏｄｙに含まれるＭＵＥｎｈａｎｃｅｄＤｉｓｔｒｉｂｕｔｅｄＣｈａｎｎｅｌＡｃｃｅｓｓ（以下、ＥＤＣＡと称される）パラメータを調整することがある。図３５は、ＭＵＥＤＣＡパラメータセットエレメントの一例のフォーマットを示す。

ＭＵＥＤＣＡパラメータセットエレメントは、ＥｌｅｍｅｎｔＩＤ（１オクテット）、Ｌｅｎｇｔｈ（１オクテット）、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ（１オクテット）、ＱｏＳＩｎｆｏ（１オクテット）、ＭＵＡＣ＿ＢＥＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、ＭＵＡＣ＿ＢＫＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、ＭＵＡＣ＿ＶＩＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、及びＭＵＡＣ＿ＶＯＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）を含む。

ＭＵＡＣ＿ＢＥＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、ＭＵＡＣ＿ＢＫＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、ＭＵＡＣ＿ＶＩＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）、及びＭＵＡＣ＿ＶＯＰａｒａｍｅｔｅｒＲｅｃｏｒｄ（３オクテット）の各々は、ＡＣＩ／ＡＩＦＳＮＦサブフィールド（１オクテット）、ＥＣＷｍｉｎ／ＥＣＷｍａｘサブフィールド（１オクテット）、及びＭＵＥＤＣＡＴｉｍｅｒサブフィールド（１オクテット）を含む。

ＡＣＩ／ＡＩＦＳＮサブフィールドに記録されるＡＩＦＳＮは、ＳＩＦＳ後に取るスロット数を指定する。このスロット数は、ＣＳＭＡ／ＣＡでランダムバックオフを実施する前の固定時間になる。この固定時間を長くすると、アクセスしづらくなる。そのため、ＡＰＭＬＤがこのＡＩＦＳＮを長くすることにより、ＳＴＡＭＬＤはアクセス権を獲得しにくくなる。ＡＩＦＳＮの調整は、自動的に行ってもよいし、ユーザの設定により行ってもよい。

（第８の実施形態）
ＡＰＭＬＤは、プライマリリンクとＳＴＡＭＬＤ側でプライマリリンクとｎｏｎ－ＳＴＲリンクの関係にあるセカンダリリンクの両方で、第１の実施形態に基づく条件に沿って、そのＳＴＡＭＬＤのＳＴＡにトリガフレームを送信してもよいが、プライマリリンクへのトリガフレームの送信と同時、又は一部重複してトリガフレームを送信する。

図２１に基づけば、プライマリリンクはＬｉｎｋ１である。プライマリリンクＬｉｎｋ１への当該ＳＴＡＭＬＤを宛先に含むトリガフレーム送信は、当該ＳＴＡＭＬＤが通信を行っていない際にＡＰＭＬＤがアクセス権を獲得して送信される。このプライマリリンクＬｉｎｋ１で当該ＳＴＡＭＬＤを宛先に含むトリガフレームを送信している期間と重複して、ＡＰＭＬＤは、当該ＳＴＡＭＬＤを宛先に含むトリガフレームをセカンダリリンクであるＬｉｎｋ２でも送信する。すなわち、ＡＰＭＬＤがプライマリリンクのアクセス権を取った場合、セカンダリリンクが空いていれば、セカンダリリンクも同時に使って、当該ＳＴＡＭＬＤを宛先に含むトリガフレームを両リンクで送信する。

このトリガフレームの送信に係るアクセス権の獲得方法は、第１の実施形態のＤＬＭＵ送信と同様である。

ＵＬＭＵ送信であるＴｒｉｇｇｅｒ－ＢａｓｅｄＰＰＤＵがプライマリリンクとセカンダリリンクで同時に開始するように、トリガフレームの終了時刻がプライマリリンクとセカンダリリンクが同一となるようにする。プライマリリンクのトリガフレーム送信に対してセカンダリリンクでのトリガフレームの送信が遅れる場合にはプライマリリンク側のトリガフレームにパディングビットなど入れてＰＨＹパケット長を調整し、終了時刻が同一になるようにする。加えて、両リンクでのＴｒｉｇｇｅｒ－ＢａｓｅｄＰＰＤＵが同時に終了するように、両リンクで送信するトリガフレームの中で指示するＴｒｉｇｇｅｒ－ＢａｓｅｄＰＰＤＵ長を同一にする。また両トリガフレーム（あるいはＲＴＳフレームなどでトリガフレームに先行してアクセス権を獲得する場合にはＲＴＳフレーム）のＤｕｒａｔｉｏｎフィールド値は同一にし、ＴＸＯＰの終了時刻が同一になるようにする。もし、プライマリリンクのＴＸＯＰが終了時間が結果的にセカンダリリンクよりも早く終わるような場合にはセカンダリリンクのＴＸＯＰもプライマリリンクのＴＸＯＰに終了時間に合わせて、又は可能な限り時間差のない範囲で終わらせる。ＣＦ－Ｅｎｄを送信してＴＸＯＰを終了することができる。

プライマリリンクとセカンダリリンクでトリガフレームを受けて同時に送信され、同時に終了するＴｒｉｇｇｅｒ－ＢａｓｅｄＰＰＤＵの固定時間（ＳＩＦＳ）後に同期してＡＰＭＬＤからＴｒｉｇｇｅｒ－ＢａｓｅｄＰＰＤＵを送信したＳＴＡへプライマリリンクとセカンダリリンクで応答フレームを送信する。このプライマリリンクとセカンダリリンクで送信する応答フレームも時間長は同じである。このようにしてフレーム交換のシーケンスがプライマリリンクとセカンダリリンクで同期して続けられるようにする。そのために、ＡＰＭＬＤ内の下位ＭＡＣ処理部３６、３８が連携し、Ｌｉｎｋ１側のＡＰ１とＬｉｎｋ２側のＡＰ２間で、送信するフレーム自体や送信するフレーム内で指示するタイミングやパケット長、ＴＸＯＰ長に係る連携をする。なおＴＸＯＰの最後にこれらの応答フレームを送信する場合には、必ずしもその時間長は同じである必要は無い。これはＴＸＯＰが同期して終了しないためにごくずれた期間だけＴＸＯＰが早めに終了した無線リンク側で干渉やＣＳが十分に機能しない事態が発生するものの、その影響は小さいためである。

（第９の実施形態）
本実施形態の目的は第４の実施形態等の目的と同様である。ＡＰＭＬＤは、セカンダリリンクを２種類のセカンダリリンクに分類する。ＡＰＭＬＤは、第１種類のセカンダリリンクは、プライマリリンクと当該セカンダリリンクがｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤにしか利用させるようにする。ＡＰＭＬＤは、第２種類のセカンダリリンクは、プライマリリンクと当該セカンダリリンクがＳＴＲリンクの関係にあるＳＴＡＭＬＤしか利用させるようにする。

ＳＴＡＭＬＤは、利用可能なリンクと、それらの中でｎｏｎ－ＳＴＲの関係にあるリンクの組み合わせ、またＳＴＲの関係にあるリンクの組み合わせ（ｎｏｎ－ＳＴＲの関係にあるリンクの組み合わせを通知することでＳＴＲの関係にあるリンクの組み合わせはその他のリンク間となること、あるいは逆にＳＴＲの関係にあるリンクの組み合わせを通知することでｎｏｎ－ＳＴＲの関係にあるリンクの組み合わせはその他のリンク間となることが分かるため、いずれか一方でもよい）をアソシエーションリクエストフレームを用いてＡＰＭＬＤに通知する。ＡＰＭＬＤは、アソシエーションレスポンスフレームを用いてＳＴＡＭＬＤが利用可能なリンクをＳＴＡＭＬＤ毎に通知する。例えば、ＡＰＭＬＤがＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３をマルチリンク通信に用いており、そのうちのＬｉｎｋ２をプライマリリンクとしているとする。あるＳＴＡＭＬＤがＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３を利用したいこと、またその上でＬｉｎｋ２とＬｉｎｋ１、またＬｉｎｋ２とＬｉｎｋ３がｎｏｎ－ＳＴＲリンクの関係にあるとＡＰＭＬＤにアソシエーションリクエストフレームで通知してきたとする。その場合、ＡＰＭＬＤは当該ＳＴＡＭＬＤにはアソシエーションレスポンスフレームで、当該ＳＴＡＭＬＤにＬｉｎｋ１の利用を許可しない。言い換えればＡＰＭＬＤは当該ＳＴＡＭＬＤのＬｉｎｋ１の利用を不可にする。一方、ある別のＳＴＡＭＬＤがＬｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３を利用したいこと、また全ての無線リンクがＳＴＲリンクの関係にあるとＡＰＭＬＤにアソシエーションリクエストフレームで通知してきたとする。その場合、ＡＰＭＬＤにはアソシエーションレスポンスフレームで、当該ＳＴＡＭＬＤにＬｉｎｋ３の利用を許可しない。言い換えればＡＰＭＬＤは当該ＳＴＡＭＬＤのＬｉｎｋ３の利用を不可にする。このようにして、あるセカンダリリンクには、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲの関係にあるＳＴＡＭＬＤにしか利用させず、他のセカンダリリンクにはプライマリリンクとＳＴＲの関係にあるＳＴＡＭＬＤにしか利用させない。ＡＰＭＬＤが、このようなセカンダリリンクの使用制限をＳＴＡＭＬＤへ通知する手法の一例は、アソシエーションレスポンスフレームのＳｔａｔｕｓＣｏｄｅに新たな値を定義することがある。

図３６は、第９の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す。プライマリリンクとセカンダリリンクがＳＴＲリンクの関係にあるため拒否することを意味する“ＤＥＮＩＥＤ＿ＳＴＲ＿ＬＩＮＫ”というコードが、現在Ｒｅｓｅｒｖｅｄになっている値のいずれか、ここでは、２０に割り当てられる。すなわち、“ＤＥＮＩＥＤ＿ＳＴＲ＿ＬＩＮＫ”というＳｔａｔｕｓＣｏｄｅが通知されるのは、セカンダリリンクとプライマリリンクとの間がｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤにしかセカンダリリンクを使わせないルールが決まっている場合に、セカンダリリンクとプライマリリンクとの間がＳＴＲリンクの関係にあるＳＴＡＭＬＤからアソシエーションリクエストフレームが送信された場合である。

さらに、プライマリリンクとセカンダリリンクがｎｏｎ－ＳＴＲリンクの関係にあるため拒否することを意味する“ＤＥＮＩＥＤ＿ＮＯＮ－ＳＴＲ＿ＬＩＮＫ”というコードが、現在Ｒｅｓｅｒｖｅｄになっている値のいずれか、ここでは、２１に割り当てられる。すなわち、“ＤＥＮＩＥＤ＿ＮＯＮ－ＳＴＲ＿ＬＩＮＫ”というＳｔａｔｕｓＣｏｄｅが通知されるのは、セカンダリリンクとプライマリリンクとの間がＳＴＲリンクの関係にあるＳＴＡＭＬＤにしかセカンダリリンクを使わせないルールが決まっている場合に、セカンダリリンクとプライマリリンクとの間がｎｏｎ－ＳＴＲリンクの関係にあるＳＴＡＭＬＤからアソシエーションリクエストフレームが送信された場合である。

あるいはＡＰＭＬＤでセカンダリリンクによってこのような制限があることを予めビーコンフレームやプローブレスポンスフレーム等によって通知しておくようにしてもよい。そうすれば、セカンダリリンクの利用ポリシーを知らずに接続要求をして接続を認められないという非効率を避けることができる。

このようにある特定のセカンダリリンクにたけプライマリリンクとｎｏｎ－ＳＴＲの関係にあるＳＴＡＭＬＤを集約することで、ＡＰＭＬＤはその特定のセカンダリリンクにアクセスする際にだけｎｏｎ－ＳＴＲの関係をケアするためにプライマリリンクの通信状態を確認すればよく、アクセス権を獲得する処理を簡易化することができる。

（第１０の実施形態）
上述の実施形態では、ＡＰＭＬＤが独自にプライマリリンクを予め設定した。本実施形態では、ＡＰＭＬＤは、ＳＴＡＭＬＤからの要求に基づいてプライマリリンクを設定する。、ＳＴＡＭＬＤ毎に要求するプライマリリンクが異なる場合等、ＡＰＭＬＤは、ＳＴＡＭＬＤ毎に異なるプライマリリンクを設定することもできる。

上述したように、ＡＰＭＬＤは、マルチリンク通信で利用できる無線リンクをビーコンフレームのＲｅｄｕｃｅｄＮｅｉｇｈｂｏｒＲｅｐｏｒｔエレメントを用いてＳＴＡＭＬＤに或る無線リンクで通知する。ＳＴＡＭＬＤは、接続要求する他の無線リンクと、希望するプライマリリンクをアソシエーションリクエストフレームのＭＬエレメントを用いて或る無線リンクでＡＰＭＬＤに通知する。

ＡＰＭＬＤは、利用するリンクとプライマリリンクを決定し、決定した結果をアソシエーションレスポンスフレームを用いてＳＴＡＭＬＤに通知する。ＡＰＭＬＤは、プライマリリンクの決定時に、制約条件を満たさないＳＴＡＭＬＤの無線リンクの接続要求を拒否することができる。ＡＰＭＬＤは、接続要求を拒否した理由を、アソシエーションレスポンスフレームのＳｔａｔｕｓＣｏｄｅに新たな値を定義してＳＴＡＭＬＤに通知する。

図３７は、第１０の実施形態におけるＳｔａｔｕｓＣｏｄｅの一例を示す。制約条件を満たさないために拒否することを意味する“ＤＥＮＩＥＤ＿ＮＯＴ＿ＲＥＳＴＲＩＣＴＩＯＮ＿ＣＯＮＤＩＴＩＯＮ”というコードが、現在Ｒｅｓｅｒｖｅｄになっている値のいずれか、ここでは９にが割り当てられる。

ＡＰＭＬＤは、ＳＴＡＭＬＤの要求に従って異なるプライマリリンクを設定すると、プライマリリンクの数が増え過ぎてしまうことがある。このプライマリリンクの数の増加を抑制するため、ＡＰＭＬＤは、ｎｏｎ－ＳＴＲＭＬＤ用のプライマリリンクの数を出来るだけ少なく、例えば１～２個とするよう、プライマリリンクを決定するようにし、場合によってはＳＴＡＭＬＤの接続要求を拒否するようにしてもよい。

第１０の実施形態によれば、ＡＰＭＬＤ側の処理の負荷が増えるが、自分の要求に応じたマルチリンク通信が実行されうるので、ＳＴＡＭＬＤ側のメリットは大きい。

（第１１の実施形態）
本実施形態は、ＡＰＭＬＤがマルチリンク通信で用いる複数の無線リンクの一部の無線リンクの周波数を変更する場合に対応する。

８０２．１１規格に準拠する無線ＬＡＮでは、ＢＳＳで利用するチャネルを他のチャネルに変更するチャネルスイッチ（ｃｈａｎｎｅｌｓｗｉｔｃｈ）機構が規定されている。例えば、ＤｙｎａｍｉｃＦｒｅｑｕｅｎｃｙＳｅｌｅｃｔｉｏｎ（以下、ＤＦＳと称される）動作において、現在利用しているチャネルでレーダ波が検出されると、現在利用している通信チャネルを他のチャネルに移行しなければならない、というのが典型的な例である。

それ以外にも、ＡＰＭＬＤが何らかのアルゴリズムに基づいて周波数チャネルを変更することがある。例えば、他のＢＳＳ等から何らかの干渉があり、アクセス権が取りづらい、又は取れてもＱｏＳを満足できない、等の場合、ＡＰＭＬＤは、周波数チャネルを変更することがある。

従来のチャネルスイッチでは、ある周波数で収容（接続）していたＳＴＡＭＬＤ、すなわち、接続関係を結んでいたＳＴＡＭＬＤは、そのまま移行先のチャネルでも、再度のアソシエーションプロセスを経ず、収容することができる。しかし、マルチリンクで利用している無線リンクの周波数を変更する場合には、ＳＴＡＭＬＤによってその無線リンクとプライマリリンクの間の関係がＳＴＲリンクの関係からｎｏｎ－ＳＴＲリンクの関係、又はその逆に変わる可能性がある。

そのため、ＡＰＭＬＤがマルチリンクで利用しているある無線リンクの周波数を変更する場合には、ＳＴＡＭＬＤは、移行先の無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることをＡＰＭＬＤに通知する必要がある。

例えば、ＡＰＭＬＤは、無線リンクを変更した後、ＳＴＡＭＬＤからその変更後の無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることを識別可能な情報をＳＴＡＭＬＤから収集する必要がある。そのため、ＡＰＭＬＤは、その情報の送信を要求する新規なタイプのトリガフレームを作成する。トリガフレームのＣｏｍｍｏｎＩｎｆｏフィールドは、ＴｒｉｇｇｅｒＴｙｐｅサブフィールドを含む。

図３８は、ＴｒｉｇｇｅｒＴｙｐｅサブフィールドの値とトリガフレームのタイプの関係の一例を示す。例えば、ＴｒｉｇｇｅｒＴｙｐｅサブフィールドの値は０～１５である。例えば、値０は、基本的なタイプ（Ｂａｓｉｃ）を示す。値１は、ビームフォーミングレポートを要求するタイプ（ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ（ＢＲＰ））を示す。以下、同様に、値７までが現在のトリガフレームのタイプをそれぞれ示す。値８～１５は、現在使用されていないＲｅｓｅｒｖｅｄ値である。

ｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を識別可能な情報の送信を要求する新規なトリガフレームのタイプが、このＲｅｓｅｒｖｅｄ値の何れに割り当てられる。例えば、値８が、リンク情報を要求するタイプ（ＬｉｎｋＩｎｆｏＲｅｐｏｒｔＰｏｌｌ（ＬＩＲＰ））を示すように定義される。

この新規なタイプのトリガフレームを或る無線リンクでＡＰＭＬＤから受信した複数（単一の場合も含む）のＳＴＡＭＬＤは、移行先の無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることを識別可能な情報を含むフレームを作成して、ＡＰＭＬＤにＵＬＭＵ送信する。これにより、ＡＰＭＬＤは、変更後の無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることを識別可能な情報をＳＴＡＭＬＤから効率よく収集することができる。

ＳＴＡＭＬＤは、移行先の無線リンクの情報（チャネル情報とチャネル幅等）をＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏサブフレームに入れてＵＬＭＵ送信してもよい。

ＳＴＡＭＬＤは、移行先の無線リンクの情報をＡＰＭＬＤから予め取得すると、移行先の無線リンクとプライマリリンクとのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係をＡＰＭＬＤに通知することができる。これを実現するためには、ＡＰＭＬＤは、チャネルスイッチでの動作と同様に、予め何回か無線リンクの変更を示す変更情報を予めＳＴＡＭＬＤに通知し、ＳＴＡＭＬＤに再通知のための時間的な余裕を与えてもよい。具体的には、何回かのビーコンインタバルの前からビーコンフレームで変更情報を通知してもよい。また、ＡＰＭＬＤは、何時以降無線リンクを変更するかをＳＴＡＭＬＤに通知して、ＳＴＡＭＬＤに変更後の新しい無線リンクに移行するための時間的を余裕を与えてもよい。具体的には、何周期後のビーコンインターバルから無線リンクの周波数が変わるかをＳＴＡＭＬＤに通知してもよい。

ＡＰＭＬＤがマルチリンク通信に対応する無線リンクを新規に追加する場合があるが、この場合も、同様である。ＳＴＡＭＬＤは、新規に追加された無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることをＡＰＭＬＤに通知する必要があるので、新規に追加される無線リンクが何時利用可能となるかを把握する必要がある。

ＡＰＭＬＤがプライマリリンク自身を変更する場合にも、他の無線リンクとの関係が変わることがあるので、ＳＴＡＭＬＤは、ＡＰＭＬＤが変更したプライマリリンクと他の無線リンクとのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係をＡＰＭＬＤに通知する必要がある。

第１１の実施形態によれば、ＡＰＭＬＤがマルチリンク通信で用いる複数の無線リンクの一部の無線リンクの周波数を変更した場合でも、マルチリンク通信を引き続き実行することができる。

（第１２の実施形態）
本実施形態は、ＳＴＡＭＬＤがマルチリンク通信で用いる無線リンクを変更する場合に対応する。ＳＴＡＭＬＤがＡＰＭＬＤとアソシエーションした後、使っている無線リンクを変更したいことがある。無線リンクの変更後、ＳＴＡＭＬＤがＡＰＭＬＤと再度アソシエーションすることは不要である。

ＳＴＡＭＬＤによる無線リンクの切り替えの一例は、ＳＴＡＭＬＤがプライマリリンクとＳＴＲリンクの関係にある無線リンクをプライマリリンクとｎｏｎ－ＳＴＲリンクの関係になる無線リンクに変更することである。ＳＴＡＭＬＤは、プライマリリンクとＳＴＲリンクの関係にある無線リンクを、例えば他システムからの干渉などによって使えない場合がある。この場合、ＳＴＡＭＬＤは、プライマリリンクとＳＴＲリンクの関係にある無線リンクをプライマリリンクとｎｏｎ－ＳＴＲリンクの関係になる無線リンクに敢えて変更する場合がある。

例えば、２．４ＧＨｚ帯であれば、同じ無線ＬＡＮの他のＢＳＳからの干渉の他に、ブルートゥース電波や電子レンジからの電磁波等の干渉がある。このような場合、ＳＴＡＭＬＤは、例えばプライマリリンクが５ＧＨｚ帯にあり、他のセカンダリリンク候補としてプライマリリンクとｎｏｎ－ＳＴＲの関係になる無線リンクがもう一つ５ＧＨｚ帯で利用可能である場合にこのセカンダリリンク候補に変更する状況である。そこで、ＳＴＡＭＬＤはＡＰＭＬＤに移行先の無線リンクがプライマリリンクとｎｏｎ－ＳＴＲリンクの関係にあることを通知する必要がある。

ＳＴＡＭＬＤによる無線リンクの変更の他の例は、ＳＴＡＭＬＤがプライマリリンクとｎｏｎ－ＳＴＲリンクの関係にあるセカンダリリンクを他の無線リンクに変更することである。この場合、プライマリリンクとセカンダリリンクはｎｏｎ－ＳＴＲリンクの関係のままの可能性もあるし、ＳＴＲリンクの関係に変化する可能性がある。

いずれにしても、ＳＴＡＭＬＤは、無線リンクを変更した場合、新たな無線リンクとプライマリリンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることをＡＰＭＬＤに通知する必要がある。しかし、変更されていない他の無線リンクとプライマリリンクとの関係は変わらないため、ＳＴＡＭＬＤは、変更されていない無線リンクに関する情報は再通知する必要はない。ＳＴＡＭＬＤは、新たな無線リンクを起点にした他の無線リンクとの関係は、ｎｏｎ－ＳＴＲリンクの関係になるのであれば、ＡＰＭＬＤに通知するようにしてもよい。

ＳＴＡＭＬＤによる無線リンクの変更の他の例は、ＳＴＡＭＬＤがもともとプライマリリンクであった無線リンクを他の無線リンクに変更する場合もある。この場合でＡＰＭＬＤがプライマリリンクを設定している場合は、ＳＴＡＭＬＤはそのプライマリリンクを利用しないのであるから、他の全ての無線リンクとの関係がＳＴＲリンクの関係になる無線リンクを選択しなければならない。それが担保されることを条件に、ＳＴＡＭＬＤは、ＡＰＭＬＤへの変更通知でｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係の情報を省略してもよい。

ＡＰＭＬＤとＳＴＡＭＬＤの間でプライマリリンクをネゴシエーションにより決定する場合は、その制約条件は不要なので、ＳＴＡＭＬＤは、再度利用する無線リンク間の関係をＡＰＭＬＤに再通知する。プライマリリンクは、ＡＰＭＬＤとＳＴＡＭＬＤの間の再度のネゴシエーションにより決定される。

ＳＴＡＭＬＤが新規に対応する無線リンクを追加する場合もある。例えば、すでにＡＰＭＬＤが使用可能として挙げていた無線リンクであり、アソシエーションプロセスではＳＴＡＭＬＤから使用すると通知しなかった無線リンクを、その後追加することがある。このような場合も、ＳＴＡＭＬＤは、新規追加する無線リンクと他の無線リンク（特にプライマリリンクとの）がｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係になることをＡＰＭＬＤに通知する。

上記したいずれの場合も、ＳＴＡＭＬＤは、無線リンクが変わる時期、又は追加される時期をＡＰＭＬＤとの間で共通に認識してもよい。ｎｏｎ－ＳＴＲリンクの関係をＡＰＭＬＤが把握する必要がある場合には、ＡＰＭＬＤはその時期も把握しておく必要がある。また、これらの変更又は新規追加に係る情報を通知するフレームとしては、新たに定義するＬｉｎｋＣｈａｎｇｅＩｎｄｉｃａｔｏｎアクションフレームを用いることができる。このアクションフレームは、図１１、図１３～図１６に示したようなＭＬエレメントにより情報を通知するようにしてもよい。

なお、元の無線リンクと変更後の無線リンクで、プライマリリンクに対してｎｏｎ－ＳＴＲリンクの関係が変わらない場合は、ＳＴＡＭＬＤからＡＰＭＬＤへのそのリンクについてのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係の通知を省略してもよい。

仮に、ＡＰＭＬＤ配下で全ての候補となり得る無線リンクのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係をＳＴＡＭＬＤがＡＰＭＬＤに過去に通知していたとしても、ＳＴＡＭＬＤからＡＰＭＬＤへ全ての候補となり得る無線リンクのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係の再通知をした方がよい場合もある。これは、ＳＴＡＭＬＤが実際に用いない（例えば、利用するトラヒックＩＤ（ＴｒａｆｆｉｃＩＤ；以下、ＴＩＤと称される）の割当を行わない無線リンクがある）場合、ＡＰＭＬＤは可能な限り管理する情報量を削減したい等により当面不要な情報を保持しない可能性があるからである。

第１２の実施形態によれば、ＳＴＡＭＬＤがマルチリンク通信で用いる複数の無線リンクの一部の無線リンクの周波数を変更した場合でも、マルチリンク通信を引き続き実行することができる。

（第１３の実施形態）
ＡＰ下で構成されるＢＳＳ（インフラストラクチャーＢＳＳ）内で、同一のＡＰとアソシエーションされている第１のＳＴＡと第２のＳＴＡがＡＰを介さず直接通信を行うダイレクトリンク通信がある。

図２１でＡＰＭＬＤがプライマリリンクでの通信の可否を判断する時、ＡＰＭＬＤの介在が前提であれば、ＡＰＭＬＤがプライマリリンクで送信している相手、又は受信している端末の相手を確認すると、その相手端末がｎｏｎ－ＳＴＲの端末であるか否かを確認出来たが、ダイレクトリンク通信ではＡＰＭＬＤ、厳密にはＡＰＭＬＤ内の該当する無線リンクに対応するＡＰがフレーム交換に介在しない。そこで、ＡＰＭＬＤは自分が送信しているフレーム、又は受信しているフレーム以外のフレームについても観測しなければならない。すなわちＡＰＭＬＤは自分が送信しているフレーム、または受信しているフレーム以外のフレームについてもＲＡ、ＴＡを確認してｎｏｎ－ＳＴＲの端末であるかを確認しなくてはならない。

対処方法の一例としては、ダイレクトリンク通信を行う場合には、マルチリンク通信の利用を禁止することである。例えば、規格としてこれを禁止する。禁止の方法としては、或るＡＰＭＬＤの下ではマルチリンク通信している時はＳＴＡＭＬＤはダイレクトリンク通信を実行しないというように、ＳＴＡＭＬＤが自主的に制限することや、ＡＰＭＬＤがビーコンフレームを用いてダイレクトリンク通信を禁止することがある。禁止を通知する情報エレメント（例えば、ＥＨＴＯｐｅｒａｔｉｏｎエレメントと称される）が新たに定義されてもよい。現状の無線ＬＡＮの規格で、ＨＴＯｐｅｒａｔｉｏｎエレメント、ＶＨＴＯｐｅｒａｔｉｏｎエレメント、ＨＥＯｐｅｒａｔｉｏｎエレメント等が定義されている。これらのＯｐｅｒａｔｉｏｎエレメントは、ＡＰがＢＳＳの動作関連を通知するのに用いられる。新規のＥＨＴＯｐｅｒａｔｉｏｎエレメントも同様に、ＡＰがＢＳＳの動作関連を通知するのに用いられる。なお、ＥＨＴＣａｐａｂｉｌｉｔｙエレメントは、端末（ＡＰもＳＴＡも含む）が端末の能力を通知するためのものであり、ＥＨＴＯｐｅｒａｔｉｏｎエレメントとは異なる。

このようにすれば、ＳＴＡＭＬＤがプライマリリンクとｎｏｎ－ＳＴＲリンク関係にある無線リンクで通信をしているか否かをＡＰＭＬＤが判断することを簡易化することができる。すなわち、ＡＰＭＬＤは、自装置とプライマリリンクで通信している相手端末（ＡＰＭＬＤ宛てフレームのＴＡ、又はＡＰＭＬＤから送信するフレームのＲＡ）さえ確認すればよい。

一方で、ダイレクトリンク通信でもマルチリンク通信を利用できるようにしてもよい。この場合、ＳＴＡＭＬＤは、送信先ＳＴＡＭＬＤに対してＡＰＭＬＤと同様な確認を行う。すなわち、ＳＴＡＭＬＤ間でマルチリンク通信を行う場合、ＳＴＡＭＬＤは、マルチリンク通信の対象となる複数の無線リンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係にあることを把握する。

ＡＰＭＬＤがダイレクトリンク通信の設定に直接関与しない、ＴＤＬＳの場合には、ダイレクトリンク通信を行う２つのＳＴＡＭＬＤのうちの第１のＳＴＡＭＬＤのＳＴＡが設定立ち上げのためのＴＤＬＳセットアップリクエスト（ＴＤＬＳＳｅｔｕｐＲｅｑｕｅｓｔ）フレームを送信する際に、例えば使用する複数の無線リンクに関する情報を、ＴＤＬＳセットアップリクエストフレームに入れて、ＡＰＭＬＤを介して、ダイレクトリンク通信を行う２つのＳＴＡＭＬＤのうちの第２のＳＴＡＭＬＤのＳＴＡに送信する。ＡＰＭＬＤを経由してＴＤＬＳセットアップリクエストフレームを受信した第２のＳＴＡＭＬＤのＳＴＡは、ＴＤＬＳセットアップレスポンス（ＴＤＬＳＳｅｔｕｐＲｅｓｐｏｎｓｅ）フレームを、ＡＰＭＬＤを介して、第１のＳＴＡＭＬＤのＳＴＡに送信する。第２のＳＴＡＭＬＤのＳＴＡは、ダイレクトリンク通信の接続要求を受け付ける場合には、例えば複数の無線リンクがｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係にあることを識別可能な情報をＴＤＬＳセットアップレスポンスフレームに入れて、ＡＰＭＬＤを介して、第１のＳＴＡＭＬＤのＳＴＡへ通知する。なお、ダイレクトリンク通信でかつマルチリンク通信を行う場合には、プライマリリンクはＡＰＭＬＤの設定を踏襲する。プライマリリンクをＡＰＭＬＤに従うのは、ＡＰＭＬＤがプライマリリンクを観測することで所望のＳＴＡＭＬＤの送信可否を判断できるように担保するためである。また基本的にはＡＰＭＬＤの使用する無線リンクの部分集合を選択するのがよい。またＴＤＬＳセットアップリクエストフレームを送信する第１のＳＴＡＭＬＤは全ての選択した無線リンク間でＳＴＲの関係にあり、第１の実施形態等でのＡＰＭＬＤのようにふるまえるべきである。プライマリリンクとｎｏｎ－ＳＴＲの関係にある無線リンクがあるのであれば、第１のＳＴＡＭＬＤもＴＤＬＳセットアップリクエストフレーム内でｎｏｎ－ＳＴＲ／ＳＴＲリンクに係る情報を入れる必要がある。あるいはダイレクトリンクの両ＳＴＡＭＬＤでプライマリリンクで必ずアクセス権を獲得し、他のセカンダリリンクはそれと同期して送信できる場合の利用に限るとすれば、両ＳＴＡＭＬＤでプライマリリンクに対し他の全てのセカンダリリンクはｎｏｎ－ＳＴＲの関係である前提に、互いにｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を通知し合わずに済む。これらの通知の具体例は、例えば、第１の実施形態での通知方法に倣うことができる。すなわち、ＴＤＬＳセットアップリクエストフレームにビーコンフレームと同様な情報エレメントを入れて、ＴＤＬＳセットアップレスポンスフレームにアソシエーションリクエストフレームと同様な情報エレメントを入れて、通知してもよい。

レガシーＡＰＭＬＤは、データフレームは理解できるが、ＴＤＬＳセットアップリクエストフレームやＴＤＬＳセットアップレスポンスフレーム等の管理フレームを理解できない。そのため、レガシーＡＰＭＬＤがダイレクトリンク通信の設定に関与しないで済むようにするために、ＴＤＬＳセットアップリクエストフレームやＴＤＬＳセットアップレスポンスフレーム等の管理フレームはデータフレームにカプセル化されて送信される。カプセル化とは、データフレームのＦｒａｍｅＢｏｄｙ中に管理フレーム全体を入れてデータフレームとすることである。

第１のＳＴＡＭＬＤと第２のＳＴＡの間でダイレクトリンク通信を行う場合、ダイレクトリンク通信の設定前は、ＳＴＡＭＬＤ同士でフレーム送信できない。そのため、第１のＳＴＡＭＬＤは、管理フレームをカプセル化してレガシーＡＰＭＬＤに送る。管理フレームには送信元としては第１のＳＴＡＭＬＤのアドレスがセットされ、宛先としては第２のＳＴＡＭＬＤのアドレスがセットされる。

レガシーＡＰＭＬＤは、受信したデータフレームのＦｒａｍｅＢｏｄｙから管理フレームを取り出し、管理フレームをデータフレームにカプセル化して、管理フレームの宛先である第２のＳＴＡＭＬＤにデータフレームを送信する。

第２のＳＴＡＭＬＤは受信したデータフレームのＦｒａｍｅＢｏｄｙから管理フレームを取り出す。管理フレームには、送信元として第１のＳＴＡＭＬＤのアドレスがセットされているので、第２のＳＴＡＭＬＤは、第１のＳＴＡＭＬＤとダイレクトリンク通信の設定をする。

第１の実施形態では、ＡＰＭＬＤは使用可能な無線リンクの情報をＳＴＡＭＬＤに通知し、ＳＴＡＭＬＤはそのうちの使用する無線リンクをＡＰＭＬＤに通知した。本実施形態では、ダイレクトリンク通信を行う２つのＳＴＡＭＬＤの中の第１のＳＴＡＭＬＤからＴＤＬＳセットアップリクエストフレームを用いてダイレクトリンク通信で使用する無線リンクを第２のＳＴＡＭＬＤに通知し、第２のＳＴＡＭＬＤからＴＤＬＳセットアップレスポンスフレームを用いてｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を第１のＳＴＡＭＬＤに通知してもよい。なお、第２のＳＴＡＭＬＤからｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を第１のＳＴＡＭＬＤに通知しなくてもよい場合がある。さらに、第１のＳＴＡＭＬＤからｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を第２のＳＴＡＭＬＤに通知する場合もある。

ＡＰＭＬＤは、ビーコンフレームを用いて使用可能な無線リンクを各ＳＴＡＭＬＤに通知している。そのため、各ＳＴＡＭＬＤは各無線リンクの詳細情報をＡＰＭＬＤからの通知で把握しているので、それを重複してダイレクトリンク通信を行う相手先に送信する必要はない。ダイレクトリンク通信を行うＳＴＡＭＬＤ間で、各無線リンクの情報については、リンク識別子を用いて相互に情報交換すればよい。

ＡＰＭＬＤが使用していない無線リンク（ｏｆｆ－ｃｈａｎｎｅｌ）を用いてダイレクトリンク通信を行う場合には、ＡＰＭＬＤが通知したように、ダイレクトリンク通信を行うＳＴＡＭＬＤ間で、ダイレクトリンク通信に用いる無線リンクの周波数位置などが分かるような情報を通知する必要がある。

ＴＤＬＳではなく、ＡＰＭＬＤがダイレクトリンク通信の設定に関与する場合には、ＡＰＭＬＤは、ダイレクトリンク通信を設定する２つのＳＴＡＭＬＤのｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係を含む能力（ｃａｐａｂｉｌｉｔｙ）を把握している。そのため、各ＳＴＡＭＬＤがダイレクトリンク通信のための設定情報を送信する際に、ｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係にある無線リンクの情報を管理フレームに入れなくても、ＡＰＭＬＤがこの情報を補完してダイレクトリンク通信を設定する２つのＳＴＡＭＬＤ双方に通知することもできる。

ＡＰＭＬＤは、プライマリリンク上で送信されている（ＡＰＭＬＤが送信しているか否かに関わらない）フレームのＴＡ、又はＲＡさえ確認すれば、ＢＳＳ内でダイレクトリンク通信の通信が混在する場合にも、所望のＳＴＡＭＬＤがプライマリリンクで通信をしているか否かを把握することができる。

第１３の実施形態によれば、マルチリンク通信中にダイレクトリンク通信を実行する子もできる。

（第１４の実施形態）
上述の実施形態では、ＡＰＭＬＤが、単独で、プライマリリンクを設定していた、又はＡＰＭＬＤが、ＡＰＭＬＤとＳＴＡＭＬＤとの間のネゴシエーションにより、プライマリリンクを設定していた。この実施形態では、ＳＴＡＭＬＤは、マルチリンク通信で使用する複数の無線リンクのうちの一つのアクセス権を獲得する、すなわちＴＸＯＰを取得し、データ交換を開始すると、アクセス権が獲得された無線リンクをプライマリリンクと設定する。ＡＰＭＬＤは、ＳＴＡＭＬＤが決定したプライマリリンクを容認した動作を行う。

例えば、Ｌｉｎｋ１とＬｉｎｋ２を用いてマルチリンク通信をしている場合に、ＳＴＡＭＬＤは、Ｌｉｎｋ１で一番早くアクセス権を獲得したら、Ｌｉｎｋ１をプライマリリンクに設定し、Ｌｉｎｋ１でのみフレームを送信する。ＳＴＡＭＬＤは、Ｌｉｎｋ１に追随してＬｉｎｋ２でもアクセス権を獲得したら、Ｌｉｎｋ２でもフレームを送信する。

ＡＰＭＬＤは当該ＳＴＡＭＬＤにフレームを送信する場合には、そのＳＴＡＭＬＤでｎｏｎ－ＳＴＲリンクの関係にある全ての無線リンクでＳＴＡＭＬＤが通信していないか否かを判断し、通信していなければ、一つの無線リンク、又は複数の無線リンクでフレームを送信する。

これを実現するためには、ＳＴＡＭＬＤは、使用する無線リンク同士のｎｏｎ－ＳＴＲ／ＳＴＲリンクの関係をＡＰＭＬＤに予め通知しておく必要がある。ＡＰＭＬＤはＳＴＡＭＬＤ毎にその関係を把握しておく。

このようにすることで、ＡＰＭＬＤでの確認負荷は増えるが、一方でｎｏｎ－ＳＴＲリンクの関係になる無線リンクをＡＰＭＬＤとの間で持つＳＴＡＭＬＤでは送信機会を増やすことができる。ここではこのようなＳＴＡＭＬＤをｎｏｎ－ＳＴＲＳＴＡＭＬＤとする。ただし、ＡＰＭＬＤがｎｏｎ－ＳＴＲＳＴＡＭＬＤでのｎｏｎ－ＳＴＲリンクの関係になる無線リンクの数を制限すれば、ＡＰＭＬＤで確認すべき無線リンクの対象数を減らすことができる。ＳＴＲリンクの関係にある無線リンク同士ではこの限りではない。

第１４の実施形態では、ｎｏｎ－ＳＴＲＳＴＡＭＬＤがｎｏｎ－ＳＴＲリンクの関係になるいずれかの無線リンクで最初にアクセス権を取ると、ＡＰＭＬＤはそれをプライマリリンクとする。ＡＰＭＬＤは、少なくともｎｏｎ－ＳＴＲＳＴＡＭＬＤがｎｏｎ－ＳＴＲリンクの関係になると通知した全ての無線リンクでの通信状態を観察し、当該のｎｏｎ－ＳＴＲＳＴＡＭＬＤのプライマリリンクを逐次把握するようにし、当該プライマリリンクとｎｏｎ－ＳＴＲの関係になる他の無線リンクではそのｎｏｎ－ＳＴＲＳＴＡＭＬＤ宛ての送信を止める。第１４の実施形態では、第１の実施形態のビーコンフレームなどによるプライマリリンクの通知は不要である。

第１４の実施形態によれば、ＡＰＭＬＤでの確認負荷は増えるが、ＡＰＭＬＤとの間でｎｏｎ－ＳＴＲリンクの関係になる無線リンクを持つＳＴＡＭＬＤの送信機会が増える。

（第１５の実施形態）
上述の実施形態の説明では、アンテナに関する説明を行っていない。第１５の実施形態として、アンテナの実装方法を説明する。この実装方法は、上述した全ての実施形態に適用可能である。

図３９は、ＡＰＭＬＤ２２（又はＳＴＡＭＬＤ２４Ａ、ＳＴＡＭＬＤ２４Ｂ）が第１の送信アンテナ１１４、第１の受信アンテナ１１８、第２の送信アンテナ１２４、及び第２の受信アンテナ１２８を使用する第１の実装例を示す。

第１５の実施形態では、ＡＰＭＬＤ２２（又はＳＴＡＭＬＤ２４Ａ、ＳＴＡＭＬＤ２４Ｂ）は、図２の構成に対して、第１のアナログ処理部（ＡＮＡ１）３３と第２のアナログ処理部（ＡＮＡ２）３５が付加されている。

第１の送信アンテナ１１４がＡＰＭＬＤ２２の第１の送信アンテナコネクタ１１２に接続される。第１の受信アンテナ１１８がＡＰＭＬＤ２２の第１の受信アンテナコネクタ１１６に接続される。第２の送信アンテナ１２４がＡＰＭＬＤ２２の第２の送信アンテナコネクタ１２２に接続される。第２の受信アンテナ１２８がＡＰＭＬＤ２２の第２の受信アンテナコネクタ１２６に接続される。

第１のアナログ処理部（ＡＮＡ１）３３が第１の物理処理部３２に接続される。第２のアナログ処理部（ＡＮＡ２）３５が第２の物理処理部３４に接続される。アナログ処理部３３、３５の各々は、送信系処理部と受信系処理部を備える。

アナログ処理部３３、３５の送信系処理部は、物理処理部３２、３４から出力されるデジタル信号であるＰＨＹパケットを無線リンクに応じた周波数のアナログ信号に変換する。第１のアナログ処理部３３の送信系処理部から出力されるアナログ信号は、第１の送信アンテナコネクタ１１２を介して第１の送信アンテナ１１４に供給され、アンテナ１１４から送信される。第２のアナログ処理部３３の送信系処理部から出力されるアナログ信号は、第２の送信アンテナコネクタ１２２を介して第２の送信アンテナ１２４に供給され、アンテナ１２４から送信される。

第１の受信アンテナ１１８により受信したアナログ信号は、第１の受信アンテナコネクタ１１６を介して第１のアナログ処理部３３の受信系処理部に入力される。第２の受信アンテナ１２８により受信したアナログ信号は、第２の受信アンテナコネクタ１２６を介して第２のアナログ処理部３３の受信系処理部に入力される。アナログ処理部３３、３５の受信系処理部は、受信アンテナ１１８、１２８により受信したアナログ信号を物理処理部３２、３４で処理できるようにデジタル信号に変換する。

このように、第１の実装例では、第１の送信アンテナ１１４は、Ｌｉｎｋ１の送信に利用され、第１の受信アンテナ１１８は、Ｌｉｎｋ１の受信に利用され、第２の送信アンテナ１２４は、Ｌｉｎｋ２の送信に利用され、第２の受信アンテナ１２８は、Ｌｉｎｋ２の受信に利用される。

図４０は、ＡＰＭＬＤ２２（又はＳＴＡＭＬＤ２４Ａ、ＳＴＡＭＬＤ２４Ｂ）が第１の送受信アンテナ１０２と第２の送受信アンテナ１０４を使用する第２の実装例を示す。

第１の送受信アンテナ１０２は、ＡＰＭＬＤ２２の第１の送受信アンテナコネクタ９８に接続される。第２の送受信アンテナ１０４は、ＡＰＭＬＤ２２の第２の送受信アンテナコネクタ１００に接続される。

第１のアナログ処理部３３の送信系処理部から出力されるアナログ信号は、セレクタ９４と第１の送受信アンテナコネクタ９８を介して第１の送受信アンテナ１０２に供給され、アンテナ１０２から送信される。第２のアナログ処理部３５の送信系処理部から出力されるアナログ信号は、セレクタ９６と第２の送受信アンテナコネクタ１００を介して第２のアンテナ１０４に供給され、アンテナ１０４から送信される。

第１の送受信アンテナ１０２により受信したアナログ信号は、第１の送受信アンテナコネクタ９８とセレクタ９４を介して第１のアナログ処理部３３の受信系処理部に入力される。第２の送受信アンテナ１０４により受信したアナログ信号は、第２の送受信アンテナコネクタ１００とセレクタ９６を介して第２のアナログ処理部３５の受信系処理部に入力される。

セレクタ９４、９６は、アナログ処理部３３、３５に夫々含まれるコントローラにより切り替えられる。セレクタ９４は、Ｌｉｎｋ１の送信とＬｉｎｋ１の受信を切り替えるように切り替えられる。セレクタ９６は、Ｌｉｎｋ２の送信とＬｉｎｋ２の受信を切り替えるように切り替えられる。

このように、第２の実装例では、第１の送受信アンテナ１０２がＬｉｎｋ１の送信と受信に利用され、第２の送受信アンテナ１０４がＬｉｎｋ２の送信と受信に利用される。

図４１は、ＡＰＭＬＤ２２（又はＳＴＡＭＬＤ２４Ａ、ＳＴＡＭＬＤ２４Ｂ）が１つの送信アンテナ９０と１つの受信アンテナ９２を使用する第３の実装例を示す。

送信アンテナ９０は、ＡＰＭＬＤ２２の送信アンテナコネクタ８６に接続される。受信アンテナ９２は、ＡＰＭＬＤ２２の受信アンテナコネクタ８８に接続される。

第１のアナログ処理部３３の送信系処理部から出力されるアナログ信号、及び第２のアナログ処理部３５の送信系処理部から出力されるアナログ信号は、多重化（ＭＵＸ）回路８２に供給される。多重化回路８２は、２つのアナログ信号を単一のアナログ信号に多重化する。多重化回路８２の出力アナログ信号は、送信アンテナコネクタ８６を介して送信アンテナ９０に供給され、アンテナ９０から送信される。

受信アンテナ９２により受信したアナログ信号は、受信アンテナコネクタ８８を介して分離（ＤＥＭＵＸ）回路８４に入力される。分離回路８４は、受信信号をリンク周波数別に分離し、Ｌｉｎｋ１の受信信号を第１のアナログ処理部３３の受信系処理部に供給し、Ｌｉｎｋ２の受信信号を第２のアナログ処理部３５の受信系処理部に供給する。

このように、第３の実装例では、単一の送信アンテナ９０がＬｉｎｋ１の送信とＬｉｎｋ２の送信に共通に利用され、単一の受信アンテナ９２がＬｉｎｋ１の受信とＬｉｎｋ２の受信に共通に利用される。

図４２は、ＡＰＭＬＤ２２（又はＳＴＡＭＬＤ２４Ａ、ＳＴＡＭＬＤ２４Ｂ）が単一の送受信アンテナ８０を使用する第４の実装例を示す。送受信アンテナ８０は、ＡＰＭＬＤ２２の送受信アンテナコネクタ７８に接続される。

第４の実装例は、第３の実装例に対して、セレクタ７６が追加されている。

多重化回路８２の出力が、セレクタ７６と送受信アンテナコネクタ７８を介して送受信アンテナ８０に供給され、アンテナ８０から送信される。

送受信アンテナ８０により受信したアナログ信号は、送受信アンテナコネクタ７８とセレクタ７６を介して分離（ＤＥＭＵＸ）回路８４に入力される。

セレクタ７６は、アナログ処理部３３、３５に夫々含まれるコントローラにより切り替えられる。セレクタ７６は、Ｌｉｎｋ１とＬｉｎｋ２の送信とＬｉｎｋ１とＬｉｎｋ２の受信を切り替えるように切り替えられる。

このように、第４の実装例では、単一の送信アンテナ９０がＬｉｎｋ１とＬｉｎｋ２の送受信に共通に利用される。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を生成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

２２…ＡＰＭＬＤ、２４Ａ，２４Ｂ…ＳＴＡＭＬＤ、３２，３４…物理処理部、３６，３８…下位ＭＡＣ処理部、４０…上位ＭＡＣ処理部、４４…管理エンティティ

Claims

第１の周波数で、他の無線通信装置から、前記他の無線通信装置が第２の周波数で動作可能であることを識別可能な第１の情報、及び前記他の無線通信装置が前記第２の周波数と前記第１の周波数間で送信及び受信に制約があることを識別可能な第２の情報を受信し、
前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことを前記他の無線通信装置に通知し、
前記第１の周波数と前記第２の周波数で前記他の無線通信装置と接続し、
前記第２の情報を受信した場合、前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記他の無線通信装置のアドレスを含むか否かに基づいて、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記他の無線通信装置宛てフレームのアクセス権を獲得する、
無線通信装置。
前記第２の情報は、前記第２の周波数で送信を実行している時に前記第１の周波数で受信を実行できないこと、又は前記第１の周波数で送信を実行している時に前記第２の周波数で受信を実行できないことを識別可能である、請求項１記載の無線通信装置。
前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記他の無線通信装置のアドレスを含む場合、前記二次周波数での前記他の無線通信装置宛てフレームの送信を延期する、請求項１記載の無線通信装置。
第１の周波数で、第２の周波数で動作可能であることを識別可能な第３の情報、及び前記第１の周波数と第２の周波数間で送信及び受信に制約があることを識別可能な第４の情報を他の無線通信装置に送信し、
前記他の無線通信装置から、前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことの通知を受信し、
前記第１の周波数と前記第２の周波数で前記他の無線通信装置と接続し、
前記第１の周波数と前記第２の周波数間で送信及び受信に制約がある場合、前記一次周波数での前記他の無線通信装置へのアクセス権の獲得後、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記他の無線通信装置へのアクセス権の獲得する、無線通信装置。
前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記他の無線通信装置のアドレスを含む場合、前記二次周波数での前記他の無線通信装置宛てフレームの送信を延期する、請求項４記載の無線通信装置。
前記一次周波数でアクセス権が獲得されたフレームの送信が延期される場合、前記二次周波数でアクセス権が獲得されたフレームの送信を延期する、請求項５記載の無線通信装置。
前記第１の情報は、前記他の無線通信装置が前記第２の周波数とともに第３の周波数で動作可能であることも識別可能であり、
前記無線通信装置は、前記第１の周波数、第２の周波数、又は前記第３の周波数のいずれか一つを前記一次周波数と設定したことを前記他の無線通信装置に通知し、
前記第１の周波数、第２の周波数、又は前記第３の周波数の中の前記一次周波数以外の２つの周波数が前記二次周波数である、請求項１記載の無線通信装置。
前記第３の情報は、前記第２の周波数とともに第３の周波数で動作可能であることも識別可能であり、
前記無線通信装置は、前記他の無線通信装置から、前記第１の周波数、第２の周波数、又は前記第３の周波数のいずれか一つを前記一次周波数と設定したことの前記通知を受信し、
前記第１の周波数、第２の周波数、又は前記第３の周波数の中の前記一次周波数以外の２つの周波数が前記二次周波数である、請求項４記載の無線通信装置。
前記第１の周波数の信号を送信するための第１のアンテナが接続される第１のコネクタと、
前記第１の周波数の信号を受信するための第２のアンテナが接続される第２のコネクタと、
前記第２の周波数の信号を送信するための第３のアンテナが接続される第３のコネクタと、
前記第２の周波数の信号を受信するための第４のアンテナが接続される第４のコネクタと、
をさらに具備する、請求項１又は請求項４記載の無線通信装置。
前記第１の周波数の信号を送信するとももに、前記第１の周波数の信号を受信するための第１のアンテナが接続される第１のコネクタと、
前記第２の周波数の信号を送信するとももに、前記第２の周波数の信号を受信するための第２のアンテナが接続される第２のコネクタと、
をさらに具備する、請求項１又は請求項４記載の無線通信装置。
前記第１の周波数の信号と前記第２の周波数の信号を送信するための第１のアンテナが接続される第１のコネクタと、
前記第１の周波数の信号と前記第２の周波数の信号を受信するための第２のアンテナが接続される第２のコネクタと、
をさらに具備する、請求項１又は請求項４記載の無線通信装置。
前記第１の周波数の信号と前記第２の周波数の信号を送信するとともに、前記第１の周波数の信号と前記第２の周波数の信号を受信するためのアンテナが接続されるコネクタをさらに具備する、請求項１又は請求項４記載の無線通信装置。
第２の無線通信装置と接続する第１の無線通信装置の無線通信方法であって、
第１の周波数で、前記第２の無線通信装置から、前記第２の無線通信装置が第２の周波数で動作可能であることを識別可能な第１の情報、及び前記第２の無線通信装置が前記第２の周波数と第１の周波数間で送信及び受信に制約があることを識別可能な第２の情報を受信し、
前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことを前記第２の無線通信装置に通知し、
前記第１の周波数と前記第２の周波数で前記第２の無線通信装置と接続し、
前記第２の情報を受信した場合、前記一次周波数を介した通信の送信先アドレスまたは送信元アドレスが前記第２の無線通信装置のアドレスを含むか否かに基づいて、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記第２の無線通信装置宛てフレームのアクセス権を獲得する、
無線通信方法。
第２の無線通信装置と接続する第１の無線通信装置の無線通信方法であって、
第１の周波数で、第２の周波数で動作可能であることを識別可能な第３の情報、及び前記第１の周波数と第１の周波数間で送信及び受信に制約があることを識別可能な第４の情報を前記第２の無線通信装置に送信し、
前記第２の無線通信装置から、前記第１の周波数又は前記第２の周波数のいずれか一つを一次周波数と設定したことの通知を受信し、
前記第１の周波数と前記第２の周波数で前記第２の無線通信装置と接続し、
前記第１の周波数と前記第１の周波数間で送信及び受信に制約がある場合、前記一次周波数での前記第２の無線通信装置へのアクセス権の獲得後、前記第１の周波数又は前記第２の周波数の中の前記一次周波数以外の二次周波数での前記第２の無線通信装置へのアクセス権の獲得する、無線通信方法。