(57)【特許請求の範囲】
【請求項１】
通信相手の装置に対する通信について使用する通信リソース領域を割り当てる無線通信装置において、
通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報を取得する数情報取得手段と、
通信相手の装置毎に固有な情報と、前記数情報取得手段により取得された当該通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報とを対応付けて記憶する対応記憶手段と、
通信相手の装置毎に固有な情報を記憶したメモリカードが挿入されたことに応じて、当該メモリカードから通信相手の装置毎に固有な情報を取得し、当該取得された通信相手の装置毎に固有な情報が前記対応記憶手段に記憶されているか否かを確認し、記憶されていない場合には当該装置毎に固有な情報を前記対応記憶手段に記憶する固有情報取得手段と、
前記対応記憶手段の記憶内容に基づいて、前記対応付けが記憶された通信相手の装置に対する通信については当該通信相手の装置に対応付けられた通信リソース領域の数を確保して、当該通信相手の装置に対する通信について使用する通信リソース領域の割り当てを行うスケジューリング手段と、
を備えたことを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信相手との間で無線により通信を行う無線通信装置に関し、特に、通信相手に対して割り当てる通信リソース領域の数を通信相手毎に十分に確保する無線通信装置に関する。
【背景技術】
【０００２】
例えば、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を使用して、無線基地局装置（ＢＴＳ）と端末装置との間で無線通信を行う無線通信システムが実施されている。
無線基地局装置から端末装置への下りリンクにおいて、ＯＦＤＭＡ（ＯＦＤＭ  Ａｃｃｅｓｓ）を用いた場合、無線基地局装置は、周波数軸上において無線品質が良好な周波数領域に送信データをスケジューリングすることにより、スループットを向上することができる。また、端末装置から無線基地局装置への上りリンクについても、同様なスケジューリングを行うことが可能である。
【０００３】
図６〜図１０には、ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）における各種の３ＧＰＰ仕様を示してある（非特許文献１、２、３参照。）。
図６には、下りリンクについて、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ）のベースバンド構成の一例を示してある。
下りリンクのベースバンド処理では、チャネルコーディングやＲＭやインターリーブした符号化データをコードワード（ｃｏｄｅ  ｗｏｒｄｓ）として、スクランブル部（Ｓｃｒａｎｂｌｉｎｇ）１０１、１０２がスクランブリング符号を乗じる。
【０００４】
次に、変調マップ部（Ｍｏｄｕｌａｔｉｏｎ  Ｍａｐｐｅｒ）１０３、１０４が、例えばＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）や１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌｔｉｏｎ）や６４ＱＡＭなどの変調を行う。
次に、レイヤマップ部（Ｌａｙｅｒ  Ｍａｐｐｅｒ）１０５が、トランスミッションランクとコードワード数を用いて、レイヤ（ｌａｙｅｒｓ）にマッピングする。
【０００５】
次に、プレコード部（Ｐｒｅｃｏｄｉｎｇ）１０６が、レイヤ信号を用いて、送信ダイバーシチを行い、各アンテナ毎に信号を出力する。
次に、ＯＦＤＭマップ部（ＯＦＤＭ  Ｍａｐｐｅｒ）１０７、１０８が、各物理チャネル、物理シグナルの送信ダイバーシチ後の物理リソース信号をＯＦＤＭリソースエレメントにマッピングする。
そして、ＯＦＤＭ信号生成部（ＯＦＤＭ  ｓｉｇｎａｌ  ｇｅｎｅｒａｔｉｏｎ）１０９、１１０が、ＯＦＤＭ信号を生成し、アンテナポート（ａｎｔｅｎｎａ  ｐｏｒｔｓ）へ送信する。
【０００６】
図７には、ＯＦＤＭ方式における下りリンクのリソースグリッドの一例を示してある。本例の下りリンクのリソースグリッドは、アンテナ毎に構成される。
１つの下りスロットでは、時間方向（図７において横軸）にＮＤＬｓｙｍｂ個のＯＦＤＭシンボルがあり、周波数方向（図７において縦軸）にＮＤＬＢＷ個のサブキャリアがある。１個のＯＦＤＭシンボル及び１個のサブキャリアにより特定される領域（１個のグリッド）がリソースエレメントとなる。
また、ＯＦＤＭシンボル方向（時間方向）に連続したＮＤＬｓｙｍｂ個のリソースエレメント（１スロット分に相当するリソースエレメント）とサブキャリア方向（周波数方向）に連続したＮＲＢＢＷ個のリソースエレメント（１８０ｋＨｚ分に相当するリソースエレメント）で囲まれる（ＮＤＬｓｙｍｂ×ＮＲＢＢＷ）個のリソースエレメントの集合領域がリソースブロック（ＲＢ）となる。
【０００７】
図７に示されるのと同様な構成を有する下りスロットが、例えば、連続的に複数並べられて通信される。
この場合、下りスロットに設定された各リソースブロックや各リソースエレメントは、変更がなければ、下りスロットの周期毎に、同一のものが出現することとなる。
【０００８】
図８には、下りリンクにおけるＯＦＤＭリソースブロックの各パラメータの値の一例を示してある。
具体的には、コンフィギュレーション（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ノーマルサイクリックプリフィクス（Ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）とエクステンディドサイクリックプリフィクス（Ｅｘｔｅｎｄｅｄ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を示してあり、また、フレーム構造として、ジェネリックフレーム構造（Ｇｅｎｅｒｉｃ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）とオータナティブフレーム構造（Ａｌｔｅｒｎａｔｉｖｅ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）を示してある。
【０００９】
図９及び図１０には、ＤＬ−ＳＣＨにおけるＭＡＣスケジューラの制御の一例を示してある。図９には無線基地局装置に相当するノードＢ（Ｎｏｄｅ  Ｂ）について示してあり、図１０には端末装置などのユーザ機器に相当するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）について示してある。
図９には、ＭＡＣスケジューラと図６に示されるようなベースバンド処理部とのつながりを示してある。
ＭＡＣスケジューラは、チャネル状態（Ｃｈａｎｎｅｌ−ｓｔａｔｅ）情報や電力値やＲＢ数等を用いて、ベースバンド処理部におけるＲＢ数や変調方式やＯＦＤＭマッピングやアンテナマッピング等の制御を行う。
【００１０】
【特許文献１】特開２００４−１２８９６７号公報
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１．０．０  （２００７−０３）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１．０．０  （２００７−０３）
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１．１．０  （２００７−０５）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述のようなＭＡＣスケジューラにより行われるスケジューリングでは、未だに開発の余地があり、更なる改善が要求されていた。特に、端末装置（ＵＥ）毎に十分な数の通信リソース領域（例えば、ＲＢ）を割り当てることが可能なスケジューリングの実現が望まれていた。
本発明は、このような従来の事情に鑑み為されたもので、通信相手に対して割り当てる通信リソース領域の数を通信相手毎に十分に確保することができる無線通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明では、通信相手の装置に対する通信について使用する通信リソース領域を割り当てる無線通信装置において、次のような構成とした。
すなわち、固有情報取得手段が、通信相手の装置毎に固有な情報を取得する。数情報取得手段が、通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報を取得する。対応記憶手段が、前記固有情報取得手段により取得された通信相手の装置毎に固有な情報と、前記数情報取得手段により取得された当該通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報とを対応付けて記憶する。スケジューリング手段が、前記対応記憶手段の記憶内容に基づいて、前記対応付けが記憶された通信相手の装置に対する通信については、当該通信相手の装置に対応付けられた通信リソース領域の数を確保して、当該通信相手の装置に対する通信について使用する通信リソース領域の割り当てを行う。
【００１３】
従って、通信相手毎に、予め確保（予約）された通信リソース領域の数を管理しておいて、通信リソース領域の割り当て（スケジューリング）を行う際に、管理されている通信リソース領域の数を確保することにより、通信相手に対して割り当てる通信リソース領域の数を通信相手毎に十分に確保することができる。
【００１４】
ここで、無線通信装置としては、種々なものに適用されてもよく、例えば、無線基地局装置や端末装置のように各種の無線通信システムの通信装置に適用することが可能であり、放送用の通信装置などに適用することも可能である。
また、無線通信装置としては、好ましい態様例として、ＯＦＤＭ方式を用いてデータを通信する装置に適用することが可能である。
また、通信相手の装置としては、種々な装置が用いられてもよい。また、通信相手の装置の数としては、例えば、複数となるが、通信状況などに応じて、１又は０であるようなときがあってもよい。
【００１５】
また、通信相手の装置毎に固有な情報としては、種々な情報が用いられてもよく、例えば、それぞれの装置を識別する番号や記号などの情報を用いることができる。
また、通信相手の装置毎に固有な情報を取得する手法としては、種々なものが用いられてもよく、例えば、通信相手の装置毎に固有な情報をメモリに記憶したカードから当該情報を読み出して取得するような態様を用いることができる。
【００１６】
また、通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報としては、種々な情報が用いられてもよく、例えば、その数を示す値の情報を用いることができる。
また、通信相手の装置に対する通信について確保する通信リソース領域の数を特定する情報を取得する手法としては、種々なものが用いられてもよく、例えば、パーソナルコンピュータ（ＰＣ）などから、新規な情報や、登録された情報の変更内容などを取得するような手法を用いることができる。
【００１７】
また、対応記憶手段としては、例えば、メモリを用いて構成することができる。
また、スケジューリング手段は、対応記憶手段に対応付け（確保する通信リソース領域の数）が記憶されていない通信相手の装置に対する通信については、例えば、他の通信相手の装置に対して確保（予約）されておらず使用もされていない空いている通信リソース領域を割り当てるようにする。
【００１８】
また、通信リソース領域としては、種々なものが用いられてもよく、例えば、周波数方向の範囲を用いて区分される領域、又は、周波数方向の範囲と時間方向の範囲を用いて区分される領域を用いることができる。このような通信リソース領域を、割り当ての単位として用いることができる。
また、周波数方向の範囲としては、例えば、ＯＦＤＭ方式などにおける複数のサブキャリアの中の一部又は全部を特定する範囲を用いることができる。
また、時間方向の範囲としては、例えば、ＯＦＤＭ方式などにおける複数のシンボルの中の一部又は全部を特定する範囲を用いることができる。なお、複数のシンボルの数としては、例えば、１スロットに含まれるシンボルの数を用いることができる。
【００１９】
また、通信リソース領域としては、例えば、ＯＦＤＭ方式において、リソースブロックの領域や、或いは、１個以上の所定数のリソースエレメントの領域などを用いることができる。
通信リソース領域は、例えば、時間方向の範囲が区切られない場合には、周波数方向の範囲のみを用いて区分されてもよく、或いは、周波数方向の範囲を用いて区分されるとともに、時間方向の範囲を用いて区分されてもよい。
【００２０】
また、通信相手の装置に対して割り当てる通信リソース領域の数としては、種々な数が用いられてもよく、例えば、１つ以上の数が用いられるが、通信状況などに応じて０であるときが発生してもよい。また、通信相手の装置に対して割り当てる通信リソース領域の数としては、例えば、通信状況などに応じて、可変に制御されてもよい。
【００２１】
また、スケジューリング（通信リソース領域の割り当て）を行う手法としては、種々なものが用いられてもよい。
また、複数の通信相手の装置が存在する場合には、スケジューリング（通信リソース領域の割り当て）は、例えば、複数の通信相手の装置から受信された通信品質に関する情報などに基づいて、複数の通信相手の装置について考慮して行われ、一般的に、概略的には、それぞれの通信リソース領域を通信品質が良好となる通信相手の装置に割り当てて、全体として、通信品質を良好とするようなスケジューリングを行うことが好ましい。
【００２２】
また、通信品質に関する情報としては、種々な情報が用いられてもよく、例えば、パイロット信号に基づく受信電力の情報として、パイロット信号のＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）の情報を用いることができる。一般に、パイロット信号の振幅や位相は、基準値が用いられ、送信側と受信側とで把握されている。
【発明の効果】
【００２３】
以上説明したように、本発明に係る無線通信装置によると、通信相手毎に、予め確保（予約）された通信リソース領域の数を管理しておいて、通信リソース領域の割り当て（スケジューリング）を行う際に、管理されている通信リソース領域の数を確保するようにしたため、通信相手に対して割り当てる通信リソース領域の数を通信相手毎に十分に確保することができる。
【発明を実施するための最良の形態】
【００２４】
本発明に係る実施例を図面を参照して説明する。
まず、スケジューリングや、無線品質（ＣＱＩ）について、概略的に説明する。
無線基地局装置（ＢＴＳ）は、例えば、携帯型の複数の端末装置（ユーザ）との間で、ＯＦＤＭ方式により無線通信を行う。
無線基地局装置により行われるスケジューリングでは、一例として、各端末装置に対する各チャネルについて、そのチャネルの無線通信で使用するリソースブロックを割り当てる。
【００２５】
本例では、共通制御チャネルやデータチャネルなどにリソースブロックを割り当て、パイロット信号の通信状況に基づいて端末装置が無線品質（ＣＱＩ）を検出し、この検出結果に基づいて無線基地局装置がデータチャネルなどのスケジューリングを行う。
ここで、例えば、共通制御チャネルでは全てのＯＦＤＭシンボル及び全てのサブキャリアにパイロット信号が割り当てられ、また、データチャネルでは、基本的にはデータ信号が割り当てられるが、ＯＦＤＭシンボル及びサブキャリアの一部の位置にパイロット信号が割り当てられる。
【００２６】
また、スケジューリングの具体的な手法としては、種々な手法が用いられてもよく、例えば、無線基地局装置と複数の端末装置との間での無線通信が全体として良好になるような態様で行われる。一例として、ある端末装置に対するあるリソースブロックの無線品質（ＣＱＩ）が良好である場合には、そのリソースブロックをそのまま継続して使用し、また、ある端末装置に対するあるリソースブロックの無線品質（ＣＱＩ）が劣化した場合には、そのリソースブロックについては他の端末装置へ割り当てるために確保して、前記ある端末装置には無線品質（ＣＱＩ）が良好となる他のリソースブロックを割り当てるような手法を用いることができる。
【００２７】
また、ここでは、リソースブロックの割り当て（スケジューリング）について幾つかの例を示したが、他の様々な態様が用いられてもよい。
例えば、１つの端末装置の１つのチャネルに１つのリソースブロックを割り当てる態様ではなく、１つのリソースブロックを複数の端末装置（複数のチャネル）に割り当てるような態様や、１個又は任意の複数個のリソースエレメントを単位として割り当てを行うような態様などを用いることも可能である。
また、スケジューリングは、例えば、無線基地局装置から端末装置への送信データについて行われるが、端末装置から無線基地局装置への送信データについて同様なスケジューリングを行うことも可能である。
【００２８】
本例では、無線品質を表す情報として、ＣＱＩの情報を用いる。ＣＱＩは、受信信号の電力（パワー）の値を表し、大きい方が無線品質が良い。
例えば、リソースブロックを単位として割り当てが行われる場合には、１つのリソースブロックに含まれるパイロット信号の電力の値がＣＱＩとして検出され、また、１つのリソースブロックに複数のパイロット信号が含まれる場合には、これら複数のパイロット信号の電力の平均値がＣＱＩとして検出されてもよい。
【００２９】
ＣＱＩは、例えば、離散的なデジタル値であり、一例として、１〜３０の値をとる。この場合、１が下限値となり、３０が上限値となる。このようなＣＱＩの態様は、例えば、各システムで任意に設定されてもよい。
本例では、データ信号についてはＣＱＩの検出には使用されず、受信側では、受信したデータ信号に誤りがあった場合には、送信側へ再送要求を発することや、或いは、送信側からの送信電力を上げるための要求を行う。
【００３０】
無線基地局装置において行われるスケジューリングでは、複数の端末装置から報告された複数の領域（例えば、リソースブロック）のＣＱＩを考慮して、各端末装置に対する無線通信に使用する領域（例えば、リソースブロック）の割り当てを行う。一般に、ある周波数領域については、ある端末装置の通信特性（例えば、周波数特性）と他の端末装置の通信特性（例えば、周波数特性）とは異なり得るため、良好な特性となる端末装置にその周波数領域を割り当てる方が良い。
【００３１】
次に、本実施例に係るＬＴＥの無線基地局装置を説明する。
図１には、本例の無線基地局装置の下りリンクに関する構成例を示してあり、また、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カード１１と、パーソナルコンピュータ（ＰＣ）１２を示してある。
なお、本例では、４本の送信アンテナを備えた無線基地局装置を示してある。
本例の無線基地局装置は、ＵＳＩＭコネクタ１と、ＲＢ登録／削除処理部２と、Ｅｔｈｅｒコネクタ３と、ＲＢ数変更／初期化処理部４と、ＲＢ予約テーブル５と、表示装置６と、ＭＡＣスケジューラ７と、複数のＬＴＥベースバンド信号処理部Ａ１、Ａ２、Ａ３と、４個のＯＦＤＭリソースグリッド部Ｂ１〜Ｂ４と、４個のＯＦＤＭ信号生成部Ｃ１〜Ｃ４と、４個のアンテナＤ１〜Ｄ４を備えている。
【００３２】
ＵＳＩＭカード１１は、例えば、メモリを有しており、端末装置（ＵＥ）毎に固有なパラメータのデータ（ＵＥ固有パラメータ）を当該メモリに記憶する。ＵＳＩＭカード１１は、無線基地局装置に対して、ＵＥ固有パラメータを登録や削除するために用いられる。
ＰＣ１２は、無線基地局装置に対して、ＲＢの数を変更する処理や初期化する処理を行う機能を有している。なお、ＰＣ１２は、例えば、人により操作される。
【００３３】
図２には、ＲＢ予約テーブル５の構成例を示してある。
本例のＲＢ予約テーブル５では、端末装置（ＵＥ）毎に固有なパラメータ（ＵＥ固有パラメータ）と、予約されたリソースブロック（ＲＢ）の数（予約ＲＢ数）とが対応付けられて格納される。
ＲＢ予約テーブル５は、端末装置（ＵＥ）毎にＲＢの予約状況を管理するものであり、ＵＳＩＭカード１１から取得されたＵＥ固有パラメータを格納するテーブルであり、２つの要素（ＵＥ固有パラメータ、予約ＲＢ数）で構成される。
ここで、ＵＥ固有パラメータは、ＲＢを確保したい端末装置のＵＳＩＭカード１１から取得される。
また、予約ＲＢ数は、確保するＲＢの個数であり、ＰＣ１２により変更することが可能である。
【００３４】
表示装置６は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）により各種の情報を表示するもの或いはＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）により各状態を点灯表示するものなどであり、本例では、ＲＢ登録／削除処理の結果や、ＲＢ数変更／初期化処理の結果などに関する情報を表示する。
なお、表示装置６としては、例えば、ＰＣ１２とは別体で備えられるが、ＰＣ１２が有する表示装置を利用することも可能である。
【００３５】
本例の無線基地局装置において行われる動作の一例を示す。
ＵＳＩＭコネクタ１は、ＵＳＩＭカード１１を挿入するコネクタ部を有しており、例えば、人により手動で、当該コネクタ部にＵＳＩＭカード１１を挿入することや、当該コネクタ部からＵＳＩＭカード１１を抜き出すことができる。
ＵＳＩＭコネクタ１にＵＳＩＭカード１１が挿入された状態で、当該ＵＳＩＭカード１１のメモリに記憶されたＵＥ固有パラメータを取得することができる。
【００３６】
ＲＢ登録／削除処理部２は、ＵＳＩＭコネクタ１に挿入されたＵＳＩＭカード１１から取得したＵＥ固有パラメータに関する情報をＲＢ予約テーブル５に登録する処理や、ＲＢ予約テーブル５に登録された情報を削除する処理を行う。
本例では、ＵＳＩＭカード１１の挿入時に、ＲＢ予約テーブル５におけるＵＥ固有パラメータの有無に応じて、登録処理と削除処理を切り換える。
【００３７】
図３を参照して、本例のＲＢ登録／削除処理部２により行われるＵＳＩＭ接続時におけるＲＢ登録／削除処理の手順の一例（ステップＳ１〜Ｓ９）を示す。
条件（１）として、ＵＳＩＭコネクタ１にＵＳＩＭカード１１が挿入されているか否か（挿入の有無）を確認し（ステップＳ１）、挿入されていない場合には処理を終了する。
一方、ＵＳＩＭカード１１が挿入されている場合には、当該ＵＳＩＭカード１１からＵＥ固有パラメータを読み込む処理（Ｒｅａｄ処理）を行う（ステップＳ２）。
【００３８】
次に、条件（２）として、ＵＳＩＭカード１１から読み込んだＵＥ固有パラメータがＲＢ予約テーブル５に登録されているか否か（登録の有無）を確認し（ステップＳ３）、登録されていない（未登録の）場合には登録処理を行い、登録されている（登録済みの）場合には削除処理を行う。
【００３９】
上記において（ステップＳ３）、ＵＳＩＭカード１１から読み込んだＵＥ固有パラメータがＲＢ予約テーブル５に登録されていない場合には、条件（３）として、ＲＢ予約テーブル５に今回の登録を行うための空きＲＢがあるか否かを確認する（ステップＳ４）。
登録するための空きＲＢがある場合には、登録が可能（登録ＯＫ）であり、ＵＳＩＭカード１１から読み込んだＵＥ固有パラメータをＲＢ予約テーブル５に書き込んで登録し（ステップＳ５）、表示処理（１）として、登録が完了したこと（登録ＯＫ）を示す表示を表示装置６により行う（ステップＳ６）。
一方、登録するための空きＲＢがなかった場合には、登録が不可能（登録ＮＧ）であり、登録処理を異常終了とみなして、表示処理（２）として、登録処理が異常終了であること（登録ＮＧ）を示す表示を表示装置６により行う（ステップＳ７）。
【００４０】
また、上記において（ステップＳ３）、ＵＳＩＭカード１１から読み込んだＵＥ固有パラメータがＲＢ予約テーブル５に登録されている場合には、ＵＳＩＭカード１１から読み込んだＵＥ固有パラメータに関する情報をＲＢ予約テーブル５から削除し（ステップＳ８）、表示処理（３）として、削除が完了したこと（削除）を示す表示を表示装置６により行う（ステップＳ９）。
【００４１】
Ｅｔｈｅｒコネクタ３は、ＰＣ１２との間で通信可能に接続するための回線（例えば、接続ケーブル）を挿入するコネクタ部を有しており、例えば、人により手動で、当該コネクタ部に接続ケーブルを挿入することや、当該コネクタ部から接続ケーブルを抜き出すことができる。
Ｅｔｈｅｒコネクタ３に接続ケーブルが挿入されてＰＣ１２と通信可能に接続された状態で、ＲＢ数変更／初期化処理を行うことができる。
ＲＢ数変更／初期化処理部４は、Ｅｔｈｅｒコネクタ３を介してＰＣ１２と通信可能に接続された状態で、ＰＣ１２からの指示等に応じて、ＲＢ予約テーブル５における予約ＲＢ数を変更する処理や、ＲＢ予約テーブル５の登録情報を初期化する処理を行う。
【００４２】
図４を参照して、本例のＲＢ数変更／初期化処理部４により行われるＰＣ接続時におけるＲＢ数変更／初期化処理の手順の一例（ステップＳ１１〜Ｓ２３）を示す。
条件（１）として、Ｅｔｈｅｒコネクタ３にＰＣ１２が接続されているか否か（ＰＣ接続の有無）を確認し（ステップＳ１１）、接続されていない場合には処理を終了する。
一方、Ｅｔｈｅｒコネクタ３にＰＣ１２が接続されている場合には、条件（２）として、Ｅｔｈｅｒコネクタ３を経由してＰＣ１２から有効な処理選択が為されたか否か（処理選択の有無）を確認し（ステップＳ１２）、有効な処理選択が為されていない場合には処理を終了する。
【００４３】
上記において（ステップＳ１２）、ＰＣ１２から有効な処理選択として、変更／初期化の処理が選択された場合には、条件（３）として、選択された処理の内容が変更処理であるか或いは初期化処理であるかを判定する（ステップＳ１３）。
選択された処理の内容が変更処理であった場合には（ステップＳ１３）、表示処理（１）として、変更前の予約ＲＢ数を確認するために、変更前の予約ＲＢ数を示す表示を表示装置６（或いは、ＰＣ１２の表示装置でもよい）により行う（ステップＳ１４）。
【００４４】
次に、条件（４）として、ＰＣ１２により予約ＲＢ数の変更の要求があるか否か（変更の有無）を確認し（ステップＳ１５）、変更の要求がある場合には、テーブル初期化（１）として、変更する前にＲＢ予約テーブル５の登録情報を全てクリアして初期化し（ステップＳ１６）、変更の要求に従ってＲＢ予約テーブル５における予約ＲＢ数を変更し（ステップＳ１７）、表示処理（２）として、変更後の予約ＲＢ数を示す表示を表示装置６（或いは、ＰＣ１２の表示装置でもよい）により行う（ステップＳ１８）。
一方、変更の要求がない場合には、表示処理（３）として、変更処理を取り消したこと（変更取り消し）を示す表示を表示装置６（或いは、ＰＣ１２の表示装置でもよい）により行う（ステップＳ１９）。
【００４５】
また、上記において（ステップＳ１３）、選択された処理の内容が初期化処理であった場合には、条件（５）として、ＲＢ予約テーブル５に対する初期化の要求があるか否か（初期化の有無）を確認し（ステップＳ２０）、初期化の要求がある場合には、テーブル初期化（２）として、ＲＢ予約テーブル５の登録情報を全てクリアして初期化し（ステップＳ２１）、表示処理（４）として、初期化が完了したこと（初期化完了）を示す表示を表示装置６（或いは、ＰＣ１２の表示装置でもよい）により行う（ステップＳ２２）。
一方、初期化の要求がない場合には、表示処理（５）として、初期化処理を取り消したこと（初期化取り消し）を示す表示を表示装置６（或いは、ＰＣ１２の表示装置でもよい）により行う（ステップＳ２３）。
【００４６】
ＭＡＣスケジューラ７は、ＲＢ予約テーブル５に登録された情報（パラメータ）を参照して、その情報を用いてスケジューリング（ＲＢの割り当て動作）を行う。
図５を参照して、本例のＭＡＣスケジューラ７により行われるＭＡＣスケジューリング処理の手順の一例（ステップＳ３１〜Ｓ３４）を示す。
【００４７】
まず、条件判定として、ＭＡＣスケジューラ７により、スケジューリング対象となる端末装置（ＵＥ）について、当該端末装置のＵＳＩＭカード１１から取得したＵＥ固有パラメータがＲＢ予約テーブル５に登録されているか否か（指定ＵＥの予約の有無）を確認する（ステップＳ３１）。
この結果、スケジューリング対象となる端末装置のＵＥ固有パラメータがＲＢ予約テーブル５に登録されている場合には、ＲＢ選択処理（１）として、ＭＡＣスケジューラ７は、当該端末装置について、ＲＢの割り当て時に用いる使用可能なＲＢの数（使用可能ＲＢ数）として、ＲＢ予約テーブル５に登録された予約ＲＢ数を設定する（ステップＳ３２）。
【００４８】
一方、スケジューリング対象となる端末装置のＵＥ固有パラメータがＲＢ予約テーブル５に登録されていない場合には、ＲＢ選択処理（２）として、ＭＡＣスケジューラ７は、当該端末装置について、ＲＢの割り当て時に用いる使用可能なＲＢの数（使用可能ＲＢ数）として、全てのＲＢの数（使用可能ＲＢ数）からＲＢ予約テーブル５に登録されている予約ＲＢの総数を引いた結果（残りのＲＢの数）の中で未使用のＲＢの数を設定する（ステップＳ３３）。
【００４９】
そして、上記のようなＲＢ選択処理（１）、（２）の後に、ＭＡＣスケジューラ７は、スケジューリング対象となる端末装置について、設定した使用可能ＲＢ数を用いてスケジューリングを行い、ＲＢの数を割り当てる（ステップＳ３４）。
具体的には、ＲＢ予約テーブル５に登録されている端末装置（登録済みのＵＥ）の場合には、ＭＡＣスケジューラ７は、スケジューリング対象となる当該端末装置に対するＲＢの割り当てにおいて、予め予約されていたＲＢの数を使用することができるため、予約ＲＢ数分の（予約ＲＢ内にて）スループットを保障することができる。
一方、ＲＢ予約テーブル５に登録されていない端末装置（未登録のＵＥ）の場合には、ＭＡＣスケジューラ７は、全ＲＢ数からＲＢ予約テーブル５に登録されている予約ＲＢ総数を引いた残りのＲＢ数（未使用のＲＢ数）を使用して、ＲＢの割り当てを行う。
【００５０】
ＭＡＣスケジューラ７は、スケジューリングの結果をＬＴＥベースバンド信号処理部Ａ１、Ａ２、Ａ３へ出力して通知する。
各ＬＴＥベースバンド信号処理部Ａ１、Ａ２、Ａ３は、ＭＡＣスケジューラ７から通知されたスケジューリング結果に基づいて、ベースバンド信号の処理を行う。
各ＯＦＤＭリソースグリッド部Ｂ１〜Ｂ４は、各アンテナＤ１〜Ｄ４に対応しており、ＬＴＥベースバンド信号処理部Ａ１、Ａ２、Ａ３によるベースバンド信号処理結果に基づいて、送信対象となるデータについて、ＯＦＤＭリソースグリッドへのマッピングなどを行う。
【００５１】
各ＯＦＤＭ信号生成部Ｃ１〜Ｃ４は、各アンテナＤ１〜Ｄ４に対応しており、各ＯＦＤＭリソースグリッド部Ｂ１〜Ｂ４からの入力に基づいて、ＯＦＤＭ信号を生成する。
各アンテナＤ１〜Ｄ４は、各ＯＦＤＭ信号生成部Ｃ１〜Ｃ４により生成されたＯＦＤＭ信号を無線により送信する。
【００５２】
以上のように、本例のＬＴＥの無線基地局装置（ＢＴＳ）では、下り通信におけるリソースブロック（ＲＢ）の割り当てにおいて、ＵＳＩＭコネクタ１に挿入されたＵＳＩＭカード１１から携帯型の端末装置（ＵＥ）の固有データ（ＵＥ固有パラメータ）を取得し、ＲＢ登録／削除処理部２によりＵＳＩＭカード１１から取得したＵＥ固有パラメータをＲＢ予約テーブル５に登録する処理やＲＢ予約テーブル５の登録内容を削除する処理を行い、Ｅｔｈｅｒコネクタ３に接続されたＰＣ１２により予約ＲＢ数の変更／初期化処理を可能とし、ＲＢ数変更／初期化処理部４によりＲＢ予約テーブル５の予約ＲＢ数を変更する処理やＲＢ予約テーブル５を初期化する処理を行い、ＲＢ予約テーブル５によりＵＳＩＭカード１１から取得されたＵＥ固有パラメータを格納して端末装置毎のＲＢ予約状況を管理し、表示装置６によりＲＢ登録／削除処理の結果やＲＢ数変更／初期化処理の結果を表示し、ＭＡＣスケジューラ７によりＲＢ予約テーブル５のパラメータを用いてスケジューリングを行う。
【００５３】
従って、本例の無線基地局装置では、ＵＥ固有パラメータを予めＲＢ予約テーブル５に登録して、各端末装置毎に予約ＲＢ数を管理することにより、ＭＡＣスケジューラ７によりＲＢの割り当て（スケジューリング）を行うに際して、各端末装置に対するＲＢの割り当て数を予約ＲＢ内で保障することができ、これにより、ＲＢ予約テーブル５に登録されている端末装置のＤＬスループットを予約ＲＢ内で保障することができる。
本例の技術は、例えば、図９に示されるＭＡＣスケジューラにより図７に示されるＤＬリソースグリッドにおいてＲＢ割り当て処理（スケジューリング）を行うようなシステムに適用することが可能である。
【００５４】
なお、本例の無線基地局装置（無線通信装置の一例）では、端末装置（通信相手の装置の一例）に固有な情報（本例では、ＵＥ固有パラメータ）をＵＳＩＭコネクタ１に挿入されたＵＳＩＭカード１１からＲＢ登録／削除処理部２により取得する（読み込む）機能により固有情報取得手段が構成されており、端末装置に対する通信（データ送信）について確保（予約）する通信リソース領域（本例では、ＲＢ）の数を特定する情報をＥｔｈｅｒコネクタ３に接続されたＰＣ１２からＲＢ数変更／初期化処理部４により取得する（読み込む）機能により数情報取得手段が構成されており、端末装置毎に固有な情報（本例では、ＵＥ固有パラメータ）と通信リソース領域の数（本例では、予約ＲＢ数）との対応をＲＢ予約テーブル５によりメモリに記憶する機能により対応記憶手段が構成されており、ＭＡＣスケジューラ７がＲＢ予約テーブル５の記憶内容に基づいてスケジューリング（本例では、ＲＢの割り当て処理）を行う機能によりスケジューリング手段が構成されている。
【００５５】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施例に係る無線基地局装置の下りリンクに関する構成例を示す図である。
【図２】ＲＢ予約テーブルの一例を示す図である。
【図３】ＵＳＩＭ接続時におけるＲＢ登録／削除処理の手順の一例を示す図である。
【図４】ＰＣ接続時におけるＲＢ数変更／初期化処理の手順の一例を示す図である。
【図５】ＭＡＣスケジューリング処理の手順の一例を示す図である。
【図６】ベースバンド部の下りリンクに関する構成例を示す図である。
【図７】ＯＦＤＭ方式における下りリンクのリソースグリッドの一例を示す図である。
【図８】ＯＦＤＭ方式における下りリンクのリソースブロックパラメータの一例を示す図である。
【図９】ＤＬ−ＳＣＨにおけるＭＡＣスケジューラの制御の一例を示す図である。
【図１０】ＤＬ−ＳＣＨにおけるＭＡＣスケジューラの制御の一例を示す図である。
【符号の説明】
【００５７】
１・・ＵＳＩＭコネクタ、  ２・・ＲＢ登録／削除処理部、  ３・・Ｅｔｈｅｒコネクタ、  ４・・ＲＢ数変更／初期化処理部、  ５・・ＲＢ予約テーブル、  ６・・表示装置、  ７・・ＭＡＣスケジューラ、  １１・・ＵＳＩＭカード、  １２・・ＰＣ、  Ａ１〜Ａ３・・ＬＴＥベースバンド信号処理部、  Ｂ１〜Ｂ４・・ＯＦＤＭリソースグリッド部、  Ｃ１〜Ｃ４・・ＯＦＤＭ信号生成部、  Ｄ１〜Ｄ４・・アンテナ、
１０１、１０２・・スクランブル部、  １０３、１０４・・変調マップ部、  １０５・・レイヤマップ部、  １０６・・プレコード部、  １０７、１０８・・ＯＦＤＭマップ部、  １０９、１１０・・ＯＦＤＭ信号生成部、
【図１】
0005068126.tif 000002
【図２】
0005068126.tif 000003
【図３】
0005068126.tif 000004
【図４】
0005068126.tif 000005
【図５】
0005068126.tif 000006
【図６】
0005068126.tif 000007
【図７】
0005068126.tif 000008
【図８】
0005068126.tif 000009
【図９】
0005068126.tif 000010
【図１０】
0005068126.tif 000011