JP7614757B2

JP7614757B2 - 通信装置、制御方法、およびプログラム

Info

Publication number: JP7614757B2
Application number: JP2020132541A
Authority: JP
Inventors: 勇樹辻丸
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-08-04
Filing date: 2020-08-04
Publication date: 2025-01-16
Anticipated expiration: 2040-08-04
Also published as: KR20230042070A; WO2022030117A1; EP4195821A1; BR112023000605A2; JP2022029281A; US12587346B2; CN116058033A; US20230155791A1; EP4195821A4

Description

本発明は、複数の周波数チャネルを用いた無線通信の制御技術に関する。

無線ＬＡＮ（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）に関する通信規格として、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１１規格が知られている。ＩＥＥＥ８０２．１１規格は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格を含む規格シリーズである。ＩＥＥＥ８０２．１１規格シリーズのうちの最新規格であるＩＥＥＥ８０２．１１ａｘ規格では、ＯＦＤＭＡ（直交周波数分割多元接続）を用いて、高いピークスループットを実現する（特許文献１参照）。

現在、さらなるスループット向上のために、ＩＥＥＥ８０２．１１規格シリーズの新たな規格として、ＩＥＥＥ８０２．１１ｂｅ規格の策定が進行している。ＩＥＥＥ８０２．１１ｂｅ規格では、１台のアクセスポイント（ＡＰ）が、１台のステーション（ＳＴＡ）との間で複数の周波数帯で複数の無線リンクを確立して通信を行うマルチバンド通信が検討されている。マルチバンド通信では、例えば、ＡＰが、２．４ＧＨｚ、５ＧＨｚ、または６ＧＨｚの周波数帯における複数の周波数チャネルを用いてＳＴＡと接続を確立して、それぞれの周波数チャネルで並行して通信する。

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

ＩＥＥＥ８０２．１１ｂｅ規格では、さらに、マルチバンド通信における通信速度をさらに向上させるために、複数の周波数帯域にまたがるデータフレームの受信に対するＢｌｏｃｋＡｃｋ通信が検討されている。すなわち、複数の無線リンクにおける通信についてまとめてＡｃｋが送受信されるようにすることが検討されている。このような複数の無線リンクの通信をまとめて制御する場合、その制御を適切に開始して終了するための制御が必要である。

本発明は、複数の無線リンクにおける通信をまとめて制御するための制御通信を適切に実行する技術を提供する。

本発明の一態様に係る通信装置は、他の通信装置との第１の周波数チャネルを介したＡｓｓｏｃｉａｔｉｏｎフレームの通信に基づいて、前記他の通信装置との間で前記第１の周波数チャネルにおける第１の接続と第２の周波数チャネルにおける第２の接続とを確立する確立手段と、第１のＴＩＤが指定された複数のデータ通信に関する確認応答を集約して通信するように制御するＢｌｏｃｋＡｃｋを用いた通信を前記第１の接続および前記第２の接続を含んだ複数の接続において実行している間に、前記第１の接続において前記ＢｌｏｃｋＡｃｋを用いた通信を終了するためのＤＥＬＢＡフレームであって、前記第１のＴＩＤを示す情報を含み、かつ、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含まない前記ＤＥＬＢＡフレームを前記他の通信装置から前記複数の接続のうちの１つの接続を介して受信したことに応じて、前記第１のＴＩＤが指定されたデータ通信における前記ＢｌｏｃｋＡｃｋを用いた通信を終了するように制御する制御手段と、を有する。

本発明によれば、複数の無線リンクにおける通信をまとめて制御するための制御通信を適切に実行することが可能となる。

ネットワークの構成例を示す図である。通信装置のハードウェア構成例を示す図である。通信装置の機能構成例を示す図である。ＢｌｏｃｋＡｃｋ通信が行われる際の処理例を示す図である。ＢｌｏｃｋＡｃｋ通信を行う際のＡＰの処理例を示す図である。ＢｌｏｃｋＡｃｋ通信を行う際のＳＴＡの処理例を示す図である。ＡＤＤＢＡＲｅｑｕｅｓｔのフレーム構成例を示す図である。ＡＤＤＢＡＲｅｓｐｏｎｓｅのフレーム構成例を示す図である。Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔの構成例を示す図である。ＢｌｏｃｋＡｃｋ通信を終了する際のＡＰの処理例を示す図である。ＢｌｏｃｋＡｃｋ通信を終了する際のＳＴＡの処理例を示す図である。ＤＥＬＢＡフレームの構成例を示す図である。ＢｌｏｃｋＡｃｋ通信が行われる際の処理例を示す図である。ＡＤＤＢＡＲｅｑｕｅｓｔのフレーム構成例を示す図である。ＡＤＤＢＡＲｅｓｐｏｎｓｅのフレーム構成例を示す図である。ＢｌｏｃｋＡｃｋ通信を終了する際のＡＰの処理例を示す図である。ＢｌｏｃｋＡｃｋ通信を終了する際のＳＴＡの処理例を示す図である。ＤＥＬＢＡフレームの構成例を示す図である。

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

（ネットワーク構成）
図１に、本実施形態にかかるネットワーク１０１の構成例を示す。ネットワーク１０１は、アクセスポイント（ＡＰ）として機能する通信装置１０２によって構築される無線ネットワークである。なお、本実施形態では、通信装置１０２が複数のネットワークを構築する場合、各ネットワークのＢＳＳＩＤは全て同じであるものとする。なお、ＢＳＳＩＤは、ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒの頭字語であり、ネットワークを識別する識別子である。また、通信装置１０２が各ネットワークにおいて示すＳＳＩＤもすべて共通であるものとする。なお、ＳＳＩＤはＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒの頭字語であり、アクセスポイントを識別するための識別子である。本実施形態では、通信装置１０２は、複数の接続を確立する場合であっても１つのＳＳＩＤを用いる。また、通信装置１０３は、ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）として機能する通信装置であり、ここでは、通信装置１０２によって構築されたネットワーク１０１に参加し、通信装置１０２と通信するものとする。

各通信装置は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）規格に対応しており、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥは、ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓの頭字語である。また、ＥＨＴは、ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ、または、ＥｘｔｒｅｍｅＨｉｇｈＴｈｒｏｕｇｈｐｕｔの頭字語である。各通信装置は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数帯域において通信することができる。また、各通信装置は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。

通信装置１０２および通信装置１０３は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ（直交周波数分割多元接続）により、複数のユーザの信号が多重化されたマルチユーザ（ＭＵ）通信を実現することができる。ＯＦＤＭＡでは、分割された周波数帯域の一部（ＲＵ、ＲｅｓｏｕｒｃｅＵｎｉｔ）が、１つ以上のＳＴＡのそれぞれに対して重複せずに割り当てられ、各ＳＴＡに割り当てられた搬送波が直交するように構成される。この相互に直交するリソース割り当てにより、ＡＰが、複数のＳＴＡとの間で送受信される信号の相互の干渉の影響を十分に小さく抑えながら、それらの複数のＳＴＡと並行して通信することができる。

通信装置１０２および通信装置１０３は、複数の周波数チャネルを介して接続を確立して通信するマルチバンド通信を実行することができる。例えば、通信装置１０２は、通信装置１０３との間で、２．４ＧＨｚ帯の第１の周波数チャネルを用いる第１の接続と、５ＧＨｚ帯の第２の周波数チャネルを用いる第２の接続とを確立し、第１の接続と第２の接続との両方を介して通信することができる。すなわち、通信装置１０２と通信装置１０３は、相手装置との間で複数の接続を確立した場合に、それぞれの接続における通信を同時並行的に実行することができる。この場合、通信装置１０２は、第１の接続と並行して第２の接続を維持する。通信装置１０２は、複数の周波数チャネルを用いた複数の接続を通信装置１０３との間で確立することにより、通信装置１０３との通信におけるスループットを向上させることができる。この結果、通信装置１０２と通信装置１０３との間でのデータの通信に必要な時間を短縮することができる。また、通信装置１０２は、それぞれ周波数帯域の異なる複数の接続を通信装置１０３との間で確立することにより、ある周波数帯域が混雑している場合やその周波数帯域の無線品質が不十分な場合であっても、他の周波数帯域で通信することができる。これにより、通信装置１０２と通信装置１０３との間の通信におけるスループットの低下を防ぐことができる。なお、マルチバンド通信は、より一般的には、複数の無線リンクが確立されるマルチリンク通信によって置き換えられうる。すなわち、それぞれの無線リンクで使用される周波数帯域が異なる場合はマルチバンド通信であるが、同じ周波数帯域の複数の無線チャネルで無線リンクが確立されてもよい。すなわち、複数の接続は、上述のように異なる周波数帯域で確立されてもよいし、同じ周波数帯域の異なる周波数チャネルで確立されてもよい。

なお、通信装置１０２は、通信装置１０３との間で複数の接続を確立することによって、バックアップの通信を行うこともできる。例えば、通信装置１０２は、ある周波数チャネルを用いて通信装置１０３へデータを送信すると共に、並行して、同じデータを別の周波数チャネルを用いて通信装置１０３へ送信することができる。これにより、通信装置１０３は、一方の周波数チャネルを用いた通信においてデータを受信できなかった場合であっても、他方の周波数チャネルを用いた通信によってデータを受信することができる。このように、異なる周波数チャネルを用いて並行して同じデータを送信するバックアップの通信によって、一方の周波数チャネルでの通信において障害やエラーが発生した場合であっても、他方の周波数チャネルを用いてデータ通信を実行することができる。

本実施形態では、通信装置１０２は、例えば、通信装置１０３との間で、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯のそれぞれ異なる周波数帯域の周波数チャネルにおいて、３つの接続を確立する。すなわち、通信装置１０２は、２．４ＧＨｚ帯の第１の周波数チャネルと、５ＧＨｚ帯の第２の周波数チャネルと、６ＧＨｚ帯の第３の周波数チャネルとのそれぞれにおいて、通信装置１０３との接続を確立しうる。また、通信装置１０２と通信装置１０３は、第１の周波数帯域において異なる複数の周波数チャネルを用いて接続を確立すると共に、第１の周波数帯域と異なる第２の周波数帯域の周波数チャネルを用いて接続を確立してもよい。例えば、通信装置１０２は、２．４ＧＨｚ帯における第１の周波数チャネル及び第２の周波数チャネルと、５ＧＨｚ帯における第３の周波数チャネルにおいて、通信装置１０３と接続を確立しうる。

通信装置１０２および通信装置１０３は、複数の接続を確立した場合に、１つの接続を介した信号の送受信によって、他の接続を制御することができる。例えば、通信装置１０２および通信装置１０３は、第１の周波数帯域で確立された第１の接続と、第２の周波数帯域で確立された第２の接続とを並行して確立している場合に、第１の接続を介した信号の送受信により、第２の接続を制御することができる。通信装置１０２は、例えば、第１の周波数チャネルにおいて接続の切断を要求する信号を通信装置１０３に送信して、通信装置１０３との第２の周波数チャネルにおける接続を切断しうる。また、通信装置１０２は、例えば、第１の周波数チャネルにおいて通信装置１０３とＡｓｓｏｃｉａｔｉｏｎを行うことにより、第２の周波数チャネルにおける通信装置１０３との接続を確立しうる。また、通信装置１０２および通信装置１０３は、同一の周波数帯域の第１の周波数チャネルと第２の周波数チャネルとにおいてそれぞれ第１の接続および第２の接続を確立している場合にも、同様の制御を行うことができる。なお、この場合に、第１の周波数チャネルと第２の周波数チャネルとが隣接していなくてもよい。例えば、通信装置１０２および通信装置１０３は、２０ＭＨｚより離れた２つの周波数チャネルにおいてそれぞれ接続を確立し、一方の周波数チャネルにおける接続を介した信号の送受信により、他方の周波数チャネルにおける接続を制御しうる。一例において、通信装置１０２および通信装置１０３は、５ＧＨｚ帯において、３６ｃｈで第１の接続を確立し、５２ｃｈで第２の接続を確立し、いずれかの接続を介して他の接続を制御しうる。

なお、ここで第１の周波数チャネルにおいて送信される制御のための信号は、例えば、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したマネジメントフレームである。マネジメントフレームは、例えば、Ｂｅａｃｏｎフレーム、ＰｒｏｂｅＲｅｑｕｅｓｔフレーム／Ｒｅｓｐｏｎｓｅフレーム、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレーム／Ｒｅｓｐｏｎｓｅフレームでありうる。また、これらのフレームに加えて、Ｄｉｓａｓｓｏｃｉａｔｉｏｎフレーム、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフレーム、Ｄｅ－Ａｕｔｈｅｎｔｉｃａｔｉｏｎフレーム、Ａｃｔｉｏｎフレームも、マネジメントフレームと呼ばれうる。Ｂｅａｃｏｎフレームは、ネットワークの情報を報知するフレームである。ＰｒｏｂｅＲｅｑｕｅｓｔフレームはネットワーク情報を要求するフレームであり、ＰｒｏｂｅＲｅｓｐｏｎｓｅフレームはその応答であって、ネットワーク情報を提供するフレームである。ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームは、接続を要求するフレームであり、ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅフレームはその応答であって、接続の許可やエラーなどを示すフレームである。Ｄｉｓａｓｓｏｃｉａｔｉｏｎフレームは、接続の切断を行うフレームである。Ａｕｔｈｅｎｔｉｃａｔｉｏｎフレームは相手装置を認証するフレームであり、Ｄｅ－Ａｕｔｈｅｎｔｉｃａｔｉｏｎフレームは相手装置の認証を中断し、接続を切断するフレームである。Ａｃｔｉｏｎフレームとは、上述のマネジメントフレームの各機能以外の追加の機能を行うためのフレームである。

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

通信装置１０２は、例えば、無線ＬＡＮルータやＰＣなどでありうるが、これらに限られず、他の通信装置とマルチバンド通信を実行することができる任意の通信装置でありうる。また、通信装置１０３は、例えば、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラなどでありうるが、これらに限られず、他の通信装置とマルチバンド通信を実行することができる任意の通信装置でありうる。また、通信装置１０２と通信装置１０３との少なくともいずれかが、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、図１には、１台のＡＰと１台のＳＴＡとを含んだネットワークを図解しているが、これは一例に過ぎず、ＡＰおよびＳＴＡは、それぞれ、２台以上存在してもよい。なお、無線チップなどの情報処理装置は、生成した信号を送信するためのアンテナを有しうる。

（装置構成）
続いて、通信装置１０２および通信装置１０３の構成例について説明する。図２は、本実施形態にかかる通信装置１０２および通信装置１０３のハードウェア構成例を示す図である。通信装置（通信装置１０２および通信装置１０３）は、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、およびアンテナ２０７～アンテナ２０９を有する。

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

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

また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、装置が所定の処理を実行するためのハードウェアである。例えば、装置がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、装置がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、装置がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他のＡＰやＳＴＡと通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力は、例えば、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、それぞれ通信装置に内蔵されてもよいし、通信装置に接続された外部装置として構成されてもよい。

通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。本実施形態では、通信部２０６は、特に、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行うように構成される。また、通信部２０６は、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７～アンテナ２０９を制御して、例えば制御部２０２によって生成された無線通信のための信号の送受信を行う。なお、通信装置が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を通信部２０６が行ってもよい。また、通信装置は、複数の通信規格に準拠した無線通信を実行可能である場合、それぞれの通信規格に対応した通信部とアンテナとを個別に有してもよい。通信装置は、通信部２０６を介して、画像データや文書データ、映像データ等のデータを通信相手装置との間で通信する。なお、アンテナ２０７～アンテナ２０９の少なくとも１つが、通信部２０６と別個に用意されていてもよいし、通信部２０６と合わせた１つのモジュールとして構成されてもよい。

アンテナ２０７～アンテナ２０９は、それぞれ、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。すなわち、通信装置は、周波数帯域ごとに、それぞれの周波数帯域に対応するアンテナを有する。なお、周波数帯域ごとに異なるアンテナが用意されなくてもよく、例えば、マルチバンドアンテナを用いることにより、１つまたは２つのアンテナによって上述の３つの周波数帯域における通信が実行可能に構成されてもよい。また、通信装置は、４つ以上のアンテナを有していてもよい。また、図２において、通信装置が複数のアンテナ２０７～アンテナ２０９に対して１つの通信部２０６を有する構成が示されているが、複数のアンテナのそれぞれに対応する複数の通信部２０６が用意されてもよい。

図３に、通信装置（通信装置１０２及び通信装置１０３）の機能構成例を示す。通信装置は、例えば、２．４ＧＨｚ帯、５ＧＨｚ帯、及び６ＧＨｚ帯の３つの周波数帯のそれぞれにおける無線ＬＡＮ通信の制御を行う、第１無線ＬＡＮ制御部３０１、第２無線ＬＡＮ制御部３０６、及び第３無線ＬＡＮ制御部３０７を有する。ただし、これらは一例であり、例えば、共通の無線ＬＡＮ制御部によって、複数の周波数帯に関する無線ＬＡＮの制御が実行されてもよく、２つ以下の無線ＬＡＮ制御部が用意されてもよい。また、さらなる周波数帯への対応のため、又は、１つの周波数帯における通信制御をより分散して行うことなどのために、４つ以上の無線ＬＡＮ制御部が用意されてもよい。これらの無線ＬＡＮ制御部は、ＩＥＥＥ８０２．１１規格シリーズに規定された各種手順に従って、無線ＬＡＮの通信制御を実行する。なお、本実施形態では、これらの無線ＬＡＮ制御部は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠しているものとする。無線ＬＡＮ制御部は、他の無線ＬＡＮ通信機能を有する通信装置との間で無線信号の送受信を行うためのアンテナや回路、それらを制御するプログラム等によって実現されうる。

通信装置１０２及び通信装置１０３は、さらに、フレーム生成部３０２、フレーム解析部３０３、ＵＩ制御部３０４、及び記憶制御部３０５を有する。

フレーム生成部３０２は、上述の無線ＬＡＮ制御部の少なくともいずれかで送信する無線制御フレームを生成する。フレーム生成部３０２が生成する無線制御フレームは、記憶部２０１に記憶されている設定に基づいて生成されうる。また、フレーム生成部３０２は、これに加えてまたはこれに代えて、ユーザによって入力されたユーザ設定に基づいて、無線制御フレームを生成してもよい。フレーム解析部３０３は、各無線ＬＡＮ制御部によって受信された無線制御フレームを解釈し、受信した無線制御フレームの内容を上述の無線ＬＡＮ制御部の少なくともいずれかに反映させる。例えば、第１無線ＬＡＮ制御部３０１を介して受信された無線制御フレームが５ＧＨｚ帯における接続の切断を示す場合、第２無線ＬＡＮ制御部３０６は無線信号の送受信を停止する。いずれの無線ＬＡＮ制御部で受信された無線制御フレームであっても、フレーム解析部３０３において解析されることにより、その無線制御フレームを受信していない無線ＬＡＮ制御部の制御に使用することができる。

ＵＩ制御部３０４は、入力部２０４および出力部２０５の少なくともいずれかを制御するプログラムを含んで構成される。ＵＩ制御部３０４は、例えば出力部２０５を介した画像などの表示や音声出力などの、通信装置に関する情報をユーザに提示するための機能を有する。記憶制御部３０５は、通信装置において動作するプログラムおよびデータを保存する記憶部２０１へのデータの書き込みや読み出しを制御する。

（処理の流れ）
続いて、本実施形態において実行される処理の流れの例について説明する。本実施形態では、上述のように、通信装置１０２と通信装置１０３が、１つ以上の周波数帯における複数の周波数チャネルを用いて複数のリンクを確立して通信を行う。そして、通信装置１０２および通信装置１０３は、複数のリンクにおいて並行して通信を実行する。このときに、通信装置１０２および通信装置１０３は、この複数のリンクでの通信における確認応答をまとめて実行するように構成される。なお、複数のデータに関する確認応答（Ａｃｋ）をまとめた確認応答はＢｌｏｃｋＡｃｋ（ＢＡと呼ぶ場合もある。）と呼ばれ、ＢＡを用いるデータ通信（データの送受信と、そのデータについてのＢＡの送受信）は、ＢｌｏｃｋＡｃｋ通信と呼ばれる。ＢＡが用いられることにより、確認応答（Ａｃｋ）の送信頻度を低減することができ、データの送受信に利用可能な無線リソースを増やして、スループットを改善することができる。以下では、このようなＢｌｏｃｋＡｃｋ通信を複数のリンクのうちの２つ以上に対して適用する手順について説明する。なお、以下では、ＢｌｏｃｋＡｃｋ通信は、それぞれ異なる複数の周波数チャネルを用いた複数のリンクのうちの２つ以上における通信に対する確認応答がまとめて送受信される制御通信のことを指す。

ＢｌｏｃｋＡｃｋ通信のために実行される処理の流れの例を図４に示す。また、通信装置１０２がＢｌｏｃｋＡｃｋ通信を開始する際に実行する処理の流れの例を図５に示し、通信装置１０３がＢｌｏｃｋＡｃｋ通信を開始する際に実行する処理の流れの例を図６に示す。通信装置１０２は、例えば、通信装置１０２において動作中のアプリケーションからの指示に基づいて、以下で説明する処理を開始する。また、通信装置１０２は、自装置の電源が投入されてから所定時間ごとに、または、ＳＴＡ（通信装置１０３）との接続を確立してから所定時間ごとに、以下で説明する処理を開始してもよい。また、通信装置１０２は、ユーザによってＢｌｏｃｋＡｃｋ通信を確立するように指示されたことに基づいて、以下で説明する処理を開始してもよい。通信装置１０２は、例えば、記憶部２０１に記憶されたコンピュータプログラムを制御部２０２に読み出して、実行することによって、以下で説明する処理を実行する。また、通信装置１０３は、通信装置１０３の電源が投入されたことに応じて、または、ＡＰ（通信装置１０２）との接続が確立されたことに応じて、以下で説明する処理を開始してもよい。また、通信装置１０３は、通信装置１０２と同様の契機によって以下で説明する処理を開始してもよい。通信装置１０３も、例えば、記憶部２０１に記憶されたコンピュータプログラムを制御部２０２に読み出して、実行することによって、以下で説明する処理を実行しうる。

まず、ＡＰとして動作している通信装置１０２は、ＢｌｏｃｋＡｃｋ通信で使用するパラメータを決定する（Ｓ４０１）。例えば、通信装置１０２は、まず、自装置がいずれの周波数帯域をＢｌｏｃｋＡｃｋ通信に利用するかを決定する（Ｓ５０１）。通信装置１０２は、自装置以外の他のＡＰと有線又は無線で接続を確立している場合、この処理を行う前に接続中の他のＡＰからＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報を取得してもよい。通信装置１０２は、例えば、周囲の他のＡＰが使用していない周波数帯域をＢｌｏｃｋＡｃｋ通信に用いる周波数帯域として決定してもよい。これによれば、相対的に通信が行われていない周波数帯域を用いて通信を行うことが可能となる。また、通信装置１０２は、例えば、周囲の他のＡＰが使用している周波数帯域をＢｌｏｃｋＡｃｋ通信に用いる周波数帯域として決定してもよい。例えば、通信装置１０２は、通信装置１０３（ＳＴＡ）が過去に接続していた他のＡＰがそのＳＴＡとのＢｌｏｃｋＡｃｋ通信で使用した周波数帯域を使用して、通信装置１０３とのＢｌｏｃｋＡｃｋ通信で使用する周波数帯域を決定してもよい。これによれば、通信装置１０３との間でＢｌｏｃｋＡｃｋ通信が可能である確率が高い周波数帯域を選択することができる。ここでは、通信装置１０２は、２．４ＧＨｚ帯および５ＧＨｚ帯の２つの周波数帯域でＢｌｏｃｋＡｃｋ通信を行うと決定したものとする。そして、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信で使用する周波数帯域に関する情報を通信装置１０３へ送信する際に使用する周波数帯域を決定する（Ｓ５０２）。なお、Ｓ５０１において、ＢｌｏｃｋＡｃｋ通信で使用される周波数帯域とその周波数帯域内の周波数チャネルとが決定され、Ｓ５０２において、決定された周波数チャネルのうちのいずれの周波数チャネルで、情報通知が行われるかが決定されてもよい。例えば、同じ周波数帯域における２つ以上の周波数チャネルにおいてＢｌｏｃｋＡｃｋ通信が行われることが決定されてもよく、その際には、決定された２つ以上の周波数チャネルのうちの少なくともいずれかで、その使用周波数チャネルの情報が通知される。

そして、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信で使用する周波数帯域に関する情報を、Ｓ５０２で決定した周波数帯域で通信装置１０３へ送信する（Ｓ４０２、Ｓ５０３）。本実施形態では、通信装置１０２は、ＡＤＤＢＡＲｅｑｕｅｓｔを用いてＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報を通知する。例えば、通信装置１０２は、図９を用いて後述するＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含んだ、図７に示すようなＡＤＤＢＡＲｅａｕｅｓｔフレームを、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域の少なくとも１つにおいて送信する。これにより、通信装置１０２は、通信装置１０３へ、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域を通知する。本実施形態では、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域のうち、２．４ＧＨｚ帯においてＡＤＤＢＡＲｅｑｕｅｓｔフレームを送信するものとする。また、ここで送信されるＡＤＤＢＡＲｅｑｕｅｓｔには、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報として、Ｓ４０１で決定されたすべての周波数チャネルに関する情報が含められうる。ただしこれに限られず、Ｓ４０１で決定された周波数チャネルのうちの一部の周波数チャネルに関する情報のみを含めてもよい。

また、ＡＤＤＢＡＲｅｑｕｅｓｔにおけるＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報には、そのＡＤＤＢＡＲｅｑｕｅｓｔが送信される周波数帯域以外の周波数帯域に関する情報が含められる。例えば、ＡＤＤＢＡＲｅｑｕｅｓｔが２．４ＧＨｚ帯のみにおいて送信される場合、そのＡＤＤＢＡＲｅｑｕｅｓｔにおけるＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報として、５ＧＨｚ帯や６ＧＨｚ帯に関する情報が含められる。なお、本実施形態では、通信装置１０２は、上述のように２．４ＧＨｚ帯と５ＧＨｚ帯とでＢｌｏｃｋＡｃｋ通信を行うと決定している。このため、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報として、５ＧＨｚ帯の情報をＡＤＤＢＡＲｅｑｕｅｓｔに含めて通信装置１０３へ送信する。なお、ＡＤＤＢＡＲｅｑｕｅｓｔのＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報には、そのＡＤＤＢＡＲｅｑｕｅｓｔが送信される周波数帯域の情報も含められてもよい。すなわち、ＡＤＤＢＡＲｅｑｕｅｓｔが２．４ＧＨｚ帯で送信される場合に、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域に関する情報として、２．４ＧＨｚ帯の情報が含められてもよい。

ＳＴＡとして動作している通信装置１０３は、通信装置１０２が送信したＡＤＤＢＡＲｅｑｕｅｓｔの受信に成功すると（Ｓ６０１でＹＥＳ）、肯定応答（Ａｃｋ）を送信する（Ｓ４０３）。なお、この応答は、後にＡＤＤＢＡＲｅｓｐｏｎｓｅを送信することによって省略されてもよい。すなわち、ＡＤＤＢＡＲｅｓｐｏｎｓｅは、ＡＤＤＢＡＲｅｑｕｅｓｔへの応答信号であるため、この送信によってＡＤＤＢＡＲｅｑｕｅｓｔの受信に成功したことが黙示的に示されうる。

通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔを受信すると、その内容を解析し（Ｓ６０２）、その解析結果に応じて内容が設定されたＡＤＤＢＡＲｅｓｐｏｎｓｅを用意して送信する。例えば、通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔに含められているＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔから、通信装置１０２がＢｌｏｃｋＡｃｋ通信に利用する周波数帯域の情報を取得する。そして、通信装置１０３は、その周波数帯域においてＢｌｏｃｋＡｃｋ通信を開始することができるか否かを判定する（Ｓ６０３）。例えば、通信装置１０３は、取得した情報に含められている周波数帯域でのＢｌｏｃｋＡｃｋ通信をサポートしているか否か、ＢｌｏｃｋＡｃｋ通信のための演算等のリソースを有しているか等に基づいて、この判定を行いうる。

そして、通信装置１０３は、通知された周波数帯域でのＢｌｏｃｋＡｃｋ通信を開始可能な場合（Ｓ６０３でＹＥＳ）、ＳｔａｔｕｓＣｏｄｅを「Ｓｕｃｃｅｓｓ」に設定したＡＤＤＢＡＲｅｓｐｏｎｓｅを生成して送信する（Ｓ４０４、Ｓ６０４）。なお、ここでのＡＤＤＢＡＲｅｓｐｏｎｓｅは、ＡＤＤＢＡＲｅｑｕｅｓｔが受信された周波数帯域（図４の例では２．４ＧＨｚ帯）において送信される。通信装置１０３は、これにより、ＢｌｏｃｋＡｃｋ通信を開始することができる（Ｓ６０５）。そして、通信装置１０２は、このＡＤＤＢＡＲｅｓｐｏｎｓｅを受信し（Ｓ５０４でＹＥＳ）、そのＳｔａｔｕｓＣｏｄｅが「Ｓｕｃｃｅｓｓ」であることを確認すると（Ｓ５０５でＹＥＳ）、ＢｌｏｃｋＡｃｋ通信を開始する（Ｓ５０６）。なお、通信装置１０２は、ＡＤＤＢＡＲｅｓｐｏｎｓｅを受信したことに応じて、肯定応答（Ａｃｋ）を送信しうる（Ｓ４０５）。そして、通信装置１０２と通信装置１０３との間で、ＢｌｏｃｋＡｃｋ通信の際に使用する通信パラメータが確定される（Ｓ４０６）。なお、ＡＤＤＢＡＲｅｑｕｅｓｔにおいて、通信装置１０２が決定した周波数帯域以外の通信パラメータが通信装置１０３へ通知されてもよい。この場合、通信装置１０３は、この通信パラメータを利用可能か否かの判定結果をＡＤＤＢＡＲｅｓｐｏｎｓｅに含めて送信しうる。また、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域の決定のためのＡＤＤＢＡＲｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅとは別個に、他のパラメータ決定のための信号が、例えばＳ４０６において、通信装置１０２と通信装置１０３との間で送受信されてもよい。

一方、通信装置１０３は、通知された周波数帯域でのＢｌｏｃｋＡｃｋ通信を開始可能でない場合（Ｓ６０３でＮＯ）、ＳｔａｔｕｓＣｏｄｅを「Ｓｕｃｃｅｓｓ」以外の値としたＡＤＤＢＡＲｅｓｐｏｎｓｅを生成して送信する（Ｓ６０６）。この場合、通信装置１０３は、ＢｌｏｃｋＡｃｋ通信を開始しない（Ｓ６０７）。また、通信装置１０２は、このＡＤＤＢＡＲｅｓｐｏｎｓｅを受信し（Ｓ５０４でＹＥＳ）、そのＳｔａｔｕｓＣｏｄｅが「Ｓｕｃｃｅｓｓ」でないことを確認した場合（Ｓ５０５でＮＯ）、ＢｌｏｃｋＡｃｋ通信を開始しない（Ｓ５０７）。この場合にも、通信装置１０２は、ＡＤＤＢＡＲｅｓｐｏｎｓｅを受信したことに応じて、肯定応答（Ａｃｋ）を送信しうる（Ｓ４０５）。

なお、通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔの受信に成功しなかった場合（Ｓ６０１でＮＯ）は、ＡＤＤＢＡＲｅｓｐｏｎｓｅを送信しない。そして、通信装置１０２は、ＡＤＤＢＡＲｅｓｐｏｎｓｅを受信できなかった場合（Ｓ５０４でＮＯ）には、ＢｌｏｃｋＡｃｋ通信を開始しない（Ｓ５０７）。なお、通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔを受信したにもかかわらず、その復号に失敗したことなどにより情報を取得できなかった場合には、否定応答（Ｎａｃｋ）を通信装置１０２へ送信して、ＡＤＤＢＡＲｅｑｕｅｓｔの再送を促してもよい。

その後、通信装置１０２と通信装置１０３は、確定した通信パラメータを用いて、確立されたＢｌｏｃｋＡｃｋ通信により、データの送受信を行う。図４には、通信装置１０２と通信装置１０３が、２．４ＧＨｚ帯における接続を用いたデータの送受信（Ｓ４１１～Ｓ４１３）と、５ＧＨｚ帯における接続を用いたデータの送受信（Ｓ４２１～Ｓ４２３）を行うことが例示されている。

ここで、ＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅのフレーム構成について、それぞれ、図７及び図８を用いて説明する。

ＡＤＤＢＡＲｅｑｕｅｓｔは、図７に示すように、それぞれ異なる情報が格納される複数の情報フィールドを含んで構成される。ＡＤＤＢＡＲｅｑｕｅｓｔフレームは、先頭の情報フィールドであるＣａｔｅｇｏｒｙ７０１から順に送信される。なお、通信装置１０２は、ＡＤＤＢＡＲｅｑｕｅｓｔの各フィールドをすべて生成してから送信してもよいし、Ｃａｔｅｇｏｒｙ７０１から順にフィールドごとに生成と送信を行ってもよい。また、各フィールドが送受信される順番は図７に示されるものに限られない。すなわち、フィールドの順序が図７の順序と異なっていてもよい。また、いずれかのフィールドが省略されてもよいし、任意の２つのフィールドの間に、図７に示されていないフィールドが追加されてもよい。以下では、図７に示される各フィールドに格納される情報について説明する。

Ｃａｔｅｇｏｒｙ７０１には、フレームのカテゴリを識別するための識別子が格納される。本実施形態では、Ｃａｔｅｇｏｒｙ７０１に、ＢｌｏｃｋＡｃｋ関連処理であることを示す識別子「３」が格納される。ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ７０２には、ＢｌｏｃｋＡｃｋでの処理内容を識別するための識別子が格納される。本実施形態では、ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ７０２に、ＡＤＤＢＡＲｅｑｕｅｓｔであることを示す識別子「０」が格納される。ＤｉａｌｏｇＴｏｋｅｎ７０３には、ＳＴＡによって選択される非ゼロの値が格納される。

ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔ７０４には、Ａ－ＭＳＤＵＳｕｐｐｏｒｔｅｄやＢｌｏｃｋＡｃｋＰｏｌｉｃｙ、ＴＩＤ、ＢｕｆｆｅｒＳｉｚｅなどの情報が格納される。ここで、Ａ－ＭＳＤＵＳｕｐｐｏｒｔｅｄは、ＳＴＡがＢｌｏｃｋＡｃｋ通信においてＱｏＳＤａｔａフレームの送信時にＡ－ＭＳＤＵをサポートしているかどうかを示す情報である。ＢｌｏｃｋＡｃｋＰｏｌｉｃｙは、使用するＢｌｏｃｋＡｃｋ通信がＩｍｍｅｄｉａｔｅＢｌｏｃｋＡｃｋであるかＤｅｌａｙｅｄＢｌｏｃｋＡｃｋであるかを示す情報である。ＴＩＤは、ＢｌｏｃｋＡｃｋ通信が確立された際に指定されるトラフィック識別子である。ＢｕｆｆｅｒＳｉｚｅは、先述のＴＩＤのために利用可能なｒｅｏｒｄｅｒｉｎｇｂｕｆｆｅｒの大きさを示す情報である。

ＢｌｏｃｋＡｃｋＴｉｍｅｏｕｔＶａｌｕｅ７０５には、ＢｌｏｃｋＡｃｋ通信の開始後、一定時間フレームの送受信が行われなかった場合にタイムアウトして、ＢｌｏｃｋＡｃｋ通信を終了するまでの時間を示す情報が格納される。ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ７０６には、次に送信するべきＭＳＤＵのｓｅｑｕｅｎｃｅｎｕｍｂｅｒを表す情報が格納される。ＧＣＲＧｒｏｕｐＡｄｄｒｅｓｓ７０７には、開始するＢｌｏｃｋＡｃｋ通信のＧＣＲ（ＧｒｏｕｐＣａｓｔｗｉｔｈＲｅｔｒｉｅｓ）ｇｒｏｕｐａｄｄｒｅｓｓを示す値が格納される。Ｍｕｌｔｉ－ｂａｎｄ７０８および７０９には、マルチバンド通信に利用する周波数帯域に関する情報が格納される。ＴＣＬＡＳ７１０には、トラフィックのクラスが格納される。ＡＤＤＢＡＥｘｔｅｎｓｉｏｎ７１１には、ＡＤＤＢＡＣａｐａｂｉｌｉｔｉｅｓ情報などが格納される。ＡＤＤＢＡＣａｐａｂｉｌｉｔｉｅｓ情報は、開始されるＢｌｏｃｋＡｃｋ通信がＭＰＤＵ送信におけるｆｒａｇｍｅｎｔｅｄＭＳＤＵの送信に対応しているかを示す情報などを含む。

なお、ＧＣＲＧｒｏｕｐＡｄｄｒｅｓｓ７０７とＭｕｌｔｉ－ｂａｎｄ７０８および７０９とＴＣＬＡＳ７１０とＡＤＤＢＡＥｘｔｅｎｓｉｏｎ７１１は、いずれもオプションのフィールドである。このため、ＡＤＤＢＡＲｅｑｕｅｓｔに含まれる場合と含まれない場合がある。

図８は、ＡＤＤＢＡＲｅｓｐｏｎｓｅのフレーム構成例を示す図である。ＡＤＤＢＡＲｅｓｐｏｎｓｅも、図８に示すように、それぞれ異なる情報が格納される複数の情報フィールドを含んで構成される。ＡＤＤＢＡＲｅｓｐｏｎｓｅフレームは、先頭の情報フィールドであるＣａｔｅｇｏｒｙ８０１から順に送信される。なお、通信装置１０３は、ＡＤＤＢＡＲｅｓｐｏｎｓｅの各フィールドをすべて生成してから送信してもよいし、Ｃａｔｅｇｏｒｙ８０１から順にフィールドごとに生成と送信を行ってもよい。また、各フィールドが送受信される順番は図８に示されるものに限られない。すなわち、フィールドの順序が図８の順序と異なっていてもよい。また、いずれかのフィールドが省略されてもよいし、任意の２つのフィールドの間に、図８に示されていないフィールドが追加されてもよい。以下では、図８に示される各フィールドに格納される情報について説明する。

Ｃａｔｅｇｏｒｙ８０１には、フレームのカテゴリを識別するための識別子が格納される。本実施形態では、Ｃａｔｅｇｏｒｙ８０１に、ＢｌｏｃｋＡｃｋ関連処理であることを示す識別子「３」が格納される。ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ８０２には、ＢｌｏｃｋＡｃｋでの処理内容を識別するための識別子が格納される。本実施形態では、ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ８０２に、ＡＤＤＢＡＲｅｓｐｏｎｓｅであることを示す識別子「１」が格納される。ＤｉａｌｏｇＴｏｋｅｎ８０３には、上述のＡＤＤＢＡＲｅｑｕｅｓｔフレームのＤｉａｌｏｇＴｏｋｅｎ７０３と同じ値が格納される。

ＳｔａｔｕｓＣｏｄｅ８０４には、ＢｌｏｃｋＡｃｋ通信の開始の可否などを表す情報が格納される。ＢｌｏｃｋＡｃｋ通信を開始できる場合には、ＳｔａｔｕｓＣｏｄｅ８０４に成功（「Ｓｕｃｃｅｓｓ」）であることを示す値「０」が格納される。

ＢｌｏｃｋＡｃｋＰａｒａｍｅｔｅｒＳｅｔ８０５には、Ａ－ＭＳＤＵＳｕｐｐｏｒｔｅｄやＢｌｏｃｋＡｃｋＰｏｌｉｃｙ、ＴＩＤ、ＢｕｆｆｅｒＳｉｚｅなどの情報が格納される。これらの情報の詳細は上述の通りである。ＢｌｏｃｋＡｃｋＴｉｍｅｏｕｔＶａｌｕｅ８０６には、ＢｌｏｃｋＡｃｋ通信の開始後、一定時間フレームの送受信が行われなかった場合にタイムアウトして、ＢｌｏｃｋＡｃｋ通信を終了するまでの時間を示す情報が格納される。ＧＣＲＧｒｏｕｐＡｄｄｒｅｓｓ８０７には、開始するＢｌｏｃｋＡｃｋ通信のＧＣＲ（ＧｒｏｕｐＣａｓｔｗｉｔｈＲｅｔｒｉｅｓ）ｇｒｏｕｐａｄｄｒｅｓｓを示す値が格納される。Ｍｕｌｔｉ－ｂａｎｄ８０８および８０９には、マルチバンド通信に利用する周波数帯域に関する情報が格納される。ＴＣＬＡＳ８１０には、トラフィックのクラスが格納される。ＡＤＤＢＡＥｘｔｅｎｓｉｏｎ８１０には、ＡＤＤＢＡＣａｐａｂｉｌｉｔｉｅｓ情報などが格納される。ＡＤＤＢＡＣａｐａｂｉｌｉｔｉｅｓ情報は、開始されるＢｌｏｃｋＡｃｋ通信がＭＰＤＵ送信におけるｆｒａｇｍｅｎｔｅｄＭＳＤＵの送信に対応しているかを示す情報などが含まれる。

なお、ＧＣＲＧｒｏｕｐＡｄｄｒｅｓｓ８０７とＭｕｌｔｉ－ｂａｎｄ８０８および８０９とＴＣＬＡＳ８１０とＡＤＤＢＡＥｘｔｅｎｓｉｏｎ８１１は、いずれもオプションのフィールドである。このため、ＡＤＤＢＡＲｅｓｐｏｎｓｅに含まれる場合と含まれない場合がある。

続いて、図９を用いて、上述のＭｕｌｔｉ－ｂａｎｄフィールドに含められる情報要素（Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔ）の構成例について説明する。図９に示すように、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔは、それぞれ異なる情報が格納される複数の情報サブフィールドを含んで構成される。Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔは、先頭の情報サブフィールドであるＥｌｅｍｅｎｔＩＤ９０１から順に送信される。なお、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔは、各サブフィールドがすべて生成されてから送信されてもよいし、ＥｌｅｍｅｎｔＩＤ９０１から順にサブフィールドごとに生成と送信が行われてもよい。また、各サブフィールドが送受信される順番は図９に示されるものに限られない。すなわち、サブフィールドの順序が図９の順序と異なっていてもよい。また、いずれかのサブフィールドが省略されてもよいし、任意の２つのサブフィールドの間に、図９に示されていないサブフィールドが追加されてもよい。なお、図９の各サブフィールドの値は、従来規格の通りであるため、詳細については説明を省略するが、本実施形態では、ＢａｎｄＩＤ９０４に周波数帯域の情報が含められて送受信される。

上述のように、ＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅは、２つのＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含み、２つのリンクのそれぞれについての使用周波数帯域の情報が含められる。なお、３つ以上のリンクについてのＢｌｏｃｋＡｃｋ通信が行われる際には、そのリンクの数の分だけ、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔが、ＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅに含められうる。これにより、１つ以上の周波数帯域を用いて確立された複数のリンクにおけるＢｌｏｃｋＡｃｋ通信の設定を行うことができる。

図４において、通信装置１０２および通信装置１０３は、ＢｌｏｃｋＡｃｋ通信の実行後に、例えば予定していたデータの送受信が完了したことなどに応じて、そのＢｌｏｃｋＡｃｋ通信を終了することを決定しうる（Ｓ４０７）。ここで、ＢｌｏｃｋＡｃｋ通信を終了する場合の処理について、図１０及び図１１を用いて説明する。

図１０は、通信装置１０２が通信装置１０３とのＢｌｏｃｋＡｃｋ通信を終了する場合に実行する処理の流れの例を示している。また、図１１は、通信装置１０３が通信装置１０２とのＢｌｏｃｋＡｃｋ通信を終了する場合に実行する処理の流れの例を示している。通信装置１０２および通信装置１０３は、それぞれ、例えば、記憶部２０１に記憶されたコンピュータプログラムを制御部２０２に読み出して、実行することによって、以下で説明する処理を実行する。なお、図１０の処理を通信装置１０３が実行し、図１１の処理を通信装置１０２が実行してもよい。

通信装置１０２は、ＢｌｏｃｋＡｃｋ通信を終了することを決定すると（Ｓ１００１でＹＥＳ）、ＢｌｏｃｋＡｃｋ通信の終了処理を開始する（Ｓ１００２）。例えば、通信装置１０２は、通信装置１０３との間で実行中のＢｌｏｃｋＡｃｋ通信において送信すべきデータがなくなった（バッファが空となった）場合にＢｌｏｃｋＡｃｋ通信を終了すると決定する。通信装置１０２は、終了処理において、ＢｌｏｃｋＡｃｋ通信の終了を要求するフレームを生成する。このフレームには、終了するＢｌｏｃｋＡｃｋ通信を示す情報が含まれる。すなわち、例えば複数のＢｌｏｃｋＡｃｋ通信が実行されている場合には、そのいずれのＢｌｏｃｋＡｃｋ通信の終了を要求するかを示す情報がＳ１００２で生成されるフレームに含められる。本実施形態では、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信の終了を要求するフレームとして、ＤＥＬＢＡフレームを含むＡｃｔｉｏｎフレームを生成する。そして、通信装置１０２は、この生成したフレームを送信する（Ｓ４０８、Ｓ１００３）。なお、本実施形態では、通信装置１０２は、２．４ＧＨｚ帯における接続を介して、ＢｌｏｃｋＡｃｋ通信の終了を要求するフレームを送信する。このＢｌｏｃｋＡｃｋ通信の終了を要求するフレームは、ＢｌｏｃｋＡｃｋ通信を開始する際のＡＤＤＢＡＲｅｑｕｅｓｔが送信された周波数帯域（周波数チャネル）で送信されうる。なお、これに限られず、ＢｌｏｃｋＡｃｋ通信が実行されていた周波数帯域（周波数チャネル）のいずれかにおいて、ＢｌｏｃｋＡｃｋ通信の終了を要求するフレームが送信されるようにしてもよい。

通信装置１０３は、ＢｌｏｃｋＡｃｋの終了に関するフレームを受信したかを判定する（Ｓ１１０１）。通信装置１０３は、例えば、ＤＥＬＢＡフレームを含むＡｃｔｉｏｎフレームを受信したかを判定する。通信装置１０３は、そのようなＡｃｔｉｏｎフレームを受信した場合に、ＢｌｏｃｋＡｃｋの終了に関するフレームを受信したと判定する。なお、通信装置１０３は、Ｓ１１０１において、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含んだＤＥＬＢＡフレームを受信したかを判定してもよい。この場合、通信装置１０３は、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含むＤＥＬＢＡフレームを受信した際に、ＢｌｏｃｋＡｃｋの終了に関するフレームを受信したと判定する。通信装置１０３は、ＢｌｏｃｋＡｃｋの終了に関するフレームを受信していない間は（Ｓ１１０１でＮＯ）、そのようなフレームが受信されたかの監視を継続する。一方、通信装置１０３は、そのようなフレームを受信した場合（Ｓ１１０１でＹＥＳ）、受信したフレーム（ＤＥＬＢＡフレーム）を解析する（Ｓ１１０２）。なお、通信装置１０３は、受信したＤＥＬＢＡフレームがＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含んでいる場合には、そのＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを解析する。通信装置１０３は、この解析により、終了を要求されているＢｌｏｃｋＡｃｋ通信を特定する。そして、通信装置１０３は、Ａｃｋを通信装置１０２へ送信し（Ｓ４０９、Ｓ１１０３）、ＢｌｏｃｋＡｃｋ通信を終了する（Ｓ１１０４）。また、通信装置１０２も、通信装置１０３からＡｃｋを受信して（Ｓ１００４）、ＢｌｏｃｋＡｃｋ通信を終了する（Ｓ１００５）。

ここで、ＩＥＥＥ８０２．１１ｂｅ規格における管理フレームの要素であるＤＥＬＢＡフレームの構成例について、図１２を用いて説明する。ＤＥＬＢＡフレームは、図１２に示すように、それぞれ異なる情報が格納される複数の情報フィールドを含んで構成される。これらのフィールドは、先頭の情報フィールドであるＣａｔｅｇｏｒｙ１２０１から順に送信される。なお、ＤＥＬＢＡフレームの各フィールドがすべて生成されてからＤＥＬＢＡフレームが送信されてもよいし、Ｃａｔｅｇｏｒｙ１２０１から順にフィールドごとに生成と送信が行われるようにしてもよい。また、各フィールドが送受信される順番は図１２に示されるものに限られない。すなわち、フィールドの順序が図１２の順序と異なっていてもよい。また、いずれかのフィールドが省略されてもよいし、任意の２つのフィールドの間に、図１２に示されていないフィールドが追加されてもよい。以下では、図１２に示される各フィールドに格納される情報について説明する。以下では、図１２に示される各フィールドに格納される情報について説明する。

Ｃａｔｅｇｏｒｙ１２０１には、フレームのカテゴリを識別するための識別子が格納される。本実施形態では、Ｃａｔｅｇｏｒｙ１２０１に、ＢｌｏｃｋＡｃｋ関連処理であることを示す識別子「３」が格納される。ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ１２０２には、ＢｌｏｃｋＡｃｋでの処理内容を識別するための識別子が格納される。本実施形態では、ＢｌｏｃｋＡｃｋＡｃｔｉｏｎ１２０２に、ＤＥＬＢＡであることを示す識別子「２」が格納される。

ＤＥＬＢＡＰａｒａｍｅｔｅｒＳｅｔ１２０３には、ＩｎｉｔｉａｔｏｒやＴＩＤなどの情報が格納される。Ｉｎｉｔｉａｔｏｒは、ＤＥＬＢＡフレームを送信するのがＡＰであるかＳＴＡであるかを識別するための識別子が含まれる。本実施形態では、通信装置１０２がＡＰであるため、Ｉｎｉｔｉａｔｏｒの値は、ＡＰに対応する値「１」となる。ＴＩＤは、ＢｌｏｃｋＡｃｋ通信が確立された際に指定されたＴＩＤの値が含まれる。ＲｅａｓｏｎＣｏｄｅ１２０４には、ＤＥＬＢＡフレームが送信される理由を識別するための識別子が格納される。ＤＥＬＢＡＧＣＲＧｒｏｕｐＡｄｄｒｅｓｓ１２０５には、終了するＢｌｏｃｋＡｃｋ通信のＧＣＲｇｒｏｕｐａｄｄｒｅｓｓを示す値が格納される。Ｍｕｌｔｉ－ｂａｎｄ１２０６および１２０７には、マルチバンド通信に利用する周波数帯域に関する情報が格納される。なお、このフィールドに格納されるＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔについては、図９を用いて上述した通りである。ＴＣＬＡＳ１２０８には、トラフィックのクラスを示す情報が格納される。なお、Ｍｕｌｔｉ－ｂａｎｄ１２０６および１２０７とＴＣＬＡＳ１２０８は、いずれもオプションのフィールドであるため、ＤＥＬＢＡフレームに含まれる場合と含まれない場合がある。

本実施形態では、例えば、Ｍｕｌｔｉ－ｂａｎｄ１２０６に２．４ＧＨｚ帯の情報が格納され、Ｍｕｌｔｉ－ｂａｎｄ１２０７に５ＧＨｚ帯の情報が格納されたＤＥＬＢＡフレームが送信される。これにより、２．４ＧＨｚ帯と５ＧＨｚ帯のＢｌｏｃｋＡｃｋ通信を終了することが示される。ただし、これは一例に過ぎず、他の構成が用いられてもよい。例えば、Ｍｕｌｔｉ－ｂａｎｄフィールドを１つも含めないことにより、確立したＢｌｏｃｋＡｃｋ通信のすべての周波数帯域についてＢｌｏｃｋＡｃｋ通信を終了することが表現されてもよい。また、例えばＤＥＬＢＡフレームが２．４ＧＨｚ帯で送信される場合に、ＤＥＬＢＡフレームにその２．４ＧＨｚ帯に関する情報が格納されなくても、ＢｌｏｃｋＡｃｋ通信における２．４ＧＨｚ帯の使用が終了されてもよい。すなわち、ＤＥＬＢＡフレームは、そのフレームに情報が含まれていないが、フレームが送信される周波数帯域と、Ｍｕｌｔｉ－ｂａｎｄフィールドに含められた情報が示す周波数帯域との、ＢｌｏｃｋＡｃｋ通信での使用を終了するために用いられうる。

上述の例では、２．４ＧＨｚ帯と５ＧＨｚ帯の２つの周波数帯域を用いたマルチバンド通信におけるＢｌｏｃｋＡｃｋ通信の開始と終了について説明した。そして、ＢｌｏｃｋＡｃｋ通信を開始する際に、それらの周波数帯域をそれぞれ指定する２つのＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含んだＡＤＤＢＡＲｅｑｕｅｓｔ／ＡＤＤＢＡＲｅｓｐｏｎｓｅが送受信される。また、ＢｌｏｃｋＡｃｋ通信を終了する際には、それらの周波数帯域をそれぞれ指定する２つのＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含んだＤＥＬＢＡフレームが送受信される。これにより、２つの周波数帯域を用いた通信に関するＢｌｏｃｋＡｃｋの適用が可能となる。この手法を、より多くの周波数帯域を用いたマルチバンド通信に適用することができる。すなわち、例えば３つの周波数帯域が用いられる場合に、各周波数帯域に対応する３つのＭｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを用いることにより、これらの周波数帯域でのＢｌｏｃｋＡｃｋ通信の開始・終了をすることができる。なお、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを拡張し、周波数帯域のみならず、周波数チャネルの指定をできるようにしてもよい。

また、３つ以上の周波数帯域を使用するＢｌｏｃｋＡｃｋ通信では、その周波数帯域のうちの一部のみをＢｌｏｃｋＡｃｋ通信から除く処理が実行されてもよい。以下、通信装置１０２と通信装置１０３との間で３つの周波数帯域（２．４ＧＨｚ帯、５ＧＨｚ帯、および、６ＧＨｚ帯）を使用したＢｌｏｃｋＡｃｋ通信が実行され、１つの周波数帯域がＢｌｏｃｋＡｃｋ通信から除かれる場合の処理例について説明する。図１３に、この処理の流れの例を示す。なお、ＢｌｏｃｋＡｃｋ通信を開始する際の各装置における処理は、図５及び図６と同様であり、これらの処理が開始される契機も上述の通りである。また、各処理についての詳細も同様であるため、その説明については省略する。

図１３において、まず、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信に利用する周波数帯域を決定する（Ｓ１３０１、Ｓ５０１）。ここでは、通信装置１０２が、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の３つの周波数帯域でＢｌｏｃｋＡｃｋ通信を行うと決定したものとする。そして、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信で使用すると決定した周波数帯域に関する情報を送信するための周波数帯域を決定し（Ｓ５０２）、その決定した周波数帯域で情報を送信する（Ｓ１３０２、Ｓ５０３）。なお、図１３の例では、通信装置１０２は、ＢｌｏｃｋＡｃｋ通信で使用すると決定した周波数帯域に関する情報を送信するための周波数帯域を２．４ＧＨｚと決定したものとする。また、ＢｌｏｃｋＡｃｋ通信で使用すると決定した周波数帯域に関する情報は、例えば、図４の場合と同様に、ＡＤＤＢＡＲｅｑｕｅｓｔによって通知されうる。通信装置１０２は、例えば、図１４に示すように、使用する３つの周波数帯域のそれぞれに対応する３つのＭｕｌｔｉ－ｂａｎｄフィールド１４０１～１４０３が用意されたＡＤＤＢＡＲｅｑｕｅｓｔを、通信装置１０３へ送信しうる。なお、Ｍｕｌｔｉ－ｂａｎｄフィールド１４０１～１４０３に格納される情報は、図９に関連して説明したような情報であり、１つのフィールドにおいて、１つの周波数帯域の情報が通知される。また、図１４の構成は、Ｍｕｌｔｉ－ｂａｎｄフィールドの数が異なる以外は、図７の構成と同様であるため、同じフィールドには同じ参照符号を付してその説明については省略する。

通信装置１０３は、通信装置１０２が送信したＡＤＤＢＡＲｅｑｕｅｓｔの受信に成功すると（Ｓ６０１でＹＥＳ）、肯定応答（Ａｃｋ）を送信する（Ｓ１３０３）。また、通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔの内容を解析し（Ｓ６０２）、その解析結果に応じて内容が設定されたＡＤＤＢＡＲｅｓｐｏｎｓｅを用意して送信する。すなわち、通信装置１０３は、通信装置１０２がＢｌｏｃｋＡｃｋ通信に利用する周波数帯域においてＢｌｏｃｋＡｃｋ通信を開始することができるか否かを判定する（Ｓ６０３）。そして、通信装置１０３は、通知された周波数帯域でのＢｌｏｃｋＡｃｋ通信を開始可能な場合（Ｓ６０３でＹＥＳ）、ＳｔａｔｕｓＣｏｄｅを「Ｓｕｃｃｅｓｓ」に設定したＡＤＤＢＡＲｅｓｐｏｎｓｅを生成して送信する（Ｓ１３０４、Ｓ６０４）。なお、ここでのＡＤＤＢＡＲｅｓｐｏｎｓｅは、ＡＤＤＢＡＲｅｑｕｅｓｔが受信された周波数帯域（図１３の例では２．４ＧＨｚ帯）において送信される。通信装置１０３は、これにより、ＢｌｏｃｋＡｃｋ通信を開始することができる（Ｓ６０５）。なお、ここでのＡＤＤＢＡＲｅｓｐｏｎｓｅも、図１５に示すように、使用する３つの周波数帯域のそれぞれに対応する３つのＭｕｌｔｉ－ｂａｎｄフィールド１５０１～１５０３を含む。なお、Ｍｕｌｔｉ－ｂａｎｄフィールド１５０１～１５０３に格納される情報は、図９に関連して説明したような情報であり、１つのフィールドにおいて、１つの周波数帯域の情報が通知される。また、図１５の構成は、Ｍｕｌｔｉ－ｂａｎｄフィールドの数が異なる以外は、図８の構成と同様であるため、同じフィールドには同じ参照符号を付してその説明については省略する。通信装置１０２は、このＡＤＤＢＡＲｅｓｐｏｎｓｅを受信し（Ｓ５０４でＹＥＳ）、そのＳｔａｔｕｓＣｏｄｅが「Ｓｕｃｃｅｓｓ」であることを確認すると（Ｓ５０５でＹＥＳ）、ＢｌｏｃｋＡｃｋ通信を開始する（Ｓ５０６）。なお、通信装置１０２は、ＡＤＤＢＡＲｅｓｐｏｎｓｅを受信したことに応じて、肯定応答（Ａｃｋ）を送信しうる（Ｓ１３０５）。そして、通信装置１０２と通信装置１０３との間で、ＢｌｏｃｋＡｃｋ通信の際に使用する通信パラメータが確定される（Ｓ１３０６）。

一方、通信装置１０３が通知された周波数帯域でのＢｌｏｃｋＡｃｋ通信を開始可能でない場合（Ｓ６０３でＮＯ）や、通信装置１０２がＡＤＤＢＡＲｅｓｐｏｎｓｅを受信できなかった場合（Ｓ５０４でＮＯ）の処理は上述の通りである。なお、通信装置１０３は、ＡＤＤＢＡＲｅｑｕｅｓｔに含められた複数の周波数帯域の一部でＢｌｏｃｋＡｃｋ通信を行うことができる場合、そのＢｌｏｃｋＡｃｋ通信で使用可能な周波数帯域の情報をＡＤＤＢＡＲｅｓｐｏｎｓｅに含めて送信しうる。例えば、ＡＤＤＢＡＲｅｑｕｅｓｔによって、２．４ＧＨｚ帯、５ＧＨｚ帯、および、６ＧＨｚ帯がＢｌｏｃｋＡｃｋ通信に使用される周波数帯域として通知されたとする。このときに、通信装置１０３は、例えば２．４ＧＨｚ帯と５ＧＨｚ帯を用いてＢｌｏｃｋＡｃｋ通信を実行可能であるが、６ＧＨｚ帯を使用することはできないと判定しうる。この場合、通信装置１０３は、２．４ＧＨｚ帯と５ＧＨｚ帯のそれぞれに対応する２つのＭｕｌｔｉ－ｂａｎｄフィールドを含んだＡＤＤＢＡＲｅｓｐｏｎｓｅを通信装置１０２へ送信してもよい。通信装置１０２は、このＡＤＤＢＡＲｅｓｐｏｎｓｅにより、２．４ＧＨｚ帯と５ＧＨｚ帯のみがＢｌｏｃｋＡｃｋ通信で使用可能であることを認識し、それらの周波数帯域を用いてＢｌｏｃｋＡｃｋ通信を開始することができる。なお、図１３では、通信装置１０２および通信装置１０３が２．４ＧＨｚ帯、５ＧＨｚ帯、および、６ＧＨｚ帯においてＢｌｏｃｋＡｃｋ通信を実行可能であり、これらの周波数帯域でＢｌｏｃｋＡｃｋ通信が開始されるものとする。

その後、通信装置１０２および通信装置１０３は、確定した通信パラメータを用いて、ＢｌｏｃｋＡｃｋ通信により、データの送受信を行う。図１３には、通信装置１０２と通信装置１０３が、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯のそれぞれにおける接続を用いたデータの送受信（Ｓ１３２１～Ｓ１３２３、Ｓ１３３１～Ｓ１３３３、Ｓ１３４１～Ｓ１３４２）を行うことが例示されている。

その後、通信装置１０２と通信装置１０３は、２．４ＧＨｚ帯と５ＧＨｚ帯のＢｌｏｃｋＡｃｋ通信を維持しながら、６ＧＨｚについてＢｌｏｃｋＡｃｋ通信を終了すると決定したものとする（Ｓ１３０７）。この場合の処理について、図１６及び図１７を用いて説明する。なお、図１６及び図１７の処理のうち、図１０及び図１１と同様の処理については、同じ参照符号を付して詳細な説明については省略する。

通信装置１０２は、６ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信の終了を決定すると（Ｓ１００１でＹＥＳ）、そのＢｌｏｃｋＡｃｋ通信の終了を要求するフレームを生成して送信する（Ｓ１００２、Ｓ１００３、Ｓ１３０８）。通信装置１０２は、例えばＡＤＤＢＡＲｅｑｕｅｓｔを送信した周波数帯域（図１３では２．４ＧＨｚ帯）で、ＢｌｏｃｋＡｃｋ通信の終了を要求するフレームとして、ＤＥＬＢＡフレームを含むＡｃｔｉｏｎフレームを送信する。このときのＤＥＬＢＡフレームの例を図１８に示す。このＤＥＬＢＡフレームは、ＢｌｏｃｋＡｃｋ通信を終了する周波数帯域に対応するＭｕｌｔｉ－ｂａｎｄフィールド１８０１を含む。このフレーム構成は、Ｍｕｌｔｉ－ｂａｎｄフィールドが１つしかない点を除き、図１２と同様である。図１２の構成と同様のフィールドについては、参照符号を付して説明を省略する。図１８のＭｕｌｔｉ－ｂａｎｄフィールド１８０１は、ＢｌｏｃｋＡｃｋ通信を終了する周波数帯域の情報を含み、この場合は、６ＧＨｚ帯の周波数帯域に関する情報が格納される。

通信装置１０３は、例えば、ＤＥＬＢＡフレームを含むＡｃｔｉｏｎフレームを受信したかにより、ＢｌｏｃｋＡｃｋの終了に関するフレームを受信したかを判定する（Ｓ１１０１）。通信装置１０３は、そのようなフレームを受信した場合（Ｓ１１０１でＹＥＳ）、受信したフレーム（ＤＥＬＢＡフレーム）を解析する（Ｓ１１０２）。通信装置１０３は、この解析により、６ＧＨｚ帯のＢｌｏｃｋＡｃｋ通信の終了が要求されていることを特定する。そして、通信装置１０３は、Ａｃｋを通信装置１０２へ送信し（Ｓ１３０９、Ｓ１１０３）、６ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信を終了する。一方で、通信装置１０３は、２．４ＧＨｚ帯と５ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信については継続しているため（Ｓ１７０１でＮＯ）、さらなるＤＥＬＢＡフレームを含んだＡｃｔｉｏｎフレームの受信を監視する（Ｓ１１０１）。通信装置１０２は、通信装置１０３からＡｃｋを受信して（Ｓ１００４）、６ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信を終了する。一方で、通信装置１０２は、２．４ＧＨｚ帯と５ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信を継続しているため（Ｓ１６０１でＮＯ）、そのＢｌｏｃｋＡｃｋ通信の少なくとも一部を終了すべきかの監視を継続する（Ｓ１００１）。

その後、通信装置１０２と通信装置１０３は、２．４ＧＨｚ帯と５ＧＨｚ帯でのＢｌｏｃｋＡｃｋ通信を継続し（Ｓ１３２４～Ｓ１３２６、Ｓ１３３４～Ｓ１３３６）、その後にＢｌｏｃｋＡｃｋ通信を終了することを決定しうる（Ｓ１３１０）。この場合の処理（Ｓ１３１１～Ｓ１３１２）は、図４のＳ４０８およびＳ４０９の処理と同様である。通信装置１０２は、この処理によって、全ての周波数帯域でＢｌｏｃｋＡｃｋ通信の終了処理を実行したことになり（Ｓ１６０１でＹＥＳ）、ＢｌｏｃｋＡｃｋ通信を終了する（Ｓ１００５）。また、通信装置１０３は、この処理によって、全ての周波数帯域でＢｌｏｃｋＡｃｋ通信の終了処理を実行したことになり（Ｓ１７０１でＹＥＳ）、ＢｌｏｃｋＡｃｋ通信を終了する（Ｓ１１０４）。

なお、上述の例では、ＢｌｏｃｋＡｃｋ通信を実行中の一部の周波数帯域について、ＢｌｏｃｋＡｃｋ通信を停止する場合の処理について説明した。この手法は、ＢｌｏｃｋＡｃｋ通信を実行中に、さらなる周波数帯域での通信をＢｌｏｃｋＡｃｋ通信の対象とする際にも適用可能である。この場合、例えば、ＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅに、追加すべき周波数帯域の情報が格納されたＭｕｌｔｉ－ｂａｎｄフィールドが設定される。すなわち、ＢｌｏｃｋＡｃｋ通信を実行中に、ＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅが送受信されることによって、ＢｌｏｃｋＡｃｋ通信に、さらなる周波数帯域を追加することができる。なお、実行中のＢｌｏｃｋＡｃｋ通信の内容を変更して継続する際には、ＡＤＤＢＡＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｓｅやＤＥＬＢＡフレームと異なるフレームが用いられてもよい。

以上のようにして、複数の周波数帯域を用いたマルチバンド通信において、各周波数帯域を柔軟に使用してＢｌｏｃｋＡｃｋ通信を開始・終了することができる。すなわち、複数の周波数帯域のいずれを用いてＢｌｏｃｋＡｃｋ通信を実行するかをＡＤＤＢＡＲｅｑｕｅｓｔ及びＡＤＤＢＡＲｅｓｐｏｎｓｅを用いて決定することができる。例えば、ＡＤＤＢＡＲｅｑｕｅｓｔにおいて、２つ以上の周波数帯域に関する情報をそれぞれが含む２つ以上のＭｕｌｔｉ－ｂａｎｄフィールドにより、ＢｌｏｃｋＡｃｋ通信で使用することを要求する周波数帯域が指定される。そして、例えば、ＡＤＤＢＡＲｅｓｐｏｎｓｅにおいて、指定された周波数帯域のうちのいずれを使用可能かが、その周波数帯域に関する情報をそれぞれが含む１つ以上のＭｕｌｔｉ－ｂａｎｄフィールドにより示されうる。また、ＤＥＬＢＡフレームにおいて、全部の周波数帯域におけるＢｌｏｃｋＡｃｋ通信の終了のみならず、一部の周波数帯域のみにおいてＢｌｏｃｋＡｃｋ通信を終了することが可能となる。例えば、４つの周波数帯域でＢｌｏｃｋＡｃｋ通信を実行中に、２つの周波数帯域でのそのＢｌｏｃｋＡｃｋ通信を終了する場合には、ＤＥＬＢＡフレームは２つのＭｕｌｔｉ－ｂａｎｄフィールドを含んで構成されうる。なお、周波数帯域ごとの指定ではなく、無線リンク／周波数チャネルごとに、ＢｌｏｃｋＡｃｋ通信の開始・終了が指示されてもよい。この場合、Ｍｕｌｔｉ－ｂａｎｄフィールドが使用されてもよいし、他のフィールドが使用されてもよい。このように、本実施形態によれば、複数のリンクを用いた通信をまとめて制御する際の制御通信において、使用するリンクの柔軟な設定および変更が可能となる。

なお、上述の実施形態では、ＢｌｏｃｋＡｃｋ通信に関する開始・終了処理について説明したが、これに限られない。例えば、ＢｌｏｃｋＡｃｋ通信以外の、複数の周波数帯域（複数の無線リンク）のうちの２つ以上における通信をまとめて制御する制御通信を実行可能である場合に、その制御の開始・終了処理において、上述の処理を適用可能である。すなわち、複数の無線リンクにそれぞれ対応する複数の周波数チャネルのうちのいずれがその制御の対象となるか、また、いずれの周波数チャネルを制御の対象から外すかを指定するために、上述のＡＤＤＢＡ及びＤＥＬＢＡに関するフレームが使用されうる。

なお、上述の実施形態では、通信装置１０２と通信装置１０３が、ＩＥＥＥ８０２．１１規格シリーズに準拠した接続を確立してマルチバンド通信を行うとしたが、これに限られない。例えば、通信装置１０２と通信装置１０３は、ＩＥＥＥ８０２．１１シリーズ規格とは異なる通信規格に準拠した、使用する周波数チャネル（周波数帯域）の異なる複数の接続を確立して、マルチバンド通信を行ってもよい。この場合に、上述のようにして、マルチバンド通信におけるＢｌｏｃｋＡｃｋ通信の開始と終了とを行うことができる。

なお、上述の通信装置１０２および通信装置１０３が実行すべき処理は、例えば各装置の制御部２０２が記憶部２０１に記憶されたプログラムを実行することによって実現されうるが、その少なくとも一部または全部がハードウェアにより実現されてもよい。例えば、所定のコンパイラを用いて、各処理ステップを実現するためのコンピュータプログラムからＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）上に専用回路を生成することにより、各処理がハードウェアにより実現されうる。また、ＦＰＧＡが使用される場合と同様にしてＧａｔｅＡｒｒａｙ回路を形成することにより、各処理がハードウェアにより実現されてもよい。また、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）により、各処理が実現されてもよい。

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

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

３０１、３０６、３０７：無線ＬＡＮ制御部、３０２：フレーム生成部、３０３：フレーム解析部

Claims

通信装置であって、
他の通信装置との第１の周波数チャネルを介したＡｓｓｏｃｉａｔｉｏｎフレームの通信に基づいて、前記他の通信装置との間で前記第１の周波数チャネルにおける第１の接続と第２の周波数チャネルにおける第２の接続とを確立する確立手段と、
第１のＴＩＤが指定された複数のデータ通信に関する確認応答を集約して通信するように制御するＢｌｏｃｋＡｃｋを用いた通信を前記第１の接続および前記第２の接続を含んだ複数の接続において実行している間に、前記第１の接続において前記ＢｌｏｃｋＡｃｋを用いた通信を終了するためのＤＥＬＢＡフレームであって、前記第１のＴＩＤを示す情報を含み、かつ、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含まない前記ＤＥＬＢＡフレームを前記他の通信装置から前記複数の接続のうちの１つの接続を介して受信したことに応じて、前記第１のＴＩＤが指定されたデータ通信における前記ＢｌｏｃｋＡｃｋを用いた通信を終了するように制御する制御手段と、
を有することを特徴とする通信装置。
前記複数のデータ通信に関する確認応答を集約した通信は、前記第１の接続と前記第２の接続とにおける通信の確認応答を集約して送受信するＢｌｏｃｋＡｃｋ通信であることを特徴とする請求項１に記載の通信装置。
前記通信装置と前記他の通信装置との間にそれぞれ周波数チャネルの異なる２つ以上の接続が確立されている場合に、前記第１のＴＩＤを示す情報を含み、かつ、前記Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含まない前記ＤＥＬＢＡフレームを受信したことに応じて、前記制御手段は前記２つ以上の接続のすべてにおいて前記ＢｌｏｃｋＡｃｋを用いた通信を終了するように制御することを特徴とする請求項１または２に記載の通信装置。
第１のＴＩＤを示す情報を含み、かつ、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含む前記ＤＥＬＢＡフレームを受信したことに応じて、前記制御手段は前記Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔが対応する周波数帯域における、前記ＢｌｏｃｋＡｃｋを用いた通信を終了するように制御することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記ＤＥＬＢＡフレームが第１の周波数帯域における前記第１の接続を介して通信される場合、当該第１の周波数帯域の前記ＢｌｏｃｋＡｃｋを用いた通信を終了する場合であっても前記第１の周波数帯域に対応する前記Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔは格納されないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記ＢｌｏｃｋＡｃｋを用いた通信を実行している周波数帯域のうちの一部の周波数帯域での前記ＢｌｏｃｋＡｃｋを用いた通信を終了し、他の周波数帯域における前記ＢｌｏｃｋＡｃｋを用いた通信が継続される場合、前記ＤＥＬＢＡフレームには、前記ＢｌｏｃｋＡｃｋを用いた通信を終了する周波数帯域に対応する前記Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔが格納され、前記ＢｌｏｃｋＡｃｋを用いた通信が継続される周波数帯域に対応する前記Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔは格納されないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記ＢｌｏｃｋＡｃｋを用いた通信は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した通信であることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
通信装置によって実行される制御方法であって、
他の通信装置との第１の周波数チャネルを介したＡｓｓｏｃｉａｔｉｏｎフレームの通信に基づいて、前記他の通信装置との間で前記第１の周波数チャネルにおける第１の接続と第２の周波数チャネルにおける第２の接続とを確立することと、
第１のＴＩＤが指定された複数のデータ通信に関する確認応答を集約して通信するように制御するＢｌｏｃｋＡｃｋを用いた通信を前記第１の接続および前記第２の接続を含んだ複数の接続において実行している間に、前記第１の接続において前記ＢｌｏｃｋＡｃｋを用いた通信を終了するためのＤＥＬＢＡフレームであって、前記第１のＴＩＤを示す情報を含み、かつ、Ｍｕｌｔｉ－ｂａｎｄｅｌｅｍｅｎｔを含まない前記ＤＥＬＢＡフレームを前記他の通信装置から前記複数の接続のうちの１つの接続を介して受信したことに応じて、前記第１のＴＩＤが指定されたデータ通信における前記ＢｌｏｃｋＡｃｋを用いた通信を終了するように制御することと、
を含むことを特徴とする制御方法。
コンピュータを、請求項１から７のいずれか１項に記載の通信装置として機能させるためのプログラム。