特許 7549477 通信装置、通信装置の制御方法およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-03

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

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

(51)【国際特許分類】

   H04W 76/15 20180101AFI20240904BHJP

   H04W 28/06 20090101ALI20240904BHJP

   H04W 56/00 20090101ALI20240904BHJP

   H04W 72/0457 20230101ALI20240904BHJP

   H04W 72/23 20230101ALI20240904BHJP

   H04W 84/12 20090101ALI20240904BHJP

【ＦＩ】

H04W76/15

H04W28/06 110

H04W56/00 130

H04W72/0457 110

H04W72/23

H04W84/12

【請求項の数】 14

(21)【出願番号】P 2020124643

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

(65)【公開番号】P2022021186

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

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

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】吉川 佑生

【審査官】久松 和之

(56)【参考文献】

【文献】欧州特許出願公開第３６０９２０９（ＥＰ，Ａ１）

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

【文献】Cheng Chen (Intel)，Multi-link Policy Framework，IEEE 802.22-19/1932r1，2020年01月16日

【文献】Jeongki Kim (LG Electronics)，UL MU efficiency enhancement using multi-link，IEEE 802.11-19/1918r0，2019年11月05日

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

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

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

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４、６

ＣＴ ＷＧ１、４

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

【請求項1】

他の通信装置と無線通信する通信装置であって、
前記他の通信装置に対してマルチリンクでのデータ送信を指示するトリガとなるトリガフレームを、前記他の通信装置へ送信する送信手段を備え、
前記トリガフレームは、前記マルチリンクにおいて前記トリガフレームを送信するリンクと異なる他のリンクを識別するための識別情報を含むことを特徴とする通信装置。

【請求項2】

前記識別情報は、各リンクのリンク番号を含むことを特徴とする請求項１に記載の通信装置。

【請求項3】

前記識別情報は、ＩＥＥＥ８０２．１１シリーズ規格で規定される、各リンクのチャネル番号を含むことを特徴とする請求項１又は２に記載の通信装置。

【請求項4】

前記識別情報は、各リンクの周波数帯域を含むことを特徴とする請求項１乃至３の何れか１項に記載の通信装置。

【請求項5】

前記識別情報は、リソースユニットの番号を含むことを特徴とする請求項１乃至４の何れか１項に記載の通信装置。

【請求項6】

前記トリガフレームの受信に応答して前記他の通信装置から送信されたデータを、前記マルチリンクで受信する受信手段をさらに備えることを特徴とする請求項１乃至５の何れか１項に記載の通信装置。

【請求項7】

前記送信手段は、前記受信手段により前記他の通信装置から受信された前記データの受信確認を、１つのリンクでまとめて送信することを特徴とする請求項６に記載の通信装置。

【請求項8】

前記トリガフレームの送信を契機として、前記他の通信装置へデータをマルチリンクで送信する送信手段をさらに備えることを特徴とする請求項１乃至５の何れか１項に記載の通信装置。

【請求項9】

前記送信手段により前記マルチリンクで送信したデータに対する前記他の通信装置からの受信確認を、１つのリンクでまとめて受信する受信手段をさらに備えることを特徴とする請求項８に記載の通信装置。

【請求項10】

前記通信装置は１以上の他の通信装置と通信可能であり、
前記１以上の他の通信装置のそれぞれのマルチリンクの通信状況、前記１以上の他の通信装置の設定、および前記１以上の他の通信装置が送信待機しているデータ量に基づいて、前記データ送信が必要か否かを判定する第１判定手段と、
前記１以上の通信装置の各マルチリンク全てに共通する共通リンクを介した接続が含まれているか否かを判定する第２判定手段と、をさらに備え、
前記送信手段は、前記第１判定手段により前記データ送信が必要と判定され且つ前記第２判定手段により前記共通リンクを介した接続が含まれていると判定された場合、前記トリガフレームを前記共通リンクを介して前記１以上の他の通信装置へ送信することを特徴とする請求項１乃至５の何れか１項に記載の通信装置。

【請求項11】

前記マルチリンクでのデータ通信は、Ｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅでの通信であることを特徴とする請求項１乃至１０の何れか１項に記載の通信装置。

【請求項12】

前記トリガフレームは、前記トリガフレームを送信するリンクの識別情報をさらに含むことを特徴とする請求項１乃至１１の何れか１項に記載の通信装置。

【請求項13】

他の通信装置と無線通信する通信装置の制御方法であって、
前記通信装置の送信手段が、前記他の通信装置に対してマルチリンクでのデータ送信を指示するトリガとなるトリガフレームを、前記他の通信装置へ送信する送信工程を有し、
前記トリガフレームは、前記マルチリンクにおいて前記トリガフレームを送信するリンクと異なる他のリンクを識別するための識別情報を含むことを特徴とする通信装置の制御方法。

【請求項14】

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

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、通信装置の制御方法およびプログラムに関し、特に、無線通信における運用パラメータの送受信技術に関するものである。

【背景技術】

【0002】

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

【0003】

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ ｇｒｏｕｐが発足した。ＩＥＥＥ８０２．１１ｂｅ規格では、１台のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、通信する技術が検討されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

このようにＩＥＥＥ８０２．１１ｂｅ規格では、ＡＰとＳＴＡとが周波数チャネルが異なるリンクを確立し、並行して通信を行うマルチリンク通信が検討されている。しかしながら、ＳＴＡが複数リンクでトリガフレームを契機としたフレーム送信を行う場合、ＡＰは各リンクにてトリガフレームを送信する必要がある。また、各リンクで同時にトリガフレームを送信したとしても、ＳＴＡが同時にトリガフレームを受信できるとは限らない。この場合、リンクごとにデータを送信するタイミングにずれが生じることで、リンク間の干渉を強めてしまう可能性がある。このように、マルチリンク通信において、ＡＰとＳＴＡとがトリガフレームベースの通信を実行する場合に、リンクごとにトリガフレームを送信すると通信のタイミングがずれてしまう可能性がある。

【0006】

本発明は、上記の課題に鑑みてなされたものであり、マルチリンク通信において、通信のタイミングのずれを防止するための技術を提供することを目的とする。

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

【0007】

上記の目的を達成する本発明に係る通信装置は、
他の通信装置と無線通信する通信装置であって、
前記他の通信装置に対してマルチリンクでのデータ送信を指示するトリガとなるトリガフレームを、前記他の通信装置へ送信する送信手段を備え、
前記トリガフレームは、前記マルチリンクにおいて前記トリガフレームを送信するリンクと異なる他のリンクを識別するための識別情報を含むことを特徴とする。

【発明の効果】

【0008】

本発明によれば、マルチリンク通信において、通信のタイミングのずれを防止することができる。

【図面の簡単な説明】

【0009】

【図1】一実施形態に係るネットワークの構成の一例を示す図である。

【図2】一実施形態に係る通信装置のハードウェア構成の一例を示す図である。

【図3】一実施形態に係る通信装置の機能構成の一例を示す図である。

【図4】実施形態１に係る通信装置１０３が通信装置１０２にデータを送信する際のシーケンス図である。

【図5】実施形態２に係る通信装置１０２のトリガフレームを送信する処理の手順を示すフローチャートである。

【図6】実施形態１に係る通信装置１０２から通信装置１０３、１０４に送信するトリガフレームの例を示す図である。

【図7】実施形態１に係る通信装置１０２から通信装置１０３、１０４に送信するＡＣＫフレームの例を示す図である。

【図8】実施形態２に係る通信装置１０３、１０４が通信装置１０２にデータを送信する際のシーケンス図である。

【図9】実施形態３に係る通信装置１０２から通信装置１０３にデータを送信する際のシーケンス図である。

【図10】実施形態１に係る通信装置１０２が実施する処理の手順を示すフローチャートである。

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

【0010】

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

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

【表1】

【0059】

表１において、Ｔｒｉｇｇｅｒ ｔｙｐｅサブフィールド６０９のサブフィールド値が８であるとき、トリガフレームはマルチリンクでのアップロードデータの送信を指示することを示す。

【0060】

続いて、Ｕｓｅｒ Ｉｎｆｏフィールド６０６は、それぞれのスレーブＡＰに対応するフィールドであり、割り当てられたＳＴＡの数だけＵｓｅｒ Ｉｎｆｏフィールド６０６が連結して送信される。Ｕｓｅｒ Ｉｎｆｏフィールド６０６の中にはＡＩＤサブフィールド６１１が存在する。

【0061】

ここで、Ｕｓｅｒ Ｉｎｆｏフィールド６０６中のＡＩＤサブフィールド６１１のサブフィールド値とその意味との対応関係を表２に示す。

【0062】

【表2】

【0063】

本実施形態では、ＡＩＤサブフィールド６１１のサブフィールド値は、ＡＰ１０２がＳＴＡ１０３に割り当てた値である。例えば１とする。

【0064】

また、Ｕｓｅｒ Ｉｎｆｏフィールド６０６中のＬｉｎｋ ＩＤサブフィールド６１２には、接続中のＳＴＡがデータを送信するリンクの識別情報が含まれる。例えば２．４ＧＨｚ帯の５ｃｈで動作するリンク番号１のリンクを介してデータ送信を指示する場合には値を１とする。なお、リンク番号はＡＰ１０２とＳＴＡ１０３とが接続するときに、ＡＰ１０２がＳＴＡ１０３に割り当てるものとする。Ｌｉｎｋ ＩＤサブフィールドは３ビット用意する。ただし、用意するビット数はこれに限らない。例えば、Ｌｉｎｋ ＩＤサブフィールドを２ビットもしくは５ビットとしてもよい。

【0065】

なお、このサブフィールドの値にはチャネル番号が割り当てられてもよい。例えば２．４ＧＨｚの５ｃｈでＳＴＡ１０３からＡＰ１０２にデータ送信を指示する場合には値を５としてもよい。チャネルを値とする場合はサブフィールドとして８ビット用意する。なお、ここで与える値は帯域に紐づいた値としてもよい。例えば２．４ＧＨｚを１、５ＧＨｚを２、６ＧＨｚを３とする。この場合、２．４ＧＨｚの割り当てを行う場合にはｃｈａｎｎｅｌサブフィールドを１にする。この場合はサブフィールドとして２ビット用意すればよい。

【0066】

また、識別情報として、リンク番号、チャネル番号の他に、リンクの周波数帯域、リソースユニット（ＲＵ）の番号などを用いることもできる。

【0067】

ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド６１３は、対応するＳＴＡのＲＵおよびｔｏｎｅサイズを特定する。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは８ビット用意する。

【0068】

Ｌｉｎｋ ＩＤサブフィールド６１２およびＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド６１３の組み合わせにより、ＳＴＡ１０３は、ＡＰ１０２にデータを送信するチャネル周波数を知ることができる。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド６１３に割り当てるＲＵの値の例を表３に示す。

【0069】

【表3】

【0070】

例えば、チャネルで使用する周波数が２０ＭＨｚでＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド６１３の値が３８の場合、サブチャネルのトーンサイズが５２として割り当てられるＲＵのうち、２番目のＲＵがＳＴＡ１０３に割り当てられることになる。また、同じＳＴＡに対して複数のＲＵを割り当ててもよい。その場合、同じＡＩＤで異なるＬｉｎｋ ＩＤサブフィールド、もしくは異なるＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドを割り当てる。もしくは同じＡＩＤで同じＬｉｎｋ ＩＤサブフィールドの異なるＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドを割り当てる。このとき、Ｕｓｅｒ Ｉｎｆｏフィールド６０６は、割り当てるＲＵごとに用意することになる。

【0071】

なお、１台のＳＴＡに複数のＲＵを割り当てるための表現は別の手法であってもよい。例えば、ＡＩＤサブフィールドの後ろに１ビットのＣａｓｃａｄｅｄサブフィールドを用意する。このビットが立っている場合は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド６１３の後ろに再度Ｃａｓｃａｄｅｄサブフィールド、Ｌｉｎｋ ＩＤサブフィールド、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドと続ける。このビットが０の場合はこの後ろには次のサブフィールドが続くことになる。この割り当て方法の場合、より少ないビットで複数チャネルを割り当てることができるようになる。また、チャネルごとに帯域幅が異なる場合でも、柔軟にＲＵを割り当てることができる。

【0072】

ただし、これはあくまで一例であり、他の表現方法でもよい。本実施形態では、チャネルも同時に表現しているため、使用する帯域幅を２０ＭＨｚ単位に限定してもよい。この場合、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは４ビットあればよい。また、２０ＭＨｚに限定する形でＣａｓｃａｄｅｄサブフィールドを用意してもよい。

【0073】

なお、図６は一例であり、Ｌｉｎｋ ＩＤおよびＲＵの指定方法はこれに限らない。例えば、リンク番号を小さい順に割り当てるものと考えて、ＲＵを割り当てていくことが考えられる。この場合、例えば２．４ＧＨｚの１ｃｈ、５ＧＨｚの３６ｃｈで４０ＭＨｚずつ帯域幅がある場合、さらにＲＵサイズを２６のみで割り当てる場合は、次のようにＲＵを割り当てる。２．４ＧＨｚの１ｃｈで使用するＲＵの１～１８番目は０～１７を割り当てる。５ＧＨｚの３６ｃｈで使用するＲＵの１９～３７番目は１８～３６を割り当てる。

【0074】

そして、ＤＬ／ＵＬサブフィールド６１４において、ＳＴＡが送信するか受信するかを指定する。例えば、値が０の場合はＳＴＡからＡＰへの送信とし、値が１の場合はＡＰからＳＴＡへの送信とすることができる。

【0075】

ＳＴＡ１０３は、ＡＰ１０２から送信されたトリガフレームを受信したら、割り当てに従ってＬｉｎｋ１およびＬｉｎｋ２を介してデータをＡＰ１０２に同時送信する（Ｓ４０４）。ここで、同時データ通信（送信）とは、Ｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅでの通信であって、このモードでは複数のリンクを介した通信は、同期して実行される。具体的には、第１のリンク（Ｌｉｎｋ１）と第２のリンク（Ｌｉｎｋ２）とで、同じタイミングで通信を開始する。また、ＡＰ１０２は、マルチリンク通信のモードとして、Ｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅの他にＡｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅと、Ｓｅｍｉ－Ａｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅとの少なくとも一方を実行できてもよい。なお、本実施形態に係るトリガフレームは、Ａｓｙｎｃｈｒｏｎｏｕｓ ＭｏｄｅもしくはＳｅｍｉ－Ａｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅである場合には使用されない。

【0076】

Ａｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅでは、それぞれのリンクを介した通信は、非同期で行われ、第１のリンクを介した通信と、第２のリンクを介した通信とは、それぞれ独立したタイミングで実行される。また、Ｓｅｍｉ－Ａｓｙｎｃｈｒｏｎｏｕｓ Ｍｏｄｅでは、一方のリンクを介したデータの通信を行う場合に、他方のリンクの周波数チャネルが空いている場合は、両方のリンクを介した通信を同期して実行する。

【0077】

そして、ＡＰ１０２は、データを受信すると、そのデータに紐づいたＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を返信する（Ｓ４０５）。

【0078】

このとき、ＡＣＫは受信したリンクごとでなく、まとめて１つのＡＣＫとして送信する。このとき送信するＡＣＫの例を図７に示す。図７は、実施形態１に係るＡＰ１０２からＳＴＡ１０３に送信するＡＣＫフレームの例を示す図である。なお、本実施形態ではＡＣＫとしてＢｌｏｃｋ ＡＣＫ（ＢＡ）を用いる。このフレームによれば、複数のデータに対するＡｃｋをまとめて送信することができる。

【0079】

図７に示すフィールド／サブフィールドは、ＩＥＥＥ８０２．１１ａｘに規定されたフォーマットに準ずる。すなわち、先頭からＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド７０１、Ｄｕｒａｔｉｏｎフィールド７０２、ＲＡフィールド７０３、ＴＡフィールド７０４、ＢＡ Ｃｏｎｔｒｏｌフィールド７０５、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールド７０６、ＦＣＳフィールド７０７を含む。

【0080】

そして、ＢＡ Ｃｏｎｔｒｏｌフィールド７０５には、ＢＡ Ａｃｋ Ｐｏｌｉｃｙサブフィールド７０８、Ｍｕｌｔｉ－ＴＩＤサブフィールド７０９、Ｃｏｍｐｒｅｓｓｅｄ Ｂｉｔｍａｐサブフィールド７１０、ＧＣＲサブフィールド７１１が含まれる。このうち、Ｍｕｌｔｉ－ＴＩＤサブフィールド７０９、Ｃｏｍｐｒｅｓｓｅｄ Ｂｉｔｍａｐサブフィールド７１０、ＧＣＲ（Ｇｒｏｕｐｃａｓｔ ｗｉｔｈ ｒｅｔｒｉｅｓ）サブフィールド７１１の値の組み合わせによって、Ｂｌｏｃｋ ＡＣＫ（ＢＡ）の種類を指定する。各サブフィールドとＢＡの種類との対応を表４に例示する。

【0081】

【表4】

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

一方、Ｓ５０５で同時データ送信が必要ないと判定された場合、リンクごとのデータ送受信フローに入るため、Ｓ５０６へ進む。

【0116】

ＡＰ１０２は、ＳＴＡにＲＵサイズを割り当てる（Ｓ５０６）。この時割り当てを行うＳＴＡは、使用するリンクチャネルごとに独立して決めてもよい。複数のリンクでまたいで割り当ててもよい。

【0117】

まず、独立に割り当てる場合を考える。例えば、ＳＴＡ１０３が２．４ＧＨｚの５ｃｈおよび５ＧＨｚの３６ｃｈで接続し、ＳＴＡ１０４が５ＧＨｚの３６ｃｈで接続している場合を考える。リンクチャネルごとに独立で決める場合、例えば３６ｃｈではＳＴＡ１０３にＲＵサイズ１０６を割り当て、ＳＴＡ１０４にＲＵサイズ１０６を割り当てる。続いて、５ｃｈではＳＴＡ１０３にＲＵサイズ２４２を割り当てる。

【0118】

続いて、複数のリンクでまたいで割り当てる場合を考える。このときは３６ｃｈではＳＴＡ１０３にＲＵサイズ２４２を割り当てる。５ｃｈではＳＴＡ１０４にＲＵサイズ２４２を割り当てる。

【0119】

また、リンクごとにデータの送受信を管理する場合、つまりリンクチャネルごとに独立して割り当てる場合を考える。この場合、リンクをまたいで同期する必要がなくなるため、早く通信するリンクが遅いリンクを待つ必要がなくなり、データをより早く送受信することができるようになる。

【0120】

各リンクでのＳＴＡの割り当てが決まった場合、ＡＰ１０２は、各リンクでトリガフレームを送信する（Ｓ５０７）。このとき送信するトリガフレームには、ＩＥＥＥ８０２．１１ａｘに準拠したＢａｓｉｃのトリガフレームを使用する。すなわち、図６におけるＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールド値が０を示す（表１参照）。また、図６に示すＵｓｅｒ Ｉｎｆｏには、図６の６１１～６１４のうち、ＬＩＮＫ ＩＤサブフィールド６１２を含まない。

【0121】

ＡＰ１０２は、このトリガフレームの送信に応じてＳＴＡにより送信されたデータを、ＳＴＡから受信したか否かを判定する（Ｓ５０８）。本ステップがＹｅｓの場合、Ｓ５０９へ進む。一方、本ステップがＮｏの場合、Ｓ５０５に戻る。

【0122】

そして、ＡＰ１０２は、受信したデータに紐づいたＡＣＫを返信する（Ｓ５０９）。このとき返信するＡＣＫは、リンクごとに受信したデータに基づいて返信する。この時返信するＡＣＫは、ＩＥＥＥ８０２．１１で規定されるＡＣＫに準拠する。なお、Ｓ５１４で説明したように、複数リンクで共通のＢｌｏｃｋ Ａｃｋを返信してもよい。ＡＣＫを送信したら、一連の処理を終了する。なお、Ｓ５０３もしくはＳ５０５から処理を繰り返してもよい。

【0123】

以上説明したように、本実施形態によれば、複数のＳＴＡに共通のリンクチャネルを介してトリガフレームを送信する。これにより、各ＳＴＡは送信したデータがＡＰに届いたことをリンクごとに把握できるようになる。つまり、リンクごとに同期せずにデータを送受信している場合でも、データの受信確認を行うことができる。

【0124】

（実施形態３）
本実施形態では、ＡＰ１０２からＳＴＡ１０３に対してデータを送信する場合の処理の一例を説明する。本実施形態に係る各装置の構成は実施形態１と同様であるため、詳細な説明を省略する。ＳＴＡ１０３は、Ｌｉｎｋ１ではパワーセーブ状態となっており、データの受信は最初、Ｌｉｎｋ２のみで受け付けられるものとする。この場合、ＳＴＡのアップロードデータの量を確認する必要がないため、ＢＳＲ ＲｅｑｕｅｓｔおよびＢＳＲは必要ない。従って、図４に示すＳ４０１およびＳ４０２に相当する処理は、本実施形態では不要である。

【0125】

ＡＰ１０２は、各ＳＴＡに対してどの程度データを送信するかによってＲＵサイズを割り当てる。そして、ＡＰ１０２は、割り当ての結果を、トリガフレームとして通知する（Ｓ９０３）。なお、このとき送信するトリガフレームは実施形態１で説明した図６の通りであるが、Ｕｓｅｒ Ｉｎｆｏフィールドの中のＤＬ／ＵＬサブフィールドの値は１となる。

【0126】

ＳＴＡ１０３は、トリガフレームの内容を解析し、Ｌｉｎｋ１でもデータを受信することを確認する。続いて、ＳＴＡ１０３は、Ｌｉｎｋ１でもデータを受信できるように待機する。そして、割り当ての結果に基づいて、ＡＰ１０２は、ＳＴＡ１０３にデータを送信する（Ｓ９０４）。ＳＴＡ１０３は、受信したデータに紐づいたＡＣＫをＡＰ１０２に返信する（Ｓ９０５）。このとき、ＳＴＡ１０３は複数のリンクをまとめてデータを解析し、図７に示したようなＢｌｏｃｋ Ａｃｋを送信してもよい。もしくは、リンクごとにＩＥＥＥ８０２．１１で規定されたＡｃｋを返信してもよい。

【0127】

以上説明したように、本実施形態によれば、ＳＴＡ１０３が片方のリンクでスリープ状態であったとしても、ＡＰ１０２がトリガフレームを送信することで、ＳＴＡ１０３は複数のリンクでのデータ受信が可能となる。

【0128】

[変形例]
上述した各実施形態では、データの送信および受信を分けて記述したが、これに限られるものではない。例えば、データ送信とデータ受信とを同時、あるいは交互に行ってもよい。実施形態１および３を例とすると、図４のＳ４０３～Ｓ４０５の後に図９のＳ９０３～Ｓ９０５が続き、それを繰り返してもよい。例えば、図４のＳ４０３～Ｓ４０５を３回繰り返した後、図９のＳ９０３～Ｓ９０５を５回繰り返すようにしてもよい。また、図９のＳ９０３～Ｓ９０５を先に開始してもよい。これにより、よりオーバーヘッドを無くした形でのデータ送受信が可能になる。また、各実施形態を繰り返してもよいし、データの送信と受信とを同時に行うことをトリガフレームで指示してもよい。さらに、データに対して返信するＡｃｋは単一のデータに対する返信としてのＡｃｋでもよい。

【0129】

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

【0130】

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

【符号の説明】

【0131】

１０２：通信装置（ＡＰ）、１０３，１０４：通信装置（ＳＴＡ）、３０１，３０８，３１０：無線ＬＡＮ制御部、３０２：フレーム生成部、３０３：フレーム解析部、３０４：チャネル割り当て部、３０５：ＵＩ制御部、３０６：記憶部、３０７，３０９，３１１：アンテナ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】