JP2023526636A - ハンドオーバ中の最大許容露出関連情報の交換 - Google Patents

Abstract

ハンドオーバ（ＨＯ）中にｘｎを介して最大許容露出関連情報を交換するためのシステム、方法、装置、およびコンピュータプログラム製品。方法は、ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを含んでよい。この方法は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを含んでもよい。ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連する電力調整指示を含む情報を含んでよい。この方法は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することをさらに含んでよい。

Description

一部の実施形態例は、一般に、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）または第５世代（５Ｇ：ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ）無線アクセス技術またはニューラジオ（ＮＲ：ｎｅｗ ｒａｄｉｏ）アクセス技術、あるいは他の通信システムなどの、モバイル通信システムまたはワイヤレス通信システムに関連することがある。例えば、特定の実施形態例は、ハンドオーバ中に最大許容露出関連情報を交換するための装置、システムおよび／または方法に関連することがある。

モバイル通信システムまたはワイヤレス通信システムの例としては、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上波無線アクセスネットワーク（ＵＴＲＡＮ：ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ロングタームエボリューション（ＬＴＥ）エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）、ＬＴＥ－アドバンスド（ＬＴＡ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＭｕｌｔｅＦｉｒｅ、ＬＴＥ－Ａ Ｐｒｏ、および／または第５世代（５Ｇ）無線アクセス技術またはニューラジオ（ＮＲ）アクセス技術が挙げられる。第５世代（５Ｇ）ワイヤレスシステムとは、次世代（ＮＧ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）の無線システムおよびネットワークアーキテクチャのことを指す。５Ｇの大部分は、ニューラジオ（ＮＲ）の上に構築されるが、５Ｇ（またはＮＧ）ネットワークは、Ｅ－ＵＴＲＡＮ無線上にも構築され得る。ＮＲは、１０～２０Ｇｂｉｔ／ｓ以上のオーダーのビットレートを提供し、少なくとも、大容量高速通信（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）および高信頼超低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ－ｃｏｍｍｕｎｉｃａｔｉｏｎ）に加えて、多数同時接続マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）をサポートすると推定されている。ＮＲは、モノのインターネット（ＩｏＴ）をサポートするための極めて広い帯域、極めて高い堅牢性、低遅延の接続性、および大規模ネットワークをもたらすと期待されている。ＩｏＴおよびマシン間（Ｍ２Ｍ：ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ）通信がいっそう広まるにつれて、より低い電力、低いデータレート、および長いバッテリー寿命の必要性を満たすネットワークに対する要求が増大するであろう。５Ｇでは、無線アクセス機能をユーザ機器に提供できる（すなわち、ＵＴＲＡＮではノードＢ、またはＬＴＥではｅＮＢに類似する）ノードは、ＮＲ無線上に構築された場合、ｇＮＢという名前が付けられ、Ｅ－ＵＴＲＡＮ無線に構築された場合、ＮＧ－ｅＮＢという名前が付けられることに注意する。

一部の実施形態例は、方法を対象にしてよい。この方法は、ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを含んでよい。この方法は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを含んでもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この方法は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージ(handover request acknowledgment message)またはハンドオーバ失敗メッセージを受信することをさらに含んでよい。

他の実施形態例は、装置を対象にしてよい。この装置は、少なくとも１つのプロセッサ、およびコンピュータプログラムコードを含む少なくとも１つのメモリを含んでよい。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、装置に、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを少なくとも実行させるように構成されてよい。この装置は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを引き起こされてもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この装置は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するようにさらに構成されてよい。

他の実施形態例は、装置を対象にしてよい。この装置は、ターゲットネットワークノード上のイベント指示を含む測定報告を受信するための手段を含んでよい。この装置は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信するための手段を含んでもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この装置は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するための手段をさらに含んでよい。

他の実施形態例によれば、非一過性コンピュータ可読媒体は、ハードウェアで実行された場合に方法を実行し得る命令を使用してエンコードされてよい。この方法は、ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを含んでよい。この方法は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを含んでもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この方法は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することをさらに含んでよい。

他の実施形態例は、方法を実行するコンピュータプログラム製品を対象にしてよい。この方法は、ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを含んでよい。この方法は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを含んでもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この方法は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することをさらに含んでよい。

他の実施形態例は、ターゲットネットワークノード上のイベント指示を含む測定報告を受信するように構成された回路を含み得る装置を対象にしてよい。この装置は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信するように構成された回路を含んでもよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含む。この装置は、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するように構成された回路をさらに含んでよい。

一部の実施形態例は、方法を対象にしてよい。この方法は、ターゲットネットワークノードで、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することを含んでよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この方法は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定することを含んでもよい。この方法は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することをさらに含んでよい。

他の実施形態例は、装置を対象にしてよい。この装置は、少なくとも１つのプロセッサ、およびコンピュータプログラムコードを含む少なくとも１つのメモリを含んでよい。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、装置に、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することを少なくとも実行させるように構成されてよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この装置は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定することを引き起こされてもよい。この装置は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することをさらに引き起こされてよい。

他の実施形態例は、装置を対象にしてよい。この装置は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信するための手段を含んでよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この装置は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定するための手段を含んでもよい。この装置は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信するための手段をさらに含んでよい。

他の実施形態例によれば、非一過性コンピュータ可読媒体は、ハードウェアで実行された場合に方法を実行し得る命令を使用してエンコードされてよい。この方法は、ターゲットネットワークノードで、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することを含んでよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この方法は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定することを含んでもよい。この方法は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することをさらに含んでよい。

他の実施形態例は、方法を実行するコンピュータプログラム製品を対象としてよい。この方法は、ターゲットネットワークノードで、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することを含んでよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この方法は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定することを含んでもよい。この方法は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージに送信することをさらに含んでよい。

他の実施形態例は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信するように構成された回路を含み得る装置を対象にしてよく、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この装置は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定するように構成された回路を含んでもよい。この装置は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信するように構成された回路をさらに含んでよい。

実施形態例を適切に理解するために、添付の図面に対する参照が行われるべきである。

アップリンク（ＵＬ）送信シナリオの例を示す図である。 アンテナとユーザの距離に応じて、最大許容露出（ＭＰＥ：ｍａｘｉｍｕｍ ｐｅｒｍｉｓｓｉｂｌｅ ｅｘｐｏｓｕｒｅ）に準拠するための最大許容実効等方放射電力（ＥＩＲＰ：ｅｆｆｅｃｔｉｖｅ ｉｓｏｔｒｏｐｉｃａｌｌｙ ｒａｄｉａｔｅｄ ｐｏｗｅｒ）の例を示す図である。 ＭＰＥ下の例示的なＵＬバジェットを示す図である。 一部の実施形態例による承認制御シナリオを示す図である。 一部の実施形態例による信号フロー図である。 実施形態例に従って方法のフロー図を示す図である。 実施形態例に従って別の方法のフロー図を示す図である。 実施形態例に従って装置を示す図である。 実施形態例に従って別の装置を示す図である。

本明細書の図において概して説明され、示されているように、特定の実施形態例のコンポーネントが、多種多様な異なる構成で配置および設計されてよいということが、容易に理解されるであろう。以下では、ハンドオーバ（ＨＯ：ｈａｎｄｏｖｅｒ）中にＸｎインターフェイスを介して最大許容露出関連情報を交換するためのシステム、方法、装置、およびコンピュータプログラム製品の一部の実施形態例が詳細に説明される。

本明細書全体を通して説明された実施形態例の特徴、構造、または特性は、１つまたは複数の実施形態例において、任意の適切な方法で組み合わせられてよい。例えば、語句「特定の実施形態」、「実施形態例」、「一部の実施形態」、またはその他の同様の言葉の使用は、本明細書全体を通じて、実施形態に関連して説明された特定の特徴、構造、または特性が少なくとも１つの実施形態に含まれてよいという事実を指している。したがって、語句「特定の実施形態では」、「実施形態例」、「一部の実施形態では」、「その他の実施形態では」、またはその他の同様の言葉の出現は、本明細書全体を通じて、必ずしも実施形態の同じグループを指しておらず、説明された特徴、構造、または特性は、１つまたは複数の実施形態例において、任意の適切な方法で組み合わせられてよい。

さらに、必要に応じて、以下で説明される異なる機能または手順は、異なる順序で、および／または互いに同時に、実行されてよい。さらに、必要に応じて、説明される異なる機能または手順のうちの１つまたは複数は、任意選択的であってよく、または組み合わせられてよい。そのため、以下の説明は、単に、特定の実施形態例の原理および内容の例示と見なされるべきであり、それらの制限と見なされるべきではない。

オンラインサービスの増大により、帯域幅需要を満たすことが不可能になった。２４ＧＨｚ～５２ＧＨｚ以上のミリメートル波（ｍｍＷ）スペクトル（例えば、周波数範囲２（ＦＲ２）は、高スループットアプリケーションに対処するために連続帯域幅の大きな部分を使用する可能性を提供する。ｍｍＷで増大する経路損失を補償するために、５Ｇアンテナは、ユーザ機器（ＵＥ）において少なくともおよそ１０ｄＢの利得を、また基地局（ＢＳ）において少なくともおよそ２０ｄＢの利得を提供し得る。しかし、高利得アンテナを使用して高周波数で動作することは、ユーザの健康に対する懸念を引き起こす可能性がある。したがって、ＵＥ上の最大許容送信電力を規制するための政府の露出規準が作成されている。１００ＧＨｚ未満の周波数は非電離であるため、健康上の懸念は、電磁ｍｍＷエネルギーを吸収する間の身体組織の熱的加熱に関連する。

１つの政府規制は、電力密度（ＰＤ：ｐｏｗｅｒ ｄｅｎｓｉｔｙ）に対する規制である、最大許容露出（ＭＰＥ：ｍａｘｉｍｕｍ ｐｅｒｍｉｓｓｉｂｌｅ ｅｘｐｏｓｕｒｅ）に関連する。特に、連邦通信委員会（ＦＣＣ：Ｆｅｄｅｒａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｍｍｉｓｓｉｏｎ）は、１０Ｗ／ｍ²（１ｍＷ／ｃｍ²）における一般大衆向けのＭＰＥしきい値を６～１００ＧＨｚに設定している。加えて、国際（Ｉｎｔｅｒｎａｌ）非電離放射線防護委員会（ＩＣＮＩＲＰ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｍｍｉｓｓｉｏｎ ｏｎ Ｎｏｎ－Ｉｏｎｉｚｉｎｇ Ｒａｄｉａｔｉｏｎ Ｐｒｏｔｅｃｔｉｏｎ）は、１０Ｗ／ｍ²（１ｍＷ／ｃｍ²）における一般大衆向けのＭＰＥしきい値を１０～１００ＧＨｚに設定している。さらに、人体によって吸収されるエネルギーは、ＵＥに対する距離が低減するにつれて増大し得る。したがって、ＭＰＥ限界に準拠するために、ユーザがアンテナの極近距離に近づく場合、ＵＥはその出力電力を低減しなければならないことがある。５Ｇの場合、そのような電力バックオフは、劇的に高いことがあり、したがって、無線リンク障害（ＲＬＦ：ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）をもたらすことがある。ＦＲ２方向性リンクにおける大規模な電力バックオフの結果は、レガシースペクトル（すなわち、ＦＲ１）におけるよりもかなり厳しくなる可能性がある。

図１は、アップリンク（ＵＬ：ｕｐｌｉｎｋ）送信シナリオの例を示す。特に、図１は、（ａ）事例１および（ｂ）事例２を示す。事例１では、ＵＥ１００からｇＮＢ１１０への妨害されていない見通し線（ＬＯＳ：ｌｉｎｅ ｏｆ ｓｉｇｈｔ）経路が存在し得る。しかし、事例２では、人体はＵＥ１０５からのビームの経路の上に立つ。したがって、事例１では、実効等方放射電力（ＥＩＲＰ）は最大化され得る。対照的に、事例２によれば、ＵＥ１０５のユーザは、放射ビームにさらされる可能性があり、したがって、ユーザの身体への距離が低減するにつれて、ＵＥ１０５の出力電力は、ＭＰＥに準拠するための安全レベルまで低減される必要があり得る。

図２は、アンテナとユーザの距離に応じて、最大許容露出（ＭＰＥ）に準拠するための最大許容実効等方放射電力（ＥＩＲＰ）の例を示す。特に、図２は、放射アンテナとユーザを分離する距離に応じた、最大許容ＥＩＲＰ（ＰＡ電力およびアレイ利得）を示す。図２に示されているように、電力クラス３のＵＥ（ＰＣ３ ＵＥ）の場合、１４ｃｍ以降（２×２アレイの場合、より大きなアレイはその電力を１４ｃｍまで低減することをＵＥに要求することがある）、ＵＥは、ＭＰＥに準拠するためにその出力電力を低減する必要がある。その上、許容ピークＥＩＲＰは、１００％のデューティサイクルで２ｍｍにおいて８ｄＢｍにドロップする。したがって、アンテナにほぼ触れているユーザが存在する場合、ＵＥからの送信電力において最高で２６ｄＢまでのドロップが観測され得る（２×２アレイの場合、より大きなアレイはより大きなドロップを要求することがある）。加えて、ＵＬは、許容出力電力レベルによって大きな影響を受ける可能性がある。送信電力とデューティサイクルの間にトレードオフが見出されることがあるが、ユーザがアンテナに十分近い場合、ＵＥは、その出力電力を低減すること、ならびにデューティサイクルに対して制限を課すことが必要とされ得る。１５％の最低デューティサイクルが６ｄＢのバックオフ電力に対して考慮されてよい。

上述のように、５Ｇニューラジオ（ＮＧ）は、高周波数で動作し得る。したがって、５Ｇ ＮＲは、良好な信号を維持するために高利得アンテナを使用し得る。しかし、高利得アンテナは、ＦＣＣがＭＰＥしきい値を設定することによって保護することを求めるユーザに向かうことがある増大されたエネルギー量を導くことがある。ＭＰＥに準拠するために、ＵＥは、その後、ユーザがＵＥの極近距離に入る場合、その出力電力を劇的かつ予測不可能に低減することがある。

他のシナリオでは、ＭＰＥイベントが検出されたときのＵＥデフォルト実装形態は、ＵＬ送信を最大許容ＥＩＲＰに制限することであり得る。一部の実施形態例によれば、ＭＰＥイベントは、ＵＥがＭＰＥ ＵＬ制限を満たすためにその出力電力を調整することが必要とされる状況に対応し得る。すなわち、ＭＰＥイベントは、ＵＥ上のアンテナアレイの出力電力をユーザが存在しなかった場合にＵＥが場合によっては使用することになるよりも低い値に制限する、ユーザ検出に基づくイベントであってよい。ＵＥがユーザ距離を正確に検出し得る近接度センサを有する場合、ＵＥは動的バックオフを適用し得る。場合によっては、ＵＥは、ＵＥがアンテナの近傍にユーザを検出するとすぐに、ＵＬ送信スロットに最大電力バックオフを単に適用し得る。これは厳密なＦＣＣ要件であるため、ＵＥはそれに違反しないことを１００％確実にする必要がある。さらに、ＭＰＥに準拠するための平均化ウィンドウは、実行ウィンドウであってよく、やはりＦＣＣ規制によって設定され得る。

図３は、ＭＰＥの下の例示的なＵＬバジェットを示す。特に、図３は、ＭＰＥイベントおよび現在の電力バックオフが通知された場合、ｇＮＢがＭＰＥの影響を最低限に抑えるためにＵＬスケジューリングをどのように適応させることができるか、または調整することができるかを示す。５Ｇ（ｍｍＷスペクトルおよび方向性リンク、すなわち、ＦＲ２以上）では、出力電力を過剰に低減することは、基地局（ｇＮＢ：ｂａｓｅ ｓｔａｔｉｏｎ）への接続の損失をもたらすことがある。このシナリオは、ユーザがＵＥからおよそ１４ｃｍに（また、２×２アレイよりも大きい場合、さらに遠くに）位置するときにすでに生じるため、ＭＰＥによるＲＬＦが頻繁かつ予測不可能に生じることがある。

一部の事例では、さまざまなＭＰＥシナリオが存在し得る。例えば、これらのシナリオは、ＵＥがターゲットセル上のＭＰＥを検出することが可能であること、またＵＥがＭＰＥイベントおよび関連する電力バックオフをソースセルに報告することができることを含んでよい。この時点で、ソースセルは、報告されたＵＥ ＭＰＥイベントのみに基づいて、ターゲットに対するＨＯを開始するかどうかを決定し得る。しかし、これは、最善のＨＯ決定を行うためにソースセルで使用される情報の単なる一部である。

図４は、一部の実施形態例による承認制御シナリオを示す。一般に、ターゲットセルの承認制御は、ＵＥがＭＰＥイベントを経験しているか否かに気づかない。この情報がない場合、ターゲットセルはＵＬにおける潜在的な劣化および無線リンクに対するその影響に気づかないため、ハンドオーバされているプロトコルデータユニット（ＰＤＵ：ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションまたはＨＯ全体を許容するかどうかに関する決定は準最適であり得る。その上、ターゲットセルは、例えば、ＨＯコマンドにおける初期アクセスパラメータの構成および／またはデータスケジューリング構成を適合させることによって、ＵＥが経験しているＭＰＥイベントに対してプロアクティブに反応する機会を失うことがあり、これは、スループットの劣化、またはいくつかの事例ではＨＯ失敗すらもたらすことがある。

図４に示されているように、一部の実施形態例は、ソースセルがターゲットセルに対するＨＯを開始することを決定することができ、ターゲットセルがランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）手続きを復号することができず、ＨＯが失敗する状況の問題に対処し得る。失敗は、厳しいＭＰＥによりＵＬ電力が制限され過ぎている状況に起因することがあるため、および／またはターゲットセルにおける干渉が、ＭＰＥによりＵＥによって満たされることができない、電力ランピングを必要とするためである。加えて、一部の実施形態例によって対処される別の問題は、ソースセルはターゲットセルに対するＨＯを開始することを決定することができ、ＨＯは成功するが、データレート最適化されておらず、リソースを消耗する状況を含んでよい。そのような事例では、ＵＥは、次いで、ＭＰＥイベントをターゲットセルにシグナリングすることができ、次いで、ＵＬスケジューリングが認識され得る。これは、ソースセルがＵＥ ＭＰＥ状況をすでに知っていたときの準最適化機構であり得る。

他の実施形態例は、成功裏のＨＯを可能にするためにＭＰＥイベントを経験しているＵＥに関してソースｇＮＢとターゲットｇＮＢの間のＭＰＥ関連情報交換が欠如する問題に対処し得る。特に、一部の実施形態例では、ターゲットｇＮＢは、ターゲットｇＮＢが、１）ＨＯまたはハンドオーバＰＤＵセッションの一部を受け入れるべきかまたは拒否するべきか、または２）ＭＰＥイベントを伴うＵＥに対して、ＨＯコマンド、初期アクセス、および物理アップリンク共有チャネル（ＰＵＳＣＨ）のデータスケジューリング構成を適合させるかどうかに関する決定を行うための関連情報を有さないことがある。これは、ＨＯ失敗、および準最適スループット、ならびにリソースの消耗をもたらすことがある。緊急ＭＰＥメッセージをサービングパネルからサービングｇＮＢに送信し、サービングセルに報告された近隣セル測定値ごとに非サービングパネルからＵＬ電力バックオフを追加することが可能であり得るが、これはサービングｇＮＢがＨＯ要求を送信すること（または送信しないこと）を決定することを単に可能にする。しかし、そのような手法は、ターゲットセルがＭＰＥイベントを経験しているＵＥのＨＯに対して、正しいアクションをとることを可能にしない。

一部の実施形態例は、それによりソースｇＮＢがＨＯ中にＵＥにおいてＭＰＥステータス関連情報をターゲットｇＮＢに示し得る手段を提供する。この情報を使用して、ターゲットｇＮＢは、ＨＯ（またはＨＯ要求内に記載されたＰＤＵセッションのうちのいくつか）を受け入れることまたは拒否することによって、ＵＥに対してより良好な承認制御決定を実行し得る。ｇＮＢは、適合された物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）構成および／またはＵＬデータスケジューリングをＨＯコマンド内に提供することによってプロアクティブに適応してもよい。一部の実施形態例では、ターゲットｇＮＢによるこれらの性能は、Ｘｎインターフェイスを介してソースｇＮＢからターゲットｇＮＢに送信され得るＨＯ要求メッセージ内にＭＰＥ情報を追加することによって達成され得る。特に、一部の実施形態例によれば、ＭＰＥ情報は、ＵＥがＭＰＥ ＵＬ制限下でターゲットリンクを動作させることになるという指示を含み得る。ＭＰＥ情報は、ターゲットセルがＵＥに対するＵＬスケジューリングを最適化することを可能にする、ターゲットリンク上の必要とされるＵＬバックオフを含んでもよい。

一部の実施形態例によれば、ソースｇＮＢからのＭＰＥイベントに関する新しい情報は、ターゲットｇＮＢが、ＭＰＥ規制に違反しないと同時に、ＵＬ送信電力を最大化するためにＰＵＳＣＨ内でＵＬデータスケジューリングを適応させるのに役立ち得る。例えば、より少ないＵＬスロットをスケジュールすることによって、ターゲットは、ＵＥがより高い電力を使用して各スロット上で送信することを可能にし得る。加えて、ターゲットは、セルに対する成功裏のアクセスを保証することになる専用ＲＡＣＨパラメータを構成するために、ＨＯ要求に追加された新しいＭＰＥ情報を使用し得る。

一部の実施形態例では、ＭＰＥ情報を使用することによって、ターゲットｇＮＢが、受信されたＭＰＥ情報を用いて、ＰＵＳＣＨ送信が成功裏に復号されないことになることを予測し得る場合、ターゲットｇＮＢはＨＯ要求を拒否してよい。例えば、ＭＰＥイベントが、例えば、－９０ｄＢｍのＤＬ ＲＳＲＰ値と比較して、ＵＬに対して１０ｄＢｍのバックオフを必要とし、ターゲットがＵＬを復号するために－８５ｄＢｍのリンクバジェットを少なくとも必要とすることをターゲットが知る場合（ターゲットは、同じビームによってサービスされる他のＵＥ、もしくは干渉レベル、または他の指示からそれを知ることができる）、ターゲットは、ＵＥが－１００ｄＢｍのＵＬを提供することになると推論し得る。これは、ターゲットがＰＵＳＣＨを復号することができない－８５ｄＢｍのターゲット要件を下回ることになり、したがって、ＨＯ要求を拒否すべきである。一部の実施形態例では、ターゲットｇＮＢは、（ソースセルから受信された）電力バックオフ（ＰＢＯ：ｐｏｗｅｒ ｂａｃｋ－ｏｆｆ）がＰＤＵセッションのサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）フローを搬送する専用無線ベアラ（ＤＲＢ：ｄｅｄｉｃａｔｅｄ ｒａｄｉｏ ｂｅａｒｅｒ）に対するすべてのＰＵＳＣＨ送信に実際に影響を与えることになるかどうかを推定するために、ターゲットセル電力制御パラメータ、スケジューリング情報、または（ＨＯ要求を使用してソースセルから受信される）ＱｏＳパラメータなどの必要な情報を有し得る。ＰＢＯは、ＵＥ ＵＬ電力送信がＰｍａｘ－ＰＢＯを超える場合に影響を有することがあり、ここで、Ｐｍａｘは、ＵＥに対する最大許容送信電力である。ＵＥ ＵＬ電力送信がＰｍａｘ－ＰＢＯを超える場合、ＵＥは、ＵＬ送信電力として、Ｐｍａｘを使用するように制限され得る。したがって、ターゲットｇＮＢは、ＰＵＳＣＨ上でのＵＬ電力送信の劣化を推定することができ、ターゲットｇＮＢがＰＤＵセッションのＤＲＢによって実行されるフローのＱｏＳパラメータを依然として満たすことができるかどうかを決定し得る。

他の実施形態例によれば、ターゲットｇＮＢは、ＨＯ準備障害メッセージをソースｇＮＢに送信してよい。代替として、ＭＰＥ情報を使用して、ターゲットｇＮＢは、ＨＯ要求全体を拒否する代わりに、ハンドオーバされているＰＤＵセッションのサブセットを拒否してよい。例えば、ターゲットｇＮＢは、ＨＯ要求確認応答メッセージ（HO Request Acknowledge message）をソースｇＮＢに送信してよい。両方の場合、ターゲットｇＮＢは、ＭＰＥイベント理由による、それぞれ、ＨＯまたはＰＤＵセッションのうちのいくつかの拒否をソースセルに示すために、ＨＯハンドオーバ準備障害またはハンドオーバ要求確認応答（Handover Request Acknowledge）の中に新しい原因／フィールド（例えば、ＭＰＥ関連拒否）を含めてよい。したがって、一部の実施形態例によれば、ターゲットセルは、改善されたＨＯ決定を処理し実行するための能力を有し得る。これは、例えば、ＵＥがハンドオーバされるためのＭＰＥ関連情報をハンドオーバ要求メッセージ内に追加することによって、達成され得る。ターゲットセルが、それぞれ、ＨＯまたはＰＤＵセッションのうちのいくつかを拒否するために、受信されたＭＰＥ関連情報に基づいて決定する場合、ターゲットの改善は、ＨＯハンドオーバ準備障害またはハンドオーバ要求確認応答メッセージ内に新しい原因／フィールド（例えば、ＭＰＥ関連拒否）を追加することによって達成されてもよい。

図５は、一部の実施形態例による信号フロー図を示す。特に、図５は、ソースｇＮＢからターゲットｇＮＢへのＨＯ要求内のＭＰＥイベントのシグナリングを示す。図５は、ＨＯ要求確認応答内の新しい原因／フィールドを用いた応答も示す。これらの特徴を用いて、ターゲットは、ＨＯを受け入れるかまたは拒否する前に、ＵＥにおけるＭＰＥ状況を完全につかむこともできる。その上、ターゲットがＨＯを受け入れる場合、ターゲットは、最善のＵＥ Ｔｘ電力割振りのために先制してスケジュールすることが可能であってよい。

図５では、５００において、ＭＰＥイベント５００がＵＥにおいて検出される。例えば、一部の実施形態例では、ＭＰＥイベントは、近接度センサ（例えば、容量性センサ、アレイ内に埋め込まれたレーダーなど）で検出され得る。加えて、ＵＥは、オブジェクト／ユーザ、アンテナアレイに対するその距離、その動き、およびその方向を検出するためにセンサを使用してよい。前に述べたように、ＭＰＥイベントは、ユーザ検出に基づいてよい。加えて、ＭＰＥイベントは、ＵＥ上のアンテナアレイの出力電力が、ユーザがいなかった場合にＵＥが場合によっては使用することになるものに満たない値に制限されるときに検出されてよい。５０５において、ＵＥは、ターゲットセル測定値（信号強度または信号品質）がソースセルの測定値（Ａ３測定イベント）よりも良好なオフセットであること、またはソースセル測定値が第１のしきい値よりも低く、ターゲットセル測定値が第２のしきい値を超えること（Ａ５測定イベント）を検出し得る。一部の実施形態例によれば、しきい値は、ＵＥにおいて測定されたターゲットセルからの電力レベルに対応し得る。例えば、これはターゲットセルからの基準信号受信電力（ＲＳＲＰ）を含み得る。より具体的には、しきい値は、サービスリンクとターゲットリンクの間の電力差に対応し得る。５１０において、ＵＥは、ＭＰＥイベント指示（例えば、電力バックオフ）を含み得るセル測定報告をソースｇＮＢに送信し得る。一部の実施形態例では、ＰＢＯは、１１ｄＢ利得のアンテナアレイを備えたＰＣ３ ＵＥ（例えば、４個の効率的なパッチ）に対して１から２０ｄＢであってよい。

さらに、５１５において、ソースｇＮＢは、ＨＯ要求メッセージをターゲットｇＮＢに送信し得る。一部の実施形態例によれば、ＨＯ要求は、Ｘｎインターフェイスを介してソースｇＮＢからターゲットｇＮＢに送信されてよい。一部の実施形態例では、この要求は２つの新しい指示を含んでよい。例えば、第１の指示は、ターゲットリンク上のＵＥにおけるＭＰＥイベントを含んでよい。すなわち、ＨＯ要求内に含まれる新しい情報は、ＵＥがＭＰＥ ＵＬ制限下でターゲットリンクを動作させることになるという指示を含み得る。例えば、ＭＰＥ ＵＬ制限下で、ＵＥは、ＭＰＥ制限に準拠するために、ＵＥが通常ならばＭＰＥ制限なしに行うことになるよりも低減された量の出力電力で動作し得る。一部の実施形態例によれば、ＭＰＥイベントは、ターゲットが、例えば、ＲＳＲＰがＵＥにおいてこのターゲットセルに対して示すよりも１０ｄＢ（１０ｄＢは、ここで、例示的なＰＢＯであり得、上記で説明した例に対して１～２０ｄＢの間の任意の値であってよい）少ない電力でＵＬにおいてサービスされ得るという指示であってよい。ＭＰＥイベントは、ＵＥがターゲットセル無線リンク通信のために電力バックオフを適用し得るという指示を提供してもよい。さらに、第２の指示は、ターゲットリンク上で必要とされる（例えば、最高で２０ｄＢまでの）ＵＥ ＵＬ電力バックオフを含み得る。

ソースｇＮＢからＨＯ要求を受信した後、ターゲットｇＮＢは、ＨＯ要求内の新しいＭＰＥメッセージによって決定を可能にし得る。例えば、第１のオプションとして、ターゲットｇＮＢは、ＰＤＵセッションのうちの１つまたは複数を用いたＨＯを受け入れ、ターゲットリンク構成をＭＰＥ指示（例えば、電力バックオフ値）に適合させてよい。特に、ターゲットｇＮＢはＨＯおよびＰＤＵセッションを受け入れるが、ハンドオーバ要求確認応答メッセージ内で、ソースセルから受信されたＭＰＥ情報に適合されたターゲットセル構成を送信する。一部の実施形態例によれば、ＰＤＵセッションＩＤは、ターゲットｇＮＢに送信されたハンドオーバ要求メッセージ内の「ＰＤＵセッションＩＤ」を使用してソースｇＮＢによって示されてよい。ターゲットｇＮＢによって承認されたＰＤＵセッションは、ハンドオーバ要求確認内の「ＰＤＵセッションＩＤ」によってソースｇＮＢに示されてもよい。第２のオプションとして、ターゲットｇＮＢは、ＨＯを受け入れるが、ＭＰＥ指示（例えば、十分なＵＬ電力を可能にするために必要とされる低減されたＵＬスケジューリング）により、いくつかのＰＤＵセッションを拒否し得る。さらに、第３のオプションとして、ターゲットｇＮＢが、ＵＥが必要とする電力バックオフがターゲットｇＮＢに接続するために不十分なＵＬ電力をもたらすことになると推定する場合、ターゲットｇＮＢは、ＨＯ全体を拒否してよい。

一部の実施形態例によれば、ソースｇＮＢからのＭＰＥ関連情報に基づいて、ターゲットｇＮＢは、第１のオプションにおいて、ＵＬ送信電力のために必要な電力バックオフを適用することをＵＥに要求しないか、または電力バックオフの使用を少なくとも制限するターゲットセル構成をＵＥに提供することによって、この状況に対処し得る。代替として、ターゲットｇＮＢは、第１のオプションにおいて、ＭＰＥ関連情報の影響が、ターゲットｇＮＢが影響を受けたＰＤＵセッションの承認を拒否することを必要とするほど有害ではないことを見出し得る。さらに、ターゲットｇＮＢはハンドオーバされたＰＤＵセッションのＱｏＳ要件に対するＭＰＥの影響に耐えることができないとターゲットｇＮＢが決定した場合、ターゲットｇＮＢは、第２のオプションの場合と同様に、ＰＤＵセッションの承認を拒否することを決定し得る。すべてのＰＤＵセッションが拒否される場合、ターゲットｇＮＢは、第３のオプションの場合と同様に、ハンドオーバを拒否し得る。一部の実施形態例では、第１のオプションおよび第２のオプションの中から決定するために、段落［００３０］で説明した方法が使用されてよい。

５２５において、ターゲットｇＮＢは確認応答メッセージをソースｇＮＢに送信してよい。一部の実施形態によれば、第１のオプションにおいて、確認応答メッセージは、ターゲットｇＮＢに向けてＵＥにおいてＭＰＥに適合された構成を含むＨＯ要求確認を含み得る（例えば、ＲＡＣＨおよびＴ３０４）。一部の実施形態例によれば、ターゲットｇＮＢは、ＵＥがランダムアクセスを実行するために使用し得るターゲットセル構成を提供してよい。加えて、ターゲットｇＮＢは、ソースセルから受信されたＭＰＥ関連情報に応じて、ＵＥに対する専用ＲＡＣＨ構成を提供してよい。第２のオプションにおいて、確認応答メッセージは、ＰＤＵ拒否に対する新しい原因／フィールド（例えば、ＭＰＥ）を含むＨＯ要求確認を含み得る。さらに、第３のオプションにおいて、確認応答メッセージは、ＨＯ拒否に対する新しい原因／フィールド（例えば、ＭＰＥ）を含むＨＯ準備障害を含み得る。加えて、５３０において、ソースｇＮＢは、ソースｇＮＢから受信されたメッセージに基づいて、ＲＲＣ構成をＵＥに送信してよい。

一部の実施形態例によれば、新しい情報は、Ｘｎインターフェイスを介してソースｇＮＢからターゲットｇＮＢにシグナリングされるＨＯ要求内に含まれてよい。一部の実施形態例では、新しい情報は、ＵＥがＭＰＥ ＵＬ制限下でターゲットリンクを動作させることになるという指示を含んでよい。加えて、新しい情報は、ターゲットリンク上で必要とされるＵＬ電力バックオフを含んでよい。

図６は、実施形態例による方法のフロー図を示す。一部の実施形態例では、図６のフロー図は、ＬＴＥまたは５Ｇ－ＮＲなど、３ＧＰＰシステムにおける電気通信ネットワーク、ネットワークエンティティ、またはネットワークノードによって実行されてよい。例えば、実施形態例では、図６の方法は、例えば、図８（ａ）に示された装置１０と同様の、移動局および／またはＵＥと通信していてよい、例えば、図８（ｂ）に示された装置２０と同様のソース基地局、ソースｅＮＢ、またはソースｇＮＢによって実行されてよい。

一部の実施形態例によれば、図６の方法は、６００において、ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することを含んでよい。この方法は、６０５において、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信することを含んでもよい。一部の実施形態例によれば、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関するアップリンク電力調整指示を含む情報を含んでよい。この方法は、６１０において、ハンドオーバ要求に応答して、イベント指示および情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することをさらに含んでよい。加えて、この方法は、６１５において、無線リソース制御再構成メッセージをユーザ機器に送信することを含んでよい。一部の実施形態例では、無線リソース制御再構成メッセージは、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージの内容に基づいて適合された無線アクセスチャネル構成を含んでよく、コンテンツはイベント指示およびアップリンク電力調整に関連している。

一部の実施形態例によれば、ユーザ機器動作制限は、その間にユーザ機器が最大許容露出アップリンク制限を満たすためにその出力電力を調整することが必要とされる最大許容露出イベントの指示であってよい。他の実施形態例によれば、電力調整指示は、ユーザ機器が最大許容露出アップリンク制限下でターゲットネットワークノードのターゲットリンクを動作させることになるという指示であってよい。一部の実施形態例では、ハンドオーバ要求確認応答メッセージは、イベント指示に適合されたターゲットネットワークノードの構成を含んでよい。他の実施形態例では、ハンドオーバ要求確認応答メッセージは、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含んでよい。一部の実施形態例によれば、ハンドオーバ失敗メッセージは、ハンドオーバ全体の拒否を示す原因フィールドを含んでよい。

図７は、実施形態例による別の方法のフロー図を示す。実施形態例では、図７の方法は、ＬＴＥまたは５Ｇ－ＮＲなど、３ＧＰＰシステムにおける通信ネットワーク、ネットワークエンティティ、またはネットワークノードによって実行されてよい。例えば、実施形態例では、図７の方法は、例えば、図８（ｂ）に示される装置２０と同様のターゲット基地局、ターゲットｅＮＢ、またはターゲットｇＮＢによって実行されてよい。

実施形態例によれば、図７の方法は、７００において、ターゲットネットワークノードで、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することを含んでよい。一部の実施形態例によれば、ハンドオーバ要求メッセージは、イベント指示、またはユーザ機器動作制限もしくはユーザ機器に関連するアップリンク電力調整指示を含む情報を含んでよい。この方法は、７０５において、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定することを含んでもよい。この方法は、７１０において、１つまたは複数のプロトコルデータユニットセッションを用いたハンドオーバを受け入れ、ターゲットネットワークノードのターゲットリンク構成を情報に適合させることをさらに含んでよい。加えて、７１５において、この方法は、ハンドオーバ全体を拒否することを含んでよい。さらに、７２０において、この方法は、１つまたは複数のプロトコルデータユニットセッションを受け入れ、一方、１つまたは複数のプロトコルデータユニットセッションをやはり拒否することを含んでよい。この方法は、７２５において、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することをさらに含んでよい。

一部の実施形態例によれば、この方法は、情報に基づいて、ターゲットネットワークノードとユーザ機器の間の通信チャネルにおけるアップリンクデータスケジューリングを調整することをさらに含んでよい。他の実施形態例によれば、この方法は、情報に基づいて、専用無線アクセスチャネルパラメータを構成することを含んでよい。一部の実施形態例では、情報はユーザ機器の最大許容露出情報に対応する。一部の実施形態例では、ハンドオーバを拒否する決定は、ユーザ機器の必要とされる電力バックオフがターゲットネットワークノードに接続するために不十分なアップリンク電力をもたらすときに行われてよい。一部の実施形態例によれば、必要とされる電力バックオフはアップリンク電力調整において与えられてよい。他の実施形態例では、ハンドオーバ要求確認応答メッセージは、イベント指示に適合されたターゲットセルの構成を含んでよい。一部の実施形態例によれば、ハンドオーバ要求確認応答メッセージは、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含んでよい。他の実施形態例によれば、ハンドオーバ失敗メッセージは、ハンドオーバの完全な拒否を示す原因フィールドを含んでよい。

図８（ａ）は、実施形態例に従って装置１０を示している。実施形態では、装置１０は、ＵＥ、モバイル機器（ＭＥ：ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ）、移動局、モバイルデバイス、固定されたデバイス、ＩｏＴデバイス、またはその他のデバイスなどの、通信ネットワーク内の、またはそのようなネットワークに関連付けられた、ノードまたは要素であってよい。本明細書に記載されているように、ＵＥは、代替として、例えば移動局、モバイル機器、モバイルユニット、モバイルデバイス、ユーザデバイス、加入者局、ワイヤレス端末、タブレット、スマートフォン、ＩｏＴデバイス、センサ、またはＮＢ－ＩｏＴデバイスなどと呼ばれてよい。１つの例として、装置１０は、例えば、ワイヤレスハンドヘルドデバイス、ワイヤレスプラグインアクセサリなどにおいて実装されてよい。

一部の実施形態例では、装置１０は、１つまたは複数のプロセッサ、１つまたは複数のコンピュータ可読ストレージ媒体（例えば、メモリ、ストレージなど）、１つまたは複数の無線アクセスコンポーネント（例えば、モデム、トランシーバなど）、および／またはユーザインターフェイスを含んでよい。一部の実施形態では、装置１０は、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、５Ｇ、ＷＬＡＮ、ＷｉＦｉ、ＮＢ－ＩｏＴ、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、ＭｕｌｔｅＦｉｒｅ、および／または任意のその他の無線アクセス技術などの、１つまたは複数の無線アクセス技術を使用して動作するように構成されてよい。装置１０が図８（ａ）に示されていないコンポーネントまたは特徴を含んでよいということを当業者が理解するであろうということに注意するべきである。

図８（ａ）の例に示されているように、装置１０は、情報を処理して命令または動作を実行するためにプロセッサ１２を含むか、またはプロセッサ１２に結合されてよい。プロセッサ１２は、任意の種類の汎用プロセッサまたは特定の目的のプロセッサであってよい。実際には、プロセッサ１２は、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでよい。図８（ａ）には単一のプロセッサ１２が示されているが、他の実施形態によれば、複数のプロセッサが利用されてよい。例えば、特定の実施形態例では、装置１０が、多重処理をサポートし得るマルチプロセッサシステムを形成し得る２つ以上のプロセッサを含んでよいということが、理解されるべきである（例えばこの場合、プロセッサ１２はマルチプロセッサを表してよい）。特定の実施形態例によれば、マルチプロセッサシステムは、（例えば、コンピュータクラスタを形成するために）密結合または疎結合されてよい。

プロセッサ１２は、装置１０の動作に関連付けられた機能を実行してよく、その例としては、アンテナの利得／位相パラメータのプリコーディング、通信メッセージを形成する個別のビットのエンコーディングおよびデコーディング、情報の書式設定、ならびに図１～５に示されたプロセスを含む装置１０の全体的制御が挙げられる。

装置１０は、メモリ１４をさらに含むか、または（内部または外部の）メモリ１４に結合されてよく、メモリ１４は、情報およびプロセッサ１２によって実行され得る命令を格納するために、プロセッサ１２に結合されてよい。メモリ１４は、１つまたは複数のメモリであってよく、ローカルな適用環境に適した任意の種類であってよく、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびに／または取り外し可能メモリなどの、任意の適切な揮発性または不揮発性データストレージ技術を使用して実装されてよい。例えば、メモリ１４は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどの静的ストレージ、ハードディスクドライブ（ＨＤＤ：ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、あるいは任意のその他の種類の非一過性の機械可読媒体またはコンピュータ可読媒体の任意の組み合わせから成ることができる。メモリ１４に格納された命令は、プロセッサ１２によって実行された場合に、装置１０が本明細書に記載されたタスクを実行できるようにする、プログラム命令またはコンピュータプログラムコードを含んでよい。

実施形態では、装置１０は、光ディスク、ＵＳＢドライブ、フラッシュドライブ、または任意のその他のストレージ媒体などの、外部コンピュータ可読ストレージ媒体を受け取って読み取るように構成された（内部または外部の）ドライブまたはポートをさらに含むか、またはそれらに結合されてよい。例えば、外部コンピュータ可読ストレージ媒体は、図１～５に示された方法のいずれかを実行するためにプロセッサ１２および／または装置１０によって実行するためのコンピュータプログラムまたはソフトウェアを格納してよい。

一部の実施形態では、装置１０は、ダウンリンク信号を受信するため、および装置１０からのアップリンクを介して送信するために、１つまたは複数のアンテナ１５を含むか、または１つまたは複数のアンテナ１５に結合されてもよい。装置１０は、情報を送信および受信するように構成されたトランシーバ１８をさらに含んでよい。トランシーバ１８は、アンテナ１５に結合された無線インターフェイス（例えば、モデム）を含んでもよい。無線インターフェイスは、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ＮＲ、ＷＬＡＮ、ＮＢ－ＩｏＴ、Ｂｌｕｅｔｏｏｔｈ、ＢＴ－ＬＥ、ＮＦＣ、ＲＦＩＤ、ＵＷＢなどのうちの１つまたは複数を含む複数の無線アクセス技術に対応してよい。無線インターフェイスは、ダウンリンクまたはアップリンクによって搬送されるＯＦＤＭＡシンボルなどのシンボルを処理するために、フィルタ、コンバータ（例えば、デジタル／アナログコンバータなど）、シンボルデマッパー、信号成形コンポーネント、逆高速フーリエ変換（ＩＦＦＴ：Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールなどの、その他のコンポーネントを含んでよい。

例えば、トランシーバ１８は、情報をアンテナ１５による送信用の搬送波形に変調し、アンテナ１５を介して受信された情報を、装置１０の他の要素によってさらに処理するために復調するように構成されてよい。他の実施形態では、トランシーバ１８は、信号またはデータを直接送信および受信することができてよい。追加的または代替的に、一部の実施形態では、装置１０は、入力および／または出力デバイス（Ｉ／Ｏデバイス：ｉｎｐｕｔ ａｎｄ／ｏｒ ｏｕｔｐｕｔ ｄｅｖｉｃｅ）を含んでよい。特定の実施形態では、装置１０は、グラフィカルユーザインターフェイスまたはタッチスクリーンなどのユーザインターフェイスをさらに含んでよい。

実施形態では、メモリ１４は、プロセッサ１２によって実行された場合に機能を提供するソフトウェアモジュールを格納する。これらのモジュールは、例えば、オペレーティングシステム機能を装置１０に提供するオペレーティングシステムを含んでよい。メモリは、追加機能を装置１０に提供するために、アプリケーションまたはプログラムなどの１つまたは複数の機能モジュールを格納してもよい。装置１０のコンポーネントは、ハードウェアにおいて、またはハードウェアおよびソフトウェアの任意の適切な組み合わせとして、実装されてよい。実施形態例によれば、装置１０は、ＮＲなどの任意の無線アクセス技術に従って、ワイヤレスまたは有線通信リンク７０を介して装置２０と通信するように任意に構成されてもよい。

特定の実施形態例によれば、プロセッサ１２およびメモリ１４は、処理回路または制御回路に含まれてよく、あるいはそれらの一部を形成してよい。加えて、一部の実施形態では、トランシーバ１８は、送受信回路に含まれてよく、または送受信回路の一部を形成してよい。

前述したように、一部の実施形態例によれば、装置１０は、例えば、ＵＥであってよい。一部の実施形態によれば、装置１０は、本明細書に記載された実施形態例に関連付けられた機能を実行するために、メモリ１４およびプロセッサ１２によって制御されてよい。例えば、一部の実施形態例では、装置１０は、ＭＰＥイベントを検出するために、メモリ１４およびプロセッサ１２によって制御されてよい。装置１０は、ターゲットセルまたはｇＮＢが一定のしきい値を超えて動作していることを検出するために、メモリ１４およびプロセッサ１２によって制御されてもよい。加えて、装置１０は、ＭＰＥイベント指示を含む測定報告をソースセルまたはソースｇＮＢに送信するために、メモリ１４およびプロセッサ１２によって制御されてよい。一部の実施形態例によれば、ＭＰＥイベント指示は、ＵＥのＭＰＥ ＵＬ電力制限など、電力バックオフ情報を含んでよい。

図８（ｂ）は、実施形態例による装置２０を示す。実施形態例では、装置２０は、ネットワーク要素、ノード、ホスト、または通信ネットワーク内のまたはそのようなネットワークにサービスしているサーバであってよい。例えば、装置２０は、ＬＴＥネットワーク、５ＧまたはＮＲなど、無線アクセスネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）に関連付けられた、基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ ＮｏｄｅＢ）、５ＧノードＢもしくはアクセスポイント、次世代ノードＢ（ＮＧ－ＮＢ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ、またはｇＮＢ）、および／またはＷＬＡＮアクセスポイントであってよい。装置２０が図８（ｂ）に示されていないコンポーネントまたは特徴を含んでよいということを当業者が理解するであろうということに注意するべきである。

図８（ｂ）の例に示されているように、装置２０は、情報を処理して命令または動作を実行するためにプロセッサ２２を含んでよい。プロセッサ２２は、任意の種類の汎用プロセッサまたは特定の目的のプロセッサであってよい。例えば、プロセッサ２２は、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでよい。図８（ｂ）には単一のプロセッサ２２が示されているが、他の実施形態によれば、複数のプロセッサが利用されてよい。例えば、特定の実施形態では、装置２０が、多重処理をサポートし得るマルチプロセッサシステムを形成し得る２つ以上のプロセッサを含んでよいということが、理解されるべきである（例えばこの場合、プロセッサ２２はマルチプロセッサを表してよい）。特定の実施形態では、マルチプロセッサシステムは、（例えば、コンピュータクラスタを形成するために）密結合または疎結合されてよい。

特定の実施形態例によれば、プロセッサ２２は、装置２０の動作に関連付けられた機能を実行してよく、この機能は、例えば、アンテナの利得／位相パラメータのプリコーディング、通信メッセージを形成する個別のビットのエンコーディングおよびデコーディング、情報の書式設定、ならびに図１～７に示されたプロセスを含む装置２０の全体的制御を含んでよい。

装置２０は、メモリ２４をさらに含むか、または（内部または外部の）メモリ２４に結合されてよく、メモリ２４は、情報およびプロセッサ２２によって実行され得る命令を格納するために、プロセッサ２２に結合されてよい。メモリ２４は、１つまたは複数のメモリであってよく、ローカルな適用環境に適した任意の種類であってよく、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびに／または取り外し可能メモリなどの、任意の適切な揮発性または不揮発性データストレージ技術を使用して実装されてよい。例えば、メモリ２４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスクまたは光ディスクなどの静的ストレージ、ハードディスクドライブ（ＨＤＤ）、あるいは任意のその他の種類の非一過性の機械可読媒体またはコンピュータ可読媒体の任意の組み合わせから成ることができる。メモリ２４に格納された命令は、プロセッサ２２によって実行された場合に、装置２０が本明細書に記載されたタスクを実行できるようにする、プログラム命令またはコンピュータプログラムコードを含んでよい。

実施形態では、装置２０は、光ディスク、ＵＳＢドライブ、フラッシュドライブ、または任意のその他のストレージ媒体などの、外部コンピュータ可読ストレージ媒体を受け取って読み取るように構成された（内部または外部の）ドライブまたはポートをさらに含むか、またはそれらに結合されてよい。例えば、外部コンピュータ可読ストレージ媒体は、図１～７に示された方法を実行するためにプロセッサ２２および／または装置２０によって実行するためのコンピュータプログラムまたはソフトウェアを格納してよい。

特定の実施形態例では、装置２０は、信号および／またはデータを装置２０に送信するため、および装置２０から受信するために、１つまたは複数のアンテナ２５を含むか、または１つまたは複数のアンテナ２５に結合されてもよい。装置２０は、情報を送信および受信するように構成されたトランシーバ２８をさらに含むか、またはトランシーバ２８に結合されてよい。トランシーバ２８は、例えば、アンテナ２５に結合され得る複数の無線インターフェイスを含んでよい。無線インターフェイスは、ＧＳＭ、ＮＢ－ＩｏＴ、ＬＴＥ、５Ｇ、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＢＴ－ＬＥ、ＮＦＣ、無線周波数識別子（ＲＦＩＤ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）、超広帯域（ＵＷＢ：ｕｌｔｒａｗｉｄｅｂａｎｄ）、ＭｕｌｔｅＦｉｒｅなどのうちの１つまたは複数を含む複数の無線アクセス技術に対応してよい。無線インターフェイスは、１つまたは複数のダウンリンクを介した送信用のシンボルを生成するため、および（例えば、アップリンクを介して）シンボルを受信するために、フィルタ、コンバータ（例えば、デジタル／アナログコンバータなど）、マッパー、高速フーリエ変換（ＦＦＴ：Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールなどのコンポーネントを含んでよい。

そのため、トランシーバ２８は、情報をアンテナ２５による送信用の搬送波形に変調し、アンテナ２５を介して受信された情報を、装置２０の他の要素によってさらに処理するために復調するように構成されてよい。他の実施形態では、トランシーバ１８は、信号またはデータを直接送信および受信することができてよい。追加的または代替的に、一部の実施形態では、装置２０は、入力および／または出力デバイス（Ｉ／Ｏデバイス）を含んでよい。

実施形態では、メモリ２４は、プロセッサ２２によって実行された場合に機能を提供するソフトウェアモジュールを格納してよい。これらのモジュールは、例えば、オペレーティングシステム機能を装置２０に提供するオペレーティングシステムを含んでよい。メモリは、追加機能を装置２０に提供するために、アプリケーションまたはプログラムなどの１つまたは複数の機能モジュールを格納してもよい。装置２０のコンポーネントは、ハードウェアにおいて、またはハードウェアおよびソフトウェアの任意の適切な組み合わせとして、実装されてよい。

一部の実施形態によれば、プロセッサ２２およびメモリ２４は、処理回路または制御回路に含まれてよく、あるいはそれらの一部を形成してよい。加えて、一部の実施形態では、トランシーバ２８は、送受信回路に含まれてよく、または送受信回路の一部を形成してよい。

本明細書において使用されるとき、「回路」という用語は、ハードウェアのみの回路の実装（例えば、アナログおよび／またはデジタル回路）、ハードウェア回路とソフトウェアの組み合わせ、ソフトウェア／ファームウェアを含むアナログおよび／またはデジタルハードウェア回路の組み合わせ、連携して装置（例えば、装置１０および２０）にさまざまな機能を実行させる、（デジタル信号プロセッサを含む）ソフトウェアを含むハードウェアプロセッサの任意の一部、ならびに／あるいは動作のためにソフトウェアを使用するが、動作のためにソフトウェアが必要とされない場合に、ソフトウェアが存在しなくてよい、ハードウェア回路および／もしくはプロセッサ、またはハードウェア回路および／もしくはプロセッサの一部のことを指してよい。さらなる例として、本出願で使用されるとき、「回路」という用語は、単にハードウェア回路またはプロセッサ（または複数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部、ならびにそれに付随するソフトウェアおよび／またはファームウェアの実装を対象にしてもよい。回路という用語は、例えば、サーバ、セルラーネットワークノードまたはセルラーネットワークデバイス、あるいはその他のコンピューティングデバイスまたはネットワークデバイス内の、ベースバンド集積回路を対象にしてもよい。

上で導入されたように、特定の実施形態では、装置２０は、通信ネットワーク内の、またはそのようなネットワークに役立つ、ネットワーク要素、ノード、ホスト、またはサーバであってよい。例えば、装置２０は、ＬＴＥネットワーク、５Ｇ、またはＮＲなどの無線アクセスネットワーク（ＲＡＮ）に関連付けられた、人工衛星、基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）、５ＧノードＢもしくはアクセスポイント、次世代ノードＢ（ＮＧ－ＮＢまたはｇＮＢ）、および／またはＷＬＡＮアクセスポイントであってよい。特定の実施形態によれば、装置２０は、本明細書に記載された実施形態のいずれかに関連付けられた機能を実行するために、メモリ２４およびプロセッサ２２によって制御されてよい。

例えば、一部の実施形態例では、装置２０は、ターゲットネットワークノード上のイベント指示を含む測定報告を受信するために、メモリ２４およびプロセッサ２２によって制御されてよい。装置２０は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信するために、メモリ２４およびプロセッサ２２によって制御されてもよい。一部の実施形態例では、ハンドオーバ要求メッセージは、ユーザ機器動作制限またはユーザ機器に関連する電力調整指示を含む情報を含んでよい。装置２０は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するために、メモリ２４およびプロセッサ２２によってさらに制御されてよい。

他の実施形態例によれば、装置２０は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信するために、メモリ２４およびプロセッサ２２によって制御されてよい。一部の実施形態例によれば、ハンドオーバ要求メッセージは、ユーザ機器動作制限またはユーザ機器に関連する電力調整指示を含む情報を含んでよい。装置２０は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定するために、メモリ２４およびプロセッサ２２によって制御されてもよい。装置２０は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信するために、メモリ２４およびプロセッサ２２によってさらに制御されてよい。

さらなる実施形態例は、本明細書に記載された機能、ステップ、または手順のうちのいずれかを実行するための手段を提供してよい。例えば、１つの実施形態例は、ＭＰＥイベントを検出するための手段を含む装置を対象にしてよい。この装置は、ターゲットセルまたはｇＮＢがあるしきい値を超えて動作していることを検出するための手段を含んでもよい。加えて、この装置は、ＭＰＥイベント指示を含む測定報告をソースセルまたはソースｇＮＢに送信するための手段を含んでよい。一部の実施形態例によれば、ＭＰＥイベント指示は、ＵＥのＭＰＥ ＵＬ電力制限など、電力バックオフ情報を含んでよい。

別の実施形態例は、ターゲットネットワークノード上のイベント指示を含む測定報告を受信するための手段を含む装置を対象にしてよい。この装置は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをターゲットネットワークノードに送信するための手段を含んでもよい。一部の実施形態例では、ハンドオーバ要求メッセージは、ユーザ機器動作制限またはユーザ機器に関連する電力調整指示を含む情報を含んでよい。この装置は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するための手段をさらに含んでよい。

さらなる実施形態例は、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信するための手段を含む装置を対象にしてよい。一部の実施形態例では、ハンドオーバ要求メッセージは、ユーザ機器動作制限またはユーザ機器に関連する電力調整指示を含む情報を含んでよい。この装置は、情報に基づいて、ハンドオーバを受け入れるかまたは拒否するかを決定するための手段を含んでもよい。この装置は、ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信するための手段をさらに含んでよい。

本明細書に記載された一部の実施形態例は、複数の技術的改善、強化および／または利点を提供する。一部の実施形態例では、ターゲットｇＮＢが、ターゲットｇＮＢがＵＥに対してより良い承認制御決定を行う際に活用し得る、（電力バックオフを使用して）ＵＥによって経験されるＭＰＥイベントに気づくことが可能であってよい。加えて、ターゲットｇＮＢは、ＨＯ要求またはＨＯ要求内に記載されたＰＤＵセッションのうちのいくつかを拒否することが可能であってよく、それにより、時間およびリソースを制約する。その上、ターゲットｇＮＢは、ＨＯコマンド内で（ＵＬスケジューリングに影響を及ぼす）スロットフォーマットの構成をプロアクティブに調整することが可能であってよく、それにより、ＨＯを完了した後のいずれの無線通信劣化も回避する。他の実施形態例によれば、ターゲットｇＮＢが成功裏のランダムアクセス完了を保証するためにＲＡＣＨパラメータを調整することが可能であってよい。

コンピュータプログラム製品が、プログラムが実行された場合に、一部の実施形態例を実行するように構成された１つまたは複数のコンピュータ実行可能コンポーネントを含んでよい。１つまたは複数のコンピュータ実行可能コンポーネントは、少なくとも１つのソフトウェアコードまたはその一部であってよい。実施形態例の機能を実装するために必要とされる変更および構成が、追加されたソフトウェアルーチンまたは更新されたソフトウェアルーチンとして実装され得るルーチンとして実行されてよい。ソフトウェアルーチンは、装置にダウンロードされてよい。

一例として、ソフトウェアまたはコンピュータプログラムコードあるいはその一部は、ソースコードの形態、オブジェクトコードの形態、または何らかの中間形態であってよく、プログラムを搬送することができる任意の実体またはデバイスであってよいある種のキャリア、配布媒体、またはコンピュータ可読媒体に格納されてよい。そのようなキャリアは、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、光電子信号および／または電気キャリア信号、電気通信信号、ならびにソフトウェア配布パッケージを含んでよい。必要とされる処理能力に応じて、コンピュータプログラムは、単一の電子デジタルコンピュータにおいてが実行されてよく、または複数のコンピュータ間で分散されてよい。コンピュータ可読媒体またはコンピュータ可読ストレージ媒体は、非一過性の媒体であってよい。

他の実施形態例では、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ：ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはハードウェアとソフトウェアの任意のその他の組み合わせを使用することによって、機能が、装置（例えば、装置１０または装置２０）に含まれているハードウェアまたは回路によって実行されてよい。さらに別の実施形態例では、機能が、インターネットまたはその他のネットワークからダウンロードされた電磁信号によって実行され得る非有形の手段である信号として実装されてよい。

実施形態例によれば、ノード、デバイス、または対応するコンポーネントなどの装置が、回路、シングルチップコンピュータ要素などのコンピュータまたはマイクロプロセッサとして、あるいは算術演算に使用されるストレージ容量を提供するためのメモリ、および算術演算を実行するための演算プロセッサを少なくとも含むチップセットとして、構成されてよい。

当業者は、開示された順序とは異なる順序で手順を使用して、および／または開示された構成におけるハードウェア要素とは異なるハードウェア要素を使用して、前述したように本発明を実践できるということを、容易に理解するであろう。したがって、本発明は、これらの実施形態例に基づいて説明されたが、実施形態例の思想および範囲内に留まりながら、特定の変更、変形、および代替の構造が明白であるということは、当業者にとって明らかであろう。上記の実施形態は５Ｇ ＮＲおよびＬＴＥ技術を参照しているが、上記の実施形態は、ＬＴＥ－アドバンスドおよび／または第４世代（４Ｇ：ｆｏｕｒｔｈ ｇｅｎｅｒａｔｉｏｎ）技術などの、任意のその他の現在または将来の３ＧＰＰ技術に当てはまり得る。

部分的用語集

ＤＬ ダウンリンク

ｅＮＢ 拡張ノードＢ

ＦＲ２ 周波数範囲２

ｅＮＢ ５Ｇまたは次世代ＮｏｄｅＢ

ＨＯ ハンドオーバ

ＬＴＥ ロングタームエボリューション

ＭＰＥ 最大許容露出

ＮＲ ニューラジオ

ＰＤ 電力密度

ＰＤＵ プロトコルデータユニット

ＰＲＡＣＨ 物理ランダムアクセスチャネル

ＰＵＳＣＨ 物理アップリンク共有チャネル

ＲＬＦ 無線リンク障害

ＵＥ ユーザ機器

ＵＬ アップリンク

Claims (40)

1. ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信することと、
   ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージを前記ターゲットネットワークノードに送信することであって、前記ハンドオーバ要求メッセージが、前記イベント指示、またはユーザ機器動作制限もしくは前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、送信することと、
   前記ハンドオーバ要求に応答して、前記イベント指示および前記情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することとを含む、方法。
2. 前記ユーザ機器動作制限が、その間に前記ユーザ機器が最大許容露出アップリンク制限を満たすためにその出力電力を調整することが必要とされる最大許容露出イベントの指示である、請求項１に記載の方法。
3. 前記電力調整指示が、前記ユーザ機器が最大許容露出アップリンク制限下で前記ターゲットネットワークノードのターゲットリンクを動作させることになるという指示である、請求項１または２に記載の方法。
4. 前記ハンドオーバ要求確認応答メッセージが、前記イベント指示に適合された前記ターゲットネットワークノードの構成を含む、請求項１～３のいずれか１項に記載の方法。
5. 前記ハンドオーバ要求確認応答メッセージが、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含む、請求項１～４のいずれか１項に記載の方法。
6. 無線リソース制御再構成メッセージを前記ユーザ機器に送信することをさらに含み、前記無線リソース制御再構成メッセージが、前記ハンドオーバ要求確認応答メッセージまたは前記ハンドオーバ失敗メッセージのコンテンツに基づいて適合された無線アクセスチャネル構成を含み、前記コンテンツが、前記イベント指示および前記アップリンク電力調整に関連する、請求項１～５のいずれか１項に記載の方法。
7. 前記ハンドオーバ失敗メッセージが、ハンドオーバ全体の拒否を示す原因フィールドを含む、請求項１～６のいずれか１項に記載の方法。
8. ターゲットネットワークノードで、ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することであって、前記ハンドオーバ要求メッセージが、イベント指示、またはユーザ機器動作制限もしくは前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、受信することと、
   前記情報に基づいて、前記ハンドオーバを受け入れるかまたは拒否するかを決定することと、
   前記ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することとを含む、方法。
9. 前記情報に基づいて、前記ターゲットネットワークノードと前記ユーザ機器の間の通信チャネルにおけるアップリンクデータスケジューリングを調整することをさらに含む、請求項８に記載の方法。
10. 前記情報に基づいて、専用無線アクセスチャネルパラメータを構成することをさらに含む、請求項８または９に記載の方法。
11. 前記情報が前記ユーザ機器の最大許容露出情報に対応する、請求項８～１０のいずれか１項に記載の方法。
12. 前記ハンドオーバを受け入れることが、１つまたは複数のプロトコルデータユニットセッションを用いた前記ハンドオーバを受け入れ、前記ターゲットネットワークノードのターゲットリンク構成を前記情報に適合させることを含む、請求項８～１１のいずれか１項に記載の方法。
13. 前記決定が、１つまたは複数のプロトコルデータユニットセッションを受け入れ、一方、１つまたは複数のプロトコルデータユニットセッションをやはり拒否することを含む、請求項８～１２のいずれか１項に記載の方法。
14. 前記ハンドオーバを拒否することが、ハンドオーバ全体を拒否することを含む、請求項８～１３のいずれか１項に記載の方法。
15. 前記ハンドオーバを拒否する前記決定が、前記ユーザ機器の必要とされる電力バックオフが前記ターゲットネットワークノードに接続するための不十分なアップリンク電力をもたらすときに行われ、
    前記必要とされる電力バックオフが前記アップリンク電力調整において与えられる、請求項８～１４のいずれか１項に記載の方法。
16. 前記ハンドオーバ要求確認応答メッセージが、前記イベント指示に適合された前記ターゲットセルの構成を含む、請求項８～１５のいずれか１項に記載の方法。
17. 前記ハンドオーバ要求確認応答メッセージが、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含む、請求項８～１６のいずれか１項に記載の方法。
18. 前記ハンドオーバ失敗メッセージが、前記ハンドオーバの完全な拒否を示す原因フィールドを含む、請求項８～１７のいずれか１項に記載の方法。
19. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、
    前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
    ターゲットネットワークノード上のイベント指示を含む測定報告を受信することと、
    ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージを前記ターゲットネットワークノードに送信することであって、前記ハンドオーバ要求メッセージが、前記イベント指示、またはユーザ機器動作制限もしくは前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、送信することと、
    前記ハンドオーバ要求に応答して、前記イベント指示および前記情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信することとを少なくとも実行させるように構成される、装置。
20. 前記ユーザ機器動作制限が、その間に前記ユーザ機器が最大許容露出アップリンク制限を満たすためにその出力電力を調整することが必要とされる最大許容露出イベントの指示である、請求項１９に記載の装置。
21. 前記電力調整指示が、前記ユーザ機器が前記最大許容露出アップリンク制限下で前記ターゲットネットワークノードのターゲットリンクを動作させることになるという指示である、請求項１９または２０に記載の装置。
22. 前記ハンドオーバ要求確認応答メッセージが、前記イベント指示に適合された前記ターゲットネットワークノードの構成を含む、請求項１９～２１のいずれか１項に記載の装置。
23. 前記ハンドオーバ要求確認応答メッセージが、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含む、請求項１９～２２のいずれか１項に記載の装置。
24. 前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
    無線リソース制御再構成メッセージを前記ユーザ機器に送信することを少なくとも実行させるようにさらに構成され、前記無線リソース制御再構成メッセージが、前記ハンドオーバ要求確認応答メッセージまたは前記ハンドオーバ失敗メッセージの内容に基づいて適合された無線アクセスチャネル構成を含み、前記内容が、前記イベント指示および前記アップリンク電力調整に関連する、請求項１９～２３のいずれか１項に記載の装置。
25. 前記ハンドオーバ失敗メッセージが、ハンドオーバ全体の拒否を示す原因フィールドを含む、請求項１９～２４のいずれか１項に記載の装置。
26. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリとを備えた装置であって、
    前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
    ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信することであって、前記ハンドオーバ要求メッセージが、イベント指示、またはユーザ機器動作制限もしくは前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、受信することと、
    前記情報に基づいて、前記ハンドオーバを受け入れるかまたは拒否するかを決定することと、
    前記ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信することとを少なくとも実行させるように構成される、装置。
27. 前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
    前記情報に基づいて、前記装置と前記ユーザ機器の間の通信チャネルにおけるアップリンクデータスケジューリングを調整することを少なくとも実行させるようにさらに構成される、請求項２６に記載の装置。
28. 前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
    前記情報に基づいて、専用無線アクセスチャネルパラメータを構成することを少なくとも実行させるようにさらに構成される、請求項２６または２７に記載の装置。
29. 前記情報が前記ユーザ機器の最大許容露出情報に対応する、請求項２６～２８のいずれか１項に記載の装置。
30. 前記ハンドオーバを受け入れることが、１つまたは複数のプロトコルデータユニットセッションを用いた前記ハンドオーバを受け入れ、前記装置のターゲットリンク構成を前記情報に適合させることを含む、請求項２６～２９のいずれか１項に記載の装置。
31. 前記決定が、１つまたは複数のプロトコルデータユニットセッションを受け入れ、一方、１つまたは複数のプロトコルデータユニットセッションをやはり拒否することを含む、請求項２６～３０のいずれか１項に記載の装置。
32. 前記ハンドオーバを拒否することが、ハンドオーバ全体を拒否することを含む、請求項２６～３１のいずれか１項に記載の装置。
33. 前記ハンドオーバを拒否する前記決定が、前記ユーザ機器の必要とされる電力バックオフが前記装置に接続するための不十分なアップリンク電力をもたらすときに行われ、
    前記必要とされる電力バックオフが前記アップリンク電力調整において与えられる、請求項２６～３２のいずれか１項に記載の装置。
34. 前記ハンドオーバ要求確認応答メッセージが、前記イベント指示に適合された前記ターゲットセルの構成を含む、請求項２６～３３のいずれか１項に記載の装置。
35. 前記ハンドオーバ要求確認応答メッセージが、１つまたは複数のプロトコルデータユニットセッションの拒否を示す原因フィールドを含む、請求項２６～３４のいずれか１項に記載の装置。
36. 前記ハンドオーバ失敗メッセージが、前記ハンドオーバの完全な拒否を示す原因フィールドを含む、請求項２６～３５のいずれか１項に記載の装置。
37. ソースネットワークノードで、ターゲットネットワークノード上のイベント指示を含む測定報告を受信するための手段と、
    ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージを前記ターゲットネットワークノードに送信するための手段であって、前記ハンドオーバ要求メッセージが、前記イベント指示、またはユーザ機器動作制限もしくは前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、送信するための手段と、
    前記ハンドオーバ要求に応答して、前記イベント指示および前記情報を考慮に入れるハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを受信するための手段とを備える、装置。
38. ユーザ機器のハンドオーバのためのハンドオーバ要求メッセージをソースネットワークノードから受信する手段であって、前記ハンドオーバ要求メッセージが、イベント指示、もしくはユーザ機器動作制限、または前記ユーザ機器に関連するアップリンク電力調整指示を含む情報を含む、受信する手段と、
    前記情報に基づいて、前記ハンドオーバを受け入れるかまたは拒否する他かを決定するための手段と、
    前記ハンドオーバ要求に応答して、ハンドオーバ要求確認応答メッセージまたはハンドオーバ失敗メッセージを送信するための手段とを備える、装置。
39. 請求項１～１８のいずれか１項に記載の方法を実行するように構成された回路を備える、装置。
40. 請求項１～１８のいずれか１項に記載の方法を少なくとも実行するために格納されたプログラム命令を含む、非一過性コンピュータ可読媒体。

Images