(57)【要約】【課題】無線通信における周波数利用効率を向上させる。【解決手段】通信装置は、複数の他の通信装置のそれぞれから、当該複数の他の通信装置それぞれの送信予定のデータ量を取得し、該複数の他の通信装置がグループ毎に該通信装置に対して多元接続するために、該複数の他の通信装置それぞれの該データ量に対応する情報に基づいて、該複数の他の通信装置を複数のグループに分けるグループ化手段と、該グループ毎に、共通のデータ通信時間が設定された無線周波数リソースを割り当てる。【選択図】図９
2020072310.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
複数の他の通信装置のそれぞれから、当該複数の他の通信装置それぞれの送信予定のデータ量を取得する取得手段と、
前記複数の他の通信装置がグループ毎に前記通信装置に対して多元接続するために、前記複数の他の通信装置それぞれの前記データ量に対応する情報に基づいて、前記複数の他の通信装置を複数のグループに分けるグループ化手段と、
前記グループ毎に、共通のデータ通信時間が設定された無線周波数リソースを割り当てる割当手段と、
を有することを特徴とする通信装置。
【請求項２】
前記取得手段により取得された前記データ量に基づいて、前記複数の他の通信装置それぞれのデータの通信時間を算出する算出手段を更に有し、
前記グループ化手段は、前記算出手段により算出された前記通信時間に基づいて、前記複数の他の通信装置を複数のグループに分けることを特徴とする請求項1に記載の通信装置。
【請求項３】
前記グループに属する前記複数の他の通信装置それぞれの前記通信時間に基づいて、前記グループの前記共通のデータ通信時間を設定する設定手段を更に有することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記複数の他の通信装置それぞれの前記通信時間のうち、所定値より長い前記通信時間を有する他の通信装置が存在する場合、前記グループ化手段は、当該他の通信装置が複数のグループに属するように、グループ化することを特徴とする請求項２または３に記載の通信装置。
【請求項５】
前記複数の他の通信装置それぞれに適用可能な符号化変調方式を決定する決定手段を更に有し、
前記算出手段は、前記複数の他の通信装置それぞれの前記データ量と前記符号化変調方式とに基づいて、前記複数の他の通信装置それぞれの前記通信時間を算出することを特徴とする請求項２から４のいずれか１項に記載の通信装置。
【請求項６】
前記グループにおいて、前記共通のデータ通信時間より短い前記通信時間を有する他の通信装置に対して、前記共通のデータ通信時間を超えない範囲で適用可能な符号化変調方式に変更する変更手段を更に有することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記グループ化手段は、前記複数の他の通信装置を所定の数ごとにグループ化することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記所定の数は、１つのグループに対して割り当て可能な無線周波数リソースのユニットの最大数であることを特徴とする請求項７に記載の通信装置。
【請求項９】
前記割当手段は、前記グループに属する前記複数の他の通信装置のデータの数が、１つのグループに対して割り当て可能な無線周波数リソースのユニットの最大数より小さい場合、前記グループに属する前記複数の他の通信装置の少なくとも１台に、複数の無線周波数リソースを割り当てることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記グループ化手段は、前記複数の他の通信装置それぞれの送信電力の精度、もしくは、品質測定の精度にも基づいて、前記複数の他の通信装置を複数のグループに分けることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
前記共通のデータ通信時間と、前記無線周波数リソースの割り当てに関する情報とを、前記複数の他の通信装置に通知する通知手段を更に有することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記通信装置は、ＩＥＥＥ８０２．１１ａｘに対応するアクセスポイントであることを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
【請求項１３】
通信装置の制御方法であって、
複数の他の通信装置のそれぞれから、当該複数の他の通信装置それぞれの送信予定のデータ量を取得する取得工程と、
前記複数の他の通信装置がグループ毎に前記通信装置に対して多元接続するために、前記複数の他の通信装置それぞれの前記データ量に対応する情報に基づいて、前記複数の他の通信装置を複数のグループに分けるグループ化工程と、
前記グループ毎に、共通のデータ通信時間が設定された無線周波数リソースを割り当てる割当工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１４】
コンピュータを、請求項１から１２のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＬ−ＯＦＤＭＡのためのリソース割り当て技術に関する。
【背景技術】
【０００２】
ＩＥＥＥ（米国電気電子技術者協会）では、高効率（ＨＥ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）な次世代の無線ＬＡＮ規格としてＩＥＥＥ８０２．１１ａｘが検討されている。ＩＥＥＥ８０２．１１ａｘでは、周波数利用効率を向上させるため、従来は２０ＭＨｚの周波数帯域幅を単位として用いていた周波数チャネルの構造を、より狭い周波数帯域幅を単位として複数の端末に割り当て可能としたＯＦＤＭＡの採用が提案されている。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（直交周波数分割多元接続）の頭字語であり、複数のユーザの信号を多重するマルチユーザ（ＭＵ：Ｍｕｌｔｉ  Ｕｓｅｒ）通信方式である。
【０００３】
ＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡにより、２０ＭＨｚ幅の周波数帯域の少なくとも一部が、最大９つの端末局（Ｓｔａｔｉｏｎ：以下ＳＴＡ）に割り当てられる。例えば、ＳＴＡの数が１の場合は２０ＭＨｚ幅の周波数帯域のすべてがそのＳＴＡに割り当てられてもよく、一方で、ＳＴＡの数が２以上の場合は、各ＳＴＡに対して２０ＭＨｚ幅の周波数帯域で無線周波数リソースユニットであるＲＵ（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ、複数のサブキャリアをまとめた単位）が割り当てられる。
【０００４】
アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：以下ＡＰ）がＵＬ（Ｕｐ Ｌｉｎｋ：ＳＴＡからＡＰへのデータ通信）−ＯＦＤＭＡのためのＲＵを割り当てる際には、Ｔｒｉｇｇｅｒフレームを用いる（特許文献１）。例えば、ＡＰは各ＳＴＡから送信バッファ量に関する情報を取得して各ＳＴＡの送信時間を導出し、当該各ＳＴＡの送信時間のうち最も長い送信時間を全ＳＴＡ共通のデータ通信時間に設定する。そして、ＡＰは、当該全ＳＴＡ共通のデータ通信時間の情報をＴｒｉｇｇｅｒフレームに格納して、各ＳＴＡへ通知する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２０１７／００８６２１２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＡＰからＴｒｉｇｇｅｒフレームを受信した各ＳＴＡは、当該フレームに含まれる情報に基づいて、全ＳＴＡ共通の通信時間で自身のデータを送信する。ここで、ＳＴＡは、自身のデータ送信時間が全ＳＴＡ共通の通信時間より短い場合は、パディング（Ｐａｄｄｉｎｇ）データを付加して全ＳＴＡ共通の通信時間分の送信を行うこととなる。
【０００７】
一方、１つのＡＰに接続しているＳＴＡの数が、１回のＵＬ−ＯＦＤＭＡで許容される最大アクセス数を超える場合、ＡＰは、複数回に渡って、ＵＬ−ＯＦＤＭＡに対するＲＵを割り当てる必要がある。このような状況において、ＡＰが各ＳＴＡの送信バッファ量を考慮せずにＲＵの割り当てを行うと、ＳＴＡのパディング処理（パディングデータを付加するための処理）により通信帯域に無駄が生じる。例えば、ＡＰが送信バッファ量に極端な差異があるＳＴＡ同士を同じＵＬ−ＯＦＤＭＡフレームに割り当てた場合に、データ量の少ないＳＴＡのパディングデータが増加し、周波数利用効率が低減する。
【０００８】
本発明は上記課題に鑑みなされたものであり、無線通信における周波数利用効率を向上させることを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一態様による通信装置は以下の構成を有する。すなわち、通信装置であって、複数の他の通信装置のそれぞれから、当該複数の他の通信装置それぞれの送信予定のデータ量を取得する取得手段と、前記複数の他の通信装置がグループ毎に前記通信装置に対して多元接続するために、前記複数の他の通信装置それぞれの前記データ量に対応する情報に基づいて、前記複数の他の通信装置を複数のグループに分けるグループ化手段と、前記グループ毎に、共通のデータ通信時間が設定された無線周波数リソースを割り当てる割当手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、無線通信における周波数利用効率を向上させることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】ネットワーク構成例を示す図。
【図２】ＡＰのハードウェア構成例を示す図。
【図３】ＡＰの機能ブロック構成例を示す図。
【図４】ＢＳＲフレームの構成例を示す図。
【図５】Ｔｒｉｇｇｅｒフレームの例を示す図。
【図６】２０ＭＨｚにおけるｔｏｎｅの数とＲＵとの関係を示す図。
【図７】ＡＰにより管理される、各ＳＴＡの送信バッファ量・ＭＣＳ・通信時間情報の第１の例を示す図。
【図８】ＡＩＤ順にＲＵ割り当てを行った場合の通信フレーム構成を示す図。
【図９】（Ａ）はＡＰの全体処理を示すフローチャート、（Ｂ）は実施形態１におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。
【図１０】実施形態１において通信されるフレームの流れを説明するための図。
【図１１】実施形態１におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。
【図１２】実施形態２において通信されるフレームの流れを説明するための図。
【図１３】ＡＰにより管理される、各ＳＴＡの送信バッファ量・ＭＣＳ・通信時間情報の第１の例を示す図。
【図１４】実施形態３におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。
【図１５】実施形態３において通信されるフレームの流れを説明するための図。
【図１６】実施形態４におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。
【図１７】実施形態４において通信されるフレームの流れを説明するための図。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照して、本発明をその実施形態の一例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１３】
［実施形態１］
図１に、実施形態１によるネットワークの構成例を示す。図１は、ＩＥＥＥ８０２．１１ａｘに対応した１７台のＳＴＡ１０１〜１１７と、１つのＡＰ１００を含んだ構成を示している。ＡＰ１００が送信した信号は、ＳＴＡ１０１〜１１７において受信可能である。ＳＴＡ１０１〜１１７とＡＰ１００との間ではそれぞれ認証が終わっており、お互いにデータの送受信が可能な状態であるものとする。ただし、これは一例であり、例えば広範な領域に多数のＳＴＡを含むネットワークに対して、また、様々なＳＴＡの位置関係に対して、以下の議論を適用可能である。
【００１４】
図１の例において、ＳＴＡ１０１〜１１７は、ＡＰ１００との間でＯＦＤＭＡによるＭＵ通信（マルチユーザ通信）を行う。ＡＰ１００からＳＴＡ１０１〜１１７方向はＤＬ（ダウンリンク）−ＯＦＤＭＡにより、ＳＴＡ１０１〜１１７からＡＰ１００方向はＵＬ−ＯＦＤＭＡにより通信が行われる。本実施形態では、各ＳＴＡ１０１〜１１７は送信予定のデータを保持しており、当該送信予定のデータ量の情報であるバッファ量の情報をＡＰへ通知する。ＡＰ１００は、通知された送信バッファ量の情報に基づいて、ＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行う。
【００１５】
（ＡＰの構成） 
続いて、図２と図３を参照して、ＡＰ１００の構成について説明する。まず、ＡＰ１００のハードウェア構成について説明する。図２は、ＡＰ１００のハードウェア構成の一例を示す図である。ＡＰ１００は、そのハードウェア構成の一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、およびアンテナ２０７を有する。
【００１６】
記憶部２０１は、ＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
【００１７】
制御部２０２は、１つ以上のＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより、ＡＰ１００を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働により、ＡＰ１００を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサから成り、ＡＰ１００を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、ＡＰ機能、撮像や印刷、投影等の所定の処理を実行してもよい。機能部２０３は、ＡＰ１００が所定の処理を実行するためのハードウェアである。
【００１８】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくともひとつを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。通信部２０６は、ＩＥＥＥ ８０２．１１ａｘやＷｉ−Ｆｉに準拠した無線通信の制御や、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信の制御を行う。さらに、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。
【００１９】
次に、ＡＰ１００の機能構成について説明する。図３は、ＡＰ１００の機能構成の一例を示す図である。ＡＰ１００は、その機能構成の一例として、送信部３０１、受信部３０２、ＭＣＳ決定部３０３、通信時間計算部３０４、グループ化部３０５、ＲＵ割当部３０６、通信時間設定部３０７および送信順序制御部３０８を有する。
【００２０】
送信部３０１は、通信部２０６を介して、他の装置に対して信号を送信する。受信部３０２は、他の装置から送信される信号を、通信部２０６を介して受信する。ＭＣＳ決定部３０３は、ＳＴＡに適用可能なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ：符号化変調方式）をＭＣＳインデックスとして決定する。ＭＣＳ決定部３０３が各ＳＴＡに対して決定したＭＣＳインデックスの例については、図７、１３を用いて後述する。通信時間計算部３０４は、受信部３０２により受信されたＢＳＲフレームに含まれる各ＳＴＡの送信バッファ量の情報と、ＭＣＳ決定部により決定されたＭＣＳとに基づいて、各ＳＴＡのデータ通信時間を計算する。なお、通信時間計算部３０４は、この他の方法により、各ＳＴＡのデータ通信時間を導出（取得）してもよい。グループ化部３０５は、複数のＳＴＡ（ＳＴＡのデータ）を複数のグループにグループ化する。ＲＵ割当部３０６は、各ＳＴＡに対してＲＵを割り当てる。通信時間設定部３０７は、グループ化部３０５によりグループ化された各グループに属する全ＳＴＡ共通のデータ通信時間を設定する。また、通信時間設定部３０７は、ＲＵ割当部３０６のＲＵの割り当てに応じて、データ通信時間を更新し得る。送信順序制御部３０８は、送信部３０１により送信される信号の順序を制御する。
【００２１】
（フレーム構成）
次に、本実施形態において通信されるフレームの構成について図４と図５を参照して説明する、図４は、各ＳＴＡ１０１〜１１７が、自身の送信バッファ量をＡＰ１００へ通知する際に用いるＢｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ（ＢＳＲ）フレームの構成例を示す。送信バッファ量は、ＱｏＳ  Ｃｏｎｔｒｏｌフィールド４０１に含まれるＱｕｅｕｅ  ｓｉｚｅサブフィールド４０３により、あるいは、ＨＴ  Ｃｏｎｔｒｏｌフィールド４０２のＣｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎサブフィールド４０４内のＳｃａｌｉｎｇ  Ｆａｃｔｏｒサブフィールド４０５、Ｑｕｅｕｅ  Ｓｉｚｅ  Ｈｉｇｈサブフィールド４０６、Ｑｕｅｕｅ  Ｓｉｚｅ  Ａｌｌサブフィールド４０７により示され得る。
【００２２】
ＡＰ１００は、各ＳＴＡ１０１〜１１７から図４に示すような構成を有するＢＳＲフレームを受信すると、当該フレームに含まれる送信バッファ量の情報に基づいて、ＵＬ−ＯＦＤＭＡに対するＲＵの割り当ておよび全ＳＴＡ共通の通信時間を決定する。その後、ＡＰ１００は、ＲＵと全ＳＴＡ共通のデータ通信時間に関する情報（以下、ＲＵ／通信時間情報）を含めたＴｒｉｇｇｅｒフレームを送信する。
【００２３】
図５は、Ｔｒｉｇｇｅｒフレームの構成例を示す。Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド５０１には、全ＳＴＡ共通の情報が含まれる。Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド５０１におけるＬｅｎｇｔｈサブフィールド５０４には、全ＳＴＡ共通のデータ通信時間が設定される。Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド５０１のＴｒｉｇｇｅｒ  Ｔｙｐｅサブフィールド５０３が０の場合、Ｕｓｅｒ  Ｉｎｆｏフィールド５０２が追加される。Ｕｓｅｒ  Ｉｎｆｏフィールド５０２には、各ＳＴＡに対して、ＳＴＡを特定するためのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）サブフィールド５０５、および、割り当てるＲＵ（複数のサブキャリアをまとめた単位）およびｔｏｎｅの数（サブキャリア数）を特定するためのＲＵ  Ａｌｌｏｃａｔｉｏｎサブフィールド５０６が含まれる。ＭＣＳサブフィールド５０７にはＭＣＳが指定される。
【００２４】
図６に２０ＭＨｚにおけるｔｏｎｅの数（サブキャリア数）とＲＵ（複数のサブキャリアをまとめた単位）との関係の一例を示す。ヌルサブキャリアは干渉を緩和するために挿入されるものである。図６から分かるように、ｔｏｎｅ数が２６の場合は、９個のＲＵの割り当てが可能となる。なお、４０ＭＨｚ、８０ＭＨｚにおいても、２０ＭＨｚと同様にＲＵを割り当てることができる。
【００２５】
（一般的なＲＵ割り当て手順）
続いて、一般的なＲＵ割り当て手順について図７と図８を参照して説明する。図７は、ＡＰ１００により管理される、各ＳＴＡ１０１〜１１７の送信バッファ量・ＭＣＳ・通信時間の情報の第１の例を示す図である。ＡＩＤ７０１は図５のＡＩＤサブフィールド５０５の値に対応し、ＡＰ１００と通信可能な状態にあるＳＴＡを識別するためのＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）である。本実施形態では、図１に示すように、ＡＰ１００はＳＴＡ１０１〜１１７と通信可能であり、ＡＩＤ１〜１７はそれぞれＳＴＡ１０１〜１１７に対応する。Ｑｕｅｕｅ  ｓｉｚｅ７０２は、ＡＰ１００が各ＳＴＡ１０１〜１１７から受信したＢＳＲフレームに含まれる送信バッファ量を示す。ＭＣＳインデックス７０３は、各ＳＴＡ１０１〜１１７の通信品質に基づいて適用する符号化変調方式の識別子を示している。例えばＡＰ１００のＭＣＳ決定部３０３は、受信部３０２により受信されたＢＳＲフレームに基づいて、各ＳＴＡ１０１〜１１７の通信品質を測定し、当該測定した値に基づいて、ＭＣＳインデックスを決定することができる。通信品質は、例えばＳＩＮＲ（信号対雑音干渉比）等である。
【００２６】
ＩＥＥＥ８０２．１１ａｘでは、ＭＣＳインデックスが０の場合、ＢＰＳＫ・符号化率１／２を示し、ＭＣＳインデックスが１の場合、ＱＰＳＫ・符号化率１／２を示し、ＭＣＳインデックスが３の場合、１６ＱＡＭ・符号化率１／２を示す。すなわち、ＭＣＳインデックスが低くなるほど、エラー耐性が強くなる（高くなる）。Ｑｕｅｕｅ  ｓｉｚｅとＭＣＳインデックスが決まれば、ＡＰ１００の通信時間計算部３０４は、データ通信時間である通信時間７０４を算出することができる。例えばＱｕｅｕｅ  ｓｉｚｅ＝１のデータをＭＣＳインデックス＝０に対応する符号化変調方式を用いて送信する場合に８ｍｓの時間を要する場合は以下のようになる。すなわち、同じＱｕｅｕｅ  ｓｉｚｅ（＝１）のデータをＭＣＳインデックス＝１に対応する符号化変調方式を用いて送信する場合には８ｍｓの半分の４ｍｓの時間を要する。また、同じＱｕｅｕｅ  ｓｉｚｅ（＝１）のデータをＭＣＳインデックス＝３に対応する符号化変調方式を用いて送信する場合には８ｍｓの４分の１の２ｍｓの時間を要する。また、同じＭＣＳインデックスに対応する符号化変調方式を用いて、倍の長さのＱｕｅｕｅ  ｓｉｚｅのデータを送信する場合には倍の時間を要する。
【００２７】
図８は、図７の情報に基づいてＡＰ１００がＡＩＤの昇順にＳＴＡにＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行った場合に通信されるフレームの流れを示す。図８の例では、まず、ＡＰ１００は、各ＳＴＡ１０１〜ＳＴＡ１１７（ＡＩＤ１〜１７に対応）から受信したＢＳＲフレーム（不図示）に含まれる情報に基づいて、各ＳＴＡ１０１〜１０９（ＡＩＤ１〜９に対応）に割り当てるＲＵを決定する。その後、ＡＰ１００は、各ＳＴＡ１０１〜１０９に対するＲＵ割当情報をＴｒｉｇｇｅｒフレーム８０１に含める。また、ＳＴＡ１０１〜１０９のうち、最も長いデータ通信時間はＳＴＡ１０２、ＳＴＡ１０６、ＳＴＡ１０８（ＡＩＤ２、ＡＩＤ６、ＡＩＤ８）の１６ｍｓである。そのため、ＡＰ１００は、１６ｍｓを全ＳＴＡ共通のデータ通信時間としてＴｒｉｇｇｅｒフレーム８０１のＬｅｎｇｔｈサブフィールド５０４（図５）に設定する。各ＳＴＡ１０１〜１０９は、ＡＰ１００から受信したＴｒｉｇｇｅｒフレーム８０１に含まれるＲＵ／通信時間情報に基づいてデータを割り当て、ＵＬ−ＯＦＤＭフレーム８０２を送信する。ここで、各ＳＴＡ１０１〜１０９は、自身のデータ送信時間がＴｒｉｇｇｅｒフレーム８０１のＬｅｎｇｔｈサブフィールド５０４で指定される時間（全ＳＴＡ共通のデータ通信時間）よりも短い場合には、パディングデータ（Ｐａｄ）を付加する。これにより、各ＳＴＡ１０１〜１０９は、Ｌｅｎｇｔｈサブフィールド５０４で指定される時間分のデータの送信を行うこととなる。ＡＰ１００はＵＬ−ＯＦＤＭフレーム８０２を受信後、応答として、マルチユーザＢｌｏｃｋ  ＡＣＫ８０３を各ＳＴＡ１０１〜１０９へ送信する。
【００２８】
次に、各ＳＴＡ１０１〜ＳＴＡ１１７（ＡＩＤ１〜１７に対応）から受信したＢＳＲフレーム（不図示）に含まれる情報に基づいて、各ＳＴＡ１１０〜１１７（ＡＩＤ１０〜１７に対応）に割り当てるＲＵを決定する。その後、ＡＰ１００は、各ＳＴＡ１１０〜１１７に対するＲＵ割当情報をＴｒｉｇｇｅｒフレーム８０４に含める。また、ＳＴＡ１１０〜ＳＴＡ１１７のうち、最も長いデータ通信時間はＳＴＡ１１０、ＳＴＡ１１２、ＳＴＡ１１５（ＡＩＤ１０、ＡＩＤ１２、ＡＩＤ１５）の１６ｍｓである。そのため、ＡＰ１００は、１６ｍｓを全ＳＴＡ共通のデータ通信時間としてＴｒｉｇｇｅｒフレーム８０４のＬｅｎｇｔｈサブフィールド５０４に設定する。ＵＬ−ＯＦＤＭフレーム８０２と同様に、各ＳＴＡ１１０〜１１７は、ＡＰ１００から受信したＴｒｉｇｇｅｒフレーム８０４に含まれるＲＵ／通信時間情報に基づいて自身のデータを割り当て、必要に応じてパディングデータを追加し、ＵＬ−ＯＦＤＭフレーム８０５を送信する。このように、図８の例では、ＳＴＡ１０１〜ＳＴＡ１１７はＵＬ−ＯＦＤＭＡによるデータ送信のために、合計３２ｍｓ（１６ｍｓ＋１６ｍｓ）を要していることがわかる。
【００２９】
（処理の流れ）
続いて、本実施形態におけるＡＰ１００の処理について図９を参照して説明する。図９（Ａ）は、本実施形態におけるＡＰ１００の全体処理を示すフローチャートであり、図９（Ｂ）は、本実施形態におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。図９に示すフローチャートは、ＡＰ１００の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。
【００３０】
以下の説明では、データ送信を希望しているＳＴＡの数が、１回のＵＬ−ＯＦＤＭＡで許容される最大アクセス数を超える場合を想定する。図９（Ａ）において、まず、Ｓ９０１でＡＰ１００は、ＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を行う。具体的には、ＡＰ１００は、ＳＴＡ（ＳＴＡのデータ）を複数のグループに分け、グループ毎にそれぞれのＳＴＡに対して、ＡＰ１００に対して多元接続するために、ＲＵを割り当て、データ通信時間を設定する。Ｓ９０１の処理については、Ｓ９１１〜Ｓ９２２を参照して後述する。また、ここでは、Ｍ個のグループにグループ化されたものとする（全グループ数Ｍ）。また、以下の説明では、グループ化部３０５は、複数のＳＴＡを、各ＳＴＡのデータ通信時間によってグループ化するものとするが、各ＳＴＡの送信予定のデータ量そのもの（データ量の情報）を用いてグループ化してもよい。
【００３１】
Ｓ９０２では送信順序制御部３０８は、グループインデックスｍを０に設定する。次にＳ９０３では、送信順序制御部３０８は、グループインデックスｍがＳ９０１でグループ化した全グループ数Ｍに達しているか否かを判定する。グループインデックスｍが全グループ数Ｍに達していない場合には（Ｓ９０３でＹＥＳ）、処理はＳ９０４へ進み、達している場合には（Ｓ９０３でＮＯ）、処理を終了する。Ｓ９０４では、送信順序制御部３０８は、グループインデックスｍのグループに含まれる複数のＳＴＡに対して、ＲＵ／通信間情情報を含むＴｒｉｇｇｅｒフレームを送信する。Ｔｒｉｇｇｅｒフレームを受信した各ＳＴＡは、当該フレームに含まれるＲＵ／通信時間情報に基づいて自身のデータを割り当て、ＵＬ−ＯＦＤＭフレームを送信する。それに応じて、Ｓ９０５で受信部３０２は、当該ＵＬ−ＯＦＤＭフレームを受信する。次にＳ９０６で送信部３０１は、Ｓ９０５におけるＵＬ−ＯＦＤＭフレームの受信結果に基づき、受信状態をマルチユーザＢｌｏｃｋ  ＡＣＫに格納して、Ｓ９０４のＴｒｉｇｇｅｒフレームの送信先と同じ複数のＳＴＡへ送信する。次にＳ９０７では、送信順序制御部３０８は、グループインデックスｍインクリメントし、処理はＳ９０３へ戻る。グループインデックスｍが全グループ数Ｍに達していない間、Ｓ９０４〜Ｓ９０７の処理が繰り返される。なお、ＡＰ１００は、Ｓ９０１〜Ｓ９０７の全体処理を定期的に実行するようにしてもよいし、データ送信を希望しているＳＴＡの数が一定数に達した場合に実行するようにしてもよい。
【００３２】
次に、Ｓ９０１のＵＬ−ＯＦＤＭＡのＲＵ割り当て処理の詳細について図９（Ｂ）を参照して説明する。Ｓ９１１で受信部３０２は、データ送信を希望している複数のＳＴＡのそれぞれからＢＳＲフレームを受信する。次にＳ９１２でＭＣＳ決定部３０３は、各ＳＴＡの通信品質に基づき、適用可能なＭＣＳを決定する。続いて、Ｓ９１３では通信時間計算部３０４は、決定した各ＳＴＡのＭＣＳと、受信したＢＳＲフレームに含まれる送信バッファ量の情報（送信予定のデータ量の情報）から、各ＳＴＡのデータ通信時間を算出する。Ｓ９１４ではグループ化部３０５は、グループインデックスｍを０に設定し、ＲＵ割当部３０６は、ＲＵを構成するｔｏｎｅ数を最小の２６に設定する。次にＳ９１５で、グループ化部３０５は、全ＳＴＡ（全ＳＴＡのデータ）のグループ分けが完了したかどうかを判定する。完了していない場合は（Ｓ９１５でＮＯ）、処理はＳ９１６へ進み、完了した場合には（Ｓ９１５でＹＥＳ）、処理を終了する。
【００３３】
Ｓ９１６では、グループ化部３０５は、ＵＬ−ＯＦＤＭＡのグループインデックスｍをインクリメントし、ＲＵ割当部３０６は、ＲＵインデックスを１に設定する。次にＳ９１７では、ＲＵ割当部３０６は、まだＲＵを割り当てていないＳＴＡのうち、データ通信時間の長いＳＴＡを選択してＲＵインデックスに割り当てる。次にＳ９１８では、ＭＣＳ決定部３０３は、選択されたＳＴＡのＭＣＳを決定し（Ｓ９１２と同様）、ＴｒｉｇｇｅｒフレームのＵｓｅｒ  Ｉｎｆｏフィールド５０２のＭＣＳサブフィールド５０７へ設定する。Ｓ９１９ではＲＵ割当部３０６は、ＲＵインデックスをインクリメントする。次にＳ９２０で、ＲＵ割当部３０６は、ＲＵを割り当てていないＳＴＡが存在するかどうかを判定する。ＲＵを割り当てていないＳＴＡが存在する場合には（Ｓ９２０でＹＥＳ）、処理はＳ９２１へ進み、存在しない場合には（Ｓ９２０でＮＯ）、処理はＳ９２２へ進む。
【００３４】
Ｓ９２１では、グループ化部３０５は、ＲＵインデックスが１つのグループに対して割り当て可能なＲＵの最大数（最大ＲＵ数）であるＮ未満かどうかを判定する。すなわち、グループ化部３０５は、１つのグループに属するＳＴＡ（ＳＴＡのデータ）の数がＮ未満かどうかを判定する。本例では、ｔｏｎｅ数２６の場合であるので、割り当て可能な最大ＲＵ数は９となる。よって、グループ化部３０５は、ＲＵインデックスが９未満かどうかを判定する。ＲＵインデックスが最大ＲＵ数未満でない（最大ＲＵ数に達している）場合は（Ｓ９２１でＮＯ）、処理はＳ９２２へ進む。ＲＵインデックスが最大ＲＵ数未満である（最大ＲＵ数に達していない）場合は（Ｓ９２１でＹＥＳ）、処理はＳ９１７へ戻り、ＲＵ割当部３０６は、ＲＵが割り当てられていないＳＴＡに対するＲＵ割り当てを行う。Ｓ９２２では、１回のＵＬ−ＯＦＤＭＡに対するＲＵの割り当てが完了していることから、通信時間設定部３０７は、ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ  Ｉｎｆｏフィールド５０１のＬｅｎｇｔｈサブフィールド５０４に、グループ内で最もデータ通信時間の長いＳＴＡのデータ通信時間を設定する。Ｓ９２２の後、処理はＳ９１５へ戻る。Ｓ９１５でＹＥＳの場合のグループインデックスｍが全グループ数Ｍとなる。
【００３５】
図１０は、図９に示す処理に基づいてＡＰ１００がＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行った場合に通信されるフレームの流れを示す。なお、図８と異なる点について説明する。ＡＰ１００は、データ通信時間の長いＳＴＡから順にＲＵを割り当て、データ通信時間がより長い複数のＳＴＡ（ＳＴＡのデータ）が１つのグループにグループ化され、ＵＬ−ＯＦＤＭフレーム１００１を送信する。そして、通信時間がより短い複数のＳＴＡ（ＳＴＡのデータ）が１つのグループにグループ化され、ＵＬ−ＯＦＤＭフレーム１００２を送信する。ＵＬ−ＯＦＤＭフレーム１００２では、最も長いデータ通信時間は、ＳＴＡ１０７（ＡＩＤ１７）によるデータ通信時間の１２ｍｓとなる。図１０の例では、ＵＬ−ＯＦＤＭＡのデータ送信に合計２８ｍｓ（１６ｍｓ＋１２ｍｓ）を要していることから、図８の場合と比べて周波数利用効率が向上する。またＳＴＡのパディングデータの送信時間が減ることにより、ＳＴＡの消費電力を抑えるという効果も得られる。
【００３６】
［実施形態２］
実施形態２におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理について、実施形態１と異なる点を説明する。図１１は、本実施形態におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。Ｓ１１０１〜Ｓ１１１２の処理は、実施形態１において説明した図９のＳ９１１〜９２２の処理と同内容のため、説明を省略する。
【００３７】
Ｓ１１０５では、全ＳＴＡ（全ＳＴＡのデータ）のグループ分けが完了した場合に（Ｓ１１０５でＹＥＳ）、処理はＳ１１１５へ進む。図７の情報に基づくと、この時点で想定されるＵＬ−ＯＦＤＭフレームの構成は、図１０に示すＵＬ−ＯＦＤＭフレーム１００１、１００２のようになる。Ｓ１１０５では、グループ化部３０５は、ＲＵインデックスが最大ＲＵ数Ｎ未満かどうかを判定する。ＲＵインデックスが最大ＲＵ数未満である場合は（Ｓ１１１５でＹＥＳ）、処理はＳ１１１６へ進み、最大ＲＵ数未満でない場合は（Ｓ１１１５でＮＯ）、処理は終了する。Ｓ１１１６では、ＲＵ割当部３０６は、ＵＬ−ＯＦＤＭＡのグループ内の少なくとも１台のＳＴＡ（本実施形態では最もデータ通信時間の長いＳＴＡ）に割り当てるＲＵ数を増やす。すなわち、ｔｏｎｅ数を増やす。例えば、ＲＵ割当部３０６は、図１０のＵＬ−ＯＦＤＭフレーム１００２において、最も通信時間の長いＳＴＡ１１７（ＡＩＤ１７）の割り当てＲＵ数（ｔｏｎｅ数）を増やす。これに応じて、通信時間設定部３０７は、ＲＵ数を増やしたＳＴＡのデータ通信時間を更新する。ここで、データ通信時間は、元のデータ通信時間を、増やしたＲＵ数で割った時間に更新され得る。次にＳ１１１７では、通信時間設定部３０７は、更新されたデータ通信時間に合わせて、ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ  Ｉｎｆｏフィールド５０１のＬｅｎｇｔｈサブフィールド５０４を更新する。すなわち、通信時間設定部３０７は、Ｌｅｎｇｔｈサブフィールド５０４を、グループ内で最もデータ通信時間の長いＳＴＡのデータ通信時間に更新する。
【００３８】
図１２は、図１１に示す処理に基づいてＡＰ１００がＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行った場合に通信されるフレームの流れを示す。なお、図１０と異なる点について説明する。図１０と比較して、１番目のＵＬ−ＯＦＤＭフレーム１２０１はＵＬ−ＯＦＤＭフレーム１００１と同様であるが、２番目のＵＬ−ＯＦＤＭフレーム１２０２はＵＬ−ＯＦＤＭフレーム１００２と異なる。すなわち、２番目のグループおいて、最も通信時間の長いＳＴＡは、ＳＴＡ１１７（ＡＩＤ１７）からＳＴＡ１０１、１０４、１１１（ＡＩＤ１、ＡＩＤ４、ＡＩＤ１１）に変更され、データ通信時間（Ｌｅｎｇｔｈサブフィールド）は８ｍｓに更新される。その結果、ＵＬ−ＯＦＤＭＡのデータ送信に合計２４ｍｓ（１６ｍｓ＋８ｍｓ）を要し、図１０の場合と比べて更に周波数利用効率が更に向上する。
【００３９】
［実施形態３］
実施形態３におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理について、実施形態１、２と異なる点を説明する。図１３は、ＡＰ１００により管理される、各ＳＴＡ１０１〜１１７の送信バッファ量・ＭＣＳ・通信時間の情報の第２の例を示す図である。図１３では、図７と比較して、ＡＩＤ２に対応するＳＴＡ（ＳＴＡ１０２）のＱｕｅｕｅ  ｓｉｚｅが増え（＝１０）、２０ｍｓの通信時間が必要となっている（下線部）。
【００４０】
図１４は、本実施形態におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。図１５（Ａ）と図１５（Ｂ）は、本実施形態を説明するための通信フレームの流れを示す。図１５（Ａ）と図１５（Ｂ）に関しては、図１０と異なる点について説明する。
【００４１】
図１４において、Ｓ１４０１〜Ｓ１４１２の処理は、実施形態１において説明した図９のＳ９１１〜９２２の処理と同内容のため、説明を省略する。Ｓ１４０５では、全ＳＴＡ（全ＳＴＡのデータ）のグループ分けが完了した場合に（Ｓ１４０５でＹＥＳ）、処理はＳ１４１５へ進む。図１３の情報に基づくと、この時点で想定されるＵＬ−ＯＦＤＭフレームの構成は、図１５（Ａ）に示すＵＬ−ＯＦＤＭフレーム１５０１、１５０２のようになる。Ｓ１４１５では、グループ化部３０５は、ＲＵインデックスが最大ＲＵ数Ｎ未満かどうかを判定する。ＲＵインデックスが最大ＲＵ数未満である場合は（Ｓ１４１５でＹＥＳ）、処理はＳ１４１６へ進み、最大ＲＵ数未満でない場合は（Ｓ１４１５でＮＯ）、処理は終了する。
【００４２】
Ｓ１４１６では、グループ化部３０５は、１番目のグループ内で最もデータ通信時間の長いＳＴＡのデータを分割し、１番目のグループとｍ番目のグループに割り当てる。そして、ＲＵ割当部３０６は、ｍ番目のグループに割り当てられた当該分割データに、現ＲＵインデックスに割り当てる。すなわち、グループ化部３０５は、１番目のグループ内で最もデータ通信時間の長いＳＴＡのデータを分割し、当該分割した複数のデータが複数のグループに属するように、グループ化する。なお、ここでは、１番目のグループ内で最もデータ通信時間が長いＳＴＡのデータを分割する例を説明したが、分割するデータの対象を、全てのＳＴＡのデータのうち、所定値より長いデータ通信時間を有するデータとしてもよい。また、分割する際に、データのどの位置で分割するかは、任意に決定され得る。
【００４３】
例えば、Ｓ１４１５の時点で想定される想定されるＵＬ−ＯＦＤＭフレームの構成が、図１５（Ａ）に示すＵＬ−ＯＦＤＭフレーム１５０１、１５０２の場合、グループ化部３０５は、１番目のＵＬ−ＯＦＤＭＡグループのＡＩＤ２に対応するＳＴＡ（ＳＴＡ１０２）のデータを分割し、第２のＵＬ−ＯＦＤＭＡグループに割り当て、ＲＵ割当部３０６は当該データを空きＲＵに割り当てる。次に、Ｓ１４１７では、通信時間設定部３０７は、更新されたデータ通信時間に合わせて、ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ  Ｉｎｆｏフィールド５０１のＬｅｎｇｔｈサブフィールド５０４を更新する。その後、Ｓ１４１８ではＲＵ割当部３０６は、ＲＵインデックスをインクリメントする。図１５（Ｂ）のＵＬ−ＯＦＤＭフレーム１５０４では、１番目のＵＬ−ＯＦＤＭＡグループで最も長い通信時間は１６ｍｓに変更になるので、Ｌｅｎｇｔｈサブフィールド５０４は１６ｍｓに更新される。その結果、図１５のＵＬ−ＯＦＤＭフレーム１５０３、１５０４ではＵＬ−ＯＦＤＭＡのデータ送信に合計２８ｍｓ（１６ｍｓ＋１２ｍｓ）を要していることから、データ分割前と比べて周波数利用効率が向上する。
【００４４】
（実施形態４）
実施形態４におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理について、実施形態１〜３と異なる点を説明する。本実施形態は、ＳＴＡの送信データのエラー耐性を高めることに関する。
【００４５】
図１６は、本実施形態におけるＵＬ−ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。Ｓ１６０１〜Ｓ１６１２の処理は、実施形態１において説明した図９のＳ９１１〜９２２の処理と同内容のため、説明を省略する。Ｓ１６０５では、全ＳＴＡ（全ＳＴＡのデータ）のグループ分けが完了した場合に（Ｓ１６０５でＹＥＳ）、処理はＳ１６１５へ進む。図７の情報に基づくと、この時点で想定されるＵＬ−ＯＦＤＭフレームの構成は、図１０に示すＵＬ−ＯＦＤＭフレーム１００１、１００２のようになる。Ｓ１６１５では、グループ化部３０５は、グループインデックスｍを１に設定する。次に、Ｓ１６１６では、グループ化部３０５は、グループインデックスｍが全グループ数Ｍ以下かどうかを判定する。グループインデックスｍが全グループ数以下である場合には（Ｓ１６１６でＹＥＳ）、処理はＳ１６１７へ進み、それ以外の場合は（Ｓ１６１６でＮＯ）、処理は終了する。
【００４６】
Ｓ１６１７では、ＭＣＳ決定部３０３は、グループインデックスｍのグループ内で最も通信時間が長いＳＴＡ以外のＳＴＡを選択する。例えば図１０を参照すると、１番目のグループからはＡＩＤ５、ＡＩＤ７、ＡＩＤ１４に対応するＳＴＡが選択される。次にＳ１６１８では、ＭＣＳ決定部３０３は、これらの選択されたＳＴＡに対して既に決定したＭＣＳインデックスを、エラー耐性の強いものに下げた場合にグループ内のＣｏｍｍｏｎ  Ｉｎｆｏフィールド５０１のＬｅｎｇｔｈ５０４に示す値を超えない範囲で、ＭＣＳインデックスを下げる。図７に基づけば、ＡＩＤ５、ＡＩＤ７、ＡＩＤ１４に対応するＭＣＳインデックスは１であり、ＭＣＳインデックスを０に下げると１６ｍｓ以内に収まらなくなるため、ＭＣＳ決定部３０３ＭＣＳインデックスを変更しない。次にＳ１６１９で、ＭＣＳ決定部３０３は、グループインデックスｍをインクリメントし、次のグループについて同様の処理を繰り返す。２番目のグループの場合、Ｓ１６１７ではＡＩＤ１、ＡＩＤ４、ＡＩＤ１１、ＡＩＤ３、ＡＩＤ９、ＡＩＤ１３，ＡＩＤ１６に対応するＳＴＡが選択される。このうち、図１０を参照すると、ＭＣＳインデックスを下げても１２ｍｓを超えないのはＡＩＤ３、ＡＩＤ９、ＡＩＤ１３、ＡＩＤ１６に対応するＳＴＡである。よって、ＭＣＳ決定部３０３は、ＡＩＤ３、ＡＩＤ９、ＡＩＤ１３に対応するＳＴＡのＭＣＳインデックスを１から０に下げ、ＡＩＤ１６に対応するＳＴＡのＭＣＳインデックスを３から２に下げることが可能になる。
【００４７】
図１７は、図１６に示す処理に基づいてＡＰ１００がＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行った場合に通信されるフレームの流れを示す。なお、図１０と異なる点について説明する。図１０と比較して、１番目のＵＬ−ＯＦＤＭフレーム１７０１はＵＬ−ＯＦＤＭフレーム１００１と同様であるが、２番目のＵＬ−ＯＦＤＭフレーム１７０２はＵＬ−ＯＦＤＭフレーム１００２と異なる。すなわち、ＵＬ−ＯＦＤＭフレーム１７０２はＵＬ−ＯＦＤＭフレーム１００２とデータ通信時間は同じであるが、ＡＩＤ３、９、１３、１６に対応するＳＴＡのデータについて、データ通信時間が長くなり、エラー耐性が強まる。このように、本実施形態によれば、周波数利用効率を高めつつ、一部のＳＴＡの送信データのエラー耐性を高めることが可能となる。
【００４８】
［実施形態５］
実施形態５として、ＲＵ割当部３０６が、ＳＴＡのＤｅｖｉｃｅ  Ｃｌａｓｓに基づいて、複数のＳＴＡをグループ分けする処理について説明する。まず、Ｄｅｖｉｃｅ Ｃｌａｓｓを考慮する背景について説明する。Ｄｅｖｉｃｅ Ｃｌａｓｓとは、ＳＴＡの送信電力の精度と品質測定の精度とよって、ＳＴＡを分類するクラスである。具体的には、ＳＴＡの絶対送信電力（Ａｂｓｏｌｕｔｅ Ｔｒａｎｓｍｉｔ ｐｏｗｅｒ）の精度とＲＳＳＩ（Ｒｅｃｅｉｖｅ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）測定の精度とによって、Ｃｌａｓｓ ＡとＢの二種類に分類される。さらに具体的には、Ｃｌａｓｓ Ａ  ＳＴＡとは、絶対送信電力の精度とＲＳＳＩ測定の精度がともに±３ｄＢ以内となる能力を備えたＳＴＡである。一方、Ｃｌａｓｓ Ｂ  ＳＴＡとは、送信電力の精度が±９ｄＢ、ＲＳＳＩ測定の精度が±５ｄＢ、相対（Ｒｅｌａｔｉｖｅ）送信電力の精度が±３ｄＢとなる能力を備えたＳＴＡである。なお、ＩＥＥＥ８０２．１１ａｘでは、ＳＴＡは、自身のＤｅｖｉｃｅ ＣｌａｓｓをＰｒｏｂｅリクエストやＡｓｓｏｃｉａｔｉｏｎリクエストなどのマネジメントフレーム内のＨＥ ＰＨＹ Ｃａｐａｂｉｌｉｔｉｅｓ 情報要素によって、ＡＰに通知することが可能である。
【００４９】
このようなＳＴＡが混在する環境において、Ｃｌａｓｓ Ｂのような送信電力の精度が悪いＳＴＡの信号をＯＦＤＭＡ方式によって多重させた場合、その多重通信を受けたＡＰでは、各ＳＴＡからの受信電力に大きな差が発生する可能性がある。この受信電力差は、ＯＦＤＭＡの直交性を崩し、キャリア間干渉の影響を大きくし得る。特に、受信電力が小さいときの影響は大きく、ＡＰの受信性能が劣化する。よって、ＡＰは、複数のＳＴＡをグループ化する際に、Ｃｌａｓｓ Ａ  ＳＴＡとＣｌａｓｓ  Ｂ  ＳＴＡを区別した対応が必要となる。この対応には、たとえば、以下の三つの方式がある。
・Ｃｌａｓｓ Ａ  ＳＴＡとＢ  ＳＴＡとを同じグループとして選択しない。
・Ｃｌａｓｓ Ｂ  ＳＴＡの多重数（宛先数）をＣｌａｓｓ Ａ  ＳＴＡのそれより小さくする。
・Ｃｌａｓｓ ＢのＭＣＳを耐性の強い（ロバスト性のある）ものとする。
【００５０】
以上が、Ｄｅｖｉｃｅ Ｃｌａｓｓに関する背景であるが、このような背景を考慮した上でのグループ化方法としては、一例として、以下の２つが考えられる。
（１）図９のＳ１４０７のようにデータ通信時間が多いＳＴＡを選択する際に、Ｄｅｖｉｃｅ Ｃｌａｓｓが同じＳＴＡを優先的に選択する方法。
（２）初めにＤｅｖｉｃｅ Ｃｌａｓｓを考慮する方法。例えば、Ｃｌａｓｓ Ａ  ＳＴＡ群とＢ  ＳＴＡ群とを完全に分離した上で、Ｃｌａｓｓ Ａ  ＳＴＡ群とＢ  ＳＴＡ群のそれぞれに対して、図９に示すようなＵＬ−ＯＦＤＭＡに対するＲＵ割り当てを行う。
【００５１】
このように、以上に説明した実施形態によれば、ＡＰが各ＳＴＡの送信バッファ量に基づき、ＳＴＡをグループ分けしてＵＬ−ＯＦＤＭＡのＲＵ割り当てを行うことで、周波数利用効率を向上させることができる。
【００５２】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2020072310.tif 000003
【図２】
2020072310.tif 000004
【図３】
2020072310.tif 000005
【図４】
2020072310.tif 000006
【図５】
2020072310.tif 000007
【図６】
2020072310.tif 000008
【図７】
2020072310.tif 000009
【図８】
2020072310.tif 000010
【図９】
2020072310.tif 000011
【図１０】
2020072310.tif 000012
【図１１】
2020072310.tif 000013
【図１２】
2020072310.tif 000014
【図１３】
2020072310.tif 000015
【図１４】
2020072310.tif 000016
【図１５】
2020072310.tif 000017
【図１６】
2020072310.tif 000018
【図１７】
2020072310.tif 000019