特開 2022-188466 通信装置、通信方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022188466

(43)【公開日】2022-12-21

(54)【発明の名称】通信装置、通信方法、およびプログラム

(51)【国際特許分類】

   H04W 72/12 20090101AFI20221214BHJP

   H04W 72/04 20090101ALI20221214BHJP

   H04W 84/12 20090101ALI20221214BHJP

【ＦＩ】

H04W72/12

H04W72/04 111

H04W84/12

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021096516

(22)【出願日】2021-06-09

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100124442

【弁理士】

【氏名又は名称】黒岩 創吾

(72)【発明者】

【氏名】渡邊 亮

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA23

5K067CC02

5K067DD11

5K067EE02

5K067EE10

5K067EE61

(57)【要約】

【課題】 通信装置間で、Ｍｕｌｔｉ－Ｌｉｎｋ通信時のチャネルペアの同時送受信が可能かどうかの情報を効率的に共有することを可能にし、装置間で効率的なＭｕｌｔｉ－Ｌｉｎｋ通信を実施できるようにする。
【解決手段】 通信装置は、第一の周波数チャネルを用いた無線フレームの通信と、第二の周波数チャネルを用いた無線フレームの通信とを並行して実行することが可能な通信手段と、前記第一の周波数チャネルと前記第二周波数チャネルとの間の周波数軸上の距離を示す情報であって、前記通信手段による通信において前記第一の周波数チャネルを用いた無線フレームの送信と前記第二の周波数チャネルを用いた無線フレームの受信とを並行して実行するために必要となるチャネル距離を示す情報を、他の通信装置に送信する送信手段とを有する。
【選択図】 図６

【特許請求の範囲】

【請求項1】

通信装置であって、
第一の周波数チャネルを用いた無線フレームの通信と、第二の周波数チャネルを用いた無線フレームの通信とを並行して実行することが可能な通信手段と、
前記第一の周波数チャネルと前記第二周波数チャネルとの間の周波数軸上の距離を示す情報であって、前記通信手段による通信において前記第一の周波数チャネルを用いた無線フレームの送信と前記第二の周波数チャネルを用いた無線フレームの受信とを並行して実行するために必要となるチャネル距離を示す情報を、他の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。

【請求項2】

前記第一の周波数チャネルおよび／または前記第二の周波数チャネルの通信の状態に基づいて前記チャネル距離を決定する決定手段を更に有することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記決定手段は、
前記通信装置の前記第一の周波数チャネルを用いた送信が前記通信装置の前記第二の周波数チャネルに与えるノイズと、
前記通信装置が前記第一の周波数チャネルを用いて送信していない時に前記通信装置の前記第二の周波数チャネルで検出されるノイズと、
前記他の通信装置の前記第二の周波数チャネルを用いた送信により、前記通信装置の前記第二の周波数チャネルで検出される送信パワーと、
前記通信装置の前記第二の周波数チャネルを用いた送信が前記通信装置の前記第一の周波数チャネルに与えるノイズと、
前記通信装置が前記第二の周波数チャネルを用いて送信していない時に前記通信装置の前記第一の周波数チャネルで検出されるノイズと、
前記他の通信装置の前記第一の周波数チャネルを用いた送信により、前記通信装置の前記第一の周波数チャネルで検出される送信パワーと、
のうちの一つ以上の値に基づいて前記チャネル距離を決定することを特徴とする請求項２に記載の通信装置。

【請求項4】

前記通信装置の前記第一の周波数チャネルを用いた送信が前記通信装置の前記第二の周波数チャネルに与えるノイズと、
前記通信装置の前記第二の周波数チャネルを用いた送信が前記通信装置の前記第一の周波数チャネルに与えるノイズは、
予め前記通信装置の中に保持しておくことを特徴とする請求項３に記載の通信装置。

【請求項5】

前記通信装置の前記第一の周波数チャネルを用いた送信が前記通信装置の前記第二の周波数チャネルに与えるノイズと、
前記通信装置の前記第二の周波数チャネルを用いた送信が前記通信装置の前記第一の周波数チャネルに与えるノイズは、
前記通信装置が無線フレームを送信することにより測定することを特徴とする請求項３又は４に記載の通信装置。

【請求項6】

前記通信手段は、ＩＥＥＥ８０２．１１規格に準拠した無線通信を行うことを特徴とする請求項１乃至５の何れか一項に記載の通信装置。

【請求項7】

前記通信手段は、ＩＥＥＥ８０２．１１規格において規定されたＭｕｌｔｉ－Ｌｉｎｋ通信を行うことを特徴とする請求項６に記載の通信装置。

【請求項8】

前記チャネル距離は、ＩＥＥＥ８０２．１１規格において規定されたＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）の通信を行うために必要なチャネル間の周波数軸上の距離であることを特徴とする請求項７に記載の通信装置。

【請求項9】

前記第一の周波数チャネルと前記第二の周波数チャネルは、同じ周波数帯域の中の異なる周波数チャネルであることを特徴とする請求項１乃至８の何れか一項に記載の通信装置。

【請求項10】

前記第一の周波数チャネルと前記第二の周波数チャネルは、異なる周波数帯域のチャネルであることを特徴とする請求項１乃至８の何れか一項に記載の通信装置。

【請求項11】

第一の周波数チャネルを用いた無線フレームの通信と、第二の周波数チャネルを用いた無線フレームの通信とを並行して実行することが可能な通信工程と、
前記第一の周波数チャネルと前記第二周波数チャネルとの間の周波数軸上の距離を示す情報であって、前記通信工程による通信において前記第一の周波数チャネルを用いた無線フレームの送信と前記第二の周波数チャネルを用いた無線フレームの受信とを並行して実行するために必要となるチャネル距離を示す情報を、他の通信装置に送信する送信工程と、
を有することを特徴とする通信方法。

【請求項12】

請求項１乃至１０の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信技術に関する。

【背景技術】

【0002】

近年の通信されるデータ量の増加に伴い、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。例えば、最新規格のＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（直交周波数多元接続）を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１参照）。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓの略である。

【0003】

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅ規格の規格化が進められている。

【0004】

ＩＥＥＥ８０２．１１ｂｅでは、１台のアクセスポイント（ＡＰ）が１台のステーション（ＳＴＡ）と２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ帯等の周波数帯域で複数のＬｉｎｋを構築し、同時通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。また無線通信機器のハードウェア上の制約等から、Ｍｕｌｔｉ－Ｌｉｎｋ通信において、所定のＬｉｎｋで送信動作中に他方のＬｉｎｋで受信動作ができないＡＰやＳＴＡに対する処理が検討されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１８－５０１３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

効率的なＭｕｌｔｉ－Ｌｉｎｋ通信を実施するためには、どのＬｉｎｋが、他のＬｉｎｋと同時に送受信可能であるかを示す情報を、通信を行う装置間で共有する必要がある。なぜなら同時に送受信不可能なＬｉｎｋのペアを使ってしまうと、送信と受信の処理を排他的に実行する必要があり、通信効率が下がってしまうためである。しかし従来、どのＬｉｎｋが他のＬｉｎｋと同時に送受信可能であるかを示す情報を装置間で共有するために、具体的にどのような情報を共有するか、或いはどのように共有するかについて決まっていなかった。

【0007】

そこで本発明は、通信装置間で、Ｍｕｌｔｉ－Ｌｉｎｋ通信時のチャネルペアの同時送受信が可能かどうかの情報を効率的に共有することを可能にし、装置間で効率的なＭｕｌｔｉ－Ｌｉｎｋ通信を実施できるようにすることを目的とする。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本発明の通信装置は、第一の周波数チャネルを用いた無線フレームの通信と、第二の周波数チャネルを用いた無線フレームの通信とを並行して実行することが可能な通信手段と、前記第一の周波数チャネルと前記第二周波数チャネルとの間の周波数軸上の距離を示す情報であって、前記通信手段による通信において前記第一の周波数チャネルを用いた無線フレームの送信と前記第二の周波数チャネルを用いた無線フレームの受信とを並行して実行するために必要となるチャネル距離を示す情報を、他の通信装置に送信する送信手段とを有することを特徴とする。

【発明の効果】

【0009】

本発明によれば、通信装置間で、Ｍｕｌｔｉ－Ｌｉｎｋ通信時のチャネルペアの同時送受信が可能かどうかの情報を効率的に共有することが可能となり、装置間で効率的なＭｕｌｔｉ－Ｌｉｎｋ通信を実施できるようになる。

【図面の簡単な説明】

【0010】

【図1】本発明におけるネットワークの構成を示す図である。

【図2】本発明における通信装置のハードウェア構成を示す図である。

【図3】本発明における通信装置の機能構成を示すブロック図である。

【図4】実施例１においてＡｓｓｏｃｉａｔｉｏｎ候補のチャネルについて、ＳＴＲ可能なＬｉｎｋのチャネル距離をＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅで通知するシーケンス図である。

【図5】実施例１においてＡＰ１０１がＳＴＡ１０２へ送信するＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの構成例である。

【図6】ＡＰ１０１の、２０ＭＨｚ送信におけるＳＴＲ可能チャネル距離の決定フローチャートである。

【図7】実施例１においてＡＰ１０１の、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャート図である。

【図8】実施例２においてＡＰ１０１はＳＴＡ１０２と通信前に事前に、チャネルＡとチャネルＢのペアについての２０ＭＨｚ送信時の送信ノイズを検出するフローチャートである。

【図9】実施例２においてＡＰ１０１の、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャートである。

【発明を実施するための形態】

【0011】

以下、添付の図面を参照して、本発明の実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

【0012】

（無線通信システムの構成）
図１は、本実施形態にかかる通信装置１０２（以下、ＳＴＡ１０２）が参加するネットワークの構成を示す。ＳＴＡ１０２はネットワーク１００に参加する役割を有するステーション（ＳＴＡ）である。通信装置１０１（以下、ＡＰ１０１）は、無線ネットワーク１００を構築する役割を有するアクセスポイント（ＡＰ）である。ＡＰ１０１はＳＴＡ１０２と通信可能である。

【0013】

ＡＰ１０１、ＳＴＡ１０２の各々は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。ＡＰ１０１、ＳＴＡ１０２は、２．４Ｈｚ帯、５ＧＨｚ帯、および／又は６ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、ＡＰ１０１、ＳＴＡ１０２は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚのように、異なる帯域幅を使用してもよい。

【0014】

ＡＰ１０１、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、Ｍｕｌｔｉ Ｕｓｅｒ）通信を実現することができる。ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（直行周波数分割多元接続）の略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡの搬送波が直行する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。

【0015】

なお、ＡＰ１０１、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、ＡＰ１０１、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。ＡＰ１０１の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）やスマートフォンなどが挙げられるが、これらに限定されない。またＡＰ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ＳＴＡ１０２の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。各通信装置は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。

【0016】

また、本実施形態におけるＡＰ１０１およびＳＴＡ１０２は、複数の周波数チャネルを介してリンクを確立し、Ｍｕｌｔｉ－Ｌｉｎｋ通信を実行する。ＩＥＥＥ８０２．１１シリーズ規格では、各チャネルの帯域幅は２０ＭＨｚとして定義されている。ここで、チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであって、ＩＥＥＥ８０２．１１シリーズ規格では、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数のチャネルが定義されている。なお、隣接するチャネルと結合、ボンディングすることで、１つのチャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。例えばＡＰ１０１はＳＴＡ１０２と２．４ＧＨｚ帯の第１のチャネルを介したリンクを確立し、通信することができる。ＳＴＡ１０２はこれと並行してＡＰ１０１と５ＧＨｚ帯の第２のチャネルを介したリンクを確立し、通信することができる。この場合に、ＳＴＡ１０２は、第１のチャネルを介したリンクと並行して、第２のチャネルを介した第２のリンクを維持するという、Ｌｉｎｋ１０３とＬｉｎｋ１０４とによるＭｕｌｔｉ－Ｌｉｎｋ通信を実行する。このようにＡＰ１０１は複数のチャネルを介したリンクをＳＴＡ１０２と確立することで、ＳＴＡ１０２との通信におけるスループットを向上させることができる。

【0017】

なお、各通信機器間のリンクはＭｕｌｔｉ－ｌｉｎｋ通信において、周波数帯の異なるリンクを複数確立してもよい。例えば、ＡＰ１０１とＳＴＡ１０２とは２．４ＧＨｚ帯における第１のリンクと６ＧＨｚ帯における第２のリンクに加えて、５ＧＨｚ帯における第３のリンクを確立するようにしてもよい。あるいは同じ周波数帯に含まれる複数の異なるチャネルを介してリンクを確立するようにしてもよい。例えば２．４ＧＨｚ帯における６ｃｈのリンクを第１のリンクとして、これに加えて２．４ＧＨｚ帯における１ｃｈのリンクを第２のリンクとして確立するようにしてもよい。なお、周波数帯が同じである複数のリンクと、周波数帯が異なるリンクとが混在していてもよい。例えば、ＡＰ１０１とＳＴＡ１０２で２．４ＧＨｚ帯における６ｃｈのリンクに加えて、２．４ＧＨｚ帯の１ｃｈのリンクと、５ＧＨｚ帯における１４９ｃｈのリンクを確立してもよい。ＡＰ１０１はＳＴＡ１０２と周波数の異なる複数の接続を確立することで、ある周波数帯域（例えば２．４ＧＨｚ帯）が混雑している場合であっても、ＳＴＡ１０２と他方の帯域（例えば５ＧＨｚ帯）で通信を確立することができる。そのため、ＳＴＡ１０２との通信におけるスループットの低下や通信遅延を防ぐことができる。

【0018】

なお、図１の無線ネットワーク１００は１台のＡＰと１台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数や配置はこれに限定されない。例えば、図１の無線ネットワークに加えて、ＳＴＡを１台以上増やしてもよい。このとき確立する各リンクの周波数帯やリンクの数、帯域幅は、ＳＴＡ毎に異なっていてもよい。

【0019】

Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合、ＡＰ１０１とＳＴＡ１０２とは、１つのデータを分割して複数のリンクを介して相手装置に送信する。また、ＡＰ１０１とＳＴＡ１０２はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ａｎｄ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）通信を実行できてもよい。この場合、ＡＰ１０１およびＳＴＡ１０２は複数のアンテナを有し、一方がそれぞれのアンテナから異なる信号を同じチャネルを用いて送る。受信側は、複数のアンテナを用いて複数ストリームから到達したすべての信号を同時に受信し、各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、ＡＰ１０１およびＳＴＡ１０２は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、ＡＰ１０１およびＳＴＡ１０２は、Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合に、一部又は全部のリンクにおいてＭＩＭＯ通信を実行してもよい。

【0020】

（ＡＰおよびＳＴＡの構成）
図２に、本実施形態におけるＡＰ１０１のハードウェア構成例を示す。ＡＰ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。なお、アンテナは複数でもよい。

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

なお、ＡＰ１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、ＡＰ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。ＡＰ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータをＳＴＡ１０２と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。

【0027】

アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、ＡＰ１０１は１つのアンテナを有するとしたが、３つのアンテナでもよい。または周波数帯ごとに異なるアンテナを有していてもよい。また、ＡＰ１０１は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。なお、ＳＴＡ１０２はＡＰ１０１と同様のハードウェア構成を有する。

【0028】

図３には、本実施形態におけるＡＰ１０１の機能構成のブロック図を示す。なお、ＳＴＡ１０２も同様の構成である。ここではＡＰ１０１は無線ＬＡＮ制御部３０１を備えるものとする。なお、無線ＬＡＮ制御部の数は１つに限らず、２つでもよいし、３つ以上でも構わない。ＡＰ１０１は、さらに、フレーム生成部３０２、送信時間制御部３０３、ビーコン制御部３０４、ＵＩ制御部３０５および記憶部３０６、無線アンテナ３０７を有する。

【0029】

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するためのアンテナ並びに回路、およびそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。

【0030】

フレーム生成部３０２は、無線ＬＡＮ制御部３０１で送信するべき無線制御フレームを生成する。フレーム生成部３０２で生成する無線制御の内容は記憶部３０６に保存されている設定によって制約を課してもよい。またＵＩ制御部３０５からのユーザ設定によって変更してもよい。生成されたフレームの情報は無線ＬＡＮ制御部３０１に送られ、通信相手に送信される。

【0031】

送信時間制御部３０３は、ビーコン制御部３０４から受け取った時間間隔に従い、どのタイミングでフレームを送信する指示を出すかを制御する。送信時間制御部３０３からの指示に従い、無線ＬＡＮ制御部３０１はフレーム生成部３０２で生成されたフレームを送信する。

【0032】

ビーコン制御部３０４は、ビーコンを送信するタイミングやビーコンに含めるべき情報についてフレーム生成部３０２、送信時間制御部３０３に指示を出す。ＡＰ１０１がＡＰとして動作を開始するとき、送信制御部３０３にビーコンを定期的に送信する時間を設定する。また、送信時間制御部３０３がビーコンを送信する指示を出すのに伴い、フレーム生成部３０２にビーコンに含める内容の指示を示す。フレーム生成部３０２は指示に基づき記憶部３０６から情報を取得する。

【0033】

ＵＩ制御部３０５は、ＡＰの不図示のユーザによるＡＰに対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０５は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。

【0034】

記憶部３０６は、ＡＰが動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。

【0035】

（実施例１）
図４に、ＡＰ１０１がＳＴＡ１０２に対し、Ａｓｓｏｃｉａｔｉｏｎ候補のチャネルについて、ＳＴＲが可能なＬｉｎｋのチャネル距離を通知するシーケンス図を示す。本シーケンスでは、その通知をＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを用いて行う例を示している。ここでＳＴＲとはｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅの略であり、ＩＥＥＥ８０２．１１規格において規定されている。ＳＴＲとは、Ｍｕｌｔｉ－Ｌｉｎｋ通信で用いるＬｉｎｋのペアにおいて、一方のＬｉｎｋで送信を行っている間に他方のＬｉｎｋで受信を行う（又はその逆）ことを示す。

【0036】

ＡＰ１０１およびＳＴＡ１０２は、複数のＬｉｎｋのそれぞれに対応する無線ＬＡＮ制御部３０１を有している。図４におけるＡＰ１０１のＡＰ４１１は１つ目のＬｉｎｋ用、ＡＰ４１２は２つ目のＬｉｎｋ用、ＡＰ４１３は３つ目のＬｉｎｋ用の無線ＬＡＮ制御部３０１である。また、ＳＴＡ１０２のＳＴＡ４２１は１つ目のＬｉｎｋ用、ＳＴＡ４２２は２つ目のＬｉｎｋ用、ＳＴＡ４２３は３つ目のＬｉｎｋ用の無線ＬＡＮ制御部３０１を示している。本実施形態では、一例としてＳＴＡ４２１およびＡＰ４１１は２．４ＧＨｚ帯の１ｃｈを介した通信の処理を行うものとする。ＳＴＡ４２２およびＡＰ４１２は２．４ＧＨｚ帯の５ｃｈを介した通信の処理を行うものとする。ＳＴＡ４２３およびＡＰ４１３は２．４ＧＨｚ帯の１０ｃｈを介した通信の処理を行うものとする。

【0037】

本シーケンスの処理は、ＡＰ１０１およびＳＴＡ１０２のそれぞれの電源が投入されたことに応じて開始される。あるいは、ＡＰ１０１およびＳＴＡ１０２の少なくとも一方は、ユーザまたはアプリケーションからＭｕｌｔｉ－Ｌｉｎｋ通信の開始を指示されたことに応じて開始してもよい。あるいはＡＰ１０１およびＳＴＡ１０２の少なくとも一方は、相手装置と通信したいデータのデータ量が所定の閾値以上となったことに応じて開始してもよい。

【0038】

まず、ＡＰ１０１は、１ｃｈにおいて、自装置のネットワーク情報を含むＢｅａｃｏｎを送信することで、自装置のネットワーク情報を周囲のＳＴＡへ報知する（Ｓ４０１）。ネットワーク情報とは具体的には、ＡＰ１０１がビーコンを送信する送信間隔や、ＡＰ１０１のＳＳＩＤである。ＳＳＩＤとは、Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒの略である。これに加えて、ＡＰ１０１は、ＡＰ１０１のＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報をネットワーク情報としてＢｅａｃｏｎに含めて報知してもよい。

【0039】

ＳＴＡ１０２は、１ｃｈにおいて送信されているＡＰ１０１のＢｅａｃｏｎを受信すると、ＡＰ１０１のネットワーク情報を問い合わせるために、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを１ｃｈにおいて送信する（Ｓ４０２）。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔには、ＡＰ１０１のＳＳＩＤが含まれる。また、これに加えて、ＳＴＡ１０２は、ＳＴＡ１０２のＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報をＰｒｏｂｅ Ｒｅｑｕｅｓｔに含めてＡＰ１０１へ通知する。

【0040】

ＡＰ１０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると、応答としてＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを、１ｃｈにおいてＳＴＡ１０２に送信する（Ｓ４０３）。ＡＰ１０１は、ＢｅａｃｏｎにＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報を含めなかった場合、該能力情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含めて送信する。あるいは、ＡＰ１０１は、Ｍｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報のうち、一部のみをＢｅａｃｏｎに含め、残りの情報またはすべての情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含めるようにしてもよい。

【0041】

Ｓ４０１～Ｓ４０３の処理を行うことで、ＡＰ１０１とＳＴＡ１０２とは、それぞれのＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報を交換することができる。

【0042】

次に、ＳＴＡ１０２は、ＡＰ１０１が形成するネットワークへの接続要求としてのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを、１ｃｈにおいてＡＰ１０１へ送信する（Ｓ４０４）。ここで、ＳＴＡ１０２は、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔにＳＴＡ１０２のＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報を含めて通知してもよい。なお、ＳＴＡ１０２は、Ｓ４０１またはＳ４０３の少なくとも一方で検出したＡＰ１０１のＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報に基づいて、Ｓ４０４で送信する能力情報を決定してもよい。例えば、ＳＴＡ１０２が２．４ＧＨｚ帯と５ＧＨｚ帯におけるＬｉｎｋを組み合わせることができる場合であっても、ＡＰ１０１が２．４ＧＨｚ帯内の複数Ｌｉｎｋを用いたＭｕｌｔｉ－Ｌｉｎｋ通信にしか対応していないとする。この場合、ＳＴＡ１０２は、本ステップで送信する能力情報として、２．４ＧＨｚ帯における複数Ｌｉｎｋの確立に関する能力情報のみを送信するようにしてもよい。また、本実施形態では、ＳＴＡ１０２はＳ４０２において自装置のＭｕｌｔｉ－Ｌｉｎｋ通信に関する能力情報を送信するとしたが、これに限らずＳ４０２では能力情報を送信せず、本ステップでのみ送信するようにしてもよい。あるいは、ＳＴＡ１０２は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔに、Ｍｕｌｔｉ－Ｌｉｎｋ通信を行う際に要求する要求情報を含めてもよい。ＳＴＡ１０２が要求する要求情報は、Ｍｕｌｔｉ－Ｌｉｎｋに関する能力情報によって示されてもよいし、別のＥｌｅｍｅｎｔによって示されてもよい。

【0043】

ＡＰ１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを受信すると、応答としてＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、１ｃｈにおいてＳＴＡ１０２に送信する（Ｓ４０５）。ここで送信されるＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅには、１個以上の送信帯域幅ごとの、ＳＴＲ可能チャネル距離を含める。ＳＴＲ可能チャネル距離とは、Ｍｕｌｔｉ－Ｌｉｎｋ通信において用いる複数のリンクが、周波数軸上でどれだけ離れていれば送信と受信を並行して実行することができるか、即ちＳＴＲ可能であるかを示した情報である。つまりＳＴＲ可能チャネル距離とは、Ｍｕｌｔｉ－Ｌｉｎｋ通信において用いる複数のリンクそれぞれで用いられる周波数チャネル間の周波数軸上の距離である。例えばリンク間が５ｃｈ分離れていればＳＴＲ可能である場合、ＳＴＲ可能チャネル距離は５（又は５ｃｈ）となる。この値は装置によって異なるものとなる。本実施形態では、２０ＭＨｚの帯域幅については５ｃｈ分の距離、４０ＭＨｚの帯域幅については１０ｃｈ分の距離、８０ＭＨｚの帯域幅については２０ｃｈの距離、１６０ＭＨｚの帯域幅については４０ｃｈ分の距離をＡＰ１０１のＳＴＲ可能チャネル距離とする。尚、ＳＴＲ可能チャネル距離は２０ＭＨｚの帯域幅の距離のみから構成されてもよいし、３２０ＭＨｚの帯域幅といった、前述の例にない帯域幅の距離を追加で含めてもよい。Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅへ具体的にどのようにＳＴＲ可能チャネル距離を含めるかは、図６の説明にて後述する。チャネル距離の決定方法については、図７の説明にて後述する。各チャネル距離を決定するタイミングは、本実施形態ではＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する直前とする。なお、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信のタイミングに限らず、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したタイミング、Ｂｅａｃｏｎを出す前のタイミング、などでもよい。または、通信状態の変化を検知したタイミングでもよい。その他、例えばＡＰ１０１の送信パワーを変更したタイミング、ＳＴＡ１０２からの送信パワーが変化したタイミング、通信においてパケットロス率に増減あったタイミング、通信においてパケットエラー率に増減あったタイミング、などでもよい。あるいは定期的に決定してもよい。Ａｓｓｏｃｉａｔｉｏｎ候補のチャネルペアが全てＳＴＲ可能である場合、送信帯域幅ごとのＳＴＲ可能チャネル距離を通知しなくてもよい。あるいは全てＳＴＲ可能でない場合、送信帯域幅ごとのＳＴＲ可能チャネル距離を通知しなくてもよい。

【0044】

また、ここで送信されるＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅには、ＡＰ１０１が決定した、ＳＴＡ１０２とのＭｕｌｔｉ－Ｌｉｎｋ通信を行う際の運用情報が含まれる。また、Ｓ４０４においてＳＴＡ１０２が要求する運用情報を含めたＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを送信していた場合、ＡＰ１０１は該要求に対する可否を含むＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信してもよい。

【0045】

ＳＴＡ１０２はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを受信すると、そこに含まれる送信帯域幅ごとのＳＴＲ可能チャネル距離から、Ａｓｓｏｃｉａｔｉｏｎ候補のＬｉｎｋのＡＰ１０１から見た同時送受信性能を検出することができる。具体的には、送信帯域幅ごとのＳＴＲチャネル距離だけチャネルが離れると、そのチャネルペアでＡＰ１０１は同時に送受信可能と判断する。例えばＡｓｓｏｃｉａｔｉｏｎ候補のリンクとして１ｃｈ、５ｃｈ、６ｃｈがあったとして、かつ２０ＭＨｚのＳＴＲ可能チャネル距離が５であるとする。すると５ｃｈ分離れている１ｃｈと６ｃｈのペアでは、片側リンクで２０ＭＨｚの送信をしつつ他方のリンクで２０ＭＨｚの受信ができると判断する。一方で１ｃｈと５ｃｈのペアでは、チャネル距離が５ｃｈ分未満であることから、片側リンクで２０ＭＨｚの送信をしつつ他方のリンクで２０ＭＨｚの受信ができないと判断する。例えばＡｓｓｏｃｉａｔｉｏｎ候補のリンクとして１ｃｈ、１０ｃｈ、３６ｃｈがあったとして、かつ４０ＭＨｚのＳＴＲ可能チャネル距離が１０であるとする。すると２６ｃｈ分離れている１０ｃｈと３６ｃｈのペアでは、片側リンクで４０ＭＨｚの送信をしつつ他方のリンクで２０ＭＨｚの受信ができると判断する。一方で１ｃｈと１０ｃｈのペアでは、チャネル距離が１０ｃｈ分未満であることから、片側リンクで４０ＭＨｚの送信をしつつ片側リンクで２０ＭＨｚの受信ができないと判断する。この例では送信帯域幅が２０ＭＨｚではない（４０ＭＨｚである）にも関わらず受信帯域幅を２０ＭＨｚ固定にしている。なお、この受信帯域幅を送信帯域幅に一致させて判断してもよい。つまり例えばＡｓｓｏｃｉａｔｉｏｎ候補のリンクとして１ｃｈ、１０ｃｈ、３６ｃｈがあったとして、かつ４０ＭＨｚのＳＴＲ可能チャネル距離が１０であるとする。すると２６ｃｈ分離れている１０ｃｈと３６ｃｈのペアでは、片側リンクで４０ＭＨｚの送信をしつつ片側リンクで４０ＭＨｚの受信ができると判断する。一方で１ｃｈと１０ｃｈのペアでは、チャネル距離が１０ｃｈ分未満であることから、片側リンクで４０ＭＨｚの送信をしつつ片側リンクで４０ＭＨｚの受信ができないと判断する。

【0046】

ＳＴＡ１０２はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅにて決定されるＡｓｓｏｃｉａｔｉｏｎ内容を変更する目的で、Ｒｅａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔをＡＰ１０１へ送信する（Ｓ４０６）。例えばＳ４０４でのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅにより１ｃｈ、５ｃｈ、１０ｃｈがＡｓｓｏｃｉａｔｉｏｎされたが、２０ＭＨｚのＳＴＲ可能チャネル距離が５であり１ｃｈと５ｃｈが同時送受信できないと判断されたためである。それを改善すべく、例えば１ｃｈ、６ｃｈ、１１ｃｈでＲｅａｓｓｏｃｉａｔｉｏｎする要求をＡＰ１０１へ送信する。あるいはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔではなく、Ｄｉｓａｓｓｏｃｉａｔｉｏｎを送信してもよい。あるいはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを送信せず、そのままデータ送信を実施してもよい。その場合、１ｃｈと５ｃｈは同時に送受信できないため、片方のチャネルが受信している間に片方のチャネルが送信しないように同期制御をする、あるいはパケット受信漏れを検知し再送を試みるといった制御が、正確な受信のために必要となる。あるいは同時に送受信できないチャネルペアにて低優先度あるいは正確な受信を要求しない通信を実施するよう処理する。例えばＴＩＤ（Ｔｒａｆｆｉｃ ＩＤｅｎｔｉｆｉｅｒ）割り当てを変更する。

【0047】

図５はＡＰ１０１がＳＴＡ１０２へ送信するＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの構成の例を示している。Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ（５０１）は、要求するオプション機能または自身がサポートするオプション機能を示す。Ｓｔａｔｕｓ Ｃｏｄｅ ｅｌｅｍｅｎｔ（５０２）は、Ｒｅｓｐｏｎｓｅ対象のＲｅｑｕｅｓｔが成功したか失敗したかを示す。ＡＩＤ ｅｌｅｍｅｎｔ（５０３）は、ＡＰ１０１が割り振るＡｓｓｏｃｉａｔｉｏｎ ＩＤｅｎｔｉｆｉｅｒを示す。５０４はＡＰ１０１がＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを送信しているチャネルのＣａｐａｂｉｌｉｔｙ情報を示す。Ｃａｐａｂｉｌｉｔｙ情報には、例えばＩＥＥＥ８０２．１１ｎに準拠した通信を行う際は、ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ（５０５）を格納される。また、例えばＩＥＥＥ８０２．１１ａｃに準拠した通信を行う際は、ＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ（５０６）などが格納されるが、これに限定されない。

【0048】

ＭＬ（Ｍｕｌｔｉ－Ｌｉｎｋ） ｅｌｅｍｅｎｔ（５０７）はＭｕｌｔｉ－Ｌｉｎｋ通信をサポートすることを示す情報である。Ｍｕｌｔｉ－Ｌｉｎｋ通信をサポートしないＡＰのＡｓｓｏｃｉａｔｉｏｎ ＲｅｓｐｏｎｓｅフレームにＭＬ ｅｌｅｍｅｎｔは含まれない。さらにＭＬ ｅｌｅｍｅｎｔ（５０７）はＥｌｅｍｅｎｔを識別するＥｌｅｍｅｎｔ ＩＤフィールド５１１と、Ｅｌｅｍｅｎｔのデータ長を示すＬｅｎｇｔｈフィールド５１２と、Ｅｌｅｍｅｎｔ固有の情報から構成される。Ｅｌｅｍｅｎｔ固有の情報には全Ｌｉｎｋ共通の情報を含むＣｏｍｍｏｎ Ｉｎｆｏ５１３と、Ｌｉｎｋごとの固有の情報を含むＰｅｒ Ｌｉｎｋ Ｉｎｆｏ５１４から構成される。

【0049】

５２１～５２５はＣｏｍｍｏｎ Ｉｎｆｏに含まれる情報を示している。ＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓ５２１は、ＡＰ１０１のＭＬＤ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ） ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） Ａｄｄｒｅｓｓを示す。２０ＭＨｚ ＳＴＲ Ｄｉｓｔａｎｃｅ５２２は、送信帯域幅２０ＭＨｚでの、ＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｘ Ｒｘ）可能なチャネルとなるチャネル間の距離であるＳＴＲ可能チャネル距離を示す。値として例えば５が格納されると、ＡＰ１０１にとって２つのチャネルが５ｃｈ以上離れていれば、一方のチャネル上２０ＭＨｚで送信しつつ、もう一方のチャネル上２０ＭＨｚで受信できることを示す。４０ＭＨｚ ＳＴＲ Ｄｉｓｔａｎｃｅ５２３は、送信帯域幅４０ＭＨｚでの、ＳＴＲ可能なチャネルとなるチャネル間の距離を示す。値として例えば１０が格納されると、ＡＰ１０１にとって２つのチャネルが１０ｃｈ以上離れていれば、一方のチャネル上４０ＭＨｚで送信しつつ、もう一方のチャネル上２０ＭＨｚで受信できることを示す。８０ＭＨｚ ＳＴＲ Ｄｉｓｔａｎｃｅ５２４は、送信帯域幅８０ＭＨｚでの、ＳＴＲ可能なチャネルとなるチャネル間の距離を示す。値として例えば２０が格納されると、ＡＰ１０１にとって２つのチャネルが２０ｃｈ以上離れていれば、一方のチャネル上８０ＭＨｚで送信しつつ、もう一方のチャネル上２０ＭＨｚで受信できることを示す。他にも１６０ＭＨｚ ＳＴＲ Ｄｉｓｔａｎｃｅなど、別の帯域幅の領域があってもよい。あるいは、ＡＰ１０１がサポートしていない高帯域幅の情報を省いてもよい。なお、ここではチャネル間の距離（ｃｈ）を示すとしたが、周波数間の距離（Ｈｚ）を示してもよい。なお、ここでは同時送受信時の受信の帯域幅は２０ＭＨｚ固定としたが、送信の帯域幅と合わせてもよい。つまり４０ＭＨｚの帯域幅で送信を行いつつ、４０ＭＨｚの帯域幅で受信を行ってもよい（８０ＭＨｚや１６０ＭＨｚでも同様）。

【0050】

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームはこれらの情報を含むことにより、ＡＰ１０１はＳＴＡ１０２に対してＭｕｌｔｉ－Ｌｉｎｋ通信をサポートしていることと各送信帯域幅のＳＴＲ可能チャネル距離をＳＴＡ１０２に対して通知することができる。フィールドの名前や、ビットの位置・サイズはこの例に限定されず、同様の情報が異なるフィールド名や異なる順序やサイズで格納されても良い。

【0051】

図６は、ＡＰ１０１の、２０ＭＨｚ送信におけるＳＴＲ可能チャネル距離の決定フローチャートを示す。本フローチャートは、ＡＰ１０１の制御部２０２のプロセッサが、記憶部２０１に記憶されたプログラムを実行することによって実現される。

【0052】

まずＡＰ１０１は、Ｃｈ［２］以降とＣｈ［１］のペアについて順に、ＳＴＲ可能なペアが見つかるまで探す（Ｓ６０１）。ここでＣｈ［ｎ］とは、Ａｓｓｏｃｉａｔｉｏｎ候補のチャネルであって２０ＭＨｚの帯域幅で通信可能なチャネルのうち、周波数の小さいものからｎ番目のチャネルを示す。本実施例では、Ａｓｓｏｃｉａｔｉｏｎ候補のチャネル群は１ｃｈ、５ｃｈ、１０ｃｈ、３６ｃｈ、４０ｃｈ、６４ｃｈ、１００ｃｈとする。例えばＣｈ［１］は１ｃｈとなり、Ｃｈ［７］は１００ｃｈとなる。この場合、１ｃｈと５ｃｈのペアがＳＴＲ可能か調べ、可能でなければ１ｃｈと１０ｃｈのペアがＳＴＲ可能か調べ、これがＣｈ［１］とＣｈ［７］のペアまで続けて調べることになる。所定のチャネルペアが２０ＭＨｚ送信においてＳＴＲ可能か否かの判定方法は、後述の図７にて示す。本実施形態では、１ｃｈと１０ｃｈがＳＴＲ可能と判定されたとする。

【0053】

次に、ＡＰ１０１はＳ６０１にてＳＴＲ可能なチャネルペアが見つかったか否かを判定する（Ｓ６０２）。見つかっていれば、Ｓ６０３に進む。見つからなければ、２０ＭＨｚにおけるＳＴＲ可能チャネル距離は無し、あるいは現実的ではない大きな値として決定し、本フローを終える。本実施例では１ｃｈと１０ｃｈのペアが見つかったため、Ｓ６０３へ進む。

【0054】

次に、見つかったＳＴＲ可能なチャネルペアを、Ｃｈ［ｘ］、Ｃｈ［ｙ］（ただしｘ＜ｙ）とする（Ｓ６０３）。本実施例では、ｘ＝１、ｙ＝３となる。

【0055】

次に、ｉ＝ｘとする（Ｓ６０４）。本実施例ではｉ＝１となる。

【0056】

次にＡＰ１０１は、Ｃｈ［ｉ＋２］が、Ａｓｓｏｃｉａｔｉｏｎ候補のチャネルであって２０ＭＨｚ通信可能なチャネルに存在するかを判定する。存在していればＳ６０６へ進む。存在していなければ、（Ｃｈ［ｙ］－Ｃｈ［ｘ］）が、２０ＭＨｚにおけるＳＴＲ可能チャネル距離として、本フローを終える。本実施例ではｉ＝１のため、Ｃｈ［３］は１０ｃｈとして存在しており、Ｓ６０６へ進む。

【0057】

次に、ｉ＝ｉ＋１、ｊ＝ｉ＋２と名付ける（Ｓ６０６）。本実施例では、ｉ＝２、ｊ＝３となる。

【0058】

次にＡＰ１０１は、Ｃｈ［ｊ］以降とＣｈ［ｉ］のペアについて順に、ＳＴＲ可能なペアが見つかるまで探す（Ｓ６０７）。本実施例ではまずＣｈ［２］とＣｈ［３］、すなわち５ｃｈと１０ｃｈのペアがＳＴＲ可能か調べ、可能でなければＣｈ［２］とＣｈ［４］、すなわち５ｃｈと３６ｃｈがＳＴＲ可能か調べ、これをＣｈ［２］とＣｈ［７］のペアまで順に調べることになる。本実施例ではＣｈ［２］とＣｈ［４］が、ＳＴＲ可能と判定されたとする。

【0059】

次にＡＰ１０１は、Ｓ６０７でＳＴＲ可能なチャネルペアが見つかり、かつそのペアのチャネル距離が（Ｃｈ［ｙ］－Ｃｈ［ｘ］）未満であるかを判定する（Ｓ６０８）。見つかってかつ（Ｃｈ［ｙ］－Ｃｈ［ｘ］）未満であれば、Ｓ６０９へ進む。見つからなかった場合、あるいは見つかったが（Ｃｈ［ｙ］－Ｃｈ［ｘ］）以上であった場合は、Ｓ６０５へ進む。本実施例では、Ｓ６０７で見つけたチャネルのチャネル距離が（Ｃｈ［４］－Ｃｈ［２］）＝３６－５＝３１であり、（Ｃｈ［ｙ］－Ｃｈ［ｘ］）＝１０－１＝９であることから、ｉ＝２のままでＳ６０５へ進む。ｉ＝２のままＳ６０５以降を再度進むことで、よりチャネル距離の近い、Ｃｈ［３］＝１０とＳＴＲ可能となるチャネルペアを探すことになる。更新されたｉのままでＳ６０５以降を再度進むことで、よりチャネル距離の近い、ＳＴＲ可能となるチャネルペアを探すことになる。

【0060】

次にＡＰ１０１は、Ｓ６０８にて見つかった、よりチャネル距離の近いＳＴＲ可能なチャネルペアをＣｈ［ｘ］、Ｃｈ［ｙ］（ただしｘ＜ｙ）とする（Ｓ６０９））。本実施例では最終的には、Ｃｈ［１］とＣｈ［３］が、チャネル距離が最も近い、ＳＴＲ可能となるチャネルペアと判定されたとする。ただこの場合、このチャネルペアはＳ６０３で既に特定されているため、Ｓ６０９に進むことはない。

【0061】

最後にＡＰ１０１は、見つかった、チャネル距離が最も近い、ＳＴＲ可能となるチャネルペアのチャネル距離を、２０ＭＨｚにおけるＳＴＲ可能チャネル距離として決定（Ｓ６１０）し、本フローを終える。

【0062】

なお本フローチャートでは２０ＭＨｚの帯域幅での送信に着目して説明したが、同様の方法で４０ＭＨｚ、８０ＭＨｚなどでもＳＴＲ可能チャネル距離を決定することができる。８０ＭＨｚと８０ＭＨｚで分割された合計１６０ＭＨｚの帯域と、他のチャネルとのＳＴＲ可能チャネル距離決定の場合は、他のチャネルと近い位置にある８０ＭＨｚのみを見ることで決定が可能である。同様に他の分割帯域についても、ＳＴＲ可能チャネル距離決定が可能である。

【0063】

図７は、ＡＰ１０１の、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャートを示す。本フローチャートは、ＡＰ１０１の制御部２０２のプロセッサが、記憶部２０１に記憶されたプログラムを実行することによって実現される。

【0064】

まずＡＰ１０１は、チャネルＡ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＢ上のＡＰ１０１が受信する無線ノイズ量（Ｂ）を検出する（Ｓ７０１）。この無線ノイズ量の単位は例えばｄＢｍである。Ｓ７０１の処理は、なんらかの無線フレーム送信の必要があるタイミングで無線ノイズ量検出してもよいし、この無線ノイズ量検出のためにダミーフレーム（データの中身には意味を持たないフレーム）をチャネルＡ上で送信してもよい。

【0065】

次にＡＰ１０１は、チャネルＢ上でＳＴＡ１０２が２０ＭＨｚでの無線フレーム送信時に、チャネルＢ上のＡＰ１０１が２０ＭＨｚで受信するＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）（Ｂ）を検出する（Ｓ７０２）。このＲＳＳＩの単位は例えばｄＢｍである。Ｓ７０２の処理は、なんらかの無線フレーム送信が来たタイミングでＲＳＳＩを検出してもよいし、この無線ノイズ量検出のためにダミーフレームをチャネルＢ上で送信させるよう、予めＳＴＡ１０２に要請していてもよい。

【0066】

次にＡＰ１０１は、チャネルＢ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＡ上のＡＰ１０１が受信する無線ノイズ量（Ａ）を検出する（Ｓ７０３）。Ｓ７０３の処理は、なんらかの無線フレーム送信の必要があるタイミングで無線ノイズ量検出してもよいし、この無線ノイズ量検出のためにダミーフレームをチャネルＢ上で送信してもよい。

【0067】

次にＡＰ１０１は、チャネルＡ上でＳＴＡ１０２が２０ＭＨｚでの無線フレーム送信時に、チャネルＡ上のＡＰ１０１が２０ＭＨｚで受信するＲＳＳＩ（Ａ）を検出する（Ｓ７０４）。Ｓ７０４の処理は、なんらかの無線フレーム送信が来たタイミングでＲＳＳＩ検出してもよいし、この無線ノイズ量検出のためにダミーフレームをチャネルＡ上で送信させるよう、予めＳＴＡ１０２に要請していてもよい。

【0068】

次にＡＰ１０１は、（ＲＳＳＩ（Ａ）－無線ノイズ量（Ａ））と（ＲＳＳＩ（Ｂ）－無線ノイズ量（Ｂ））がそれぞれ、所定値以上かを判定する（Ｓ７０５）。所定値以上の場合、Ｓ７０６に進む。所定値未満の場合、Ｓ７０７へ進む。ここでの所定値とは、固定値でもよいし、通信状態に基づき所定値を適宜決定してもよい。例えばチャネルＡでのリンクレートが所定レートよりも高い場合、（ＲＳＳＩ（Ａ）－無線ノイズ量（Ａ））との比較に使う所定値を高くする。リンクレートが高い方が、高品質の通信のためにＳＮＲ（Ｓｉｇｎａｌ－ｔｏ－ｎｏｉｓｅ Ｒａｔｉｏ）をより要求するためである。また、ＲＳＳＩまた無線ノイズ量の片方のみで判断してもよい。例えばＲＳＳＩ（Ａ）とＲＳＳＩ（Ｂ）がそれぞれ所定値以上かを判定する、あるいは、無線ノイズ量（Ａ）と無線ノイズ量（Ｂ）がそれぞれ所定値未満かを判定する、でもよい。

【0069】

次にＡＰ１０１はＳ７０６において、チャネルＡとチャネルＢのペアがＳＴＲ可能であると判定し、本フローを終える。また、ＡＰ１０１はＳ７０７において、チャネルＡとチャネルＢのペアがＳＴＲ可能ではないと判定し、本フローを終える。

【0070】

以上、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャートを説明した。４０ＭＨｚや８０ＭＨｚの時も同様に、送信時の無線帯域幅を４０ＭＨｚや８０ＭＨｚに変えたフローとなるが、受信時の無線帯域幅は２０ＭＨｚを用いる。あるいは送信時の無線帯域幅と一致させてもよいし、Ａｓｓｏｃｉａｔｉｏｎ候補の帯域幅と一致させてもよい。無線帯域幅は大きい方が、高品質通信のためのＳＮＲをさほど必要としなくなるため、それに応じて所定値を変えてもよい。

【0071】

以上、本実施例では、ＡＰ１０１が自身の、各無線帯域幅のＳＴＲ可能チャネル距離を含めてＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する。これにより、ＳＴＡ１０２がＭｕｌｔｉ－Ｌｉｎｋ通信の中でＳＴＲ可能なチャネルペア、不可能なチャネルペアが推測できるようになる。ＳＴＡ１０２は、効率的な通信を目的として、使用チャネルを変える、新規チャネルを設立する、高優先度データをＳＴＲ可能チャネルで送信する、などが可能となる。また本実施例では、各無線周波数幅のＳＴＲ可能チャネルをＡＰ１０１がＳＴＡ１０２に通知したが、これに限らず、ＳＴＡ１０２がＡＰ１０１に通知してもよい。

【0072】

また本実施例では、ＳＴＲ可能チャネルはＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅに含めたがこれに限定されない。例えば、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ，Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ，Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｃｔｉｏｎなどのマネージメントフレームに含めてもよい。

【0073】

（実施例２）
実施例１では、ＡＰ１０１はＳＴＡ１０２と通信中に、無線ノイズ量とＲＳＳＩを測定し、それらに基づきＳＴＲ可能チャネル距離を決定し、ＳＴＡ１０２へ通知する形態を説明した。本実施例では、無線ノイズ量のうち、送信に関する無線ノイズ量を事前に測定して保持しておき、ＳＴＡ１０２と通信中にその保持された無線ノイズ量にも基づき、ＳＴＲ可能チャネル距離を決定する形態を説明する。

【0074】

図４から図６で説明した箇所については、実施例１と同一のため説明を省略する。

【0075】

図８は、ＡＰ１０１がＳＴＡ１０２と通信前に事前に、チャネルＡとチャネルＢのペアについての２０ＭＨｚ送信時の送信ノイズを検出する処理を示すフローチャートである。本フローチャートは、ＡＰ１０１の制御部２０２のプロセッサが、記憶部２０１に記憶されたプログラムを実行することによって実現される。

【0076】

まずＡＰ１０１は、後述のＳ８０３～Ｓ８０４にてまだ送信ノイズ量を検出していない送信パワーが無いかを判定する（Ｓ８０１）。ある場合はＳ８０２へ進む。ない場合は本フローを終える。ＡＰ１０１はＳＴＡ１０２と通信前なので、ＳＴＡ１０２への送信パワーが確定していないとして、事前に候補となる送信パワー全てで送信ノイズ量を測定する必要がある。あるいはＳＴＡ１０２への送信パワーが予め確定している場合、Ｓ８０１はスキップしてＳ８０２に進んでもよい。

【0077】

次にＡＰ１０１は、Ｓ８０１で判定した、まだ送信ノイズ量を検出してない送信パワー値へ、ＡＰ１０１は無線ＬＡＮ制御部３０１に対して送信パワーを設定する（Ｓ８０２）。

【0078】

次にＡＰ１０１は、チャネルＡ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＢ上のＡＰ１０１が受信する送信ノイズ量（Ｂ）を検出し、送信パワーとともに記憶部３０６に記録する（Ｓ８０３）。この送信ノイズ量の単位は例えばｄＢｍである。Ｓ８０３の処理は、なんらかの無線フレーム送信の必要があるタイミングで無線ノイズ量検出してもよいし、この無線ノイズ量検出のためにダミーフレームをチャネルＡ上で送信してもよい。

【0079】

次にＡＰ１０１は、チャネルＢ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＡ上のＡＰ１０１が受信する送信ノイズ量（Ａ）を検出し、送信パワーとともに記憶部３０６に記録する（Ｓ８０４）。この送信ノイズ量の単位は例えばｄＢｍである。Ｓ８０４の処理は、なんらかの無線フレーム送信の必要があるタイミングで無線ノイズ量検出してもよいし、この無線ノイズ量検出のためにダミーフレームをチャネルＡ上で送信してもよい。

【0080】

本フローはＡＰ１０１の電源投入後に実行されてもよいし、ＡＰ１０１のユーザの手元に届く前、例えば工場出荷前に実行されてもよいし、別の類似装置の検出結果をコピーし保持していてもよい。

【0081】

図９は、ＡＰ１０１の、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャートである。本フローチャートは、ＡＰ１０１の制御部２０２のプロセッサが、記憶部２０１に記憶されたプログラムを実行することによって実現される。

【0082】

まずＡＰ１０１は、チャネルＡ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＢ上のＡＰ１０１が受信する送信ノイズ量（Ｂ）を記憶部３０６から検出する（Ｓ９０１）。その送信ノイズ量（Ｂ）に付随する送信パワーは、ＡＰ１０１に現在設定されている送信パワーと一致している、送信ノイズ量（Ｂ）を選択する。あるいはその送信ノイズ量（Ｂ）に付随する送信パワーは、ＡＰ１０１に現在設定されている送信パワーに最も近い値か、ＡＰ１０１に現在設定されている送信パワーを超える最小の値、でもよい。

【0083】

次にＡＰ１０１は、チャネルＡ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時以外のタイミングで、チャネルＢ上のＡＰ１０１が受信する定常ノイズ量（Ｂ）を検出する（Ｓ９０２）。

【0084】

次にＡＰ１０１は、チャネルＢ上でＳＴＡ１０２が２０ＭＨｚでの無線フレーム送信時に、チャネルＢ上のＡＰ１０１が２０ＭＨｚで受信するＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）（Ｂ）を検出する（Ｓ７０２）。

【0085】

次にＡＰ１０１は、チャネルＢ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時に、チャネルＡ上のＡＰ１０１が受信する送信ノイズ量（Ａ）を記憶部３０６から検出する（Ｓ９０４）。その送信ノイズ量（Ａ）に付随する送信パワーは、ＡＰ１０１に現在設定されている送信パワーと一致している、送信ノイズ量（Ａ）を選択する。あるいはその送信ノイズ量（Ａ）に付随する送信パワーは、ＡＰ１０１に現在設定されている送信パワーに最も近い値か、ＡＰ１０１に現在設定されている送信パワーを超える最小の値、でもよい。

【0086】

次にＡＰ１０１は、チャネルＢ上のＡＰ１０１の２０ＭＨｚでの無線フレーム送信時以外のタイミングで、チャネルＡ上のＡＰ１０１が受信する定常ノイズ量（Ａ）を検出する（Ｓ９０５）。

【0087】

次にＡＰ１０１は、チャネルＡ上でＳＴＡ１０２が２０ＭＨｚでの無線フレーム送信時に、チャネルＡ上のＡＰ１０１が２０ＭＨｚで受信するＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）（Ａ）を検出する（Ｓ７０４）。

【0088】

次にＡＰ１０１は、（ＲＳＳＩ（Ａ）－送信ノイズ量（Ａ）－定常ノイズ量（Ａ））と（ＲＳＳＩ（Ｂ）－送信ノイズ量（Ｂ）－定常ノイズ量（Ｂ））がそれぞれ、所定値以上かを判定する（Ｓ９０７）。所定値以上の場合、Ｓ７０６に進む。所定値未満の場合、Ｓ７０７へ進む。ここでの所定値とは、固定値でもよいし、通信状態に基づき所定値を適宜決定してもよい。例えばチャネルＡでのリンクレートが所定レートよりも高い場合、（ＲＳＳＩ（Ａ）－送信ノイズ量（Ａ）－定常ノイズ量（Ａ））との比較に使う所定値を高くする。リンクレートが高い方が、高品質の通信のためにＳＮＲをより要求するためである。また、ＲＳＳＩまたは送信ノイズ量または定常ノイズ量は、簡単のため一つ以上を０として扱ってもよい。例えばＲＳＳＩ（Ａ）とＲＳＳＩ（Ｂ）がそれぞれ所定値以上かを判定する、あるいは、送信ノイズ量（Ａ）と送信ノイズ量（Ｂ）がそれぞれ所定値未満かを判定してもよい。

【0089】

Ｓ７０６、Ｓ７０７は、実施例１と同一のため説明を省略する。

【0090】

以上、チャネルＡとチャネルＢのペアが２０ＭＨｚ送信時にＳＴＲ可能かどうかを判定するフローチャートを説明した。４０ＭＨｚや８０ＭＨｚの時も同様に、送信時の無線帯域幅を４０ＭＨｚや８０ＭＨｚに変えたフローとなるが、受信時の無線帯域幅は２０ＭＨｚを用いる。あるいは送信時の無線帯域幅と一致させてもよいし、Ａｓｓｏｃｉａｔｉｏｎ候補の帯域幅と一致させてもよい。Ａｓｓｏｃｉａｔｉｏｎ候補の最大の帯域幅でもよいし、Ａｓｓｏｃｉａｔｉｏｎ候補の最小の帯域幅でもよい。無線帯域幅は大きい方が、高品質通信のためのＳＮＲをさほど必要としなくなるため、それに応じて所定値を変えてもよい。

【0091】

以上、本実施例では、ＡＰ１０１が、ＳＴＡ１０２と通信する前に測定していた送信ノイズ量にも基づいて決定した、各無線帯域幅のＳＴＲ可能チャネル距離を含めて、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する。これにより、ＳＴＡ１０２がＭｕｌｔｉ－Ｌｉｎｋ通信の中でＳＴＲ可能なチャネルペア、不可能なチャネルペアが推測できるようになる。ＳＴＡ１０２は、効率的な通信を目的として、使用チャネルを変える、新規チャネルを設立する、高優先度データをＳＴＲ可能チャネルで送信する、などが可能となる。また本実施例では、各無線周波数幅のＳＴＲ可能チャネルをＡＰ１０１がＳＴＡ１０２に通知したが、これに限らず、ＳＴＡ１０２がＡＰ１０１に通知してもよい。

【0092】

また本実施例では、ＳＴＲ可能チャネルはＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅに含めたがこれに限定されない。例えば、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ，Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ，Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｃｔｉｏｎなどのマネージメントフレームに含めてもよい。

【0093】

（その他の実施例）
上述の実施例は一例であり本発明の技術的範囲はこれらに限定されるものではなく、本発明には上述の実施例の他にも各種の変形例が含まれる。上述の実施例では、無線ＬＡＮの規格としてＩＥＥＥ８０２．１１ｂｅ規格を例に説明したが、ＩＥＥＥ８０２．１１シリーズのレガシー規格、後継規格を含む各種の規格（ＩＥＥＥ８０２．１１ｘ）や、同種の他の無線規格にも適用可能である。

【0094】

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

【符号の説明】

【0095】

１００ ネットワーク
１０１ ＡＰ
１０２ ＳＴＡ
１０３ Ｍｕｌｔｉ－Ｌｉｎｋ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】