(57)【要約】  相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ユーザ機器（ＵＥ）に対するスケジューリングシステムを提供する。協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調する。サービングポイントおよび近隣ポイントは、サービングポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を共有する。サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータを調整する。
2013539930.tif 000002
【特許請求の範囲】
【請求項１】
相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ユーザ機器（ＵＥ）に対するスケジューリングシステムにおいて、協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調し、サービングポイントおよび近隣ポイントは、サービングポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を共有し、
サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータを調整することを特徴とするスケジューリングシステム。
【請求項２】
近隣ポイントが、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を含む情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
【請求項３】
近隣ポイントが、近隣ポイント自体によってサービスされるＵＥに対する割当てまたは目標リソース量を含む情報をサービングポイントへ送信し、サービングポイントが、該情報を用いて、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を推定することを特徴とする請求項１に記載のスケジューリングシステム。
【請求項４】
サービングポイントが、サービングポイントにおける協調ＵＥに対する所望リソース量または協調ＵＥの個数を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、近隣ポイントにおける利用可能リソース量を、サービングポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
【請求項５】
サービングポイントが、最初はサービングポイントにおける協調ＵＥに対する初期所望リソース量、その後はサービングポイントにおける協調ＵＥに対する前の所望リソース量からのリソースの所望の減少を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、最初は近隣ポイントにおける利用可能リソース量をサービングポイントから送信された情報に含まれる初期所望リソース量と比較した結果である決定、その後はサービングポイントから送信された情報に含まれるリソースの所望の減少を協調ＵＥに対する前の所望リソース量から減算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定、を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
【請求項６】
サービングポイントが、サービングポイントにおける協調ＵＥに対するリソースの所望の増大を含む情報を近隣ポイントへ送信し、対応して近隣ポイントが、サービングポイントから送信された情報に含まれるリソースの所望の増大を協調ＵＥに対する前の所望リソース量に加算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むフィードバック情報をサービングポイントへ送信することを特徴とする請求項１に記載のスケジューリングシステム。
【請求項７】
近隣ポイントがサービングポイントへ前記情報を周期的に送信することを特徴とする請求項１ないし３のいずれか１項に記載のスケジューリングシステム。
【請求項８】
協調ＵＥに対する利用可能または所望リソース量が近隣ポイントにおいて変化する場合に、近隣ポイントがサービングポイントへ前記情報を非周期的に送信することを特徴とする請求項１ないし３のいずれか１項に記載のスケジューリングシステム。
【請求項９】
協調ＵＥに対する利用可能または所望リソース量がサービングポイントにおいて変化する場合に、サービングポイントが近隣ポイントへ前記情報を非周期的に送信することを特徴とする請求項１、４ないし６のいずれか１項に記載のスケジューリングシステム。
【請求項１０】
前記所定のパラメータが、協調ＵＥを決定するためのサービングポイントの基準信号受信電力または品質に対するしきい値、協調ＵＥの個数、協調ポイントの個数、および協調ＵＥに対するリソース配分メトリックの優先度重み係数のうちの少なくとも１つを含むことを特徴とする請求項１ないし９のいずれか１項に記載のスケジューリングシステム。
【請求項１１】
協調ＵＥに対するリソースが、周波数領域のリソースブロック、時間領域のリソースブロック、空間送信ストリーム、ならびにサービングポイントおよび近隣ポイントにおける送信電力のうちの少なくとも１つを含むことを特徴とする請求項１ないし１０のいずれか１項に記載のスケジューリングシステム。
【請求項１２】
各通信ポイントが、セル、基地局、ノードＢ、エンハンストノードＢ、リモート無線機器および分散アンテナのいずれかであることを特徴とする請求項１ないし１１のいずれか１項に記載のスケジューリングシステム。
【請求項１３】
相互に通信可能な複数の通信ポイントを有するネットワーク内の協調ＵＥに対するスケジューリング方法において、協調ＵＥはサービングポイントによりサポートされるとともに近隣ポイントと協調し、
サービングポイントと近隣ポイントとの間で、サービングポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を共有し、
サービングポイントは、サービングポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータを調整する
ことを特徴とするスケジューリング方法。
【請求項１４】
ネットワーク内の他の通信ポイントと通信可能な通信ポイントにおいて、該通信ポイントは、サービングポイントである該通信ポイントによりサポートされるとともに近隣ポイントと協調する協調ＵＥにリソースを配分し、該通信ポイントが、
該通信ポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を近隣ポイントと共有する通信部と、
該通信ポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータを調整するスケジューラと
を備えたことを特徴とする通信ポイント。
【請求項１５】
近隣ポイントから送信される情報が、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を含むことを特徴とする請求項２３に記載の通信ポイント。
【請求項１６】
近隣ポイントから送信される情報が、近隣ポイント自体によってサービスされるＵＥに対する割当てまたは目標リソース量を含み、通信ポイントが、該情報を用いて、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を推定することを特徴とする請求項２３に記載の通信ポイント。
【請求項１７】
近隣ポイントへ送信される情報が、サービングポイントにおける協調ＵＥに対する所望リソース量または協調ＵＥの個数を含み、近隣ポイントから送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を、通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含むことを特徴とする請求項２３に記載の通信ポイント。
【請求項１８】
近隣ポイントへ最初に送信される情報が、通信ポイントにおける協調ＵＥに対する初期所望リソース量を含み、その後に送信される情報が、通信ポイントにおける協調ＵＥに対する前の所望リソース量からのリソースの所望の減少を含み、近隣ポイントから最初に送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含み、近隣ポイントからその後に送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の減少を協調ＵＥに対する前の所望リソース量から減算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項２３に記載の通信ポイント。
【請求項１９】
近隣ポイントへ送信される情報が、通信ポイントにおける協調ＵＥに対するリソースの所望の増大を含み、近隣ポイントから送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の増大を協調ＵＥに対する前の所望リソース量に加算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項２３に記載の通信ポイント。
【請求項２０】
ネットワーク内の他の通信ポイントと通信可能な通信ポイントに提供される記録媒体に格納されたプログラムにおいて、該通信ポイントは、サービングポイントである該通信ポイントによりサポートされるとともに近隣ポイントと協調する協調ＵＥにリソースを配分し、該プログラムが、
通信ポイントの協調ＵＥに対する利用可能または所望リソース量に関連する情報を近隣ポイントと共有し、
通信ポイントにおける協調ＵＥに対するリソース量が近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量に近づくように、共有された情報に基づいて協調ＵＥに関連する少なくとも１つの所定のパラメータを調整する
ことを含むことを特徴とするプログラム。
【請求項２１】
相互に通信可能な複数の通信ポイントを有するネットワーク内の多地点協調送受信（ＣｏＭＰ）のためのスケジューリング方法において、協調ＵＥがサービングポイントによりサポートされるとともに近隣ポイントと協調し、
サービングポイントが、近隣ポイントにおけるＣｏＭＰのための利用可能または所望リソース量に関する情報を取得するために近隣ポイントと通信し、
サービングポイントが、近隣ポイントにおけるＣｏＭＰのための利用可能または所望リソース量を確保するようにＣｏＭＰのためのリソース量を調整する
ことを特徴とするスケジューリング方法。
【請求項２２】
サービングポイントおよび近隣ポイントが、ＣｏＭＰのための調整されたリソース量の範囲内で協調ＵＥの少なくとも一部にリソースを動的に配分することを特徴とする請求項２１に記載のスケジューリング方法。
【請求項２３】
相互に通信可能な複数の通信ポイントを有するネットワーク内の多地点協調送受信（ＣｏＭＰ）のためのスケジューリング方法において、協調ＵＥがサービングポイントによりサポートされるとともに近隣ポイントと協調し、
近隣ポイントが、サービングポイントにおけるＣｏＭＰのための利用可能または所望リソース量に関する情報を取得するためにサービングポイントと通信し、
近隣ポイントが、ＣｏＭＰのための利用可能または所望リソース量を自己のリソース条件と比較し、比較結果をサービングポイントへ返送し、
サービングポイントが、近隣ポイントのリソース条件を満たすようにＣｏＭＰのための利用可能または所望リソース量を調整する
ことを特徴とするスケジューリング方法。
【請求項２４】
サービングポイントおよび近隣ポイントが、ＣｏＭＰのための調整された利用可能または所望リソース量の範囲内で協調ＵＥの少なくとも一部にリソースを動的に配分することを特徴とする請求項２３に記載のスケジューリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してワイヤレス通信システムに関し、より詳細には、多地点協調送受信（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, ＴＴＩ）におけるＲＢ数またはＲＢ比、とすることも可能である。
【００５２】
上記の実施例は、ＤＬ  ＣｏＭＰ  ＪＴに対して提案されるスケジューリング方式を例示している。しかし、本発明はこれらの実施例に限定されない。提案される方式は、ＤＬ  ＣｏＭＰ  ＪＰ高速セル選択、ＤＬ  ＣｏＭＰ  ＣＳ／ＣＢや、ＵＬ  ＣｏＭＰ  ＪＲおよびＵＬ  ＣｏＭＰ  ＣＳのような他のＣｏＭＰカテゴリにも使用可能である。
【００５３】
サービングセルおよび協働セルは、基地局、Ｘ２バックホールによって接続されたｅノードＢ（ｅＮＢ）、リモート無線機器（ＲＲＥ）あるいは光ファイバによって接続された分散アンテナ等の他の種類の通信ポイントであってもよい。上記実施例で言及したリソースは周波数領域のＲＢ、時間領域のＲＢ、空間送信ストリーム、送信電力またはこれらの組合せであることが可能である。
【００５４】
また、ＣｏＭＰ  ＵＥに対するリソース量を調整するためのパラメータとして、ＣｏＭＰしきい値だけでなく、協働セルの個数、ＣｏＭＰ  ＵＥの個数、ＰＦメトリックの重み係数等のような、サービングセルのＣｏＭＰ  ＵＥに対するリソース量を調整することを可能にするその他のパラメータまたはこれらの組合せも使用可能である。
【産業上の利用可能性】
【００５５】
本発明は、ＣｏＭＰネットワークシステムにおける基地局のスケジューラに適用可能である。
【符号の説明】
【００５６】
１０１  サービングセル
１０２  協働セル
１０３  サービングセルのＣｏＭＰ  ＵＥ
１０４  非ＣｏＭＰ  ＵＥ
１０５  Ｘ２バックホールコネクション
２００  ｅＮＢプロセッサ
２０１  送信器
２０２  スケジューラ
２０３  受信器
２０４  送受信器アンテナ
【図１】
2013539930.tif 000003
【図２】
2013539930.tif 000004
【図３】
2013539930.tif 000005
【図４】
2013539930.tif 000006
【図５】
2013539930.tif 000007
【図６】
2013539930.tif 000008
【図７】
2013539930.tif 000009
【図８】
2013539930.tif 000010
【図９】
2013539930.tif 000011
【図１０】
2013539930.tif 000012
【図１１】
2013539930.tif 000013
【図１２】
2013539930.tif 000014
【図１３】
2013539930.tif 000015
【図１４】
2013539930.tif 000016
【手続補正書】
【提出日】平成25年4月5日(2013.4.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
近隣ポイントから送信される情報が、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を含むことを特徴とする請求項１４に記載の通信ポイント。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１６
【補正方法】変更
【補正の内容】
【請求項１６】
近隣ポイントから送信される情報が、近隣ポイント自体によってサービスされるＵＥに対する割当てまたは目標リソース量を含み、通信ポイントが、該情報を用いて、近隣ポイントにおける協調ＵＥに対する利用可能または所望リソース量を推定することを特徴とする請求項１４に記載の通信ポイント。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１７
【補正方法】変更
【補正の内容】
【請求項１７】
近隣ポイントへ送信される情報が、サービングポイントにおける協調ＵＥに対する所望リソース量または協調ＵＥの個数を含み、近隣ポイントから送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を、通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含むことを特徴とする請求項１４に記載の通信ポイント。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１８
【補正方法】変更
【補正の内容】
【請求項１８】
近隣ポイントへ最初に送信される情報が、通信ポイントにおける協調ＵＥに対する初期所望リソース量を含み、その後に送信される情報が、通信ポイントにおける協調ＵＥに対する前の所望リソース量からのリソースの所望の減少を含み、近隣ポイントから最初に送信されるフィードバック情報が、近隣ポイントにおける利用可能リソース量を通信ポイントから送信された情報に含まれる所望リソース量と比較した結果である決定を含み、近隣ポイントからその後に送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の減少を協調ＵＥに対する前の所望リソース量から減算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項１４に記載の通信ポイント。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１９
【補正方法】変更
【補正の内容】
【請求項１９】
近隣ポイントへ送信される情報が、通信ポイントにおける協調ＵＥに対するリソースの所望の増大を含み、近隣ポイントから送信されるフィードバック情報が、通信ポイントから送信された情報に含まれるリソースの所望の増大を協調ＵＥに対する前の所望リソース量に加算することによって得られる計算された所望リソース量と近隣ポイントにおける利用可能リソース量を比較した結果である決定を含むことを特徴とする請求項１４に記載の通信ポイント。
【国際調査報告】
2013539930.tif 000017