JP2024505137A - 通信方法 - Google Patents

Abstract

本開示の実施形態は、ハンドオーバ成功レポートをサポートするための解決手段を提供する。通信方法において、端末装置は、第１セルを提供する第１ネットワーク装置からレポート設定を受信する。レポート設定は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。次に、端末装置は、ハンドオーバの実行中にレポート設定を適用する。本開示の実施形態を通して、端末装置は、ハンドオーバ成功レポートが必要であるとソースネットワーク装置がみなした場合にハンドオーバ成功レポートを報告するように制限されてもよい。これによって、潜在的に不要なハンドオーバ成功レポートのための処理リソース及び通信リソースが節約される。【選択図】図２

Description

本開示の実施形態は、一般に通信の分野に関し、特に、ハンドオーバ成功レポートをサポートするための解決手段に関する。

５Ｇ新無線（ＮＲ）は、より高性能で統合された５Ｇワイヤレス・エアインターフェースのための世界標準である。５Ｇでは、マシン、オブジェクト、デバイス等、全てのものと全ての人を実際につなぐように設計された新しいタイプのネットワークが可能になる。第３世代パートナーシッププロジェクト（３ＧＰＰ）（登録商標）のリリース１７（Ｒｅｌ－１７）の作業項目説明（ＷＩＤ：Ｗｏｒｋ Ｉｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ）によれば、ＮＲのＳＯＮ（Ｓｅｌｆ－Ｏｐｔｉｍｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ）／ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ Ｔｅｓｔｓ）のためのデータ収集強化に関し、ＳＯＮ機能についての目的は、ＳＯＮ機能のためのデータ収集のサポートであり、これには、ＣＣＯ（Ｃｏｖｅｒａｇｅ ａｎｄ Ｃａｐａｃｉｔｙ Ｏｐｔｉｍｉｚａｔｉｏｎ）、システム間・ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）間の省エネ、システム間負荷分散、２ステップランダムアクセスチャネル（ＲＡＣＨ）の最適化、モビリティ強化の最適化、Ｒｅｌ－１６ ＳＯＮ／ＭＤＴ 作業項目（ＷＩ）の残り、例えばハンドオーバ成功レポートが含まれる。

ハンドオーバ成功レポートに関しては、成功したハンドオーバの間に観察された失敗イベントを報告することにより、ＮＲにおけるＭＲＯ（Ｍｏｂｉｌｉｔｙ Ｒｏｂｕｓｔｎｅｓｓ Ｏｐｔｉｍｉｚａｔｉｏｎ）機能を強化し、より堅牢なモビリティを提供し得ることが確認されている。この問題に対する解決手段は、ハンドオーバのトリガ時の測定、ハンドオーバ実行終了時の測定、ハンドオーバ実行後の測定等、ハンドオーバフェーズの間に収集された一連の測定を含む、成功したハンドオーバに関連するレポートを編集（ｃｏｍｐｉｌｅ）するようにユーザ端末（ＵＥ）を設定することである。しかし、成功したハンドオーバごとにそのようなレポートを生成することは、資源の不要な浪費につながる。

一般に、本開示の実施形態は、ハンドオーバ成功レポートをサポートするための解決手段を提供する。

第１の態様では、通信方法が提供される。方法は、端末装置において、第１セルを提供する第１ネットワーク装置からレポート設定を受信することを含む。レポート設定は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。方法は、ハンドオーバの実行中にレポート設定を適用することも含む。

第２の態様では、通信方法が提供される。方法は、第１セルを提供する第１ネットワーク装置において、レポート設定を第１セル内の端末装置に送信することを含む。レポート設定は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。

第３の態様では、通信方法が提供される。方法は、第２ネットワーク装置において、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバのためのハンドオーバ要求メッセージを、第１ネットワーク装置から受信することを含む。ハンドオーバ要求メッセージには、ハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示すレポート設定が含まれる。方法は、端末装置にハンドオーバを実行させ且つレポート設定を示すための第１メッセージを生成することも含む。方法は、第１メッセージを第１ネットワーク装置に送信することをさらに含む。

第４の態様では、通信方法が提供される。方法は、ハンドオーバが完了したことを示すハンドオーバ完了メッセージが受信された後に、第２ネットワーク装置において、端末装置から、第１ネットワーク装置の第１セルから前記第２ネットワーク装置の第２セルへの前記端末装置のハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信することを含む。方法は、ハンドオーバ成功レポートを要求するための要求メッセージを端末装置に送信することも含む。方法は、端末装置からハンドオーバ成功レポートを受信することをさらに含む。

第５の態様では、通信方法が提供される。方法は、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のＤＡＰＳ（Ｄｕａｌ Ａｃｔｉｖｅ Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）ハンドオーバが完了したことを示すハンドオーバ完了メッセージを、第２ネットワーク装置において、端末装置から受信することを含む。方法は、端末装置に第１セルを解放させる再設定メッセージを、端末装置に送信することも含む。方法は、ＤＡＰＳハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを含む再設定完了メッセージを、端末装置から受信することをさらに含む。

第６の態様では、通信方法が提供される。方法は、第２ネットワーク装置において、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバのためのハンドオーバ要求メッセージを、第１ネットワーク装置から受信することを含む。方法は、端末装置にハンドオーバを実行させ且つ第２セルのレポート設定を示すためのハンドオーバコマンドメッセージを生成することも含む。レポート設定は、第２セルがハンドオーバのハンドオーバ成功レポートをサポートしているかどうかを示す。

第７の態様では、通信方法が提供される。方法は、ネットワーク装置において、第１セルから第２セルへのハンドオーバを以前に実行した端末装置から、ハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信することを含む。第１セルは第１ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）に基づき、前記第２セルは、第１ＲＡＴとは異なる第２ＲＡＴに基づく。方法は、ハンドオーバ成功レポートを要求するための要求メッセージを端末装置に送信することも含む。方法は、端末装置からハンドオーバ成功レポートを受信することも含む。方法は、ハンドオーバのソースネットワーク装置にハンドオーバ成功レポートを送信することをさらに含む。

第８の態様では、通信方法が提供される。方法は、ネットワーク装置において、前記ネットワーク装置によって提供される第３セルがハンドオーバのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかについてのインジケーションを、第１セルから第２セルへのハンドオーバを以前に実行した端末装置に送信することを含む。第１セルは、第１ＲＡＴに基づいており、第２セルは、第１ＲＡＴとは異なる第２ＲＡＴに基づいている。

第９の態様では、端末装置が提供される。端末装置は、第１の態様にかかる方法を実行するように設定されたプロセッサを含む。

第１０の態様では、第１ネットワーク装置が提供される。第１ネットワーク装置は、第２の態様にかかる方法を実行するように設定されたプロセッサを含む。

第１１の態様では、第２ネットワーク装置が提供される。第２ネットワーク装置は、第３の態様、第４の態様、第５の態様、又は第６の態様にかかる方法を実行するように設定されたプロセッサを含む。

第１２の態様では、ネットワーク装置が提供される。ネットワーク装置は、第７の態様又は第８の態様にかかる方法を実行するように設定されたプロセッサを含む。

第１３の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、装置に、第１の態様にかかる方法を実行させる。

第１４の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、装置に、第２の態様にかかる方法を実行させる。

第１５の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、装置に、第３の態様、第４の態様、第５の態様、及び第６の態様にかかる方法を実行させる。

第１６の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、装置に、第７の態様又は第８の態様にかかる方法を実行させる。

発明の概要部分は、本開示の実施形態の重要な特徴又は必須の特徴を特定することを意図したものではなく、本開示の範囲を限定するために用いることを意図したものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

添付図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

本開示のいくつかの実施形態を実施可能な通信環境の模式図を示す。

本開示のいくつかの実施形態を実施可能な別の通信環境の模式図を示す。

本開示のいくつかの実施形態を実施可能なさらに別の通信環境の模式図を示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置と端末装置との間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、ターゲットネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、ターゲットネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置と端末装置との間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置と端末装置との間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、ターゲットネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、ターゲットネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、第３ネットワーク装置と端末装置との間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、ターゲットネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ソースネットワーク装置、第３ネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、第３ネットワーク装置と端末装置との間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる、ターゲットネットワーク装置、第３ネットワーク装置、及び端末装置の間の例示的な通信プロセスを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートを示す。

本開示のいくつかの実施形態を実施するのに好適な装置の概略ブロック図を示す。

全ての図面にわたって、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理について、いくつかの実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されない限り、使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

本明細書で使用される場合、「ネットワーク装置」又は「基地局」（ＢＳ）という用語は、端末装置が通信を実行することができるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例としては、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信用のインフラストラクチャ装置、送信／受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等の低電力ノード等が挙げられるが、これらに限定されない。

本明細書で使用される場合、「端末装置」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）デバイス、ＩｏＥ（ｉｎｔｅｒｎｅｔ ｏｆ ｅｖｅｒｙｔｈｉｎｇ）デバイス、マシンタイプ通信（ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。議論のために、以下では、端末装置の例としてＵＥを参照しながら、いくつかの実施形態を説明する。用語「端末装置」及び「ユーザ端末」（ＵＥ）は、本開示の文脈では互換的に使用され得る。

いくつかの実施形態において、端末装置は、第１ネットワーク装置及び第２ネットワーク装置と接続されてもよい。第１ネットワーク装置及び第２ネットワーク装置の一方はマスターノードで、他方はセカンダリーノードであってもよい。第１ネットワーク装置と第２ネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。いくつかの実施形態において、第１ネットワーク装置は第１ＲＡＴ装置であってもよく、第２ネットワーク装置は第２ＲＡＴ装置であってもよい。いくつかの実施形態において、第１ＲＡＴ装置はｅＮＢであり、第２ＲＡＴ装置はｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワーク装置及び第２ネットワーク装置の少なくとも一方から端末装置に送信されてもよい。いくつかの実施形態において、第１情報が第１ネットワーク装置から端末装置に送信されてもよく、第２情報が第２ネットワーク装置から端末装置に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。いくつかの実施形態において、第２ネットワーク装置によって設定された端末装置の設定に関連する情報が、第２ネットワーク装置から第１ネットワーク装置を介して送信されてもよい。第２ネットワーク装置によって設定された端末装置の再設定に関連する情報が、第２ネットワーク装置から端末装置に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。

本明細書で使用される場合、用語「回路」は、ハードウェア回路、及び／又はハードウェア回路とソフトウェアとの組み合わせを意味してもよい。例えば、回路は、アナログハードウェア回路及び／又はデジタルハードウェア回路と、ソフトウェア／ファームウェアとの組み合わせであってもよい。さらなる例として、回路は、協働して端末装置やネットワーク装置等の装置に種々の機能を発揮させる、デジタル信号プロセッサ等のソフトウェア付きハードウェアプロセッサ、ソフトウェア、及びメモリの任意の部分であってもよい。さらに別の例では、回路は、操作のためにソフトウェア／ファームウェアを必要とするが、操作に必要ないときはソフトウェアが存在しない場合があるマイクロプロセッサ又はマイクロプロセッサの一部のようなハードウェア回路及び／又はプロセッサであってもよい。本明細書で使用される場合、回路という用語は、単なるハードウェア回路若しくはプロセッサ、又はハードウェア回路若しくはプロセッサの一部、並びにその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も網羅する。

本明細書で使用される場合、「送信受信ポイント」、「送信／受信ポイント」、又は「送受信ポイント」という用語は、一般にユーザ端末と通信する局を示してもよい。ただし、送受信ポイントは、基地局（ＢＳ）、セル、Ｎｏｄｅ－Ｂ、ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送信受信ポイント（ＴＲＰ）、セクタ、サイト、ベーストランシーバシステム（ＢＴＳ）、アクセスポイント（ＡＰ）、中継ノード（ＲＮ）、リモート無線ヘッド（ＲＲＨ）、無線機（ＲＵ）、アンテナ等異なる用語で称されてもよい。

すなわち、本開示の文脈では、送受信ポイント、基地局（ＢＳ）、又はセルは、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）におけるＢＳＣ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、ＷＣＤＭＡ（登録商標）におけるＮｏｄｅ－Ｂ、ＬＴＥにおけるｅＮＢ又はセクタ（サイト）、ＮＲにおけるｇＮＢ又はＴＲＰ等がカバーするエリア又は機能の一部を示す包括的な概念として解釈されてもよい。したがって、送受信ポイント、基地局（ＢＳ）、及び／又はセルの概念には、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセル等、様々なカバレッジエリアが含まれてもよい。さらに、かかる概念は、中継ノード（ＲＮ）、リモート無線ヘッド（ＲＲＨ）、又は無線機（ＲＵ）の通信範囲を含んでもよい。

本開示の文脈において、ユーザ端末と送信／受信ポイントは、本明細書で開示する技術及び技術構想を具体化するために用いられる包括的な意味を有する２つの送信／受信主体であってよく、特定の用語又は単語に限定されるものではない。さらに、ユーザ端末と送信／受信ポイントは、本開示に関連して開示される技術及び技術構想を具体化するために用いられる包括的な意味を有するアップリンク又はダウンリンクの送信／受信主体であってもよく、特定の用語又は単語に限定されるものではない。本明細書において、アップリンク（ＵＬ）送信／受信は、ユーザ端末から基地局へデータを送信するスキームである。逆に、ダウンリンク（ＤＬ）送信／受信は、基地局からユーザ端末にデータを送信するスキームである。

本明細書で使用される場合、「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」、「アップリンクリソース」、又は「ダウンリンクリソース」という用語は、通信、例えば、端末装置とネットワーク装置との間の通信を実行するための任意のリソース、例えば、時間領域のリソース、周波数領域のリソース、空間領域のリソース、コード領域のリソース、又は通信を可能にする任意の他のリソース等を指してもよい。以下では、本開示のいくつかの実施形態を説明するための送信リソースの例として、周波数領域と時間領域の両方におけるリソースを使用する。本開示の実施形態は、他の領域の他のリソースにも同様に適用可能であることに留意されたい。

本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味する開放式の用語として解釈される。「・・・に基づいて」という用語は、「・・・に少なくとも部分的に基づいて」と解釈される。「一実施形態」及び「１つの実施形態」という用語は、「少なくとも１つの実施形態」と解釈される。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と解釈される。「第１」、「第２」等の用語は、異なる対象又は同じ対象を指してもよい。以下の内容には、明示的及び暗黙的な他の定義が含まれることがある。

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

前述したように、３ＧＰＰ Ｒｅｌ－１７のＷＩＤによれば、ＮＲにおけるＳＯＮ／ＭＤＴのためのデータ収集の強化に関し、ＳＯＮ機能についての目的の１つが、ハンドオーバ成功レポートである。ハンドオーバ成功レポートは、一般に、ソースセルからターゲットセルへの端末装置のハンドオーバ成功のレポートを指す。具体的に、ハンドオーバ成功レポートは、成功したハンドオーバを実行した端末装置が生成し、端末装置から、ターゲットセルのターゲットネットワーク装置に送信するか、又は、ターゲットネットワーク装置がハンドオーバ成功レポートを取得しない場合は、後に端末装置にサービスを提供する後続のネットワーク装置に送信することができる。そして最終的には、ソースセルのソースネットワーク装置が、ターゲットネットワーク装置又は後続のネットワーク装置から取得することができる。

報告した端末装置によって実行された前のハンドオーバが成功であったとしても、ソースネットワーク装置及び／又はターゲットネットワーク装置は、端末装置によって提供されるハンドオーバ成功レポートに基づいて、ソースセル内で開始されるか、又はターゲットセルをターゲットとする将来のハンドオーバ手順をさらに最適化することができる。このようにして、将来のハンドオーバの性能を、前の成功したハンドオーバよりも、さらに改善することができる。例えば、ハンドオーバ成功レポートを受信すると、受信したネットワーク装置（例えば、ソース又はターゲットのネットワーク装置）は、そのモビリティ設定に調整が必要かどうかを分析することができる。このような調整は、無線リンク監視（ＲＬＭ）設定の変更や、ソースネットワーク装置とターゲットネットワーク装置との間のモビリティの閾値の変更等、モビリティ設定の変更につながる場合がある。また、ターゲットネットワーク装置は、成功したハンドオーバの際に報告されたビーム測定に基づいて、専用のＲＡＣＨビームリソースをさらに最適化してもよい。

しかし、ハンドオーバ成功レポートをサポートするための従来の解決手段では、ハンドオーバ成功レポートの様々な詳細について規定しておらず、明確にする必要がある。例えば、ハンドオーバ成功レポートは、無線リンク障害（ＲＬＦ）レポート又はハンドオーバ失敗レポートとは異なっていなければならない場合がある。ＲＬＦレポート又はハンドオーバ失敗レポートは必須とすることができるが、これは、例えばＲｅｌ－１６では、ＲＬＦ又はハンドオーバの失敗があれば、ＵＥがＲＬＦ情報又はハンドオーバ失敗情報を常に収集し、収集した情報を可能な限りネットワークに報告する必要があることを意味する。これとは対照的に、ハンドオーバ成功レポートは、例えばＲｅｌ－１７又は他の３ＧＰＰ仕様のリリースでは、オプション機能とすべき場合がある。

より具体的には、こうしたハンドオーバ成功レポートを、成功したハンドオーバごとに生成することは、不要である場合がある。それよりも、不要なハンドオーバ成功レポートのためのリソースの浪費とシグナリングオーバーヘッドを回避し、また、ネットワーク側の処理の複雑さを低減するために、成功したがさらに改善すべき不完全なハンドオーバについて、ハンドオーバ成功レポートをオプションで又は選択的に生成できる方が望ましい場合がある。要約すると、従来の解決手段では、ハンドオーバ成功レポートをサポートするための具体的なメカニズムが不明確であり、規定する必要がある。例えば、ハンドオーバ成功レポートをどのように設定するか、そして、ハンドオーバ成功レポートを生成するための情報収集をどのように設定するかについては、今なお不明確である。

従来の解決手段における上記の技術的課題及び潜在的な他の技術的課題を解決するために、本開示の実施形態は、ハンドオーバ成功レポートをサポートするための解決手段を提供する。いくつかの実施形態において、端末装置は、第１セルを提供する第１ネットワーク装置からレポート設定を受信する。レポート設定は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。次に、端末装置は、ハンドオーバの実行中にレポート設定を適用する。

本開示の実施形態では、ハンドオーバ成功レポートが端末装置によって生成される必要があるとソースネットワーク装置が決定した場合、ソースネットワーク装置は、ハンドオーバのハンドオーバ成功レポートをオプションで編集するように端末装置を設定することができる。したがって、ハンドオーバ成功レポートは、ソースネットワーク装置から受信したレポート設定によって端末装置がそうすることになった場合にのみ、生成されてもよい。これにより、端末装置は、成功したハンドオーバイベントの前又はその最中に、ＲＬＭ、ビーム障害検出（ＢＦＤ）等によって検出された基本的な問題のような、関連する成功したハンドオーバの事例を報告するように制限されてもよい。換言すれば、端末装置は、ハンドオーバ成功レポートが必要であるとソースネットワーク装置がみなした場合にハンドオーバ成功レポートを報告するように制限されてもよい。これによって、潜在的に不要なハンドオーバ成功レポートのための処理リソース及び通信リソースが節約される。以下では、本開示の原理及び実施について詳細に説明する。

図１Ａは、本開示のいくつかの実施形態を実施可能な通信環境１００の模式図を示す。図１Ａに示すように、通信環境１００は通信ネットワーク１００又は通信システム１００と称されてもよく、ネットワーク装置１１０を含む。ネットワーク装置１１０は、ネットワーク装置１１０によって提供されるセル１１５に位置する端末装置１２０にサービスを提供する。特に、端末装置１２０は、セル１１５において通信リンク１１２を介してネットワーク装置１１０と通信してもよい。ネットワーク装置１１０から端末装置１２０への送信の場合、通信リンク１１２はダウンリンクと称されることがあり、一方、端末装置１２０からネットワーク装置１１０への送信の場合、通信リンク１１２は代わりにアップリンクと称されることがある。本明細書で使用される場合、ネットワーク装置１１０は、第１ネットワーク装置１１０と称することもでき、セル１１５は、第１セル１１５と称することもできる。

図１Ａに示す例示的なシナリオでは、端末装置１２０は、端末装置１２０の移動性に起因して、ネットワーク装置１１０のセル１１５から離れ、ネットワーク装置１３０のセル１３５に入っていくことがある。この場合、端末装置１２０からセル１１５へのリンク１１２の品質が低下することがあり、したがって端末装置１２０の通信品質も低下することがある。より良好な通信品質を端末装置１２０に提供するために、ネットワーク装置１１０は、端末装置１２０に、セル１１５からセル１３５へのハンドオーバを実行させることができる。ハンドオーバを通して、端末装置１２０は、リンク１１２をセル１１５に解放し、代わりにセル１３５への新しいリンク１２２を確立してもよい。セル１１５からセル１３５へのハンドオーバの場合、セル１１５はソースセルと称されてもよく、ネットワーク装置１１０はソースネットワーク装置と称されてもよい。セル１３５はターゲットセルと称されてもよく、ネットワーク装置１３０はターゲットネットワーク装置と称されてもよい。さらに、本明細書で使用される場合、ネットワーク装置１３０は、第２ネットワーク装置１３０と称することもでき、セル１３５は、第２セル１３５と称することもできる。

より具体的には、セル１１５からセル１３５へのハンドオーバは、端末装置１２０がアクティブである接続モードで、端末装置１２０によって実行されてもよい。ハンドオーバは、ソースネットワーク装置１１０によって制御することができ、端末装置１２０によってアシストすることができる。ハンドオーバの前に、端末装置１２０は、ソースセル１１５へのリンク１１２が悪化し、且つ／又はターゲットセル１３５がソースセル１１５より良好になってきているという１つ又は複数の測定レポートを、ソースネットワーク装置１１０に送信してもよい。これらの測定レポートに基づいて、ネットワーク装置１１０は、端末装置１２０がより良好な無線状態を得て、その結果、より良好なユーザエクスペリエンスを得ることができるように、端末装置１２０の接続をソースセル１１５からターゲットセル１３５に移行（すなわちハンドオーバ）する可能性がある。

ソースセル１１５からターゲットセル１３５への端末装置１２０のハンドオーバの間、ソースネットワーク装置１１０は、２つのネットワーク装置間のＸｎインターフェースのような通信リンク１３２を介して、ハンドオーバを容易にするために必要な情報をターゲットネットワーク装置１３０と通信することができる。さらに、理解すべき点として、ソースセル１１５からターゲットセル１３５への端末装置１２０のハンドオーバは、端末装置１２０の移動によるものとして上述したが、本開示の実施形態は、これに限定されるものではなく、様々な可能な理由によって生じるハンドオーバに適用されてもよい。

いくつかの実施形態において、ソースセル１１５からターゲットセル１３５へのハンドオーバが成功した場合、端末装置１２０は、ハンドオーバ成功レポートを生成することができる。例えば、ハンドオーバ成功レポートが生成された後、ハンドオーバ成功レポートのエントリを、端末装置１２０において、例えばハンドオーバ成功レポートの変数に格納することができる。いくつかの実施形態において、端末装置１２０は、個別の成功したハンドオーバイベントに対応する複数のハンドオーバ成功レポートのエントリを格納することができる。ハンドオーバ成功レポートの利用可能性は、端末装置１２０から無線リソース制御（ＲＲＣ）層においてターゲットネットワーク装置１３０に送信されるメッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのようなハンドオーバ完了メッセージ）によって示されてもよい。ターゲットネットワーク装置１３０は、ＵＥ情報要求及び応答のメカニズムを介して、ハンドオーバ成功レポート内の情報を入手してもよい。

いくつかの実施形態において、メッセージ（例えば、ＵＥＡｓｓｉｓｔａｎｃｅＲｅｓｐｏｎｓｅ）を介して、ハンドオーバ成功レポートをネットワークに提供した後、端末装置１２０は、変数内の格納されたハンドオーバ成功レポートを破棄することができる。続いて、ターゲットネットワーク装置１３０は、例えば２つのネットワーク装置間のリンク１３２を介して、ハンドオーバ成功レポートをソースネットワーク装置１１０に転送して、成功したハンドオーバのイベント中に発生した失敗を示してもよい。いくつかの実施形態において、端末装置１２０は、格納されたエントリをネットワークが入手しないままである場合、格納されてから所定の期間（例えば、４８時間）後に、ハンドオーバ成功レポートの格納されたエントリを破棄することができる。

報告した端末装置１２０によって実行された前のハンドオーバが成功であったとしても、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、端末装置１２０によって提供されるハンドオーバ成功レポートに基づいて、ソースセル１１５内で開始されるか、又はターゲットセル１３５をターゲットとする将来のハンドオーバ手順をさらに改善することができる。例えば、ハンドオーバ成功レポートを受信すると、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、そのモビリティ設定に調整が必要かどうかを分析することができる場合がある。このような調整は、ＲＬＭ設定の変更、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間のモビリティの閾値の変更等につながる場合がある。

いくつかの実施形態において、ハンドオーバ成功レポートの主な目的は、ソース及びターゲットのネットワーク装置が、既に成功したハンドオーバに基づいて、ソース及びターゲットのネットワーク装置に関連する将来のハンドオーバをさらに最適化するのを支援することであるため、成功したハンドオーバごとに端末装置がハンドオーバ成功レポートを生成する必要はない可能性がある。それよりも、成功したが不完全でさらに改善が必要かもしれないハンドオーバについて選択的に、又はオプションで、端末装置がハンドオーバ成功レポートを生成する方が望ましい場合がある。このために、図１Ａに示すように、ソースネットワーク装置１１０が、端末装置１２０にセル１１５からセル１３５へのハンドオーバを実行させる前、又は実行させるときに、ソースネットワーク装置１１０は、レポート設定１２５を端末装置１２０に送信してもよい。レポート設定１２５は、セル１１５からセル１３５へのハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示すことができる。

レポート設定１２５を取得した後、端末装置１２０は、セル１１５からセル１３５へのハンドオーバの実行中に、レポート設定１２５を適用することができる。例えば、ハンドオーバについてハンドオーバ成功レポートが生成されるべきであることをレポート設定１２５が示す場合、端末装置１２０は、その後のハンドオーバについて、ハンドオーバ成功レポートを編集することができる。そうではなく、ハンドオーバについてハンドオーバ成功レポートが生成されるべきではないことをレポート設定１２５が示す場合、端末装置１２０は、ハンドオーバ成功レポートを編集することなく、その後のハンドオーバを実行することができる。このように、ハンドオーバ成功レポートは、ソースネットワーク装置１１０によって決定されるレポート設定１２５に基づいて、端末装置１２０が選択的に、又はオプションで生成することができる。したがって、端末装置１２０は、ハンドオーバ成功レポートが必要であるとソースネットワーク装置１１０がみなした場合にハンドオーバ成功レポートを報告するように制限されてもよい。こうすることで、不要なハンドオーバ成功レポートのための、端末装置１２０の処理リソース及び通信リソースが節約されるとともに、ネットワーク側での処理の複雑さも軽減される。

図１Ａを参照して論じたように、セル１１５からセル１３５への端末装置１２０のハンドオーバは、ネットワーク装置間のハンドオーバと称されてもよく、この場合、ソースセル１１５とターゲットセル１３５は、異なるネットワーク装置１１０、１３０によって提供されることに留意されたい。しかしながら、理解すべき点として、このようなネットワーク装置間のハンドオーバに加えて、本開示の実施形態は、ネットワーク装置内のハンドオーバにも適用可能である。この場合、ソースセル１１５とターゲットセル１３５は、同じネットワーク装置によって提供されてもよい。このようなネットワーク装置内のハンドオーバの一例を、図１Ｂを参照しながら以下で説明する。

図１Ｂは、本開示のいくつかの実施形態を実施可能な別の通信環境１０２の模式図を示す。図１Ａの例示的なシナリオと同様に、図１Ｂに示す例示的なシナリオにおけるネットワーク装置１１０も、セル１１５を提供し、端末装置１２０は、セル１１５への通信リンク１１２を有してもよい。また、図１Ａの例示的なシナリオと同様に、図１Ｂに示す例示的なシナリオにおける端末装置１２０も、例えば、端末装置がセル１３５に向かって移動することにより、セル１１５からセル１３５へのハンドオーバを実行することができる。ハンドオーバを通して、端末装置１２０はリンク１１２をソースセル１１５に解放し、代わりに、ターゲットセル１３５へのリンク１２２を確立してもよい。図１Ａの例示的なシナリオとは異なり、図１Ｂに示す例示的なシナリオのターゲットセル１３５は、ソースセル１１５を提供する同じネットワーク装置１１０が提供可能である。したがって、図１Ｂにおけるハンドオーバは、ネットワーク装置内のハンドオーバと称することができる。

図１Ｂの端末装置１２０によって実行されるネットワーク装置内のハンドオーバの手順は、ハンドオーバを容易にするための２つのネットワーク装置間の通信が必要でない可能性がある点を除き、図１Ａを参照して上述したネットワーク装置間のハンドオーバと大部分が類似していてもよい。図１Ａの例示的なシナリオと同様に、ネットワーク装置１１０が端末装置１２０にセル１１５からセル１３５へのネットワーク装置内のハンドオーバを実行させる前、又は実行させるときに、ネットワーク装置１１０はレポート設定１２５を端末装置１２０に送信してもよい。

レポート設定１２５を取得した後、端末装置１２０は、ネットワーク装置内のハンドオーバの実行中に、レポート設定１２５を適用することができる。このように、ハンドオーバ成功レポートは、ネットワーク装置１１０によって決定されるレポート設定１２５に基づいて、端末装置１２０が選択的に、又はオプションで生成することができる。したがって、端末装置１２０は、ハンドオーバ成功レポートが必要であるとネットワーク装置１１０がみなした場合にハンドオーバ成功レポートを報告するように制限されてもよい。こうすることで、不要なハンドオーバ成功レポートのための、端末装置１２０の処理リソース及び通信リソースが節約されるとともに、ネットワーク側での処理の複雑さも軽減される。

図１Ａを参照して上述したように、セル１１５からセル１３５へのハンドオーバについて、ハンドオーバ成功レポートが端末装置１２０によって生成される場合、ハンドオーバ成功レポートの利用可能性が、端末装置１２０によって、例えばハンドオーバ完了メッセージのようなメッセージを介して、ターゲットネットワーク装置１３０に示されてもよい。ターゲットネットワーク装置１３０は、ＵＥ情報要求及び応答のメカニズムを介して、ハンドオーバ成功レポート内の情報を取得してもよい。いくつかの実施形態において、メッセージ（例えば、ＵＥＡｓｓｉｓｔａｎｃｅＲｅｓｐｏｎｓｅ）を介して、ハンドオーバ成功レポートをネットワークに提供した後、端末装置１２０は、変数内の格納されたハンドオーバ成功レポートを破棄することができる。

しかし、いくつかの実施形態では、端末装置１２０からハンドオーバ成功レポートの利用可能性を受信した後、ターゲットネットワーク装置１３０は、端末装置１２０がリンク１２２をセル１３５に解放する前に、何らかの理由により、端末装置１２０からハンドオーバ成功レポートを取得しない場合がある。例えば、ターゲットネットワーク装置１３０が端末装置１２０からハンドオーバ成功レポートを入手する前に、端末装置１２０が移動してセル１３５から離れ続ける場合がある。これらの実施形態では、ハンドオーバ成功レポートが依然として端末装置１２０に格納されており、したがって、ネットワークにとって利用可能であるため、端末装置１２０は、端末装置１２０の後続のサービングセルを提供する第３ネットワーク装置に対して、ハンドオーバ成功レポートの利用可能性を示すことができる。こうした状況の一例を、図１Ｃを参照しながら以下で説明する。

図１Ｃは、本開示のいくつかの実施形態を実施可能なさらに別の通信環境１０４の模式図を示す。図１Ｃに示すように、端末装置１２０は、セル１１５からセル１３５へのハンドオーバを先に実行し、ハンドオーバのハンドオーバ成功レポートを生成したと仮定される。また、ターゲットネットワーク装置１３０は、端末装置１２０からハンドオーバ成功レポートを入手しておらず、現在、端末装置１２０は、ネットワーク装置１５０によって提供されるセル１５５に接続していると仮定する。本明細書で使用される場合、ネットワーク装置１５０は、第３ネットワーク装置１５０と称することもでき、セル１５５は、第３セル１５５と称することもできる。

この場合、図１Ａの例示的シナリオを参照して上述した手順と同様に、セル１１５からセル１３５へのハンドオーバのハンドオーバ成功レポートの利用可能性が、端末装置１２０からＲＲＣ層においてネットワーク装置１５０に送信されるメッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのようなハンドオーバ完了メッセージ）によって示されてもよい。ネットワーク装置１５０は、ＵＥ情報要求及び応答のメカニズムを介して、ハンドオーバ成功レポート内の情報を入手してもよい。いくつかの実施形態において、メッセージ（例えば、ＵＥＡｓｓｉｓｔａｎｃｅＲｅｓｐｏｎｓｅ）を介して、ハンドオーバ成功レポートをネットワーク装置１５０に提供した後、端末装置１２０は、変数内の格納されたハンドオーバ成功レポート破棄することができる。続いて、ターゲットネットワーク装置１５０は、例えば２つのネットワーク装置間のリンク１５２を介して、ハンドオーバ成功レポートをハンドオーバのソースネットワーク装置１１０に転送して、セル１１５からセル１３５への成功したハンドオーバの間に発生した失敗を示してもよい。

ネットワーク装置１５０は必ずしも、ネットワーク装置１３０が端末装置１２０にサービスを提供した直後の、端末装置１２０のサービングネットワーク装置とは限らない。換言すれば、端末装置１２０がリンク１２２をセル１３５に解放した後、端末装置１２０がセル１５５へのリンク１４２を確立する前に、端末装置１２０の１つ又は複数の他のサービングネットワーク装置が存在してもよい。ネットワーク装置１３０と同様に、１つ又は複数の他のサービングネットワーク装置も、端末装置１２０からハンドオーバ成功レポートを入手しない。以下の説明では、図１Ａに示す例示的なシナリオに関連して、いくつかの実施形態をさらに詳細にする。しかしながら、理解すべき点として、全ての実施形態は、図１Ｂに示すネットワーク装置内のハンドオーバにも適用可能であり、図１Ｃに示すような、ハンドオーバ成功レポートをターゲットネットワーク装置以外のネットワーク装置が入手するシナリオにも適用可能である。

図１Ａ、１Ｂ、１Ｃに示す端末装置の数、ネットワーク装置の数、セルの数、及び通信リンクの数は、説明のためのものにすぎず、いかなる限定も示唆しないことを理解されたい。通信環境１００、１０２、１０４は、本開示の実施形態を実施するのに適した任意の適切な数の端末装置、任意の適切な数のネットワーク装置、任意の適切な数の他の通信装置、任意の適切な数のセル、及び任意の適切な数の通信リンクを含んでもよい。

さらに、図１Ａ、１Ｂ、１Ｃの全ての通信装置間では、様々な無線通信だけでなく、（必要に応じて）有線通信が行われてもよいことが理解されるであろう。また、図１Ａ、１Ｂ、１Ｃでは、ネットワーク装置１１０、ネットワーク装置１３０、及びネットワーク装置１５０が基地局として、端末装置１２０が携帯電話として模式的に描かれているが、これらの描写は例示にすぎず、いかなる限定も示唆しないことが理解されることに留意されたい。他の実施形態において、ネットワーク装置１１０、ネットワーク装置１３０、及びネットワーク装置１５０は、任意の他の無線ネットワーク装置であってもよく、端末装置１２０は、任意の他の無線通信装置であってもよい。

通信環境１００、１０２、１０４における通信は、任意の適切な規格に準拠してもよく、規格は、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＣ－ＧＳＭ－ＩｏＴ（Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥエボリューション（ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。

図２は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０と端末装置１２０との間の例示的な通信プロセス２００を示す。議論を目的として、図１Ａ、１Ｂ、１Ｃを参照して通信プロセス２００について説明する。しかしながら、通信プロセス２００は、２つの通信装置が互いに通信する任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。

図２に示すように、セル１１５からセル１３５への端末装置１２０のハンドオーバについてのハンドオーバ成功レポートの設定を端末装置１２０に知らせるために、ネットワーク装置１１０は、レポート設定１２５を端末装置１２０に送信する（２１０）。上述したように、レポート設定１２５は、セル１１５からセル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示してもよい。換言すれば、レポート設定１２５は、ソースネットワーク装置１１０が決定して端末装置１２０に通知することができる。これは、ソースネットワーク装置１１０にハンドオーバ成功レポートを報告し、ソースネットワーク装置１１０がハンドオーバ成功レポートを利用することで、ハンドオーバ性能がさらに強化される可能性があるからである。ハンドオーバ性能の強化は例えば、将来のハンドオーバをトリガするための時間ポイントを最適化することや、将来のハンドオーバのためのターゲットセルを選択することによってなされる。したがって、ソースセル１１５で開始されたハンドオーバについてのハンドオーバ成功レポートを端末装置１２０が生成するかどうかを、ソースネットワーク装置１１０が設定することは、合理的であり得る。

一般に、レポート設定１２５では、ハンドオーバのついてハンドオーバ成功レポートが生成されるべきかどうかを示すために、任意の適切な方法を採用することができる。いくつかの実施形態では、レポート設定１２５は単に、ハンドオーバ成功レポートが生成されるべきであるという明示的なインジケーションを含んでもよい。このようにして、レポート設定１２５のシグナリングオーバーヘッドと、レポート設定１２５の設定の複雑さを最小限にしてもよい。より具体的には、明示的なインジケーションは、セル１１５において開始される全てのハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを意味してもよい。あるいは、明示的なインジケーションは、端末装置１２０の特定のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを意味してもよい。別の代替として、明示的なインジケーションは、ハンドオーバ成功レポートが、セル１１５内で開始されるハンドオーバについてサポートされるが、ハンドオーバの前又は最中にトリガ条件が満たされるときにトリガされることを意味してもよい。例えば、端末装置１２０に対し、トリガ条件セットがデフォルトで設定されてもよく、明示的なインジケーションは、セル１１５内で開始されるハンドオーバに対して全てのトリガ条件セットが有効であることを表すことができる。いくつかの実施形態では、明示的なインジケーションを、１のような所定の値を有するビットとすることができる。

いくつかの他の実施形態において、レポート設定１２５は、セル１１５からセル１３５へのハンドオーバについて生成されるハンドオーバ成功レポートをトリガするためのトリガ条件を含んでもよい。例えば、端末装置１２０は、ハンドオーバを実行する前又は実行する際に、トリガ条件が満足されるかどうかを決定することができる。トリガ条件が満足される場合、端末装置１２０は、ハンドオーバについてハンドオーバ成功レポートを生成してもよい。そうではなく、トリガ条件が満足されない場合、端末装置１２０は、ハンドオーバについて、ハンドオーバ成功レポートを生成しない場合がある。換言すれば、セル１１５にハンドオーバ成功レポートが設定されている場合、トリガ条件が満たされるのであれば、端末装置１２０は、ハンドオーバ成功レポートで報告される、セル１１５（すなわち、ハンドオーバのソースセル）でトリガされるハンドオーバのイベントに関連する情報を収集することができる。ハンドオーバ成功レポートをトリガするための１つ又は複数のトリガ条件を設定することによって、ネットワーク装置１１０は、成功したが不完全なハンドオーバについてハンドオーバ成功レポートを編集するように端末装置１２０を的確に設定することができる。

いくつかの実施形態において、レポート設定１２５は、ハンドオーバ成功レポートが生成されるべきであることと、セル１１５内で開始されるハンドオーバのハンドオーバ成功レポートをトリガするための１つ又は複数の特定のトリガ条件とを、両方含んでもよいことに留意されたい。例えば、デフォルトで端末装置１２０にトリガ条件セットが設定されている場合であっても、端末装置１２０は、セル１１５で開始されるハンドオーバについて、デフォルトのトリガ条件セットではなく、レポート設定１２５に含まれる１つ又は複数の特定のトリガ条件に基づいて、ハンドオーバ成功レポートを生成してもよい。例えば、レポート設定１２５に含まれる１つ又は複数の特定のトリガ条件は、デフォルトのトリガ条件セットのサブセットであってもよく、或いはトリガ条件セット以外の異なるトリガ条件を含んでもよい。

一般に、ハンドオーバ成功レポートをトリガするためのトリガ条件は、成功したが不完全でさらなる改善が必要なハンドオーバを暗示する任意の適切なトリガ条件とすることができる。例えば、トリガ条件は、ソースセルに対する無線の問題がハンドオーバのトリガの前に検出されること、ハンドオーバ手順中にＲＡＣＨ遅延が検出されること、品質変化閾値に達すること、主な測定モーメントの絶対品質閾値に達すること、関連する３ＧＰＰ仕様で定義されるタイマＴ３１０／Ｔ３１２の実行中にハンドオーバが開始されること、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが実行されること等であってもよい。

ネットワーク装置１１０は、既存のメッセージ若しくはシグナリング、専用のメッセージ若しくはシグナリング、又は将来的に設計されるメッセージ若しくはシグナリングを介して、レポート設定１２５を端末装置１２０に送信してもよい。例えば、第１オプションとして、ネットワーク装置１１０は、レポート設定１２５を示すためのセル１１５のシステム情報をブロードキャストすることができる。換言すれば、レポート設定１２５は、セル１１５のシステム情報内で搬送されてもよい。この場合、セル１１５の全ての端末装置が、レポート設定１２５を適用してもよい。このように、ネットワーク装置１１０は、セル１１５の全ての端末装置、及びセル１１５内で開始された全てのハンドオーバについて共通の設定を決定してもよく、これによって、レポート設定１２５の決定及び通知のための操作が簡略化される。また、セル１１５の端末装置は、アイドル状態又はアクティブ状態のいずれかで、いつでもレポート設定１２５を取得することができ、これによって、端末装置にとってレポート設定１２５の利用可能性が向上する。いくつかの実施形態において、システム情報は、既存のＳＩＢ（例えば、ＳＩＢ１）又は新規のＳＩＢであってもよい。

第２オプションとして、ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させ且つレポート設定１２５を示すためのメッセージ（ＲＲＣメッセージ又はシグナリング等）を送信してもよい。本明細書中で使用される場合、このようなメッセージは、議論を容易にするために第１メッセージと称されることがある。換言すれば、レポート設定１２５は、端末装置１２０にハンドオーバを実行させるための第１メッセージ、例えばハンドオーバコマンドメッセージ又はハンドオーバコマンドシグナリング等で搬送することができる。このようにして、レポート設定１２５を、専用の設定、すなわち、特定の端末装置又は特定のハンドオーバに特化したものとし、セル１１５の全ての端末装置及び全てのハンドオーバには適用しないようにすることができる。したがって、上述の第１オプションと比較して、第２オプションでは、レポート設定１２５をより柔軟にし、それによって、ハンドオーバ成功レポートの有効性を高め、また、ネットワークの処理の複雑さを低減することができる。いくつかの実施形態では、第１メッセージの生成は、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間の相互作用に関わってもよい。例えば、ソースネットワーク装置１１０がレポート設定１２５をターゲットネットワーク装置１３０に送信すべき場合があり、続いてネットワーク装置１３０が、レポート設定１２５を含む第１メッセージを生成する。このような相互作用については、図３を参照して後述する。

第３オプションとして、端末装置１２０にハンドオーバを実行させるハンドオーバコマンドメッセージが端末装置１２０に送信される前に、ネットワーク装置１１０は、レポート設定１２５を示すための端末装置１２０に特化したメッセージ（ＲＲＣメッセージ又はシグナリング等）を送信してもよい。本明細書で使用される場合、議論を容易にするために、ハンドオーバコマンドメッセージの前に送信されるこのようなメッセージは、第２メッセージと称されてもよい。換言すれば、レポート設定１２５は、ハンドオーバコマンドメッセージの前に送信される第２メッセージで搬送されてもよい。いくつかの実施形態において、第２メッセージは、ハンドオーバの前に端末装置１２０に送信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。第２メッセージを受信すると、端末装置１２０は、ハンドオーバが開始されたときにさらに使用するために、レポート設定１２５をＵＥ変数に格納してもよい。レポート設定１２５を格納するためのＵＥ変数は、ハンドオーバ成功レポートに含まれる情報を格納するためのＵＥ変数とは異なっていてもよい。

ハンドオーバコマンドメッセージの前に送信される第２メッセージで搬送されることによって、レポート設定１２５を、専用の設定、すなわち、特定の端末装置に特化したものとし、セル１１５の全ての端末装置及び全てのハンドオーバには適用しないようにすることができる。したがって、上述の第１オプションと比較して、第３オプションでは、レポート設定１２５をより柔軟にし、それによって、ハンドオーバ成功レポートの有効性を高め、また、ネットワークの処理の複雑さを低減することができる。さらに、上述の第２オプションと比較して、ソースネットワーク装置１１０がレポート設定１２５をターゲットネットワーク装置１３０に送信する必要がないため、第３オプションは、ネットワーク装置間のシグナリングに影響を及ぼさない可能性がある。また、第２メッセージは、必ずしもハンドオーバコマンドメッセージの直前のメッセージではなく、第２メッセージとハンドオーバコマンドメッセージとの間には、他の介在メッセージが存在し得ることに留意されたい。いくつかの実施形態では、上述の第１オプションと第２オプション（又は第３のオプション）とを同時にサポートすることができる。このような実施形態については、図５、６を参照しながらさらに後述する。

通信プロセス２００の他方の側において、端末装置１２０は、ネットワーク装置１１０からレポート設定１２５を受信する（２２０）。例えば、レポート設定１２５がセル１１５のシステム情報を介してブロードキャストされる場合、端末装置１２０は、システム情報を受信し、システム情報からレポート設定１２５を取得してもよい。レポート設定１２５が、端末装置１２０にハンドオーバを実行させるための第１メッセージに含まれる場合、ネットワーク装置１１０から第１メッセージを受信すると、端末装置１２０はハンドオーバを開始し、第１メッセージからレポート設定１２５を取得することができる。レポート設定１２５が、ハンドオーバコマンドメッセージの前に送信される第２メッセージを介して送信される場合、端末装置１２０は、第２メッセージからレポート設定１２５を取得し、ハンドオーバが開始されたときに将来使用するために、レポート設定１２５を格納することができる。

次に、端末装置１２０は、セル１１５からセル１３５へのハンドオーバの実行中に、レポート設定１２５を適用する（２３０）。例えば、レポート設定１２５が、ハンドオーバについてハンドオーバ成功レポートが生成されるべきであることを示す場合、端末装置１２０は、ハンドオーバの実行前又は実行中に、ハンドオーバ成功レポートにおいて報告される情報を収集することができる。このように、ハンドオーバ成功レポートにおいて報告される情報は、ネットワーク装置１１０によってハンドオーバ成功レポートが必要であると決定された場合にのみ収集することができ、これによって、成功したハンドオーバの全てについての不要な情報収集を回避することができる。一般に、端末装置１２０によって収集され、ハンドオーバ成功レポートに含まれる情報は、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０が、将来のハンドオーバの性能を向上させるのに有用となり得る任意の情報を含むことができる。例えば、収集される情報は、ＲＬＭ関連情報、ＢＦＤ関連情報、及びハンドオーバ関連情報等を含んでもよい。

一方、ハンドオーバについてハンドオーバ成功レポートが生成されるべきでないことをレポート設定１２５が示す場合、端末装置１２０は、ハンドオーバの実行前又は実行中に、ハンドオーバ成功レポートのための情報収集を回避してもよい。すなわち、端末装置１２０は、ハンドオーバ成功レポートを生成するための情報を収集することなく、セル１１５からセル１３５へのハンドオーバを実行してもよい。このように、ネットワーク装置１１０によってハンドオーバ成功レポートが不要であると決定された場合、端末装置１２０は、ハンドオーバ成功レポートにおいて報告される情報を収集することができず、このため、全ての成功したハンドオーバについて情報を収集するための不要なオーバーヘッドが節約される。通信プロセス２００を通して、端末装置１２０がハンドオーバ成功レポートに含まれる情報を収集してハンドオーバ成功レポートを生成するかどうかを、ネットワークの制御下に置くことができる。したがって、ネットワーク装置１１０は必要に応じて、ハンドオーバ成功レポートを編集するように端末装置１２０を設定することができる。

いくつかの実施形態では、レポート設定１２５には差分設定（ｄｅｌｔａ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が適用されない場合がある。換言すれば、ターゲットセル１３５への成功したハンドオーバ、又は別のセルへのＲＲＣ再確立に際して、端末装置１２０は、レポート設定１２５を解放してもよい。その理由は、レポート設定１２５に対してデルタ設定がサポートされていると、他のセル（例えば、ターゲットセル１３５又は再確立されたセル）がハンドオーバ成功レポートをサポートしていない場合、他のセルはメッセージ（又はシグナリング）を送信して、端末装置にソースセル１１５のレポート設定１２５を解放させなければならない場合があるからである。このことは、複雑さを増やし、シグナリングのオーバーヘッドを増加させる可能性がある。逆に、レポート設定１２５を解放するためのメッセージ（又はシグナリング）が送信されないと、端末装置１２０は、不要なハンドオーバ成功レポートを格納し、報告する場合がある。

より具体的には、セル１１５からセル１３５へのハンドオーバが完了した後、端末装置１２０は、レポート設定２１５を解放してもよい。例えば、端末装置１２０は、レポート設定２１５を格納するためのＵＥ変数から、レポート設定２１５を除去することができる。同様に、セル１１５からセル１３５へのハンドオーバが失敗した場合、端末装置１２０は、利用可能なセルへの接続を再確立し、次いで、レポート設定２１５を解放してもよい。例えば、端末装置１２０は、ＵＥ変数内のレポート設定２１５を削除することができる。端末装置１２０はセル１１５以外の新しいセルに接続した後、レポート設定２１５を解放してもよいため、差分設定に起因する潜在的な複雑さ及び信号オーバーヘッドの増加を回避することができる。

いくつかの実施形態において、レポート設定２１５は、セル１１５からセル１３５へのハンドオーバについてハンドオーバ成功レポートが生成されるべきであることを示し、したがって、端末装置１２０は、ハンドオーバの実行前又は実行中に、ハンドオーバ成功レポートにおいて報告される情報を収集する。ハンドオーバが完了しない場合、ハンドオーバ成功レポートにおいて報告される収集された情報は、通常、端末装置１２０によって格納されるが、セル１１５からセル１３５へのハンドオーバは、最終的に失敗し得ることに留意されたい。このような状況では、ハンドオーバは成功したハンドオーバではないので、端末装置１２０は、ハンドオーバ成功レポートで報告される予定の、以前に収集された情報を破棄してもよい。例えば、関連する３ＧＰＰ仕様に定義されたタイマＴ３０４が満了になった場合（これはハンドオーバ失敗を示す場合がある）、端末装置１２０は、失敗したハンドオーバのイベントに対応するハンドオーバ成功レポートの、格納されたエントリを破棄することができる。このように、従来の解決手段と比較して、端末装置１２０は、ハンドオーバ成功レポートについて１つの追加の破棄条件を有することができ、ネットワークへの間違った情報の報告を回避することができる。

図３は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間の例示的な通信プロセス３００を示す。上述したように、図３は主に、上述の第１メッセージを生成するための、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間の相互作用を示す。第１メッセージはすなわち、端末装置１２０にセル１１５からセル１３５へのハンドオーバを実行させ且つレポート設定１２５を示すためのメッセージである。議論を目的として、図１Ａを参照して通信プロセス３００について説明する。しかしながら、通信プロセス３００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。

図３に示すように、セル１１からセル１３５への端末装置１２０のハンドオーバが実行されべきであると決定した後（３１０）、ネットワーク装置１１０は、ハンドオーバ要求メッセージ３０５を第２ネットワーク装置１３０に送信してもよい（３２０）。ハンドオーバ要求メッセージ３０５は、端末装置１２０のターゲットセル１３５へのハンドオーバを準備するように、ターゲットネットワーク装置１３０に要求するために使用されてもよい。さらに、ハンドオーバ要求メッセージ３０５は、レポート設定２１５を含んでもよい。いくつかの実施形態において、ハンドオーバ要求メッセージ３０５は、ｉｎｔｅｒ－ｎｏｄｅ ＲＲＣ ｍｅｓｓａｇｅ ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ又はｉｎｔｅｒ－ｎｏｄｅ Ｘｎ ｍｅｓｓａｇｅ ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔのような、ノード間ハンドオーバの準備のシグナリングであってもよい。

したがって、ネットワーク装置１３０は、ネットワーク装置１１０からハンドオーバ要求メッセージ３０５を受信すると（３３０）、メッセージ３１５を生成してもよく（３４０）、これは、上述した第１メッセージの一例であってもよい。例えば、ネットワーク装置１３０は、レポート設定２１５をメッセージ３１５に組み込んでもよい。いくつかの実施形態において、メッセージ３１５は、ハンドオーバコマンドメッセージ又はｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ付きＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのようなノード間のＲＲＣメッセージであってもよい。このように、端末装置１２０にハンドオーバを実行させるために、また、レポート設定２１５を示すために、メッセージ３１５を使用することができる。

そして、ネットワーク装置１３０は、メッセージ３１５をネットワーク装置１１０に送信してもよい（３５０）。ネットワーク装置１１０は、ネットワーク装置１３０からメッセージ３１５を受信した後（３６０）、次にメッセージ３１５を端末装置１２０に送信してもよい（３７０）。端末装置１２０は、メッセージ３１５をネットワーク装置１１０から受信すると（３８０）、セル１１５からセル１３５へのハンドオーバを実行してもよく、メッセージ３１５からレポート設定２１５を取得することができる。通信プロセス３００を通して、ハンドオーバを容易にするために、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間の相互作用プロセスを利用することによって、例えばハンドオーバコマンドメッセージのような第１メッセージの中にレポート設定２１５を含めることができる。

図３の通信プロセス３００において、レポート設定２１５は、ターゲットネットワーク装置１３０によって第１メッセージに組み込まれる。いくつかの他の実施形態において、セル１１５からセル１３５への端末装置１２０のハンドオーバは、条件付きハンドオーバであってもよい。これらの実施形態では、レポート設定２１５は、代わりにソースネットワーク装置１１０によって、第１メッセージに組み込まれてもよい。条件付きハンドオーバは、３ＧＰＰによってＲｅｌ‐１６で規定された主要なモビリティ強化の１つであり、端末装置が移動している間、例えば、セル間のハンドオーバが失敗したとき、又はハンドオーバがトリガされる前なのに接続が失敗したときに、障害発生の数を減らすことに焦点を当てている。

例えば、図１Ａを参照すると、セル１１５からセル１３５への端末装置１２０のハンドオーバは、条件付きハンドオーバであると仮定される。このような場合、通常の場合のように１つのターゲットセルを準備する代わりに、セル１３５を含む複数のターゲットセル候補をネットワーク装置１１０において予め準備することができる。ネットワーク装置１１０は、通常のハンドオーバのように状態が悪化し始めるときではなく、無線状態がまだ良好であるときに、通常のハンドオーバよりも早めに、端末装置１２０にハンドオーバコマンドを送ることを可能にしてもよい。ハンドオーバコマンドを受信すると、端末装置１２０は、ハンドオーバコマンドを直ちに適用する代わりに、ハンドオーバコマンドを格納してもよい。実際、端末装置１２０は、端末装置１２０に設定された条件が、設定されたターゲットセル候補の１つ（例えば、図１Ａの例示的なシナリオにおけるセル１３５）に対して満足される場合にのみ、格納されたハンドオーバコマンドを適用してもよく、次いで端末装置１２０は、通常のハンドオーバのようにハンドオーバを実行し、ターゲットネットワーク装置１３０に接続することができる。

図４は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間の例示的な通信プロセス４００を示す。議論を目的として、図１Ａを参照して通信プロセス４００について説明する。しかしながら、通信プロセス４００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。通信プロセス４００では、セル１１５からセル１３５への端末装置１２０のハンドオーバが、条件付きハンドオーバであると仮定される。

図４に示すように、条件付きハンドオーバが実行されるべきであると決定すると（４１０）、ネットワーク装置１１０は、ハンドオーバ要求メッセージ４０５をネットワーク装置１３０に送信してもよい（４２０）。ネットワーク装置１３０は、ネットワーク装置１１０からハンドオーバ要求メッセージ４０５を受信すると（４３０）、端末装置１２０に条件付きハンドオーバを実行させるためのハンドオーバコマンドメッセージ４１５を生成してもよい（４４０）。ネットワーク装置１３０は、ハンドオーバコマンドメッセージ４１５をネットワーク装置１１０に送信してもよい（４５０）。

ネットワーク装置１３０からハンドオーバコマンドメッセージ４１５を受信すると（４６０）、ネットワーク装置１１０は、レポート設定２１５及びハンドオーバコマンドメッセージ４１５をメッセージ４２５に組み込むことによって、メッセージ４２５（例えば、ＲＲＣメッセージ）を生成することができる（４７０）。メッセージ４２５は、上述した第１メッセージの一例であってもよい。いくつかの実施形態において、メッセージ４２５は、ＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ付きＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎであってもよい。ネットワーク装置１１０は、メッセージ４２５を端末装置１２０に送信してもよく（４８０）、したがって、端末装置１２０は、メッセージ４２５をネットワーク装置１１０から受信することができる（４９０）。

通信プロセス４００を通して、条件付きハンドオーバを容易にするために、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間の相互作用プロセスを利用することで、ソースネットワーク装置１１０によって第１メッセージの中にレポート設定２１５を含めることができる。第１メッセージは、端末装置１２０に条件付きハンドオーバを実行させるためのものである。但し、図３に示す例示的な通信プロセス３００も、セル１１５からセル１３５への条件付きハンドオーバに適用可能であることに留意されたい。

図５は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０と端末装置１２０との間の例示的な通信プロセス５００を示す。上述したように、図５は主に、ネットワーク装置１１０が、レポート設定２１５を送信するための上述の第１オプション及び第２オプション（又は第３オプション）を同時にサポートするシナリオを示す。議論を目的として、図１Ａを参照して通信プロセス５００について説明する。しかしながら、通信プロセス５００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。

図５に示すように、ネットワーク装置１１０は、第１優先度を有する第１レポート設定候補を決定し（５１０）、第１優先度より高い第２優先度を有する第２レポート設定候補を決定してもよい（５２０）。このように、ネットワーク装置１１０が、異なる優先度を有する２つのレポート設定候補を設定することができるので、レポート設定２１５を設定する際の柔軟性を高めることができる。図２と図５の両方を参照すると、レポート設定２１５を端末装置１２０に送信する際に（２１０）、ネットワーク装置１１０は、第１レポート設定候補を示すためのセル１１５のシステム情報５０５をブロードキャストすることができる（５３０）。このように、端末装置１２０がハンドオーバ成功レポートのための基本的なレポート設定を有することができるように、より低い優先度を有するレポート設定候補が、システム情報５０５を介して送信されてもよい。

さらに、レポート設定２１５を端末装置１２０に送信する際に（２１０）、ネットワーク装置１１０は、メッセージ５１５を端末装置１２０に送信することもできる（５５０）。いくつかの実施形態において、メッセージ５１５は、端末装置１２０にハンドオーバを実行させ且つ第２レポート設定候補を示すための第１メッセージの一例であってもよい。いくつかの他の実施形態において、メッセージ５１５は、端末装置１２０にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置１２０に送信される前の、第２レポート設定候補を示すための端末装置１２０に特化した第２メッセージの一例であってもよい。このように、ネットワーク装置１１０がハンドオーバ成功レポートのための専用レポート設定を必要とみなす場合に、端末装置１２０が、その専用レポート設定を有することができるように、より高い優先度を有するレポート設定候補が、端末装置１２０に特化したメッセージ５１５を介して送信されてもよい。

図２と図５の両方を参照すると、ネットワーク装置１１０からレポート設定２１５を受信する際に（２２０）、端末装置１２０は、システム情報５０５を介して第１レポート設定候補を受信してもよく（５４０）、また、メッセージ５１５を介して第２レポート設定候補を受信してもよい（５６０）。第１レポート設定候補と第２レポート設定候補を受信すると、端末装置１２０は、第２優先度が第１優先度より高いと決定することができる（５７０）。そして、端末装置１２０は、第２レポート設定候補をレポート設定２１５として決定してもよい（５８０）。言い換えれば、端末装置１２０は、第１オプションの代わりに第２オプション（又は第３オプション）を、それらが両方とも設定されている場合に適用してもよい。つまり、専用のレポート設定候補が優先されてもよい。通信プロセス５００を通して、ネットワーク装置１１０が、異なる優先度を有する２つのレポート設定候補を端末装置１２０に設定することができるので、レポート設定２１５の設定及び機能における柔軟性を、さらに高めることができる。

図６は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０と端末装置１２０との間の例示的な通信プロセス６００を示す。上述したように、図６は主に、ネットワーク装置１１０が、レポート設定２１５を送信するための上述の第１オプション及び第２オプション（又は第３オプション）を同時にサポートするシナリオを示す。議論を目的として、図１Ａを参照して通信プロセス６００について説明する。しかしながら、通信プロセス６００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。

図６に示すように、ネットワーク装置１１０は、レポート設定２１５の第１部分を決定し（６１０）、また、レポート設定２１５の第２部分を決定してもよい（６２０）。このように、ネットワーク装置１１０が、レポート設定２１５の２つの異なる部分を設定することができるので、レポート設定２１５を設定する際の柔軟性を高めることができる。例えば、レポート設定２１５の第１部分は、通常のハンドオーバのためのレポート設定部分であってもよく、一方、レポート設定２１５の第２の部分は、条件付きハンドオーバ、ＤＡＰＳハンドオーバ等の特別なハンドオーバのためのレポート設定部分であってもよい。図２と図６の両方を参照すると、レポート設定２１５を端末装置１２０に送信する際に（２１０）、ネットワーク装置１１０は、レポート設定２１５の第１部分を示すためのセル１１５のシステム情報６０５をブロードキャストすることができる（６３０）。このように、端末装置１２０がレポート設定２１５の基本部分を有することができるように、レポート設定２１５の第１部分はシステム情報５０５を介して送信されてもよい。

さらに、レポート設定２１５を端末装置１２０に送信する際に（２１０）、ネットワーク装置１１０は、メッセージ６１５を端末装置１２０に送信することもできる（６５０）。いくつかの実施形態では、メッセージ６１５は、端末装置１２０にハンドオーバを実行させ且つレポート設定２１５の第２部分を示すための第１メッセージの一例とすることができる。いくつかの実施形態では、メッセージ６１５は、端末装置１２０にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置１２０に送信される前の、レポート設定２１５の第２部分を示すための端末装置１２０に特化した第２メッセージの一例とすることができる。したがって、ネットワーク装置１１０がレポート設定２１５の専用部分を必要とみなす場合、端末装置１２０がその専用部分を有することができるように、レポート設定２１５の第２部分は、端末装置１２０に特化したメッセージ６１５を介して送信されてもよい。

図２と図６の両方を参照すると、ネットワーク装置１１０からレポート設定２１５を受信する際（２２０）、端末装置１２０は、システム情報６０５を介してレポート設定２１５の第１部分を受信してもよく（６４０）、また、メッセージ６１５を介してレポート設定２１５の第２部分を受信してもよい（６５０）。理解できるように、第２オプション又は第３オプションでは、第１オプションに含まれていないハンドオーバ成功レポートの追加パラメータを設定することができる。通信プロセス６００を通して、ネットワーク装置１１０が、異なるシグナリングメッセージを用いて、レポート設定２１５の異なる部分を送信することができるので、レポート設定２１５の設定及び送信における柔軟性を、さらに高めることができる。

以下に、ハンドオーバ成功レポートを設定する方法について、いくつかの実施形態を説明する。以下、ハンドオーバ成功レポートの報告に関して、いくつかの他の実施形態を説明する。例えば、ハンドオーバ成功レポートが端末装置１２０によって生成される場合、端末装置１２０は、ハンドオーバ成功レポートをどのようにネットワークに報告することができるか、である。これらの実施形態では、従来の解決手段と比較して、ハンドオーバ成功レポートの報告スキームを拡張することができる。

従来の解決手段では、ハンドオーバ成功レポートが端末装置１２０によって生成されると、ハンドオーバ成功レポートの利用可能性を、ハンドオーバ完了メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）でネットワークに示すことができる。しかし、場合によっては、ハンドオーバ完了メッセージが生成された後に、ハンドオーバ成功レポートで報告される情報が保存されることがある。これは、既に生成されたハンドオーバ完了メッセージでは、ハンドオーバ成功レポートの利用可能性を示すことが不可能である場合があることを意味する。したがって、いくつかの実施形態では、ハンドオーバ成功レポートの利用可能性を、ハンドオーバ完了メッセージの後にメッセージを介してネットワークに送信し、こうすることで、ハンドオーバ成功レポートがハンドオーバ完了メッセージの後に生成された場合に発生する、従来のスキームでの問題に対処することができる。このような実施形態について、図７、８を参照しながらさらに説明する。

図７は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間の例示的な通信プロセス７００を示す。議論を目的として、図１Ａを参照して通信プロセス７００について説明する。しかしながら、通信プロセス７００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。通信プロセス７００では、セル１１５からセル１３５への端末装置１２０のハンドオーバについてハンドオーバ成功レポートが生成されるべきかどうかを、レポート設定２１５が示すと仮定される。したがって、端末装置１２０は、ハンドオーバ成功レポートで報告される情報を、ハンドオーバの実行中に収集してもよい。

図７に示すように、ネットワーク装置１１０は、端末装置１２０にメッセージ７０５を送信してもよい（７０２）。メッセージ７０５は、端末装置１２０に、セル１１５からセル１３５へのハンドオーバを実行させることができる。例えば、メッセージ７０５は、ハンドオーバを実行するためのＲＲＣメッセージであってもよい。端末装置１２０は、メッセージ７０５をネットワーク装置１１０から受信すると（７０４）、セル１１５からセル１３５へのハンドオーバを実行することができる。ハンドオーバが完了した場合、端末装置１２０は、ハンドオーバが完了したことを示すメッセージ７１５を生成してもよい（７０６）。したがって、メッセージ７１５は、ハンドオーバ完了メッセージ７１５と称することもできる。メッセージ７１５を生成した後（７０６）、端末装置１２０は、収集された情報をハンドオーバ成功レポート７４５に格納することによって、ハンドオーバのハンドオーバ成功レポート７４５を生成してもよい（７０８）。例えば、端末装置１２０は、メッセージ７１５の生成後に（７０６）、ハンドオーバ成功レポート７４５のトリガ条件が満足されたことを検出してもよい。

そして、端末装置１２０は、ハンドオーバ完了メッセージ７１５をネットワーク装置１３０に送信することができる（７１０）。したがって、ネットワーク装置１３０は、端末装置１２０からハンドオーバ完了メッセージ７１５を受信してもよい（７１２）。ハンドオーバ完了メッセージ７１５の送信後（７１０）、端末装置１２０は、ハンドオーバ成功レポート７４５の利用可能性のインジケーション７２５をネットワーク装置１３０に送信してもよい（７１４）。例えば、端末装置１２０は、ハンドオーバ完了メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）の後に、任意のＲＲＣメッセージの中に利用可能性のインジケーションを含めることができる。例えば、利用可能性のインジケーション７２５は、ＵＥＡｓｓｉｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージにおいて搬送することができる。

ネットワーク装置１３０の側では、ハンドオーバ完了メッセージ７１５を受信した後（７１２）、ネットワーク装置１３０は、端末装置１２０から利用可能性のインジケーション７１５を受信してもよい（７１６）。ハンドオーバ成功レポート７４５の利用可能性のインジケーション７１５を受信すると（７１６）、ネットワーク装置１３０は、要求メッセージ７３５を端末装置１２０に送信してもよい（７１８）。要求メッセージ７３５は、端末装置１２０からのハンドオーバ成功レポート７４５を要求するために使用することができる。ネットワーク装置１３０から要求メッセージ７３５を受信すると（７２０）、端末装置１２０は、ハンドオーバ成功レポート７４５をネットワーク装置１３０に送信することができる（７２２）。したがって、ネットワーク装置１３０は、端末装置１２０からハンドオーバ成功レポート７４５を受信してもよい（７２４）。

通信プロセス７００を通して、端末装置１２０は、従来の解決手段と比較して、ハンドオーバ成功レポート７４５の利用可能性について、追加で報告する機会を有することができる。さらに、いくつかの実施形態では、ターゲットネットワーク装置１３０が端末装置１２０からハンドオーバ成功レポート７４５を入手できない場合、端末装置１２０は、ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ、又はＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｔＣｏｍｐｌｅｔｅメッセージによって、ハンドオーバ成功レポート７４５の利用可能性を他のセル（又は同じセル１３５）に報告することもできる。ハンドオーバ成功レポート７４５を受信したセルは、ハンドオーバ成功レポート７４５からソースセル（例えば、セル１１５）の識別子を取得することができ、ハンドオーバ成功レポート７４５内の情報を、ネットワーク装置間のインターフェースを介してハンドオーバのイベントのソースセル１１５に転送してもよい。

いくつかの実施形態において、セル１１５からセル１３５への端末装置１２０のハンドオーバは、ＤＡＰＳハンドオーバであってもよい。一般に、ＤＡＰＳハンドオーバは、ハンドオーバについてのＲＲＣメッセージを受信した後、ターゲットネットワーク装置へのランダムアクセス成功後にソースセルを解放するまで、ソースネットワーク装置の接続を維持するハンドオーバ手順を指すことができる。ＤＡＰＳハンドオーバの場合、ソースセル内のＲＬＦについて、ソースリンクを介した全てのデータ送受信が停止され、ソースリンクが解放されてもよいが、ソースＲＲＣ設定は維持されてもよい。

例えば、図１Ａを参照すると、セル１１５からセル１３５への端末装置１２０のハンドオーバは、ＤＡＰＳハンドオーバであると仮定される。中断時間が少ないＤＡＰＳハンドオーバを実行するための要求を受信するにあたって、端末装置１２０は、ソースセル１１５においてユーザデータの送受信を続けてもよい。同時に、ターゲットセル１３５への新しい接続１２２を確立することができ、端末装置１２０は、ターゲットセル１３５において同期とランダムアクセスを実行してもよい。端末装置１２０は、ソースセル１１５におけるユーザデータの送受信のためにソース・ユーザプレーン・プロトコルスタックをアクティブに維持しながら、ＰＨＹ（物理）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）及びＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層を含む、ターゲットセル１３５のための新しいユーザプレーン・プロトコルスタックを確立することができる。

しかし、従来の解決手段では、ＤＡＰＳハンドオーバを含むＲｅｌ‐１６の新機能が考慮されていない。例えば、ＤＡＰＳハンドオーバの場合、ハンドオーバ成功レポートに含まれる情報の保存が、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの生成後に発生し得る。これは、既に生成されたハンドオーバ完了メッセージでは、ハンドオーバ成功レポートの利用可能性を示すことが不可能である場合があることを意味する。したがって、これらの実施形態では、端末装置１３０は、再設定完了メッセージにおいてハンドオーバ成功レポートの利用可能性を示すことができ、この再設定完了メッセージは、端末装置１２０にセル１１５を解放させる再設定メッセージに応答するものである。このような実施形態について、図８を参照しながら以下でさらに説明する。

図８は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間の例示的な通信プロセス８００を示す。議論を目的として、図１Ａを参照して通信プロセス８００について説明する。しかしながら、通信プロセス８００は、図１Ｂ、１Ｃの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。通信プロセス８００において、レポート設定２１５は、セル１１５からセル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを示すと仮定される。したがって、端末装置１２０は、ハンドオーバ成功レポートで報告される情報を、ハンドオーバの実行中に収集してもよい。さらに、ハンドオーバはＤＡＰＳハンドオーバであると仮定される。

図８に示すように、ネットワーク装置１１０は、メッセージ８０５を端末装置１２０に送信してもよい（８０２）。メッセージ８０５は、端末装置１２０に、セル１１５からセル１３５へのＤＡＰＳハンドオーバを実行させることができる。例えば、メッセージ８０５は、ＤＡＰＳハンドオーバを実行するためのＲＲＣメッセージであってもよい。端末装置１２０は、メッセージ７０５をネットワーク装置１１０から受信すると（８０４）、ＤＡＰＳハンドオーバを実行することができる。ＤＡＰＳハンドオーバが完了した場合、端末装置１２０は、ＤＡＰＳハンドオーバが完了したことを示すメッセージ８１５を生成してもよい（８０６）。したがって、メッセージ８１５は、ハンドオーバ完了メッセージ８１５と称することもできる。メッセージ８１５を生成した後（８０６）、端末装置１２０は、収集された情報をハンドオーバ成功レポート８５５に格納することによって、ＤＡＰＳハンドオーバのハンドオーバ成功レポート８５５を生成してもよい（８０８）。例えば、端末装置１２０は、メッセージ８１５の生成後に（８０６）、ハンドオーバ成功レポート８５５のトリガ条件が満足されたことを検出してもよい。

そして、端末装置１２０は、ハンドオーバ完了メッセージ８１５をネットワーク装置１３０に送信してもよい（８１０）。したがって、ネットワーク装置１３０は、端末装置１２０からハンドオーバ完了メッセージ８１５を受信してもよい（８１２）。そして、ネットワーク装置１３０は再設定メッセージ８２５を端末装置１２０に送信してもよい（８１４）。再設定メッセージ８２５によって、端末装置１２０はセル１１５を解放してもよい。端末装置１２０は、ネットワーク装置１３０から再設定メッセージ８２５を受信してもよい（８１６）。再設定メッセージ８２５に応じて、端末装置１２０は、再設定完了メッセージ８３５をネットワーク装置１３０に送信してもよい（８１８）。再設定完了メッセージ８３５は、ＤＡＰＳハンドオーバのハンドオーバ成功レポート８５５の利用可能性のインジケーションを含んでもよい。換言すれば、端末装置１２０は、ハンドオーバ完了メッセージ８１５（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）の後に、ＲＲＣメッセージの中に利用可能性のインジケーションを含めることができる。例えば、再設定完了メッセージ８３５は、ソースセル１１５を解放するためのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに応じたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであってもよい。

ネットワーク装置１３０は、端末装置１２０から再設定完了メッセージ８３５を受信してもよい（８２０）。再設定完了メッセージ８３５内の利用可能性のインジケーションを受信すると（８２０）、ネットワーク装置１３０は、要求メッセージ８４５を端末装置１２０に送信してもよい（８２２）。要求メッセージ８４５は、端末装置１２０からのハンドオーバ成功レポート８５５を要求するために使用することができる。ネットワーク装置１３０から要求メッセージ８４５を受信すると（８２４）、端末装置１２０は、ハンドオーバ成功レポート８５５をネットワーク装置１３０に送信することができる（８２６）。したがって、ネットワーク装置１３０は、端末装置１２０からハンドオーバ成功レポート８５５を受信してもよい（８２８）。

通信プロセス８００を通して、端末装置１２０は、従来の解決手段と比較して、ＤＡＰＳハンドオーバのハンドオーバ成功レポート８５５の利用可能性について、追加で報告する機会を有することができる。さらに、いくつかの実施形態では、ターゲットネットワーク装置１３０が端末装置１２０からハンドオーバ成功レポート８５５を入手できない場合、端末装置１２０は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ、又はＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｔＣｏｍｐｌｅｔｅメッセージによって、ハンドオーバ成功レポート８５５の利用可能性を他のセル（又は同じセル１３５）に報告することもできる。ハンドオーバ成功レポート８５５を受信したセルは、ハンドオーバ成功レポート８５５からソースセル（例えば、セル１１５）の識別子を取得することができ、ハンドオーバ成功レポート８５５内の情報を、ネットワーク装置間のインターフェースを介してハンドオーバのイベントのソースセル１１５に転送してもよい。

図９は、本開示のいくつかの実施形態にかかる、第３ネットワーク装置１５０と端末装置１２０との間の例示的な通信プロセス９００を示す。議論を目的として、図１Ｃを参照して通信プロセス９００について説明する。しかしながら、通信プロセス９００は、図１Ａ、１Ｂの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。例えば、通信プロセス９００は、端末装置１２０とターゲットネットワーク装置１３０との間でも同様に実施することができる。通信プロセス９００において、レポート設定２１５は、セル１１５からセル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを示すと仮定される。したがって、端末装置１２０は、ハンドオーバ成功レポートで報告される情報を、ハンドオーバの実行中に収集してもよい。

図９に示すように、端末装置１２０が、セル１１５からセル１３５へのハンドオーバ後にネットワーク装置１５０のセル１５５に接続される場合、端末装置１２０は、ハンドオーバのハンドオーバ成功レポートが端末装置１２０に格納されているかどうかを決定してもよい（９１０）。端末装置１２０が、ハンドオーバ成功レポートが端末装置１２０に格納されていると決定すると（９１０）、端末装置１２０は、ハンドオーバ成功レポートの利用可能性のインジケーション９０５をネットワーク装置１５０に送信することができる（９２０）。したがって、ネットワーク装置１５０は、端末装置１２０からハンドオーバ成功レポートの利用可能性のインジケーション９０５を受信してもよい（９３０）。

通信プロセス９００を通して、ハンドオーバのターゲットネットワーク装置１３０に加えて、ネットワーク装置１５０に対しても、端末装置１２０は、ハンドオーバのハンドオーバ成功レポートがネットワークのために端末装置１２０で利用可能であることを通知することができる。したがって、ネットワーク装置１５０も、端末装置１２０からハンドオーバ成功レポートを入手する機会を有することができ、これによって、ネットワーク側からハンドオーバ成功レポートへのアクセス性を向上させることができる。

いくつかの実施形態において、端末装置１２０は、セル１５５がハンドオーバ成功レポートをサポートしているかどうかにかかわらず、利用可能性のインジケーション９０５をネットワーク装置１５０に送信してもよい。換言すれば、セル１５５がハンドオーバ成功レポートをサポートしているかどうかを端末装置１２０がチェックする必要はない。端末装置１２０がハンドオーバ成功レポートに含まれる収集された情報を格納していれば、セル１５５（又は任意の他のセル）への（再）確立又はハンドオーバの際に、端末装置１２０は常に、ハンドオーバ成功レポートの利用可能性を報告することができる。このようにして、ハンドオーバ成功レポートの利用可能性を示すための端末装置１２０の操作の複雑性を最小限にすることができる。

あるいは、いくつかの他の実施形態では、セル１５５がハンドオーバ成功レポートをサポートしていない場合、端末装置１２０は、ハンドオーバ成功レポートの利用可能性をセル１５５に報告しなくてよい。代わりに、端末装置１２０は、ハンドオーバ成功レポートをサポートするセルでハンドオーバ成功レポートの利用可能性を報告することができる。換言すれば、端末装置１２０は、ハンドオーバ成功レポートが設定されたセルに対してのみ、ハンドオーバ成功レポートの利用可能性を報告してもよい。このようにして、端末装置１２０は、ネットワーク装置１５０に無駄な情報を送信することを回避することができ、また、無駄な利用可能性のインジケーションを送信するためのシグナリングのオーバーヘッド（例えば、ビット）を節約することができる。したがって、利用可能性のインジケーション９０５を送信する際（９２０）、セル１５５のレポート設定がセル１５５によるハンドオーバ成功レポートのサポートを示していると端末装置１２０が決定した場合に（９１２）、端末装置１２０は、利用可能性のインジケーション９０５をネットワーク装置１５０に送信してもよい（９２０）。

いくつかの実施形態において、端末装置１２０は、セル１５５のシステム情報をチェックすることによって、セル１５５のレポート設定を取得することができる。例えば、端末装置１２０は、ネットワーク装置１５０によってブロードキャストされたセル１５５のシステム情報を受信してもよい。そして、端末装置１２０は、受信したシステム情報からセル１１５のレポート設定を取得してもよい。このようにして、端末装置１２０は、セル１５５に入る際にセル１５５のレポート設定を直ちに取得することができ、こうすることで、端末装置にとっての、セル１５５のレポート設定の利用可能性を向上させることができる。より具体的には、セル１５５（又は任意の他のセル）への（再）確立又はハンドオーバに際して、セル１５５のシステム情報が、ハンドオーバ成功レポートがセル１５５でサポートされていることを示すレポート設定を含み、端末装置１２０がハンドオーバ成功レポート内の情報を格納している場合、端末装置１２０は、ネットワーク装置１５０に送信されるメッセージ（ＲＲＣメッセージ）中に利用可能性のインジケーションを含ませることができる。

いくつかの他の実施形態において、端末装置１２０は、端末装置１２０にセル１５５へのハンドオーバを実行させるためのメッセージ（ＲＲＣメッセージ）でセル１５５のレポート設定を取得することができる。例えば、このハンドオーバでのターゲットネットワーク装置１５０が、ハンドオーバを実行するためのノード間のメッセージの中にセル１５５のレポート設定を含ませ、このハンドオーバでのソースネットワーク装置にノード間のメッセージを送信してもよい。ソースネットワーク装置は、図１Ｃのネットワーク装置１３０又は任意の他のネットワーク装置であってもよい。このハンドオーバでのソースネットワーク装置は、メッセージ（ＲＲＣメッセージ）を端末装置１２０に送信してもよい。メッセージにより端末装置１２０はハンドオーバを実行してもよく、メッセージはターゲットセル１５５のレポート設定を含んでもよい。

端末装置１２０が、ハンドオーバ成功レポート内の情報を格納しており、端末装置１２０にハンドオーバを実行させるメッセージが、ハンドオーバ成功レポートをサポートするレポート設定を含む場合、端末装置１２０は、ネットワーク装置１５０に送信される別のメッセージ（例えば、別のＲＲＣメッセージ）の中に利用可能性のインジケーションを含ませてもよい。このようにして、端末装置１２０は、セル１５５のシステム情報でレポート設定が取得される方法と比較して、ターゲットセル１５５のレポート設定をより早く知ることができる。例えば、システム情報による方法では、端末装置１２０は、同期完了を伴う再設定後にのみ、ターゲットセル１５５のシステム情報を得ることができるが、これは場合によっては遅すぎる可能性がある。ネットワーク装置１１０とネットワーク装置１３０との間で実施される同様の実施形態について、図１０を参照して以下でさらに説明する。

図１０は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間の例示的な通信プロセス１０００を示す。議論を目的として、図１Ａ又は図１Ｃを参照して通信プロセス１０００について説明する。しかしながら、通信プロセス１０００は、図１Ｂの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。通信プロセス１０００において、レポート設定２１５は、セル１１５からセル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを示すと仮定される。したがって、端末装置１２０は、ハンドオーバ成功レポートで報告される情報を、ハンドオーバの実行中に収集してもよい。

図１０に示すように、セル１１５からセル１３５への端末装置１２０のハンドオーバが実行されべきであるとネットワーク装置１１０が決定した後（１０１０）、ネットワーク装置１１０は、ハンドオーバ要求メッセージ１００５をネットワーク装置１３０に送信してもよい（１０２０）。ネットワーク装置１３０は、ネットワーク装置１１０からハンドオーバ要求メッセージ１００５を受信すると（１０３０）、ハンドオーバコマンドメッセージ１０１５を生成してもよい（１０４０）。ハンドオーバコマンドメッセージ１０１５は、端末装置１２０にハンドオーバを実行させるために、また、セル１３５のレポート設定２１５を示すために、使用することができる。例えば、ネットワーク装置１３０は、セル１３５のレポート設定をハンドオーバコマンドメッセージ１０１５に組み込むことができる。セル１３５のレポート設定は、セル１３５がハンドオーバ成功レポートをサポートしているかどうかを示す。ハンドオーバコマンドメッセージ１０１５を生成した後（１０４０）、ネットワーク装置１３０は、ハンドオーバコマンドメッセージ１０１５をネットワーク装置１１０に送信してもよい（１０５０）。したがって、ネットワーク装置１１０は、ネットワーク装置１３０からハンドオーバコマンドメッセージ１０１５を受信してもよい（１０６０）。そして、ネットワーク装置１１０は、ハンドオーバコマンドメッセージ１０１５を端末装置に送信することができる（１０７０）。

ネットワーク装置１１０からハンドオーバコマンドメッセージ１０１５を受信すると（１０８０）、端末装置１２０は、ハンドオーバコマンドメッセージ１０１５からセル１３５のレポート設定を取得することができる（１０９０）。ハンドオーバコマンドメッセージ１０１５は、端末装置１２０にセル１１５からセル１３５へのハンドオーバを実行させるためのものである。通信プロセス１０００を通して、ハンドオーバを容易にするために、ソースネットワーク装置１１０とターゲットネットワーク装置１３０との間の相互作用プロセスを利用することによって、ハンドオーバコマンドメッセージの中にセル１３５のレポート設定を含めることができる。

図１Ａと図１Ｃを再び参照すると、いくつかの実施形態において、図１Ａのネットワーク装置１１０及びネットワーク装置１３０は、異なるＲＡＴに基づいてもよく、図１Ｃのネットワーク装置１１０及びネットワーク装置１５０は、異なるＲＡＴに基づいてもよい。このような状況では、図１Ａにおける、セル１１５で開始されたハンドオーバのハンドオーバ成功レポートのセル１３５への報告と、図１Ｃにおける、セル１１５で開始されたハンドオーバのハンドオーバ成功レポートのセル１５５への報告は、ハンドオーバ成功レポートのクロスＲＡＴ報告（ｃｒｏｓｓ－ＲＡＴ ｒｅｐｏｒｔｉｎｇ）と称されてもよい。これらの実施形態では、ハンドオーバ成功レポートが端末装置１２０で利用可能である場合、端末装置１２０がネットワークにハンドオーバ成功レポートを提供するために２つのオプションが存在してもよい。

第１オプションとして、ハンドオーバ成功レポートのクロスＲＡＴ報告がサポートされていない場合がある。換言すれば、利用可能なハンドオーバ成功レポートに関連付けられたハンドオーバのソースセルがＮＲに基づく場合、ＵＥがＬＴＥセルへの（再）確立又はハンドオーバを行い、ＮＲのハンドオーバ成功レポートがＵＥに格納されているのであれば、ＵＥは、格納されたハンドオーバ成功レポートを保持することができ、ＮＲのハンドオーバ成功レポートの利用可能性をＬＴＥセルに報告しない。このようにして、ＬＴＥ仕様への影響を回避することができる。より具体的には、図１Ｃに示す例示的なシナリオでは、セル１１５が第１ＲＡＴ（例えば、ＮＲ）に基づいており、セル１１５からセル１３５へのハンドオーバ後に、端末装置１２０はネットワーク装置１５０のセル１５５に接続されると仮定される。端末装置１２０は、セル１５５の第２ＲＡＴを決定してもよい。第２ＲＡＴ（例えば、ＬＴＥ）が第１ＲＡＴ（例えば、ＮＲ）と異なる場合、端末装置１２０は、ハンドオーバ成功レポートが端末装置１２０に格納されていても、ハンドオーバ成功レポートの利用可能性のインジケーションをネットワーク装置１５０に送信することを回避してもよい。

第２オプションでは、ハンドオーバ成功レポートのクロスＲＡＴ報告をサポートすることができる。換言すれば、利用可能なハンドオーバ成功レポートに関連付けられたハンドオーバのソースセルがＮＲに基づく場合、ＵＥがＬＴＥセルへの（再）確立又はハンドオーバを行い、ＮＲのハンドオーバ成功レポートがＵＥに格納されているのであれば、ＵＥは、ＮＲのハンドオーバ成功レポートの利用可能性をＬＴＥセルに報告してもよい。ＬＴＥセルは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｄによってＮＲのハンドオーバ成功レポートを入手し、ハンドオーバ成功レポートをＮＲのソースセルに転送することができる。より具体的には、図１Ｃに示す例示的なシナリオと、図９に示す通信プロセス９００において、ネットワーク装置１１０のセル１１５は、第１ＲＡＴ（例えば、ＮＲ）に基づいてもよく、ネットワーク装置１５０のセル１５５は、第１ＲＡＴ（例えば、ＮＲ）とは異なる第２ＲＡＴ（例えば、ＬＴＥ）に基づいてもよい。こうして、ハンドオーバ成功レポートの入手に際してより短い遅延を実現してもよい。このような実施形態について、図１１を参照しながら以下でさらに説明する。

図１１は、本開示のいくつかの実施形態にかかる、ソースネットワーク装置１１０、第３ネットワーク装置１５０、及び端末装置１２０の間の例示的な通信プロセス１１００を示す。議論を目的として、図１Ｃを参照して通信プロセス１１００について説明する。しかしながら、通信プロセス１１００は、図１Ａ、１Ｂの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。例えば、通信プロセス１１００は、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間でも同様に実施することができる。

通信プロセス１１００において、レポート設定２１５は、セル１１５からセル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきであることを示すと仮定される。したがって、端末装置１２０は、ハンドオーバ成功レポートで報告される情報を、ハンドオーバの実行中に収集してもよい。さらに、ネットワーク装置１１０は、第１ＲＡＴに基づいてセル１１５を提供し、ネットワーク装置１５０は、第１ＲＡＴとは異なる第２ＲＡＴに基づいてセル１５５を提供すると仮定される。

図１１に示すように、端末装置１２０は、セル１１５で開始されたハンドオーバのハンドオーバ成功レポート１１２５の利用可能性のインジケーション１１０５を、ネットワーク装置１５０に送信してもよい（１１１０）。端末装置１２０から利用可能性のインジケーション１１０５を受信すると（１１２０）、ネットワーク装置１５０は、要求メッセージ１１１５を端末装置１２０に送信してもよい（１１３０）。要求メッセージ１１１５は、端末装置１２０からのハンドオーバ成功レポート１１２５を要求するために使用される。ネットワーク装置１５０から要求メッセージ１１１５を受信すると（１１４０）、端末装置１２０は、ハンドオーバ成功レポート１１２５をネットワーク装置１５０に送信してもよい（１１５０）。

ネットワーク装置１５０は、端末装置１２０からハンドオーバ成功レポート１１２５を受信してもよい（１１６０）。そして、ネットワーク装置１５０は、ハンドオーバ成功レポート１１２５をネットワーク装置１１０に送信してもよい（１１７０）。したがって、ネットワーク装置１１０は、ネットワーク装置１５０からハンドオーバ成功レポート１１２５を受信することができる（１１８０）。通信プロセス１１００を通して、ハンドオーバ成功レポートのクロスＲＡＴ報告をサポートすることができ、このようにして、ハンドオーバ成功レポートの入手に際してより短い遅延を実現してもよい。

いくつかの実施形態において、ハンドオーバ成功レポートの利用可能性を報告する前に、端末装置１２０は、ハンドオーバ成功レポートを報告することがセル１５５によってサポートされているかどうかをチェックしなければならない場合がある。このように、セル１５５がハンドオーバ成功レポートをサポートしない場合、無駄な利用可能性のインジケーションを送信するためのシグナリングのオーバーヘッド（例えば、ビット）を節約することができる。より一般的には、利用可能性のインジケーション１１０５を送信する際に（１１１０）、端末装置１２０は、セル１５５が、第１ＲＡＴのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかを決定することができる（１１０２）。セル１５５が第１ＲＡＴのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしていると端末装置１２０が決定した場合（１１０２）、端末装置１２０は、利用可能性のインジケーション１１０５を第３ネットワーク装置１５０に送信することができる（１１１０）。

いくつかの実施形態において、第２ＲＡＴに基づくネットワーク装置１５０は、ハンドオーバ成功レポートのクロスＲＡＴ報告がセル１５５（例えば、ＬＴＥセル）によってサポートされているかどうかを示すことができる。これらの実施形態では、端末装置１２０は、セル１５５がクロスＲＡＴ報告をサポートしているかどうかについてインジケーションを取得してもよい。このように、クロスＲＡＴ報告がサポートされているかどうかの設定を、ネットワーク装置１５０が決定し、端末装置ごとに通知することができる。このような実施形態について、図１２と図１３を参照しながら以下でさらに説明する。

図１２は、本開示のいくつかの実施形態にかかる、第３ネットワーク装置１５０と端末装置１２０との間の例示的な通信プロセス１２００を示す。議論を目的として、図１Ｃを参照して通信プロセス１２００について説明する。しかしながら、通信プロセス１２００は、図１Ａ、１Ｂの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。例えば、通信プロセス１２００は、端末装置１２０とターゲットネットワーク装置１３０との間でも同様に実施することができる。通信プロセス１２００では、ネットワーク装置１１０は、第１ＲＡＴに基づいてセル１１５を提供し、ネットワーク装置１５０は、第１ＲＡＴとは異なる第２ＲＡＴに基づいてセル１５５を提供すると仮定される。

図１２に示すように、ネットワーク装置１５０は、インジケーション１２０５を端末装置１２０に送信してもよい（１２１０）。端末装置１２０はその前に、セル１１５からセル１３５へのハンドオーバを実行している。インジケーションは、ネットワーク装置１５０によって提供されるセル１５５が、ハンドオーバのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかに関するものである。したがって、端末装置１２０は、インジケーション１２０５をネットワーク装置１５０から受信してもよい（１２２０）。いくつかの実施形態において、ネットワーク装置１５０は、インジケーション１２０５を含むセル１５５のシステム情報をブロードキャストしてもよい。これらの実施形態では、端末装置１２０は、ネットワーク装置１５０によってブロードキャストされたシステム情報を介して、ネットワーク装置１５０からインジケーション１２０５を受信してもよい。したがって、セル１５５の端末装置は、いつでもインジケーション１２０５を取得することができ、こうすることで、端末装置にとってのインジケーション１２０５の利用可能性を向上させることができる。セル１５５のシステム情報以外に、インジケーション１２０５は、端末装置１２０にセル１５５へのハンドオーバを実行させるメッセージを介して送信することも可能である。いくつかの実施形態について、図１３を参照しながらさらに後述する。

通信プロセス１２００を通して、ハンドオーバ成功レポートのクロスＲＡＴ報告がサポートされているかどうかの設定は、ネットワーク装置１５０が決定して端末装置１２０に示すことができる。したがって、端末装置１２０は、クロスＲＡＴ報告がサポートされていない場合は、ネットワーク装置１５０へのハンドオーバ成功レポートの利用可能性の通知を回避することができ、その結果、ハンドオーバ成功レポートの利用可能性を無駄に送信するためのシグナリングのオーバーヘッドをなくすことができる。さらに、ソースネットワーク装置１１０の第１ＲＡＴとは異なる第２ＲＡＴを採用するネットワーク装置１５０が、ハンドオーバ成功レポートを入手し、ソースネットワーク装置１１０に転送することもでき、これによって、ネットワークからのハンドオーバ成功レポートへのアクセス性を向上させることができる。

図１３は、本開示のいくつかの実施形態にかかる、ターゲットネットワーク装置１３０、第３ネットワーク装置１５０、及び端末装置１２０の間の例示的な通信プロセス１３００を示す。議論を目的として、図１Ｃを参照して通信プロセス１３００について説明する。しかしながら、通信プロセス１３００は、図１Ａ、１Ｂの通信シナリオや任意の他の通信シナリオにも同様に適用可能であることが理解されるであろう。例えば、通信プロセス１３００は、ソースネットワーク装置１１０、ターゲットネットワーク装置１３０、及び端末装置１２０の間でも同様に実施することができる。

通信プロセス１３００では、ネットワーク装置１１０は、第１ＲＡＴに基づいてセル１１５を提供し、ネットワーク装置１５０は、第１ＲＡＴとは異なる第２ＲＡＴに基づいてセル１５５を提供すると仮定される。また、端末装置１２０は、セル１３５からセル１５５へのハンドオーバを実行する必要があると仮定される。しかしながら、通信プロセス１３００は、端末装置１２０の、任意のセルからセル１５５への任意のハンドオーバにも同様に適用できることに留意されたい。

図１３に示すように、端末装置１２０がセル１３５からセル１５５へハンドオーバを実行する必要があると決定すると（１３１０）、ネットワーク装置１３０は、ハンドオーバ要求メッセージ１３０５をネットワーク装置１５０に送信してもよい（１３２０）。ネットワーク装置１５０は、ネットワーク装置１３０からハンドオーバ要求メッセージ１３０５を受信すると（１３３０）、ハンドオーバコマンドメッセージ１３１５を生成してもよい（１３４０）。ハンドオーバコマンドメッセージ１３１５は、端末装置１２０に、セル１３５からセル１５５へのハンドオーバを実行させることができる。さらに、ハンドオーバコマンドメッセージ１３１５は、ネットワーク装置１５０によって提供されるセル１５５が、ハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかについてのインジケーションを含んでもよい。

そして、ネットワーク装置１５０は、ハンドオーバコマンドメッセージ１３１５を端末装置１２０のサービングネットワーク装置（例えば、ネットワーク装置１３０）に送信してもよい（１３５０）。ネットワーク装置１５０からハンドオーバコマンドメッセージ１３１５を受信した後（１３６０）、サービングネットワーク装置（例えば、ネットワーク装置１３０）は、ハンドオーバコマンドメッセージ１３１５を端末装置１２０に送信することができる（１３７０）。ハンドオーバコマンドメッセージ１３１５をサービングネットワーク装置（例えば、ネットワーク装置１３０）から受信するにあたって（１３８０）、端末装置１２０は、ハンドオーバコマンドメッセージ１３１５からインジケーションを取得してもよい（１３９０）。

通信プロセス１３００を通して、ハンドオーバ成功レポートのクロスＲＡＴ報告がサポートされているかどうかの設定を、決定し端末装置１２０に示すことができる。したがって、端末装置１２０は、クロスＲＡＴ報告がサポートされていない場合は、ネットワーク装置１５０へのハンドオーバ成功レポートの利用可能性の通知を回避することができ、その結果、ハンドオーバ成功レポートの利用可能性を無駄に送信するためのシグナリングのオーバーヘッドをなくすことができる。さらに、ソースネットワーク装置１１０の第１ＲＡＴとは異なる第２ＲＡＴを採用するネットワーク装置１５０が、ハンドオーバ成功レポートを入手し、ソースネットワーク装置１１０に転送することもでき、これによって、ネットワークからのハンドオーバ成功レポートへのアクセス性を向上させることができる。さらに、ハンドオーバを容易にするために、２つのネットワーク装置間の相互作用プロセスを利用することによって、ハンドオーバコマンドメッセージの中にインジケーションを含めることができる。

図１４は、本開示のいくつかの実施形態にかかる例示的な方法１４００のフローチャートを示す。いくつかの実施形態において、プロセス１４００は、図１Ａ、１Ｂ、１Ｃに示す端末装置１２０等の端末装置で実施することができる。追加で、又は代替として、方法１４００は、図１Ａ、１Ｂ、１Ｃに示されていない他の端末装置においても実施することができる。議論を目的として、図１Ａ、１Ｂ、１Ｃを参照しつつ一般性を損なうことなく、方法１４００について、端末装置１２０によって実行されるものとして説明する。

ブロック１４１０において、端末装置１２０は、第１セル１１５を提供する第１ネットワーク装置１１０からレポート設定を受信する。レポート設定は、第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。ブロック１４２０において、端末装置１２０は、ハンドオーバの実行中にレポート設定を適用する。

いくつかの実施形態において、レポート設定は、第１ネットワーク装置１１０によってブロードキャストされる第１セル１１５のシステム情報、端末装置１２０にハンドオーバを実行させる第１メッセージ、及びハンドオーバの開始前に受信される、端末装置１２０に特化した第２メッセージのうちの少なくとも１つで搬送されてもよい。

いくつかの実施形態において、レポート設定の受信の際、端末装置１２０は、システム情報を介して、第１優先度を有する第１レポート設定候補を受信することができる。端末装置１２０は、第１メッセージ又は第２メッセージを介して、第２優先度を有する第２レポート設定候補を受信することができる。第２優先度が第１優先度より高い場合、端末装置１２０は、第２レポート設定候補をレポート設定として決定することができる。

いくつかの実施形態において、レポート設定の受信の際、端末装置１２０は、システム情報を介してレポート設定の第１部分を受信し、第１メッセージ又は第２メッセージを介してレポート設定の第２部分を受信することができる。

いくつかの実施形態において、ハンドオーバが完了した場合、端末装置１２０はレポート設定を解放してもよい。

いくつかの実施形態において、ハンドオーバが失敗した場合、端末装置１２０は、利用可能なセルへの接続を再確立し、レポート設定を解放してもよい。

いくつかの実施形態において、レポート設定は、ハンドオーバ成功レポートが生成されるべきであるとのインジケーション、及びハンドオーバ成功レポートの生成をトリガするためのトリガ条件のうち少なくとも１つを含んでもよい。

いくつかの実施形態において、レポート設定の適用の際、ハンドオーバ成功レポートが生成されるべきである場合、端末装置１２０は、ハンドオーバ成功レポートにおいて報告される情報を、ハンドオーバの実行中に収集してもよい。

いくつかの実施形態において、レポート設定の適用の際、ハンドオーバ成功レポートが生成されるべきでない場合、端末装置１２０は、ハンドオーバの実行中に、ハンドオーバ成功レポートのための情報収集を回避してもよい。

いくつかの実施形態において、ハンドオーバが完了したことを示すハンドオーバ完了メッセージが第２ネットワーク装置１３０に送信された後に、端末装置１２０は、ハンドオーバ成功レポートの利用可能性のインジケーションを第２ネットワーク装置１３０に送信することができる。

いくつかの実施形態において、ハンドオーバはＤＡＰＳハンドオーバであってもよい。端末装置１２０は、ハンドオーバが完了したことを示すハンドオーバ完了メッセージを第２ネットワーク装置１３０に送信することができる。端末装置１２０は、端末装置１２０に第１セル１１５を解放させる再設定メッセージを、第２ネットワーク装置１３０から受信することができる。端末装置１２０は、ハンドオーバ成功レポートの利用可能性のインジケーションを含む再設定完了メッセージを第２ネットワーク装置１３０に送信することができる。

いくつかの実施形態において、端末装置１２０が、ハンドオーバ後に第３ネットワーク装置１５０の第３セル１５５に接続される場合、端末装置１２０は、ハンドオーバ成功レポートが端末装置１２０に格納されているかどうかを決定してもよい。ハンドオーバ成功レポートが端末装置１２０に格納されている場合、端末装置１２０は、ハンドオーバ成功レポートの利用可能性のインジケーションを第３ネットワーク装置１５０に送信してもよい。

いくつかの実施形態において、利用可能性のインジケーションを送信する際、端末装置１２０は、第３セル１５５がハンドオーバ成功レポートをサポートしているかどうかにかかわらず、利用可能性のインジケーションを第３ネットワーク装置１５０に送信してもよい。

いくつかの実施形態において、レポート設定は第１レポート設定であってもよい。利用可能性のインジケーションを送信する際、第３セル１５５がハンドオーバ成功レポートをサポートしていることを第３セル１５５の第２レポート設定が示す場合、端末装置１２０は、利用可能性のインジケーションを第３ネットワーク装置１５０に送信することができる。

いくつかの実施形態において、端末装置１２０は、第３ネットワーク装置１５０によってブロードキャストされる第３セル１５５のシステム情報を受信し、受信したシステム情報から第２レポート設定を取得することができる。

いくつかの実施形態において、端末装置１２０は、端末装置１２０にハンドオーバを実行させるメッセージから、第２レポート設定を取得してもよい。

いくつかの実施形態において、第１セル１１５は、第１ＲＡＴに基づいてもよく、第３セル１５５は、第１ＲＡＴとは異なる第２ＲＡＴに基づいてもよい。

いくつかの実施形態において、利用可能性のインジケーションを送信する際、第３セル１５５が第１ＲＡＴのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしている場合、端末装置１２０は、利用可能性のインジケーションを第３ネットワーク装置１５０に送信してもよい。

いくつかの実施形態において、端末装置１２０は、第３セル１５５がクロスＲＡＴ報告をサポートしているかどうかについてインジケーションを取得してもよい。

いくつかの実施形態において、インジケーションの取得の際、端末装置１２０は、第３ネットワーク装置１５０によってブロードキャストされる第３セル１５５のシステム情報を介して、第３ネットワーク装置１５０からインジケーションを受信し、且つ／又は、端末装置１２０に第３セル１５５へのハンドオーバを実行させるメッセージからインジケーションを取得してもよい。

いくつかの実施形態において、第１セル１１５は、第１ＲＡＴに基づいてもよい。端末装置１２０がハンドオーバ後に第３ネットワーク装置１５０の第３セル１５５に接続される場合、端末装置１２０は第３セル１５５の第２ＲＡＴを決定してもよい。第２ＲＡＴが第１ＲＡＴと異なる場合、端末装置１２０は、ハンドオーバ成功レポートが端末装置１２０に格納されていても、ハンドオーバ成功レポートの利用可能性のインジケーションを第３ネットワーク装置１５０に送信することを回避してもよい。

いくつかの実施形態において、ハンドオーバが失敗した場合、端末装置１２０は、収集された情報を破棄することができる。

図１５は、本開示のいくつかの実施形態にかかる例示的な方法１５００のフローチャートを示す。いくつかの実施形態において、方法１５００は、図１Ａ、１Ｂ、１Ｃに示すネットワーク装置１１０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１５００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ａ、１Ｂ、１Ｃを参照しつつ一般性を損なうことなく、方法１５００について、ネットワーク装置１１０によって実行されるものとして説明する。

ブロック１５１０において、第１ネットワーク装置１１０は、第１セル１１５を提供し、第１セル１１５内の端末装置１２０にレポート設定を送信する。レポート設定は、第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。

いくつかの実施形態において、レポート設定の送信の際、第１ネットワーク装置１１０は、レポート設定を示すための第１セル１１５のシステム情報をブロードキャストしてもよい。

いくつかの実施形態において、レポート設定の送信の際、第１ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させ且つレポート設定を示すための第１メッセージを送信してもよい。

いくつかの実施形態において、ハンドオーバが実行される場合、第１ネットワーク装置１１０は、レポート設定を含むハンドオーバ要求メッセージを第２ネットワーク装置１３０に送信し、第２ネットワーク装置１３０から第１メッセージを受信することができる。

いくつかの実施形態において、ハンドオーバが実行される場合、第１ネットワーク装置１１０は、ハンドオーバ要求メッセージを第２ネットワーク装置１３０に送信してもよい。第１ネットワーク装置１１０は、第２ネットワーク装置１３０から、端末装置１２０にハンドオーバを実行させるためのハンドオーバコマンドメッセージを受信してもよい。第１ネットワーク装置１１０は、レポート設定及びハンドオーバコマンドメッセージを第１メッセージに組み込むことによって、第１メッセージを生成してもよい。

いくつかの実施形態において、レポート設定の送信の際、第１ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させるハンドオーバコマンドメッセージが端末装置１２０に送信される前に、レポート設定を示すための端末装置１２０に特化した第２メッセージを端末装置１２０に送信することができる。

いくつかの実施形態において、第１ネットワーク装置１１０は、第１優先度を有する第１レポート設定候補を決定し、第１優先度より高い第２優先度を有する第２レポート設定候補を決定してもよい。

いくつかの実施形態において、レポート設定の送信の際、第１ネットワーク装置１１０は、第１レポート設定候補を示すための第１セル１１５のシステム情報をブロードキャストしてもよい。第１ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させ且つ第２レポート設定候補を示すための第１メッセージを端末装置１２０に送信するか、又は、端末装置１２０にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置１２０に送信される前に、第２レポート設定候補を示すための端末装置１２０に特化した第２メッセージを端末装置１２０に送信することができる。

いくつかの実施形態において、第１ネットワーク装置１１０は、レポート設定の第１部分を決定し、また、レポート設定の第２部分を決定してもよい。

いくつかの実施形態において、レポート設定の送信の際、第１ネットワーク装置１１０は、レポート設定の第１部分を示すための第１セル１１５のシステム情報をブロードキャストすることができる。第１ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させ且つレポート設定の第２部分を示すための第１メッセージを端末装置１２０に送信するか、又は、端末装置１２０にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置１２０に送信される前に、レポート設定の第２部分を示すための端末装置１２０に特化した第２メッセージを端末装置１２０に送信してもよい。

いくつかの実施形態において、レポート設定は第１レポート設定であってもよい。ハンドオーバが実行される場合、第１ネットワーク装置１１０は、ハンドオーバ要求メッセージを第２ネットワーク装置１３０に送信してもよい。第１ネットワーク装置１１０は、端末装置１２０にハンドオーバを実行させ且つ第２セル１３５の第２レポート設定を示すためのハンドオーバコマンドメッセージを、第２ネットワーク装置１３０から受信してもよい。第２レポート設定は、第２セル１３５がハンドオーバ成功レポートをサポートしているかどうかを示す。第１ネットワーク装置１１０は、ハンドオーバコマンドメッセージを端末装置１２０に送信することができる。

いくつかの実施形態において、レポート設定は、ハンドオーバ成功レポートが生成されるべきであるとのインジケーション、及びハンドオーバ成功レポートの生成をトリガするためのトリガ条件のうち少なくとも１つを含んでもよい。

図１６は、本開示のいくつかの実施形態にかかる例示的な方法１６００のフローチャートを示す。いくつかの実施形態において、方法１６００は、図１Ａ又は図１Ｃに示すネットワーク装置１３０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１６００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ａ又は図１Ｃを参照しつつ一般性を損なうことなく、方法１６００について、ネットワーク装置１３０によって実行されるものとして説明する。

ブロック１６１０において、第２ネットワーク装置１３０は、第１ネットワーク装置１１０からハンドオーバ要求メッセージを受信する。ハンドオーバ要求メッセージは、第１ネットワーク装置１１０の第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のハンドオーバのためのものである。ハンドオーバ要求メッセージには、ハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示すレポート設定が含まれる。ブロック１６２０において、第２ネットワーク装置１３０は、端末装置１２０にハンドオーバを実行させ且つレポート設定を示すための第１メッセージを生成する。ブロック１６３０において、第２ネットワーク装置１３０は、第１メッセージを第１ネットワーク装置１１０に送信する。

図１７は、本開示のいくつかの実施形態にかかる例示的な方法１７００のフローチャートを示す。いくつかの実施形態において、方法１７００は、図１Ａ又は図１Ｃに示すネットワーク装置１３０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１７００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ａ又は図１Ｃを参照しつつ一般性を損なうことなく、方法１７００について、ネットワーク装置１３０によって実行されるものとして説明する。

ブロック１７１０において、第２ネットワーク装置１３０は、ハンドオーバが完了したことを示すハンドオーバ完了メッセージが受信された後に、端末装置１２０から、第１ネットワーク装置１１０の第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信する。ブロック１７２０において、第２ネットワーク装置１３０は、要求メッセージを端末装置１２０に送信する。要求メッセージは、ハンドオーバ成功レポートを要求するためのものである。ブロック１７３０において、第２ネットワーク装置１３０は、端末装置１２０からハンドオーバ成功レポートを受信する。

図１８は、本開示のいくつかの実施形態にかかる例示的な方法１８００のフローチャートを示す。いくつかの実施形態において、方法１８００は、図１Ａ又は図１Ｃに示すネットワーク装置１３０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１８００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ａ又は図１Ｃを参照しつつ一般性を損なうことなく、方法１８００について、ネットワーク装置１３０によって実行されるものとして説明する。

ブロック１８１０において、第２ネットワーク装置１３０は、端末装置１２０からハンドオーバ完了メッセージを受信する。ハンドオーバ完了メッセージは、第１ネットワーク装置１１０の第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のＤＡＰＳハンドオーバが完了したことを示す。ブロック１８２０において、第２ネットワーク装置１３０は再設定メッセージを端末装置１２０に送信する。再設定メッセージによって、端末装置１２０は第１セル１１５を解放する。ブロック１８３０において、第２ネットワーク装置１３０は、端末装置１２０から再設定完了メッセージを受信する。再設定完了メッセージは、ＤＡＰＳハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを含む。

図１９は、本開示のいくつかの実施形態にかかる例示的な方法１９００のフローチャートを示す。いくつかの実施形態において、方法１９００は、図１Ａ又は図１Ｃに示すネットワーク装置１３０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１９００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ａ又は図１Ｃを参照しつつ一般性を損なうことなく、方法１９００について、ネットワーク装置１３０によって実行されるものとして説明する。

ブロック１９１０において、第２ネットワーク装置１３０は、第１ネットワーク装置１１０からハンドオーバ要求メッセージを受信する。ハンドオーバ要求メッセージは、第１ネットワーク装置１１０の第１セル１１５から第２ネットワーク装置１３０の第２セル１３５への端末装置１２０のハンドオーバのためのものである。ブロック１９２０において、第２ネットワーク装置１３０は、端末装置１２０にハンドオーバを実行させ且つ第２セル１３５のレポート設定を示すためのハンドオーバコマンドメッセージを生成する。レポート設定は、第２セル１３５がハンドオーバのハンドオーバ成功レポートをサポートしているかどうかを示す。

図２０は、本開示のいくつかの実施形態にかかる例示的な方法２０００のフローチャートを示す。いくつかの実施形態において、方法２０００は、図１Ａ又は１Ｃに示すネットワーク装置１３０又はネットワーク装置１５０等のネットワーク装置で実施することができる。追加で、又は代替として、方法２０００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ｃを参照しつつ一般性を損なうことなく、方法２０００について、ネットワーク装置１５０（又はネットワーク装置１３０）によって実行されるものとして説明する。

ブロック２０１０において、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、第１セル１１５から第２セル１３５へのハンドオーバを以前に実行した端末装置１２０から、ハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信する。第１セル１１５は、第１ＲＡＴに基づいており、第３セル１５５（又は第２セル１３５）は、第１ＲＡＴとは異なる第２ＲＡＴに基づいている。ブロック２０２０において、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、要求メッセージを端末装置１２０に送信する。要求メッセージは、ハンドオーバ成功レポートを要求するためのものである。ブロック２０３０において、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、端末装置１２０からハンドオーバ成功レポートを受信する。ブロック２０４０において、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、ハンドオーバのソースネットワーク装置１１０にハンドオーバ成功レポートを送信する。

図２１は、本開示のいくつかの実施形態にかかる例示的な方法２１００のフローチャートを示す。いくつかの実施形態において、方法２１００は、図１Ａ又は図１Ｃに示すネットワーク装置１３０又はネットワーク装置１５０等のネットワーク装置で実施することができる。追加で、又は代替として、方法２１００は、図１Ａ、１Ｂ、１Ｃに示されていない他のネットワーク装置においても実施することができる。議論を目的として、図１Ｃを参照しつつ一般性を損なうことなく、方法２１００について、ネットワーク装置１５０（又はネットワーク装置１３０）によって実行されるものとして説明する。

ブロック２１１０において、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、以前に第１セル１１５から第２セル１３５へのハンドオーバを実行した端末装置１２０にインジケーションを送信する。インジケーションは、ネットワーク装置１５０（又はネットワーク装置１３０）によって提供される第３セル１５５（又は第２セル１３５）が、ハンドオーバのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかに関するものである。第１セル１１５は、第１ＲＡＴに基づいており、第３セル１５５（又は第２セル１３５）は、第１ＲＡＴとは異なる第２ＲＡＴに基づいている。

いくつかの実施形態において、ハンドオーバは第１ハンドオーバであってもよい。インジケーションを送信する際、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、ハンドオーバコマンドメッセージを生成してもよい。ハンドオーバコマンドメッセージは、端末装置１２０に第３セル１５５への第２ハンドオーバ（又は第１ハンドオーバ）を実行させるものであり、インジケーションを含む。端末装置１２０のサービングネットワーク装置（又は第１ネットワーク装置１１０）からハンドオーバコマンドメッセージを端末装置１２０に送信するために、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、ハンドオーバコマンドメッセージをサービングネットワーク装置（又は第１ネットワーク装置１１０）に送信することができる。

いくつかの実施形態において、インジケーションを送信する際、第３ネットワーク装置１５０（又はネットワーク装置１３０）は、インジケーションを含む第３セル１５５（又は第２セル１３５）のシステム情報をブロードキャストしてもよい。

本開示の実施形態によれば、端末装置は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについてハンドオーバ成功レポートが生成されるべきかどうかを示すレポート設定を、第１セルを提供する第１ネットワーク装置から受信し、ハンドオーバの実行中にレポート設定を適用するように設定された回路を含む。

いくつかの実施形態において、レポート設定は、第１ネットワーク装置によってブロードキャストされる第１セルのシステム情報、端末装置にハンドオーバを実行させる第１メッセージ、及びハンドオーバの開始前に受信される、端末装置に特化した第２メッセージのうちの少なくとも１つで搬送されてもよい。

いくつかの実施形態において、レポート設定の受信の際、回路は、システム情報を介して、第１優先度を有する第１レポート設定候補を受信し、第１メッセージ又は第２メッセージを介して、第２優先度を有する第２レポート設定候補を受信し、第２優先度が第１優先度より高い場合、第２レポート設定候補をレポート設定として決定するように設定されてもよい。

いくつかの実施形態において、レポート設定の受信の際、回路は、システム情報を介してレポート設定の第１部分を受信し、第１メッセージ又は第２メッセージを介してレポート設定の第２部分を受信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが完了した場合、レポート設定を解放するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが失敗した場合、利用可能なセルへの接続を再確立し、レポート設定を解放するように設定されてもよい。

いくつかの実施形態において、レポート設定は、ハンドオーバ成功レポートが生成されるべきであるとのインジケーション、及びハンドオーバ成功レポートの生成をトリガするためのトリガ条件のうち少なくとも１つを含んでもよい。

いくつかの実施形態において、レポート設定の適用の際、回路は、ハンドオーバ成功レポートが生成されるべきである場合、ハンドオーバ成功レポートにおいて報告される情報を、ハンドオーバの実行中に収集するように設定されてもよい。

いくつかの実施形態において、レポート設定の適用の際、回路は、ハンドオーバ成功レポートが生成されるべきでない場合、ハンドオーバの実行中に、ハンドオーバ成功レポートのための情報収集を回避するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが完了したことを示すハンドオーバ完了メッセージが第２ネットワーク装置に送信された後に、ハンドオーバ成功レポートの利用可能性のインジケーションを第２ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、ハンドオーバはＤＡＰＳハンドオーバであってもよく、回路はさらに、ハンドオーバが完了したことを示すハンドオーバ完了メッセージを第２ネットワーク装置に送信し、端末装置に第１セルを解放させる再設定メッセージを第２ネットワーク装置から受信し、ハンドオーバ成功レポートの利用可能性のインジケーションを含む再設定完了メッセージを第２ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、端末装置がハンドオーバ後に第３ネットワーク装置の第３セルに接続される場合、ハンドオーバ成功レポートが端末装置に格納されているかどうかを決定し、ハンドオーバ成功レポートが端末装置に格納されている場合、ハンドオーバ成功レポートの利用可能性のインジケーションを第３ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、利用可能性のインジケーションを送信する際、回路は、第３セルがハンドオーバ成功レポートをサポートしているかどうかにかかわらず、利用可能性のインジケーションを第３ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、レポート設定は第１レポート設定であってもよく、利用可能性のインジケーションを送信する際、回路は、第３セルがハンドオーバ成功レポートをサポートしていることを第３セルの第２レポート設定が示す場合、利用可能性のインジケーションを第３ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、第３ネットワーク装置によってブロードキャストされる第３セルのシステム情報を受信し、受信したシステム情報から第２レポート設定を取得するように設定されてもよい。

いくつかの実施形態において、回路はさらに、端末装置にハンドオーバを実行させるメッセージから、第２レポート設定を取得するように設定されてもよい。

いくつかの実施形態において、第１セルは、第１ＲＡＴに基づくことができ、第３セルは、第１ＲＡＴとは異なる第２ＲＡＴに基づくことができる。

いくつかの実施形態において、利用可能性のインジケーションを送信する際、回路は、第３セルが第１ＲＡＴのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしている場合、利用可能性のインジケーションを第３ネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、第３セルがクロスＲＡＴ報告をサポートしているかどうかについてインジケーションを取得するように設定されてもよい。

いくつかの実施形態において、インジケーションの取得の際、回路は、第３ネットワーク装置によってブロードキャストされる第３セルのシステム情報を介して第３ネットワーク装置からインジケーションを受信すること、及び、端末装置に第３セルへのハンドオーバを実行させるメッセージからインジケーションを取得すること、のうち少なくとも１つを行うように設定されてもよい。

いくつかの実施形態において、第１セルは第１ＲＡＴに基づいてもよく、回路はさらに、端末装置がハンドオーバ後に第３ネットワーク装置の第３セルに接続される場合、第３セルの第２ＲＡＴを決定し、第２ＲＡＴが第１ＲＡＴと異なる場合、ハンドオーバ成功レポートが端末装置に格納されていても、ハンドオーバ成功レポートの利用可能性のインジケーションを第３ネットワーク装置に送信することを回避するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが失敗した場合、収集された情報を破棄するよう設定されてもよい。

本開示の実施形態によれば、第１ネットワーク装置は、第１セルを提供する第１ネットワーク装置において、第１セル内の端末装置にレポート設定を送信するように設定された回路を含む。レポート設定は、第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバについて、ハンドオーバ成功レポートが生成されるべきかどうかを示す。

いくつかの実施形態において、レポート設定の送信の際、回路は、レポート設定を示すための第１セルのシステム情報をブロードキャストするように設定されてもよい。

いくつかの実施形態において、レポート設定の送信の際、回路は、端末装置にハンドオーバを実行させ且つレポート設定を示すための第１メッセージを送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが実行される場合、レポート設定を含むハンドオーバ要求メッセージを第２ネットワーク装置に送信し、第２ネットワーク装置から第１メッセージを受信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、ハンドオーバが実行される場合、ハンドオーバ要求メッセージを第２ネットワーク装置に送信し、第２ネットワーク装置から、端末装置にハンドオーバを実行させるためのハンドオーバコマンドメッセージを受信し、レポート設定及びハンドオーバコマンドメッセージを第１メッセージに組み込むことによって、第１メッセージを生成するように設定されてもよい。

いくつかの実施形態において、レポート設定の送信の際、回路は、端末装置にハンドオーバを実行させるハンドオーバコマンドメッセージが端末装置に送信される前に、レポート設定を示すための端末装置１２０に特化した第２メッセージを端末装置に送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、第１優先度を有する第１レポート設定候補を決定し、第１優先度より高い第２優先度を有する第２レポート設定候補を決定するように設定されてもよい。

いくつかの実施形態において、レポート設定の送信の際、回路は、第１レポート設定候補を示すための第１セルのシステム情報をブロードキャストし、端末装置にハンドオーバを実行させ且つ第２レポート設定候補を示すための第１メッセージを端末装置に送信するか、又は、端末装置にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置に送信される前に、第２レポート設定候補を示すための端末装置に特化した第２メッセージを端末装置に送信するように設定されてもよい。

いくつかの実施形態において、回路はさらに、レポート設定の第１部分を決定し、また、レポート設定の第２部分を決定するように設定されてもよい。

いくつかの実施形態において、レポート設定の送信の際、回路は、レポート設定の第１部分を示すための第１セルのシステム情報をブロードキャストし、端末装置にハンドオーバを実行させ且つレポート設定の第２部分を示すための第１メッセージを端末装置に送信するか、又は、端末装置にハンドオーバを実行させるためのハンドオーバコマンドメッセージが端末装置に送信される前に、レポート設定の第２部分を示すための端末装置に特化した第２メッセージを端末装置に送信するように設定されてもよい。

いくつかの実施形態において、レポート設定は第１レポート設定であってもよく、回路はさらに、ハンドオーバが実行される場合、ハンドオーバ要求メッセージを第２ネットワーク装置に送信し、端末装置にハンドオーバを実行させ且つ第２セルの第２レポート設定を示すためのハンドオーバコマンドメッセージを、第２ネットワーク装置から受信し、ハンドオーバコマンドメッセージを端末装置に送信するように設定されてもよい。第２レポート設定は、第２セルがハンドオーバ成功レポートをサポートしているかどうかを示す。

いくつかの実施形態において、レポート設定は、ハンドオーバ成功レポートが生成されるべきであるとのインジケーション、及びハンドオーバ成功レポートの生成をトリガするためのトリガ条件のうち少なくとも１つを含むことができる。

本開示の実施形態によれば、第２ネットワーク装置は、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバのためのハンドオーバ要求メッセージを、第１ネットワーク装置から受信し、端末装置にハンドオーバを実行させ且つレポート設定を示すための第１メッセージを生成し、第１メッセージを第１ネットワーク装置に送信するように設定された回路を含む。ハンドオーバ要求メッセージには、ハンドオーバについてハンドオーバ成功レポートが生成されるべきかどうかを示すレポート設定が含まれる。

本開示の実施形態によれば、第２ネットワーク装置は、ハンドオーバが完了したことを示すハンドオーバ完了メッセージが受信された後に、端末装置から、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信し、ハンドオーバ成功レポートを要求するための要求メッセージを端末装置に送信し、端末装置からハンドオーバ成功レポートを受信するように設定された回路を含む。

本開示の実施形態によれば、第２ネットワーク装置は、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のＤＡＰＳハンドオーバが完了したことを示すハンドオーバ完了メッセージを、端末装置から受信し、端末装置に第１セルを解放させる再設定メッセージを端末装置に送信し、ＤＡＰＳハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを含む再設定完了メッセージを、端末装置から受信するように設定された回路を含む。

本開示の実施形態によれば、第２ネットワーク装置は、第１ネットワーク装置の第１セルから第２ネットワーク装置の第２セルへの端末装置のハンドオーバのためのハンドオーバ要求メッセージを、第１ネットワーク装置から受信し、端末装置にハンドオーバを実行させ且つ第２セルのレポート設定を示すためのハンドオーバコマンドメッセージを生成するように設定された回路を含む。レポート設定は、第２セルがハンドオーバのハンドオーバ成功レポートをサポートしているかどうかを示す。

本開示の実施形態によれば、ネットワーク装置は、第１セルから第２セルへのハンドオーバを以前に実行した端末装置から、ハンドオーバのハンドオーバ成功レポートの利用可能性のインジケーションを受信し、ハンドオーバ成功レポートを要求するための要求メッセージを端末装置に送信し、端末装置からハンドオーバ成功レポートを受信し、ハンドオーバのソースネットワーク装置にハンドオーバ成功レポートを送信するように設定された回路を含む。第１セルは第１ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）に基づいており、第１ＲＡＴとは異なる第２ＲＡＴに基づくネットワーク装置によって第３セルが提供される。

本開示の実施形態によれば、ネットワーク装置は、ネットワーク装置によって提供される第３セルがハンドオーバのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかについてのインジケーションを、第１セルから第２セルへのハンドオーバを以前に実行した端末装置に送信するように設定された回路を含む。第１セルは第１ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）に基づき、第３セルは、第１ＲＡＴとは異なる第２ＲＡＴに基づく。

いくつかの実施形態において、ハンドオーバは第１ハンドオーバであってもよく、インジケーションの送信の際、回路は、端末装置に第３セルへの第２ハンドオーバを実行させ且つインジケーションを含むハンドオーバコマンドメッセージを生成し、端末装置のサービングネットワーク装置からハンドオーバコマンドメッセージを端末装置に送信するために、ハンドオーバコマンドメッセージをサービングネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、インジケーションの送信の際、回路は、インジケーションを含む第３セルのシステム情報をブロードキャストするように設定されてもよい。

図２２は、本開示のいくつかの実施形態を実施するのに適した装置２２００の概略ブロック図である。装置２２００は、図１Ａ、１Ｂ、１Ｃに示すネットワーク装置１１０、端末装置１２０、ネットワーク装置１３０、及びネットワーク装置１５０のさらなる実施形態であるとみなすことができる。したがって、装置２２００は、ネットワーク装置１１０、端末装置１２０、ネットワーク装置１３０、及びネットワーク装置１５０において、又は少なくともその一部として実装することができる。

図に示すように、装置２２００は、プロセッサ２２１０、プロセッサ２２１０に結合されるメモリ２２２０、プロセッサ２２１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）２２４０、並びにＴＸ／ＲＸ２２４０に結合された通信インタフェースを含む。メモリ２２２０は、プログラム２２３０の少なくとも一部を格納する。ＴＸ／ＲＸ ２２４０は、双方向通信用である。ＴＸ／ＲＸ ２２４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べるアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｇＮＢ又はｅＮＢ間の双方向通信用のＸ２又はＸｎインタフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｇＮＢ又はｅＮＢとの間の通信用のＳ１インタフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｇＮＢ又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

プログラム２２３０はプログラム命令を含むとみなされ、プログラム命令は、関連付けられたプロセッサ２２１０によって実行されると、本明細書で図１４～２１を参照して論じたように、本開示の実施形態に従って装置２２００が動作することを可能にする。本明細書の実施形態は、装置２２００のプロセッサ２２１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ２２１０は、本開示の様々な実施形態を実施するように設定されてもよい。また、プロセッサ２２１０及びメモリ２２２０の組合せは、本開示の各実施形態を実施するのに適した処理手段２２５０を構成してもよい。

メモリ２２２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実施してもよい。装置２２００には１つのメモリ２２２０しか示されていないが、装置２２００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ２２１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置２２００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

本開示の装置及び／又はデバイスに含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せを含む様々な態様で実装されてもよい。いくつかの実施形態では、１つ以上のユニットが、ソフトウェア及び／又はファームウェア、例えば、記憶媒体に格納されたマシン可読命令を用いて実装されてもよい。マシン可読命令に加え、又はその代わりに、装置及び／又はデバイスのユニットの一部又は全部は、少なくとも部分的に、１つ又は複数のハードウェア論理コンポーネントによって実装されてもよい。例えば、使用可能なハードウェア論理コンポーネントの例示的なタイプには、ＦＰＧＡ（Ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＡＳＳＰ（Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔｓ）、システムオンチップシステム（ＳＯＣｓ）、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）等が含まれるがこれらに限定されない。

通常、本開示の様々な実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスが実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されているが、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せによって実施されてもよいが、これらに限定されないことが理解されるであろう。

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図のいずれかを参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。様々な実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのマシン可読命令は、ローカル又は分散型のデバイス内で実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で具現化されてもよく、当該マシン可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行する、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施形態の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明される各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにおいて実施されてもよい。

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

Claims (50)

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. ネットワーク装置によって提供される第３セルがハンドオーバのハンドオーバ成功レポートのクロスＲＡＴ報告をサポートしているかどうかについてのインジケーションを、前記ネットワーク装置において、第１セルから第２セルへの前記ハンドオーバを以前に実行した端末装置に送信することを含み、
    前記第１セルは第１ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）に基づき、前記第３セルは、前記第１ＲＡＴとは異なる第２ＲＡＴに基づく、
    通信のための方法。
41. 前記ハンドオーバは第１ハンドオーバであり、
    前記インジケーションを送信することは、
    前記端末装置に前記第３セルへの第２ハンドオーバを実行させ且つ前記インジケーションを含むハンドオーバコマンドメッセージを生成することと、
    前記ハンドオーバコマンドメッセージを前記端末装置のサービングネットワーク装置が前記端末装置に送信するために、前記ハンドオーバコマンドメッセージを前記サービングネットワーク装置に送信することと、
    を含む、
    請求項４０に記載の方法。
42. 前記インジケーションを送信することは、
    前記インジケーションを含む前記第３セルのシステム情報をブロードキャストすることを含む、
    請求項４０に記載の方法。
43. 請求項１～２２のいずれか１項に記載の方法を実行するように設定されたプロセッサを含む、
    端末装置。
44. 請求項２３～３４のいずれか１項に記載の方法を実行するように設定されたプロセッサを含む、
    第１ネットワーク装置。
45. 請求項３５～３８のいずれか１項に記載の方法を実行するように設定されたプロセッサを含む、
    第２ネットワーク装置。
46. 請求項３９～４２のいずれか１項に記載の方法を実行するように設定されたプロセッサを含む、
    ネットワーク装置。
47. 装置の少なくとも１つのプロセッサにおいて実行された場合、前記装置に、請求項１～２２のいずれか１項に記載の方法を実行させる命令が格納されている、
    コンピュータ可読媒体。
48. 装置の少なくとも１つのプロセッサにおいて実行された場合、前記装置に、請求項２３～３４のいずれか１項に記載の方法を実行させる命令が格納されている、
    コンピュータ可読媒体。
49. 装置の少なくとも１つのプロセッサにおいて実行された場合、前記装置に、請求項３５～３８のいずれか１項に記載の方法を実行させる命令が格納されている、
    コンピュータ可読媒体。
50. 装置の少なくとも１つのプロセッサにおいて実行された場合、前記装置に、請求項３９～４２のいずれか１項に記載の方法を実行させる命令が格納されている、
    コンピュータ可読媒体。

Images