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

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

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

(11)【特許番号】

(24)【登録日】2024-06-11

(45)【発行日】2024-06-19

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

(51)【国際特許分類】

   H04W 72/121 20230101AFI20240612BHJP

   H04W 72/0453 20230101ALI20240612BHJP

   H04W 72/0446 20230101ALI20240612BHJP

   H04W 72/1268 20230101ALI20240612BHJP

   H04W 28/18 20090101ALI20240612BHJP

   H04W 84/12 20090101ALI20240612BHJP

【ＦＩ】

H04W72/121

H04W72/0453

H04W72/0446

H04W72/1268

H04W28/18 110

H04W84/12

【請求項の数】 11

(21)【出願番号】P 2023000696

(22)【出願日】2023-01-05

(62)【分割の表示】P 2018203251の分割

【原出願日】2018-10-29

(65)【公開番号】P2023026634

(43)【公開日】2023-02-24

【審査請求日】2023-02-02

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】猪膝 裕彦

【審査官】▲高▼木 裕子

(56)【参考文献】

【文献】国際公開第２０１６／１７８４１７（ＷＯ，Ａ１）

【文献】国際公開第２０１８／１２４７２５（ＷＯ，Ａ１）

【文献】特表２０１８－５２１５３３（ＪＰ，Ａ）

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

【文献】国際公開第２０１８／０８４０３４（ＷＯ，Ａ１）

【文献】国際公開第２０１８／０４７６１０（ＷＯ，Ａ１）

【文献】Robert Stacey，Spec Framework， IEEE 802.11-15/0132r17 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/15/11-15-0132-17-00ax-spec-framework.docx＞，2016年05月25日

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

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

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

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を用いてＩＥＥＥ８０２．１１シリーズ規格に準拠した通信を行う通信装置であって、
周波数チャネルを分割した複数のリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を複数の他の通信装置に割り当てる割り当て手段と、
前記割り当て手段によるリソースユニットの割り当て情報を含むＵｓｅｒ Ｉｎｆｏフィールドを有するトリガーフレームを送信する送信手段と、
前記複数の他の通信装置のそれぞれから、前記複数の他の通信装置それぞれの送信予定のデータ量を取得する取得手段と、
前記複数の他の通信装置それぞれに適用すべき符号化変調方式を決定する決定手段と、
を有し、
前記割り当て手段は、前記取得手段により取得された前記データ量と、前記決定手段により決定された前記符号化変調方式と、に基づいて前記複数の他の通信装置に含まれる第一通信装置に複数のリソースユニットを割り当てることを特徴とする通信装置。

【請求項2】

前記Ｕｓｅｒ Ｉｎｆｏフィールドは他の通信装置の識別情報であるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）を含む第一フィールドの後に前記割り当て手段によるリソースユニットの割り当て情報を含む第二フィールドを有することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記トリガーフレームはMCS（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）に関する情報を含む第三フィールドを有することを特徴とする請求項１または２に記載の通信装置。

【請求項4】

前記トリガーフレームは、前記複数の他の通信装置に共通のフィールドであるＣｏｍｍｏｎ Ｉｎｆｏフィールドを有することを特徴とする請求項１から３のいずれか一項に記載の通信装置。

【請求項5】

前記Ｃｏｍｍｏｎ Ｉｎｆｏフィールドには前記複数の他の通信装置に共通の通信時間を示すＬｅｎｇｔｈフィールドが含まれることを特徴とする請求項４に記載の通信装置。

【請求項6】

前記複数の他の通信装置のうち送信データ量がより多い通信装置に対してより多くのリソースユニットが割り当てられることを特徴とする請求項１から５のいずれか一項に記載の通信装置。

【請求項7】

前記通信装置は、撮像処理を行う撮像手段を備えるカメラ、または、印刷処理を行う印刷手段を備えるプリンタであることを特徴とする請求項１から６のいずれか一項に記載の通信装置。

【請求項8】

前記Ｕｓｅｒ Ｉｎｆｏフィールドは、前記複数の他の通信装置それぞれに個別のフィールドであることを特徴とする請求項１から７のいずれか一項に記載の通信装置。

【請求項9】

前記周波数チャネルは２０ＭＨｚ幅であることを特徴とする請求項１から８のいずれか一項に記載の通信装置。

【請求項10】

ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を用いてＩＥＥＥ８０２．１１シリーズ規格に準拠した通信を行う通信装置が実行する制御方法であって、
周波数チャネルを分割した複数のリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を複数の他の通信装置に割り当てる割り当て工程と、
前記割り当て工程によるリソースユニットの割り当て情報を含むＵｓｅｒ Ｉｎｆｏフィールドを有するトリガーフレームを送信する送信工程と、
前記複数の他の通信装置のそれぞれから、前記複数の他の通信装置それぞれの送信予定のデータ量を取得する取得工程と、
前記複数の他の通信装置それぞれに適用すべき符号化変調方式を決定する決定工程と、
を有し、
前記割り当て工程において、前記取得工程により取得された前記データ量と、前記決定工程により決定された前記符号化変調方式と、に基づいて前記複数の他の通信装置に含まれる第一通信装置に複数のリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を割り当てることを特徴とする制御方法。

【請求項11】

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

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＵＬ－ＯＦＤＭＡのためのリソース割り当て技術に関する。

【背景技術】

【0002】

ＩＥＥＥ（米国電気電子技術者協会）では、高効率（ＨＥ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ）な次世代の無線ＬＡＮ規格としてＩＥＥＥ８０２．１１ａｘが検討されている。ＩＥＥＥ８０２．１１ａｘでは、周波数利用効率を向上させるため、従来は２０ＭＨｚの周波数帯域幅を単位として用いていた周波数チャネルの構造を、より狭い周波数帯域幅を単位として複数の端末に割り当て可能としたＯＦＤＭＡの採用が提案されている。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（直交周波数分割多元接続）の頭字語であり、複数のユーザの信号を多重するマルチユーザ（ＭＵ：Ｍｕｌｔｉ Ｕｓｅｒ）通信方式である。

【0003】

ＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡにより、２０ＭＨｚ幅の周波数帯域の少なくとも一部が、最大９つの端末局（Ｓｔａｔｉｏｎ：以下ＳＴＡ）に割り当てられる。例えば、ＳＴＡの数が１の場合は２０ＭＨｚ幅の周波数帯域のすべてがそのＳＴＡに割り当てられてもよく、一方で、ＳＴＡの数が２以上の場合は、各ＳＴＡに対して２０ＭＨｚ幅の周波数帯域で無線周波数リソースユニットであるＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、複数のサブキャリアをまとめた単位）が割り当てられる。

【0004】

アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ：以下ＡＰ）がＵＬ（Ｕｐ Ｌｉｎｋ：ＳＴＡからＡＰへのデータ通信）－ＯＦＤＭＡのためのＲＵを割り当てる際には、Ｔｒｉｇｇｅｒフレームを用いる（特許文献１）。例えば、ＡＰは各ＳＴＡから送信バッファ量に関する情報を取得して各ＳＴＡの送信時間を導出し、当該各ＳＴＡの送信時間のうち最も長い送信時間を全ＳＴＡ共通のデータ通信時間に設定する。そして、ＡＰは、当該全ＳＴＡ共通のデータ通信時間の情報をＴｒｉｇｇｅｒフレームに格納して、各ＳＴＡへ通知する。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

ＡＰからＴｒｉｇｇｅｒフレームを受信した各ＳＴＡは、当該フレームに含まれる情報に基づいて、全ＳＴＡ共通の通信時間で自身のデータを送信する。ここで、ＳＴＡは、自身のデータ送信時間が全ＳＴＡ共通の通信時間より短い場合は、パディング（Ｐａｄｄｉｎｇ）データを付加して全ＳＴＡ共通の通信時間分の送信を行うこととなる。

【0007】

一方、１つのＡＰに接続しているＳＴＡの数が、１回のＵＬ－ＯＦＤＭＡで許容される最大アクセス数を超える場合、ＡＰは、複数回に渡って、ＵＬ－ＯＦＤＭＡに対するＲＵを割り当てる必要がある。このような状況において、ＡＰが各ＳＴＡの送信バッファ量を考慮せずにＲＵの割り当てを行うと、ＳＴＡのパディング処理（パディングデータを付加するための処理）により通信帯域に無駄が生じる。例えば、ＡＰが送信バッファ量に極端な差異があるＳＴＡ同士を同じＵＬ－ＯＦＤＭＡフレームに割り当てた場合に、データ量の少ないＳＴＡのパディングデータが増加し、周波数利用効率が低減する。

【0008】

本発明は上記課題に鑑みなされたものであり、無線通信における周波数利用効率を向上させることを目的とする。

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

【0009】

上記目的を達成するため、本発明の一態様による通信装置は以下の構成を有する。すなわち、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を用いてＩＥＥＥ８０２．１１シリーズ規格に準拠した通信を行う通信装置であって、周波数チャネルを分割した複数のリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を複数の他の通信装置に割り当てる割り当て手段と、前記割り当て手段によるリソースユニットの割り当て情報を含むＵｓｅｒ Ｉｎｆｏフィールドを有するトリガーフレームを送信する送信手段と、前記複数の他の通信装置のそれぞれから、前記複数の他の通信装置それぞれの送信予定のデータ量を取得する取得手段と、前記複数の他の通信装置それぞれに適用すべき符号化変調方式を決定する決定手段と、を有し、前記割り当て手段は、前記取得手段により取得された前記データ量と、前記決定手段により決定された前記符号化変調方式と、に基づいて前記複数の他の通信装置に含まれる第一通信装置に複数のリソースユニットを割り当てることを特徴とする。

【発明の効果】

【0010】

本発明によれば、無線通信における周波数利用効率を向上させることが可能となる。

【図面の簡単な説明】

【0011】

【図1】ネットワーク構成例を示す図。

【図2】ＡＰのハードウェア構成例を示す図。

【図3】ＡＰの機能ブロック構成例を示す図。

【図4】ＢＳＲフレームの構成例を示す図。

【図5】Ｔｒｉｇｇｅｒフレームの例を示す図。

【図6】２０ＭＨｚにおけるｔｏｎｅの数とＲＵとの関係を示す図。

【図7】ＡＰにより管理される、各ＳＴＡの送信バッファ量・ＭＣＳ・通信時間情報の第１の例を示す図。

【図8】ＡＩＤ順にＲＵ割り当てを行った場合の通信フレーム構成を示す図。

【図9】（Ａ）はＡＰの全体処理を示すフローチャート、（Ｂ）は実施形態１におけるＵＬ－ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャートである。

【図10】実施形態１において通信されるフレームの流れを説明するための図。

【図11】実施形態１におけるＵＬ－ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。

【図12】実施形態２において通信されるフレームの流れを説明するための図。

【図13】ＡＰにより管理される、各ＳＴＡの送信バッファ量・ＭＣＳ・通信時間情報の第１の例を示す図。

【図14】実施形態３におけるＵＬ－ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。

【図15】実施形態３において通信されるフレームの流れを説明するための図。

【図16】実施形態４におけるＵＬ－ＯＦＤＭＡに対するＲＵ割り当て処理を示すフローチャート。

【図17】実施形態４において通信されるフレームの流れを説明するための図。

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

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】