JP6696607B2 - 無線通信装置及び無線通信方法 - Google Patents

Description

本開示は、無線通信装置及び無線通信方法に関する。

近年の無線通信環境は、データトラフィックの急激な増加という問題に直面している。そこで、無線ＬＡＮ（Local Area Network）に関する標準規格の一つであるＩＥＥＥ８０２．１１では、下記非特許文献１に示すように、ＭＵ−ＭＩＭＯ（Multi User Multi−Input Multi−Output）等の技術を採用することで、より高速な無線通信環境の実現を図っている。

無線ＬＡＮシステムにおいては、衝突を避けるための技術のひとつとして、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）という方式が普及している。ＣＳＭＡ／ＣＡとは、使用する周波数チャネルで他の無線端末が送信していないことを確認する処理である。無線端末は、他の端末が送信を行っていない場合に無線送信を行い、他の端末が送信を行っている場合に無線送信を抑制する。

IEEE STANDARDS ASSOCIATION，"IEEE Std 802.11ac-2013" ［online］、［２０１４年１０月２０日検索］、インターネット＜URL：http://standards.ieee.org/getieee802/download/802.11ac-2013.pdf＞

上述したＣＳＭＡ／ＣＡでは、無線端末は、他の無線端末が送信を行っている場合は所定時間待機して、再び使用する周波数チャネルで他の無線端末が送信していないことを確認し、ランダム時間後に送信を行っていた。そのため、チャネル幅や送信データの大きさに関わらず、一つの空間ストリームを一つの無線端末が占有することとなっており、無線リソースの利用効率に向上の余地が残っていた。特に小さいデータを送受信する場合には、向上の余地が大きいと言える。

そこで、本開示では、無線ＬＡＮシステムに直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）を導入することで、無線リソースの利用効率を向上させることが可能な、新規かつ改良された無線通信装置及び無線通信方法を提案する。

本開示によれば、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダに含めて前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、を備える無線通信装置が提供される。

また、本開示によれば、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、前記無線通信部により受信された前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダからＯＦＤＭＡに関するスケジュール情報を取得する制御部と、を備える無線通信装置が提供される。

また、本開示によれば、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、ＯＦＤＭＡに関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダに含めて前記他の無線通信装置へ送信するよう制御すること、を含む無線通信方法が提供される。

また、本開示によれば、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、受信された前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダからＯＦＤＭＡに関するスケジュール情報を取得すること、を含む無線通信方法が提供される。

以上説明したように本開示によれば、無線ＬＡＮシステムにおける無線リソースの利用効率を向上させることが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本実施形態に係る無線通信システムの全体構成を示す図である。 本実施形態に係る基地局の論理的な構成の一例を示すブロック図である。 ＯＦＤＭＡにおける無線リソースの割り当ての一例を説明するための図である。 本実施形態に係る周波数の分割パターンの一例を説明するための図である。 本実施形態に係るチャネル分割アレイについて説明するための図である。 本実施形態に係るチャネル分割アレイの具体例について説明するための図である。 本実施形態に係るＯＦＤＭＡユーザＩＤアレイについて説明するための図である。 本実施形態に係る無線アクセスを説明するための説明図である。 本実施形態に係るＰＰＤＵのフォーマットの一例を示す図である。 リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明するための図である。 リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明するための図である。 本実施形態に係るＶＨＴ−ＳＩＧ−Ａの拡張例を説明するための図である。 本実施形態に係るＶＨＴ−ＳＩＧ−Ａの拡張例を説明するための図である。 本実施形態に係るＶＨＴ−ＳＩＧ−Ｂの拡張例を説明するための図である。 本実施形態に係るＯＦＤＭＡ端末の論理的な構成の一例を示すブロック図である。 本実施形態に係る無線通信システムにおいて実行される無線通信処理の流れの一例を示すシーケンス図である。 本実施形態に係る基地局において実行される無線通信処理の流れの一例を示すフローチャートである。 本実施形態に係るＯＦＤＭＡ端末において実行される無線通信処理の流れの一例を示すフローチャートである。 本実施形態に係るＯＦＤＭＡ端末において実行されるデータ送受信処理の流れの一例を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。

なお、説明は以下の順序で行うものとする。
１．概要
２．構成
２−１．基地局の構成例
２−２．ＯＦＤＭＡ端末の構成例
３．動作処理
４．応用例
５．まとめ

＜１．概要＞
まず、図１〜図３を参照して、本開示の一実施形態に係る無線通信システムの概要を説明する。

図１は、本実施形態に係る無線通信システム１の全体構成を示す図である。図１に示すように、無線通信システム１は、基地局１００、端末装置２００、及び端末装置３００を含む。

端末装置３００は、ＭＵ−ＭＩＭＯを含む８０２．１１ａｃの機能を有する。８０２．１１ａｃは、ＶＨＴ（Very high throughput）として知られている。以下では、端末装置３００を、ＶＨＴ端末３００とも称する。端末装置２００は、８０２．１１ａｃの機能に加えて、ＯＦＤＭＡを用いて無線通信を行う機能を有する無線通信装置である。以下では、端末装置２００を、ＯＦＤＭＡ端末２００とも称する。

基地局１００は、ＯＦＤＭＡ端末２００及びＶＨＴ端末３００との間で無線通信を行う無線通信装置である。基地局１００は、ＭＵ−ＭＩＭＯの機能を使用して、空間ストリーム１０を同時に送出している。そのうち空間ストリーム１０Ａ、１０Ｂ及び１０Ｃは、ＶＨＴ端末３００Ａ、３００Ｂ及び３００Ｃがそれぞれ受信中である。また、残りの空間ストリーム１０Ｄは、ＯＦＤＭＡ端末２００Ａ、２００Ｂ及び２００Ｃが受信中である。ここで、基地局１００は、空間ストリーム１０Ｄに関し、ＯＦＤＭＡを用いてユーザ多重している。このため、ＯＦＤＭＡ端末２００Ａ、２００Ｂ及び２００Ｃは、自端末向けのそれぞれ異なるデータを、空間ストリーム１０Ｄにより受信可能である。

ここで、ＯＦＤＭＡとは、互いに直交する搬送波（サブキャリア）を用いた無線通信を行うＯＦＤＭ（orthogonal frequency−division multiplexing）を基礎とする技術である。各サブキャリアは、ＢＰＳＫ／ＱＰＳＫ／１６ＱＡＭ／６４ＱＡＭ／２５６ＱＡＭ等の多様な方式で変調される。ＯＦＤＭＡでは、ひとつ以上のサブキャリアを時間で区切ってユーザに割り当てることで、複数のユーザが同時にデータの送受信を行うことを可能にしている。ＯＦＤＭＡでは、各ユーザに適切な無線リソースが割り当てられる場合、無線リソースの利用効率が向上する。無線ＬＡＮシステムでは、ＯＦＤＭは導入されているものの、ＯＦＤＭＡは採用されていない。そこで、本実施形態では、無線ＬＡＮシステムにおいてＯＦＤＭＡを用いた無線通信が可能な枠組みを提供する。なお、本実施形態は、５ＧＨｚ帯の８０２．１１ａｃを拡張する。

なお、図中のグループＩＤ（Ｇｒｏｕｐ ＩＤ）、ユーザポジション（Ｕｓｅｒ Ｐｏｓｉｔｉｏｎ）及びＯＦＤＭＡユーザＩＤ（ＯＦＤＭＡ Ｕｓｅｒ ＩＤ）は、各端末装置を識別するための識別情報である。例えば、同一の無線通信システム１に属する端末装置には同一のグループＩＤが割り当てられる。また、同一の空間ストリーム１０を用いて無線通信する端末装置には、同一のユーザポジションが割り当てられる。また、ＯＦＤＭＡにより多重されるユーザには、それぞれ異なるＯＦＤＭＡユーザＩＤが割り当てられる。

＜２．構成＞
［２−１．基地局の構成例］
図２は、本実施形態に係る基地局１００の論理的な構成の一例を示すブロック図である。図２に示すように、基地局１００は、無線通信部１１０、記憶部１２０、及び制御部１３０を含む。

（１）無線通信部１１０
無線通信部１１０は、基地局１００による他の装置との無線通信を仲介する無線通信インタフェースである。本実施形態では、無線通信部１１０は、ＯＦＤＭＡ端末２００又はＶＨＴ端末３００との間で無線通信を行う。例えば、無線通信部１１０は、ＯＦＤＭＡ端末２００又はＶＨＴ端末３００から送信された無線信号を受信する。無線通信部１１０は、増幅器、周波数変換器、及び復調器等としての機能を有していてもよく、例えば受信したデータを制御部１３０へ出力し得る。また、無線通信部１１０は、アンテナを介してＯＦＤＭＡ端末２００又はＶＨＴ端末３００へ無線信号を送信する。無線通信部１１０は、変調器、及び増幅器等としての機能を有していてもよく、例えば制御部１３０から出力されたデータを、変調及び電力増幅等して送信してもよい。

本実施形態に係る無線通信部１１０は、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う。無線通信部１１０は、ＩＥＥＥ８０２．１１ａｃの機能を有していてもよく、さらに、ＯＦＤＭＡを用いた通信機能を有する。例えば、無線通信部１１０は、制御部１３０による制御に基づき、指定された無線リソース（周波数領域及び時間領域）を用いた無線通信を行う。

（２）記憶部１２０
記憶部１２０は、各種記憶媒体に対してデータの記憶再生を行う部位である。例えば、記憶部１２０は、制御部１３０によるスケジューリング結果を示すスケジュール情報を記憶する。

（３）制御部１３０
本実施形態に係る制御部１３０は、無線通信システム１におけるＯＦＤＭＡを用いた無線通信を制御する機能を有する。制御部１３０は、８０２．１１ａｃに関する制御機能も有するが、下記では省略する。

（ａ）スケジューリング機能
制御部１３０は、スケジューリング機能を有する。具体的には、制御部１３０は、基地局１００及びひとつ以上のＯＦＤＭＡ端末２００が利用する無線リソースの割り当てを行う。以下、図３を参照して、ＯＦＤＭＡにおける無線リソースの割り当ての一例を説明する。

図３は、ＯＦＤＭＡにおける無線リソースの割り当ての一例を説明するための図である。図３は、４０ＭＨｚの周波数チャネルを形成するサブキャリア１１の一例を示している。制御部１３０は、各ＯＦＤＭＡ端末２００とのアップリンク通信又はダウンリンク通信のために、各ＯＦＤＭＡ端末２００にひとつ以上サブキャリア１１を割り当てる。本実施形態では、制御部１３０は、ひとつ以上のサブキャリア１１が所属する周波数セグメント（Frequency Segment：ＦＳ）ＦＳ０〜ＦＳ７を、各ＯＦＤＭＡ端末２００にひとつ以上割り当てる。周波数セグメントは、隣り合った連続するひとつ以上のサブキャリア１１の集合であってもよいし、隣り合わない非連続のひとつ以上のサブキャリア１１の集合であってもよい。例えば、図３に示した例では、周波数セグメントＦＳ０は、隣り合ったサブキャリア１１Ａ、１１Ｂ及び１１Ｃの集合である。なお、サブキャリア１１Ｄ、１１Ｅ及び１１Ｆはパイロットサブキャリアであり、どの周波数セグメントにも所属していない。

制御部１３０は、周波数セグメントの割り当てのために、周波数の分割パターンをひとつ以上設定する。分割パターンとは、周波数チャネルを形成するひとつ以上のサブキャリア１１を、ひとつ以上の周波数セグメントに分割するパターンである。周波数セグメントの割り当ての際には、まず、制御部１３０は、ひとつ以上の分割パターンの中から、使用する分割パターンをひとつ選択する。次いで、制御部１３０は、周波数チャネルを形成するひとつ以上のサブキャリア１１を、選択した分割パターンを用いてひとつ以上の周波数セグメントに分割する。そして、制御部１３０は、分割した周波数セグメントを用いてスケジューリングを行う。ここで、図４を参照して、分割パターンの一例を説明する。

図４は、本実施形態に係る周波数の分割パターンの一例を説明するための図である。図４では、２０ＭＨｚの周波数チャネルを形成する複数のサブキャリア１１を、ひとつ以上の周波数セグメントに分割する４つの分割パターンを示している。４つの分割パターンを、それぞれ分割パターン［０］〜［３］とする。図４に示すように、分割パターン［０］では、ひとつの周波数セグメントＦＳ０が、パイロットサブキャリアを除くすべてのサブキャリア１１を含む。分割パターン［１］では、周波数セグメントＦＳ０及びＦＳ１に、それぞれ約１０ＭＨｚずつサブキャリア１１が分割される。分割パターン［２］では、周波数セグメントＦＳ０に約１０ＭＨｚ、周波数セグメントＦＳ１及びＦＳ２にそれぞれ約５ＭＨｚずつサブキャリア１１が分割される。分割パターン［３］では、周波数セグメントＦＳ０、ＦＳ１、ＦＳ２及びＦＳ３に、それぞれ約５ＭＨｚずつサブキャリア１１が分割される。

制御部１３０は、分割パターンを多様に設定可能である。例えば、制御部１３０は、下記の表１に一例を示すように、使用可能な周波数のチャネル幅に応じて、分割パターンの数を可変にしてもよい。また、制御部１３０は、周波数セグメントの最大数をチャネル幅に応じて可変にしてもよい。なお、表１に示した例では、パターンＩＤの長さをＭビットとすると、分割パターンの数を２^Ｍ個としている。

他にも、制御部１３０は、スケジューリングの他の例として、変調方式、符号化方式、送信電力レベル等に関する割り当てを行ってもよい。

（ｂ）スケジュール情報の通知機能
制御部１３０は、スケジューリング結果を示すスケジュール情報の通知機能を有する。スケジュール情報としては、後述する分割パターンの候補を示す情報、分割パターン識別情報、リソースブロック情報を含む情報が挙げられる。スケジュール情報の通知方法は多様に考えられる。本実施形態に係る基地局１００は、まず、無線通信システム１内で共通して用いられ得る分割パターンの候補を示す情報を各ＯＦＤＭＡ端末２００へ通知する。そして、基地局１００は、各ＯＦＤＭＡ端末２００とのデータ通信に利用する分割パターン、及び周波数セグメントを示す情報を各ＯＦＤＭＡ端末２００へ通知する。これらの情報の通知には、例えば、ＩＥＥＥ８０２．１１規格で定義される、アクションフレーム又はＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダが用いられる。

（ｂ−１）分割パターンの候補の通知
制御部１３０は、周波数の分割パターンをひとつ以上含むアクションフレームを、他の無線通信装置へ送信するよう無線通信部１１０を制御する。例えば、制御部１３０は、無線通信システム１内で共通して用いられ得る分割パターンの候補をひとつ以上含むアクションフレームを、各ＯＦＤＭＡ端末２００へ送信するよう無線通信部１１０を制御する。以下では、このアクションフレームを、チャネル分割マネジメントフレーム（Channel Segmentation Management Frame）とも称する。下記の表２に、チャネル分割マネジメントフレームのフォーマットの一例を示す。

チャネル分割マネジメントフレームは、上記表２に示すように、カテゴリ、ＯＦＭＤＡアクション、及びチャネル分割アレイを含む。ＯＦＤＭＡアクションとは、ＯＦＤＭＡに関するアクションフレームであることを示す情報である。チャネル分割アレイとは、無線通信システム１内で共通して用いられ得る分割パターンの候補をひとつ以上含む情報である。以下、図５を用いて、チャネル分割アレイの内容について説明する。

図５は、本実施形態に係るチャネル分割アレイについて説明するための図である。図５に示すように、チャネル分割アレイは、各サブキャリアの周波数セグメントＩＤを並べた情報を、分割パターンごとに並べた情報である。なお、周波数セグメントＩＤとは、各サブキャリアがそれぞれ所属する周波数セグメントの識別情報である。チャネル分割アレイは、パイロットサブキャリアの周波数セグメントＩＤを含んでいなくてもよい。パイロットサブキャリアを除くサブキャリアの数をＮ個とし、周波数セグメントＩＤをＭビットとすると、チャネル分割アレイの列方向のビット数はＮ×Ｍビットである。また、分割パターンの数をＬ個とすると、チャネル分割アレイのサイズはＬ×Ｎ×Ｍビットである。続いて、図６を参照して、チャネル分割アレイの具体例について説明する。

図６は、本実施形態に係るチャネル分割アレイの具体例について説明するための図である。図６は、５２本のサブキャリアから成る２０ＭＨｚのチャネルを最大４分割（Ｍ＝２）する、４つの分割パターン（Ｌ＝４）に係るチャネル分割アレイのビット列を示している。図中の「００」「０１」「１０」「１１」は、周波数セグメントＩＤである。図６に示したチャネル分割アレイは、図４に示した分割パターン［０］〜［３］を表現している。例えば、図６に示した分割パターン［３］は、サブキャリア［０］〜［１２］、サブキャリア［１３］〜［２５］、サブキャリア［２６］〜［３８］、サブキャリア［３９］〜［５１］の４つの周波数セグメントに分割されることを示している。図６に示すようなビット列で分割パターンを表すことにより、周波数セグメントを、隣り合った連続するひとつ以上のサブキャリアの集合として表現することも、隣り合わない非連続のひとつ以上のサブキャリアの集合として表現することも可能になる。

なお、制御部１３０は、分割パターンを随時変更することが可能である。分割パターンに変更がある場合、チャネル分割マネジメントフレームは再送される。一方で、分割パターンに変更がない場合、チャネル分割マネジメントフレームは再送されない。これにより、分割パターンの通知に係るシグナリング量が低減され得る。

（ｂ−２）利用する分割パターンの通知
例えば、制御部１３０は、ひとつ以上の分割パターンのうち用いられる一の分割パターンを示す分割パターン識別情報を通知するよう無線通信部１１０を制御する。具体的には、制御部１３０は、チャネル分割マネジメントフレームにより通知した分割パターンの候補から用いる分割パターンを決定し、当該分割パターンを示す分割パターン識別情報を各ＯＦＤＭＡ端末２００へ通知する。この分割パターン識別情報は、ＯＦＤＭＡにより多重されるユーザに共通して用いられる。これにより、無線通信システム１内で用いられる分割パターンが共通なものとなり、無線リソースの重複した割り当てが回避される。分割パターン識別情報は、スケジュール情報のひとつとして後述するＰＬＣＰヘッダに含まれ得る。

ここで、チャネル分割アレイは、分割パターンの候補すべてを示す情報が格納されることから、全体で数百〜数千オクテットになり得る。本実施形態によれば、基地局１００は、チャネル分割マネジメントフレームを一度通知した後、分割パターン識別情報（後述する表５の「ＣＳ Ｐａｔｔｅｒｎ」に示すように数ビット）を送信することで、使用する分割パターンを通知することが可能となる。これにより、シグナリング量が低減され得る。

（ｂ−３）使用する周波数セグメントの通知
例えば、制御部１３０は、分割パターン識別情報が示す分割パターンにより分割される周波数のうち少なくともいずれかを示す情報（使用周波数情報）を通知するよう無線通信部１１０を制御する。具体的には、制御部１３０は、無線通信システム１内で共通して用いると決定した分割パターンにより分割される周波数セグメントのうち、各ＯＦＤＭＡ端末２００とのデータ通信に使用される周波数セグメントを示す使用周波数情報を、各ＯＦＤＭＡ端末２００へ通知する。この使用周波数情報は、ＯＦＤＭＡにより多重されるユーザ間で異なる。これにより、無線通信システム１に属するＯＦＤＭＡ端末２００に割り当てられる無線リソースが互いに異なるものとなるので、干渉が回避される。使用周波数情報は、スケジュール情報のひとつとして後述するＰＬＣＰヘッダに含まれ得る。

（ｃ）識別情報の割り当て及び通知機能
制御部１３０は、各ＯＦＤＭＡ端末２００に識別情報を割り当てる機能を有する。例えば、制御部１３０は、グループＩＤ、ユーザポジション及びＯＦＤＭＡユーザＩＤのトリプレット（三つ組み）から成る識別情報を、各ＯＦＤＭＡ端末２００に割り当てる。なお、ＯＦＤＭＡユーザＩＤとは、ＯＦＤＭＡにより多重されるユーザから特定のＯＦＤＭＡ端末２００を識別するための識別情報（ＯＦＤＭＡ識別情報）である。制御部１３０は、ＯＦＤＭＡにより多重されるユーザには、それぞれ異なるＯＦＤＭＡユーザＩＤを割り当てる。ＯＦＤＭＡ端末２００は、このトリプレットから成る識別情報により一意に区別される。制御部１３０は、ひとつのＯＦＤＭＡ端末２００に、複数の識別情報を割り当ててもよい。

制御部１３０は、割り当てた識別情報を各ＯＦＤＭＡ端末２００へ通知する機能を有する。例えば、制御部１３０は、他の無線通信装置に割り当てられたひとつ以上のＯＦＤＭＡユーザＩＤを含むアクションフレームを、当該他の無線通信装置へ送信するよう無線通信部１１０を制御する。ＯＦＤＭＡ端末２００ごとに割り当てられるＯＦＤＭＡユーザＩＤは異なるので、それぞれ異なるアクションフレームが各ＯＦＤＭＡ端末２００へ送信される。例えば、制御部１３０は、このアクションフレームとして、８０２．１１ａｃにおけるグループＩＤマネジメントフレームを拡張したフレームを用いてもよい。以下では、このアクションフレームを、ＯＦＤＭＡグループＩＤマネジメントフレーム（OFDMA Group ID Management Frame）とも称する。下記の表３に、ＯＦＤＭＡグループＩＤマネジメントフレームのフォーマットの一例を示す。

ＯＦＤＭＡグループＩＤマネジメントフレームは、上記表３に示すように、カテゴリ、ＯＦＭＤＡアクション、メンバシップステータスアレイ、ユーザポジションアレイ、及びＯＦＤＭＡユーザＩＤアレイを含む。メンバシップステータスアレイは、ＯＦＤＭＡグループＩＤマネジメントフレームの宛先の端末装置に割り当てられるグループＩＤを示す情報である。ユーザポジションアレイは、ＯＦＤＭＡグループＩＤマネジメントフレームの宛先の端末装置に割り当てられるユーザポジションを示す情報である。ＯＦＤＭＡユーザＩＤアレイは、ＯＦＤＭＡグループＩＤマネジメントフレームの宛先の端末装置に割り当てられるＯＦＤＭＡユーザＩＤを示す情報である。以下、図７を用いて、ＯＦＤＭＡユーザＩＤアレイの内容について説明する。

図７は、本実施形態に係るＯＦＤＭＡユーザＩＤアレイについて説明するための図である。図７に示すように、ＯＦＤＭＡユーザＩＤアレイは、割り当てられ得るＯＦＤＭＡユーザＩＤを、グループＩＤ及びユーザポジションの全組み合わせについて並べた情報である。８０２．１１ａｃでは、グループＩＤは６４個（０〜６３）設定可能であり、ユーザポジションは各グループＩＤにつき４つ（‘００’〜‘１１’）設定可能ある。ＯＦＤＭＡユーザＩＤを例えば６ビットとすると、ＯＦＤＭＡユーザＩＤアレイのサイズは６４×４×６＝１５３６ビット（＝１９２オクテット）となる。ＯＦＤＭＡユーザＩＤアレイのうち、端末装置が所属するグループＩＤ及びユーザポジションに対応する６ビットのサブフィールドには、割り当てられるＯＦＤＭＡユーザＩＤが記述される。一方で、ＯＦＤＭＡユーザＩＤアレイのうち、端末装置が所属しないグループＩＤ及びユーザポジションに対応する６ビットのサブフィールドには、所属しないことを示す無効な値が記述される。下記の表４に、ＯＦＤＭＡユーザＩＤのサブフィールド値の一例を示す。

このように、ＯＦＤＭＡユーザＩＤアレイでは、グループＩＤ及びユーザポジションの全組み合わせについて、割り当てられるＯＦＤＭＡユーザＩＤを指定することが可能である。このため、制御部１３０は、ひとつのＯＦＤＭＡ端末２００に、グループＩＤ、ユーザポジション及びＯＦＤＭＡユーザＩＤの組み合わせから成る識別情報を、複数割り当てることができる。

ＯＦＤＭＡユーザＩＤは、使用されるチャネル幅によって、有効な領域（ビット数）が制限されてもよい。例えば、チャネル幅が狭い（例えば、２０ＭＨｚ）場合は最大４ユーザまでとして、有効ビットが下位２ビットに制限されてもよい。また、チャネル幅が広い（例えば、１６０ＭＨｚ）場合は最大３２ユーザまでとして、有効ビットが下位５ビットに制限されてもよい。

なお、制御部１３０は、ＯＦＤＭＡ端末２００の識別情報を随時変更することが可能である。識別情報に変更がある場合、ＯＦＤＭＡグループＩＤマネジメントフレームは再送される。一方で、識別情報に変更がない場合、ＯＦＤＭＡグループＩＤマネジメントフレームは再送されない。これにより、識別情報の通知に係るシグナリング量が低減され得る。

（ｄ）ＰＬＣＰヘッダ
制御部１３０は、ＯＦＤＭＡに関するスケジュール情報をＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダに含めて他の無線通信装置へ送信するよう無線通信部１１０を制御する。例えば、制御部１３０は、上述した分割パターン識別情報及び使用周波数情報をＰＬＣＰヘッダに含めて、各ＯＦＤＭＡ端末２００へ送信するよう無線通信部１１０を制御する。

そして、制御部１３０は、他の無線通信装置との間でスケジュール情報に従ってＯＦＤＭＡを用いて無線通信を行うよう無線通信部１１０を制御する。例えば、制御部１３０は、ＰＬＣＰヘッダに含めてＯＦＤＭＡ端末２００へ通知した分割パターン識別情報及び使用周波数情報が示す周波数セグメントを用いて、当該ＯＦＤＭＡ端末２００とのダウンリンク通信又はアップリンク通信を行うよう無線通信部１１０を制御する。以下、図８を参照して、本実施形態に係る無線リソースの割り当ての具体例について説明する。

図８は、本実施形態に係る無線アクセスを説明するための説明図である。図８では、横軸を時刻とし、縦軸を周波数セグメントとした場合の、無線リソースの割り当ての一例を示している。図８の縦軸の周波数セグメントは、図１に示したＦＳ０〜ＦＳ７までの８つの周波数セグメントに対応する。図８に示すように、まず、制御部１３０は、全周波数セグメントを用いてＰＬＣＰヘッダを各ＯＦＤＭＡ端末２００へ通知する。その後、図８に示すように、ＰＬＣＰヘッダにより指定された周波数セグメント及び時間帯で、基地局１００とＯＦＤＭＡ端末２００との間でダウンリンク通信又はアップリンク通信が行われる。周波数セグメント及び時間帯により指定される、各ＯＦＤＭＡ端末２００とのデータ送受信に利用される無線リソースを、以下ではリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）とも称し、図中ではＲＢとする。また、図中のＵ０〜Ｕ３は、基地局１００に接続している各ＯＦＤＭＡ端末２００の識別情報を示す。また、図中のＤＬはダウンリンク通信を示し、ＵＬはアップリンク通信を示す。また、図中のＭＣＳは、Modulation and Coding Schemeを示す。図８によれば、例えば基地局１００は、ＭＣＳ７が示す変調及び符号化を行って、ＲＢ０を用いてＯＦＤＭＡ端末Ｕ０へのダウンリンク通信を行う。また、基地局１００は、ＭＣＳ７が示す変調及び符号化を行って、ＲＢ４を用いてＯＦＤＭＡ端末Ｕ１へのダウンリンク通信を行う。

（ｄ−１）ＰＬＣＰヘッダのフォーマット
図９は、本実施形態に係るＰＬＣＰヘッダを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のフォーマットの一例を示す図である。図９に示すように、本実施形態に係るＰＬＣＰヘッダは、レガシーフィールド、８０２．１１ａｃ対応端末向けのフィールド、及びＯＦＤＭＡ対応端末向けのフィールドを含む。レガシーフィールドは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧである。８０２．１１ａｃ対応端末向けのフィールドは、ＶＨＴ−ＳＩＧ−Ａ、ＶＨＴ−ＳＴＦ、ＶＨＴ−ＬＴＦ、及びＶＨＴ−ＳＩＧ−Ｂである。また、ＯＦＤＭＡ対応端末向けのフィールドは、ＯＦＤＭＡ−ＳＩＧである。ＯＦＤＭＡ−ＳＩＧは、上述した分割パターン識別情報、後述するひとつ以上のリソースブロック情報（ＯＦＤＭＡユーザＩＤ及び使用周波数情報を含む）などのスケジュール情報を含む、ＯＦＤＭＡに関するパケットである。分割パターン識別情報やリソースブロック情報といったＰＬＣＰヘッダに含まれるスケジュール情報は、ＯＦＤＭＡ−ＳＩＧパケットを用いて送信される。図９に示すように、ＰＬＣＰヘッダは、ＯＦＤＭＡ−ＳＩＧ−１、ＯＦＤＭＡ−ＳＩＧ−２、・・・、ＯＦＤＭＡ−ＳＩＧ−ｎといった、ｎ（≧１）個のパケットを含み得る。なお、以下では、ＯＦＤＭＡ−ＳＩＧ−１〜ｎを特に区別する必要が無い場合、ＯＦＤＭＡ−ＳＩＧと総称する。

ＯＦＤＭＡ−ＳＩＧが含むフィールドについて説明する。Ｌｅｎｇｔｈは、ＯＦＤＭＡ−ＳＩＧ−１〜ＯＦＤＭＡ−ＳＩＧ−ｎの長さを示す情報を格納するフィールドである。ＯＦＤＭＡ−ＳＩＧ−１に含まれるＣＳ Ｐａｔｔｅｒｎ（Channel Segmentation Pattern）は、分割パターン識別情報を格納するフィールドである。このように、基地局１００は、使用する分割パターンを、データ送信の度に指定することが可能であり、またデータ送信の度に変更することも可能である。Ｔａｉｌ Ｂｉｔｓは、終端を示す情報を格納するフィールドである。ＲＢ Ｉｎｆｏ（Resource Block Information）は、後述するリソースブロック情報である。図９に示すように、ＲＢ Ｉｎｆｏは、ＯＦＤＭＡ−ＳＩＧ−２以降のパケットにひとつ以上格納されて送信される。ＲＢ Ｉｎｆｏ Ｃｏｎｔ（Resource Block Information Continue）は、他のＯＦＤＭＡ−ＳＩＧが後続するか否かを示す情報である。例えば、ＲＢ Ｉｎｆｏ Ｃｏｎｔは、他のＯＦＤＭＡ−ＳＩＧが後続する場合に「１」が記述され、後続しない場合に「０」が記述される。例えば、ＯＦＤＭＡ−ＳＩＧ−２に含まれるＲＢ Ｉｎｆｏ Ｃｏｎｔは、ＯＦＤＭＡ−ＳＩＧ−２の後にＯＦＤＭＡ−ＳＩＧ−３が後続するので「１」が記述される。一方で、ＯＦＤＭＡ−ＳＩＧ−ｎに含まれるＲＢ Ｉｎｆｏ Ｃｏｎｔは、ＯＦＤＭＡ−ＳＩＧ−ｎが最後のパケットなので「０」が記述される。これにより、受信側は、ＲＢ Ｉｎｆｏ Ｃｏｎｔが「０」であるＯＦＤＭＡ−ＳＩＧの後にデータが送信又は受信されることを知得することができる。下記の表５に、各フィールドのビット長の一例を示す。

上記表５に示すように、各フィールのビット長は、チャネル幅に応じて可変であってもよい。ＯＦＤＭＡ−ＳＩＧのサイズは、２０ＭＨｚで２６ビット、４０ＭＨｚで２７ビット、８０ＭＨｚで２９ビット、１６０／８０＋８０ＭＨｚで２９ビットである。これらのサイズは、１シンボルあたりのビット数を考慮して決められている。これらのサイズは、ＶＨＴ−ＳＩＧ−Ｂと同様である。もちろん、ＯＦＤＭＡ−ＳＩＧのサイズは、これら以外の任意のサイズであってもよく、各フィールドのサイズも任意のサイズであってもよい。

（ｄ−２）リソースブロック情報
続いて、リソースブロック情報について説明する。リソースブロック情報とは、他の無線通信装置との間で行われる無線通信において使用されるリソースブロックに関する情報である。ＰＬＣＰヘッダは、スケジュール情報として、リソースブロック情報をひとつ以上含む。下記の表６に、リソースブロック情報が含む情報の一例を示す。

上記表６に示した各フィールドのビット数は一例であり、上記以外の任意のビット数であってもよい。以下、表６に示した各フィールドについて説明する。

・ＵＬ＿ＤＬ
本フィールドは、本リソースブロック情報が示す無線リソースを用いて行われる通信が、アップリンク通信であるかダウンリンク通信であるかを示す情報を格納するフィールドである。

・ＯＦＤＭＡ＿Ｕｓｅｒ＿ＩＤ
本フィールドは、ＯＦＤＭＡユーザＩＤを格納するフィールドである。ビット数Ｎは、上述したようにチャネル幅に応じて可変であってもよい。

・Ｆｒｅｑｕｅｎｃｙ＿Ｓｅｇｍｅｎｔ
本フィールドは、ＯＦＤＭＡ＿Ｕｓｅｒ＿ＩＤで指定されたＯＦＤＭＡ端末２００とのデータ通信に使用される周波数セグメントを示す使用周波数情報を格納するフィールドである。使用周波数情報は、例えばビットマップにより指定される。例えば、周波数セグメントの数をビット長とするビット列のうち、使用される周波数セグメントに対応するビットに「１」、使用されない周波数セグメントに対応するビットに「０」が記述される。周波数セグメントの数は、上述したようにチャネル幅に応じて可変であってもよい。よって、本フィールドのビット数Ｍも、周波数セグメントの最大数に応じて可変であってもよい。

・Ｓｔａｒｔ＿Ｒａｄｉｏ＿Ｆｒａｍｅ＿Ｎｕｍｂｅｒ
本フィールドは、本リソースブロック情報が示すリソースブロックが始まるタイムスロットの番号を示す情報を格納するフィールドである。

・Ｄｕｒａｔｉｏｎ
本フィールドは、本リソースブロック情報が示すリソースブロックが使用するタイムスロットの数を示す情報を格納するフィールドである。

・ＭＣＳ
本フィールドは、変調方式及び符号化方式のインデックスを示す情報を格納するフィールドである。基地局１００又はＯＦＤＭＡ端末２００は、本リソースブロック情報が示すリソースブロックを使用してデータを送受信する際に、インデックスに対応する変調方式及び符号化方式を用いて変調及び符号化する。８０２．１１ａｃでは０〜９が使用可能であるが、使用可能な変調及び符号化方式の組み合わせが増える場合には、この限りではない。

・Ｔｘ＿Ｐｏｗｅｒ＿Ｌｅｖｅｌ：
本フィールドは、本リソースブロック情報が示すリソースブロックを用いて行われるデータ通信における送信電力のレベルを示す情報を格納するフィールドである。

以上、リソースブロック情報の内容について説明した。続いて、リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明する。下記の表７に、各チャネル幅におけるリソースブロック情報の各フィールドのサイズの一例を示す。

上記表７に示した「OFDMA_User_ID」及び「Frequency_Segment」のビット数は一例であり、上記以外の任意のビット数であってもよい。

リソースブロック情報は、ひとつのＰＬＣＰヘッダにひとつ以上含まれていてもよい。また、リソースブロック情報のサイズが、ＯＦＤＭＡ−ＳＩＧひとつのサイズを超える場合も考えられる。この場合、ひとつのリソースブロック情報は、ＯＦＤＭＡ−ＳＩＧをひとつ又は連続して複数用いて送信されてもよい。他方、ひとつのリソースブロック情報のサイズ、又は複数のＯＦＤＭＡ−ＳＩＧを用いて送信されるリソースブロック情報の最後尾のサイズが、ＯＦＤＭＡ−ＳＩＧひとつのサイズに満たない場合も考えられる。この場合、ＯＦＤＭＡ−ＳＩＧは、ひとつにつきひとつのリソースブロック情報を含むものとする。つまり、ひとつのＯＦＤＭＡ−ＳＩＧに、２つ以上の（２つ以上のリソースブロックに関する）リソースブロック情報は含まれない。以下、図１０及び図１１を参照して、チャネル幅が４０ＭＨｚである場合の、リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明する。

図１０は、リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明するための図である。図１０に示すように、ひとつのリソースブロック情報は、２つのＯＦＤＭＡ−ＳＩＧに分かれて格納され得る。上記表５によれば、チャネル幅が４０ＭＨｚである場合の、ひとつのＯＦＤＭＡ−ＳＩＧに格納可能なリソースブロック情報は２０ビットである。また、上記表７によれば、チャネル幅が４０ＭＨｚである場合リソースブロック情報のサイズは３５ビットである。そのため、図１０に示すように、リソースブロック情報のうち先頭の２０ビットはＯＦＤＭＡ−ＳＩＧ−ｎに格納され、残りの１５ビットはＯＦＤＭＡ−ＳＩＧ−ｎ＋１に格納される。ひとつのＯＦＤＭＡ−ＳＩＧに格納可能な２０ビットのうち、１５ビットが使用され５ビット余ることとなる。この５ビットを、図１０では「Ｒｅｓｅｒｖｅｄ」フィールドとしている。

図１１は、リソースブロック情報のサイズとＯＦＤＭＡ−ＳＩＧとの関係について説明するための図である。図１１では、３つのリソースブロック情報（ＲＢ０、ＲＢ１、ＲＢ２）を送信する場合のＯＦＭＤＡ−ＳＩＧを示している。図１１におけるＣＳＰは「ＣＳ Ｐａｔｔｅｒｎ」の略であり、ＴＢは「Ｔａｉｌ Ｂｉｔｓ」の略であり、Ｒｅｓは「Ｒｅｓｅｒｖｅｄ」の略である。また、図１１では、「ＲＢ Ｉｎｆｏ Ｃｏｎｔ」フィールドの値を直接示している。例えば、当該フィールドには、ＯＦＤＭＡ−ＳＩＧ−２〜６までは後続するＯＦＤＭＡ−ＳＩＧが存在することを示す「１」が記述されており、ＯＦＤＭＡ−ＳＩＧ−７には後続するＯＦＤＭＡ−ＳＩＧが存在しないことを示す「０」が記述されている。

制御部１３０は、ひとつのフレームに含まれるひとつ以上のＯＦＤＭＡ−ＳＩＧの全体のサイズが１シンボルあたりのビット数の整数倍になるようパディング処理を制御する。例えば、４０ＭＨｚの場合、制御部１３０は、ＯＦＤＭＡ−ＳＩＧ全体の長さが、５４（＝２７×２：１シンボル長）の整数倍になるよう、余った部分を「Ｐａｄ ｂｉｔｓ」で埋めるパディング処理を行う。図１１に示した例では、リソースブロックが３個の場合、ＯＦＤＭＡ−ＳＩＧは、ＯＦＤＭＡ−ＳＩＧ−１を含め全部で７パケット（＝１８９ビット）になる。２７×７＋２７＝５４×４である。よって、制御部１３０は、２７ビットのパディングを行う。これにより、ＯＦＤＭＡ−ＳＩＧ全体の長さは、４シンボル長（＝１６μｓ）になる。

（ｄ−３）８０２．１１ａｃ対応端末向けのフィールドの拡張
図９に示したように、本実施形態に係るＰＬＣＰヘッダは、レガシーフィールド、８０２．１１ａｃ対応端末向けのフィールド、及びＯＦＤＭＡ対応端末向けのフィールドを含む。そこで、本実施形態では、８０２．１１ａｃ対応端末向けのフィールドに、ＶＨＴ−ＳＩＧ−Ｂの後にＯＦＤＭＡ−ＳＩＧが続くか否かを示す情報を追加する拡張を行う。これにより、ＶＨＴ端末３００は、ＯＦＤＭＡ−ＳＩＧを含むＰＬＣＰヘッダを受信した場合に、誤ってＯＦＤＭＡ−ＳＩＧの読み取りを試みることを回避することができる。以下では、図１２及び図１３を参照して、ＶＨＴ−ＳＩＧ−Ａを拡張して上記情報を追加する例を説明する。

・ＶＨＴ−ＳＩＧ−Ａの拡張例
図１２及び図１３は、本実施形態に係るＶＨＴ−ＳＩＧ−Ａの拡張例を説明するための図である。図１２は、ＶＨＴ−ＳＩＧ−Ａ１を拡張したデータ構造を示す。図１３は、ＶＨＴ−ＳＩＧ−Ａ２を拡張したデータ構造を示す。図１２及び図１３に示すように、本実施形態では、８０２．１１ａｃで「Ｒｅｓｅｒｖｅｄ」になっている場所に、それぞれＯＦＤＭＡフラグを割り当てる。例えば、ＯＦＤＭＡフラグが「０」であるとは、対象ユーザとの通信がＯＦＤＭＡを用いて行われ、ＶＨＴ−ＳＩＧ−Ｂの後にＯＦＤＭＡ−ＳＩＧが続くことを示す。また、ＯＦＤＭＡフラグが「１」であるとは、対象ユーザとの通信がＯＦＤＭＡを用いずに行われ、ＶＨＴ−ＳＩＧ−Ｂの後にはデータが続くことを示す。図１２に示すように、例えば、ＶＨＴ−ＳＩＧ−Ａ１のＢ２に、シングルユーザの場合にはＳＵ ＯＦＤＭＡフラグを割り当て、マルチユーザの場合にはＭＵ［０］ ＯＦＤＭＡフラグを割り当てる。また、図１３に示すように、マルチユーザの場合はさらに、ＶＨＴ−ＳＩＧ−Ａ２のＢ７にＭＵ［１］ ＯＦＤＭＡフラグを割り当て、ＶＨＴ−ＳＩＧ−Ａ２のＢ８にＭＵ［２］ ＯＦＤＭＡフラグを割り当て、ＶＨＴ−ＳＩＧ−Ａ２のＢ９にＭＵ［３］ ＯＦＤＭＡフラグを割り当てる。なお、ＭＵ［ｎ］ ＯＦＤＭＡとは、ユーザポジションｎの端末装置との通信が、ＯＦＤＭＡを用いて行われるか否かを示すＯＦＤＭＡフラグである。

ここで、制御部１３０は、ＯＦＤＭＡ機能を有さないＶＨＴ端末３００に、ＯＦＤＭＡを運用する可能性があるグループには所属しないよう、グループＩＤ及びユーザポジションを割り当てるものとする。このため、ＯＦＤＭＡフラグが「０」であったとしても、ＶＨＴ−ＳＩＧ−Ａ１又はＶＨＴ−ＳＩＧ−Ａ２で示された「Ｇｒｏｕｐ ＩＤ」及び「Ｕｓｅｒ Ｐｏｓｉｔｉｏｎ」に自身が所属しない限り、ＶＨＴ端末３００は、誤ってＯＦＤＭＡ−ＳＩＧの読み取りを試みることを回避することができる。このようにすることで、ＶＨＴ端末３００への後方互換性が維持されると同時に、図１に示したような、ＶＨＴ端末３００向けのＭＵ−ＭＩＭＯとＯＦＤＭＡ端末２００向けのＯＦＤＭＡとの混合運用が可能になる。

以上、ＶＨＴ−ＳＩＧ−Ａを拡張する例を説明した。続いて、図１４を参照して、ＶＨＴ−ＳＩＧ−Ｂを拡張する例を説明する。

・ＶＨＴ−ＳＩＧ−Ｂの拡張例
図１４は、本実施形態に係るＶＨＴ−ＳＩＧ−Ｂの拡張例を説明するための図である。図１４に示すように、本実施形態では、８０２．１１ａｃで「Ｒｅｓｅｒｖｅｄ」になっている場所（Ｂ１７、Ｂ１９、Ｂ２１）に、それぞれＯＦＤＭＡフラグを割り当てる。図１４に示すように、ＶＨＴ−ＳＩＧ−Ｂを拡張する場合、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、又は８０＋８０ＭＨｚの各チャネル幅におけるＯＦＤＭＡフラグが記述される。つまり、本拡張例は、シングルユーザの場合に有効である。

以上、本実施形態に係る基地局１００の構成例を説明した。続いて、図１５を参照して、本実施形態に係るＯＦＤＭＡ端末２００の構成例を説明する。

［２−２．ＯＦＤＭＡ端末の構成例］
図１５は、本実施形態に係るＯＦＤＭＡ端末２００の論理的な構成の一例を示すブロック図である。図１５に示すように、ＯＦＤＭＡ端末２００は、無線通信部２１０、記憶部２２０、及び制御部２３０を含む。

（１）無線通信部２１０
無線通信部２１０は、ＯＦＤＭＡ端末２００による他の装置との無線通信を仲介する無線通信インタフェースである。本実施形態では、無線通信部２１０は、基地局１００との間で無線通信を行う。例えば、無線通信部２１０は、基地局１００から送信された無線信号を受信する。無線通信部２１０は、増幅器、周波数変換器、及び復調器等としての機能を有していてもよく、例えば受信したデータを制御部２３０へ出力し得る。また、無線通信部２１０は、アンテナを介して基地局１００へ無線信号を送信する。無線通信部２１０は、変調器、及び増幅器等としての機能を有していてもよく、例えば制御部２３０から出力されたデータを、変調及び電力増幅等して送信してもよい。

本実施形態に係る無線通信部２１０は、ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う。無線通信部２１０は、ＩＥＥＥ８０２．１１ａｃの機能を有していてもよく、さらに、ＯＦＤＭＡを用いた通信機能を有する。例えば、無線通信部２１０は、制御部２３０による制御に基づき、指定された無線リソースを用いた無線通信を行う。

例えば、無線通信部２１０は、周波数の分割パターンをひとつ以上含むチャネル分割マネジメントフレームを基地局１００から受信する。

例えば、無線通信部２１０は、基地局１００により割り当てられたひとつ以上のＯＦＤＭＡユーザＩＤを含むＯＦＤＭＡグループＩＤマネジメントフレームを基地局１００から受信し得る。

（２）記憶部２２０
記憶部２２０は、各種記憶媒体に対してデータの記憶再生を行う部位である。例えば、記憶部２２０は、基地局１００から受信されたスケジュール情報を記憶する。

（３）制御部２３０
本実施形態に係る制御部２３０は、基地局１００とのＯＦＤＭＡを用いた無線通信を制御する機能を有する。制御部２３０は、８０２．１１ａｃを用いた無線通信を制御する機能も有するが、下記では省略する。

例えば、制御部２３０は、無線通信部２１０により受信されたＰＬＣＰヘッダからＯＦＤＭＡに関するスケジュール情報を取得する。そして、制御部２３０は、取得したスケジュール情報に従って、基地局１００との間でＯＦＤＭＡを用いて無線通信を行うよう無線通信部２１０を制御する。

制御部２３０は、ＰＬＣＰヘッダに含まれるリソースブロック情報が示す無線リソースを使用して無線通信を行うよう無線通信部２１０を制御する。その際、制御部２３０は、ＰＬＣＰヘッダに含まれる情報に加えて、事前に受信されたチャネル分割マネジメントフレーム及びＯＦＤＭＡグループＩＤマネジメントフレームの情報も用いる。詳しくは、制御部２３０は、チャネル分割マネジメントフレームに含まれるひとつ以上の前記分割パターンのうちＰＬＣＰヘッダに含まれる分割パターン識別情報が示す一の分割パターンにより分割される周波数（周波数セグメント）のうち、リソースブロック情報に含まれる使用周波数情報が示す周波数セグメントを用いるよう無線通信部２１０を制御する。また、制御部２３０は、ＯＦＤＭＡグループＩＤマネジメントフレームに含まれるＯＦＤＭＡユーザＩＤと一致するＯＦＤＭＡユーザＩＤが含まれるリソースブロック情報が示す無線リソースを使用して無線通信を行うよう無線通信部２１０を制御する。このようにして、制御部２３０は、基地局１００によるスケジューリング結果に従った無線通信を行うことが可能となる。

以上、本実施形態に係るＯＦＤＭＡ端末２００の構成例を説明した。続いて、図１６〜図１９を参照して、本実施形態に係る無線通信システム１の動作処理例を説明する。

＜３．動作処理＞
（１）全体の処理の流れ
図１６は、本実施形態に係る無線通信システム１において実行される無線通信処理の流れの一例を示すシーケンス図である。図１６に示すように、本シーケンスには、基地局１００、ＯＦＤＭＡ端末２００Ａ、２００Ｂ及び２００Ｃが関与する。

まず、ステップＳ１０２で、基地局１００は、ＯＦＤＭＡ端末２００Ａ、２００Ｂ及び２００Ｃとの無線通信において用いられ得る、ひとつ以上の分割パターンの候補を決定する。

次いで、ステップＳ１０４で、基地局１００は、上記ステップＳ１０２で決定した分割パターンの候補をひとつ以上含むチャネル分割マネジメントフレームを、各ＯＦＤＭＡ端末へ送信する。なお、各ＯＦＤＭＡ端末２００へ送信されるチャネル分割マネジメントフレームは、互いに同一である。

次に、ステップＳ１０６で、基地局１００は、チャネル分割マネジメントフレームの受信に成功した各ＯＦＤＭＡ端末２００から、ＡＣＫフレームを受信する。

次いで、ステップＳ１０８で、基地局１００は、各ＯＦＤＭＡ端末２００への、グループＩＤ、ユーザポジション及びＯＦＤＭＡユーザＩＤのトリプレットから成る識別情報の割り当てを決定する。

次に、ステップＳ１１０で、基地局１００は、上記ステップＳ１０８で決定した識別情報を含むＯＦＤＭＡグループＩＤマネジメントフレームを、各ＯＦＤＭＡ端末へ送信する。なお、各ＯＦＤＭＡ端末２００へ送信されるＯＦＤＭＡグループＩＤマネジメントフレームは、互いに異なる。

次いで、ステップＳ１１２で、基地局１００は、ＯＦＤＭＡグループＩＤマネジメントフレームの受信に成功した各ＯＦＤＭＡ端末２００から、ＡＣＫフレームを受信する。

次に、ステップＳ１１４で、基地局１００は、使用する分割パターンを決定する。例えば、基地局１００は、上記ステップＳ１０２で決定したひとつ以上の分割パターンの候補のうち一の分割パターンを、使用する分割パターンとして決定する。

次いで、ステップＳ１１６で、基地局１００は、スケジュールを決定する。例えば、基地局１００は、各時間帯において、各ＯＦＤＭＡ端末２００との間で行う無線通信において使用する周波数セグメントを決定したり、アップリンク通信を行うかダウンリンク通信を行うかを決定したり、ＭＣＳを決定したり、送信電力を決定したりする。

次に、ステップＳ１１８で、基地局１００は、ＰＬＣＰヘッダを各ＯＦＤＭＡ端末２００へ送信する。なお、各ＯＦＤＭＡ端末２００へ送信されるＰＬＣＰヘッダは、互いに同一である。ＰＬＣＰヘッダは、上記ステップＳ１１４で決定した分割パターンを示す分割パターン識別情報を含む。また、ＰＬＣＰヘッダは、上記ステップＳ１１６で決定されたスケジュールを示すリソースブロック情報をひとつ以上含む。

そして、ステップＳ１２０で、基地局１００は、ＯＦＤＭＡ端末２００Ａ、２００Ｂ及びＯＦＤＭＡ端末２００Ｃそれぞれとの間で、上記ステップＳ１１６で決定してスケジュールに従って、ＯＦＤＭＡを用いてデータを送受信する。以下では、図１７〜図１９を参照して、本ステップにおける処理を詳細に説明する。

（２）基地局１００における処理の流れ
図１７は、本実施形態に係る基地局１００において実行される無線通信処理の流れの一例を示すフローチャートである。

図１７に示すように、ステップＳ２０２で、制御部１３０は、上記ステップＳ１１６において決定した周波数セグメント、ＭＣＳ、送信電力を用いてデータを送受信するよう無線通信部１１０を制御する。

（３）ＯＦＤＭＡ端末２００における処理の流れ
図１８は、本実施形態に係るＯＦＤＭＡ端末２００において実行される無線通信処理の流れの一例を示すフローチャートである。

図１８に示すように、まず、ステップＳ３０２で、ＯＦＤＭＡ端末２００は、ＰＬＣＰヘッダのうちＶＨＴ−ＳＩＧ−Ａパケットを受信するまでの間、ＶＨＴに関する既存処理を行う。

次いで、ステップＳ３０４で、無線通信部２１０は、ＶＨＴ−ＳＩＧ−Ａ１パケットを受信する。

次に、ステップＳ３０６で、制御部２３０は、自端末は指定されたグループＩＤに所属するか否かを判定する。例えば、制御部２３０は、ＶＨＴ−ＳＩＧ−Ａ１パケットのＢ４〜Ｂ９に格納された情報を参照することで、受信したフレームが自端末宛てのフレームであるか否かを判定する。

自端末は指定されたグループＩＤに所属しないと判定された場合（Ｓ３０６／ＮＯ）、ステップＳ３０８で、制御部２３０は、受信したフレームを破棄する。

一方で、自端末は指定されたグループＩＤに所属すると判定された場合（Ｓ３０６／ＹＥＳ）、ステップＳ３１０で、無線通信部２１０は、ＶＨＴ−ＳＩＧ−Ａ２パケットを受信する。ここでは省略するが、ＯＦＤＭＡ端末２００は、本ステップまでの間に、図９に示したＶＨＴ−ＳＴＦパケットやＶＨＴ−ＬＴＦパケットに関する受信処理を行う。

次いで、ステップＳ３１２で、制御部２３０は、自端末が所属するユーザポジションでＯＦＤＭＡが用いられるか否かを判定する。例えば、制御部２３０は、ＶＨＴ−ＳＩＧ−Ａ１パケットのＢ２、又はＶＨＴ−ＳＩＧ−Ａ２パケットのＢ７〜Ｂ９のうち、自端末のユーザポジションに相当するビットを参照することで、後続するＯＦＤＭＡ−ＳＩＧが存在するか否かを判定する。制御部２３０は、ＯＦＤＭＡ−ＳＩＧパケットが後続する場合はＯＦＤＭＡが用いられると判定し、ＯＦＤＭＡ−ＳＩＧパケットが後続しない場合はＯＦＤＭＡが用いられないと判定する。

自端末が所属するユーザポジションでＯＦＤＭＡが用いられないと判定された場合（Ｓ３１２／ＮＯ）、ステップＳ３１４で、制御部２３０は、ＶＨＴに関する既存処理を制御する。

一方で、自端末が所属するユーザポジションでＯＦＤＭＡが用いられると判定された場合（Ｓ３１２／ＹＥＳ）、ステップＳ３１６で、無線通信部２１０は、ＯＦＤＭＡ−ＳＩＧ−１パケットを受信し、制御部２３０は、分割パターン識別情報を取得する。ここで、制御部２３０は、図９を参照して上記説明したように、ＣＳ Ｐａｔｔｅｒｎを読み取ることで、分割パターン識別情報を取得する。これにより、制御部２３０は、チャネル分割マネジメントフレームを用いて通知された分割パターンの候補のうち、どの分割パターンが用いられるかを知得する。

次いで、ステップＳ３１８で、制御部２３０は、未処理のＯＦＤＭＡ−ＳＩＧパケットは残っているか否かを判定する。例えば、制御部２３０は、最後に処理したＯＦＤＭＡ−ＳＩＧの「ＲＢ Ｉｎｆｏ Ｃｏｎｔ」を参照して、未処理のＯＦＤＭＡ−ＳＩＧパケットが後続するか否かを判定する。

未処理のＯＦＤＭＡ−ＳＩＧパケットが残っていると判定された場合（Ｓ３１８／ＹＥＳ）、ステップＳ３２０で、無線通信部２１０は、ＯＦＤＭＡ−ＳＩＧ−ｎ（≧２）パケットを受信し、制御部２３０は、リソースブロック情報を取得する。

次に、ステップＳ３２２で、制御部２３０は、自端末向けのリソースブロック情報であるか否かを判定する。例えば、制御部２３０は、リソースブロック情報に含まれるＯＦＤＭＡユーザＩＤが、ＯＦＤＭＡグループＩＤマネジメントフレームにより指定された自端末のＯＦＤＭＡユーザＩＤと一致するか否かを判定する。

自端末向けのリソースブロック情報であると判定された場合（Ｓ３２２／ＹＥＳ）、ステップＳ３２４で、制御部２３０は、データ送受信スケジュールをリストに追加する。例えば、制御部２３０は、自端末向けのリソースブロック情報で指定された無線リソースを用いた通信を行うことを示すイベントを、リストに追加する。その際、制御部２３０は、リソースブロック情報が示すデータ送信開始時刻を、イベントの開始時刻に変換する。なお、制御部２３０は、後に本リストに従って基地局１００との無線通信を制御する。本ステップの後、処理は再度ステップＳ３１８へ戻る。

一方で、自端末向けのリソースブロック情報でないと判定された場合（Ｓ３２２／ＮＯ）、処理は再度ステップＳ３１８へ戻る。

このようにして、未処理のＯＦＤＭＡ−ＳＩＧパケットが無くなるまで、ステップＳ３１８〜Ｓ３２４に係る処理が繰り返される。ステップＳ３１８において、未処理のＯＦＤＭＡ−ＳＩＧパケットが残っていないと判定された場合（Ｓ３１８／ＮＯ）、ステップＳ３２６で、ＯＦＤＭＡ端末２００は、ＯＦＤＭＡを用いたデータ送受信処理を行う。以下では、図１９を参照して、本ステップにおける処理を詳細に説明する。

図１９は、本実施形態に係るＯＦＤＭＡ端末２００において実行されるデータ送受信処理の流れの一例を示すフローチャートである。

図１９に示すように、まず、ステップＳ４０２で、制御部２３０は、タイマーをスタートさせる。

次いで、ステップＳ４０４で、制御部２３０は、上記ステップＳ３２４で生成したリストに未処理のイベントがあるか否かを判定する。

未処理のイベントがあると判定された場合（Ｓ４０４／ＹＥＳ）、ステップＳ４０６で、制御部２３０は、開始時刻と現在時刻が一致するイベントがリストにあるか否かを判定する。

開始時刻と現在時刻が一致するイベントがリストにないと判定された場合（Ｓ４０６／ＮＯ）、処理は再度ステップＳ４０４に戻る。

開始時刻と現在時刻が一致するイベントがリストにあると判定された場合（Ｓ４０６／ＹＥＳ）、ステップＳ４０８で、制御部２３０は、イベントで指定された（リソースブロック情報が示す）周波数セグメント、ＭＣＳ、送信電力を用いてデータを送受信するよう無線通信部２１０を制御する。なお、現在時刻が開始時刻を既に過ぎている場合にも、制御部２３０は本ステップに係る処理を行うものとする。制御部２３０は、処理後のイベントをリストから削除する。本ステップの後、処理は再度ステップＳ４０４へ戻る。

未処理のイベントがなくなるまで、上記ステップＳ４０４〜Ｓ４０８に係る処理が繰り返される。ステップＳ４０４において、未処理のイベントがないと判定された場合（Ｓ４０４／ＮＯ）、処理は終了する。

＜４．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＯＦＤＭＡ端末２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＯＦＤＭＡ端末２００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point Of Sale）端末などの、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、ＯＦＤＭＡ端末２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

一方、例えば、基地局１００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、基地局１００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、基地局１００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

［４−１．第１の応用例］
図２０は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ（Central Processing Unit）又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。

なお、図２０の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２０に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２０に示したスマートフォン９００は、ＯＦＤＭＡ端末２００として実装され得る。例えば、図１５を用いて説明した無線通信部２１０、記憶部２２０及び制御部２３０は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。

なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。

［４−２．第２の応用例］
図２１は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。

なお、図２１の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２１に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２１に示したカーナビゲーション装置９２０は、ＯＦＤＭＡ端末２００として実装され得る。例えば、図１５用いて説明した無線通信部２１０、記憶部２２０及び制御部２３０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。

また、無線通信インタフェース９３３は、上述した基地局１００として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

［４−３．第３の応用例］
図２２は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。

コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital Signal Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。

入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。

ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide Area Network）であってもよい。

無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。

図２２に示した無線アクセスポイント９５０は、基地局１００として実装されてもよい。例えば、図２を用いて説明した無線通信部１１０、記憶部１２０及び制御部１３０は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。

＜５．まとめ＞
以上、図１〜図２２を参照して、本開示の一実施形態について詳細に説明した。上述した実施形態によればＩＥＥＥ８０２．１１を用いて端末装置との間で無線通信を行う基地局が、ＯＦＤＭＡに関するスケジュール情報をＰＬＣＰヘッダに含めてＯＦＤＭＡ端末へ送信する。これにより、基地局は、端末装置との間でＯＦＭＤＡを用いた無線通信が可能となるので、無線ＬＡＮシステムにおける無線リソースの利用効率を向上させることが可能である。また、本実施形態では、ＰＬＣＰヘッダは、レガシーフィールド、及び８０２．１１ａｃ対応端末向けのフィールドを保ちながら、基地局と端末装置との間で行われるＯＦＤＭＡを用いた無線通信に係るリソースブロック情報を含む。これにより、本実施形態に係る無線通信システム１は、後方互換性を保つことが可能である。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory media）に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、
直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰ（Physical Layer Convergence Protocol）ヘッダに含めて前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
を備える無線通信装置。
（２）
前記制御部は、前記他の無線通信装置との間で前記スケジュール情報に従ってＯＦＤＭＡを用いて無線通信を行うよう前記無線通信部を制御する、前記（１）に記載の無線通信装置。
（３）
前記ＰＬＣＰヘッダは、前記スケジュール情報として、前記他の無線通信装置との間で行われる無線通信において使用されるリソースブロックに関する情報であるリソースブロック情報をひとつ以上含む、前記（１）又は（２）に記載の無線通信装置。
（４）
前記リソースブロック情報は、
ＯＦＤＭＡにより多重されるユーザから前記他の無線通信装置を識別するための情報であるＯＦＤＭＡ識別情報と、
使用される周波数を示す使用周波数情報と、
を含む、前記（３）に記載の無線通信装置。
（５）
前記制御部は、周波数の分割パターンをひとつ以上含むアクションフレームを、前記他の無線通信装置へ送信するよう前記無線通信部を制御する、前記（４）に記載の無線通信装置。
（６）
前記ＰＬＣＰヘッダは、前記スケジュール情報として、ひとつ以上の前記分割パターンのうち用いられる一の前記分割パターンを示す分割パターン識別情報を含み、
前記分割パターン識別情報は、ＯＦＤＭＡにより多重されるユーザに共通して用いられる、前記（５）に記載の無線通信装置。
（７）
前記使用周波数情報は、前記分割パターン識別情報が示す前記分割パターンにより分割される周波数のうち少なくともいずれかを示す情報である、前記（６）に記載の無線通信装置。
（８）
前記ＰＬＣＰヘッダに含まれる前記スケジュール情報は、ＯＦＤＭＡに関するパケットを用いて送信される、前記（４）〜（７）のいずれか一項に記載の無線通信装置。
（９）
ひとつの前記リソースブロック情報は、前記ＯＦＤＭＡに関するパケットをひとつ又は連続して複数用いて送信される、前記（８）に記載の無線通信装置。
（１０）
前記ＯＦＤＭＡに関するパケットは、ひとつにつきひとつの前記リソースブロック情報を含む、前記（８）又は（９）に記載の無線通信装置。
（１１）
前記ＯＦＤＭＡに関するパケットは、他の前記ＯＦＤＭＡに関するパケットが後続するか否かを示す情報を含む、前記（８）〜（１０）のいずれか一項に記載の無線通信装置。
（１２）
前記制御部は、ひとつのフレームに含まれるひとつ以上の前記ＯＦＤＭＡに関するパケットの全体のサイズが１シンボルあたりのビット数の整数倍になるようパディング処理を制御する、前記（８）〜（１１）のいずれか一項に記載の無線通信装置。
（１３）
前記制御部は、前記他の無線通信装置に割り当てられたひとつ以上の前記ＯＦＤＭＡ識別情報を含むアクションフレームを、前記他の無線通信装置へ送信するよう前記無線通信部を制御する、前記（４）〜（１２）のいずれか一項に記載の無線通信装置。
（１４）
ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、
前記無線通信部により受信された前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダからＯＦＤＭＡに関するスケジュール情報を取得する制御部と、
を備える無線通信装置。
（１５）
前記制御部は、前記スケジュール情報に従って前記他の無線通信装置との間でＯＦＤＭＡを用いて無線通信を行うよう前記無線通信部を制御する、前記（１４）に記載の無線通信装置。
（１６）
前記制御部は、前記ＰＬＣＰヘッダに含まれるリソースブロック情報が示す無線リソースを使用して無線通信を行うよう前記無線通信部を制御する、前記（１５）に記載の無線通信装置。
（１７）
前記無線通信部は、周波数の分割パターンをひとつ以上含むアクションフレームを前記他の無線通信装置から受信し、
前記制御部は、ひとつ以上の前記分割パターンのうち前記ＰＬＣＰヘッダに含まれる分割パターン識別情報が示す一の前記分割パターンにより分割される周波数のうち、前記リソースブロック情報に含まれる使用周波数情報が示す周波数を用いるよう前記無線通信部を制御する、前記（１６）に記載の無線通信装置。
（１８）
前記無線通信部は、前記他の無線通信装置により割り当てられたひとつ以上のＯＦＤＭＡ識別情報を含むアクションフレームを前記他の無線通信装置から受信し、
前記制御部は、前記アクションフレームに含まれる前記ＯＦＤＭＡ識別情報と一致する前記ＯＦＤＭＡ識別情報が含まれる前記リソースブロック情報が示す無線リソースを使用して無線通信を行うよう前記無線通信部を制御する、前記（１６）又は（１７）に記載の無線通信装置。
（１９）
ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、
ＯＦＤＭＡに関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダに含めて前記他の無線通信装置へ送信するよう制御すること、
を含む無線通信方法。
（２０）
ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、
受信された前記ＩＥＥＥ８０２．１１規格で定義されるＰＬＣＰヘッダからＯＦＤＭＡに関するスケジュール情報を取得すること、
を含む無線通信方法。

１ 無線通信システム
１０ 空間ストリーム
１１ サブキャリア
１００ 基地局
１１０ 無線通信部
１２０ 記憶部
１３０ 制御部
２００ ＯＦＤＭＡ端末
２１０ 無線通信部
２２０ 記憶部
２３０ 制御部
３００ ＶＨＴ端末

Claims (17)

1. ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、
   直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＰＤＵ（Physical layer Protocol Data Unit）のヘッダ部に含めて前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
   を備え、
   前記ヘッダ部は、第１のフィールド、第２のフィールド、及び第３のフィールドを含み、
   前記第１のフィールドは、前記第２のフィールド及び前記第３のフィールドを特定するためのフラグ情報を含み、
   前記第２のフィールドは、前記第３のフィールドの長さを示す長さ情報を含み、
   前記第３のフィールドは、共通フィールドと一つ以上のユーザ固有フィールドを含み、
   前記共通フィールドは、リソースパターンを示す情報を含み、前記一つ以上のユーザ固有フィールドの各々は、端末ＩＤ及びＭＣＳに関する情報を含み、
   前記リソースパターンを示す情報は、前記ＰＰＤＵが送信される周波数帯域幅に応じた第１のビット数を用いて周波数領域におけるリソースの割り当てパターンを示し、
   前記第１のビット数は、前記ＰＰＤＵが送信される周波数帯域幅が、４０ＭＨｚの場合と８０ＭＨｚの場合と８０＋８０ＭＨｚの場合とで異なる値をとり、
   前記端末ＩＤを表す第２のビット数は、前記ＭＣＳに関する情報を表す第３のビット数よりも多く、前記第３のビット数は４である、
   無線通信装置。
2. 前記制御部は、前記他の無線通信装置との間で前記スケジュール情報に従ってＯＦＤＭＡを用いて無線通信を行うよう前記無線通信部を制御する、請求項１に記載の無線通信装置。
3. 前記ヘッダ部に含まれる前記スケジュール情報は、ＯＦＤＭＡに関するパケットを用いて送信される、請求項１に記載の無線通信装置。
4. 前記ＯＦＤＭＡに関するパケットは、他の前記ＯＦＤＭＡに関するパケットが後続するか否かを示す情報を含む、請求項３に記載の無線通信装置。
5. 前記制御部は、ひとつのフレームに含まれるひとつ以上の前記ＯＦＤＭＡに関するパケットの全体のサイズが１シンボルあたりのビット数の整数倍になるようパディング処理を制御する、請求項３に記載の無線通信装置。
6. 前記ヘッダ部は、アップリンク又はダウンリンクのいずれで送信されるかを示すＵＬ／ＤＬ情報をさらに含む、請求項１に記載の無線通信装置。
7. 前記第３のフィールドに含まれる情報は、マルチユーザＭＩＭＯのスケジューリングのために用いられる、請求項１に記載の無線通信装置。
8. 前記無線通信部は、ＩＥＥＥ８０２．１１．ａｃ規格に従った通信を行う機能をさらに有する、請求項１に記載の無線通信装置。
9. ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信部と、
   直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＰＤＵ（Physical layer Protocol Data Unit）のヘッダ部に含めて前記他の無線通信装置から受信するよう前記無線通信部を制御する制御部と、
   を備え、
   前記ヘッダ部は、第１のフィールド、第２のフィールド、及び第３のフィールドを含み、
   前記第１のフィールドは、前記第２のフィールド及び前記第３のフィールドを特定するためのフラグ情報を含み、
   前記第２のフィールドは、前記第３のフィールドの長さを示す長さ情報を含み、
   前記第３のフィールドは、共通フィールドと一つ以上のユーザ固有フィールドを含み、
   前記共通フィールドは、リソースパターンを示す情報を含み、前記一つ以上のユーザ固有フィールドの各々は、端末ＩＤ及びＭＣＳに関する情報を含み、
   前記リソースパターンを示す情報は、前記ＰＰＤＵが送信される周波数帯域幅に応じた第１のビット数を用いて周波数領域におけるリソースの割り当てパターンを示し、
   前記第１のビット数は、前記ＰＰＤＵが送信される周波数帯域幅が、４０ＭＨｚの場合と８０ＭＨｚの場合と８０＋８０ＭＨｚの場合とで異なる値をとり、
   前記端末ＩＤを表す第２のビット数は、前記ＭＣＳに関する情報を表す第３のビット数よりも多く、前記第３のビット数は４である、
   無線通信装置。
10. 前記制御部は、前記他の無線通信装置との間で前記スケジュール情報に従ってＯＦＤＭＡを用いて無線通信を行うよう前記無線通信部を制御する、請求項９に記載の無線通信装置。
11. 前記ヘッダ部に含まれる前記スケジュール情報は、ＯＦＤＭＡに関するパケットを用いて受信される、請求項９に記載の無線通信装置。
12. 前記ＯＦＤＭＡに関するパケットは、他の前記ＯＦＤＭＡに関するパケットが後続するか否かを示す情報を含む、請求項１１に記載の無線通信装置。
13. 前記ヘッダ部は、アップリンク又はダウンリンクのいずれで送信されたかを示すＵＬ／ＤＬ情報をさらに含む、請求項９に記載の無線通信装置。
14. 前記第３のフィールドに含まれる情報は、マルチユーザＭＩＭＯのスケジューリングのために用いられる、請求項９に記載の無線通信装置。
15. 前記無線通信部は、ＩＥＥＥ８０２．１１．ａｃ規格に従った通信を行う機能をさらに有する、請求項９に記載の無線通信装置。
16. ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、
    直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＰＤＵ（Physical layer Protocol Data Unit）のヘッダ部に含めて前記他の無線通信装置へ送信するよう制御することを含む無線通信方法であって、
    前記ヘッダ部は、第１のフィールド、第２のフィールド、及び第３のフィールドを含み、
    前記第１のフィールドは、前記第２のフィールド及び前記第３のフィールドを特定するためのフラグ情報を含み、
    前記第２のフィールドは、前記第３のフィールドの長さを示す長さ情報を含み、
    前記第３のフィールドは、共通フィールドと一つ以上のユーザ固有フィールドを含み、
    前記共通フィールドは、リソースパターンを示す情報を含み、前記一つ以上のユーザ固有フィールドの各々は、端末ＩＤ及びＭＣＳに関する情報を含み、
    前記リソースパターンを示す情報は、前記ＰＰＤＵが送信される周波数帯域幅に応じた第１のビット数を用いて周波数領域におけるリソースの割り当てパターンを示し、
    前記第１のビット数は、前記ＰＰＤＵが送信される周波数帯域幅が、４０ＭＨｚの場合と８０ＭＨｚの場合と８０＋８０ＭＨｚの場合とで異なる値をとり、
    前記端末ＩＤを表す第２のビット数は、前記ＭＣＳに関する情報を表す第３のビット数よりも多く、前記第３のビット数は４である、
    無線通信方法。
17. ＩＥＥＥ８０２．１１規格に従って他の無線通信装置との間で無線通信を行う無線通信装置において、
    直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal frequency−division multiple access）に関するスケジュール情報を前記ＩＥＥＥ８０２．１１規格で定義されるＰＰＤＵ（Physical layer Protocol Data Unit）のヘッダ部に含めて前記他の無線通信装置から受信するよう制御することを含む無線通信方法であって、
    前記ヘッダ部は、第１のフィールド、第２のフィールド、及び第３のフィールドを含み、
    前記第１のフィールドは、前記第２のフィールド及び前記第３のフィールドを特定するためのフラグ情報を含み、
    前記第２のフィールドは、前記第３のフィールドの長さを示す長さ情報を含み、
    前記第３のフィールドは、共通フィールドと一つ以上のユーザ固有フィールドを含み、
    前記共通フィールドは、リソースパターンを示す情報を含み、前記一つ以上のユーザ固有フィールドの各々は、端末ＩＤ及びＭＣＳに関する情報を含み、
    前記リソースパターンを示す情報は、前記ＰＰＤＵが送信される周波数帯域幅に応じた第１のビット数を用いて周波数領域におけるリソースの割り当てパターンを示し、
    前記第１のビット数は、前記ＰＰＤＵが送信される周波数帯域幅が、４０ＭＨｚの場合と８０ＭＨｚの場合と８０＋８０ＭＨｚの場合とで異なる値をとり、
    前記端末ＩＤを表す第２のビット数は、前記ＭＣＳに関する情報を表す第３のビット数よりも多く、前記第３のビット数は４である、
    無線通信方法。

Images