JP6420360B2 - ＣｏＭＰ−ベースのリソース割り付けのための方法、装置、およびシステム - Google Patents

Description

本発明は、通信技術の分野に関し、またより詳細には、ＣｏＭＰ−ベースのリソース割り付けのための方法、装置、およびシステムに関する。

現在では、ＣｏＭＰ（協調マルチ・ポイント（Ｃｏｏｄｉｎａｔｅｄ Ｍｕｌｔｉｐｌｅ Ｐｏｉｎｔｓ））送信の概念が、提案されている。しかしながら、実際のアプリケーション・シナリオにおいては、バックホール・リンク性能は、通常、理想的ではなく、また同じＣｏＭＰクラスタの中の各ノードは、常に異なるステータスを有しているので、異なるノードは、協調送信について異なる受容性を有している。これは、協調送信のアプリケーションを非常に複雑なものにする。それゆえに、先行技術は、これまで、ＣｏＭＰ送信の特定の実施方法を提供することができなかった。

本発明の目的は、ＣｏＭＰ−ベースのリソース割り付けのための方法、装置、およびシステムを提供することである。

本発明の一態様によれば、第１のノードにおける、第２のノードについてのＣｏＭＰ−ベースのリソース割り付けのための方法であって、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属しており、その方法は、
ａ．第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するステップであって、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する、選択するステップと、
ｂ．リソース割り付け要求を第２のノードに対して送信するステップであって、そのリソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである、送信するステップと、
ｃ．リソース割り付け要求に応じて第２のノードからフィードバック情報を受信するステップであって、そのフィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示している、受信するステップ、および対応するオペレーションを実行するステップと、
を含む方法が、提供されている。

本発明の別の態様によれば、さらに、第２のノードにおける、第１のノードの支援を受けたＣｏＭＰ−ベースのリソース割り付けを決定するための方法であって、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属しており、その方法は、
Ａ．第２のノードによって送信される測定情報に関して、第１のノードによってフィードバックされるリソース割り付け要求を受信するステップであって、そのリソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものであり、また少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定している、受信するステップと、
Ｂ．第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するステップと、
Ｃ．第１のノードに対して、リソース割り付け要求に関するフィードバック情報を送信するステップであって、そのフィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示している、送信するステップと、
を含む方法が、提供されている。

本発明のさらなる一態様によれば、第１のノードにおける、第２のノードについてのＣｏＭＰ−ベースのリソース割り付けのための第１の装置であって、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属しており、その第１の装置は、
第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するように構成された第１の選択モジュールであって、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する、第１の選択モジュールと、
リソース割り付け要求を第２のノードに対して送信するように構成された第１の送信モジュールであって、そのリソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである、第１の送信モジュールと、
リソース割り付け要求に応じて第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行するように構成された第１の受信モジュールであって、そのフィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示している、第１の受信モジュールと、
を備えている第１の装置が、提供されている。

本発明のさらなる一態様によれば、さらに、第２のノードにおける、第１のノードの支援を受けたＣｏＭＰ−ベースのリソース割り付けを決定するための第２の装置であって、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属しており、その第２の装置は、
第２のノードによって送信される測定情報に関して、第１のノードによってフィードバックされるリソース割り付け要求を受信するように構成された第３の受信モジュールであって、そのリソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものであり、また少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定している、第３の受信モジュールと、
第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するように構成された第２の選択モジュールと、
第１のノードに対して、リソース割り付け要求に関するフィードバック情報を送信するように構成された第２の送信モジュールであって、そのフィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示している、第２の送信モジュールと、
を備えている第２の装置が、提供されている。

先行技術と比べて、本発明は、以下の利点を有している。すなわち、１）複数のあらかじめ設定されたＣｏＭＰ仮説のうちのすべて、または一部分は、第１のノードが、第２のノードによって報告される測定信号に基づいて、複数のＣｏＭＰ仮説のうちから第２のノードについてより適している１つまたは複数のＣｏＭＰ仮説を選択することができるように、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定し、またさらに、それは、１つまたは複数のＣｏＭＰ仮説についてのリソース割り付けを実行することにより、リソース割り付けのためにはより妥当であり、２）第２のノードは、第２のノードのステータス情報と、第２のノードの性能に対する異なるＣｏＭＰ仮説の影響とに基づいて、１つまたは複数のＣｏＭＰ仮説のうちから、第２のノードが協調送信を実行するために最も適しているＣｏＭＰ仮説を選択することができ、それによってＣｏＭＰ送信の性能を高めており、３）第２のノードが、第１のノードに対して、再測定からもたらされる新しい測定情報を報告するときに、第１のノードは、第２のノードが選択するために使用可能な１つまたは複数のＣｏＭＰ仮説を再選択して、第２のノードが協調送信を実行しているときに、ＣｏＭＰ仮説をアップデートすることができ、それによって第２のノードのステータスの変更によって引き起こされるＣｏＭＰ送信性能の悪化を回避しており、４）第２のノードは、第１のノードに対して、望ましいＣｏＭＰ仮説と、隣接するセルのリソース情報とを提供することができるが、第１のノードは、全体の通信システムが、よりよいリソース・スケジューリングを達成することができるように、ＣｏＭＰ仮説と複数の第２のノードによって提供されるリソース情報とを合成して、ＣｏＭＰ仮説と、それぞれの第２のノードについてのリソース情報とをそれぞれ決定することができる。

本発明の他の特徴と、目的と、利点とは、添付の図面を参照して、非限定的な実施形態の詳細な説明を読むことを通して、より明らかになるであろう。

本発明の一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのための方法の概略的な流れ図である。 本発明の別の実施形態による、ＣｏＭＰ−ベースのリソース割り付けのための方法の概略的な流れ図である。 本発明のさらなる一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのための方法の概略的な流れ図である。 本発明の一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図である。 本発明の別の実施形態による、ＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図である。 本発明のさらなる一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図である。

添付の図面の中の同じ、または類似した参照数字は、同じ、または類似したコンポーネントを表している。

以下では、本発明は、添付の図面を参照して、さらに詳細に説明されるであろう。

図１は、本発明の一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのための方法の流れ図を示すものである。

本明細書においては、本実施形態による方法は、主として、第１のノードと、第２のノードとを通して、実施され、そこでは、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属している。本明細書においては、第１のノードは、協調送信を開始するノードであり、中央集中されたＣｏＭＰネットワーク・アーキテクチャにおいては、第１のノードは、それだけには限定されないが、中央集中されたＣｏＭＰネットワーク・アーキテクチャの中央ノード（ＣＮ：ｃｅｎｔｒａｌ ｎｏｄｅ）を含んでおり、分散型ＣｏＭＰネットワーク・アーキテクチャにおいては、第１のノードは、分散型ネットワークの中の任意のノードとすることができる。第２のノードは、第１のノードによって開始される協調送信を受け入れるノードであり、中央集中されたＣｏＭＰネットワーク・アーキテクチャにおいては、第２のノードは、中央ノード以外の任意のノードとすることができ、分散型ＣｏＭＰネットワーク・アーキテクチャにおいては、第２のノードは、分散型ネットワークの中の第１のノード以外の任意のノードとすることができる。

第１のノードと、第２のノードとがその中に位置している場合のネットワークは、ＬＴＥ−Ａ（ＬＴＥ−進化型（ＬＴＥ−Ａｄｖａｎｃｅｄ））ネットワークであることが好ましく、中央集中されたＣｏＭＰネットワーク・アーキテクチャにおいては、第２のノードは、ＬＴＥ−Ａネットワークの中のｅＮＢ（進化型ノードＢ）とすることができることが、より好ましい場合として、分散型ＣｏＭＰネットワーク・アーキテクチャにおいては、第１のノードと第２のノードとの両方は、ＬＴＥ−Ａネットワークの中のｅＮＢ（進化型ノードＢ）とすることができる。

同じクラスタの内部のノードは、中央集中されたＣｏＭＰネットワーク・アーキテクチャにおいては、変更されないので、第１のノードと、第２のノードとが位置しているＣｏＭＰクラスタは、次のステップＳ１の前に、第２のノードに対して、第１のノードによって開始され、また確立されることもあり、または既に存在している可能性があり、同じクラスタの内部のノードは、分散型ＣｏＭＰネットワーク・アーキテクチャにおいては変化しているので、第１のノードと第２のノードとが位置しているＣｏＭＰクラスタは、次のステップＳ１の前に、第２のノードに対して、第１のノードによって開始され、また確立されることに注意すべきである。

ノードと、ネットワークとは、単なる例にすぎないことに注意すべきである。他の既存の、または将来現れる可能性があるノードとネットワークとは、本発明に適用可能な場合には、本発明の保護範囲内にやはり含められるべきであり、これらのノードとネットワークとは、参照によってここに組み込まれている。

この実施形態による方法は、ステップＳ１と、ステップＳ２と、ステップＳ３と、ステップＳ４と、ステップＳ５と、ステップＳ６とを含む。

ステップＳ１において、第１のノードは、同じＣｏＭＰクラスタの内部の第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択する。

本明細書においては、測定情報は、第２のノードによって報告され、また第２のノードの通信品質に関連する任意の測定情報を含んでおり、例えば、第２のノードによって報告されるＣＳＩ（チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ））測定情報、ＲＳＲＰ（基準信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｉｎｇ ｐｏｗｅｒ））測定情報、ＢＭ（利益メトリック（ｂｅｎｅｆｉｔ ｍｅｔｒｉｃ））測定情報などを含む。

本明細書においては、複数のＣｏＭＰ仮説は、ＣｏＭＰ送信を構成するための所定の複数の仮説である。複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定することが好ましい。

複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの一部分が、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定するときには、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの他の部分は、協調送信が現在実行されていないことを示すＣｏＭＰ仮説を含むことができることが好ましい。例えば、インデックス「００００」を使用して、協調送信が現在実行されていないことを示すＣｏＭＰ仮説を識別する。

複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの一部分が、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定するときには、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの他の部分はまた、協調送信が、次元状態（単数または複数）に無関係であることを示しているＣｏＭＰ仮説を含むこともできることが、より好ましい。例えば、インデックス「０００１」を使用して、そのようなＣｏＭＰ仮説を識別することができ、すなわち、第２のノードは、無条件に、ＣｏＭＰをサポートしており、すなわち、協調送信に対する第２のノードのサポートは、次元状態（単数または複数）に無関係であることを識別することができる。

本明細書においては、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）は、第２のノードがＣｏＭＰをサポートするときの次元についての任意の制限を含んでおり、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）は、以下のうちの少なくとも１つを含んでいることが好ましい。
１）第２のノードは、指定された次元（単数または複数）の上で、ＣｏＭＰをサポートする。

本明細書においては、指定された次元は、ＣｏＭＰ送信性能に影響を及ぼす可能性がある任意の次元を、例えば、空間次元、時間次元、周波数次元、電力次元などを、含んでいる。より具体的には、次元は、ビーム・グループ、期間、サブバンド・グループ、電力レベルなどとして表されることもある。

第２のノードは、２つ以上の指定された次元の上で、ＣｏＭＰをサポートすることができることが好ましい。例えば、第２のノードは、時間次元と、周波数次元と、電力次元との上で、ＣｏＭＰをサポートする。

２）第２のノードは、指定された次元のうちの部分的な範囲を用いて、ＣｏＭＰをサポートする。

本明細書においては、部分的な範囲は、全体の指定された次元の中の部分的な範囲を示している。例えば、空間次元では、部分的な範囲は、すべてのビーム・グループのうちのビーム・グループのうちの一部分として表されることもあり、時間次元では、部分的な範囲は、全体の期間の内部の期間のうちの一部分として表されることもあり、周波数次元では、部分的な範囲は、全体のサブバンド・グループの内部のサブバンド・グループのうちの一部分として表されることもあり、また電力次元では、部分的な範囲は、すべての電力レベルのうちの特定の電力レベルのうちの一部分として表されることもあるなどである。

第２のノードは、２つ以上の指定された次元のうちの部分的な範囲の内部で、ＣｏＭＰをサポートすることができることが好ましい。

例えば、第２のノードは、空間次元のうちのビーム・グループのうちの一部分と、時間次元のうちの期間のうちの一部分との内部で、ＣｏＭＰをサポートする。

上記の次元状態１）と、２）とは、同時に存在することができることに注意すべきである。言い換えれば、第２のノードは、いくつかの指定された次元の全体の範囲内で、ＣｏＭＰをサポートし、またいくつかの他の指定された次元の部分的な範囲（単数または複数）内で、ＣｏＭＰをサポートすることができる。例えば、第２のノードは、全体の期間の中で、ＣｏＭＰをサポートし、またサブバンド・グループのうちの一部分の中で、ＣｏＭＰをサポートする。

本明細書においては、第１のノードがＣｏＭＰ仮説を選択するときに起こるような可能性のある状況は、それだけには限定されないが、以下を含んでいる。
１）第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードが、現在、協調送信のために適していないことを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちからＣｏＭＰ仮説を選択し、このＣｏＭＰ仮説は、協調送信が現在実行されていないことを示すために使用される。

例えば、第１のノードは、第２のノードによって報告されるチャネル・ステータス情報に基づいて、第２のノードの現在のチャネル状態が、協調送信を実行するために適していないことを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちからインデックス「００００」を選択し、インデックス「００００」によって識別されるＣｏＭＰ仮説は、協調送信が現在、実行されていないことを示すためのものである。

２）第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードが、現在、協調送信のために適していることを決定する。この状況は、以下の複数の可能性をさらに含んでいる。
ａ）第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードが無条件に協調送信をサポートすることができることを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説から、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択する。

例えば、第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードの現在の負荷が非常に軽く、またチャネル状態が非常に良好であることを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちからインデックス「０００１」を選択し、そのインデックス「０００１」によって識別されるＣｏＭＰ仮説は、協調送信についての無条件のサポートを示すためのものである。

ｂ）第１のノードは、第２のノードによって報告される測定情報に基づいて、性能が、第２のノードとの協調送信を実行するときの、次元のうちの一部分、および／または次元（単数または複数）の部分的な範囲（単数または複数）において比較的良好である可能性があることを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちから、次元のうちの決定された一部分、および／または次元の部分的な範囲（単数または複数）に対応する少なくとも１つのＣｏＭＰ仮説を選択する。

例えば、第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードとの協調送信を実行するときによりよい性能を有する次元が時間次元であることを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちから、時間次元の上のＣｏＭＰについてのサポートを示すためのＣｏＭＰ仮説を選択する。

別の例では、第１のノードは、第２のノードによって報告される測定情報に基づいて、性能が、期間のうちの一部分と、サブバンド・グループのうちの一部分と、期間のうちの一部分とサブバンド・グループのうちの一部分との組合せとの下で、第２のノードとの協調送信を実行するときに、よりよいことを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちからインデックス「００１０」と、「００１１」と、「０１１０」とを選択し、そこでは、インデックス「００１０」によって識別されるＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分の内部でＣｏＭＰをサポートすることを示すためのものであり、インデックス「００１１」によって識別されるＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンド・グループのうちの一部分の内部でＣｏＭＰをサポートすることを示すためのものであり、またインデックス「０１１０」によって識別されるＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分と、周波数次元におけるサブバンド・グループのうちの一部分との内部でＣｏＭＰをサポートすることを示すためのものである。

ＣｏＭＰ仮説の中の指定された次元は、この状況の下での次元のうちの一部分に対応しているべきであることに注意すべきである。例えば、空間次元の上の性能が、比較的良好であることが、決定される場合、そのときには、ＣｏＭＰ仮説によって規定される次元状態は、ビーム・グループの上でＣｏＭＰをサポートしており、しかしながら、ＣｏＭＰ仮説の中の指定された次元（単数または複数）の部分的な範囲（単数または複数）は、ＣｏＭＰが、次元の全体の範囲の中でサポートされないが、その中の部分的な範囲（単数または複数）の中だけでサポートされることを示しているだけであり、実際には、ＣｏＭＰ仮説においては、部分的な範囲は、部分的な範囲がどれを具体的に意味しているかを具体的に規定していない可能性がある。しかしながら、この状況においては、第１のノードによって決定される部分的な範囲は、特定の数値、例えば、特定の期間などとすることができる。

上記の実施方法ａ）と、実施方法ｂ）とは、組み合わされることもあることが好ましい。例えば、第１のノードが、第２のノードによって報告される測定情報に基づいて、第２のノードが無条件にＣｏＭＰをサポートする可能性が高く、また第２のノードが次元のうちの一部分、または次元（単数または複数）の部分的な範囲（単数または複数）の中でＣｏＭＰをよりよくサポートする可能性を有してもいることを決定する場合に、第１のノードは、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する複数のＣｏＭＰ仮説と、１つまたは複数のＣｏＭＰ仮説とのうちから、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択することができる。

上記のシナリオ２）では、第１のノードは、第２のノードによって報告される測定情報に基づいて、第２のノードが、現在、協調送信のために適していることを決定するが、第２のノードが、それ自体の情報に基づいて、それが協調送信を現在実行していないことを決定するときに、それが、協調送信が第１のノードにフィードバックするために現在実行されていないことを示すためのＣｏＭＰ仮説を選択することができるように、第１のノードはまた、複数のＣｏＭＰ仮説のうちから、協調送信のために適した１つまたは複数のＣｏＭＰ仮説を選択しながら、協調送信が現在実行されていないことを示すためのＣｏＭＰ仮説を選択すること（例えば、インデックス「００００」を選択すること）もできることが、好ましい。第１のノードは、第２のノードが協調送信が現在実行されていないことを示すＣｏＭＰ仮説を用いて、デフォルトにおいて構成されているかどうかに基づいて、協調送信が現在実行されていないことを示すＣｏＭＰ仮説が選択され、また第２のノードに対して提供されるべきであるかどうかを決定することができることが、より好ましい。例えば、第２のノードが、現在既にデフォルト・インデックス「００００」を有している（第１のノードは、第２のノードが、全体の通信システムのデフォルト構成に基づいて、デフォルト・インデックスを有しているかどうかを決定することができる）場合、そのときには、第１のノードは、デフォルト・インデックス「００００」を選択しない可能性があり、第２のノードが、現在、デフォルト・インデックス「００００」を有していない場合、そのときには、第１のノードはまた、他のインデックスを選択しながら、デフォルト・インデックスを選択し、またそれを第２のノードに対して提供する。

上記の例は、単に、本発明の技術的問題解決手法をよりよく例証するためにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、同じＣｏＭＰクラスタの中の第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

ステップＳ２において、第１のノードは、リソース割り付け要求を第２のノードに対して送信する。

本明細書においては、リソース割り付け要求は、第２のノードに対してリソースの割り付けを要求するために使用され、そこでは、リソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである。

好ましい問題解決手法として、本実施形態においては、リソース割り付け要求は、それだけには限定されないが、以下のものを含むことができる。
１）第１のノードの識別情報。
２）第２のノードまたは受信セル（ターゲット・セル）の識別情報。
３）第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説のインデックス情報。
４）第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説のうちのＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報。

本明細書においては、リソース情報は、協調送信のためのリソース割り付けに関連した任意の情報を含んでいる。リソース情報は、リソース・ブロック情報を含んでいることが好ましい。第２のノードが選択するために使用可能なＣｏＭＰ仮説では、リソース情報が、次元状態を有しており、また次元状態が、第２のノードが指定された次元（単数または複数）の部分的な範囲（単数または複数）の内部のＣｏＭＰをサポートすることを含んでいる場合、そのときには、リソース情報は、部分的な範囲（単数または複数）についての特定の表示を含むこともできることが、より好ましい。特定の表示は、特定のレンジ値を制限することができることが、より好ましい。例えば、第１のノードによって選択されるインデックス「００１０」に対応するＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分の内部のＣｏＭＰをサポートすることに制限し、そのときには、リソース情報は、ＣｏＭＰ仮説によって制限される期間のうちの一部分の特定の時間範囲を含んでおり、さらに、特定の表示は、リソースの特定の数、および／またはリソース数の比率を制限することができる。例えば、第１のノードによって選択されるインデックス「００１１」に対応するＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンドのうちの一部分の内部のＣｏＭＰをサポートすることに制限しており、そのときには、リソース情報の中に含まれるサブバンド・グループのうちの一部分についての特定の表示は、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの数、例えば、ミュートした３つのサブバンド・グループ、またはすべてのサブバンド・グループに対する、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの比率（ｒａｄｉｏ）、例えば、３／９などとすることができる。

５）ＣｏＭＰクラスタのために、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分によって、それぞれ、生成される平均利得。

ステップＳ３において、第２のノードは、第２のノードによって送信される測定情報に関して、第１のノードによってフィードバックされるリソース割り付け要求を受信する。

ステップＳ４において、第２のノードは、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択する。

本明細書においては、ステータス情報は、第２のノードの現在のステータスを示すための任意の情報を含んでいる。ステータス情報は、それだけには限定されないが、
１）第２のノードの負荷状態、
２）第２のノードのバッファ・エリアのバッファ・エリア・ステータス、
３）第２のノードのアクティブなユーザの量、
４）第２のノードのＣｏＭＰ処理ステータス、
を含むことが好ましい。

具体的には、第２のノードが、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するときに行われる可能性の高いシナリオは、それだけには限定されないが、以下を含んでいる。
１）第２のノードが、それがそのステータス情報だけに基づいて、協調送信のために現在適していないことを決定する場合、そのときには第２のノードは、第２のノードが協調送信を実行することを現在拒否していることを示すためのＣｏＭＰ仮説を選択する。

例えば、第２のノードが、そのステータス情報に基づいて、それが現在過負荷ステータスにあるかどうか、またリソースが協調送信のために使用可能でないかどうかを決定するときに、第２のノードは、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説についてのインデックス「００００」を選択する。

別の例では、第２のノードが、そのステータス情報に基づいて、それが他のリソース割り付け要求を現在処理していることを決定する場合、第２のノードは、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説についてのインデックス「００００」を選択する。

第２のノードが、デフォルトで、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説（以降では、デフォルトＣｏＭＰ仮説と称される）を設定する場合、そのときには、第１のノードによって提供されるオプションのＣｏＭＰ仮説でさえも、デフォルトＣｏＭＰ仮説を含んではおらず、第２のノードは、依然として、ＣｏＭＰが現在サポートされていないことを決定する場合に、デフォルトＣｏＭＰ仮説を直接に選択することができることに注意すべきである。言い換えれば、ステップＳ４において、第２のノードによって選択されるＣｏＭＰ仮説は、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説、またはデフォルトＣｏＭＰ仮説に由来する可能性があり、第２のノードがデフォルトＣｏＭＰ仮説を有していない場合、そのときには、第２のノードによって選択されるＣｏＭＰ仮説は、すべて、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説に由来する（この場合には第１のノードは、一般に、デフォルトＣｏＭＰ仮説を提供することになる）。

デフォルトＣｏＭＰ仮説は、何故第２のノードが協調送信を拒否するかという理由に従って、複数のサブＣｏＭＰ仮説へと分割される可能性があることが好ましい。例えば、デフォルトＣｏＭＰ仮説のインデックスが「００００」である場合、デフォルトＣｏＭＰ仮説は、以下のサブＣｏＭＰ仮説へと分割され、すなわち、「００００００」によってインデックス付けされた、現在の過負荷ステータスを示すためのサブＣｏＭＰ仮説、「０００００１」によってインデックス付けされた、現在のバッファ・エリアが空であることを示すためのサブＣｏＭＰ仮説、「００００１０」によってインデックス付けされた、協調送信のために使用可能な十分なリソースが現在存在していないことを示すためのサブＣｏＭＰ仮説、「００００１１」によってインデックス付けされた、他のＣｏＭＰイベントが現在処理されていることを示すためのサブＣｏＭＰ仮説などへと分割される。

第２のノードが協調送信を実行することを現在拒否していることを示すための第２のノードによって選択されるＣｏＭＰ仮説は、第２のノードが、第１のノードによって示される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示しているだけであり、第２のノードが、将来において少なくとも１つのＣｏＭＰの下で協調送信を実行することを受け入れてはいないことを示しておらず、また第２のノードが、少なくとも１つのＣｏＭＰ仮説以外の他のＣｏＭＰ仮説の下で、協調送信を実行することを拒否していることも示してはいないことに注意すべきである。第１のノードは、第２のノードがこのときに協調送信を拒否した後に、新しいリソース割り付け要求を再送信して、第２のノードとの協調送信についてさらに要求することもあるという可能性が高い。

２）第２のノードが、それがそのステータス情報だけに基づいて、ＣｏＭＰを無条件にサポートすることができることを決定し、また第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説が、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を含んでいるときに、第２のノードは、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を直接に選択する。

例えば、第１のノードによって提供される複数のインデックスは、「０００１」を含んでおり、このインデックスによって識別されるＣｏＭＰ仮説は、ＣｏＭＰについての無条件のサポートを示すためのものである。さらに、第２のノードは、そのステータス情報だけに基づいて、第２のノードにおける現在のアクティブなユーザの数が極端に小さく、また極端に少ないデータ送信しか存在していないことを決定し、次いで、第２のノードは、インデックス「０００１」を直接に選択することができる。

３）第２のノードが、そのステータス情報だけに基づいて、それが無条件にＣｏＭＰをサポートすることができるかどうかを決定することができないときに、第２のノードは、リソース情報をさらに参照して、判断を行う。具体的には、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説の中に対応するリソース情報を有する各ＣｏＭＰ仮説について、第２のノードは、このＣｏＭＰ仮説の下で実行される協調送信によって生成され得る性能利得を決定し、さらに、第２のノードは、決定された性能利得のうちのすべてを、利得しきい値とそれぞれ比較して、ＣｏＭＰ仮説を選択する。さらに、比較結果に基づいて、このシナリオは、さらに、以下を含んでいる。
ａ）第２のノードによって決定される性能利得のうちのすべてが利得しきい値よりも低いときに、第２のノードは、第２のノードが協調送信を実行することを現在拒否していることを示すためのＣｏＭＰ仮説を選択する。

本明細書においては、性能利得は、第２のノードの協調送信に関連した任意の性能利得を含んでいる。性能利得は、それだけには限定されないが、第２のノードに対する協調送信によってもたらされる利得と、ＣｏＭＰクラスタに対する協調送信によってもたらされる利得と、ＣｏＭＰクラスタの内部の他のノードに対する協調送信によってもたらされる平均利得と、協調送信によってもたらされる潜在利得などとを含むことが好ましい。

具体的には、第２のノードは、様々な方法で、決定された性能利得のうちのすべてを、それぞれ、利得しきい値と比較することができる。

例えば、利得しきい値は、第２のノードにおける所定の値であり、第２のノードは、決定された性能利得のうちのすべてを所定の値と比較している。

別の例では、利得しきい値は、ＣｏＭＰクラスタに関して、各ＣｏＭＰ仮説によって生成され、またリソース割り付け要求の中で提供される平均利得であり、そのときには、少なくとも１つのＣｏＭＰ仮説の中の対応するリソース情報を有する各ＣｏＭＰ仮説について、第２のノードは、このＣｏＭＰ仮説についての決定された性能利得をリソース割り付け要求の中のこのＣｏＭＰ仮説についての平均利得と比較する。

ｂ）第２のノードが、利得しきい値よりも高い性能利得の存在を決定するときに、第２のノードは、対応するリソース情報を有するＣｏＭＰ仮説のうちから、より高い性能をもたらし得るＣｏＭＰ仮説を選択し、そこでは、比較結果に基づいて、第２のノードは、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択し、または次元状態（単数または複数）を有するＣｏＭＰ仮説を選択することができる。本明細書においては、ＣｏＭＰについての無条件のサポートと、またある種の次元状態（単数または複数）の下でＣｏＭＰについてサポートすることとは、一様に、ＣｏＭＰをサポートすることができると呼ばれることもある。

例えば、第２のノードが、そのステータス情報だけに基づいて、それがＣｏＭＰを無条件にサポートすることができるかどうかについて不確かであるときに、少なくとも１つのＣｏＭＰ仮説の中の対応するリソース情報を有する各ＣｏＭＰ仮説について、第２のノードは、このＣｏＭＰ仮説の下で協調送信を実行することから生成され得る性能利得を決定し、次に、第２のノードは、決定された性能利得のうちのすべてを第２のノードにおいてあらかじめ規定された利得しきい値とそれぞれ比較し、また利得しきい値より上の最高の性能利得に対応するＣｏＭＰ仮説を選択する。

第２のノードにおいてＣｏＭＰ仮説を選択するオペレーション中に、ＣｏＭＰクラスタ、またはＣｏＭＰクラスタの中の他のノードに対して、より高い利得性能をもたらすＣｏＭＰ仮説は、第２のノードの性能の悪化を引き起こすが、性能悪化が、第２のノードの許容された悪化範囲を超過する場合、そのときには第２のノードは、ＣｏＭＰ仮説において協調送信を許容しないことになることに注意すべきである。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

ステップＳ５において、第２のノードは、第１のノードに対して、リソース割り付け要求に関するフィードバック情報を送信する。

本明細書においては、フィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示すためのものである。

フィードバック情報の中のＣｏＭＰ仮説が、第２のノードが第１のノードにおいて提供される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すときに、次いで、第２のノードは、さらに、第１のノードとの協調送信を停止することが、好ましい。

ステップＳ６において、第１のノードは、リソース割り付け要求に関して、第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する。

具体的には、第１のノードが、リソース割り付け要求に関して、第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する実施方法は、それだけには限定されないが、以下を含む。すなわち、
１）リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードが第１のノードにおいて提供される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すときに、第１のノードは、第２のノードとの協調送信を停止する。

例えば、第１のノードによって受信されるフィードバック情報が、第２のノードによって選択されるＣｏＭＰ仮説のインデックスが「００００」であることを示すときに、インデックス「００００」に対応するＣｏＭＰ仮説は、第２のノードが協調送信を実行することを現在拒否していることを示すためのものであり、次いで、第１のノードは、第２のノードとの現在の協調送信を停止する。

フィードバック情報が、第２のノードが第１のノードによって示される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すとしても、第１のノードは、第２のノードに対して、その後に少なくとも１つのＣｏＭＰ仮説以外の他のＣｏＭＰ仮説を送信して、第２のノードが選択するために使用可能にすることができ、または第２のノードとの協調送信を実行することが再び必要になるときに第２のノードが後で選択するために使用可能であるように少なくとも１つのＣｏＭＰ仮説を再選択することができることに注意すべきである。

２）リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードがＣｏＭＰを現在サポートすることができることを示すときに、第１のノードは、ＣｏＭＰ仮説に基づいて、第２のノードとの協調送信を作動させる。第２のノードによって選択されるＣｏＭＰ仮説が、次元状態についての制限を有するときに、第１のノードは、次元状態の上で第２のノードとの協調送信を作動させることが、好ましい。

例えば、第１のノードによって受信されるフィードバック情報が、第２のノードによって選択されるＣｏＭＰ仮説のインデックスが「００１１」であることを示すときに、このインデックスに対応するＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンド・グループのうちの一部分の内部で協調送信を実行することを許容することを示すためのものであり、次いで、第２のノードに対して第１のノードによって送信されるリソース割り付け要求の中で「００１１」によってインデックス付けされるＣｏＭＰ仮説に対応するリソース情報に基づいて、第１のノードは、リソース情報の中で示されるサブバンド・グループのうちの一部分の内部で、第２のノードとの協調送信を作動させる。

リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードがＣｏＭＰを現在サポートすることができることを示すときに、第１のノードは、ＣｏＭＰ仮説を記憶して、再び協調送信を実行するときに、このＣｏＭＰ仮説の下で協調送信を実行するように第２のノードに直接に指示することができ、またはステップＳ１において選択されるＣｏＭＰ仮説としてＣｏＭＰ仮説を再び使用することができることに注意すべきである。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、リソース割り付け要求に関して第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する、どのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

本発明の実施形態によれば、複数のプリセットされたＣｏＭＰ仮説のうちのすべて、または一部分は、第１のノードが、第２のノードによって報告される測定信号に基づいて、複数のＣｏＭＰ仮説のうちから、第２のノードのためにより適している１つまたは複数のＣｏＭＰ仮説を選択することができるように、またそれが、１つまたは複数のＣｏＭＰ仮説に対するリソース割り付けを実行することを通して、リソース割り付けをより妥当なものにするように、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定しており、さらに、第２のノードは、ステータス情報と、第２のノードの性能に対する異なるＣｏＭＰ仮説の影響とに基づいて、１つまたは複数のＣｏＭＰ仮説のうちから、第２のノードが協調送信を実行するために最も適しているＣｏＭＰ仮説を選択することができ、それによってＣｏＭＰ送信の性能を高めている。

それに加えて、第１のノードは、さらに、第２のノードからのフィードバック情報に基づいて、第２のノードの現在のステータスを決定することができ、さらに、第２のノードからのフィードバック情報が、第２のノードが協調送信を実行することを現在拒否していることを示しているときに、拒否理由に従って協調送信の現在の拒否を示しているＣｏＭＰ仮説を分類することにより、第１のノードは、さらに、何故、第２のノードが協調送信を実行することを拒否しているかという理由を決定することができる。

図２は、本発明の別の実施形態による、ＣｏＭＰ−ベースのリソース割り付けを実行するための方法の流れ図であり、そこでは、本実施形態の方法は、主として第１のノードと、第２のノードとを通して実施され、そこでは、図１の中の実施形態を参照しての第１のノードと、第２のノードとについてのどのような説明も、参照によって本実施形態に組み込まれている。本実施形態による方法は、ステップＳ１と、ステップＳ２と、ステップＳ３と、ステップＳ４と、ステップＳ５と、ステップＳ６と、ステップＳ７と、ステップＳ８と、ステップＳ９とを含む。

本明細書においては、ステップＳ１と、ステップＳ２と、ステップＳ３と、ステップＳ４と、ステップＳ５と、ステップＳ６とは、図１を参照して実施形態の中に詳細に説明されており、また参照によってここに組み込まれており、それゆえに、それらは、詳細に説明されないであろう。

ステップＳ７において、第２のノードは、第１のノードに対して、再測定からもたらされる新しい測定情報を送信する。

具体的には、第２のノードは、複数のやり方で、第１のノードに対して、再測定からもたらされる新しい測定情報を送信することができる。

例えば、第２のノードは、第１のノードに対して、再測定からもたらされる新しい測定情報を定期的に送信することができる。

別の例では、第２のノードは、第１のノードからの要求に従って、再測定を実行し、また第１のノードに対して、再測定からもたらされる新しい測定情報を送信することができる。

さらなる例では、第２のノードにおいて発生するイベントが、第２のノードが現在の測定情報を自発的に報告することを必要とするときに、第２のノードは、第１のノードに対して、再測定からもたらされる新しい測定情報を送信するであろう。

上記の例は、本発明を限定するためではなくて、本発明の技術的問題解決手法をよりよく説明するためのものにすぎないことに注意すべきである。当業者なら、第１のノードに対して、再測定からもたらされる新しい測定情報を送信するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

ステップＳ８においては、第１のノードは、第２のノードから新しい測定情報を受信し、また測定情報として新しい測定情報を用いて、ステップＳ１、Ｓ２、およびＳ６を反復する。

具体的には、第１のノードは、第２のノードがＣｏＭＰ仮説を再選択するように、第２のノードから新しい測定情報を受信し、また測定情報として新しい測定情報を用いて、ステップＳ１、Ｓ２、およびＳ６を反復する。

ステップＳ９において、第２のノードは、新しい測定情報に関して、第１のノードからフィードバックされる新しいリソース割り付け要求を受信し、またリソース割り付け要求としてその新しいリソース割り付け要求を用いてステップＳ４およびＳ５を反復する。

具体的には、第２のノードは、新しい測定情報に関して、第１のノードからフィードバックされる新しいリソース割り付け要求を受信し、またリソース割り付け要求としてその新しいリソース割り付け要求を用いてステップＳ４およびＳ５を反復して、第１のノードが第２のノードについてのＣｏＭＰ仮説をアップデートするように、第１のノードに対してその再選択されたＣｏＭＰ仮説をフィードバックする。

本発明の問題解決手法によれば、第２のノードが、第１のノードに対して新しい測定情報を報告するときに、第１のノードは、第２のノードが選択するために使用可能であるように１つまたは複数のＣｏＭＰ仮説を再選択して、協調送信を実行するための、第２のノードのＣｏＭＰ仮説をアップデートすることができ、それによって第２のノードのステータスの変化によって引き起こされるＣｏＭＰ送信性能の悪化を回避している。

図３は、本発明のさらなる一実施形態によるＣｏＭＰ−ベースのリソース割り付けのための方法の概略的な流れ図を示すものである。本明細書においては、本実施形態による方法は、主として第１のノードと、第２のノードとを通して実施され、第１のノードと、第２のノードとは、同じＣｏＭＰクラスタに属しており、そこでは、図１を参照しての実施形態における第１のノードと、第２のノードとのどのような説明についても、それは、本実施形態の中に、ここで組み込まれている。本実施形態による方法は、ステップＳ１０と、ステップＳ１１と、ステップＳ１２と、ステップＳ１３と、ステップＳ１４と、ステップＳ１５とを含む。

ステップＳ１０において、第２のノードは、第２のノードのＣｏＭＰ決定関連情報に基づいてリソース構成要求を決定し、そこでは、リソース構成要求は、第２のノードのサービング・セルと、対応するリソース情報とについての、第２のノードのために好ましい少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説を示すためのものであり、そこでは、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する。

具体的には、第２のノードは、ＣｏＭＰ決定関連情報に基づいて、第２のノードのサービング・セルと、対応するリソース情報とについての、第２のノードがよりよい性能を取得することを可能にすることができる少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説を決定して、リソース構成要求を生成し、言い換えれば、サービング・セルと、その対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、その対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説は、第２のノードによって必要とされる。本明細書においては、第２のノードは、どのＣｏＭＰ仮説と、リソース情報とが、ＣｏＭＰ決定関連情報に基づいて、それ自体が、よりよい性能を取得することを可能にすることができるかを予測することができる。

本明細書においては、ＣｏＭＰ仮説と、次元状態とは、図１を参照して実施形態において詳細に説明されており、これについては、ここでは詳細に説明されないであろう。

本実施形態において、好ましい１つのＣｏＭＰ仮説の次元状態が、第２のノードが指定された次元（単数または複数）の部分的な範囲（単数または複数）の中のＣｏＭＰをサポートすることを含むときに、ＣｏＭＰ仮説に対応するリソース情報は、ＣｏＭＰ仮説の下のサポートされたリソースもしくはミュートされたリソースのリソース数および／またはリソース数の比率を含んでいる。

例えば、ＣｏＭＰ仮説の次元状態は、第２のノードが、周波数次元におけるサブバンドのうちの一部分において、ＣｏＭＰをサポートすることを含むことが好ましい。このＣｏＭＰ仮説に対応するリソース情報は、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの数、および／またはすべてのサブバンド・グループに対する、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの比率を含むことができる。例えば、リソース情報は、ミュートされたサブバンド・グループの数が３であること（３つのサブバンド・グループの上でＣｏＭＰをサポートしないこと、すなわち、他のサブバンド・グループの上でＣｏＭＰをサポートすることに対応している）を含んでおり、別の例では、リソース情報は、ミュートされたサブバンド・グループの比率が３／９であること（３／９のサブバンド・グループの比率の上でＣｏＭＰをサポートしないことに対応している）を含んでいる。

好ましい問題解決手法として、リソース構成要求は、以下の項目のうちの少なくとも１つを含むことができる。すなわち、
１）第１のノードの識別情報、
２）第２のノードのサービング・セルの識別情報、
３）それぞれ、第２のノードのサービング・セルの少なくとも１つのＣｏＭＰ仮説の中の第２のノードによって必要とされる各ＣｏＭＰ仮説についての識別情報、および第２のノードによって決定される少なくとも１つのＣｏＭＰ仮説の中の各ＣｏＭＰ仮説に対応するリソース情報、
４）サービング・セルの少なくとも１つの隣接するセルの中のそれぞれの隣接するセルの識別情報、及び、
５）それぞれ、サービング・セルの少なくとも１つの隣接するセルの中のそれぞれの隣接するセルの、第２のノードによって必要とされる各ＣｏＭＰ仮説のインデックス情報、および各ＣｏＭＰ仮説に対応するリソース情報。

本明細書においては、ＣｏＭＰ決定関連情報は、第２のノードのＣｏＭＰ決定に影響を及ぼす可能性が高い任意の情報を含んでいる。ＣｏＭＰ決定関連情報は、以下のうちの少なくとも任意の１つを含むことができることが好ましい。
１）第２のノードの測定情報。測定情報は、図１を参照しての実施形態に関連して、詳細に説明されており、これについては、ここでは詳細には説明されないであろう。
２）第２のノードのサービング・セルによってサービスされるユーザに対応する、第２のノードの中のバッファ・エリアのバッファ情報、そこでは、サービング・セルによってサービスされる各ユーザは、対応するバッファ・エリアを有することができる。
３）第２のノードのサービング・セルによってサービスされるユーザについての公正なスケジューリング・メトリック。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、ＣｏＭＰ決定関連情報に基づいて、リソース構成要求を決定するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

ステップＳ１１において、第２のノードは、第１のノードに対してリソース構成要求を送信する。

第１のノードは、それに対応する複数の第２のノードを有することができ、次いで、ステップＳ１２において、第１のノードは、複数の第２のノードの中のそれぞれの第２のノードによって送信されるリソース構成要求を受信する。

ステップＳ１３において、第１のノードは、それぞれ複数の第２のノードからのリソース構成要求に基づいて、複数の第２のノードの中のそれぞれの第２のノードのサービング・セルについてのＣｏＭＰ仮説とリソース情報とを決定する。

具体的には、それぞれの第２のノードについて、第１のノードは、それについてのＣｏＭＰ仮説とリソース情報とを提供することになる。ＣｏＭＰ仮説とリソース情報とは、第２のノードによって提供されるＣｏＭＰ仮説と、リソース情報とのうちの任意の１つではない可能性があり、すなわち、それらは、第１のノードが、複数の第２のノードからのリソース構成要求を合成することにより、第２のノードのために再決定される可能性がある。

ステップＳ１４において、第１のノードは、第２のノードのうちのそれぞれに対して、第２のノードのサービング・セルに対応するＣｏＭＰ仮説とリソース情報とを送信する。

ステップＳ１３と、ステップＳ１４とは、絶対的な順序を有していないことに注意すべきである。例えば、第１のノードは、この第２のノードに対して、第２のノードのために決定されるＣｏＭＰ仮説とリソース情報とを直ちに送信することができ、また第１のノードは、別の第２のノードのために、ＣｏＭＰ仮説とリソース情報とを決定し続ける。

ステップＳ１５において、第２のノードは、第１のノードによってフィードバックされるＣｏＭＰ仮説とリソース情報とを受信し、また対応するオペレーションを実行する。

具体的には、第２のノードは、第２のノードのために第１のノードによって決定されたＣｏＭＰ仮説とリソース情報とを受信した後に、ＣｏＭＰ仮説とリソース情報とに基づいて、対応するオペレーションを実行し、例えば、適切な次元状態の上で協調送信を実行する。

この実施形態においては、第２のノードは、第１のノードに対して、隣接するセル（単数または複数）の、第２のノードによって必要とされるＣｏＭＰ仮説とリソース情報とを提供することができるが、第１のノードは、全体的な通信システムがよりよいリソース・スケジュールを達成することができるように、複数の第２のノードによって提供されるＣｏＭＰ仮説とリソース情報とを合成して、それぞれ、各第２のノードについてのＣｏＭＰ仮説とリソース情報とを決定することができる。

図４は、本発明の一実施形態による、ＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図を示すものである。本実施形態によるシステムは、第１のノードと、第２のノードとを備えており、第１のノードは、第１の装置を備えており、第１の装置は、第１の選択モジュール１と、第１の送信モジュール２と、第１の受信モジュール３とを備えており、第２のノードは、第２の装置を備えており、第２の装置は、第３の受信モジュール４と、第２の選択モジュール５と、第２の送信モジュール６とを備えている。

第１の選択モジュール１は、同じＣｏＭＰクラスタの内部の第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから、少なくとも１つのＣｏＭＰ仮説を選択する。

本明細書においては、測定情報は、第２のノードによって報告される、また第２のノードの通信品質に関連する任意の測定情報を含んでおり、例えば、第２のノードによって報告されるＣＳＩ（チャネル状態情報）測定情報、ＲＳＲＰ（基準信号受信電力）測定情報、ＢＭ（利益メトリック）測定情報などを含む。

本明細書においては、複数のＣｏＭＰ仮説は、ＣｏＭＰ送信を構成するための所定の複数の仮説である。複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定することが好ましい。

複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの一部分が、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定するときに、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの他の部分は、協調送信が現在実行されていないことを示しているＣｏＭＰ仮説を含むことができることが好ましい。例えば、インデックス「００００」を使用して、協調送信が現在実行されていないことを示しているＣｏＭＰ仮説を識別する。

複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの一部分が、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定するときに、複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちの他の部分はまた、協調送信が次元状態（単数または複数）に無関係であることを示しているＣｏＭＰ仮説を含むこともできることがより好ましい。例えば、インデックス「０００１」を使用して、そのようなＣｏＭＰ仮説を、すなわち、第２のノードが、無条件にＣｏＭＰをサポートすること、すなわち、協調送信に対する第２のノードのサポートは、次元状態（単数または複数）に無関係であることを識別することができる。

本明細書においては、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）は、第２のノードがＣｏＭＰをサポートするときの次元についての任意の制限を含んでおり、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）は、以下のうちの少なくとも１つを含んでいることが好ましい。
１）第２のノードは、指定された次元（単数または複数）の上でＣｏＭＰをサポートする。

本明細書においては、指定された次元は、ＣｏＭＰ送信性能に影響を及ぼす可能性がある任意の次元を、例えば、空間次元、時間次元、周波数次元、電力次元などを含む。より具体的には、次元は、ビーム・グループ、期間、サブバンド・グループ、電力レベルなどとして表されることもある。

第２のノードは、２つ以上の指定された次元の上でＣｏＭＰをサポートすることができることが好ましい。例えば、第２のノードは、時間次元と、周波数次元と、電力次元との上でＣｏＭＰをサポートする。

２）第２のノードは、指定された次元の部分的な範囲（単数または複数）を用いて、ＣｏＭＰをサポートする。

本明細書においては、部分的な範囲は、全体の指定された次元の中の部分的な範囲を示している。例えば、空間次元では、部分的な範囲は、すべてのビーム・グループのうちのビーム・グループのうちの一部分として表されることもあり、時間次元では、部分的な範囲は、全体の期間の内部の期間のうちの一部分として表されることもあり、周波数次元では、部分的な範囲は、全体のサブバンド・グループの内部のサブバンド・グループのうちの一部分として表されることもあり、また電力次元では、部分的な範囲は、すべての電力レベルのうちの特定の電力レベルのうちの一部分として表されることもあるなどである。

第２のノードは、２つ以上の指定された次元のうちの部分的な範囲の内部で、ＣｏＭＰをサポートすることができることが好ましい。

例えば、第２のノードは、空間次元のうちのビーム・グループのうちの一部分と、時間次元のうちの期間のうちの一部分との内部で、ＣｏＭＰをサポートする。

上記の次元状態１）と、２）とは、同時に存在することができることに注意すべきである。言い換えれば、第２のノードは、いくつかの指定された次元の全体の範囲の内部で、ＣｏＭＰをサポートし、またいくつかの他の指定された次元の部分的な範囲（単数または複数）の内部で、ＣｏＭＰをサポートすることができる。例えば、第２のノードは、全体の期間の中で、ＣｏＭＰをサポートし、またサブバンド・グループのうちの一部分の中で、ＣｏＭＰをサポートする。

本明細書においては、第１の選択モジュール１がＣｏＭＰ仮説を選択するときに起こるような可能性のある状況は、それだけには限定されないが、以下を含んでいる。
１）第１の選択モジュール１は、第２のノードによって報告される測定情報に基づいて、第２のノードが現在、協調送信のために適していないことを決定し、次いで、第１の選択モジュール１は、複数のＣｏＭＰ仮説のうちからＣｏＭＰ仮説を選択し、このＣｏＭＰ仮説は、協調送信が現在実行されていないことを示すために使用される。

例えば、第１の選択モジュール１は、第２のノードによって報告されるチャネル・ステータス情報に基づいて、第２のノードの現在のチャネル状態が、協調送信を実行するために適していないことを決定し、次いで、第１の選択モジュール１は、複数のＣｏＭＰ仮説のうちからインデックス「００００」を選択し、インデックス「００００」によって識別されるＣｏＭＰ仮説は、協調送信が現在実行されていないことを示すためのものである。

２）第１の選択モジュール１は、第２のノードによって報告される測定情報に基づいて、第２のノードが、現在、協調送信のために適していることを決定する。この状況は、以下の複数の可能性をさらに含んでいる。
ａ）第１の選択モジュール１は、第２のノードによって報告される測定情報に基づいて、第２のノードが、無条件に協調送信をサポートすることができることを決定し、次いで、第１の選択モジュール１は、複数のＣｏＭＰ仮説から、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択する。

例えば、第１の選択モジュール１は、第２のノードによって報告される測定情報に基づいて、第２のノードの現在の負荷が非常に軽く、またチャネル状態が非常に良好であることを決定し、次いで、第１の選択モジュール１は、複数のＣｏＭＰ仮説のうちからインデックス「０００１」を選択し、そのインデックス「０００１」によって識別されるＣｏＭＰ仮説は、協調送信についての無条件のサポートを示すためのものである。

ｂ）第１の選択モジュール１は、第１のサブ選択モジュール（図示されず）を備えている。第１のサブ選択モジュールは、第２のノードによって報告される測定情報に基づいて、性能が、第２のノードとの協調送信を実行するときの、次元のうちの一部分、および／または次元（単数または複数）の部分的な範囲（単数または複数）において比較的良好である可能性があることを決定し、次いで、第１のノードは、複数のＣｏＭＰ仮説のうちから、次元のうちの決定された一部分、および／または次元の部分的な範囲（単数または複数）に対応する少なくとも１つのＣｏＭＰ仮説を選択する。

例えば、第１のサブ選択モジュールは、第２のノードによって報告される測定情報に基づいて、第２のノードとの協調送信を実行するときによりよい性能を有する次元が時間次元であることを決定し、次いで、第１のサブ選択モジュールは、複数のＣｏＭＰ仮説のうちから、時間次元の上のＣｏＭＰについてのサポートを示すためのＣｏＭＰ仮説を選択する。

別の例では、第１のサブ選択モジュールは、第２のノードによって報告される測定情報に基づいて、性能が、期間のうちの一部分と、サブバンド・グループのうちの一部分と、期間のうちの一部分とサブバンド・グループのうちの一部分との組合せとの下で、第２のノードとの協調送信を実行するときに、よりよいことを決定し、次いで、第１のサブ選択モジュールは、複数のＣｏＭＰ仮説のうちからインデックス「００１０」と、「００１１」と、「０１１０」とを選択し、そこでは、インデックス「００１０」によって識別されるＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分の内部でＣｏＭＰをサポートすることを示すためのものであり、インデックス「００１１」によって識別されるＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンド・グループのうちの一部分の内部でＣｏＭＰをサポートすることを示すためのものであり、またインデックス「０１１０」によって識別されるＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分と、周波数次元におけるサブバンド・グループのうちの一部分との内部でＣｏＭＰをサポートすることを示すためのものである。

ＣｏＭＰ仮説の中の指定された次元は、この状況の下での次元のうちの一部分に対応しているべきであることに注意すべきである。例えば、空間次元の上の性能が、比較的良好であることが、決定される場合、そのときには、ＣｏＭＰ仮説によって規定される次元状態は、ビーム・グループの上でＣｏＭＰをサポートしており、しかしながら、ＣｏＭＰ仮説の中の指定された次元（単数または複数）の部分的な範囲（単数または複数）は、ＣｏＭＰが、次元の全体の範囲の中でサポートされないが、その中の部分的な範囲（単数または複数）の中だけでサポートされることを示しているだけであり、実際には、ＣｏＭＰ仮説においては、部分的な範囲は、部分的な範囲がどれを具体的に意味しているかを具体的に規定していない可能性がある。しかしながら、この状況においては、第１のノードによって決定される部分的な範囲は、特定の数値、例えば、特定の期間などとすることができる。

上記の実施方法ａ）と、実施方法ｂ）とは、組み合わされることもあることが好ましい。例えば、第１の選択モジュール１が、第２のノードによって報告される測定情報に基づいて、第２のノードが無条件にＣｏＭＰをサポートする可能性が高く、また第２のノードが次元のうちの一部分、または次元（単数または複数）の部分的な範囲（単数または複数）の中でＣｏＭＰをよりよくサポートする可能性を有してもいることを決定する場合に、第１の選択モジュール１は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する複数のＣｏＭＰ仮説と、１つまたは複数のＣｏＭＰ仮説とのうちから、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択することができる。

上記のシナリオ２）では、第１の選択モジュール１は、第２のノードによって報告される測定情報に基づいて、第２のノードが、現在、協調送信のために適していることを決定するが、第２のノードが、それ自体の情報に基づいて、それが協調送信を現在実行していないことを決定するときに、それが、協調送信が第１のノードにフィードバックするために現在実行されていないことを示すためのＣｏＭＰ仮説を選択することができるように、第１の選択モジュール１はまた、複数のＣｏＭＰ仮説のうちから、協調送信のために適した１つまたは複数のＣｏＭＰ仮説を選択しながら、協調送信が現在実行されていないことを示すためのＣｏＭＰ仮説を選択すること（例えば、インデックス「００００」を選択すること）もできることが、好ましい。第１の選択モジュール１は、第２のノードが、協調送信が現在実行されていないことを示すＣｏＭＰ仮説を用いて、デフォルトにおいて構成されているかどうかに基づいて、協調送信が現在実行されていないことを示すＣｏＭＰ仮説が選択され、また第２のノードに対して提供されるべきであるかどうかを決定することができることが、より好ましい。例えば、第２のノードが、現在既にデフォルト・インデックス「００００」を有している（第１のノードは、第２のノードが、全体の通信システムのデフォルト構成に基づいて、デフォルト・インデックスを有しているかどうかを決定することができる）場合、そのときには、第１の選択モジュール１は、デフォルト・インデックス「００００」を選択しない可能性があり、第２のノードが、現在、デフォルト・インデックス「００００」を有していない場合、そのときには、第１の選択モジュール１はまた、他のインデックスを選択しながら、デフォルト・インデックスを選択し、またそれを第２のノードに対して提供する。

上記の例は、単に、本発明の技術的問題解決手法をよりよく例証するためにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、同じＣｏＭＰクラスタの中の第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

第１の送信モジュール２は、リソース割り付け要求を第２のノードに対して送信する。

本明細書においては、リソース割り付け要求は、第２のノードに対してリソースの割り付けを要求するために使用され、そこでは、リソース割り付け要求は、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである。

好ましい問題解決手法として、本実施形態においては、リソース割り付け要求は、それだけには限定されないが、以下のものを含むことができる。
１）第１のノードの識別情報。
２）第２のノードまたは受信セル（ターゲット・セル）の識別情報。
３）第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説のインデックス情報。
４）第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説のうちのＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報。

本明細書においては、リソース情報は、協調送信のためのリソース割り付けに関連した任意の情報を含んでいる。リソース情報は、リソース・ブロック情報を含んでいることが好ましい。第２のノードが選択するために使用可能なＣｏＭＰ仮説では、リソース情報が次元状態を有しており、また次元状態が、第２のノードが指定された次元（単数または複数）の部分的な範囲（単数または複数）の内部のＣｏＭＰをサポートすることを含んでいる場合、そのときには、リソース情報は、部分的な範囲（単数または複数）についての特定の表示を含むこともできることが、より好ましい。特定の表示は、特定のレンジ値を制限することができることが、より好ましい。例えば、第１のノードによって選択されるインデックス「００１０」に対応するＣｏＭＰ仮説は、第２のノードが、時間次元における期間のうちの一部分の内部のＣｏＭＰをサポートすることに制限し、そのときには、リソース情報は、ＣｏＭＰ仮説によって制限される期間のうちの一部分の特定の時間範囲を含んでおり、さらに、特定の表示は、リソースの特定の数、および／またはリソース数の比率を制限することができる。例えば、第１のノードによって選択されるインデックス「００１１」に対応するＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンドのうちの一部分の内部のＣｏＭＰをサポートすることに制限しており、そのときには、リソース情報の中に含まれるサブバンド・グループのうちの一部分についての特定の表示は、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの数、例えば、ミュートした３つのサブバンド・グループ、またはすべてのサブバンド・グループに対する、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの比率（ｒａｄｉｏ）、例えば、３／９などとすることができる。

５）ＣｏＭＰクラスタのために、第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分によって、それぞれ、生成される平均利得。

第２のノードの第３の受信モジュール４は、第２のノードによって送信される測定情報に関して、第１のノードによってフィードバックされるリソース割り付け要求を受信する。

第２のノードの第２の選択モジュール５は、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択する。

本明細書においては、ステータス情報は、第２のノードの現在のステータスを示すための任意の情報を含んでいる。ステータス情報は、それだけには限定されないが、
１）第２のノードの負荷状態、
２）第２のノードのバッファ・エリアのバッファ・エリア・ステータス、
３）第２のノードのアクティブなユーザの量、
４）第２のノードのＣｏＭＰ処理ステータス、
を含むことが好ましい。

具体的には、第２の選択モジュール５が、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するときに行われる可能性の高いシナリオは、それだけには限定されないが、以下を含んでいる。
１）第２の選択モジュール５は、第３のサブ選択モジュール（図示されず）を備えている。第３のサブ選択モジュールが、それがそのステータス情報だけに基づいて、協調送信のために現在適していないことを決定する場合、そのときには第３のサブ選択モジュールは、第２のノードが協調送信を実行することを現在拒否していることを示すためのＣｏＭＰ仮説を選択する。

例えば、第３のサブ選択モジュールが、そのステータス情報に基づいて、それが現在過負荷ステータスにあるかどうか、またリソースが協調送信のために使用可能でないかどうかを決定するときに、第３のサブ選択モジュールは、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説についてのインデックス「００００」を選択する。

別の例では、第３のサブ選択モジュールが、そのステータス情報に基づいて、それが他のリソース割り付け要求を現在処理していることを決定する場合、第３のサブ選択モジュールは、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説についてのインデックス「００００」を選択する。

第２のノードが、デフォルトで、第２のノードが協調送信を現在拒否していることを示すＣｏＭＰ仮説（以降では、デフォルトＣｏＭＰ仮説と称される）を設定する場合、そのときには、第１のノードによって提供されるオプションのＣｏＭＰ仮説でさえも、デフォルトＣｏＭＰ仮説を含んではおらず、第２のノードの第２の選択モジュール５は、依然としてＣｏＭＰが現在サポートされていないことを決定する場合に、デフォルトＣｏＭＰ仮説を直接に選択することができることに注意すべきである。言い換えれば、第２の選択モジュール５によって選択されるＣｏＭＰ仮説は、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説、またはデフォルトＣｏＭＰ仮説に由来する可能性があり、第２のノードがデフォルトＣｏＭＰ仮説を有していない場合、そのときには、第２の選択モジュール５によって選択されるＣｏＭＰ仮説は、すべて、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説に由来する（この場合には第１のノードは、一般に、デフォルトＣｏＭＰ仮説を提供することになる）。

デフォルトＣｏＭＰ仮説は、何故第２のノードが協調送信を拒否するかという理由に従って、複数のサブＣｏＭＰ仮説へと分割される可能性があることが好ましい。例えば、デフォルトＣｏＭＰ仮説のインデックスが、「００００」である場合、デフォルトＣｏＭＰ仮説は、以下のサブＣｏＭＰ仮説へと分割され、すなわち、「００００００」によってインデックス付けされた、現在の過負荷ステータスを示すためのサブＣｏＭＰ仮説、「０００００１」によってインデックス付けされた、現在のバッファ・エリアが空であることを示すためのサブＣｏＭＰ仮説、「００００１０」によってインデックス付けされた、協調送信のために使用可能な十分なリソースが現在存在していないことを示すためのサブＣｏＭＰ仮説、「００００１１」によってインデックス付けされた、他のＣｏＭＰイベントが現在処理されていることを示すためのサブＣｏＭＰ仮説などへと分割される。

第２のノードが、協調送信を実行することを現在拒否していることを示すための第３のサブ選択モジュールによって選択されるＣｏＭＰ仮説は、第２のノードが、第１のノードによって示される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示しているだけであり、第２のノードが、将来において少なくとも１つのＣｏＭＰの下で協調送信を実行することを受け入れてはいないことを示しておらず、また第２のノードが、少なくとも１つのＣｏＭＰ仮説以外の他のＣｏＭＰ仮説の下で、協調送信を実行することを拒否していることも示してはいないことに注意すべきである。第１のノードは、第２のノードがこのときに協調送信を拒否した後に、新しいリソース割り付け要求を再送信して、第２のノードとの協調送信についてさらに要求することもあるという可能性が高い。

２）第２の選択モジュール５が、それがそのステータス情報だけに基づいて、ＣｏＭＰを無条件にサポートすることができることを決定し、また第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説が、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を含んでいるときに、第２の選択モジュール５は、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を直接に選択する。

例えば、第１のノードによって提供される複数のインデックスは、「０００１」を含んでおり、このインデックスによって識別されるＣｏＭＰ仮説は、ＣｏＭＰについての無条件のサポートを示すためのものである。さらに、第２の選択モジュール５は、そのステータス情報だけに基づいて、第２のノードにおける現在のアクティブなユーザの数が極端に小さく、また極端に少ないデータ送信しか存在していないことを決定し、次いで、第２の選択モジュール５は、インデックス「０００１」を直接に選択することができる。

３）第２の選択モジュール５が、そのステータス情報だけに基づいて、それが無条件にＣｏＭＰをサポートすることができるかどうかを決定することができないときに、第２の選択モジュール５は、リソース情報をさらに参照して、判断を行う。第２の選択モジュール５は、第１の決定モジュール（図示されず）と、第２のサブ選択モジュール（図示されず）とをさらに備えている。具体的には、第１のノードによって提供される少なくとも１つのＣｏＭＰ仮説の中に対応するリソース情報を有する各ＣｏＭＰ仮説について、第１の決定モジュールは、このＣｏＭＰ仮説の下で実行される協調送信によって生成され得る性能利得を決定し、さらに、第２のサブ選択モジュールは、決定された性能利得のうちのすべてを利得しきい値とそれぞれ比較して、ＣｏＭＰ仮説を選択する。さらに、比較結果に基づいて、このシナリオは、さらに、以下を含んでいる。
ａ）第２のサブ選択モジュールが、第１の決定モジュールによって決定される性能利得のうちのすべてが、利得しきい値よりも低いことを決定するときに、第２のサブ選択モジュールは、第２のノードが協調送信を実行することを現在拒否していることを示すためのＣｏＭＰ仮説を選択する。

本明細書においては、性能利得は、第２のノードの協調送信に関連した任意の性能利得を含んでいる。性能利得は、それだけには限定されないが、第２のノードに対する協調送信によってもたらされる利得と、ＣｏＭＰクラスタに対する協調送信によってもたらされる利得と、ＣｏＭＰクラスタの内部の他のノードに対する協調送信によってもたらされる平均利得と、協調送信によってもたらされる潜在利得などとを含むことが好ましい。

具体的には、第２のサブ選択モジュールは、様々な方法で、決定された性能利得のうちのすべてを、それぞれ、利得しきい値と比較することができる。

例えば、利得しきい値は、第２のノードにおける所定の値であり、第２のサブ選択モジュールは、決定された性能利得のうちのすべてを所定の値と比較している。

別の例では、利得しきい値は、ＣｏＭＰクラスタに関して、各ＣｏＭＰ仮説によって生成され、またリソース割り付け要求の中で提供される平均利得であり、そのときには、少なくとも１つのＣｏＭＰ仮説の中の対応するリソース情報を有する各ＣｏＭＰ仮説について、第２のサブ選択モジュールは、このＣｏＭＰ仮説についての決定された性能利得をリソース割り付け要求の中のこのＣｏＭＰ仮説についての平均利得と比較する。

ｂ）第２のサブ選択モジュールが、利得しきい値よりも高い性能利得の存在を決定するときに、第２のサブ選択モジュールは、対応するリソース情報を有するＣｏＭＰ仮説のうちから、より高い性能をもたらし得るＣｏＭＰ仮説を選択し、そこでは、比較結果に基づいて、第２のサブ選択モジュールは、ＣｏＭＰについての無条件のサポートを示すためのＣｏＭＰ仮説を選択し、または次元状態（単数または複数）を有するＣｏＭＰ仮説を選択することができる。本明細書においては、ＣｏＭＰについての無条件のサポートと、またある種の次元状態（単数または複数）の下でＣｏＭＰについてサポートすることとは、一様に、ＣｏＭＰをサポートすることができると呼ばれることもある。

例えば、第２の選択モジュール５が、そのステータス情報だけに基づいて、それがＣｏＭＰを無条件にサポートすることができるかどうかについて不確かであるときに、少なくとも１つのＣｏＭＰ仮説の中の対応するリソース情報を有する各ＣｏＭＰ仮説について、第１の決定モジュールは、このＣｏＭＰ仮説の下で協調送信を実行することから生成され得る性能利得を決定し、次に、第２のサブ選択モジュールは、決定された性能利得のうちのすべてを第２のノードにおいてあらかじめ規定された利得しきい値と、それぞれ比較し、また利得しきい値より上の最高の性能利得に対応するＣｏＭＰ仮説を選択する。

第２のサブ選択モジュールがＣｏＭＰ仮説を選択するオペレーション中に、ＣｏＭＰクラスタ、またはＣｏＭＰクラスタの中の他のノードに対して、より高い利得性能をもたらすＣｏＭＰ仮説は、第２のノードの性能の悪化を引き起こすが、性能悪化が、第２のノードの許容された悪化範囲を超過する場合、そのときには第２のサブ選択モジュールは、ＣｏＭＰ仮説において協調送信を許容しないことになることに注意すべきである。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、第２のノードのリソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

第２の送信モジュール６は、第１のノードに対して、リソース割り付け要求に関するフィードバック情報を送信する。

本明細書においては、フィードバック情報は、第２のノードによって選択されるＣｏＭＰ仮説を示すためのものである。

フィードバック情報の中のＣｏＭＰ仮説が、第２のノードが第１のノードにおいて提供される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すときに、次いで、第２の送信モジュール６は、さらに、第１のノードとの協調送信を停止することが、好ましい。

第１の受信モジュール３は、リソース割り付け要求に関して、第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する。

具体的には、第１の受信モジュール３が、リソース割り付け要求に関して、第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する実施方法は、それだけには限定されないが、以下を含む。すなわち、
１）リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードが第１のノードにおいて提供される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すときに、第１の受信モジュール３は、第２のノードとの協調送信を停止する。

例えば、第１の受信モジュール３によって受信されるフィードバック情報が、第２のノードによって選択されるＣｏＭＰ仮説のインデックスが「００００」であることを示すときに、インデックス「００００」に対応するＣｏＭＰ仮説は、第２のノードが、協調送信を実行することを現在拒否していることを示すためのものであり、次いで、第１の受信モジュール３は、第２のノードとの現在の協調送信を停止する。

フィードバック情報が、第２のノードが第１のノードによって示される少なくとも１つのＣｏＭＰ仮説の下で協調送信を実行することを現在拒否していることを示すとしても、第１のノードは、第２のノードに対して、その後に少なくとも１つのＣｏＭＰ仮説以外の他のＣｏＭＰ仮説を送信して、第２のノードが選択するために使用可能にすることができ、または第２のノードとの協調送信を実行することが再び必要になるときに、第２のノードが後で選択するために使用可能であるように少なくとも１つのＣｏＭＰ仮説を再選択することができることに注意すべきである。

２）リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードがＣｏＭＰを現在サポートすることができることを示すときに、第１の受信モジュール３は、ＣｏＭＰ仮説に基づいて、第２のノードとの協調送信を作動させる。第２のノードによって選択されるＣｏＭＰ仮説が、次元状態についての制限を有するときに、第１の受信モジュール３は、次元状態の上で第２のノードとの協調送信を作動させることが、好ましい。

例えば、第１の受信モジュール３によって受信されるフィードバック情報が、第２のノードによって選択されるＣｏＭＰ仮説のインデックスが「００１１」であることを示すときに、このインデックスに対応するＣｏＭＰ仮説は、第２のノードが、周波数次元におけるサブバンド・グループのうちの一部分の内部で協調送信を実行することを許容することを示すためのものであり、次いで、第２のノードに対して第１のノードによって送信されるリソース割り付け要求の中で「００１１」によってインデックス付けされるＣｏＭＰ仮説に対応するリソース情報に基づいて、第１の受信モジュール３は、リソース情報の中で示されるサブバンド・グループのうちの一部分の内部で、第２のノードとの協調送信を作動させる。

リソース割り付け要求に関する、第２のノードからのフィードバック情報の中のＣｏＭＰ仮説が、第２のノードがＣｏＭＰを現在サポートすることができることを示すときに、第１の受信モジュール３は、ＣｏＭＰ仮説を記憶して、再び協調送信を実行するときに、このＣｏＭＰ仮説の下で協調送信を実行するように第２のノードに直接に指示することができ、または第１の選択モジュール１によって選択されるＣｏＭＰ仮説としてＣｏＭＰ仮説を再び使用することができることに注意すべきである。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、リソース割り付け要求に関して第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行する、どのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

本発明の実施形態によれば、複数のプリセットされたＣｏＭＰ仮説のうちのすべて、または一部分は、第１のノードが、第２のノードによって報告される測定信号に基づいて、複数のＣｏＭＰ仮説のうちから、第２のノードのためにより適している１つまたは複数のＣｏＭＰ仮説を選択することができるように、またそれが、１つまたは複数のＣｏＭＰ仮説に対するリソース割り付けを実行することを通して、リソース割り付けをより妥当なものにするように、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定しており、さらに、第２のノードは、ステータス情報と、第２のノードの性能に対する異なるＣｏＭＰ仮説の影響とに基づいて、１つまたは複数のＣｏＭＰ仮説のうちから、第２のノードが協調送信を実行するために最も適しているＣｏＭＰ仮説を選択することができ、それによってＣｏＭＰ送信の性能を高めている。

それに加えて、第１のノードは、さらに、第２のノードからのフィードバック情報に基づいて、第２のノードの現在のステータスを決定することができ、さらに、第２のノードからのフィードバック情報が、第２のノードが協調送信を実行することを現在拒否していることを示しているときに、拒否理由に従って協調送信の現在の拒否を示しているＣｏＭＰ仮説を分類することにより、第１のノードは、さらに、何故第２のノードが協調送信を実行することを拒否しているかという理由を決定することができる。

図５は、本発明の別の実施形態による、ＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図を示すものである。本実施形態によるシステムは、第１のノードと、第２のノードとを備えており、第１のノードは、第１の装置を備えており、第１の装置は、第１の選択モジュール１と、第１の送信モジュール２と、第１の受信モジュール３と、第２の受信モジュール８とを備えており、第２のノードは、第２の装置を備えており、第２の装置は、第３の受信モジュール４と、第２の選択モジュール５と、第２の送信モジュール６と、第３の送信モジュール７と、第４の受信モジュール９とを備えている。

本明細書においては、第１の選択モジュール１と、第１の送信モジュール２と、第１の受信モジュール３と、第３の受信モジュール４と、第２の選択モジュール５と、第２の送信モジュール６とは、図４を参照して実施形態の中に詳細に説明されており、また参照によってここに組み込まれており、それゆえに、それらは、詳細に説明されないであろう。

第２のノードの第３の送信モジュール７は、第１のノードに対して、再測定からもたらされる新しい測定情報を送信する。

具体的には、第３の送信モジュール７は、複数のやり方で、第１のノードに対して、再測定からもたらされる新しい測定情報を送信することができる。

例えば、第３の送信モジュール７は、第１のノードに対して、再測定からもたらされる新しい測定情報を定期的に送信することができる。

別の例では、第３の送信モジュール７は、第１のノードからの要求に従って、再測定を実行し、また第１のノードに対して、再測定からもたらされる新しい測定情報を送信することができる。

さらなる例では、第２のノードにおいて発生するイベントが、第２のノードが現在の測定情報を自発的に報告することを必要とするときに、第３の送信モジュール７は、第１のノードに対して、再測定からもたらされる新しい測定情報を送信するであろう。

上記の例は、本発明を限定するためではなくて、本発明の技術的問題解決手法をよりよく説明するためのものにすぎないことに注意すべきである。当業者なら、第１のノードに対して、再測定からもたらされる新しい測定情報を送信するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

第１のノードの第２の受信モジュール８は、第２のノードから新しい測定情報を受信し、また第１の選択モジュール１と、第１の送信モジュール２と、第１の受信モジュール３とをトリガして、測定情報として新しい測定情報を用いて、オペレーションを繰り返し実行する。

具体的には、第２の受信モジュール８は、第２のノードが、ＣｏＭＰ仮説を再選択するように、第２のノードから新しい測定情報を受信し、新しい測定情報を測定情報と見なし、また第１の選択モジュール１と、第１の送信モジュール２と、第１の受信モジュール３とをトリガして、オペレーションを繰り返し実行する。

第２のノードの第４の受信モジュール９は、新しい測定情報に関して、第１のノードからフィードバックされる新しいリソース割り付け要求を受信し、また第２の選択モジュール５と、第２の送信モジュール６とをトリガして、リソース割り付け要求としてその新しいリソース割り付け要求を用いてオペレーションを繰り返し実行する。

具体的には、第２のノードは、第１のノードが第２のノードについてのＣｏＭＰ仮説をアップデートするように、新しい測定情報に関して、第１のノードからフィードバックされる新しいリソース割り付け要求を受信し、その新しいリソース割り付け要求をリソース割り付け要求と見なし、また第２の選択モジュール５と、第２の送信モジュール６とをトリガして、オペレーションを繰り返し実行して、第１のノードに対してその再選択されたＣｏＭＰ仮説をフィードバックする。

本発明の問題解決手法によれば、第２のノードが、第１のノードに対して新しい測定情報を報告するときに、第１のノードは、第２のノードが選択するために使用可能であるように１つまたは複数のＣｏＭＰ仮説を再選択して、協調送信を実行するための、第２のノードのＣｏＭＰ仮説をアップデートすることができ、それによって第２のノードのステータスの変化によって引き起こされるＣｏＭＰ送信性能の悪化を回避している。

図６は、本発明のさらなる一実施形態によるＣｏＭＰ−ベースのリソース割り付けのためのシステムの構造図を示すものである。本実施形態によるシステムは、第１のノードと、第２のノードとを備えており、第１のノードは、第３の装置を備えており、第３の装置は、第５の受信モジュール１２と、第２の決定モジュール１３と、第４の送信モジュール１４とを備えており、第２のノードは、第４の装置を備えており、第４の装置は、第３の決定モジュール１０と、第５の送信モジュール１１と、第６の受信モジュール１５とを備えている。

第３の決定モジュール１０は、第２のノードのＣｏＭＰ決定関連情報に基づいて、リソース構成要求を決定し、そこでは、リソース構成要求は、第２のノードのサービング・セルと、対応するリソース情報とについての、第２のノードのために好ましい少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説を示すためのものであり、そこでは、少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する。

具体的には、第３の決定モジュール１０は、ＣｏＭＰ決定関連情報に基づいて、第２のノードのサービング・セルと、対応するリソース情報とについての、第２のノードがよりよい性能を取得することを可能にすることができる少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説を決定して、リソース構成要求を生成し、言い換えれば、サービング・セルと、その対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説、および／またはサービング・セルの隣接するセル（単数または複数）と、その対応するリソース情報とについての少なくとも１つのＣｏＭＰ仮説は、第２のノードによって必要とされる。本明細書においては、第３の決定モジュール１０は、どのＣｏＭＰ仮説と、リソース情報とが、ＣｏＭＰ決定関連情報に基づいて、それ自体が、よりよい性能を取得することを可能にすることができるかを予測することができる。

本明細書においては、ＣｏＭＰ仮説と、次元状態とは、図４を参照して実施形態において詳細に説明されており、これについては、ここでは詳細に説明されないであろう。

本実施形態において、好ましい１つのＣｏＭＰ仮説の次元状態が、第２のノードが指定された次元（単数または複数）の部分的な範囲（単数または複数）の中のＣｏＭＰをサポートすることを含むときに、ＣｏＭＰ仮説に対応するリソース情報は、ＣｏＭＰ仮説の下のサポートされたリソースもしくはミュートされたリソースのリソース数および／またはリソース数の比率を含んでいる。

例えば、ＣｏＭＰ仮説の次元状態は、第２のノードが、周波数次元におけるサブバンドのうちの一部分において、ＣｏＭＰをサポートすることを含むことが好ましい。このＣｏＭＰ仮説に対応するリソース情報は、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの数、および／またはすべてのサブバンド・グループに対する、サポートされたサブバンド・グループもしくはミュートされたサブバンド・グループの比率を含むことができる。例えば、リソース情報は、ミュートされたサブバンド・グループの数が３であること（３つのサブバンド・グループの上でＣｏＭＰをサポートしないこと、すなわち、他のサブバンド・グループの上でＣｏＭＰをサポートすることに対応している）を含んでおり、別の例では、リソース情報は、ミュートされたサブバンド・グループの比率が３／９であること（３／９のサブバンド・グループの比率の上でＣｏＭＰをサポートしないことに対応している）を含んでいる。

好ましい問題解決手法として、リソース構成要求は、以下の項目のうちの少なくとも１つを含むことができる。すなわち、
１）第１のノードの識別情報、
２）第２のノードのサービング・セルの識別情報、
３）それぞれ、第２のノードのサービング・セルの少なくとも１つのＣｏＭＰ仮説の中の第２のノードによって必要とされる各ＣｏＭＰ仮説についての識別情報、および第２のノードによって決定される少なくとも１つのＣｏＭＰ仮説の中の各ＣｏＭＰ仮説に対応するリソース情報、
４）サービング・セルの少なくとも１つの隣接するセルの中のそれぞれの隣接するセルの識別情報、及び、
５）それぞれ、サービング・セルの少なくとも１つの隣接するセルの中のそれぞれの隣接するセルの、第２のノードによって必要とされる各ＣｏＭＰ仮説のインデックス情報、および各ＣｏＭＰ仮説に対応するリソース情報。

本明細書においては、ＣｏＭＰ決定関連情報は、第３の決定モジュール１０のＣｏＭＰ決定に影響を及ぼす可能性が高い任意の情報を含んでいる。ＣｏＭＰ決定関連情報は、以下のうちの少なくとも任意の１つを含むことができることが好ましい。
１）第２のノードの測定情報。測定情報は、図１を参照しての実施形態に関連して、詳細に説明されており、これについては、ここでは詳細には説明されないであろう。
２）第２のノードのサービング・セルによってサービスされるユーザに対応する、第２のノードの中のバッファ・エリアのバッファ情報。そこでは、サービング・セルによってサービスされる各ユーザは、対応するバッファ・エリアを有することができる。
３）第２のノードのサービング・セルによってサービスされるユーザについての公正なスケジューリング・メトリック。

上記の例は、本発明の技術的問題解決手法をよりよく例証するためのものにすぎず、本発明を限定することを意図してはいないことに注意すべきである。当業者なら、ＣｏＭＰ決定関連情報に基づいて、リソース構成要求を決定するどのような実施方法も、本発明の範囲内に含められるべきであることを理解すべきである。

第５の送信モジュール１１は、第１のノードに対してリソース構成要求を送信する。

第１のノードは、それに対応する複数の第２のノードを有することができ、次いで、第５の受信モジュール１２は、複数の第２のノードの中のそれぞれの第２のノードによって送信されるリソース構成要求を受信する。

第２の決定モジュール１３は、それぞれ複数の第２のノードからのリソース構成要求に基づいて、複数の第２のノードの中のそれぞれの第２のノードのサービング・セルについてのＣｏＭＰ仮説とリソース情報とを決定する。

具体的には、それぞれの第２のノードについて、第２の決定モジュール１３は、それについてのＣｏＭＰ仮説とリソース情報とを提供することになる。ＣｏＭＰ仮説とリソース情報とは、第２のノードによって提供されるＣｏＭＰ仮説と、リソース情報とのうちの任意の１つではない可能性があり、すなわち、それらは、第２の決定モジュール１３が、複数の第２のノードからのリソース構成要求を合成することにより、第２のノードのために再決定される可能性がある。

第４の送信モジュール１４は、第２のノードのうちのそれぞれに対して、第２のノードのサービング・セルに対応するＣｏＭＰ仮説とリソース情報とを送信する。

第２の決定モジュール１３と、第４の送信モジュール１４とのオペレーションは、絶対的な順序を有していないことに注意すべきである。例えば、第４の送信モジュール１４は、それらが、第２の決定モジュール１３によって決定された後に、第２のノードに対して、ＣｏＭＰ仮説とリソース情報とを直ちに送信することができ、また第２の決定モジュール１３は、別の第２のノードのために、ＣｏＭＰ仮説とリソース情報とを決定し続ける。

第６の受信モジュール１５は、第１のノードによってフィードバックされるＣｏＭＰ仮説とリソース情報とを受信し、また対応するオペレーションを実行する。

具体的には、第６の受信モジュール１５は、第２のノードのために第１のノードによって決定されたＣｏＭＰ仮説とリソース情報とを受信した後に、ＣｏＭＰ仮説とリソース情報とに基づいて、対応するオペレーションを実行し、例えば、適切な次元状態の上で協調送信を実行する。

この実施形態においては、第２のノードは、第１のノードに対して、隣接するセル（単数または複数）の、第２のノードによって必要とされるＣｏＭＰ仮説とリソース情報とを提供することができるが、第１のノードは、全体的な通信システムがよりよいリソース・スケジュールを達成することができるように、複数の第２のノードによって提供されるＣｏＭＰ仮説とリソース情報とを合成して、それぞれ、それぞれの第２のノードについてのＣｏＭＰ仮説とリソース情報とを決定することができる。

本発明は、ソフトウェア、および／またはソフトウェアとハードウェアとの組合せの形で実施され得ることに注意すべきである。例えば、本発明の各モジュールは、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または任意の他の類似したハードウェア・デバイスによって実施されることもある。一実施形態においては、本発明のソフトウェア・プログラムは、上述されるようなステップまたは機能を実施するプロセッサを通して実行されることもある。同様に、本発明のソフトウェア・プログラム（関連のあるデータ構造を含む）は、コンピュータ読取り可能記録媒体に、例えば、ＲＡＭメモリ、磁気ドライバもしくは光ドライバ、またはソフト・フロッピー、あるいは類似したデバイスに記憶されることもある。さらに、本発明のいくつかのステップまたは機能は、ハードウェアにより、例えば、プロセッサと協力する回路により実施されて、機能の様々なステップを実施することができる。

当業者にとっては、本発明が、上記の例示の実施形態の詳細だけに限定されないこと、および本発明が、本発明の精神または基本的な特徴を逸脱することなしに、他の実施形態を用いて実施され得ることは、明らかである。したがって、どのようであれ、実施形態は、例示的であり、非限定的と見なされるべきであり、本発明の範囲は、上記の説明の代わりに、添付の特許請求の範囲によって限定される。それゆえに、特許請求の範囲の同等な要素の意味および範囲の内部に含まれることを意図しているすべての変形例は、本発明の内部に、対象として含まれるべきである。特許請求の範囲の中のどのような参照符号も、関係している特許請求の範囲を限定するものとして見なされるべきではない。それに加えて、用語「含む／備えている（ｃｏｍｐｒｉｓｅ）」は、他のユニットまたはステップを除外するものではなく、また単数形は、複数形を除外するものではないことは、明らかである。システム請求項の形で述べられる複数のユニットまたはモジュールは、ソフトウェアまたはハードウェアを通して単一のユニットまたはモジュールによって実施される可能性もある。第１の、第２のなどの用語を使用して、名前を示しているが、どのような特定のシーケンスも示してはいない。

Claims (10)

1. 第１のノードにおける、第２のノードについてのＣｏＭＰ−ベースのリソース割り付けのための第１の装置であって、前記第１のノードと、前記第２のノードとは、同じＣｏＭＰクラスタに属しており、前記第１の装置は、
   前記第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するように構成された第１の選択モジュールであって、前記複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、前記第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する、第１の選択モジュールと、
   リソース割り付け要求を前記第２のノードに対して送信するように構成された第１の送信モジュールであって、前記リソース割り付け要求は、前記第２のノードが選択するために使用可能な前記少なくとも１つのＣｏＭＰ仮説と、前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである、第１の送信モジュールと、
   前記リソース割り付け要求に応じて前記第２のノードからフィードバック情報を受信し、また対応するオペレーションを実行するように構成された第１の受信モジュールであって、前記フィードバック情報は、前記第２のノードによって選択されるＣｏＭＰ仮説を示している、第１の受信モジュールと、
   を備える、第１の装置。
2. 前記第２のノードがＣｏＭＰをサポートするときの前記次元状態（単数または複数）は、
   −前記第２のノードが、指定された次元（単数または複数）においてＣｏＭＰをサポートすること、
   −前記第２のノードが、前記指定された次元の部分的な範囲（単数または複数）を有するＣｏＭＰをサポートすること、
   のうちの少なくとも一方を含む、請求項１に記載の第１の装置。
3. 前記次元状態（単数または複数）は、前記第２のノードが、前記指定された次元の部分的な範囲（単数または複数）を有するＣｏＭＰをサポートすることを含んでおり、また前記リソース情報は、前記部分的な範囲についての特定の表示を含む、請求項２に記載の第１の装置。
4. 第２のノードにおける、第１のノードの支援を受けたＣｏＭＰ−ベースのリソース割り付けを決定するための第２の装置であって、前記第１のノードと、前記第２のノードとは、同じＣｏＭＰクラスタに属しており、前記第２の装置は、
   前記第２のノードによって送信される測定情報に関して、前記第１のノードによってフィードバックされるリソース割り付け要求を受信するように構成された第３の受信モジュールであって、前記リソース割り付け要求は、前記第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものであり、また前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または前記一部分は、前記第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定している、第３の受信モジュールと、
   前記第２のノードの前記リソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するように構成された第２の選択モジュールと、
   前記第１のノードに対して、前記リソース割り付け要求に関するフィードバック情報を送信するように構成された第２の送信モジュールであって、前記フィードバック情報は、前記第２のノードによって選択される前記ＣｏＭＰ仮説を示している、第２の送信モジュールと、
   を備える、第２の装置。
5. 前記第２のノードがＣｏＭＰをサポートするときの前記次元状態（単数または複数）は、
   −前記第２のノードが、指定された次元（単数または複数）においてＣｏＭＰをサポートすること、
   −前記第２のノードが、前記指定された次元の部分的な範囲（単数または複数）を有するＣｏＭＰをサポートすること、
   のうちの少なくとも一方を含んでいる、請求項４に記載の第２の装置。
6. 前記第２の選択モジュールは、
   前記ステータス情報に基づいて、前記第２のノードがＣｏＭＰをサポートすることができることが決定されるときに、前記少なくとも１つのＣｏＭＰ仮説の中の対応するリソース情報を有する各ＣｏＭＰ仮説について、このＣｏＭＰ仮説の下で協調送信を実行することにより生成され得る性能利得を決定するように構成された第１の決定モジュールと、
   前記決定された性能利得のうちのすべてを利得しきい値と比較して、ＣｏＭＰ仮説を選択するように構成された第２のサブ選択モジュールと、
   を備える、請求項４または５に記載の第２の装置。
7. 前記第２の選択モジュールは、
   前記ステータス情報および／または前記リソース情報に基づいて、前記少なくとも１つのＣｏＭＰ仮説の下で、協調送信を実行することを拒否することが決定されるときに、前記第２のノードが協調送信を実行することを現在拒否していることを示すためのＣｏＭＰ仮説を選択するように構成された第３のサブ選択モジュール
   を備えている、請求項４または５に記載の第２の装置。
8. 第１のノードにおける、第２のノードについてのＣｏＭＰ−ベースのリソース割り付けのための方法であって、前記第１のノードと、前記第２のノードとは、同じＣｏＭＰクラスタに属しており、前記方法は、
   ａ．前記第２のノードによって報告される測定情報に基づいて、複数のＣｏＭＰ仮説のうちから少なくとも１つのＣｏＭＰ仮説を選択するステップであって、前記複数のＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分は、前記第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定する、選択するステップと、
   ｂ．リソース割り付け要求を前記第２のノードに対して送信するステップであって、前記リソース割り付け要求は、前記第２のノードが選択するために使用可能な前記少なくとも１つのＣｏＭＰ仮説と、前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものである、送信するステップと、
   ｃ．前記リソース割り付け要求に応じて前記第２のノードからフィードバック情報を受信するステップであって、前記フィードバック情報は、前記第２のノードによって選択されるＣｏＭＰ仮説を示している、受信するステップ、および対応するオペレーションを実行するステップと、
   を含む、方法。
9. 第２のノードにおける、第１のノードの支援を受けたＣｏＭＰ−ベースのリソース割り付けを決定するための方法であって、前記第１のノードと、前記第２のノードとは、同じＣｏＭＰクラスタに属しており、前記方法は、
   Ａ．前記第２のノードによって送信される測定情報に関して、前記第１のノードによってフィードバックされるリソース割り付け要求を受信するステップであって、前記リソース割り付け要求は、前記第２のノードが選択するために使用可能な少なくとも１つのＣｏＭＰ仮説と、前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または一部分に対応するリソース情報とを、それぞれ、示すためのものであり、また前記少なくとも１つのＣｏＭＰ仮説の中のＣｏＭＰ仮説のうちのすべて、または前記一部分は、前記第２のノードがＣｏＭＰをサポートするときの次元状態（単数または複数）を規定している、受信するステップと、
   Ｂ．前記第２のノードの前記リソース情報および／またはステータス情報に基づいて、ＣｏＭＰ仮説を選択するステップと、
   Ｃ．前記第１のノードに対して、前記リソース割り付け要求に関するフィードバック情報を送信するステップであって、前記フィードバック情報は、前記第２のノードによって選択される前記ＣｏＭＰ仮説を示している、送信するステップと、
   を含む、方法。
10. 請求項１乃至３のいずれか１項に記載の第１の装置と、請求項４乃至７のいずれか１項に記載の第２の装置とを備える、通信システム。

Images