JP2024038809A - 通信装置およびその制御方法 - Google Patents

Abstract

【課題】マルチリンク通信におけるより効率の高い通信を実現する。【解決手段】ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置は、他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定手段を有する。決定手段は、複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、プライマリリンクを決定する。【選択図】図５

Description

本発明は、無線通信における接続制御に関するものである。

無線ＬＡＮ（ローカルエリアネットワーク）の主要な通信規格として、ＩＥＥＥ（米国電気電子学会）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。ＩＥＥＥ８０２．１１ａｘでは、通信速度を向上させるため、ＯＦＤＭＡ（直交周波数多元接続）と呼ばれる技術を用いることにより、高いピークスループットに加え、混雑状況下での通信速度を向上させている（特許文献１）。さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、現在はＩＥＥＥ８０２．１１ｂｅ規格（以降１１ｂｅ規格と表記）の策定が進められている。

１１ｂｅ規格では、１台のＡＰ（アクセスポイント）装置と１台のＳＴＡ（ステーション）装置との間で複数の周波数チャネルを用いる複数の無線リンクを確立して通信を行うマルチリンク通信が検討されている。マルチリンク通信に対応したＡＰ装置やＳＴＡ装置は、それぞれ、ＡＰ＿ＭＬＤ（マルチリンクデバイス）、ｎｏｎ－ＡＰ＿ＭＬＤと呼ばれる。ここで、ｎｏｎ－ＡＰ＿ＭＬＤはＳＴＡ＿ＭＬＤと呼んでもよい。

特開２０１８－５０１３３号公報

ところで、マルチリンク通信においては、無線通信機器のハードウェア上の制約等を考慮したＮＳＴＲ（非同時送受信）動作についても検討されている。ＮＳＴＲ動作においては、所定のリンクのペアにおいて、一方のリンクでの送信動作と他方のリンクでの受信動作とを同時に行うことが出来ない。ＮＳＴＲ動作を行うＡＰやＳＴＡは、それぞれ、ＮＳＴＲ＿ＡＰ＿ＭＬＤ、ＮＳＴＲ＿ＳＴＡ＿ＭＬＤと呼ばれる。特に、例えばバッテリー電源で動作するデバイス（ＩｏＴ機器など）がＡＰ＿ＭＬＤとして動作する場合は「ＮＳＴＲ＿ｍｏｂｉｌｅ＿ＡＰ＿ＭＬＤ」と呼ばれる。

ＮＳＴＲ＿ｍｏｂｉｌｅ＿ＡＰ＿ＭＬＤの場合、ＮＳＴＲ動作となるＮＳＴＲリンクペアに含まれる一方のリンクをプライマリリンクとして選択する必要がある。ＢｅａｃｏｎフレームやＰｒｏｂｅ＿Ｒｅｓｐｏｎｓｅフレーム、グループ指定データフレームなどの所定タイプの無線フレームの送信はプライマリリンクのみで行なわれる。また、データ送信においては、プライマリリンクで送信が可能なタイミングでのみ、非プライマリリンクで送信を行うことが可能である。このような制約が存在するため、マルチリンク通信において効率の高い通信を行うためには、より適切なリンクをプライマリリンクに選択することが重要である。

本発明は、このような問題に鑑みてなされたものであり、マルチリンク通信におけるより効率の高い通信を可能とする技術を提供することを目的としている。

上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置は、
他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定手段を有し、
前記決定手段は、前記複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、前記複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、前記プライマリリンクを決定する。

本発明によれば、マルチリンク通信におけるより効率の高い通信を可能とする技術を提供することができる。

システムの全体構成を示す図である。 ＡＰ＿ＭＬＤおよびｎｏｎ－ＡＰ＿ＭＬＤのハードウェア構成を示すブロック図である。 ＡＰ＿ＭＬＤおよびｎｏｎ－ＡＰ＿ＭＬＤの機能構成を示すブロック図である。 プライマリリンク決定処理のフローチャートである。 第１実施形態におけるＡＰ－ＳＴＡ間のシーケンス図である。 プライマリリンク変更処理のフローチャートである。 第２実施形態におけるＡＰ－ＳＴＡ間のシーケンス図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１実施形態）
本発明に係る通信装置の第１実施形態として、ＩＥＥＥ８０２．１１ｂｅ（Ｄ２．０）規格に準拠した通信装置であるＡＰ＿ＭＬＤ１０１を例に挙げて以下に説明する。

＜システム構成および装置構成＞
図１は、システムの全体構成を示す図である。図１では、説明を簡単にするために、１つのアクセスポイントマルチリンクデバイス（ＡＰ＿ＭＬＤ）１０１および１つの非アクセスポイントマルチリンクデバイス（ｎｏｎ－ＡＰ＿ＭＬＤ）１０２が示されている。ＡＰ＿ＭＬＤ１０１が形成するネットワーク範囲が領域１００で示されている。ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、ＡＰ＿ＭＬＤ１０１が送受信する信号を送受信することができる。

ｎｏｎ－ＡＰ＿ＭＬＤ１０２はＡＰ＿ＭＬＤ１０１が構成するネットワークに参加する通信装置であり、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２は１１ｂｅ規格（ＥＨＴ規格とも呼ばれる）に準拠した無線通信を実行することができる。ＥＨＴは、Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔの略である。

各通信装置は、１１ｂｅ規格でサポートされる周波数バンド（２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯）において通信することができる。ただし、例えば６０ＧＨｚ帯のような他の周波数バンドをさらに使用してもよい。また、ＡＰ＿ＭＬＤ１０１、ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、使用する帯域幅として、２０ＧＨｚ幅、４０ＭＨｚ幅、８０ＭＨｚ幅、１６０ＭＨｚ幅、および３２０ＭＨｚ幅を使用して通信することができる。ただし、例えば２４０ＭＨｚ幅、４ＭＨｚ幅のような他の帯域幅を使用してもよい。

なお、ＡＰ＿ＭＬＤ１０１、ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、１１ｂｅ規格に対応するとしたが、これに加えて、１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、ＡＰ＿ＭＬＤ１０１、ｎｏｎ－ＡＰ＿ＭＬＤ１０２はＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。

ＡＰ＿ＭＬＤ１０１の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰ＿ＭＬＤ１０１は、１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ｎｏｎ－ＡＰ＿ＭＬＤ１０２の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。

ＡＰ＿ＭＬＤ１０１およびｎｏｎ－ＡＰ＿ＭＬＤ１０２は、複数の周波数チャネルを介してリンクを確立し、１１ｂｅ規格に準拠したマルチリンク通信を実行することが出来る。マルチリンク通信を実行するＡＰはＡＰ＿ＭＬＤともいう。

ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。例えば、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯のそれぞれにおいて複数の周波数チャネルが定義されている。なお、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルの帯域幅が４０ＭＨｚ以上とすることもできる。

例えば、ＡＰ＿ＭＬＤ１０１はｎｏｎ－ＡＰ＿ＭＬＤ１０２と５ＧＨｚ帯の第一の周波数チャネルを介したリンク１０３を確立し通信することができる。これと並行して、ＡＰ＿ＭＬＤ１０１はｎｏｎ－ＡＰ＿ＭＬＤ１０２と６ＧＨｚ帯の第２の周波数チャネルを介したリンク１０４を確立し通信することができる。この場合に、ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、リンク１０３とリンク１０４を維持するマルチリンク通信を実行する。このようにＡＰ＿ＭＬＤ１０１は複数の周波数チャネルを介したリンクをｎｏｎ－ＡＰ＿ＭＬＤ１０２と確立することで、ｎｏｎ－ＡＰ＿ＭＬＤ１０２との通信におけるスループットを向上させることができる。

なお、マルチリンク通信においては、周波数バンドの異なるリンクを複数確立してもよいし、同じ周波数バンドに含まれる複数の異なるチャネルを介してリンクを複数確立してもよい。例えば、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２とは５ＧＨｚ帯におけるリンク１０３と６ＧＨｚ帯におけるリンク１０４に加えて、２．４ＧＨｚ帯における第３のリンクを確立するようにしてもよい。あるいは、６ＧＨｚ帯における１５ｃｈを第１のリンクとして、これに加えて６ＧＨｚ帯における２０７ｃｈを第２のリンクとして確立するようにしてもよい。

さらに、周波数バンドが同じリンクと異なるリンクとが混在していてもよい。例えば、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２は、５ＧＨｚ帯における３６ｃｈのリンク１０３に加えて、５ＧＨｚ帯における１４９ｃｈのリンクと、６ＧＨｚ帯における１５ｃｈのリンクを確立してもよい。ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２とが周波数の異なる複数の無線リンクを確立することにより、あるリンクの帯域が混雑している場合であっても、他のリンクで通信を実行することができる。そのため、通信におけるスループットの低下や通信遅延を防ぐことができる。

なお、各リンクにはリンクを構築するネットワークごとにリンクＩＤが割り当てられる。例えば、ＡＰ＿ＭＬＤ１０１が周波数バンドの異なる複数のネットワークを構築する場合を考える。ｎｏｎ－ＡＰ＿ＭＬＤ１０２がＡＰ＿ＭＬＤ１０１との間で確立した５ＧＨｚ帯のリンクをリンク１０３とすると、このリンクには共通のリンクＩＤ＝１が割り当てられる。同様に、ｎｏｎ－ＡＰ＿ＭＬＤ１０２がＡＰ＿ＭＬＤ１０１との間で確立した６ＧＨｚ帯のリンクをリンク１０４とすると、このリンクには共通のリンクＩＤ＝２が割り当てられる。この値は一例であり、別の値がそれぞれ割り当てられてもよいし、構築したリンクやｎｏｎ－ＡＰ＿ＭＬＤ（ＳＴＡ）ごとにリンクＩＤを割り当ててもよい。

なお、本実施形態ではＡＰ＿ＭＬＤ１０１にはハードウェア上の制約があり、ＮＳＴＲ＿ｍｏｂｉｌｅ＿ＡＰ＿ＭＬＤであるものとする。また、リンク１０３とリンク１０４のペアは、ＮＳＴＲ動作となるＮＳＴＲ（非同時送受信）リンクペアである。すなわち、リンク１０３でデータを送信しながら同時にリンク１０４でデータを受信することはできないものとする。また、ＢｅａｃｏｎフレームやＰｒｏｂｅ＿Ｒｅｓｐｏｎｓｅフレーム、グループ指定データフレームなどの所定タイプの無線フレームの送信はＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクのみで行なわれる。ここでプライマリリンクという名称はこれに限定されず、上記フレームを送信するリンクであり、ＩＥＥＥ８０２．１１規格シリーズに準拠したリンクであれば名称は何でもよい。また、データ送信においては、プライマリリンクで送信が可能なタイミングでのみ、非プライマリリンクで送信を行うことが可能である。そのため、非プライマリリンクでもデータ送信ができる場合は両方のリンクにてデータ送信し、非プライマリリンクでデータ送信ができない場合はプライマリリンクでのみデータ送信する。

図２は、ＡＰ＿ＭＬＤ１０１およびｎｏｎ－ＡＰ＿ＭＬＤ１０２のハードウェア構成を示すブロック図である。なお、ｎｏｎ－ＡＰ＿ＭＬＤ１０２はＡＰ＿ＭＬＤ１０１と同様のハードウェア構成を有するため、以下では、ＡＰ＿ＭＬＤ１０１についてのみ説明する。

ＡＰ＿ＭＬＤ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。なお、アンテナは複数であってもよい。

記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２は、例えば、例えばＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、ＡＰ＿ＭＬＤ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（オペレーティングシステム）との協働により、ＡＰ＿ＭＬＤ１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。なお、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＡＰ＿ＭＬＤ１０１全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、ＡＰ＿ＭＬＤ１０１が所定の処理を実行するためのハードウェアである。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々ＡＰ＿ＭＬＤ１０１と一体であってもよいし、別体であってもよい。

通信部２０６は、１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。

なお、ＡＰ＿ＭＬＤ１０１が、１１ｂｅ規格に加えてＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、通信部２０６は、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、ＡＰ＿ＭＬＤ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。

ＡＰ＿ＭＬＤ１０１は、通信部２０６を介して、画像データや文書データ、映像データ等のデータをｎｏｎ－ＡＰ＿ＭＬＤ１０２と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。

アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信（送受信）が可能なアンテナである。本実施形態では、ＡＰ＿ＭＬＤ１０１は２つのアンテナを有するとしたが、３つのアンテナでもよい。または周波数バンドごとに異なるアンテナを有していてもよい。また、ＡＰ＿ＭＬＤ１０１は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。

図３は、ＡＰ＿ＭＬＤ１０１およびｎｏｎ－ＡＰ＿ＭＬＤ１０２の機能構成を示すブロック図である。なお、ｎｏｎ－ＡＰ＿ＭＬＤ１０２はＡＰ＿ＭＬＤ１０１と同様の機能構成を有するため、以下では、ＡＰ＿ＭＬＤ１０１についてのみ説明する。ただし、ＡＰ＿ＭＬＤ１０１はネットワークを構築する機能を有し、ｎｏｎ－ＡＰ＿ＭＬＤ１０２はネットワークに参加する機能有する点が異なる。

ＡＰ＿ＭＬＤ１０１は、リンク制御部３０１、リンク設定ＵＩ部３０２、バンド設定ＵＩ部３０３、リンク設定部３０４、フレーム生成部３０５、フレーム送受信部３０６を含む。

リンク制御部３０１は、ＡＰ＿ＭＬＤ１０１がｎｏｎ－ＡＰ＿ＭＬＤ１０２との無線通信に用いる１以上のリンクを制御するブロックである。具体的には、リンクを確立するための通信開始処理や、通信開始後のリンクの追加・削除処理、全リンクを削除する通信終了処理を制御する。接続処理は、具体的にＡｕｔｈｅｎｔｉｃａｔｉｏｎ処理・Ａｓｓｏｃｉａｔｉｏｎ処理・４－Ｗａｙ－Ｈａｎｄ－Ｓｈａｋｅ（４ＷＨＳ）処理から構成される。

リンク設定ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３０２は、ＡＰ＿ＭＬＤ１０１のマルチリンク通信の設定をユーザが入力するためのＵＩを提供するブロックである。例えばＷｅｂブラウザを用いたＡＰ＿ＭＬＤ１０１へのアクセスを提供する。このＵＩ部でマルチリンク通信の有効化・無効化の設定、各リンクのチャネル設定、全リンク共通で使用するビーコンインターバル（ＢＩ）値設定などを行う。

バンド設定ＵＩ部３０３は、マルチリンク通信を行わず、各周波数バンドのＡＰの通信設定を行うＵＩを提供するブロックである。例えば、各周波数バンドのＡＰを独立して動作させたい場合に、このＵＩ部で各周波数バンドのＡＰのチャネル設定やＢＩ値設定などを行う。

リンク設定部３０４は、リンク設定ＵＩ部３０２で設定したマルチリンク通信におけるプライマリリンクの選択および決定を行う。また、フレーム送受信部３０６に対して、プライマリリンクの通知を行う。

フレーム生成部３０５は、リンク設定部３０４で設定したプライマリリンクに従って送信するフレームを生成するブロックである。

フレーム送受信部３０６は、リンク設定部３０４から受け取ったプライマリリンク情報に従い、フレーム生成部３０５で生成された無線フレームの送信および相手装置からの無線フレームの受信を行う。無線フレームは、Ｂｅａｃｏｎフレーム／Ｐｒｏｂｅ＿Ｒｅｓｐｏｎｓｅフレームやデータフレーム等を含む。

＜装置の動作＞
図４は、プライマリリンク決定処理のフローチャートである。ここでは、ＡＰ＿ＭＬＤ１０１がＡＰとしての動作起動時に、プライマリリンクを決定する処理について示す。本処理はＡＰ＿ＭＬＤ１０１の電源をＯＮにしたとき、またはＡＰ＿ＭＬＤ１０１のＡＰ動作開始指示を受けた時、あるいは無線機能をＯＮにしたときなど、ＡＰとしての機能を開始するときに開始される。もしくは、ＡＰとして動作後、電波環境が悪くなるなどでプライマリリンクを再決定したいときに開始してもよい。なお、ＡＰ動作に使用する周波数バンドやチャネルがユーザから予め指定され、例えば記憶部２０１に格納されているものとする。

Ｓ４０１では、ＡＰ＿ＭＬＤ１０１は、ＡＰ動作に使用する周波数バンドやチャネルが、ＤＦＳやＡＦＣ動作が必要な周波数バンド内の周波数バンドやチャネルを含むか否かを確認する。含む場合はＳ４０２に進み、含まない場合はＳ４０３に進む。

ＤＦＳとはＤｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎの略である。ＤＦＳは、気象レーダーや航空機レーダーが用いられる５ＧＨｚ帯の周波数を用いる際、それらのレーダーを検知した後３０分間は検知した周波数バンドでの電波使用を控えるための機能となっている。また、ＡＦＣとはＡｕｔｏｍａｔｅｄ Ｆｒｅｑｕｅｎｃｙ Ｃｏｏｒｄｉｎａｔｉｏｎの略である。ＡＦＣは、産業利用される６ＧＨｚ帯の周波数を用いる際、電波を用いる場所によって使用できる周波数や出力できる消費電力が異なる。ＡＦＣシステムに対して位置情報をインプットし、使用周波数や制限される電波出力情報を、得ることができる。

Ｓ４０２では、ＡＰ＿ＭＬＤ１０１は、ＡＰ動作に使用する周波数バンドやチャネルのうち、ＤＦＳやＡＦＣ動作が必要な周波数バンドやチャネルをプライマリリンクとなる候補から外す。ただし、ＡＰ動作に使用する全ての周波数バンドやチャネルがＤＦＳやＡＦＣ動作が必要な周波数バンドやチャネルである場合は、これらを候補から外さないようにしてもよい。

すなわち、上述のように５ＧＨｚ帯、６ＧＨｚ帯では周波数にしては特別な処理が必要になり、かつ場合によっては動作中の周波数を切り替える必要が生じる。使用する周波数バンドが変わると、対向機との通信にてスループットの低下や遅延が発生することが考えられるため、プライマリリンクとなる候補から外すのである。

Ｓ４０３では、ＡＰ＿ＭＬＤ１０１は、ＡＰ動作のチャネル（ｃｈ）が指定されているかを確認する。例えばＡＰ動作ｃｈとして「２．４ＧＨｚ帯の１ｃｈ」と「５ＧＨｚ帯の３６ｃｈ」が指定されていればＹｅｓとなりＳ４０４に進む。何も指定がない場合や周波数バンドのみ（５ＧＨｚ帯など）が指定されている場合はＮｏとなりＳ４１０に進む。

Ｓ４０４では、ＡＰ＿ＭＬＤ１０１は、指定された複数のｃｈに通信を確保できるだけの帯域幅がどれだけあるかを確認し、帯域幅が等しいか否かを判定する。例えば、リンク１では２０ＭＨｚのみで動作し、リンク２では１６０ＭＨｚで動作することができればＮｏとなりＳ４０５に進む。リンク１、リンク２ともに８０ＭＨｚで通信する場合はＹｅｓとなりＳ４０６に進む。

Ｓ４０５では、ＡＰ＿ＭＬＤ１０１は、リンクによって通信時の帯域幅が異なる場合、相対的に広い帯域を確保できるｃｈをプライマリリンクとする。例えばリンク１が２０ＭＨｚ幅、リンク２が１６０ＭＨｚ幅で動作する場合、リンク２をプライマリリンクと定める。

これは、上述にしたように、ＮＳＴＲ動作におけるデータ送信においては、プライマリリンクで送信が可能なタイミングでのみ、非プライマリリンクで送信を行うことが可能であるという制約が存在する。このため、よりデータ送信機会を与えられる可能性が高い、帯域幅が広い周波数バンドのリンクをプライマリリンクとすることで、データ送受信に関してスループットの向上や遅延の抑制が可能になると考えられるためである。

Ｓ４０６では、ＡＰ＿ＭＬＤ１０１は、ｓｃａｎ動作を実行し、周囲の電波環境を確認する。Ｓ４０７では、ＡＰ＿ＭＬＤ１０１は、Ｓ４０６でのｓｃａｎの結果、プライマリリンクの候補ｃｈで動作するリンクがほかの候補ｃｈより空いているかどうかを確認する。電波環境が空いているかどうかは、例えば次のような条件で判断する。
・ＢｅａｃｏｎやＰｒｏｂｅ＿Ｒｅｓｐｏｎｓｅが検出される回数：これは周囲に同じｃｈで動作するＡＰの数が少ないほど、空いていると仮定できるためである。確認するフレームは上記以外にもＰｒｏｂｅ＿Ｒｅｑｕｅｓｔ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎ＿Ｒｅｑｕｅｓｔ、Ａｓｓｏｃｉａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅ、Ａｃｔｉｏｎなどの制御フレームであってもよい。
・周囲のＳＴＡやＡＰから得られる情報：例えば、Ｂｅａｃｏｎ ＲｅｐｏｒｔやＲＮＲ（Ｒｅｄｕｃｅｄ Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ）をＳＴＡやＡＰに要求し取得する。
・一定時間における周波数チャネルの使用状況（ＳＴＡやＡＰによる送信状況）：送信機会（ＴＸＯＰ）が確保される割合、あるいは、単位時間当たりに発生するキャリアセンスの数を計測する。

Ｓ４０８では、ＡＰ＿ＭＬＤ１０１は、最も空いている候補ｃｈのリンクをプライマリリンクとして決定する。Ｓ４０９では、ＡＰ＿ＭＬＤ１０１は、プライマリリンクとして選択しなかった、他の候補ｃｈのリンクを非プライマリリンクとする。

なお、設定されたｃｈの一部が同時送受信（ＳＴＲ）動作できる場合は、ＮＳＴＲでしか動作できないｃｈの組をプライマリリンクと非プライマリリンクとして決めるため、ＳＴＲ動作できるリンクは考えない。例えばＡＰ＿ＭＬＤ１０１が「２．４ＧＨｚ帯の１ｃｈ」、「５ＧＨｚ帯の３６ｃｈ」、「６ＧＨｚ帯の１ｃｈ」で動作指定され、「２．４ＧＨｚ帯の１ｃｈ」とほかのｃｈ（「５ＧＨｚ帯の３６ｃｈ」または「６ＧＨｚ帯の１ｃｈ」）はＳＴＲ動作できるとする。一方、「５ＧＨｚ帯の３６ｃｈ」と「６ＧＨｚ帯の１ｃｈ」のペアに対してはＮＳＴＲ動作するとする。この場合、「５ＧＨｚ帯の３６ｃｈ」と「６ＧＨｚ帯の１ｃｈ」のペアに対してのみ本処理を実行する。つまり、「２．４ＧＨｚ帯の１ｃｈ」は単独でプライマリリンクとして動作できる。

Ｓ４１０では、ＡＰ＿ＭＬＤ１０１は、周波数バンドの指定がされているかどうかを確認する。例えば、５ＧＨｚ帯、６ＧＨｚ帯でマルチリンクを使用することが規定されていた場合、ＹｅｓとなりＳ４１７に進む。何も指定されていない場合はＮｏとなりＳ４１１に進む。

Ｓ４１１では、ＡＰ＿ＭＬＤ１０１は、周波数バンドに関係なくｓｃａｎ動作を実行する。ただし、Ｓ４１０ですべての周波数バンドが指定されたと仮定して、周波数バンドごとに優先度をつけてＳｃａｎしてもよい。

Ｓ４１２では、ＡＰ＿ＭＬＤ１０１は、Ｓ４１１でのｓｃａｎの結果、プライマリリンクの候補ｃｈで動作するリンクがほかの候補ｃｈより空いているかどうかを確認する。この時確認する方法はＳ４０７で記載したものと同様であってよい。Ｓ４１３では、ＡＰ＿ＭＬＤ１０１は、最も空いている候補ｃｈのリンクをプライマリリンクとして決定する。

Ｓ４１４では、ＡＰ＿ＭＬＤ１０１は、残りのリンクで使用するｃｈを決める処理を行うか否かを決定するため、動作するリンクの数だけｃｈが決まっているかを確認する。決まっていなければＳ４１５に進み、決まっていれば処理を終了する。

Ｓ４１５では、ＡＰ＿ＭＬＤ１０１は、ｓｃａｎ結果で最も空いているｃｈを確認する。確認する方法はＳ４０７で記載したものと同様であってよい。

Ｓ４１６では、ＡＰ＿ＭＬＤ１０１は、最も空いているｃｈを次の他のリンクのｃｈを決める。ただし、すでに決まったリンクのｃｈおよびそのリンクで用いる帯域と重ならないｃｈを、他のリンクで使用するｃｈとして決定する。

例えば、Ｓ４２０で空いているｃｈが「５ＧＨｚ帯の３６ｃｈ」であり、３６ｃｈで８０ＭＨｚを使用するとする。次に空いているｃｈが「５ＧＨｚ帯の４０ｃｈ」であったとしても、３６ｃｈで使用する帯域に重なっているため、４０ｃｈを選ばない。

もしくは、ここで選ぶ非プライマリリンクのｃｈを、プライマリリンクのｃｈとなるべく周波数が離れたｃｈで動作するように設定してもよい。例えば「５ＧＨｚ帯の３６ｃｈ」でプライマリリンクを使用するときに、「２．４ＧＨｚ帯の１ｃｈ」が、自身が対応する最も離れた周波数であれば「２．４ＧＨｚ帯の１ｃｈ」を選択してもよい。

上述のＳ４１４～Ｓ４１６はＡＰ＿ＭＬＤ１０１自身がＡＰ動作で使用するリンクの数に対応した数のｃｈが決定するまで繰り返す。なお、本処理はＮＳＴＲでのみ動作する組み合わせを選択せざるを得ない場合にのみ実施してよい。例えば「２．４ＧＨｚ帯の１ｃｈ」と「５ＧＨｚ帯の３６ｃｈ」をＳＴＲで動作可能であり、２．４ＧＨｚ帯と５ＧＨｚ帯の組み合わせのみが動作指定されていた場合、本処理を実行しなくてよい。５ＧＨｚ帯と６ＧＨｚ帯のどのｃｈを選択してもＮＳＴＲでのみ実行可能となっている場合には、５ＧＨｚ帯と６ＧＨｚ帯でＡＰ動作することを指定された場合にのみ実行するものとしてよい。

Ｓ４１７では、ＡＰ＿ＭＬＤ１０１は、６ＧＨｚ帯、５ＧＨｚ帯、２．４ＧＨｚ帯、６０ＧＨｚ帯の順で優先順位（優先度）を付与する。Ｓ４１８では、ＡＰ＿ＭＬＤ１０１は、Ｓ４１１で設定された優先順位でｓｃａｎ動作を実行する。

例えば指定された帯域に６ＧＨｚ帯が含まれている場合、６ＧＨｚ帯をプライマリリンクの有力候補としてｓｃａｎする。６ＧＨｚ帯が含まれておらず、５ＧＨｚ帯が含まれている場合には５ＧＨｚ帯でｓｃａｎする。なお、上述の帯域の優先順位は例であり、異なるものであってもよい。

例えば、より広い帯域幅が確保できる周波数バンドの優先順位を上げてもよい。その場合、６０ＧＨｚ帯、６ＧＨｚ帯、５ＧＨｚ帯、２．４ＧＨｚ帯、の順で優先順位を設定する。また、より対応機種が多いと思われる周波数バンドの優先順位を上げてもよい。その場合、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯、の順で優先順位を設定する。もしくは、これらの組み合わせを総合して設定してもよい。また、ＡＰとして動作後、ｎｏｎ－ＡＰ＿ＭＬＤが接続している状態でプライマリリンクを変える場合、接続しているｎｏｎ－ＡＰ＿ＭＬＤが対応している周波数バンドを優先してもよい。また優先する周波数バンドはＡＰ＿ＭＬＤ１０１自身が対応している帯域幅に限定してよい。例えば６０ＧＨｚ帯に対応していない場合はその候補から外していてよい。

Ｓ４１９では、ＡＰ＿ＭＬＤ１０１は、Ｓ４１８でのｓｃａｎの結果、プライマリリンクの候補ｃｈで動作するリンクがほかの候補ｃｈより空いているかどうかを確認する。この時確認する方法はＳ４０７で記載したものと同様であってよい。Ｓ４２０では、ＡＰ＿ＭＬＤ１０１は、最も空いている候補ｃｈのリンクをプライマリリンクとして決定する。

Ｓ４２１では、ＡＰ＿ＭＬＤ１０１は、Ｓ４１８でＳｃａｎしなかった周波数バンドも含めてＳｃａｎ動作を実行する。

図５は、第１実施形態におけるＡＰ＿ＭＬＤとｎｏｎ－ＡＰ＿ＭＬＤの間（ＡＰ－ＳＴＡ間）のシーケンス図である。具体的には、ＡＰ＿ＭＬＤ１０１がプライマリリンクを決定してからＡＰとして動作するまでのシーケンスを示している。

ＡＰ＿ＭＬＤ１０１は図４で示した処理にてプライマリリンクを決定する（Ｍ５０１１）と、決定したプライマリリンクからＢｅａｃｏｎを送信する（Ｍ５０１２）。周囲のＳＴＡ（ｎｏｎ－ＡＰ＿ＭＬＤ１０２を含む）は、ＡＰ＿ＭＬＤ１０１が送信したＢｅａｃｏｎから、以下の情報を知ることが出来る。
・ＡＰ＿ＭＬＤ１０１はＮＳＴＲ＿ＡＰ＿ＭＬＤ（ＮＳＴＲ＿ｍｏｂｉｌｅ＿ＡＰ＿ＭＬＤ）である。
・プライマリリンクはリンク１である。
・リンク２が別のｃｈで動作している。

なお、マルチリンク通信に対応していないｎｏｎ－ＡＰ＿ＭＬＤ（すなわち通常のＳＴＡ）（不図示）はＢｅａｃｏｎを受け取ると、ＡＰ＿ＭＬＤ１０１が使用する複数の無線リンクのうち、リンク１のみ認識し接続することができる。

以上説明したとおり第１実施形態によれば、ＡＰ＿ＭＬＤ１０１はプライマリリンクを適切に選択することが出来、より効率的なｎｏｎ－ＡＰ＿ＭＬＤとのデータ通信が実現可能となる。また、Ｂｅａｃｏｎが送信されるリンクがより適切なものとなるため、接続前のｎｏｎ－ＡＰ＿ＭＬＤがＡＰ＿ＭＬＤを発見しやすくなるという副次的な効果もある。さらに、頻繁に周波数を変更せずに済むことでｎｏｎ－ＡＰ＿ＭＬＤとの通信が途切れにくくなることが期待される。そのため、上述のようにプライマリリンクを決定することにより、マルチリンク通信におけるより効率の高い通信が可能となることが期待される。

（第２実施形態）
第２実施形態では、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２がマルチリンク通信を開始した後、プライマリリンクを変更するときの動作について説明する。なお、システム構成、装置構成については第１実施形態（図１～図３）と同様であるため説明は省略する。

＜装置の動作＞
図６は、プライマリリンク変更処理のフローチャートである。具体的には、ＡＰ＿ＭＬＤ１０１にｎｏｎ－ＡＰ＿ＭＬＤ１０２が接続後、プライマリリンクを再決定して必要に応じて変更通知を周囲に報知する処理を示している。

本処理はＡＰ＿ＭＬＤ１０１に任意のｎｏｎ－ＡＰ＿ＭＬＤが接続後、定期的に実施してもよい。もしくはｎｏｎ－ＡＰ＿ＭＬＤの接続に関係なく実施してもよい。あるいはｎｏｎ－ＡＰ＿ＭＬＤとの通信中に通信のスループットや遅延が閾値を下回ったり、超えたりした場合に実施してもよい。他に、接続してきたｎｏｎ－ＡＰ＿ＭＬＤがより空いているｃｈについてレポートしてきた場合に開始してもよい。ｎｏｎ－ＡＰ＿ＭＬＤ接続前には接続性重視でプライマリリンクを決定し、接続後、対向するｎｏｎ－ＡＰ＿ＭＬＤの対応する周波数を確認したうえでより通信効率の高いｃｈにプライマリリンクを移動させるために実施してもよい。

Ｓ６０１では、ＡＰ＿ＭＬＤ１０１は、通信中もしくは定期的に周囲の電波状況を確認するためにｓｃａｎ動作を実行する。代わりに、接続中のｎｏｎ－ＡＰ＿ＭＬＤや周囲のｎｏｎ－ＡＰ＿ＭＬＤ（ＳＴＡ）から現在の電波状況についてレポートを受信してもよい。このとき受けるレポートはＢｅａｃｏｎ Ｒｅｐｏｒｔであってもよいし、ＲＮＲであってもよい。

Ｓ６０２では、ＡＰ＿ＭＬＤ１０１は、Ｓ６０１で得られた情報に基づき、プライマリリンク決定処理を行う。このときプライマリリンクを決定する処理は、図４を参照して説明した方法と同様の処理であり得る。なお、使用する周波数バンドやｃｈに関して、優先度を変えて実施してもよい。

さらに、現在ＡＰ＿ＭＬＤ１０１に接続しているｎｏｎ－ＡＰ＿ＭＬＤの周波数対応情報や、非プライマリリンクへの接続状況を追加で考慮に入れてもよい。例えば、ＡＰ起動時には接続性を重視して２．４ＧＨｚをプライマリリンクとして優先するようにしてもよい。一方、ｎｏｎ－ＡＰ＿ＭＬＤ接続後は、接続しているｎｏｎ－ＡＰ＿ＭＬＤが６ＧＨｚ帯に対応していると判断できれば、その時点でプライマリリンクを６ＧＨｚ帯から選択する、といった処理を行ってもよい。

もしくは、接続しているｎｏｎ－ＡＰ＿ＭＬＤが２．４ＧＨｚ帯と５ＧＨｚ帯のみに対応している場合、プライマリリンクの変更候補として２．４ＧＨｚと５ＧＨｚのみに限るといった処理を行ってもよい。これはｎｏｎ－ＡＰ＿ＭＬＤ接続時に得られるＯｐｅｒａｔｉｎｇ Ｃｌａｓｓの情報を確認することで実施してもよい。

また、例えばＡＰ＿ＭＬＤ１０１が「２．４ＧＨｚ帯の１ｃｈ」、「５ＧＨｚ帯の３６ｃｈ」、「６ＧＨｚ帯の１ｃｈ」で動作する状況を考える。接続するｎｏｎ－ＡＰ＿ＭＬＤが「２．４ＧＨｚ帯の１ｃｈ」、「５ＧＨｚの３６ｃｈ」である場合は、その２つのｃｈをプライマリリンクの候補としてもよい。すなわち、接続中のｎｏｎ－ＡＰ＿ＭＬＤが実際に使用しているｃｈからプライマリリンクを選択することになり、ｎｏｎ－ＡＰ＿ＭＬＤがプライマリリンクの変更を追従しやすくなるというメリットがある。

Ｓ６０３では、ＡＰ＿ＭＬＤ１０１は、プライマリリンク決定処理の結果、これまでのプライマリリンクと変化があるかどうかを確認する。変更がない場合はそのまま処理を終え、変更がある場合はＳ６０４に進む。

Ｓ６０４では、ＡＰ＿ＭＬＤ１０１は、プライマリリンクを変更することを周囲に通知する。この通知には、Ｃｈａｎｎｅｌ＿Ｓｗｉｔｃｈｉｎｇ＿Ａｎｎｏｕｎｃｅｍｅｎｔフレームを使用してもよい。

図７は、第２実施形態におけるＡＰ－ＳＴＡ間のシーケンス図である。すなわち、具体的には、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２が、途中でプライマリリンクを変更する場合のシーケンス図を示している。

ＡＰ＿ＭＬＤ１０１は、最初、リンク１をプライマリリンクとして動作している（Ｍ７０１１）。すなわち、リンク１のｃｈを介してＢｅａｃｏｎが送信される。一定時間経過後、プライマリリンクの見直しをトリガとして、プライマリリンク決定アルゴリズムを実施する（Ｍ７０１２）。この処理は図４で示したものと同様であってよい。ここでは、プライマリリンクをリンク２に変更することとなったことを想定する。

そこで、ＡＰ＿ＭＬＤ１０１は、接続中のｎｏｎ－ＡＰ＿ＭＬＤ１０２に対してプライマリリンクの変更通知を送信する（Ｍ７０１３）。ここでは、変更前のリンク１のｃｈを介して変更通知が送信される。変更通知を送信した後、ＡＰ＿ＭＬＤ１０１はプライマリリンクをリンク１からリンク２に変更する（Ｓ７０１４）。すなわち、リンク２のｃｈを介してＢｅａｃｏｎが送信されることになる。

ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、プライマリリンクの変更通知を受け取ったら、プライマリリンクを切り替える必要がある。すなわち、ｎｏｎ－ＡＰ＿ＭＬＤ１０２においても、変更通知受信後はデータ送信の基準としてリンク２をプライマリリンクとして使用する必要があるからである。ｎｏｎ－ＡＰ＿ＭＬＤ１０２は、プライマリリンクをリンク２に切り替えた後、ＡＰ＿ＭＬＤ１０１からのＢｅａｃｏｎを受信するようになる。

以上説明したとおり第２実施形態によれば、目的や環境に合わせてプライマリリンクを変更する。これにより、ＡＰ＿ＭＬＤ１０１とｎｏｎ－ＡＰ＿ＭＬＤ１０２はデータ送信の効率をより向上させることが可能となる。また接続性を高く保ちつつ通信スループットや遅延低減に有利な効果を与えることができるようになる。

（変形例）
上記の実施形態以外に、例えば初回にプライマリリンクを決定したときやｎｏｎ－ＡＰ＿ＭＬＤと接続したときにプライマリリンクを通知していてもよい。これは例えばＭｕｌｔｉ－Ｌｉｎｋ＿Ｅｌｅｍｅｎｔにて示すようにしていてもよい。また、プライマリリンクの変更通知を、新規に定義するＡｃｔｉｏｎフレームを用いて通知してもよい。このとき、前述のＭｕｌｔｉ－Ｌｉｎｋ＿Ｅｌｅｍｅｎｔを流用していてもよい。

本明細書の開示は、以下の通信装置、制御方法およびプログラムを含む。
（項目１）
ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置であって、
他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定手段を有し、
前記決定手段は、前記複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、前記複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、前記プライマリリンクを決定する
ことを特徴とする通信装置。
（項目２）
前記第１の条件は、前記プライマリリンクに対応する周波数チャネルはＤＦＳ（Ｄｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ）を必要としない周波数バンド内の周波数チャネルであること、および、前記プライマリリンクに対応する周波数バンドはＡＦＣ（Ａｕｔｏｍａｔｅｄ Ｆｒｅｑｕｅｎｃｙ Ｃｏｏｒｄｉｎａｔｉｏｎ）を必要としない周波数バンド内の周波数チャネルであること、の少なくとも１つを含む
ことを特徴とする項目１に記載の通信装置。
（項目３）
前記第１の条件は、前記複数の周波数チャネルのうち帯域幅が相対的に広い１つの周波数チャネルに対応するリンクを前記プライマリリンクに決定することを含む
ことを特徴とする項目１に記載の通信装置。
（項目４）
前記複数の周波数チャネルの各々は、複数の周波数バンドの何れかに含まれ、
前記複数の周波数バンドには、所定の優先度が付与されており、
前記第１の条件は、前記複数の周波数チャネルのうち優先度が相対的に高い周波数バンドに含まれる１つの周波数チャネルに対応するリンクを前記プライマリリンクに決定することを含む
ことを特徴とする項目１に記載の通信装置。
（項目５）
前記第２の条件は、前記複数の無線リンクのうちＢｅａｃｏｎが検出される回数が相対的に少ないリンクを前記プライマリリンクに決定することを含む
ことを特徴とする項目１に記載の通信装置。
（項目６）
前記決定手段により決定された前記プライマリリンクに関する情報を前記他の通信装置に通知する通知手段をさらに有する
ことを特徴とする項目１に記載の通信装置。
（項目７）
所定のタイミングで前記決定手段が前記プライマリリンクを決定するように制御する制御手段をさらに有し、
前記通知手段は、前記決定手段により前記プライマリリンクが変更された場合、前記決定手段により新たに決定された前記プライマリリンクに関する情報を前記他の通信装置に通知する
ことを特徴とする項目６に記載の通信装置。
（項目８）
前記マルチリンク通信は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＮＳＴＲ（非同時送受信）リンクペアを含むマルチリンク通信であり、
前記所定タイプの無線フレームは、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ＿Ｒｅｓｐｏｎｓｅフレームを含む
ことを特徴とする項目１乃至７の何れか１項目に記載の通信装置。
（項目９）
ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置の制御方法であって、
他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定工程を含み、
前記決定工程では、前記複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、前記複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、前記プライマリリンクを決定する
ことを特徴とする制御方法。
（項目１０）
項目９に記載の制御方法を、無線通信を行う通信部を有するコンピュータに実行させるためのプログラム。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

２０１ 記憶部； ２０２ 制御部； ２０３ 機能部； ２０４ 入力部； ２０５ 出力部； ２０６ 通信部

Claims (10)

1. ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置であって、
   他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定手段を有し、
   前記決定手段は、前記複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、前記複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、前記プライマリリンクを決定する
   ことを特徴とする通信装置。
2. 前記第１の条件は、前記プライマリリンクに対応する周波数チャネルはＤＦＳ（Ｄｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ）を必要としない周波数バンド内の周波数チャネルであること、および、前記プライマリリンクに対応する周波数バンドはＡＦＣ（Ａｕｔｏｍａｔｅｄ Ｆｒｅｑｕｅｎｃｙ Ｃｏｏｒｄｉｎａｔｉｏｎ）を必要としない周波数バンド内の周波数チャネルであること、の少なくとも１つを含む
   ことを特徴とする請求項１に記載の通信装置。
3. 前記第１の条件は、前記複数の周波数チャネルのうち帯域幅が相対的に広い１つの周波数チャネルに対応するリンクを前記プライマリリンクに決定することを含む
   ことを特徴とする請求項１に記載の通信装置。
4. 前記複数の周波数チャネルの各々は、複数の周波数バンドの何れかに含まれ、
   前記複数の周波数バンドには、所定の優先度が付与されており、
   前記第１の条件は、前記複数の周波数チャネルのうち優先度が相対的に高い周波数バンドに含まれる１つの周波数チャネルに対応するリンクを前記プライマリリンクに決定することを含む
   ことを特徴とする請求項１に記載の通信装置。
5. 前記第２の条件は、前記複数の無線リンクのうちＢｅａｃｏｎが検出される回数が相対的に少ないリンクを前記プライマリリンクに決定することを含む
   ことを特徴とする請求項１に記載の通信装置。
6. 前記決定手段により決定された前記プライマリリンクに関する情報を前記他の通信装置に通知する通知手段をさらに有する
   ことを特徴とする請求項１に記載の通信装置。
7. 所定のタイミングで前記決定手段が前記プライマリリンクを決定するように制御する制御手段をさらに有し、
   前記通知手段は、前記決定手段により前記プライマリリンクが変更された場合、前記決定手段により新たに決定された前記プライマリリンクに関する情報を前記他の通信装置に通知する
   ことを特徴とする請求項６に記載の通信装置。
8. 前記マルチリンク通信は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＮＳＴＲ（非同時送受信）リンクペアを含むマルチリンク通信であり、
   前記所定タイプの無線フレームは、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ＿Ｒｅｓｐｏｎｓｅフレームを含む
   ことを特徴とする請求項１乃至７の何れか１項に記載の通信装置。
9. ＩＥＥＥ８０２．１１規格シリーズに準拠したマルチリンク通信が可能な通信装置の制御方法であって、
   他の通信装置との間に確立した複数の無線リンクから、所定タイプの無線フレームの送信が可能なリンクであって、ＩＥＥＥ８０２．１１規格シリーズに準拠したプライマリリンクを決定する決定工程を含み、
   前記決定工程では、前記複数の無線リンクに対応する複数の周波数チャネルに関する第１の条件と、前記複数の無線リンクにおける電波状況に関する第２の条件と、の少なくとも１つに基づいて、前記プライマリリンクを決定する
   ことを特徴とする制御方法。
10. 請求項９に記載の制御方法を、無線通信を行う通信部を有するコンピュータに実行させるためのプログラム。

Images