知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-12
(54)【発明の名称】端末装置、ネットワーク装置、及び方法
(51)【国際特許分類】
H04W 36/00 20090101AFI20240104BHJP
H04W 24/02 20090101ALI20240104BHJP
H04W 16/18 20090101ALI20240104BHJP
【ＦＩ】
H04W36/00
H04W24/02
H04W16/18
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023539997
(86)(22)【出願日】2020-12-31
(85)【翻訳文提出日】2023-08-29
(86)【国際出願番号】 CN2020142488
(87)【国際公開番号】W WO2022141563
(87)【国際公開日】2022-07-07
(81)【指定国・地域】
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ダー
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA42
5K067DD11
5K067EE02
5K067EE10
5K067EE16
5K067HH22
5K067HH23
5K067JJ39
5K067LL01
(57)【要約】
本開示の実施形態は、ハンドオーバ成功報告をサポートするための解決策を提供する。通信方法において、端末装置は、第１のセルを提供する第１のネットワーク装置から、前記第１のセルから第２のネットワーク装置の第２のセルへの前記端末装置のハンドオーバを実行する指示を受信する。すると、端末装置は、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報を決定する。前記トリガ情報は、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示す。こうして、該１組のトリガ条件に基づいてハンドオーバ成功報告を任意にトリガすることができるので、端末装置は必要な場合に限りハンドオーバ成功報告を報告するように制限されることができ、不要なハンドオーバ成功報告のための処理リソース及び通信リソースを節約することができる。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項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】
装置の少なくとも一つのプロセッサ上で実行された場合、前記装置に、請求項２１から２３の何れか一項に記載の方法を実行させる命令が記憶されているコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として通信の分野に関し、より具体的には、ハンドオーバ成功報告をサポートするための解決策に関する。
【背景技術】
【0002】
５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）は、統一されたより高性能な５Ｇ無線エアインターフェースについての世界規格である。５Ｇは、マシンやモノ、装置など、ほぼ全ての人とあらゆるものを一つにつなぐように設計された新たな種類のネットワークを実現している。第３世代パートナシッププロジェクト（３ＧＰＰ（登録商標）：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）リリース１７（Ｒｅｌ－１７）作業項目記述（ＷＩＤ：Ｗｏｒｋ Ｉｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ）、ＮＲにおける自己最適化ネットワーク（ＳＯＮ：Ｓｅｌｆ－Ｏｐｔｉｍｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ）／ドライブテスト最小化（ＭＤＴ：Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ ｔｅｓｔｓ）のための拡張データ収集（Ｅｎｈａｎｃｅｍｅｎｔ ｏｆ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ）において、ＳＯＮ機能の目標は、カバレッジ及び容量最適化（ＣＣＯ：Ｃｏｖｅｒａｇｅ ａｎｄ Ｃａｐａｃｉｔｙ Ｏｐｔｉｍｉｚａｔｉｏｎ）を含むＳＯＮ機能のためのデータ収集のサポート、システム間無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）省エネルギー、システム間ロードバランシング、２ステップランダムアクセスチャネル（ＲＡＣＨ）最適化、モビリティ拡張最適化、及びＲｅｌ－１６ ＳＯＮ／ＭＤＴ作業項目（ＷＩ：Ｗｏｒｋ Ｉｔｅｍ）の残りの部分（ハンドオーバ成功報告（ｓｕｃｃｅｓｓｆｕｌ ｈａｎｄｏｖｅｒｓ ｒｅｐｏｒｔｓ）など）である。
【0003】
ハンドオーバ成功報告に関して、ＮＲにおけるモビリティ頑健性最適化（ＭＲＯ：Ｍｏｂｉｌｉｔｙ Ｒｏｂｕｓｔｎｅｓｓ Ｏｐｔｉｍｉｚａｔｉｏｎ）機能は、成功したハンドオーバの間に観察された障害イベントを報告することにより、より頑健性なモビリティを提供するように強化されることができる。この問題の解決策は、ハンドオーバトリガ時の測定値、ハンドオーバ実行終了時の測定値、又はハンドオーバ実行後の測定値など、ハンドオーバ段階中に収集された１組の測定値を含むハンドオーバの成功に関連付けられる報告を作成するようにユーザ装置（ＵＥ）を設定することである。しかしながら、ハンドオーバが成功するたびにこのような報告を生成することは、不必要なリソースの無駄を招くことになる。
【発明の概要】
【発明が解決しようとする課題】
【0004】
全体として、本開示の実施形態は、ハンドオーバ成功報告をサポートするための解決策を提供する。
【課題を解決するための手段】
【0005】
第１の態様において、通信の方法が提供される。この方法は、端末装置において、第１のセルを提供する第１のネットワーク装置から、前記第１のセルから第２のネットワーク装置の第２のセルへの前記端末装置のハンドオーバを実行する指示を受信することを含む。この方法は、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報を決定することをさらに含む。前記トリガ情報は、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示す。
【0006】
第２の態様において、通信方の法が提供される。この方法は、ネットワーク装置において、端末装置へ、第１のセルから第２のセルへの前記端末装置のＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされるか否かを示す設定情報を送信することを含む。前記第１のセルは、第１のＲＡＴに基づいて前記ネットワーク装置により提供され、前記第２のセルは、前記第１のＲＡＴとは異なる第２のＲＡＴに基づいている。
【0007】
第３の態様において、端末装置が提供される。前記端末装置は、前記第１の態様にかかる方法を実行するように設定されたプロセッサを備える。
【0008】
第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、前記第２の態様にかかる方法を実行するように設定されたプロセッサを備える。
【0009】
第５の態様において、記憶された命令を有するコンピュータ可読媒体が提供される。前記命令が装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第１の態様にかかる方法を実行させる。
【0010】
第６の態様において、記憶された命令を有するコンピュータ可読媒体が提供される。前記命令が装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第２の態様にかかる方法を実行させる。
【0011】
発明の概要部分は、本開示の実施形態の重要又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解されるであろう。
【図面の簡単な説明】
【0012】
図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【0013】
【図1A】本開示のいくつかの実施形態を実施可能な通信環境の模式図である。
【0014】
【図1B】本開示のいくつかの実施形態を実施可能な別の通信環境の模式図である。
【0015】
【図2】本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間の例示的な通信プロセスを示す図である。
【0016】
【図3】本開示のいくつかの実施形態を実施可能なさらに別の通信環境の模式図である。
【0017】
【図4】本開示のいくつかの実施形態にかかる、端末装置のハンドオーバに関連するいくつかの時点及び継続期間を示す概略図である。
【0018】
【図5】本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間の別の例示的な通信プロセスを示す図である。
【0019】
【図6】本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間のさらに別の例示的な通信プロセスを示す図である。
【0020】
【図7】本開示のいくつかの実施形態にかかる例示的な通信方法のフローチャートである。
【0021】
【図8】本開示のいくつかの実施形態にかかる別の例示的な通信方法のフローチャートである。
【0022】
【図9】本開示のいくつかの実施形態を実装するのに適した装置の概略ブロック図である。
【0023】
図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0024】
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる制限も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。
【0025】
以下の説明及び特許請求の範囲において、別途定義されていない限り、本明細書で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
【0026】
本明細書で使用される「ネットワーク装置（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）という用語は、端末装置が通信を実行可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型（Ｅｖｏｌｖｅｄ）ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）ノードＢ（ｇＮＢ）、Ｖ２Ｘ（車両対あらゆるもの：ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信のためのインフラストラクチャ装置、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
【0027】
本明細書で使用されるように、用語「端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）装置、あらゆるモノのインターネット（ＩｏＥ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）装置、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。以下、説明のために、ＵＥを端末装置の例として参照していくつかの実施形態を説明し、用語「端末装置」及び「ユーザ装置」（ＵＥ）は、本開示の文脈において互換的に使用されることができる。
【0028】
いくつかの実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続されてもよい。第１のネットワーク装置と第２のネットワーク装置の一方をマスタノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。いくつかの実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。いくつかの実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置と第２のネットワーク装置とのうちの少なくとも一方から端末装置に送信されてもよい。いくつかの実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。いくつかの実施形態において、第２のネットワーク装置により設定（ｃｏｎｆｉｇｕｒｅ）された端末装置の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。
【0029】
本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味してもよい。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び一つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。
【0030】
本明細書で使用されるように、用語「送受信ポイント」、「送信／受信ポイント」、又は「送信及び受信ポイント」は、一般に、ユーザ装置と通信する局（ｓｔａｔｉｏｎ）を示してもよい。しかしながら、送受信ポイントは、基地局（ＢＳ）、セル、ノードＢ、進化型ノードＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、セクタ、サイト、ベーストランシーバ基地局（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ）、中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）、リモートラジオヘッド（ＲＲＨ）、ラジオユニット（ＲＵ）、アンテナなどのように、異なる用語で呼ばれてもよい。
【0031】
すなわち、本開示の文脈では、送受信ポイント、基地局（ＢＳ）又はセルは、符号分割多元接続（ＣＤＭＡ：ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）における基地局コントローラ（ＢＳＣ：ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）、ＷＣＤＭＡ（登録商標）におけるＮｏｄｅ－Ｂ、ＬＴＥにおけるｅＮＢ又はセクタ（サイト）、ＮＲにおけるｇＮＢ又はＴＲＰなどによりカバーされるエリア又は機能の一部を示す包括的概念として解釈されてもよい。したがって、送受信ポイント、基地局（ＢＳ）及び／又はセルの概念は、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセルなどの様々なカバレッジエリアを含んでもよい。さらに、このコンセプトは、中継ノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）、又はラジオユニット（ＲＵ）の通信範囲を含んでもよい。
【0032】
本開示の文脈では、ユーザ装置及び送信／受信ポイントは、本明細書で開示される技術及び技術概念を具現化するための包括的な意味を有する２つの送信／受信主体とすることができ、特定の用語又は単語に限定されない場合がある。さらに、ユーザ装置及び送信／受信ポイントは、本開示に関連して開示された技術及び技術概念を具現化する包括的な意味を有するアップリンク又はダウンリンク送信／受信主体とすることができ、特定の用語又は単語に限定されない場合がある。本明細書で使用されるように、アップリンク（ＵＬ）送信／受信は、データがユーザ装置から基地局に送信される方式である。代替として、ダウンリンク（ＤＬ）送信／受信は、基地局からユーザ装置にデータを送信する方式である。
【0033】
本明細書で使用されるように、用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」、「アップリンクリソース」、又は「ダウンリンクリソース」は、時間領域におけるリソース、周波数領域におけるリソース、空間領域におけるリソース、コード領域におけるリソース、又は通信を可能にする他の任意のリソースなど、端末装置とネットワーク装置との間の通信などの通信を実行するための任意のリソースを指してもよい。以下では、周波数領域と時間領域との両方におけるリソースは、本開示のいくつかの実施形態を説明するための送信リソースの例として使用される。本開示の実施形態は、他の領域の他のリソースにも同様に適用できることに留意されたい。
【0034】
本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンな用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「もう１つの実施形態」という用語は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。
【0035】
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるべきである。
【0036】
上述したように、ＮＲにおけるＳＯＮ／ＭＤＴのためのデータ収集の３ＧＰＰ Ｒｅｌ－１７ ＷＩＤ拡張において、ＳＯＮ機能の目的の１つは、ハンドオーバの成功報告である。ハンドオーバ成功報告は、全体として、ソースセルからターゲットセルへの端末装置の成功したハンドオーバの報告である。具体的には、ハンドオーバ成功報告は、成功したハンドオーバを実行した端末装置により生成され、端末装置によりターゲットセルのターゲットネットワーク装置又は端末装置をサービングする後続のネットワーク装置（ターゲットネットワーク装置がハンドオーバ成功報告を取得しなかった場合）に送信され、最後に、ソースセルのソースネットワーク装置によりターゲットネットワーク装置又は後続のネットワーク装置から取得されることができる。
【0037】
端末装置により提供されたハンドオーバ成功報告に基づいて、報告する端末装置により実行された以前のハンドオーバが成功したとしても、ソースネットワーク装置及び／又はターゲットネットワーク装置は、ソースセルにおいて開始される、又はターゲットセルをターゲットとする将来のハンドオーバプロシージャをさらに最適化することができる。これにより、将来のハンドオーバの性能をさらに向上させることができる。例えば、ハンドオーバ成功報告を受信すると、受信するネットワーク装置（例えば、ソースネットワーク装置又はターゲットネットワーク装置）は、そのモビリティ設定が調節を必要とするか否かを分析することができる。このような調節は、無線リンク監視（ＲＬＭ：ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）設定の変更、又はソースネットワーク装置とターゲットネットワーク装置との間のモビリティ閾値の変更などのモビリティ設定の変更を引き起こす可能性がある。追加として、ターゲットネットワーク装置は、ハンドオーバが成功したときに報告されるビーム測定に基づいて、専用ＲＡＣＨビームリソースをさらに最適化することができる。
【0038】
しかしながら、従来のハンドオーバ成功報告の解決策では、ハンドオーバ成功報告の様々な詳細は規定されておらず、明確にする必要がある。例えば、ハンドオーバが成功するたびにこのようなハンドオーバ成功報告を生成することは不要な場合がある。したがって、改善を必要とする成功したハンドオーバについて、ハンドオーバ成功報告を任意に又は選択的に生成することが可能であることが望ましい場合がある。実際、ハンドオーバ成功報告をサポートする具体的な仕組みは明確ではなく、規定する必要がある。さらに、ハンドオーバ成功報告をどのように正確に設定するかは不明であり、ハンドオーバ成功報告の従来の解決策ではＲｅｌ－１６により導入された新しい機能が考慮されていないことに注意されたい。
【0039】
従来の解決策における上述した技術的問題及び潜在的な他の技術的問題を解決するために、本開示の実施形態は、ハンドオーバ成功報告をサポートする解決策を提供する。いくつかの実施形態において、端末装置は、第１のセルを提供する第１のネットワーク装置から指示を受信する。この指示は、第１のセルから第２のネットワーク装置の第２のセルへの前記端末装置のハンドオーバを実行することを示す。すると、端末装置は、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報を決定する。前記トリガ情報は、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示す。
【0040】
本開示の実施形態によれば、端末装置は、ハンドオーバのハンドオーバ成功報告を任意に作成するための該１組のトリガ条件を用いて設定（ｃｏｎｆｉｇｕｒｅ）されることができ、したがって、ハンドオーバ成功報告は、該１組のトリガ条件のうちの１つ又は複数が満たされた場合にのみトリガされることができる。これにより、端末装置は、成功したハンドオーバイベントの前又は間に、ＲＬＭ、ビーム障害検出（ＢＦＤ：Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）などにより検出された潜在的な問題のような、関連するハンドオーバ成功状況を報告するように制限されることができる。すなわち、該１組のトリガ条件に基づいてハンドオーバ成功報告を任意にトリガすることができるので、端末装置は必要な場合に限りハンドオーバ成功報告を報告するように制限されることができ、不要なハンドオーバ成功報告のための処理リソース及び通信リソースを節約することができる。以下に、本開示の原理及び実施態様について詳細に説明する。
【0041】
図１Ａは本開示のいくつかの実施形態を実施可能な通信環境１００の模式図である。図１Ａに示すように、通信環境１００（通信ネットワーク１００又は通信システム１００と称されてもよい）は、ネットワーク装置１１０により提供されるセル１１５に位置する端末装置１２０をサービングするネットワーク装置１１０を含む。具体的には、端末装置１２０は、通信リンク１４５を介してセル１１５内でネットワーク装置１１０と通信することができる。通信リンク１４５は、ネットワーク装置１１０から端末装置１２０への送信の場合にはダウンリンクと称され、端末装置１２０からネットワーク装置１１０への送信の場合には、代わりにアップリンクと称されてもよい。
【0042】
図１Ａに示す例示的なシナリオにおいて、端末装置１２０のモビリティにより、端末装置１２０は、ネットワーク装置１１０のセル１１５を出て、ネットワーク装置１３０のセル１３５に入ってもよい。この場合、端末装置１２０からセル１１５へのリンク１４５の品質が低下する可能性があり、その結果、端末装置１２０の通信品質も低下する可能性がある。端末装置１２０により良い通信品質を提供するために、ネットワーク装置１１０は、端末装置１２０にセル１１５からセル１３５へのハンドオーバを実行させることができる。ハンドオーバにより、端末装置１２０は、セル１１５へのリンク１４５を解放し、代わりにセル１３５へのリンク１６５を確立してもよい。セル１１５からセル１３５へのハンドオーバの場合、セル１１５はソースセルと呼ばれ、ネットワーク装置１１０はソースネットワーク装置と呼ばれ、セル１３５はターゲットセルと呼ばれ、ネットワーク装置１３０はターゲットネットワーク装置と呼ばれてもよい。
【0043】
より具体的には、ハンドオーバは、端末装置１２０がアクティブである接続済みモード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）で、端末装置１２０により実行されてもよい。ハンドオーバは、ソースネットワーク装置１１０により制御され、端末装置１２０により補助されることができる。ハンドオーバの前に、端末装置１２０は、ソースセル１１５へのリンク１４５が劣化していること、及び／又はターゲットセル１３５がソースセル１１５より良好になっていることを示す１つ又は複数の測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）をソースネットワーク装置１１０に送信してもよい。これらの測定報告に基づいて、ネットワーク装置１１０は、端末装置１２０の接続をソースセル１１５からターゲットセル１３５に移動（すなわち、ハンドオーバ）することができ、その結果、端末装置１２０は、より良好な無線条件を得ることができ、したがって、より良好なユーザ体験を得ることができる。
【0044】
ソースセル１１５からターゲットセル１３５の端末装置１２０のハンドオーバの間、ソースネットワーク装置１１０は、ハンドオーバを容易にするために必要な情報を、通信リンク１５５（例えば、２つのネットワーク装置間のＸｎインターフェース）を介してターゲットネットワーク装置１３０と通信することができる。追加として、ソースセル１１５からターゲットセル１３５への端末装置１２０のハンドオーバは端末装置１２０の移動に起因すると上述されたが、本開示の実施形態はこれに限定されず、様々な可能な原因に起因するハンドオーバに適用可能であることを理解すべきである。
【0045】
いくつかの実施形態において、端末装置１２０は、ソースセル１１５からターゲットセル１３５へのハンドオーバが成功した場合、ハンドオーバ成功報告を生成することができる。ハンドオーバ成功報告の可用性は、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層を介して端末装置１２０からターゲットネットワーク装置１３０に送信されるメッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅなどの、ハンドオーバ完了メッセージ）により示されてもよい。ターゲットネットワーク装置１３０は、ＵＥ情報要求及び応答メカニズム（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ ａｎｄ Ｒｅｓｐｏｎｓｅ ｍｅｃｈａｎｉｓｍ）を介して、ハンドオーバ成功報告内の情報を取得してもよい。追加として、ターゲットネットワーク装置１３０は、その後、成功したハンドオーバイベントの間に経験した障害を示すために、ハンドオーバ成功報告をソースネットワーク装置１１０に転送してもよい。
【0046】
端末装置１２０により提供されたハンドオーバ成功報告に基づいて、報告する端末装置１２０により実行された以前のハンドオーバが成功したとしても、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、ソースセル１１５において開始される、又はターゲットセル１３５をターゲットとする将来のハンドオーバプロシージャをさらに改善することができる。例えば、ハンドオーバ成功報告を受信すると、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、そのモビリティ設定が調節を必要とするか否かを分析することができる場合がある。このような調節は、ＲＬＭ設定の変更、ソースとターゲットとの間のモビリティ閾値の変更などを引き起こす可能性がある。
【0047】
いくつかの実施形態において、ハンドオーバ成功報告の主な目的は、ネットワーク装置がソースネットワーク装置及びターゲットネットワーク装置に関連する将来のハンドオーバを改善するのを助けることであるため、端末装置は、ハンドオーバが成功するたびにハンドオーバ成功報告を生成する必要はない場合がある。代替として、端末装置は、改善を必要とする可能性のあるハンドオーバについて、選択的に又は任意に、ハンドオーバ成功報告を生成することが望ましい場合がある。この目的のために、図１Ａに示すように、端末装置１２０は、ハンドオーバ成功報告をトリガするための１組のトリガ条件１２５を用いて設定されることができる。こうして、該１組の条件１２５のうちの１つ又は複数が満たされた場合にのみ、ハンドオーバ成功報告をトリガすることができる。これにより、端末装置１２０は、必要な場合にハンドオーバ成功報告を報告するように限定されることができるので、不要なハンドオーバ成功報告のための処理リソース及び通信リソースを節約することができる。
【0048】
なお、図１Ａを参照して上述したようなセル１１５からセル１３５への端末装置１２０のハンドオーバは、ソースセル１１５及びターゲットセル１３５が異なるネットワーク装置１１０及び１３０により提供されるネットワーク装置間ハンドオーバ（ｉｎｔｅｒ－ｎｅｔｗｏｒｋ－ｄｅｖｉｃｅ Ｈａｎｄｏｖｅｒ）と称されることができる。しかしながら、このようなネットワーク装置間ハンドオーバに加えて、本開示の実施形態は、ソースセル１１５及びターゲットセル１３５が同じネットワーク装置により提供されることができるネットワーク装置内ハンドオーバ（ｉｎｔｒａ－ｎｅｔｗｏｒｋ－ｄｅｖｉｃｅ ｈａｎｄｏｖｅｒ）にも適用可能であることを理解すべきである。以下、図１Ｂを参照して、このようなネットワーク装置内ハンドオーバの例について説明する。
【0049】
図１Ｂは本開示のいくつかの実施形態を実施可能な別の通信環境１０５の模式図である。図１Ａの例示的なシナリオと同様に、図１Ｂに示す例示的なシナリオにおけるネットワーク装置１１０もセル１１５を提供し、端末装置１２０はセル１１５への通信リンク１４５を有することができる。図１Ａの例示的なシナリオと同様に、図１Ｂに示す例示的なシナリオにおける端末装置１２０も、例えば、端末装置のセル１３５への移動に起因して、セル１１５からセル１３５へのハンドオーバを実行することができる。ハンドオーバにより、端末装置１２０は、ソースセル１１５へのリンク１４５を解放し、代わりにターゲットセル１３５へのリンク１６５を確立してもよい。図１Ａの例示的なシナリオとは異なり、図１Ｂに示す例示的なシナリオにおけるターゲットセル１３５は、ソースセル１１５を提供する同じネットワーク装置１１０により提供されてもよく、したがって、図１Ｂのハンドオーバは、ネットワーク装置内ハンドオーバと称されてもよい。
【0050】
図１Ｂの端末装置１２０により実行されるネットワーク装置内ハンドオーバのプロシージャは、ハンドオーバを容易にするための２つのネットワーク装置間の通信を必要としないことを除いて、図１Ａを参照して上述したネットワーク装置間ハンドオーバと実質的に同様であってもよい。図１Ａの例示的なシナリオと同様に、端末装置１２０も、図１Ｂのネットワーク装置内ハンドオーバのハンドオーバ成功報告を生成する該１組のトリガ条件１２５を用いて設定されてもよい。こうして、該１組の条件１２５のうちの１つ又は複数が満たされた場合にのみ、ハンドオーバ成功報告をトリガすることができる。これにより、端末装置１２０は、必要な場合にハンドオーバ成功報告を報告するように限定されることができるので、不要なハンドオーバ成功報告のための処理リソース及び通信リソースを節約することができる。以下の説明では、いくつかの実施形態について、図１Ａに示すネットワーク装置間ハンドオーバの例示的なシナリオに関連してさらに詳細に説明する。しかしながら、もし適用可能であれば、図１Ｂに示すようなネットワーク装置内ハンドオーバにも全ての実施形態を適用することができることを理解すべきである。
【0051】
図１Ａ及び図１Ｂに示されるような端末装置の数、ネットワーク装置の数、セルの数、及び通信リンクの数は、説明のためにのみ使用され、いかなる制限も示唆しないことを理解すべきである。通信環境１００又は１０５は、本開示の実施形態を実施するように適合された任意の適切な数の端末装置、任意の適切な数のネットワーク装置、任意の適切な数の他の通信装置、任意の適切な数のセル及び任意の適切な数の通信リンクを含んでもよい。
【0052】
さらに、図１Ａ及び図１Ｂの全ての通信装置の間には、必要であれば、様々な無線通信及び有線通信が存在してもよいことを理解すべきである。なお、図１Ａ及び図１Ｂでは、ネットワーク装置１１０及びネットワーク装置１３０が基地局として模式的に描かれ、端末装置１２０が携帯電話として模式的に描かれているが、これらの説明は単なる例であり、いかなる制限も示唆しないことを理解すべきである。他の実施形態において、ネットワーク装置１１０及びネットワーク装置１３０は、任意の他の無線ネットワーク装置であってもよく、端末装置１２０は、任意の他の無線通信装置であってもよい。
【0053】
通信環境１００又は１０５における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、モノのモバイルインターネットのための拡張カバレッジグローバルシステム（ＥＣ－ＧＳＭ－ＩｏＴ：Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行してもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。
【0054】
図２は本開示のいくつかの実施形態にかかる、ネットワーク装置１１０と端末装置１２０との間の例示的な通信プロセス２００を示す図である。説明のために、図１Ａを参照して通信プロセス２００を説明する。しかしながら、通信プロセス２００は、２つの通信端末が互いに通信する任意の他の通信シナリオにも同様に適用できることを理解すべきである。
【0055】
図２に示すように、ネットワーク装置１１０は、セル１１５からセル１３５への端末装置１２０のハンドオーバを実行する必要があると決定した場合、指示（ｉｎｄｉｃａｔｉｏｎ）２１５を端末装置１２０に送信する（２１０）。指示２１５は、セル１１５からセル１３５へのハンドオーバが端末装置１２０により実行されることを示すことができる。端末装置１２０側では、ネットワーク装置１１０から指示２１５を受信すると（２２０）、端末装置１２０は該１組の条件１２５に基づいてトリガ情報を決定する（２３０）。該トリガ情報は、ハンドオーバのハンドオーバ成功報告に関し、ハンドオーバについてハンドオーバ成功報告がトリガされるか否かを示す。
【0056】
言い換えれば、該１組のトリガ条件１２５に基づいて、端末装置１２０は、指示２１５により示されたハンドオーバについて、ハンドオーバ成功報告を生成するか否かを決定することができる。例えば、ハンドオーバの実行前又は実行中に、該１組のトリガ条件１２５のうちの１つ又は複数が満たされた場合、端末装置１２０は、ハンドオーバについてハンドオーバ成功報告を生成することを決定してもよい。一方、ハンドオーバの実行前又は実行中に、該１組のトリガ条件１２５のうちのどれも満たされない場合、端末装置１２０は、代わりに、ハンドオーバについてハンドオーバ成功報告を生成しないことを決定してもよい。
【0057】
全体として、該１組のトリガ条件１２５は、改善を必要とする可能性のある成功したが不完全なハンドオーバを示唆する任意の適切なトリガ条件を含むことができる。例えば、該１組のトリガ条件１２５は、ハンドオーバトリガの前にソースセルへの無線問題の検出、ハンドオーバプロシージャ中のＲＡＣＨ遅延の検出、品質変更閾値への到達、メイン測定瞬間の絶対品質閾値への到達、関連する３ＧＰＰ仕様で定義されたタイマＴ３１０／Ｔ３１２の動作中におけるハンドオーバの開始、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの実行などを含んでもよい。いくつかの実施形態において、ハンドオーバのソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０が将来のハンドオーバを改善するためのより有用な情報を得ることができるように、該１組のトリガ条件１２５がより包括的かつ広範囲であることが望ましい。例えば、該１組のトリガ条件１２５のうちの１つ又は複数は、Ｒｅｌ－１６により導入された様々な新しい機能を考慮して設計されてもよい。
【0058】
このような広範囲なトリガ条件の一例として、該１組のトリガ条件１２５は、端末装置１２０により実行されるｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ（ＬＢＴ）プロセスに関連する第１のタイプのトリガ条件を含んでもよい。非免許スペクトルＮｅｗ Ｒａｄｉｏ（ＮＲ－Ｕ：Ｎｅｗ Ｒａｄｉｏ ｉｎ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ）では、ダウンリンクとアップリンクとの両方におけるチャネルアクセスはＬＢＴ機能に依存する。例えば、図１Ａを参照し、通信システム１００がＮＲ－Ｕ内で実装されている場合、ネットワーク装置１１０又は端末装置１２０は、通信チャネル上の全ての送信の前に、通信チャネル上の通信がないことを知るために、最初に通信チャネルを「感知（ｓｅｎｓｅ）」しなければならない。通信チャネルが広帯域幅非免許搬送波（例えば、数百ＭＨｚ）である場合、「チャネル感知（ｃｈａｎｎｅｌ ｓｅｎｓｉｎｇ）」プロシージャは、通信チャネルの複数のサブ帯域（ｓｕｂ－ｂａｎｄｓ）においてエネルギーレベルを検出することに依存してもよいＬＢＴパラメータ（例えば、タイプ／継続期間、空きチャネル判定パラメータなど）は、端末装置１２０において、ネットワーク装置１１０により設定されることができる。
【0059】
ＬＢＴプロセスに関して、関連する３ＧＰＰ仕様ではＬＢＴ障害と継続的なＬＢＴ障害（ＬＢＴ ｆａｉｌｕｒｅ）を以下のように定義している。ＬＢＴ障害指示（ＬＢＴ ｆａｉｌｕｒｅ ｉｎｄｉｃａｔｉｏｎ）が既に下位層から受信された場合、ｌｂｔ－ＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを起動又は再起動し、ＬＢＴ＿ＣＯＵＮＴＥＲを１だけインクリメントさせてもよい。ＬＢＴ＿ＣＯＵＮＴＥＲがｌｂｔ－ＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔより大きいか等しい場合、該サービングセル内のアクティブなＵＬ ＢＷＰについて、継続的なＬＢＴ障害がトリガされる。サービングセルがＳｐＣｅｌｌである場合、且つ、該サービングセル内の同じ搬送波においてＰＲＡＣＨオケージョンを備えて設定されている全てのＵＬ ＢＷＰにおいて継続的なＬＢＴ障害がトリガされた場合、継続的なＬＢＴ障害を上位層に示してもよい。該サービングセルがＳｐＣｅｌｌでない場合、該サービングセル内の進行中の任意のランダムアクセスプロシージャを停止することができ、アクティブなＵＬ ＢＷＰを、ＰＲＡＣＨオケージョンを用いて設定され、継続的なＬＢＴ障害がいまだトリガされたことのない、該サービングセル内の同じ搬送波上のＵＬ ＢＷＰに切り替えることができ、ランダムアクセスプロシージャを開始することができる。また、ＳｐＣｅｌｌにおいて継続的なＬＢＴ障害がトリガされ、キャンセルされなかった場合、且つ、ＳｐＣｅｌｌにおいてランダムアクセスプロシージャが正常に完了したとみなされた場合、ＳｐＣｅｌｌにおいてトリガされた全ての継続的なＬＢＴ障害をキャンセルしてもよい。ＬＢＴ障害と継続的なＬＢＴ障害との詳細は、関連する３ＧＰＰ仕様に記載されている。
【0060】
一般に、ＬＢＴプロセスに関連する第１のタイプのトリガ条件は、改善を必要とする可能性のあるＬＢＴプロセスを示す任意の適切なトリガ条件であってもよい。いくつかの実施形態において、第１のタイプのトリガ条件は、ＬＢＴ障害関連情報（ＬＢＴ ｆａｉｌｕｒｅ ｒｅｌａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ）に関連してもよい。言い換えれば、ＬＢＴ障害関連情報は、ハンドオーバ成功報告のトリガ条件であると考えることができる。
【0061】
一例として、第１のタイプのトリガ条件は、ＬＢＴプロセス中の継続的なＬＢＴ障害がトリガされ、キャンセルされなかったことであってもよい。トリガされキャンセルされなかった継続的なＬＢＴ障害は、ハンドオーバ前又はハンドオーバ中に端末装置１２０により実行されるＬＢＴ障害回復プロセスが最適でなく、ハンドオーバを最適化することにより改善されることができることを示唆する可能性がある。したがって、このような継続的なＬＢＴ障害に関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、継続的なＬＢＴ障害に関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連する継続的なＬＢＴ障害を回避することができる。
【0062】
別の例として、第１のタイプのトリガ条件は、ＬＢＴプロセス中のＬＢＴ障害の回数をカウントするためのＬＢＴカウンタが所定の閾値より大きいことであってもよい。所定の閾値より高いＬＢＴ障害の回数は、ハンドオーバ前又はハンドオーバ中に端末装置１２０により実行されるＬＢＴプロシージャにおいて１つ又は複数のＬＢＴ障害が発生するため、ハンドオーバプロシージャは最適でなく、ハンドオーバ関連パラメータを最適化することにより改善されることができることを示唆する可能性がある。したがって、このようなＬＢＴカウンタに関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、ＬＢＴカウンタに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連するＬＢＴ障害のうちの１つ又は複数を回避することができる。
【0063】
いくつかの実施形態において、ＬＢＴカウンタは、関連する３ＧＰＰ仕様において定義された「ＬＢＴ＿ＣＯＵＮＴＥＲ」であってもよい。いくつかの他の実施形態において、ＬＢＴカウンタは、端末装置により実行されるＬＢＴプロセスについて定義された任意の他の既存又は将来のＬＢＴカウンタとすることができる。いくつかの実施形態において、所定の閾値は１であってもよく、トリガ条件は、ＬＢＴカウンタが１以上であることであってもよく、これはＬＢＴプロセスにおいてＬＢＴ障害があることを意味する。他のいくつかの実施形態において、所定の閾値は１以外の任意の適切な値であってもよく、所定の閾値より高いＬＢＴ障害の回数は、ＬＢＴプロセスにおけるより重大なＬＢＴ問題を示してもよい。
【0064】
上述した広範囲なトリガ条件の別の例として、該１組のトリガ条件１２５は、端末装置１２０に関連付けられる高速マスタセルグループ（ＭＣＧ）リンク回復（ｒｅｃｏｖｅｒｙ）に関連する第２のタイプのトリガ条件を含んでもよい。高速ＭＣＧリンク回復は、デュアル接続（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）通信方式において端末装置１２０により実行されてもよい。ＤＣにおいて、ユーザ装置（ＵＥ）は、マスタノード（ＭＮ）とセカンダリノード（ＳＮ）とに同時に接続される。ＵＥは、各ノードとキャリアアグリゲーション（ＣＡ）で動作するように設定されることができる。ＵＥがＣＡで動作するＭＮのセルはマスタセルグループ（ＭＣＧ）と称され、ＳＮのセルはセカンダリセルグループ（ＳＣＧ）と称される。
【0065】
図３は本開示のいくつかの実施形態を実施可能なさらに別の通信環境３００の模式図である。通信環境３００において、端末装置１２０についてデュアル接続通信方式が設定されているものと仮定する。この場合、ネットワーク装置１１０は、端末装置１２０のマスタネットワーク装置（又はマスタノード）であり、セル１１５を含むＭＣＧを提供することができる。言い換えれば、マスタネットワーク装置１１０により提供されるＭＣＧは、セル１１５を含む１つ又は複数のセルから構成される。ネットワーク装置１５０は、端末装置１２０のセカンダリネットワーク装置（又はセカンダリノード）であり、セル１５５を含むＳＣＧを提供してもよい。すなわち、セカンダリネットワーク装置１５０により提供されるＳＣＧは、セル１５５を含む１つ又は複数のセルから構成される。デュアル接続通信方式により、ネットワーク装置１１０と端末装置１２０との間の通信リンク１４５に加えて、端末装置１２０は、通信リンク１８５を介してネットワーク装置１５０と同時に通信することができる。図３に示す例示的なシナリオの他の部分は、図１Ａに示す例示的なシーンと同様であるので、これらの部分について詳細な説明を省略する。
【0066】
シグナリングの頑健性を向上させるために、いくつかのＤＣオプションにおいて、ＵＥは、ＭＣＧ及び／又はＳＣＧを介した無線リソース制御（ＲＲＣ）シグナリングの送信を可能にするスプリットシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）を用いて設定されてもよい。すなわち、ＭＮ及び／又はＳＮ無線リソースを使用して、進化型汎用地上無線アクセス（Ｅ－ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）又はＲＲＣ再設定（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）などのＮＲ ＲＲＣメッセージを送信することができる。追加として、いくつかのＤＣオプションにおいて、ＵＥは、ＳＮにおいて終了し、ＳＮとＵＥとの間の制御シグナリングのためにのみ使用される（つまり、ＭＮとの調整の必要がない）ＳＲＢであるＳＲＢ３を用いて設定されてもよい。
【0067】
追加として、いくつかのデュアル接続通信方式について、Ｒｅｌ－１６で導入された高速ＭＣＧリンク回復機能は、無線リンク障害（ＲＬＦ：ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）中の接続中断時間を短縮することを目的としている。ＳＣＧ接続を利用することにより、ＭＣＧ ＲＬＦによる中断時間を数秒から３０ｍｓ－７０ｍｓの典型的なハンドオーバ中断時間に短縮することができる。エンドユーザにとって、これはサービス中断時間の短縮に直結する。
【0068】
例えば、マルチＲＡＴデュアル接続（ＭＲ－ＤＣ：Ｍｕｌｔｉ－ＲＡＴ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）における高速ＭＣＧ回復は、ＭＣＧにおいて無線リンク障害が検出されると、ＵＥがＭＣＧ障害情報メッセージをＳＣＧを介してＭＮに送信するＲＲＣプロシージャを指す。ＭＣＧについて無線リンク障害が検出され、高速ＭＣＧリンク回復が設定されている場合、ＵＥは高速ＭＣＧリンク回復をトリガしてもよい。高速ＭＣＧリンク回復の間、ＵＥは、全ての無線ベアラについてＭＣＧ送信を中断し、スプリットＳＲＢ１又はＳＲＢ３のＳＣＧレグを使用して、ＳＣＧを介してＭＣＧ障害情報メッセージを用いてＭＮに障害を報告することができる。
【0069】
ＭＣＧ障害指示を受信すると、ＭＮは、スプリットＳＲＢ１又はＳＲＢ３のＳＣＧレグ（ｌｅｇ）を使用して、ＳＣＧを介してＲＲＣ再設定（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ又はＲＲＣ解除（ＲＲＣ ｒｅｌｅａｓｅ）メッセージをＵＥに送信することができる。ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージに応じてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが受信された場合、ＶａｒＲＬＦ－Ｒｅｐｏｒｔに含まれている情報（もしあれば）をクリアしてもよい。これは、ハンドオーバによる高速ＭＣＧ回復が成功した場合、ネットワークはＭＣＧ障害情報を持つことができず、それにより、別のＭＣＧ ＲＬＦを回避し、高速ＭＣＧ回復の性能を向上させる機会を失う可能性があることを意味する。
【0070】
高速ＭＣＧ回復に応じるハンドオーバにおけるこの潜在的な欠陥を解決するために、第２のタイプのトリガ条件は、端末装置１２０がネットワーク装置１５０により提供されるＳＣＧを介して無線リソース制御（ＲＲＣ）再設定メッセージを受信することであってもよい。ＲＲＣ再設定メッセージは、ハンドオーバの指示２１５を含むことができ、端末装置１２０によりＳＣＧを介してネットワーク装置１１０に送信されたＭＣＧ障害情報に応じたものである。ＭＣＧ障害情報は、ＭＣＧ無線リンク障害（ＲＬＦ）を示すことができる。より具体的には、ＭＣＧリンク回復に関連するトリガ条件は、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎに応じて（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを備える）ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信することであってもよい。
【0071】
端末装置１２０により受信されるこのようなＲＲＣ再設定メッセージは、ハンドオーバの前又はハンドオーバ中に端末装置１２０用のＭＣＧが最適でなく、ハンドオーバを最適化することによって改善することができることを意味する可能性がある。したがって、このようなＲＲＣ再設定メッセージに関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、ＲＲＣ再設定メッセージに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連するＭＣＧ障害を回避することができる。より具体的には、ハンドオーバによるＭＣＧ回復が成功した場合、端末装置１２０によりＭＣＧ障害情報を報告することができ、これにより、ネットワークが高速ＭＣＧ回復の性能を分析して向上させることができる。
【0072】
上述した広範囲なトリガ条件の別の例として、該１組のトリガ条件１２５は、ハンドオーバがデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバである場合の第３のタイプのトリガ条件を含んでもよい。一般に、ＤＡＰＳハンドオーバは、ハンドオーバのためのＲＲＣメッセージを受信した後に、且つ、ターゲットネットワーク装置へのランダムアクセスが成功した後にソースセルが解放されるまで、ソースネットワーク装置接続を維持するハンドオーバプロシージャを指してもよい。ＤＡＰＳハンドオーバの場合、ソースセル内のＲＬＦについて、ソースリンクを介した任意のデータ送信又は受信を停止してもよく、ソースリンクを解放してもよいが、ソースＲＲＣ設定を維持してもよい。
【0073】
例えば、図１Ａを参照して、セル１１５からセル１３５への端末装置１２０のハンドオーバがＤＡＰＳハンドオーバであるとする。短縮された中断時間でＤＡＰＳハンドオーバを実行する指示２１５（又は要求）を受信すると、端末装置１２０は、ソースセル１１５において引き続きユーザデータを送受信してもよい。同時に、ターゲットセル１３５への新たな接続１６５を確立することができ、端末装置１２０は、ターゲットセル１３５において同期及びランダムアクセスを実行することができる。端末装置１２０は、ソースセル１１５におけるユーザデータの送信及び受信についてソースユーザプレーンプロトコルスタックをアクティブに維持しながら、ターゲットセル１３５についてＰＨＹ（物理）、ＭＡＣ（媒体アクセス制御）及びＲＬＣ（無線リンク制御）層を含む新しいユーザプレーンプロトコルスタックを確立することができる。
【0074】
したがって、セル１１５からセル１３５へのＤＡＰＳハンドオーバの場合、端末装置１２０がＤＡＰＳハンドオーバに関連する第３のタイプのトリガ条件を備えて設定されている場合、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０は、ソースセル１１５又はターゲットセル１３５に関連する将来のＤＡＰＳハンドオーバを改善することができる。例えば、ソースＲＬＦがＤＡＰＳハンドオーバ中に発生する場合、０ｍｓのハンドオーバ中断はＤＡＰＳハンドオーバにより実現できないことを意味する可能性がある。したがって、端末装置１２０は、ＤＡＰＳハンドオーバ中のソースＲＬＦに応じてハンドオーバ成功報告をトリガすることが望ましい場合がある。このために、いくつかの実施形態において、第３のタイプのトリガ条件は、ＤＡＰＳハンドオーバ（例えば、任意のＤＡＰＳベアラが設定された）の場合に、端末装置１２０によりソースセル１１５においてＲＬＦが検出されることであってもよい。
【0075】
このようなＤＡＰＳカウンタ中のソースセル１１５上のＲＬＦに関するトリガ条件によって、端末装置１２０は、ＤＡＰＳハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、ソースセル１１５上のＲＬＦに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、ソースセル１１５及び／又はターゲットセル１３５に関連する将来のＤＡＰＳハンドオーバプロシージャを改善することができる。
【0076】
上述した広範囲なトリガ条件の別の例として、該１組のトリガ条件１２５は、ハンドオーバが条件付きハンドオーバ（ＣＨＯ：ｃｏｎｄｉｔｉｏｎａｌ ｈａｎｄｏｖｅｒ）である場合の第４のタイプのトリガ条件を含んでもよい。条件付きハンドオーバは、セル間のハンドオーバが失敗したとき、又はハンドオーバがトリガされる前に接続障害がトリガされた場合など、端末装置が移動中の障害発生回数を減らすことに焦点を当てる、Ｒｅｌ－１６において３ＧＰＰにより規定された主なモビリティ強化の１つである。
【0077】
例えば、図１Ａを参照して、セル１１５からセル１３５への端末装置１２０のハンドオーバが条件付きハンドオーバであるとする。このような場合、通常の場合に１つのターゲットセルを準備する代わりに、セル１３５を含む複数の候補ターゲットセルをネットワーク装置１１０において予め準備するようにしてもよい。ネットワーク装置１１０は、通常のハンドオーバのように状態が劣化し始めるときよりも、無線状態がまだ良好なときであって通常のハンドオーバより早く、端末装置１２０に指示２１５（例えば、ハンドオーバ命令（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ））を送信することを可能にしてもよい。ハンドオーバ命令を受信した場合、端末装置１２０は、直ちにハンドオーバ命令を適用するのではなく、ハンドオーバ命令を記憶してもよい。実際、端末装置１２０は、設定された候補ターゲットセルのうちの１つ（例えば、図１Ａの例示的なシナリオにおけるセル１３５）について、端末装置１２０において設定された条件が満たされた場合にのみ、記憶したハンドオーバ命令を適用してもよく、そして、端末装置１２０は、通常のハンドオーバのように、ハンドオーバを実行し、ターゲットネットワーク装置１３０に接続することができる。
【0078】
したがって、セル１１５からセル１３５への条件付きハンドオーバの場合、端末装置１２０が条件付きハンドオーバに関連する第４のタイプのトリガ条件を備えて設定されている場合、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０は、ソースセル１１５又はターゲットセル１３５に関連する将来の条件付きハンドオーバを改善することができる。例えば、第４のタイプのトリガ条件は、セル１３５を含む複数のＣＨＯ候補セルが設定されたことであってもよい。複数の設定されたＣＨＯ候補セルは、ＣＨＯについて複数のターゲットセルが設定されたことを意味してもよい。したがって、このような複数のＣＨＯ候補セルに関するトリガ条件によって、端末装置１２０は、複数の候補セルとのＣＨＯに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、複数のＣＨＯ候補セルに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、該複数の候補セルとの将来のＣＨＯを改善することができる。
【0079】
別の例として、第４のタイプのトリガ条件は、ターゲットセル１３５について複数（例えば、２つ）の実行条件が設定されたことであってもよい。ターゲットセル１３５についての複数の設定された実行条件は、ターゲットセル１３５への端末装置１２０のハンドオーバについて、複数の実行条件の全てが満たされるわけではないことを意味してもよい。したがって、このような複数の実行条件に関するトリガ条件によって、端末装置１２０は、条件付きハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１２０又は端末装置１２０の別のサービングネットワーク装置を介してネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、複数の実行条件に関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、該複数の実行条件を備える将来の条件付きハンドオーバを改善することができる。
【0080】
図２に戻り、該１組のトリガ条件１２５に基づいてトリガ情報を決定した後（２３０）、端末装置１２０は、決定したトリガ情報に基づいて、ハンドオーバ成功報告に関する異なるオペレーションを実行してもよい。いくつかの実施形態において、端末装置１２０は、セル１１５からセル１３５へのハンドオーバについてハンドオーバ成功報告をトリガすると決定してもよい。例えば、端末装置１２０は、ハンドオーバを実行する前又は実行中に、該１組のトリガ条件１２５のうちの１つ又は複数が満たされたことを検出してもよい。これは、端末装置１２０がハンドオーバのハンドオーバ成功報告を生成する必要があることを意味する。このために、セル１１５からセル１３５へのハンドオーバを実行する前又は実行中に、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報を収集することができる（２４０）。これにより、ハンドオーバ成功報告がトリガされる場合にのみ、ハンドオーバ成功報告内で報告すべき情報を収集することができるので、全ての成功したハンドオーバについて情報を不要に収集することを回避することができる。
【0081】
一方、端末装置１２０は、セル１１５からセル１３５へのハンドオーバについてハンドオーバ成功報告をトリガしないと決定してもよい。例えば、端末装置１２０は、ハンドオーバを実行する前又は実行中に、該１組のトリガ条件１２５のうちのいずれもが満たされなかったことを確認してもよい。これは、端末装置１２０がハンドオーバのハンドオーバ成功報告を生成する必要がないことを意味する。この場合、セル１１５からセル１３５へのハンドオーバを実行する前又は実行中に、端末装置１２０は、ハンドオーバ成功報告のための情報収集を回避してもよい（２５０）。これにより、端末装置１２０は、ハンドオーバ成功報告がトリガされない場合、ハンドオーバ成功報告内で報告すべき情報を収集しなくてもよいので、全ての成功したハンドオーバについて情報を収集する不要なオーバーヘッドを省くことができる。
【0082】
一般に、端末装置１２０により生成されるハンドオーバ成功報告は、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０が将来のハンドオーバの性能を改善するのに役立つ任意の情報を含むことができる。例えば、端末装置１２０により収集され（２４０）、ハンドオーバ成功報告に含まれる情報は、ＲＬＭ関連情報、ＢＦＤ関連情報及びハンドオーバ関連情報などを含んでもよい。いくつかの実施形態において、ハンドオーバ成功報告の内容は、より包括的で広範囲であることが望ましい。これにより、情報量の多いハンドオーバ成功報告を受信した後、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０は、ハンドオーバの様々な面に関連するより多くの有用な情報を取得することができ、将来のハンドオーバの性能をより効果的かつ効率的に向上させることができる。
【0083】
一例として、ハンドオーバ成功報告を生成するために、端末装置１２０は、端末装置１２０により実行されるＬＢＴプロセスに関連する第１のタイプの情報を収集することができる。一般に、第１のタイプの情報は、ＬＢＴプロセスにおける問題を反映することができるＬＢＴプロセスの任意の適切な情報であってもよい。例えば、ＬＢＴ障害関連情報は、端末装置１２０によりハンドオーバ成功報告の内容として格納され、ソースネットワーク装置１１０に報告されることができる。このように、ハンドオーバ前に端末装置１２０により実行されたＬＢＴ処理に関する情報を含むハンドオーバ成功報告を受信した後、ソースネットワーク装置１１０は、ハンドオーバの設定を最適化することによって、セル１１５において開始されたハンドオーバに関連する端末装置により実行される将来のＬＢＴプロセスを改善することができる。
【0084】
いくつかの実施形態において、第１のタイプの情報を格納して、端末装置１２０のハンドオーバ前又はハンドオーバ中に１つ又は複数の第１のタイプのトリガ条件が満たされた場合、端末装置１２０は、ハンドオーバ成功報告内で報告することができる。言い換えれば、端末装置１２０がハンドオーバ前又はハンドオーバ中に、ＬＢＴプロセスに関連するトリガ条件が満たされたことを検出した場合、端末装置１２０は、ハンドオーバ成功報告に含められる、ＬＢＴプロシージャに関連する情報を収集してもよい。こうして、端末装置１２０によりハンドオーバ成功報告のために収集される情報は、より的を絞った且つ効果的なものになることができる。他のいくつかの実施形態において、第１のタイプの情報は、任意の他の満たされたトリガ条件に応じて、端末装置１２０により格納され、報告されてもよい。
【0085】
いくつかの実施形態において、第１のタイプの情報は、継続的なＬＢＴ障害の指示を含むことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ソースネットワーク装置１１０は、ハンドオーバ成功報告から継続的なＬＢＴ障害の指示を得ることができる。これにより、ソースネットワーク装置１１０は、セル１１５において開始される端末装置の将来のハンドオーバを最適化して、端末装置に関連する継続的なＬＢＴ障害を回避することができる。
【0086】
追加として又は代替として、第１のタイプの情報は、継続的なＬＢＴ障害がトリガされる１つ又は複数の帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に関する情報を含んでもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から継続的なＬＢＴ障害に関するＢＷＰ情報を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来のハンドオーバを最適化して、これらのＢＷＰにおける継続的なＬＢＴ障害を回避することができる。
【0087】
追加として又は代替として、第１のタイプの情報は、継続的なＬＢＴ障害回復が実行された順番でＢＷＰを含むことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から継続的なＬＢＴ障害回復に関する整列したＢＷＰ情報を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来のハンドオーバを最適化して、これらのＢＷＰにおける継続的なＬＢＴ障害を回避することができる。
【0088】
追加として又は代替として、第１のタイプの情報は、ＬＢＴ障害の回数をカウントするためのカウンタの値を含んでもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告からカウンタの値を決定することができる。これにより、ネットワーク装置１１０は、ハンドオーバを行う際に、ＬＢＴが何回失敗したかなど、ＬＢＴ障害の重大度を決定することができ、非免許帯域の輻輳度を評価することができる。これに基づいて、ネットワーク装置１１０は、免許帯域の使用を最適化し、例えば、ＬＢＴ障害が発生するＢＷＰをより少なく端末装置に割り当てることができる。いくつかの実施形態において、ＬＢＴ障害の回数をカウントするためのカウンタは、関連する３ＧＰＰ仕様で定義されているＬＢＴ＿ＣＯＵＮＴＥＲであってもよい。
【0089】
追加として又は代替として、第１のタイプの情報は、継続的なＬＢＴ障害検出のためのタイマの値を含むことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告からタイマの値を取得することができる。これにより、ネットワーク装置１１０は、ハンドオーバを行う際に、前回のＬＢＴ障害からどのくらい経過しているかなどＬＢＴ障害の重大度を決定することができ、非免許帯域の輻輳度を評価することができる。これに基づいて、ネットワーク装置１１０は、免許帯域の使用を最適化し、例えば、ＬＢＴ障害が発生するＢＷＰをより少なく端末装置に割り当てることができる。いくつかの実施形態において、タイマは、関連する３ＧＰＰ仕様で定義されているｌｂｔ－ＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒであってもよい。
【0090】
別の例として、ハンドオーバ成功報告のために、端末装置１２０は、端末装置に関連付けられるＭＣＧリンク回復に関連する第２のタイプの情報を収集することができる。一般に、第２のタイプの情報は、ＭＣＧリンク回復における問題を反映することができるＭＣＧリンク回復の任意の適切な情報であってもよい。例えば、端末装置１２０は、ＭＣＧ ＲＬＦ関連情報をハンドオーバ成功報告に格納してもよい。これにより、ハンドオーバによるＭＣＧ回復が成功した場合、端末装置１２０によりネットワークへＭＣＧ障害情報を報告することができ、これにより、ネットワークが高速ＭＣＧ回復の性能を分析して向上させることができる。
【0091】
いくつかの実施形態において、第２のタイプの情報を格納して、端末装置１２０のハンドオーバ前又はハンドオーバ中に１つ又は複数の第２のタイプのトリガ条件が満たされた場合、端末装置１２０は、ハンドオーバ成功報告内で報告することができる。言い換えれば、端末装置１２０がハンドオーバ前又はハンドオーバ中に、高速ＭＣＧリンク回復に関連するトリガ条件が満たされたことを検出した場合、端末装置１２０は、ハンドオーバ成功報告に含められる、高速ＭＣＧリンク回復に関連する情報を収集してもよい。こうして、端末装置１２０によりハンドオーバ成功報告のために収集される情報は、より的を絞った且つ効果的なものになることができる。他のいくつかの実施形態において、第２のタイプの情報は、任意の他の満たされたトリガ条件に応じて、端末装置１２０により格納され、報告されてもよい。
【0092】
いくつかの実施形態において、第２のタイプの情報は、ＭＣＧ ＲＬＦが検出されてからハンドオーバが完了するまでの継続期間、すなわち、ＭＣＧ接続障害からハンドオーバが成功するまで経過した時間を含むことができ、これは、ＭＣＧの進行中のサービスの中断時間を表すことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から継続期間を取得することができる。これにより、ネットワーク装置１１０は、ハンドオーバによる高速ＭＣＧ回復の性能を解析し、高速ＭＣＧ回復に関する最適化が必要か否かを決定することができる。
【0093】
追加として又は代替として、第２のタイプの情報は、回復プロセスにどれだけの時間がかかるかを表すことができる、ＭＣＧリンク回復の継続期間を表すタイマの値、例えば、停止時のＴ３１６タイマの値を含んでもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告からタイマの値を取得することができる。これにより、ネットワーク装置１１０は、ハンドオーバによる高速ＭＣＧ回復の性能を解析し、高速ＭＣＧ回復設定に関する最適化が必要か否かを決定することができる。
【0094】
追加として又は代替として、第２のタイプの情報は、ＭＣＧ ＲＬＦの指示又はＭＣＧのＲＬＦ報告を含むことができる。例えば、端末装置１２０は、格納されたＲＬＦ－ｒｅｐｏｒｔ変数における全部又は一部の情報をハンドオーバ成功報告変数に格納し、その後、ＲＬＦ－ｒｅｐｏｒｔ変数をクリアすることができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０はハンドオーバ成功報告からＭＣＧ ＲＬＦの指示やＭＣＧのＲＬＦ報告を取得することができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来のハンドオーバを最適化して、ＭＣＧ ＲＬＦを回避することができる。
【0095】
追加として又は代替として、第２のタイプの情報は、ＳＲＢ３を使用するか、又はスプリットＳＲＢ１のＳＣＧリンクを使用するかについての指示をＭＣＧリンク回復に含めることができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から該指示を取得することができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来のハンドオーバを最適化して、ＳＲＢ３及びスプリットＳＲＢ１の設定を改善することができる。
【0096】
別の例として、ハンドオーバ成功報告のために、ハンドオーバがＤＡＰＳハンドオーバである場合、端末装置１２０は、ハンドオーバ中のソースセル１１５上のＲＬＦに関連する第３のタイプの情報を収集することができる。言い換えれば、端末装置１２０は、ハンドオーバ成功報告にソースＲＬＦ関連情報を格納することができる。これにより、ＤＡＰＳハンドオーバ中のサービス中断がネットワークに報告され、ネットワークがＤＡＰＳハンドオーバの性能を分析し、強化することが可能になる。
【0097】
いくつかの実施形態において、第３のタイプの情報を格納して、端末装置１２０のハンドオーバ前又はハンドオーバ中に１つ又は複数の第３のタイプのトリガ条件が満たされた場合、端末装置１２０は、ハンドオーバ成功報告内で報告することができる。言い換えれば、端末装置１２０がハンドオーバ前又はハンドオーバ中に、ＤＡＰＳハンドオーバに関連するトリガ条件が満たされたことを検出した場合、端末装置１２０は、ハンドオーバ成功報告に含められる、ＤＡＰＳハンドオーバに関連する情報を収集してもよい。こうして、端末装置１２０によりハンドオーバ成功報告のために収集される情報は、より的を絞った且つ効果的なものになることができる。他のいくつかの実施形態において、第３のタイプの情報は、任意の他の満たされたトリガ条件に応じて、端末装置１２０により格納され、報告されてもよい。
【0098】
いくつかの実施形態において、第３のタイプの情報は、ソースセル１１５上のＲＬＦが検出されてからＤＡＰＳハンドオーバが完了するまでの継続期間、すなわち、ソースＲＬＦからＤＡＰＳハンドオーバが成功するまで経過した時間を含むことができ、これは、ＤＡＰＳハンドオーバ中のサービス中断を表すことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から継続期間を取得することができる。これにより、ネットワーク装置１１０は、ソースセル１１５においてＲＬＦが検出されてからＤＡＰＳハンドオーバが完了するまでの継続期間を短縮するために、セル１１５において開始される端末装置の将来のＤＡＰＳハンドオーバを最適化することができる。
【0099】
別の例として、ハンドオーバ成功報告のために、ハンドオーバが条件付きハンドオーバである場合、端末装置１２０は、第４のタイプの情報を収集することができる。一般に、第４のタイプの情報は、条件付きハンドオーバにおける問題を反映することができる条件付きハンドオーバの任意の適切な情報であってもよい。端末装置１２０により提供されるハンドオーバ成功報告に含まれる条件付きハンドオーバ情報を用いて、ソースネットワーク装置１１０は条件付きハンドオーバの設定を最適化することができる。例えば、ソースネットワーク装置１１０は、信号強度の低いＣＨＯ候補セルを設定することを回避することができ、且つ／又はトリガされない実行条件を設定することを回避することができる。
【0100】
いくつかの実施形態において、第４のタイプの情報を格納して、端末装置１２０のハンドオーバ前又はハンドオーバ中に１つ又は複数の第４のタイプのトリガ条件が満たされた場合、端末装置１２０は、ハンドオーバ成功報告内で報告することができる。言い換えれば、端末装置１２０がハンドオーバ前又はハンドオーバ中に、条件付きハンドオーバに関連するトリガ条件が満たされたことを検出した場合、端末装置１２０は、ハンドオーバ成功報告に含められる、条件付きハンドオーバに関連する情報を収集してもよい。こうして、端末装置１２０によりハンドオーバ成功報告のために収集される情報は、より的を絞った且つ効果的なものになることができる。他のいくつかの実施形態において、第４のタイプの情報は、任意の他の満たされたトリガ条件に応じて、端末装置１２０により格納され、報告されてもよい。
【0101】
いくつかの実施形態において、第４のタイプの情報は、ターゲットセル１３５を含む複数のＣＨＯ候補セルの識別子を含むことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から該複数のＣＨＯ候補セルの識別子を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来の条件付きハンドオーバを最適化して、ＣＨＯ候補セルを改善することができる。
【0102】
追加として又は代替として、第４のタイプの情報は、該複数のＣＨＯ候補セルの測定結果を含んでもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から該複数のＣＨＯ候補セルの測定結果を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来の条件付きハンドオーバを最適化して、ＣＨＯ候補セルを改善することができる。
【0103】
追加として又は代替として、第４のタイプの情報は、該複数のＣＨＯ候補セルの実行条件を含んでもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から該複数のＣＨＯ候補セルの実行条件を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来の条件付きハンドオーバを最適化して、該複数のＣＨＯ候補セルの実行条件の設定を改善することができる。
【0104】
追加として又は代替として、第４のタイプの情報は、例えばｍｅａｓＩｄ、イベントＩＤ、トリガ閾値、トリガオフセット、ヒステリシス値、ｔｉｍＴｏＴｒｉｇｇｅｒ値など、ターゲットセル１３５の満たされる実行条件を含むことができる。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から該満足された実行条件を得ることができる。これにより、ネットワーク装置１１０は、セル１１５において開始される端末装置の将来の条件付きハンドオーバを最適化して、該複数のＣＨＯ候補セルの実行条件の設定を改善することができる。
【0105】
別の例として、ハンドオーバ成功報告のために、端末装置１２０は、ハンドオーバの時間情報に関連する第５のタイプの情報を収集することができる。端末装置１２０により提供されるハンドオーバ成功報告内のハンドオーバの時間情報により、ネットワークは、ハンドオーバ成功報告に対応するハンドオーバイベントの時間を知ることができ、ハンドオーバ成功イベントの時間情報を得ることができるため、将来のハンドオーバの設定を改善することができる。
【0106】
図４は本開示のいくつかの実施形態にかかる、端末装置１２０のハンドオーバに関連するいくつかの時点４１０、４２０並びに４３０及び継続期間４１５、４２５並びに４３５を示す概略図である。図１Ａ及び図４を参照し、時点４１０は、セル１１５からセル１３５への端末装置１２０のハンドオーバが開始される時点を表してもよい。時点４２０は、セル１１５からセル１３５への端末装置１２０のハンドオーバが完了する時点を表してもよい。時点４２０は、ハンドオーバのハンドオーバ成功報告がターゲットネットワーク装置１３０又は別のネットワーク装置に送信される時点を表してもよい。
【0107】
したがって、継続期間４１５は、ハンドオーバが実行される継続期間、すなわち、関連する３ＧＰＰ仕様で定義されているタイマＴ３０４の値を表してもよい。継続期間４２５は、ハンドオーバが完了してからターゲットネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、すなわち、ハンドオーバ成功からハンドオーバのハンドオーバ成功報告が取得されるまで経過した時間を表してもよい。継続期間４３５は、ハンドオーバが開始してからターゲットネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、すなわち、ハンドオーバが開始してからハンドオーバのハンドオーバ成功報告が取得されるまで経過した時間を表してもよい。
【0108】
いくつかの実施形態において、第５のタイプの情報は、ハンドオーバが開始してからターゲットネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間４３５を含んでもよい。追加として又は代替として、第５のタイプの情報は、ハンドオーバが完了してからターゲットネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間４２５を含んでもよい。例えば、端末装置１２０がハンドオーバ成功報告を要求するＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを受信した場合、端末装置１２０は、ハンドオーバ開始から経過した時間又はハンドオーバ成功から経過した時間（例えば、ハンドオーバイベントのタイムラインを構築するために）を、報告されるハンドオーバ成功報告に格納することができる。そして、端末装置１２０は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅにより、ハンドオーバ成功報告をネットワークに提供してもよい。
【0109】
いくつかの実施形態において、継続期間４１５、４２５、及び／又は４３５を報告する代わりに、端末装置１２０は、ハンドオーバがいつ開始されたか又は成功したかについての絶対時間情報を格納し、報告してもよい。例えば、第５のタイプの情報は、ハンドオーバが開始された時点４１０を含んでもよい。追加として又は代替として、第５のタイプの情報は、ハンドオーバが完了する時点４２０を含んでもよい。
【0110】
別の例として、ハンドオーバ成功報告のために、端末装置１２０は、ソースセル１１５内の端末装置１２０の識別子を収集することができる。例えば、識別子は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。したがって、端末装置１２０により提供されたハンドオーバ成功報告を受信すると、ネットワーク装置１１０は、ハンドオーバ成功報告から端末装置１２０の識別子を得ることができる。これにより、ネットワーク装置１１０は、端末装置１２０の設定に基づいて、セル１１５において開始される端末装置の将来のハンドオーバを最適化することができる。
【0111】
以上、端末装置がハンドオーバ成功報告のための様々なトリガ条件と、ハンドオーバ成功報告内で報告すべき様々なタイプの情報とを備えて設定されることができるいくつかの実施形態について説明した。以下、端末装置のＲＡＴ間ハンドオーバ（ｉｎｔｅｒ－ＲＡＴ ｈａｎｄｏｖｅｒ）についてハンドオーバ成功報告をサポートできるいくつかの他の実施形態について説明する。
【0112】
従来のハンドオーバ成功報告では、ＲＡＴ内ハンドオーバ（ｉｎｔｒａ－ＲＡＴ ｈａｎｄｏｖｅｒ）についてしかサポートされることができなかった。しかしながら、発明者らは、ハンドオーバ成功報告をサポートすることによって、ＲＡＴ間ハンドオーバのパフォーマンスも同じ利益を獲得できることを発見した。したがって、本開示のいくつかの実施形態は、ＲＡＴ間ハンドオーバ、例えば、ＮＲからＬＴＥへのハンドオーバについてハンドオーバ成功報告をサポートする。図１Ａを参照し、ＲＡＴ間のハンドオーバのためのハンドオーバ成功報告をより詳細に説明する。
【0113】
図１Ａに戻り、セル１１５からセル１３５への端末装置１２０のハンドオーバがＲＡＴ間ハンドオーバであると仮定し、ここで、ソースセル１１５は第１のＲＡＴに基づいてもよく、ターゲットセル１３５は第１のＲＡＴとは異なる第２のＲＡＴに基づいてもよい。一般に、第１のＲＡＴ及び第２のＲＡＴは、既存のＲＡＴ又は将来開発されるＲＡＴのうちのいずれか２つの異なるＲＡＴであってもよい。
【0114】
いくつかの実施形態において、第１のＲＡＴはＮＲであってもよく、第２のＲＡＴはＬＴＥであってもよい。これにより、ＲＡＴ間ハンドオーバ成功報告は、最大２つの主要なＲＡＴに基づくネットワーク装置についてサポートされることができる。これらの実施形態において、ｍｏｂｉｌｉｔｙＦｒｏｍＮＲＣｏｍｍａｎｄを受信すると、端末装置１２０は、ハンドオーバ成功報告のための該１組のトリガ条件１２５をチェックしてもよい。該１組のトリガ条件１２５のうちの１つ又は複数が満たされた場合、端末装置１２０は、ハンドオーバ成功報告の内容をハンドオーバ成功報告変数に格納することができる。ハンドオーバ成功報告のためのトリガ条件及びハンドオーバ成功報告に含める内容は、上記と同じであってもよいし、似たものであってもよい。追加として、ハンドオーバについてハンドオーバ成功報告がトリガされる場合、端末装置１２０は、ハンドオーバ成功報告内で報告するターゲットセル１３５のセル識別情報（ｃｅｌｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を収集してもよい。セル識別情報は、ハンドオーバがＲＡＴ間ハンドオーバであることを示すことができ、セルグローバル識別子（ＣＧＩ：ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｆｉｅｒ）及び関連付けられる追跡領域コード（ＴＡＣ：ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）を含んでもよい。こうして、ＲＡＴ間ハンドオーバ成功報告は、ＬＴＥにおけるセル識別情報によって暗黙的に示されることができる。例えば、ＣＧＩは、端末装置１２０のＥ－ＵＴＲＡ ＣＧＩであってもよい。
【0115】
いくつかの実施形態において、ソースネットワーク装置１１０は、ＲＡＴ間ハンドオーバ成功報告をサポートするか否かに関する設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を決定することができる。そして、ソースネットワーク装置１１０は、設定情報を端末装置１２０に送信してもよい。こうして、ネットワーク装置１１０は、セル１１５におけるＲＡＴ間ハンドオーバ成功報告の設定を柔軟に制御することができる。これらの実施形態において、図２に戻り、ハンドオーバ成功報告に関するトリガ情報を決定する時（２３０）、端末装置１２０が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされることを示す設定情報をソースネットワーク装置１１０から受信した場合、端末装置１２０は、トリガ情報、すなわちハンドオーバ成功報告をトリガするか否かをさらに決定してもよい。例えば、設定情報は、ソースセル１１５のシステム情報を介して、ソースネットワーク装置１１０から端末装置１２０に送信されてもよい。これにより、設定情報は、セル１１５内の端末装置に対してより利用可能になることができる。代替として又は追加として、設定情報は、端末装置１２０にハンドオーバを実行させるハンドオーバ命令メッセージを介して送信されてもよい。このように、設定情報は、特定の端末装置又は特定のハンドオーバについて具体的に決定されることができる。
【0116】
いくつかの実施形態において、設定情報は、該１組のトリガ条件１２５について共通であってもよい。言い換えれば、全てのトリガ条件に基づいて一つのＲＡＴ間ハンドオーバ成功報告を設定してもよい。こうして、ＲＡＴ間ハンドオーバ成功報告についてのトリガ条件の設定を簡略化することができる。代替として、設定情報は、該１組のトリガ条件１２５のうちの１つに特有の情報であってもよい。つまり、トリガ条件ごとにＲＡＴ間ハンドオーバ成功報告を設定することができる。これにより、該１組のトリガ条件１２５のうちの１つ又は複数について、ＲＡＴ間ハンドオーバ成功報告を柔軟かつ選択的に生成することができる。
【0117】
図５は本開示のいくつかの実施形態にかかる、ネットワーク装置１１０と端末装置１２０との間の別の例示的な通信プロセス５００を示す図である。通信プロセス５００の例において、ネットワーク装置１１０は、最初に、セル１１５のシステム情報５１５を介して端末装置１２０に設定情報を送信してもよい（５１０）。これにより、端末装置１２０がソースセル１１５においてシステム情報５１５を受信すると（５２０）、端末装置１２０は、システム情報５１５から設定情報を取得することができる。設定情報が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされることを示し、ネットワーク装置１１０がＲＡＴ間ハンドオーバの指示５３５を送信する場合（５３０）、端末装置１２０は、指示５３５を受信した後（５４０）、ＲＡＴ間ハンドオーバのトリガ情報を決定することができる（５５０）。
【0118】
さらに、端末装置１２０が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告をトリガすると決定した場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報を収集することができる（５６０）。逆に、端末装置１２０が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告をトリガしないと決定した場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報の収集を回避することができる（５７０）。一方、設定情報がＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされないと示す場合、端末装置１２０は、トリガ情報をさらに決定することなく、ハンドオーバ成功報告の生成を回避することができる。
【0119】
図６は本開示のいくつかの実施形態にかかる、ネットワーク装置１１０と端末装置１２０との間のさらに別の例示的な通信プロセス６００を示す図である。例示的な通信プロセス６００において、ネットワーク装置１１０は、ハンドオーバ命令メッセージ６１５を介して設定情報を端末装置１２０に送信してもよい（６１０）。これにより、端末装置１２０がハンドオーバ命令メッセージ６１５を受信すると（６２０）、端末装置１２０は、ハンドオーバ命令メッセージ６１５から設定情報を取得することができる。設定情報がＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされると示す場合、端末装置１２０は、ＲＡＴ間ハンドオーバのトリガ情報を決定することができる（６３０）。
【0120】
さらに、端末装置１２０が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告をトリガすると決定した場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報を収集することができる（６４０）。逆に、端末装置１２０が、ＲＡＴ間ハンドオーバについてハンドオーバ成功報告をトリガしないと決定した場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報の収集を回避することができる（６５０）。一方、設定情報がＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされないと示す場合、端末装置１２０は、トリガ情報をさらに決定することなく、ハンドオーバ成功報告の生成を回避することができる。
【0121】
図７は本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートである。いくつかの実施形態において、方法７００は、端末装置、例えば図１Ａ、図１Ｂ及び図３に示すような端末装置１２０において実現されることができる。追加として又は代替として、方法７００は、図１Ａ、図１Ｂ及び図３に示されていない他の端末装置において実現されてもよい。説明のために、図１Ａ、図１Ｂ、及び図３を参照して一般性を失わずに端末装置１２０により実行されるように方法７００を説明する。
【0122】
ブロック７１０において、端末装置１２０は、第１のセル１１５を提供する第１のネットワーク装置１１０から、第１のセル１１５から第２のネットワーク装置１３０の第２のセル１３５への端末装置１２０のハンドオーバを実行する指示を受信する。ブロック７２０において、端末装置１２０は、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報であって、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示すトリガ情報を決定する。
【0123】
いくつかの実施形態において、該１組のトリガ条件は、端末装置１２０により実行されるＬＢＴプロセスに関連する第１のタイプのトリガ条件、端末装置１２０に関連付けられる高速ＭＣＧリンク回復に関連する第２のタイプのトリガ条件、ハンドオーバがＤＡＰＳハンドオーバである場合の第３のタイプのトリガ条件、及びハンドオーバがＣＨＯである場合の第４のタイプのトリガ条件のうちの少なくとも１つを含んでもよい。
【0124】
いくつかの実施形態において、第１のタイプのトリガ条件は、ＬＢＴプロセス中の継続的なＬＢＴ障害がトリガされて且つキャンセルされなかったこと、ＬＢＴプロセス中のＬＢＴ障害の回数をカウントするためのＬＢＴカウンタが所定の閾値より大きいことのうちの少なくとも１つを含んでもよい。
【0125】
いくつかの実施形態において、第１のネットワーク装置１１０は、端末装置１２０のマスタネットワーク装置であり、第３のネットワーク装置１５０は、端末装置１２０のセカンダリネットワーク装置であり、第２のタイプのトリガ条件は、端末装置１２０が、セカンダリネットワーク装置により提供されるＳＣＧを介して、指示を含むＲＲＣ再設定メッセージを受信することを含むことができ、前記ＲＲＣ再設定メッセージは、第１のセル１１５を含むＭＣＧを提供するマスタネットワーク装置にＳＣＧを介して端末装置１２０により送信されたＭＣＧ障害情報に応じたメッセージであり、該ＭＣＧ障害情報はＭＣＧ ＲＬＦを示す。
【0126】
いくつかの実施形態において、第３のタイプのトリガ条件は、端末装置１２０により第１のセル１１５においてＲＬＦが検出されたことを含んでもよい。
【0127】
いくつかの実施形態において、第４のタイプのトリガ条件は、第２のセル１３５を含む複数のＣＨＯ候補セルが設定されたことと、第２のセル１３５について複数の実行条件が設定されたこととのうちの少なくとも１つを含んでもよい。
【0128】
いくつかの実施形態において、ハンドオーバについてハンドオーバ成功報告がトリガされる場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき情報を収集することができる。
【0129】
いくつかの実施形態において、ハンドオーバについてハンドオーバ成功報告がトリガされない場合、端末装置１２０は、ハンドオーバ成功報告のための情報収集を回避することができる。
【0130】
いくつかの実施形態において、情報は、端末装置１２０により実行されるＬＢＴプロセスに関連する第１のタイプの情報と、端末装置１２０に関連付けられるＭＣＧリンク回復に関連する第２のタイプの情報と、ハンドオーバがＤＡＰＳハンドオーバである場合ハンドオーバ中の第１のセル１１５上のＲＬＦに関連する第３のタイプの情報と、ハンドオーバがＣＨＯである場合の第４のタイプの情報と、ハンドオーバの時間情報に関連する第５のタイプの情報とのうちの少なくとも１つを含んでもよい。
【0131】
いくつかの実施形態において、この情報は、第１のセル１１５内の端末装置１２０の識別子を含んでもよい。
【0132】
いくつかの実施形態において、第１のタイプの情報は、継続的なＬＢＴ障害の指示、継続的なＬＢＴ障害がトリガされる１つ又は複数のＢＷＰに関する情報、継続的なＬＢＴ障害回復が実行された順序でのＢＷＰ、ＬＢＴ障害の回数をカウントするためのカウンタの値、及び継続的なＬＢＴ障害検出についてのタイマの値のうちの少なくとも１つを含んでもよい。
【0133】
いくつかの実施形態において、第２のタイプの情報は、ＭＣＧ ＲＬＦが検出されてからハンドオーバが完了するまでの継続期間、ＭＣＧリンク回復の継続期間を表すタイマの値、ＭＣＧ ＲＬＦの指示、ＭＣＧのＲＬＦ報告、及びＭＣＧリンク回復においてＳＲＢ３を使用するか、又はスプリットＳＲＢ１のＳＣＧリンクを使用するかに関する指示のうちの少なくとも１つを含んでもよい。
【0134】
いくつかの実施形態において、第３のタイプの情報は、第１のセル１１５においてＲＬＦが検出されてからＤＡＰＳハンドオーバが完了するまでの継続期間を含んでもよい。
【0135】
いくつかの実施形態において、第４のタイプの情報は、第２のセルを含む複数のＣＨＯ候補セルの識別子、該複数のＣＨＯ候補セルの測定結果、該複数のＣＨＯ候補セルの実行条件、及び第２のセル１３５の満たされる実行条件のうちの少なくとも１つを含んでもよい。
【0136】
いくつかの実施形態において、第５のタイプの情報は、ハンドオーバが開始してから第２のネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、ハンドオーバが完了してから第２のネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、ハンドオーバが開始される時点、及び、ハンドオーバが完了する時点のうちの少なくとも１つを含んでもよい。
【0137】
いくつかの実施形態において、第１のセル１１５は第１のＲＡＴに基づいてもよく、第２のセル１３５は第１のＲＡＴとは異なる第２のＲＡＴに基づいてもよい。
【0138】
いくつかの実施形態において、第２のＲＡＴはＬＴＥであってもよく、ハンドオーバ成功報告がハンドオーバについてトリガされる場合、端末装置１２０は、ハンドオーバ成功報告内で報告すべき第２のセル１３５のセル識別情報を収集することができる。セル識別情報は、ＣＧＩ及び関連付けられるＴＡＣを含んでもよい。
【0139】
いくつかの実施形態において、トリガ情報を決定するとき、端末装置１２０が、ＲＡＴ間ハンドオーバとしてのハンドオーバについてハンドオーバ成功報告がサポートされることを示す設定情報を第１のネットワーク装置１１０から受信した場合、端末装置１２０はトリガ情報を決定することができる。
【0140】
いくつかの実施形態において、設定情報は、第１のセル１１５のシステム情報、及び／又は端末装置１２０にハンドオーバを実行させるハンドオーバ命令メッセージ内で搬送されてもよい。
【0141】
いくつかの実施形態において、設定情報は、該１組のトリガ条件について共通であってもよい。代替として、いくつかの実施形態において、設定情報は、該１組のトリガ条件のうちの１つに特有の情報であってもよい。
【0142】
図８は本開示のいくつかの実施形態にかかる別の例示的な方法８００のフローチャートである。いくつかの実施形態において、方法８００は、ネットワーク装置、例えば図１Ａ、図１Ｂ及び図３に示すようなネットワーク装置１１０において実現されることができる。追加として又は代替として、方法８００は、図１Ａ、図１Ｂ及び図３に示されていない他の端末装置において実現されてもよい。説明のために、図１Ａ、図１Ｂ、及び図３を参照して一般性を失わずにネットワーク装置１１０により実行されるように方法８００を説明する。
【0143】
ブロック８１０において、ネットワーク装置１１０は、第１のＲＡＴに基づいてネットワーク装置１１０により提供される第１のセル１１５から第１のＲＡＴとは異なる第２のＲＡＴに基づく第２のセル１３５への端末装置１２０のＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされるか否かを示す設定情報を、端末装置１２０に送信する。
【0144】
いくつかの実施形態において、設定情報は、第１のセルのシステム情報と端末装置にＲＡＴ間ハンドオーバを実行させるハンドオーバ命令メッセージとのうちの少なくとも１つの中で搬送されてもよい。
【0145】
いくつかの実施形態において、設定情報は、ハンドオーバ成功報告をトリガするための１組のトリガ条件について共通であってもよい。代替として、いくつかの実施形態において、設定情報は、ハンドオーバ成功報告をトリガするためのトリガ条件に特有の情報であってもよい。
【0146】
本開示の実施形態によれば、端末装置は回路を備え、前記回路は、第１のセルを提供する第１のネットワーク装置から、前記第１のセルから第２のネットワーク装置の第２のセルへの前記端末装置のハンドオーバを実行する指示を受信し、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報であって、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示すトリガ情報を決定するように構成されている。
【0147】
いくつかの実施形態において、該１組のトリガ条件は、端末装置１２０により実行されるＬＢＴプロセスに関連する第１のタイプのトリガ条件、端末装置１２０に関連付けられる高速ＭＣＧリンク回復に関連する第２のタイプのトリガ条件、ハンドオーバがＤＡＰＳハンドオーバである場合の第３のタイプのトリガ条件、及びハンドオーバがＣＨＯである場合の第４のタイプのトリガ条件のうちの少なくとも１つを含んでもよい。
【0148】
いくつかの実施形態において、第１のタイプのトリガ条件は、ＬＢＴプロセス中の継続的なＬＢＴ障害がトリガされて且つキャンセルされなかったこと、ＬＢＴプロセス中のＬＢＴ障害の回数をカウントするためのＬＢＴカウンタが所定の閾値より大きいことのうちの少なくとも１つを含んでもよい。
【0149】
いくつかの実施形態において、第１のネットワーク装置１１０は、端末装置１２０のマスタネットワーク装置であり、第３のネットワーク装置１５０は、端末装置１２０のセカンダリネットワーク装置であり、第２のタイプのトリガ条件は、端末装置１２０が、セカンダリネットワーク装置により提供されるＳＣＧを介して、指示を含むＲＲＣ再設定メッセージを受信することを含むことができ、前記ＲＲＣ再設定メッセージは、第１のセル１１５を含むＭＣＧを提供するマスタネットワーク装置にＳＣＧを介して端末装置１２０により送信されたＭＣＧ障害情報に応じたメッセージであり、該ＭＣＧ障害情報はＭＣＧ ＲＬＦを示す。
【0150】
いくつかの実施形態において、第３のタイプのトリガ条件は、端末装置１２０により第１のセル１１５においてＲＬＦが検出されたことを含んでもよい。
【0151】
いくつかの実施形態において、第４のタイプのトリガ条件は、第２のセル１３５を含む複数のＣＨＯ候補セルが設定されたことと、第２のセル１３５について複数の実行条件が設定されたこととのうちの少なくとも１つを含んでもよい。
【0152】
いくつかの実施形態において、この回路は、ハンドオーバについてハンドオーバ成功報告がトリガされる場合に、ハンドオーバ成功報告内で報告すべき情報を収集するようにさらに構成されている。
【0153】
いくつかの実施形態において、この回路は、ハンドオーバについてハンドオーバ成功報告がトリガされない場合、ハンドオーバ成功報告のための情報の収集を回避するようにさらに構成されている。
【0154】
いくつかの実施形態において、情報は、端末装置１２０により実行されるＬＢＴプロセスに関連する第１のタイプの情報と、端末装置１２０に関連付けられるＭＣＧリンク回復に関連する第２のタイプの情報と、ハンドオーバがＤＡＰＳハンドオーバである場合ハンドオーバ中の第１のセル１１５上のＲＬＦに関連する第３のタイプの情報と、ハンドオーバがＣＨＯである場合の第４のタイプの情報と、ハンドオーバの時間情報に関連する第５のタイプの情報とのうちの少なくとも１つを含んでもよい。
【0155】
いくつかの実施形態において、この情報は、第１のセル１１５内の端末装置１２０の識別子を含んでもよい。
【0156】
いくつかの実施形態において、第１のタイプの情報は、継続的なＬＢＴ障害の指示、継続的なＬＢＴ障害がトリガされる１つ又は複数のＢＷＰに関する情報、継続的なＬＢＴ障害回復が実行された順序でのＢＷＰ、ＬＢＴ障害の回数をカウントするためのカウンタの値、及び継続的なＬＢＴ障害検出についてのタイマの値のうちの少なくとも１つを含んでもよい。
【0157】
いくつかの実施形態において、第２のタイプの情報は、ＭＣＧ ＲＬＦが検出されてからハンドオーバが完了するまでの継続期間、ＭＣＧリンク回復の継続期間を表すタイマの値、ＭＣＧ ＲＬＦの指示、ＭＣＧのＲＬＦ報告、及びＭＣＧリンク回復においてＳＲＢ３を使用するか、又はスプリットＳＲＢ１のＳＣＧリンクを使用するかに関する指示のうちの少なくとも１つを含んでもよい。
【0158】
いくつかの実施形態において、第３のタイプの情報は、第１のセル１１５においてＲＬＦが検出されてからＤＡＰＳハンドオーバが完了するまでの継続期間を含んでもよい。
【0159】
いくつかの実施形態において、第４のタイプの情報は、第２のセルを含む複数のＣＨＯ候補セルの識別子、該複数のＣＨＯ候補セルの測定結果、該複数のＣＨＯ候補セルの実行条件、及び第２のセル１３５の満たされる実行条件のうちの少なくとも１つを含んでもよい。
【0160】
いくつかの実施形態において、第５のタイプの情報は、ハンドオーバが開始してから第２のネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、ハンドオーバが完了してから第２のネットワーク装置１３０又は別のネットワーク装置にハンドオーバ成功報告が送信されるまでの継続期間、ハンドオーバが開始される時点、及び、ハンドオーバが完了する時点のうちの少なくとも１つを含んでもよい。
【0161】
いくつかの実施形態において、第１のセル１１５は第１のＲＡＴに基づいてもよく、第２のセル１３５は第１のＲＡＴとは異なる第２のＲＡＴに基づいてもよい。
【0162】
いくつかの実施形態において、第２のＲＡＴはＬＴＥであってもよく、回路は、ハンドオーバについてハンドオーバ成功報告がトリガされる場合、ハンドオーバ成功報告内で報告すべき第２のセル１３５のセル識別情報を収集するようにさらに構成されている。セル識別情報は、ＣＧＩ及び関連付けられるＴＡＣを含んでもよい。
【0163】
いくつかの実施形態において、回路は、端末装置１２０が、ＲＡＴ間ハンドオーバとしてのハンドオーバについてハンドオーバ成功報告がサポートされることを示す設定情報を第１のネットワーク装置１１０から受信した場合、トリガ情報を決定するようにさらに構成される。
【0164】
いくつかの実施形態において、設定情報は、第１のセル１１５のシステム情報、及び／又は端末装置１２０にハンドオーバを実行させるハンドオーバ命令メッセージ内で搬送されてもよい。
【0165】
いくつかの実施形態において、設定情報は、該１組のトリガ条件について共通であってもよい。代替として、いくつかの実施形態において、設定情報は、該１組のトリガ条件のうちの１つに特有の情報であってもよい。
【0166】
本開示の実施形態によれば、ネットワーク装置は、端末装置に、第１のセルから第２のセルへの前記端末装置のＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされるか否かを示す設定情報を送信するように構成された回路を備える。前記第１のセルは、第１のＲＡＴに基づいて前記ネットワーク装置により提供され、前記第２のセルは、前記第１のＲＡＴとは異なる第２のＲＡＴに基づいている。
【0167】
いくつかの実施形態において、設定情報は、第１のセルのシステム情報と端末装置にＲＡＴ間ハンドオーバを実行させるハンドオーバ命令メッセージとのうちの少なくとも１つの中で搬送されてもよい。
【0168】
いくつかの実施形態において、設定情報は、ハンドオーバ成功報告をトリガするための１組のトリガ条件について共通であってもよい。代替として、いくつかの実施形態において、設定情報は、ハンドオーバ成功報告をトリガするためのトリガ条件に特有の情報であってもよい。
【0169】
図９は本開示のいくつかの実施形態を実装するのに適した装置９００の概略ブロック図である。装置９００は、図１に示すネットワーク装置１１０又は端末装置１２０の別の実施形態であるとみなされる。したがって、装置９００は、ネットワーク装置１１０及び端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。
【0170】
図示されるように、装置９００は、プロセッサ９１０と、プロセッサ９１０に結合されたメモリ９２０と、プロセッサ９１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）９４０と、ＴＸ／ＲＸ ９４０に結合された通信インターフェースとを備える。メモリ９２０は、プログラム９３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ９４０は双方向通信に用いられる。ＴＸ／ＲＸ ９４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｇＮＢ又はｅＮＢ間の双方向通信のためのＸ２又はＸｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ＥＮＴＩＴＹ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｇＮＢ又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0171】
プログラム９３０は、図１４から図１９のうちの何れかを参照して本明細書で説明したように、関連するプロセッサ９１０により実行された場合、装置９００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むとみなされる。本明細書の実施形態は、装置９００のプロセッサ９１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現してもよい。プロセッサ９１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ９１０とメモリ９２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段９５０を形成してもよい。
【0172】
メモリ９２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースのメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現してもよい。装置９００内には１つのメモリ９２０のみが示されているが、装置９００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ９１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置９００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0173】
本開示の機器及び／又は装置に含まれるコンポーネントは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを含む様々な態様で実現されることが可能である。いくつかの実施形態において、記憶媒体上に記憶されたマシン実行可能な命令などのようなソフトウェア及び／又はファームウェアを使用して１つ又は複数のユニットを実現してもよい。マシン実行可能な命令に加えて、又はその代わりに、機器及び／又は装置内のユニットの一部又は全部は、少なくとも部分的に、１つ又は複数のハードウェア論理コンポーネントにより実装されてもよい。限定ではなく、一例として、使用可能なハードウェア論理コンポーネントの例示的なタイプは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、特定用途向け汎用製品（ＡＳＳＰ：Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔ）、システムオンチップ（ＳＯＣ）、複合プログラマブル論理装置（ＣＰＬＤ：Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などを含む。
【0174】
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現してもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。
【0175】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２、図５から図８の何れか一つを参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
【0176】
本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。
【0177】
上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体でもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。
【0178】
なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実施形態の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に特有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。
【0179】
本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2023-08-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
端末装置において、第１のセルを提供する第１のネットワーク装置から、前記第１のセルから第２のネットワーク装置の第２のセルへの前記端末装置のハンドオーバを実行する指示を受信することと、１組のトリガ条件に基づいて、前記ハンドオーバのハンドオーバ成功報告に関するトリガ情報であって、前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされるか否かを示すトリガ情報を決定することと
を含む通信の方法。
【請求項2】
前記１組のトリガ条件は、前記端末装置により実行されるｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ（ＬＢＴ）プロセスに関連する第１のタイプのトリガ条件と、
前記端末装置に関連付けられる高速マスタセルグループ（ＭＣＧ）リンク回復に関連する第２のタイプのトリガ条件と、
前記ハンドオーバがデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバである場合の第３のタイプのトリガ条件と、
前記ハンドオーバが条件付きハンドオーバ（ＣＨＯ）である場合の第４のタイプのトリガ条件と
のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項3】
前記第１のタイプのトリガ条件は、前記ＬＢＴプロセス中の継続的なＬＢＴ障害がトリガされて且つキャンセルされなかったことと、
前記ＬＢＴプロセス中のＬＢＴ障害の回数をカウントするためのＬＢＴカウンタが所定の閾値より大きいことと
のうちの少なくとも１つを含む請求項２に記載の方法。
【請求項4】
前記第１のネットワーク装置は前記端末装置のマスタネットワーク装置であり、第３のネットワーク装置は前記端末装置のセカンダリネットワーク装置であり、前記第２のタイプのトリガ条件は、
前記端末装置が、前記セカンダリネットワーク装置により提供されるセカンダリセルグループ（ＳＣＧ）を介して、前記指示を含む無線リソース制御（ＲＲＣ）再設定メッセージを受信することを含み、
前記ＲＲＣ再設定メッセージは、前記第１のセルを含むＭＣＧを提供する前記マスタネットワーク装置に前記ＳＣＧを介して前記端末装置により送信されたＭＣＧ障害情報に応じたものであり、前記ＭＣＧ障害情報はＭＣＧ無線リンク障害（ＲＬＦ）を示す
請求項２又は３に記載の方法。
【請求項5】
前記第３のタイプのトリガ条件は、前記端末装置により前記第１のセルにおいてＲＬＦが検出されたことを含む
請求項２に記載の方法。
【請求項6】
前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされたとの決定に従って、前記ハンドオーバ成功報告内で報告すべき情報を収集すること、又は
前記ハンドオーバについて前記ハンドオーバ成功報告がトリガされないとの決定に従って、前記ハンドオーバ成功報告のための情報の収集を回避すること
をさらに含む請求項１に記載の方法。
【請求項7】
前記情報は、前記端末装置により実行されるＬＢＴプロセスに関連する第１のタイプの情報と、
前記端末装置に関連付けられるＭＣＧリンク回復に関連する第２のタイプの情報と、
前記ハンドオーバがＤＡＰＳハンドオーバである場合の、前記ハンドオーバ中の前記第１のセル上のＲＬＦに関連する第３のタイプの情報と、
前記ハンドオーバがＣＨＯである場合の第４のタイプの情報と、
前記ハンドオーバの時間情報に関連する第５のタイプの情報と、
前記第１のセル内の前記端末装置の識別子と
のうちの少なくとも１つを含む請求項６に記載の方法。
【請求項8】
前記第１のタイプの情報は、継続的なＬＢＴ障害の指示と、
前記継続的なＬＢＴ障害がトリガされる１つ又は複数の帯域幅パート（ＢＷＰ）に関する情報と、
継続的なＬＢＴ障害回復が実行された順序でのＢＷＰと、
ＬＢＴ障害の回数をカウントするためのカウンタの値と、
継続的なＬＢＴ障害検出についてのタイマの値と
のうちの少なくとも１つを含む請求項７に記載の方法。
【請求項9】
前記第２のタイプの情報は、ＭＣＧ ＲＬＦが検出されてから前記ハンドオーバが完了するまでの継続期間と、
前記ＭＣＧリンク回復の継続期間を表すタイマの値と、
ＭＣＧ ＲＬＦの指示と、
前記ＭＣＧのＲＬＦ報告と、
前記ＭＣＧリンク回復においてシグナリング無線ベアラ３（ＳＲＢ３）を使用するか、又はスプリットＳＲＢ１のＳＣＧリンクを使用するかに関する指示と
のうちの少なくとも１つを含む請求項７又は８に記載の方法。
【請求項10】
前記第１のセルは、第１の無線アクセス技術（ＲＡＴ）に基づき、且つ、前記第２のセルは、前記第１のＲＡＴとは異なる第２のＲＡＴに基づく
請求項１に記載の方法。
【請求項11】
前記第２のＲＡＴは、ロングタームエボリューション（ＬＴＥ）であり、前記方法は、前記ハンドオーバ成功報告が前記ハンドオーバについてトリガされたとの決定に従って、前記ハンドオーバ成功報告内で報告すべき、前記第２のセルの、セルグローバル識別子（ＣＧＩ）及び関連付けられる追跡領域コード（ＴＡＣ）を含むセル識別情報を収集することをさらに含む
請求項１０に記載の方法。
【請求項12】
前記トリガ情報を決定することは、ＲＡＴ間ハンドオーバとして前記ハンドオーバについて前記ハンドオーバ成功報告がサポートされることを示す設定情報を前記第１のネットワーク装置から受信したことに従って、前記トリガ情報を決定することを含む
請求項１０又は１１に記載の方法。
【請求項13】
前記設定情報は、前記第１のセルのシステム情報内で搬送されることと、
前記端末装置に前記ハンドオーバを実行させるハンドオーバ命令メッセージ内で搬送されることと、
前記１組のトリガ条件について共通であることと、
前記１組のトリガ条件のうちの１つに特有の情報であることと
のうちの少なくとも１つである請求項１２に記載の方法。
【請求項14】
第１の無線アクセス技術（ＲＡＴ）に基づいてネットワーク装置により提供される第１のセルから前記第１のＲＡＴとは異なる第２のＲＡＴに基づく第２のセルへの端末装置のＲＡＴ間ハンドオーバについてハンドオーバ成功報告がサポートされるか否かを示す設定情報を、前記ネットワーク装置において前記端末装置に送信することを含む通信の方法。
【請求項15】
前記設定情報は、前記第１のセルのシステム情報内で搬送されることと、
前記端末装置に前記ＲＡＴ間ハンドオーバを実行させるハンドオーバ命令メッセージ内で搬送されることと、
前記ハンドオーバ成功報告をトリガするための１組のトリガ条件について共通であることと、
前記ハンドオーバ成功報告をトリガするためのトリガ条件に特有の情報であることと
のうちの少なくとも１つである請求項１４に記載の方法。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【0061】
一例として、第１のタイプのトリガ条件は、ＬＢＴプロセス中の継続的なＬＢＴ障害がトリガされ、キャンセルされなかったことであってもよい。トリガされキャンセルされなかった継続的なＬＢＴ障害は、ハンドオーバ前又はハンドオーバ中に端末装置１２０により実行されるＬＢＴ障害回復プロセスが最適でなく、ハンドオーバを最適化することにより改善されることができることを示唆する可能性がある。したがって、このような継続的なＬＢＴ障害に関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、継続的なＬＢＴ障害に関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連する継続的なＬＢＴ障害を回避することができる。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【0062】
別の例として、第１のタイプのトリガ条件は、ＬＢＴプロセス中のＬＢＴ障害の回数をカウントするためのＬＢＴカウンタが所定の閾値より大きいことであってもよい。所定の閾値より高いＬＢＴ障害の回数は、ハンドオーバ前又はハンドオーバ中に端末装置１２０により実行されるＬＢＴプロシージャにおいて１つ又は複数のＬＢＴ障害が発生するため、ハンドオーバプロシージャは最適でなく、ハンドオーバ関連パラメータを最適化することにより改善されることができることを示唆する可能性がある。したがって、このようなＬＢＴカウンタに関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、ＬＢＴカウンタに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連するＬＢＴ障害のうちの１つ又は複数を回避することができる。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【0071】
端末装置１２０により受信されるこのようなＲＲＣ再設定メッセージは、ハンドオーバの前又はハンドオーバ中に端末装置１２０用のＭＣＧが最適でなく、ハンドオーバを最適化することによって改善することができることを意味する可能性がある。したがって、このようなＲＲＣ再設定メッセージに関するトリガ条件によって、端末装置１２０は、ハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０は、ＲＲＣ再設定メッセージに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて将来のハンドオーバプロシージャを最適化して、将来のハンドオーバの前にセル１１５内の端末装置に関連するＭＣＧ障害を回避することができる。より具体的には、ハンドオーバによるＭＣＧ回復が成功した場合、端末装置１２０によりＭＣＧ障害情報を報告することができ、これにより、ネットワークが高速ＭＣＧ回復の性能を分析して向上させることができる。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【0075】
このようなＤＡＰＳカウンタ中のソースセル１１５上のＲＬＦに関するトリガ条件によって、端末装置１２０は、ＤＡＰＳハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してソースネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、ソースセル１１５上のＲＬＦに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、ソースセル１１５及び／又はターゲットセル１３５に関連する将来のＤＡＰＳハンドオーバプロシージャを改善することができる。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【0078】
したがって、セル１１５からセル１３５への条件付きハンドオーバの場合、端末装置１２０が条件付きハンドオーバに関連する第４のタイプのトリガ条件を備えて設定されている場合、ソースネットワーク装置１１０又はターゲットネットワーク装置１３０は、ソースセル１１５又はターゲットセル１３５に関連する将来の条件付きハンドオーバを改善することができる。例えば、第４のタイプのトリガ条件は、セル１３５を含む複数のＣＨＯ候補セルが設定されたことであってもよい。複数の設定されたＣＨＯ候補セルは、ＣＨＯについて複数のターゲットセルが設定されたことを意味してもよい。したがって、このような複数のＣＨＯ候補セルに関するトリガ条件によって、端末装置１２０は、複数の候補セルとのＣＨＯに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、複数のＣＨＯ候補セルに関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、該複数の候補セルとの将来のＣＨＯを改善することができる。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【0079】
別の例として、第４のタイプのトリガ条件は、ターゲットセル１３５について複数（例えば、２つ）の実行条件が設定されたことであってもよい。ターゲットセル１３５についての複数の設定された実行条件は、ターゲットセル１３５への端末装置１２０のハンドオーバについて、複数の実行条件の全てが満たされるわけではないことを意味してもよい。したがって、このような複数の実行条件に関するトリガ条件によって、端末装置１２０は、条件付きハンドオーバに関連する情報を収集し、収集した情報をターゲットネットワーク装置１３０又は端末装置１２０の別のサービングネットワーク装置を介してネットワーク装置１１０に報告するようにトリガされることができる。こうして、ソースネットワーク装置１１０及び／又はターゲットネットワーク装置１３０は、複数の実行条件に関するトリガ条件によりトリガされたハンドオーバ成功報告に基づいて、該複数の実行条件を備える将来の条件付きハンドオーバを改善することができる。
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【0106】
図４は本開示のいくつかの実施形態にかかる、端末装置１２０のハンドオーバに関連するいくつかの時点４１０、４２０並びに４３０及び継続期間４１５、４２５並びに４３５を示す概略図である。図１Ａ及び図４を参照し、時点４１０は、セル１１５からセル１３５への端末装置１２０のハンドオーバが開始される時点を表してもよい。時点４２０は、セル１１５からセル１３５への端末装置１２０のハンドオーバが完了する時点を表してもよい。時点４３０は、ハンドオーバのハンドオーバ成功報告がターゲットネットワーク装置１３０又は別のネットワーク装置に送信される時点を表してもよい。
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】０１７１
【補正方法】変更
【補正の内容】
【0171】
プログラム９３０は、図１から図８のうちの何れかを参照して本明細書で説明したように、関連するプロセッサ９１０により実行された場合、装置９００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むとみなされる。本明細書の実施形態は、装置９００のプロセッサ９１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現してもよい。プロセッサ９１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ９１０とメモリ９２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段９５０を形成してもよい。
【手続補正書】
【提出日】2023-12-28
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
端末装置によって実行される方法であって、第１の無線アクセス技術（ＲＡＴ）を使用する第１のセルから第２のＲＡＴを使用する第２のセルへの前記端末装置のハンドオーバを命令するための第１のメッセージを受信し、
前記第２のセルのグローバルセル識別子および追跡領域コードを含むハンドオーバ成功情報を、ハンドオーバ成功報告変数に格納する、
方法。
【請求項2】
前記第１のＲＡＴは、ＮＲであり、前記第２のＲＡＴは、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）である、請求項１に記載の方法。
【請求項3】
前記第１のメッセージは、前記端末装置が前記ハンドオーバ成功情報を報告するための設定を含む、請求項１に記載の方法。
【請求項4】
さらに、ハンドオーバ成功報告を要求するための第２のメッセージを受信し、前記第２のメッセージの受信に応じて、前記ハンドオーバの実行から経過した時間を、前記ハンドオーバ成功報告変数に格納する、
請求項１に記載の方法。
【請求項5】
端末装置によって実行される方法であって、無線リソース制御（ＲＲＣ）再設定メッセージを受信し、
マスタセルグループ（ＭＣＧ）回復手順に関する時間情報を、報告に格納する、
方法。
【請求項6】
前記時間情報は、タイマＴ３１６が停止される時間に関連付けられる、請求項５に記載の方法。
【請求項7】
ネットワーク装置によって実行される方法であって、第１の無線アクセス技術（ＲＡＴ）を使用する第１のセルから第２のＲＡＴを使用する第２のセルへの端末装置のハンドオーバを命令するための第１のメッセージを送信し、
前記第２のセルのグローバルセル識別子および追跡領域コードを含むハンドオーバ成功情報を、ハンドオーバ成功報告変数において受信する、
方法。
【請求項8】
前記第１のＲＡＴは、ＮＲであり、前記第２のＲＡＴは、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）である、請求項７に記載の方法。
【請求項9】
前記第１のメッセージは、前記端末装置が前記ハンドオーバ成功情報を報告するための設定を含む、請求項７に記載の方法。
【請求項10】
さらに、ハンドオーバ成功報告を要求するための第２のメッセージを送信し、前記ハンドオーバの実行から経過した時間を、前記ハンドオーバ成功報告変数において受信する、
請求項７に記載の方法。
【請求項11】
ネットワーク装置によって実行される方法であって、無線リソース制御（ＲＲＣ）再設定メッセージを送信し、
マスタセルグループ（ＭＣＧ）回復手順に関する時間情報を、報告において受信する、
方法。
【請求項12】
前記時間情報は、タイマＴ３１６が停止される時間に関連付けられる、請求項１１に記載の方法。
【請求項13】
端末装置であって、第１の無線アクセス技術（ＲＡＴ）を使用する第１のセルから第２のＲＡＴを使用する第２のセルへの前記端末装置のハンドオーバを命令するための第１のメッセージを受信する手段と、
前記第２のセルのグローバルセル識別子および追跡領域コードを含むハンドオーバ成功情報を、ハンドオーバ成功報告変数に格納する手段と、
を備える端末装置。
【請求項14】
前記第１のＲＡＴは、ＮＲであり、前記第２のＲＡＴは、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）である、請求項１３に記載の端末装置。
【請求項15】
前記第１のメッセージは、前記端末装置が前記ハンドオーバ成功情報を報告するための設定を含む、請求項１３に記載の端末装置。
【請求項16】
ハンドオーバ成功報告を要求するための第２のメッセージを受信する手段と、前記第２のメッセージの受信に応じて、前記ハンドオーバの実行から経過した時間を、前記ハンドオーバ成功報告変数に格納する手段と、
をさらに備える、請求項１３に記載の端末装置。
【請求項17】
無線リソース制御（ＲＲＣ）再設定メッセージを受信する手段と、マスタセルグループ（ＭＣＧ）回復手順に関する時間情報を、報告に格納する手段と、
を備える端末装置。
【請求項18】
前記時間情報は、タイマＴ３１６が停止される時間に関連付けられる、請求項１７に記載の端末装置。
【請求項19】
第１の無線アクセス技術（ＲＡＴ）を使用する第１のセルから第２のＲＡＴを使用する第２のセルへの端末装置のハンドオーバを命令するための第１のメッセージを送信する手段と、前記第２のセルのグローバルセル識別子および追跡領域コードを含むハンドオーバ成功情報を、ハンドオーバ成功報告変数において受信する手段と、
を備えるネットワーク装置。
【請求項20】
前記第１のＲＡＴは、ＮＲであり、前記第２のＲＡＴは、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）である、請求項１９に記載のネットワーク装置。
【請求項21】
前記第１のメッセージは、前記端末装置が前記ハンドオーバ成功情報を報告するための設定を含む、請求項１９に記載のネットワーク装置。
【請求項22】
ハンドオーバ成功報告を要求するための第２のメッセージを送信する手段と、前記ハンドオーバの実行から経過した時間を、前記ハンドオーバ成功報告変数において受信する手段と、
をさらに備える、請求項１９に記載のネットワーク装置。
【請求項23】
無線リソース制御（ＲＲＣ）再設定メッセージを送信する手段と、マスタセルグループ（ＭＣＧ）回復手順に関する時間情報を、報告において受信する手段と、
を備えるネットワーク装置。
【請求項24】
前記時間情報は、タイマＴ３１６が停止される時間に関連付けられる、請求項２３に記載のネットワーク装置。
【国際調査報告】