JP2024075270A - 通信装置、制御方法、及び、プログラム - Google Patents

Abstract

【課題】Ｍｕｌｔｉ－Ｌｉｎｋ通信の効率を向上させること。【解決手段】ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置は、他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行い、第１の無線リンクで送信するフレームが終端する第１のタイミングと第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、第１の無線リンクにおいて第１のフレームを送信している間に第２の無線リンクにおける第２のフレームの送信が終了した場合に、同期の回復のための支援を他の通信装置に要求する所定のフレームであって、同期の回復が行われるべきタイミングを指定可能な情報を含んだ所定のフレームを、第１の無線リンクにおいて他の通信装置へ送信する。【選択図】図８

Description

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

無線ローカルエリアネットワーク（ＬＡＮ）に関する通信規格として、ＩＥＥＥ８０２．１１規格シリーズが知られている。最新規格であるＩＥＥＥ８０２．１１ａｘ規格では、直交周波数分割多元接続（ＯＦＤＭＡ）を用いて、高いピークスループットに加え、混雑状況下での通信速度の向上が達成されている。現在、さらなるスループット向上のために、ＩＥＥＥ８０２．１１ａｘ規格の後継規格が検討されている。この規格の策定のために、ＩＥＥＥ８０２．１１ＥＨＴ（ＥｘｔｒｅｍｅまたはＥｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）と呼ばれるＳＧ（Ｓｔｕｄｙ Ｇｒｏｕｐ）を経て、８０２．１１ｂｅ ＴＧ（Ｔａｓｋ Ｇｒｏｕｐ）が活動している。

このＴＧが目指すスループット向上の方策として、アクセスポイント（ＡＰ）やｎｏｎ－ＡＰが、複数の無線インタフェースを用いて１つのアプリケーション通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信がある。特許文献１では、Ｍｕｌｔｉ－Ｌｉｎｋ通信を用いて、複数のリンクにおいて同期して通信を行うことが記載されている。

米国特許出願公開第２０２１／０２１１３７５号明細書

Ｍｕｌｔｉ－Ｌｉｎｋ通信は、信号の送信と受信とを並行して実行することが可能な形式と、信号の送信と受信とを並行して実行することが可能でない形式とのいずれかで実装されうる。ここで、複数のリンクにおいて送信と受信とを並行して実行することができない通信装置は、複数のリンクで送信しているときに１つの送信が早く終了すると、そのリンクにおいて受信処理を行うことができず、そのリンクの状態を把握することができない。このため、そのような通信装置は、１つのリンクにおいて通信が早く終了した場合、既定時間の経過を待つこととなり、通信の効率に改善の余地がある。

本発明は、Ｍｕｌｔｉ－Ｌｉｎｋ通信の効率を向上させる技術を提供する。

本発明の一態様による通信装置は、ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置であって、他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行う通信手段と、前記通信手段が前記第１の無線リンクで送信するフレームが終端する第１のタイミングと前記第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記同期の回復のための支援を前記他の通信装置に要求する所定のフレームであって、前記同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記所定のフレームを、前記第１の無線リンクにおいて前記他の通信装置へ送信するように前記通信手段を制御する制御手段と、を有する。

本発明によれば、Ｍｕｌｔｉ－Ｌｉｎｋ通信の効率を向上させることができる。

システム構成を示す図である。 通信装置のハードウェア構成例を示す図である。 通信装置の機能構成例を示す図である。 ＭＡＣ ｆｒａｍｅ ｆｏｒｍａｔを説明する図である。 ＨＴ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ ｆｏｒｍａｔを説明する図である。 ＡＡＲ（ＡＰ Ａｓｓｉｔａｎｃｅ Ｒｅｑｕｅｓｔ）を説明する図である。 Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ及びＭｅｄｉｕｍ Ｓｙｎｃｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎを説明する図である。 トリガフレームを説明する図である。 システムにおける通信の流れの例を示すシーケンス図である。 システムにおける通信の流れの例を示すシーケンス図である。 ＳＴＡによって実行される処理の流れの例を示す図である。 ＡＰによって実行される処理の流れの例を示す図である。

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

（システム構成）
図１を用いて、本実施形態に係る無線通信システムの構成例について説明する。本無線通信システムは、無線ローカルエリアネットワーク（ＬＡＮ）を用いる無線通信システムであり、アクセスポイント（ＡＰ）がネットワーク（ＢＳＳ）を構成及び管理する。なお、ＢＳＳはベーシックサービスセットである。ＡＰは、接続中の（自装置が管理しているＢＳＳに参加している）ステーション（ＳＴＡ）との間で、例えばＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの通信を行う。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。ＡＰは、無線ＬＡＮの基地局であり、ＳＴＡは、無線ＬＡＮの端末である。図１では、ＡＰ１００は、ＢＳＳ１０３を管理しており、そのＢＳＳ１０３に参加しているＳＴＡ１０１及びＳＴＡ１０２との間で通信を行う。なお、ＡＰ１００及びＳＴＡ１０１並びにＳＴＡ１０２は、複数の無線リンクを並行して使用するＭｕｌｔｉ－Ｌｉｎｋ通信機能を有する。なお、Ｍｕｌｔｉ－Ｌｉｎｋ通信機能は、複数の無線インタフェースを同期又は協調させ、１つの無線リンクが独立に動作するときよりも、高速又は高品質な通信を可能とする機能である。ここで、高品質な通信とは、信号対雑音比（ＳＮＲ）が大きい、低干渉（例えばＳＩＮＲが高い）、低遅延、低ジッタ等の、所定の要件を満たす通信を指す。

ＤＳ１０４は、Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍである。ＡＰ１０１は、ＤＳ１０４を介して、他のＢＳＳや外部のネットワークと接続する。ＡＰ１０１は、ＤＳ１０４を介して、例えば、自装置が管理しているＢＳＳ１０３と異なるＢＳＳ１０５を提供する他のＡＰとの通信を行うことができる。なお、図１では、ＳＴＡ１０１が、ＢＳＳ１０３のエリアとＢＳＳ１０５のエリアとが重複するエリアに属しており、ＢＳＳ１０５のＡＰやＳＴＡが送信した信号によって干渉を受けうる状態であることを示している。ＡＰ１０１は、ＤＳ１０４との間で、有線接続又は無線接続を確立して、通信を行う。ＡＰ１０１は、例えば、有線接続のために、Ｅｔｈｅｒｎｅｔ（登録商標）を用いた通信回線や電話回線などを使用しうる。また、ＡＰ１０１は、例えば、無線接続のために、ロングタームエボリューション（ＬＴＥ）やＷｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）などを用いた通信回線を使用しうる。また、ＡＰ１０１は、ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮを用いて、ＤＳ１０４と接続してもよい。この場合、ＡＰ１０１は、ＤＳ１０４と接続する際に、周囲のＳＴＡとの間の通信で使用する無線チャネルと同じ無線チャネルを用いてもよいし、それとは異なる無線チャネルを用いてもよい。

なお、図１では、１つのＡＰ（ＡＰ１００）のみが示されているが、例えばＢＳＳ１０５を管理する他のＡＰなど、２つ以上のＡＰが当然に存在してもよい。また、図１では、２つのＳＴＡ（ＳＴＡ１０１及びＳＴＡ１０２）が示されているが、これより多くのＳＴＡが存在してもよいし、ＳＴＡの数が１つであってもよい。また、ＡＰ及びＳＴＡは、それぞれが無線ＬＡＮの基地局及び端末として動作していることを示しているに過ぎず、例えばＡＰとＳＴＡとの両方として動作可能でありうる任意の通信装置でありうる。

Ｍｕｌｔｉ－Ｌｉｎｋ通信機能を有する通信装置は、１つの無線リンクにおいて送信中に、他の無線リンクで受信処理を行うことができるか否かによって分類される。１つの無線リンクにおいて送信中に他の無線リンクで受信処理を実行することができる通信装置は、ＳＴＲ（Ｓｉｍｕｌｔａｎｏｅｓ Ｔｒａｎｓｍｉｔ ａｎｄ Ｒｅｃｅｉｖｅ）端末と呼ばれる。一方で、そのような受信処理を行うことができない通信装置は、ＮＳＴＲ（Ｎｏｎ－ＳＴＲ）端末と呼ばれる。ＮＳＴＲ端末では、第１の無線リンクにおいて送信した無線信号が第２の無線リンクの受信信号に干渉することにより、第２の無線リンクにおける他の通信装置からの信号を正しく復調することができない。このため、ＮＳＴＲ端末がＭｕｌｔｉ－Ｌｉｎｋ通信を行う際には、各無線リンクの送信および受信タイミングを同期させるのが一般的である。この同期のために、複数の無線リンクにおいて同時に信号の送信を終了すること、いずれかの無線リンクにおいて信号を送信中には受信が発生しないようにすること、送信相手に複数の無線リンクにおいて同時に送信を終了してもらうこと、などが要求される。ＮＳＴＲ端末は、この要求を満たして同期通信を行うために、通信相手の他の通信装置との間で同期制御手順を実行する。例えば、ＳＴＡ１０１やＳＴＡ１０２がＮＳＴＲである場合、これらのＳＴＡは、ＡＰ１０１との間で、２つ以上の無線リンクにおける信号の送信または信号の受信が同時に終了するように同期制御手順を実行する。

通信中に、複数の無線リンクにおける同期が外れ、１つの無線リンクの信号送信（又は受信）の終了タイミングが他の無線リンクの信号送信（又は受信）の終了タイミングと一致しなくなることが想定される。この場合、通信装置は、同期を再度確立するための手順を実行することが必要となる。ＳＴＡは、同期外れを検知した場合に、一定時間だけ待機してから同期回復手順を実行することができる。しかしながら、この手順では、待機時間の間は同期を回復することができない。これに対して、ＳＴＡが、ＡＰに対して、トリガフレーム（ＴＦ）の送信を依頼し、そのＴＦに基づいて同期回復を行う手順であるＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）が存在する。ＡＡＲでは、ＳＴＡが、ＡＰに対してＴＦの送信を依頼することで、早期に同期の回復を行うことができる。しかしながら、従来、ＡＰは、ＴＦの依頼を受信した後に、他のＳＴＡとのフレーム交換がある場合にはＴＦを送信しないため、ＳＴＡは、結局、一定の待機時間だけ待機してから同期回復手順を実行することとなりうる。また、ＳＴＡが実行している通信サービスによっては、同期回復までの間で許容できる時間に制限がある場合がある。このような場合に、ＡＰが、その許容時間内にＴＦを送信するか否かが確実ではなく、ＳＴＡにおいて、高品質な通信サービスを維持することができないことが想定されうる。

このため、本実施形態では、ＳＴＡが、ＡＰに対してＡＡＲによるＴＦの送信を依頼する際に、そのＴＦが送信されるべき時間を指定することができるようにする。このような時間指定が行われることにより、ＡＰは、適時にＴＦを送信することが可能となり、ＳＴＡにおける通信サービスの品質を高く維持することができる。また、マルチリンク通信を十分に活用することができるようになるため、通信の効率を向上させることが可能となる。以下では、このような通信処理を実行するＡＰ及びＳＴＡの構成と、それらの装置によって実行される処理の流れの例について詳細に説明する。なお、以下の実施形態では、説明を簡単にするために、使用される無線リンクが２つの場合について説明するが、これに限られない。すなわち、使用される無線リンクが３つ以上である場合にも、以下の議論を適用することができる。

（装置構成）
図２に、本実施形態のＡＰ又はＳＴＡとして動作する通信装置のハードウェア構成例を示す。通信装置は、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、第１の通信部２０６並びに対応するアンテナ２０７、及び、第２の通信部２０８並びに対応するアンテナ２０９を有する。

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

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

また、制御部２０２は、機能部２０３を制御して、通信装置をＡＰとして機能させるためのＡＰ機能、通信装置をＳＴＡとして機能させるためのＳＴＡ機能、撮像機能、印刷機能、投影機能などの所定の機能を具現化しうる。機能部２０３は、通信装置が所定の処理を実行するためのハードウェアを含んで構成される。

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

第１の通信部２０６及び第２の通信部２０８は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御、Ｗｉ－Ｆｉ（登録商標）に準拠した無線通信の制御、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信の制御などを行う。第１の通信部２０６及び第２の通信部２０８は、それぞれ対応するアンテナ２０７及びアンテナ２０９を制御して、無線通信のための無線信号の送受信を行う。図２では、アンテナ２０７及びアンテナ２０９が、それぞれ１つである場合を想定しているが、複数でも構わない。一般に、各通信部において処理するストリーム数に応じた数のアンテナが用意される。また、各通信部及び対応するアンテナは、２．４および５ＧＨｚ帯に加え、ＩＥＥＥ８０２．１１ａｘ規格から運用導入された６ＧＨｚ帯での通信をサポートするように構成されうる。ただし、これは一例であり、これら以外の周波数帯の通信が可能なように構成されてもよい。本実施形態では、ＡＰ又はＳＴＡとして動作する通信装置の第１の通信部２０６及び第２の通信部２０８が、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線フレームの通信を実行可能に構成されていることを想定している。しかしながら、これに限定されるものではない。例えば、第１の通信部２０６及び第２の通信部２０８を、ＩＥＥＥ８０２．１１ｂｅ規格の後継規格であり、最大伝送速度として９０Ｇｂｐｓ－１００Ｇｂｐｓ超を目標とする後継規格に準拠した無線フレームの通信を実行可能に構成することもできる。この、ＩＥＥＥ８０２．１１ｂｅの後継規格では、高信頼通信や低レイテンシ通信のサポートやＡＰ協調を主たる特徴として掲げている。これを踏まえ、本実施形態では、ＩＥＥＥ８０２．１１ｂｅの後継規格であり、最大伝送速度として９０Ｇｂｐｓ－１００Ｇｂｐｓ超を目標とする後継規格を、ＩＥＥＥ８０２．１１ＵＨＲ（Ｕｌｔｒａ Ｈｉｇｈ Ｒｅｌｉａｂｉｌｉｔｙ）とも呼称する。また、この後継規格で通信する無線フレームをＵＨＲ ＰＰＤＵとも呼称する。ＰＰＤＵは、ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔの略であり、ＰＬＣＰは、Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌの略である。なお、ＩＥＥＥ８０２．１１ＵＨＲ、ＵＨＲ規格という名称は、後継規格で達成すべき目標やその規格で注力される特徴を踏まえて便宜上設けられたものであり、規格の策定が完了した状態において別の名称となりうる。一方、本明細書及び添付の特許請求の範囲は、本質的には、ＩＥＥＥ８０２．１１ｂｅ規格のＭｕｌｔｉ－Ｌｉｎｋ通信や、その後継規格のＭｕｌｔｉ－Ｌｉｎｋ通信をサポートする通信装置に適用可能であることに留意されたい。なお、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線フレームをＥＨＴ ＰＰＤＵとも呼称する。

機能部２０２および制御部２０３は、これらの２つの通信部及びアンテナのセット（第１の通信部２０６とアンテナ２０７、及び、第２の通信部２０８とアンテナ２０９）を組み合わせて、Ｍｕｌｔｉ－Ｌｉｎｋ通信のための動作を行う。

図３に、通信装置の機能構成例を示す。通信装置は、その機能として、例えば、第１の無線ＬＡＮ制御部３０１及び第２の無線ＬＡＮ制御部３０２と、それぞれに対応するアンテナ３０８及びアンテナ３０９を含んで構成される。また、通信装置は、さらに、Ｓｉｎｇｌｅ－Ｌｉｎｋ制御部３０３、Ｍｕｌｔｉ－Ｌｉｎｋ制御部３０４、ＡＡＲ制御部３０５、記憶部３０６、及びＵＩ制御部３０７を含む。なお、これらの機能は、例えば、制御部２０２が、記憶部２０１に記憶されたプログラムを実行することによって通信装置に実装されうる。ただし、これは一例であり、一部又は全部の機能が、専用のハードウェアによって実装されてもよいし、例えば、第１の通信部２０６や第２の通信部２０８の内部機能として実装されてもよい。なお、以下では、特に区別する必要がない場合、第１の無線ＬＡＮ制御部３０１及び第２の無線ＬＡＮ制御部３０２を「無線ＬＡＮ制御部」と呼ぶ。

無線ＬＡＮ制御部は、他の無線ＬＡＮの通信装置（例えば他のＡＰやＳＴＡ）との間で無線信号の送受信を行うための制御を実行する。無線ＬＡＮ制御部は、ＩＥＥＥ８０２．１１規格シリーズに従って、無線フレームの生成及び無線ＬＡＮの他の通信装置へのその無線フレームの送信、他の通信装置からの無線フレームの受信など、無線ＬＡＮの通信制御を実行する。なお、第１の無線ＬＡＮ制御部３０１と第２の無線ＬＡＮ制御部３０２は、基本的に同様の機能を有するが、互いに動作する周波数帯域や周波数チャネルに応じた差異を含む。アンテナ３０８及びアンテナ３０９は、それぞれ第１の無線ＬＡＮ制御部３０１と第２の無線ＬＡＮ制御部３０２に対応するアンテナである。アンテナ３０８及びアンテナ３０９は、例えば、第１の無線ＬＡＮ制御部３０１と第２の無線ＬＡＮ制御部３０２によって実行される無線通信で使用される周波数帯での電波の送受信を可能とするように構成される。例えば、アンテナ３０８及びアンテナ３０９は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚのいずれかに対応するアンテナでありうる。なお、図３では、それぞれ１つのアンテナが示されているが、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚの少なくとも２つに対応するためにそれぞれ２本以上のアンテナを含んでもよい。また、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚは一例であり、これら以外の周波数帯域に対応するアンテナが用いられてもよい。Ｓｉｎｇｌ－Ｌｉｎｋ制御部３０３は、第１の無線ＬＡＮ制御部３０１と第２の無線ＬＡＮ制御部３０２が独立に動作して他の通信装置と通信するように制御する。Ｍｕｌｔｉ－Ｌｉｎｋ制御部３０４は、第１の無線ＬＡＮ制御部３０１と第２の無線ＬＡＮ制御部３０２を同期動作又は協調動作させるための制御を行う。ＡＡＲ制御部３０５は、ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）に関する制御を実行する。

記憶部３０６は、通信装置が実行するプログラムや各種データを、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶装置に記憶させるための制御を実行する。ＵＩ制御部３０７は、通信装置の不図示のユーザによる、ＡＰに対する操作を受け付けるためのタッチパネル又はボタン等のユーザインタフェース（ＵＩ）に関するハードウェアの動作を制御する。なお、ＵＩ制御部３０７は、例えば、画像等の表示、又は音声出力等の、情報をユーザに提示するための機能をも有する。

（フレーム構成）
続いて、図４から図９を用いて、本実施形態に関係するフレームの構成について説明する。

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

ＱｏＳ Ｃｏｎｔｒｏｌ４０８は、ＱｏＳに関するフィールドであり、２つの情報が含まれる。第１の情報は、４ビットのＴＩＤ（Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ）である。ＥＤＣＡアクセス方式の場合は、このＴＩＤが０から７の何れかに設定されることにより、４つのアクセスカテゴリのＡＣ＿ＶＯ（音声）／ＡＣ＿ＶＩ（ビデオ）／ＡＣ＿ＢＥ（ベストエフォート）／ＡＣ＿ＢＫ（バックグランド）のいずれかが示される。第２の情報は、８ビットのＱｕｅｕｅ ｓｉｚｅである。この単位は、２５６ｏｃｔｅｔであり、送信バッファに滞留しているデータ量を示す。ＴＩＤとＱｕｅｕｅ Ｓｉｚｅとを組み合わせることにより、ＴＩＤで指定されたアクセスカテゴリのデータがバッファに滞留している量が通知されうる。ＨＴ Ｃｏｎｔｒｏｌ４０９については、図５Ａを用いて、後述する。

Ｆｒａｍｅ Ｂｏｄｙ４１０は、送信対象の各種データが格納される。タイプ（Ｔｙｐｅ４２２）がマネージメントフレームである場合、すなわち、ＢｅａｃｏｎやＰｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅなどのフレームである場合、Ｆｒａｍｅ Ｂｏｄｙ４１０には、種々のＩＥが設定される。ＦＣＳ４１１は、データに誤りが生じているか否かを判定するためのＦｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｎｃｅである。

Ｆｒａｍｅ Ｃｏｎｔｒｏｌ４０１内のＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ４２１は、プロトコルのバージョンを示す２ビットのサブフィールドであり、ＩＥＥＥ８０２．１１フレームの場合は「０」である。Ｔｙｐｅ４２２は、２ビットのサブフィールドであり、フレームがＭａｎａｇｅｍｅｎｔ、Ｃｏｎｔｒｏｌ、Ｄａｔａのいずれであるかを示す。Ｓｕｂｔｙｐｅ４２３は、４ビットのサブフィールドであり、Ｍａｎａｇｅｍｅｎｔ、Ｃｏｎｔｒｏｌ、Ｄａｔａの種類をさらに細かく分類する値が格納される。Ｔｏ ＤＳ４２４は、１ビットのサブフィールドであり、フレームの宛先がＤＳ（Ｄｉｓｔｉｒｂｕｔｉｏｎ Ｓｙｓｔｅｍ）であるか否かを示す。Ｆｒｏｍ ＤＳ４２５は、フレームの送信元がＤＳであるか否かを示す１ビットのサブフィールドである。Ｍｏｒｅ Ｆｒａｇｍｅｎｔ４２６は、一連のデータの最後のフラグメントであるか否かを示す１ビットのサブフィールドである。Ｒｅｔｒｙ４２７は、フレームが再送されたフレームであるか否かを示す１ビットのサブフィールドである。Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔ４２８は、省電力状態であるか否かを示す１ビットのサブフィールドである。Ｍｏｒｅ Ｄａｔａ４２９は、送信対象のデータがあることを示す１ビットのサブフィールドである。Ｐｒｏｔｅｃｔｅｄ Ｆｒａｍｅ４３０は、フレームの内容が暗号化されているか否かを示す１ビットのサブフィールドである。＋ＨＴＣ４３１は、シーケンス制御を行っているかなどを示す１ビットのサブフィールドである。ここで、＋ＨＴＣ４３１を設定することができるフレーム、すなわち、ＨＴ Ｃｏｎｔｒｏｌ ｆｉｅｌｄを含むことのできるフレームは、ＱｏＳ Ｄａｔａ、Ｍａｎａｇｅｍｅｎｔ、ＲＴＳの各フレームである。なお、＋ＨＴＣ４３１を設定することができるか否かの条件は、さらに詳細な条件を含むが、ここでは説明を省略する。本実施形態の以下で説明する動作を示すときに用いるフレームは、＋ＨＴＣがセットされたフレームである。

次に、Ｆｒａｍｅ Ｂｏｄｙ４１０の一部に含まれるＩＥの構成、特にＥＨＴに関するフレーム構成について説明する。Ｅｌｅｍｅｎｔ ＩＤ４４１には、情報要素の識別情報が格納される。Ｅｌｅｍｅｎｔ ＩＤ４４１には、ＩＥＥＥ８０２．１１ｂｅ規格のＥＨＴに関する場合、ＩＥＥＥ８０２．１１ａｘ規格の場合の値を踏襲して「２５５」が格納される。Ｌｅｎｇｔｈ４４２は、この情報要素の長さを示す。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３は、情報要素の識別情報を拡張する情報が格納される。ＩＥＥＥ８０２．１１ｂｅ規格のＤｒａｆｔ１．３１から、このＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が、「１０６」から「１１０」の５種類と、「未定義」の計６種類の情報要素が追加されている。この６種類の情報要素が送信される場合、Ｅｌｅｍｅｎｔ ＩＤ４４１が共通で２５５に設定され、Ｌｅｎｇｔｈ４４２は、それぞれの内容に応じた長さに設定される。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「１０６」の場合、情報要素４４４は、ＥＨＴ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔである。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「１０７」の場合、情報要素４４５は、Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔである。この情報要素には、Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔとＰｒｏｂｅ Ｒｅｑｕｅｓｔ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔがある。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「１０８」の場合、情報要素４４６は、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔである。この情報要素は、ＩＥＥＥ８０２．１１ａｘ規格の構成と同様に、ＭＡＣ、ＰＨＹ、Ｓｕｐｐｏｒｔｅｄ ＥＨＴ－ＭＣＳ Ａｎｄ ＮＳＳ ＳｅｔとＰＰＥ Ｔｈｒｅｓｈｏｌｄｓの各フィールドを含む。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「１０９」の場合、情報要素４４７は、ＴＩＤ－Ｔｏ－Ｌｉｎｋ Ｍａｐｐｉｎｇ ｅｌｅｍｅｎｔである。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「１１０」の場合、情報要素４４８は、Ｍｕｌｔｉ－Ｌｉｎｋ Ｔｒａｆｆｉｃ ｅｌｅｍｅｎｔである。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３が「未定義」の場合、情報要素４４９は、ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｅｌｅｍｅｎｔである。

図５Ａを用いて、ＨＴ Ｃｏｎｔｒｏｌ４０９フィールドの構成について説明する。ＨＴ Ｃｏｎｔｒｏｌ４０９は、３２ビットの長さを有する。Ｖａｒｉａｎｔ５０１は、ＩＥＥＥ規格の略称を示している。２つのビット５０２及び５０３は、このフィールドがどの規格に対応するかを特定する際に使用される。ビット５０２及び５０３が「００」のときは、このフィールドがＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：８０２．１１ｎ）用であることを示す。ビット５０２及び５０３が「１０」のときは、このフィールドがＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：８０２．１１ａｃ）用であることを示す。ビット５０２及び５０３が「１１」のときは、このフィールドがＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ：８０２．１１ａｘ）用又はＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：８０２．１１ｂｅ）用であることを示す。Ａ－Ｃｏｎｔｒｏｌ５０４は、ＨＥとＥＨＴのときの残りの３０ビットの名称である。Ａ－Ｃｏｎｔｒｏｌ５０４は、Ｃｏｎｔｒｏｌ Ｌｉｓｔ５０５及びＰａｄｄｉｎｇ５０６を含む。Ｃｏｎｔｒｏｌ Ｌｉｓｔ５０５は、ｓｕｂｆｉｅｌｄの種別を示すＣｏｎｔｒｏｌ ＩＤ５０７と、その内容を示すＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ５０８を含む。

本実施形態では、上で概説したようにＡＡＲを用いるため、ＡＡＲの場合についてのＣｏｎｔｒｏｌ ＩＤ５０７とＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ５０８の構成について、図５Ｂを用いて説明する。ＡＡＲの場合、Ｃｏｎｔｒｏｌ ＩＤ５０７が「１０」に設定される。Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｒｉｏｎ５０８は、Ａｓｓｉｓｔｅｄ ＡＰ Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ５２１、時刻指定５２２、及びオフセット５２３の３つのフィールドを含んで構成される。時刻指定５２２及びオフセット５２３は、同期の回復が行われるべき時間を指定可能な情報である。

Ａｓｓｉｓｔｅｄ ＡＰ Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ５２１は、１６ビットのビットマップである。ＳＴＡは、ビットマップのうち、支援を要求するリンクに対応するビットを所定値（例えば「１」）にする。例えば、ビットマップの先頭ビットがリンクＩＤ＝０に対応し、最後のビットがリンクＩＤ＝１５に対応する。この場合、ＳＴＡは、先頭から２番目のビットを「１」にすることにより、リンクＩＤ＝１のインタフェースからのトリガフレーム（ＴＦ）の送信をＡＰに要求することができる。時刻指定５２２は、後続のオフセット５２３が有意であるかを示す１ビットのフィールドである。ＳＴＡは、このビットを「１」に設定することにより、ＡＰからＴＦが送信されるべき送信タイミングを示すことができる。時刻指定５２２が「０」に設定されている場合は、ＳＴＡからの時刻指定がないことが示される。この場合、ＡＰは、ＳＴＡの状況を考慮することなく、任意のタイミングでＴＦを送信することができる。

オフセット５２３は、長さは９ビット以下のフィールドである。オフセット５２３の９ビットの領域に「０」が設定された場合は、「緊急」であることが示される。すなわち、ＳＴＡは、ＡＰに対し、直ちにＴＦを送信することを要求する際に、オフセット５２３を「０」に設定する。ここで、「直ちに」とは、ＩＥＥＥ８０２．１１のフレーム間隔であるＩＦＳ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）をＳＩＦＳ（Ｓｈｏｒｔ ＩＦＳ）又はＰＩＦＳ（Ｐｒｉｏｒｉｔｙ ＩＦＳ）とすることを意味する。一方で、オフセット５２３の９ビットの領域が「０」以外の値に設定された場合は、「緊急」以外の時間が示される。ＳＴＡは、この９ビットの領域に格納した値によって、ＡＡＲの送信終了後から、ＴＦが送信されるべきタイミングまでの時間を示す。ここで、時間の単位として、ＡＰとＳＴＡとの間で取り決めた既定値が用いられる。例えば、１マイクロ秒や３２マイクロ秒などの単位時間が使用されうる。なお、ＳＴＡが、後述するＭｅｄｉｕｍＳｙｎｃＤｅｌａｙ ｔｉｍｅｒの値より小さい値にこのオフセットを設定することにより、ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎの規定よりも早いタイミングで同期回復処理を試行することができる。なお、以下では、「ＭｅｄｉｕｍＳｙｎｃＤｅｌａｙ」を「Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ」と表記する場合がある。

続いて、図６（Ａ）を用いて、図４のＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎが１０７に設定された場合に相当する、Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔの構成について説明する。なお、本実施形態の説明と特に関連しないフィールドについては、その意義が当業者に明らかであるため、ここでは名称のみを示す。Ｅｌｅｍｅｎｔ ＩＤ４４１からＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４４３までのフィールドは、図４に関して説明した通りである。

フィールド６０１は、Ｍｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌである。このフィールドは、長さが１バイト（オクテット）であり、そのうちの先頭の３ビットは、Ｔｙｐｅ（タイプ）を示すフィールドである。後述する「Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔ」の場合は、Ｔｙｐｅフィールドが「０」に設定される。このＴｙｐｅフィールドの後に、１ビットのＲｅｓｅｒｖｅｄ、さらに、１２ビットのＰｒｅｓｅｃｅ Ｂｉｔｍａｐが続く。この１２ビットのうちの５ビットによって、後述するフィールド６１３からフィールド６１７までの要素がフレーム内に含まれているか否かが示される。フィールド６０３は、Ｌｉｎｋ Ｉｎｆｏである。

フィールド６０２は、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドである。このフィールドは、Ｂａｓｉｃ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔの場合、フィールド６１１からフィールド６１７を含む。フィールド６１１は、Ｃｏｍｍｏｎ Ｉｎｆｏ Ｌｅｎｇｔｈである。フィールド６１２は、ＭＬＤ ＭＡＣ Ａｄｄｒｅｓｓである。ここで、ＭＬＤとは、Ｍｕｌｔｉ Ｌｉｎｋ Ｄｅｖｉｃｅの頭字語である。このアドレスは、それぞれの無線リンクで通信に用いられるＭＡＣアドレスの値であってもよいし、その値とは異なる値であってもよい。フィールド６１３は、長さが１バイトのＬｉｎｋ ＩＤ Ｉｎｆｏであり、先頭の４ビットによりリンクＩＤが示される。フィールド６１４は、ＢＳＳ Ｐａｒａｍｅｔｅｒｓ Ｃｈａｎｇｅ Ｃｏｕｎｔである。フィールド６１５は、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎである。これは、３つのサブフィールドを含んで構成され、その詳細については、後述する。フィールド６１６は、ＥＭＬ Ｃａｐａｂｉｌｉｔｉｅｓである。なお、ＥＭＬは、Ｅｎｈａｎｃｅｄ Ｍｕｌｔｉ－Ｌｉｎｋの頭字語である。フィールド６１７は、ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓである。

ＭＬＤ Ｃａｐａｂｉｌｉｔｉｅｓフィールド６１７は、サブフィールド６２１～サブフィールド６２６を含む。サブフィールド６２１は、Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ Ｏｆ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｌｉｎｋｓである。サブフィールド６２２は、ＳＲＳ（Ｓｉｎｇｌｅ Ｒｅｓｐｏｎｓｅ Ｓｃｈｅｄｕｌｉｎｇ） Ｓｕｐｐｏｒｔである。サブフィールド６２３は、ＴＩＤ－Ｔｏ－Ｌｉｎｋ Ｍａｐｐｉｎｇ Ｎｅｇｏｔｉａｔｉｏｎ Ｓｕｐｐｏｒｔｅｄである。サブフィールド６２４は、Ｆｒｅｑｕｅｎｃｙ Ｓｅｐａｒａｔｉｏｎ Ｆｏｒ ＳＴＲである。サブフィールド６２４は、ＡＡＲ Ｓｕｐｐｏｒｔであり、ＡＡＲの能力の有無がこの１ビットによって示される。サブフィールド６２５は、Ｒｅｓｅｒｖｅｄである。

続いて、図６（Ｂ）を用いて、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎフィールド６１５の詳細について説明する。

Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎ６３１は、長さが８ビットのフィールドであり、ＡＡＲを用いない同期回復手順で設定されるＭｅｄｉｕｍＳｙｎｃＤｅｌａｙ ｔｉｍｅｒの値を３２マイクロ秒単位で示す。最大値は、３２マイクロ秒×２５５＝８．１６ミリ秒となる。Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＯＦＤＭ ＥＤ Ｔｈｒｅｓｈｏｌｄ６３２は、同期回復手順で用いられるＥＤ（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ）の値であり、－７２ｄＢｍに加算される値が格納される。Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ Ｏｆ ＴＸＯＰｓ６３３は、同期回復手順を試みる回数の最大値が格納される。

図７を用いて、ＡＰから送信されるトリガフレーム７００の構成について説明する。トリガフレームとは、ＩＥＥＥ８０２．１１ａｘ規格から導入されたフレームであり、複数の端末（Ｕｓｅｒ）が、ＡＰ宛てに並行してフレームを送信するために必要な、起動タイミングとフレームを用いる無線チャネル情報などを示すために使用される。

図７（Ａ）において、Ｆｒａｍｅ Ｃｏｎｔｏｒｏｌ７０１は、ＩＥＥＥ８０２．１１規格シリーズに共通のフィールドであり、２オクテット（バイト）の長さを有する。本実施形態では、Ｆｒａｍｅ Ｃｏｎｔｏｒｏｌ７０１に、ＩＥＥＥ８０２．１１ａｘ規格のトリガフレームであることを示す値が入る。Ｄｕｒａｔｉｏｎ７０２は、長さが２オクテット（１６ビット）のフィールドであり、フレームの持続時間を示す。ＲＡ７０３は、長さが６オクテットのフィールドであり、受信者アドレスを示す。ＴＡ７０４は、長さが６オクテットのフィールドであり、送信者アドレスを示す。

Ｃｏｍｍｏｎ Ｉｎｆｏ７０５は、長さが８オクテット以上のフィールドであり、トリガフレームの宛先である複数の端末に対して共通な情報を示す。Ｃｏｍｍｏｎ Ｉｎｆｏ７０５の詳細については後述する。Ｐｅｒ Ｕｓｅｒ Ｉｎｆｏ７０６は、長さが５オクテット以上のフィールドであり、トリガフレームの宛先に対する個別情報を示す。Ｐａｄｄｉｎｇ７０７は、トリガフレームを受信した端末群に時間的猶予を与えるための可変長のパディングビットである。ＡＰは、各ＳＴＡのＭｉｎＴｒｉｇＰｒｏｃＴｉｍｅから、この時間的猶予を決定する。一般には、ＡＰは、トリガフレームの宛先となるＳＴＡ群のうち、それらのＭｉｎＴｒｉｇＰｒｏｃＴｉｍｅの最大値に相当する長さの時間的猶予を与えるように、Ｐａｄｄｉｎｇ７０７の長さを決定する。ＦＣＳ７０８は、フレームが正常に受信されたかを判定するためのＦｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅである。

続いて、図７（Ｂ）を用いて、Ｃｏｍｍｏｎ Ｉｎｆｏ７０５の構成を説明する。Ｔｒｉｇｇｅｒ Ｔｙｐｅ７１１は、長さが４ビットのフィールドであり、この内容は、図７（Ｃ）に示すとおりである。例えば、Ｂａｓｉｃ Ｔｒｉｇｇｅｒの場合は、Ｔｒｉｇｇｅｒ Ｔｙｐｅ７１１が「０」に設定される。また、Ｍｕｌｔｉ－ＡＰ Ｔｒｉｇｇｅｒの場合は、Ｔｒｉｇｇｅｒ Ｔｙｐｅ７１１が「８」に設定される。ＵＬ Ｌｅｎｇｔｈ７１２は、トリガフレームに対する応答データの時間（ｄｕｒａｔｉｏｎ）を示す。ＵＬ Ｌｅｎｇｔｈの値は、ＩＥＥＥ８０２．１１規格のフレームにおける物理層のＬ－ＳＩＧフィールドに反映される。Ｌ－ＳＩＧは、そのフィールドを有するフレームの継続時間を示す情報を含む。フィールド７１３は、Ｔｒｉｇｇｅｒ Ｔｙｐｅごとにその内容が異なる部分である。図７（Ｄ）のサブフィールド７１４～サブフィールド７３１は、Ｔｒｉｇｇｅｒ Ｔｙｐｅが「Ｂａｓｉｃ Ｔｒｉｇｇｅｒ」である場合の、Ｃｏｍｍｏｎ Ｉｎｆｏ７０５内のフィールド７１３の内容である。

サブフィールド７１４は、長さが１ビットのＭｏｒｅ Ｔｒｉｇｇｅｒ Ｆｒａｍｅ（ＴＦ）である。サブフィールド７１５は、長さが１ビットのＣａｒｒｉｅｒ Ｓｅｎｓｅ （ＣＳ） Ｒｅｑｕｉｒｅｄである。ＡＰは、（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔ又はＰｏｗｅｒ Ｄｅｔｅｃｔとも呼ばれる）キャリアセンス又はＮｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ（ＮＡＶ）による無線媒体アクセス制御をＳＴＡに要求する際に、このビットを「１」に設定する。すなわち、ＳＴＡは、このビットが「０」のときは、無線媒体がｂｕｓｙの場合又は端末のＮＡＶが有効期間の場合であっても、ＴＢ ＰＰＤＵを送信できる。なお、ＴＢ ＰＰＤＵは、Ｔｒｉｇｇｅｒ Ｂａｓｅｄ Ｐｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔの頭字語である。ＡＰとＳＴＡが、ＩＥＥＥ８０２．１１ｂｅ規格に準拠する無線通信を行っている場合、ＥＨＴ ＴＢ ＰＰＤＵが送信され、ＡＰとＳＴＡが前述のＵＨＲ規格に準拠する無線通信を行っている場合、ＵＨＲ ＴＢ ＰＰＤＵが送信される。

サブフィールド７１６は、長さが２ビットのＵＬ ＢＷ（ＵｐＬｉｎｋ Ｂａｎｄｗｉｄｔｈ）である。サブフィールド７１７は、長さが２ビットの、ＧＩ Ａｎｄ ＬＴＦ Ｔｙｐｅ（Ｇｕａｒｄ Ｉｎｔｅｒｖａｌ Ａｎｄ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）／Ｔｒｉｇｇｅｒｄ ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅである。サブフィールド７１８は、長さが１ビットのＲｅｓｅｒｖｅｄである。サブフィールド７１９は、長さが３ビットのＮｕｍｂｅｒ ｏｆ ＨＥ ＬＴＦ Ｓｙｍｂｏｌｓである。サブフィールド７２０は、長さが１ビットのＲｅｓｅｒｖｅｄである。サブフィールド７２１は、長さが１ビットの、ＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ） Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔである。サブフィールド７２２は、長さが６ビットのＡＰ ＴＸ Ｐｏｗｅｒである。サブフィールド７２３は、長さが２ビットのＰｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒである。サブフィールド７２４は、長さが１ビットのＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙである。サブフィールド７２５は、長さが１６ビットのＵＬ Ｓｐａｔｉａｌ Ｒｅｕｓｅである。サブフィールド７２６は、長さが１ビットのＲｅｓｅｒｖｅｄである。サブフィールド７２７は、長さが１ビットのＨＥ／ＥＨＴ Ｐ１６０である。サブフィールド７２８は、長さが１ビットのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｆｌａｇである。サブフィールド７２９は、長さが７ビットのＥＨＴ Ｒｅｓｅｒｖｅｄである。サブフィールド７３０は、長さが１ビットのＲｅｓｅｒｖｅｄである。サブフィールド７３１は、長さが可変の、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏである。

（処理の流れ）
続いて、無線通信システムにおいて実行される処理の流れの例について説明する。図８は、本実施形態に係る無線通信システムにおける通信の流れの第１の例を示すシーケンス図である。図８は、ＳＴＡが、同期外れを検出したときに、ＡＰに「緊急」の同期回復支援を要求する際の手順を示している。この処理は、例えば、ＡＰ１００と、ＳＴＡ１０１又はＳＴＡ１０２との間で実行されるが、以下では特に区別する必要がない場合には、単純に「ＡＰ」及び「ＳＴＡ」と表記する。ここで、ＳＴＡは、ＮＳＴＲ端末であり、ＡＰはＳＴＲ端末であるものとする。

まず、本処理では、ＡＰとＳＴＡが、マルチリンクセットアップ手順を実行する（Ｆ８００）。この手順において、ＡＰは、上述のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ６１５をＳＴＡに通知する。そして、ＳＴＡは、同期通信の設定を実行する（Ｆ８０１）。この設定は、この通信が「緊急を要する通信又はリアルタイム通信」であるか否かの決定を含む。ＳＴＡは、この設定に基づいて、同期外れが発生した場合に、ＡＰに対する緊急支援要求を行うことになる。なお、ＳＴＡは、このような設定が行われたことを、ＡＰへ通知してもよい。なお、Ｆ８０２及びＦ８０３によって示すように、図８の上部に、リンク１及びリンク２に対応する無線媒体の送信機会（ＴＸＯＰ）が獲得されているかが示されている。なお、Ｆ８０２及びＦ８０３は、他の通信装置によってそれぞれリンク１及びリンク２のＴＸＯＰが獲得されていることを示している。

ＳＴＡは、データを送信する前に、リンク１及びリンク２のそれぞれにおいて、Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ（ＥＤＣＡ）動作のバックオフカウンタをカウントダウンする（Ｆ８０４、Ｆ８０５）。そして、ＳＴＡは、バックオフカウンタが０となったことに応じて、リンク１及びリンク２の両方において、並行してデータを送信する（Ｆ８０６、Ｆ８０７）。なお、ＳＴＡは、リンク１とリンク２の送信開始を同期させているため、Ｆ８０４のバックオフカウンタが０となった直後に、Ｆ８０６のデータ送信を開始せず、Ｆ８０５のバックオフカウンタが０となるまでデータ送信を待機する。このとき、ＳＴＡは、リンク１におけるバックオフカウンタの値を、リンク２においてアクセス権を獲得するまで、「０」で維持する。これにより、ＳＴＡは、リンク２においてアクセス権を獲得した段階で、リンク１及びリンク２の両方を用いて、並行してデータを送信することができる。

ここで、ＳＴＡにおいて、リンク２におけるデータ送信が、リンク１におけるデータ送信より早く終了したものとする。この場合、ＳＴＡは、この状態を同期外れとして検知する（Ｆ８０８）。このように、本実施形態では、複数のリンクにおいて「送信終了タイミングがずれた状態」を、「同期外れ」の状態と呼ぶ。ここで、複数のリンクにおける送信開始タイミングは、必ずしも同期していなくてもよい。なお、図８では、ＳＴＡが、Ｆ８０７のデータ送信の終了から一定時間後に同期外れを検知している例を示しているが、Ｆ８０７のデータ送信の終了タイミングにおいて同期外れを検知してもよい。ＳＴＡは、同期外れを検知すると、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒを、図６に関して説明したＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎ６３１の値に設定して、起動する（Ｆ８２０）。その一方で、ＳＴＡは、ＡＰに対して、支援要求を送信するか否かを決定する（Ｆ８０９）。本実施形態では、ＳＴＡが、ＡＰに対して支援要求を送信すると決定したものとする。

ＡＰは、リンク１においてデータを受信すると、確認応答（Ａｃｋ）をＳＴＡへ送信する（Ｆ８１０）。ここで、本実施形態では、ＳＴＡがＮＳＴＲ端末であるため、リンク２において送信されたデータに対して、ＡＰがＡｃｋを送信した場合であっても、リンク１でのデータの送信中には、そのＡｃｋを認識することができない。このような場合を考慮して、図８では、リンク２におけるＡｃｋを示していないことに留意されたい。

その後、ＳＴＡは、支援要求を送信すると決定したことに応じて、ＡＡＲ（ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ）を含んだＰＰＤＵを送信する（Ｆ８１１）。ここで送信されるＰＰＤＵは、ＰＰＤＵ内のＭＡＣフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ４０１の＋ＨＴＣが「１」に設定され、ＨＴ Ｃｏｎｔｒｏｌ４０９がＨＥ／ＥＨＴ用に設定され、Ｃｏｎｔｒｏｌ ＩＤ５０７が「１０」に設定される。また、このＰＰＤＵのＡｓｓｉｓｔｅｄ ＡＰ Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐ５２１は、ＡＰに対してリンク２におけるトリガフレームの送信を要求することを示す「０１００００００００００００００」に設定される。このビットマップは、上述のように、各ビットがリンクに対応しており、例えば、１番目のビット（最も左側のビット）がリンク１に対応し、２番目のビットがリンク２に対応しうる。ここでは、リンク２においてＴＦが送信されるべきことを示すために、リンク２に対応する２番目のビットが「１」に設定されている。ＳＴＡは、さらに、ＴＦの送信要求が「緊急」であることを示すために、時刻指定５２２を「１」に設定し、オフセット５２３を「０」に設定する。なお、ＡＰとＳＴＡがＩＥＥＥ８０２．１１ｂｅ規格に準拠する無線通信を行っている場合、ＥＨＴ ＰＰＤＵが送信され、ＡＰとＳＴＡが前述のＵＨＲ規格に準拠する無線通信を行っている場合、ＵＨＲ ＰＰＤＵが送信される。

ＡＰは、ＳＴＡからＰＰＤＵを受信し、ＭＡＣフレームを解析する（Ｆ８１２）。ＡＰは、ＨＴ ＣｏｎｔｏｒｏｌのＡＡＲが含まれている場合は、その内容を確認し、ＴＦを送信するタイミングを決定する。そして、ＡＰは、Ｆ８１１で受信したフレームに対するＡｃｋを送信する（Ｆ８１３）。なお、一般的には、Ｂｌｏｃｋ Ａｃｋ（ＢＡ）が使用されうる。このため、本実施形態の全体を通して、「Ａｃｋ」が「ＢＡ」と読み替えられてもよい。また、ＡＰは、ＡＡＲによって要求されたＴＦをリンク２において送信する（Ｆ８１４）。なお、Ｆ８１１において送信されたＡＡＲにおいて「緊急」が指定されている場合、ＡＰは、ＴＦ送信時のＩＦＳ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）を、ＰＩＦＳまたはＳＩＦＳとする。さらに、ＡＰは、Ｆ８１３のＡｃｋの終端と、Ｆ８１４のＴＦの終端を揃えるために、Ａｃｋに対して、必要なＰａｄｄｉｎｇを加える。このため、図８では、Ｆ８１３のＡｃｋを、「ａｃｋ＋α」と表現している。なお、Ｆ８１３においてＡｃｋが送信される際のＩＦＳがＳＩＦＳであるため、Ｆ８１４のＴＦのＩＦＳをＰＩＦＳとする場合は、ＡＰは、ＡｃｋのｐａｄｄｉｎｇをＳＩＦＳのときのＰａｄｄｉｎｇよりも長くするなどの調整を行いうる。

このようにしてＡＰがＴＦを送信することにより、ＴＸＯＰが確保される（Ｆ８１５）。そして、ＳＴＡは、リンク１およびリンク２において、データフレームを送信する（Ｆ８１６、Ｆ８１７）。そして、ＡＰは、これらのデータフレームに対して、Ａｃｋを送信する（Ｆ８１８、Ｆ８１９）。

なお、ＳＴＡは、Ｆ８０７においてデータの送信が完了していない場合、Ｆ８１６において、リンク１を用いて、そのデータの一部又は全部を含めて再送してもよい。これは、ＴＩＤ－ｔｏ－Ｌｉｎｋ ｍａｐｐｉｎｇによって、そのデータをリンク１で送信可能な場合に行われうる。なお、ＴＩＤ－ｔｏ－Ｌｉｎｋ ｍａｐｐｉｎｇとは、Ｔｒａｆｆｉｃ ＩＤｅｎｔｉｆｉｅｒによって識別されるデータを、どのリンクで送信することが許容されるかを決定するために使用されうる。この決定は、Ｆ８００のマルチリンクセットアップ時に行われてもよいし、それ以外のタイミングで行われてもよい。例えば、任意のタイミングでＡＰとＳＴＡとによって実行されるネゴシエーションによって、この決定が行われてもよい。また、ＳＴＡにおける、Ｆ８１６及びＦ８１７で送信されるデータのデータ送信キューへの準備は、Ｆ８１１でＡＡＲが送信される前のタイミング（例えばＦ８０９のタイミング）で行われてもよい。すなわち、ＳＴＡは、同期通信の準備ができたことを契機として、ＡＰ宛にＦ８１１のＡＡＲを送信するようにしてもよい。

なお、上述のような、ＡＡＲにおける「緊急」指定や時刻指定のない場合、Ｆ８２０のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒが満了するタイミングにおいて、同期回復手順が実行される。この場合、ＳＴＡは、リンク２において、有効なフレームを受信しない場合に、このタイマの満了タイミングまでフレームの送信を控える。このため、例えば、Ｆ８１１のＡＡＲのためのＰＰＤＵは、リンク１において送信される。なお、リンク２での有効なフレームとは、ＡＰやその他の端末が送出するフレームである。図８から分かるように、本実施形態に係る手順により、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒの満了を待ってから同期回復手順が行われる場合と比べて十分に早期に同期を回復することができるようになる。この結果、無線通信システムにおける通信の効率を向上させることができる。

続いて、図９を用いて、本実施形態に係る無線通信システムにおける通信の流れの第２の例について説明する。図９は、ＳＴＡが、同期外れを検出したときに、ＡＰに「緊急ではない」同期回復支援を要求する際の手順を示している。なお、図９において、図８と同じ手順については、同一の参照符号を付して、説明を省略する。

図９の例では、ＳＴＡが、同期外れを検知する（Ｆ８０８）と、ＡＡＲのＨＴ Ｃｏｎｔｒｏｌ ｆｉｅｌｄの時刻指定５２２を「１」に設定し、オフセット５２３が「０以外」に設定したＰＰＤＵを送信すると決定する（Ｆ９０１）。なお、他のフィールドについては、図８の例と同様である。ＳＴＡは、このようなＰＰＤＵを生成して送信し（Ｆ８１１）、ＡＰは、このＰＰＤＵに含まれるＡＡＲを確認し、Ａｃｋを送信すると共に（Ｆ９０２）、リンク２においてＴＦを送信すべきタイミングを設定する（Ｆ９０３）。なお、ここでは、ＡＰは、リンク２において直ちにＴＦを送信しない。このため、Ｆ９０２で送信するＡｃｋは、Ｐａｄｄｉｎｇを必要としない。ＡｃｋとＴＦの終端を同期させる必要がないからである。一方で、ＡＰは、ＡＡＲのためのＰＰＤＵに含まれるオフセット５２３によって指定されるタイミングまで待機してから、ＴＦを送信する（Ｆ９０４）。

この処理においても、ＳＴＡは、Ｆ８２０のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒが満了するタイミングより早く、同期を回復することができる。これは、オフセット５２３による時刻をＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎよりも早いタイミングの値に設定した場合に達成される。なお、オフセット５２３による時刻がＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎよりも後のタイミングになるように、オフセット５２３の値が設定されてもよい。

続いて、図１０を用いて、上述のような通信を行うために、同期通信を開始したＳＴＡによって実行される処理の流れの例について説明する。まず、ＳＴＡは、同期外れが発生しているかの検知処理を継続的に実行する（Ｓ１００１）。ＳＴＡは、同期外れを検知していない間（Ｓ１００１でＮＯ）は、同期通信が終了するまで（Ｓ１０１０でＮＯ）、その同期外れの検知処理を継続的に実行する。ＳＴＡは、同期外れを検知した場合（Ｓ１００１でＹＥＳ）、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ６１５に従った場合の同期回復のタイミングを確認する（Ｓ１００２）。なお、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ６１５は、上述のようにマルチリンクセットアップ手順において通知されうる。

そして、ＳＴＡは、ＡＰに対して、同期回復のために支援を要求するかを判定する（Ｓ１００３）。ＳＴＡは、例えば、ＡＡＲによらない同期回復タイミングと、ＡＡＲによる同期回復タイミングとを比較することにより、この判定を行いうる。例えば、ＳＴＡは、ＡＡＲによらない同期回復タイミングが、ＡＡＲによる同期回復タイミングより早い場合には支援を要求しないと判定しうる。また、ＳＴＡは、ＡＡＲによる同期回復タイミングが、ＡＡＲによらない同期回復タイミングより早い場合に、支援を要求すると判定しうる。また、ＳＴＡは、ＡＡＲによる同期回復タイミングが、ＡＡＲによらない同期回復タイミングより所定時間以上早い場合に支援を要求し、ＡＡＲによらない同期回復タイミングより早くても、その時間差が所定時間未満である場合には支援を要求しなくてもよい。

ＳＴＡは、ＡＰによる支援を要求しないと判定した場合（Ｓ１００３でＮＯ）、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ６１５に従って、同期回復手順を実行する（Ｓ１００４）。この手順において、ＳＴＡは、送信対象のフレームの時間（長さ）が、ＭｅｄｉｕｍＳｙｎｃＴｈｒｅｓｈｏｌｄ（７２マイクロ秒）より長いか否かを判定する。なお、この判定は、例えば、Ｓ１００３においても実行される。ＳＴＡは、フレームの時間がＭｅｄｉｕｍＳｙｎｃＴｈｒｅｓｈｏｌｄより長い場合、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒを開始する。そして、ＳＴＡは、Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｍｅｎｔ（ＣＣＡ）を継続的に実行し、Ｍｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｅｌａｙ ｔｉｍｅｒが満了したときに、送信を開始する。その後、ＳＴＡは、同期通信を終了する場合（Ｓ１０１０でＹＥＳ）は図１０の処理を終了し、同期通信を終了しない場合（Ｓ１０１０でＮＯ）は処理をＳ１００１に戻す。

ＳＴＡは、ＡＰによる支援を要求すると判定した場合（Ｓ１００３でＹＥＳ）、ＡＡＲの時刻指定５２２とオフセット５２３を設定する（Ｓ１００５）。そして、ＳＴＡは、ＡＡＲを含んだＰＰＤＵをＡＰへ送信する（Ｓ１００６）。このＰＰＤＵは、Ｍａｎａｇｅｍｅｎｔフレーム又はＤａｔａフレームである。また、短いフレームでＡＡＲを送信するために、ＱｏＳ Ｎｕｌｌが用いられてもよい。そして、ＳＴＡは、ＡＰからのトリガフレームが受信されたか否かを監視する（Ｓ１００７）。ＳＴＡは、トリガフレームを受信したことを確認すると（Ｓ１００７でＹＥＳ）、そのトリガフレームに基づいて、同期通信を回復する（Ｓ１００８）。ここで、同期通信の回復とは、リンク１とリンク２のそれぞれで、送受信処理を実行することである。その後、ＳＴＡは、同期通信を終了する場合（Ｓ１０１０でＹＥＳ）は図１０の処理を終了し、同期通信を終了しない場合（Ｓ１０１０でＮＯ）は処理をＳ１００１に戻す。一方で、ＳＴＡは、トリガフレームを受信したことを確認していない場合（Ｓ１００７でＮＯ）、ＡＰからの支援を待ち続けるか否かを判定する（Ｓ１００９）。ＳＴＡは、ＡＰからの支援を待ち続けないと判定した場合（Ｓ１００９でＮＯ）、処理をＳ１００４へ移し、ＡＰからの支援を待ち続ける場合は、ＴＦの受信の確認を継続する（Ｓ１００７）。

続いて、図１０を用いて、上述のような通信を行うために、ＡＰによって実行される処理の流れの例について説明する。この処理は、ＡＰとＳＴＡとの間のマルチリンクセットアップの実行後の処理に対応する。まず、ＡＰは、ＰＰＤＵを受信した場合に、そのＰＰＤＵがＡＡＲを含んでいるかを判定する（Ｓ１１０１）。ＡＰは、ＡＡＲを含んだＰＰＤＵを受信した場合（Ｓ１１０１でＹＥＳ）、そのＡＡＲにおける時刻指定５２２が設定されているかを確認する（Ｓ１１０２）。なお、以下では、ＡＡＲを含んだＰＰＤＵにおいて、Ａｓｓｉｓｔｅｄ ＡＰ Ｌｉｎｋ ＩＤ Ｂｉｔｍａｐが、リンク２に相当するビットのみがＡＡＲの対象のリンクとして設定されているものとする。ただし、これは一例であり、リンク１において同期外れが検知された場合などにおいては、リンク１に対応するビットがＡＡＲの対象のリンクとして設定されてもよい。また、例えば、ＡＰとＳＴＡとの間で確立されていないリンクに対応するビットがＡＡＲの対象のリンクとされている場合など、無効なビットが設定されたＢｉｔｍａｐを含んだＰＰＤＵが受信された場合、ＡＰは、処理をＳ１００９へ移しうる。すなわち、ＡＰは、無効なＢｉｔｍａｐを伴うＡＡＲを含んだＰＰＤＵを受信した場合は、ＡＡＲを含まないＰＰＤＵを受信した場合と同様に処理しうる。

ＡＰは、ＡＡＲに時刻指定５２２が設定されていない場合（Ｓ１１０２でＮＯ）、ＥＤＣＡアクセスによってトリガフレームを送信する際のバックオフカウンタが０であるかを確認する（Ｓ１１０３）。なお、「時刻指定５２２が設定されていない」とは、時刻指定５２２が、時刻を指定しないことを示す所定値（例えば「０」）に設定されていることを示す。この場合は、ＳＴＡが、同期回復のためのＡＰの支援を要求するが、そのためのトリガフレームの送信タイミングの指定はしない場合に相当する。このため、ＡＰは、ＥＤＣＡアクセスによってトリガフレームを送信するようにする。すなわち、ＡＰは、バックオフカウンタが０となったことに応じて（Ｓ１１０３でＹＥＳ）、ＴＦを送信する（Ｓ１１０８）。一方、ＡＰは、ＡＡＲに時刻指定５２２が設定されている場合（Ｓ１１０２でＹＥＳ）、ＡＡＲのオフセット５２３が０であるか否かを確認する（Ｓ１１０４）。ＡＰは、ＡＡＲのオフセット５２３が０である場合（Ｓ１１０４でＹＥＳ）、この支援要求が「緊急」であるため、トリガフレームのＩＦＳを、ＰＩＦＳ又はＳＩＦＳとして（Ｓ１１０５）、トリガフレームを送信する（Ｓ１１０８）。一方、ＡＰは、ＡＡＲのオフセット５２３が０でない場合（Ｓ１１０４でＮＯ）、指定時刻タイマを設定して開始する（Ｓ１１０６）。このタイマは、ＳＴＡが指定したオフセットに相当する時間で満了する。ＡＰは、指定時刻タイマが満了すると（Ｓ１１０７でＹＥＳ）、処理をＳ１１０５に移す。なお、ＡＰは、指定時刻タイマの満了に応じて、Ｓ１１０５ではなく、Ｓ１１０３又はＳ１１０８に処理を進めてもよい。すなわち、ＡＰは、指定時刻タイマの満了後に、Ｓ１１０３で、ＥＤＣＡアクセスによりＴＦを送信してもよいし、指定時刻タイマの満了後、Ｓ１１０８で、ＳＴＡのオフセットによって指定されたタイミングを厳密に守って、ＴＦを送信してもよい。

ＡＰは、ＡＡＲを含まないＰＰＤＵを受信した場合や、Ｓ１１０８においてトリガフレームを送信した後に、ＡＡＲ手順以外の送信、受信、ユーザ設定処理を行う（Ｓ１１０９）。そして、ＡＰは、ＡＰ動作を継続するかを判定する（Ｓ１１１０）。ＡＰは、ＡＰ動作を継続する場合（Ｓ１１１０でＹＥＳ）、処理をＳ１１０１に戻し、継続しない場合（Ｓ１１１０でＮＯ）は処理を終了する。

以上のようにして、ＩＥＥＥ８０２．１１規格シリーズにおけるマルチリンク通信を実行するＮＳＴＲ端末であるＳＴＡにおいて、同期外れが発生した場合に、その同期を、通常のタイマに従って実行する場合と比べて早期に回復することができるようになる。これにより、複数の無線リンクが同期した通信を実行することができ、通信の効率を向上させることができる。

なお、上述の実施形態では、ＡＰとＳＴＡとの間の通信の文脈で、ＳＴＡが、ＡＰに対して、同期回復のためのトリガフレームの送信を依頼する場合の処理について説明した。ただし、これは一例であり、例えば、任意の２つの通信装置間の同期通信のために上述の手順が使用されてもよい。すなわち、第１の通信装置が、第１の無線リンクと第２の無線リンクとにおける信号の終端タイミングが同期（一致）するように、第２の通信装置へ信号を送信している状態で、同期外れが生じた場合に、上述のような手順を使用することができる。この場合、第１の通信装置は、第２の通信装置へ、同期回復のための所定の信号を送信するように依頼し、その依頼において、その所定の信号の送信タイミングを特定するための情報を含める。これにより、第２の通信装置は、その情報に基づいて特定したタイミングにおいて、所定の信号を送信し、第１の通信装置は、その所定の信号に基づいて複数の無線リンク間の同期を回復することができる。ここで、第１の通信装置及び第２の通信装置は、一例において、共にＩＥＥＥ８０２．１１規格シリーズに準拠したＳＴＡであってもよい。すなわち、上述の実施形態では、ＡＡＲを用いる場合の例を説明したが、同期回復に関する支援要求の送信先である相手装置は、ＡＰでなくてもよい。

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

（実施形態のまとめ）
上述の実施形態の少なくとも一部をまとめると、以下の通りである。

［項目１］
ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置であって、
他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行う通信手段と、
前記通信手段が前記第１の無線リンクで送信するフレームが終端する第１のタイミングと前記第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記同期の回復のための支援を前記他の通信装置に要求する所定のフレームであって、前記同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記所定のフレームを、前記第１の無線リンクにおいて前記他の通信装置へ送信するように前記通信手段を制御する制御手段と、
を有することを特徴とする通信装置。

［項目２］
前記タイミングを指定可能な情報は、タイミングを指定するか否かを示す第１の情報と、前記第１の情報によってタイミングが指定されることが示される場合に、当該タイミングを示す第２の情報とを含む、ことを特徴とする項目１に記載の通信装置。

［項目３］
前記タイミングを指定せずに前記他の通信装置に前記支援を要求する場合、前記第１の情報が、タイミングを指定しないことを示す値に設定される、ことを特徴とする項目２に記載の通信装置。

［項目４］
前記他の通信装置はアクセスポイント（ＡＰ）であり、
前記所定のフレームは、ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）を含んだＰｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＰＤＵ）である、ことを特徴とする項目１から３のいずれか１項に記載の通信装置。

［項目５］
前記ＡＡＲは、複数の無線リンクにそれぞれ対応するビットからなるビットマップを含み、
前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記第２の無線リンクのビットが、支援の対象とすることを示す所定値に設定される、ことを特徴とする項目４に記載の通信装置。

［項目６］
前記タイミングを指定可能な情報は、ＩＥＥＥ８０２．１１ｂｅ規格のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎによって特定されるタイミングより早いタイミングを指定する値を含む、ことを特徴とする項目４又は５に記載の通信装置。

［項目７］
前記制御手段は、前記他の通信装置に前記支援を要求しない場合、前記所定のフレームを送信しないように前記通信手段を制御する、ことを特徴とする項目１から５のいずれか１項に記載の通信装置。

［項目８］
ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置であって、
他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行う通信手段と、
前記他の通信装置における前記第１の無線リンクと前記第２の無線リンクとの間の同期外れからの回復のための支援を要求する第１の所定のフレームであって、当該同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記第１の所定のフレームを、第１の無線リンクにおいて前記他の通信装置から受信した場合に、前記タイミングを指定可能な情報に基づくタイミングで、前記第２の無線リンクにおいて第２の所定のフレームを送信するように、前記通信手段を制御する制御手段と、
を有することを特徴とする通信装置。

［項目９］
前記タイミングを指定可能な情報は、タイミングを指定するか否かを示す第１の情報と、前記第１の情報によってタイミングが指定されることが示される場合に、当該タイミングを示す第２の情報とを含む、ことを特徴とする項目８に記載の通信装置。

［項目１０］
タイミングを指定しないことを示す値に前記第１の情報が設定された前記第２の所定のフレームを受信した場合、Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ（ＥＤＣＡ）を用いて、前記第１の所定のフレームを送信する、ことを特徴とする項目９に記載の通信装置。

［項目１１］
前記通信装置はアクセスポイント（ＡＰ）であり、
前記第２の所定のフレームは、ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）を含んだＰｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＰＤＵ）である、ことを特徴とする項目８から１０のいずれか１項に記載の通信装置。

［項目１２］
前記ＡＡＲは、複数の無線リンクにそれぞれ対応するビットからなるビットマップを含み、
前記第２の無線リンクにおいて前記第１の所定のフレームが送信されるべき場合に、前記第２の無線リンクのビットが、支援の対象とすることを示す所定値に設定される、ことを特徴とする項目１１に記載の通信装置。

［項目１３］
前記タイミングを指定可能な情報は、ＩＥＥＥ８０２．１１ｂｅ規格のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎによって特定されるタイミングより早いタイミングを指定する値を含む、ことを特徴とする項目１１又は１２に記載の通信装置。

［項目１４］
前記第２の所定のフレームは、トリガフレームである、ことを特徴とする項目８から１３のいずれか１項に記載の通信装置。

［項目１５］
ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置によって実行される制御方法であって、
他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行うことと、
前記第１の無線リンクで送信するフレームが終端する第１のタイミングと前記第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記同期の回復のための支援を前記他の通信装置に要求する所定のフレームであって、前記同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記所定のフレームを、前記第１の無線リンクにおいて前記他の通信装置へ送信することと、
を有することを特徴とする制御方法。

［項目１６］
ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置によって実行される制御方法であって、
他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行うことと、
前記他の通信装置における前記第１の無線リンクと前記第２の無線リンクとの間の同期外れからの回復のための支援を要求する第１の所定のフレームであって、当該同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記第１の所定のフレームを、第１の無線リンクにおいて前記他の通信装置から受信した場合に、前記タイミングを指定可能な情報に基づくタイミングで、前記第２の無線リンクにおいて第２の所定のフレームを送信することと、
を有することを特徴とする制御方法。

［項目１７］
コンピュータを、項目１から１４のいずれか１項に記載の通信装置が有する各手段として機能させるためのプログラム。

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

３０１、３０２：無線ＬＡＮ制御部、３０４：Ｍｕｌｔｉ－Ｌｉｎｋ制御部、３０５：ＡＡＲ制御部

Claims (17)

1. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置であって、
   他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行う通信手段と、
   前記通信手段が前記第１の無線リンクで送信するフレームが終端する第１のタイミングと前記第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記同期の回復のための支援を前記他の通信装置に要求する所定のフレームであって、前記同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記所定のフレームを、前記第１の無線リンクにおいて前記他の通信装置へ送信するように前記通信手段を制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記タイミングを指定可能な情報は、タイミングを指定するか否かを示す第１の情報と、前記第１の情報によってタイミングが指定されることが示される場合に、当該タイミングを示す第２の情報とを含む、ことを特徴とする請求項１に記載の通信装置。
3. 前記タイミングを指定せずに前記他の通信装置に前記支援を要求する場合、前記第１の情報が、タイミングを指定しないことを示す値に設定される、ことを特徴とする請求項２に記載の通信装置。
4. 前記他の通信装置はアクセスポイント（ＡＰ）であり、
   前記所定のフレームは、ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）を含んだＰｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＰＤＵ）である、ことを特徴とする請求項１に記載の通信装置。
5. 前記ＡＡＲは、複数の無線リンクにそれぞれ対応するビットからなるビットマップを含み、
   前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記第２の無線リンクのビットが、支援の対象とすることを示す所定値に設定される、ことを特徴とする請求項４に記載の通信装置。
6. 前記タイミングを指定可能な情報は、ＩＥＥＥ８０２．１１ｂｅ規格のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎによって特定されるタイミングより早いタイミングを指定する値を含む、ことを特徴とする請求項４に記載の通信装置。
7. 前記制御手段は、前記他の通信装置に前記支援を要求しない場合、前記所定のフレームを送信しないように前記通信手段を制御する、ことを特徴とする請求項１に記載の通信装置。
8. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置であって、
   他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行う通信手段と、
   前記他の通信装置における前記第１の無線リンクと前記第２の無線リンクとの間の同期外れからの回復のための支援を要求する第１の所定のフレームであって、当該同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記第１の所定のフレームを、第１の無線リンクにおいて前記他の通信装置から受信した場合に、前記タイミングを指定可能な情報に基づくタイミングで、前記第２の無線リンクにおいて第２の所定のフレームを送信するように、前記通信手段を制御する制御手段と、
   を有することを特徴とする通信装置。
9. 前記タイミングを指定可能な情報は、タイミングを指定するか否かを示す第１の情報と、前記第１の情報によってタイミングが指定されることが示される場合に、当該タイミングを示す第２の情報とを含む、ことを特徴とする請求項８に記載の通信装置。
10. タイミングを指定しないことを示す値に前記第１の情報が設定された前記第１の所定のフレームを受信した場合、Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ（ＥＤＣＡ）を用いて、前記第２の所定のフレームを送信する、ことを特徴とする請求項９に記載の通信装置。
11. 前記通信装置はアクセスポイント（ＡＰ）であり、
    前記第１の所定のフレームは、ＡＰ Ａｓｓｉｓｔａｎｃｅ Ｒｅｑｕｅｓｔ（ＡＡＲ）を含んだＰｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＰＤＵ）である、ことを特徴とする請求項８に記載の通信装置。
12. 前記ＡＡＲは、複数の無線リンクにそれぞれ対応するビットからなるビットマップを含み、
    前記第２の無線リンクにおいて前記第２の所定のフレームが送信されるべき場合に、前記第２の無線リンクのビットが、支援の対象とすることを示す所定値に設定される、ことを特徴とする請求項１１に記載の通信装置。
13. 前記タイミングを指定可能な情報は、ＩＥＥＥ８０２．１１ｂｅ規格のＭｅｄｉｕｍ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｄｕｒａｔｉｏｎによって特定されるタイミングより早いタイミングを指定する値を含む、ことを特徴とする請求項１１に記載の通信装置。
14. 前記第２の所定のフレームは、トリガフレームである、ことを特徴とする請求項８に記載の通信装置。
15. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置によって実行される制御方法であって、
    他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行うことと、
    前記第１の無線リンクで送信するフレームが終端する第１のタイミングと前記第２の無線リンクで送信するフレームが終端する第２のタイミングとが同期するようにフレームを送信している状態において、前記第１の無線リンクにおいて第１のフレームを送信している間に前記第２の無線リンクにおける第２のフレームの送信が終了した場合に、前記同期の回復のための支援を前記他の通信装置に要求する所定のフレームであって、前記同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記所定のフレームを、前記第１の無線リンクにおいて前記他の通信装置へ送信することと、
    を有することを特徴とする制御方法。
16. ＩＥＥＥ８０２．１１規格に準拠した無線通信を行う通信装置によって実行される制御方法であって、
    他の通信装置との間で第１の無線リンクと第２の無線リンクとを確立して通信を行うことと、
    前記他の通信装置における前記第１の無線リンクと前記第２の無線リンクとの間の同期外れからの回復のための支援を要求する第１の所定のフレームであって、当該同期の回復が行われるべきタイミングを指定可能な情報を含んだ前記第１の所定のフレームを、第１の無線リンクにおいて前記他の通信装置から受信した場合に、前記タイミングを指定可能な情報に基づくタイミングで、前記第２の無線リンクにおいて第２の所定のフレームを送信することと、
    を有することを特徴とする制御方法。
17. コンピュータを、請求項１から１４のいずれか１項に記載の通信装置が有する各手段として機能させるためのプログラム。

Images