特許 7577474 通信装置、制御方法、及び、プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-25

(45)【発行日】2024-11-05

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

(51)【国際特許分類】

   H04W 8/24 20090101AFI20241028BHJP

   H04W 72/0457 20230101ALI20241028BHJP

   H04W 76/15 20180101ALI20241028BHJP

   H04W 84/12 20090101ALI20241028BHJP

【ＦＩ】

H04W8/24

H04W72/0457 110

H04W76/15

H04W84/12

【請求項の数】 15

(21)【出願番号】P 2020125693

(22)【出願日】2020-07-22

(65)【公開番号】P2022021844

(43)【公開日】2022-02-03

【審査請求日】2023-07-24

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】100126240

【弁理士】

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

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】猪膝 裕彦

【審査官】野村 潔

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０１５０２１４（ＵＳ，Ａ１）

【文献】Abhishek Patil (Qualcomm)，Container for advertising ML Information， IEEE 802.11-20/0357r5 ，インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0357-05-00be-mlo-container-structure-for-capability-advertisement.pptx＞，2020年07月14日

【文献】Ronny Yongho Kim (KNUT)，Multi-link RTS-CTS operations with non-STR STA MLD， IEEE 802.11-20/0968r2 ，インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0968-02-00be-multi-link-rts-cts-operations-with-non-str-sta-mld.pptx＞，2020年07月20日

【文献】Abhishek Patil (Qualcomm)，MLO Discovery Signaling， IEEE 802.11-20/0356r3 ，インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0356-03-00be-mlo-discovery-and-beacon-bloating.pptx＞，2020年06月10日

【文献】Insun Jang (LG Electronics)，Discussion on Multi-link Setup， IEEE 802.11-19/1509r5 ，インターネット＜URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1509-05-00be-discussion-on-multi-link-setup.pptx＞，2019年11月13日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

通信装置であって、
Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを他の通信装置から受信する受信手段と、
前記受信手段によって前記他の通信装置から受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる周波数帯または周波数チャネルに関する情報に基づいて、相手装置と複数のリンクを確立して通信するマルチリンク通信に関する能力を示すＣａｐａｂｉｌｉｔｙ情報について、何れの周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定する決定手段と、
前記決定手段によって決定された周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する送信手段と、
を有することを特徴とする通信装置。

【請求項2】

前記受信手段によってＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した場合に、前記他の通信装置が、相手装置と複数のリンクを確立して通信するマルチリンク通信を実行可能であるかを判定する判定手段をさらに有し、
前記判定手段によって前記他の通信装置が前記マルチリンク通信を実行可能であると判定した場合、前記決定手段は前記Ｃａｐａｂｉｌｉｔｙ情報を含めると決定し、前記他の通信装置が前記マルチリンク通信を実行可能ではないと判定した場合、前記決定手段は前記Ｃａｐａｂｉｌｉｔｙ情報を含めないと決定することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに、周波数チャネルを示す情報が含まれている場合、前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれていた前記情報が示す周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報のみを、前記Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めると決定することを特徴とする請求項１または２に記載の通信装置。

【請求項4】

前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに、周波数チャネルを示す情報が含まれている場合、前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれていた前記情報が示す周波数チャネルを含む周波数帯に対応する前記Ｃａｐａｂｉｌｉｔｙ情報のみを、前記Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めると決定することを特徴とする請求項１または２に記載の通信装置。

【請求項5】

前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに、周波数帯を示す情報が含まれている場合、前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれていた前記情報が示す周波数帯に対応する前記Ｃａｐａｂｉｌｉｔｙ情報のみを、前記Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めると決定することを特徴とする請求項１または２に記載の通信装置。

【請求項6】

前記送信手段は、前記Ｃａｐａｂｉｌｉｔｙ情報として、前記マルチリンク通信に関する能力を示すｅｌｅｍｅｎｔを含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信することを特徴とする請求項１から５の何れか１項に記載の通信装置。

【請求項7】

前記マルチリンク通信に関する能力を示すｅｌｅｍｅｎｔは、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＭｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔであって、前記決定手段は前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる周波数帯または周波数チャネルに関する情報に基づいて、何れの周波数帯または周波数チャネルに対応するＰｅｒ Ｌｉｎｋ ＩｎｆｏをＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定することを特徴とする請求項６に記載の通信装置。

【請求項8】

前記送信手段は、前記Ｃａｐａｂｉｌｉｔｙ情報として、ＩＥＥＥ８０２．１１ｎ規格に準拠した通信を行う際のＣａｐａｂｉｌｉｔｙ情報示すＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信することを特徴とする請求項６または７に記載の通信装置。

【請求項9】

前記送信手段は、前記Ｃａｐａｂｉｌｉｔｙ情報として、ＩＥＥＥ８０２．１１ａｃ規格に準拠した通信を行う際のＣａｐａｂｉｌｉｔｙ情報示すＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信することを特徴とする請求項６から８の何れか１項に記載の通信装置。

【請求項10】

前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＭｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔに含まれる、周波数帯または周波数チャネルを示す情報に基づいて、何れの周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定することを特徴とする請求項１から９の何れか１項に記載の通信装置。

【請求項11】

前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＭｕｌｔｉ－Ｂａｎｄ ｅｌｅｍｅｎｔに含まれる、周波数帯または周波数チャネルを示す情報に基づいて、何れの周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定することを特徴とする請求項１から１０の何れか１項に記載の通信装置。

【請求項12】

前記決定手段は、前記受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＳｕｐｐｏｒｔｅｄ Ｏｐｅｒａｔｉｎｇ ｅｌｅｍｅｎｔに含まれる、周波数帯または周波数チャネルを示す情報に基づいて、何れの周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定することを特徴とする請求項１から１１の何れか１項に記載の通信装置。

【請求項13】

前記送信手段は、前記受信手段によって複数の周波数チャネルを介して前記他の通信装置からＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した場合、前記複数の周波数チャネルの内の第１の周波数チャネルを介してＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信し、前記複数の周波数チャネルの内の前記第１の周波数チャネルとは異なる周波数チャネルを介してはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信しないことを特徴とする請求項１から１２の何れか１項に記載の通信装置。

【請求項14】

通信装置の制御方法であって、
Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを他の通信装置から受信する受信工程と、
前記受信工程において前記他の通信装置から受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる周波数帯または周波数チャネルに関する情報に基づいて、相手装置と複数のリンクを確立して通信するマルチリンク通信に関する能力を示すＣａｐａｂｉｌｉｔｙ情報について、何れの周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含めるかを決定する決定工程と、
前記決定工程において決定された周波数帯または周波数チャネルに対応する前記Ｃａｐａｂｉｌｉｔｙ情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する送信工程と、
を有することを特徴とする制御方法。

【請求項15】

コンピュータを請求項１から１３の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信における通信に関する情報の送受信に関する。

【背景技術】

【0002】

ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ、米国電気電子技術者協会）が策定しているＷＬＡＮ通信規格として、ＩＥＥＥ８０２．１１シリーズが知られている。なお、ＷＬＡＮとはＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。ＩＥＥＥ８０２．１１シリーズ規格としては、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格などの規格がある。

【0003】

特許文献１には、ＩＥＥＥ８０２．１１ａｘ規格ではＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、直交周波数分割多元接続）による無線通信を実行することが開示されている。ＩＥＥＥ８０２．１１ａｘ規格では、ＯＦＤＭＡによる無線通信を実行することで、高いピークスループットを実現している。

【0004】

ＩＥＥＥでは、さらなるスループットの向上や周波数利用効率の改善のため、ＩＥＥＥ８０２．１１シリーズの新たな規格として、ＩＥＥＥ８０２．１１ｂｅ規格の策定が検討されている。ＩＥＥＥ８０２．１１ｂｅ規格では、１台のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、通信する技術が検討されている。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【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】

【表1】

【0061】

Ｓｕｐｐｏｒｔｅｄ Ｂａｎｄｗｉｄｔｈ５２２は、Ｂａｎｄ ＩＤ５２１で示された周波数帯において、ＳＴＡ１０３がマルチリンク通信時にサポートする帯域幅を示す情報が含まれるサブフィールドである。具体的には、表２に示したように、帯域幅を示す値が含まれる。

【0062】

【表2】

【0063】

Ｓｕｐｐｏｒｔｅｄ ＣＨ（Ｃｈａｎｎｅｌ）５２３は、Ｂａｎｄ ＩＤ５２１で示された周波数帯において、ＳＴＡ１０３がマルチリンク通信を実行可能なチャネルを示す情報を含むサブフィールドである。あるいは、本サブフィールドは、これに代えて、または加えて、ＳＴＡ１０３がすでにリンクを確立しているチャネルを示す情報を含んでいてもよい。例えばＢａｎｄ ＩＤ５２１で２．４ＧＨｚ帯を示す情報が含まれていた場合、表３で示したようなチャネルを示す値が含まれる。なお、本サブフィールドには、１つの周波数チャネルを示す情報のみが含まれてもよいし、複数の周波数チャネルを示す情報が含まれてもよい。

【0064】

【表3】

【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】

ＡＰ１０２が参加するネットワークのネットワーク構成については、実施形態１の図１と同様である。また、ＡＰ１０２のハードウェア構成については、実施形態１の図２と同様である。ＡＰ１０２の機能構成については、実施形態１の図３と同様である。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームのフレーム構成については図５と同様である。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのフレーム構成については図６と同様である。ここでは、実施形態１と異なる点についてのみ説明する。

【0096】

図８には、ＡＰ１０２がＳＴＡ１０３にＣａｐａｂｉｌｉｔｙ情報を通知する際に実行する処理の別の一例を示すシーケンス図を示した。本シーケンスの処理は、ＡＰ１０２およびＳＴＡ１０３のそれぞれの電源が投入されたことに応じて開始される。あるいは、ＡＰ１０２およびＳＴＡ１０３の少なくとも一方において、ユーザまたはアプリケーションからマルチリンク通信の開始が指示されたことに応じて開始されてもよい。あるいはＡＰ１０２およびＳＴＡ１０３の少なくとも一方において、相手装置と通信したいデータのデータ量が所定の閾値以上となったことに応じて開始されてもよい。

【0097】

ＡＰ１０２およびＳＴＡ１０３は、それぞれ実施形態１の図４と同様にマルチリンク通信をサポートしており、内部的に複数のリンクのそれぞれに対応する接続処理部を有している。ＡＰ１～ＡＰ３はそれぞれ独立したハードウェアとして構成されていてもよいし、あるいはソフトウェアとして構成されていてもよい。ＳＴＡ１～ＳＴＡ２についても同様である。

【0098】

ＳＴＡ１０３内の２．４ＧＨｚ帯で動作するＳＴＡ１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信し、ＡＰ１０２のマルチリンク通信のＣａｐａｂｉｌｉｔｙ情報を要求する（Ｓ８０１）。この場合に、ＳＴＡ１０３は、Ｓ８０１より前に不図示のＢｅａｃｏｎフレームをＡＰ１０２から受信したことに基づいて、本ステップでＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信してもよい。

【0099】

このとき、ＳＴＡ１０３が送信するＰｒｏｂｅ ＲｅｑｕｅｓｔフレームにはＭＬ ｅｌｅｍｅｎｔと、ＳＴＡ１０３がサポートする周波数チャネルあるいは周波数帯の少なくとも一方を示すチャネル情報とを含む。本実施形態において、ＳＴＡ１０３は２．４ＧＨｚ帯と５ＧＨｚ帯における無線通信をサポートしていることから、チャネル情報として２．４ＧＨｚ帯と５ＧＨｚ帯をサポートすることを示す情報を含む。

【0100】

なお、本実施形態では、Ｐｒｏｂｅ ＲｅｑｕｅｓｔフレームにはＭＬ ｅｌｅｍｅｎｔとは別にチャネル情報が含まれるとしたが、これに限らず、ＭＬ ｅｌｅｍｅｎｔ内にチャネル情報が含まれてもよい。

【0101】

次に、ＳＴＡ１０３内の５ＧＨｚ帯で動作するＳＴＡ２は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信し、ＡＰ１０２のマルチリンク通信のＣａｐａｂｉｌｉｔｙ情報を要求する（Ｓ８０２）。これは、例えばＳＴＡ１が利用する周波数チャネルにおいて通信が一時的に混雑しており、ＡＰ１０２が一定時間Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信できなかった場合に発生しうる。ＳＴＡ１０３はＳＴＡ１を介してＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信してから一定時間が経過しても応答を受信できなかった場合に、別の周波数帯を利用するＳＴＡ２を介して再度Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを送信することが考えられる。本ステップで送信されるＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームは、Ｓ８０１で送信されたＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームと同様に、チャネル情報として２．４ＧＨｚ帯と５ＧＨｚ帯をサポートすることを示す情報を含む。

【0102】

ＡＰ１０２は複数の周波数チャネルを介してＳＴＡ１０３からＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した場合、何れか１つの周波数チャネルを介してＰｒｏｂｅ ＲｅｓｐｏｎｓｅフレームをＳＴＡ１０３に送信すればよい。本シーケンスでは、ＡＰ１０２内の５ＧＨｚ帯で動作するＡＰ２がＳＴＡ１０３にＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する（Ｓ８０３）。なお、本ステップで送信されるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームは、図４のＳ４０２と同様に、ＡＰ１０２が受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれるＳＴＡ１０３のチャネル情報に基づいて決定したＣａｐａｂｉｌｉｔｙ情報を含む。なお、後からＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した５ＧＨｚ帯で動作するＡＰ２ではなく、先にＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した２．４ＧＨｚ帯で動作するＡＰ１がＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信してもよい。また、ＡＰ１０２は３つ以上のＰｒｏｂｅ ＲｅｑｕｅｓｔフレームをＳＴＡ１０３から受信してもよい。

【0103】

以上、図８で示したように、ＡＰ１０２は、２以上の周波数チャネルを介して同一のＳＴＡからＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した場合であっても、１つの周波数チャネルのみを介してＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する。これによりＡＰ１０２は、同内容のＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信の多発を防ぐことができ、通信のオーバーヘッドの増加を防ぐことができる。

【0104】

図９は、ＡＰ１０２がＣａｐａｂｉｌｉｔｙ情報を通知する場合に、記憶部２０１に記憶されたコンピュータプログラムを制御部２０２が読み出し実行することで実行される別の処理を示すフローチャートである。本フローチャートの処理は、ＡＰ１０２の接続処理部ＡＰ１～３の少なくとも何れか１つがＳＴＡからＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した際に開始される。ＡＰ１～３はそれぞれが独立して並行に本フローチャートの処理を実行してもよい。

【0105】

ＡＰ１０２は、ＳＴＡ１０３からＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信すると、受信したリンクについてのＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを処理中であることを示すフラグを１に設定する（Ｓ９００）。

【0106】

Ｓ９０１～Ｓ９０９については、実施形態１の図７のＳ７００～Ｓ７０７と同様の処理を行う。

【0107】

ＡＰ１０２は、送信するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを生成すると、他のリンクについてＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを処理中であることを示すフラグが１に設定されているかを判定する（Ｓ９１０）。具体的には、Ｓ９００でフラグを立てたリンクとは異なるリンクについてフラグが設定されているかを判定する。他のリンクについてフラグが設定されていない場合、ＡＰ１０２は本ステップでＮｏと判定し、Ｓ９１１の処理を行う。一方、他のリンクについてフラグが設定されている場合、ＡＰ１０２は本ステップでＹｅｓと判定し、Ｓ９１３の処理を行う。

【0108】

ＡＰ１０２は、Ｓ９００でフラグを設定したリンクで受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信元が、Ｓ９１０でフラグが設定されていた他のリンクで受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信元と同一であるかを判定する（Ｓ９１３）。具体的にはＡＰ１０２は、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームに含まれる送信元を示す識別情報を比較し、一致する場合は本ステップでＹｅｓと判定し、Ｓ９１２の処理を行う。一方、送信元を示す識別情報が一致しない場合、ＡＰ１０２は本ステップでＮｏと判定し、Ｓ９１１の処理を行う。

【0109】

ＡＰ１０２は、生成したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを、Ｓ９００で受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信元ＳＴＡに対して送信する（Ｓ９１１）。ＡＰ１０２はＳ９１１の処理を行うと、Ｓ９１２の処理を行う。

【0110】

ＡＰ１０２は、受信したリンクについてのＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを処理中であることを示すフラグを０に設定する（Ｓ９１２）。ＡＰ１０２はＳ９１２の処理を行うと、本フローの処理を終了する。

【0111】

以上、図９に示したように、ＡＰ１０２は同一のＳＴＡから複数の周波数チャネルを介してＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームを受信した場合であっても、１つの周波数チャネルを介してのみＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する。これにより、ＡＰ１０２は同一のＣａｐａｂｉｌｉｔｙ情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信の多発を防ぎ、通信のオーバーヘッドの増加を防ぐことができる。

【0112】

なお、実施形態１および実施形態２で示した処理を、夫々異なるＡＰが実行するとしたが、これに限らず１つのＡＰが実行してもよい。この場合、該ＡＰは実施形態１の処理を実行するモードと、実施形態２の処理を実行するモードとを有する。このようなＡＰはいずれの実施形態で示した処理を実行するモードで動作するかを、ユーザ指示に基づいて切り替えてもよいし、アプリケーションの指示に基づいて切り替えてもよい。

【0113】

なお、図７および図９に示したＡＰ１０２のフローチャートの少なくとも一部または全部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのコンピュータプログラムからＦＰＧＡ上に専用回路を生成し、これを利用すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。

【0114】

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

【符号の説明】

【0115】

１０１ ネットワーク
１０２ ＡＰ
１０３ ＳＴＡ
１０４ 第１のリンク
１０５ 第２のリンク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】