JP7173738B2

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

Info

Publication number: JP7173738B2
Application number: JP2018035419A
Authority: JP
Inventors: 雅智大内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2018-02-28
Filing date: 2018-02-28
Publication date: 2022-11-16
Anticipated expiration: 2038-02-28
Also published as: WO2019167376A1; JP2019153828A

Description

本発明は、無線通信における情報収集技術に関する。

特許文献１には、ＩＥＥＥ８０２．１１ａｘ規格に基づいて、アクセスポイントがトリガーフレーム（ＴＦ）と呼ばれる起動信号を送信し、複数の端末がこのＴＦを契機として同時にフレームを送信するマルチユーザ伝送が記載されている。ここで、ＴＦは、各端末に割り当てられる周波数やサブキャリア等のリソースに関するリソース割り当て情報を含む。リソース割り当ての際には、端末が保持している送信データに関する情報がアクセスポイントに通知されていることが必要である。アクセスポイントは、この情報の取得のための問い合わせ信号として、ＮＤＰ（ＮｕｌｌＤａｔａＰａｃｋｅｔ）ｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌとＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）ｐｏｌｌを用いることができる。

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

ＮＤＰｆｅｅｄｂａｃｋｐｏｌｌとＢＳＲｐｏｌｌのそれぞれによれば、同様の情報を取得可能である。しかしながら、これらの２つの問い合わせ信号の使い分けについては各機器の実装依存となっている。すなわち、これらの２つの問い合わせ信号の両方が送信される場合もある。そして、このような場合には、同様の情報の取得のために重複した信号が送信されることや、上述の問い合わせ信号では低速な変調方式が用いられることにより、無線リソースの利用効率が劣化してしまうという課題があった。

本発明は上記課題に鑑みてなされたものであり、端末が保持するデータに関する情報の効率的な取得技術を提供することを目的とする。

本発明の一態様による通信装置は、１つ以上の他の装置が保持する送信対象データの量または要求する無線リソースの量に関する情報を収集するために、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＮｕｌｌＤａｔａＰａｃｋｅｔｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌ（ＮＦＲＰ）とＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔｐｏｌｌ（ＢＳＲＰ）のいずれを用いるかを選択する選択手段と、前記選択手段によって選択された前記ＮＦＲＰまたは前記ＢＳＲＰのためのＴｒｉｇｇｅｒＦｒａｍｅ（ＴＦ）を送信することにより、前記１つ以上の他の装置から前記情報を取得する取得手段と、を有し、前記選択手段は、第１の環境で前記通信装置が使用される場合に前記ＢＳＲＰを選択し、前記１つ以上の他の装置が送信するデータの量が前記第１の環境よりも少ない第２の環境で前記通信装置が使用される場合に前記ＮＦＲＰを選択することを特徴とする。

本発明によれば、端末が保持するデータに関する情報を効率的に取得することができる。

無線通信ネットワークの構成例を示す図である。アクセスポイントの構成例を示す図である。ＴｒｉｇｇｅｒＦｒａｍｅ（ＴＦ）の構成を示す図である。ＢＳＲＰＴＦ及びＮＦＲＰＴＦのＵｓｅｒＩｎｆｏの構成を示す図である。ＯＦＤＭＡフレームの構成例と、サブキャリアの利用方法とを説明する図である。情報収集方法の決定処理の流れの例を示すフローチャートである。情報収集方法の決定処理の流れの例を示すフローチャートである。１回のＢＳＲＰＴＦ又はＮＦＲＰＴＦを用いた処理に要する時間を説明するための図である。複数回のＢＳＲＰＴＦ又はＮＦＲＰＴＦが送信される場合において要する時間を説明するための図である。他のＳＴＡによる通信が存在するときのＢＳＲＰの手順とＮＦＲＰの手順に要する時間を説明するための図である。

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

（ネットワークの構成）
図１に、本実施形態に係る無線通信ネットワーク１００の構成を示す。無線通信ネットワーク１００は、一例において、アクセスポイント（ＡＰ１０１）と、端末（ＳＴＡ１０２、ＳＴＡ１０３）を含む無線ＬＡＮである。なお、ＡＰ１０１、ＳＴＡ１０２、及びＳＴＡ１０３は、いずれもＩＥＥＥ８０２．１１規格シリーズの少なくともいずれかに従って通信可能な無線通信装置である。ここでは、ＡＰ１０１及びＳＴＡ１０２は、少なくともＩＥＥＥ８０２．１１ａｘ規格に対応し、ＳＴＡ１０３は、ＩＥＥＥ８０２．１１ａｘ規格に対応しないものとする。ＡＰ１０１及びＳＴＡ１０２は、ＩＥＥＥ８０２．１１ａｘ規格以外の他のＩＥＥＥ８０２．１１規格シリーズに対応してもよい。なお、ＩＥＥＥとは、ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓの略である。

また、参照番号に付した英文字の添え字は、各装置の台数に対応する。図１の例では、ＳＴＡ１０２は、ＳＴＡ１０２ａ～ＳＴＡ１０２ｒまでの１８台が存在し、ＳＴＡ１０３は、ＳＴＡ１０３ｘ及びＳＴＡ１０３ｙの２台が存在することが示されている。ただし、各装置の台数は一例であり、１つ以上の任意の数の装置が存在しうる。本実施形態では、ＩＥＥＥ８０２．１１規格シリーズの無線ＬＡＮの文脈で説明するが、同様の機能を有する他の無線通信システムに対しても、以下の議論を適用可能である。

本実施形態では、ＡＰ１０１が、各ＳＴＡが保持している送信データの情報を収集する際に各ＳＴＡへ送信するフレームを選択する。一例において、ＡＰ１０１は、状況に応じて、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔｆｅｅｄｂａｃｋｐｏｌｌとＮＤＰ（ＮｕｌｌＤａｔａＰａｃｋｅｔ）ｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌとのいずれのフレームを用いるかを決定する。以下では、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔｐｏｌｌのことをＢＳＲＰと表記し、ＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌのことをＮＦＲＰと表記する。ＡＰ１０１は、ＢＳＲＰとＮＦＲＰとのうちの選択されたフレームを送信し、選択されなかったフレームについては送信しないようにする。これにより、ＡＰ１０１は、送信データの情報の収集のために複数の別個のフレームを送信しなくなるため、効率的にＳＴＡが保持するデータについての情報を収集することができる。以下では、このような処理を実行するＡＰ１０１の構成と、ＢＳＲＰとＮＦＲＰとの間でどのように上述の選択が行われるかを含んだ処理の流れの例について説明する。

（装置構成）
図２は、ＡＰ１０１のハードウェアの構成例を示す。なお、ＡＰ１０１は、一例において、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、及び通信部２０６を有する。通信部２０６は、一例において、８０２．１１ａｘ制御部２０７と非８０２．１１ａｘ制御部２０８とを含んで構成される。

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

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

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

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

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

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

（ＴＦの構成）
続いて、図３（Ａ）及び図３（Ｂ）を用いて、ＡＰ１０１が複数のＳＴＡによる情報の同時送信を行わせるために用いられる、ＩＥＥＥ８０２．１１ａｘ規格で規定されたＴＦ（ＴｒｉｇｇｅｒＦｒａｍｅ：トリガーフレーム）の構成について説明する。ＴＦは、ＳＴＡが信号（フレーム）を送信する際の起動タイミングや無線チャネル等の情報を示す。

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

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

ＴｒｉｇｇｅｒＴｙｐｅサブフィールド３１１は、長さが４ビットのサブフィールドであり、図３（Ｂ）の左下方のテーブルに示すように、その値に応じてトリガの種類が特定される。図３（Ｂ）の左下方のテーブルに示すように、ＴｒｉｇｇｅｒＴｙｐｅサブフィールド３１１は、ＢＳＲＰＴＦの場合は「４」に、ＮＦＲＰＴＦの場合は「７」に、設定される。以下では、ＴｒｉｇｇｅｒＴｙｐｅフィールドが「４」に設定されたＴＦをＢＳＲＰＴＦと呼び、ＴｒｉｇｇｅｒＴｙｐｅフィールドが「７」に設定されたＴＦをＮＦＲＰＴＦと呼ぶ。

ＢＷ（Ｂａｎｄｗｉｄｔｈ）サブフィールド３１５は、長さが２ビットのサブフィールドであり、図３（Ｂ）の右下方のテーブルに示すように、その値に応じて使用される周波数帯域幅が特定される。Ｌｅｎｇｔｈサブフィールド３１２は、長さが１２ビットで、ＴＦに対する応答データの時間（ｄｕｒａｔｉｏｎ）を示すサブフィールドである。このサブフィールドに設定される値は、ＩＥＥＥ８０２．１１規格のフレームにおける物理層のＬ－ＳＩＧフィールドに反映される。ここで、Ｌ－ＳＩＧフィールドは、そのフィールドを持つフレームの継続時間を示す情報を含む。例えば、使用される周波数帯域幅が２０ＭＨｚの場合は、ＢＷサブフィールド３１５の値が０に設定される。なお、他のサブフィールドについては、ここでの説明を省略する。ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏサブフィールド３２７は、長さがｖａｒｉａｂｌｅ（可変長）のサブフィールドである。このサブフィールドによって、ＴｒｉｇｇｅｒＴｙｐｅサブフィールド３１１に応じた付加情報が示される。ただし、ＢＳＲＰＴＦとＮＦＲＰＴＦとにおいては、このＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏサブフィールドは値を有しない。なお、上述のフィールド及びサブフィールド以外のフィールドについては、ここでの詳細な説明を省略する。

続いて、ＢＳＲＰＴＦのＰｅｒＵｓｅｒＩｎｆｏ３０６の構成と、ＮＦＲＰＴＦのＰｅｒＵｓｅｒＩｎｆｏ３０６の構成について、それぞれ、図４（Ａ）及び図４（Ｂ）を用いて説明する。

ＢＳＲＰＴＦは、このＴＦを受信したＳＴＡのバッファ状態（送信バッファに滞留しているデータ量のキューサイズ表現）を問い合わせるために用いられる。ＳＴＡは、ＢＳＲＰＴＦを受信すると、ＳＴＡ自身の送信キューに滞留しているデータ量に関する情報を特定フィールドに設定したＩＥＥＥ８０２．１１ａｘのデータフレームをＡＰに送信する。このデータ量に関する情報を含んだデータフレームの送信が、ＢＳＲである。ここで、データ量に関する情報が設定されるフィールドは、スケーリングファクタとアクセスカテゴリごとのキューサイズを含んで構成される。スケーリングファクタとは、キューサイズ量の単位であり、１６／２５６／２０４８／３２７６８オクテットのいずれかが指定される。ただし、これらの数値以外の数値がスケーリングファクタとして指定可能に構成されてもよい。キューサイズは、送信キューに滞留しているデータの量のスケーリングファクタによる除算結果の値である。また、キューサイズの値は、４つのアクセスカテゴリ（ＡＣ＿ＶＯ：音声、ＡＣ＿ＶＩ：ビデオ、ＡＣ＿ＢＥ：ベストエフォート、ＡＣ＿ＢＫ：バックグラウンド）ごとに、算出及び設定される。なお、この４つのアクセスカテゴリの全てに対して値が設定されなくてもよく、着目したアクセスカテゴリについての値のみが設定されてもよい。なお、ＳＴＡから送信されるＢＳＲは、上述のようにデータフレームの一部として送信されるため、ＡＰは、このデータフレームを受信したことに応じて、確認応答（ＡＣＫ）を送信する。

ＢＳＲＰＴＦのＰｅｒＵｓｅｒＩｎｆｏ３０６は、図４（Ａ）のような構成を有する。ＡＩＤサブフィールド３３１は、ＢＳＲを送信すべきＳＴＡのＡｓｓｏｃｉａｔｉｏｎＩＤ（ＡＩＤ）が格納される１２ビットのサブフィールドである。ＡＩＤは、ＳＴＡがＡＰへＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔを送信し、ＡＰがそれに受信したことに対してそのＳＴＡに割り当てる数値である。ＳＴＡには、上述のＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔへの応答信号としてＡＰから送信されるＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅによって、このＡＩＤの数値が通知される。なお、ＡＰは、ＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）ごとにＡＩＤをＳＴＡと関連付けて管理する。ＡＩＤサブフィールド３３１によって、ＢＳＲを送信すべきＳＴＡが指定される。ＲＵＡｌｌｏｃａｔｉｏｎサブフィールド３３２は、長さ８ビットのフィールドである。ＲＵＡｌｌｏｃａｔｉｏｎサブフィールド３３２によって、ＢＳＲを含んだデータフィールドの送信に用いるべきＲＵが特定される。他のフィールドについては、説明を省略する。

続いて、１つのＢＳＲＰＴＦに含まれるＰｅｒＵｓｅｒＩｎｆｏの数について、図５（Ａ）～図５（Ｂ）を用いて説明する。まず、図５（Ａ）は、ＣＢＷ（ＣｈａｎｎｅｌＢａｎｄＷｉｄｔｈ）が２０ＭＨｚである場合のＯＦＤＭＡフレームを周波数領域方向で表現した図である。ＣＢＷが２０ＭＨｚの場合（ＣＢＷ２０の場合）、ＯＦＤＭＡフレームは、２４２本のサブキャリア（ｔｏｎｅ）を含む。また、ＣＢＷは、４０ＭＨｚ、８０ＭＨｚ、又は１６０ＭＨｚ（８０ＭＨｚ＋８０ＭＨｚ）の値をとることができ、それぞれの場合に、ＯＦＤＭＡフレームは、４８４本、９９６本、２×９９６本のサブキャリアを含む。ＯＦＤＭＡフレームを構成するサブキャリアに対しては、それぞれサブキャリアの周波数上での位置を特定するための番号が振られており、ＣＢＷ２０の場合では、－１２１～－１及び１～１２１の番号が振られる。サブキャリア番号が－１２１のサブキャリアが最も周波数の低いサブキャリアであり、サブキャリア番号が１２１のサブキャリアが最も周波数の高いサブキャリアである。なお、サブキャリア番号が－１２１のサブキャリアより低い所定の周波数範囲とサブキャリア番号が１２１のサブキャリアより高い所定の周波数範囲には、隣接周波数帯の信号に干渉しないようにするためのガードバンドが挿入される。図５（Ｂ）は、ＳＴＡへのサブキャリアの割り当て単位を示すリソースユニット（ＲＵ）と、ＲＵを割り当て可能な最大数との関係を示している。図５（Ｂ）に示されるように、ＣＢＷ２０の場合に、ＲＵが２６サブキャリアである場合、最大で９個のＲＵを割り当てることが可能である。すなわち、この場合、１つのＴＦによって、最大で９個のＲＵが割り当てられる。同様に、ＣＢＷ２０で、ＲＵが、５２、１０６、２４２サブキャリアである場合、それぞれ最大で４、２、１個のＲＵを割り当てることが可能である。また、ＣＢＷ２０の場合はサブキャリア数が２４２本であるため、ＲＵが２４２を超える場合には対応していない。図５（Ｂ）の表は、さらに、ＣＢＷが４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚである条件で割り当て可能なＲＵの数が示されている。なお、図５（Ｂ）は、各ＲＵが同数のサブキャリアによって構成される場合に割り当て可能なＲＵの数を示しているが、ＲＵごとに含まれるサブキャリアの数が異なっていてもよい。例えば、２０ＭＨｚ帯域において、２６サブキャリアのＲＵが７個と５２サブキャリアのＲＵが１個の８個のＲＵが割り当てられてもよい。各ＳＴＡは、割り当てられたＲＵを用いてＢＳＲを含んだデータフレームを送信することとなる。このため、１つのＢＳＲＰＴＦに含まれるＰｅｒＵｓｅｒＩｎｆｏの数は、図５（Ｂ）で示した数以下となる。

ＮＦＲＰＴＦは、ＡＰが、多数のＳＴＡから少量の情報を取得するために用いられる。ＮＦＲＰＴＦに対する応答は、データ部（ペイロード部）が存在しないＮｕｌｌＤａｔａＰａｃｋｅｔ（ＮＤＰ）の形式で送信される。すなわち、ＮＦＲＰＴＦは、収集対象の情報をＮＤＰで送信するように指定するＴＦである。

ＮＦＲＰＴＦのＰｅｒＵｓｅｒＩｎｆｏ３０６は、図４（Ｂ）のような構成を有する。ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１は、情報をＡＰに送信すべきＳＴＡを指定するための情報が格納される、長さが１２ビットのサブフィールドである。ＮＦＲＰＴＦでは、ＡＩＤが連続する一群のＳＴＡが指定され、これらの一群のＳＴＡがこのＮＦＲＰＴＦに応答して情報のフィードバックを行う。この連続するＡＩＤの範囲の先頭の値が、ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１に格納される。ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１に格納された値と、それ以降の所定の範囲内のＡＩＤを有するＳＴＡがこのＮＦＲＰＴＦを受信することによって、ＮＤＰ形式でのフィードバックを行うこととなる。

ＦｅｅｄｂａｃｋＴｙｐｅサブフィールド３４４は、長さが４ビットのサブフィールドであり、このサブフィールドが「０」に設定されている場合、このＴＦがＲｅｓｏｕｒｃｅＲｅｑｕｅｓｔの用途で用いられることが示される。ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド３４７は、長さが１ビットのフィールドであり、ＮＤＰが使用するストリーム数を示す。ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールドが「０」に設定されている場合はストリーム数が１であり、「１」に設定されている場合はストリーム数が２であることを示している。その他のサブフィールドの説明については省略する。

上述の通り、ＡＩＤが「ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１の値」から「ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１の値＋規定数Ｎ－１」までのＳＴＡが、ＮＦＲＰＴＦに応答して情報のフィードバックを行う。ここで、規定数Ｎは、「定数ｋ」と「ＢＷフィールド３１５に設定された値＋１」と「ＭｕｌｔｉｐｌｅｘｉｎｇＦｌａｇサブフィールド３４７が示すストリーム数」との乗算値となる。定数ｋは、ＮＦＲＰＴＦが送信要求するＮＤＰの無線媒体上のＯＦＤＭＡのサブキャリアの使い方によって定まる値であり、ＢＷフィールド３１５の値が０の場合はｋ＝１８である。これにより、例えば、２０ＭＨｚの帯域で１ストリームが指定されたＮＦＲＰＴＦでは、Ｎ＝１８×（０＋１）×１＝１８となる。

ＮＦＲＰＴＦを受信したＳＴＡは、使用するサブキャリアを限定することによって、情報を送信する。すなわち、１つのＳＴＡに対して、複数のサブキャリアが割り当てられており、その複数のサブキャリアのうちのどのサブキャリアを用いるかによって情報が送信される。例えば、ＮＦＲＰＴＦにおいて、ＦｅｅｄｂａｃｋＴｙｐｅフィールド３４４がＲｅｓｏｕｒｃｅＲｅｑｕｅｓｔに対応する値に設定されている場合、ＳＴＡは、要求するリソース量が閾値以上か否かの情報を、この手法で伝送する。この情報と使用されるサブキャリアとの関係を図５（Ｃ）に示す。図５（Ｃ）において、ｉｎｄｅｘは、「ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１に示された値＋ｉｎｄｅｘ－１」をＡＩＤとして有するＳＴＡが参照する行を示す。すなわち、ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１に示されるＡＩＤを有するＳＴＡはｉｎｄｅｘ＝１の行を参照し、ＳｔａｒｔｉｎｇＡＩＤサブフィールド３４１の値＋５に示されるＡＩＤを有するＳＴＡはｉｎｄｅｘ＝６の行を参照する。そして、ｉｎｄｅｘ＝１のＳＴＡは、要求するリソース量が閾値以上である場合に、サブキャリア番号が「－１１３、－７７、－４１、６、４２、７８」のサブキャリア（ｔｏｎｅｓｅｔ）でＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔを送信する。また、ｉｎｄｅｘ＝１のＳＴＡは、要求するリソース量が閾値を下回る場合に、サブキャリア番号が「－１１２、－７６、－４０、７、４３、７９」のサブキャリア（ｔｏｎｅｓｅｔ）でＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔを送信する。同様に、ｉｎｄｅｘ＝１８のＳＴＡは、要求するリソース量が閾値以上である場合に、サブキャリア番号が「－７９、－４３、－７、４０、７６、１１２」のサブキャリア（ｔｏｎｅｓｅｔ）でＮＤＰｆｅｅｄｂａｃｋｒｅｐｏｒｔを送信する。このように、ＳＴＡは、自装置に割り当てられた１２本のサブキャリアのうち６本を使用する。なお、各ＳＴＡに割り当てられる１２本のサブキャリアは、他のＳＴＡに割り当てられるサブキャリアとは重複しない。そして、ＡＰ１０１は、どのサブキャリアにおいて電力が検出されたかによって、各ＳＴＡが要求するリソース量が閾値以上か否かを示す１ビット分の情報を取得することができる。

上述の要求するリソース量の閾値は、ＢＳＲによって表現可能な値の範囲に設定可能である。すなわち、ＳＴＡのバッファ量がある値以上であるかを把握する際に、ＢＳＲＰＴＦとＮＦＲＰＴＦとの両方を使用することができる。

（処理の流れ）
続いて、ＡＰ１０１が実行する処理の流れの例について説明する。図６は、ＡＰ１０１が、ＳＴＡからの情報収集方法を決定する処理の流れの例を示す図である。図６の処理は、ＡＰ１０１の制御部２０２が記憶部２０１に記憶されたプログラムを実行することによって、実現される。なお、この処理は、新たなＳＴＡが接続した際や接続済みのＳＴＡが切断した場合に、又は一定周期で等、任意のタイミングで実行されうる。図６の処理では、端末の送信バッファの滞留状態や通信リソース要求状態等の情報の収集方法が、ＡＰ１０１のユースケースに応じて決定される。

上述のように、ＢＳＲＰによれば、ＳＴＡのバッファ内のデータ量を詳細に特定可能である一方で、ＡＰ１０１は、例えばＣＢＷが２０ＭＨｚの場合に、一度に最大で９台のＳＴＡからＢＳＲを取得することができる。一方、ＡＰ１０１は、ＮＦＲＰによれば、ＳＴＡのバッファ内のデータ量が所定の閾値以上であるか否かを特定できるが、２０ＭＨｚの場合に（１空間ストリームが用いられる場合は）、一度に最大で１８台のＳＴＡから情報を取得することができる。本実施形態では、ＡＰ１０１が、このような特性の違いに着目して、使用する方法を選択する。一例において、ＡＰ１０１は、収容するＳＴＡの数が多く発生するデータ量が少量に限定されるＩｏＴセンサシステムである場合には、ＮＦＲＰを用い、ＳＴＡが様々なデータを送信する環境では詳細なバッファ状態の情報を取得するためにＢＳＲＰを用いうる。図６の処理は、このような一例に対応する処理である。

本処理では、ＡＰ１０１は、自装置がＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）センサシステムのＡＰとして動作するかを判断する（Ｓ６０１）。Ｓ６０１の判断は、ＡＰの利用者の動作モード設定によって行われる。すなわち、ＡＰ１０１は、自装置が受け付けたユーザによる設定操作を記憶しておき、その設定操作の情報に基づいて、自装置がＩｏＴセンサシステムのＡＰとして動作しているか否かを判定する。また、ＡＰ１０１は、ＳＴＡとの接続手順において、ＳＴＡのタイプやＳＴＡで実行されるアプリケーションサービスを認識して、ＩｏＴセンサシステムのＡＰとして動作するか否かを決定した結果に基づいて、上述の判定を行ってもよい。

ＡＰ１０１は、ＩｏＴセンサシステムのＡＰとして動作している場合（Ｓ６０１でＹＥＳ）、ＮＦＲＰの閾値（要求するリソース量の閾値）を決定し（Ｓ６０２）、さらに、ＮＦＲＰを周期的に実行するスケジュールを設定する（Ｓ６０３）。ＩｏＴセンサシステムは、一例において、各ＳＴＡから送信される温度や電池残量が規定値であるか否か等を示すデータのサイズは一定範囲に収まる程度に小さく、最小限の量の無線リソースを割り当てることによって通信が行われることが想定される。この場合、各ＳＴＡにおいて送信対象データが存在するか否かが無線リソースの割り当てにおいて重要であり、一方で、そのデータ量は重要ではないことがある。また、ＡＰ１０１が、専らＩｏＴセンサシステムのＡＰとして動作する場合、接続されるＳＴＡは、いずれもＩＥＥＥ８０２．１１ａｘ規格に対応し、各ＳＴＡに対して連続するＡＩＤが割り当てられることが想定される。このため、ＡＰ１０１は、自装置がＩｏＴセンサシステム用のＡＰである場合、使用する情報収集方法としてＮＦＲＰを選択する。

一方、ＡＰ１０１は、ＩｏＴセンサシステムのＡＰとして動作していない場合（Ｓ６０１でＹＥＳ）、続いて、自装置がマルチメディア通信環境のＡＰとして動作しているか否かを判断する（Ｓ６０４）。この判断は、Ｓ６０１と同様にして行われうる。そして、ＡＰ１０１は、自装置がマルチメディア通信環境のＡＰとして動作していると判断すると（Ｓ６０４でＹＥＳ）、ＢＳＲＰを周期的に実行するスケジュールを設定する（Ｓ６０５）。このように、ＡＰ１０１は、自装置がマルチメディア通信環境のＡＰである場合には、アクセスカテゴリ（音声、ビデオ、ベストエフォート、バックグランド）ごとのバッファ量を取得できるＢＳＲＰを用いて情報収集を行う。これにより、ＡＰ１０１は、収集した情報に応じて、音声やビデオの送信バッファを有するＳＴＡに優先的に無線リソースユニット（ＲＵ）を割り当てる等の処理を実行することができる。すなわち、ＡＰ１０１は、無線リソースの割り当てにおいて、各ＳＴＡから取得した２つ以上の種類の送信対象データの量についての情報を考慮する場合には、ＮＦＲＰの１ビットの情報伝送では不足するため、ＢＳＲＰを使用すると決定しうる。また、ＡＰ１０１は、１つの種類の送信対象データについて、その保持されている量が多くなることに応じて段階的に割り当てる無線リソースの量を増やすようなシステムのＡＰである場合には、保持されている送信対象データの量を詳細に知る必要がある。したがって、ＡＰ１０１は、この場合にＢＳＲＰを使用すると決定しうる。なお、ＡＰ１０１は、一例において、ＮＦＲＰを用いて、各ＳＴＡが送信対象データを保持しているか否かの情報を取得し、その後、一定量の無線リソースを割り当てて、保持しているデータについての詳細な情報を送信させてもよい。この場合、無線リソースの割り当て後の信号伝送が、通常のデータ信号の送受信のプロトコルを用いて行われるため、例えば変調多値数の大きい変調方式を用いることで、ＡＰ１０１は、少量の無線リソースで効率的に詳細な情報を取得することができる。このように、ＡＰ１０１が、各ＳＴＡが送信対象データを保持しているか否かを確認するためにＴＦを用い、詳細な情報の取得のために一定量の無線リソースを割り当てるシステムでは、ＮＦＲＰが使用されうる。

なお、ＡＰ１０１は、自装置がマルチメディア通信環境のＡＰとして動作していないと判定した場合（Ｓ６０４でＮＯ）に、図７の処理によって、使用する情報収集方法を選択し、選択された方法を実行するスケジュールを設定する（Ｓ６０６）。

図７において、ＡＰ１０１は、まず、ＢＳＲＰを実行する場合に必要となるＴＦの送信回数ＮＵＭ＿ＢＳＲＰを算出して、算出結果を保持する（Ｓ７０１）。上述のように、ＡＰ１０１が管理するＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）のオペレーションチャネルの帯域幅が決定されると、ひとつのＢＳＲＰＴＦによって宛先として指定できるＳＴＡの最大数（ＲＵの最大数）が定まる。この数をＲとする。Ｒは、１回のＴＦによってＢＳＲを送信させることができるＳＴＡの最大数を示している。このため、ＢＳＲを送信させる対象のＳＴＡの数がＭの場合、ｃｅｉｌ（Ｍ／Ｎ）回だけＴＦを送信することによって、Ｍ台のＳＴＡの全てにＢＳＲを送信させることができると一般的に言える。なお、ｃｅｉｌ（ｘ）は天井関数であり、ｘ以上の最小の整数を示す。このように、一例において、ＮＵＭ＿ＢＳＲＰは、ｃｅｉｌ（Ｍ／Ｎ）を計算することによって特定される。例えば、動作チャネルが２０ＭＨｚのときに、２６サブキャリアから成るＲＵを割り当てて、１９台の端末からＢＳＲを受信する場合、ＮＵＭ＿ＢＳＲＰは、Ｒ＝９及びＭ＝１９であるから、ｃｅｉｌ（１９／９）＝３となる。

続いて、ＡＰ１０１は、ＮＦＲＰを実行する場合に必要となるＴＦの送信回数ＮＵＭ＿ＮＦＲＰを算出して、算出結果を保持する（Ｓ７０２）。ＮＦＲＰＴＦの宛先指定は、上述のように、ＡＩＤの範囲を指定して行われる。このため、ＮＵＭ＿ＮＦＲＰは、ＳＴＡに対してＡＩＤがどのように割り当てられたかに応じて特定される。まず、情報を送信させるＳＴＡに対して連続するＡＩＤが割り当てられている場合、その連続するＡＩＤの個数を上述の規定数Ｎ（例えば１８）で除算した値を上述の天井関数の引数とした場合の計算結果が、ＮＵＭ＿ＮＦＲＰとなる。例えば、規定数Ｎが１８で、かつ、１９台のＳＴＡに連続したＡＩＤが割り当てられている場合、これらの１９台のＳＴＡからＮＤＰによるデータを受信するために必要なＴＦの送信回数は、ＮＵＭ＿ＮＦＲＰ＝ｃｅｉｌ（１９／１８）＝２となる。一方で、例えば、３台のＳＴＡに対するＡＩＤが、それぞれ、１、２０、３７のように割り当てられている場合、ＮＵＭ＿ＮＦＲＰ＝２となる。実際、ＳｔａｒｔｉｎｇＡＩＤ＝１のＴＦによってＡＩＤが１から１８までの範囲のＳＴＡを指定できるが、このＴＦによって、ＡＩＤ＝２０及び３７のＳＴＡに情報を送信させることはできない。このため、ＡＩＤ＝２０及び３７のＳＴＡに情報を送信させるために、ＳｔａｒｔｉｎｇＡＩＤ＝２０等の別個のＴＦを用いることとなる。このように、ＡＩＤの割り当てが連続的ではない場合には、各ＳＴＡに割り当てられたＡＩＤを考慮してＮＵＭ＿ＮＦＲＰを特定することとなる。また、図１に示すように、ＩＥＥＥ８０２．１１ａｘに対応していないＳＴＡ１０３が存在する場合、これらのＩＥＥＥ８０２．１１ａｘに対応していないＳＴＡに割り当てられたＡＩＤは除いてＮＵＭ＿ＮＦＲＰの特定が行われる。例えば、１８台のＩＥＥＥ８０２．１１ａｘ対応のＳＴＡと１台のＩＥＥＥ８０２．１１ａｘ非対応のＳＴＡに対して連続したＡＩＤが割り当てられている場合、ＩＥＥＥ８０２．１１ａｘ対応の１８台のＳＴＡに割り当てられたＡＩＤのみが着目される。そして、この場合、ＩＥＥＥ８０２．１１ａｘ対応の１８台のＳＴＡに対して連続したＡＩＤが割り当てられていない限り、１回のＴＦでこれらの１８台のＳＴＡを指定することはできないため、ＮＵＭ＿ＮＦＲＰは２となる。一方、ＩＥＥＥ８０２．１１ａｘ非対応のＳＴＡに１番目又は１９番目のＡＩＤが割り当てられ、ＩＥＥＥ８０２．１１ａｘ対応の全ＳＴＡのＡＩＤが連続している場合は、１回のＴＦでこれらの１８台のＳＴＡを指定可能であるためＮＵＭ＿ＮＦＲＰは１となる。

ＮＵＭ＿ＢＳＲＰとＮＵＭ＿ＮＦＲＰとが算出された後に、ＡＰ１０１は、ＮＵＭ＿ＢＳＲＰとＮＵＭ＿ＮＦＲＰとが、共に１であるか否かを判定する（Ｓ７０３）。そして、ＡＰ１０１は、ＮＵＭ＿ＢＳＲＰとＮＵＭ＿ＮＦＲＰとが共に１であると判定した場合（Ｓ７０３でＹＥＳ）、ＢＳＲＰが用いられる場合に要する時間と、ＮＦＲＰが用いられる場合に要する時間とをそれぞれ算出する（Ｓ７０４、Ｓ７０５）。これらの時間をどのように算出するかについて、図８（Ａ）及び図８（Ｂ）を用いて説明する。

図８（Ａ）は、ＢＳＲＰＴＦを１回送信した場合に要する時間を模式的に表現した図である。ＢＳＲＰＴＦの送信のためには、ＢＳＲＰＴＦとＮＦＲＰＴＦとで共通なフレーム部分の送信のための時間幅８０１と、ＰｅｒＵｓｅｒＩｎｆｏの送信のための時間幅８０２とが必要である。ＰｅｒＵｓｅｒＩｎｆｏは、図４（Ａ）のような構成を有し、ＰｅｒＵｓｅｒＩｎｆｏの数は、このＴＦの宛先のＳＴＡの数によって変動する。なお、図８（Ａ）では、宛先のＳＴＡの数がｊ個である場合を示している。ＢＳＲＰＴＦが送信されると、所定の時間幅８０５を有するＳＩＦＳ（ＳｈｏｒｔＩｎｔｅｒＦｒａｍｅＳｐａｃｅ）の後に、各ＳＴＡから、応答信号（ＨＥＴＢＰＰＤＵ）が送信される。この応答信号は、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ（ＢＳＲ）である。この応答信号の長さ（時間幅８０３）は、ＡＰが送信するＢＳＲＰＴＦのＬｅｎｇｔｈフィールド３１２で指定される。ＡＰは、ＢＳＲのデータ長、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールド３３２、ＭＣＳサブフィールド３３４などに基づいて、この時間幅８０３を算出及び決定することができる。なお、送信されるＢＳＲの数（ｊ）は、ＴＦの宛先のＳＴＡの数に対応する。その後、ＡＰは、ＳＩＦＳの後に、応答データに対して時間幅８０４のＡＣＫを送信する。なお、このＡＣＫは、複数の端末に対して個別に送信してもよいし、１つのフレームを共通に送って（マルチキャストして）もよい。このようにして、１回のＢＳＲＰＴＦを送信した場合に要する時間８００は、上述の時間幅８０１～時間幅８０４の和の値に、時間幅８０５に２を乗じた値を加算した値として特定される。

図８（Ｂ）は、ＮＦＲＰＴＦを１回送信した場合に要する時間を模式的に表現した図である。ＮＦＲＰＴＦの送信のためには、ＢＳＲＰＴＦとＮＦＲＰＴＦとで共通なフレーム部分の送信のための時間幅８０１と、ＰｅｒＵｓｅｒＩｎｆｏの送信のための時間幅８１１とが必要である。ＰｅｒＵｓｅｒＩｎｆｏは、図４（Ｂ）のような構成を有し、ここでのＰｅｒＵｓｅｒＩｎｆｏの数は、１つである。ＮＦＲＰＴＦが送信されると、所定の時間幅８０５を有するＳＩＦＳの後に、各ＳＴＡから、時間幅８１２のＮＤＰが送信される。このときのＮＤＰは、一例において、要求するリソース量が閾値以上であるか否かに応じて、各ＳＴＡに対応するサブキャリアのうちの一部のサブキャリアのみを用いて送信される。なお、ＡＰは、このＮＤＰに対してはＡＣＫを送信しない。このため、１回のＮＦＲＰＴＦを送信した場合に要する時間８１０は、時間幅８０１、時間幅８１１、時間幅８０５及び時間幅８１２の和として算出される。

図７に戻り、ＡＰ１０１は、ＢＳＲＰＴＦを用いる場合に要する総時間（Ｔ＿ＡＬＬ＿ＢＳＲＰ）を算出する（Ｓ７０４）。ここでの総時間は、最初のＢＳＲＰＴＦを送信してからＢＳＲＰＴＦの宛先となるＳＴＡの全てからのＢＳＲを受信して、ＡＣＫを返すまでの時間である。この総時間は、図８（Ａ）のようにして特定される１回のＢＳＲＰＴＦ手順の時間幅に、Ｓ７０１で特定したＮＵＭ＿ＢＳＲＰを乗算した値に、さらに、ＳＩＦＳの時間幅に（ＮＵＭ＿ＢＳＲＰ－１）を乗算した値を加算した値である。図９（Ａ）は、ＮＵＭ＿ＢＳＲＰが２の場合のこの計算を概略的に示している。この場合、ＡＰ１０１は、図８（Ａ）のように算出した時間幅８００にＮＵＭ＿ＢＳＲＰ（＝２）を乗じ、１回目の手順と２回目の手順との間に挿入されるＳＩＦＳの時間幅８０５を加算することで、ＢＳＲＰＴＦを用いる場合に要する総時間９００を算出する。なお、ＡＰ１０１は、無線媒体が空き状態になってからＳＩＦＳの時間幅の経過後に、ＢＳＲＰＴＦを送信できるものとする。

次に、ＡＰ１０１は、ＮＦＲＰＴＦを用いる場合に要する総時間（Ｔ＿ＡＬＬ＿ＮＦＲＰ）を算出する（Ｓ７０５）。ここでの総時間も、最初のＮＦＲＰＴＦを送信してからＮＦＲＰＴＦの宛先となるＳＴＡの全てからのＮＤＰを受信するまでの時間である。この総時間は、図８（Ｂ）のようにして特定される１回のＮＦＲＰＴＦ手順の時間幅に、Ｓ７０２で特定したＮＵＭ＿ＮＦＲＰを乗算した値に、さらに、ＳＩＦＳの時間幅に（ＮＵＭ＿ＮＦＲＰ－１）を乗算した値を加算した値である。図９（Ｂ）は、ＮＵＭ＿ＮＦＲＰが５の場合のこの計算を概略的に示している。この場合、ＡＰ１０１は、図８（Ｂ）のように算出した時間幅８１０にＮＵＭ＿ＮＦＲＰ（＝５）を乗じ、計４回挿入されるＳＩＦＳの時間幅８０５を加算することで、ＮＦＲＰＴＦを用いる場合に要する総時間９１０を算出する。なお、ＡＰ１０１は、無線媒体が空き状態になってからＳＩＦＳの時間幅の経過後に、ＮＦＲＰＴＦを送信できるものとする。

そして、ＡＰ１０１は、Ｓ７０４で算出したＢＳＲＰＴＦを用いる場合に要する総時間（Ｔ＿ＡＬＬ＿ＢＳＲＰ）と、Ｓ７０５で算出したＮＦＲＰＴＦを用いる場合に要する総時間（Ｔ＿ＡＬＬ＿ＮＦＲＰ）とを比較する（Ｓ７０６）。一例において、図９（Ａ）及び図９（Ｂ）を参照すると、ＮＵＭ＿ＢＳＲＰが１の場合、ＮＵＭ＿ＮＦＲＰが２以下である条件でＴ＿ＡＬＬ＿ＮＦＲＰ＜Ｔ＿ＡＬＬ＿ＢＳＲＰとなる。一方、ＮＵＭ＿ＮＦＲＰが３以上の場合は、Ｔ＿ＡＬＬ＿ＮＦＲＰ＞Ｔ＿ＡＬＬ＿ＢＳＲＰとなる。同様に、ＮＵＭ＿ＢＳＲＰが２の場合、ＮＵＭ＿ＮＦＲＰが５以下である条件でＴ＿ＡＬＬ＿ＮＦＲＰ≦Ｔ＿ＡＬＬ＿ＢＳＲＰとなる。一方、ＮＵＭ＿ＮＦＲＰが６以上の場合、ＢＳＲＰを使う方が、Ｔ＿ＡＬＬ＿ＮＦＲＰ＞Ｔ＿ＡＬＬ＿ＢＳＲＰとなる。そして、ＡＰ１０１は、処理に要する総時間が短い方を、使用する方法として選択する。すなわち、Ｔ＿ＡＬＬ＿ＢＳＲＰがＴ＿ＡＬＬ＿ＮＦＲＰより短い場合（Ｓ７０６でＹＥＳ）、ＡＰ１０１は、ＢＳＲＰによる情報収集方法を利用することを決定する（Ｓ７０７）。一方、Ｔ＿ＡＬＬ＿ＢＳＲＰがＴ＿ＡＬＬ＿ＮＦＲＰ以上である場合（Ｓ７０６でＮＯ）、ＡＰ１０１は、ＮＦＲＰによる情報収集方法を利用することを決定する（Ｓ７０８）。なお、Ｓ７０６の比較は、例えば、ＳＩＦＳをフレーム長換算した場合の、ＢＳＲＰＴＦとＮＦＲＰＴＦとのフレーム長による比較であってもよい。すなわち、各ＴＦによって、無線リソースがどの程度使用されるかに応じて、Ｓ７０６の比較が行われてもよい。

なお、図７では、Ｔ＿ＡＬＬ＿ＢＳＲＰ＝Ｔ＿ＡＬＬ＿ＮＦＲＰである場合に、ＮＦＲＰによる情報収集方法を選択するようにしているが、ＢＳＲＰによる情報収集方法が選択されてもよい。このようにして、ＡＰ１０１は、自装置がＩｏＴセンサシステムのＡＰでなくマルチメディア通信環境のＡＰでもない場合に、ＢＳＲＰとＮＦＲＰとのうち、処理の時間が短い方の情報収集方法を用いることを決定する。

ＡＰ１０１は、Ｓ７０３において、ＮＵＭ＿ＢＳＦＰとＮＵＭ＿ＮＦＲＰとのいずれかが２以上であると判定した場合（Ｓ７０３でＮＯ）、ＴＦの送信を他のＳＴＡの通信に対して優先するか否かを判定する（Ｓ７０９）。ＴＦの送信が他のＳＴＡの通信に対して優先されるか否かは、例えば、ＴＦのＩＦＳ（フレーム間間隔）としてＳＩＦＳを使用するか（使用可能であるか）によって行われる。すなわち、ＳＩＦＳが使用される（使用が許容される）場合には、ＴＦの送信が他のＳＴＡの通信に対して優先されると判定される。なお、Ｓ７０９の判定は、例えば、ＰＩＦＳ（ＰＣＦ（ＰｏｉｎｔＣｏｏｒｄｉｎａｔｉｏｎＦｕｎｃｔｉｏｎ）ＩｎｔｅｒＦｒａｍｅＳｐａｃｅ）が使用されるか否か（使用可能か否か）など、他の基準によって行われてもよい。すなわち、ＤＩＦＳ／ＡＩＦＳ後のバックオフカウンタ制御の通信に優先して信号送信が可能であるか否かによって、判定が行われうる。一方、ＴＦの送信が、他端末の通信に対して優先されず競合する場合、例えば、ＴＦのＩＦＳとして、ＤＩＦＳ（ＤＣＦ（ＤｉｓｔｒｉｂｕｔｅｄＣｏｏｒｄｉｎａｔｉｏｎＦｕｎｃｔｉｏｎ）ＩｎｔｅｒＦｒａｍｅＳｐａｃｅ）等が用いられる。ＡＰ１０１は、ＴＦの送信を優先する又は優先することが許容されていると判定した場合（Ｓ７０９でＹＥＳ）、処理をＳ７０４に進める。一方、ＡＰ１０１は、ＴＦの送信を優先しない又は優先することが許容されていないと判定した場合（Ｓ７０９でＮＯ）、処理をＳ７１０へ進める。この場合、ＡＰ１０１は、他のＳＴＡによる通信との間でコンテンションベースの媒体アクセスを行ってＴＦを送信することとなる。このときの、ＢＳＦＰとＮＦＲＰとを用いた場合の処理に要する総時間を模式的に図１０（Ａ）及び図１０（Ｂ）に示している。

図１０（Ａ）は、ＢＳＲＰＴＦが２回送信される場合に、１回目のＢＳＲＰＴＦによる処理の後に他のＳＴＡによる通信１００１が発生した場合の例を示している。この場合、他のＳＴＡによる通信１００１の時間幅を、ＡＰ１０１は事前に知ることができない。なお、現行のＩＥＥＥ８０２．１１－２０１６では、ＰＰＤＵ（ＰＬＣＰ（ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）の最大長を５．４８４ミリ秒と定めている。このため、１回目のＴＦの送信と２回目のＴＦの送信との間に、この時間だけ待機しなければならない場合があり、その場合、ＢＳＲＰの手順に要する時間幅１０００が増大しうる。なお、現在のＩＥＥＥ８０２．１１ａｘ規格で検討されている種々のＴＦの送信間隔は１０ミリ秒であるため、５．４８４ミリ秒という時間は、ＴＦを用いた制御にとっては、無視できない値であると言える。また、１回目のＢＳＲＰＴＦによる通信完了後に、他のＳＴＡによる通信が開始されるまでに、ＤＩＦＳとランダムバックオフの時間１００２が存在する。図１０（Ａ）の例では、ＢＳＲＰＴＦのＩＦＳもＤＩＦＳであるものとし、バックオフ制御によって、他のＳＴＡによる通信１００１が先に実行された場合を示している。

図１０（Ｂ）は、ＮＦＲＰＴＦが４回送信される場合に、１回目のＮＦＲＰＴＦによる処理の後に他のＳＴＡによる通信１００１が発生した場合の例を示している。この場合も、ＢＳＲＰＴＦが用いられる場合と同様に、他のＳＴＡによる通信１００１に係る時間と、ＤＩＦＳ及びランダムバックオフの時間１００２とが発生し、ＮＦＲＰの手順に要する時間幅１０１０が増大しうる。図１０（Ａ）及び図１０（Ｂ）の状態では、ＮＵＭ＿ＢＳＲＰ＝２でＮＵＭ＿ＮＦＲＰ＝４であっても、ＢＳＲＰの手順に要する総時間幅の方が短い。すなわち、このＮＵＭ＿ＢＳＲＰとＮＵＭ＿ＮＦＲＰ関係は、図９の場合と異なる。

このように、ＢＳＲＰとＮＦＲＰのいずれかのＴＦ数が複数であって、他のＳＴＡによる通信がＴＦよりも先に発生した場合は、手順の総時間が長期化しうる。このため、本処理では、ＡＰ１０１は、送信すべきＴＦの数が少なく、ＴＦと別のＴＦとの間に他のＳＴＡによる通信が発生する確率が低くなる手順を使用すると決定する。すなわち、ＡＰ１０１は、ＮＵＭ＿ＢＳＲＰとＮＵＭ＿ＮＦＲＰとを比較し（Ｓ７１０）、ＮＵＭ＿ＢＳＲＰ＜ＮＵＭ＿ＮＦＲＰである場合（Ｓ７１０でＹＥＳ）は、ＢＳＲＰを、使用すべき情報収集方法として選択する（Ｓ７０７）。一方、ＡＰ１０１は、ＮＵＭ＿ＢＳＲＰ≧ＮＵＭ＿ＮＦＲＰである場合（Ｓ７１０でＮＯ）は、ＮＦＲＰを、使用すべき情報収集方法として選択する（Ｓ７０８）。なお、ＡＰ１０１は、Ｓ７０４及びＳ７０５のようにして、ＴＦを優先する場合の、ＢＳＲＰとＮＦＲＰとのそれぞれを実行するための総時間Ｔ＿ＡＬＬ＿ＢＳＲＰ及びＴ＿ＡＬＬ＿ＮＦＲＰとを算出し、これに基づいて使用すべき情報収集方法を選択してもよい。例えば、ＡＰ１０１は、Ｔ＿ＡＬＬ＿ＢＳＲＰ＋５．４８４×（ＮＵＭ＿ＢＳＲＰ－１）×αとＴ＿ＡＬＬ＿ＮＦＲＰ＋５．４８４×（ＮＵＭ＿ＮＦＲＰ－１）×αとを比較してもよい。ここで、αは例えば１以下の定数である。すなわち、ＰＰＤＵの最大長である５．４８４ミリ秒にＴＦの送信回数を乗じることで、他のＳＴＡによる通信に要する時間の期待値を推定して、各手順の総時間幅を大まかに推定して、Ｓ７１０の判定を行ってもよい。

ＡＰ１０１は、図６及び図７のような処理によって情報収集方法を決定し、そのいずれかの情報収集方法を用いて、ＳＴＡが保持するデータに関する情報を取得する。そして、ＡＰ１０１は、収集した情報に基づいて、各ＳＴＡに対してリソースユニットを割り当てる。そして、ＡＰ１０１は、そのリソースユニットの割り当てを通知するＢａｓｉｃＴＦを送信し、端末に対してＵＬ（ＵｐＬｉｎｋ）データ送信を促す。

なお、上述の説明では、図７の処理を図６の一部として実行するように説明したが、これに限られない。すなわち、ＡＰ１０１は、図６の処理を実行せずに、図７の処理を実行してもよい。また、ＡＰ１０１は、ＩｏＴセンサシステムの用途で用いられる場合には、ＮＦＲＰによる情報収集を行い、それ以外の用途ではＢＳＲＰによる情報収集を行うようにしてもよい。すなわち、Ｓ６０４及びＳ６０６の処理が実行されなくてもよい。さらに、ＡＰ１０１は、自装置がマルチメディア通信環境で動作しているか否かのみによって使用する情報収集方法を決定してもよい。例えば、ＡＰ１０１は、自装置がマルチメディア通信環境で動作していると判定した場合に、ＢＳＲＰによる情報収集を行うと決定し、自装置がマルチメディア通信環境で動作していないと判定した場合に、ＮＦＲＰによる情報収集を行うと決定しうる。

このように、本実施形態のＡＰ１０１は、通信環境が所定の条件を満たすか否かによって、ＢＳＲＰとＮＦＲＰとのいずれを用いるかを決定する。この所定の条件は、上述のように、ＡＰ１０１がＩｏＴセンサシステムのＡＰであること、ＡＰ１０１がマルチメディア通信環境で動作すること、各方法においてＴＦを送信した場合に情報収集に要する時間が他の方法より短いこと等、でありうる。

なお、所定の条件は、これらに限られない。例えば、ＡＰ１０１は、自装置に接続するＳＴＡが一定範囲のサイズのデータのみを送信するように構成されたＩｏＴセンサシステム以外のシステムにおいても、ＮＦＲＰを用いると決定しうる。この場合、ＡＰ１０１は、上述の一定範囲の下限を閾値とすることによって、その閾値以上のデータ量のデータを保持しており、データを送信できる状態となっているＳＴＡを、ＮＦＲＰＴＦによって認識することができる。このとき、ＡＰ１０１は、閾値以上のデータ量を有するＳＴＡに対して、上述の一定範囲のサイズのデータを送信可能な一定量の無線リソースを割り当てる。各ＳＴＡが保持しているデータ量が一定範囲内に収まることが分かっているため、このような処理で十分な無線リソースを各ＳＴＡに割り当てることができるからである。また、ＡＰ１０１は、上述の閾値を微小値に設定することによって、ＮＦＲＰＴＦを用いて、送信対象データを保持しているか否かを示す情報を収集することができる。この場合、ＡＰ１０１は、例えば送信対象データを保持しているＳＴＡに対して一定量の無線リソースを割り当てうる。また、ＡＰ１０１は、定期的に送信対象データが発生することが分かっているＳＴＡについて、その送信対象データ量が一定量を超えるか否かによって、割り当てるリソース量を第１の量とするか第２の量とするかを決定することができる。この場合、ＡＰ１０１は、この一定量を閾値として、ＮＦＲＰＴＦによって、ＳＴＡが保持するリソース量の問い合わせをすることができる。以上のように、ＡＰ１０１は、ＳＴＡが保持しているデータ量が所定値以上であるか否かに応じて、１つの所定の処理を行うか否か（リソース割り当てを行うか否か／リソース割り当て量を増量するか否か等）を決定する場合がある。そして、この場合には、ＡＰ１０１は、ＳＴＡが保持しているデータ量（又は要求リソース量）が所定値以上であるか否かを判断できれば十分であるため、ＮＦＲＰＴＦによって情報収集すると決定しうる。

一方、ＡＰ１０１は、ＳＴＡが保持しているデータ量の詳細を把握することによって、その詳細な情報に基づいてきめ細かいリソース制御を実行しうる。この場合は、ＮＦＲＰによっては詳細な情報を得ることができないため、ＡＰ１０１は、ＢＳＲＰを利用して情報収集すると決定しうる。例えば、ＡＰ１０１は、ＳＴＡが保持しているデータ量が多いほどに割り当てられるリソース量が増やされるシステムにおいて自装置が動作していると判定した場合に、ＢＳＲＰを利用すると決定しうる。

なお、ＡＰ１０１は、送信対象データの量が所定値以上であるか否かを把握できれば十分な場合、ＢＳＲＰとＮＦＲＰによる情報収集で使用する無線リソースの量や、情報収集に要する時間長によって、ＢＳＲＰとＮＦＲＰとのいずれを用いるかを決定しうる。すなわち、データ量が所定値以上であるか否かの情報は、ＮＦＲＰでもＢＳＲＰでも取得可能であるため、ＡＰ１０１は、これらのうち、情報収集に時間がかからない又は無線リソースを浪費しない方を用いて情報収集するようにしうる。この場合、ＡＰ１０１は、例えば、図６の処理を実行せずに、情報収集に要する時間や無線リソースの量に基づいて、使用する情報収集方法を決定することができる。

また、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘ規格に準拠したＳＴＡのみと接続しているか否かに応じて、ＢＳＲＰとＮＦＲＰのいずれを用いるかを選択してもよい。ＡＰ１０１が、ＩＥＥＥ８０２．１１ａｘ規格のＴＦに対応可能なＳＴＡのみと接続している場合、これらのＳＴＡのＡＩＤの間に、ＩＥＥＥ８０２．１１ａｘ規格に対応していないＳＴＡのＡＩＤが存在することがなくなる。これにより、ＮＦＲＰにおけるＡＩＤの範囲指定によって、多くのＳＴＡに情報提供させることができることが想定される。なお、この場合に、ＡＰ１０１は、接続するＳＴＡに連続したＡＩＤを割り当てておくようにすることで、ＮＦＲＰにより一度に多数のＳＴＡから情報を収集することができ、情報収集効率を向上させることができる。このように、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘ規格に準拠したＳＴＡのみと接続している場合に、ＮＦＲＰを使用すると決定しうる。なお、この場合であっても、データ量に応じたリソース割り当てなどの送信対象データ量を詳細に知る必要がある処理を実行する場合にはＢＳＲＰが用いられるようにしうる。また、これに対して、データ量によらずに送信対象データが存在する場合に一定量の無線リソースを割り当てるなどの処理が実行される場合にはＮＦＲＰが用いられるようにしてもよい。このように、ＡＰ１０１は、実行する処理の種類に応じて、ＮＦＲＰとＢＳＲＰとのいずれを用いるかを決定しうる。

なお、所定の条件が満たされない場合、所定の条件が満たされた場合に選択される情報収集方法ではない方の情報収集方法が選択されてもよいが、上述のように、情報収集に要する時間の長さの比較によって選択が行われてもよい。なお、ＢＳＲＰとＮＦＲＰとのそれぞれが用いられる場合の時間の長さではなく、リソース使用量によって、この選択が行われてもよい。例えば、即時性のない情報の収集を行うシステムでは、情報収集に要する時間を短縮するよりも、無線リソースの浪費を抑制することが重要な場合がある。このような場合には、ＢＳＲＰＴＦ及びＮＦＲＰＴＦで使用される無線リソースの量が少ない方が選択されうる。なお、無線リソースの量と時間の長さとのいずれを基準として用いるかは、例えば、ＡＰ１０１に対するユーザ設定や、ＡＰ１０１が使用されるシステムがどのようなサービスを提供するかによって、事前に定まりうる。

以上のようにして、ＡＰ１０１は、自装置が使用される用途等の所定の条件に基づいて、ＢＳＲＰとＮＦＲＰとのいずれを用いるかを選択することができる。そして、ＡＰ１０１は、その選択した方法に対応するＴＦを送信し、他方の方法に対応するＴＦを送信しないことで、ＳＴＡが保持するデータに関する情報を効率的に取得することができる。

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

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

Claims

通信装置であって、
１つ以上の他の装置が保持する送信対象データの量または要求する無線リソースの量に関する情報を収集するために、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＮｕｌｌＤａｔａＰａｃｋｅｔｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌ（ＮＦＲＰ）とＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔｐｏｌｌ（ＢＳＲＰ）のいずれを用いるかを選択する選択手段と、
前記選択手段によって選択された前記ＮＦＲＰまたは前記ＢＳＲＰのためのＴｒｉｇｇｅｒＦｒａｍｅ（ＴＦ）を送信することにより、前記１つ以上の他の装置から前記情報を取得する取得手段と、
を有し、
前記選択手段は、第１の環境で前記通信装置が使用される場合に前記ＢＳＲＰを選択し、前記１つ以上の他の装置が送信するデータの量が前記第１の環境よりも少ない第２の環境で前記通信装置が使用される場合に前記ＮＦＲＰを選択することを特徴とする通信装置。
前記通信装置が前記第１の環境で使用されるか、前記第２の環境で使用されるかの設定操作をユーザから受け付ける受付手段をさらに有し、
前記選択手段は、前記設定操作に基づいて前記選択を行うことを特徴とする請求項１に記載の通信装置。
前記第２の環境で前記通信装置が使用される場合は、前記通信装置がＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）センサシステムのアクセスポイントとして動作する場合であることを特徴とする請求項１または２に記載の通信装置。
前記取得手段によって取得した前記情報に基づいて、前記１つ以上の他の装置に無線リソースを割り当てる割当手段をさらに有することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に従って動作するアクセスポイントであることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記通信装置は、ＩＥＥＥ８０２．１１ａｘ規格に従って動作することを特徴とする請求項１から５のいずれか１項に記載の通信装置。
通信装置の制御方法であって、
１つ以上の他の装置が保持する送信対象データの量または要求する無線リソースの量に関する情報を収集するために、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＮｕｌｌＤａｔａＰａｃｋｅｔｆｅｅｄｂａｃｋｒｅｐｏｒｔｐｏｌｌ（ＮＦＲＰ）とＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔｐｏｌｌ（ＢＳＲＰ）のいずれを用いるかを選択する選択工程と、
前記選択工程において選択された前記ＮＦＲＰまたは前記ＢＳＲＰのためのＴｒｉｇｇｅｒＦｒａｍｅ（ＴＦ）を送信することにより、前記１つ以上の他の装置から前記情報を取得する取得工程と、
を有し、
前記選択工程では、第１の環境で前記通信装置が使用される場合に前記ＢＳＲＰを選択し、前記１つ以上の他の装置が送信するデータの量が前記第１の環境よりも少ない第２の環境で前記通信装置が使用される場合に前記ＮＦＲＰを選択することを特徴とする制御方法。
コンピュータを、請求項１から６のいずれか１項に記載の通信装置の各手段として動作させるためのプログラム。