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

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

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

(11)【特許番号】

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

(45)【発行日】2024-10-17

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

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20241009BHJP

   H04W 8/24 20090101ALI20241009BHJP

   H04W 76/15 20180101ALI20241009BHJP

   H04W 84/12 20090101ALI20241009BHJP

【ＦＩ】

H04W72/0457 110

H04W8/24

H04W76/15

H04W84/12

【請求項の数】 12

(21)【出願番号】P 2020016492

(22)【出願日】2020-02-03

(65)【公開番号】P2021125749

(43)【公開日】2021-08-30

【審査請求日】2023-01-20

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】池田 宣弘

【審査官】伊藤 嘉彦

(56)【参考文献】

【文献】JANG, Insun et al.，Discussion on Multi-link Setup，IEEE 802.11-19/1509r5，Internet<URL:URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1509-05-00be-discussion-on-multi-link-setup.pptx>，2019年11月13日

【文献】Dmitry Akhmetov (Intel)，Performance aspects of Multi-link operations，IEEE 802.11-19/1291r3，Internet<URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1291-03-00be-performance-aspects-of-multi-link-operations.pptx>，2019年09月17日

【文献】LI, Yunbo et al.，Channel Access Design for Synchronized Multi-Links，IEEE 802.11-19/1548r4，Internet<URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1548-04-00be-channel-access-design-for-synchronized-multi-links.pptx>，2020年01月16日

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

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

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

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

【請求項1】

通信装置であって、
ＩＥＥＥ８０２．１１シリーズに準拠した複数のプライマリチャネル（Ｍ－ＰＣＨ）方式に関する能力情報を生成する生成手段と、
前記能力情報を含めたフレームを通信相手装置に送信する送信手段と、
を有し、
前記能力情報は、前記通信装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報、および、第１のチャネルと、前記第１のチャネルと結合可能な第２のチャネルと、を含む前記複数のプライマリチャネルの夫々の使用可否を示す情報の少なくともいずれか一方を含むことを特徴とする通信装置。

【請求項2】

前記通信相手装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報を含むフレームを受信する受信手段と、
前記通信相手装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報に基づいて、前記Ｍ－ＰＣＨ方式による通信を実行するか否かを決定する決定手段と、
を更に有することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記受信手段が受信するフレームには、前記複数のプライマリチャネルの夫々の使用可否を示す情報が更に含まれることを特徴とする請求項２に記載の通信装置。

【請求項4】

前記受信手段により受信されたフレームに含まれる前記複数のプライマリチャネルの夫々の使用可否を示す情報と、前記生成手段により生成された前記能力情報とに基づいて、前記複数のプライマリチャネルの中から、データ通信に使用するプライマリチャネルを選択する選択手段を更に有することを特徴とする請求項３に記載の通信装置。

【請求項5】

前記選択手段は、チャネルボンディングにより確保可能な送信帯域幅、受信電界強度、信号対雑音比（ＳＮＲ）、帯域幅とＳＮＲから計算されるチャネル伝送容量、および、所定期間のチャネル使用状況、の少なくともいずれかに基づいて、前記データ通信に使用するプライマリチャネルを選択することを特徴とする請求項４に記載の通信装置。

【請求項6】

前記能力情報は、前記通信装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報、および、前記複数のプライマリチャネルの夫々の使用可否を示す情報を含むことを特徴とする請求項１から５のいずれか１項に記載の通信装置。

【請求項7】

前記通信装置により形成されるネットワークに参加する他の通信装置の数に基づいて、前記Ｍ－ＰＣＨ方式による通信を実行するか否かを決定する決定手段を更に有することを特徴とする請求項１に記載の通信装置。

【請求項8】

前記複数のプライマリチャネルのうち、前記通信相手装置にＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）を送信した後に、当該ＲＴＳの応答としてＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）が受信されたプライマリチャネルを、使用可能なプライマリチャネルとして判定する判定手段を更に有することを特徴とする請求項１から７のいずれか１項に記載の通信装置。

【請求項9】

前記送信手段が送信するフレームは、ＩＥＥＥ８０２．１１シリーズに準拠したＢｅａｃｏｎフレーム、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム、Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム、Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームのいずれかであることを特徴とする請求項１から８のいずれかに記載の通信装置。

【請求項10】

前記送信手段は、能力情報を含めたＢｅａｃｏｎフレームを、複数のチャネルで報知することを特徴とする請求項１から９のいずれか１項に記載の通信装置。

【請求項11】

通信装置の制御方法であって、
ＩＥＥＥ８０２．１１シリーズに準拠した複数のプライマリチャネル（Ｍ－ＰＣＨ）方式に関する能力情報を生成する生成工程と、
前記能力情報を含めたフレームを通信相手装置に送信する送信工程と、
を有し、
前記能力情報は、前記通信装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報、および、第１のチャネルと、前記第１のチャネルと結合可能な第２のチャネルと、を含む前記複数のプライマリチャネルの夫々の使用可否を示す情報の少なくともいずれか一方を含むことを特徴とする制御方法。

【請求項12】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、情報通信技術の発展とともにインターネット使用量が年々増加しており、需要の増加に応えるべく様々な通信技術の開発が進められている。中でも無線ＬＡＮ（ローカルエリアネットワーク（以下、ＷＬＡＮ））技術は、公共の場をはじめ、家庭や工場といったプライベートな空間において携帯端末機によるパケットデータ、音声、ビデオなどのインターネット通信におけるスループットの向上を実現している。

【0003】

ＷＬＡＮ技術の発展は、標準化機構であるＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２による数多くの標準化作業が、重要な役割を果たしている。標準ＷＬＡＮ通信規格の一つとしてＩＥＥＥ８０２．１１が知られており、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／n／ａｃまた、最新の標準規格のＩＥＥＥ８０２．１１ａｘのドラフト規格が公開され、現在も様々な技術開発が盛んに行われている（特許文献１）。

【0004】

２０１８年にさらなるスループット向上、高信頼、低遅延のためにＩＥＥＥ８０２．１１ａｘの後継規格として、ＩＥＥＥ８０２．１１ｂｅ Ｔａｓｋ Ｇｒｏｕｐ（ＴＧ）が発足した。ＩＥＥＥ８０２．１１ｂｅのＴＧの目標の一つに、高信頼で低遅延（Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ：ＲＬＬ）な通信（ＲＬＬ通信）があり、特に産業用ロボットの遠隔操作や拡張現実／仮想現実、ゲーム、ドローン等のリアルタイム性の高いアプリケーションへの応用が期待されている。このようなユースケースでは、環境によって信頼性と遅延の条件が変化するが、遅延に関するオーダーは、１～１０ｍｓ、また信頼性（伝送成功率）については、９９．９９９９％を満たす事が要件とされている。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

ＲＬＬ通信を実現するために、通信リソースを有効に使用して、無線ＬＡＮのチャネル・アクセスの遅延を低減させることが必要になる。しかしながら、例えば複数のＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）がオーバーラップするＯＢＳＳ（Ｏｖｅｒｒａｐｐｉｎｇ ＢＳＳ）の環境下では、チャネルの占有や空きチャネルの確保が容易ではないため、ＲＬＬ通信の実現が容易ではない。そのため、複数のチャネル／帯域で散在する未使用リソースを活用するための、複数のプライマリチャネル（マルチプライマリチャネル（Ｍ－ＰＣＨ））を利用したチャネル・アクセス技術が、ＩＥＥＥ８０２．１１ｂｅにおいて検討されている。

【0007】

しかし、これまでに、マルチプライマリチャネル（Ｍ－ＰＣＨ）を指定する能力情報を通知するための仕組みが提案されていなかった。

【0008】

本発明は上記課題に鑑みてなされたものであり、マルチプライマリチャネル（Ｍ－ＰＣＨ）を指定する能力情報を通知できる仕組みを提供することを目的とする。

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

【0009】

上記目的を達成するための一手段として、本発明の通信装置は、ＩＥＥＥ８０２．１１シリーズに準拠した複数のプライマリチャネル（Ｍ－ＰＣＨ）方式に関する能力情報を生成する生成手段と、前記能力情報を含めたフレームを通信相手装置に送信する送信手段と、を有し、前記能力情報は、前記通信装置が前記Ｍ－ＰＣＨ方式をサポートするか否かを示す情報、および、第１のチャネルと、前記第１のチャネルと結合可能な第２のチャネルと、を含む前記複数のプライマリチャネルの夫々の使用可否を示す情報の少なくともいずれか一方を含む。

【発明の効果】

【0010】

本発明によれば、マルチプライマリチャネル（Ｍ－ＰＣＨ）を指定する能力情報を通知するための仕組みが提供される。

【図面の簡単な説明】

【0011】

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

【図2】通信装置のハードウェア構成例を示す図である。

【図3】通信装置の機能構成例を示す図である。

【図4】ＳＴＡ接続時にＡＰにより実行される処理を示すフローチャートである。

【図5】データ通信を開始するためにＡＰにより実行される処理を示すフローチャートである。

【図6】ＤＬ通信時のＡＰ－ＳＴＡ間のメッセージシーケンス図である、

【図7】ＵＬ通信時のＡＰ－ＳＴＡ間のメッセージシーケンス図である。

【図8】プライマリチャネルの空き／ビジー判定処理のフローチャートである。

【図9】Ｍ－ＰＣＨ方式の能力情報の例を示す図である。

【図10】Ｍ－ＰＣＨ方式の能力情報の設定値例を示す図である。

【図11】５ＧＨｚ帯におけるマルチプライマリチャネルの指定例を説明した図である。

【図12】Ｍ－ＰＣＨ方式の能力情報の他の例を示す図である。

【図13】Ｍ－ＰＣＨ方式の能力情報の他の例を示す図である。

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

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

１０１、１１１ ネットワークＢＳＳ、１０３、１１３ ＳＴＡ、１０２、１１２ ＡＰ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】