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

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

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

(11)【特許番号】

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

(45)【発行日】2024-07-18

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

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20240710BHJP

   H04W 72/54 20230101ALI20240710BHJP

   H04W 8/24 20090101ALI20240710BHJP

   H04W 84/12 20090101ALI20240710BHJP

【ＦＩ】

H04W72/0457

H04W72/54 110

H04W8/24

H04W84/12

【請求項の数】 12

(21)【出願番号】P 2020085495

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

(65)【公開番号】P2021180432

(43)【公開日】2021-11-18

【審査請求日】2023-04-26

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】大内 雅智

【審査官】永井 啓司

(56)【参考文献】

【文献】特表２０２０－５０４５７０（ＪＰ，Ａ）

【文献】Zhou Lan (Broadcom Inc.)，CR BQR section 27.5.2， IEEE 802.11-18/1515r4 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/18/11-18-1515-04-00ax-cr-bqr-section-27-5-2.docx＞，2018年09月13日

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

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

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

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

【請求項1】

ＩＥＥＥ ８０２．１１シリーズの規格に準拠する通信装置であって、
前記通信装置に接続されている他の通信装置から受信した情報に基づいて、当該他の通信装置のＵＬ ＭＵ（Ｕｐｌｉｎｋ Ｍｕｌｔｉｕｓｅｒ）通信が有効であるか無効であるか、及び、前記他の通信装置が使用可能な通信リソースの状態を示すＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）が有効であるか無効であるかを判定する判定手段と、
前記ＵＬ ＭＵ通信が有効であり、かつ、前記ＢＱＲが有効である場合に、ＢＱＲＰ（ＢＱＲ Ｐｏｌｌ）を前記他の通信装置へ送信することにより、前記他の通信装置から、前記ＢＱＲを取得し、前記ＵＬ ＭＵ通信が無効であるか、又は、前記ＢＱＲが無効であるか、の少なくともいずれかである場合に、前記ＢＱＲＰを前記他の通信装置へ送信せずに、前記他の通信装置から、前記ＢＱＲを取得する取得手段と、
前記取得されたＢＱＲに基づいて、前記他の通信装置と通信するための通信リソースを決定する決定手段と、
を有することを特徴とする通信装置。

【請求項2】

前記判定手段により、前記他の通信装置のＵＬ ＭＵ通信が無効であると判定された場合、前記取得手段は、前記他の通信装置から送信されるＢＱＲを待機することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記判定手段により、前記他の通信装置のＵＬ ＭＵ通信が有効であると判定された場合、前記取得手段は、ＢＱＲを要求するためのトリガーフレームを前記他の通信装置に送信し、かつ、前記他の通信装置から送信されるＢＱＲを待機することを特徴とする請求項１または２に記載の通信装置。

【請求項4】

前記取得手段は、前記他の通信装置から、ＢＱＲをサポートしていること、および、ＢＱＲが有効であることを示す情報が受信された場合に、前記トリガーフレームを送信することを特徴とする請求項３に記載の通信装置。

【請求項5】

前記判定手段は、前記他の通信装置から、ＵＬ ＭＵ通信をサポートしていること、および、ＵＬ ＭＵ通信が有効であることを示す情報が受信された場合に、前記他の通信装置のＵＬ ＭＵ通信が有効であると判定し、それ以外の場合は、前記他の通信装置のＵＬ ＭＵ通信が無効であると判定することを特徴とする請求項１から４のいずれか１項に記載の通信装置。

【請求項6】

前記通信装置が、第２の他の通信装置と所定の周波数帯を協調して使用して協調通信を行う場合、前記決定手段は、前記他の通信装置から取得されたＢＱＲと、前記第２の他の通信装置から取得されたＢＱＲに基づいて、前記他の通信装置と前記第２の他の通信装置と通信するための通信リソースを決定することを特徴とする請求項１から５のいずれか１項に記載の通信装置。

【請求項7】

ＩＥＥＥ ８０２．１１シリーズの規格に準拠する通信装置であって、
前記通信装置がＵＬ ＭＵ（Ｕｐｌｉｎｋ Ｍｕｌｔｉｕｓｅｒ）通信を有効にするか無効にするか、及び、前記通信装置が使用可能な通信リソースの状態を示すＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）を有効にするか無効にするかを判定する判定手段と、
他の通信装置に前記判定の結果に基づく通知を行う通知手段と、
前記通知の後に、前記ＵＬ ＭＵ通信が有効であり、かつ、前記ＢＱＲが有効である場合に、ＢＱＲＰ（ＢＱＲ Ｐｏｌｌ）を前記他の通信装置から受信したことに基づいて、前記ＢＱＲを前記他の通信装置に送信し、前記ＵＬ ＭＵ通信が無効であるか、又は、前記ＢＱＲが無効であるか、の少なくともいずれかである場合に、前記ＢＱＲＰを前記他の通信装置から受信せずに、前記ＢＱＲを前記他の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。

【請求項8】

ＢＱＲの送信を要求するためのトリガーフレームを受信する受信手段をさらに有し、
前記通知手段により、ＵＬ ＭＵ通信が有効であることが通知された場合、前記送信手段は、前記受信手段により前記トリガーフレームが受信されたことに応じて、ＢＱＲを前記他の通信装置に送信することを特徴とする請求項７に記載の通信装置。

【請求項9】

ＩＥＥＥ ８０２．１１シリーズの規格に準拠する通信装置の制御方法であって、
前記通信装置に接続されている他の通信装置から受信した情報に基づいて、当該他の通信装置のＵＬ ＭＵ（Ｕｐｌｉｎｋ Ｍｕｌｔｉｕｓｅｒ）通信が有効であるか無効であるか、及び、前記他の通信装置が使用可能な通信リソースの状態を示すＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）が有効であるか無効であるかを判定する判定工程と、
前記ＵＬ ＭＵ通信が有効であり、かつ、前記ＢＱＲが有効である場合に、ＢＱＲＰ（ＢＱＲ Ｐｏｌｌ）を前記他の通信装置へ送信することにより、前記他の通信装置から、前記ＢＱＲを取得し、前記ＵＬ ＭＵ通信が無効であるか、又は、前記ＢＱＲが無効であるか、の少なくともいずれかである場合に、前記ＢＱＲＰを前記他の通信装置へ送信せずに、前記他の通信装置から、前記ＢＱＲを取得する取得工程と、
前記取得されたＢＱＲに基づいて、前記他の通信装置と通信するための通信リソースを決定する決定工程と、
を有することを特徴とする制御方法。

【請求項10】

ＩＥＥＥ ８０２．１１シリーズの規格に準拠する通信装置の制御方法であって、
前記通信装置がＵＬ ＭＵ（Ｕｐｌｉｎｋ Ｍｕｌｔｉｕｓｅｒ）通信を有効にするか無効にするか、及び、前記通信装置が使用可能な通信リソースの状態を示すＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）を有効にするか無効にするかを判定する判定工程と、
他の通信装置に前記判定の結果に基づく通知を行う通知工程と、
前記通知の後に、前記ＵＬ ＭＵ通信が有効であり、かつ、前記ＢＱＲが有効である場合に、ＢＱＲＰ（ＢＱＲ Ｐｏｌｌ）を前記他の通信装置から受信したことに基づいて、前記ＢＱＲを前記他の通信装置に送信し、前記ＵＬ ＭＵ通信が無効であるか、又は、前記ＢＱＲが無効であるか、の少なくともいずれかである場合に、前記ＢＱＲＰを前記他の通信装置から受信せずに、前記ＢＱＲを前記他の通信装置に送信する送信工程と、
を有することを特徴とする制御方法。

【請求項11】

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

【請求項12】

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

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線ＬＡＮの通信技術に関する。

【背景技術】

【0002】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に関する通信規格として、ＩＥＥＥ８０２．１１シリーズの規格が知られている。ＩＥＥＥ８０２．１１ａｘ規格では、ＯＦＤＭＡ（直交周波数分割多元接続）を用いて、高いピークスループットに加え、混雑状況下での通信速度向上を実現している。
現在、更なるスループット向上のためにＩＥＥＥ８０２．１１ａｘ規格の後継規格として、ＩＥＥＥ８０２．１１ ＥＨＴ（ＥｘｔｒｅｍｅまたはＥｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）と呼ばれるＳＧ（Ｓｔｕｄｙ Ｇｒｏｕｐ）を経て、８０２．１１ｂｅ ＴＧ（Ｔａｓｋ Ｇｒｏｕｐ）が活動している。このＴＧが目指すスループット向上の方策のひとつとして、複数のＡＰ（アクセスポイント）が協調するマルチＡＰ協調（Ｍｕｌｔｉ－ＡＰ Ｃｏｏｒｄｉｎａｔｉｏｎ）構成が検討されている。このマルチＡＰ協調構成を効率的に運用するために、ＡＰと端末（ＳＴＡ）との間で、ＯＦＤＭＡのリソースの使い方を調整している（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】米国特許出願公開第２０１９／０２８８７６７号明細書

【発明の概要】

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

【0004】

マルチＡＰ協調構成による通信を実現するために、複数のＡＰは、協調して使用するリソースの情報を収集する必要がある。しかしながら、その方法は、規格において明確にされていない。そのため、同一のリソースを使用している他の通信装置の通信との衝突が発生し、マルチＡＰ協調構成による通信を効率的に運用できない状況が生じうる。

【0005】

本発明は、上記課題に鑑みてなされたものであり、通信リソースに関する情報を効率的に収集することを目的とする。

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

【0006】

上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、ＩＥＥＥ ８０２．１１シリーズの規格に準拠する通信装置であって、前記通信装置に接続されている他の通信装置から受信した情報に基づいて、当該他の通信装置のＵＬ ＭＵ（Ｕｐｌｉｎｋ Ｍｕｌｔｉｕｓｅｒ）通信が有効であるか無効であるか、及び、前記他の通信装置が使用可能な通信リソースの状態を示すＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）が有効であるか無効であるかを判定する判定手段と、前記ＵＬ ＭＵ通信が有効であり、かつ、前記ＢＱＲが有効である場合に、ＢＱＲＰ（ＢＱＲ Ｐｏｌｌ）を前記他の通信装置へ送信することにより、前記他の通信装置から、前記ＢＱＲを取得し、前記ＵＬ ＭＵ通信が無効であるか、又は、前記ＢＱＲが無効であるか、の少なくともいずれかである場合に、前記ＢＱＲＰを前記他の通信装置へ送信せずに、前記他の通信装置から、前記ＢＱＲを取得する取得手段と、前記取得されたＢＱＲに基づいて、前記他の通信装置と通信するための通信リソースを決定する決定手段と、を有する。

【発明の効果】

【0007】

本発明によれば、通信リソースに関する情報を効率的に収集することが可能となる。

【図面の簡単な説明】

【0008】

【図1】無線通信システムの構成例を示す。

【図2】マルチＡＰ協調方式に従ういくつかのリソース割り当て構成を説明するための模式図である。

【図3】（ａ）は通信装置のハードウェア構成例を示し、（ｂ）は通信装置の機能構成例を示す。

【図4】通信処理のシーケンス図を示す（ＳＴＡがＵＬ ＭＵ通信を無効にする場合）。

【図5】通信処理のシーケンス図を示す（ＳＴＡがＵＬ ＭＵ通信を有効にする場合）。

【図6A】ＡＰにより実行される処理のフローチャート（１）である。

【図6B】ＡＰにより実行される処理のフローチャート（２）である。

【図7】ＳＴＡにより実行される処理のフローチャートである。

【図8】ＭＡＣ ｆｒａｍｅ ｆｏｒｍａｔを示す。

【図9】ＨＴ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ ｆｏｒｍａｔを示す。

【図10】ＴＦ（Ｔｒｉｇｇｅｒ Ｆｒａｍｅ：トリガーフレーム）の構成 を示す。

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

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

以上、説明したように、ＡＰとＳＴＡによってリソースに関する情報の収集と割り当てを協調しておこなうことによって、マルチＡＰ協調構成による高速・高効率な無線通信を実現できるという効果を得られるようになる。よって、無線媒体の使用効率、システム全体および個別の通信速度、安定性、の向上の実現が可能となる。

【0078】

なお、上記実施形態では、ＤＬ（Ｄｏｗｎｌｉｎｋ）におけるＡＰ間協調を、ＢＱＲに基づいておこなう動作を示したが、ＵＬ（Ｕｐｌｉｎｋ）の実施形態も可能である。例えば、ＡＰは、ＳＴＡからＡＰ方向（すなわち、ＵＬ）のデータ量とその種別（ビデオや音声といったアクセスカテゴリ）を示すＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）を、ＳＴＡから取得する。ＡＰは、ＢＱＲに基づいてリソースの状態を認識した後に、ＢＳＲに基づいたＵＬ用のリソース割り当てを図９に示すＴＦ（トリガーフレーム）によっておこなうことができる。

【0079】

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

【0080】

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

【符号の説明】

【0081】

１０１；１０６ ＡＰ、１０２；１０３；１０７；１０８ ＳＴＡ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】