(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおけるリソース配分方法であって、
前記通信ネットワークのキャリアアグリゲーション方式が周波数において連続的なものであるか、それとも、非連続的なものであるかを特定し、
前記通信ネットワークのキャリアアグリゲーション方式に基づいて前記通信ネットワークのリソース配分方式を選択することを含み、
前記通信ネットワークのキャリアアグリゲーション方式に基づいて前記通信ネットワークのリソース配分方式を選択するステップは、
前記通信ネットワークのキャリアアグリゲーション方式が非連続的なものであると特定された場合に、集中型のリソース配分方式を選択して前記通信ネットワークのリソースを配分し、
前記通信ネットワークのキャリアアグリゲーション方式が連続的なものであると特定された場合に、分散型のリソース配分方式を選択して前記通信ネットワークのリソースを配分する、ことを含む、方法。
【請求項２】
集中型のリソース配分方式を選択して前記通信ネットワークのリソースを配分するステップは、
前記通信ネットワークのスケジューリング待ちのユーザ集合におけるユーザ毎に、当該ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第１の性能指標を算出し、
ユーザのスケジューリング可能なキャリアユニット集合における全てのリソースブロックから所定の要件を満たしかつ第１の性能指標が対応するリソースブロックを選択して当該ユーザに配分すること、を含む請求項１に記載の方法。
【請求項３】
分散型のリソース配分方式を選択して前記通信ネットワークのリソースを配分するステップは、
前記通信ネットワークのスケジューリング待ちのユーザ集合におけるそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第２の性能指標を算出し、
ユーザのスケジューリング可能なキャリアユニット集合におけるキャリアユニット毎に、各キャリアユニットのリソースブロックから所定の要件を満たしかつ第２の性能指標が対応するリソースブロックを選択して当該ユーザに配分すること、を含む請求項１に記載の方法。
【請求項４】
前記方法は更に、
前記通信ネットワークにおける使用可能なリソース量がサービスを要求した全てのユーザのリソースニーズを満足するか否かを判断し、肯定の場合に、サービスを要求した全てのユーザをスケジューリング待ちのユーザ集合とし、否定の場合に、サービスを要求した全てのユーザから１つ又は複数のユーザを、スケジューリング待ちのユーザ集合として選択すること、を含む請求項１に記載の方法。
【請求項５】
サービスを要求した全てのユーザから１つ又は複数のユーザをスケジューリング待ちのユーザ集合として選択するステップは、
サービスを要求したそれぞれのユーザのそのスケジューリング可能なキャリアユニット集合上の第３の性能指標を算出し、
第３の性能指標が対応するユーザを前記スケジューリング待ちのユーザ集合として選択すること、を含む請求項４に記載の方法。
【請求項６】
前記スケジューリング待ちのユーザ集合におけるユーザをソートし、
前記スケジューリング待ちのユーザ集合における各ユーザにリソースを順に配分すること、を更に、含む請求項４に記載の方法。
【請求項７】
ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニット又は当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数のキャリアユニットを含む請求項２に記載の方法。
【請求項８】
ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニット又は当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数のキャリアユニットを含む請求項３に記載の方法。
【請求項９】
通信ネットワークにおけるリソース配分装置であって、
前記通信ネットワークのキャリアアグリゲーション方式が周波数において連続的なものであるか、それとも、非連続的なものであるかを特定するアグリゲーション方式特定モジュールと、
前記通信ネットワークのキャリアアグリゲーション方式に基づいて前記通信ネットワークのリソース配分方式を選択する配分方式選択モジュールを備え、
前記配分方式選択モジュールは、更に、
前記アグリゲーション方式特定モジュールにより前記通信ネットワークのキャリアアグリゲーション方式が非連続的なものであると特定された場合に、集中型のリソース配分方式を選択して前記通信ネットワークのリソースを配分し、
前記アグリゲーション方式特定モジュールにより前記通信ネットワークのキャリアアグリゲーション方式が連続的なものであると特定された場合に、分散型のリソース配分方式を選択して前記通信ネットワークのリソースを配分するように、配置される、装置。
【請求項１０】
リソース配分モジュールを更に備え、当該リソース配分モジュールは、
前記配分方式選択モジュールによるリソース配分方式の選択結果を受信し、
集中型のリソース配分方式が選択された場合には、前記通信ネットワークのスケジューリング待ちのユーザ集合におけるユーザ毎に、当該ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第１の性能指標を算出し、
ユーザのスケジューリング可能なキャリアユニット集合における全てのリソースブロックから、所定の要件を満たしかつ第１の性能指標が対応するリソースブロックを選択して当該ユーザに配分するように、配置される請求項９に記載の装置。
【請求項１１】
リソース配分モジュールを更に備え、当該リソース配分モジュールは、
前記配分方式選択モジュールによるリソース配分方式の選択結果を受信し、
集中型のリソース分散方式が選択された場合には、前記通信ネットワークのスケジューリング待ちのユーザ集合における各ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第２の性能指標を算出し、
ユーザのスケジューリング可能なキャリアユニット集合におけるキャリアユニット毎に、各キャリアユニットのリソースブロックから所定の要件を満たしかつ第２の性能指標が対応するリソースブロックを選択して当該ユーザに配分するように、配置される請求項９に記載の装置。
【請求項１２】
ユーザ選択モジュールを更に備え、当該ユーザ選択モジュールは、
前記通信ネットワークにおける使用可能なリソース量がサービスを要求した全てのユーザのリソースニーズを満足するか否かを判断し、肯定の場合に、サービスを要求した全てのユーザをスケジューリング待ちのユーザ集合とし、否定の場合に、サービスを要求した全てのユーザから１つ又は複数のユーザを、スケジューリング待ちのユーザ集合として選択するように、配置される請求項９に記載の装置。
【請求項１３】
前記ユーザ選択モジュールは更に、
サービスを要求したそれぞれのユーザのそのスケジューリング可能なキャリアユニット集合上の第２の性能指標を算出し、
値の最も大きい１つ又は複数の第２の性能指標が対応するユーザを前記スケジューリング待ちのユーザ集合として選択するように、配置される請求項１２に記載の装置。
【請求項１４】
ユーザソートモジュールを更に備え、当該ユーザソートモジュールは、
前記スケジューリング待ちのユーザ集合におけるユーザをソートし、
前記リソース配分モジュールは、更に前記スケジューリング待ちのユーザ集合における各ユーザにリソースブロックを順に配分するように、配置される請求項１２に記載の装置。
【請求項１５】
ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニット又は当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数のキャリアユニットを含む請求項１０に記載の装置。
【請求項１６】
ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニット又は当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数のキャリアユニットを含む請求項１１に記載の装置。
【請求項１７】
前記リソース配分モジュールは更に、
リソースブロックをユーザに配分する前に、当該ユーザが当該リソースブロックを占有する第１の条件を満足するか否かを判断するように、配置される請求項１０に記載の装置。
【請求項１８】
前記リソース配分モジュールは更に、
リソースブロックをユーザに配分する前に、当該ユーザが当該リソースブロックを占用する第２の条件を満足するか否かを判断するように、配置される請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関する。具体的には、通信ネットワークにおけるリソース配分方法及び装置に関する。
【背景技術】
【０００２】
リソーススケジューリングアルゴリズムは、リソースが有限な条件において、ユーザニーズとチャネル特性とに応じて、通信ネットワークにおける使用可能なリソースを柔軟的に配分することにより、無線スペクトル利用率を可能な限りに向上させることを目標とする。キャリアアグリゲーション技術の導入により、従来のリソーススケジューリングアルゴリズムは要求を満足することができなくなった。キャリアアグリゲーションにおけるスケジューリングアルゴリズムは多くの課題に直面し、更にシステム全体性能を向上させるキーポイントになる。
【０００３】
程順川等は“ＬＴＥ−Ａｄｖａｎｃｅｄ系統中載波聚合技術的性能研究”という文章（「現代電信科技」、２００９年４月第４期）において、キャリアアグリゲーションシーンに適用されるジョイントキュースケジューリング方法を提出した。当該方法において、基地局側にジョイントキュースケジューラを備え、即ち複数のキャリア上のデータが同一のキューを共有することを想定される。全てのキャリアは１つのリソーススケジューラを共有し、当該リソーススケジューラはシステムに入るユーザを直接に複数の独立のキャリアのリソースブロック上に配分する。
【０００４】
以下に、本発明のいくつかの局面に関する基本的な理解を提供するように、本発明について簡単に説明する。理解すべきなのは、このような簡単な説明は本発明に対する網羅的なものではない。それは本発明のキーポイント又は重要部分を確定する意図がなく、本発明の範囲を限定する意図もない。その目的は、簡単な形式でいくつかの概念を提供して後述の更に詳細な説明の先行説明とすることにすぎない。
【発明の概要】
【０００５】
本発明の１つの局面によれば、通信ネットワークにおけるリソース配分方法を提供した。上記リソース配分方法は、上記通信ネットワークのキャリアアグリゲーション方式を特定し、上記通信ネットワークのキャリアアグリゲーション方式に基づいて上記通信ネットワークのリソース配分方式を選択することを含む。
【０００６】
本発明の別の局面によれば、通信ネットワークにおけるリソース配分装置を提供した。上記リソース配分装置は、上記通信ネットワークのキャリアアグリゲーション方式を特定するアグリゲーション方式特定モジュールと、上記通信ネットワークのキャリアアグリゲーション方式に基づいて上記通信ネットワークのリソース配分方式を選択する配分方式選択モジュールとを備えることができる。
【０００７】
また、本発明の実施例は更に上記リソース配分方法を実現するためのコンピュータプログラムを提供した。
【０００８】
また、本発明の実施例は更に、上記リソース配分方法を実現するためのコンピュータプログラムコードが記録された、少なくともコンピュータ読取可能な媒体形式のコンピュータプログラム製品を提供した。
【図面の簡単な説明】
【０００９】
以下の図面を用いた本発明の実施例に対する説明を参照すれば、本発明の以上及びその他の目的、特徴と利点をより容易に理解することができる。図面における部品は本発明の原理を示すものにすぎない。図面において、同一又は類似の技術的特徴又は部品は同一又は類似の符号で示される。
【図１】キャリアアグリゲーションをサポートする通信ネットワークを示す模式図である。
【図２】本発明の実施例によるリソース配分方法を示す模式的なフローチャートである。
【図３】本発明の別の実施例によるリソース配分方法を示す模式的なフローチャートである。
【図４】本発明の別の実施例による集中型リソース配分方式を示す模式的なフローチャートである。
【図５】本発明の一実施例による分散型リソース配分方式を示す模式的なフローチャートである。
【図６】本発明の別の実施例によるリソース配分方法を示す模式的なフローチャートである。
【図７】本発明の一実施例によるスケジューリング待ちのユーザ集合の選択を示す例示的なフローチャートである。
【図８】本発明の一実施例による、スケジューリング待ちのユーザ集合を選択し、そのうちのユーザをソートすることの例示的なフローチャートである。
【図９】本発明の一実施例によるリソース配分装置を示す模式的なプロック図である。
【図１０】本発明の別の実施例によるリソース配分装置を示す模式的なプロック図である。
【図１１】本発明の別の実施例によるリソース配分装置を示す模式的なプロック図である。
【図１２】本発明の別の実施例によるリソース配分装置を示す模式的なプロック図である。
【図１３】本発明を実現するためのコンピュータの構成を示す例示的なプロック図である。
【発明を実施するための形態】
【００１０】
以下に図面を参照して本発明の実施例について説明する。本発明の１つの図面又は一種の実施形態において説明された要素及び特徴は、１つ又はより多いその他の図面又は実施形態において示された要素及び特徴と結合することができる。注意すべきなのは、明瞭にするために、図面及び説明において本発明と関係なく、当業者に既知された部品及び処理の表現及び記載を省略した。
【００１１】
未来のＬＴＥ−Ａ（Long  Term  Evolution-Advanced）システムは１００MHzほどの伝送帯域幅までサポートするが、ＬＴＥ規格で支持可能な最大の伝送帯域幅が２０MHzであるため、より高い伝送帯域幅を実現するように複数のキャリアユニットにアグリゲーションを行う必要がある。キャリアアグリゲーション（Carrier  Aggregation）は、３ＧＰＰが未来の移動通信システムのより高い伝送帯域幅のニーズをサポートするために提出して、複数のキャリアユニットをアグリゲートしてジョイント伝送を行う技術である。キャリアアグリゲーション方式は、アグリゲートされたキャリアユニットのスペクトル上の位置に基づいて、連続的なキャリアアグリゲーションと非連続的なキャリアアグリゲーションの２つの方式に分けることができる。ＬＴＥ−Ａはこの２つのアグリゲーション方式を同時にサポートする。３ＧＰＰはキャリアアグリゲーション技術を導入する同時に下位互換性も考慮した。これにより、未来の長い時期において、キャリアアグリゲーションをサポートする端末とキャリアアグリゲーションをサポートしない端末が長期的に共存し、キャリアアグリゲーションをサポートする端末が同時に複数のキャリアユニットにアクセスできる一方、キャリアアグリゲーションをサポートしない端末がある１つのキャリアユニットだけにアクセスできる。本発明のいくつかの実施例はキャリアアグリゲーション場合に適用されるリソーススケジューリング方法及び装置を提供した。
【００１２】
キャリアアグリゲーション、特に非連続的なキャリアアグリゲーションの場合に、アグリゲーションの複数のキャリアユニットが異なるバンドにある時に、それぞれのキャリアユニットの電磁伝送特性が異なる。本発明のいくつかの実施例によるスケジューリングアルゴリズムには、システム性能を向上させるように、このような状況を考慮して利用した。本発明のいくつかの実施例によるスケジューリングアルゴリズムは、更に端末の多様性（キャリアアグリゲーションへのサポート又は非サポート、及び異なるキャリアユニットに対するユーザの性能差）及びこれによるスケジューリングの公平性の問題を考慮した上で、システム性能を向上させると共にユーザの公平性を十分に考慮する。また、キャリアアグリゲーション技術による周波数選択性の利得をどのように利用するか、及び多数のユーザのダイバーシティ利得の向上、ないしシステムの全体性能の向上も、本発明のいくつかの実施例によるリソース配分アルゴリズムに考慮すべき問題である。
【００１３】
図１はキャリアアグリゲーションをサポートする例示的な通信ネットワークを示した。図１に示されたように、セル内において基地局（例えばｅ−ＮｏｄｅＢ）１０１が複数のユーザ１０２、１０３と１０４にサービスを提供する。これらのユーザはユーザ１０２のようにキャリアアグリゲーションをサポートしない（ＣＡ−ＮＳ）であってもよいし、ユーザ１０３と１０４のようにキャリアアグリゲーションをサポートする（ＣＡ−Ｓ）であってもよい。通信ネットワークがサポートするキャリアアグリゲーション方式は、基地局により決められる。例えば、図１に示された例示において、通信ネットワークがサポートするキャリアユニットは、ＣＣ１、ＣＣ２とＣＣ３を含む。なお、キャリアユニットＣＣ１とキャリアユニットＣＣ２とは連続的なものであるが、キャリアユニットＣＣ３はキャリアユニットＣＣ１とＣＣ２に連続しない。ここで、本明細書と特許請求の範囲に言われた「ユーザ」とは、「ユーザ端末」のことを指し、例えば、ある個人ユーザが使用し、通信ネットワークにアクセスするための移動装置、移動電話（例えば図１の１０２と１０３）、パーソナルデジタルアシスタント又は移動型コンピュータなどである。
【００１４】
リソース配分（スケジューリング）方法は、サービスを要求するユーザ毎にリソース（例えば図１に示されたリソースブロックＲＢ）を配分するものである。具体的には、キャリアアグリゲーションをサポートしないユーザに対して、当該ユーザのそのサポート可能なキャリアユニットにおいて占用可能なリソースを特定する。キャリアアグリゲーションをサポートするユーザに対して、当該ユーザの占用可能なキャリアユニット及び相応するキャリアユニットにおけるリソースを特定する。例えば、図１の例示において、端末１０２はキャリアユニットＣＣ１におけるリソースだけを使用できるが、端末１０３はキャリアユニットＣＣ１とＣＣ３とをサポートでき、端末１０４はキャリアユニットＣＣ１、ＣＣ２とＣＣ３をサポートできる。
【００１５】
図２は本発明の一実施例によるリソース配分方法を示した模式的なフローチャートである。
【００１６】
図２に示されたように、当該リソース配分方法は以下のようなステップＳ２０１とS２０３を含む。
【００１７】
ステップＳ２０１において、まず通信ネットワークのキャリアアグリゲーション方式を特定する必要がある。
【００１８】
ここで記載された通信ネットワークは、キャリアアグリゲーションをサポートする通信システムであり、例えば図１に示された通信ネットワークである。通信ネットワークは、キャリアアグリゲーションをサポートしないノード（例えば図１に示された端末１０２）を含んでもよく、キャリアアグリゲーションをサポートするノード（例えば図１に示された端末１０３と１０４）を含んでもよい。例示として、当該通信ネットワークのプライマリノード（例えば基地局）により当該通信ネットワークがサポートするキャリアアグリゲーション方式を特定することができる。例えば、プライマリノード（基地局）の相応のプロファイルからキャリアアグリゲーション方式に関する情報を受取ることにより、当該通信ネットワークのサポートするキャリアアグリゲーション方式を特定することができる。
【００１９】
ステップＳ２０３において、特定されたキャリアアグリゲーション方式に基づいて上記通信ネットワークのリソース配分方式を選択する。
【００２０】
当該実施例において、キャリアアグリゲーションの異なる場合に基づいて異なるリソース配分方法を選択することにより、システムの周波数のダイバーシティ利得を効率に向上させることができる。
【００２１】
図３は図２に示されたリソース配分方法の応用例を示した。以上のように、通信ネットワークのキャリアアグリゲーション方式は一般的に、連続的なキャリアアグリゲーション（例えば図１に示されたＣＣ１とＣＣ２）と非連続的なキャリアアグリゲーション（例えば図１に示されたＣＣ１とＣＣ３）の２つの方式に分けられる。図３に示された例示において、この２つの異なるアグリゲーション方式に対して異なるリソース配分方式をそれぞれ選択する。具体的には、ステップＳ３０１において通信ネットワークのキャリアアグリゲーション方式を特定する。ステップＳ３０１-１において、特定されたキャリアアグリゲーション方式が連続的なものか、又は非連続的なものかを判断する。連続的なものであれば、ステップＳ３０３-１において、分散型リソース配分方式を選択してリソース配分を行うために用いられる。非連続的なものであれば、ステップＳ３０３-２において、集中型リソース配分方式を選択して上記通信ネットワークのリソースを配分するために用いられる。
【００２２】
図４は図３に示された集中型リソース配分方式の一例を示した。図４に示されたように、集中型のリソース配分は以下のようなステップＳ４０９とS４１１とを含む。
【００２３】
ステップＳ４０９において、通信ネットワークのスケジューリング待ちのユーザ集合におけるユーザ毎に、当該ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の性能指標（説明を簡単にするために、ここで第１の性能指標と呼ぶ）を算出する。ここでの「リソースブロック（Resource  Block、ＲＢと略記する）」は、最小の伝送単位（時間-周波数リソース）であってもよい。
【００２４】
第１の性能指標はユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率、又はビット誤り率などであってもよく、当業者が理解できるように、具体的な応用で必要に応じて選択することができ、ここでは詳しく説明しない。ユーザのあるキャリアユニットのあるリソースブロック上の第１の性能指標を算出することは、即ち、当該ユーザの当該リソースブロック上のトラフィック量、チャネル利得、ビット誤り率、スペクトル使用率又はビット誤り率等の性能指標を算出し、又は推定する。理解すべきなのは、実際の必要に応じて任意の適切の方法でこれら性能指標を算出し、又は推定することができ、ここでは詳しく説明しない。
【００２５】
ユーザのスケジューリング可能なキャリアユニット集合は、ユーザの使用可能な全てのキャリアユニットから選択されており、リソーススケジューリング過程において当該ユーザの使用に配分するための１つ又は複数の候補キャリアユニットを含む。例示において、ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニットを含むことができる。ユーザがキャリアアグリゲーションをサポートしなければ、当該ユーザにおけるスケジューリング可能なキャリアユニット集合は当該ユーザが使用するあるキャリアユニットである。別の例示において、ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数を含むことができる。
【００２６】
ステップＳ４１１において、ユーザのスケジューリング可能なキャリアユニット集合における全てのリソースブロックから大きい値が取られた複数の第１の性能指標が対応するリソースブロックを選択して当該ユーザに配分する。１つの例示として、ユーザの各リソースブロック上の第１の性能指標の値に基づいて、値の最も大きい複数の第１の性能指標が対応するリソースブロックをユーザに配分することができる。別の例示として、スケジューリング可能なキャリアユニット集合における複数のリソースブロックのうち、ユーザの第１の性能指標が良い（第１の性能指標の値が最大のものに限らない）複数のリソースブロックをユーザに配分することもできる。勿論、ここで、リソースブロックを選択するための方法は例示的なものに過ぎなく、当業者にとっては、本発明が列挙された例示及び実施例に限定されないことが理解すべきである。
【００２７】
理解すべきなのは、ユーザに配分されるリソースブロックの個数は実際の必要に応じて（例えばユーザのリソースニーズ）決められることができ、ここでは詳しく説明しない。更に理解すべきなのは、ユーザがキャリアアグリゲーションをサポートするものである場合に、上記の配分ステップは、複数の（連続又は非連続）キャリアユニットにおけるリソースブロックを当該ユーザに配分することができる一方、ユーザがキャリアアグリゲーションをサポートしないものである場合に、当該ユーザがサポートするキャリアユニットにおけるリソースブロックを当該ユーザに配分することしかできない。
【００２８】
１つの例示において、あるリソースブロックをユーザに配分する前に、当該ユーザが当該リソースブロックを占用する条件（説明を簡単にするために第１の条件と呼ぶ）を満たしているか否かを判断するステップを更に含んでもよい。第１の条件は、ユーザのスケジューリング可能なキャリアユニット及びその中のリソースブロックがその他のユーザに占用されてはいけないこと、当該リソースブロックの再利用の回数が送信アンテナの個数を超えてはいけないこと、ユーザ毎に占用されたリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよく、ここでは詳しく説明しない。理解すべきなのは、ここで列挙された条件は例示的で、網羅的なものではない。当業者はその他の条件を選択してユーザがあるリソースブロックを占用できるか否かを判断することができる。本発明は示された例示及び実施例に限定されない。
【００２９】
集中型リソース配分方式を更に説明するために、以下に１つの具体的な例示を提供する。
【００３０】
スケジューリング待ちのユーザ集合をＳｃｈｕ、ｕ∈Ｓｃｈｕとする。なお、ｕはユーザ集合Ｓｃｈｕにおける要素（即ち各ユーザ）を示し、ｕ=１,  …,Ｎである。Ｎは正整数で、集合におけるユーザの数を示す。当該ユーザ集合におけるユーザｕ（ｕ∈Ｓｃｈｕ）のスケジューリング可能なキャリアユニット集合をＣＣｕ，ｃ（ｃ∈ＣＣｕ，ｃ、ｃは集合ＣＣｕ，ｃにおける要素（即ち各キャリアユニット）を示す）とし、当該キャリアユニット集合ＣＣｕ，ｃにおけるキャリアユニットｃ（ｃ∈ＣＣｕ，ｃ）における全ての使用可能なリソースブロックの集合をＲＢｃ，ｒ、ｒ∈ＲＢｃ，ｒとする。なお、ｒは集合ＲＢｃ，ｒにおける要素（即ち各リソースブロック）を示し、ｒ＝１，．．．，Ｒｃである。Ｒｃは整数で、キャリアユニットｃにおける全ての使用可能なリソースブロックの数を示す。
【００３１】
先ず、ユーザ集合Ｓｃｈｕにおけるユーザｕ（ｕ∈Ｓｃｈｕ）の、そのスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃにおける全ての使用可能なリソースブロック集合ＲＢｃ，ｒ上の第１の性能指標Ｔｕ，ｃ，ｒを算出する。当該第１の性能指標は以下のように表現可能である。
【００３２】
【数１】
0005573957.tif 000002
【００３３】
上式において、符号“∈”は“属する”の意味を示し、例えばｃ∈ＣＣｕ，ｃは要素ｃが集合ＣＣｕ，ｃに属することを表す。符号“∃”は“存在”の意味を示し、例えば、∃ｕ∈Ｓｃｈｕは少なくとも１つの要素ｕが存在し、当該要素ｕが集合Ｓｃｈｕに属することを表す。符号“∀”は“任意”の意味を示し、例えば、∀ｃ∈ＣＣｕ，ｃは集合ＣＣｕ，ｃにおける任意の１つの要素ｃを表す。簡単にするために、以下にこれら符号の意味を繰返して説明しない。
【００３４】
以上のように、第１の性能指標Ｔｕ，ｃ，ｒはユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などであってもよく、実際の必要に応じて選択することができる。言い換えれば、ユーザｕ（ｕ∈Ｓｃｈｕ）のそのスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃにおけるあるキャリアユニットｃのあるリソースブロックｒ上の性能指標Ｔｕ，ｃ，ｒを算出し、即ち、当該ユーザの当該リソースブロック上のトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などの性能指標を算出し又は推定する。理解すべきなのは、実際の必要に応じて任意の適切な方法でこれら性能指標を算出し又は推定することができ、ここでは詳しく説明しない。
【００３５】
算出された各第１の性能指標値Ｔｕ，ｃ，ｒを降順でソートし、前のＫ（Ｋ≧１）個の値が対応するキャリアユニット及びその中のリソースブロックをユーザｕに配分する。当業者が理解すべきなのは、Ｋの値は実際の必要（例えばユーザのリソースニーズ）に応じて決められる可能であり、ここでは詳しく説明しない。
【００３６】
１つの例示において、リソースブロックをユーザに配分する前に、更にユーザｕが当該キャリアユニットｃ及びその中のリソースブロックを占用する条件（即ち第１の条件）を満たしているか否かをチェックすることができる。上記のように、第１の条件は、キャリアユニットｃ及びその中のリソースブロックがその他のユーザに占用されてはいけないこと、当該リソースブロックの再利用の回数が送信アンテナの個数を超えてはいけないこと、ユーザ毎に占用されるリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよい。条件を満たしているならば、当該キャリアユニットｃ及びその中の当該リソースブロックをユーザｕに配分する。
【００３７】
図５は図３に示された分散型リソース配分方式の一例を示した。図５に示されたように、分散型のリソース配分は以下のようなステップＳ５０９とS５１１とを含んでもよい。
【００３８】
ステップ５０９において、通信ネットワークのスケジューリング待ちのユーザ集合におけるそれぞれのユーザの、スケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の性能指標（説明を簡単にするために第２の性能指標と呼ぶ）をそれぞれ算出する。
【００３９】
第２の性能指標はユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などであってもよく、当業者が理解できるように、具体的な応用で必要に応じて選択することができ、ここでは詳しく説明しない。あるユーザのあるスケジューリング可能なキャリアユニットのある配分可能なリソースブロック上の第２の性能指標を算出し、即ち、当該ユーザの当該リソースブロック上のトラフィック量、チャネル利得、ビット誤り率、スペクトル使用率又はビット誤り率などの性能指標を算出し、又は推定する。理解すべきなのは、実際の必要に応じて任意の適切な方法でこれら性能指標を算出し又は推定することができ、ここでは詳しく説明しない。
【００４０】
ステップ５１１において、ユーザのスケジューリング可能なキャリアユニット毎に、当該キャリアユニットのリソースブロックから、値の大きい第２の性能指標が対応するリソースブロックを選択して当該ユーザに配分する。一例として、ユーザのスケジューリング可能なキャリアユニット集合におけるそれぞれのキャリアユニットの複数のリソースブロックを第２の性能指標の値に従ってそれぞれソートし、その中から値の最も大きい性能指標が対応するリソースブロックを選択してユーザに配分することができる。別の例示として、実際の必要に応じて、それぞれのキャリアユニットの複数のリソースブロックから値の比較的に大きい（最大ではない）性能指標が対応するあるリソースブロックを選択してユーザに配分することができる。勿論、ここでリソースブロックを選択するための方法が例示的なものに過ぎなく、当業者にとっては、本発明が列挙された例示及び実施例に限定されないことが理解すべきである。
【００４１】
理解すべきなのは、ユーザがキャリアアグリゲーションをサポートするものである場合に、上記の配分ステップ５１１は、ユーザのサポートするキャリアユニット集合におけるそれぞれのキャリアユニットからリソースブロックを選択して当該ユーザに配分することができる。一方、ユーザがキャリアアグリゲーションをサポートしないものである場合に、当該ユーザのサポートするキャリアユニットからリソースブロックを選択して当該ユーザに配分することしかできない。
【００４２】
一例として、スケジューリング待ちのユーザ集合における全てのユーザに対して上記の配分ステップ５１１を実行した後に、通信ネットワークにおいてスケジューリング可能なリソースが残り、且ついくつかのユーザのリソースニーズが満たされていなければ、ステップ５１１を継続して実行してこれらユーザに残りのリソースを配分してもよい。
【００４３】
１つの例示において、あるリソースブロックをユーザに配分する前に、当該ユーザが当該リソースブロックを占用する条件（説明を簡単にするために第２の条件と呼ぶ）を満たしているか否かを判断するステップを含んでもよい。第２の条件は、ユーザのスケジューリング可能なキャリアユニット及びその中のリソースブロックがその他のユーザに占用されてはいけないこと、当該リソースブロックの再利用の回数が送信アンテナの個数を超えてはいけないこと、ユーザ毎に占用されたリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよく、ここでは詳しく説明しない。理解すべきなのは、ここで列挙された条件は例示的なもので、網羅的なものではない。当業者はその他の条件を選択してユーザがあるリソースブロックを占用できるか否かを判断してもよい。本発明は示された例示及び実施例に限定されない。
【００４４】
更に分散型リソース配分方式を説明するために、以下に１つの具体例が示した。
【００４５】
スケジューリング待ちのユーザ集合をＳｃｈｕ、ｕ∈Ｓｃｈｕとする。なお、ｕはユーザ集合Ｓｃｈｕにおける要素（即ち各ユーザ）を示し、ｕ  ＝１,  …,Ｎである。Ｎは正整数で、集合におけるユーザの数を示す。当該ユーザ集合におけるユーザｕ（ｕ∈Ｓｃｈｕ）のスケジューリング可能なキャリアユニット集合をＣＣｕ，ｃとする。
【００４６】
また、スケジューリング可能なキャリアユニット集合ＣＣｕ，ｃにおけるあるキャリアユニットｃ（ｃ∈ＣＣｕ，ｃ）に対し、当該キャリアユニットｃにおける全ての使用可能なリソースブロック集合をＲＢｃ，ｒ、ｒ∈ＲＢｃ，ｒとする。なお、ｒは集合ＲＢｃ，ｒにおける要素（即ち各リソースブロック）を示し、ｒ＝１，．．．，Ｒｃである。Ｒｃは整数で、キャリアユニットｃにおける全ての使用可能なリソースブロックの数を示す。ユーザｕのその全てのスケジューリング可能なキャリアユニットｃ（ｃ∈ＣＣｕ，ｃ）における全ての使用可能なリソースブロック集合ＲＢｃ，ｒ上のユーザ性能指標Ｔｕ，ｃ，ｒをそれぞれ算出し、当該ユーザ性能指標は以下のように示される。
【００４７】
【数２】
0005573957.tif 000003
【００４８】
以上のように、上記のユーザ性能指標Ｔｕ，ｃ，ｒは、ユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などであってもよい。言い換えれば、ユーザｕのキャリアユニットｃのリソースブロックｒ上のユーザ性能指標Ｔｕ，ｃ，ｒを算出し、即ち、当該ユーザの当該リソースブロック上のトラフィック量、チャネル利得、スペクトル使用率又はビット誤り率などの性能指標を算出し、又は推定する。理解すべきなのは、実際の必要に応じて任意の適切な方法でこれら性能指標を算出し又は推定することができ、ここでは詳しく説明しない。
【００４９】
それぞれのキャリアユニットｃの全ての呼出可能なリソースブロックが対応するユーザ性能指標Ｔｕ，ｃ，ｒを降順でソートし、最大のＴｕ，ｃ，ｒの値が対応するリソースブロックｒを取り、即ち、
【００５０】
【数３】
0005573957.tif 000004
【００５１】
当該リソースブロックをユーザに配分する。その後に、当該ユーザのスケジューリング可能なキャリアユニット集合における全てのキャリアユニットが何れもリソースブロックを選択するまで、当該ユーザのスケジューリング可能なキャリアユニット集合における次のキャリアユニットに対して上記の過程を繰返す。
【００５２】
当該例示において、当該リソースブロックをユーザに配分する前に、ユーザｕが当該キャリアユニットｃ及びその中のリソースブロックｒを占用する条件を満たしているか否かをチェックしてもよい。当該条件は、キャリアユニットｃ及びその中のリソースブロックｒがその他のユーザに占用されてはいけないこと、当該リソースブロックｒの再利用の回数が送信アンテナの個数を超えてはいけないこと、ユーザ毎に占用されたリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよい。条件を満たしてるならば、当該キャリアユニットｃ及びその中のリソースブロックｒをユーザｕに配分する。
【００５３】
図６は本発明による別の実施例のリソース配分方法の模式的なフローチャートを示した。図６に示された方法は、更に通信ネットワークの使用可能なリソース量がサービスを要求した全てのユーザのリソースニーズを満足するか否かを判断するステップを含むという点が異なる以外、上記の実施例と同様である。
【００５４】
図６に示されたように、ステップＳ６０１とS６０３は上記の実施例における相応のステップ（例えば図２におけるS２０１、S２０３又は図３におけるS３０１、S３０１-１、S３０３-１、S３０３-２）と類似しているため、ここでは詳しく説明しない。
【００５５】
ステップＳ６０５において、リソースを配分する前に、通信ネットワークにおける使用可能なリソース量がサービスを要求した全てのユーザのリソースニーズを満足するか否かを判断する。肯定の場合に、ステップＳ６０６においてサービスを要求した全てのユーザをスケジューリング待ちのユーザ集合とする。否定の場合に、ステップＳ６０７において、サービスを要求した全てのユーザから１つ又は複数のユーザをスケジューリング待ちのユーザ集合として選択する。使用可能なリソースの総量及びユーザの優先度、性能指標、リソースニーズ等に応じてユーザを選択することができる。
【００５６】
図７はステップＳ６０７の一例を示した。図７に示されたユーザの選択方法はステップＳ７０７-１とS７０７-２を含む。具体的には、ステップＳ７０７-１において、サービスを要求したそれぞれのユーザの、そのスケジューリング可能なキャリアユニット集合上の性能指標（説明を簡単にするために第３の性能指標と呼ぶ）を算出する。ステップＳ７０７-２において、値の最も大きい１つ又は複数の第３の性能指標が対応する１つ又は複数のユーザを、上記スケジューリング待ちのユーザ集合として選択する。選択されるユーザの数は、使用可能なリソース量及びこれらユーザのリソースニーズに応じて決定可能であり、ここでは詳しく説明しない。
【００５７】
以下に図７に示された方法の１つの具体例を示した。当該例示において、業務要求を送出したユーザ集合をＵＳｕとし、ｕ∈ＵＳｕ、ｕ＝１，．．．，Ｎである。Ｎは整数で、当該集合におけるユーザの総数を示す。ユーザｕ（ｕ∈ＵＳｕ）がサポートするアグリゲーションキャリアユニット集合がＣｕであると仮定する。サービスを要求したそれぞれのユーザｕ（ｕ∈ＵＳｕ）の、そのサポート可能なキャリアユニット集合Ｃｕにおける各キャリアユニットｃ上の性能指標Ｓｕ，ｃを算出し、ここで∃ｕ∈ＵＳｕ、∀ｃ∈Ｃｕである。当該例示において、ユーザのサポート可能なキャリアユニット集合Ｃｕは、ユーザの使用可能な全てのキャリアユニットを含んでもよい。当該性能指標Ｓｕ，ｃは、ＳＮ比、チャネル利得、ユーザトラフィック量、スペクトル使用率、又はビット誤り率などであってもよい。言い換えれば、ユーザｕ（ｕ∈ＵＳｕ）のそのサポート可能なキャリアユニット集合Ｃｕにおけるキャリアユニットｃ上の性能指標Ｓｕ，ｃを算出し、即ち、当該ユーザの当該キャリアユニット上のＳＮ比、トラフィック量、チャネル利得、スペクトル使用率又はビット誤り率などの性能指標を算出し又は推定する。理解すべきなのは、実際の必要に応じて任意の適切な方法でこれら性能指標を算出し又は推定することができ、ここでは詳しく説明しない。その後に、ユーザｕのそのサポート可能なキャリアユニット集合Ｃｕ上の平均性能指標Ｓ＿ＡＶＧｕを算出し、当該平均性能指標は第３の性能指標とも呼ばれる。キャリアアグリゲーションをサポートしないユーザに対して、そのサポートされるキャリアユニットが１つしかないため、Ｓ＿ＡＶＧｕ＝Ｓｕ，ｃ、ｃ∈Ｃｕである。キャリアアグリゲーションをサポートするユーザに対して、当該平均性能指標Ｓ＿ＡＶＧｕはユーザｕのそのサポート可能なキャリアユニット集合Ｃｕにおける全てのキャリアｃ上の性能指標Ｓｕ，ｃの平均値に等しく、即ち
【００５８】
【数４】
0005573957.tif 000005
【００５９】
なお、ｌｅｎ（Ｃｕ）は整数で、集合Ｃｕの要素（即ちキャリアユニット）の個数を示す。平均性能指標Ｓ＿ＡＶＧｕを降順でソートし、前のＭ（Ｍ≧１）個のＳ＿ＡＶＧｕの値が対応するユーザｕを取ってスケジューリング待ちのユーザ集合Ｓｃｈｕを構成する。以上のように、Ｍの値は実際の必要に応じて決定可能であり、ここでは詳しく説明しない。
【００６０】
以下に、このような場合にユーザの使用可能な全てのキャリアユニットから１つ又は複数を選択してスケジューリング可能なキャリアユニット集合とする例示を示した。まず、スケジューリング待ちのユーザ集合Ｓｃｈｕの平均性能指標Ｓａｖｇを算出し、即ち、
【００６１】
【数５】
0005573957.tif 000006
【００６２】
言い換えれば、スケジューリング待ちのユーザ集合Ｓｃｈｕの平均性能指標Ｓａｖｇは、当該ユーザ集合Ｓｃｈｕにおける全てのユーザｕの第３の性能指標Ｓ＿ＡＶＧｕの平均値に等しい。上式において、ｌｅｎ（Ｓｃｈｕ）はユーザ集合Ｓｃｈｕにおける要素（即ちユーザ）の個数を示す。以下にスケジューリング待ちのユーザ集合Ｓｃｈｕの平均性能指標に基づいてそれぞれのユーザｕ（ｕ∈Ｓｃｈｕ）のスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃを特定する。ユーザｕがキャリアアグリゲーションをサポートしなければ、そのスケジューリング可能なキャリアユニット集合は、当該ユーザのサポート可能（使用）なキャリアユニットを含み、即ちＣＣｕ，ｃ＝Ｃｕである。ユーザｕがキャリアアグリゲーションをサポートするならば、そのスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃは、当該ユーザｕ（ｕ∈Ｓｃｈｕ）の当該キャリアユニットｃ上の性能指標Ｓｕ，ｃがスケジューリング待ちのユーザ集合の平均性能指標Ｓａｖｇより高いというキャリアユニットを含むことができる。即ち、
【００６３】
【数６】
0005573957.tif 000007
【００６４】
これにより、スケジューリング待ちのユーザ集合Ｓｃｈｕにおけるそれぞれのユーザｕ（ｕ∈Ｓｃｈｕ）のスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃを特定することができる。性能指標Ｓｕ，ｃの算出方法は以上の通りであるため、ここでは繰返して説明しない。
【００６５】
一例として、リソース配分方法は、さらにスケジューリング待ちのユーザ集合におけるユーザをソートするステップを含む。これにより、スケジューリング待ちのユーザ集合におけるユーザ毎にリソースを順に配分することができる。図８はスケジューリング待ちのユーザ集合を選択し、且つユーザの性能指標によりユーザをソートする例示を示した。図８に示されたように、ステップＳ８０７-１とS８０７-２は、図７におけるS７０７-１とS７０７-２と類似しているため、ここでは詳しく説明しない。ステップＳ８０８において、上記第３の性能指標の大きさに応じて各ユーザをソートすることができる。
【００６６】
別の例示として、以下のような方法でユーザをソートすることができる。例えば、スケジューリング待ちのユーザ集合Ｓｃｈｕにおけるそれぞれのスケジューリング待ちのユーザｕ（ｕ∈Ｓｃｈｕ）の平均性能指標ＳＳｃｈ＿ＡＶＧｕをそれぞれ算出し、即ち、
【００６７】
【数７】
0005573957.tif 000008
【００６８】
即ちユーザｕの平均性能指標Ｓｃｈ＿ＡＶＧｕは、当該ユーザのそのスケジューリング可能なキャリアユニット集合ＣＣｕ，ｃにおける全てのキャリアユニットｃ上の性能指標Ｓｕ，ｃの和の平均値に等しい。なお、ｌｅｎ（ＣＣｕ，ｃ）は集合ＣＣｕ，ｃの要素（即ちキャリアユニット）の個数を示す。当該平均性能指標ＳＳｃｈ＿ＡＶＧｕの値を降順でソートする。ＳＳｃｈ＿ＡＶＧｕの値の大きさの順に応じて、全てのスケジューリング待ちのユーザに十分なリソースを配分し、或は全ての使用可能なリソースが配分されるまで、ユーザにリソースを順に配分する。
【００６９】
別の例示として、ユーザの優先度に基づいてスケジューリング待ちのユーザ集合における各ユーザをソートしてもよい。
【００７０】
勿論、その他の適切な方法を採用してソートを行うこともでき、本発明は上記の各例示に限定されない。
【００７１】
上記の実施例におけるリソース配分方法によれば、システムのスループット及びスペクトル使用率を効率に向上させることができる。更に、ユーザの公平性の問題を改善でき、特にキャリアアグリゲーションをサポートするユーザ端末とキャリアアグリゲーションをサポートしないユーザ端末が同時に存在する場合に、この２種のユーザの公平的なスケジューリングの問題を効率に解決することができる。また、上記の実施例における方法によれば、多数ユーザのダイバーシティ利得を効率に向上させることもできる。
【００７２】
図９は本発明による一実施例のリソース配分装置の模式的なプロック図を示した。図９に示されたように、当該リソース配分装置は、アグリゲーション方式特定モジュール９０１と配分方式選択モジュール９０３とを備える。アグリゲーション方式特定モジュール９０１は、通信ネットワークのキャリアアグリゲーション方式を特定するために用いられる。配分方式選択モジュールは、上記通信ネットワークのキャリアアグリゲーション方式に基づいて上記通信ネットワークのリソース配分方式を選択するために用いられる。
【００７３】
上記の方法の実施例と同様に、ここで説明される通信ネットワークはキャリアアグリゲーションをサポートする通信システム、例えば図１に示された通信ネットワークである。通信ネットワークは、キャリアアグリゲーションをサポートするノード（例えば図１に示された端末１０２）を含んでもよく、キャリアアグリゲーションをサポートしないノード（例えば図１に示された端末１０３と１０４）を含んでもよい。一例において、配分方式選択モジュールは、当該通信ネットワークのプライマリノード（例えば基地局）により当該通信ネットワークのサポートするキャリアアグリゲーション方式を特定することができる。
【００７４】
当該リソース配分装置によれば、キャリアアグリゲーションの異なる場合によって異なるリソース配分方法を選択することができ、システムの周波数のダイバーシティ利得を効率に向上させることができる。
【００７５】
以上のように、通信ネットワークのキャリアアグリゲーション方式は、一般的に、連続的なキャリアアグリゲーション（例えば図１に示されたＣＣ１とＣＣ２）と非連続的なキャリアアグリゲーション（例えば図１に示されたＣＣ１とＣＣ３）の２つの方式を含む。一例として、この二種の異なるアグリゲーション方式に対して異なるリソース配分方式をそれぞれ選択することができる。具体的には、配分方式選択モジュール９０３は、上記アグリゲーション方式特定モジュール９０１により上記通信ネットワークのキャリアアグリゲーション方式が非連続的なものと判定された場合に、集中型のリソース配分方式を選択して上記通信ネットワークのリソースを配分し、上記アグリゲーション方式特定モジュール９０１により上記通信ネットワークのキャリアアグリゲーション方式が連続的なものと判定された場合に、分散型のリソース配分方式を選択して上記通信ネットワークのリソースを配分するように配置されることができる。
【００７６】
図１０は本発明による別の実施例のリソース配分装置の模式的なプロック図を示した。図１０に示されたリソース配分装置は、アグリゲーション方式特定モジュール１００１と、配分方式選択モジュール１００３と、リソース配分モジュール１００５とを備える。
【００７７】
アグリゲーション方式特定モジュール１００１と配分方式選択モジュール１００３とは、上記の実施例又は例示におけるモジュール９０１と９０３と類似しているため、ここでは詳しく説明しない。
【００７８】
リソース配分モジュール１００５は、選択されたリソース配分方式に従ってリソース配分を行うために用いられる。
【００７９】
集中型リソース配分方式が選択された場合に、リソース配分モジュール１００５は、通信ネットワークのスケジューリング待ちのユーザ集合におけるユーザ毎に、当該ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第１の性能指標を算出し、ユーザのスケジューリング可能なキャリアユニット集合における全てのリソースブロックから値の大きい複数の第１の性能指標が対応するリソースブロックを選択して当該ユーザに配分するに用いられる。
【００８０】
上記の方法の実施例及び／又は例示と同様に、第１の性能指標は、ユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などであってもよく、当業者が理解できるように、具体的な応用において必要に応じて選択することができ、ここでは詳しく説明しない。リソース配分モジュールは、上記方法の実施例及び／又は例示における方法を採用して第１の性能指標を算出することができ、ここでは繰返して説明しない。
【００８１】
一例において、ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニットを含むことができる。ユーザがキャリアアグリゲーションをサポートしなければ、当該ユーザにおけるスケジューリング可能なキャリアユニット集合が当該ユーザの使用されるあるキャリアユニットである。別の例示において、ユーザのスケジューリング可能なキャリアユニット集合は、当該ユーザの使用可能な全てのキャリアユニットにおける１つ又は複数を含むことができる。
【００８２】
一例として、ユーザの各リソースブロック上の第１の性能指標の値に基づいて、値の最も大きい複数の第１の性能指標が対応するリソースブロックをユーザに配分することができる。別の例示として、スケジューリング可能な複数のリソースブロックのうち、ユーザの第１の性能指標の良い（第１の性能指標の値が最大であることに限らない）複数のリソースブロックをユーザに配分することもできる。勿論、ここでリソースブロックを選択するための方法は例示的なものに過ぎなく、当業者にとっては、本発明が列挙された例示及び実施例に限定されないことが理解すべきである。
【００８３】
理解すべきなのは、ユーザに配分するリソースブロックの個数は、実際の必要に応じて（例えばユーザのリソースニーズ）決定可能であり、ここでは詳しく説明しない。また、理解すべきなのは、ユーザがキャリアアグリゲーションをサポートするものである場合に、上記の配分ステップは複数の（連続的なもの或は非連続的なもの）キャリアユニットのうちのリソースブロックを当該ユーザに配分することができる。一方、ユーザがキャリアアグリゲーションをサポートしないものである場合に、当該ユーザのサポートするキャリアユニットにおけるリソースブロックを当該ユーザに配分することしかできない。
【００８４】
一例において、あるリソースブロックをユーザに配分する前に、リソース配分モジュール１００５は、更に当該ユーザが当該リソースブロックを占用する条件（説明を簡単にするために第１の条件と呼ぶ）を満たしているか否かを判断するステップを実行してもよい。第１の条件は、ユーザのスケジューリング可能なキャリアユニット及びその中のリソースブロックがその他のユーザに占用されてはいけないこと、当該リソースブロックの再利用の回数が送信アンテナの個数を超えてはいけないこと、各ユーザに占用されたリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよく、ここでは詳しく説明しない。理解すべきなのは、ここで列挙された条件は例示的なものであり、網羅的なものではない。当業者はその他の条件を選択してユーザがあるリソースブロックを占用できるか否かを判断することができる。本発明は示された例示及び実施例に限定されない。
【００８５】
分散型リソース配分方式が選択された場合に、リソース配分モジュール１００５は、上記通信ネットワークのスケジューリング待ちのユーザ集合における各ユーザのそのスケジューリング可能なキャリアユニット集合における各配分可能なリソースブロック上の第２の性能指標を算出し、ユーザのスケジューリング可能なそれぞれのキャリアユニットに対して、当該キャリアユニットのリソースブロックから値の大きい第２の性能指標が対応するリソースブロックを選択して当該ユーザに配分するに用いられる。
【００８６】
上記の方法の実施例及び／又は例示と同様に、第２の性能指標は、ユーザトラフィック量、チャネル利得、ＳＮ比、スペクトル使用率又はビット誤り率などであってもよく、当業者が理解できるように、具体的な応用において必要に応じて選択することができ、ここでは詳しく説明しない。リソース配分モジュールは、上記の方法の実施例及び／又は例示における方法を採用して第２の性能指標を算出することができ、ここでは繰返して説明しない。
【００８７】
一例として、ユーザのスケジューリング可能なキャリアユニット集合におけるそれぞれのキャリアユニットの複数のリソースブロックを第２の性能指標の値に従ってそれぞれソートし、その中から値の最も大きい性能指標が対応するリソースブロックを選択してユーザに配分することができる。別の例示として、実際の必要に応じて、ユーザのスケジューリング可能なキャリアユニット集合におけるそれぞれのキャリアユニットの複数のリソースブロックから、値の大きい（最大ではない）性能指標が対応するあるリソースブロックを選択してユーザに配分することもできる。勿論、ここでリソースブロックを選択するための方法は例示的なものに過ぎなく、当業者にとっては、本発明が列挙された例示及び実施例に限定されないことが理解すべきである。
【００８８】
理解すべきなのは、ユーザがキャリアアグリゲーションをサポートするものである場合に、リソース配分モジュール１００５は、ユーザのスケジューリング可能なキャリアユニット集合の各キャリアユニットからリソースブロックを選択して当該ユーザに配分することができる。一方、ユーザがキャリアアグリゲーションをサポートしないものである場合に、当該ユーザのサポートするキャリアユニットからリソースブロックを選択して当該ユーザに配分することしかできない。
【００８９】
一例として、スケジューリング待ちのユーザ集合における全てのユーザに対して上記配分を行った後に、通信ネットワークにおいてスケジューリング可能なリソースが残り、且ついくつかのユーザのリソースニーズが満足されていない場合に、リソース配分モジュール１００５は上記の分散型リソース配分方式を継続して実行してこれらユーザに残りのリソースを配分することができる。
【００９０】
一例において、あるリソースブロックをユーザに配分する前に、リソース配分モジュール１００５は、当該ユーザが当該リソースブロックを占用する条件（説明を簡単にするために第２の条件と呼ぶ）を満たしているか否かを判断するステップを実行してもよい。第２の条件は、ユーザのスケジューリング可能なキャリアユニット及びその中のリソースブロックがその他のユーザに占用されてはいけないこと、当該リソースブロックの再利用の回数が送信アンテナの個数を超えてはいけないこと、各ユーザに占用されたリソースブロックの個数が受信アンテナの個数を超えてはいけないことなどを含んでもよく、ここでは詳しく説明しない。理解すべきなのは、ここで列挙された条件は例示的なものであり、網羅的なものではない。当業者はその他の条件を選択してユーザがあるリソースブロックを占用できるか否かを判断することができる。本発明は示された例示及び実施例に限定されない。
【００９１】
図１１は本発明による別の実施例のリソース配分装置を示した模式的なプロック図である。図１１に示されたリソース配分装置は、アグリゲーション方式特定モジュール１１０１、配分方式選択モジュール１１０３とリソース配分モジュール１１０５に加えて、ユーザ選択モジュール１１０７を更に備えるという点以外、上記の実施例と同様である。
【００９２】
アグリゲーション方式特定モジュール１１０１、配分方式選択モジュール１１０３とリソース配分モジュール１１０５は、上記の実施例における相応のモジュールと同様であるため、ここでは詳しく説明しない。
【００９３】
ユーザ選択モジュール１１０７は、上記通信ネットワークにおける使用可能なリソース量がサービスを要求した全てのユーザのリソースニーズを満足するか否かを判断し、肯定の場合に、サービスを要求した全てのユーザをスケジューリング待ちのユーザ集合とし、否定の場合に、サービスを要求した全てのユーザから、１つ又は複数のユーザをスケジューリング待ちのユーザ集合として選択する。一例として、ユーザ選択モジュール１１０７は更に、それぞれのサービスを要求したユーザのそのスケジューリング可能なキャリアユニット集合上の第２の性能指標を算出し、値の最も大きい１つ又は複数の第２の性能指標が対応するユーザを上記スケジューリング待ちのユーザ集合として選択するように配置される。ユーザ選択モジュール１１０７は、上記の方法の実施例（例えば図７に示された実施例）に採用された方法を採用してスケジューリング待ちのユーザ集合を特定することができ、ここでは繰返して説明しない。
【００９４】
図１２は本発明による別の実施例のリソース配分装置を示した模式的なプロック図である。図１２に示されたリソース配分装置は、アグリゲーション方式特定モジュール１２０１、配分方式選択モジュール１２０３、リソース配分モジュール１２０５とユーザ選択モジュール１２０７に加えて、ユーザソートモジュール１２０９を更に備えるという点以外、図１１に示された実施例と同様である。
【００９５】
アグリゲーション方式特定モジュール１２０１、配分方式選択モジュール１２０３、リソース配分モジュール１２０５とユーザ選択モジュール１２０７５は、上記の実施例における相応のモジュールと同様であるため、ここでは詳しく説明しない。
【００９６】
ユーザソートモジュール１２０９は、リソース配分モジュール１２０５が上記スケジューリング待ちのユーザ集合における各ユーザにリソースを順に配分できるように、上記スケジューリング待ちのユーザ集合におけるユーザをソートする。ユーザソートモジュール１２０９は、上記の実施例における方法を採用してユーザをソートすることができ、ここでは詳しく説明しない。
【００９７】
上記の実施例におけるリソース配分装置によれば、システムのスループット及びスペクトル使用率を効率に向上させることができる。更に、ユーザの公平性の問題を改善することができ、特にキャリアアグリゲーションをサポートするユーザ端末とキャリアアグリゲーションをサポートしないユーザ端末が同時に存在した場合に、この二種のユーザの公平的なスケジューリングの問題を効率に解決することができる。また、上記の実施例における装置によれば、更に多数ユーザのダイバーシティ利得を効率に向上させることができる。
【００９８】
理解すべきなのは、上記の実施例と例示は例示的なものであり、網羅的なものではない。本発明は任意の具体的な実施例又は例示に限定されない。
【００９９】
上記の実施例と例示において、「第１」、「第２」、「第３」などの記述（例えば第１の性能指標、第２の性能指標と第１の条件、第２の条件など）が採用された。当業者が理解すべきなのは、上記の記述は、専門語を文字上で区分するためのものであり、その順序又は如何なるその他の限定を示すわけではない。
【０１００】
一例として、上記のリソース配分方法の各ステップと上記リソース配分装置の各構成モジュール及び／又はユニットは、通信ネットワークのプライマリノード（例えば基地局）におけるソフトウェア、ファームウェア、ハードウェア又はそれらの組合せとして実施され、当該基地局のMAC（メディアアクセスコントロール）層におけるリソーススケジューリング（配分）デバイスの一部とすることができる。上記装置における各構成モジュール、ユニットがソフトウェア、ファームウェア、ハードウェア又はその組み合わせにより配置される時に使用可能な具体的な手段又は方式は、当業者に既知されたため、ここでは詳しく説明しない。
【０１０１】
一例として、従来の基地局のリソーススケジューリング（配分）デバイスにおいて本発明の上記実施例によるリソース配分方法及び／又は装置を実施することができる。なお、従来の基地局のリソーススケジューリングデバイスの各構成部分をある程度補正すればよい。
【０１０２】
一例として、ソフトウェア又はファームウェアにより実現される場合に、記憶媒体又はネットワークから、専用のハードウェア構成を有するコンピュータ（例えば図１３に示された汎用コンピュータ１３００）に当該ソフトウェアを構成するプログラムをインストールすることができる。当該コンピュータは、各種のプログラムがインストールされた場合に、各種の機能等を実行することができる。
【０１０３】
図１３において、中央処理ユニット(ＣＰＵ)１３０１は、読取専用メモリ(ＲＯＭ)１３０２に記憶されたプログラム、又は記憶部１３０８からランダムアクセスメモリ(ＲＡＭ)１３０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１３０３において、必要に応じて、ＣＰＵ１３０１による各種の処理等の実行に必要なデータが記憶される。ＣＰＵ１３０１、ＲＯＭ１３０２とＲＡＭ１３０３はバス１３０４を経由して接続される。入力／出力インターフェース１３０５もバス１３０４に接続される。
【０１０４】
入力部１３０６（キーボード、マウス等を含む）と、出力部１３０７（陰極線管(CRT)や液晶ディスプレイ(LCD)等のようなディスプレイとスピーカ等を含む）と、記憶部１３０８（ハードディスク等を含む）と、通信部１３０９（LANカードのようなネットワークインターフェースカード、モデム等を含む）とは入力／出力インターフェース１３０５に接続される。通信部１３０９は、インターネットのようなネットワークを経由して通信処理を実行する。必要に応じて、ドライバ１３１０も入力／出力インターフェース１３０５に接続されてもよい。取外可能な媒体１３１１、例えば磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等は、必要に応じてドライバ１３１０にインストールされる。これにより、その中から読み出されたコンピュータプログラムが必要に応じて記憶部１３０８にインストールされる。
【０１０５】
上記一連の処理がソフトウェアにより実現される場合に、ネットワーク、例えばインターネット、又は記憶媒体、例えば取外可能な媒体１３１１から、ソフトウェアを構成するプログラムがインストールされる。
【０１０６】
このような記憶媒体は、図１３に示された、その中にプログラムが記憶されており、デバイスから離れて配送されてユーザにプログラムを提供する取外可能な媒体１３１１に限定されないことを、当業者は理解すべきである。取外可能な媒体１３１１として、例えば、磁気ディスク（フロッピーディスク(登録商標)含む）、光ディスク（コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）やディジタルヴァーサタイルディスク（ＤＶＤ）を含む）、光磁気ディスク（ミニディスク(ＭＤ)（登録商標）含む）及び半導体メモリを含む。或は、記憶媒体は、ＲＯＭ９０２、記憶部１３０８に含まれるハードディスクであって、プログラムが記憶されており、且つそれらを含むデバイスと一緒にユーザに配送されるハードディスクなどであってもよい。
【０１０７】
本発明は更に機器で読取可能なコマンドコードが記憶されるプログラム製品を提供した。上記コマンドコードは、機器で読取られて実行されると、上記の本発明実施例による方法を実行することができる。
【０１０８】
それに対して、上記の機器で読取可能なコマンドコードを記憶するプログラム製品を搭載するための記憶媒体も本発明の公開に含まれる。上記の記憶媒体は、フロッピーディスク、光ディスク、光磁気ディスク、メモリカード、メモリスティック等を含むが、それらに限定されない。
【０１０９】
以上の本発明の具体的な実施例に対する説明において、一種の実施形態に対して説明及び／又は示した特徴は、同一又は類似する方式で１つ又は複数のその他の実施形態に使用され、その他の実施形態における特徴と組合せ、又はその他の実施形態における特徴を置換することができる。
【０１１０】
また、“含む／備える”という専門語は、本願に使用される場合に、特徴、要素、ステップ又はコンポーネントの存在を意味するが、１つ又は複数のその他の特徴、要素、ステップ又はコンポーネントの存在又は付加を排除するわけではない。
【０１１１】
また、本発明の方法は、明細書に記述された時間順に従って実行されることに限定されず、その他の時間順で並行的、又は個別的に実行することもできる。従って、本明細書に記述された方法の実行順は、本発明の技術的範囲を限定しない。
【０１１２】
以上に本発明の具体的な実施例を説明することにより本発明を開示したが、理解すべきなのは、上記の全ての実施例及び例示が何れも例示的なものであり、限定的なものではない。当業者は、付加の特許請求の範囲の精神及び範囲内に、本発明の各種の補正、改善又は同等物を設計することができる。これら補正、改善又は同等物も本発明の保護範囲内に含まれる。
【図１】
0005573957.tif 000009
【図２】
0005573957.tif 000010
【図３】
0005573957.tif 000011
【図４】
0005573957.tif 000012
【図５】
0005573957.tif 000013
【図６】
0005573957.tif 000014
【図７】
0005573957.tif 000015
【図８】
0005573957.tif 000016
【図９】
0005573957.tif 000017
【図１０】
0005573957.tif 000018
【図１１】
0005573957.tif 000019
【図１２】
0005573957.tif 000020
【図１３】
0005573957.tif 000021