(57)【要約】  本発明の目的は、協調多地点に基づいて複数のセル間にリソースを配分するための方法、デバイス、およびシステムを提供することである。１つまたは複数の第２のデバイスが、１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定し、第１のデバイスが、利益計量情報に基づいて、関連デバイスに対応するリソース配分情報を決定する。従来技術と比較すると、本発明は、定義された利益計量情報と、本発明提案の利益計量情報の交換方式とに基づいて、集中協調多地点アーキテクチャまたは分散協調多地点アーキテクチャにおける複数のセル間のリソース配分、特に非理想的なバックホール状況での協調多地点のリソース配分を実現し、それによりセル間干渉を緩和しながら複数のセルの利益を保証する。
2017509258.tif 000002
【特許請求の範囲】
【請求項１】
協調多地点に基づいて、第１のデバイスにより複数のセル間にリソースを配分する方法であって、
ａ．第２のデバイスに関する１つまたは複数の利益計量情報を取得するステップであって、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、ステップと、
ｂ．前記利益計量情報に基づいて、前記利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定するステップと
を含む方法。
【請求項２】
１つまたは複数の第２のデバイスに利益計量要求情報を送信するステップをさらに含み、前記ステップａが、
前記利益計量要求情報に基づいて前記第２のデバイスから送信された利益計量情報を取得するステップを含み、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項１に記載の方法。
【請求項３】
前記ステップａが、
１つまたは複数の第２のデバイスに対応するリソース・ステータス報告情報に基づいて、前記第２のデバイスから送信された利益計量情報を取得するステップを含み、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項１または２に記載の方法。
【請求項４】
前記利益計量情報が、
前記第２のデバイスに対応する利益セル指示情報、
前記第２のデバイスに対応する干渉セル指示情報、
前記利益セルに対応する利益値情報、
前記干渉セルに対応する干渉レベル情報、
前記利益セルに対応する利益リソース指示情報、
前記利益セルに対応するユーザ情報、
前記協調多地点模擬シナリオに対応するチャネル・ステータス情報の測定結果指示情報、
の少なくともいずれか１つを含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記利益値情報が、
すべての利用可能なＵＬ／ＤＬリソースに対する、前記利益セル用のＵＬ／ＤＬの事前に決められた確保リソースの比率の情報、
前記利益セルおよび／または前記干渉セルに対応する最大可能スループットおよび／または最大可能性能、
前記利益セルおよび／または前記干渉セルに対応する平均可能スループットおよび／または最大可能性能、
前記利益セルおよび／または前記干渉セルに対応するユーザ・デバイスの可能スループットおよび／または可能性能、
前記利益セル、前記干渉セル、前記協調多地点模擬シナリオ、および／または前記ユーザ・デバイスに対応するチャネル情報
の少なくともいずれか１つを含む、請求項４に記載の方法。
【請求項６】
協調多地点に基づいて、第２のデバイスによる複数のセル間のリソース配分を容易にする方法であって、
Ａ．１つまたは複数の協調多地点模擬シナリオに基づいて、前記協調多地点模擬シナリオに対応する利益計量情報を決定するステップと、
Ｂ．前記利益計量情報を第１のデバイスに送信するステップと
を含む方法。
【請求項７】
前記第１のデバイスから送信された利益計量要求情報を取得するステップをさらに含み、前記ステップＡが、
前記利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、前記協調多地点模擬シナリオに対応する利益計量情報を決定するステップを含む、請求項６に記載の方法。
【請求項８】
協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスであって、
第２のデバイスに関する１つまたは複数の利益計量情報を取得するように構成された取得モジュールであって、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、取得モジュールと、
前記利益計量情報に基づいて、前記利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定するように構成された配分決定モジュールと
を備える第１のデバイス。
【請求項９】
１つまたは複数の第２のデバイスに利益計量要求情報を送信するように構成された要求送信モジュールをさらに備え、
前記取得モジュールが、
前記利益計量要求情報に基づいて前記第２のデバイスから送信された利益計量情報を取得するように構成され、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項８に記載の第１のデバイス。
【請求項１０】
前記取得モジュールが、
前記利益計量要求情報に応じて、前記利益計量要求情報に対応する利益計量応答情報を取得し、
前記利益計量応答情報に基づいて前記第２のデバイスから送信された利益計量情報を取得するように構成され、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項９に記載の第１のデバイス。
【請求項１１】
前記取得モジュールが、
１つまたは複数の第２のデバイスに対応するリソース・ステータス報告情報に基づいて、前記第２のデバイスから送信された利益計量情報を取得するように構成され、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項８乃至１０のいずれか１項に記載の第１のデバイス。
【請求項１２】
協調多地点に基づいて、複数のセル間のリソース配分を容易にする第２のデバイスであって、
１つまたは複数の協調多地点模擬シナリオに基づいて、前記協調多地点模擬シナリオに対応する利益計量情報を決定するように構成された計量決定モジュールと、
前記利益計量情報を第１のデバイスに送信するように構成された送信モジュールと
を備える第２のデバイス。
【請求項１３】
前記第１のデバイスから送信された利益計量要求情報を取得するように構成された要求取得モジュールをさらに備え、
前記計量決定モジュールが、
前記利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、前記協調多地点模擬シナリオに対応する利益計量情報を決定するように構成される、請求項１２に記載の第２のデバイス。
【請求項１４】
前記計量決定モジュールが、
前記利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、前記利益計量要求情報に対応する利益計量応答情報を第１のデバイスに送信し、
前記利益計量応答情報に基づいて、前記利益計量応答情報に対応する利益計量情報を前記第１のデバイスに送信するように構成され、前記利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、請求項１３に記載の第２のデバイス。
【請求項１５】
ＣｏＭＰに基づいて複数のセル間にリソースを配分するためのシステムであって、請求項８乃至１１のいずれか１項に記載の第１のデバイスと、請求項１２乃至１４のいずれか１項に記載の第２のデバイスとを備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、詳細には、協調多地点に基づいて複数のセル間にリソースを配分する技術に関する。
【背景技術】
【０００２】
協調多地点（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉｐｏｉｎｔ）送信は、理想的なバックホールと集中化されたスケジューリングを想定して、ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）で広く研究されている。ＬＴＥ−ＡにおけるＣｏＭＰの研究は、主として、より現実的なネットワークの想定と非理想的なバックホールで、Ｘ２シグナリングを強化することに的を絞っている。そのため、セル間干渉を緩和し、複数のセルの利益を同時に保証するように複数のセル間にリソースを配分する方式が、当業者が解決すべき緊急の課題になる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、協調多地点に基づいて複数のセル間にリソースを配分するための方法、デバイス、およびシステムを提供することである。
【課題を解決するための手段】
【０００４】
本発明の一態様によると、協調多地点に基づいて、第１のデバイスにより複数のセル間にリソースを配分する方法が提供され、この方法は以下のステップを含む。
ａ．第２のデバイスに関する１つまたは複数の利益計量情報を取得するステップであって、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、ステップ。
ｂ．利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定するステップ。
【０００５】
本発明の別の態様によると、協調多地点に基づいて、第２のデバイスによる複数のセル間のリソース配分を容易にする方法がさらに提供され、この方法は以下のステップを含む。
Ａ．１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定するステップ。
Ｂ．利益計量情報を第１のデバイスに送信するステップ。
【０００６】
本発明の別の態様によると、協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスがさらに提供され、このデバイスは以下を備える。
【０００７】
第２のデバイスに関する１つまたは複数の利益計量情報を取得するように構成された取得モジュールであって、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する、取得モジュール。
【０００８】
利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定するように構成された配分決定モジュール。
【０００９】
本発明の別の態様によると、協調多地点に基づいて、複数のセル間のリソース配分を容易にする第２のデバイスがさらに提供され、このデバイスは以下を備える。
１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定するように構成された計量決定モジュール。
利益計量情報を第１のデバイスに送信するように構成された送信モジュール。
【００１０】
本発明の別の態様によると、ＣｏＭＰに基づいて複数のセル間にリソースを配分するためのシステムがさらに提供され、このシステムは、前述の第１のデバイスと前述の第２のデバイスとを備える。
【００１１】
従来技術と比較すると、１つまたは複数の第２のデバイスが、１つまたは複数の協調多地点模擬シナリオに基づいてその協調多地点模擬シナリオに対応する利益計量情報を決定し、第１のデバイスが、利益計量情報に基づいて関連デバイスに対応するリソース配分情報を決定することを通じて、本発明は、定義された利益計量情報と、本発明提案の利益計量情報の交換方式とに基づいて、集中協調多地点アーキテクチャまたは分散協調多地点アーキテクチャにおける複数のセル間のリソース配分、特に非理想的なバックホール状況での協調多地点のリソース配分を実現し、それによりセル間干渉を緩和しながら複数のセルの利益を保証する。
【００１２】
さらに、本発明は、既存のリソース・ステータス報告機構を強化することを通じて、集中協調多地点アーキテクチャまたは分散協調多地点アーキテクチャにおける複数のセル間のリソース配分を達成して、非理想的なバックホール状況での協調多地点通信を支援することもでき、それによりセル間干渉を緩和しながら複数のセルの利益を保証する。
【００１３】
本発明の他の特徴、目的、および利点は、添付図面を参照しながら、非制限的な実施形態の詳細な説明を読むことにより、より明瞭になろう。
【図面の簡単な説明】
【００１４】
【図１（ａ）】本発明の一態様による集中協調多地点システムのアーキテクチャの概略図である。
【図１（ｂ）】本発明の一態様による分散協調多地点システムのアーキテクチャの概略図である。
【図２】本発明の一態様による、協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスおよび第２のデバイスの概略図である。
【図３】本発明の好ましい実施形態による、協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスおよび第２のデバイスの概略図である。
【図４】本発明の別の態様による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【図５】本発明の好ましい実施形態による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【図６（ａ）】本発明の好ましい実施形態による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【図６（ｂ）】本発明の好ましい実施形態による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【図７（ａ）】本発明の好ましい一実施形態による、リソース・ステータス報告情報に従って、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【図７（ｂ）】本発明の好ましい一実施形態による、リソース・ステータス報告情報に従って、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図である。
【発明を実施するための形態】
【００１５】
図面中の同一または同様の参照符号は、同一または同様の構成部分を表す。
【００１６】
以下で、本発明の詳細を添付図面との関連でさらに述べる。
【００１７】
図１（ａ）は、本発明の一態様による集中協調多地点システムのアーキテクチャの概略図であり、ｅＮＢ１（発展型基地局１）が中央ノードとして機能し、ｅＮＢ２〜ｅＮＢ７は、ｅＮＢ１の隣接ノードであり、中央ノードに対応する協働ノードとして機能することができる。すなわち、ｅＮＢ２〜ｅＮＢ７は、中央ノードに対応する協調セットである。したがって、ｅＮＢ２〜ｅＮＢ７はすべて中央ノードと通信して、各自に対応する利益計量情報（ＢＭ：ｂｅｎｅｆｉｔ  ｍｅｔｒｉｃ）を中央ノードに送信する必要があり、それにより中央ノードは、その利益計量情報に基づいて複数の協調ノード間のリソース・スケジューリングを行う。ここで、当業者は、中央ノードは、ｅＮＢ１から独立して情報の収集とリソース・スケジューリング機能を行うことが可能な他のデバイスであってもよく、それにより、１つまたは複数の基地局のそれぞれを、現在の中央ノードとそれに対応する協調セットとに基づいて情報の収集およびリソース・スケジューリングを行う中央ノードとみなしてもよいことを理解されたい。
【００１８】
図１（ｂ）は、本発明の一態様による分散型協調多地点システムのアーキテクチャの概略図である。ｅＮＢ１〜ｅＮＢ７は、互いの近隣にあって協調セットを形成している。各ノードは、自身の中央ノードとして機能することができ、１つまたは複数の近隣ノードを協調ノードとみなす。そのようにして、各ノードは、自身に対応する１つまたは複数の近隣ノードから利益計量情報を取得し、その利益計量情報に基づいて自身に対応するリソース配分を決定する。
【００１９】
本明細書では、中央ノードまたは協調ノードは、これらに限定しないが、基地局または他の送信ポイントを含む。ここで、用語「基地局（ＢＳ）」は、以下の用語、ベース・トランシーバ局（ＢＴＳ）、ＮｏｄｅＢ、発展型ＮｏｄｅＢ（ｅＮＢ）、各種のマイクロセル、アクセスポイント等と同義である、かつ／またはそれらを指すものとみなすことができ、ネットワークと１人または複数のユーザとの間のデータ接続および／または音声接続のための無線ベースバンド機能を提供するデバイスとして記載される可能性がある。
【００２０】
本発明による方法および装置は、Ｘ２シグナリングに使用することができるが、Ｘ２シグナリングに限定されない。
【００２１】
図２は、本発明の一態様による、協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスおよび第２のデバイスの概略図であり、ここでは、第１のデバイス１は、取得モジュール１１、配分決定モジュール１２を備え、第２のデバイス２は、計量決定モジュール２１、送信モジュール２２を備えている。具体的には、第２のデバイス２の計量決定モジュール２１は、１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定し、第２のデバイス２の送信モジュール２２は、その利益計量情報を第１のデバイスに送信し、それに対応して、第１のデバイス１の取得モジュール１１が、第２のデバイスに関する１つまたは複数の利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応し、配分決定モジュール１２が、その利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【００２２】
本明細書では、第１のデバイスは、これらに限定しないが、集中協調多地点システム・アーキテクチャの中央ノード、分散協調多地点システム・アーキテクチャの任意のノード、および、情報収集機能と、協調多地点に基づく複数のセル間のリソース・スケジューリング機能とを持つことが可能な任意の他のデバイスを含む。第２のデバイスは、これらに限定しないが、集中協調多地点システム・アーキテクチャまたは分散協調多地点システム・アーキテクチャの協調ノード、ならびに、情報の収集と、利益計量情報および／または利益計量情報に関連する情報を第１のデバイスに送信することが可能な任意の他のデバイスを含む。
【００２３】
第２のデバイス２の計量決定モジュール２１は、１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定する。
【００２４】
具体的には、協調多地点模擬シナリオは、以下の少なくともいずれか１つを含む。
−  協調多地点模擬シナリオＩ：隣接ノードまたは隣接協働セルが、第２のデバイスに対応するノードまたはセルに対してミュートしていると想定する。例えば、図１（ａ）に示すように、隣接ノードｅＮＢ２〜ｅＮＢ７の１つまたは複数がｅＮＢ１に対してミュートしていると想定する。ミュートとは、ノードまたはセルが電力等を低減するためにリソース消費を低下させることを意味する。
−  協調多地点模擬シナリオＩＩ：隣接ノードまたは隣接協働セルが、好ましい時間および／または周波数で、第２のデバイスに対応するノードまたはセルに対してミュートすると想定する。
−  協調多地点模擬シナリオＩＩＩ：隣接ノードまたは隣接協働セルが、第２のデバイスに対応するノードまたはセル内にある１つまたは複数のユーザ機器（ＵＥ）に対してミュートすると想定する。
【００２５】
ここで使用される用語「ユーザ機器」または「ＵＥ」は、ユーザ・デバイス、モバイル局、モバイルユーザ、アクセス端末、モバイル端末、ユーザ、加入者、無線端末、端末、および／またはリモート局と同義である可能性があり、無線通信ネットワーク内の無線リソースの遠隔ユーザを表す場合がある。したがって、ＵＥは、無線電話、無線機能を備えたラップトップ、および無線機能を備えた計器等である可能性がある。
【００２６】
計量決定モジュール２１は、所定の協調多地点模擬シナリオに基づいて、または協調多地点模擬シナリオを決定し得る他の方式に基づいて、第２のデバイス２に対応する協調多地点模擬シナリオを決定する。
【００２７】
本明細書で、協調多地点模擬シナリオを決定する方式は、これらに限定しないが、以下のいずれか１つを含む。
−  第２のデバイス２に関連付けられた第１のデバイス１が、現在の協調多地点模擬シナリオを決定しており、協調多地点模擬シナリオ通知情報、または協調多地点模擬シナリオ情報を示唆することが可能な他の関連情報を直接送信し、それにより第２のデバイス２が協調多地点模擬シナリオを決定することができ、第１のデバイス１は、これらに限定しないが、集中協調多地点システム・アーキテクチャの中央ノード、および／または分散協調多地点システム・アーキテクチャの任意のノードを含む。
−  受信された他の情報に基づいて、第２のデバイス２に対応する協調多地点模擬シナリオを決定し、それにより第２のデバイス２は、単独で、すなわち第１のデバイス１に依存せずに、協調多地点模擬シナリオ情報を決定することができ、例えば、第２のデバイス２が、他のデバイスから送信された利益計量情報を受信した場合、第２のデバイス２は協調多地点模擬シナリオを決定できるとみなすことができる。ここで、第２のデバイス２は、利益計量情報に基づいて、例えば第２のデバイス２がミュート・モードにある等、利益計量情報に対応する協調多地点模擬シナリオを決定することができ、加えて、第２のデバイス２は、利益計量情報に基づいて、自身に合わせて適合された他の協調多地点模擬シナリオも決定することができる。
−  第２のデバイス２が自律的に協調多地点模擬シナリオを決定する。
【００２８】
そして、計量決定モジュール２１が、１つまたは複数の協調多地点模擬シナリオに基づいて、かつ協調多地点模擬シナリオに対応する利益計量情報を決定する方式に基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定する。
【００２９】
好ましくは、利益計量情報は、以下の少なくともいずれか１つを含む。
−  第２のデバイスに対応する利益セル指示情報。
−  第２のデバイスに対応する干渉セル指示情報。
−  利益セルに対応する利益値情報。
−  干渉セルに対応する干渉レベル情報。
−  利益セルに対応する利益リソース指示情報。
−  利益セルに対応するユーザ情報。
−  協調多地点模擬シナリオに対応するチャネル・ステータス情報の測定結果指示情報。
【００３０】
より好ましくは、利益値情報は、以下の少なくともいずれか１つを含む。
−  すべての利用可能なＵＬ／ＤＬリソースに対する、利益セル用のＵＬ／ＤＬの事前に決められた確保リソースの比率の情報。
−  利益セルおよび／または干渉セルに対応する最大可能スループットおよび／または最大可能性能。
−  利益セルおよび／または干渉セルに対応する平均可能スループットおよび／または最大可能性能。
−  利益セルおよび／または干渉セルに対応するユーザ・デバイスの可能スループットおよび／または可能性能。
−  利益セル、干渉セル、協調多地点模擬シナリオ、および／またはユーザ・デバイスに対応するチャネル情報。
【００３１】
具体的には、協調多地点模擬シナリオＩでは、
図１（ａ）を例とすると、ｅＮＢ２が自身を利益セルとみなしており、一方、干渉セル（または犠牲セルまたは損害セル）、例えばｅＮＢ３またはｅＮＢ４がミュートしており、想定される利益計量情報を取得すると想定すると、ｅＮＢ２は、ラベル付きのセルＩＤと共に、複数の利益計量情報、すなわちｅＮＢ３に関連付けられた利益計量情報およびｅＮＢ４に関連付けられた利益計量情報を中央ノードに報告する。
【００３２】
同様に、基地局２は、送信ポイント（ＴＰ）のミュート・パターン、すなわちｅＮＢ３とｅＮＢ４が同時にミュートすると想定し、その後、その想定に基づいて利益計量情報を導出する。ｅＮＢ２は、ラベル付きのＴＰミュート・パターンと共に、１つの利益計量情報、すなわちｅＮＢ３およびｅＮＢ４に関連付けられた利益計量情報をｅＮＢ１（すなわち中央ノード）に報告する。
【００３３】
利益計量情報はセルに固有である可能性があるため、利益計量情報は、ＲＮＴＰ（相対狭帯域送信電力：Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  ＴＸ  Ｐｏｗｅｒ）共有の手順の一部とすることもできる。
【００３４】
協調多地点模擬シナリオＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
【００３５】
協調多地点模擬シナリオＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル；
−  報告セルＩＤ
−  測定する干渉セル
−  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
−  利益値
【００３６】
例えば、報告セルＩＤがセル１であり、干渉セルＩＤがセル２である場合には、利益値は、セル２がミュートしてセル１が得る利益になる。
【００３７】
ここで、１つの利益値は、１つまたは複数の干渉セルＩＤに対応することができ、「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むこともでき、それにより中央ノードまたは他の決定ノードが、どのように送信電力を設定するかを把握できることに留意されたい。加えて、利益リソース指示情報を、協調多地点模擬シナリオの情報および／または利益計量情報に含めることもでき、それにより、特定のリソース情報をミュートする必要があると決定することもできる。
【００３８】
本明細書では、利益値は、事前に決められた確保リソースの比率として求められ、０〜１００の整数をとる。ＤＬでは、この比率を計算する際の分子は、ダウンリンクの送信で利益セルに確保されることが事前に決められたリソースであり、分母は、ＤＬのベアラ周波数帯上のすべての利用可能リソースである。それに対応して、ＵＬでは、比率を計算する際の分子は、アップリンクの送信で利益セルに確保されることが事前に決められたリソースであり、分母は、アップリンクのべアラ周波数帯上のすべての利用可能リソースになる。ここで、事前に決められた確保リソースは、これに限定しないが、対応する干渉セルに対する制限された送信電力を含み、加えて、リソースは、これに限定しないが、物理リソースブロック（ＰＲＢ）を含む。したがって、セル１が対応するセル２に利益値を報告する場合、セル１から報告される利益値は、セル２で確保するために制限されたリソースの数を表す。
【００３９】
ここで、あるノードのアクティブなＵＥの「事前に決められた保護リソース」または「事前に決められた保護リソースブロック」を決定する方法は、これらに限定しないが、以下のいずれか１つを含む。
−  すべてのアクティブなＵＥのトラフィック・バッファ・エリアの合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの予想リソースの合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの過去のリソース使用情報の合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの数。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
【００４０】
表１に、上記情報の組み合わせの単純な例を示す。
【００４１】
本明細書では、第２のデバイスから送信される利益計量情報は、１つまたは複数の利益計量情報単位を含むことができ、すなわち、上記の情報の少なくとも１つに加えて、利益計量情報は、上記の情報のうち複数を１つの単位とみなすこともでき、そのため利益計量情報は、１つまたは複数の利益計量情報単位を含む可能性がある。
【００４２】
１つの利益計量情報単位は、１つの利益セル指示、１つの利益値、１つの利益リソース指示、および１つまたは複数の干渉指示を含むことができる。
【００４３】
１つの干渉指示は、１つの干渉セル指示および１つの干渉レベルに関連付けられる。
【００４４】
【表１】
2017509258.tif 000003
【００４５】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【００４６】
協調多地点模擬シナリオＩＩでは、
協調多地点模擬シナリオＩＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
−  測定するチャネル状態情報（ＣＳＩ）。スループットの利益を計算するために考慮されるＣＳＩ情報の限定。例えば、ＣＳＩプロセスによる指示。
【００４７】
協調多地点模擬シナリオＩＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル
□  −  報告セルＩＤ
□    −  周波数インデックス
□      −  ＣＳＩ指示リスト、および／または、
□          −  ＣＳＩ指示インデックス（例えばＣＳＩプロセス・インデックス）
□          −  利益値
□      −  ポイント・ミュート・リスト
□          −  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
□          −  利益値
【００４８】
以下のことに留意されたい。
１つの利益値が、１つのＣＳＩ指示インデックス（例えば１つのＣＳＩプロセス・インデックス）に対応することができる。
【００４９】
１つの利益値が、１つまたは複数の干渉セルＩＤに対応することができる。
【００５０】
「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むことができ、それにより、中央ノードは、どのように送信電力を設定するかを把握することができる。
【００５１】
利益リソースの指示は、協調多地点模擬シナリオ情報および／または利益計量情報に含めることができる。
【００５２】
リソース指示のために考慮される周波数インデックスは、時間領域に拡張することができる。
【００５３】
リソース指示のために考慮される周波数インデックスは、時間周波数領域に拡張することもできる。
【００５４】
「測定するＣＳＩ」は、「測定するスループット」または他の同様の定義として扱うこともできる。
【００５５】
ここで、利益値は、利益セルおよび／もしくは干渉セルに対応する最大可能スループットおよび／もしくは最大可能性能として求めるか、または、利益セルおよび／もしくは干渉セルに対応する平均可能スループットおよび／もしくは最大可能性能として求めることができ、最大可能スループットおよび／または最大可能性能、平均可能スループットおよび／または最大可能性能は、ＰＦ（ｐｒｏｐｏｒｔｉｏｎａｌ  ｆａｉｒ）に基づいて求めることができる。
【００５６】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【００５７】
ここで、当業者は、協調多地点模擬シナリオＩＩにおける第２のデバイスの他の方法またはフローは、協調多地点模擬シナリオＩにおけるフローと全く同じであるか、または同様であることを理解されたい。したがって、ここでは詳細に説明せず、参照によりここに取り込む。
【００５８】
協調多地点模擬シナリオＩＩＩでは、
協調多地点模擬シナリオＩＩＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  報告対象の利益ＵＥ。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
−  測定するチャネル状態情報（ＣＳＩ）。スループットの利益を計算するために考慮されるＣＳＩ情報の限定。例えば、ＣＳＩプロセスによる指示。
【００５９】
協調多地点模擬シナリオＩＩＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル
□    −  報告セルＩＤ
□      −  報告ＵＥ  ＩＤ
□        −  周波数インデックス
□              −  ＣＳＩ指示リスト、および／または
□                  −  ＣＳＩ指示インデックス（例えばＣＳＩプロセス・インデックス）
□                  −  利益値
□              −  ポイント・ミュート・リスト
□                  −  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
□                  −  利益値
−  利益セルに対応するユーザ情報。
−  協調多地点模擬シナリオに対応する測定するＣＳＩの指示情報。
【００６０】
以下のことに留意されたい。
１つの利益値が、１つのＣＳＩ指示インデックス（例えば１つのＣＳＩプロセス・インデックス）に対応することができる。
【００６１】
１つの利益値が、１つまたは複数の干渉セルＩＤに対応することができる。
【００６２】
「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むことができ、それにより、中央ノードは、どのように送信電力を設定するかを把握することができる。
【００６３】
利益リソースの指示は、協調多地点模擬シナリオ情報および／または利益計量情報に含めることができる。
【００６４】
リソース指示のために考慮される周波数インデックスは、時間領域に拡張することができる。
【００６５】
リソース指示のために考慮される周波数インデックスは、時間周波数領域に拡張することもできる。
【００６６】
「測定するＣＳＩ」は、「測定するスループット」または他の同様の定義として扱うこともできる。
【００６７】
利益値は、ＣＱＩ（チャネル品質インディケータ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（プレコーディング・マトリクス・インディケータ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）ＲＩ（ランク指示：Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）、および／またはＲＳＲＰ（参照信号受信電力：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｉｎｇ  Ｐｏｗｅｒ）に置き換えることもできる。
【００６８】
利益値がＣＱＩである場合、ＣＱＩは、ＰＦ係数を加味した値とすることができる。
【００６９】
本明細書では、利益値は、利益セルおよび／または干渉セルに対応するユーザ機器の可能スループットおよび／または可能性能として求めることができる。可能スループットおよび／または可能性能は、ＰＦ（ｐｒｏｐｏｒｔｉｏｎａｌ  ｆａｉｒ ）に基づいて求めることができ、加えて、利益値は、利益セル、干渉セル、協調多地点模擬シナリオ、および／またはユーザ機器に対応するチャネル情報として求めることもできる。
【００７０】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩＩＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【００７１】
ここで、当業者は、協調多地点模擬シナリオＩＩＩにおける第２のデバイスの他のフローは、協調多地点模擬シナリオＩまたはＩＩにおけるフローと全く同じであるか、または同様であることを理解されたい。したがって、ここでは詳細に説明せず、参照によりここに取り込む。
【００７２】
第２のデバイス２の送信モジュール２２は、利益計量情報を第１のデバイスに送信する。
【００７３】
具体的には、送信モジュール２２は、所定の通信プロトコルに基づいて、特定の情報形式（例えば表１に示す）の利益計量情報を第１のデバイス１に送信する。
【００７４】
好ましくは、ＣＳＩまたはＲＳＲＰを、利益計量情報として第１のデバイスに送信することができる。
【００７５】
好ましくは、送信モジュール２２は、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて、利益計量情報を第１のデバイスに送信することができる。
【００７６】
周期的に送信する場合は、決められた送信周期（すなわち報告周期）は、異なる協調多地点模擬シナリオに応じて決めることができ、すなわち、協調多地点模擬シナリオＩでは、報告周期は、短くとも長くともよく、例えば、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよく、協調多地点模擬シナリオＩＩでは、報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよく、協調多地点模擬シナリオＩＩＩでは、報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよい。
【００７７】
それに対応して、第１のデバイス１の取得モジュール１１は、第２のデバイスに関する１つまたは複数の利益計量情報を取得し、利益計量情報は、１つまたは複数の協調多地点模擬シナリオに対応する。
【００７８】
具体的には、取得モジュール１１は、所定の通信プロトコルに基づいて第２のデバイス２と対話するか、または第２のデバイスについての利益計量情報を提供することが可能なデバイスと対話することにより、第２のデバイスについての１つまたは複数の利益計量情報を取得する。取得される利益計量情報は、同じ協調多地点模擬シナリオに基づいて決定された利益計量情報である場合も、異なる協調多地点模擬シナリオに基づいて決定された利益計量情報である場合もある。加えて、取得された利益計量情報に対応する第２のデバイスは、１つの第２のデバイスである場合も、複数の第２のデバイスである場合もある。
【００７９】
配分決定モジュール１２は、利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【００８０】
具体的には、配分決定モジュール１２は、１つまたは複数の利益計量情報に応じて、異なる利益計量情報に対応するデバイスおよび利益値を判定してから、利益計量情報の関連デバイスに対応するリソース配分情報を決定する。
【００８１】
ここで、関連デバイスは、これらに限定しないが、第１のデバイスもしくは第２のデバイス、または他の協調送信ポイントを含む。例えば、集中協調多地点アーキテクチャでは、第１のデバイスが、１つまたは複数の第２のデバイスから送信された利益計量情報を取得し、その１つまたは複数の第２のデバイスに対応するリソース配分情報を決定し、分散協調多地点アーキテクチャでは、第１のデバイスが、１つまたは複数の第２のデバイス（すなわち協調ノード）から送信された利益計量情報を取得し、自身（すなわち第１のデバイス）に対応するリソース配分情報を決定する。
【００８２】
好ましくは、さらに、関連デバイスは、リソース配分情報に基づいて、リソースのスケジューリングおよび配分を行う。
【００８３】
図３は、本発明の好ましい実施形態による、協調多地点に基づいて複数のセル間にリソースを配分するための第１のデバイスおよび第２のデバイスの概略図を示し、ここでは、第１のデバイス１は、取得モジュール１１’、配分決定モジュール１２’、要求送信モジュール１３’を備え、第２のデバイス２は、計量決定モジュール２１’、送信モジュール２２’、要求取得モジュール２３’を備えている。具体的には、第１のデバイス１の要求送信モジュール１３’が、１つまたは複数の第２のデバイスに利益計量要求情報を送信し、それに対応して、第２のデバイス２の要求取得モジュール２３’が、第１のデバイスから送信された利益計量要求情報を取得し、第２のデバイス２の計量決定モジュール２１’が、その利益計量要求情報に基づいて、１つまたは複数の協調多地点模擬シナリオとの関連で、それらの協調多地点模擬シナリオに対応する利益計量情報を決定し、第２のデバイス２の送信モジュール２２’が、第１のデバイスに利益計量情報を送信し、それに対応して、第１のデバイス１の取得モジュール１１’が、利益計量要求情報に基づいて第２のデバイスから送信された利益計量情報を取得し、利益計量情報は、１つまたは複数の協調多地点模擬シナリオに対応し、配分決定モジュール１２’が、利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【００８４】
本明細書では、第１のデバイス１の配分決定モジュール１２’および第２のデバイス２の送信モジュール２２’は、図２に示す対応する装置と全く同一であるか、実質的に同一であり、そのため、ここでは詳細に説明せず、参照によりここに取り込む。
【００８５】
要求送信モジュール１３’は、１つまたは複数の第２のデバイスに利益計量要求情報を送信する。
【００８６】
具体的には、要求送信モジュール１３’は、所定の通信プロトコルに基づいて、１つまたは複数の第２のデバイスに利益計量要求情報を送信し、利益計量要求情報は、利益計量情報を決定するための協調多地点模擬シナリオ情報を含むことができる。
【００８７】
それに対応して、第２のデバイス２の要求取得モジュール２３’は、第１のデバイスから送信された利益計量要求情報を取得する。
【００８８】
具体的には、要求取得モジュール２３’は、所定の通信プロトコルに基づいて第１のデバイスから送信された利益計量要求情報を取得する。
【００８９】
ここで、当業者は、集中協調多地点アーキテクチャでは、利益計量要求情報は、要求送信モジュール１３’から第２のデバイスに送信することができ、それにより第２のデバイスは、利益計量要求情報中の関連する設定に基づいて、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報を決定し、それを第１のデバイスに送信することを理解されたい。分散協調多地点アーキテクチャでは、第２のデバイスは、仮定または推量される協調多地点模擬シナリオ（例えば対象基地局（すなわち第１のデバイス１）がミュートされると想定する）に基づいて、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報を直接決定し、それを第１のデバイスに送信することができ、利益計量要求情報を取得する必要はない。同じ原理で、集中協調多地点アーキテクチャでも、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報は、利益計量要求情報に基づくことなく、第２のデバイスが直接決定して、第１のデバイスに送信することができる。
【００９０】
本明細書では、利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  メッセージ・タイプ：ＢＭ要求
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  登録要求：列挙型（ｓｔａｒｔ，ｓｔｏｐ，．．．）：「ｓｔａｒｔ」に設定された値は、対応する測定報告を開始する要求を意味する。「ｓｔｏｐ」に設定された値は、対応する測定報告を中止する要求を意味する。
−  報告対象のセル：測定報告に対応するセルを示す。例えば、対応する測定報告についての１つまたは複数のセルＩＤ。
−  測定するセル：利益測定の干渉セルを示す。例えば、検討対象の利益測定についての１つまたは複数のセルＩＤ。
−  報告周期：列挙型。例えば、５ｍｓ、１０ｍｓ、２０ｍｓ、１００ｍｓ、１０００ｍｓ、２０００ｍｓ、５０００ｍｓ、１００００ｍｓ等。
−  部分的成功インディケータ：列挙型（部分的成功が許される、．．．）。部分的成功が許される場合に含められる。
【００９１】
上記の解決法に加えて、「測定するセル」はＲＳＲＰの閾値としてもよいことに留意されたい。例えば、ＵＥから報告された、あるセルに対応するＲＳＲＰが、そのセルのサービングセルよりも閾値以上小さくない場合は、そのセルは、利益の測定では干渉セルとみなされる。
【００９２】
好ましくは、利益計量要求情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス要求情報にして、それを、要求送信モジュール１３’を通じて要求取得モジュール２３’に送信することもできる。
【００９３】
ここで、リソース・ステータス要求情報への強化は、現在のリソース・ステータス要求情報に追加的な１つまたは複数のビットを追加することによって実現することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【００９４】
リソース・ステータス要求情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含むことができる。
−  測定するセル：利益測定の干渉セルを示す。例えば、検討対象の利益測定についての１つまたは複数のセルＩＤ。ここで、「測定基地局ＩＤ１」は、「開始側ｅＮＢ  ＩＤ」とみなすことができる。
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ。ここで、「測定基地局ＩＤ１」の機能は、上記で定義した「測定するセル」の機能と同じである。
−  報告周期：列挙型。１ｍｓ、２ｍｓ、５ｍｓ、１０ｍｓ、２０ｍｓ、１００ｍｓ、１０００ｍｓ、２０００ｍｓ、１００００ｍｓ等。
【００９５】
リソース・ステータス要求情報が「開始側ｅＮＢ  ＩＤ」だけでなく、「測定するセル」も含む場合、受信を担当する基地局は、計量測定報告を「開始側ｅＮＢ  ＩＤ」にも報告することができる。
【００９６】
第２のデバイス２の計量決定モジュール２１’は、利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、その協調多地点模擬シナリオに対応する利益計量情報を決定することができる。
【００９７】
具体的には、計量決定モジュール２１’は、利益計量要求情報に基づいて決定された協調多地点模擬シナリオ、または他の方式に基づいて決定された協調多地点模擬シナリオとの関連で、利益計量要求情報中のパラメータに基づいて、協調多地点模擬シナリオに対応する利益計量情報を決定する。
【００９８】
例えば、利益計量要求情報中の登録要求が「ｓｔａｒｔ」に設定されている場合、計量決定モジュール２１’は、利益計量要求情報に基づいて決定された協調多地点模擬シナリオ、または他の方式に基づいて決定された協調多地点模擬シナリオとの関連で、協調多地点模擬シナリオに対応する利益計量情報を決定する。
【００９９】
別の例として、利益計量要求情報中の登録要求が「ｓｔｏｐ」に設定されている場合、計量決定モジュール２１’は、利益計量情報の測定と送信を中止する。
【０１００】
第１のデバイス１の取得モジュール１１’は、利益計量要求情報に基づいて第２のデバイスから送信された利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０１０１】
具体的には、取得モジュール１１’は、所定の通信プロトコルに従って、利益計量要求情報に基づいて第２のデバイス２と対話するか、または、第２のデバイスについての利益計量情報を提供することが可能な他のデバイスと対話することにより、第２のデバイスの１つまたは複数の利益計量情報を取得する。
【０１０２】
本明細書では、利益計量情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：利益計量要求情報または利益計量更新情報（ＢＭの更新）
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  ＢＭの結果：すなわち、図１に示す各種の利益計量情報に対応する。
【０１０３】
好ましくは、取得モジュール１１’は、１つまたは複数の第２のデバイスに対応するリソース・ステータス報告情報に基づいて、第２のデバイスから送信された利益計量情報を取得することができ、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０１０４】
具体的には、取得モジュール１１’は、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス更新情報を強化することを通じて、第２のデバイスから送信される利益計量情報を取得することができる。
【０１０５】
ここで、リソース・ステータス更新情報は、現在のリソース・ステータス要求情報に追加的な１つまたは複数のビットを追加することによって強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０１０６】
本明細書では、リソース・ステータス更新情報中の「測定するセル」の結果の項目が、利益計量情報を含むことができる。利益計量情報は、図１に定義される利益計量情報に従って決定することができる。
【０１０７】
「開始側ｅＮＢ  ＩＤ」の指示がない場合、リソース・ステータス更新情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０１０８】
好ましくは、計量決定モジュール２１’は、利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、利益計量要求情報に対応する利益計量応答情報を第１のデバイスに送信することができ、その後、利益計量応答情報に基づいて、利益計量応答情報に対応する利益計量情報を第１のデバイスに送信し、利益計量情報は、１つまたは複数の協調多地点模擬シナリオに対応する。
【０１０９】
それに対応して、取得モジュール１１’は、利益計量要求情報に応じて、利益計量要求情報に対応する利益計量応答情報を取得し、次いで、利益計量応答情報に基づいて第２のデバイスから送信された利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０１１０】
具体的には、利益計量応答情報は、１つまたは複数の報告されたターゲットの初期化が成功したことを報告するものである。
【０１１１】
本明細書では、利益計量応答情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：ＢＭ応答
−  開始側ｅＮＢ  ＩＤ：例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：例えばノード２のｅＮＢ  ＩＤ
−  測定開始結果：どのセルが報告を行うように、または報告を行わないように構成できるかを示す。
【０１１２】
好ましくは、利益計量応答情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス応答情報にして、第１のデバイス１と第２のデバイス２の間で情報の送信を行うこともできる。
【０１１３】
ここで、リソース・ステータス応答情報は、現在のリソース・ステータス応答情報に追加的な１つまたは複数のビットを追加することによって強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０１１４】
本明細書では、「開始側ｅＮＢ  ＩＤ」の指示情報がない場合、リソース・ステータス応答情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０１１５】
ここで、当業者は、上記の利益計量応答情報および／またはリソース・ステータス応答情報はすべて、利益計量要求情報および／またはリソース・ステータス要求情報への応答に成功した事例の説明であり、利益計量要求情報および／またはリソース・ステータス要求情報への応答が失敗した場合には、利益計量応答情報および／またはリソース・ステータス応答情報は、利益計量失敗情報および／またはリソース・ステータス失敗情報とすることもできることを理解されたい。
【０１１６】
本明細書では、利益計量失敗情報は、要求された測定対象のいずれにも測定を開始できないことを示し、利益計量失敗情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：ＢＭ失敗
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  失敗の理由：失敗の理由を示す
好ましくは、利益計量失敗情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス失敗情報として、それにより第１のデバイス１と第２のデバイス２の間の情報送信を行うこともできる。
【０１１７】
ここで、リソース・ステータス失敗情報は、例えば現在のリソース・ステータス失敗情報に追加的な１つまたは複数のビットを追加することを通じて強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０１１８】
本明細書では、「開始側ｅＮＢ  ＩＤ」の指示情報がない場合、リソース・ステータス失敗情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０１１９】
例えば、セル１がセル２およびセル３のミュートによって利益を得た場合、セル１が「開始側ｅＮＢ」になり、セル２が「測定するセル」になり、セル１が「報告元セル」になる。
【０１２０】
図４は、本発明の別の態様による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間でリソースを配分する方法の流れ図を示す。具体的には、ステップｓ１で、第２のデバイス２が、１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定し、ステップｓ２で、第２のデバイス２が、利益計量情報を第１のデバイスに送信し、それに対応して、ステップｓ２で、第１のデバイス１が、第２のデバイスに関する１つまたは複数の利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応し、ステップｓ３で、第１のデバイス１が、利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【０１２１】
ステップｓ１で、第２のデバイス２は、１つまたは複数の協調多地点模擬シナリオに基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定する。
【０１２２】
具体的には、協調多地点模擬シナリオは、以下の少なくともいずれか１つを含む。
−  協調多地点模擬シナリオＩ：隣接ノードまたは隣接協働セルが、第２のデバイスに対応するノードまたはセルに対してミュートしていると想定する。例えば、図１（ａ）に示すように、隣接ノードｅＮＢ２〜ｅＮＢ７の１つまたは複数がｅＮＢ１に対してミュートしていると想定する。ミュートとは、ノードまたはセルが、電力等を低減するためにリソース消費を低下させることを意味する。
−  協調多地点模擬シナリオＩＩ：隣接ノードまたは隣接協働セルが、好ましい時間および／または周波数で、第２のデバイスに対応するノードまたはセルに対してミュートすると想定する。
−  協調多地点模擬シナリオＩＩＩ：隣接ノードまたは隣接協働セルが、第２のデバイスに対応するノードまたはセル内にある１つまたは複数のユーザ機器（ＵＥ）に対してミュートすると想定する。
【０１２３】
ステップｓ１で、第２のデバイス２は、所定の協調多地点模擬シナリオに基づいて、または協調多地点模擬シナリオを決定し得る他の方式に基づいて、第２のデバイス２に対応する協調多地点模擬シナリオを決定する。
【０１２４】
本明細書では、協調多地点模擬シナリオを決定する方式は、これらに限定しないが、以下のいずれか１つを含む。
−  第２のデバイス２に関連付けられた第１のデバイス１が、現在の協調多地点模擬シナリオを決定しており、協調多地点模擬シナリオ通知情報、または協調多地点模擬シナリオ情報を示唆することが可能な他の関連情報を直接送信し、それにより第２のデバイス２が協調多地点模擬シナリオを決定することができ、第１のデバイス１は、これらに限定しないが、集中協調多地点システム・アーキテクチャの中央ノード、および／または分散協調多地点システム・アーキテクチャの任意のノードを含む。
−  受信された他の情報に基づいて、第２のデバイス２に対応する協調多地点模擬シナリオを決定し、それにより第２のデバイス２は、単独で、すなわち第１のデバイス１に依存せずに、協調多地点模擬シナリオ情報を決定することができ、例えば、第２のデバイス２が、他のデバイスから送信された利益計量情報を受信した場合、第２のデバイス２は協調多地点模擬シナリオを決定できるとみなすことができる。ここで、第２のデバイス２は、利益計量情報に基づいて、例えば第２のデバイス２がミュート・モードにある等、利益計量情報に対応する協調多地点模擬シナリオを決定することができ、加えて、第２のデバイス２は、利益計量情報に基づいて、自身に合わせて適合された他の協調多地点模擬シナリオも決定することができる。
−  第２のデバイス２が自律的に協調多地点模擬シナリオを決定する。
【０１２５】
そして、ステップｓ１で、第２のデバイス２が、１つまたは複数の協調多地点模擬シナリオに基づいて、かつ協調多地点模擬シナリオに対応する利益計量情報を決定する方式に基づいて、その協調多地点模擬シナリオに対応する利益計量情報を決定する。
【０１２６】
好ましくは、利益計量情報は、以下の少なくともいずれか１つを含む。
−  第２のデバイスに対応する利益セル指示情報。
−  第２のデバイスに対応する干渉セル指示情報。
−  利益セルに対応する利益値情報。
−  干渉セルに対応する干渉レベル情報。
−  利益セルに対応する利益リソース指示情報。
−  利益セルに対応するユーザ情報。
−  協調多地点模擬シナリオに対応するチャネル・ステータス情報の測定結果指示情報。
【０１２７】
より好ましくは、利益値情報は、以下の少なくともいずれか１つを含む。
−  すべての利用可能なＵＬ／ＤＬリソースに対する、利益セル用のＵＬ／ＤＬの事前に決められた確保リソースの比率の情報。
−  利益セルおよび／または干渉セルに対応する最大可能スループットおよび／または最大可能性能。
−  利益セルおよび／または干渉セルに対応する平均可能スループットおよび／または最大可能性能。
−  利益セルおよび／または干渉セルに対応するユーザ・デバイスの可能スループットおよび／または可能性能。
−  利益セル、干渉セル、協調多地点模擬シナリオ、および／またはユーザ・デバイスに対応するチャネル情報。
【０１２８】
具体的には、協調多地点模擬シナリオＩでは、
図１（ａ）を例とすると、ｅＮＢ２が自身を利益セルとみなしており、一方、干渉セル（または犠牲セルまたは損害セル）、例えばｅＮＢ３またはｅＮＢ４がミュートしており、想定される利益計量情報を取得すると想定すると、ｅＮＢ２は、ラベル付きのセルＩＤと共に、複数の利益計量情報、すなわち、ｅＮＢ３に関連付けられた利益計量情報およびｅＮＢ４に関連付けられた利益計量情報を中央ノードに報告する。
【０１２９】
同様に、基地局２は、送信ポイント（ＴＰ）のミュート・パターン、すなわちｅＮＢ３とｅＮＢ４が同時にミュートすると想定し、その後、その想定に基づいて利益計量情報を導出する。ｅＮＢ２は、ラベル付きのＴＰミュート・パターンと共に、１つの利益計量情報、すなわちｅＮＢ３およびｅＮＢ４に関連付けられた利益計量情報をｅＮＢ１（すなわち中央ノード）に報告する。
【０１３０】
利益計量情報はセルに固有である可能性があるため、利益計量情報は、ＲＮＴＰ（相対狭帯域送信電力：Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  ＴＸ  Ｐｏｗｅｒ）共有の手順の一部とすることもできる。
【０１３１】
協調多地点模擬シナリオＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
【０１３２】
協調多地点模擬シナリオＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル；
□    −  報告セルＩＤ
□        −  測定する干渉セル
□            −  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
□            −  利益値
【０１３３】
例えば、報告セルＩＤがセル１で、干渉セルＩＤがセル２である場合には、利益値は、セル２がミュートしてセル１が得る利益になる。
【０１３４】
ここで、１つの利益値は、１つまたは複数の干渉セルＩＤに対応することができ、「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むこともでき、それにより中央ノードまたは他の決定ノードが、どのように送信電力を設定するかを把握できることに留意されたい。加えて、利益リソース指示情報を、協調多地点模擬シナリオの情報および／または利益計量情報に含めることもでき、それにより、特定のリソース情報をミュートする必要があると決定することもできる。
【０１３５】
本明細書では、利益値は、事前に決められた確保リソースの比率として求められ、０〜１００の整数をとる。ＤＬでは、この比率を計算する際の分子は、ダウンリンクの送信で利益セルに確保されることが事前に決められたリソースであり、分母は、ＤＬのベアラ周波数帯上のすべての利用可能リソースである。それに対応して、ＵＬでは、比率を計算する際の分子は、アップリンクの送信で利益セルに確保されることが事前に決められたリソースであり、分母は、アップリンクのべアラ周波数帯上のすべての利用可能リソースになる。ここで、事前に決められた確保リソースは、これに限定しないが、対応する干渉セルに対する制限された送信電力を含み、加えて、リソースは、これに限定しないが、物理リソースブロック（ＰＲＢ）を含む。したがって、セル１が対応するセル２に利益値を報告する場合、セル１から報告される利益値は、セル２で確保するために制限されたリソースの数を表す。
【０１３６】
ここで、あるノードのアクティブなＵＥの「事前に決められた保護リソース」または「事前に決められた保護リソースブロック」を決定する方法は、これらに限定しないが、以下のいずれか１つを含む。
−  すべてのアクティブなＵＥのトラフィック・バッファ・エリアの合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの予想リソースの合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの過去のリソース使用情報の合計。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
−  すべてのアクティブなＵＥの数。それらアクティブなＵＥは、１つまたは複数の特定の干渉セルから特定の干渉を受ける。
【０１３７】
表２に、上記の情報の組み合わせの単純な例を示す。
【０１３８】
本明細書では、第２のデバイスから送信される利益計量情報は、１つまたは複数の利益計量情報単位を含むことができ、すなわち、上記の情報の少なくとも１つに加えて、利益計量情報は、上記の情報のうち複数を１つの単位とみなすこともでき、そのため利益計量情報は、１つまたは複数の利益計量情報単位を含む可能性がある。
【０１３９】
１つの利益計量情報単位は、１つの利益セル指示、１つの利益値、１つの利益リソース指示、および１つまたは複数の干渉指示を含むことができる。
【０１４０】
１つの干渉指示は、１つの干渉セル指示および１つの干渉レベルに関連付けられる。
【０１４１】
【表２】
2017509258.tif 000004
【０１４２】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【０１４３】
協調多地点模擬シナリオＩＩでは、
協調多地点模擬シナリオＩＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
−  測定するチャネル状態情報（ＣＳＩ）。スループットの利益を計算するために考慮されるＣＳＩ情報の限定。例えば、ＣＳＩプロセスによる指示。
【０１４４】
協調多地点模擬シナリオＩＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル
□  −  報告セルＩＤ
□    −  周波数インデックス
□      −  ＣＳＩ指示リスト、および／または、
□          −  ＣＳＩ指示インデックス（例えばＣＳＩプロセス・インデックス）
□          −  利益値
□      −  ポイント・ミュート・リスト
□          −  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
□          −  利益値
【０１４５】
以下のことに留意されたい。
１つの利益値が、１つのＣＳＩ指示インデックス（例えば１つのＣＳＩプロセス・インデックス）に対応することができる。
【０１４６】
１つの利益値が、１つまたは複数の干渉セルＩＤに対応することができる。
【０１４７】
「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むことができ、それにより、中央ノードは、どのように送信電力を設定するかを把握することができる。
【０１４８】
利益リソースの指示は、協調多地点模擬シナリオ情報および／または利益計量情報に含めることができる。
【０１４９】
リソース指示のために考慮される周波数インデックスは、時間領域に拡張することができる。
【０１５０】
リソース指示のために考慮される周波数インデックスは、時間周波数領域に拡張することもできる。
【０１５１】
「測定するＣＳＩ」は、「測定するスループット」または他の同様の定義として扱うこともできる。
【０１５２】
ここで、利益値は、利益セルおよび／もしくは干渉セルに対応する最大可能スループットおよび／もしくは最大可能性能として求めるか、または、利益セルおよび／もしくは干渉セルに対応する平均可能スループットおよび／もしくは最大可能性能として求めることができ、最大可能スループットおよび／または最大可能性能、平均可能スループットおよび／または最大可能性能は、ＰＦ（ｐｒｏｐｏｒｔｉｏｎａｌ  ｆａｉｒ）に基づいて求めることができる。
【０１５３】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【０１５４】
ここで、当業者は、協調多地点模擬シナリオＩＩにおける第２のデバイスの他の方法またはフローは、協調多地点模擬シナリオＩにおけるフローと全く同じであるか、または同様であることを理解されたい。したがって、ここでは詳細に説明せず、参照によりここに取り込む。
【０１５５】
協調多地点模擬シナリオＩＩＩでは、
協調多地点模擬シナリオＩＩＩに対応する協調多地点模擬シナリオの情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益。
−  報告対象の利益セル。
−  報告対象の利益ＵＥ。
−  測定する干渉セル：検討対象の干渉セルを選択するための範囲の限定、例えば、干渉セル選択の閾値設定、干渉ｅＮＢ  ＩＤ、干渉セルＩＤ等。
−  測定するチャネル状態情報（ＣＳＩ）。スループットの利益を計算するために考慮されるＣＳＩ情報の限定。例えば、ＣＳＩプロセスによる指示。例えば、ＣＳＩプロセスによる指示。
【０１５６】
協調多地点模擬シナリオＩＩＩに対応する利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  ＢＭタイプ：ミュートの利益；
−  報告対象の利益セル
□    −  報告セルＩＤ
□      −  報告ＵＥ  ＩＤ
□        −  周波数インデックス
□              −  ＣＳＩ指示リスト、および／または
□                  −  ＣＳＩ指示インデックス（例えばＣＳＩプロセス・インデックス）
□                  −  利益値
□              −  ポイント・ミュート・リスト
□                −  干渉セルＩＤ（すなわちミュートされるセルＩＤ）
□                −  利益値
−  利益セルに対応するユーザ情報。
−  協調多地点模擬シナリオに対応する測定するＣＳＩの指示情報。
【０１５７】
以下のことに留意されたい。
１つの利益値が、１つのＣＳＩ指示インデックス（例えば１つのＣＳＩプロセス・インデックス）に対応することができる。
【０１５８】
１つの利益値が、１つまたは複数の干渉セルＩＤに対応することができる。
【０１５９】
「測定する干渉セル」の情報は、対応する干渉セルの干渉レベルを含むことができ、それにより、中央ノードは、どのように送信電力を設定するかを把握することができる。
【０１６０】
利益リソースの指示は、協調多地点模擬シナリオ情報および／または利益計量情報に含めることができる。
【０１６１】
リソース指示のために考慮される周波数インデックスは、時間領域に拡張することができる。
【０１６２】
リソース指示のために考慮される周波数インデックスは、時間周波数領域に拡張することもできる。
【０１６３】
「測定するＣＳＩ」は、「測定するスループット」または他の同様の定義として扱うこともできる。
【０１６４】
利益値は、ＣＱＩ（チャネル品質インディケータ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（プレコーディング・マトリクス・インディケータ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）ＲＩ（ランク指示：Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）、および／またはＲＳＲＰ（参照信号受信電力：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｉｎｇ  Ｐｏｗｅｒ）に置き換えることもできる。
【０１６５】
利益値がＣＱＩである場合、ＣＱＩは、ＰＦ係数を加味した値とすることができる。
【０１６６】
本明細書では、利益値は、利益セルおよび／または干渉セルに対応するユーザ機器の可能スループットおよび／または可能性能として求めることができる。可能スループットおよび／または可能性能は、ＰＦ（ｐｒｏｐｏｒｔｉｏｎａｌ  ｆａｉｒ）に基づいて求めることができ、加えて、利益値は、利益セル、干渉セル、協調多地点模擬シナリオ、および／またはユーザ機器に対応するチャネル情報として求めることもできる。
【０１６７】
ここで、当業者は、第２のデバイスは、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて利益計量情報を報告することができ、協調多地点模擬シナリオＩＩＩにおける利益計量情報の報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよいことを理解されたい。
【０１６８】
ここで、当業者は、協調多地点模擬シナリオＩＩＩにおける第２のデバイスの他のフローは、協調多地点模擬シナリオＩまたはＩＩにおけるフローと全く同じであるか、または同様であることを理解されたい。したがって、ここでは詳細に説明せず、参照によりここに取り込む。
【０１６９】
ステップｓ２で、第２のデバイス２が、利益計量情報を第１のデバイスに送信する。
【０１７０】
具体的には、ステップｓ２で、第２のデバイス２は、所定の通信プロトコルに基づいて、特定の情報形式（例えば表１に示す）の利益計量情報を第１のデバイス１に送信する。
【０１７１】
好ましくは、ＣＳＩまたはＲＳＲＰを、利益計量情報として第１のデバイスに送信することができる。
【０１７２】
好ましくは、ステップｓ２で、第２のデバイス２は、周期的トリガ、非周期的トリガ、またはイベント・トリガに基づいて、利益計量情報を第１のデバイスに送信することができる。
【０１７３】
周期的に送信する場合、決められた送信周期（すなわち報告周期）は、異なる協調多地点模擬シナリオに応じて決めることができ、すなわち、協調多地点模擬シナリオＩでは、報告周期は、短くとも長くともよく、例えば、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよく、協調多地点模擬シナリオＩＩでは、報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよく、協調多地点模擬シナリオＩＩＩでは、報告周期は、短くとも長くともよく、例えば、２ｍｓ、５ｍｓ、２０ｍｓ、１００ｍｓ、２００ｍｓ等であってよい。
【０１７４】
それに対応して、ステップｓ２で、第１のデバイス１は、第２のデバイスに関する１つまたは複数の利益計量情報を取得し、利益計量情報は、１つまたは複数の協調多地点模擬シナリオに対応する。
【０１７５】
具体的には、ステップｓ２で、第１のデバイス１は、所定の通信プロトコルに基づいて第２のデバイス２と対話するか、または第２のデバイスについての利益計量情報を提供することが可能なデバイスと対話することにより、第２のデバイスについての１つまたは複数の利益計量情報を取得する。取得される利益計量情報は、同じ協調多地点模擬シナリオに基づいて決定された利益計量情報である場合も、異なる協調多地点模擬シナリオに基づいて決定された利益計量情報である場合もある。加えて、取得された利益計量情報に対応する第２のデバイスは、１つの第２のデバイスである場合も、複数の第２のデバイスである場合もある。
【０１７６】
ステップｓ３で、第１のデバイス１が、利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【０１７７】
具体的には、ステップｓ２で、第１のデバイス１が、１つまたは複数の利益計量情報に応じて、異なる利益計量情報に対応するデバイスおよび利益値を判定してから、利益計量情報の関連デバイスに対応するリソース配分情報を決定する。
【０１７８】
ここで、関連デバイスは、これらに限定しないが、第１のデバイスもしくは第２のデバイス、または他の協調送信ポイントを含む。例えば、集中協調多地点アーキテクチャでは、第１のデバイスが、１つまたは複数の第２のデバイスから送信された利益計量情報を取得し、その１つまたは複数の第２のデバイスに対応するリソース配分情報を決定し、分散協調多地点アーキテクチャでは、第１のデバイスが、１つまたは複数の第２のデバイス（すなわち協調ノード）から送信された利益計量情報を取得し、自身（すなわち第１のデバイス）に対応するリソース配分情報を決定する。
【０１７９】
好ましくは、さらに、関連デバイスは、リソース配分情報に基づいて、リソースのスケジューリングおよび配分を行う。
【０１８０】
図５は、本発明の好ましい実施形態による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の流れ図を示す。具体的には、ステップｓ４’で、第１のデバイス１が、１つまたは複数の第２のデバイスに利益計量要求情報を送信し、それに対応して、第２のデバイス２が、第１のデバイスから送信された利益計量要求情報を取得し、ステップｓ１’で、第２のデバイス２が、その利益計量要求情報に基づいて、１つまたは複数の協調多地点模擬シナリオとの関連で、それらの協調多地点模擬シナリオに対応する利益計量情報を決定し、ステップｓ２’で、第２のデバイス２が、第１のデバイスに利益計量情報を送信し、それに対応して、ステップｓ２’で、第１のデバイス１が、利益計量要求情報に基づいて第２のデバイスから送信された利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応し、ステップｓ３’で、第１のデバイス１が、利益計量情報に基づいて、利益計量情報に関連付けられた関連デバイスに対応するリソース配分情報を決定する。
【０１８１】
本明細書では、第１のデバイス１のステップｓ３’と第２のデバイス２のステップｓ２’は、図４に示す対応する装置と全く同一であるか、または実質的に同一であり、そのため、ここでは詳細に説明せず、参照によりここに取り込む。
【０１８２】
ステップｓ４’で、第１のデバイス１が、１つまたは複数の第２のデバイスに利益計量要求情報を送信する。
【０１８３】
具体的には、ステップｓ４’で、第１のデバイス１は、所定の通信プロトコルに基づいて、１つまたは複数の第２のデバイスに利益計量要求情報を送信し、利益計量要求情報は、利益計量情報を決定するための協調多地点模擬シナリオ情報を含むことができる。
【０１８４】
それに対応して、ステップｓ４’で、第２のデバイス２が、第１のデバイスから送信された利益計量要求情報を取得する。
【０１８５】
具体的には、ステップｓ４’で、第２のデバイス２は、所定の通信プロトコルに基づいて第１のデバイスから送信された利益計量要求情報を取得する。
【０１８６】
ここで、当業者は、集中協調多地点アーキテクチャでは、利益計量要求情報は、第１のデバイス１から第２のデバイスに送信することができ、それにより第２のデバイスは、利益計量要求情報中の関連する設定に基づいて、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報を決定し、それを第１のデバイスに送信することを理解されたい。分散協調多地点アーキテクチャでは、第２のデバイスは、仮定または推量される協調多地点模擬シナリオ（例えば対象基地局（すなわち第１のデバイス１）がミュートされると想定する）に基づいて、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報を直接決定し、それを第１のデバイスに送信することができ、利益計量要求情報を取得する必要はない。同じ原理で、集中協調多地点アーキテクチャでも、対応する利益計量情報または利益計量情報に相当するＣＳＩ／ＲＳＲＰ情報は、利益計量要求情報に基づくことなく、第２のデバイスが直接決定して、第１のデバイスに送信することができる。
【０１８７】
本明細書では、利益計量情報は、以下の情報の少なくともいずれか１つを含むことができる。
−  メッセージ・タイプ：ＢＭ要求
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  登録要求：列挙型（ｓｔａｒｔ，ｓｔｏｐ，．．．）：「ｓｔａｒｔ」に設定された値は、対応する測定報告を開始する要求を意味する。「ｓｔｏｐ」に設定された値は、対応する測定報告を中止する要求を意味する。
−  報告対象のセル：測定報告に対応するセルを示す。例えば、対応する測定報告についての１つまたは複数のセルＩＤ。
−  測定するセル：利益測定の干渉セルを示す。例えば、検討対象の利益測定についての１つまたは複数のセルＩＤ。
−  報告周期：列挙型。例えば、５ｍｓ、１０ｍｓ、２０ｍｓ、１００ｍｓ、１０００ｍｓ、２０００ｍｓ、５０００ｍｓ、１００００ｍｓ等。
−  部分的成功インディケータ：列挙型（部分的成功が許される、．．．）。部分的成功が許される場合に含められる。
【０１８８】
上記の解決法に加えて、「測定するセル」はＲＳＲＰの閾値としてもよいことに留意されたい。例えば、ＵＥから報告された、あるセルに対応するＲＳＲＰが、そのセルのサービングセルよりも閾値以上小さくない場合は、そのセルは、利益の測定では干渉セルとみなされる。
【０１８９】
好ましくは、利益計量要求情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス要求情報にして、それを、第１のデバイス１を通じて第２のデバイス２に送信することもできる。
【０１９０】
ここで、リソース・ステータス要求情報への強化は、現在のリソース・ステータス要求情報に追加的な１つまたは複数のビットを追加することによって実現することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０１９１】
リソース・ステータス要求情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含むことができる。
−  測定するセル：利益測定の干渉セルを示す。例えば、検討対象の利益測定についての１つまたは複数のセルＩＤ。ここで、「測定基地局ＩＤ１」は、「開始側ｅＮＢ  ＩＤ」とみなすことができる。
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ。ここで、「測定基地局ＩＤ１」の機能は、上記で定義した「測定するセル」の機能と同じである。
−  報告周期：列挙型。１ｍｓ、２ｍｓ、５ｍｓ、１０ｍｓ、２０ｍｓ、１００ｍｓ、１０００ｍｓ、２０００ｍｓ、１００００ｍｓ等。
【０１９２】
リソース・ステータス要求情報が「開始側ｅＮＢ  ＩＤ」だけでなく、「測定するセル」も含む場合、受信を担当する基地局は、計量測定報告を「開始側ｅＮＢ  ＩＤ」にも報告することができる。
【０１９３】
ステップｓ１’で、第２のデバイス２が、利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、その協調多地点模擬シナリオに対応する利益計量情報を決定する。
【０１９４】
具体的には、ステップｓ１’で、第２のデバイス２は、利益計量要求情報に基づいて決定された協調多地点模擬シナリオ、または他の方式に基づいて決定された協調多地点模擬シナリオとの関連で、利益計量要求情報中のパラメータに基づいて、協調多地点模擬シナリオに対応する利益計量情報を決定する。
【０１９５】
例えば、利益計量要求情報中の登録要求が「ｓｔａｒｔ」に設定されている場合、ステップｓ１’で、第２のデバイス２は、利益計量要求情報に基づいて決定された協調多地点模擬シナリオ、または他の方式に基づいて決定された協調多地点模擬シナリオとの関連で、協調多地点模擬シナリオに対応する利益計量情報を決定する。
【０１９６】
別の例として、利益計量要求情報中の登録要求が「ｓｔｏｐ」に設定されている場合は、ステップｓ１’で、第２のデバイス２は、利益計量情報の測定と送信を中止する。
【０１９７】
ステップｓ２’で、第１のデバイス１が、利益計量要求情報に基づいて第２のデバイスから送信された利益計量情報を取得し、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０１９８】
具体的には、ステップｓ２’で、第１のデバイス１は、所定の通信プロトコルに従って、利益計量要求情報に基づいて第２のデバイス２と対話するか、または、第２のデバイスについての利益計量情報を提供することが可能な他のデバイスと対話することにより、第２のデバイスの１つまたは複数の利益計量情報を取得する。
【０１９９】
本明細書では、利益計量情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：利益計量要求情報または利益計量更新情報（ＢＭの更新）
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  ＢＭの結果：すなわち、図１に示す各種の利益計量情報に対応する。
【０２００】
好ましくは、ステップｓ２’で、第１のデバイス１は、１つまたは複数の第２のデバイスに対応するリソース・ステータス報告情報に基づいて、第２のデバイスから送信された利益計量情報を取得することができ、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０２０１】
具体的には、ステップｓ２’で、第１のデバイス１は、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス更新情報を強化することを通じて、第２のデバイスから送信される利益計量情報を取得することができる。
【０２０２】
ここで、リソース・ステータス更新情報は、現在のリソース・ステータス更新情報に追加的な１つまたは複数のビットを追加することによって強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０２０３】
本明細書では、リソース・ステータス更新情報中の「測定するセル」の結果の項目が、利益計量情報を含むことができる。利益計量情報は、図１に定義される利益計量情報に従って決定することができる。
【０２０４】
「開始側ｅＮＢ  ＩＤ」の指示がない場合、リソース・ステータス更新情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０２０５】
好ましくは、ステップｓ１’で、第２のデバイス２は、利益計量要求情報に基づき、１つまたは複数の協調多地点模擬シナリオとの関連で、利益計量要求情報に対応する利益計量応答情報を第１のデバイスに送信することができ、その後、利益計量応答情報に基づいて、利益計量応答情報に対応する利益計量情報を第１のデバイスに送信し、利益計量情報は、１つまたは複数の協調多地点模擬シナリオに対応する。
【０２０６】
それに対応して、ステップｓ２’で、第１のデバイスは、利益計量要求情報に応じて、利益計量要求情報に対応する利益計量応答情報を取得し、次いで、利益計量応答情報に基づいて第２のデバイスから送信された利益計量情報を取得することができ、利益計量情報は１つまたは複数の協調多地点模擬シナリオに対応する。
【０２０７】
具体的には、利益計量応答情報は、１つまたは複数の報告されたターゲットの初期化が成功したことを報告するものである。
【０２０８】
本明細書では、利益計量応答情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：ＢＭ応答
−  開始側ｅＮＢ  ＩＤ：例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：例えばノード２のｅＮＢ  ＩＤ
−  測定開始結果：どのセルが報告を行うように、または報告を行わないように構成できるかを示す。
【０２０９】
好ましくは、利益計量応答情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス応答情報にして、第１のデバイス１と第２のデバイス２の間で情報の送信を行うこともできる。
【０２１０】
ここで、リソース・ステータス応答情報は、現在のリソース・ステータス応答情報に追加的な１つまたは複数のビットを追加することによって強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０２１１】
本明細書では、「開始側ｅＮＢ  ＩＤ」の指示情報がない場合、リソース・ステータス応答情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０２１２】
ここで、当業者は、上記の利益計量応答情報および／またはリソース・ステータス応答情報はすべて、利益計量要求情報および／またはリソース・ステータス要求情報への応答に成功した事例の説明であり、利益計量要求情報および／またはリソース・ステータス要求情報への応答が失敗した場合には、利益計量応答情報および／またはリソース・ステータス応答情報は、利益計量失敗情報および／またはリソース・ステータス失敗情報とすることもできることを理解されたい。
【０２１３】
本明細書では、利益計量失敗情報は、要求された測定対象のいずれにも測定を開始できないことを示し、利益計量失敗情報は、これらに限定しないが、以下の情報の少なくともいずれか１つを含む。
−  メッセージ・タイプ：ＢＭ失敗
−  開始側ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード１のｅＮＢ  ＩＤ
−  測定ｅＮＢ  ＩＤ：整数（１．．．４０９５，．．．）、例えばノード２のｅＮＢ  ＩＤ
−  失敗の理由：失敗の理由を示す
好ましくは、利益計量失敗情報を強化して、現在のＸ２で用いられるリソース・ステータス報告情報中のリソース・ステータス失敗情報として、それにより第１のデバイス１と第２のデバイス２の間の情報送信を行うこともできる。
【０２１４】
ここで、リソース・ステータス失敗情報は、例えば現在のリソース・ステータス失敗情報に追加的な１つまたは複数のビットを追加することを通じて強化することができ、例えば、利益計量情報の周期に対応する６番目のビット、および／または利益計量情報のイベント・トリガに対応する７番目のビットを追加することができる。
【０２１５】
本明細書では、「開始側ｅＮＢ  ＩＤ」の指示情報がない場合、リソース・ステータス失敗情報は、「測定ｅＮＢ  ＩＤ１」を「開始側ｅＮＢ  ＩＤ」として使用するか、または「開始側ｅＮＢ  ＩＤ」情報を含めることができる。後者の場合、「測定ｅＮＢ  ＩＤ１」は、上記で定義した「測定するセル」と機能的に合致する。
【０２１６】
例えば、セル１がセル２およびセル３のミュートによって利益を得た場合、セル１が「開始側ｅＮＢ」になり、セル２が「測定するセル」になり、セル１が「報告元セル」になる。
【０２１７】
図６および図７は、本発明の好ましい実施形態による、第１のデバイスと第２のデバイスの協働により、協調多地点に基づいて複数のセル間にリソースを配分する方法の簡略化した流れ図である。
【０２１８】
図６によると、利益計量情報を送信する手順は、次のように記述することができる。
【０２１９】
第１のデバイス１が、利益計量要求情報を第２のデバイス２に送信することにより、第２のデバイス２からの利益計量報告を開始することができる。
【０２２０】
第１のデバイス１から利益計量要求情報を受信すると、第２のデバイス２は、どの種類の応答情報を送信するかを単独で決定することができる。
−  第２のデバイス２が利益計量応答情報を第１のデバイス１に送信する場合は、その後、第２のデバイス２は、利益計量要求情報中の設定に従って、周期的またはイベント発生時に、利益計量更新情報により利益計量情報を送信することができる。
−  第２のデバイス２が利益計量失敗情報を第１のデバイス１に送信する場合は、現在の利益計量要求情報が成功しなかったことを意味する。
【０２２１】
図７は、現在のＸ２で用いられるリソース・ステータス報告情報を強化することを通じて利益計量情報を送信する場合を示すが、ここでは詳細に説明しない。
【０２２２】
当業者には、明らかなように、本発明は、上述の例示的実施形態の詳細に限定されず、さらに、本発明の主旨または基本的特徴から逸脱しないという前提で、本発明は他の特定の形態でも実現することができる。したがって、上記の実施形態は、あらゆる点で例示的なものであって非制限的であると解釈すべきであり、本発明の範囲は上記の説明ではなく添付の特許請求の範囲によって定義され、特許請求の範囲に該当する均等構成要素の意味および本発明の範囲内にあるすべての変更を包含することを意図する。特許請求の範囲内に参照符号がある場合、参照符号がその請求項を制限するとはみなすべきでない。また、明らかなように、単語「を含む」は他の構成要素またはステップを除外せず、単数形の数は複素数を除外せず、装置クレームで言及される複数の構成要素または手段は、ハードウェアまたはソフトウェアを通じて１つの構成要素または手段によって実現することもでき、「第１の」および「第２の」のような表現は、特定の順序ではなく、単に名称を表すために使用される。
【図１（ａ）】
2017509258.tif 000005
【図１（ｂ）】
2017509258.tif 000006
【図２】
2017509258.tif 000007
【図３】
2017509258.tif 000008
【図４】
2017509258.tif 000009
【図５】
2017509258.tif 000010
【図６（ａ）】
2017509258.tif 000011
【図６（ｂ）】
2017509258.tif 000012
【図７（ａ）】
2017509258.tif 000013
【図７（ｂ）】
2017509258.tif 000014
【国際調査報告】
2017509258.tif 000015
2017509258.tif 000016
2017509258.tif 000017
2017509258.tif 000018