JP5741977B2

JP5741977B2 - 多地点協調送受信のためのスケジューリング方法およびシステム

Info

Publication number: JP5741977B2
Application number: JP2013515604A
Authority: JP
Inventors: 楽劉; 高道井上; 義一鹿倉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2010-10-07
Filing date: 2010-10-07
Publication date: 2015-07-01
Anticipated expiration: 2030-10-07
Also published as: KR20130075773A; WO2012046277A1; EP2625883A4; US20130196678A1; JP2013539930A; EP2625883A1; CN103155622A

Description

本発明は、概してワイヤレス通信システムに関し、より詳細には、多地点協調送受信（coordinated multi-point transmission/reception, ＣｏＭＰ）のためにリソースをスケジューリングする方法およびシステムに関する。

初期の３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）スタディアイテム（study item）において、その実装を単純化するため、データはサービングセルにのみ配分されると決定された。ここで、非特許文献１のセクション８．１．１に示されているように、サービングセルは、物理ダウンリンク制御チャネル（physical downlink control channel, ＰＤＣＣＨ）割当てを送信するセルである。

最近では、第４世代システム（４Ｇ）のためにＬＴＥアドバンスト（LTE-Advanced, ＬＴＥ−Ａ）標準が策定されつつある。この標準では、非特許文献２のセクション８に示されているように、システム性能要求におけるかなり意欲的な目標が、特にダウンリンク（downlink, ＤＬ）およびアップリンク（uplink, ＵＬ）の両方に対するスペクトル効率に関して規定されている。セル端ユーザスループットおよび平均セルスループットの目標は、ＬＴＥリリース８よりも概してはるかに高く設定されており、これを考慮すると、ＬＴＥ−Ａ技術のうちの主要な候補として協調送信が必然的に含まれると考えられる。多地点（マルチポイント）協調送受信（ＣｏＭＰ）は、高データレートのカバレジやセル端スループットを改善するため、および／または、高負荷および低負荷の両方の状況におけるシステムスループットを向上させるためのツールとみなされる（非特許文献１のセクション８参照）。

３ＧＰＰＬＴＥ−Ａスタディアイテムの検討によれば、非特許文献１のセクション８．１．１に記載されているように、ジョイント処理（joint processing, ＪＰ）および協調スケジューリング／ビームフォーミング（coordinated scheduling/beamforming, ＣＳ／ＣＢ）がＤＬＣｏＭＰのカテゴリとして合意されている。ＤＬＣｏＭＰＪＰの場合、１つのユーザ機器（user equipment, ＵＥ）へのデータが複数のポイントによって共有され、複数の送信ポイントから同時送信されるか（ＣｏＭＰＪＴ：joint transmission）、または、一度に１つのポイントから送信される（ＣｏＭＰ高速セル選択）。ＤＬＣｏＭＰＣＳ／ＣＢの場合、データはサービングセルのみによって送信されるが、ユーザスケジューリング／ビームフォーミング決定は、協働ポイント間で協調して行われる。他方、非特許文献１のセクション８．２に記載されているように、ＵＬＣｏＭＰ受信は、干渉を制御するために、複数の受信ポイントにおける送信信号のジョイント受信（joint reception, ＪＲ）および／またはポイント間の協調スケジューリング（coordinated scheduling, ＣＳ）決定を含むことができる。ここで、協働ポイントとしては、基地局、Ｘ２バックホールによって接続されたｅノードＢ（ｅＮＢ）、セル、あるいはリモート無線機器（remote radio equipment, ＲＲＥ）や光ファイバによって接続された分散アンテナ等の他の種類のノードが挙げられる（非特許文献３参照）。以下、「ＣｏＭＰＵＥ」という用語は、複数の協働ポイントを有するＵＥを表すために用い、１つの協働ポイント（すなわちサービングポイント）のみを有するＵＥは「非ＣｏＭＰＵＥ」とみなす。

図１は、ＤＬＣｏＭＰＪＴの例を示している。ＵＥ１０３は、サービングセル１０１に属し、協働セル１０２からもデータを受信するＣｏＭＰＵＥである。ＵＥ１０４は非ＣｏＭＰＵＥであり、セル１０１によってサービスされる。サービングセル１０１と協働セル１０２とは、Ｘ２バックホールコネクション１０５によって接続される。Ｘ２バックホールコネクション１０５は情報交換のために使用される。

ＬＴＥ−ＡＤＬＣｏＭＰＪＴの場合、動的チャネル依存スケジューリングが実行される。これにより、そのサービングセルおよびその協働セルの両方における短期のチャネル状態情報（channel state information, ＣＳＩ）を使用することによってＣｏＭＰＵＥに対して暫定的にリソースを配分するが、サービングセルおよび協働セルにおけるＣｏＭＰＵＥに対しては共通のリソースを割り当てるだけである（例えば非特許文献３および特許文献１）。チャネル依存スケジューリングでは、リソースは最高のＣＳＩを有するＵＥに対して配分される。

非特許文献３の記載に基づく図２および図３に示すように、サービングセル１０１は、長期間測定された基準信号受信電力（reference signal received power, ＲＳＲＰ）に基づいて半静的にＣｏＭＰＵＥを決定する（ステップ１１０）。その後、ＣｏＭＰのための動的チャネル依存スケジューリングが実行され、短期ＣＳＩに基づいてＣｏＭＰＵＥ１０３に対してリソースを暫定的に配分する。また、ＣｏＭＰＵＥ１０３に対して暫定的に配分されたＲＢのうち、共通のＲＢのみが、サービングセル１０１および協働セル１０２の両方に配分される（ステップ１１１）。この例では、図３に示すように、共通のリソースブロック（resource block, ＲＢ）＃０および＃４がＣｏＭＰＵＥ１０３に対して配分される。

特開２０１０−１５４２６２号公報

3GPP TR 36.814 (V9.0.0), "Further Advancements for E-UTRA Physical Layer Aspects," http://www.3gpp.org/ftp/Specs/archive/36_series/36.814/ 3GPP TR 36.913 v9.0.0, Requirements for further advancements for Evolved Universal Terrestrial Radio Access (E-UTRA) (LTE-Advanced), Dec. 2009. http://www.3gpp.org/ftp/Specs/archive/36_series/36.913/ R1-091484, NTT DOCOMO, "Evaluation of DL CoMP Gain Considering RS Overhead for LTE-Advanced", 3GPP TSG RAN WG1 Meeting #56bis, Seoul, Korea, March 23-27, 2009

上記のスケジューリング方式では、共通のＲＢがサービングセル１０１および協働セル１０２の両方に配分される。換言すれば、協働セル１０２によってサービスされるＵＥに対するＲＢを犠牲にして２倍のＲＢがＣｏＭＰＵＥに配分されるが、ＣｏＭＰＵＥのスループットの改善は、ＣｏＭＰを使用する前のスループットの２倍には満たない可能性がある。多数のＵＥが協働セル１０２によるサービスを待機している場合にサービングセル１０１があまりに多数のＣｏＭＰＵＥを選択すれば、協働セル１０２は自己のＵＥのリソースを犠牲にしなければならない。協働セルのＵＥは、たとえセル端付近のいくつかのＵＥを含むとしても、リソースの損失によるユーザスループット劣化を被る。結果として、平均セルスループットおよびセル端ユーザスループットは、ＣｏＭＰの使用により低下する。

本発明の目的は、ＣｏＭＰのためのスケジューリング方法およびシステムにおいて、協働セルによってサービスされるＵＥに対するリソースの損失なしにＣｏＭＰＵＥに対して配分されるべきリソースの量を決定することができるスケジューリング方法およびシステムを提供することである。

本発明によれば、相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ユーザ機器（ＵＥ）に対するスケジューリングシステムが提供される。協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調する。本スケジューリングシステムは以下のことを特徴とする。すなわち、サービングポイントおよび近隣ポイントは、サービングポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を共有し、サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返し、前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む。

本発明によれば、相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ユーザ機器（ＵＥ）に対するスケジューリング方法が提供される。協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調する。本方法は以下のことを特徴とする。すなわち、サービングポイントと近隣ポイントとの間で、サービングポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を共有し、サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返し、前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む。

本発明によれば、ネットワーク内の他の通信ポイントと通信可能な通信ポイントが提供される。該通信ポイントは、サービングポイントである該通信ポイントによりサポートされるとともに近隣ポイントと協調する協調ユーザ機器（ＵＥ）にリソースを配分する。該通信ポイントは、該通信ポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を近隣ポイントと共有する通信部と、該通信ポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返すスケジューラとを有し、前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む。

本発明によれば、サービングセルおよび協働セルにおけるＣｏＭＰＵＥに対するリソース量を、協働セルによってサービスされるＵＥに対するリソースの損失なしに決定することが可能であり、平均セルスループットおよびセル端ユーザスループットに関してＣｏＭＰ利得が最適化される。

本発明およびその利点をより完全に理解するため、以下の説明を添付図面とともに参照されたい。図中、同じ参照符号は同じ部分を表す。

ダウンリンク（ＤＬ）ＣｏＭＰジョイント送信（ＪＴ）システムの例を示す図である。非特許文献３に開示されたＣｏＭＰのためのスケジューリング手続きを示すフローチャートである。非特許文献３に開示されたＣｏＭＰＵＥに対して配分されるリソースブロックの例を示す図である。本発明の例示的実施形態によるスケジューリング方法を実施する基地局のｅＮＢプロセッサを例示する模式的ブロック図である。本発明によるＣｏＭＰのためのスケジューリング手続きを示す模式的フローチャートである。本発明の例示的実施形態によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。ＣｏＭＰしきい値を用いてＣｏＭＰＵＥを決定する例を示すグラフである。本発明の例示的実施形態によるスケジューリング方法における配分リソース調整の第１の例を示す模式図である。本発明の例示的実施形態によるスケジューリング方法における配分リソース調整の第２の例を示す模式図である。本発明の第１の実施例によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。本発明の第２の実施例によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。本発明の第３の実施例によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。本発明の第４の実施例によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。本発明の第５の実施例によるＣｏＭＰのためのスケジューリング方法を示すフローチャートである。

本発明における好ましい実施形態について、添付図面を参照することにより説明する。

１．例示的実施形態
図４〜図１４を参照して、本発明の例示的実施形態について説明するが、これは単なる例示であり、いかなる意味でも本発明の開示の範囲を限定するものと解釈されてはならない。当業者には理解されるように、本発明の原理は、任意の適当に構成されたワイヤレスネットワークにおいて実施可能である。

図４に示すように、各セルはｅＮＢプロセッサ２００によって制御される。ｅＮＢプロセッサ２００は、送信器２０１、スケジューラ２０２、受信器２０３および送受信器アンテナ２０４を有する。スケジューラ２０２は、各ＵＥに対するリソース配分およびリンク適応を担当する。スケジューリング結果に基づいて、送信器２０１におけるＵＥのデータが、アンテナ２０４を通じて物理ダウンリンク共有チャネル（physical downlink shared channel, ＰＤＳＣＨ）上に送信される。他方、物理アップリンク共有チャネル（physical uplink shared channel, ＰＵＳＣＨ）上のＵＥのアップリンクデータが受信器２０３で受信される。後述するように、スケジューラ２０２は、本例示的実施形態による協働スケジューリングを実行することにより、ＣｏＭＰＵＥに対してリソースを配分する。ＣｏＭＰＵＥは、そのサービングポイントによりサポートされるとともに協働ポイントと協調する。また、スケジューラ２０２は、ＵＥからフィードバックされるチャネル状態情報（ＣＳＩ）に基づいて動的チャネル依存スケジューリングを実行する。なお、スケジューラ２０２は、中央処理装置（ＣＰＵ）のようなプログラム制御プロセッサ上でプログラムを実行することによって実現されてもよい。プログラムは、半導体メモリ、磁気記録媒体等のような記録媒体（図示せず）に格納される。プログラムは、ネットワークを通じて記録媒体にダウンロードされてもよい。

以下、図１に示したようなサービングセル１０１および協働セル１０２に基づいて本実施形態を説明する。この場合、サービングセル１０１のｅＮＢプロセッサ２００と協働セル１０２のｅＮＢプロセッサ２００との間の情報交換は、Ｘ２バックホールコネクション１０５上で実行される。本願明細書においてはセルが通信ポイントであるが、基地局、Ｘ２バックホールによって接続されたｅノードＢ（ｅＮＢ）、リモート無線機器（ＲＲＥ）あるいは光ファイバによって接続された分散アンテナ等の他の種類の通信ポイントであってもよい。また、リソースは周波数領域のリソースブロック（ＲＢ）、時間領域のＲＢ、空間送信ストリーム、送信電力またはこれらの組合せであることが可能である。

１．１）協働スケジューリング方式の概要
図５に示すように、最初に、サービングセル１０１のスケジューラ２０２は、まず協働セル１０２のリソース利用を考慮せずに長期測定に基づいてＣｏＭＰＵＥを決定する（ステップ３０１）。

その後、サービングセル１０１のスケジューラ２０２は、協働セル１０２のリソース利用を考慮してサービングセルのＣｏＭＰＵＥに対する全リソース量を調整し、最終調整された全リソース量に基づいてサービングセルのＣｏＭＰＵＥを決定する（ステップ３０２）。すなわち、ＣｏＭＰＵＥに対する利用可能または所望リソース量に関連する情報が、そのサービングセル１０１と協働セル１０２との間で共有される。共有された情報に基づいて、サービングセル１０１はＣｏＭＰの所定のパラメータを調整することにより、そのＣｏＭＰＵＥに対するリソース量をＣｏＭＰＵＥに割り当てられるべき協働セル１０２における利用可能または所望リソース量に近づける。このような所定のパラメータとしては、後述するような長期間測定された基準信号受信電力（ＲＳＲＰ）または基準信号受信品質（reference signal received quality, ＲＳＲＱ）のＣｏＭＰしきい値、ＣｏＭＰＵＥに対する比例フェアネス（proportional fairness, ＰＦ）、あるいはサービングセルのＣｏＭＰＵＥに対する全リソース量を調整することを可能にするその他のパラメータが挙げられる。

サービングセルのＣｏＭＰＵＥが決定されると、ＣｏＭＰＵＥに対する詳細なリソース配分が、短期ＣＳＩを用いた動的チャネル依存リソース配分によって実行される（ステップ３０３）。なお、長期の期間は１２０ｍｓ、２４０ｍｓ、１ｓｅｃ等であり、短期の期間は１ｍｓ、５ｍｓ、１０ｍｓ、２０ｍｓ等である。

１．２）協働スケジューリング
図６を参照すると、サービングセル１０１のスケジューラ２０２は、協働セル１０２のリソース利用を考慮せずにＣｏＭＰＵＥを認識するためのＣｏＭＰしきい値を決定する（ステップ４０１）。その後、サービングセル１０１および協働セル１０２のスケジューラは、コネクション１０５を通じてＣｏＭＰのための利用可能または所望リソース量に関連する情報を送受信する（ステップ４０２〜４０３）。共有された情報に基づいて、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を調整することにより、ＣｏＭＰＵＥの個数を変更する（ステップ４０４）。それらが一致に到達しない場合、それらが相互に近づくまでステップ４０４の後にステップ４０２が繰り返される。これにより、サービングセル１０１においてＣｏＭＰＵＥに割り当てられるべきリソース量が、協働セル１０２における利用可能または所望リソース量に近づく。図６において、ＣｏＭＰしきい値は、動的チャネル依存スケジューリングの前に調整されているが、これは動的チャネル依存スケジューリングの後に行うことも可能である。

ステップ４０１では、図７に示すように、ＵＥが、サービングセル１０１の最高のＲＳＲＰ／ＲＳＲＱからＣｏＭＰしきい値（CoMP threshold, ＣｏＭＰ−ＴＨ）の範囲内の長期間測定された基準信号受信電力（ＲＳＲＰ）または基準信号受信品質（ＲＳＲＱ）を提供する少なくとも１つの周辺セルを有するときに、そのＵＥはＣｏＭＰＵＥの候補として決定されることが可能である。ＣｏＭＰしきい値（ＣｏＭＰ−ＴＨ）を低下させると、このＵＥは非ＣｏＭＰＵＥとなる可能性がある。ＣｏＭＰしきい値（ＣｏＭＰ−ＴＨ）を上昇させると、他のＵＥがＣｏＭＰＵＥとなる可能性がある。このようにして、ＣｏＭＰしきい値を調整することによって、ＣｏＭＰＵＥの個数を変更することができる。

図７において、サービングセルのＲＳＲＰ／ＲＳＲＱに対するＲＳＲＰ差分がＣｏＭＰ−ＴＨ内にある最大２個のセルが送信ポイントとして選択される。ここでＣｏＭＰしきい値は、サービングセル１０１のスケジューラ２０２においてステップ４０１で初期化されている。複数の送信ポイントを有するＵＥは、ＣｏＭＰＵＥとみなされる。ＵＥ１０３の場合、協働セル１０２とサービングセル１０１との間のＲＳＲＰ差分がＣｏＭＰしきい値（ＣｏＭＰ−ＴＨ）内にある。したがって、ＵＥ１０３はＣｏＭＰＵＥであり、２個の送信ポイント、すなわちサービングセル１０１および協働セル１０２を有する。事例を単純化するため、ここではセルの最大数は２として説明するが、セル数は２に限定されない。

ステップ４０２〜４０４で、図８に示すように、サービングセル１０１におけるＣｏＭＰＵＥのために使用されるべきリソース量が協働セル１０２における現在の利用可能または所望リソース量よりも大きい場合、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰＵＥのために使用されるべきリソース量を減少させる。これに対して、図９に示すように、サービングセル１０１におけるＣｏＭＰＵＥのために使用されるべきリソース量が協働セル１０２における現在の利用可能または所望リソース量よりも小さい場合、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰＵＥのために使用されるべきリソース量を増大させる。

ステップ４０２〜４０４の後、図６に示すように、短期ＣＳＩを使用することにより動的チャネル依存リソース配分が実行される（ステップ４０５〜４０９）。すなわち、チャネル依存スケジューリングのため、サービングセル１０１の受信器２０３は、ＣｏＭＰＵＥ１０３から短期ＣＳＩを受信する。ＣＳＩは、プリコーディングベクトルインデックス（precoding vector index, ＰＭＩ）、ランクインジケータ（rank indicator, ＲＩ）およびチャネル品質情報（channel quality information, ＣＱＩ）を含む。サービングセル１０１のスケジューラ２０２は、コネクション１０５を通じて協働セル１０２へＣｏＭＰＵＥ１０３のＣＳＩを転送し（ステップ４０５）、協働セル１０２のスケジューラ２０２がそれを受信する（ステップ４０６）。その後、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰＵＥ１０３と、非ＣｏＭＰＵＥ１０４のような他のサービングセルのＵＥに対する暫定的なリソース配分を実行する（ステップ４０７）。他方、協働セル１０２のスケジューラ２０２もまた、ＣｏＭＰＵＥ１０３と、協働セル１０２自体によってサービスされるＵＥに対して暫定的にリソースブロック（ＲＢ）を配分する（ステップ４０８）。ＣｏＭＰＵＥ１０３に対して暫定的に配分されるＲＢのうち、共通のＲＢのみが、サービングセル１０１および協働セル１０２の両方において割り当てられる（ステップ４０９）。

１．３）効果
上記のように、例示的実施形態による協働スケジューリングは、動的チャネル依存リソース配分によるＣｏＭＰＵＥに対する詳細なリソース配分の前に、協働セルにおける利用可能または所望リソース量を超過しないように、サービングセル１０１においてＣｏＭＰＵＥに対して使用されるべきリソース量を調整する。したがって、協働セルによってサービスされるＵＥに対するリソースの損失なしに、ＣｏＭＰＵＥに対する最大リソース量をサービングセルおよび協働セルにおいて配分することが可能であり、平均セルスループットおよびセル端ユーザスループットに関してＣｏＭＰ利得が最適化される。

次に、協働スケジューリングの実施例について図１０〜図１４を参照して説明する。

２．実施例１
図１０を参照すると、サービングセル１０１は、ＣｏＭＰしきい値を初期化し（ＣｏＭＰ−ＴＨ＞０）、サービングセル１０１に属するＵＥの一部をＣｏＭＰＵＥとして決定する（ステップ５０１）。その後、協働セル１０２のスケジューラ２０２が、その利用可能または所望リソース量（ＲＢ−Ｃという）に関連する情報（これは、サービングセル１０１のＣｏＭＰＵＥに対して協働セル１０２で利用可能である）を、コネクション１０５を通じてサービングセル１０１へ送信する（ステップ５０２）。サービングセル１０１は、協働セル１０２からＲＢ−Ｃを示す上記情報を受信する（ステップ５０３）。

サービングセル１０１のスケジューラ２０２は、協働セル１０２における利用可能または所望リソース量ＲＢ−Ｃを、サービングセル１０１においてＣｏＭＰＵＥに割り当てられた現在のリソース量ＲＢ−Ｓと比較する（ステップ５０４）。ＲＢ−ＣがＲＢ−Ｓに実質的に等しい場合（ステップ５０４、ＹＥＳ）、サービングセル１０１のスケジューラ２０２は、動的チャネル依存スケジューリング（ステップ４０５〜４０９）に直接進む。ＲＢ−ＣがＲＢ−Ｓに実質的に等しくない場合（ステップ５０４、ＮＯ）、ＲＢ−ＣがＲＢ−Ｓよりも大きいかどうかを調べるためにさらに比較が必要である（ステップ５０５）。

ＲＢ−ＣがＲＢ−Ｓよりも大きい場合（ステップ５０５、ＹＥＳ）、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を増大させて、より多くのＵＥがＣｏＭＰＵＥとなるようにし（ステップ５０６および５０８）、その制御はステップ５０４に戻る。ＲＢ−ＣがＲＢ−Ｓよりも大きくない場合（ステップ５０５、ＮＯ）、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を減少させてＣｏＭＰＵＥの個数を減らし（ステップ５０７および５０８）、その制御はステップ５０４に戻る。このようにして、サービングセル１０１は、そのＣｏＭＰＵＥに対するリソース量が、協働セル１０２におけるＣｏＭＰＵＥに対する利用可能または所望リソース量に近づくまで、ＣｏＭＰＵＥに対するリソース量を調整する。サービングセル１０１における調整の後、動的リソース配分が実行される（ステップ４０５〜４０９）。説明の繰り返しを避けるため、ステップ４０５〜４０９の説明は省略する。

３．実施例２
図１１を参照すると、サービングセル１０１は、ＣｏＭＰしきい値を初期化し（ＣｏＭＰ−ＴＨ＞０）、サービングセル１０１に属するＵＥの一部をＣｏＭＰＵＥとして決定する（ステップ５０１）。その後、協働セル１０２のスケジューラ２０２が、協働セル１０２でサービスされるＵＥに対するその割当てまたは目標リソース量（ＲＢ−ＣＴという）に関連する情報を、コネクション１０５を通じてサービングセル１０１へ送信する（ステップ５０２ａ）。サービングセル１０１は、協働セル１０２からＲＢ−ＣＴを含む上記情報を受信する（ステップ５０３ａ）。

協働セル１０２からの上記情報を参照して、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰＵＥに対する協働セル１０２における利用可能または所望リソース量ＲＢ−Ｃを推定する（ステップ５０３ｂ）。具体的には、ＲＢ−Ｃは、全システムリソース量からＲＢ−ＣＴを減算することによって推定することができる。ステップ５０３ｂに続くステップ５０４〜５０８は図１０と同様であるので説明を省略する。

４．実施例３
図１２を参照すると、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を初期化し（ＣｏＭＰ−ＴＨ＞０）、サービングセル１０１に属するＵＥの一部をＣｏＭＰＵＥとして決定する（ステップ６０１）。その後、サービングセル１０１のスケジューラ２０２は、まず、コネクション１０５を通じて協働セル１０２へ要求を送信する。ここで、要求は、サービングセル１０１のＣｏＭＰＵＥに対する初期所望リソース量（ＲＢ−ＳＤという）を示す（ステップ６０２）。あるいは、要求は、サービングセル１０１のＣｏＭＰＵＥの個数を示してもよい。

協働セル１０２は、サービングセル１０１から上記要求を受信し（ステップ６０３）、初期所望リソース量（またはサービングセル１０１のＣｏＭＰＵＥの個数）ＲＢ−ＳＤを、協働セル１０２における利用可能リソース量ＲＢ−Ｃと比較する（ステップ６０４）。ＲＢ−ＳＤがＲＢ−Ｃよりも大きい場合、協働セル１０２のスケジューラ２０２はＮＡＣＫ決定を行い（ステップ６０５）、そうでない場合、ＡＣＫ決定を行う（ステップ６０６）。このＡＣＫ／ＮＡＣＫ決定は、サービングセル１０１にフィードバックされる（ステップ６０７）。

サービングセル１０１は、協働セル１０２からＡＣＫ／ＮＡＣＫフィードバックを受信し（ステップ６０８）、そのスケジューラ２０２は、フィードバックがＡＣＫであるか否かを判断する（ステップ６０９）。フィードバックがＮＡＣＫである場合（ステップ６０９、ＮＯ）、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を低下させてＣｏＭＰＵＥの個数を減らす（ステップ６１０）。ＣｏＭＰＵＥの個数の減少により、サービングセル１０１のＣｏＭＰＵＥに対する量が減少する。これにより、スケジューラ２０２の制御はステップ６０２に戻り、ＣｏＭＰＵＥに対する減少したリソース量をサービングセルのＣｏＭＰＵＥに対する所望量とした別の要求を協働セル１０２へ送信する。フィードバックがＡＣＫである場合（ステップ６０９、ＹＥＳ）、サービングセル１０１のスケジューラ２０２は、動的チャネル依存スケジューリング（ステップ４０５〜４０９）に直接進む。説明の繰り返しを避けるため、ステップ４０５〜４０９の説明は省略する。

プロセスは、サービングセル１０１が協働セル１０２からＡＣＫを取得するまで停止しない。協働セル１０２の決定に従って、サービングセル１０１は、そのＣｏＭＰＵＥに対するリソース量が、協働セル１０２における利用可能リソース量に近づくまで、ＣｏＭＰＵＥに対するリソース量を調整する。サービングセル１０１における調整の後、ステップ４０６〜４０９で動的リソース配分が実行される。
この実施例では、協働セルが、所望リソース量の要求に対するフィードバックをサービングセルへ送信することにより、サービングセルは協働セルの条件を直接に知ることができる。
この実施例では、協働セルからのフィードバックはＡＣＫまたはＮＡＣＫのみであるが、協働セルにおける所望リソース量を示す情報がフィードバックに含まれることも可能である。

５．実施例４
図１３を参照すると、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を初期化し（ＣｏＭＰ−ＴＨ＞０）、サービングセル１０１に属するＵＥの一部をＣｏＭＰＵＥとして決定する（ステップ７０１）。その後、サービングセル１０１のスケジューラ２０２は、まず、コネクション１０５を通じて協働セル１０２へ要求を送信する。ここで、要求は、サービングセル１０１のＣｏＭＰＵＥに対して、最初は初期所望リソース量（Ｉ−ＲＢ−Ｓで示す）を示し、後続の要求の場合はサービングセル１０１のＣｏＭＰＵＥに対するリソースの所望の減少（ＲＢ−ＳＤＤという）を示す（ステップ７０２）。

協働セル１０２は、サービングセル１０１から上記要求を受信し（ステップ７０３）、協働セル１０２における利用可能リソース量ＲＢ−Ｃを、最初は初期所望リソース量（Ｉ−ＲＢ−Ｓで示す）と比較する（ステップ７０４）。Ｉ−ＲＢ−ＳがＲＢ−Ｃよりも大きい場合（ステップ７０４、ＹＥＳ）、協働セル１０２のスケジューラ２０２はＮＡＣＫ決定を行い（ステップ６０５）、そうでない場合、ＡＣＫ決定を行う（ステップ６０６）。このＡＣＫ／ＮＡＣＫ決定は、サービングセル１０１にフィードバックされる（ステップ６０７）。最初にＮＡＣＫが協働セル１０２からフィードバックされた場合、サービングセル１０１におけるスケジューラ２０２は、サービングセル１０１のＣｏＭＰＵＥに対するリソースの所望の減少（ＲＢ−ＳＤＤ）の後続の要求を送信する（ステップ７０２）。協働セル１０２は、サービングセル１０１からＲＢ−ＳＤＤの要求を受信し（ステップ７０３）、協働セル１０２における利用可能リソース量ＲＢ−Ｃを、計算された所望リソース量と比較する。計算された所望リソース量は、現在のＲＢ−ＳＤＤを取得する前の所望リソース量（Ｐ−ＲＢ−Ｓで表す）からＲＢ−ＳＤＤを減算することによって得られる。リソースの所望の減少を考慮した後の所望リソース量、すなわち（Ｐ−ＲＢ−Ｓ − ＲＢ−ＳＤＤ）がＲＢ−Ｃよりも大きい場合（ステップ７０４、ＹＥＳ）、協働セル１０２のスケジューラ２０２はＮＡＣＫ決定を行い（ステップ６０５）、そうでない場合、ＡＣＫ決定を行う（ステップ６０６）。このＡＣＫ／ＮＡＣＫ決定は、サービングセル１０１にフィードバックされる（ステップ６０７）。ステップ７０４に続くステップ６０５〜６１０は図１２と同様であるので説明を省略する。

プロセスは、サービングセル１０１が協働セル１０２からＡＣＫを取得するまで停止しない。協働セル１０２の決定に従って、サービングセル１０１は、そのＣｏＭＰＵＥに対するリソース量が、協働セル１０２における利用可能リソース量に近づくまで、ＣｏＭＰＵＥに対するリソース量を調整する。サービングセル１０１における調整の後、ステップ４０６〜４０９で動的リソース配分が実行される。
この実施例では、サービングセルが、協働セルからのフィードバックに対して所望リソース量の別の要求を送信することにより、ＣｏＭＰＵＥが決定されないという状況を回避することができる。

６．実施例５
図１４を参照すると、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値を初期化し（ＣｏＭＰ−ＴＨ＝０）、サービングセル１０１に属するすべてのＵＥを非ＣｏＭＰＵＥとして決定する（ステップ８０１）。その後、サービングセル１０１のスケジューラ２０２は、まず、コネクション１０５を通じて協働セル１０２へ要求を送信する。ここで、要求は、サービングセル１０１のＣｏＭＰＵＥに対するリソースの所望の増大（ＲＢ−ＳＤＩという）を示す（ステップ８０２）。

協働セル１０２は、サービングセル１０１から要求を受信し（ステップ８０３）、協働セル１０２における現在の利用可能リソース量ＲＢ−Ｃを、計算された所望リソース量と比較する。計算された所望リソース量は、現在のＲＢ−ＳＤＩを取得する前の所望リソース量（Ｐ−ＲＢ−Ｓで表す）にリソースの増加量ＲＢ−ＳＤＩを加算することによって得られる。リソースの所望の増加を考慮した後の所望リソース量、すなわち（Ｐ−ＲＢ−Ｓ＋ＲＢ−ＳＤＩ）がＲＢ−Ｃよりも大きい場合（ステップ８０４、ＹＥＳ）、協働セル１０２のスケジューラ２０２はＮＡＣＫ決定を行い（ステップ８０５）、そうでない場合、ＡＣＫ決定を行う（ステップ８０６）。このＡＣＫ／ＮＡＣＫ決定は、サービングセル１０１にフィードバックされる（ステップ８０７）。

サービングセル１０１は、協働セル１０２からＡＣＫ／ＮＡＣＫフィードバックを受信し（ステップ８０８）、そのスケジューラ２０２は、フィードバックがＡＣＫであるか否かを判断する（ステップ８０９）。フィードバックがＡＣＫである場合（ステップ８０９、ＹＥＳ）、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値をさらに上昇させてＣｏＭＰＵＥの個数を増やす（ステップ８１０）。ＣｏＭＰＵＥの個数の増加により、サービングセル１０１のＣｏＭＰＵＥに対するリソース量が増大する。これにより、スケジューラ２０２の制御はステップ８０２に戻り、サービングセル１０１のＣｏＭＰＵＥに対するリソースの所望の増大（ＲＢ−ＳＤＩ）を表す別の要求を協働セル１０２へ送信する。フィードバックがＮＡＣＫである場合（ステップ８０９、ＮＯ）、サービングセル１０１のスケジューラ２０２は、要求の送信を停止し、動的チャネル依存スケジューリング（ステップ４０５〜４０９）に直接進む。ステップ４０５〜４０９の説明は、すでに説明したので省略する。

プロセスは、サービングセル１０１が協働セル１０２からＮＡＣＫを取得するまで停止しない。協働セル１０２の決定に従って、サービングセル１０１は、そのＣｏＭＰＵＥに対するリソース量が、協働セル１０２における利用可能リソース量に近づくまで、ＣｏＭＰＵＥに対するリソース量を調整する。サービングセル１０１における調整の後、ステップ４０６〜４０９で動的リソース配分が実行される。
この実施例では、サービングセルが、協働セルからのフィードバックに対して所望リソース量の別の要求を送信することにより、ＣｏＭＰＵＥが決定されないという状況を回避することができる。

７．変形例
上記実施例１および２のステップ５０２および５０２ａにおいて、協働セル１０２における利用可能または所望リソース量が変化する場合に、協働セル１０２は、その利用可能または所望リソース量に関連する情報をサービングセル１０１へ周期的に送信しても非周期的に送信してもよい。

実施例３、４および５のステップ６０２、６０８、ステップ７０２、６０８およびステップ８０２、８０８において、スループット性能の低いセル端付近の一部のＵＥが自己のスループット性能を改善するためにＣｏＭＰの利用を必要としているとき、サービングセル１０１は、そのＣｏＭＰＵＥに対する所望または利用可能リソース量に関連する要求を協働セル１０２へ送信することを非周期的に開始してもよい。これにより、協調ＵＥに対する利用可能または所望リソース量はサービングポイントにおいて変化することになる。

実施例３および４のステップ６０５〜６０７ならびに実施例５のステップ８０５〜８０７において、フィードバックは、ＡＣＫ／ＮＡＣＫ決定だけでなく、サービングセル１０１における調整されたリソース量と、協働セル１０２における利用可能リソース量（ＲＢ−Ｃ）との比を示す比率情報を参照情報として含んでもよい。比率情報がフィードバックに含まれる場合、サービングセル１０１のスケジューラ２０２は、ＣｏＭＰしきい値や、サービングセルのＣｏＭＰＵＥに対するリソース量を調整することを可能にするその他のパラメータの増大／減少の量を決定することができる。

ｅＮＢ間のＸ２バックホールのような、サービングポイントと協働ポイントとの間のコネクションに大きい伝送遅延がある場合、即時情報をあまり頻繁に交換することは困難であるため、所望または利用可能リソース量は半静的情報、例えばリソースブロック（ＲＢ）の平均利用可能数またはＲＢ比とする。コネクションの伝送遅延が小さく、しかも、その容量が頻繁な情報交換を許容する場合には、所望または利用可能リソース量は即時情報、例えば前の送信時間間隔（transmit time interval, ＴＴＩ）におけるＲＢ数またはＲＢ比、とすることも可能である。

上記の実施例は、ＤＬＣｏＭＰＪＴに対して提案されるスケジューリング方式を例示している。しかし、本発明はこれらの実施例に限定されない。提案される方式は、ＤＬＣｏＭＰＪＰ高速セル選択、ＤＬＣｏＭＰＣＳ／ＣＢや、ＵＬＣｏＭＰＪＲおよびＵＬＣｏＭＰＣＳのような他のＣｏＭＰカテゴリにも使用可能である。

サービングセルおよび協働セルは、基地局、Ｘ２バックホールによって接続されたｅノードＢ（ｅＮＢ）、リモート無線機器（ＲＲＥ）あるいは光ファイバによって接続された分散アンテナ等の他の種類の通信ポイントであってもよい。上記実施例で言及したリソースは周波数領域のＲＢ、時間領域のＲＢ、空間送信ストリーム、送信電力またはこれらの組合せであることが可能である。

また、ＣｏＭＰＵＥに対するリソース量を調整するためのパラメータとして、ＣｏＭＰしきい値だけでなく、協働セルの個数、ＣｏＭＰＵＥの個数、ＰＦメトリックの重み係数等のような、サービングセルのＣｏＭＰＵＥに対するリソース量を調整することを可能にするその他のパラメータまたはこれらの組合せも使用可能である。

本発明は、ＣｏＭＰネットワークシステムにおける基地局のスケジューラに適用可能である。

１０１サービングセル
１０２協働セル
１０３サービングセルのＣｏＭＰＵＥ
１０４非ＣｏＭＰＵＥ
１０５Ｘ２バックホールコネクション
２００ｅＮＢプロセッサ
２０１送信器
２０２スケジューラ
２０３受信器
２０４送受信器アンテナ

Claims

相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ユーザ機器（ＵＥ）に対するスケジューリングシステムにおいて、協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調し、サービングポイントおよび近隣ポイントは、サービングポイントおよび近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に関連する情報を共有し、
サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返し、
前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む、ことを特徴とするスケジューリングシステム。
近隣ポイントが、近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量を含む情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
近隣ポイントが、近隣ポイント自体によってサービスされるＵＥに対する割当てまたは目標リソース量を含む情報をサービングポイントへ送信し、サービングポイントが、該情報を用いて、近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量を推定することを特徴とする請求項１に記載のスケジューリングシステム。
サービングポイントが、サービングポイントにおける協調ＵＥに対する所望リソース量または協調ＵＥの個数を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、近隣ポイントにおける利用可能リソース量を、サービングポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
サービングポイントが、最初はサービングポイントにおける協調ＵＥに対する初期所望リソース量、その後はサービングポイントにおける協調ＵＥに対する前の所望リソース量からのリソースの所望の減少を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、最初は近隣ポイントにおける利用可能リソース量をサービングポイントから送信された情報に含まれる初期所望リソース量と比較した結果である決定、その後はサービングポイントから送信された情報に含まれるリソースの所望の減少を協調ＵＥに対する前の所望リソース量から減算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定、を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
サービングポイントが、サービングポイントにおける協調ＵＥに対するリソースの所望の増大を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、サービングポイントから送信された情報に含まれるリソースの所望の増大を協調ＵＥに対する前の所望リソース量に加算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
近隣ポイントがサービングポイントへ前記情報を周期的に送信することを特徴とする請求項１ないし３のいずれか１項に記載のスケジューリングシステム。
協調ＵＥに対する利用可能リソース量または所望リソース量が近隣ポイントにおいて変化する場合に、近隣ポイントがサービングポイントへ前記情報を非周期的に送信することを特徴とする請求項１ないし３のいずれか１項に記載のスケジューリングシステム。
協調ＵＥに対する利用可能リソース量または所望リソース量がサービングポイントにおいて変化する場合に、サービングポイントが近隣ポイントへ前記情報を非周期的に送信することを特徴とする請求項１、４ないし６のいずれか１項に記載のスケジューリングシステム。
協調ＵＥに対するリソースが、周波数領域のリソースブロック、時間領域のリソースブロック、空間送信ストリーム、ならびにサービングポイントおよび近隣ポイントにおける送信電力のうちの少なくとも１つを含むことを特徴とする請求項１ないし９のいずれか１項に記載のスケジューリングシステム。
各通信ポイントが、セル、基地局、ノードＢ、エンハンストノードＢ、リモート無線機器および分散アンテナのいずれかであることを特徴とする請求項１ないし１０のいずれか１項に記載のスケジューリングシステム。
相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ＵＥに対するスケジューリング方法において、協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調し、
サービングポイントと近隣ポイントとの間で、サービングポイントおよび近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に関連する情報を共有し、
サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返し、
前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む、ことを特徴とするスケジューリング方法。
ネットワーク内の他の通信ポイントと通信可能な通信ポイントにおいて、該通信ポイントは、サービングポイントである該通信ポイントによりサポートされるとともに近隣ポイントと協調する協調ＵＥにリソースを配分し、該通信ポイントが、
該通信ポイントおよび近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に関連する情報を近隣ポイントと共有する通信部と、
該通信ポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返すスケジューラと
を備え
前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む、ことを特徴とする通信ポイント。
近隣ポイントから送信される情報が、近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量を含むことを特徴とする請求項１３に記載の通信ポイント。
近隣ポイントから送信される情報が、近隣ポイント自体によってサービスされるＵＥに対する割当てまたは目標リソース量を含み、通信ポイントが、該情報を用いて、近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量を推定することを特徴とする請求項１３に記載の通信ポイント。
近隣ポイントへ送信される情報が、サービングポイントにおける協調ＵＥに対する所望リソース量または協調ＵＥの個数を含み、近隣ポイントから送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を、通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含むことを特徴とする請求項１３に記載の通信ポイント。
近隣ポイントへ最初に送信される情報が、通信ポイントにおける協調ＵＥに対する初期所望リソース量を含み、その後に送信される情報が、通信ポイントにおける協調ＵＥに対する前の所望リソース量からのリソースの所望の減少を含み、近隣ポイントから最初に送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含み、近隣ポイントからその後に送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の減少を協調ＵＥに対する前の所望リソース量から減算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項１３に記載の通信ポイント。
近隣ポイントへ送信される情報が、通信ポイントにおける協調ＵＥに対するリソースの所望の増大を含み、近隣ポイントから送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の増大を協調ＵＥに対する前の所望リソース量に加算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項１３に記載の通信ポイント。
ネットワーク内の他の通信ポイントと通信可能な通信ポイントに提供される記録媒体に格納されたプログラムにおいて、該通信ポイントは、サービングポイントである該通信ポイントによりサポートされるとともに近隣ポイントと協調する協調ＵＥにリソースを配分し、該プログラムが、
通信ポイントおよび近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に関連する情報を近隣ポイントと共有し、
通信ポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能リソース量または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータの調整を繰り返し、
前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含む、ことを含むことを特徴とするプログラム。
相互に通信可能な複数の通信ポイントを有するネットワーク内の多地点協調送受信（ＣｏＭＰ）のためのスケジューリング方法において、協調ＵＥがサービングポイントによりサポートされるとともに近隣ポイントと協調し、
サービングポイントが、近隣ポイントにおけるＣｏＭＰのための利用可能リソース量または所望リソース量に関する情報を取得するために近隣ポイントと通信し、
サービングポイントが、近隣ポイントにおけるＣｏＭＰのための利用可能リソース量または所望リソース量を確保するようにＣｏＭＰのためのリソース量の調整を繰り返す
ことを特徴とするスケジューリング方法。
サービングポイントおよび近隣ポイントが、ＣｏＭＰのための調整されたリソース量の範囲内で協調ＵＥの少なくとも一部にリソースを動的に配分することを特徴とする請求項２０に記載のスケジューリング方法。
相互に通信可能な複数の通信ポイントを有するネットワーク内の多地点協調送受信（ＣｏＭＰ）のためのスケジューリング方法において、協調ＵＥがサービングポイントによりサポートされるとともに近隣ポイントと協調し、
近隣ポイントが、サービングポイントにおけるＣｏＭＰのための利用可能リソース量または所望リソース量に関する情報を取得するためにサービングポイントと通信し、
近隣ポイントが、ＣｏＭＰのための利用可能リソース量または所望リソース量を自己のリソース条件と比較し、比較結果をサービングポイントへ返送し、
サービングポイントが、近隣ポイントのリソース条件を満たすようにＣｏＭＰのための利用可能リソース量または所望リソース量の調整を繰り返す
ことを特徴とするスケジューリング方法。
サービングポイントおよび近隣ポイントが、ＣｏＭＰのための調整された利用可能リソース量または所望リソース量の範囲内で協調ＵＥの少なくとも一部にリソースを動的に配分することを特徴とする請求項２２に記載のスケジューリング方法。