JP6997570B2

JP6997570B2 - 通信装置、方法、及びプログラム

Info

Publication number: JP6997570B2
Application number: JP2017183834A
Authority: JP
Inventors: 雅智大内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2017-09-25
Filing date: 2017-09-25
Publication date: 2022-01-17
Anticipated expiration: 2037-09-25
Also published as: US20200221516A1; WO2019058714A1; JP2019062294A; US11191113B2

Description

本発明は、無線接続制御技術に関する。

ＩＥＥＥ８０２．１１規格シリーズの無線ＬＡＮのアクセスポイントは、端末との接続処理であるアソシエーションを完了したときにＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ）を定めて、端末に通知するとともに、識別情報として管理する。特許文献１には、このＡＩＤの値を再設定する手法が記載されている。

さらに、近年、無線媒体の有効利用を目指すＩＥＥＥ８０２．１１ａｘ規格が、ドラフト規格（非特許文献１）として発行されている。非特許文献１では、複数の端末が、アクセスポイントからのトリガフレーム（ＴＦ）と呼ばれる起動信号の受信を契機に、同時にフレームを送信する手法が規定されている。なお、ＴＦに対しては、その用途に応じていくつかのタイプが提案されており、非特許文献２には、ＴＦの宛先をＡＩＤの範囲（例えば「ＳｔａｒｔｉｎｇＡＩＤ」から「ＳｔａｒｔｉｎｇＡＩＤプラス規定数」の範囲）によって示す手法が記載されている。

特表２０１５－５２６０１１号公報

ＩＥＥＥＰ８０２．１１ａｘ／Ｄ０．１、２０１６年３月「ＰｒｏｐｏｓｅｄＴｅｘｔＣｈａｎｇｅｓｆｏｒＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔ」、［ｏｎｌｉｎｅ］、ＩＥＥＥ、［平成２９年８月３１日検索］、インターネット（https://mentor.ieee.org/802.11/dcn/17/11-17-0073-05-00ax-cr-for-27-5-2-7-ndp-feedbafe-report.docx）

一般に、新しい規格が発行された後には、その新しい規格に対応する端末と、対応していない端末とが混在する状況が発生し、ＩＥＥＥ８０２．１１ａｘ規格に対しても同様の状況の発生が予想される。このとき、ＩＥＥＥ８０２．１１ａｘ規格に対応していない非対応端末は、ＴＦを解釈することができないため、そのＡＩＤが、非特許文献２に記載の手法によりＴＦの宛先範囲として指定された場合に、応答として信号を送信することはない。この結果、ＴＦによって指定された端末の中に、応答を送信可能な端末と、ＴＦを解釈できず応答を送信できない端末とが混在する状況が発生し、システム全体の通信効率や周波数利用効率が劣化してしまいうる。

本発明は上記課題に鑑みてなされたものであり、通信の効率を改善する技術を提供する。

本発明の一態様による通信装置は、ＩＥＥＥ８０２．１１規格に対応し、相手装置に対してＡｓｓｏｃｉａｔｉｏｎｉｄｅｎｔｉｆｉｅｒ（ＡＩＤ）を割り当てて通信を行う通信装置であって、前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応する第１の装置である場合は、ＡＩＤの値の第１の範囲から当該相手装置に対して割り当てるＡＩＤを決定し、前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応していない第２の装置である場合は、前記第１の範囲とは異なる第２の範囲から当該相手装置に対して割り当てるＡＩＤを決定する、ように構成される。

本発明によれば、通信の効率を改善することができる。

無線通信ネットワークの構成例を示す図である。通信装置の構成例を示す図である。ＩＥＥＥ８０２．１１規格シリーズにおける接続手順を示す図である。ＡＰが管理するＳＴＡ管理テーブルの例を示す図である。ＴＦの構成例と格納される情報要素の詳細を示す図である。ＮＤＰレポートの通信手順を示す図である。ＡＰが実行する初期設定処理の流れの例を示すフローチャートである。実施形態に係るＡＩＤ決定処理の流れの例を示すフローチャートである。実施形態に係るＮＤＰレポートの通信手順の例を示す図である。実施形態に係るＮＤＰレポートＴＦ処理の流れの例を示すフローチャートである。

以下、図面を参照しながら本発明の実施の形態について説明する。

（ネットワークの構成）
図１に、本実施形態に係る無線通信ネットワーク１００の構成を示す。無線通信ネットワーク１００は、一例において、アクセスポイント（ＡＰ１０１）と、端末（ＳＴＡ１０２、ＳＴＡ１０３）を含む無線ＬＡＮである。なお、ＡＰ１０１、ＳＴＡ１０２、及びＳＴＡ１０３は、いずれもＩＥＥＥ８０２．１１規格シリーズの少なくともいずれかに従って通信可能な無線通信装置である。ここでは、ＡＰ１０１及びＳＴＡ１０２は、少なくともＩＥＥＥ８０２．１１ａｘ規格に対応し、ＳＴＡ１０３は、ＩＥＥＥ８０２．１１ａｘ規格に対応しないものとする。ＡＰ１０１及びＳＴＡ１０２は、ＩＥＥＥ８０２．１１ａｘ規格以外の他のＩＥＥＥ８０２．１１規格に対応してもよい。なお、参照番号に付した英文字の添え字は、各装置の台数に対応する。図１の例では、ＳＴＡ１０２は、ＳＴＡ１０２ａ～ＳＴＡ１０２ｒまでの１８台が存在し、ＳＴＡ１０３は、ＳＴＡ１０３ｘ及びＳＴＡ１０３ｙの２台が存在することが示されている。ただし、各装置の台数は一例であり、図１の例より多数又は少数の装置が存在しうる。本実施形態では、ＩＥＥＥ８０２．１１規格シリーズの無線ＬＡＮの文脈で説明するが、同様の機能を有する他の無線通信システムに対しても、以下の議論を適用可能である。

（装置構成）
図２は、上述のＡＰ１０１のハードウェアの構成例を示す。なお、ＡＰ１０１は、一例において、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、無線ＬＡＮ制御部２０６、８０２．１１ａｘ制御部２０７、非８０２．１１ａｘ制御部２０８を有する。

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

制御部２０２は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することでＡＰ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により、ＡＰ１０１を制御するようにしてもよい。また、制御部２０２は、マルチコア等の複数のプロセッサによって構成されてもよい。

また、制御部２０２は、機能部２０３を制御して、ＡＰ機能、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、ＡＰ１０１が所定の処理を実行するためのハードウェアである。例えば、ＡＰ１０１がカメラである場合は機能部２０３は撮像部であり、ＡＰ１０１がプリンタである場合は機能部２０３は記録部であり、ＡＰ１０１がプロジェクタである場合は機能部２０３は投影部でありうる。なお、機能部２０３は、１つの機能のみならず、複数の機能を実現することも可能でありうる。

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

通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズやＷｉ－Ｆｉ（登録商標）に準拠した無線通信の制御や、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）通信の制御を行う。例えば、通信部２０６は、８０２．１１ａｘ制御部２０７または非８０２．１１ａｘ制御部２０８を切り替えて機能させることにより、ＩＥＥＥ８０２．１１ａｘに対応する通信とＩＥＥＥ８０２．１１ａｘに対応しない通信とのいずれかを実行することができる。なお、８０２．１１ａｘ制御部２０７または非８０２．１１ａｘ制御部２０８は、共通の通信用回路等を用いて、ソフトウェアによって実現される、論理的なユニットでありうる。また、８０２．１１ａｘ制御部２０７または非８０２．１１ａｘ制御部２０８は、それぞれ専用の通信用回路等及び対応するソフトウェアによって実現される別個の物理ユニットであってもよい。通信部２０６は、アンテナ２０９を制御して、無線通信のための無線信号の送信及び受信を行う。

なお、ＳＴＡ１０２及びＳＴＡ１０３も、上述の図２と同様の構成を有しうる。ただし、例えばＳＴＡ１０３が、８０２．１１ａｘ制御部２０７を有しないように構成されうるなど、その一部の機能が省略されてもよいし、図２に含まれていない機能構成が追加されてもよい。

（処理の流れ）
続いて、ＩＥＥＥ８０２．１１規格シリーズにおいて一般的に実行される接続処理について、図３を用いて説明する。

まず、端末（ＳＴＡ）が、ＰｒｏｂｅＲｅｑｕｅｓｔフレームを送信し（Ｓ３０１）、ＡＰは、ＰｒｏｂｅＲｅｑｕｅｓｔに応答して、ＰｒｏｂｅＲｅｓｐｏｎｓｅフレームをそのＳＴＡ宛てに送信する（Ｓ３０２）。そして、ＳＴＡはＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔフレームを送信し（Ｓ３０３）、ＡＰはＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔに対してＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｓｐｏｎｓｅフレームをＳＴＡ宛てに送信する（Ｓ３０４）。その後、ＳＴＡはＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームを送信する（Ｓ３０５）。そして、ＡＰは、ＳＴＡのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎｉｄｅｎｔｉｆｉｅｒ）を決定し（Ｓ３０６）、ＡＩＤ情報要素を含んだＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅフレームをＳＴＡ宛てに送信する（Ｓ３０７）。なお、ＩＥＥＥ８０２．１１ａｘ規格では、ＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）Ｃａｐａｂｌｉｔｉｅｓ情報が、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅにおいて交換される。

図３の処理の後、ＡＰはＳ３０６で決定したＡＩＤを用いて、また、ＳＴＡはＳ３０７で通知されたＡＩＤを用いて、すなわちＡＰとＳＴＡとの間で共通のＡＩＤを用いて、通信制御を実行する。例えば、ＡＰは、パワーセーブ中の端末宛てのデータを取得したことに応じて、それ以降、ＴＩＭ（ＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎＭＡＰ）領域の対応するビットを１に設定したビーコンを送信する。ＳＴＡは、このビーコンを受信すると、ＴＩＭ領域の自身のＡＩＤに対応するビットが１のときは、ＰＳ－ＰｏｌｌやＮｕｌｌフレームをＡＰへ送信する。

ＡＰは、ＡＩＤを割り当てたＳＴＡとの通信を行うために、ＳＴＡ情報を管理する。図４は、ＡＰが管理するＳＴＡ管理テーブル４００を模式的に表した図である。図４において、ＡＰは、ＳＴＡ管理テーブル４００において、１つのＳＴＡに対して４項目の情報を保持する。例えば、ＳＴＡ管理テーブル４００は、１つのＳＴＡの情報として、４つのフィールドを有するレコード（行）を含む。なお、レコードの数は、ＡＰが接続可能なＳＴＡの最大数に対応し、例えば、１つのＳＴＡとの接続が確立されると、空いている１つのレコードにそのＳＴＡの情報が格納され、又は最も古いレコードにそのＳＴＡの情報が上書きされる。

各レコードに含まれる４つのフィールドは、例えば、接続日時フィールド４０１、ＡＩＤフィールド４０２、ＭＡＣアドレスフィールド４０３、及びポインタフィールド４０４を含む。接続日時フィールド４０１には、対応するＳＴＡとの接続開始日時を示す情報、例えば、図３のＳ３０７においてＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅが送信された日時情報が格納される。ＡＩＤフィールド４０２には、対応するＳＴＡのＡＩＤが格納される。現行のＩＥＥＥ８０２．１１規格では、ＡＩＤは、０から２００７までの値を取りうる。しかしながら、「０」は任意のＳＴＡを示す特別な値であり、接続したＳＴＡを個別に指定する際には、１から２００７の数値が使用される。ＭＡＣアドレスフィールド４０３には、対応するＳＴＡについての、６オクテット（バイト）の長さのＭＡＣアドレスが格納される。ポインタフィールド４０４には、対応するＳＴＡの能力情報が格納される能力テーブル４１０へのポインタが格納される。ＡＰ１０１は、このポインタを用いて、各ＳＴＡの能力情報を特定することができる。

能力テーブル４１０は、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦへの対応可否を示すフィールド４１１と、その他の能力を示すフィールド４１２とを含む。なお、その他の能力については、本実施形態の説明と直接的に関係しないため、詳細な説明については省略するが、例えば、対応可能な帯域幅（２０／４０／８０／１６０ＭＨｚ）や変調及び符号化方式（ＭＣＳ）などを含みうる。

ここで、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦへの対応可否を示すフィールド４１１によってその対応可否が示される、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦについて説明する。なお、ＮＤＰは、ＮｕｌｌＤａｔａＰａｃｋｅｔであり、ＴＦは、ＴｒｉｇｇｅｒＦｒａｍｅである。ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦでは、宛先をＡＩＤの範囲により指定されうる。この場合、ＡＩＤの範囲は、範囲の下限値である「ＳｔａｒｔｉｎｇＡＩＤ」と範囲の上限値である「ＳｔａｒｔｉｎｇＡＩＤプラス規定数（Ｎ）」が指定される。このＴＦは、ＡＰが多数のＳＴＡから少量の情報を取得するのに用いられ、このＴＦに対する応答は、データ部（ペイロード部）が存在しないＮＤＰの形式で送信される。以下では、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦを「ＮＤＰレポートＴＦ」と呼び、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴＦに対する応答を「ＮＤＰレポート」と呼ぶ。

まず、ＮＤＰレポートＴＦのフレーム形式を図５（Ａ）に示す。図５（Ａ）のＴＦ５００は、ＴＦの構成を簡略的に示している。なお、各要素は、ＩＥＥＥ８０２．１１規格シリーズの少なくともいずれかにおいて規定される用途で用いられるが、以下では本実施形態での説明に関係する要素について詳細に説明し、他の要素については、その名称と長さのみを示す。

ＦｒａｍｅＣｏｎｔｏｒｏｌフィールド５０１は、本実施形態では、ＩＥＥＥ８０２．１１ａｘのＴｒｉｇｇｅｒＦｒａｍｅであることを示す値が入るフィールドであり、その長さは２オクテットである。Ｄｕｒａｔｉｏｎフィールド５０２は、長さが２オクテットのフィールドである。ＲＡフィールド５０３は、長さが６オクテットの、ＲｅｃｅｉｖｅｒＡｄｄｒｅｓｓが格納されるフィールドである。ＴＡフィールド５０４は、長さが６オクテットの、ＴｒａｎｓｍｉｔｔｅｒＡｄｄｒｅｓｓが格納されるフィールドである。ＣｏｍｍｏｎＩｎｆｏフィールド５０５は、このＴＦの宛先である複数の端末に共通の情報を示すフィールドであり、その長さは８オクテット以上である。ＣｏｍｍｏｎＩｎｆｏフィールド５０５の詳細については、図５（Ｂ）を用いて後述する。ＰｅｒＵｓｅｒＩｎｆｏフィールド５０６は、このＴＦの宛先に対する個別情報を示すフィールドであり、その長さは、５オクテット以上である。ＰｅｒＵｓｅｒＩｎｆｏフィールド５０６の詳細については、図５（Ｃ）を用いて後述する。Ｐａｄｄｉｎｇ５０７は、このＴＦの長さを４オクテットの倍数にするための可変長のパディング領域である。ＦＣＳ５０８は、誤り検出／訂正のために付加されるＦｒａｍｅＣｈｅｃｋＳｅｑｕｅｎｃｅである。

次に、ＣｏｍｍｏｎＩｎｆｏフィールド５０５の詳細について説明する。図５（Ｂ）において、情報５１０は、ＣｏｍｍｏｎＩｎｆｏフィールド５０５の詳細を示す概略図である。

ＴｒｉｇｇｅｒＴｙｐｅサブフィールド５１１は、長さが４ビットのサブフィールドであり、テーブル５１１０に示すように、その値に応じてトリガの種類が特定される。テーブル５１１０に示すように、ＮＤＰレポートＴＦの場合は、ＴｒｉｇｇｅｒＴｙｐｅ５１１の値は７に設定される。Ｌｅｎｇｔｈサブフィールド５１２、ＣａｓｃａｄｅＩｎｄｉｃａｔｉｏｎサブフィールド、ＣＳ（ＣａｒｒｉｅｒＳｅｎｓｅ）Ｒｅｑｕｉｒｅｄサブフィールド５１４は、それぞれ、長さが１２ビット、１ビット、１ビットのサブフィールドである。ＢＷ（Ｂａｎｄｗｉｄｔｈ）サブフィールド５１５は、長さが２ビットのサブフィールドであり、テーブル５１５０に示すように、その値に応じて使用される周波数帯域幅が特定される。例えば、使用される周波数帯域幅が２０ＭＨｚの場合は、ＢＷサブフィールド５１５の値が０に設定される。ＧＩＡｎｄＬＴＦＴｙｐｅ（ＧｕａｒｄＩｎｔｅｒｖａｌＡｎｄＬｏｎｇＴｒａｉｎｉｎｇＦｉｅｌｄ）サブフィールド５１６は、長さが２ビットのサブフィールドである。ＭＵ－ＭＩＭＯＬＴＦＭｏｄｅサブフィールド５１７、ＮｕｍｂｅｒｏｆＨＥＬＴＦＳｙｍｂｏｌｓサブフィールド５１８は、それぞれ長さが１ビット、３ビットのサブフィールドである。ＳＴＢＣ（ＳｐａｃｅＴｉｍｅＢｌｏｃｋＣｏｄｅ）サブフィールド５１９は、長さが１ビットのサブフィールドである。ＬＤＰＣ（ＬｏｗＤｅｎｓｉｔｙＰａｒｉｔｙＣｈｅｃｋ）ＥｘｔｒａＳｙｍｂｏｌＳｅｇｍｅｎｔサブフィールド５２０は、例えばＳＴＢＣサブフィールド５１９の後に配置され、その長さが１ビットのサブフィールドである。ＡＰＴＸＰｏｗｅｒサブフィールド５２１は、長さが６ビットのサブフィールドである。ＰａｃｋｅｔＥｘｔｅｎｓｉｏｎサブフィールド５２２は、長さが３ビットのサブフィールドである。ＳｐａｔｉａｌＲｅｕｓｅサブフィールド５２３は、長さが１６ビットのサブフィールドである。Ｄｒｏｐｐｅｒサブフィールド５２４は、長さが１ビットのサブフィールドである。ＨＥ－ＳＩＧ－ＡＲｅｓｅｒｖｅｄサブフィールド５２５は、長さが９ビットのサブフィールドである。サブフィールド５２６は、長さが１ビットのＲｅｓｅｒｖｅｄサブフィールドである。ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏサブフィールド５２７は、長さがｖａｒｉａｂｌｅ（可変長）のサブフィールドである。

次に、ＰｅｒＵｓｅｒＩｎｆｏフィールド５０６の詳細について説明する。図５（Ｃ）において、情報５３０は、ＰｅｒＵｓｅｒＩｎｆｏフィールド５０６の詳細を示す概略図である。

ＳｔａｒｔｉｎｇＡＩＤサブフィールド５３１は、このＴＦの宛先となるＡＩＤの範囲の開始値を示すサブフィールドであり、その長さは１２ビットである。サブフィールド５３２、５３３、及び５３５は、Ｒｅｓｅｒｖｅｄサブフィールドである。ＦｅｅｄｂａｃｋＴｙｐｅサブフィールド５３４は、長さが４ビットのサブフィールドであり、テーブル５３４０に示すように、ＴＦがＲｅｓｏｕｒｃｅＲｅｑｕｅｓｔの用途で用いられる場合に、このサブフィールドの値は０に設定される。ＴａｒｇｅｔＲＳＳＩ（ＲｅｃｅｉｖｅＳｉｇｎａｌＳｔｒｅｎｇｔｈＩｎｄｉｃａｔｏｒ）サブフィールド５３６及びＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド５３７は、それぞれ長さが７ビット及び１ビットのサブフィールドである。

ここで、上述のようなフレーム構成のＮＤＰレポートＴＦの宛先の端末について説明する。ＮＤＰレポートＴＦの宛先となる端末は、そのＡＩＤが、上述のＳｔａｒｔｉｎｇＡＩＤサブフレーム５３１の値を開始値（最小値）とし、幅が一定幅（所定値Ｎによって定まる幅）の範囲に含まれる端末である。すなわち、ＳｔａｒｔｉｎｇＡＩＤサブフレーム５３１に設定された第１の値から、（第１の値＋Ｎ－１）で表される第２の値までの値域に含まれるＡＩＤの値を有する端末が、ＮＤＰレポートＴＦの宛先として指定される。ここで、所定値Ｎは、定数ｋと、（ＢＷサブフィールド５１５に設定された値）＋１と、（ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド５３７に設定された値）との乗算値として特定される。定数ｋは、ＮＤＰレポートＴＦが起動するＮＤＰの無線媒体上のｔｏｎｅの使い方によって定まり、ＢＷサブフィールド５１５に設定された値が０（２０ＭＨｚ）又は１（４０ＭＨｚ）のときは、ｋ＝１８である。また、ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド５３７は、ＮＤＰにおいて使用されるストリーム数によって定まる。たとえば、ＮＤＰを２０ＭＨｚ帯域（ＢＷサブフィールド５１５の設定値＝０、したがってｋ＝１８）及び１ストリーム（ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド５３７の設定値＝１）で送信するときは、Ｎ＝１８×（０＋１）×１＝１８となる。これは、このＮＤＰレポートＴＦが１８台の端末を宛先にしていることに対応し、例えばＳｔａｒｔｉｎｇＡＩＤが１のときは、ＡＩＤが１から１８までの端末がこのＮＤＰレポートＴＦの対象となる。

続いて、図６を用いて、従来のＮＤＰレポートＴＦによるＮＤＰレポートの通信手順について説明する。図６において、複数のＳＴＡは、接続時刻が早いほど上に配置されるように表示されている。ＡＩＤは、各ＡＰにおいて、接続された時刻順に割り当てられる。図６の例では、最初にＩＥＥＥ８０２．１１ａｘ規格に対応しているＳＴＡ１０２ａがＡＰ１０１に接続され、そのＡＩＤとして１が割り当てられる。次に、ＩＥＥＥ８０２．１１ａｘ規格に対応していないＳＴＡ１０３ｘがＡＰ１０１に接続され、そのＡＩＤとして２が割り当てられる。その後、ＩＥＥＥ８０２．１１ａｘ規格に対応しているＳＴＡ１０２ｂ～ＳＴＡ１０２ｒがＡＰ１０１に接続され、そのＡＩＤとして、それぞれ３～１９が割り当てられる。

まず、ＡＰ１０１は、ＴｒｉｇｇｅｒＴｙｐｅサブフィールド５１１が「７」で、ＦｅｅｄｂａｃｋＴｙｐｅサブフィールド５３４が「１」に設定されたＮＤＰレポートＴＦ６０１を、周囲に送出する。ＳＴＡ１０２は、ＮＤＰレポートＴＦ６０１を受信すると、自身がこのＴＦの宛先となっているかを判定し、自身がこのＴＦの宛先である場合に、ＮＤＰレポートフレーム６０２をＡＰ１０１へ送信する。なお、ＳＴＡ１０２は、自身がこのＴＦの宛先となっている場合は、ＦｅｅｄｂａｃｋＴｙｐｅサブフィールド５３４に設定されている値を抽出し、その値がＲｅｓｏｕｒｃｅＲｅｑｕｅｓｔであることを示す場合は、自身の送信バッファ量を確認する。そして、ＳＴＡ１０２は、ＮＤＰレポートフレーム６０２の物理層（ＰＨＹ層）のＴｘＶＥＣＴＯＲ／ＲｘＶＥＣＴＯＲｐａｒａｍｅｔｅｒのＮＤＰ＿ＲＥＰＯＲＴとＲＵ＿ＴＯＮＥ＿ＳＥＴに、その送信バッファ量が閾値以上であるかを示す情報を設定する。なお、ＳＴＡ１０３は、ＩＥＥＥ８０２．１１ａｘ規格に対応していないため、このような判定と、応答を行わない。

ここで、ＮＤＰレポートＴＦ６０１のＳｔａｒｔｉｎｇＡＩＤは１であり、このときの対象端末数を示す規定数は１８である。このとき、ＳＴＡ１０２ａからＳＴＡ１０２ｑまでの１７台のＳＴＡは、ＡＩＤが１～１８の範囲内であるため、ＮＤＰレポートフレーム６０２を送信する。一方で、ＳＴＡ１０２ｒは、自身のＡＩＤが１９であるため、このＮＤＰレポートＴＦ６０１の宛先の範囲内に含まれない。このため、ＳＴＡ１０２ｒは、ＮＤＰレポートＴＦ６０１を受信しても、ＮＤＰレポートを返さない。

次に、ＡＰ１０１は、ＳｔａｒｔｉｎｇＡＩＤ＝１９のＮＤＰレポートＴＦ６０３を送信する。図６の点線は、ＡＩＤ＝１～１８のＳＴＡ１０２ａ～ＳＴＡ１０２ｑが、このＮＤＰレポートＴＦ６０３の宛先ではないことを示している。ＳＴＡ１０２ｒは、このＮＤＰレポートＴＦ６０３に対して、ＮＤＰレポートフレーム６０４を返す。なお、ＡＰ１０１は、ＮＤＰレポートフレーム６０２及び６０４に対しては、応答（Ａｃｋ）を返さない。

このように、上述のＮＤＰレポートの手順によれば、ＡＰ１０１は、１つのＴＦを送信することによって、多数のＳＴＡ１０２から少量の情報を取得し、各ＳＴＡの状態を把握することができる。

一方で、図６の例では、１８台のＩＥＥＥ８０２．１１ａｘ規格に対応するＳＴＡ１０２から情報を取得するのに、一度に最大１８台のＳＴＡから情報を取得できるＮＤＰレポートＴＦが２回送信されている。すなわち、ＮＤＰレポートＴＦの宛先となっているＡＩＤの範囲内に、ＩＥＥＥ８０２．１１ａｘに対応していないＳＴＡ１０３のＡＩＤが含まれているため、これによって、ＮＤＰレポートＴＦの送信回数が増えてしまっている。そして、このようなＮＤＰレポートＴＦの送信回数の増加は、通信効率や周波数利用効率の劣化を招きうる。

本実施形態では、かかるＮＤＰレポートＴＦの送信回数の増加を抑制する。このために、ＩＥＥＥ８０２．１１ａｘ規格に対応していないＳＴＡ１０３に対して割り当てるＡＩＤを、ＩＥＥＥ８０２．１１ａｘ規格に対応するＳＴＡ１０２に対して割り当てるＡＩＤと別個に管理する。これにより、ＩＥＥＥ８０２．１１ａｘ規格に対応するＳＴＡ１０２に対して所定の範囲内で連続したＡＩＤの値が割り当てられるようにし、その間のＡＩＤの値をＩＥＥＥ８０２．１１ａｘ規格に対応しないＳＴＡ１０３に割り当てないようにする。これにより、ＩＥＥＥ８０２．１１ａｘ規格に対応するＳＴＡ１０２からの情報収集のために送信されるべきＮＤＰレポートＴＦの数を抑制する。以下では、この処理の詳細について説明する。

まず、図７を用いて、ＡＰ１０１において実行される初期設定処理について説明する。本処理は、例えば、制御部２０２が記憶部２０１に記憶されているプログラムを実行することによって実現される。なお、本処理の一部又は全部が、専用のハードウェア等によって実現されてもよい。

ＡＰ１０１は、まず、ＩＥＥＥ８０２．１１ａｘ対応の管理装置（アクセスポイント）として動作するかを決定する（Ｓ７０１）。そして、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘに対応する場合（Ｓ７０１でＹＥＳ）、ＡＩＤの管理テーブルを、図４の４０５及び４０６のように、第１領域と第２領域との２つの領域に分離して管理する（Ｓ７０２）。ここでは、ＡＰ１０１は、第１領域を、ＩＥＥＥ８０２．１１ａｘに対応するＳＴＡ用に、第２領域を、ＩＥＥＥ８０２．１１ａｘに非対応のＳＴＡ用に、それぞれ設定する。なお、第１領域に含まれるＡＩＤの値は、第２領域に含まれず、かつ、少なくとも第１領域に含まれるＡＩＤは、所定の範囲にわたって連続する複数の値を含む。例えば、ＡＩＤの値域のうち、ＭＳＢ（ＭｏｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ）が０の範囲を第１領域とし、ＭＳＢが１の範囲を第２領域としてもよい。なお、第１領域に含まれるＡＩＤの数や、第２領域に含まれるＡＩＤの数は設定可能であってもよい。一方、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘに対応しない場合（Ｓ７０１でＮＯ）、ＡＩＤの管理テーブルの領域を１つとする（Ｓ７０３）。このように、ＡＰ１０１は、初期設定において、ＮＤＰレポートＴＦを送信しうる状況（ＩＥＥＥ８０２．１１ａｘに対応して動作する状況）では、ＡＩＤの管理テーブルを分割して、別個に管理する準備を行う。

次に、図８を用いて、ＡＰ１０１がＩＥＥＥ８０２．１１ａｘに対応して動作する場合に、ＡＰ１０１によって実行されるＳＴＡとの接続処理中のＡＩＤを決定する処理について説明する。この処理は、図３のＳ３０６に対応する。本処理は、例えば、制御部２０２が記憶部２０１に記憶されているプログラムを実行することによって実現される。なお、本処理の一部又は全部が、専用のハードウェア等によって実現されてもよい。

ＡＰ１０１は、まず、接続を要求してきたＳＴＡが、ＮＤＰレポートＴＦに対応しているかを判定する（Ｓ８０１）。この判定は、例えば、対象のＳＴＡが、ＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）ＳＴＡであるかの判定によって行われる。また、この判定は、対象のＳＴＡから受信した能力情報（ＨＥＭＡＣＣａｐａｂｉｌｉｔｉｅｓ）の情報要素（Ｉｎｆｏｒｍａｔｉｏｎｆｉｅｌｄ）の、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｓｕｐｐｏｒｔビットの確認によって行われてもよい。なお、ＳＴＡがＨＥＳＴＡであるか否かを示す情報やＨＥＭＡＣＣａｐａｂｉｌｉｔｉｅｓの情報は、例えば、ＰｒｏｂｅＲｅｑｕｅｓｔ、又は、ＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔ、又は、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔに含まれる。ただし、これに限られず、他の信号によってこれらの情報がＡＰ１０１に通知されてもよい。なお、ＮＤＰレポートの手順がＩＥＥＥ８０２．１１ａｘ規格の必須機能として規定されている場合、ＮＤＰレポートＴＦに対応するか否かの判定は、ＳＴＡがＨＥＳＴＡであるか否かの判定と同義である。一方、ＮＤＰレポートの手順がＩＥＥＥ８０２．１１ａｘ規格の必須機能として規定されていない場合、ＩＥＥＥ８０２．１１ａｘ規格に対応しているＳＴＡであっても、ＮＤＰレポートＴＦに対応していない場合がありうる。

ＡＰ１０１は、対象のＳＴＡがＮＤＰレポートＴＦに対応している場合（Ｓ８０１でＹＥＳ）、そのＳＴＡに対して、第１領域からＡＩＤの値を割り当てる（Ｓ８０２）。ここで割り当てられる値は、例えば、他のＮＤＰレポートＴＦに対応しているＳＴＡとの接続手順において前回割り当てられたＡＩＤの値に１を加えた値に決定される。すなわち、第１領域から割り当てられる複数のＡＩＤが連続値となるような割り当てが行われる。一方、ＡＰ１０１は、対象のＳＴＡがＮＤＰレポートＴＦに対応していない場合（Ｓ８０１でＮＯ）、そのＳＴＡに対して、第２領域からＡＩＤの値を割り当てる（Ｓ８０３）。なお、この第２領域からのＡＩＤの割り当て規則は特に限定されない。

なお、第１領域は、１から２００７までの任意の範囲でありうる。また、ＡＰ１０１は、第１領域において２００７からＡＩＤを割り当てる場合は、第１領域からのＡＩＤの割り当てにおいては、前回割り当てられた値から１を減じた値を割り当てうる。また、例えば、ＡＰ１０１は、最初にＡＩＤの値として１０００を割り当て、その次の割り当てにおいては９９９を割り当て、その次の割り当てにおいては１００１を割り当てるなど、他の割り当て方法を用いてもよい。いずれの場合であっても、ＡＰ１０１は、第１領域から割り当てられる値が連続値となるように、ＡＩＤの割り当てを行いうる。

続いて、本実施形態に係るＮＤＰレポートの通信手順の例について図９を用いて説明する。ここで、各ＳＴＡの接続順序は、比較のために、図６と同様であるものとする。また、ＩＥＥＥ８０２．１１ａｘ規格に対応しているＳＴＡ１０２ａ～ＳＴＡ１０２ｒは、いずれも、ＮＤＰレポートＴＦに対応しているものとする。また、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘ規格に対応して動作するものとし、これに伴って図７の処理を実行し、値１～Ｘ（Ｘ≧１８）からなる第１領域と、Ｘ＋１～２００７からなる第２領域とに、ＡＩＤテーブル領域を分割したものとする。

この場合、図８の手順により、ＡＰ１０１は、ＮＤＰレポートＴＦに対応するＳＴＡ１０２ａに対して第１領域からＡＩＤ＝１を割り当てた後、ＳＴＡ１０３ｘに対しては第２領域からＡＩＤを割り当てる。ここでは、ＡＰ１０１は、ＳＴＡ１０３ｘに対して、第２領域からＡＩＤ＝２００７を割り当てたものとする。その後、ＡＰ１０１は、ＮＤＰレポートＴＦに対応するＳＴＡ１０２ｂ～ＳＴＡ１０２ｒとの接続手順において、それぞれ第１領域からＡＩＤ＝２～１８を割り当てる。すなわち、ＮＤＰレポートＴＦに対応しているＳＴＡ１０２ａ～ＳＴＡ１０２ｒに対して、連続するＡＩＤ＝１～１８が割り当てられる。

この状況において、ＡＰ１０１は、ＳｔａｒｔｉｎｇＡＩＤ＝１のＮＤＰレポートＴＦ９０１を送信する。自装置のＡＩＤが１から１８の範囲内に含まれるＳＴＡ１０２ａ～ＳＴＡ１０２ｒは、このＮＤＰレポートＴＦ９０１を受信すると、ＮＤＰレポートフレーム９０２を送信する。なお、ＡＰ１０１は、ＳＴＡ１０２からＡＰ１０１の方向へのＵＬ（ＵＰＬｉｎｋ）データ通信を制御するときに、ＳＴＡ１０２から受信したＮＤＰレポートを用いる。例えば、ＮＤＰレポートフレーム９０２のうち、端末１０２ａ及び端末１０２ｂからのＮＤＰレポートが、「送信バッファ量がしきい値以上」であることを示しているとする。この場合、ＡＰ１０１は、例えば、ＳＴＡ１０２ａとＳＴＡ１０２ｂを宛先としたＢａｓｉｃトリガフレーム（ＴＦ）９０３を送信する。ＢａｓｉｃＴＦは、ＴｒｉｇｇｅｒＴｙｐｅサブフィールド５１１が０に設定されたフレームである。このＢａｓｉｃＴＦは、例えば、送信バッファ量がしきい値以上のＳＴＡに優先的にＵＬ（ＵｐＬｉｎｋ）用の無線リソースを割り当てるために送信される。ＳＴＡ１０２ａ及びＳＴＡ１０２ｂは、このＢａｓｉｃＴＦ９０３に応答する形式で、送信バッファに滞留しているデータＰＰＤＵ（Ｐｈｙｓｉｃａｌｌａｙｅｒ（ＰＨＹ）ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）９０４を送信する。ＡＰ１０１は、ＳＴＡ１０２ａ及びＳＴＡ１０２ｂからＰＰＤＵを受信すると、Ｍｕｌｔｉ－ＳＴＡＢＡ（ＢｌｏｃｋＡｃｋ）９０５を返す。なお、ＡＰ１０１は、「送信バッファ量がしきい値以上」であることを示すＮＤＰレポートフレーム９０２をいずれのＳＴＡからも受信しなかった場合は、ＢａｓｉｃＴＦ９０３を送信せず、ＳＴＡへ向けてＤＬ（ＤｏｗｎＬｉｎｋ）データを送信してもよい。

ＡＰ１０１は、例えば、Ｍｕｌｔｉ－ＳＴＡＢＡ９０５の送信後に、ＤＬのＭＵ（ＭｕｌｔｉＵｓｅｒ）データ（ＤＬＭＵＰＰＤＵ９０６）を送信する。各ＳＴＡは、このＤＬＭＵＰＰＤＵ９０６を受信すると、確認応答（Ａｃｋ９０７）を送信する。Ａｃｋ９０７は、ＩＥＥＥ８０２．１１ａｘの場合は、ＭＵ（ＭｕｌｔｉＵｓｅｒ）に対応し、複数のＳＴＡ１０２から同時にＡＰ１０１に向けて送信されうる。

次に、ＡＰがＮＤＰレポートＴＦを送信する処理の流れの例について、図１０を用いて説明する。図１０の処理は、例えば数十ミリ秒単位で周期的に実行される。本処理は、例えば、制御部２０２が記憶部２０１に記憶されているプログラムを実行することによって実現される。なお、本処理の一部又は全部が、専用のハードウェア等によって実現されてもよい。

まず、ＡＰ１０１は、図１０の処理を実行する周期が到来すると、ＮＤＰレポートＴＦに対応しているＳＴＡ１０２が自装置に接続しているか否かを判定する（Ｓ１００１）。そして、ＡＰ１０１は、このようなＳＴＡ１０２が自装置に接続していない場合（Ｓ１００１でＮＯ）は、この周期における処理を終了する。一方、ＡＰ１０１は、このようなＳＴＡ１０２が自装置に接続している場合（Ｓ１００１でＹＥＳ）は、ＮＤＰレポートで使用する帯域幅を決定し、この決定結果をＮＤＰレポートＴＦのＢＷサブフィールド５１５に設定する（Ｓ１００２）。ＡＰ１０１は、ＮＤＰレポートのストリーム数を決定し、この決定結果を、ＮＤＰレポートＴＦのＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド５３７に設定する（Ｓ１００３）。ＡＰ１０１は、１つのＮＤＰレポートＴＦで対象となる規定数（Ｎ）を算出する（Ｓ１００４）。そして、ＡＰ１０１は、ＮＤＰレポートＴＦのＳｔａｒｔｉｎｇＡＩＤ５３１を決定して設定する（Ｓ１００５）。なお、Ｓ１００２～Ｓ１００５の処理は、場合によっては順序が変更されてもよい。また、Ｓ１００２～Ｓ１００５の処理で決定される値について、事前に一定値が用いられるべきことが定められている場合には、その決定処理は省略されてもよい。

続いて、ＡＰ１０１は、ＮＤＰレポートＴＦを送信し、各ＳＴＡからのＮＤＰレポートを受信する（Ｓ１００６）。そして、ＡＰ１０１は、全てのＮＤＰレポートＴＦに対応するＳＴＡ１０２へのＮＤＰレポートＴＦの送信を完了したか否かを判定し（Ｓ１００７）、完了したと判定した場合（Ｓ１００７でＹＥＳ）、図１０の処理を終了する。一方、ＡＰ１０１は、全てのＮＤＰレポートＴＦに対応するＳＴＡ１０２へのＮＤＰレポートＴＦの送信を完了していないと判定した場合（Ｓ１００７でＮＯ）は、ＳｔａｒｔｉｎｇＡＩＤを更新し（Ｓ１００８）、処理をＳ１００６へ戻す。ここで、ＳｔａｒｔｉｎｇＡＩＤの更新は、例えば、前回のＳｔａｒｔｉｎｇＡＩＤに規定数（Ｎ）を加算することによって行われる。

本実施形態に係るＡＰ１０１は、以上のような処理により、連続したＡＩＤがＮＤＰレポートＴＦに対応するＳＴＡとＮＤＰレポートＴＦに対応しないＳＴＡとの両方に割り当てられることを防ぐ。これにより、ＮＤＰレポートＴＦにおいて、所定のＡＩＤの範囲を指定した場合に、その範囲内にＮＤＰレポートＴＦに対応していないＳＴＡが含まれることを防ぐことができる。この結果、ＮＤＰレポートＴＦに対応しているＳＴＡからＮＤＰレポートを収集するのに必要なＮＤＰレポートＴＦの送信回数を最小限に抑えることが可能となる。ここで、最小限の回数とは、例えば、Ｍ台のＳＴＡを対象とする場合にＭ／Ｎを超える最小の整数回であり、Ｎ＝１８である場合に、Ｍ＝１～１８では１回、Ｍ＝１９～３６では２回など、Ｍ＝１８×（ｐ－１）＋１～１８×ｐの場合にｐ回である。これにより、無線通信ネットワーク全体としての通信効率や周波数利用効率を改善することが可能となる。また、ＮＤＰレポートＴＦの送信回数が抑制されるため、これに伴ってＮＤＰレポートＴＦに対応するＳＴＡからの情報収集が短期間に完了することとなる。このため、各ＳＴＡからの情報に基づくＢａｓｉｃＴＦの送信タイミングも早くなることとなり、ＵＬ伝送やＤＬ伝送の遅延を抑制することができる。

なお、上述のＳｔａｒｔｉｎｇＡＩＤは、ＡＩＤの範囲の最小値を示しているが、これに限られない。例えば、ＡＩＤの範囲の最大値が指定されてもよく、この場合、（ＳｔａｒｔｉｎｇＡＩＤの値－Ｎ＋１）～（ＳｔａｒｔｉｎｇＡＩＤの値）までの範囲が指定されうる。同様に、ＡＩＤの範囲の中央値など他の値が指定されてもよい。これによれば、例えば、ＡＩＤが降順で割り当てられる場合等に、ＮＤＰレポートＴＦの宛先の範囲の初期値を、その時々のＡＩＤの割り当て状況によらず特定することができる。すなわち、例えばＡＩＤが降順で割り当てられる場合、ＡＩＤが割り当てられた範囲の最小値は変動するが、最大値は変動しない。このため、ＮＤＰレポートＴＦにおいて、そのＡＩＤの最大値を、常にＳｔａｒｔｉｎｇＡＩＤの初期値として用いることができる。このように、例えばＡＩＤの割り当て方に応じて、ＮＤＰレポートＴＦの宛先の指定方法が決定されてもよい。また、ＮＤＰレポートＴＦの宛先についての複数の指定方法が存在する場合、どの指定方法が用いられるかを示す情報がＮＤＰレポートＴＦの任意の情報要素内に含められてもよい。

なお、上述の説明では、ＡＰ１０１は、第１領域から割り当てるＡＩＤの値を、連続する値とすると説明したが、これに限られない。例えば、ＡＰ１０１は、１回のＮＤＰレポートＴＦで指定可能なＡＩＤの数に基づいて定まる範囲内においては連続したＡＩＤを割り当てなくてもよい。例えば、１回のＮＤＰレポートＴＦで指定可能なＡＩＤの数（Ｎ）が１８の場合、ＡＰ１０１は、ＮＤＰレポートＴＦに対応するＳＴＡに対しては、まず、１～１８の範囲でＡＩＤを割り当てる。例えば、ＡＰ１０１は、１～１８番目に接続を確立したＮＤＰレポートＴＦに対応するＳＴＡに対し、順に、ＡＩＤ＝１８、１３、５、６、８、２、１５、３、７、１０、９、１４、４、１２、１１、１６、１、１７を割り当てる。このように、ＡＰ１０１は、最初の１８台目までのＮＤＰレポートＴＦに対応するＳＴＡに対しては、１～１８までの相互に異なるＡＩＤを割り当てるが、その値が必ずしも連続しなくてもよい。接続が確立されたＮＤＰレポートＴＦ対応のＳＴＡの台数が１～１８台の間は、１回のＮＤＰレポートＴＦが送信される。このため、その１回のＮＤＰレポートＴＦによって指定可能な範囲であれば、不連続な値がＡＩＤとして割り当てられても、ＮＤＰレポートＴＦの送信回数が増えないからである。その後、ＡＰ１０１は、１９～３６番目に接続を確立したＮＤＰレポートＴＦに対応するＳＴＡに対しては、ＡＩＤ＝１９～３６の範囲内で互いに異なるＡＩＤを割り当てるようにしてもよい。なお、第１領域の大きさを、１回のＮＤＰレポートＴＦによって指定可能なＡＩＤの数としてもよい。例えば、１回のＮＤＰレポートＴＦで指定可能なＡＩＤの数（Ｎ）が１８の場合、第１領域は１～１８の値のみとしてもよい。この場合、ＮＤＰレポートＴＦに対応可能なＳＴＡに対して第１領域からＡＩＤを選択することによって、ＮＤＰレポートＴＦに対応可能な全ＳＴＡを１回のＮＤＰレポートＴＦによって指定することが可能となる。なお、ＡＰ１０１は、ＮＤＰレポートＴＦに対応可能なＳＴＡの数が、第１領域のＡＩＤの数を超えた場合に、第１領域を拡張するようにしてもよい。

なお、あるＳＴＡについて接続が確立されてから通信が行われないまま所定期間が経過するなどした場合、そのＳＴＡのＡＩＤについてはクリアされる場合がある。この場合、ＡＰ１０１は、次に接続を確立したＮＤＰレポートＴＦに対応するＳＴＡに対しては、このクリアされたＡＩＤが割り当てられるようにしうる。これにより、第１領域から割り当てられてたＡＩＤが不連続になるのを防ぐことができる。

上述の実施形態は、ＩＥＥＥ８０２．１１ａｘ規格におけるＡＰを前提として、ＮＤＰレポートＴＦに対応可能である複数のＳＴＡに対して連続したＡＩＤを割り当てるようにしたが、これに限られない。すなわち、複数の相手装置に対してＡＩＤ等の所定の設定値を割り当てて、その所定の設定値の範囲指定によって宛先を指定して信号を送信可能な通信装置において、上述の議論を適用することができる。すなわち、この場合、通信装置は、範囲指定による宛先の指定に対応している第１の相手装置に対する所定の設定値として、第１の範囲から連続した値を割り当てるようにする。一方通信装置は、範囲指定による宛先の指定に対応していない第２の相手装置に対しては、第１の範囲と重複しない第２の範囲から所定の設定値を割り当てるようにする。これにより、通信装置は、所定の設定値の範囲を指定して宛先を特定する信号において、その範囲内に、第２の相手装置に対する所定の設定値が含まれることを防ぐようにすることができる。この場合も、複数の相手装置に宛てて送信される信号の送信回数が減るため、無線通信ネットワーク全体としての通信効率や周波数利用効率を改善することができる。

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

２０１：記憶部、２０２：制御部、２０３：機能部、２０４：入力部、２０５：出力部、２０６：通信部、２０７：８０２．１１ａｘ制御部、２０８：非８０２．１１ａｘ制御部

Claims

ＩＥＥＥ８０２．１１規格に対応し、相手装置に対してＡｓｓｏｃｉａｔｉｏｎｉｄｅｎｔｉｆｉｅｒ（ＡＩＤ）を割り当てて通信を行う通信装置であって、
前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応する第１の装置である場合は、ＡＩＤの値の第１の範囲から当該相手装置に対して割り当てるＡＩＤを決定し、前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応していない第２の装置である場合は、前記第１の範囲とは異なる第２の範囲から当該相手装置に対して割り当てるＡＩＤを決定する、
ように構成される通信装置。
複数の前記第１の装置に対してＡＩＤを割り当てる場合に、それぞれの前記第１の装置に対して割り当てるＡＩＤとして連続した値を決定する、
ことを特徴とする請求項１に記載の通信装置。
前記通信装置は、ＩＥＥＥ８０２．１１ａｘ規格に従って動作するアクセスポイントである、
ことを特徴とする請求項１又は２に記載の通信装置。
前記相手装置が前記第１の装置であるか前記第２の装置であるかを、当該相手装置の能力情報に基づいて判定するようにさらに構成される、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記相手装置が前記第１の装置であるか前記第２の装置であるかを、当該相手装置がＩＥＥＥ８０２．１１ａｘ規格に対応しているか否かに基づいて判定するようにさらに構成される、
ことを特徴とする請求項３に記載の通信装置。
前記判定は、前記相手装置から受信したＰｒｏｂｅＲｅｑｕｅｓｔ、又は、ＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔ、又は、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔに含まれる情報に基づいて行われる、
ことを特徴とする請求項４又は５に記載の通信装置。
前記フレームは、ＮｕｌｌＤａｔａＰａｃｋｅｔｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌＴｒｉｇｇｅｒＦｒａｍｅである、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
ＩＥＥＥ８０２．１１規格に対応し、相手装置に対してＡｓｓｏｃｉａｔｉｏｎｉｄｅｎｔｉｆｉｅｒ（ＡＩＤ）を割り当てて通信を行う通信装置が実行する方法であって、
前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応する第１の装置である場合は、ＡＩＤの値の第１の範囲から当該相手装置に対して割り当てるＡＩＤを決定することと、
前記相手装置がＡＩＤの範囲によって宛先を指定して送信されるフレームに対応していない第２の装置である場合は、前記第１の範囲とは異なる第２の範囲から当該相手装置に対して割り当てるＡＩＤを決定することと、
を含むことを特徴とする方法。
コンピュータを請求項１から７のいずれか１項に記載の通信装置として機能させるためのプログラム。