(57)【要約】  第１の基地局（ＢＳ）と複数のユーザ機器（ＵＥ）とが関連づけられている相手の第２のＢＳとを含むワイヤレス通信ネットワークにおいて、協調マルチ・ポイント通信（ＣｏＭＰ）を容易にする方法は、第１のＢＳにおいて、１つ又は複数のタイプのステータス情報を報告するように第２のＢＳに要求するためのステータス要求メッセージを生成し、ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、集約インジケータは、第２のＢＳが第１のＢＳに対して個別の測定結果を報告するか、または集約された測定結果を報告するかを指定し、その条件付き報告インジケータは、第１の条件が満たされるときのみ、第１のＢＳに対して、１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように第２のＢＳに対して指示し、ステータス要求メッセージを第２のＢＳに対して送信する。
2017509237.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１の基地局（ＢＳ）（ｅＮＢ１）と、複数のユーザ機器（ＵＥ）（１１１〜１２０）が関連づけられている相手の第２のＢＳ（ｅＮＢ２）とを含むワイヤレス通信ネットワーク（１０１）において協調マルチ・ポイント通信（ＣｏＭＰ）を容易にする方法であって、
前記第１のＢＳにおいて、１つまたは複数のタイプのステータス情報を報告するように前記第２のＢＳに要求するためのステータス要求メッセージを生成するステップであって、前記ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、前記集約インジケータは、前記第２のＢＳが、前記第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、前記条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、前記第１のＢＳに対して、前記１つまたは複数のタイプのリソース・ステータス情報のうちの１つまたは複数に対応している測定結果を報告するように前記第２のＢＳに対して指示するインジケータである、生成するステップと、
前記ステータス要求メッセージを前記第２のＢＳに対して送信するステップと、
前記第１のＢＳにおいて、前記第２のＢＳから、前記送信されたステータス要求メッセージに応じてステータス応答メッセージを受信するステップであって、前記ステータス応答メッセージは、集約インジケータと、条件付き報告インジケータとのうちの前記少なくとも一方に合致する測定結果を含んでいる、受信するステップと、
を含む、方法。
【請求項２】
前記生成されたステータス要求メッセージは、前記条件付き報告インジケータを含んでおり、前記条件付き報告インジケータは、前記複数のＵＥのうちからの、前記１つまたは複数の第１の条件を満たすＵＥに対応している測定結果のみを報告するように前記第２のＢＳに対して指示する、請求項１に記載の方法。
【請求項３】
前記１つまたは複数の第１の条件のうちの１つは、前記１つまたは複数のタイプのリソース・ステータス情報のうちの前記１つのうちからの、第１の情報タイプに対応しているしきい値の値または範囲であり、また前記条件付き報告インジケータは、前記複数のＵＥのうちからの、前記しきい値の値または範囲との望ましい関係を有する前記第１の情報タイプの測定結果を有するＵＥの測定結果のみを報告するように前記第２のＢＳに対して指示する、請求項２に記載の方法。
【請求項４】
前記生成されたステータス要求メッセージは、前記集約インジケータを含んでおり、また前記集約インジケータは、前記第２のＢＳが、前記複数のＵＥのうちからの、個別のＵＥに、それぞれ、対応している個別の測定結果を報告するべきであるか、あるいは前記複数のＵＥのうちからの、ＵＥの１つまたは複数のグループに、それぞれ、対応している１つまたは複数の集約された測定結果を報告するべきであるかを指定する、請求項１に記載の方法。
【請求項５】
前記集約インジケータは、前記１つまたは複数のタイプのリソース・ステータス情報のうちの前記１つのうちからの、第１の情報タイプの集約された測定値を報告するように前記第２のＢＳに対して指示し、前記集約された測定値は、前記第１の情報タイプの複数の測定結果の平均値、合計、または統計値のうちの少なくとも１つであり、前記複数の測定値は、前記複数のＵＥのうちからのＵＥのグループに、それぞれ、対応している、請求項４に記載の方法。
【請求項６】
少なくとも第１の基地局（ＢＳ）（ｅＮＢ１）と、複数のユーザ機器（ＵＥ）（１１１〜１２０）が関連づけられている相手の第２のＢＳ（ｅＮＢ２）とを含むワイヤレス通信ネットワーク（１０１）において協調マルチ・ポイント通信（ＣｏＭＰ）を容易にする方法であって、
前記第２のＢＳにおいて、前記第１のＢＳから、１つまたは複数のタイプのステータス情報を報告するように前記第２のＢＳに要求するステータス要求メッセージを受信するステップであって、前記ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、前記集約インジケータは、前記第２のＢＳが、前記第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、前記条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、前記第１のＢＳに対して、前記１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように前記第２のＢＳに対して指示するインジケータである、受信するステップと、
集約インジケータと条件付き報告インジケータとのうちの前記少なくとも１つに基づいて、前記複数のＵＥのうちからの１つまたは複数のＵＥを選択するステップと、
前記第２のＢＳにおいて、前記選択された１つまたは複数のＵＥのみ対応している測定結果に基づいて、ステータス応答メッセージを生成するステップと、
前記第２のＢＳから前記第１のＢＳへと前記ステータス応答メッセージを送信するステップと、
を含む、方法。
【請求項７】
前記受信されたステータス要求メッセージは、前記条件付き報告インジケータを含んでおり、また１つまたは複数のＵＥを選択する前記ステップは、前記複数のＵＥのうちからの、前記１つまたは複数の第１の条件を満たす１つまたは複数のＵＥのみを選択するステップを含む、請求項６に記載の方法。
【請求項８】
前記受信されたステータス要求メッセージは、前記集約インジケータを含んでおり、また前記ステータス応答メッセージを生成する前記ステップは、前記第２のＢＳが、前記生成されたステータス報告の中に、前記複数のＵＥのうちからの個別のＵＥに、それぞれ、対応している個別の測定結果を含めることと、前記生成されたステータス報告の中に、前記複数のＵＥのうちからのＵＥの１つまたは複数のグループに、それぞれ、対応している１つまたは複数の集約された測定結果を含めることとの間で選択するステップを含み、前記選択は、前記集約インジケータに基づいている、請求項６に記載の方法。
【請求項９】
プロセッサを備えているネットワーク要素（ｅＮＢ１）であって、前記ネットワーク要素は、少なくとも第１の基地局（ＢＳ）（ｅＮＢ１）と、第２のＢＳ（ｅＮＢ２）とを含むワイヤレス通信ネットワーク（１０１）において、前記プロセッサが、協調マルチ・ポイント通信（ＣｏＭＰ）を容易にするためのオペレーションを実行するようにプログラムされており、前記ネットワーク要素は、前記第１のＢＳ（ｅＮＢ１）であり、複数のユーザ機器（ＵＥ）（１１１〜１２０）は、前記第２のＢＳに関連づけられており、前記オペレーションは、
１つまたは複数のタイプのステータス情報を報告するように前記第２のＢＳに要求するためのステータス要求メッセージを生成するステップであって、前記ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、前記集約インジケータは、前記第２のＢＳが、前記第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、前記条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、前記第１のＢＳに対して、前記１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように前記第２のＢＳに対して指示するインジケータである、生成するステップと、
前記ステータス要求メッセージを前記第２のＢＳに対して送信するステップと、
前記第２のＢＳから、前記送信されたステータス要求メッセージに応じてステータス応答メッセージを受信するステップであって、前記ステータス応答メッセージは、集約インジケータと、条件付き報告インジケータとのうちの前記少なくとも一方に合致する測定結果のみを含んでいる、受信するステップと、
を含む、ネットワーク要素（ｅＮＢ１）。
【請求項１０】
プロセッサを備えているネットワーク要素（ｅＮＢ２）であって、前記ネットワーク要素は、少なくとも第１の基地局（ＢＳ）（ｅＮＢ１）と、第２のＢＳ（ｅＮＢ２）とを含むワイヤレス通信ネットワーク（１０１）において、前記プロセッサが、協調マルチ・ポイント通信（ＣｏＭＰ）を容易にするためのオペレーションを実行するようにプログラムされており、前記ネットワーク要素は、前記第２のＢＳであり、複数のユーザ機器（ＵＥ）（１１１〜１２０）は、前記第２のＢＳに関連づけられており、前記オペレーションは、
前記第１のＢＳに対して、１つまたは複数のタイプのステータス情報を報告するように前記第２のＢＳに要求するステータス要求メッセージを受信するステップであって、前記ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、前記集約インジケータは、前記第２のＢＳが、前記第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、前記条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、前記第１のＢＳに対して、前記１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように前記第２のＢＳに対して指示するインジケータである、受信するステップと、
前記報告制御情報に基づいて、前記複数のＵＥのうちからの、１つまたは複数のＵＥを選択するステップと、
前記選択された１つまたは複数のＵＥのみ対応している測定結果に基づいて、ステータス応答メッセージを生成するステップと、
前記第１のＢＳに対して前記ステータス応答メッセージを送信するステップと、
を含む、ネットワーク要素（ｅＮＢ２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ワイヤレス通信ネットワークのノードの間の協調を容易にするための情報を信号で伝えることに関する。
【背景技術】
【０００２】
例えば、４Ｇロング・ターム・エボリューション（ＬＴＥ：ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ネットワークを含むワイヤレス通信ネットワークでは、非理想的なバックホールを用いて協調マルチ・ポイント通信（ＣｏＭＰ：ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉ−ｐｏｉｎｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）をサポートするために、例えば、ＵＥについてのチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）と、基準信号受信電力（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅ  ｐｏｗｅｒ）と、知覚されたスループットと、を含むデータ情報が、協調された進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）から協調ノード（これは、別のｅＮＢであってもよい）へと信号で伝えられることもある。この信号で伝えられたＵＥ特有の情報は、協調ノードによって使用されて、それぞれの協調されたｅＮＢについてのスケジューリング制約条件を決定することができる。
【０００３】
スケジューリング制約条件に関する適切な決定により、スケジューリングの柔軟性を損失するリスクと、グローバル協調の利得とをバランスさせることができる。協調ノードがスケジューリング制約条件に関する適切な決定を行うために、協調ノードが、これらのセルにアタッチされたユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔｓ）のすべての最新ステータス情報を自身が受信している送信元のｅＮＢのセルについてのかなりの量の情報を知ることが望ましい。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】第３世代パートナーシップ・プロジェクト（３ＧＰＰ）リリース１１（Ｒｅｌ  １１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
１つまたは複数の実施形態は、例えば、協調マルチ・ポイント通信（ＣｏＭＰ）強化を実施するワイヤレス通信ネットワークを含めて、ワイヤレス通信ネットワークのノードの間の協調を容易にする情報を信号で伝えるための方法および装置に関する。
【課題を解決するための手段】
【０００６】
少なくとも１つの例示の実施形態によれば、少なくとも第１の基地局（ＢＳ：ｂａｓｅ  ｓｔａｔｉｏｎ）と、複数のユーザ機器（ＵＥ）が関連づけられている相手の第２のＢＳとを含むワイヤレス通信ネットワークにおいて協調マルチ・ポイント通信（ＣｏＭＰ）を容易にする方法は、第１のＢＳにおいて、１つまたは複数のタイプのステータス情報を報告するように第２のＢＳに要求するためのステータス要求メッセージを生成するステップであって、ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、その集約インジケータは、第２のＢＳが、第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、その条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、第１のＢＳに対して、１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように第２のＢＳに対して指示するインジケータである、生成するステップと、ステータス要求メッセージを第２のＢＳに対して送信するステップと、第１のＢＳにおいて、第２のＢＳから、送信されたステータス要求メッセージに応じてステータス応答メッセージを受信するステップであって、ステータス応答メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方に合致する測定結果のみを含んでいる、受信するステップとを含む。生成されたステータス要求メッセージは、条件付き報告インジケータを含むことができ、条件付き報告インジケータは、複数のＵＥのうちからの、１つまたは複数の第１の条件を満たすＵＥに対応している測定結果のみを報告するように第２のＢＳに指示する。
【０００７】
１つまたは複数の第１の条件のうちの１つは、１つまたは複数のタイプのリソース・ステータス情報のうちの１つのうちからの第１の情報タイプに対応しているしきい値の値または範囲とすることができ、また条件付き報告インジケータは、複数のＵＥのうちからのそのしきい値の値または範囲と望ましい関係を有する第１の情報タイプの測定結果を有するＵＥの測定結果のみを報告するように第２のＢＳに指示することができる。
【０００８】
生成されたステータス要求メッセージは、集約インジケータを含むことができ、また集約インジケータは、第２のＢＳが、複数のＵＥのうちからの個別のＵＥに、それぞれ、対応している個別の測定結果を報告するべきであるか、または複数のＵＥのうちからのＵＥの１つまたは複数のグループに、それぞれ、対応している１つまたは複数の集約された測定結果を報告するべきであるかを指定することができる。
【０００９】
集約インジケータは、１つまたは複数のタイプのリソース・ステータス情報のうちの１つのうちからの第１の情報タイプの集約された測定結果を報告するように第２のＢＳに対して指示することができ、集約された測定結果は、第１の情報タイプの複数の測定結果の平均値であり、複数の測定結果は、複数のＵＥのうちからのＵＥのグループに、それぞれ、対応している。
【００１０】
ワイヤレス通信ネットワークは、ロング・ターム・エボリューション（ＬＴＥ）無線アクセス技術を含むことができ、第１および第２のＢＳは、進化型ノードＢ（ｅＮＢ）とすることができ、またステータス要求メッセージを送信するステップは、第１のｅＮＢから第２のｅＮＢへとＸ２リンクを通してステータス要求メッセージを送信するステップを含むことができる。
【００１１】
少なくとも１つの例示の実施形態によれば、少なくとも第１の基地局（ＢＳ）と、複数のユーザ機器（ＵＥ）が関連づけられている相手の第２のＢＳとを含むワイヤレス通信ネットワークにおいて協調マルチ・ポイント通信（ＣｏＭＰ）を容易にする方法は、第２のＢＳにおいて、第１のＢＳから、１つまたは複数のタイプのステータス情報を報告するように第２のＢＳに要求するステータス要求メッセージを受信するステップであって、ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、その集約インジケータは、第２のＢＳが、第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、その条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、第１のＢＳに対して、１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように第２のＢＳに対して指示するインジケータである、受信するステップと、報告制御情報に基づいて、複数のＵＥのうちからの１つまたは複数のＵＥを選択するステップと、第２のＢＳにおいて、選択された１つまたは複数のＵＥのみ対応している測定結果に基づいて、ステータス応答メッセージを生成するステップと、第２のＢＳから第１のＢＳへとステータス応答メッセージを送信するステップとを含む。
【００１２】
受信されたステータス要求メッセージは、条件付き報告インジケータを含むことができ、また１つまたは複数のＵＥを選択するステップは、複数のＵＥのうちからの１つまたは複数の第１の条件を満たす１つまたは複数のＵＥのみを選択するステップを含むことができる。
【００１３】
１つまたは複数の第１の条件のうちの１つは、１つまたは複数のタイプのリソース・ステータス情報のうちの１つのうちからの第１の情報タイプに対応しているしきい値の値または範囲とすることができ、また１つまたは複数のＵＥを選択するステップは、複数のＵＥのうちからの、しきい値の値または範囲との望ましい関係を有する第１の情報タイプの測定結果を有する１つまたは複数のＵＥのみを選択するステップを含むことができる。
【００１４】
受信されたステータス要求メッセージは、集約インジケータを含むことができ、またステータス応答メッセージを生成するステップは、第２のＢＳが、生成されたステータス報告の中に、複数のＵＥのうちからの個別のＵＥに、それぞれ、対応している個別の測定結果を含めることと、生成されたステータス報告の中に、複数のＵＥのうちからのＵＥの１つまたは複数のグループに、それぞれ、対応している１つまたは複数の集約された測定結果を含めることとの間で選択するステップを含むことができ、その選択は、集約インジケータに基づいている。
【００１５】
集約インジケータに基づいて、ステータス応答メッセージを生成するステップは、ステータス応答メッセージの中に１つまたは複数のタイプのリソース・ステータス情報のうちの１つのうちからの第１の情報タイプの集約された測定結果を含めるステップを含むことができ、集約された測定結果は、第１の情報タイプの複数の測定結果の平均値であり、複数の測定結果は、複数のＵＥのうちからのＵＥのグループに、それぞれ、対応している。
【００１６】
ワイヤレス通信ネットワークは、ロング・ターム・エボリューション（ＬＴＥ）無線アクセス技術を含むことができ、第１および第２のＢＳは、進化型ノードＢ（ｅＮＢ）とすることができ、またステータス応答メッセージを送信するステップは、第２のｅＮＢから第１のｅＮＢへとＸ２リンクを通してステータス応答メッセージを送信するステップを含むことができる。
【００１７】
少なくとも１つの例示の実施形態によれば、ネットワーク要素が、プロセッサを含んでおり、そのネットワーク要素は、そのプロセッサが少なくとも第１の基地局（ＢＳ）と、第２のＢＳとを含むワイヤレス通信ネットワークにおいて協調マルチ・ポイント通信（ＣｏＭＰ）を容易にするためのオペレーションを実行するようにプログラムされており、ネットワーク要素は、第１のＢＳであり、複数のユーザ機器（ＵＥ）は、第２のＢＳに関連づけられており、それらのオペレーションは、１つまたは複数のタイプのステータス情報を報告するように第２のＢＳに要求するためのステータス要求メッセージを生成するステップであって、ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、その集約インジケータは、第２のＢＳが、第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、その条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、第１のＢＳに対して、１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように第２のＢＳに対して指示するインジケータである、生成するステップと、ステータス要求メッセージを第２のＢＳに対して送信するステップと、第２のＢＳから、送信されたステータス要求メッセージに応じてステータス応答メッセージを受信するステップであって、ステータス応答メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方に合致する測定結果のみを含んでいる、受信するステップとを含む。
【００１８】
少なくとも１つの例示の実施形態によれば、ネットワーク要素が、プロセッサを含むことができ、そのネットワーク要素は、そのプロセッサが少なくとも第１の基地局（ＢＳ）と、第２のＢＳとを含むワイヤレス通信ネットワークにおいて協調マルチ・ポイント通信（ＣｏＭＰ）を容易にするためのオペレーションを実行するようにプログラムされており、ネットワーク要素は、第２のＢＳであり、複数のユーザ機器（ＵＥ）は、第２のＢＳに関連づけられており、それらのオペレーションは、第１のＢＳから、１つまたは複数のタイプのステータス情報を報告するように第２のＢＳに要求するステータス要求メッセージを受信するステップであって、ステータス要求メッセージは、集約インジケータと、条件付き報告インジケータとのうちの少なくとも一方を含んでおり、その集約インジケータは、第２のＢＳが、第１のＢＳに対して個別の測定結果を報告するべきであるか、または集約された測定結果を報告するべきであるかを指定するインジケータであり、その条件付き報告インジケータは、１つまたは複数の第１の条件が満たされるときのみ、第１のＢＳに対して、１つまたは複数のタイプのリソース・ステータス情報に対応している測定結果を報告するように第２のＢＳに対して指示するインジケータである、受信するステップと、報告制御情報に基づいて、複数のＵＥのうちからの、１つまたは複数のＵＥを選択するステップと、選択された１つまたは複数のＵＥのみ対応している測定結果に基づいて、ステータス応答メッセージを生成するステップと、第１のＢＳに対してステータス応答メッセージを送信するステップとを含む。
【００１９】
本発明の例示の実施形態は、以下で提供される詳細な説明と、添付の図面とから、より十分に理解されるようになり、添付の図面においては同様な要素は、同様な参照番号によって表され、この図面は、例証のみとして与えられており、またそれゆえに本発明を限定するものではない。
【図面の簡単な説明】
【００２０】
【図１】少なくとも１つの例示の実施形態によるワイヤレス通信ネットワークの一部分を示す図である。
【図２】少なくとも１つの例示の実施形態による進化型ノードＢ（ｅＮＢ）の例示の構造を示す図である。
【図３】少なくとも１つの例示の実施形態による、応答するｅＮＢからのステータス情報を選択的に要求するステータス要求メッセージを生成するための例示の方法を示す図である。
【図４】少なくとも１つの例示の実施形態による、ステータス情報を選択的に要求するステータス要求メッセージを受信することに応じて、要求するｅＮＢに対してステータス情報を報告するための例示の方法を示す図である。
【発明を実施するための形態】
【００２１】
本発明の様々な例示の実施形態は、次に、本発明のいくつかの例示の実施形態が示されている添付の図面を参照して、より十分に説明されるであろう。
【００２２】
本発明の詳細な実例となる実施形態が、本明細書において開示される。しかしながら、本明細書において開示される特定の構造的な詳細と、機能的な詳細とは、単に、本発明の例示の実施形態を説明する目的のための代表的なものにすぎない。本発明は、しかしながら、多数の代替的な形態で実施されることもあり、また本明細書において説明される実施形態のみ限定されるように解釈されるべきではない。
【００２３】
それに応じて、本発明の例示の実施形態は、様々な修正形態、および代替的な形態とすることができるが、その実施形態は、図面の中で例として示されており、また本明細書において、詳細に説明されるであろう。しかしながら、本発明の例示の実施形態を開示される特定の形態のみ限定する意図はないが、反対に、本発明の例示の実施形態は、本発明の範囲内に含まれるすべての修正形態と、同等形態と、代替形態とを対象として含むべきであることを理解すべきである。同様な番号は、図面の説明の全体を通して、同様な要素のことを意味している。本明細書において使用されるように、用語「および／または（ａｎｄ／ｏｒ）」は、１つまたは複数の関連づけられたリストアップされた項目の任意の組合せと、すべての組合せとを含んでいる。ある要素が、別の要素に対して、「接続され」ている、または「結合され」ていると称されるときに、その要素は、他の要素に対して直接に接続され、または結合される可能性があり、あるいは介在する要素が、存在していてもよいことが、理解されるであろう。対照的に、ある要素が、別の要素に、「直接に接続され」ている、または「直接に結合され」ていると称されるときには、介在する要素は、存在していない。要素の間の関係を説明するために使用される他の言葉も、同様なやり方で、解釈されるべきである（例えば、「間に（ｂｅｔｗｅｅｎ）」に対する「直接に間に（ｄｉｒｅｃｔｌｙ  ｂｅｔｗｅｅｎ）」、「隣接して（ａｄｊａｃｅｎｔ）」に対する「直接に隣接して（ｄｉｒｅｃｔｌｙ  ａｄｊａｃｅｎｔ）」など）。
【００２４】
本明細書において使用される専門用語は、特定の実施形態を説明する目的のためのみであり、本発明の例示の実施形態について限定することを意図してはいない。本明細書において使用されるように、単数形の形式「１つの（ａ）」、「１つの（ａｎ）」、および「その（ｔｈｅ）」は、文脈が、明らかにそうでない場合を示していない限り、同様に複数形の形式を含むことを意図している。用語「備える／含む（ｃｏｍｐｒｉｓｅｓ）」、「備えている／含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書において使用されるときに、述べられた特徴、整数、ステップ、オペレーション、要素、および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、オペレーション、要素、コンポーネント、および／またはそれらのグループの存在もしくは追加を除外するものではないことが、さらに理解されるであろう。
【００２５】
いくつかの代替的な実装形態においては、言及される機能／動作は、図面の中で言及される順序と異なる順序で起こり得ることにも注意すべきである。例えば、連続して示される２つの図は、実際には、関与する機能／動作に応じて、実質的に同時に実行されることもあり、または時として逆の順序で実行されることもある。
【００２６】
本明細書において使用されるように、ユーザ機器（ＵＥ）という用語は、アクセス端末、端末、モバイル、モバイル・ユニット、移動局、モバイル・ユーザ、加入者、ユーザ、リモート局、レシーバなどに対する同義語と考えられることもあり、また以下では折に触れて、アクセス端末、端末、モバイル、モバイル・ユニット、移動局、モバイル・ユーザ、加入者、ユーザ、リモート局、レシーバなどと称されることもあり、またワイヤレス通信ネットワークにおいて、ワイヤレス・リソースのリモート・ユーザのことを説明することができる。進化型ノードＢ（ｅＮＢ）という用語は、アクセス・ポイント（ＡＰ：ａｃｃｅｓｓ  ｐｏｉｎｔ）、基地局（ＢＳ）、基地トランシーバ局（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）、ノードＢなどに対する同義語と考えられることもあり、かつ／またはアクセス・ポイント（ＡＰ）、基地局（ＢＳ）、基地トランシーバ局（ＢＴＳ）、ノードＢなどと称されることもあり、またネットワークと１つまたは複数のユーザとの間のデータ接続および／または音声接続のための無線ベースバンド機能を提供する機器のことを説明することができる。
【００２７】
例示の実施形態は、適切なコンピューティング環境において実施されているように、本明細書において考察される。必要とされてはいないが、例示の実施形態は、１つまたは複数のコンピュータ・プロセッサまたはＣＰＵによって実行されている、プログラム・モジュールや機能プロセスなどのコンピュータ実行可能命令との一般的な関連で、説明されるであろう。一般に、プログラム・モジュールまたは機能プロセスは、特定のタスクを実行し、または特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本明細書において考察されるプログラム・モジュールと機能プロセスとは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）コンピュータなどを含めて、既存のハードウェアを使用して実施されることもある。
【００２８】
以下の説明においては、実例となる実施形態は、それ以外の方法で示されていない限り、１つまたは複数のプロセッサによって実行される動作と、オペレーションのシンボリック表現（例えば、フローチャートの形式の）とを参照して、説明されるであろう。したがって、時には、コンピュータ実行されているものと称されるそのような動作とオペレーションとは、構造化された形式でデータを表す電気信号のプロセッサによる操作を含むことが、理解されるであろう。この操作は、データを変換し、またはそれをコンピュータのメモリ・システムの中のロケーションに保持し、このコンピュータは、当業者によってよく理解されるようにして、コンピュータのオペレーションを再構成し、またはそれ以外の方法で変更する。
【００２９】
上記で述べられているように、協調マルチ・ポイント（ＣｏＭＰ）通信の協調ノードが、スケジューリング制約条件についての適切な決定を行うために、協調ノードは、ＵＥと、協調されているセルとについてのかなりの量の情報を知っていることが、望ましい。しかしながら、報告するｅＮＢから協調ノードへの大量のリソース・ステータス情報の転送は、バックホール・リソースと、製品の複雑さとに関して、かなり高いコストをもたらす可能性がある。例えば、報告するｅＮＢが、ＵＥの最新のチャネル状態情報を有しているが、ＵＥが、空のデータ・バッファまたは低優先順位に関連づけられる場合、そのときにはＵＥのＣＳＩは、送信されるべきより多くのデータが存在しており、またはより高い優先順位を有しているＵＥのＣＳＩよりも（協調ノードの観点から）協調スケジューリングのためにあまり関連がない。
【００３０】
その結果として、すべてのＵＥ特有の情報と、セル特有の情報とが、協調された（または応答する）ｅＮＢからコーディネータ（または要求する）ｅＮＢへと限定なしに信号で伝えられる場合、ｅＮＢの間の信号オーバーヘッドは、不必要に大きい可能性がある。さらに、ＣｏＭＰのいくつかの実装形態は、独占所有権のあるものである可能性があり、また要求するｅＮＢと、応答するｅＮＢとの間で交換される信号の異なる要件を必要とする可能性がある。
【００３１】
その結果として、コンパクトではあるが、交換しながら、情報の深刻な損失のない実装形態と製品の差別化とをサポートするのに十分に柔軟でもある信号交換メカニズムのための設計を開発することが、好ましいこともある。
【００３２】
ネットワーク・アーキテクチャと装置構造との概説
図１は、ネットワーク１０１の一部分を示すものである。ネットワーク１０１は、ワイヤレス通信ネットワークである。ネットワーク１０１は、例えば、ロング・ターム・エボリューション（ＬＴＥ）無線アクセス技術を含むことができる。図１を参照すると、ネットワーク１０１は、第１のｅＮＢ  ｅＮＢ１と、第２のｅＮＢ  ｅＮＢ２とを含めて、複数のｅＮＢを含んでいる。第１のｅＮＢ  ｅＮＢ１と、第２のｅＮＢ  ｅＮＢ２とは、コア・ワイヤレス通信ネットワーク（図示されず）に対する双方向アクセスをｅＮＢ１と、ｅＮＢ２とにアタッチされるＵＥに提供する。２つのｅＮＢのみが、図１の中に示されているが、ネットワーク１０１は、任意の数のｅＮＢを含むことができ、これらのｅＮＢのうちのそれぞれは、任意の数のＵＥがアタッチされ得る１つまたは複数のセルを制御することができる。ネットワーク１０１の中のｅＮＢのうちのそれぞれは、ｅＮＢにアタッチされるいくつかのＵＥと通信していることができる。例えば、第１から第１０のＵＥ１１１〜１２０は、第２のｅＮＢ  ｅＮＢ２にアタッチされる。
【００３３】
ネットワーク１０１は、要求するｅＮＢが、応答するｅＮＢからのリソース・ステータス情報を要求するＣｏＭＰスキームを実施し、そのようにして要求するｅＮＢは、応答するｅＮＢから学習される情報を使用して、要求するｅＮＢと、応答するｅＮＢと、ネットワーク１０１全体とのうちの少なくとも１つについての改善された性能をもたらすことになるスケジューリング制約条件を実施することができる。
【００３４】
図２は、ｅＮＢ２５１の例示の構造を示す図である。第１のｅＮＢ  ｅＮＢ１と、第２のｅＮＢ  ｅＮＢ２とを含めて、本明細書において説明される任意のｅＮＢは、以下で説明されるｅＮＢ２５１の構造と、オペレーションとを有することができる。図２を参照すると、ｅＮＢ２５１は、例えば、データ・バス２５９と、送信ユニット２５２と、受信ユニット２５４と、メモリ・ユニット２５６と、処理ユニット２５８とを含むことができる。
【００３５】
送信ユニット２５２と、受信ユニット２５４と、メモリ・ユニット２５６と、処理ユニット２５８とは、データ・バス２５９を使用して、互いに対してデータを送信することができ、かつ／または互いからデータを受信することができる。
【００３６】
送信ユニット２５２は、他のネットワーク要素に対する１つまたは複数の有線接続および／またはワイヤレス接続を経由して、例えば、制御信号またはデータ信号を含めて、信号を送信するためのハードウェアと任意の必要なソフトウェアとを含むデバイスである。
【００３７】
受信ユニット２５４は、他のネットワーク要素に対する１つまたは複数の有線接続および／またはワイヤレス接続を経由して、例えば、制御信号またはデータ信号を含めて、ワイヤレス信号を受信するためのハードウェアと任意の必要なソフトウェアとを含むデバイスである。
【００３８】
メモリ・ユニット２５６は、磁気ストレージ、フラッシュ・ストレージなどを含めて、データを記憶することができる任意のデバイスとすることができる。
【００３９】
処理ユニット２５８は、例えば、プロセッサを含めて、データを処理することができる任意のデバイスとすることができる。本明細書において使用されるように、用語「プロセッサ」は、特定のオペレーションを実行するように構造的に構成されており、または、例えば、メモリ・ユニット２５６に記憶されるコードを含めて、コンピュータ読取り可能コードに含まれる命令を実行するように構造的に構成されているマシンのことを意味している。上記で言及されたプロセッサの例は、それのみは限定されないが、マイクロプロセッサと、マルチプロセッサと、中央演算処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）と、デジタル信号プロセッサ（ＤＳＰ）と、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）と、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）とを含んでいる。
【００４０】
少なくとも１つの例示の実施形態によれば、ｅＮＢ（例えば、第１のｅＮＢ  ｅＮＢ１、および第２のｅＮＢ  ｅＮＢ２、または任意の他のｅＮＢのうちのいずれか）によって実行されているような、例えば、図１〜４のうちのいずれかを参照して、本明細書において説明される任意のオペレーションは、図２の中に示されるｅＮＢ２５１の構造を有するｅＮＢによって実行されることもある。例えば、少なくとも１つの例示の実施形態によれば、ｅＮＢ２５１は、ソフトウェアおよび／またはハードウェアの観点からプログラムされて、ｅＮＢによって実行されているように、本明細書において説明される機能のうちのいずれかまたはすべてを実行することができる。
【００４１】
ｅＮＢによって実行されているように本明細書において説明される機能のうちのいずれかまたはすべてを実行するように、ソフトウェアの観点からプログラムされているｅＮＢ２５１の例は、次に、以下で考察されることになる。例えば、メモリ・ユニット２５６は、ｅＮＢによって実行されているように図１〜４を参照して説明されるオペレーションのうちのいずれかまたはすべてに対応している実行可能な命令を含むプログラムを記憶することができる。少なくとも１つの例示の実施形態によれば、メモリ・ユニット２５６に記憶されているのに追加して、または代わりに、実行可能な命令は、例えば、光ディスクを含めて、コンピュータ読取り可能媒体に記憶されることもあり、またｅＮＢ２５１は、コンピュータ読取り可能媒体の上に記憶されるデータを読み取るためのハードウェアを含むことができる。さらに、処理ユニット２５８は、例えば、コンピュータ読取り可能媒体を読み取るためのｅＮＢ２５１の中に含まれるハードウェアへとロードされるメモリ・ユニット２５６と、コンピュータ読取り可能ストレージ媒体とのうちの少なくとも一方に記憶される実行可能な命令を読み取ること、および実行することにより、ｅＮＢによって実行されているように図１〜４を参照して説明されるオペレーションのうちのいずれかまたはすべてを実行するように構成されたプロセッサとすることができる。
【００４２】
ｅＮＢによって実行されているように本明細書において説明される機能のうちのいずれかまたはすべてを実行するように、ハードウェアの観点からプログラムされているｅＮＢ２５１の例が、次に、以下で考察されることになる。上記で考察されるようにメモリ・ユニットまたはコンピュータ読取り可能媒体に記憶されている、ｅＮＢによって実行されているように図１〜４を参照して説明される機能に対応している実行可能な命令に追加して、または代わりに、処理ユニット２５８は、ｅＮＢによって実行されているように図１〜４を参照して説明されるオペレーションのうちのいずれかまたはすべてを実行するための専用の構造的設計を有する回路を含むことができる。例えば、処理ユニット２５８の中に含まれる上記で言及された回路は、ｅＮＢによって実行されているように図１〜４を参照して説明されるオペレーションのうちのいずれかまたはすべてを実行するように物理的にプログラムされるＦＰＧＡまたはＡＳＩＣとすることができる。
【００４３】
少なくともいくつかの例示の実施形態による、選択的な信号情報の共有が、次に、以下でより詳細に考察されるであろう。
【００４４】
選択的な信号情報を要求すること、および提供することについての例の概説
第１に、ＣｏＭＰ通信を実施するために必要な信号の量を低減させるために使用され得る技法の例が、次に、以下で考察されるであろう。例示の技法に続いて、選択的な信号情報を要求し、また提供するための例示の方法が、図３および４を参照して、より詳細に説明されるであろう。
【００４５】
以下で考察される例示の技法と、図３および４を参照して考察される例示の方法とにおいては、第１のｅＮＢ  ｅＮＢ１は、要求するｅＮＢの一例としての役割を果たすことになり、また第２のｅＮＢ  ｅＮＢ２は、応答するｅＮＢの一例としての役割を果たすであろう。しかしながら、少なくとも１つの例示の実施形態によれば、ネットワーク１０１の中の任意のｅＮＢは、要求するｅＮＢ、または応答するｅＮＢ、あるいはそれらの両方とすることができる。
【００４６】
以下で考察される例示の技法と、図３および４を参照して考察される例示の方法とにおいて、知られている「リソース・ステータス要求」メッセージの修正されたバージョンが、要求するｅＮＢ  ｅＮＢ１が、応答するｅＮＢ  ｅＮＢ２に対して送信して、リソース・ステータス情報を要求することができるメッセージの一例として使用される。しかしながら、少なくとも１つの例示の実施形態によれば、既存の「リソース・ステータス要求」から分離した新しく規定されたメッセージ・タイプが、使用されることもある。
【００４７】
さらに、以下で考察される例示の技法と、図３および４を参照して考察される例示の方法とにおいては、知られている「リソース・ステータス・アップデート」メッセージの修正されたバージョンが、応答するｅＮＢ  ｅＮＢ２が要求ステータス要求メッセージに応じてリソース・ステータス情報を報告するために要求するｅＮＢ  ｅＮＢ１に対して送信することができるメッセージの一例として使用される。しかしながら、少なくとも１つの例示の実施形態によれば、既存の「リソース・ステータス・アップデート」から分離した新しく規定されたメッセージ・タイプが、使用されることもある。
【００４８】
さらに、以下で考察される例示の技法と、図３および４を参照して考察される例示の方法とにおいて、修正されたリソース・ステータス・アップデート・メッセージおよび／またはリソース・ステータス要求メッセージは、例えば、Ｘ２インターフェースを含めて、知られているインターフェースを通して要求するｅＮＢ  ｅＮＢ１と、応答するｅＮＢ  ｅＮＢ２との間で送信されることが仮定される。しかしながら、少なくとも１つの例示の実施形態によれば、既存のＸ２インターフェースから分離した新しく規定されたインターフェース・タイプが、使用されることもある。
【００４９】
拡張されたステータス情報タイプ選択と、条件付きステータス報告とを容易にするためにリソース・ステータス要求メッセージを修正すること
少なくとも１つの例示の実施形態によれば、要求するＵＥは、応答するｅＮＢ  ｅＮＢ２から要求するｅＮＢ  ｅＮＢ１へと送信されるＣｏＭＰ信号に含めるべきリソース・ステータス情報の１つもしくは複数のタイプ、および／またはＣｏＭＰ信号が応答するｅＮＢ  ｅＮＢ２から要求するｅＮＢ  ｅＮＢ１へと送信される前に、満たされる必要がある条件を選択的に選択することができる。
【００５０】
その結果として、応答するｅＮＢ  ｅＮＢ２は、送信するべきより少ないリソース・ステータス・アップデート・メッセージを有することになり、また要求するｅＮＢ  ｅＮＢ１は、受信し、また処理するべきより少ないリソース・ステータス・アップデート・メッセージを有することになる。それゆえに、ＣｏＭＰを実施することに関連してネットワーク１０１によって使用されるネットワーク・リソースの量が、低減されることもある。
【００５１】
ｅＮＢが、少なくとも１つの例示の実施形態に従って要求することができるリソース・ステータス情報のタイプを拡張するための技法が、次に、以下で考察されるであろう。
【００５２】
従来のリソース・ステータス要求メッセージは、例えば、以下のパラメータ、すなわち、
メッセージ・タイプと、
ｅＮＢ１の測定ＩＤと、
ｅＮＢ２の測定ＩＤと、
登録要求と、
報告特性と、
報告するべきセルと、
報告の周期性と、
部分的成功インジケータと、
を含むことができる。
【００５３】
従来の「報告特性」パラメータは、要求するｅＮＢ  ｅＮＢ１が応答するｅＮＢ  ｅＮＢ２から受信したいと思うリソース情報の特定のタイプに対応しているビットを含むビットマップを含むことができる。
【００５４】
「報告特性」パラメータのビットマップの形で表されるリソース情報タイプは、例えば、以下のタイプ、すなわち、
セルＩＤと、
ハードウェア負荷インジケータと、
Ｓ１  ＴＮＬ負荷インジケータと、
無線リソース・ステータスと、
複合使用可能容量グループと、
ＡＢＳステータスと、
を含むことができる。
【００５５】
少なくとも１つの例示の実施形態によれば、従来のリソース・ステータス要求メッセージは、報告特性パラメータのビットマップが、上記でリストアップされたこれらの情報タイプに加えて、要求するｅＮＢ  ｅＮＢ１が要求することができる他の情報タイプに対応している１つまたは複数の追加ビットを含んでいるように、修正されることもある。追加ビットは、例えば、プリコーディング行列インジケータ（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）に対応しているビットを含んでいる。追加ビットの別の例は、複数の測定オブジェクトに対応しているビットである。例えば、１つの追加ビットは、ＰＭＩと、チャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）と、ランク・インジケータ（ＲＩ：ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）とを含めて、完全なＣＳＩ報告を受信する、要求するｅＮＢ  ｅＮＢ１からの要求に対応している可能性がある。
【００５６】
要求するｅＮＢ  ｅＮＢ１が、応答するｅＮＢ  ｅＮＢ２がリソース・ステータス情報を報告する条件を示すことを可能にするための技法が、次に、以下で考察されるであろう。
【００５７】
追加のリソース・ステータス・データ・タイプが上記で考察されるように要求されることを可能にする従来のリソース・ステータス要求メッセージを修正することの代わりに、または修正することに加えて、少なくとも１つの例示の実施形態によれば、従来のリソース・ステータス要求メッセージは、さらに、応答するｅＮＢ  ｅＮＢ２が、ある種のリソース・ステータス情報を含むＣｏＭＰ信号を報告する前に、満たされる必要がある条件を指定する追加パラメータを含むように、修正されることもある。例えば、従来のリソース・ステータス要求メッセージは、さらに、「報告に対する条件」のパラメータを含むように修正されることもある。
【００５８】
少なくとも１つの実施形態によれば、報告に対する条件のパラメータは、上記で考察される報告特性パラメータのビットマップのようなビットマップを含んでいる。その結果として、報告に対する条件のパラメータのビットマップは、上記で言及されたリソース情報タイプのうちのそれぞれについての入力を含むことができる。
【００５９】
少なくとも１つの例示の実施形態によれば、リソース・ステータス要求メッセージの中で報告特性パラメータについてのビットマップと、報告に対する条件のパラメータについてのビットマップとの両方の形で設定される特定のリソース情報タイプについてのビットは、特定のリソース情報タイプが、特定の条件が満たされる場合のみ、応答するｅＮＢ  ｅＮＢ２によって報告されるべきであることを示している。少なくとも１つの例示の実施形態によれば、条件は、例えば、あるワイヤレス通信規格によってあらかじめ規定され、またはリソース情報の各タイプについてのネットワーク１０１のオペレータの好みに従って規定されることもある。少なくとも１つの例示の実施形態によれば、条件は、各タイプのリソース情報について別々に、ワイヤレス通信規格またはオペレータによって規定されることもある。条件の例は、以下で、より詳細に考察されるであろう。
【００６０】
少なくとも１つの例示の実施形態によれば、リソース・ステータス要求メッセージにおいて報告特性パラメータについてのビットマップの形で設定されており、報告に対する条件のパラメータについてのビットマップの形で設定されていない特定のリソース情報タイプについてのビットは、特定のリソース情報タイプが、満たされている特定の条件に関係なしに応答するｅＮＢ  ｅＮＢ２によって報告されるべきであることを示している。
【００６１】
少なくとも１つの例示の実施形態によれば、報告特性パラメータについてのビットマップの形で設定されていない特定のリソース情報タイプについてのビットは、報告に対する条件のパラメータの中でその特定のリソース情報タイプについてのビットがどのように設定されるかにかかわらず、特定のリソース情報タイプが、応答するｅＮＢ  ｅＮＢ２によって報告されるべきではないことを示している。
【００６２】
以下は、報告に対する条件のパラメータの結果として、応答するｅＮＢによって報告されるリソース・ステータス情報に対して適用され得る条件の例である。以下の例において考察されるＵＥは、例えば、応答するｅＮＢ  ｅＮＢ２によって制御されるセルのうちの少なくとも１つにアタッチされるＵＥとすることができる。
【００６３】
ＵＥ特有の条件付きＣＳＩ報告の例は、すなわち、
ｅＮＢ２は、特定のＰＭＩに等しい、またはＰＭＩの特定の組の内部のＣＳＩ測定結果を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００６４】
ｅＮＢ２は、基準ＣＱＩしきい値より上のＣＱＩ測定結果を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００６５】
ｅＮＢ２は、値の基準範囲の内部のＣＱＩ測定結果を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００６６】
ｅＮＢ２は、集約された帯域幅要求（すなわち、同じプリコーダを使用して、スケジュールされ得るすべてのＵＥからの帯域幅要求の合計）が、帯域幅しきい値よりも高いＰＭＩのみを報告するように要求されることもある。
【００６７】
ＵＥ特有の条件付きＲＳＲＰ報告の例は、すなわち、
ｅＮＢ２は、ＲＳＲＰしきい値よりも高いサービング・セルの基準信号受信電力（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅ  ｐｏｗｅｒ）測定結果を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。ＵＥのサービング・セルＲＳＲＰ値は、ＵＥに関してＵＥのサービング・セルによって測定されるＲＳＲＰ値とすることができる。
【００６８】
ｅＮＢ２は、以下の要件、すなわち、ＵＥのサービング・セルによってＵＥのＲＳＲＰ測定値と、第２の最大のＲＳＲＰ（例えば、ＵＥのそのサービング・セル以外のセルに関するＵＥに対応しているＲＳＲＰ測定値）報告との間の差が、ある種の電力範囲の内部にあるという要件を満たすＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００６９】
ＵＥ特有の条件付きバッファ・ステータス報告の例は、すなわち、
ｅＮＢ２は、基準バッファ・ステータスしきい値よりも高いｅＮＢ２においてバッファされるデータの量を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００７０】
ＵＥ特有の条件付き優先順位報告の例は、すなわち、
ｅＮＢ２は、基準しきい値よりも高い優先順位値を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。例えば、ＵＥの優先順位値は、比例公平（ＰＦ：ｐｒｏｐｏｒｔｉｏｎａｌｌｙ  ｆａｉｒ）メトリック、ＵＥスループット、遅延要件、ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  ｃｌａｓｓ  ｉｄｅｎｔｉｆｉｅｒ）、割り付けおよび保存の優先順位（ＡＲＰ：ａｌｌｏｃａｔｉｏｎ  ａｎｄ  ｒｅｔｅｎｔｉｏｎ  ｐｒｉｏｒｉｔｙ）などを含み、または比例公平（ＰＦ）メトリック、ＵＥスループット、遅延要件、ＱｏＳクラス識別子（ＱＣＩ）、割り付けおよび保存の優先順位（ＡＲＰ）などによって決定されるＵＥのサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）に関連したパラメータとすることができる。
【００７１】
ｅＮＢ２は、所定の値範囲の内部の優先順位値を有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００７２】
ＵＥ特有の条件付きの知覚されたスループット報告の例は、すなわち、
ｅＮＢ２は、しきい値の値よりも高い知覚されたスループットを有するＵＥについてのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００７３】
ＵＥカテゴリの条件付き報告の例は、すなわち、
ｅＮＢ２は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）リリース１１（Ｒｅｌ  １１）のＵＥについてのみ、報告特性パラメータによって示される測定結果を報告し、また他のタイプのＵＥについては報告しないように要求されることもある。
【００７４】
ｅＮＢ２は、Ｒｅｌ  １１のＵＥのパーセンテージが、しきい値よりも高いときのみ、報告特性パラメータによって示される測定結果を報告するように要求されることもある。
【００７５】
上記で与えられる条件付き報告の例のうちのいくつかにおいては、測定結果は、測定結果がしきい値の値よりも高いときに報告されているように説明されるが、しきい値の値とのどのような望ましい関係が使用されてもよい。例えば、測定結果は、それらが、しきい値の値以上であり、しきい値の値以下であり、またはしきい値の値未満であるときに報告されてもよい。
【００７６】
集約されたステータス報告を容易にするために、リソース・ステータス要求メッセージと、リソース・ステータス・アップデート・メッセージとを修正すること
少なくとも１つの例示の実施形態によれば、要求するＵＥは、ｉ）応答するｅＮＢ  ｅＮＢ２に関連する複数の個別のＵＥのうちのそれぞれについてリソース・ステータス情報を報告するように、応答するｅＮＢ  ｅＮＢ２に要求することと、ｉｉ）応答するｅＮＢ  ｅＮＢ２に関連する複数のＵＥ、または代わりにすべてのＵＥについてリソース・ステータス情報を統合し、またその統合されたリソース・ステータス情報を報告するように、応答するｅＮＢ  ｅＮＢ２に要求することとの間で選択的に選択することができる。
【００７７】
その結果として、応答するｅＮＢ  ｅＮＢ２は、送信するべき、より少ないリソース・ステータス・アップデート・メッセージを有することになり、また要求するｅＮＢ  ｅＮＢ１は、受信し、また処理するべき、より少ないリソース・ステータス・アップデート・メッセージを有することになる。このようにして、ＣｏＭＰを実施するワイヤレス通信ネットワークにおいて使用されるネットワーク・リソースの量は、低減される可能性がある。
【００７８】
応答するｅＮＢ  ｅＮＢ２に関連する複数のＵＥ、または代わりにすべてのＵＥについてリソース・ステータス情報を統合するように応答するｅＮＢ  ｅＮＢ２に要求するために従来のリソース・ステータス要求メッセージを修正することの代わりに、または修正することに追加して、従来のリソース・ステータス要求メッセージは、さらに、応答するｅＮＢ  ｅＮＢ２が、集約されたＣｏＭＰ信号を報告する前に、応答するｅＮＢ  ｅＮＢ２において実行される必要がある圧縮タイプまたは集約タイプを指定する追加のパラメータを含むように修正されることもある。例えば、従来のリソース・ステータス要求メッセージは、さらに、「集約タイプ」パラメータを含むように修正されることもある。
【００７９】
少なくとも１つの実施形態によれば、集約タイプ・パラメータは、上記で考察された報告特性パラメータのビットマップのようなビットマップを含んでいる。その結果として、集約タイプのビットマップは、上記で言及されたリソース情報タイプのうちのそれぞれについての入力を含むことができる。
【００８０】
少なくとも１つの実施形態によれば、集約タイプ・パラメータは、すべての上記で言及されたリソース情報タイプに適用される単一ビットとすることができる。
【００８１】
少なくとも１つの例示の実施形態によれば、集約タイプは、例えば、ワイヤレス通信規格によってあらかじめ規定され、またはリソース情報の各タイプについてネットワーク１０１のオペレータの好みに従って規定されることもある。少なくとも１つの例示の実施形態によれば、集約タイプは、リソース情報の各タイプについて、別々に、ワイヤレス通信規格、またはオペレータによって規定されることもある。集約ＣｏＭＰ信号の例は、以下でより詳細に考察されるであろう。
【００８２】
少なくとも１つの例示の実施形態によれば、リソース・ステータス要求メッセージの中で報告特性パラメータについてのビットマップの形で設定されており、また集約タイプ・パラメータについてのビットマップまたは単一ビットの形で設定されていないビットは、特定のリソース情報タイプが、集約なしに、ＵＥレベルごとに、応答するｅＮＢ  ｅＮＢ２によって報告されるべきであることを示している。
【００８３】
少なくとも１つの例示の実施形態によれば、報告特性パラメータについてのビットマップの形で設定されていない特定のリソース情報タイプについてのビットは、特定のリソース情報タイプについてのビットが、どのように集約タイプ・パラメータにおいて設定されるかにかかわらず、特定のリソース情報タイプが、応答するｅＮＢ  ｅＮＢ２によって報告されるべきではないことを示している。
【００８４】
要求するｅＮＢ  ｅＮＢ１が、集約されたリソース・ステータス情報を報告するように応答するｅＮＢ  ｅＮＢ２に要求することを可能にするための技法が、次に、以下で考察されるであろう。
【００８５】
従来のリソース・ステータス・アップデート・メッセージは、例えば、以下の要素を、すなわち、
メッセージ・タイプと、
ｅＮＢ１の測定ＩＤと、
ｅＮＢ２の測定ＩＤと、
セル測定結果と、
を含むことができる。
【００８６】
各セル測定結果項目は、以下の入力を、すなわち、
セルＩＤと、
ハードウェア負荷インジケータと、
Ｓ１  ＴＮＬ負荷インジケータと、
無線リソース・ステータスと、
複合使用可能容量グループと、
ＡＢＳステータスと、
を含むことができる。
【００８７】
少なくとも１つの例示の実施形態によれば、集約タイプ・インジケータのビットまたはビットマップは、要求されたリソース情報が、各ＵＥについての個別のリソース・ステータスまたは測定値の形式で、あるいはいくつかのＵＥのリソース・ステータス、または測定結果を表す集約された情報の形式で応答するｅＮＢ２によって提供されるべきか否かを示している。それに対して、一例では、要求するｅＮＢ  ｅＮＢ１が、集約タイプ・インジケータ・ビットを「１」に設定する場合に、応答するｅＮＢ  ｅＮＢ２は、集約されたリソース・ステータス情報を報告することになり、また要求するｅＮＢ  ｅＮＢ１が、集約タイプ・インジケータ・ビットを「０」に設定する場合に、応答するｅＮＢ  ｅＮＢ２は、ステータス情報が応答するｅＮＢによって報告されている各ＵＥに対応している個別の集約されていないリソース・ステータス情報を報告することになる。上記で考察されたように、集約タイプ・インジケータが、単一ビットとは対照的にビットマップである場合、そのときには各リソース・ステータス情報タイプの集約タイプは、独立して設定されることもある。
【００８８】
少なくとも１つの例示の実施形態によれば、従来のリソース・ステータス・アップデート・メッセージは、集約ステータス情報を含めるように修正される。以下は、少なくとも１つの例示の実施形態による集約するリソース・ステータス情報の例である。以下の例では、測定結果は、すべての報告する判断基準を満たすＵＥについて提供されるように説明される。報告する判断基準の例は、少なくとも１つの例示の実施形態による修正されたリソース・ステータス要求メッセージの報告に対する条件のパラメータを参照して上記で考察された条件を含んでいる。さらに、以下の例において考察されるＵＥは、例えば、応答するｅＮＢ  ｅＮＢ２によって制御されるセルのうちの少なくとも１つにアタッチされるＵＥとすることができる。
【００８９】
ＵＥ特有の集約された優先順位を報告する例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、優先順位測定結果の１つまたは複数の平均値を報告することのみができる。例えば、応答するｅＮＢ  ｅＮＢ２が、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされる１００個のＵＥを有しており、また１００個のＵＥが報告する判断基準を満たす場合に、ｅＮＢ２は、すべての１００個のＵＥの個別の優先順位の値を報告する代わりに、すべての１００個のＵＥの優先順位の値の平均である平均優先順位の値のみを報告することができる。代わりに、応答するｅＮＢ  ｅＮＢ２は、例えば、２５個のＵＥの４つのグループを含むグループへと１００個のＵＥを分割し、またＵＥの４つのグループに、それぞれ、対応している４つの優先順位測定平均値のみを報告することができる。
【００９０】
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループに、それぞれ、対応している優先順位測定結果の分布を報告することのみができる。例えば、応答するｅＮＢ  ｅＮＢ２が、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされ、またすべての報告する判断基準を満たす８０個の高優先順位のＵＥと、１２０個の低優先順位のＵＥとを有する場合、ｅＮＢ２は、ｅＮＢ２によって制御されるセルにアタッチされたすべての２００個のＵＥの個別の優先順位の値を報告する代わりに、優先順位の分布（例えば、４０％の高優先順位／６０％の低優先順位）のみを報告することができる。さらに、少なくとも１つの例示の実施形態によれば、ｅＮＢ２は、例えば５０個のＵＥの４つのグループを含むグループへと２００個のＵＥを分割し、またＵＥの４つのグループに対応している４つの優先順位の分布のみを報告することができる。
【００９１】
少なくとも１つの例示の実施形態によれば、複数のＵＥは、例えば、ＵＥがアタッチされるセルに基づいて、グループへと分割されることもある。
【００９２】
本明細書において考察される集約された報告の例のうちのそれぞれは、集約された優先順位測定報告の例に関して上記で考察された同じ方法で、全体として、またはグループの形で、応答するｅＮＢ２に関連するすべてのＵＥについての情報を集約することができる。
【００９３】
ＵＥ特有の集約されたＣＳＩ報告の例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つの広帯域ＰＭＩ測定値を報告することができるのみである。
【００９４】
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥに対応している１つの広帯域ＣＱＩ測定値を報告することができるのみである。
【００９５】
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、１つまたは複数の平均されたＣＱＩ測定結果を報告することができるのみである。
【００９６】
ＵＥ特有の集約されたＲＳＲＰ報告の例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、１つまたは複数の平均されたサービング・セルのＲＳＲＰ測定結果を報告することができるのみである。ＵＥのサービング・セルのＲＳＲＰ値は、ＵＥに関してＵＥのサービング・セルによって測定されるＲＳＲＰ値とすることができる。
【００９７】
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥのＲＳＲＰ測定結果のうちからの１つまたは複数の最大のＲＳＲＰ測定結果を報告することができるのみである。
【００９８】
ＵＥ特有の集約されたバッファ・ステータス報告の例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、バッファ・ステータスの１つまたは複数の平均値を報告することができるのみである。
【００９９】
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、バッファ・ステータスの１つまたは複数の合計を報告することができるのみである。
【０１００】
ＵＥ特有の集約された知覚されたスループット報告の例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、知覚されたスループット測定結果の１つまたは複数の合計、あるいは平均値を報告することができるのみであり、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、知覚されたスループット測定結果の１つまたは複数の分布を報告することができるのみであり、
ＵＥカテゴリの集約された報告の例は、すなわち、
ｅＮＢ２は、すべての報告する判断基準を満たすＵＥの１つまたは複数のグループについて、それぞれ、ＵＥカテゴリの１つまたは複数の分布を報告することができるのみである。
【０１０１】
選択的信号情報を要求し、また提供するための例示の方法が、次に、図３および４を参照して、より詳細に説明されるであろう。
【０１０２】
選択的信号情報を要求し、また提供するための例示の方法
図３は、少なくとも１つの例示の実施形態による、応答するｅＮＢからステータス情報を選択的に要求するステータス要求メッセージを生成するための例示の方法を示すものである。
【０１０３】
図３を参照すると、ステップＳ３０５において、要求するｅＮＢ  ｅＮＢ１は、ステータス要求メッセージを生成する。例えば、上記で考察された方法で、要求するｅＮＢ  ｅＮＢ１は、要求するｅＮＢ  ｅＮＢ１が応答するｅＮＢ２から受信したいと思うリソース情報のタイプを示す報告特性ビットマップと、ある種の条件が満たされる場合のみ、応答するｅＮＢ  ｅＮＢ２によって報告されることになるリソース情報タイプを示す報告に対する条件のビットマップとを含む修正されたリソース・ステータス要求メッセージをステータス要求メッセージとして生成することができる。さらに、上記で考察されたように、少なくとも１つの例示の実施形態によれば、ステップＳ３０５において生成されるステータス要求メッセージは、応答するｅＮＢ  ｅＮＢ２が、個別のＵＥに対応している個別の測定結果の形式で要求されたステータス情報を報告するべきか、あるいはＵＥの１つまたは複数のグループについての集約測定結果の形式で、要求されたステータス情報を報告するべきかを指定する集約タイプのビットまたはビットマップを含むことができる。
【０１０４】
ステップＳ３１０において、要求するｅＮＢ  ｅＮＢ１は、応答するｅＮＢ  ｅＮＢ２に対してステータス要求メッセージを送信する。例えば、要求するｅＮＢ  ｅＮＢ１は、上記で考察された修正されたリソース・ステータス要求メッセージの形式で、ステップＳ３０５において生成されるステータス要求メッセージを送信することができる。少なくとも１つの例示の実施形態によれば、要求するｅＮＢ  ｅＮＢ１は、要求するｅＮＢ  ｅＮＢ１と、応答するｅＮＢ  ｅＮＢ２との間のＸ２インターフェースを経由して、応答するｅＮＢ  ｅＮＢ２に対してステータス要求メッセージを送信することができる。
【０１０５】
ステップＳ３１５において、要求するｅＮＢ  ｅＮＢ１は、ステップＳ３１５において、送信されるステータス要求メッセージに応じて、応答するｅＮＢ  ｅＮＢ２からステータス報告メッセージを受信する。例えば、要求するｅＮＢ  ｅＮＢ１は、上記で考察された修正されたリソース・ステータス・アップデート・メッセージの形式でステータス報告メッセージを受信することができる。ステップＳ３１５において受信されるステータス報告メッセージは、ステップＳ３１５において送信されるステータス要求メッセージの中に含まれる報告特性ビットマップによって指定されるステータス情報タイプに対応しているステータス情報のみを含むことができる。さらに、報告特性ビットマップと、報告に対する条件のビットマップとの両方によって指定されるステータス情報タイプでは、ステップＳ３１５において受信されるステータス報告メッセージは、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされたＵＥのうちからの、その例が上記で提供された条件付き報告要件を満たすＵＥに関してのみ、指定されたステータス報告タイプに対応しているステータス情報を含むことができる。上記で述べられるように、条件付き報告要件は、ワイヤレス通信規格により、かつ／またはネットワーク１０１のオペレータの好みに従って、設定されることもある。
【０１０６】
図４は、ステータス情報を選択的に要求するステータス要求メッセージを受信することに応じて、要求するｅＮＢに対してステータス情報を報告するための例示の方法を示すものである。
【０１０７】
図４を参照すると、ステップＳ４０５において、応答するｅＮＢ  ｅＮＢ２は、要求するｅＮＢ  ｅＮＢ１からステータス要求メッセージを受信する。例えば、応答するｅＮＢ  ｅＮＢ２は、上記で考察された修正されたリソース・ステータス要求メッセージの形式で、ステータス要求メッセージを受信することができる。図３を参照して上記で考察されるように、ステップＳ４０５において受信されるステータス要求メッセージは、要求するｅＮＢ  ｅＮＢ１が応答するｅＮＢ２が報告することを望むリソース情報のタイプを示す報告特性ビットマップと、ある種の条件が満たされる場合のみ、応答するｅＮＢ  ｅＮＢ２によって報告されるべきであるリソース情報タイプを示す報告に対する条件のビットマップと、応答するｅＮＢ  ｅＮＢ２が、個別のＵＥに対応している個別の測定結果の形式で要求されたステータス情報を報告するべきであるか、あるいはＵＥの１つまたは複数のグループについての集約測定結果の形式で要求されたステータス情報を報告するべきであるかを指定する集約タイプのビットまたはビットマップとのいずれかまたはすべてを含むことができる。
【０１０８】
ステップＳ４１０において、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４０５において受信されるステータス要求メッセージが、報告する条件を含むか否かを決定する。例えば、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４０５において受信されるステータス要求メッセージに含まれる報告特性ビットマップと、報告に対する条件のビットマップとの両方によって指定される任意のステータス情報タイプが存在しているかどうかを決定することができる。応答するｅＮＢ  ｅＮＢ２が、ステップＳ４１０において、報告する条件がステップＳ４０５において受信されるステータス要求メッセージの中に含まれることを決定する場合、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４１５へと進む。
【０１０９】
ステップＳ４１５において、応答するｅＮＢ  ｅＮＢ２は、報告する条件が指定されるステータス情報タイプに対応している報告する条件が満たされるか否かを決定する。条件が満たされない場合、応答するｅＮＢ  ｅＮＢ２は、条件が満たされるまで待つ。条件が満たされる場合、また条件が満たされるときに、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４２０へと進む。ステップＳ４１５に関して、少なくとも１つの例示の実施形態によれば、条件は、第１のステータス情報タイプに関して満たされることもあり、また第２のステータス情報タイプに関して満たされないこともあり、この場合には、第２のｅＮＢ  ｅＮＢ２は、第２のステータス情報タイプに関して、ステップＳ４１５にとどまりながら、第１のステータス情報タイプに関して、ステップＳ４２０へと進むことができる。
【０１１０】
ステップＳ４１０に戻ると、応答するｅＮＢ  ｅＮＢ２が、ステップＳ４１０において、報告する条件が、ステップＳ４０５において受信されるステータス要求メッセージの中に含まれていないことを決定する場合、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４２０へと進む。
【０１１１】
ステップＳ４２０において、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４０５において受信されるステータス要求メッセージが、設定された集約タイプ・ビット、または少なくとも１つの設定されたビット（例えば、「０」とは対照的に「１」に設定されるインジケータ・ビット）を含むビットマップを含むか否かを決定する。応答するｅＮＢ  ｅＮＢ２が、ステップ４０５において受信されるステータス要求メッセージが設定された集約タイプ・ビットまたは設定された少なくとも１つの設定されたビットを含むビットマップを含んでいないことを決定する場合、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４３０へと進む。
【０１１２】
ステップＳ４３０において、応答するｅＮＢ  ｅＮＢ２は、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされた個別のＵＥに対応している個別の測定結果を含むステータス報告情報を要求するｅＮＢ  ｅＮＢ１に送信することにより、ステップ４０５において受信されるステータス要求メッセージに対して応答する。
【０１１３】
ステップＳ４２０に戻ると、応答するｅＮＢ  ｅＮＢ２が、ステップ４０５において受信されるステータス要求メッセージが設定された集約タイプ・ビットまたは少なくとも１つの設定されたビットを含むビットマップを含んでいることを決定する場合、応答するｅＮＢ  ｅＮＢ２は、ステップＳ４４０へと進む。
【０１１４】
ステップＳ４４０において、応答するｅＮＢ  ｅＮＢ２は、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされた複数のＵＥに対応している集約された測定結果を含むステータス報告情報を要求するｅＮＢ  ｅＮＢ１に送信することにより、ステップ４０５において受信されるステータス要求メッセージに対して応答する。複数のＵＥは、応答するｅＮＢ  ｅＮＢ２によって制御されるセルにアタッチされたすべてのＵＥを含むことができる。さらに、複数のＵＥが、グループへと分割されることもあり、また応答するｅＮＢ  ｅＮＢ２は、各グループについて、それぞれ、集約情報を送信することができる。集約するステータス報告情報の例は、上記で考察され、また、例えば、平均するいくつかの測定結果を含んでいる。
【０１１５】
少なくとも１つの例示の実施形態によれば、ステップＳ４３０またはステップＳ４４０のいずれかにおいて、応答するｅＮＢ  ｅＮＢ２によって送信されるステータス報告情報の中に含まれる個別の測定結果または集約測定結果は、ステータス要求メッセージにより、例えば、ステータス報告要求の中に含まれる報告特性ビットマップにより、指定されるステータス情報タイプのみを含むことができる。少なくとも１つの例示の実施形態によれば、ステップＳ４３０またはステップＳ４４０のいずれかにおいて、応答するｅＮＢ  ｅＮＢ２によって送信されるステータス報告情報の中に含まれる個別の測定結果は、ステータス要求メッセージにより、例えば、ステータス報告要求の中に含まれる報告に対する条件のビットマップにより、指定されるステータス情報タイプに関して条件付き報告要件を満たすＵＥに対応している測定結果のみを含むことができる。
【０１１６】
少なくとも１つの例示の実施形態によれば、上記で考察される装置と方法とは、要求するｅＮＢから応答するｅＮＢへと送信されている、より少ないリソース・ステータス・アップデート・メッセージと、応答するｅＮＢから要求するｅＮＢへと送信されている、より少ないリソース・ステータス・アップデート・メッセージとをもたらす可能性がある。それゆえに、ＣｏＭＰを実施するワイヤレス通信ネットワークにおいて使用されるネットワーク・リソースの量が、低減される可能性がある。
【０１１７】
本発明の実施形態が、このように説明されているが、実施形態が多数のやり方で変化させられ得ることは、明らかであろう。そのような変形形態は、本発明からの逸脱と見なされるべきではなく、またすべてのそのような修正形態は、本発明の範囲内に含まれることを意図している。
【図１】
2017509237.tif 000003
【図２】
2017509237.tif 000004
【図３】
2017509237.tif 000005
【図４】
2017509237.tif 000006
【国際調査報告】
2017509237.tif 000007
2017509237.tif 000008