(57)【要約】【課題】複数のキャリアのリソースを割り当てるスケジューリングを効率的に行う。【解決手段】スケジューリング装置（基地局装置１）は、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算するリソース残存率演算部２０４と、前記リソース残存率演算部２０４により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てる割り当て部（ＲＢ割り当て部２０８）と、を備え、複数のキャリアのリソースを割り当てるスケジューリングを行う。【選択図】図２
2013126077.tif 000002
【特許請求の範囲】
【請求項１】
複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算するリソース残存率演算部と、
前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てる割り当て部と、を備え、
複数のキャリアのリソースを割り当てるスケジューリングを行う、ことを特徴とするスケジューリング装置。
【請求項２】
さらに、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、あらかじめ定められたリソース残存率の差を演算し、演算したリソース残存率の差についてあらかじめ定められた判定を行うリソース残存率判定部を備え、
前記割り当て部は、前記リソース残存率判定部により行われた判定の結果に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、
ことを特徴とする請求項１に記載のスケジューリング装置。
【請求項３】
キャリアアグリゲーションに対応した無線通信装置と、キャリアアグリゲーションに対応していない無線通信装置と、が存在する無線通信システムで用いられ、
さらに、メトリックを演算してメトリックが最大となる無線通信装置を選択するメトリック演算部と、
前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応しているか否かを判定するキャリアアグリゲーション対応判定部と、を備え、
前記キャリアアグリゲーション対応判定部により前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応していることを判定した場合には、前記リソース残存率演算部による処理へ移行し、一方、前記キャリアアグリゲーション対応判定部により前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応していないことを判定した場合には、前記割り当て部が、前記メトリック演算部により選択された無線通信装置に対してメトリックが最大となるリソースを割り当てる、
ことを特徴とする請求項１または請求項２に記載のスケジューリング装置。
【請求項４】
前記メトリック演算部は、キャリアごとのリソース残存率に基づいて、メトリックに対して重み付けを行う、
ことを特徴とする請求項３に記載のスケジューリング装置。
【請求項５】
さらに、前記リソース残存率判定部により行われた判定の結果に基づいて、メトリックが最大となるキャリアのリソース残存率よりも他のキャリアのリソース残存率の方が大きい場合に、キャリアごとに、あらかじめ定められた送信可能な情報ビット数を演算する送信可能ビット数演算部と、
前記送信可能ビット数演算部により演算された送信可能な情報ビット数に基づいて、あらかじめ定められた送信可能な情報ビット数の差についてあらかじめ定められた判定を行う送信可能ビット数判定部と、を備え、
前記割り当て部は、前記送信可能ビット数判定部により行われた判定の結果に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、
ことを特徴とする請求項１から請求項４のいずれか１項に記載のスケジューリング装置。
【請求項６】
リソースの割り当ての単位として、リソースブロックの単位が用いられ、
さらに、前記複数のキャリアの数が３以上である場合に、メトリックが最大となるキャリア以外のキャリアについて、あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが１つであるか否かを判定するＲＢ数判定部と、
前記ＲＢ数判定部により前記あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが２つ以上であると判定した場合に、これら２つ以上のキャリアの中で、あらかじめ定められたリソース残存率が最大となるキャリアのリソースが無線通信装置に割り当てられるようにする最大リソース残存率判定部と、を備え、
前記割り当て部は、前記ＲＢ数判定部により前記あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが１つであると判定した場合に、無線通信装置に対して当該キャリアのリソースを割り当てる、
ことを特徴とする請求項１から請求項５のいずれか１項に記載のスケジューリング装置。
【請求項７】
前記無線通信装置は、端末装置であり、
前記スケジューリング装置は、基地局装置に備えられる、
ことを特徴とする請求項１から請求項６のいずれか１項に記載のスケジューリング装置。
【請求項８】
複数のキャリアのリソースを割り当てるスケジューリングを行うスケジューリング装置におけるスケジューリング方法であって、
リソース残存率演算部が、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算し、
割り当て部が、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、
ことを特徴とするスケジューリング方法。
【請求項９】
複数のキャリアのリソースを割り当てるスケジューリングを行うスケジューリング装置におけるスケジューリングプログラムであって、
リソース残存率演算部が、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算するステップと、
割り当て部が、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てるステップと、
をコンピュータに実行させるためのスケジューリングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジューリング装置、スケジューリング方法およびスケジューリングプログラムに関する。
【背景技術】
【０００２】
ＬＴＥ−Ａｄｖａｎｃｅｄでは、キャリアアグリゲーションシステムを対象としたリソース割り当てのスケジューリング方法が導入される。
ここで、キャリアアグリゲーションに対応したユーザは、複数のキャリアのうちの任意のキャリアのリソースが割り当てられて、そのキャリアのリソースを無線通信に使用することが可能である。
【０００３】
一例として、特許文献１に記載された技術では、伝搬特性が異なる複数の周波数帯域のチャネル信号を、ユーザのＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）に応じてユーザに割り当てる（特許文献１参照。）。
この技術によれば、ユーザのＱｏＳとして、ユーザが端末装置で起動するアプリケーションごとに必要な平均伝送速度、遅延（平均遅延、最大遅延、ジッタなど）、フレーム誤り率、送信電力、最大伝送速度、最低保証伝送速度などが考慮される。この技術によれば、各ユーザにＱｏＳに応じた最適な周波数帯域を割り当てることができ、周波数リソースを効率的に運用することができる。
【０００４】
他の一例として、特許文献２に記載された技術では、ユーザに周波数リソースを割り当てる際に、利用可能な周波数帯域の中で、高い周波数帯域から順に連続的に割り当てる（特許文献２参照。）。
この技術によれば、システム全体で収容することが可能なユーザの数を増加させることができる。
【０００５】
さらに他の一例として、非特許文献１に記載された技術では、各ユーザが使用することができるバンド（周波数帯域）の数に応じて、スケジューリングメトリックに重み付けがされている（非特許文献１参照。）。
この技術によれば、各ユーザが使用することができるキャリアの数の偏りによるリソース割り当ての不均一性が是正され、システム容量が増加する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−０９４００１号公報
【特許文献２】国際公開第２００６／０８８０８２号
【非特許文献】
【０００７】
【非特許文献１】Ｓｈｉ  Ｓｏｎｇｓｏｎｇ  ｅｔ．ａｌ，“Ａ  Ｒｅｓｏｕｒｃｅ  Ｓｃｈｅｄｕｌｉｎｇ  Ａｌｇｏｒｉｔｈｍ  Ｂａｓｅｄ  ｏｎ  Ｕｓｅｒ  Ｇｒｏｕｐｉｎｇ  ｆｏｒ  ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｓｙｓｔｅｍ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ”，２００９，ＩＥＥＥ
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来では、複数のキャリアのリソースを割り当てるスケジューリングにおいて、さらなる開発が望まれていた。
【０００９】
また、上述した従来技術では、いずれも、スケジューリング対象としているユーザは全てキャリアアグリゲーションに対応していることを前提としている。
しかしながら、実環境では、キャリアアグリゲーションに未対応であるユーザも存在する。キャリアアグリゲーションに未対応であるユーザは、存在する複数のキャリアのうちのいずれか１つしか利用することができないため、キャリアアグリゲーションに未対応であるユーザの存在を考慮したリソース割り当てを行わないと、同ユーザの性能が劣化する可能性がある。
【００１０】
本発明は、このような事情を考慮してなされたもので、複数のキャリアのリソースを割り当てるスケジューリングを効率的に行うことができるスケジューリング装置、スケジューリング方法およびスケジューリングプログラムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
（１）上記の課題を解決するために、本発明に係るスケジューリング装置は、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算するリソース残存率演算部と、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てる割り当て部と、を備え、複数のキャリアのリソースを割り当てるスケジューリングを行う、ことを特徴とする。
【００１２】
（２）本発明は、上記した（１）に記載のスケジューリング装置において、さらに、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、あらかじめ定められたリソース残存率の差を演算し、演算したリソース残存率の差についてあらかじめ定められた判定を行うリソース残存率判定部を備え、前記割り当て部は、前記リソース残存率判定部により行われた判定の結果に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、ことを特徴とする。
【００１３】
（３）本発明は、上記した（１）または上記した（２）に記載のスケジューリング装置において、キャリアアグリゲーションに対応した無線通信装置と、キャリアアグリゲーションに対応していない無線通信装置と、が存在する無線通信システムで用いられ、さらに、メトリックを演算してメトリックが最大となる無線通信装置を選択するメトリック演算部と、前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応しているか否かを判定するキャリアアグリゲーション対応判定部と、を備え、前記キャリアアグリゲーション対応判定部により前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応していることを判定した場合には、前記リソース残存率演算部による処理へ移行し、一方、前記キャリアアグリゲーション対応判定部により前記メトリック演算部により選択された無線通信装置がキャリアアグリゲーションに対応していないことを判定した場合には、前記割り当て部が、前記メトリック演算部により選択された無線通信装置に対してメトリックが最大となるリソースを割り当てる、ことを特徴とする。
【００１４】
（４）本発明は、上記した（３）に記載のスケジューリング装置において、前記メトリック演算部は、キャリアごとのリソース残存率に基づいて、メトリックに対して重み付けを行う、ことを特徴とする。
【００１５】
（５）本発明は、上記した（１）から上記した（４）のいずれか１つに記載のスケジューリング装置において、さらに、前記リソース残存率判定部により行われた判定の結果に基づいて、メトリックが最大となるキャリアのリソース残存率よりも他のキャリアのリソース残存率の方が大きい場合に、キャリアごとに、あらかじめ定められた送信可能な情報ビット数を演算する送信可能ビット数演算部と、前記送信可能ビット数演算部により演算された送信可能な情報ビット数に基づいて、あらかじめ定められた送信可能な情報ビット数の差についてあらかじめ定められた判定を行う送信可能ビット数判定部と、を備え、前記割り当て部は、前記送信可能ビット数判定部により行われた判定の結果に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、ことを特徴とする。
【００１６】
（６）本発明は、上記した（１）から上記した（５）のいずれか１つに記載のスケジューリング装置において、リソースの割り当ての単位として、リソースブロックの単位が用いられ、さらに、前記複数のキャリアの数が３以上である場合に、メトリックが最大となるキャリア以外のキャリアについて、あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが１つであるか否かを判定するＲＢ数判定部と、前記ＲＢ数判定部により前記あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが２つ以上であると判定した場合に、これら２つ以上のキャリアの中で、あらかじめ定められたリソース残存率が最大となるキャリアのリソースが無線通信装置に割り当てられるようにする最大リソース残存率判定部と、を備え、前記割り当て部は、前記ＲＢ数判定部により前記あらかじめ定められた処理により割り当てられたリソースブロックの数が最小となるキャリアが１つであると判定した場合に、無線通信装置に対して当該キャリアのリソースを割り当てる、ことを特徴とする。
【００１７】
（７）本発明は、上記した（１）から上記した（６）のいずれか１つに記載のスケジューリング装置において、前記無線通信装置は、端末装置であり、前記スケジューリング装置は、基地局装置に備えられる、ことを特徴とする。
【００１８】
（８）上記の課題を解決するために、本発明に係るスケジューリング方法は、複数のキャリアのリソースを割り当てるスケジューリングを行うスケジューリング装置におけるスケジューリング方法であって、リソース残存率演算部が、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算し、割り当て部が、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てる、ことを特徴とする。
【００１９】
（９）上記の課題を解決するために、本発明に係るスケジューリングプログラムは、複数のキャリアのリソースを割り当てるスケジューリングを行うスケジューリング装置におけるスケジューリングプログラムであって、リソース残存率演算部が、複数のキャリアについてキャリアごとに、あらかじめ定められたリソース残存率を演算するステップと、割り当て部が、前記リソース残存率演算部により演算されたキャリアごとのリソース残存率に基づいて、無線通信装置に対してキャリアのリソースを割り当てるステップと、をコンピュータに実行させるためのスケジューリングプログラムである。
【発明の効果】
【００２０】
本発明によれば、複数のキャリアのリソースを割り当てるスケジューリングを効率的に行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る無線通信システムの概略的な構成を示すブロック図である。
【図２】本発明の一実施形態に係る基地局装置の概略的な構成を示すブロック図である。
【図３】本発明の第１実施形態に係る基地局装置において行われるスケジューリングの処理の手順の一例を示すフローチャート図である。
【図４】本発明の第２実施形態に係る基地局装置において行われるスケジューリングの処理の手順の一例を示すフローチャート図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照し、本発明の実施形態について説明する。
【００２３】
［第１実施形態］
図１は、本発明の一実施形態に係る無線通信システムの概略的な構成を示すブロック図である。
本実施形態に係る無線通信システムは、基地局装置１と、キャリアアグリゲーションに対応した複数（本実施形態では、Ｌ個）の端末装置１１−１〜１１−Ｌと、キャリアアグリゲーションに対応していない複数（本実施形態では、Ｍ個）の端末装置１２−１〜１２−Ｍと、を備える。
また、図１には、基地局装置１の通信エリア２を示す。
【００２４】
ここで、基地局装置１は、スケジューリング装置の機能を有する。
また、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍは、無線通信装置の例である。
【００２５】
本実施形態では、キャリアアグリゲーションのキャリアの数が２である場合を示す。
一例として、１つ目のキャリア（第１のキャリア）が８００ＭＨｚ帯のキャリアであり、２つ目のキャリア（第２のキャリア）が１．５ＧＨｚ帯のキャリアである。
各キャリアのリソースは、複数のリソースブロック（ＲＢ）から構成されている。なお、ＲＢの構成は、例えば、システムにおいて決められている。
本実施形態では、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対するリソースの割り当ての単位として、ＲＢの単位を用いる。
【００２６】
基地局装置１は、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対して各キャリアのリソースを割り当てるスケジューリングを行う機能を有する。
キャリアアグリゲーションに対応した端末装置１１−１〜１１−Ｌは、これら２つのキャリアの両方のバンド（周波数帯域）を使用することが可能な機能を有する。
キャリアアグリゲーションに対応していない（つまり、未対応である）端末装置１２−１〜１２−Ｍは、これら２つのキャリアのうちのいずれか１つのバンド（周波数帯域）が割り振られており、そのバンドを使用する機能のみを有する。
【００２７】
なお、本実施形態に係る無線通信システムは、例えば、図１に示す基地局装置１以外に他の基地局装置を備えてもよく、図１に示す端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍ以外に他の端末装置を備えてもよい。
【００２８】
図２は、本発明の一実施形態に係る基地局装置１の概略的な構成を示すブロック図である。
本実施形態に係る基地局装置１は、送信部１０１と、受信部１０２と、基地局処理部１０３と、を備える。
基地局処理部１０３は、制御部１１１と、記憶部１１２と、を備える。
制御部１１１は、スケジューリング制御部１２１を備える。
【００２９】
スケジューリング制御部１２１は、スケジューリング対象判定部２０１と、メトリック演算部２０２と、キャリアアグリゲーション対応判定部２０３と、リソース残存率演算部２０４と、リソース残存率判定部２０５と、送信可能ビット数演算部２０６と、送信可能ビット数判定部２０７と、ＲＢ割り当て部２０８と、ＲＢ数判定部２１１と、最大リソース残存率判定部２１２と、を備える。
【００３０】
なお、図２に示すスケジューリング制御部１２１が備えるＲＢ数判定部２１１と最大リソース残存率判定部２１２は、他の実施形態（第２実施形態）で説明するものであり、本実施形態では備えられなくてもよい。
【００３１】
本実施形態に係る基地局装置１において行われる動作の概略を説明する。
基地局処理部１０３は、基地局装置１における各種の信号処理や各種の制御を行う。
記憶部１１２は、各種の情報を記憶する。例えば、記憶部１１２は、制御部１１１により使用されるプログラムの情報や、各種の処理で使用される情報を記憶する。
【００３２】
制御部１１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を用いて構成され、各種の制御を行う。
例えば、制御部１１１は、スケジューリング制御部１２１によりスケジューリングを行う制御、記憶部１１２に情報を書き込む（記憶させる）制御、記憶部１１２に記憶された情報を読み出す制御、送信対象となる信号を基地局処理部１０３から送信部１０１に出力する制御、受信部１０２から基地局処理部１０３に入力される受信信号を処理する制御、自己の基地局装置１により収容される端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍを管理する制御、などを行う。
【００３３】
ここで、基地局装置１により収容される端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍを管理する方法としては、例えば、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍを識別する情報（例えば、装置の識別情報）、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍがキャリアアグリゲーションに対応しているか否かを識別する情報、キャリアアグリゲーションに対応していない各端末装置１２−１〜１２−Ｍにより使用されるキャリア（本実施形態では、１つのキャリア）を識別する情報、などを記憶部１１２に記憶させて管理する方法を用いることができる。
【００３４】
また、スケジューリングに関して、制御部１１１は、例えば、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対して割り当てるキャリアおよび当該キャリアのリソース（本実施形態では、ＲＢ）を決定すること、決定したリソース割り当ての内容に従ったキャリアおよび当該キャリアのリソースを使用して、端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍと無線通信することを行う。
【００３５】
なお、スケジューリングに関して、制御部１１１は、例えば、決定したリソース割り当ての内容の情報を含む信号を該当する端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対して送信して通知してもよい。
【００３６】
送信部１０１は、基地局処理部１０３から入力される送信対象となる信号を、周波数変換などして、端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対して、送信アンテナから無線により送信する。
受信部１０２は、端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍから受信アンテナにより無線受信される信号を、周波数変換などして、受信信号として基地局処理部１０３に出力する。
なお、送信アンテナと受信アンテナとは、例えば、別体で備えられてもよく、または、一体で備えられてもよい。
【００３７】
各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍは、例えば、基地局装置１から全ての端末装置に宛てて無線送信される信号や、自己の端末装置に宛てて無線送信される信号や、自己を含むグループに宛てて無線送信される信号を受信し、また、送信対象となる信号を基地局装置１に対して無線により送信する。
【００３８】
なお、スケジューリングに関して、基地局装置１が決定したリソース割り当ての内容の情報を含む信号を該当する端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍに対して送信して通知する場合には、例えば、各端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍは、基地局装置１から受信される信号に含まれるリソース割り当ての内容の情報に基づいて、この情報により指定されるキャリアおよび当該キャリアのリソースを基地局装置１との無線送信で使用するように制御を行う。
【００３９】
本実施形態に係る基地局装置１において行われるスケジューリングについて詳しく説明する。
本実施形態では、基地局装置１から端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍへの下りの通信で使用されるリソースを割り当てるスケジューリングについて説明する。
図３は、本実施形態に係る基地局装置１において行われるスケジューリングの処理の手順の一例を示すフローチャート図である。
本実施形態では、基地局装置１において、制御部１１１のスケジューリング制御部１２１が、図３に示されるスケジューリングの処理を行う。
【００４０】
なお、スケジューリング制御部１２１は、例えば、あらかじめ定められたタイミングで、図３に示されるスケジューリングの処理を繰り返して行う。
このようなタイミングとしては、一例として、あらかじめ定められた定期的なタイミングを用いることができ、他の一例として、処理が終了した後に、あらかじめ定められた時間が経過したタイミングを用いることができる。
【００４１】
スケジューリングの処理が開始されると、スケジューリング制御部１２１は、ステップＳ１〜ステップＳ１１に示される処理を行う。
スケジューリング対象判定部２０１は、割り当て可能なＲＢが存在するか否かを判定するとともに、スケジューリング対象の端末装置が存在するか否かを判定する（ステップＳ１）。
【００４２】
ここで、本実施形態では、各キャリアのＲＢの使用状況（例えば、各ＲＢが空いているか否か）を識別する情報が記憶部１１２に記憶される。そして、スケジューリング対象判定部２０１は、記憶部１１２に記憶された当該情報を参照することで、割り当て可能なＲＢ（空いているＲＢ）が存在するか否かを判定することができる。
また、スケジューリング対象判定部２０１は、例えば、基地局装置１から送信する対象となる信号の情報が送信バッファに存在し且つそれについてリソース割り当てが未だに行われていない端末装置を、スケジューリング対象とする。これに基づいて、スケジューリング対象判定部２０１は、スケジューリング対象の端末装置が存在するか否かを判定することができる。
【００４３】
ステップＳ１の処理における判定の結果、スケジューリング対象判定部２０１は、割り当て可能なＲＢと、スケジューリング対象の端末装置とについて、少なくともいずれか一方が存在しない場合（これらの両方が存在しない場合も含む）には、スケジューリングの処理を終了する。
【００４４】
一方、ステップＳ１の処理における判定の結果、スケジューリング対象判定部２０１は、割り当て可能なＲＢが存在し、且つ、スケジューリング対象の端末装置が存在する場合には、次の処理（ステップＳ２の処理）へ移行させる。
この場合、メトリック演算部２０２は、割り当て可能なＲＢおよびスケジューリング対象の端末装置について、あらかじめ規定されたアルゴリズムを使用して、全てのＲＢに対するスケジューリング対象の全ての端末装置のスケジューリングのメトリックを演算（算出）する（ステップＳ２）。
そして、メトリック演算部２０２は、算出したメトリックが最大となるＲＢ（例えば、１つのＲＢ）および端末装置（例えば、１つの端末装置）の組み合わせを選択する（ステップＳ２）。
【００４５】
ここで、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリアと第２のキャリアのうちで、第１のキャリアのＲＢが最大のメトリックを有することが判定された場合を例として説明する。
【００４６】
なお、メトリックは、本実施形態では、優先度を表す。また、本実施形態では、メトリックの値が大きい方が、優先度が高いとする。
また、メトリックを演算するアルゴリズムとしては、様々なものが用いられてもよく、例えば、公知のアルゴリズムを利用することが可能である。
【００４７】
キャリアアグリゲーション対応判定部２０３は、ステップＳ２の処理において選択された端末装置が、キャリアアグリゲーションに対応した端末装置１１−１〜１１−Ｌであるか、あるいは、キャリアアグリゲーションに対応していない端末装置１２−１〜１２−Ｍであるかを判定する（ステップＳ３）。
【００４８】
ステップＳ３の処理における判定の結果、キャリアアグリゲーション対応判定部２０３は、ステップＳ２の処理において選択された端末装置が、キャリアアグリゲーションに対応していない端末装置１２−１〜１２−Ｍであると判定した場合には、ステップＳ１０の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２の処理において選択されたメトリックが最大となるＲＢを、ステップＳ２の処理において選択されたメトリックが最大となる端末装置に、割り当てて（ステップＳ１０）、ステップＳ１の処理へ移行させる。
【００４９】
一方、ステップＳ３の処理における判定の結果、キャリアアグリゲーション対応判定部２０３は、ステップＳ２の処理において選択された端末装置が、キャリアアグリゲーションに対応した端末装置１１−１〜１１−Ｌであると判定した場合には、ステップＳ４の処理へ移行させる。
この場合、リソース残存率演算部２０４は、キャリアごとに、あらかじめ定められたリソース残存率を演算して（ステップＳ４）、ステップＳ５の処理へ移行させる。
【００５０】
ここで、本実施形態では、（式１）で表されるリソース残存率を用いる。
使用ＲＢ数は、キャリアごとに、使用されている（割り当てられている）ＲＢの数を表す。
総ＲＢ数は、キャリアごとに、ＲＢの総数を表す。
（使用ＲＢ数／総ＲＢ数）は、キャリアごとに、ＲＢの使用率を表す。
【００５１】
キャリアごとのリソース残存率
＝｛１−（使用ＲＢ数／総ＲＢ数）｝
／（各キャリアのスケジューリング対象の端末装置の数）
・・（式１）
【００５２】
なお、（各キャリアのスケジューリング対象の端末装置の数）としては、該当するキャリアのＲＢを割り当てられる可能性がある端末装置のみの数を表す。本実施形態では、（各キャリアのスケジューリング対象の端末装置の数）には、例えば、基地局装置１から送信する対象となる信号の情報（データ）が基地局装置１の送信バッファに存在しない端末装置の数は含まれない。また、例えば、（各キャリアのスケジューリング対象の端末装置の数）に、スケジューリング対象となる端末装置の数を削減するためにあらかじめ定められた規定によりスケジューリング対象から外れた端末装置の数は含まれないようにしてもよい。
【００５３】
本実施形態では、（式１）に示されるように、リソース残存率は、（各キャリアのスケジューリング対象の端末装置の数）で正規化されている。そして、キャリアのリソース残存率の値が大きいほど当該キャリアのリソースの使用率が低いことを表す。
【００５４】
次に、リソース残存率判定部２０５は、ステップＳ４の処理で求められたリソース残存率について、（式２）で表される（リソース残存率の差）を演算し、演算した（リソース残存率の差）が０より大きいか否か、すなわち、（式３）が成り立つか否かを判定する（ステップＳ５）。
【００５５】
（リソース残存率の差）
＝（第１のキャリアのリソース残存率）−（第２のキャリアのリソース残存率）
・・（式２）
【００５６】
（リソース残存率の差）＞０
・・（式３）
【００５７】
なお、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリアと第２のキャリアのうちで、ステップＳ２の処理において第１のキャリアのＲＢが最大のメトリックを有すると仮定していることから、（式２）を使用するが、逆に、第２のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式２）において、第１のキャリアと第２のキャリアを逆にする。
【００５８】
ステップＳ５の処理における判定の結果、リソース残存率判定部２０５は、演算した（リソース残存率の差）が０より大きいと判定した場合には、ステップＳ１０の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２の処理において選択されたメトリックが最大となるＲＢを、ステップＳ２の処理において選択されたメトリックが最大となる端末装置に、割り当てて（ステップＳ１０）、ステップＳ１の処理へ移行させる。
【００５９】
一方、ステップＳ５の処理における判定の結果、リソース残存率判定部２０５は、演算した（リソース残存率の差）が０以下であると判定した場合には、ステップＳ６の処理へ移行させる。
この場合、送信可能ビット数演算部２０６は、キャリアごとに、あらかじめ定められた送信可能な情報ビット数を演算して（ステップＳ６）、ステップＳ７の処理へ移行させる。
【００６０】
ここで、送信可能ビット数演算部２０６は、ステップＳ２の処理において選択されたＲＢのキャリア（本実施形態の説明では、第１のキャリア）については、１個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する。
また、送信可能ビット数演算部２０６は、ステップＳ２の処理において選択されなかったキャリア（本実施形態の説明では、第２のキャリア）については、ｎ（ｎは、１以上の整数）個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する。
ｎの初期値を１とする。すなわち、ステップＳ５の処理から最初にステップＳ６の処理へ移行したときには、ｎ＝１である。
【００６１】
また、送信可能ビット数演算部２０６は、ステップＳ２の処理において選択されなかったキャリア（本実施形態の説明では、第２のキャリア）について、ｎ個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する場合には、これらｎ個のＲＢを、当該キャリア（本実施形態の説明では、第２のキャリア）のＲＢの中で、スケジューリングのメトリックが高い順から選択する。
なお、各ＲＢにより送信可能な情報ビット数は、当該各ＲＢが持つチャネル品質（ＣＱＩ）により異なり、ＣＱＩが高いほどより多くの情報ビットを送信することが可能となる。
【００６２】
送信可能ビット数判定部２０７は、ステップＳ６の処理において演算したキャリアごとに送信可能な情報ビット数に基づいて、第１のキャリアで送信可能な情報ビット数と第２のキャリアで送信可能な情報ビット数とを比較して、あらかじめ定められた（送信可能な情報ビット数の差）が所定の値α（αは、０以上の値）以下であるか否か、すなわち、（式５）が成り立つか否かを判定する（ステップＳ７）。
ここで、本実施形態では、（送信可能な情報ビット数の差）は、（式４）で表される。
【００６３】
（送信可能な情報ビット数の差）
＝（第１のキャリアで送信可能な情報ビット数）
−（第２のキャリアで送信可能な情報ビット数）
・・（式４）
【００６４】
（送信可能な情報ビット数の差）≦α
・・（式５）
【００６５】
なお、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリアと第２のキャリアのうちで、ステップＳ２の処理において第１のキャリアのＲＢが最大のメトリックを有すると仮定していることから、（式４）を使用するが、逆に、第２のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式４）において、第１のキャリアと第２のキャリアを逆にする。
【００６６】
ステップＳ７の処理における判定の結果、送信可能ビット数判定部２０７は、（送信可能な情報ビット数の差）がα以下であると判定した場合には、ステップＳ６の処理において使用されたｎ個のＲＢを該当するキャリア（本実施形態の説明では、第２のキャリア）から割り当てることで十分であると判断して、ステップＳ１１の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２の処理において選択されたキャリアアグリゲーションに対応した端末装置に対して、ステップＳ６の処理において使用（選択）されたｎ個のＲＢを該当するキャリア（本実施形態の説明では、第２のキャリア）から割り当てて（ステップＳ１１）、ステップＳ１の処理へ移行させる。
【００６７】
ここで、αは、送信可能な情報ビット数のマージンである。
一例として、αとしては、あらかじめ定められた固定値を用いることができる。
他の一例として、αとしては、ステップＳ２の処理において選択されたキャリアアグリゲーションに対応した端末装置の優先度などに応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がαの値を制御する。
具体例として、キャリアアグリゲーションに対応した端末装置の通信を優先する場合には、αを小さくすることを行い、これにより、送信可能な情報ビット数の減少を抑えた通信が可能となる。
【００６８】
一方、ステップＳ７の処理における判定の結果、送信可能ビット数判定部２０７は、（送信可能な情報ビット数の差）がαより大きいと判定した場合には、ステップＳ６の処理において使用されたｎ個のＲＢを該当するキャリア（本実施形態の説明では、第２のキャリア）から割り当てることでは不十分であると判断して、ステップＳ８の処理へ移行させる。
この場合、送信可能ビット数判定部２０６は、ステップＳ６の処理において使用されるｎの値を１だけ増加させるように更新する（ステップＳ８）。その後、送信可能ビット数判定部２０７は、この更新後のｎの値（割り当てＲＢ数）と、該当するキャリア（本実施形態の説明では、第２のキャリア）に設定された所定の値Ｎ（割り当て最大ＲＢ数）とを比較して、割り当てＲＢ数ｎが割り当て最大ＲＢ数Ｎ以下であるか否かを判定する（ステップＳ９）。
【００６９】
ここで、一例として、Ｎとしては、あらかじめ定められた固定値を用いることができる。
他の一例として、Ｎとしては、ステップＳ５の処理において演算された（リソース残存率の差）に応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がＮの値を制御する。
さらに他の一例として、Ｎとしては、各キャリアのスケジューリング対象の端末装置の数に応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がＮの値を制御する。
【００７０】
ステップＳ９の処理における判定の結果、送信可能ビット数判定部２０７は、割り当てＲＢ数ｎが割り当て最大ＲＢ数Ｎ以下であると判定した場合には、ステップＳ６の処理へ移行させる。
【００７１】
一方、ステップＳ９の処理における判定の結果、送信可能ビット数判定部２０７は、割り当てＲＢ数ｎが割り当て最大ＲＢ数Ｎより大きいと判定した場合には、ステップＳ２の処理において選択されていないキャリア（本実施形態の説明では、第２のキャリア）からＲＢを割り当てることをしないこととし、ステップＳ１０の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２の処理において選択されたメトリックが最大となるＲＢを、ステップＳ２の処理において選択されたメトリックが最大となる端末装置に、割り当てて（ステップＳ１０）、ステップＳ１の処理へ移行させる。
【００７２】
なお、図３に示すフローチャートの例では、以上の処理を、最大値を全キャリアのＲＢ数としたループ処理で繰り返す。
【００７３】
以上のように、本実施形態に係る無線通信システムの基地局装置１では、キャリアアグリゲーションのスケジューリングにおいて、キャリアごとのリソース残存率に基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
また、本実施形態に係る無線通信システムの基地局装置１では、メトリックが最大となるものとして選択された端末装置がキャリアアグリゲーションに対応するか否かに基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
また、本実施形態に係る無線通信システムの基地局装置１では、キャリアごとにおける送信可能な情報ビット数に基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
【００７４】
本実施形態に係る無線通信システムの基地局装置１によれば、複数のキャリアのリソースを割り当てるスケジューリングを効率的に行うことができる。
また、本実施形態に係る無線通信システムの基地局装置１によれば、キャリアアグリゲーションのスケジューリングにおいて、キャリアアグリゲーションに対応した端末装置と、キャリアアグリゲーションに対応していない端末装置の双方に対して、複数のキャリアのリソースを適切に割り当てることが可能となる。
【００７５】
［第２実施形態］
第１実施形態では、キャリアアグリゲーションにおけるキャリアの数が２である場合を示したが、キャリアアグリゲーションにおけるキャリアの数が３である場合に同様な技術を適用することも可能である。
本実施形態では、キャリアアグリゲーションにおけるキャリアの数が３である場合について説明する。これら３つの異なるキャリアを、第１のキャリア、第２のキャリア、第３のキャリアとする。
【００７６】
本実施形態に係る無線通信システムの概略は、第１実施形態に係る図１に示されるものと同様であり、詳しい説明は省略する。また、本実施形態では、図１に示されるものと同じ符号を用いて説明する。
本実施形態に係る基地局装置１の概略は、第１実施形態に係る図２に示されるものと同様であり、詳しい説明は省略する。また、本実施形態では、図２に示されるものと同じ符号を用いて説明する。
【００７７】
本実施形態に係る基地局装置１において行われるスケジューリングについて詳しく説明する。
本実施形態では、基地局装置１から端末装置１１−１〜１１−Ｌ、１２−１〜１２−Ｍへの下りの通信で使用されるリソースを割り当てるスケジューリングについて説明する。
図４は、本実施形態に係る基地局装置１において行われるスケジューリングの処理の手順の一例を示すフローチャート図である。
本実施形態では、基地局装置１において、制御部１１１のスケジューリング制御部１２１が、図４に示されるスケジューリングの処理を行う。
【００７８】
なお、スケジューリング制御部１２１は、例えば、あらかじめ定められたタイミングで、図４に示されるスケジューリングの処理を繰り返して行う。
このようなタイミングとしては、一例として、あらかじめ定められた定期的なタイミングを用いることができ、他の一例として、処理が終了した後に、あらかじめ定められた時間が経過したタイミングを用いることができる。
【００７９】
スケジューリングの処理が開始されると、スケジューリング制御部１２１は、ステップＳ２１〜ステップＳ３８に示される処理を行う。
スケジューリング対象判定部２０１は、割り当て可能なＲＢが存在するか否かを判定するとともに、スケジューリング対象の端末装置が存在するか否かを判定する（ステップＳ２１）。
【００８０】
ここで、本実施形態では、各キャリアのＲＢの使用状況（例えば、各ＲＢが空いているか否か）を識別する情報が記憶部１１２に記憶される。そして、スケジューリング対象判定部２０１は、記憶部１１２に記憶された当該情報を参照することで、割り当て可能なＲＢ（空いているＲＢ）が存在するか否かを判定することができる。
また、スケジューリング対象判定部２０１は、例えば、基地局装置１から送信する対象となる信号の情報が送信バッファに存在し且つそれについてリソース割り当てが未だに行われていない端末装置を、スケジューリング対象とする。これに基づいて、スケジューリング対象判定部２０１は、スケジューリング対象の端末装置が存在するか否かを判定することができる。
【００８１】
ステップＳ２１の処理における判定の結果、スケジューリング対象判定部２０１は、割り当て可能なＲＢと、スケジューリング対象の端末装置とについて、少なくともいずれか一方が存在しない場合（これらの両方が存在しない場合も含む）には、スケジューリングの処理を終了する。
【００８２】
一方、ステップＳ２１の処理における判定の結果、スケジューリング対象判定部２０１は、割り当て可能なＲＢが存在し、且つ、スケジューリング対象の端末装置が存在する場合には、次の処理（ステップＳ２２の処理）へ移行させる。
この場合、メトリック演算部２０２は、割り当て可能なＲＢおよびスケジューリング対象の端末装置について、あらかじめ規定されたアルゴリズムを使用して、全てのＲＢに対するスケジューリング対象の全ての端末装置のスケジューリングのメトリックを演算（算出）する（ステップＳ２２）。
そして、メトリック演算部２０２は、算出したメトリックが最大となるＲＢ（例えば、１つのＲＢ）および端末装置（例えば、１つの端末装置）の組み合わせを選択する（ステップＳ２２）。
【００８３】
ここで、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリア、第２のキャリア、第３のキャリアのうちで、第１のキャリアのＲＢが最大のメトリックを有することが判定された場合を例として説明する。
【００８４】
なお、メトリックは、本実施形態では、優先度を表す。また、本実施形態では、メトリックの値が大きい方が、優先度が高いとする。
また、メトリックを演算するアルゴリズムとしては、様々なものが用いられてもよく、例えば、公知のアルゴリズムを利用することが可能である。
【００８５】
キャリアアグリゲーション対応判定部２０３は、ステップＳ２２の処理において選択された端末装置が、キャリアアグリゲーションに対応した端末装置１１−１〜１１−Ｌであるか、あるいは、キャリアアグリゲーションに対応していない端末装置１２−１〜１２−Ｍであるかを判定する（ステップＳ２３）。
【００８６】
ステップＳ２３の処理における判定の結果、キャリアアグリゲーション対応判定部２０３は、ステップＳ２２の処理において選択された端末装置が、キャリアアグリゲーションに対応していない端末装置１２−１〜１２−Ｍであると判定した場合には、ステップＳ３５の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２２の処理において選択されたメトリックが最大となるＲＢを、ステップＳ２２の処理において選択されたメトリックが最大となる端末装置に、割り当てて（ステップＳ３５）、ステップＳ２１の処理へ移行させる。
【００８７】
一方、ステップＳ２３の処理における判定の結果、キャリアアグリゲーション対応判定部２０３は、ステップＳ２２の処理において選択された端末装置が、キャリアアグリゲーションに対応した端末装置１１−１〜１１−Ｌであると判定した場合には、ステップＳ２４の処理へ移行させる。
この場合、リソース残存率演算部２０４は、キャリアごとに、あらかじめ定められたリソース残存率を演算して（ステップＳ２４）、ステップＳ２５の処理へ移行させる。
【００８８】
ここで、本実施形態では、（式１）で表されるリソース残存率を用いる。
（式１）については、第１実施形態で説明したのと同様である。
【００８９】
ステップＳ２５の処理では、リソース残存率判定部２０５は、ステップＳ２２の処理において選択されたＲＢのキャリア（本実施形態の説明では、第１のキャリア）とその他のキャリア（本実施形態の説明では、第２のキャリア、第３のキャリア）との（リソース残存率の差）が全て演算（計算）されたか否かを判定する（ステップＳ２５）。
【００９０】
ステップＳ２５の処理における判定の結果、リソース残存率判定部２０５は、ステップＳ２２の処理において選択されたＲＢのキャリアとその他のキャリアとの（リソース残存率の差）が全て演算されたと判定した場合には、ステップＳ３１の処理へ移行させる。
【００９１】
一方、ステップＳ２５の処理における判定の結果、リソース残存率判定部２０５は、ステップＳ２２の処理において選択されたＲＢのキャリアとその他のキャリアとの（リソース残存率の差）が全て演算されていないと判定した場合には、ステップＳ２６の処理へ移行させる。
【００９２】
ここで、本実施形態では、ステップＳ２６〜ステップＳ３０、ステップＳ３６〜ステップＳ３７の一連の処理は、ステップＳ２２の処理において選択されなかったキャリア（本実施形態の説明では、第２のキャリア、第３のキャリア）のそれぞれごとに行う。本実施形態では、最初にステップＳ２５の処理からステップＳ２６の処理へ移行したときには第２のキャリアについて行い、次にステップＳ２５の処理からステップＳ２６の処理へ移行したときには第３のキャリアについて行い、次にステップＳ２５の処理へ移行したときにはステップＳ３１の処理へ移行する。
【００９３】
例えば、ステップＳ２４の処理からステップＳ２５の処理へ最初に移行したときには、ステップＳ２６の処理へ移行する。
この場合、リソース残存率判定部２０５は、ステップＳ２４の処理で求められたリソース残存率について、ステップＳ２２の処理において選択されたＲＢが存在するキャリア（本実施形態の説明では、第１のキャリア）とその他のキャリア（本実施形態の説明では、第２のキャリア、第３のキャリア）のそれぞれとの（リソース残存率の差）を演算する（ステップＳ２６）。
【００９４】
ここでの説明では、前記したその他のキャリアに該当する第２のキャリアと第３のキャリアを第Ｘのキャリアと表し、Ｘ＝２またはＸ＝３であるとする。
ここで、本実施形態では、リソース残存率判定部２０５は、Ｘ＝２について（式６）で表される（リソース残存率の差）を演算し、また、Ｘ＝３について（式７）で表される（リソース残存率の差）を演算する。
【００９５】
第１のキャリアと第２のキャリアとの（リソース残存率の差）
＝（第１のキャリアのリソース残存率）−（第２のキャリアのリソース残存率）
・・（式６）
【００９６】
第１のキャリアと第３のキャリアとの（リソース残存率の差）
＝（第１のキャリアのリソース残存率）−（第３のキャリアのリソース残存率）
・・（式７）
【００９７】
そして、リソース残存率判定部２０５は、演算した（リソース残存率の差）が０より大きいか否か、すなわち、（式８）が成り立つか否かを判定する（ステップＳ２６）。
【００９８】
Ｘ＝２または３で、
第１のキャリアと第Ｘのキャリアとの（リソース残存率の差）
＝（第１のキャリアのリソース残存率）−（第Ｘのキャリアのリソース残存率）＞０
・・（式８）
【００９９】
なお、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリア、第２のキャリア、第３のキャリアのうちで、ステップＳ２２の処理において第１のキャリアのＲＢが最大のメトリックを有すると仮定していることから、（式６）〜（式８）を使用するが、第２のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式６）〜（式８）において、第１のキャリアと第２のキャリアを逆にし、また、第３のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式６）〜（式８）において、第１のキャリアと第３のキャリアを逆にする。
【０１００】
ステップＳ２６の処理における判定の結果、リソース残存率判定部２０５は、該当するＸについて、演算した（リソース残存率の差）が０より大きいと判定した場合には、ステップＳ３６の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２２の処理において選択されたメトリックが最大となるＲＢのキャリア（本実施形態の説明では、第１のキャリア）から当該ＲＢを１つ選択して保持して（ステップＳ３６）、ステップＳ２５の処理へ移行させる。
【０１０１】
一方、ステップＳ２６の処理における判定の結果、リソース残存率判定部２０５は、該当するＸについて、演算した（リソース残存率の差）が０以下であると判定した場合には、ステップＳ２７の処理へ移行させる。
この場合は、本実施形態の説明では、第１のキャリアと比べてリソース残存率が同じであるかまたはより高いキャリア（第２のキャリアと第３のキャリアとのうちの一方または両方）が存在することを意味する。
この場合、送信可能ビット数演算部２０６は、キャリアごとに、あらかじめ定められた送信可能な情報ビット数を演算して（ステップＳ２７）、ステップＳ２８の処理へ移行させる。
【０１０２】
ここで、送信可能ビット数演算部２０６は、ステップＳ２２の処理において選択されたＲＢのキャリア（本実施形態の説明では、第１のキャリア）については、１個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する。
また、送信可能ビット数演算部２０６は、ステップＳ２２の処理において選択されなかったキャリア（本実施形態の説明では、Ｘ＝２である第２のキャリア、Ｘ＝３である第３のキャリア）については、ｎＸ（ｎＸは、１以上の整数）個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する。ここで、ｎＸは、第Ｘのキャリアに対応するＲＢの個数を表す。
ｎＸの初期値を１とする。すなわち、ステップＳ２６の処理から最初にステップＳ２７の処理へ移行したときには、全てのＸについて、ｎＸ＝１である。
【０１０３】
また、送信可能ビット数演算部２０６は、ステップＳ２２の処理において選択されなかったキャリア（本実施形態の説明では、Ｘ＝２である第２のキャリア、Ｘ＝３である第３のキャリア）について、ｎＸ個のＲＢで送信することが可能な情報のビット数（送信可能な情報ビット数）を演算する場合には、これらｎＸ個のＲＢを、該当するキャリア（第Ｘのキャリア）のＲＢの中で、スケジューリングのメトリックが高い順から選択する。
なお、各ＲＢにより送信可能な情報ビット数は、当該各ＲＢが持つチャネル品質（ＣＱＩ）により異なり、ＣＱＩが高いほどより多くの情報ビットを送信することが可能となる。
【０１０４】
送信可能ビット数判定部２０７は、ステップＳ２７の処理において演算したキャリアごとに送信可能な情報ビット数に基づいて、第１のキャリアで送信可能な情報ビット数と第Ｘのキャリアで送信可能な情報ビット数とを比較して、あらかじめ定められた（送信可能な情報ビット数の差）が所定の値αＸ（αＸは、０以上の値）以下であるか否か、すなわち、（式１０）が成り立つか否かを判定する（ステップＳ２８）。
ここで、本実施形態では、（送信可能な情報ビット数の差）は、（式９）で表される。
αＸは、第Ｘのキャリアに対応した値を表す。
【０１０５】
第１のキャリアと第Ｘのキャリアとの（送信可能な情報ビット数の差）
＝（第１のキャリアで送信可能な情報ビット数）
−（第Ｘのキャリアで送信可能な情報ビット数）
・・（式９）
【０１０６】
第１のキャリアと第Ｘのキャリアとの（送信可能な情報ビット数の差）≦αＸ
・・（式１０）
【０１０７】
なお、本実施形態の説明では、キャリアアグリゲーションで使用することが可能な第１のキャリア、第２のキャリア、第３のキャリアのうちで、ステップＳ２２の処理において第１のキャリアのＲＢが最大のメトリックを有すると仮定していることから、（式９）〜（式１０）を使用するが、第２のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式９）〜（式１０）において、第１のキャリアと第２のキャリアを逆にし、また、第３のキャリアのＲＢが最大のメトリックを有すると仮定する場合には、（式９）〜（式１０）において、第１のキャリアと第３のキャリアを逆にする。
【０１０８】
ステップＳ２８の処理における判定の結果、送信可能ビット数判定部２０７は、第Ｘのキャリアについて、（送信可能な情報ビット数の差）がαＸ以下であると判定した場合には、ステップＳ２７の処理において使用されたｎＸ個のＲＢを該当するキャリア（本実施形態の説明では、第Ｘのキャリア）から割り当てることで十分であると判断して、ステップＳ３７の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２７の処理において使用（選択）された該当するキャリア（第Ｘのキャリア）のｎＸ個のＲＢを保持して（ステップＳ３７）、ステップＳ２５の処理へ移行させる。
【０１０９】
ここで、αＸは、送信可能な情報ビット数のマージンである。
一例として、αＸとしては、あらかじめ定められた固定値を用いることができる。
他の一例として、αＸとしては、ステップＳ２２の処理において選択されたキャリアアグリゲーションに対応した端末装置の優先度などに応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がαＸの値を制御する。
具体例として、キャリアアグリゲーションに対応した端末装置の通信を優先する場合には、αＸを小さくすることを行い、これにより、送信可能な情報ビット数の減少を抑えた通信が可能となる。
【０１１０】
なお、第ＸのキャリアのそれぞれのＸ（本実施形態の説明では、Ｘ＝２、３）に対応したαＸは、同じ値であってもよく、または、異なる値であってもよい。
また、図３に示すフローチャートの処理で使用するαと、図４に示すフローチャートの処理で使用する第Ｘのキャリアに対応したαＸとは、同じ値であってもよく、または、異なる値であってもよい。
【０１１１】
一方、ステップＳ２８の処理における判定の結果、送信可能ビット数判定部２０７は、第Ｘのキャリアについて、（送信可能な情報ビット数の差）がαＸより大きいと判定した場合には、ステップＳ２７の処理において使用されたｎＸ個のＲＢを該当するキャリア（本実施形態の説明では、第Ｘのキャリア）から割り当てることでは不十分であると判断して、ステップＳ２９の処理へ移行させる。
この場合、送信可能ビット数判定部２０７は、ステップＳ２７の処理において使用されるｎＸの値を１だけ増加させるように更新する（ステップＳ２９）。その後、送信可能ビット数判定部２０７は、この更新後のｎＸの値（割り当てＲＢ数）と、該当するキャリア（本実施形態の説明では、第Ｘのキャリア）に設定された所定の値ＮＸ（割り当て最大ＲＢ数）とを比較して、割り当てＲＢ数ｎＸが割り当て最大ＲＢ数ＮＸ以下であるか否かを判定する（ステップＳ３０）。
ＮＸは、第Ｘのキャリアに対応した値を表す。
【０１１２】
ここで、一例として、ＮＸとしては、あらかじめ定められた固定値を用いることができる。
他の一例として、ＮＸとしては、ステップＳ２６の処理において演算された（リソース残存率の差）に応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がＮＸの値を制御する。
さらに他の一例として、ＮＸとしては、各キャリアのスケジューリング対象の端末装置の数に応じて、可変に変化し得る値を用いることができる。この場合、例えば、送信可能ビット数判定部２０７がＮＸの値を制御する。
【０１１３】
なお、第ＸのキャリアのそれぞれのＸ（本実施形態の説明では、Ｘ＝２、３）に対応したＮＸは、同じ値であってもよく、または、異なる値であってもよい。
また、図３に示すフローチャートの処理で使用するＮと、図４に示すフローチャートの処理で使用する第Ｘのキャリアに対応したＮＸとは、同じ値であってもよく、または、異なる値であってもよい。
【０１１４】
ステップＳ３０の処理における判定の結果、送信可能ビット数判定部２０７は、割り当てＲＢ数ｎＸが割り当て最大ＲＢ数ＮＸ以下であると判定した場合には、ステップＳ２７の処理へ移行させる。
【０１１５】
一方、ステップＳ３０の処理における判定の結果、送信可能ビット数判定部２０７は、割り当てＲＢ数ｎＸが割り当て最大ＲＢ数ＮＸより大きいと判定した場合には、ステップＳ２２の処理において選択されていない該当するキャリア（本実施形態の説明では、第Ｘのキャリア）からＲＢを割り当てることをしないこととし、ステップＳ３６の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２２の処理において選択されたメトリックが最大となるＲＢのキャリア（本実施形態の説明では、第１のキャリア）から当該ＲＢを１つ選択して保持して（ステップＳ３６）、ステップＳ２５の処理へ移行させる。
【０１１６】
次に、ステップＳ２５の処理からステップＳ３１の処理へ移行した後における処理について説明する。
この段階では、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）と、その他のキャリア（本実施形態の説明では、第２のキャリア、第３のキャリア）のそれぞれとの関係で、ステップＳ２６の処理あるいはステップＳ３０の処理からステップＳ３６の処理へ移行しているか、または、ステップＳ２８の処理からステップＳ３７の処理へ移行している。
【０１１７】
ＲＢ数判定部２１１は、全てのキャリアの組み合わせにおいて、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）のＲＢが選択されたか否かを判定する（ステップＳ３１）。
具体的には、ＲＢ数判定部２１１は、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）とその他のキャリア（本実施形態の説明では、Ｘ＝２である第２のキャリア、Ｘ＝３である第３のキャリア）のそれぞれとの関係において、全てのＸについて、ステップＳ３６の処理へ移行して、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）のＲＢが選択された、ということが成り立つか否かを判定する。
【０１１８】
ステップＳ３１の処理における判定の結果、ＲＢ数判定部２１１は、全てのキャリアの組み合わせにおいて、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）のＲＢが選択されたと判定した場合には、ステップＳ３５の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、ステップＳ２２の処理において選択されたメトリックが最大となるＲＢを、ステップＳ２２の処理において選択されたメトリックが最大となる端末装置に、割り当てて（ステップＳ３５）、ステップＳ２１の処理へ移行させる。
【０１１９】
一方、ステップＳ３１の処理における判定の結果、ＲＢ数判定部２１１は、いずれかのキャリアの組み合わせにおいて、ステップＳ２２の処理において選択されたキャリア（本実施形態の説明では、第１のキャリア）のＲＢが選択されなかったと判定した場合には、ステップＳ３２の処理へ移行させる。
この場合には、ステップＳ２２の処理において選択されなかったキャリア（本実施形態の説明では、第２のキャリア、第３のキャリア）のうちの１つ以上について、ステップＳ３７の処理へ移行して、該当するキャリア（第Ｘのキャリア）のｎＸ個のＲＢを保持している。
【０１２０】
この場合、ＲＢ数判定部２１１は、ステップＳ３７の処理へ移行した１つ以上のキャリア（Ｘ）について使用されたキャリアごとのｎＸのうちで、最小となるｎＸを選択して（ステップＳ３２）、ステップＳ３３の処理へ移行させる。
なお、ＲＢ数判定部２１１は、ステップＳ３７の処理へ移行したキャリア（Ｘ）が１つのみであるときには、そのキャリア（Ｘ）のｎＸを最小とする。
続いて、ＲＢ数判定部２１１は、最小となるｎＸを有するキャリアが１つであるか否かを判定する（ステップＳ３３）。
【０１２１】
ステップＳ３３の処理における判定の結果、ＲＢ数判定部２１１は、最小となるｎＸを持つキャリアが１つであると判定した場合には、ステップＳ３８の処理へ移行させる。
この場合、ＲＢ割り当て部２０８は、最小となるｎＸを持つキャリア（本実施形態の説明では、第２のキャリアまたは第３のキャリア）のＲＢから、当該ｎＸ個のＲＢを、ステップＳ２２の処理において選択されたキャリアアグリゲーションに対応した端末装置に対して、割り当てて（ステップＳ３８）、ステップＳ２１の処理へ移行させる。
【０１２２】
一方、ステップＳ３３の処理における判定の結果、ＲＢ数判定部２１１は、最小となるｎＸを持つキャリアが１つではなく複数（本実施形態では、第２のキャリアと第３のキャリアとの２つ）であると判定した場合には、ステップＳ３４の処理へ移行させる。
この場合、最大リソース残存率判定部２１２は、これら複数のキャリアの中で、ステップＳ２４の処理において求められたリソース残存率が最大となるキャリア（本実施形態の説明では、第２のキャリアまたは第３のキャリア）のＲＢから、当該キャリア（Ｘ）に対応したｎＸ個のＲＢを、ステップＳ２２の処理において選択されたキャリアアグリゲーションに対応した端末装置に対して、割り当てて（ステップＳ３４）、ステップＳ２１の処理へ移行させる。
【０１２３】
なお、本実施形態では、ステップＳ３４の処理において、最大リソース残存率判定部２１２がＲＢを端末装置に対して割り当てる機能を有する構成としたが、他の構成例として、最大リソース残存率判定部２１２はリソース残存率に関する判定を行い、そして、ＲＢ割り当て部２０８がＲＢを端末装置に対して割り当てる構成を用いることもできる。
【０１２４】
ここで、ステップＳ３４の処理において、複数のキャリア（本実施形態の説明では、第２のキャリアおよび第３のキャリアの両方）について、ステップＳ２４の処理において求められたリソース残存率が最大（同じ値）となる場合には、例えば、あらかじめ定められた規則に従って、これら複数のキャリアの中の任意のキャリアのＲＢから、当該キャリア（Ｘ）に対応したｎＸ個のＲＢを、ステップＳ２２の処理において選択されたキャリアアグリゲーションに対応した端末装置に対して、割り当ててもよい。あらかじめ定められた規則としては、例えば、あらかじめ定められた１つのキャリア（例えば、第２のキャリア）のＲＢを割り当てるという規則などを用いることができる。
【０１２５】
なお、図４に示すフローチャートの例では、以上の処理を、最大値を全キャリアのＲＢ数としたループ処理で繰り返す。
【０１２６】
以上のように、本実施形態に係る無線通信システムの基地局装置１では、キャリアアグリゲーションのスケジューリングにおいて、キャリアごとのリソース残存率に基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
また、本実施形態に係る無線通信システムの基地局装置１では、メトリックが最大となるものとして選択された端末装置がキャリアアグリゲーションに対応するか否かに基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
また、本実施形態に係る無線通信システムの基地局装置１では、キャリアごとにおける送信可能な情報ビット数に基づいて、リソース割り当て（本実施形態では、キャリアおよびＲＢの選択）の手法を切り替える。
【０１２７】
本実施形態に係る無線通信システムの基地局装置１によれば、複数のキャリアのリソースを割り当てるスケジューリングを効率的に行うことができる。
また、本実施形態に係る無線通信システムの基地局装置１によれば、キャリアアグリゲーションのスケジューリングにおいて、キャリアアグリゲーションに対応した端末装置と、キャリアアグリゲーションに対応していない端末装置の双方に対して、複数のキャリアのリソースを適切に割り当てることが可能となる。
【０１２８】
［第３実施形態］
本実施形態に係る無線通信システムの概略は、第１実施形態あるいは第２実施形態に係る図１に示されるものと同様であり、詳しい説明は省略する。また、本実施形態では、図１に示されるものと同じ符号を用いて説明する。
本実施形態に係る基地局装置１の概略は、第１実施形態あるいは第２実施形態に係る図２に示されるものと同様であり、詳しい説明は省略する。また、本実施形態では、図２に示されるものと同じ符号を用いて説明する。
【０１２９】
本実施形態に係る基地局装置１において行われるスケジューリングについて詳しく説明する。
本実施形態では、例えば、第１実施形態あるいは第２実施形態と同様な無線通信システムにおいて、基地局装置１の制御部１１１では、スケジューリング制御部１２１のメトリック演算部２０２は、スケジューリングのメトリックを演算するときに、メトリックに対して重み付けを行う。
【０１３０】
本実施形態では、メトリック演算部２０２は、各キャリアのリソース残存率に基づいて、スケジューリングのメトリックに重み付けを行う。
具体的には、メトリック演算部２０２は、（式１）に示されるキャリアごとのリソース残存率の演算結果に基づいて、（式１１）に示されるスケジューリングのメトリックに対する重みＷｉ（ｉは、キャリアの番号）をキャリアごとに演算して生成する。そして、メトリック演算部２０２は、キャリアごとに、演算した重みＷｉを第ｉのキャリアのスケジューリングのメトリック（重みを考慮しないときのメトリック）に乗算し、当該乗算の結果を最終的なメトリック（重みを考慮したメトリック）の結果として使用する。
なお、リソース残存率は、例えば、リソース残存率演算部２０４により演算する。
【０１３１】
Ｗｉ＝（第ｉのキャリアのリソース残存率）
／（全てのキャリアのリソース残存率の合計）
・・（式１１）
【０１３２】
ここで、第１実施形態の場合には、キャリアの番号ｉは、ｉ＝１（第１のキャリア）、ｉ＝２（第２のキャリア）を取り得る。
また、第２実施形態の場合には、キャリアの番号ｉは、ｉ＝１（第１のキャリア）、ｉ＝２（第２のキャリア）、ｉ＝３（第３のキャリア）を取り得る。
【０１３３】
このような重み付けを行うと、リソース残存率が高いキャリアほど、重みＷｉが大きくなるため、結果として、スケジューリングのメトリック（重みを考慮したメトリック）も大きくなる。
【０１３４】
以上のように、本実施形態に係る無線通信システムの基地局装置１では、キャリアごとのリソース残存率に基づいて、スケジューリングのメトリックに重み付けを行う。
本実施形態に係る無線通信システムの基地局装置１によれば、複数のキャリアのリソースを割り当てるスケジューリングを効率的に行うことができる。
【０１３５】
［以上の実施形態のまとめ］
ここで、以上の実施形態では、一例として、キャリアアグリゲーションにおける複数のキャリアの帯域が全く別である場合を示したが、他の構成が用いられてもよい。他の一例として、８００ＭＨｚ帯の１００ＭＨｚ分の幅の帯域に、２０ＭＨｚの帯域を有して且つ互いに帯域がずれた２つ以上のキャリアを設けることができる。
なお、キャリアアグリゲーションにおける複数のキャリアは、例えば、離散した帯域のキャリアが用いられてもよく、または、連続した帯域のキャリアが用いられてもよい。
【０１３６】
また、キャリアアグリゲーションにおける複数のキャリアの数（キャリアの総数）としては、２以上の任意の数が用いられてもよく、例えば、４以上の数が用いられてもよい。
例えば、キャリアアグリゲーションにおける複数のキャリアの数（キャリアの総数）が４以上である場合には、第２実施形態に係る図４に示される３つのキャリアに対するフローチャートにおける処理を、４つ以上のキャリアの場合に拡張した処理を使用することが可能である。
【０１３７】
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１３８】
また、以上に示した実施形態に係る基地局装置１の一部または全部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
【０１３９】
なお、ここで言う「コンピュータシステム」とは、オペレーティング・システム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ；ＯＳ）や周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことを言う。
【０１４０】
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことを言う。
また、上記のプログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【０１４１】
１…基地局装置、２…通信エリア、１１−１〜１１−Ｌ…キャリアアグリゲーションに対応した端末装置、１２−１〜１２−Ｍ…キャリアアグリゲーションに対応していない端末装置、１０１…送信部、１０２…受信部、１０３…基地局処理部、１１１…制御部、１１２…記憶部、２０１…スケジューリング対象判定部、２０２…メトリック演算部、２０３…キャリアアグリゲーション対応判定部、２０４…リソース残存率演算部、２０５…リソース残存率判定部、２０６…送信可能ビット数演算部、２０７…送信可能ビット数判定部、２０８…ＲＢ割り当て部、２１１…ＲＢ数判定部、２１２…最大リソース残存率判定部、
【図１】
2013126077.tif 000003
【図２】
2013126077.tif 000004
【図３】
2013126077.tif 000005
【図４】
2013126077.tif 000006