JP2022013432A

JP2022013432A - 制御装置とその制御方法、通信装置とその通信方法、およびプログラム

Info

Publication number: JP2022013432A
Application number: JP2020115989A
Authority: JP
Inventors: 佑生吉川; Yuki Yoshikawa
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-07-03
Filing date: 2020-07-03
Publication date: 2022-01-18
Also published as: WO2022004386A1; EP4178281A1; KR20230029898A; US20230115667A1; CN115868229A

Abstract

【課題】複数のアクセスポイントが並行してステーションと通信する際の通信性能をさらに向上させること。【解決手段】制御装置は、第１の通信装置と第２の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含めた、その通信をトリガするためのフレームを、第１の通信装置へ送信する。【選択図】図１３

Description

本発明は、無線通信のリソース制御技術に関する。

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

一方、さらなるスループット向上、周波数利用効率の改善、通信のレイテンシの改善等のために、ＩＥＥＥ８０２．１１ａｘの後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれる規格のためのＴａｓｋＧｒｏｕｐが結成されている。ＩＥＥＥ８０２．１１ｂｅ規格では、複数のアクセスポイント（以下、「ＡＰ」と呼ぶ場合がある。）が協調して動作し、ステーション（以下、「ＳＴＡ」と呼ぶ場合がある。）とデータ通信を行う技術が検討されている。このように複数のＡＰが協調してＳＴＡとの通信を行うことにより、通信レートを向上させることや、複数のＡＰ又はＳＴＡがそれぞれ送信した無線信号が相互に干渉することを抑制することなどの通信性能を改善することができる。

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

本発明は、複数のアクセスポイントが並行してステーションと通信する際の通信性能をさらに向上させるための技術を提供する。

本発明の一態様による制御装置は、第１の通信装置と第２の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含めた、当該通信をトリガするためのフレームを、前記第１の通信装置へ送信する送信手段を有する。

本発明によれば、複数のアクセスポイントが並行してステーションと通信する際の通信性能をさらに向上させることができる。

ネットワークの構成例を示す図である。通信装置のハードウェア構成例を示す図である。通信装置の機能構成例を示す図である。マスタＡＰによって実行される処理の流れの第１の例を示す図である。スレーブＡＰによって実行される処理の流れの第１の例を示す図である。ＳＴＡへデータが送信される際の処理の流れの例を示す図である。マスタＡＰによって実行される処理の流れの第２の例を示す図である。スレーブＡＰによって実行される処理の流れの第２の例を示す図である。ＳＴＡからデータが受信される際の処理の流れの例を示す図である。複数のＳＴＡへデータが送信される際の処理の流れの例を示す図である。複数のＳＴＡからデータが受信される際の処理の流れの例を示す図である。トリガフレームの構成の第１の例を示す図である。トリガフレームの構成の第２の例を示す図である。

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

（ネットワーク構成）
図１に、本実施形態にかかるネットワークの構成例を示す。ネットワーク１０１～ネットワーク１０３は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）規格を含むＩＥＥＥ８０２．１１規格シリーズに準拠したアクセスポイント（例えば、ＡＰ１００、ＡＰ１０４～ＡＰ１０６の少なくともいずれか）によって構成される。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓの頭字語である。また、ＥＨＴは、ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ又はＥｘｔｒｅｍｅＨｉｇｈＴｈｒｏｕｇｈｐｕｔの頭字語である。ＩＥＥＥ８０２．１１ｂｅ規格に準拠したステーション（ＳＴＡ１０７～ＳＴＡ１０９）は、これらのネットワークの少なくともいずれかに参加して、ＡＰ１０４～ＡＰ１０６の少なくともいずれかとの間で無線通信を行う。なお、以下では、ネットワークがＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮである場合について説明するが、同様の通信機能を有する様々な無線通信ネットワークに以下の議論を適用することができる。すなわち、ＡＰ及びＳＴＡは、各種無線通信システムにおける通信装置の一例であり、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮのＡＰ及びＳＴＡに限定されない。なお、以下では、特にＡＰとＳＴＡとを区別する必要のない場合に、これらの装置を総称して「通信装置」と呼ぶ場合がある。

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

本実施形態において、各ＡＰは、例えば、無線ＬＡＮルータやパーソナルコンピュータ（ＰＣ）などでありうるが、これらに限定されない。また、ＡＰ１０４～ＡＰ１０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ＳＴＡ１０７～ＳＴＡ１０９は、例えば、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラなどでありうるが、これらに限定されない。ＳＴＡ１０７～ＳＴＡ１０９は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、図１には、４台のＡＰと３台のＳＴＡとを含むネットワーク構成の例を示しているが、ＡＰおよびＳＴＡの台数や配置はこれに限定されない。

図１の例では、ＳＴＡ１０７およびＳＴＡ１０８は、ネットワーク１０１、ネットワーク１０２、およびネットワーク１０３のそれぞれの通信可能範囲内に位置し、これらのネットワークの少なくともいずれかに接続することで通信を行う。また、ＳＴＡ１０９は、ネットワーク１０１およびネットワーク１０３のそれぞれの通信可能範囲内に位置し、これらのネットワークの少なくともいずれかに接続することで通信を行う。なお、図１においては、ネットワーク１０１は、ＡＰ１０４によって構成され、ネットワーク１０２は、ＡＰ１０５により構成され、ネットワーク１０３は、ＡＰ１０６によって構成されている。ＡＰ１００は、後述するように、ＡＰ１０４～ＡＰ１０６と通信して、これらのＡＰにＳＴＡとの通信を行わせる制御装置（マスタＡＰ）として機能するものとする。

なお、ＡＰ１０４～ＡＰ１０６がそれぞれ別個にネットワークを構成する場合、各ネットワークのＢＳＳＩＤは全て異なりうる。なお、ＢＳＳＩＤは、ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒの頭字語であり、ネットワークを識別するための識別子である。また、ＡＰ１００およびＡＰ１０４～ＡＰ１０６が各ネットワークにおいて示すＳＳＩＤは、すべて共通であるものとする。なお、ＳＳＩＤはＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒの略で、アクセスポイントを識別するための識別子である。本実施形態では、ＡＰ１００、ＡＰ１０４～ＡＰ１０６は、複数の接続を確立した場合であっても、共通で１つのＳＳＩＤを用いる。

各通信装置は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）通信により、複数のユーザの信号が多重された通信を行うことができる。このような複数のユーザの信号が多重化されて行われる通信は、マルチユーザ（ＭＵ）通信と呼ばれる。ＯＦＤＭＡ通信では、システム帯域幅が所定のサイズに分割されて得られる周波数リソースであるＲｅｓｏｕｒｃｅＵｎｉｔ（ＲＵ）が、各ＳＴＡに対してそれぞれ重複しないように割り当てられる。これにより、各ＳＴＡの信号が相互に干渉することを防ぎ又は干渉量を抑制することができ、ＡＰは、システム帯域内で、複数のＳＴＡと並行して通信することができる。例えば、ＡＰ１０４は、ＳＴＡ１０７～ＳＴＡ１０９に対して、それぞれ重複しないＲＵを割り当てることにより、これらのＳＴＡとの間の通信を並行して実行することができる。

各通信装置は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。また、各通信装置は、例えば２４０ＭＨｚや４ＭＨｚなど、上述の帯域幅と異なる帯域幅を使用してもよい。なお、ＩＥＥＥ８０２．１１規格シリーズでは、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。一方で、隣接する周波数チャネルをボンディングすることにより、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用することができる。また、各通信装置は、２．４Ｈｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数チャネルで通信することができ、さらに、例えば６０ＧＨｚ帯などのさらなる周波数帯の周波数チャネルを使用可能であってもよい。

なお、通信装置は、マルチリンク通信によって、複数の周波数帯のチャネルを並行して用いて通信を行うこともできる。例えば、ＡＰ１０５は、ＳＴＡ１０７との間で、２．４ＧＨｚ帯の第１の周波数チャネルを介した第１のリンク１１０と、５ＧＨｚ帯の第２の周波数チャネルを介した第２のリンク１１１とを確立し、両方のリンクを介して通信することができる。この場合、ＡＰ１０５は、第１の周波数チャネルを介した第１のリンク１１０を維持しながら、並行して、第２の周波数チャネルを介した第２のリンク１１１を維持する。マルチリンク通信を行う場合、ＡＰ１０５とＳＴＡ１０７は、１つのデータを分割して、複数のリンクを介して分割されたデータを相手装置へ送信する。これにより、ＡＰ１０５は、ＳＴＡ１０７との間で複数の周波数チャネルを介した無線リンクを確立することにより、ＳＴＡ１０７との通信におけるスループットを向上させることができる。なお、本実施形態では、リンク１１０が、２．４ＧＨｚの５ｃｈにおける２０ＭＨｚ帯域幅で確立されるものとし、そのリンク番号が１であるものとする。また、リンク１１１が、５ＧＨｚの３６ｃｈにおける４０ＭＨｚ帯域幅で確立されるものとし、そのリンク番号が２であるものとする。また、ＡＰ１０４とＳＴＡ１０７との間のリンク１１２は、５ＧＨｚの３６ｃｈにおける４０ＭＨｚ帯域幅で確立されるものとする。

なお、ＡＰ１０５とＳＴＡ１０７は、第１のリンク１１０と第２のリンク１１１に加えて、さらなるリンクを確立することにより、３つ以上のリンクを確立して通信してもよい。例えば、ＡＰ１０５とＳＴＡ１０７は、例えば、上述の第１のリンク１１０および第２のリンク１１１に加えて、６ＧＨｚ帯の周波数チャネルを用いて第３のリンクを確立してもよい。また、同じ周波数帯に含まれる複数の異なるチャネルを用いる複数のリンクが確立されるようにしてもよい。例えば、ＡＰ１０５とＳＴＡ１０７は、第１のリンク１１０を２．４ＧＨｚ帯における１ｃｈで確立し、第２のリンク１１１を２．４ＧＨｚ帯における５ｃｈで確立してもよい。なお、周波数帯が同じリンクと、周波数帯が異なるリンクとが混在していてもよい。例えば、ＡＰ１０５とＳＴＡ１０７は、２．４ＧＨｚ帯の１ｃｈおよび５ｃｈのそれぞれで第１のリンク１１０と第２のリンク１１１を確立し、これに加えて、５ＧＨｚ帯の３６ｃｈで第３のリンクを確立してもよい。ＡＰ１０５とＳＴＡ１０７は、複数の周波数帯にまたがって複数の接続を確立することにより、ある帯域が混雑している場合であっても、他方の帯域での通信を行うことができるため、通信のスループットの低下を防ぐことができる。マルチリンク通信において確立される複数のリンクは、少なくとも、それぞれの周波数チャネルが異なる。また、マルチリンク通信で確立される複数のリンクのそれぞれの周波数チャネルの間の間隔は、少なくとも２０ＭＨｚより大きい。

また、各通信装置は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－ＩｎｐｕｔＡｎｄＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）通信を実行可能に構成されてもよい。例えば、送信側の通信装置と受信側の通信装置とがそれぞれ複数のアンテナを有し、送信側の装置が、複数の送信アンテナのそれぞれから異なる信号を同じ周波数チャネルで送信する。そして、受信側の装置は、複数の受信アンテナに到達したすべての信号を同時に受信し、各ストリームの信号を分離して復号する。これにより、複数のデータストリームが同じ周波数チャネルおよび時間区間において並行して送受信されることとなる。このように、ＭＩＭＯ通信が用いられることにより、同じ時間長の期間において、より多くのデータの送受信を行うことが可能となる。また、マルチリンク通信が行われる場合、確立された複数のリンクのうちの一部のリンクにおいてのみ、ＭＩＭＯ通信が実行されるようにしてもよい。また、例えば、ＭＩＭＯ技術を基礎とした分散ＭＩＭＯ技術が用いられてもよい。分散ＭＩＭＯでは、複数のＡＰと複数のＳＴＡが存在している環境において、複数のＡＰが相互に通信状態や装置の状態についての情報を共有し、同じタイミングで通信が行われる。複数のＡＰが協調して通信することにより、単一のＡＰで通信が行われる場合と比べて空間ストリーム数を増やすことができるため、スループットを向上させることができる。なお、複数のアンテナを用いて一定の方向に対してアンテナゲインを高くし、別の方向に対してアンテナゲインを低くするなどのビーム制御を行うビームフォーミング技術に基づく協調ビームフォーミングが用いられてもよい。協調ビームフォーミングでは、ＡＰが、ＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）に属するＳＴＡにデータ送信する際に、そのＳＴＡの方向のアンテナゲインを大きくし、かつ、他のＡＰのＢＳＳに属するＳＴＡの方向のアンテナゲインを低くする。ＡＰは、例えば、事前に用意されたアンテナパターンのうちのいずれかを用いてもよいし、ＳＴＡの方向に基づいて都度アンテナパターンを計算してもよい。このように、複数のＡＰの間で、ＳＴＡの位置などの環境情報に基づいて、アンテナパターンを設定し、またスケジューリングを行うことにより、ＢＳＳ間で発生する干渉の影響を低減することができる。このような複数のＡＰが協調動作する通信技術はＭｕｌｔｉ－ＡＰ通信と呼ばれる。Ｍｕｌｔｉ－ＡＰ通信では、ＡＰは、全てのＡＰを管理する１台のマスタＡＰ（以下、「ＭＡＰ」と呼ぶ場合がある。）と、ＭＡＰの管理下で動作するスレーブＡＰ（以下、「ＳＡＰ」と呼ぶ場合がある。）に分類されうる。

本実施形態では、ＡＰ１００が、ＭＡＰとして機能するＡＰであり、ＡＰ１０４～ＡＰ１０６と通信するものとする。一方、ＡＰ１０４～ＡＰ１０６は、ＭＡＰによる制御の下でＳＴＡと通信を行うＳＡＰとして動作可能であるものとする。一例において、ＡＰ１００がＡＰ１０４～ＡＰ１０６に対して通信指示を送信し、ＡＰ１０４～ＡＰ１０６は、その指示に基づいて、ＳＴＡ１０７～１０９と通信するように構成される。

Ｍｕｌｔｉ－ＡＰ通信では、ＳＡＰがＳＴＡと通信する際に、無線リソースの調整を行うことによって、通信性能をさらに改善させることができる。すなわち、何ら調整せずにＳＡＰがＳＴＡと通信する際の周波数チャネルを決定して通信する場合、複数のＳＡＰが同じ周波数チャネルを用いることにより、それらのＳＡＰが送信した信号が相互に干渉しうる。同様に、１つ以上のＳＴＡから複数のＳＡＰへ送信された信号が相互に干渉しうる。このため、本実施形態では、各ＳＡＰに異なる周波数チャネルを使用させることにより、これらの信号の干渉をより確実に回避して、通信性能を向上させる。これによれば、例えば複数のＳＡＰがそれぞれ異なるＳＴＡと協調ビームフォーミングを用いて通信する際に、ビームフォーミングでは干渉を回避しきれないＳＴＡが存在する場合でも、周波数チャネルを異ならしめることにより、干渉を回避することができる。また、１つのＳＴＡが複数のＳＡＰと通信する場合に、それらのＳＡＰが使用する周波数チャネルを異ならしめることにより、これらのＳＡＰが送受信する信号が相互に干渉することを防ぐことができる。さらに、１つのＳＴＡが、１つのＳＡＰとそれぞれ使用周波数チャネルの異なる複数のリンクを確立して通信する場合に、ＳＡＰが、周囲の環境に応じて、いずれのリンクを用いるかを決定することにより、干渉が少ない通信を行うことができる。一方、ＳＡＰは、他のＳＡＰが使用する周波数チャネル等の周囲の環境を事前に知ることができない。このため、本実施形態では、ＭＡＰ（ＡＰ１００）が、Ｍｕｌｔｉ－ＡＰ通信に参加するＳＡＰに対して、通信の指示を使用すべき周波数チャネルや使用すべきリンクを通知する。例えば、ＭＡＰは、ＳＴＡとのデータ通信の際に、複数のＳＡＰに並行して（同時に）データを送信または受信させるために各ＳＡＰに送信する、データ通信をトリガするトリガフレームに、各ＳＡＰが使用すべき周波数チャネルやリンク等を示す情報を含めうる。これにより、Ｍｕｌｔｉ－ＡＰでデータ通信が行われる場合に、適切な周波数チャネル／リンクが使用されることにより、複数のＳＡＰがそれぞれ関与する通信における干渉が発生するのを防ぎ、Ｍｕｌｔｉ－ＡＰ通信の性能をさらに向上させることができる。

以下では、このような処理を行う各通信装置の構成や処理の流れの例について、説明する。

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

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

制御部２０２は、例えば、ＣＰＵやＭＰＵ等の１つ以上のプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成される。ここで、ＣＰＵはＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔの頭字語であり、ＭＰＵは、ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔの頭字語である。制御部２０２は、記憶部２０１に記憶されたプログラムを実行することにより装置全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により装置全体を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＡＰ１００全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。

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

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

通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。通信部２０６は、いわゆる無線チップであり、それ自体が１つ以上のプロセッサやメモリを備えていてもよい。本実施形態では、通信部２０６は、少なくともＩＥＥＥ８０２．１１ｂｅ規格に準拠した処理を実行することができる。また、通信部２０６は、アンテナ２０７～アンテナ２０９を制御して、無線通信のための無線信号の送受信を行う。通信装置は、通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。アンテナ２０７～アンテナ２０９は、例えば、サブＧＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯、及び６ＧＨｚ帯の少なくともいずれかを送受信可能なアンテナである。なお、アンテナ２０７～アンテナ２０９によって対応可能な周波数帯（及びその組み合わせ）については特に限定されない。アンテナ２０７～アンテナ２０９は、それぞれ１本のアンテナであってもよいし、ＭＩＭＯ（Ｍｕｌｔｉ－ＩｎｐｕｔａｎｄＭｕｌｔｉ－Ｏｕｔｐｕｔ）送受信を行うための２本以上のアンテナのセットであってもよい。また、アンテナ２０７～アンテナ２０９は、それぞれが異なる周波数帯に対応可能な２本以上（２セット以上）のアンテナを含んでもよい。また、通信装置が複数のアンテナ２０７～アンテナ２０９を有する構成は一例であり、通信装置は、１つのアンテナのみを有してもよい。なお、通信部２０６とアンテナ２０７～アンテナ２０９とが一体化されていてもよいし、通信部２０６とアンテナ２０７～アンテナ２０９とが別個に用意されて接続されるように構成されてもよい。また、通信部２０６は、例えばアンテナごと、周波数ごとに１つ用意されてもよい。例えば、アンテナ２０７と組み合わせられる第１の通信部と、アンテナ２０８と組み合わせられる第２の通信部と、アンテナ２０９と組み合わせられる第３の通信部とが用意されてもよい。

なお、通信装置が、ＩＥＥＥ８０２．１１規格シリーズに加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、通信部２０６は、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、通信装置が複数の通信規格に準拠した無線通信を実行できる場合、通信装置は、それぞれの通信規格に対応した通信部とアンテナとを個別に有してもよい。

図３には、本実施形態における通信装置（ＡＰ及びＳＴＡ）の機能構成のブロック図を示す。通信装置は、例えば、第１の無線ＬＡＮ制御部３０１、フレーム生成部３０２、フレーム解析部３０３、チャネル割り当て部３０４、ＵＩ制御部３０５、記憶制御部３０６、第２の無線ＬＡＮ制御部３０７、および第３の無線ＬＡＮ制御部３０８を有する。なお、ここでは、通信装置が３つの無線ＬＡＮ制御部を有する例について説明するが、その数は３つに限定されず、１つまたは２つであってもよいし、４つ以上であってもよい。

３つの無線ＬＡＮ制御部は、他の無線ＬＡＮの通信装置との間で無線信号を送受信するためのアンテナ並びに回路により実現される無線ＬＡＮ通信を制御する。無線ＬＡＮ制御部は、例えば、無線ＬＡＮ通信を制御するためのコンピュータプログラムによって実現されうる。無線ＬＡＮ制御部は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２において生成されたフレームに基づいて無線ＬＡＮの通信制御を実行する。フレーム生成部３０２は、いずれかの無線ＬＡＮ制御部によって送信されるべき無線制御フレームを生成する。フレーム生成部３０２において生成される無線制御フレームには、記憶制御部３０６に保存されている設定に基づく制約が課されてもよい。その制約や無線制御フレームの内容は、ＵＩ制御部３０５からのユーザ設定によって変更されてもよい。

フレーム解析部３０３は、各無線ＬＡＮ制御部によって受信された無線フレームを解釈し、その内容を各無線ＬＡＮ制御部に反映させる。一部の無線ＬＡＮ制御部で受信された無線制御フレームにより、フレーム解析部３０３を通して、フレームを受信していない他の無線ＬＡＮ制御部が制御されてもよい。チャネル割り当て部３０４は、通信相手（例えば、通信装置がＡＰ１００である場合のＡＰ１０４～ＡＰ１０６）との通信の際に、その通信で使用されるべきチャネルを割り当てる。また、チャネル割り当て部３０４は、通信相手（ＡＰ１０４～ＡＰ１０６）にさらなる他の装置（例えば、ＳＴＡ１０７～ＳＴＡ１０９）との通信を指示する際に、その通信で使用されるべきチャネルを割り当てる。例えば、ＡＰ１０５とＳＴＡ１０７は、ＡＰ１００のチャネル割り当て部３０４によって決定された割り当てに従ったチャネル、又は、その中で規定されるサブチャネルを用いて通信を行う。

ＵＩ制御部３０５は、通信装置の不図示のユーザによる、通信装置に対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関するハードウェアを制御する。ＵＩ制御部３０５は、例えば、ハードウェアを制御するプログラムにより実現される。なお、ＵＩ制御部３０５は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。記憶制御部３０６は、通信装置が動作するプログラムおよびデータをＲＯＭやＲＡＭに保存するための制御を行う。

（処理の流れ）
続いて、本実施形態に係る通信の流れについて、いくつかの例を用いて説明する。なお、以下の処理例では、上述のように、ＡＰ１００がＭＡＰとして動作し、ＡＰ１０４～ＡＰ１０６がＳＡＰとして動作可能であるものとする。そして、ＡＰ１００は、ＡＰ１０４～ＡＰ１０６とＳＴＡ１０７～ＳＴＡ１０９との間で通信を行わせるための制御を実行する。

＜データ送信＞
ＡＰ１００から、ＡＰ１０４およびＡＰ１０５を介して、ＳＴＡ１０７へデータを送信する場合について、図４を用いて説明する。図４の処理は、例えば、ＡＰ１００からＳＴＡ１０７へ送信すべきデータが存在する場合に開始される。なお、図４の処理は、ＡＰ１００とＡＰ１０４およびＡＰ１０５との間の接続と、ＡＰ１０４およびＡＰ１０５とＳＴＡ１０７との間の接続が確立された際に開始されてもよい。そして、ＡＰ１００からＳＴＡ１０７へデータを送信する際には、後述のＳ４０６の処理から開始されてもよい。

図４の処理において、ＡＰ１００は、まず、近傍のＡＰの情報を取得するための情報取得要求を報知（ブロードキャスト）する（Ｓ４０１）。この情報取得要求には、例えば、同じＳＳＩＤを有する近傍のＡＰがこの要求を受信した場合に返答を返すべきことを示す情報（例えば識別子）が含められてもよい。ＡＰ１００は、近傍のＡＰから、情報取得要求に対する応答を受信することによって、そのＡＰの情報を取得する（Ｓ４０２）。Ｓ４０２で取得される情報は、例えば、そのＡＰが構成しているネットワークのＢＳＳＩＤの情報、そのＡＰが使用可能な周波数チャネルの情報、マルチリンク通信をサポートしているか否かの情報等を含みうる。また、Ｓ４０２で取得される情報は、ＡＰ１００から送出された電波の受信電波強度（ＲＳＳＩ）や信号対雑音比（ＳＮＲ）、ＡＰのＩＰアドレスやＭＡＣアドレス、ＨＴ／ＶＨＴ／ＨＥ／ＥＨＴｃａｐａｂｉｌｉｔｙの値等を含んでもよい。また、Ｓ４０２で取得される情報は、送受信データの伝送速度、許容最大パケットサイズ、接続可能なＳＴＡの最大数、接続中のＳＴＡの数、ＡＰ自身または接続中のＳＴＡがサポートしているセキュリティ規格の種類などの情報を含んでもよい。さらに、接続中のＳＴＡが使用するチャネル、Ｍｉｎ－Ｍａｘを含めたデータ送受信速度などの情報が、Ｓ４０２で取得される情報に含まれていてもよい。

ＡＰ１００は、Ｓ４０２で取得された情報に基づいて、近傍のＡＰで連携するためのグループを形成する（Ｓ４０３）。このとき、ＭＡＰ（ＡＰ１００）は、ＳＡＰ（ＡＰ１０４、ＡＰ１０５、ＡＰ１０６の少なくともいずれか）を識別するためのＩＤを発行する。このＩＤは、接続中のＳＴＡに割り当てられるＡＩＤ（ａｓｓｏｃｉａｔｉｏｎＩＤ）と同等のものとして扱われる。例えば、ＡＰ１００は、自装置にＳＴＡ１０９が接続している場合、そのＳＴＡ１０９に対して、ＡＩＤ＝１を割り当てる。その状態において、ＡＰ１０４～ＡＰ１０６をＳＡＰとする場合には、ＡＰ１０４にＡＩＤ＝２、ＡＰ１０５にＡＩＤ＝３、ＡＰ１０６にＡＩＤ＝４が割り当てられる。なお、各ＡＰを識別するＩＤの割り振り方はこれに限られない。例えば、ＡＩＤとは別に、連携用のＡＰＩＤが割り当てられてもよい。この場合、ＡＰ１０４～ＡＰ１０６には、例えば、それぞれＡＰＩＤ＝１～３が割り当てられる。なお、ＡＰＩＤが割り当てられる場合は、ＡＰＩＤの値の範囲を１～２００７としうる。各ＡＰに割り当てられたＩＤの値（ＡＩＤ又はＡＰＩＤ）は、例えば、ＡＰ１００がＳ４０３においてＳＡＰとのグループを形成することを決定した際に、ＡＰ１００からスレーブＡＰ（ＡＰ１０４～ＡＰ１０６の少なくともいずれか）に送信される。なお、この通知は、後述するＳ４０５とＳ４０６との間に行われてもよい。これにより、後に送信されるトリガフレームにおいて、自装置がどのチャネルやリソースユニットに割り当てられたかをスレーブＡＰが判定することができるようになる。また、ＭＡＰ（ＡＰ１００）は、各ＳＡＰに対して、例えば専用のフレームを用いて割り当てたＩＤを通知してもよいし、既存のフレームによって割り当てたＩＤを通知してもよい。なお、ＡＰＩＤ等の割り当ては、異なるタイミングで行われてもよい。例えば、後述するＳ４０７において、ＡＰがＭｕｌｔｉ－ＡＰ通信に参加することを表明した際にＩＤが割り当てられ、Ｓ４０８において、ＩＤがそのＡＰに伝えられてもよい。

次に、ＡＰ１００は、形成したグループに含まれるＡＰに対して、接続中のＳＴＡの情報を要求する情報取得要求を送信する（Ｓ４０４）。この要求には、各ＡＰに接続されているＳＴＡの情報を要求することを示す識別子が含められうる。また、このフレームは、無線回線を通じて送信される無線フレームでなくてもよく、有線回線を通じて送信される有線フレームであってもよい。その後、ＡＰ１００は、情報取得要求への応答として、要求の送信先のＡＰから、そのＡＰに接続しているＳＴＡの情報を受信する（Ｓ４０５）。この情報には、ＳＴＡのＭＡＣアドレスやＳＴＡの使用チャネルおよび帯域幅、そのＳＴＡがマルチリンク通信をサポートしているか否か、そのＳＴＡと通信する際の電波強度（ＲＳＳＩ）や信号対雑音比（ＳＮＲ）等が含まれうる。また、この情報は、ＳＴＡのＩＰアドレス、ＰｏｗｅｒＳａｖｅモードで動作可能か否か、Ｂｅａｃｏｎの受信頻度を示すＴＩＭ値、ＨＴ／ＶＨＴ／ＨＥ／ＥＨＴｃａｐａｂｉｌｉｔｙの値、Ｍｉｎ－Ｍａｘを含めた送受信データの伝送速度を含みうる。また、この情報には、ＡＰがＳＴＡに割り当てたＡＩＤ、許容できる最大パケットサイズ、接続中のセキュリティ規格の種類などの情報が含まれていてもよい。なお、ＡＰ１００は、Ｓ４０１とＳ４０４の情報取得要求を同時に行い、Ｓ４０２とＳ４０５で受信すべき情報を同時に取得してもよい。

続いて、ＡＰ１００は、各ＳＡＰが次のデータ送信を行うことができるか否か、すなわち、Ｍｕｌｔｉ－ＡＰ通信によるデータ送信に参加可能であるか否かを確認するフレームを送信する（Ｓ４０６）。このフレームには、送信すべきデータの量や、伝送に用いる時間などを示す情報が含まれてもよい。ＡＰ１００は、Ｓ４０６の問い合わせに対する応答を、各ＳＡＰから受信する（Ｓ４０７）。この応答信号には、ＳＡＰがデータ送信に参加することができるか否かを示す情報を含みうる。なお、ＳＡＰが条件付きでデータ送信に参加することができる場合、この応答信号に、参加のための条件を示す情報が含まれてもよい。参加のための条件には、データ送信に使用することができるチャネルや帯域幅を指定する情報が含まれうる。ＡＰ１００は、Ｓ４０７で受信した結果に基づいて、Ｍｕｌｔｉ－ＡＰ通信によるデータ送信を行わせるＳＡＰを決定する（Ｓ４０８）。このとき、ＡＰ１００は、ＳＡＰに対して、データ送信用のＡＰとして選択されたことを伝えるためのフレームを送信してもよい。本実施形態では、ＡＰ１０４およびＡＰ１０５がＭｕｌｔｉ－ＡＰ通信に参加するものとする。続いて、ＡＰ１００は、各ＳＡＰが使用すべき周波数チャネルを決定する（Ｓ４０９）。また、ＡＰ１００は、ＳＡＰがＯＦＤＭＡを用いて通信する場合は、使用すべきＲＵを決定しうる。なお、Ｓ４０９の周波数チャネル等の決定は、Ｓ４０８におけるＭｕｌｔｉ－ＡＰ通信に参加させるＳＡＰの決定と並行して（同時に）行われてもよい。

ＡＰ１００は、Ｍｕｌｔｉ－ＡＰ通信に参加するＳＡＰと、各ＳＡＰが使用すべき周波数チャネル等を決定した後に、その状態でデータを送信可能であるか否かを判定する（Ｓ４１０）。ＡＰ１００は、例えば、Ｍｕｌｔｉ－ＡＰ通信に参加可能なＳＡＰが存在しない場合は、ＳＡＰからＳＴＡへデータを送信することができないと判定する。そして、ＡＰ１００は、データを送信可能でないと判定した場合（Ｓ４１０でＮＯ）、データ量や条件を変えて、Ｓ４０６の処理からやり直す。なお、この場合には、ＡＰ１００は、直接ＳＴＡにデータを送信するようにしてもよい。ＡＰ１００は、Ｓ４０７においてＳＡＰからの返信を受信した際に、この判定（Ｓ４１０に相当する判定）を行ってもよい。また、Ｓ４０９の周波数チャネル等の決定は、Ｓ４０６の各ＡＰのＭｕｌｔｉ－ＡＰ通信への参加可否の問い合わせの前に行われてもよい。この場合、Ｓ４０７においてＳＡＰから送信される情報は参加可否のみを示してもよい。これにより、ＡＰ１００は、データ送信が可能でない場合に、すぐに新たなチャネル割り当てを判定し、ＳＡＰに対して、再び参加可否を確認するフレームを送信することができる。ＡＰ１００は、データ送信が可能であると判定した場合（Ｓ４１０でＹＥＳ）、宛先がＳＴＡのデータをＳＡＰへ送信する（Ｓ４１１）。その後、ＡＰ１００は、ＳＡＰからＳＴＡにデータを送信させるためのトリガフレームをＳＡＰへ送信する（Ｓ４１２）。本実施形態では、ＡＰ１００からＡＰ１０４およびＡＰ１０５へ、トリガフレームが送信される。

ここで送信されるトリガフレームの例を、図１２に示す。ここで示されるフィールド／サブフィールドは、ＩＥＥＥ８０２．１１ａｘに規定されたフォーマットに準じている。すなわち、トリガフレームは、ＦｒａｍｅＣｏｎｔｒｏｌ１２０１、Ｄｕｒａｔｉｏｎ１２０２、ＲＡ１２０３、ＴＡ１２０４、ＣｏｍｍｏｎＩｎｆｏ１２０５、ＵｓｅｒＩｎｆｏ１２０６、Ｐａｄｄｉｎｇ１２０７、ＦＣＳ１２０８の各フィールドを含む。ＣｏｍｍｏｎＩｎｆｏ１２０５には、ＴｒｉｇｇｅｒＴｙｐｅ１２０９およびＬｅｎｇｔｈ１２１０の各サブフィールドを含む。Ｌｅｎｇｔｈ１２１０は、全ＳＡＰ共通の通信期間を示す。この通信期間は、各ＳＡＰが送受信することができるデータ量に対応する。一方、ＴｒｉｇｇｅｒＴｙｐｅ１２０９は、４ビットで、このトリガフレームによるトリガの種類を指定する。Ｔｒｉｇｇｅｒｔｙｐｅ１２０９の値と、トリガの種類の対応関係を以下の表１に例示する。

Ｔｒｉｇｇｅｒｔｙｐｅ１２０９の値が「９」に設定されることにより、このトリガフレームが、Ｍｕｌｔｉ－ＡＰでのデータ送信を指示することを示すこととなる。

ＵｓｅｒＩｎｆｏ１２０６は、それぞれのＳＡＰに対して個別に用意されるフィールドである。トリガフレーム内には、ＳＡＰの数だけＵｓｅｒＩｎｆｏ１２０６が連結して格納される。ＵｓｅｒＩｎｆｏ１２０６には、例えば、ＡＰＩＤ１２１１、ｃｈａｎｎｅｌ１２１２、および、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３の各サブフィールドが含まれる。ここで、ＵｓｅｒＩｎｆｏ１２０６に含まれるＡＰＩＤ１２１１の値と、その値が示す意味との対応関係を以下の表２に示す。

本実施形態では、ＡＰＩＤ１２１１の値として、ＭＡＰがＳＡＰに対して割り当てたＡＰＩＤが格納される。なお、ＡＰＩＤは、ＡＩＤと同等のものと扱われてもよい。ＡＰＩＤ１２１１の値が「１」から「２００７」までの間の値である場合は、その値が割り当てられたＡＰＩＤの値となる。他の値については、表２に示すように、ＡＰＩＤとは異なる情報として解釈される。

また、ＵｓｅｒＩｎｆｏ１２０６に含まれるｃｈａｎｎｅｌ１２１２は、ＳＡＰがデータを送信する際に使用される周波数チャネルの情報が含まれる。この情報は、例えば、ＩＥＥＥ８０２．１１規格シリーズで規定されているチャネル番号に対応する値が格納される。例えば、２．４ＧＨｚ帯の６ｃｈで送信する場合には、ｃｈａｎｎｅｌ１２１２の値が「６」に設定される。なお、この値は、ＳＡＰとＳＴＡとの間で確立された複数のリンクのうちの使用すべきリンクについてのリンク番号が格納されてもよい。また、リンク番号の情報と周波数チャネルの情報とが共にｃｈａｎｎｅｌ１２１２に含まれてもよい。例えば、リンク１でＡＰ１０４からＳＴＡ１０７へデータが送信されるべき場合には、値が「１」に設定されうる。なお、リンク番号は、ＳＡＰとＳＴＡとが接続する際にＳＡＰによって割り振られ、ＳＴＡに与えられるものとする。また、ＭＡＰがリンク番号を割り振り、ＳＡＰに伝えるようにしてもよい。ｃｈａｎｎｅｌ１２１２は、８ビットのサブフィールドとして用意される。なお、用意されるビット数はこれに限られない。例えば、リンク番号でチャネルが割り当てられる場合、ｃｈａｎｎｅｌ１２１２は、３ビット又は４ビットのサブフィールドとして用意されてもよい。なお、ここでリンク番号が用いられる場合、Ｓ４０２やＳ４０５において、ＳＡＰから、ＡＰ１００に対し、どのリンク番号がどの周波数チャネルで接続しているかを関連付ける情報が伝えられうる。これにより、ＡＰ１００が、ＳＡＰにおいてデータを送信する際に使用すべきチャネルを適切に割り振ることができるようになる。また、ｃｈａｎｎｅｌ１２１２に格納される値は、周波数帯域に関連付けられた値であってもよい。例えば２．４ＧＨｚを「１」に、５ＧＨｚを「２」に、６ＧＨｚを「３」に、事前に関連付けておき、使用される周波数チャネルが２．４ＧＨｚである場合に、ｃｈａｎｎｅｌ１２１２の値が「１」にされうる。この場合、ｃｈａｎｎｅｌ１２１２は、例えば２ビットのサブフィールドとして用意されうる。

ＵｓｅｒＩｎｆｏ１２０６に含まれるＲＵＡｌｌｏｃａｔｉｏｎ１２１３には、対応するＳＡＰのＲＵおよびｔｏｎｅサイズを特定する情報が格納される。ＲＵＡｌｌｏｃａｔｉｏｎ１２１３は、８ビットのサブフィールドとして用意されうる。ここで、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３に格納される値と、割り当てられるＲＵの対応関係の例を表３に示す。

例えば、周波数チャネルの帯域幅が２０ＭＨｚであり、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３の値が「３８」の場合、サブチャネルのトーンサイズは５２で割り当てられ、そのうち、２番目のＲＵ（ＲＵ２）が、ＳＡＰに割り当てられることが示される。このような表現によれば、周波数チャネルごとに帯域幅が異なる場合でも、柔軟にＲＵを割り当てることができる。

なお、同じＳＡＰに対して、複数のＲＵが割り当てられてもよい。この場合、ＡＰＩＤ１２１１に格納される値が同一で、ｃｈａｎｎｅｌ１２１２とＲＵＡｌｌｏｃａｔｉｏｎ１２１３との少なくともいずれかに異なる値が設定されたＵｓｅｒＩｎｆｏ１２０６が、割り当てられるＲＵの数だけ設定されることとなる。１台のＳＡＰに複数のＲＵを割り当てるために、別の表現が用いられてもよい。例えば、ＡＰＩＤ１２１１の後に、１ビットのＣａｓｃａｄｅｄサブフィールドを用意する。そして、このビットが「１」に設定されている場合は、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールドの後に、再度、Ｃａｓｃａｄｅｄ、ｃｈａｎｎｅｌ、ＲＵＡｌｌｏｃａｔｉｏｎの各サブフィールドが配置される。一方で、Ｃａｓｃａｄｅｄサブフィールドのビットが「０」に設定されている場合は、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールドの後に、Ｃａｓｃａｄｅｄ、ｃｈａｎｎｅｌ、ＲＵＡｌｌｏｃａｔｉｏｎと異なる別のサブフィールドが配置される。すなわち、Ｃａｓｃａｄｅｄサブフィールドが「１」に設定されている場合は、その直後に設定されているｃｈａｎｎｅｌおよびＲＵＡｌｌｏｃａｔｉｏｎの後に、別のｃｈａｎｎｅｌおよびＲＵＡｌｌｏｃａｔｉｏｎが設定される。一方、Ｃａｓｃａｄｅｄサブフィールドが「０」に設定されている場合は、その直後に設定されているｃｈａｎｎｅｌおよびＲＵＡｌｌｏｃａｔｉｏｎの後に、別のｃｈａｎｎｅｌおよびＲＵＡｌｌｏｃａｔｉｏｎは設定されない。なお、Ｃａｓｃａｄｅｄサブフィールドは、ｃｈａｎｎｅｌ又はＲＵＡｌｌｏｃａｔｉｏｎの後に配置されてもよい。この表現方法によれば、１つのＳＡＰに対して複数のＲＵが割り当てられる場合に、より少ない数のビット列によってＲＵの割り当てを指定することができる。

なお、上述の各表現方法は一例に過ぎず、他の表現方法が用いられてもよい。本実施形態では、周波数チャネルが同時に表現されるため、使用する帯域幅が２０ＭＨｚ単位に限定されてもよい。この場合、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールドは、表３において「使用する帯域幅」に２０ＭＨｚが含まれる１６通りのＲＵ割り当てを特定することができれば足りるため、サイズが４ビットで足りる。また、周波数チャネルの帯域幅を２０ＭＨｚに限定する形で、上述のＣａｓｃａｄｅｄサブフィールドが用いられてもよい。このようにして、上述のサブフィールド（ｃｈａｎｎｅｌ１２１２とＲＵＡｌｌｏｃａｔｉｏｎ１２１３の少なくともいずれか）により、ＳＡＰは、ＳＴＡにデータ送信する際に使用すべき周波数チャネルを知ることができる。

また、例えば、周波数チャネルが小さい方から順にＲＵが割り当てられるものと事前に規定しておき、その規定に基づいて割り当てられるＲＵが指定されてもよい。例えば、それぞれ４０ＭＨｚの帯域幅の２．４ＧＨｚ帯の１ｃｈと５ＧＨｚ帯の３６ｃｈで、割り当てるＲＵのサイズが２６に限定される場合、２．４ＧＨｚの１ｃｈで使用可能な１～１８番目のＲＵに対して、値０～１７が割り当てられる。そして、５ＧＨｚの３６ｃｈで使用可能な１９～３７番目のＲＵに対して、値１８～３６が割り当てられる。例えば、ＲＵＡｌｌｏｃａｔｉｏｎに値「２０」が格納されることにより、５ＧＨｚの３６ｃｈにおける、２１番目のＲＵが指定される。なお、フレームは、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３を含まなくてもよい。例えば、ＭＡＰはリンク割り当てまでの管理を担当し、ＳＡＰは割り当てられたリンクにおけるＲＵ割り当てを管理しうる。この場合、Ｓ４１２で送信されるトリガフレームにおいて、周波数チャネル又はリンク番号のみが指定されれば足り、ＲＵの割り当ての指定がされる必要はない。ＳＡＰは、トリガフレームを受信した際に、指定された周波数チャネルの帯域の全てを用いてＳＴＡにデータを送信するか、その帯域の一部を別のＳＴＡに割り当ててデータ送信するかを選択することができる。また、指定された周波数チャネルの帯域の全てを用いてデータ通信を行うように事前に取り決められることにより、ＳＡＰは、周波数帯域の一部を割り当てる等の処理を実行するための回路を有する必要がなくなり、ＳＡＰの構成を簡素化することができる。

なお、トリガフレームは、図１３のような形式を有してもよい。すなわち、ＡＰＩＤ１２１１に加え、ＳＡＰが通信すべきＳＴＡを示すＡＩＤを指定するためのサブフィールド（ＡＩＤ１３０１）が用意されてもよい。この場合、ＳＡＰは、トリガフレームを受信した時点で、どのＳＴＡにデータを送信するかを認識することができる。これにより、データ通信の相手が柔軟に設定可能となり、データ通信のたびに、Ｓ４０６の処理からやり直す必要がなくなる。すなわち、通信相手のＳＴＡを入れ替えながら通信を行う場合に、毎回処理をＳ４０６に戻すことなく、Ｓ４１１からＳ４１５の処理を繰り返すだけでよくなる。

図４に戻り、ＡＰ１００は、ＳＡＰがＳＴＡにデータを送信することができたか否かの通知を、ＳＡＰから受信するのを待ち受ける（Ｓ４１３）。ＡＰ１００は、データを正しく送信できなかったＳＡＰが存在する場合に（Ｓ４１３でＮＯ）、処理をＳ４０６に戻して、再度、ＡＰの選択から処理をやり直す。ＡＰ１００は、各ＳＡＰからデータ送信成功通知を受信した場合（Ｓ４１３でＹＥＳ）、データがＳＴＡに正しく送信されたか否かを確認するフレームを送信する（Ｓ４１４）。そして、ＡＰ１００は、Ｓ４１４で送信したフレームに対する応答として受信したフレームに基づいて、ＳＡＰからＳＴＡへ送信したデータに対する確認応答（Ａｃｋ）が全て返ってきたか否かを確認する（Ｓ４１５）。ここで確認されるＡｃｋは、ＳＡＰから、対象のＳＴＡに送信できたデータに対するものである。このため、どのデータが正確にＳＴＡまで届いたかをＡＰ１００が判定できるようになる。なお、本実施形態の全体を通して、ＡｃｋはＢｌｏｃｋＡｃｋであってもよい。ＡＰ１００は、Ａｃｋを受信しなかった場合（Ｓ４１５でＮＯ）、別のＡＰからデータを送信させることを考慮して、処理をＳ４０６からやり直しうる。なお、この場合に、ＡＰ１００は、データの再送のためのトリガフレームの送信（Ｓ４１２）からの処理を繰り返してもよい。ＡＰ１００は、すべてのデータが正しく送信されたことを確認するまで待機してもよい。また、ＡＰ１００が、Ｓ４１４でフレームを送信することなく、ＳＡＰが、データを正しくＳＴＡへ送信することができた場合にＡｃｋをＡＰ１００へ送信するようにしてもよい。すなわち、Ｓ４１４は省略されてもよい。この場合、ＡＰ１００は、トリガフレームの送信後の所定期間の間だけＡｃｋを待ち受け、送信したデータの全てに対するＡｃｋがその所定期間内に受信されなかった場合に、処理をＳ４０６からやり直してもよい。この場合、ＡＰ１００は、ＳＴＡへ正しくデータを送信することができたＳＡＰや使用したチャネルを考慮して、Ｓ４０８でのＳＡＰの選択を調整してもよい。例えば、ＡＰ１００は、一部のＳＡＰのみがデータの送信に成功した場合、そのデータ送信に成功したＳＡＰのみを選択するようにしてもよい。また、ＡＰ１００は、ある周波数チャネルにおいてのみデータ送信に成功した場合、Ｓ４０９において、その周波数チャネルのみを割り当てるようにしてもよい。

ＡＰ１００は、データ送信に成功したことを確認した場合（Ｓ４１５でＹＥＳ）、送信すべきデータが残っているか否かを確認する（Ｓ４１６）。そして、ＡＰ１００は、送信すべきデータが残っている場合（Ｓ４１６でＹＥＳ）、データ送信が成功したＳＡＰや周波数チャネル等の送信結果に関する情報を考慮して、残っているデータの送信で使用すべきＡＰおよび周波数チャネルを選択する（Ｓ４１７）。例えば、ＡＰ１００は、Ｓ４０６から再度処理を実行する場合に、前回データ送信に成功したＡＰのみに、ＡＰ参加可否を確認するフレームを送信しうる。このとき、上述のようなＡＰの選択手法において、通信結果を参考とするような手法が用いられてもよいし、上述のＡＰの選択手法に関係なく通信結果のみに基づいてＡＰの選択がおこなわれてもよい。ＡＰ１００は、送信すべきデータが残っていないと判定した場合（Ｓ４１６でＮＯ）、処理を終了する。

続いて、図５を用いて、ＳＡＰ（ＡＰ１０４、ＡＰ１０５）が連携してＳＴＡ（ＳＴＡ１０７）へデータを送信する際の処理の流れの例について説明する。なお、ＳＡＰ（ＡＰ１０４、ＡＰ１０５）は、ＡＰ１００から近傍ＡＰの情報取得要求を受信したことに応じて、以下の処理を開始する。

ＡＰ１０４およびＡＰ１０５は、まず、ＡＰ１００から、近傍のＡＰの情報取得を要求する情報取得要求を受信すると（Ｓ５０１）、その要求に対する応答をＡＰ１００へ送信する（Ｓ５０２）。また、ＡＰ１０４およびＡＰ１０５は、ＡＰ１００から、接続中のＳＴＡの情報取得を要求する情報取得要求を受信する（Ｓ５０３）と、現在接続しているＳＴＡの情報を含めて応答する（Ｓ５０４）。なお、Ｓ５０１～Ｓ５０４で送受信される情報は、図４に関して説明した通りであるため、ここでの説明は省略する。次に、ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７へのデータ送信の準備のためのデータ送信に参加するかを確認するためのフレームをＡＰ１００から受信する（Ｓ５０５）。ＡＰ１０４およびＡＰ１０５は、このフレームを受信すると、自装置の現在の通信状況に基づいて、データ送信に参加するか否かを決定する（Ｓ５０６）。

ＡＰ１０４およびＡＰ１０５は、データ送信に参加しない場合（Ｓ５０６でＮＯ）、データ通信に参加しないことを示すフレームをＡＰ１００へ送信する（Ｓ５０７）。なお、この場合、ＡＰ１０４およびＡＰ１０５は、データ通信への不参加の理由を示す情報（ＲＥＡＳＯＮ）を、そのフレームに含めて送信する。例えば、ＡＰ１０４およびＡＰ１０５は、例えば、異なるＳＴＡとのデータ通信を実行中であり、無線リソースや通信処理機能の負荷等のリソースが不足しており、対象のＳＴＡ１０７とのデータ通信を行うことができないと判定することがありうる。ＡＰ１０４およびＡＰ１０５は、このような場合には、ＲＥＡＳＯＮ＝ＢＵＳＹとするフレームを生成してＡＰ１００へ送信する。なお、ＡＰ１０４およびＡＰ１０５は、例えば、ＳＴＡ１０７との接続が切断されたことによって、データ送信に参加しないと判定した場合には、ＲＥＡＳＯＮ＝ＤＩＳＣＯＮＮＥＣＴＥＤとするフレームを生成してＡＰ１００へ送信してもよい。また、ＡＰ１０４およびＡＰ１０５は、例えばリソースが十分にある場合であっても、例えば保護されるべき通信を実行中である場合に、その旨をＲＥＡＳＯＮに設定してフレームを生成して送信してもよい。ＡＰ１０４およびＡＰ１０５は、データ送信に参加できると判定した場合（Ｓ５０６でＹＥＳ）、データ送信に参加する際に使用可能な周波数チャネル又はリンク番号を含めたフレームを生成して、ＡＰ１００へ送信する（Ｓ５０８）。なお、ＡＰ１０４およびＡＰ１０５は、使用可能な周波数リソースやリンク番号などに関する条件を課さずに参加可能である場合には、周波数チャネル等の情報を含めずに、無条件で参加可能であることを示すフレームをＡＰ１００へ送信してもよい。ＡＰ１０４およびＡＰ１０５は、ＡＰ１００によってＳＴＡ１０７へデータを送信するＳＡＰとして選択された場合、ＡＰ１００から、ＳＴＡ１０７へ送信すべきデータを受信する（Ｓ５０９）。ＡＰ１０４およびＡＰ１０５は、このときに、受信したデータに基づいて、ＡｃｋをＡＰ１００へ送信してもよい。その後、ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７へのデータ送信のタイミングを示すトリガフレームを受信する（Ｓ５１０）。トリガフレームには、ＡＰ１０４およびＡＰ１０５のそれぞれに対して割り当てられたＡＩＤが含まれ、各ＡＩＤに対応して、上述のように使用すべき周波数チャネル又はリンクを示す情報（場合によってはＲＵの割り当てを示す情報）が含まれる。これにより、ＡＰ１０４およびＡＰ１０５は、そのトリガフレームで指定されている周波数チャネルやＲＵで、データを送信すべきであることを認識することができる。ＡＰ１０４およびＡＰ１０５は、トリガフレームを受信した直後に、自装置がフレームを送信することができる状態であるか否かを確認する（Ｓ５１１）。ＡＰ１０４およびＡＰ１０５は、例えば、トリガフレームで指定された周波数チャネルおよびＲＵで別の通信装置が電波を発信している場合や、ＳＮＲが低いなど通信環境が劣悪である場合に、データを送信することができないと判定しうる（Ｓ５１１でＮＯ）。この場合、ＡＰ１０４およびＡＰ１０５は、データ送信失敗を示すフレームをＡＰ１００へ送信する（Ｓ５１２）。この場合、送信されるフレームには、例えば、データ送信に失敗した理由を示す情報（ＲＥＡＳＯＮ）が含まれ、そのＲＥＡＳＯＮにＡＩＲＢＵＳＹを意味する識別子が格納されうる。ＡＰ１０４およびＡＰ１０５は、データの送信に失敗した場合は、処理をＳ５０５に戻す。一方で、ＡＰ１０４およびＡＰ１０５は、トリガフレームを受信した直後にフレームを送信することができる状態であると判定した場合（Ｓ５１１でＹＥＳ）、Ｓ５０９で受信したデータをＳＴＡ１０７へ送信する（Ｓ５１３）。そして、ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７から、Ａｃｋが送信されてくるのを待ち受ける（Ｓ５１４）。ＡＰ１０４およびＡＰ１０５は、Ａｃｋを受信した場合（Ｓ５１４でＹＥＳ）、ＡＰ１００へ送信するＡｃｋを別途生成し（Ｓ５１５）、ＡＰ１００へそのＡｃｋを送信する（Ｓ５１６）。なお、ＡＰ１０４およびＡＰ１０５は、ＡＰ１００からデータ送信を確認するフレームを受信した場合、その時点でＡｃｋを受信しているデータについてのＡｃｋをＡＰ１００へ送信しうる（Ｓ５１６）。ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７からＡｃｋを受信することにより全てのデータの送信に成功したことを確認したことに基づいて、処理を終了する。なお、ＡＰ１０４およびＡＰ１０５は、一定時間経過してもＳＴＡ１０７からＡｃｋを受信できなかった場合（Ｓ５１４でＮＯ）は、ＡＰ１００に対してその旨を通知し、処理を終了してもよい。

図６にＭＡＰ（ＡＰ１００）からＳＴＡ１０７へ、ＳＡＰ（ＡＰ１０４、ＡＰ１０５）を介してデータが送信される際の処理の流れの例を示す。なお、図６の処理は、図４のＳ４０６以降の処理及び図５のＳ５０５以降の処理に対応する。

まず、ＡＰ１００は、自装置の周囲に存在すると共にＳＴＡ１０７と接続中のＡＰ（ＡＰ１０４、ＡＰ１０５）に対して、ＳＴＡ１０７へのデータ送信に参加できるか否かを確認するフレームを送信する（Ｓ６０１）。ＡＰ１０４およびＡＰ１０５は、このフレームに対する応答フレームをＡＰ１００へ送信する（Ｓ６０２）。この応答フレームには、データ送信に参加できるか否かの情報が含められる。なお、各ＡＰが、データ送信に参加できる場合は、使用可能な周波数チャネルやリンクの情報が応答フレームに含められてもよい。一方、ＡＰ１０４およびＡＰ１０５は、データ送信に参加できない場合は、例えば参加できない理由を応答フレームに含める。参加できない理由は、例えば、ＢＵＳＹ、ＤＩＳＣＯＮＮＥＣＴＥＤなどがある。ＡＰ１００は、この応答フレームに基づいて、データ送信に参加するＡＰをＳＡＰとして選択し、選択したＡＰ（ＡＰ１０４、ＡＰ１０５）に対して、ＳＴＡ１０７へ送信すべきデータを送信する（Ｓ６０３）。ここで、ＳＴＡ１０７へ直接データを送信するのはＳＡＰ（ＡＰ１０４、ＡＰ１０５）である。このため、ＡＰ１００は、例えばデータ送信の準備を整えるための所定期間の後に、ＡＰ１０４およびＡＰ１０５に対して、データ送信のタイミングを示すトリガフレームを送信する（Ｓ６０４）。ＡＰ１０４およびＡＰ１０５は、トリガフレームを受信したことに応じて、そのトリガフレームで指定された周波数チャネルやリンク、ＲＵを用いて、ＳＴＡ１０７へデータを送信する（Ｓ６０５）。そして、ＳＴＡ１０７は、データを受信すると、その送信元であるＡＰ１０４およびＡＰ１０５へＡｃｋを送信する（Ｓ６０６）。ＡＰ１０４およびＡＰ１０５は、Ａｃｋを受信することによってデータ送信に成功したと判定した場合、データ送信成功を示すフレームをＡＰ１００へ送信する（Ｓ６０７）。なお、ＡＰ１０４およびＡＰ１０５が全てのＡｃｋを受信していない場合や、一定の時間が経過した場合は、全てのデータの送信に成功したか否かを確認するメッセージが、ＡＰ１００からＡＰ１０４およびＡＰ１０５へ送信される（Ｓ６０８）。なお、ＡＰ１０４およびＡＰ１０５のうち、いずれか一方においてのみ、Ａｃｋを受信していないデータが存在する場合には、そのＡＰに対してのみ、このメッセージが送信されてもよい。ＡＰ１０４およびＡＰ１０５は、このメッセージを受信した場合、現時点での受信状況を示すＡｃｋをＡＰ１００へ返信する（Ｓ６０９）。また、ＡＰ１０４およびＡＰ１０５は、Ｓ６０７において、送信失敗の通知（Ｆａｉｌｕｒｅ）を、ＡＰ１００へ送信してもよい。

このようにして、ＡＰ１０４およびＡＰ１０５は、ＡＰ１００から指示された周波数チャネルやリンクを用いて、ＳＴＡと通信を行うことができる。これによれば、例えばＡＰ１０５とＳＴＡ１０７との間で複数のリンク（リンク１１０およびリンク１１１）が接続状態であるときに、適切なチャネルを選択して、データをＡＰ１００からＡＰ１０５を介してＳＴＡ１０７に送信することができる。また、ＡＰ１０４およびＡＰ１０５が、それぞれ干渉が少なくなるような周波数チャネルを使用することができるようになり、通信性能を向上させることができるようになる。

なお、送信されるデータはＡＰ１００から送信されるデータに限られず、ＡＰ１０４およびＡＰ１０５があらかじめ保持しているデータであってもよい。ＡＰ１０４およびＡＰ１０５が保持しているデータは、例えば、ＳＴＡ１０７が、ＡＰ１０４およびＡＰ１０５を経由して接続しているネットワーク上のサーバから取得されたデータでありうる。この場合、図６のＳ６０２においてＡＰ１０４およびＡＰ１０５から送信される情報に、例えば、ＳＴＡ１０７宛のデータのバッファ量が含められうる。また、この場合、図６のＳ６０３は省略される。また、例えば、ＡＰ１０４がＡＰ１００からのデータをＳＴＡ１０７へ送信し、ＡＰ１０５は保持しているデータをＳＴＡ１０７へ送信してもよい。この場合、Ｓ６０３では、ＡＰ１００は、ＡＰ１０４に対してのみ、送信対象データを送信しうる。また、例えば、ＡＰ１０４およびＡＰ１０５の少なくともいずれかが、ＡＰ１００を経由せずに取得し、送信バッファに保持されているデータと、ＡＰ１００から受信したデータとを、異なる周波数チャネル、リンク、ＲＵにおいて送信するようにしてもよい。この場合、ＡＰ１００は、送信対象データをＡＰ１０４およびＡＰ１０５に送信し、トリガフレームにおいて、そのデータと、各ＡＰにおいて保持しているデータとを送信するための周波数チャネル等を指定しうる。なお、使用すべき周波数チャネル等が、各データと関連付けられてもよい。すなわち、ＡＰ１００からのデータに対して第１のリンクを使用し、ＡＰ１０４又はＡＰ１０５が保持しているデータに対して第２のリンクを使用するなど、各データに対して別個に使用すべき周波数チャネル等が指定されてもよい。また、そのような指定をせず、ＡＰ１００からのデータと、ＡＰ１０４およびＡＰ１０５が保持しているデータとを送信するのに足りる量の周波数チャネル、リンク、ＲＵ等が、ＡＰ１０４およびＡＰ１０５に通知されてもよい。

＜データ受信＞
ＡＰ１００が、ＭＡＰとして、ＳＡＰとして動作するＡＰ１０４およびＡＰ１０５を介して、ＳＴＡ１０７からデータを受信する場合の処理の流れについて説明する。まず、ＡＰ１００が実行する処理について、図７を用いて説明する。本処理は、ＳＴＡ１０７がＡＰ１００に送信するデータがある場合に開始される。なお、本処理は、ＡＰ１００とＡＰ１０４およびＡＰ１０５との接続と、ＡＰ１０４およびＡＰ１０５とＳＴＡ１０７との接続が確立される際に開始され、ＡＰ１００は、データを受信する際には後述のＳ７０６以降の処理を実行してもよい。以下の説明では、データ送信の場合の処理例と重複する部分については説明を簡素化するか、省略する。

Ｓ７０１～Ｓ７０５については、処理例１のＳ４０１～Ｓ４０５と同様である。そして、ＡＰ１００は、各ＡＰが次のデータ受信を行うことができるか否かを確認するフレームを送信する（Ｓ７０６）。このフレームには、データ量や伝送に用いる時間などの情報が含まれてもよい。また、ＡＰ１００が、ＳＴＡに対してＡＩＤを割り当てる場合には、ＳＴＡのＭＡＣアドレスとＡＰ１００が割り当てたＡＩＤとを関連付ける情報を各ＡＰに送信してもよい。次に、ＡＰ１００は、Ｓ７０６のフレームに対する各ＡＰからの返信を受信する（Ｓ７０７）。このフレームには、各ＡＰがデータ受信に参加できるか否か、参加できる場合には、参加の条件が含まれうる。参加できる条件は、例えば、データ受信に使用できる周波数チャネルや帯域幅を指定する情報が含まれうる。また、ＡＰ１００と異なる各ＡＰがＳＴＡに対してＡＩＤを割り当てる場合には、ここでＳＴＡのＭＡＣアドレスとそのＡＰがＳＴＡに割り当てたＡＩＤとを関連付ける情報をＡＰ１００に送信してもよい。

ＡＰ１００は、Ｓ７０７で受信した情報に基づいて、ＳＴＡ１０７からのデータを受信させるＳＡＰを決定する（Ｓ７０８）。この時、ＡＰ１００は、選択されたＳＡＰに、データを受信すべきＡＰとして選択されたことを伝えるためのフレームを送信してもよい。本実施形態では、ＳＡＰとして、ＡＰ１０４およびＡＰ１０５が選択されたものとする。

次に、ＡＰ１００は、各ＳＡＰが使用すべき周波数チャネルやリンクを決定する（Ｓ７０９）。また、ＡＰ１００は、ＳＡＰがＯＦＤＭＡを用いて通信する場合は、ＳＴＡ１０７からのデータの受信に使用すべきＲＵを決定する。なお、Ｓ７０８およびＳ７０９の処理は同時に行われてもよい。

データ受信に参加するＳＡＰと、各ＳＡＰが使用すべき周波数チャネルおよびＲＵとが決定されると、ＡＰ１００は、その状態でデータ受信が可能であるか否かを判定する（Ｓ７１０）。例えば、ＡＰ１００は、データ受信に参加できるＳＡＰが存在しない場合は、ＳＡＰがＳＴＡからデータを受信することができないため、データ受信が可能でないと判定する（Ｓ７１０でＮＯ）。この場合、ＡＰ１００は、データ量や条件を変えて、Ｓ７０６から処理をやり直しうる。また、ＡＰ１００は、この場合に、ＳＴＡから直接データを受信すると決定してもよい。なお、ＡＰ１００は、Ｓ７０７で周囲の各ＡＰから返信を受信したことに応じて、Ｓ７１０の判定を行ってもよい。また、Ｓ７０９の処理は、Ｓ７０６の処理が実行される前に実行されてもよい。この場合、Ｓ７０７においてＡＰ１００の周囲のＡＰが送信する情報は、データ受信への参加可否のみを示してもよい。これにより、ＡＰ１００は、すぐに新たなチャネル割り当てを判定し、各ＡＰに再び参加可否を確認するフレームを送信することができる。

ＡＰ１００は、データを受信可能である場合（Ｓ７１０でＹＥＳ）、ＳＴＡ１０７かＳＡＰにデータを送信させるトリガとなるフレームを、ＳＡＰ（ＡＰ１０４およびＡＰ１０５）へ送信する（Ｓ７１１）。トリガフレームは、例えば、図１３に示すような構成を有する。フィールド１２０１～１２１３については、図１２と同様である。ただし、Ｔｒｉｇｇｅｒｔｙｐｅ１２０９の値が「１０」に設定されることにより、このトリガフレームによって、Ｍｕｌｔｉ－ＡＰでのデータ受信が指示される。図１３の構成では、ＵｓｅｒＩｎｆｏ１２０６に、ＡＩＤ１３０１が設けられている。ＡＩＤ１３０１には、ＡＰがＳＴＡとの接続時に割り振ったＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩＤ）が設定される。ＵｓｅｒＩｎｆｏフィールド１２０６中のＡＩＤ１３０１の値と、その意味との対応関係を以下の表４に示す。

本実施形態では、ＡＩＤ１３０１の値は、ＳＡＰによって、接続中のＳＴＡに対して割り当てられたＡＩＤが設定される。なお、ＡＩＤは、ＳＴＡごとにＭＡＰが割り振ってもよい。ＡＩＤ１３０１は、その値が「１」～「２００７」に設定された場合は、ＳＴＡに割り当てられたＡＩＤの値となる。他の値が設定された場合については、表４を参照されたい。

ＳＡＰ（ＡＰ１０４およびＡＰ１０５）が、トリガフレームに従ってＳＴＡ１０７からデータを受信できた場合、そのＳＡＰからＡＰ１００に、データ受信に成功したことを示す通知が送信される。このフレームには、ＳＡＰがデータ受信に成功したか否かの情報が含められる。なお、このフレームは、ＳＡＰがデータ受信に失敗したときのみ送信されてもよい。ＡＰ１００は、例えば、この通知によって、ＳＡＰがデータ受信に成功したか否かを判定しうる（Ｓ７１２）。そして、ＡＰ１００は、ＳＡＰがデータ受信に成功したと判定した場合（Ｓ７１２でＹＥＳ）、そのＳＡＰから、ＳＴＡ１０７によって送信されたデータを受信する（Ｓ７１３）。なお、ＡＰ１００は、通知を受信することなく、Ｓ７１１のトリガフレームの送信後に一定期間が経過する前にＳ７１３においてデータが受信されなかった場合に、ＳＡＰがデータ受信に失敗したと判定してもよい。すなわち、Ｓ７１２の処理は、ＳＡＰからの通知によらずに行われてもよい。また、ＡＰ１００は、一定時間待っても、データ受信の成功・失敗通知もＳ７１３のデータも受信されなかった場合に、ＳＡＰがデータ受信に失敗したと判定してもよい。ＡＰ１００は、ＳＡＰがデータ受信に失敗したと判定した場合、処理をＳ７０６に戻しうる。

ＡＰ１００は、ＳＡＰがＳＴＡ１０７から受信したデータをＳ７１３において受信し、そのデータ受信に成功した場合、データに関連付けたＡｃｋを生成する（Ｓ７１４）。そして、ＡＰ１００は、生成したＡｃｋを、ＳＡＰへ送信する（Ｓ７１５）。そして、ＡＰ１００は、まだ受信すべきデータが存在するか否かを判定する（Ｓ７１６）。ＡＰ１００は、例えば、ＳＡＰを経由して受信したデータの中に、ＳＴＡ１０７が送信予定のデータがまだ残っていることを示すバッファ量が示されていた場合に、まだ受信すべきデータが存在すると判定する（Ｓ７１６でＹＥＳ）。この場合、ＡＰ１００は、例えばデータの受信に成功した際に使用されていたＳＡＰ等の受信結果に関する情報に基づいて、その後のデータ受信処理でＳＡＰとして使用すべきＡＰを選択しうる（Ｓ７１７）。例えば、ＡＰ１００は、Ｓ７０６から再度処理を実行する場合に、前回データ受信に成功したＡＰのみに、ＡＰ参加可否を確認するフレームを送信しうる。ＡＰ１００は、受信すべきデータが存在しなくなった場合には（Ｓ７１６でＮＯ）、処理を終了する。

なお、Ｓ７１３でＡＰ１００がＳＡＰからデータを受信する際に、ＯＦＤＭＡが用いられてもよい。すなわち、ＡＰ１００から各ＳＡＰにトリガフレームを送信し、トリガフレームに基づいて、ＳＡＰからＡＰ１００にデータが送信されうる。また、Ｓ７１６で、まだ受信すべきデータが存在する場合、Ｓ７１１から処理が再開されてもよい。これによれば、Ｓ７０６からＳ７１０までの処理に関するオーバーヘッドをなくすことができ、より高いスループットで通信を行うことができるようになる。

図８に、ＡＰ１０４およびＡＰ１０５が連携してＳＴＡ１０７からデータを受信する際の処理の流れの例を示す。なお、各フレーム内に含められる情報は、図５の説明と重複するため説明を省略する。本処理は、ＡＰ１０４およびＡＰ１０５が、ＡＰ１００から近傍ＡＰの情報取得要求を受信した際に開始される。Ｓ８０１～Ｓ８０４の処理は図５のＳ５０１～Ｓ５０４と同様であるため、説明を省略する。

ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７からのデータ受信の準備のための、データ送信に参加するかを確認するためのフレームをＡＰ１００から受信する（Ｓ８０５）。ＡＰ１０４およびＡＰ１０５は、データ受信に参加しない場合（Ｓ８０６でＮＯ）、データ通信に参加しないことを示すフレームをＡＰ１００へ送信する（Ｓ８０７）。なお、このときには、Ｓ５０７に関して説明したのと同様に、ＡＰ１０４およびＡＰ１０５は、データ通信への不参加の理由を示す情報（ＲＥＡＳＯＮ）を、そのフレームに含めて送信しうる。ＡＰ１０４およびＡＰ１０５は、データ送信に参加できると判定した場合（Ｓ８０６でＹＥＳ）、データ受信に参加する際に使用可能な周波数チャネル又はリンク番号を含めたフレームを生成して、ＡＰ１００へ送信する（Ｓ８０８）。なお、ＡＰ１０４およびＡＰ１０５は、使用可能な周波数リソースやリンク番号などに関する条件を課さずに参加可能である場合には、周波数チャネル等の情報を含めずに、無条件で参加可能であることを示すフレームをＡＰ１００へ送信してもよい。

ＡＰ１０４およびＡＰ１０５は、ＡＰ１００によってＳＴＡ１０７からデータを受信するＳＡＰとして選択された場合、ＡＰ１００から、ＳＴＡ１０７からデータを受信すべきタイミングを示すトリガフレームを受信する（Ｓ８０９）。このときに受信されるトリガフレームの構成は、例えば図１３のようなものとなる。トリガフレームは、ＡＰ１０４およびＡＰ１０５に対してそれぞれ割り当てられたＡＩＤ（ＡＰＩＤ）と、それに対応する周波数チャネルやＲＵ割り当ての情報を含む。ＡＰ１０４およびＡＰ１０５は、そのトリガフレームで指定されている周波数チャネルやＲＵで、データを送信すべきであることを認識することができる。ＡＰ１０４およびＡＰ１０５は、そのトリガフレームを解析することにより、データを受信すべき周波数チャネル（又はリンク番号）やＲＵを特定することができる（Ｓ８１０）。例えば、ＡＰ１０４又はＡＰ１０５は、ｃｈａｎｎｅｌサブフィールドが「５」、ＲＵサブフィールドが「２」であった場合、５ｃｈの２番目のＲＵ（ＲＵ２）を、ＳＴＡ１０７に割り当てることを認識する。なお、トリガフレームは、周波数チャネルのみ、または、リンク番号のみを指定するように構成されてもよい。この場合、ＡＰ１０４又はＡＰ１０５は、例えば「５ｃｈ」が割り当てられた場合、５ｃｈにおいて自由にＲＵを割り当ててもよい。例えば、ＡＰ１０４がＳＴＡ１０７以外にＳＴＡ１０９とも通信しており、ＳＴＡ１０９からのデータをも受信すべきことが想定される。この場合、ＡＰ１０４は、割り当てられた周波数チャネルの範囲内で、ＳＴＡ１０７とＳＴＡ１０９にＲＵをそれぞれ割り当てて、これらのＳＴＡにそのＲＵを用いたデータ送信を実行させてもよい。

ＡＰ１０４およびＡＰ１０５は、ＡＰ１００から受信したトリガフレームで指定された周波数チャネルやリンク番号において、ＳＴＡ１０７に対してトリガフレームを送信する（Ｓ８１１）。ＡＰ１０４およびＡＰ１０５は、このトリガフレームに基づいて、ＳＴＡ１０７からデータを受信する。ＡＰ１０４およびＡＰ１０５は、データの受信に成功したか否かを判定し（Ｓ８１２）、データの受信に成功しなかった場合（Ｓ８１２でＮＯ）、データの受信に失敗したことを、ＡＰ１００へ通知する（Ｓ８１３）。なお、ＡＰ１０４およびＡＰ１０５は、このときに、データ受信に失敗した理由を示す情報（ＲＥＡＳＯＮ）を含めて、ＡＰ１００に送信しうる。そして、ＡＰ１０４およびＡＰ１０５は、処理をＳ８０５に戻す。一方、ＡＰ１０４およびＡＰ１０５は、データの受信に成功した場合（Ｓ８１２でＹＥＳ）、そのデータに関連付けられたＡｃｋをＳＴＡ１０７へ返信する（Ｓ８１４）。そして、ＡＰ１０４およびＡＰ１０５は、データが正しく受信できたことを示すフレームをＡＰ１００へ送信する（Ｓ８１５）。なお、このフレームの送信は省略されてもよい。そして、ＡＰ１０４およびＡＰ１０５は、受信したデータをＡＰ１００へ送信する（Ｓ８１６）。ＡＰ１０４およびＡＰ１０５は、ＡＰ１００から応答を受信したかを確認し（Ｓ８１７）、応答を受信した場合には（Ｓ８１７でＹＥＳ）、その応答の内容を解析する（Ｓ８１８）。そして、ＡＰ１０４およびＡＰ１０５は、その応答によって、再送が必要であるか否かを判定する（Ｓ８１９）。例えば、ＡＰ１０４およびＡＰ１０５は、応答が否定応答である場合には再送が必要であると判定し（Ｓ８１９でＹＥＳ）、応答が肯定応答である場合には再送が必要ないと判定する（Ｓ８１９でＮＯ）。また、ＡＰ１０４およびＡＰ１０５は、データの送信後一定期間にわたって、ＡＰ１００から応答を受信しなかった場合（Ｓ８１７でＮＯ）、再送が必要と判定してもよい。ＡＰ１０４およびＡＰ１０５は、再送が必要ないと判定した場合（Ｓ８１９でＮＯ）、処理を終了する。

図９に、ＭＡＰ（ＡＰ１００）が、ＳＡＰ（ＡＰ１０４、ＡＰ１０５）を介してＳＴＡ１０７からデータを送信する際の処理の流れの例を示す。なお、図９の処理は、図７のＳ７０６以降の処理及び図８のＳ８０５以降の処理に対応する。

まず、ＡＰ１００は、自装置の周囲に存在すると共にＳＴＡ１０７と接続中のＡＰ（ＡＰ１０４、ＡＰ１０５）に対して、ＳＴＡ１０７からのデータ受信に参加できるか否かを確認するフレームを送信する（Ｓ９０１）。ＡＰ１０４およびＡＰ１０５は、このフレームに対する応答フレームをＡＰ１００へ送信する（Ｓ９０２）。この応答フレームには、データ受信に参加できるか否かの情報が含められる。なお、各ＡＰが、データ受信に参加できる場合は、使用可能な周波数チャネルやリンクの情報が応答フレームに含められてもよい。一方、ＡＰ１０４およびＡＰ１０５は、データ受信に参加できない場合は、例えば上述のように、ＢＵＳＹやＤＩＳＣＯＮＮＥＣＴＥＤなどの参加できない理由を応答フレームに含める。ＡＰ１００は、この応答フレームに基づいて、データ受信に参加するＡＰをＳＡＰとして選択し、選択したＡＰ（ＡＰ１０４、ＡＰ１０５）に対して、ＳＴＡ１０７からのデータ受信をトリガするトリガフレームを送信する（Ｓ９０３）。ＡＰ１０４およびＡＰ１０５は、トリガフレームを受信すると、そのトリガフレームの内容を解釈し、自装置に割り当てられた周波数チャネル又はリンク番号、ＲＵを特定する。そして、ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７からデータを受信するためのトリガフレームを、そのＳＴＡ１０７へ送信する（Ｓ９０４）。ＳＴＡ１０７は、トリガフレームを受信したことに基づいて、そのトリガフレームの送信元のＡＰ（ＡＰ１０４又はＡＰ１０５）へデータを送信する（Ｓ９０５）。ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７からデータを受信すると、その受信したデータに関連付けたＡｃｋを、ＳＴＡ１０７へ返信する（Ｓ９０６）。ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７からすべてのデータを受信できた場合に、ＡＰ１００へ、データ受信が完了したことを示すフレームを送信する（Ｓ９０７）。そして、ＡＰ１０４およびＡＰ１０５は、ＳＴＡ１０７から受信したデータをＡＰ１００へ転送する（Ｓ９０８）。なお、ＡＰ１００は、ＡＰ１０４およびＡＰ１０５がデータを送信するためのＴＦを、これらのＡＰに対して送信してもよい。ＡＰ１００は、そのデータを受信すると、それに応じてデータの送信元のＡＰ（ＡＰ１０４又はＡＰ１０５）へＡｃｋを送信する（Ｓ９０９）。

このようにして、ＡＰ１０４およびＡＰ１０５は、ＡＰ１００から指示された周波数チャネルやリンクを使用して、ＳＴＡ１０７と通信することができる。なお、上述の説明では、データがＳＴＡ１０７からＡＰ１００へ送信される場合について説明したが、これに限られない。例えば、ＳＴＡ１０７からＡＰ１０４やＡＰ１０５へのデータ送信の際に、周波数チャネルやリンク番号を、ＡＰ１００が指定してもよい。この場合、ＡＰ１０４（ＡＰ１０５）から図９のＳ９０２において送信される情報は、例えばＳＴＡ１０７が送信するデータのバッファ量を含んでもよい。また、例えばＡＰ１０４がＳＴＡ１０７からのデータをＡＰ１００へ転送し、ＡＰ１０５はＳＴＡ１０７から送信されたデータを自装置宛のデータとして受信してもよい。この場合、Ｓ９０８でＳＡＰからＭＡＰへ転送されるデータは、ＡＰ１０４からＡＰ１００へのデータのみとなり、ＡＰ１０５からＡＰ１００へのデータ転送は行われない。これに伴い、Ｓ９０９で送信されるＡｃｋも、ＡＰ１００からＡＰ１０４のみへ送信され、ＡＰ１０５へ送信されない。また、ＡＰ１０４やＡＰ１０５は、ＳＴＡ１０７との間で複数のリンクを確立しており、ＡＰ１００によって複数のリンクが指定された場合、そのうちの一部のリンクを用いて、ＡＰ１００のための通信をＳＴＡ１０７との間で実行しうる。

なお、ＡＰが複数のＳＴＡと通信を行う場合、例えば、図１３のフレーム構成のＵｓｅｒＩｎｆｏのＡＩＤ１３０１には１つのＳＴＡのＡＩＤが格納されるため、例えば、ＳＴＡごとに異なるＵｓｅｒＩｎｆｏが設定される。そして、ＳＴＡごとに、周波数チャネルやリンク番号、ＲＵ割り当てが指定される。なお、複数のＡＩＤに対して、同じ周波数チャネルやリンク番号が指定されてもよい。この場合、このトリガフレームを受信したＡＰは、自装置において独自に各ＳＴＡに指定されたリソースの範囲内でＲＵ等の割り当てを実行しうる。また、ＳＴＡごとにＵｓｅｒＩｎｆｏが設定されてもよいし、複数のＳＴＡに対して１つのＵｓｅｒＩｎｆｏが設定されてもよい。例えば、複数のＳＴＡに関する情報が含まれることを示す情報を用意し、複数のＡＩＤに関する情報が指定されてもよい。例えば、ＡＰＩＤ１２１１とＡＩＤ１３０１との間に、ＳＴＡの数を指定する情報が含まれてもよい。この場合、第１のＳＴＡについてのＡＩＤ１３０１、ｃｈａｎｎｅｌ１２１２、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３の後に、第２のＳＴＡについてのＡＩＤ１３０１、ｃｈａｎｎｅｌ１２１２、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３が設定されうる。また、複数のＳＴＡについてのＡＩＤ１３０１が連続して設定された後に、それらのＳＴＡのそれぞれについてのｃｈａｎｎｅｌ１２１２、ＲＵＡｌｌｏｃａｔｉｏｎ１２１３が設定されてもよい。また、ＳＴＡの数を指定する情報を用いずに、上述のＣａｓｃａｄｅｄサブフィールドのようなサブフィールドを設けてもよい。

なお、上述のデータの送受信において、ＡＰ１００は、ＡＰ１０４およびＡＰ１０５に対して無線信号のトリガフレームを送信する場合について説明したが、有線信号によってトリガフレームに対応するフレームを送信してもよい。同様に、ＡＰ１００とＡＰ１０４およびＡＰ１０５との間の通信は、すべて有線回線を介して行われてもよい。すなわち、一例においては、ＡＰ１００は、ＩＥＥＥ８０２．１１規格シリーズに準拠したアクセスポイントであるが、ＩＥＥＥ８０２．１１規格シリーズに準拠した通信を実行可能なＡＰと有線接続された制御装置であってもよい。この場合、ＡＰ１００は、ＩＥＥＥ８０２．１１規格シリーズに準拠していなくてもよく、さらに言えば、無線通信機能を有しなくてもよい。例えば、図１の例では、ＡＰ１００とＡＰ１０６は有線で接続され、ＡＰ１００とＡＰ１０４は無線で接続される。ＡＰ１００が、ＡＰ１０６とＡＰ１０４をＳＡＰとして用いて、ＳＴＡ１０９へデータを送信する際には、ＡＰ１００とＡＰ１０６との通信の少なくとも一部が有線回線を介して送受信されてもよい。

また、協調して動作するＡＰ１００、ＡＰ１０４、ＡＰ１０５、およびＡＰ１０６のＳＳＩＤとＢＳＳＩＤは同じであってもよいし、異なっていてもよい。なお、各ＡＰのＢＳＳＩＤが同じ場合には、ＡＰ１００、ＡＰ１０４～ＡＰ１０６をそれぞれ識別するための識別子が別途必要となる。また、ＡＰ１０４～ＡＰ１０６のＳＳＩＤがそれぞれ異なる場合、それらのＡＰと直接通信するＳＴＡ１０７～１０９は、異なるネットワークに同時に所属する必要がある。このため、ＡＰ１００、ＡＰ１０４～ＡＰ１０６は、異なるＢＳＳＩＤを有し、共通のＳＳＩＤを有するようにしうる。これにより、ＳＴＡは、ＢＳＳＩＤによって個別のＡＰを識別することができ、また、ある１つのネットワークに所属することによって、ＡＰが協調してデータ通信を行うことができる。

＜変形例＞
上述の手法と同様にして、ＳＡＰ（ＡＰ１０４、ＡＰ１０５）を介して、ＡＰ１００と複数のＳＴＡとがデータを送受信しうる。例えば、ＡＰ１００は、ＡＰ１０４を介してＳＴＡ１０９と通信し、ＡＰ１０５を介してＳＴＡ１０７と通信しうる。なお、上述の説明にもあったように、ＡＰ１００は、ＳＴＡとの通信を行わず、ＡＰ１０４とＳＴＡ１０９の通信と、ＡＰ１０５とＳＴＡ１０７の通信とについて、使用すべき周波数チャネル等の情報をトリガフレームで指示するようにしてもよい。なお、このような処理においては、ＡＰ１０４およびＡＰ１０５は、例えば図５のＳ５０８や、図８のＳ８０８において、通信可能なＳＴＡの情報（例えばＡＩＤ）をＡＰ１００へ通知しうる。ＡＰ１００は、ＡＰ１０４およびＡＰ１０５が通信可能なＳＴＡの情報を取得することにより、通信相手のＳＴＡを柔軟に設定することが可能となり、それらのＳＴＡとの通信のために使用すべき周波数チャネル等を適切に設定することができるようになる。

図１０を用いて、複数のＳＴＡへデータを送信する場合の処理の流れの例について説明する。なお、図６の処理と共通する部分については、同じ参照番号を付して説明を省略する。ＳＡＰ（ＡＰ１０４およびＡＰ１０５）は、ＭＡＰ（ＡＰ１００）から受信したトリガフレームによって指定された周波数チャネルおよびＲＵを用いて、指定されたＳＴＡにデータを送信する（Ｓ１００１）。すなわち、ここでのトリガフレームは、例えば、図１３に示すように、各ＳＡＰに対するＵｓｅｒＩｎｆｏにより、通信相手のＳＴＡのＡＩＤと、そのＳＴＡとの通信で使用すべき周波数チャネルやＲＵ割り当てを指定する情報を含む。図１０の例では、ＡＰ１０４のＵｓｅｒＩｎｆｏに、ＳＴＡ１０９のＡＩＤと使用すべき周波数チャネル（およびＲＵ）が含められ、ＡＰ１０５のＵｓｅｒＩｎｆｏに、ＳＴＡ１０７のＡＩＤと使用すべき周波数チャネル（およびＲＵ）が含められる。各ＳＴＡは、ＳＡＰからデータを受信すると、そのデータに関連付けた応答（Ａｃｋ）を送信する（Ｓ１００２）。そして、ＡＰ１０４およびＡＰ１０５は、その応答を受信する。

このようにして、複数のＳＡＰから、それぞれ異なるＳＴＡへのデータ送信を、周波数チャネルやＲＵの指定などによってＭＡＰが制御することができる。ＡＰ１００は、例えば、ＡＰ１０５とＳＴＡ１０７との通信に５ｃｈを使用することを指定し、ＡＰ１０４とＳＴＡ１０９との通信に３６ｃｈを使用することを指定することにより、これらの通信が相互に干渉することを防ぐことができる。

ＡＰ１００がＳＴＡへデータを送信するのではなく、各ＳＡＰが保持しているデータをＳＴＡへ送信する場合、ＡＰ１００は、例えば、図１０のＳ６０２で、各ＳＡＰから各ＳＴＡへ送信されるべきデータのバッファ量の情報を取得しうる。なお、この場合には、Ｓ６０３の処理は省略される。なお、ＡＰ１０４がＡＰ１００からのデータをＳＴＡ１０９へ送信する一方で、ＡＰ１０５は自装置が保持しているデータをＳＴＡ１０７へ送信してもよい。この場合、ＡＰ１００は、Ｓ６０３においてＡＰ１０４のみへデータを送信することとなる。また、ＡＰ１０５がＡＰ１００からのデータをＳＴＡ１０７へ送信する一方で、ＡＰ１０４は自装置が保持しているデータをＳＴＡ１０９へ送信してもよい。

次に、図１１を用いて、複数のＳＴＡからデータが送信される場合の処理の流れの例について説明する。なお、図９の処理と共通する部分については、同じ参照番号を付して説明を省略する。ＳＡＰ（ＡＰ１０４およびＡＰ１０５）は、ＭＡＰ（ＡＰ１００）から受信したトリガフレームによって指定された周波数チャネルおよびＲＵを用いて、指定されたＳＴＡに対してデータの送信をトリガするためのトリガフレームを送信する（Ｓ１１０１）。ここでのＭＡＰからＳＡＰへ送信されるトリガフレームも、上述のように、各ＳＡＰに対するＵｓｅｒＩｎｆｏにより、通信相手のＳＴＡのＡＩＤと、そのＳＴＡとの通信で使用すべき周波数チャネルやＲＵ割り当てを指定する情報を含む。そして、ＳＡＰは、通信相手のＳＴＡに対して、指定された周波数チャネル（およびＲＵ）でデータを送信すべきことを指定したトリガフレームを送信する。各ＳＴＡは、受信したトリガフレームに基づいて、指定された周波数チャネル（およびＲＵ）を用いて、そのトリガフレームの送信元のＳＡＰへデータを送信する（Ｓ１１０２）。図１１の例では、ＳＴＡ１０７がＡＰ１０５へデータを送信し、ＳＴＡ１０９がＡＰ１０４へデータを送信する。その後、各ＳＡＰは、受信したデータに関連付けた応答（Ａｃｋ）を、データの送信元のＳＴＡへ送信し、各ＳＴＡはその応答を受信する（Ｓ１１０３）。

このようにして、複数のＳＴＡからのデータ送信を、周波数チャネルやＲＵの指定などによってＭＡＰが制御することができる。ＡＰ１００は、例えば、ＡＰ１０５とＳＴＡ１０７との通信に５ｃｈを使用することを指定し、ＡＰ１０４とＳＴＡ１０９との通信に３６ｃｈを使用することを指定することにより、これらの通信が相互に干渉することを防ぐことができる。

ＡＰ１００がＳＴＡからデータを受信するのではなく、各ＳＴＡが、各ＳＡＰ宛のデータを送信する場合、ＡＰ１００は、例えば、図１１のＳ９０２において、各ＳＡＰから、各ＳＴＡによって送信されるべきデータのバッファ量の情報を取得しうる。なお、ＡＰ１０４がＳＴＡ１０９からのデータをＡＰ１００へ送信する一方で、ＡＰ１０５はＳＴＡ１０９からのデータを自装置宛のデータとして、ＡＰ１００へ転送しなくてもよい。また、ＡＰ１０５がＳＴＡ１０７からのデータをＡＰ１００へ送信する一方で、ＡＰ１０４はＳＴＡ１０９からのデータをＡＰ１００へ転送しなくてもよい。

図１０や図１１のような処理を実行可能とすることにより、ＡＰ１０４およびＡＰ１０５がＡＰとしての機能を一部しか有していなくてもよくなる。すなわち、ＡＰ１０４およびＡＰ１０５は、ＰＨＹレベルの動作管理を主としてＭｕｌｔｉ－ＡＰのＳＡＰとして動作する機能のみを有し、ＲＵの割り当て等の一般的なＡＰの機能がＭＡＰに移譲されてもよい。これにより、複数のＡＰを用いるシステム構成において、ＡＰの増加によるコスト増大を抑制することができ、柔軟にＳＡＰの数を変更することにより、ＳＴＡとの最大スループットを調整することも可能となる。例えば、ＭＲ（ＭｉｘｅｄＲｅａｌｉｔｙ）やＶＲ（ＶｉｒｔｕａｌＲｅａｌｉｔｙ）などの、通信の低遅延性と大きい通信容量とが要求されるユースケースにおいて、使用するＳＡＰを増やしうる。一方で、バックグラウンドで動作するソフトウェアアップデートの情報通信などでは、低遅延性とおおきい通信容量が必要ない場合があり、このような場合には、使用するＳＡＰを少なくしうる。このように、ユーザ（ＳＴＡ）によってＳＡＰの数を調整することにより、必要なスループットを確保し、かつ、容易にスループットを増加させることができる。

上述の実施形態では、ＳＴＡへのデータの送信と、ＳＴＡからのデータの受信とを分けて説明した。しかし、これらは、各装置が、送信のみ又は受信のみを実行可能に構成されることを意図していない。例えば、各装置は、データ送信とデータ受信とを、同時並行的に実行してもよいし、例えば時分割で交互に実行してもよい。例えば、図６のＳ６０３～Ｓ６０９の処理の後に、図９のＳ９０３～Ｓ９０９の処理が実行され、必要に応じて、その後に再度図６のＳ６０３～Ｓ６０９の処理が実行されてもよい。また、例えば図６のＳ６０３～Ｓ６０９の処理が第１の所定回数（例えば３回）だけ繰り返された後に、図９のＳ９０３～Ｓ９０９の処理が第２の所定回数（例えば５回）だけ繰り返されてもよい。また、図９のＳ９０３～Ｓ９０９の処理が、図６のＳ６０３～Ｓ６０９の処理より先に実行されてもよい。いずれの場合も、例えば一定量のデータの送受信が完了するまで、図６のＳ６０１～Ｓ６０２の処理と、図９のＳ９０１～Ｓ９０２の処理が１度だけ実行されるようにしてもよい。これにより、通信制御処理のオーバーヘッドを低減した、高効率なデータ通信を実現することができる。また、図１０や図１１の処理についても同様である。各装置は、図６および図９～図１１の処理をそれぞれ繰り返してもよいし、これらの処理のうちの１つを所定回数繰り返した後に、これらの処理のうちの別の処理を実行するようにしてもよい。このとき、上述のように、図６および図１０のＳ６０１～Ｓ６０２と図９および図１１のＳ９０１～Ｓ９０２は、１回のみ実行されてもよいし、各処理が開始される度に都度実行されてもよい。

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

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

１００：マスタＡＰ、１０４、１０５：スレーブＡＰ、１０７～１０９：ステーション、３０１、３０７、３０８：無線ＬＡＮ制御部

Claims

制御装置であって、
第１の通信装置と第２の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含めた、当該通信をトリガするためのフレームを、前記第１の通信装置へ送信する送信手段を有することを特徴とする制御装置。
前記送信手段は、前記第１の通信装置と前記第２の通信装置との間に複数のリンクが確立されている場合、前記複数のリンクのうちのいずれを前記通信に使用すべきかに関する情報を前記フレームに含めて送信することを特徴とする請求項１に記載の制御装置。
前記送信手段は、前記第１の通信装置と前記第２の通信装置との間にそれぞれ異なる周波数チャネルを用いる複数のリンクが確立されている場合、前記周波数チャネルに関する情報として、前記複数のリンクのうちのいずれを前記通信に使用すべきかに関する情報を前記フレームに含めて送信することを特徴とする請求項１に記載の制御装置。
前記送信手段は、前記複数のリンクのうちのいずれを前記通信に使用すべきかに関する情報として、前記複数のリンクのそれぞれに割り当てられたリンク番号のうち、使用すべきリンクに割り当てられたリンク番号を前記フレームに含めて送信することを特徴とする請求項２または３に記載の制御装置。
前記複数のリンクのそれぞれに対するリンク番号として、前記第１の通信装置が割り当てたリンク番号が使用されることを特徴とする請求項４に記載の制御装置。
前記複数のリンクのそれぞれに対するリンク番号として、前記制御装置が割り当てたリンク番号が使用されることを特徴とする請求項４に記載の制御装置。
前記送信手段は、前記第１の通信装置の情報を、前記周波数チャネルに関する情報と関連付けて前記フレームに含めて送信することを特徴とする請求項１から６のいずれか１項に記載の制御装置。
前記送信手段は、前記第２の通信装置の情報を、前記周波数チャネルに関する情報と関連付けて前記フレームに含めて送信することを特徴とする請求項１から７のいずれか１項に記載の制御装置。
前記送信手段は、前記周波数チャネルに関する情報として、ＩＥＥＥ８０２．１１規格シリーズで規定されるチャネル番号に対応する値を前記フレームに含めて送信することを特徴とする請求項１から８のいずれか１項に記載の制御装置。
前記送信手段は、前記周波数チャネルに関する情報として、前記通信に割り当てられるべきＲｅｓｏｕｒｃｅＵｎｉｔを示す情報を前記フレームに含めて送信することを特徴とする請求項１から９のいずれか１項に記載の制御装置。
前記通信は、前記制御装置と前記第２の通信装置との間の通信を、前記第１の通信装置が転送する際に行われる通信を含むことを特徴とする請求項１から１０のいずれか１項に記載の制御装置。
前記フレームは、ＩＥＥＥ８０２．１１規格シリーズで規定されるトリガフレームであり、前記送信手段は、無線で前記フレームを前記第１の通信装置へ送信することを特徴とする請求項１から１１のいずれか１項に記載の制御装置。
通信装置であって、
第１の他の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含んだ、当該通信をトリガするためのフレームを、第２の他の通信装置から受信し、前記周波数チャネルに関する情報に基づいて、前記第１の他の通信装置と通信する通信手段を有することを特徴とする通信装置。
前記フレームは、前記通信装置と前記第１の他の通信装置との間に複数のリンクが確立されている場合、前記複数のリンクのうちのいずれを前記通信装置と前記第１の他の通信装置との通信に使用すべきかに関する情報を含むことを特徴とする請求項１３に記載の通信装置。
前記フレームは、前記通信装置と前記第１の他の通信装置との間にそれぞれ異なる周波数チャネルを用いる複数のリンクが確立されている場合、前記周波数チャネルに関する情報として、前記複数のリンクのうちのいずれを前記通信装置と前記第１の他の通信装置との通信に使用すべきかに関する情報を含むことを特徴とする請求項１３に記載の通信装置。
前記フレームは、前記複数のリンクのうちのいずれを前記通信に使用すべきかに関する情報として、前記複数のリンクのそれぞれに割り当てられたリンク番号のうち、使用すべきリンクに割り当てられたリンク番号を含むことを特徴とする請求項１４または１５に記載の通信装置。
前記複数のリンクのそれぞれに対するリンク番号として、前記通信装置が割り当てたリンク番号が使用されることを特徴とする請求項１６に記載の通信装置。
前記複数のリンクのそれぞれに対するリンク番号として、前記第２の他の通信装置が割り当てたリンク番号が使用されることを特徴とする請求項１６に記載の通信装置。
前記フレームには、前記通信装置の情報が、前記周波数チャネルに関する情報と関連付けられて含まれることを特徴とする請求項１３から１８のいずれか１項に記載の通信装置。
前記フレームには、前記第１の他の通信装置の情報が、前記周波数チャネルに関する情報と関連付けられて含まれることを特徴とする請求項１３から１９のいずれか１項に記載の通信装置。
前記フレームは、前記周波数チャネルに関する情報として、ＩＥＥＥ８０２．１１規格シリーズで規定されるチャネル番号に対応する値を含むことを特徴とする請求項１３から２０のいずれか１項に記載の通信装置。
前記フレームは、前記周波数チャネルに関する情報として、前記通信装置と前記第１の他の通信装置との通信に割り当てられるべきＲｅｓｏｕｒｃｅＵｎｉｔを示す情報を含むことを特徴とする請求項１３から２１のいずれか１項に記載の通信装置。
前記通信は、前記第２の他の通信装置と前記第１の他の通信装置との間の通信を、前記通信装置が転送する際に行われる通信を含むことを特徴とする請求項１３から２２のいずれか１項に記載の通信装置。
前記フレームは、ＩＥＥＥ８０２．１１規格シリーズで規定されるトリガフレームであり、前記通信手段は、無線で前記フレームを前記第２の他の通信装置から受信することを特徴とする請求項１３から２３のいずれか１項に記載の通信装置。
制御装置によって実行される制御方法であって、
第１の通信装置と第２の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含めた、当該通信をトリガするためのフレームを、前記第１の通信装置へ送信することを含むことを特徴とする制御方法。
通信装置によって実行される通信方法であって、
第１の他の通信装置との間のＩＥＥＥ８０２．１１規格シリーズに準拠した通信で使用すべき周波数チャネルに関する情報を含んだ、当該通信をトリガするためのフレームを、第２の他の通信装置から受信することと、
前記周波数チャネルに関する情報に基づいて、前記第１の他の通信装置と通信することとを含むことを特徴とする通信方法。
コンピュータを、請求項１から請求項１２のいずれか１項に記載の制御装置または請求項１３から請求項２４のいずれか１項に記載の通信装置として機能させるためのプログラム。