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

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

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

(11)【特許番号】

(24)【登録日】2024-08-27

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

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

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20240828BHJP

   H04W 76/15 20180101ALI20240828BHJP

   H04W 72/52 20230101ALI20240828BHJP

   H04W 72/0446 20230101ALI20240828BHJP

   H04W 72/0453 20230101ALI20240828BHJP

   H04W 84/12 20090101ALI20240828BHJP

【ＦＩ】

H04W72/0457 110

H04W76/15

H04W72/52

H04W72/0446

H04W72/0453

H04W84/12

【請求項の数】 20

(21)【出願番号】P 2020090828

(22)【出願日】2020-05-25

(65)【公開番号】P2021190722

(43)【公開日】2021-12-13

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

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】大内 雅智

【審査官】野村 潔

(56)【参考文献】

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

【文献】Sharan Naribole (Samsung)，Multi-link Channel Access Follow-up， IEEE 802.11-19/1836r4 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1836-04-00be-multi-link-channel-access-follow-up.pptx＞，2020年01月21日

【文献】EVGENY KHOROV, ILYA LEVITSKY, IAN F.AKYILDIZ，Current Status and Directions of IEEE 802.11be, the Future Wi-Fi 7，IEEE Access，VOLUME 8,2020，IEEE，2020年05月21日，pp.88675-88676，Internet:<URL:https://ieeeexlore.ieee.org/document/9090146/>

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

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

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

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

他の装置と第１のリンクおよび第２のリンクを並行して用いて無線通信を行うことができる通信装置であって、
第１の他の装置から、前記第１のリンクおよび前記第２のリンクを並行して用いた通信を実行するための所定のフレームを受信したことに基づいて、前記第１のリンクおよび前記第２のリンクにおける無線リソースの前記第１の他の装置への割り当てを示す情報を当該第１の他の装置へ送信すると共に、前記第１のリンクまたは前記第２のリンクにおける無線リソースの前記第１の他の装置と異なる第２の他の装置への割り当てを示す情報を当該第２の他の装置へ送信する通信制御手段を有することを特徴とする通信装置。

【請求項2】

前記所定のフレームは、前記第１のリンクと前記第２のリンクとにおいて前記第１の他の装置が送信すべきデータの量を示す情報を含むことを特徴とする請求項１に記載の通信装置。

【請求項3】

前記通信制御手段は、前記第１のリンクと前記第２のリンクとにおいて前記第１の他の装置が送信すべきデータの量に基づいて、前記第１のリンクおよび前記第２のリンクにおいて必要な無線リソースの量を特定し、当該無線リソースの量に基づいて、前記第１の他の装置へ無線リソースを割り当てることを特徴とする請求項２に記載の通信装置。

【請求項4】

前記所定のフレームは、前記第１の他の装置が送信権を獲得しているリンクにおいて受信されると共に、当該リンクにおいて前記第１の他の装置が送信権を獲得している期間に関する情報を含むことを特徴とする請求項１から３のいずれか１項に記載の通信装置。

【請求項5】

前記通信制御手段は、前記第１のリンクにおいて前記所定のフレームを受信した場合に、前記第２のリンクにおける無線リソースを前記第２の他の装置へ割り当てることを特徴とする請求項１から４のいずれか１項に記載の通信装置。

【請求項6】

前記通信制御手段は、前記第１のリンクまたは前記第２のリンクにおいて、前記第１の他の装置と前記第２の他の装置とに時分割で無線リソースを割り当てることを特徴とする請求項１から５のいずれか１項に記載の通信装置。

【請求項7】

前記通信制御手段は、前記第１のリンクまたは前記第２のリンクにおいて、前記第１の他の装置と前記第２の他の装置とに周波数分割で無線リソースを割り当てることを特徴とする請求項１から５のいずれか１項に記載の通信装置。

【請求項8】

前記通信制御手段は、前記第１のリンクおよび前記第２のリンクのそれぞれにおいて前記第１の他の装置に割り当てるべき無線リソースの量の差が所定値を超える場合に、前記第２の他の装置へ無線リソースを割り当てることを特徴とする請求項１から７のいずれか１項に記載の通信装置。

【請求項9】

前記通信装置は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した通信を実行することができるアクセスポイントであることを特徴とする請求項１から８のいずれか１項に記載の通信装置。

【請求項10】

他の装置と第１のリンクおよび第２のリンクを並行して用いて無線通信を行うことができる通信手段を有する通信装置であって、
前記通信手段は、
第１の他の装置へ、前記第１のリンクおよび前記第２のリンクを並行して用いた通信を実行するための所定のフレームを送信し、
前記所定のフレームに基づいて、前記第１のリンクおよび前記第２のリンクにおける無線リソースの前記通信装置への割り当てを示すと共に、前記第１のリンクまたは前記第２のリンクにおける無線リソースの前記通信装置と異なる第２の他の装置への割り当てを示す情報を、前記第１の他の装置から受信し、
前記第１のリンクと前記第２のリンクとのそれぞれにおいて前記通信装置に割り当てられた無線リソースを用いて前記第１の他の装置へデータを送信する、
ことを特徴とする通信装置。

【請求項11】

前記所定のフレームは、前記第１のリンクと前記第２のリンクとにおいて前記通信装置が送信すべきデータの量を示す情報を含むことを特徴とする請求項１０に記載の通信装置。

【請求項12】

前記通信手段は、前記第１のリンクまたは前記第２のリンクにおいて前記通信装置が送信すべきデータの量がゼロの場合に、前記所定のフレームを前記第１の他の装置へ送信しないことを特徴とする請求項１０又は１１に記載の通信装置。

【請求項13】

前記所定のフレームは、前記通信装置が送信権を獲得しているリンクにおいて送信されると共に、当該リンクにおいて当該通信装置が送信権を獲得している期間に関する情報を含むことを特徴とする請求項１０から１２のいずれか１項に記載の通信装置。

【請求項14】

前記通信手段が前記第１のリンクにおいて前記所定のフレームを送信した場合に、前記第２のリンクにおける無線リソースが前記第２の他の装置へ割り当てられることを特徴とする請求項１０から１３のいずれか１項に記載の通信装置。

【請求項15】

前記第１のリンクまたは前記第２のリンクにおいて、前記通信装置と前記第２の他の装置とに時分割で無線リソースが割り当てられることを特徴とする請求項１０から１４のいずれか１項に記載の通信装置。

【請求項16】

前記第１のリンクまたは前記第２のリンクにおいて、前記通信装置と前記第２の他の装置とに周波数分割で無線リソースが割り当てられることを特徴とする請求項１０から１４のいずれか１項に記載の通信装置。

【請求項17】

前記通信装置は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した通信を実行することができるステーションであることを特徴とする請求項１０から１６のいずれか１項に記載の通信装置。

【請求項18】

他の装置と第１のリンクおよび第２のリンクを並行して用いて無線通信を行うことができる通信装置によって実行される通信制御方法であって、
第１の他の装置から、前記第１のリンクおよび前記第２のリンクを並行して用いた通信を実行するための所定のフレームを受信したことに基づいて、前記第１のリンクおよび前記第２のリンクにおける無線リソースの前記第１の他の装置への割り当てを示す情報を当該第１の他の装置へ送信すると共に、前記第１のリンクまたは前記第２のリンクにおける無線リソースの前記第１の他の装置と異なる第２の他の装置への割り当てを示す情報を当該第２の他の装置へ送信することを含むことを特徴とする通信制御方法。

【請求項19】

他の装置と第１のリンクおよび第２のリンクを並行して用いて無線通信を行うことができる通信手段を有する通信装置によって実行される通信方法であって、
第１の他の装置へ、前記第１のリンクおよび前記第２のリンクを並行して用いた通信を実行するための所定のフレームを送信することと、
前記所定のフレームに基づいて、前記第１のリンクおよび前記第２のリンクにおける無線リソースの前記通信装置への割り当てを示すと共に、前記第１のリンクまたは前記第２のリンクにおける無線リソースの前記通信装置と異なる第２の他の装置への割り当てを示す情報を、前記第１の他の装置から受信することと、
前記第１のリンクと前記第２のリンクとのそれぞれにおいて前記通信装置に割り当てられた無線リソースを用いて前記第１の他の装置へデータを送信することと、
を含むことを特徴とする通信方法。

【請求項20】

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

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の無線リンクを利用した通信制御技術に関する。

【背景技術】

【0002】

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

【0003】

現在、さらなるスループット向上のために、ＩＥＥＥ８０２．１１ａｘの後継規格として、ＩＥＥＥ８０２．１１ｂｅ規格の策定のためのＴａｓｋ Ｇｒｏｕｐが結成されている。そして、このＴａｓｋ Ｇｒｏｕｐでは、通信装置が複数の無線インタフェースを用いてひとつのアプリケーション通信をおこなうマルチリンク／マルチバンド機構が提案されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

本発明は、マルチリンクを構成可能な無線通信システムにおける効率的な通信制御技術を提供する。

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

【0006】

本発明の一態様による通信装置は、他の装置と第１のリンクおよび第２のリンクを並行して用いて無線通信を行うことができる通信装置であって、第１の他の装置から、前記第１のリンクおよび前記第２のリンクを並行して用いた通信を要求するフレームを受信したことに基づいて、前記第１のリンクおよび前記第２のリンクにおける無線リソースの前記第１の他の装置への割り当てを示す情報を当該第１の他の装置へ送信すると共に、前記第１のリンクまたは前記第２のリンクにおける無線リソースの前記第１の他の装置と異なる第２の他の装置への割り当てを示す情報を当該第２の他の装置へ送信する通信制御手段を有する。

【発明の効果】

【0007】

本発明によれば、マルチリンクを構成可能な無線通信システムにおいて効率的な無線通信を可能とすることができる。

【図面の簡単な説明】

【0008】

【図1】システムの構成例を示す図である。

【図2】ＡＰ及びＳＴＡのハードウェア構成例を示す図である。

【図3】ＡＰの機能構成例を示す図である。

【図4】通信の流れの第１の例を示す図である。

【図5】通信の流れの第２の例を示す図である。

【図6】通信の流れの第３の例を示す図である。

【図7】通信の流れの第４の例を示す図である。

【図8】ＳＴＡによって実行される処理の流れの例を示す図である。

【図9】ＡＰによって実行される処理の流れの例を示す図である。

【図10】ＭＡＣ ｆｒａｍｅ ｆｏｒｍａｔの構成を説明する図である。

【図11】ＨＴ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ ｆｏｒｍａｔの構成を説明する図である。

【図12】トリガフレームの構成を説明する図である。

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

【0009】

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

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

ＡＰは、ＲＤＰを用いないと決定した場合（Ｓ９０６でＮＯ）、ＲＴＴを受信しなかった法のリンクにおいてＴＦまたはＯＦＤＭＡ用ＴＦを送信する（Ｓ９１３）。ここで、ＡＰは、別のＳＴＡを通信対象に含めないと判定した場合や、ＳＴＡ１とＳＴＡ２を同じと扱う場合に、ＴＦを送信し、ＳＴＡ１とＳＴＡ２とが異なる場合にＯＦＤＭＡ用ＴＦを送信しうる。なお、ＡＰは、Ｓ９０５のＴＦとＳ９１３のＴＦとの終端が揃うように、フレーム長を調整しうる。そして、ＡＰは、ＲＴＴを受信したリンクでデータを受信する（Ｓ９１４）と共に、もう一方のリンクにおいて、ＳＵまたはＯＦＤＭＡデータを受信する（Ｓ９１５）。そして、ＡＰは、ＲＴＴを受信したリンクでＳＴＡ１に応答を返す（Ｓ９１６）。また、ＡＰは、もう一方のリンクにおいて、ＳＵまたはＭｕｌｔｉ－ＳＴＡの応答を返す（Ｓ９１７）。ここで、ＡＰは、別のＳＴＡを通信対象に含めないと判定した場合や、ＳＴＡ１とＳＴＡ２を同じと扱う場合に、ＳＵの応答を送信し、ＳＴＡ１とＳＴＡ２とが異なる場合にＭｕｌｔｉ－ＳＴＡの応答を送信しうる。なお、Ｍｕｌｔｉ－ＳＴＡの応答は、ＯＦＤＭＡによるＢＡまたはＩＥＥＥ８０２．１１ａｘのＭｕｌｔｉ－ＳＴＡ ＢＡでありうる。

【0059】

その後、ＡＰは、Ｓ９０１のＲＴＴによるマルチリンク通信を終了するか否かを判定する（Ｓ９１２）。ＡＰは、マルチリンク通信を終了すると判定した場合（Ｓ９１２でＹＥＳ）は処理をＳ９０１に戻し、マルチリンク通信を終了しないと判定した場合（Ｓ９１２でＮＯ）は処理をＳ９０５に戻す。なお、上述のＳ９０２において、ＲＴＴにＢＳＲの情報が含まれていない場合には、ＴＸＯＰのみを使用して以後の制御を実行する。このとき、Ｓ９０３の判定は「ＮＯ」となる。

【0060】

（フレーム構成）
図１０（Ａ）～図１０（Ｃ）を用いて、ＩＥＥＥ８０２．１１規格のＭＡＣ（媒体アクセス制御）フレーム１０００とそのＦｒａｍｅ Ｂｏｄｙ１０１０の要素であるＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）の構成を示す。図１０（Ａ）は、ＭＡＣフレーム１０００の全体の構成例を示す。ＭＡＣフレーム１０００において、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ１００１は、フレーム全体の制御に関するフィールドであり、２オクテット（１６ビット）の長さを有する。Ｆｒａｍｅ Ｃｏｎｔｒｏｌ１００１の詳細については、図１０（Ｂ）を用いて後述するようなサブフィールドを有する。Ｄｕｒａｔｉｏｎ／ＩＤ１００２は、２オクテット長を有し、ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ：Ｂ１５）が「１」の場合に、残りの１５ビットによって０から３２７６７マイクロ秒の範囲でフレーム長やＴＸＯＰ等の時間を示す。Ａｄｄｒｅｓｓ１００３は、６オクテット長のフィールドであり、ＭＡＣフレームのタイプ（Ｔｙｐｅ１０２２）によって、ＢＳＳＩＤ、送信元、宛先などのアドレスが設定される。Ａｄｄｒｅｓｓ１００４、Ａｄｄｒｅｓｓ１００５、Ａｄｄｒｅｓｓ１００７も同様のフィールドであるが、示すべきアドレスの数に応じて、必要に応じて設定される。Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ１００６は、データのシーケンス番号等の情報等を格納するために必要に応じて２オクテット長で設定されるフィールドである。

【0061】

ＱｏＳ Ｃｏｎｔｒｏｌ１００８は、例えばＩＥＥＥ８０２．１１ａｘより前の規格のＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）等の情報を格納するために必要に応じて２オクテット長で設定されるフィールドである。ＩＥＥＥ８０２．１１ａｘより前の規格のＢＳＲが格納される場合、そのＢＳＲは２つの情報により表される。その２つの情報のうち、第１の情報は、４ビットのＴＩＤ（Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ）である。ＥＤＣＡアクセス方式の場合、このＴＩＤによって示される値のうちの０から７までの値が、４つのアクセスカテゴリのＡＣ＿ＶＯ（音声）／ＡＣ＿ＶＩ（ビデオ）／ＡＣ＿ＢＥ（ベストエフォート）／ＡＣ＿ＢＫ（バックグランド）のいずれかを示す。第２の情報は、８ビットのＱｕｅｕｅ ｓｉｚｅである。Ｑｕｅｕｅ ｓｉｚｅは、２５６ｏｃｔｅｔを単位として表現され、送信バッファに滞留しているデータ量を示す。

【0062】

ＨＴ Ｃｏｎｔｒｏｌ１００９は、必要に応じて４オクテット長で設定されるフィールドである。ＩＥＥＥ８０２．１１ａｘ規格においては、先頭１ビットが「０」に設定されることによりＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＩＥＥＥ８０２．１１ｎ）用のフレームであることが示される。また、先頭２ビットが１０に設定されることによりＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＩＥＥＥ８０２．１１ａｃ）用のフレームであることが示される。さらに、先頭２ビットが１１に設定されることによりＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ：ＩＥＥＥ８０２．１１ａｘ）用のフレームであることが示される。なお、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＩＥＥＥ８０２．１１ｂｅ）用のフレームについては、このような定義がなされるか否かは未定である。

【0063】

Ｆｒａｍｅ Ｂｏｄｙ１０１０は、送信対象のデータが格納されるフィールドであり、その長さはそのデータ長に応じて可変である。なお、Ｆｒａｍｅ Ｂｏｄｙ１０１０の一部として、図１０（Ｃ）に示すようなＩＥが格納されうる。ＦＣＳ１０１１は、Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｎｃｅであり、誤り検出のためのビットが格納される。

【0064】

続いて、図１０（Ｂ）を用いて、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ１００１の内容について概説する。Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ１０２１は、プロトコルのバージョンを示す２ビットのサブフィールドであり、ＩＥＥＥ８０２．１１フレームの場合は０に設定される。Ｔｙｐｅ１０２２は、フレームのタイプを示す２ビットのサブフィールドであり、フレームがＭａｎａｇｅｍｅｎｔ、Ｃｏｎｔｒｏｌ、Ｄａｔａのいずれのフレームであるかを示す。Ｓｕｂｔｙｐｅ１０２３は、Ｍａｎａｇｅｍｅｎｔ、Ｃｏｎｔｒｏｌ、Ｄａｔａの種類をさらに細かく分類する情報が格納される、４ビットのサブフィールドである。Ｔｏ ＤＳ１０２４は、フレームの宛先がＤＳ（Ｄｉｓｔｉｒｂｕｔｉｏｎ Ｓｙｓｔｅｍ）であるか否かを示す１ビットのサブフィールドである。Ｆｒｏｍ ＤＳ１０２５は、フレームの送信元がＤＳであるか否かを示す１ビットのサブフィールドである。Ｍｏｒｅ Ｆｒａｇｍｅｎｔ１０２６は、フレームがフラグメントの一部であるか否かを示す１ビットのサブフィールドである。Ｒｅｔｒｙ１０２７は、以前に送信されたデータの再送であるか否かを示す１ビットのサブフィールドである。Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔ１０２８は、ＳＴＡが省電力モードであるか否かを示す１ビットのサブフィールドである。Ｍｏｒｅ Ｄａｔａ１０２９は、現在のフレームで送信されるデータの後にさらなる送信データが存在するか否かを示す１ビットのサブフィールドである。Ｐｒｏｔｅｃｔｅｄ Ｆｒａｍｅ１０３０は、暗号化によりフレームが保護されているかを示す１ビットのサブフィールドである。＋ＨＴＣ１０３１は、例えば、ＨＴ Ｃｏｎｔｒｏｌ１００９が含まれるかを示す１ビットのサブフィールドである。

【0065】

次に、Ｆｒａｍｅ Ｂｏｄｙ１０１０に含まれるＩＥの構成について図１０（Ｃ）を用いて概説する。ここでは、特に、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔの構成を示す。Ｅｌｅｍｅｎｔ ＩＤ１０４１は、ＩＥの識別子を格納する。ＩＥＥＥ８０２．１１ｂｅのＥＨＴに関する値は、ＩＥＥＥ８０２．１１ａｘのＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔの値を踏襲し、例えば２５５とされる。Ｌｅｎｇｔｈ１０４２は、この情報要素の長さを示す。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ１０４３には、必要に応じて設定されるＩＥの識別子が格納される。例えば、本実施形態では、能力情報に関するＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔと、運用情報に関するＥＨＴ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔとに対応する値を新たに定義する。そして、それらの値がＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ１０４３に格納されるものとする。

【0066】

ＥＨＴ ＭＡＣ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏｒｍａｔｉｏｎ１０４４、ＭＡＣ層の能力に関する情報を格納する。ＥＨＴ ＰＨＹ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏｒｍａｔｉｏｎ１０４５は、物理層（ＰＨＹ）の能力に関する情報を格納する。Ｓｕｐｐｏｒｔｅｄ ＥＨＴ－ＭＣＳ Ａｎｄ ＮＳＳ Ｓｅｔ１０４６は、サポートしている変調および符号化方式（ＭＣＳ）と空間ストリーム数（ＮＳＳ）とを示す値を格納する。ＰＰＥ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ） Ｔｈｒｅｓｈｏｌｄｓ１０４７はオプションの情報である。

【0067】

本実施形態の１つの例において、ＥＨＴ ＭＡＣ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏｒｍａｔｉｏｎ１０４４に、マルチリンク能力を示すｆｉｅｌｄが定義され、ＡＰとＳＴＡとの間で、このフィールドを用いて能力交換が行われる。

【0068】

図１１を用いて、ＨＴ Ｃｏｎｔｒｏｌ１００９の構成について概説する。ＨＴ Ｃｏｎｔｒｏｌ１００９の長さは、４オクテット＝３２ビットである。Ｖａｒｉａｎｔ１１０１は、情報の種別である。情報の種別は、２つのビット（ビット１１０２およびビット１１０３）によって決定される。本実施形態では、ＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ：ＩＥＥＥ８０２．１１ａｘ）とＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＩＥＥＥ８０２．１１ｂｅ）が、同じビット列「１１」に対応するものとする。Ａ－Ｃｏｎｔｒｏｌ１１０４は、種別がＨＥ又はＥＨＴの場合、３０ビット長のフィールドである。Ａ－Ｃｏｎｔｒｏｌ１１０４は、Ｃｏｎｔｒｏｌ Ｌｉｓｔ１１０５およびＰａｄｄｉｎｇ１１０６を含む。Ｃｏｎｔｒｏｌ ＩＤ１１０７は、Ｃｏｎｔｒｏｌ Ｌｉｓｔ１１０５の種別を示し、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ１１０８は、その種別に対応する内容を示す。例えば、ＩＥＥＥ８０２．１１ａｘで新たに定義されたＢＳＲは、Ｃｏｎｔｒｏｌ ＩＤ１１０７として「３」が格納され、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ１１０８として、２６ビットの情報が格納される。この２６ビットの情報は、以下の情報を含む。

【0069】

４ビット：ＡＣＩ Ｂｉｔｍａｐ（情報が含まれているアクセスカテゴリ）
２ビット：Ｄｅｌｔａ ＴＩＤ（上記の組み合わせパターン）
２ビット：ＡＣＩ Ｈｉｇｈ（Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈが示すアクセスカテゴリ）
２ビット：Ｓｃａｌｉｎｇ Ｆａｃｔｏｒ（Ｑｕｅｕｅサイズの単位。１６／２５６／２０４８／３２７６８）
８ビット：Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈ
８ビット：Ｑｕｅｕｅ Ｓｉｚｅ Ａｌｌ（４つのアクセスカテゴリ全体のバッファ量）
以上のように、このＢＳＲでは、ＱｏＳ Ｃｏｎｔｒｏｌ１００８を用いたＢＳＲと比較して、より詳細な情報が示されうる。なお、ＲＴＴでは、このＩＥＥＥ８０２．１１ａｘの形式を流用して、無線リンクごとにバッファ量が示される。

【0070】

図１２（Ａ）～図１２（Ｃ）を用いて、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ（ＴＦ１２００）の構成について概説する。ＴＦは、ＩＥＥＥ８０２．１１ａｘから導入されたフレームであり、複数の端末（Ｕｓｅｒ）がアクセスポイント宛てに並行してフレームを送信するために必要な、起動タイミングとフレームを用いる無線チャネル情報などを示すフレームである。

【0071】

Ｆｒａｍｅ Ｃｏｎｔｏｒｏｌ１２０１は、ＩＥＥＥ８０２．１１規格シリーズに共通のフィールドであり、例えば、ＩＥＥＥ８０２．１１ａｘのＴｒｉｇｇｅｒ Ｆｒａｍｅであることを示す値が入る。このフィールドの長さは、２オクテットである。Ｄｕｒａｔｉｏｎ１２０２は、このフレームの時間長を示すフィールドであり、長さは２オクテットである。ＲＡ１２０３は、受信者のアドレス（Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ）を示すフィールドであり、長さは６オクテットである。ＴＡ１２０４は、送信者のアドレス（Ｔｒａｎｓｍｉｔｔｅｒ Ａｄｄｒｅｓｓ）を示すフィールドであり、長さは６オクテットである。Ｃｏｍｍｏｎ Ｉｎｆｏ１２０５は、このＴＦの宛先である複数の端末に共通な情報を示すフィールドであり、長さは、８オクテット以上である。Ｃｏｍｍｏｎ Ｉｎｆｏ１２０５の詳細については後述する。Ｐｅｒ Ｕｓｅｒ Ｉｎｆｏ１２０６は、このＴＦの宛先のそれぞれに対する個別の情報を示すフィールドであり、宛先ごとに別個のフィールドが用意される。Ｐｅｒ Ｕｓｅｒ Ｉｎｆｏ１２０６の長さはそれぞれ５オクテット以上である。Ｐａｄｄｉｎｇ１２０７は、このＴＦを受信した端末群に時間的猶予を与えるためのフィールドである。ＡＰは、各ＳＴＡのＭｉｎＴｒｉｇＰｒｏｃＴｉｍｅに基づいて、この時間的猶予を決定する。一般には、ＴＦの宛先となる一群のＳＴＡのそれぞれのＭｉｎＴｒｉｇＰｒｏｃＴｉｍｅのうち、最大値に対応するｐａｄｄｉｎｇが使用される。ＦＣＳ１２０８は、Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅであり、誤り検出のためのビットが格納される。

【0072】

Ｃｏｍｍｏｎ Ｉｎｆｏ１２０５は、図１２（Ｂ）に示すように、Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１、Ｌｅｎｇｔｈ１２１２、およびＴｒｉｇｇｅｒ Ｔｙｐｅ ｄｅｐｅｎｄｅｎｔ１２１３を含む。Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１は、長さは４ビットのサブフィールドであり、その詳細は図１２（Ｃ）に示す通りである。本実施形態では、一例として、マルチリンクのためのＴＦを新たに定義して、Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１の値「８」と関連付けておく。これにより、Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１の値が「８」のＴＦ１２００を受信したＳＴＡは、このＴＦがマルチリンクのためのＴＦであることを認識することができるようになる。Ｌｅｎｇｔｈ１２１２は、Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１で指定されたタイプに対応する長さを格納する。Ｔｒｉｇｇｅｒ Ｔｙｐｅ ｄｅｐｅｎｄｅｎｔ１２１３は、Ｔｒｉｇｇｅｒ Ｔｙｐｅ１２１１で指定されたタイプに対応する説明である。

【0073】

以上のようにして、ＡＰは、ＳＴＡからのＲＴＴに基づいて、ＳＴＡにマルチリンク通信を実行させることができ、高速・高効率な無線通信を実現することができる。なお、ＡＰは、マルチリンクにおける各リンクでの必要な無線リソースの量の差が所定値を超える場合などに、一方のリンクにおいて余剰が出ると予想される無線リソースを他のＳＴＡに割り当てうる。これにより、マルチリンクでの通信の際の通信の効率を向上させることができる。なお、本実施形態では、例えば、必要リソース量が多い方のリンクでは、使用可能な全周波数リソースを使用するものとしてＡ－ＭＰＤＵの時間長が設定される。そして、その時間長と揃えた時間長に設定されたＡ－ＭＰＤＵやＯＦＤＭＡデータ等が他方のリンクにおいて送信されるようにしうる。しかしながら、これに限られず、必要リソース量が両方のリンクにおいて多くない場合に、両方のリンクにおいてＯＦＤＭＡデータが使用されるようにしてもよい。例えば、最短の時間長のフレームにおいてすべてのデータを送信可能である場合、その余剰分が他のＳＴＡの通信に割り当てられてもよい。すなわち、例えばリンク１とリンク２の両方において他のＳＴＡに無線リソースが割り当てられてもよい。

【0074】

なお、上述のＡＰは、例えば他のＡＰとの間の通信において上述のＳＴＡとして動作してもよく、また、上述のＳＴＡは、例えば他のＳＴＡとの間の通信において上述のＡＰとして動作してもよい。また、上述の各処理は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＡＰ及びＳＴＡを例として説明したが、ＩＥＥＥ８０２．１１ｂｅ規格の後継規格や、無線ＬＡＮと関連しない別の無線通信規格において、上述の手順が実行されてもよい。また、上述の説明における各専門用語は例示として用いられたものであり、発明を特定の実施形態に限定することを意図していない。例えば、ＲＴＴは、ＳＴＡがデータを送信することを要求するためのフレームであるが、他の所定のフレームに基づいて、上述のような処理が行われてもよい。すなわち、第１の装置が所定のフレームを送信したことに応じて、第１の装置に対してのみならず、第２の装置にも無線リソースが割り当てられるようにしうる。

【0075】

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

【0076】

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

【符号の説明】

【0077】

２０２：制御部、２０６、２０８：通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】