▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7478845条件付きハンドオーバ（ＣＨＯ）時にＭＲ－ＤＣを保持すること／変更すること
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-24
(45)【発行日】2024-05-07
(54)【発明の名称】条件付きハンドオーバ（ＣＨＯ）時にＭＲ－ＤＣを保持すること／変更すること
(51)【国際特許分類】
H04W 36/28 20090101AFI20240425BHJP
H04W 36/36 20090101ALI20240425BHJP
【ＦＩ】
H04W36/28
H04W36/36
【請求項の数】
25
(21)【出願番号】P 2022569499
(86)(22)【出願日】2021-05-20
(65)【公表番号】
(43)【公表日】2023-06-21
(86)【国際出願番号】 SE2021050479
(87)【国際公開番号】W WO2021236003
(87)【国際公開日】2021-11-25
【審査請求日】2023-01-16
(31)【優先権主張番号】63/028,408
(32)【優先日】2020-05-21
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ダ シルヴァ， イカロ エル．イェー．
(72)【発明者】
【氏名】ミュラー， ジュリアン
【審査官】鈴木 重幸
(56)【参考文献】
【文献】Ericsson，CHO and MR-DC operation[online]，3GPP TSG RAN WG2 #109bis-e R2-2003035，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003035.zip>，2020年04月09日
【文献】CATT，Discussion on intra-CU CHO[online]，3GPP TSG RAN WG3 #106 R3-196730，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_106/Docs/R3-196730.zip>，2019年11月09日
【文献】Ericsson，CHO in MR-DC operation[online]，3GPP TSG RAN WG3 #107bis_e R3-202367，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_107bis_e/Docs/R3-202367.zip>，2020年04月09日
【文献】Lenovo, Motorola Mobility，CP flow for LTE conditional handover[online]，3GPP TSG RAN WG2 #105 R2-1901071，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105/Docs/R2-1901071.zip>，2019年02月15日
【文献】MediaTek Inc.，Discussions on LTE Conditional Handover Procedures[online]，3GPP TSG RAN WG2 #106 R2-1906489，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906489.zip>，2019年05月03日
【文献】Ericsson，Failure handling interaction (CHO, fast MCG recovery and timer T312)[online]，3GPP TSG RAN WG2 #109bis-e R2-2003036，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003036.zip>，2020年04月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(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】
コンピュータ可読媒体であって、その上に記憶された、請求項２４に記載のコンピュータプログラムを備える、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、無線通信デバイスに関し、より詳細には、マルチコネクティビティ動作シナリオにおける条件付き再設定に関する。
【背景技術】
【0002】
いくつかの再設定プロシージャは、特に、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）システムにおける障害を受けやすく、それらの無線リンクが、それらのより高い動作周波数により高速フェージングを起こしやすい。条件付き再設定は、この点について、障害に対するロバストネスを改善するための１つの手法である。この手法の下で、ネットワークは、無線デバイスに条件付き再設定を送信し、その条件付き再設定を実行するように無線デバイスをトリガするためのものである条件を指定する。無線デバイスは、条件が満足されたことを無線デバイスが検出するまで、条件付き再設定を実行するのを待つ。デバイスがその条件を検出すると、デバイスは、任意の他のシグナリングを受信することなしに条件付き再設定を自律的に実行し得、したがって、再設定がリンク劣化に対してロバストであることがわかっている。
【0003】
「マルチコネクティビティ」または「マルチコネクティビティ動作」という用語は、複数の異なる無線ネットワークノードへの、または異なる無線ネットワークノードによって提供される複数の異なるセルへの、（たとえば、無線リソース制御（ＲＲＣ）レイヤにおける）無線デバイスの同時接続を指す。第３世代パートナーシッププロジェクト（３ＧＰＰ）のメンバーによって開発された無線ネットワークにおいて、マルチコネクティビティ動作のうちの１つのカテゴリーは、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ：ｍｕｌｔｉ－ｒａｄｉｏ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）と呼ばれる。ＭＲ－ＤＣにおいて動作するユーザ機器（ＵＥ）が、マスタノード（ＭＮ）接続と２次ノード（ＳＮ）接続とを有する。ＭＲ－ＤＣ設定の一例は、ＬＴＥ ｅノードＢがＭＮとして動作し、ＮＲ ｇノードＢがＳＮとして動作する、ＥＵＴＲＡＮ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ）である。たとえば、ＭＮとＳＮの両方が（１つまたは複数の）ＮＲ ｇノードＢである、他の設定も可能である。
【0004】
３ＧＰＰ仕様のリリース１５以来、ＭＲ－ＤＣにおいて動作するＵＥのためのＭＮとして動作するノードが、ＭＲ－ＤＣにおいて動作するＵＥのためのハンドオーバ（同期を伴う再設定）をトリガすることができる。それが行われたとき、ハンドオーバ要求を受信するターゲットＭＮが、ＭＲ－ＤＣを解放するか、または入来するＵＥとのＭＲ－ＤＣ動作を続けるかのいずれかを行うことを判断し得る。
【0005】
この条件付き再設定手法は、障害に対するロバストネスを改善することができるが、その使用は、いくつかのコンテキストにおいて難しいことがわかっている。より詳細には、条件付き再設定に対する知られている手法は、マルチコネクティビティに関与する多くの無線ネットワークノードまたはセルを適切に考慮することができない。
【発明の概要】
【0006】
ＭＲ－ＤＣにおいて、ＳＮをセットアップするＳＮ追加要求メッセージの送信と、ＳＮ再設定完了の受信との間の予想される時間は、かなり短い。ＣＨＯにおいて、ＵＥは、候補ターゲットＭＮにアクセスするのにより長くかかることがあるか、または候補ターゲットＭＮにアクセスすることを試みないことさえあるので、これは、候補ターゲットＳＮからの多くの意図しないＳＮ解放につながり得る。これは、競合条件（ｒａｃｅ ｃｏｎｄｉｔｉｏｎ）、たとえば、候補ターゲットＭＮがそのＣＨＯ設定をソースＭＮのほうへ繰り返し修正しなければならないことを生じ得る。
【0007】
この問題に加えて、ターゲットＭＮ候補が、ＣＨＯに応答して、ハンドオーバ要求確認応答メッセージを送信するとき、ＳＮを保持するか、または変更することを判断するイベントにおいて、レガシープロシージャは、ソースＭＮがＳＮを解放することを規定する。しかしながら、ＣＨＯの場合、条件が満足されるときのみ、ＵＥにおける等価な変更が実施されるので、それは所望の挙動ではない。
【0008】
本明細書で説明される様々な実施形態は、これらの問題の一部または全部に対処する。
【0009】
特定の実施形態によれば、第１の例示的な方法が、無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法を含む。本方法は、いくつかの実施形態では、条件付き再設定で無線デバイスを設定することを決定することを含む。本方法は、第３のネットワークノードに、プロシージャが条件付きハンドオーバのためのものであるという指示を含むハンドオーバ要求メッセージを送信することをさらに含み得る。本方法は、ハンドオーバ要求メッセージの確認応答を受信することと、応答して、無線デバイスのための２次ネットワークノードとして動作する第２のネットワークノードへの解放メッセージの送信を遅延させることとをさらに含み得る。
【0010】
他の特定の実施形態によれば、第２の例示的な方法が、無線デバイスのマルチコネクティビティ動作のための候補ターゲットネットワークノードとして動作するように設定されたネットワークノードによって実施される方法を含む。本方法は、無線デバイスのためのソースネットワークノードからハンドオーバ要求メッセージを受信することであって、ハンドオーバ要求メッセージは、プロシージャが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを受信することを含む。本方法は、候補ターゲット２次ネットワークノードに、要求が条件付きハンドオーバのためのものであるという指示を含む２次ノード追加要求を送信することをさらに含む。本方法は、２次ノード追加要求の確認応答を受信することと、第１のネットワークノードにハンドオーバ要求の確認応答を送信することとをまたさらに含む。
【0011】
他の特定の実施形態によれば、第３の例示的な方法が、無線デバイスのための候補ターゲット２次ノードとして動作するように設定され得るネットワークノードによって実施される方法を含む。本方法は、要求が条件付き再設定のためのものであるという指示を含む２次ノード追加要求を受信することを含む。本方法は、２次ノード追加要求に応答して、２次ノード追加要求の確認応答を送信することをまたさらに含む。いくつかの実施形態では、本方法は、２次ノード追加要求を受信したことに応答して、監督タイマー（ｓｕｐｅｒｖｉｓｉｏｎ ｔｉｍｅｒ）を開始することを含み得、これは、監督タイマーを、要求が条件付き再設定のためのものであるという指示に基づく値にセットすることを含み得る。
【0012】
他の特定の実施形態によれば、第４の例示的な方法が、無線デバイスのマルチコネクティビティ動作のための候補ターゲットマスタノードとして動作するように設定されたネットワークノードによって実施される方法を含む。本方法は、無線デバイスから、ＲＲＣ再設定完了メッセージを受信することを含む。本方法は、無線デバイスが、条件付き再設定で設定されており、候補ターゲット２次ノードのための関連するマルチコネクティビティ関係設定を有すると決定することをさらに含む。本方法は、候補ターゲット２次ノードに、２次ノード再設定完了メッセージを送信することと、無線デバイスのためのソースマスタノードに、メッセージを送信することとをまたさらに含む。
【0013】
他の特定の実施形態によれば、第５の例示的な方法が、無線デバイスのための候補ターゲット２次ノードとして動作するように設定されたネットワークノードによって実施される方法を含む。本方法は、たとえば、無線デバイスの条件付きハンドオーバのためのマスタノード候補ターゲットから、２次ノード再設定完了メッセージを受信することを含む。本方法は、無線デバイスの条件付き２次ノード追加に関連する監督タイマーを停止することをさらに含む。本方法は、無線デバイスに関連するコンテキストがアクティブであると見なすことをまたさらに含む。
【0014】
他の特定の実施形態によれば、第６の例示的な方法が、無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定されたネットワークノードによって実施される方法を含む。本方法は、無線デバイスが条件付きハンドオーバを実行した候補ターゲットマスタノードから、メッセージを受信することを含む。本方法は、無線デバイスの条件付きハンドオーバが設定されたが実行されなかった候補ターゲットマスタノードに、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを送信することをさらに含む。
【0015】
第７の例示的な方法が、無線デバイスのマルチコネクティビティ条件付きハンドオーバのための候補ターゲットマスタノードによって実施される方法を含む。この方法は、無線デバイスのためのソースマスタノードから、無線デバイスのための条件付き再設定が解放されるべきであることを指示するメッセージを受信することと、無線デバイスのための条件付き再設定が、条件付きハンドオーバのための関連するターゲット２次ノード候補を有すると決定することとを含む。本方法は、ターゲット２次ノード候補に２次ノード解放要求メッセージを送信することをさらに含み得る。
【0016】
様々な開示される実施形態の利点は、それらの実施形態が、ＭＲ－ＤＣにおいて動作するＵＥが条件付き再設定（たとえば、条件付きハンドオーバ、すなわちＣＨＯ）で設定されることを可能にし、それらの実施形態が、候補ターゲットＭＮがＳＮを保持するか、またはＳＮを修正／変更するかのいずれかを行うことを可能にすることである。
【0017】
様々な実施形態によれば、ターゲットＭＮ候補は、これが明らかにＣＨＯについてであるように、ＳＮ候補ターゲットが、監督タイマーについて短すぎる値をセットするリスクを有することなしに、ＳＮを保持するか、またはＳＮを変更するかのいずれかを行うように、ＳＮ候補ターゲットを設定し得る。ＣＨＯにおいて、ＵＥは、候補ターゲットＭＮにアクセスするのにより長くかかることがあるか、または来ないことさえあるので、ＳＮ追加要求の送信とＳＮ再設定完了の受信との間の時間が、レガシーにおけるものよりも長いので、本方法は、候補ターゲットＳＮからの意図しないＳＮ解放を回避するために使用され得、これは、極めて多くの競合条件、たとえば、候補ターゲットＭＮがそのＣＨＯ設定をソースＭＮのほうへ修正しなければならないことを生じることを回避する。いくつかの実施形態では、候補ターゲットＳＮはまた、ＵＥが、レガシーＳＮ追加と比較してより長い時間の後に接続し得るか、またはまったく接続しないこともあることを考慮に入れて、ＵＥのためのリソースを予約し得、これは、ノード内の最適化されたリソース割り当てにつながることになる。
【0018】
さらに、いくつかの実施形態では、ターゲットＭＮ候補が、ＣＨＯに応答して、ハンドオーバ要求確認応答メッセージを送信するとき、ターゲットＭＮ候補がＳＮを保持するかまたは変更することを判断した場合、本方法は、ＣＨＯが実行されるときまでそのアクションを遅延させることによって、ソースＭＮがＳＮを解放することを規定するプロシージャを防ぐ。
【0019】
本明細書の実施形態は、対応する装置、コンピュータプログラム、およびそれらのコンピュータプログラムのキャリアをも含む。たとえば、本明細書の実施形態は、上記で説明された実施形態のいずれかのステップのいずれかを実施するように設定された様々なネットワークノードを含む。
【図面の簡単な説明】
【0020】
【図1】ＭＮ始動型ＳＮ変更（ＭＮ ｉｎｉｔｉａｔｅｄ ＳＮ ｃｈａｎｇｅ）を伴うまたは伴わないＭＮ間ハンドオーバについての例示的なシグナリングフローを示す図である。
【図2】ＮＧ－ＲＡＮノード追加準備、成功した動作を示す図である。
【図3】Ｓ－ＮＧ－ＲＡＮノード再設定完了プロシージャ、成功した動作を示す図である。
【図4】ＣＨＯ準備を含む例示的な方法を示す信号フロー図である。
【図5】ＣＨＯ実行を含む例示的な方法を示す信号フロー図である。
【図6】ＣＨＯの取消しを含む例示的な方法を示す信号フロー図である。
【図7】無線デバイスに関する本開示の技法の態様を示す図である。
【図8】いくつかの実施形態による、例示的な方法を示す図である。
【図9】いくつかの実施形態による、例示的な方法を示す図である。
【図10】いくつかの実施形態による、例示的な方法を示す図である。
【図11】いくつかの実施形態による、例示的な方法を示す図である。
【図12】いくつかの実施形態による、例示的な方法を示す図である。
【図13】いくつかの実施形態による、例示的な方法を示す図である。
【図14】いくつかの実施形態による、例示的な方法を示す図である。
【図15】いくつかの実施形態による、例示的な方法を示す図である。
【図16】いくつかの実施形態による、例示的な方法を示す図である。
【図17】例示的なネットワークノードを示すブロック図である。
【図18A】例示的な情報エレメントを示す図である。
【図18B】例示的な情報エレメントを示す図である。
【図19A】例示的なＳＮ追加要求メッセージを示す図である。
【図19B】例示的なＳＮ追加要求メッセージを示す図である。
【図20A】ハンドオーバ要求メッセージの一例を、合せて示す図である。
【図20B】ハンドオーバ要求メッセージの一例を、合せて示す図である。
【図21】３ＧＰＰ仕様についてのハンドオーバ成功メッセージの例示的な規定を示す図である。
【図22A】ＳＮ解放要求確認応答メッセージの規定を含む、３ＧＰＰ仕様の例示的な一実装形態を、合せて示す図である。
【図22B】ＳＮ解放要求確認応答メッセージの規定を含む、３ＧＰＰ仕様の例示的な一実装形態を、合せて示す図である。
【図23A】Ｘｎ－Ｕアドレス指示メッセージの規定を含む、３ＧＰＰ仕様の例示的な一実装形態を、合せて示す図である。
【図23B】Ｘｎ－Ｕアドレス指示メッセージの規定を含む、３ＧＰＰ仕様の例示的な一実装形態を、合せて示す図である。
【図24】３ＧＰＰ仕様におけるＳＮステータス転送メッセージの例示的な一実装形態を示す図である。
【図25】ＭＮ始動型ＳＮ変更を伴う／伴わないＭＮ間ハンドオーバを示す信号フロー図である。
【図26】ＭＮ始動型ＳＮ変更プロシージャを伴う／伴わないＭＮ間ハンドオーバを示す信号フロー図である。
【図27】いくつかの実施形態による、無線通信ネットワークのブロック図である。
【図28】いくつかの実施形態による、ユーザ機器のブロック図である。
【図29】いくつかの実施形態による、仮想化環境のブロック図である。
【図30】いくつかの実施形態による、ホストコンピュータをもつ通信ネットワークのブロック図である。
【図31】いくつかの実施形態による、ホストコンピュータのブロック図である。
【図32】一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図33】一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図34】一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図35】一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【発明を実施するための形態】
【0021】
次に、発明概念の実施形態の例が示されている添付の図面を参照しながら、本開示の例示的な実施形態が以下でより十分に説明される。しかしながら、発明概念は、多くの異なる形態で具現され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明概念の範囲を当業者に十分に伝達するように提供される。これらの実施形態は相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する／使用されると暗に仮定され得る。本明細書で説明される２つまたはそれ以上の実施形態は、互いと組み合わせられ得る。
【0022】
ＭＲ－ＤＣにおいて動作するＵＥについてモビリティ中にＭＲ－ＤＣを保持すること／変更すること
ＭＲ－ＤＣ（マルチ無線デュアルコネクティビティ）において動作するＵＥが、マスタノード（ＭＮ）接続と２次ノード（ＳＮ）接続とを有する。ＭＲ－ＤＣ設定の一例は、ＬＴＥ ｅノードＢがＭＮとして動作し、ＮＲ ｇノードＢがＳＮとして動作する、ＥＵＴＲＡＮ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ）である。他の設定も可能であり、たとえば、ＭＮとＳＮの両方が（１つまたは複数の）ＮＲ ｇノードＢである。
ＭＲ－ＤＣ（マルチ無線デュアルコネクティビティ）において動作するＵＥが、マスタノード（ＭＮ）接続と２次ノード（ＳＮ）接続とを有する。ＭＲ－ＤＣ設定の一例は、ＬＴＥ ｅノードＢがＭＮとして動作し、ＮＲ ｇノードＢがＳＮとして動作する、ＥＵＴＲＡＮ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ）である。他の設定も可能であり、たとえば、ＭＮとＳＮの両方が（１つまたは複数の）ＮＲ ｇノードＢである。
【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】
図３０の通信システムは全体として、接続されたＵＥ３０９１、３０９２とホストコンピュータ３０３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３０５０として説明され得る。ホストコンピュータ３０３０および接続されたＵＥ３０９１、３０９２は、アクセスネットワーク３０１１、コアネットワーク３０１４、任意の中間ネットワーク３０２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３０５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３０５０は、ＯＴＴ接続３０５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局３０１２は、接続されたＵＥ３０９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ３０３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局３０１２は、ＵＥ３０９１から発生してホストコンピュータ３０３０に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。
【0180】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図３１を参照しながら説明される。図３１は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す。通信システム３１００では、ホストコンピュータ３１１０が、通信システム３１００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース３１１６を含む、ハードウェア３１１５を備える。ホストコンピュータ３１１０は、記憶能力および／または処理能力を有し得る、処理回路３１１８をさらに備える。特に、処理回路３１１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ３１１０は、ホストコンピュータ３１１０に記憶されるかまたはホストコンピュータ３１１０によってアクセス可能であり、処理回路３１１８によって実行可能である、ソフトウェア３１１１をさらに備える。ソフトウェア３１１１はホストアプリケーション３１１２を含む。ホストアプリケーション３１１２は、ＵＥ３１３０およびホストコンピュータ３１１０において終端するＯＴＴ接続３１５０を介して接続するＵＥ３１３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション３１１２は、ＯＴＴ接続３１５０を使用して送信されるユーザデータを提供し得る。
【0181】
通信システム３１００は、通信システム中に提供される基地局３１２０をさらに含み、基地局３１２０は、基地局３１２０がホストコンピュータ３１１０およびＵＥ３１３０と通信することを可能にするハードウェア３１２５を備える。ハードウェア３１２５は、通信システム３１００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース３１２６、ならびに基地局３１２０によってサーブされるカバレッジエリア（図３１に図示せず）中に位置するＵＥ３１３０との少なくとも無線接続３１７０をセットアップおよび維持するための無線インターフェース３１２７を含み得る。通信インターフェース３１２６は、ホストコンピュータ３１１０への接続３１６０を容易にするように設定され得る。接続３１６０は直接であり得るか、あるいは、接続３１６０は、通信システムのコアネットワーク（図３１に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局３１２０のハードウェア３１２５は、処理回路３１２８をさらに含み、処理回路３１２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局３１２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア３１２１をさらに有する。
【0182】
通信システム３１００は、すでに言及されたＵＥ３１３０をさらに含む。ＵＥ３１３０のハードウェア３１３５は、ＵＥ３１３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３１７０をセットアップおよび維持するように設定された、無線インターフェース３１３７を含み得る。ＵＥ３１３０のハードウェア３１３５は、処理回路３１３８をさらに含み、処理回路３１３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ３１３０は、ＵＥ３１３０に記憶されるかまたはＵＥ３１３０によってアクセス可能であり、処理回路３１３８によって実行可能である、ソフトウェア３１３１をさらに備える。ソフトウェア３１３１はクライアントアプリケーション３１３２を含む。クライアントアプリケーション３１３２は、ホストコンピュータ３１１０のサポートのもとに、ＵＥ３１３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３１１０では、実行しているホストアプリケーション３１１２は、ＵＥ３１３０およびホストコンピュータ３１１０において終端するＯＴＴ接続３１５０を介して、実行しているクライアントアプリケーション３１３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション３１３２は、ホストアプリケーション３１１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続３１５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション３１３２は、クライアントアプリケーション３１３２が提供するユーザデータを生成するためにユーザと対話し得る。
【0183】
図３１に示されているホストコンピュータ３１１０、基地局３１２０およびＵＥ３１３０は、それぞれ、図３０のホストコンピュータ３０３０、基地局３０１２ａ、３０１２ｂ、３０１２ｃのうちの１つ、およびＵＥ３０９１、３０９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図３１に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図３０のものであり得る。
【0184】
図３１では、ＯＴＴ接続３１５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局３１２０を介したホストコンピュータ３１１０とＵＥ３１３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ３１３０からまたはホストコンピュータ３１１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続３１５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。
【0185】
ＵＥ３１３０と基地局３１２０との間の無線接続３１７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３１７０が最後のセグメントを形成するＯＴＴ接続３１５０を使用して、ＵＥ３１３０に提供されるＯＴＴサービスの性能を改善する。
【0186】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ３１１０とＵＥ３１３０との間のＯＴＴ接続３１５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続３１５０を再設定するためのネットワーク機能は、ホストコンピュータ３１１０のソフトウェア３１１１およびハードウェア３１１５でまたはＵＥ３１３０のソフトウェア３１３１およびハードウェア３１３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続３１５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア３１１１、３１３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続３１５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局３１２０に影響を及ぼす必要がなく、再設定は、基地局３１２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３１１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア３１１１および３１３１が、ソフトウェア３１１１および３１３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続３１５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0187】
図３２は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３０および図３１を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３２への図面参照のみがこのセクションに含まれる。ステップ３２１０において、ホストコンピュータはユーザデータを提供する。ステップ３２１０の（随意であり得る）サブステップ３２１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３２２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ３２３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ３２４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0188】
図３３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３０および図３１を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３３への図面参照のみがこのセクションに含まれる。方法のステップ３３１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３３２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通り得る。（随意であり得る）ステップ３３３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【0189】
図３４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３０および図３１を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３４への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３４１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ３４２０において、ＵＥはユーザデータを提供する。ステップ３４２０の（随意であり得る）サブステップ３４２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ３４１０の（随意であり得る）サブステップ３４１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ３４３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ３４４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0190】
図３５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３０および図３１を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３５への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３５１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ３５２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ３５３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0191】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0192】
上記に鑑みて、次いで、本明細書の実施形態は、概して、ホストコンピュータを含む通信システムを含む。ホストコンピュータは、ユーザデータを提供するように設定された処理回路を備え得る。ホストコンピュータは、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースをも備え得る。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備え得、基地局の処理回路は、基地局について上記で説明された実施形態のいずれかのステップのいずれかを実施するように設定される。
【0193】
いくつかの実施形態では、通信システムは基地局をさらに含む。
【0194】
いくつかの実施形態では、通信システムはＵＥをさらに含み、ＵＥは基地局と通信するように設定される。
【0195】
いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定される。この場合、ＵＥは、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える。
【0196】
本明細書の実施形態は、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法をも含む。本方法は、ホストコンピュータにおいて、ユーザデータを提供することを含む。本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することをも含み得る。基地局は、基地局について上記で説明された実施形態のいずれかのステップのいずれかを実施する。
【0197】
いくつかの実施形態では、本方法は、基地局において、ユーザデータを送信することをさらに含む。
【0198】
いくつかの実施形態では、ユーザデータは、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供される。この場合、本方法は、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む。
【0199】
本明細書の実施形態は、基地局と通信するように設定されたユーザ機器（ＵＥ）をも含む。ＵＥは、無線インターフェースと、ＵＥについて上記で説明された実施形態のいずれかを実施するように設定された処理回路とを備える。
【0200】
本明細書の実施形態は、ホストコンピュータを含む通信システムをさらに含む。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備える。ＵＥは、無線インターフェースと処理回路とを備える。ＵＥの構成要素は、ＵＥについて上記で説明された実施形態のいずれかのステップのいずれかを実施するように設定される。
【0201】
いくつかの実施形態では、セルラネットワークは、ＵＥと通信するように設定された基地局をさらに含む。
【0202】
いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定される。ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定される。
【0203】
実施形態は、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法をも含む。本方法は、ホストコンピュータにおいて、ユーザデータを提供することと、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含む。ＵＥは、ＵＥについて上記で説明された実施形態のいずれかのステップのいずれかを実施する。
【0204】
いくつかの実施形態では、本方法は、ＵＥにおいて、基地局からユーザデータを受信することをさらに含む。
【0205】
本明細書の実施形態は、ホストコンピュータを含む通信システムをさらに含む。ホストコンピュータは、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備える。ＵＥは、無線インターフェースと処理回路とを備える。ＵＥの処理回路は、ＵＥについて上記で説明された実施形態のいずれかのステップのいずれかを実施するように設定される。
【0206】
いくつかの実施形態では、通信システムはＵＥをさらに含む。
【0207】
いくつかの実施形態では、通信システムは基地局をさらに含む。この場合、基地局は、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える。
【0208】
いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。また、ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定される。
【0209】
いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように設定される。また、ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定される。
【0210】
本明細書の実施形態は、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法をも含む。本方法は、ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含む。ＵＥは、ＵＥについて上記で説明された実施形態のいずれかのステップのいずれかを実施する。
【0211】
いくつかの実施形態では、本方法は、ＵＥにおいて、基地局にユーザデータを提供することをさらに含む。
【0212】
いくつかの実施形態では、本方法は、ＵＥにおいて、クライアントアプリケーションを実行し、それにより送信されるべきユーザデータを提供することをも含む。本方法は、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することをさらに含み得る。
【0213】
いくつかの実施形態では、本方法は、ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することとをさらに含む。入力データは、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することによって提供される。送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供される。
【0214】
実施形態は、ホストコンピュータを含む通信システムをも含む。ホストコンピュータは、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備える。基地局は、無線インターフェースと処理回路とを備える。基地局の処理回路は、基地局について上記で説明された実施形態のいずれかのステップのいずれかを実施するように設定される。
【0215】
いくつかの実施形態では、通信システムは基地局をさらに含む。
【0216】
いくつかの実施形態では、通信システムはＵＥをさらに含む。ＵＥは、基地局と通信するように設定される。
【0217】
いくつかの実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。また、ＵＥは、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定される。
【0218】
その上、実施形態は、ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法を含む。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含む。ＵＥは、ＵＥについて上記で説明された実施形態のいずれかのステップのいずれかを実施する。
【0219】
いくつかの実施形態では、本方法は、基地局において、ＵＥからユーザデータを受信することをさらに含む。
【0220】
いくつかの実施形態では、本方法は、基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む。
【0221】
例示的な実施形態
本明細書で説明される技法、装置、およびシステムの実施形態は、限定はしないが、以下の列挙された例を含む。
本明細書で説明される技法、装置、およびシステムの実施形態は、限定はしないが、以下の列挙された例を含む。
【0222】
グループＢの実施形態
Ｂ１． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
条件付き再設定で無線デバイスを設定することを決定することと、
第３のネットワークノードに、プロシージャが条件付きハンドオーバのためのものであるという指示を含むハンドオーバ要求メッセージを送信することと、
ハンドオーバ要求メッセージの確認応答を受信することと、
無線デバイスのための２次ネットワークノードとして動作する第２のネットワークノードへの解放メッセージの送信を遅延させることと、
第３のネットワークノードから提供された設定情報を含む条件付きハンドオーバ情報で無線デバイスを設定することと
を含む、方法。
Ｂ２． 確認応答は、２次ノードが条件付きハンドオーバの実行時に保持されるべきであることを指示する、例示的な実施形態Ｂ１に記載の方法。
Ｂ３． 条件付きハンドオーバ情報が、条件付きハンドオーバのためのターゲット２次ノード候補として働く第４のネットワークノードからの情報を含む、例示的な実施形態Ｂ１またはＢ２に記載の方法。
Ｂ４． 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第３のネットワークノードによって実施される方法であって、方法は、
第１のネットワークノードからハンドオーバ要求メッセージを受信することであって、ハンドオーバ要求メッセージは、プロシージャが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを受信することと、
第４のネットワークノードに、要求が条件付きハンドオーバのためのものであるという指示を含む２次ノード追加要求を送信することと、
２次ノード追加要求の確認応答を受信することと、
第１のネットワークノードにハンドオーバ要求の確認応答を送信することと
を含む、方法。
Ｂ５． ハンドオーバ要求の確認応答は、２次ノードが条件付きハンドオーバの実行時に保持されるべきであるという指示を含む、例示的な実施形態Ｂ４に記載の方法。
Ｂ６． 無線デバイスのためのターゲット候補２次ノードとして動作するように設定された第４のネットワークノードによって実施される方法であって、方法は、
第３のネットワークノードから、要求が条件付きハンドオーバのためのものであるという指示を含む２次ノード追加要求を受信することと、
監督タイマーを、要求が条件付きハンドオーバのためのものであるという指示に基づく値にセットすることと、
第３のネットワークノードに、２次ノード追加要求の確認応答を送信することと、
監督タイマーを開始することと
を含む、方法。
Ｂ７． 監督タイマーをセットすることは、監督タイマーを、第４のネットワークノードが非条件付きハンドオーバおよび／またはレガシー２次ノード追加のために監督タイマーをセットすることになる値よりも長い値にセットすることを含む、例示的な実施形態Ｂ６に記載の方法。
Ｂ８． 方法が、第３のネットワークノードに２次ノード追加要求の確認応答を送信すると、監督タイマーを開始することを含む、例示的な実施形態Ｂ６またはＢ７に記載の方法。
Ｂ９． 要求が条件付きハンドオーバのためのものであることを考慮に入れて、無線デバイスのためのリソースを予約することをさらに含む、例示的な実施形態Ｂ６からＢ８のいずれか１つに記載の方法。
Ｂ１０． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
無線デバイスが設定された条件付きハンドオーバのためのターゲット候補マスタノードとして動作する第３のネットワークノードから、メッセージを受信することと、
無線デバイスのためのソース２次ノードとして動作する第２のネットワークノードに、２次ノード解放要求を送信することと、
第２のネットワークノードから、２次ノード解放要求の確認応答を受信することと
を含む、方法。
Ｂ１１． ２次ノード解放要求は、２次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態Ｂ１０に記載の方法。
Ｂ１２． メッセージがハンドオーバ成功メッセージである、例示的な実施形態Ｂ１０またはＢ１１に記載の方法。
Ｂ１３． マルチコネクティビティにおいて動作する無線デバイスのためのソース２次ノードとして動作する第２のネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードとして動作する第１のネットワークノードから、２次ノード解放要求メッセージを受信することと、
第１のネットワークノードに、２次ノード解放要求の確認応答を送信することと、
を含む、方法。
Ｂ１４． ２次ノード解放要求は、２次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態Ｂ１３に記載の方法。
Ｂ１５． 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第３のネットワークノードによって実施される方法であって、方法は、
無線デバイスから、ＲＲＣ再設定完了メッセージを受信することと、
無線デバイスが、条件付きハンドオーバで設定されており、２次ノードターゲット候補として動作する第４のネットワークノードのための関連するマルチコネクティビティ関係設定を有すると決定することと、
第４のネットワークノードに、２次ノード再設定完了メッセージを送信することと、
無線デバイスのためのソースマスタノードとして動作する第１のネットワークノードに、メッセージを送信することと
を含む、方法。
Ｂ１６． 第１のノードから、フォワーディングされたデータを受信することと、
第４のノードに、無線デバイスの２次ノード終端ベアラについてのデータを転送することと
をさらに含む、例示的な実施形態Ｂ１５に記載の方法。
Ｂ１７． ２次ノード再設定完了メッセージが、無線デバイスから受信されたＲＲＣ再設定完了メッセージを含む、例示的な実施形態Ｂ１５またはＢ１６に記載の方法。
Ｂ１８． 無線デバイスのためのターゲット候補２次ノードとして動作するように設定された第４のネットワークノードによって実施される方法であって、方法は、
無線デバイスの条件付きハンドオーバのためのマスタノードターゲット候補として動作する第３のネットワークノードから、２次ノード再設定完了メッセージを受信することと、
無線デバイスの条件付きハンドオーバに関連する監督タイマーを停止することと、
無線デバイスに関連するコンテキストがアクティブであると見なすことと
を含む、方法。
Ｂ１９． 第３のネットワークノードから、無線デバイスの２次ノード終端ベアラについてのフォワーディングされたデータを受信すること
をさらに含む、例示的な実施形態Ｂ１８に記載の方法。
Ｂ２０． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
無線デバイスが条件付きハンドオーバを実行したターゲット候補マスタノードから、メッセージを受信することと、
無線デバイスの条件付きハンドオーバが設定されたが実行されなかったターゲット候補マスタノードに、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを送信することと
を含む、方法。
Ｂ２１． 受信されたメッセージがハンドオーバ成功メッセージである、例示的な実施形態Ｂ２１に記載の方法。
Ｂ２２． 無線デバイスのマルチコネクティビティ条件付きハンドオーバのためのターゲット候補マスタノードとして設定されたネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードから、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを受信することと、
無線デバイスのための条件付きハンドオーバ設定が、条件付きハンドオーバのための関連するターゲット２次ノード候補を有すると決定することと、
ターゲット２次ノード候補に２次ノード解放要求メッセージを送信することと
を含む、方法。
Ｂ２３． ターゲット２次ノード候補から、２次ノード解放要求メッセージの確認応答を受信することをさらに含む、例示的な実施形態Ｂ２２に記載の方法。
Ｂ２４． ユーザデータを取得することと、
ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態Ｂ２２またはＢ２３に記載の方法。
Ｂ１． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
条件付き再設定で無線デバイスを設定することを決定することと、
第３のネットワークノードに、プロシージャが条件付きハンドオーバのためのものであるという指示を含むハンドオーバ要求メッセージを送信することと、
ハンドオーバ要求メッセージの確認応答を受信することと、
無線デバイスのための２次ネットワークノードとして動作する第２のネットワークノードへの解放メッセージの送信を遅延させることと、
第３のネットワークノードから提供された設定情報を含む条件付きハンドオーバ情報で無線デバイスを設定することと
を含む、方法。
Ｂ２． 確認応答は、２次ノードが条件付きハンドオーバの実行時に保持されるべきであることを指示する、例示的な実施形態Ｂ１に記載の方法。
Ｂ３． 条件付きハンドオーバ情報が、条件付きハンドオーバのためのターゲット２次ノード候補として働く第４のネットワークノードからの情報を含む、例示的な実施形態Ｂ１またはＢ２に記載の方法。
Ｂ４． 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第３のネットワークノードによって実施される方法であって、方法は、
第１のネットワークノードからハンドオーバ要求メッセージを受信することであって、ハンドオーバ要求メッセージは、プロシージャが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを受信することと、
第４のネットワークノードに、要求が条件付きハンドオーバのためのものであるという指示を含む２次ノード追加要求を送信することと、
２次ノード追加要求の確認応答を受信することと、
第１のネットワークノードにハンドオーバ要求の確認応答を送信することと
を含む、方法。
Ｂ５． ハンドオーバ要求の確認応答は、２次ノードが条件付きハンドオーバの実行時に保持されるべきであるという指示を含む、例示的な実施形態Ｂ４に記載の方法。
Ｂ６． 無線デバイスのためのターゲット候補２次ノードとして動作するように設定された第４のネットワークノードによって実施される方法であって、方法は、
第３のネットワークノードから、要求が条件付きハンドオーバのためのものであるという指示を含む２次ノード追加要求を受信することと、
監督タイマーを、要求が条件付きハンドオーバのためのものであるという指示に基づく値にセットすることと、
第３のネットワークノードに、２次ノード追加要求の確認応答を送信することと、
監督タイマーを開始することと
を含む、方法。
Ｂ７． 監督タイマーをセットすることは、監督タイマーを、第４のネットワークノードが非条件付きハンドオーバおよび／またはレガシー２次ノード追加のために監督タイマーをセットすることになる値よりも長い値にセットすることを含む、例示的な実施形態Ｂ６に記載の方法。
Ｂ８． 方法が、第３のネットワークノードに２次ノード追加要求の確認応答を送信すると、監督タイマーを開始することを含む、例示的な実施形態Ｂ６またはＢ７に記載の方法。
Ｂ９． 要求が条件付きハンドオーバのためのものであることを考慮に入れて、無線デバイスのためのリソースを予約することをさらに含む、例示的な実施形態Ｂ６からＢ８のいずれか１つに記載の方法。
Ｂ１０． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
無線デバイスが設定された条件付きハンドオーバのためのターゲット候補マスタノードとして動作する第３のネットワークノードから、メッセージを受信することと、
無線デバイスのためのソース２次ノードとして動作する第２のネットワークノードに、２次ノード解放要求を送信することと、
第２のネットワークノードから、２次ノード解放要求の確認応答を受信することと
を含む、方法。
Ｂ１１． ２次ノード解放要求は、２次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態Ｂ１０に記載の方法。
Ｂ１２． メッセージがハンドオーバ成功メッセージである、例示的な実施形態Ｂ１０またはＢ１１に記載の方法。
Ｂ１３． マルチコネクティビティにおいて動作する無線デバイスのためのソース２次ノードとして動作する第２のネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードとして動作する第１のネットワークノードから、２次ノード解放要求メッセージを受信することと、
第１のネットワークノードに、２次ノード解放要求の確認応答を送信することと、
を含む、方法。
Ｂ１４． ２次ノード解放要求は、２次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態Ｂ１３に記載の方法。
Ｂ１５． 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第３のネットワークノードによって実施される方法であって、方法は、
無線デバイスから、ＲＲＣ再設定完了メッセージを受信することと、
無線デバイスが、条件付きハンドオーバで設定されており、２次ノードターゲット候補として動作する第４のネットワークノードのための関連するマルチコネクティビティ関係設定を有すると決定することと、
第４のネットワークノードに、２次ノード再設定完了メッセージを送信することと、
無線デバイスのためのソースマスタノードとして動作する第１のネットワークノードに、メッセージを送信することと
を含む、方法。
Ｂ１６． 第１のノードから、フォワーディングされたデータを受信することと、
第４のノードに、無線デバイスの２次ノード終端ベアラについてのデータを転送することと
をさらに含む、例示的な実施形態Ｂ１５に記載の方法。
Ｂ１７． ２次ノード再設定完了メッセージが、無線デバイスから受信されたＲＲＣ再設定完了メッセージを含む、例示的な実施形態Ｂ１５またはＢ１６に記載の方法。
Ｂ１８． 無線デバイスのためのターゲット候補２次ノードとして動作するように設定された第４のネットワークノードによって実施される方法であって、方法は、
無線デバイスの条件付きハンドオーバのためのマスタノードターゲット候補として動作する第３のネットワークノードから、２次ノード再設定完了メッセージを受信することと、
無線デバイスの条件付きハンドオーバに関連する監督タイマーを停止することと、
無線デバイスに関連するコンテキストがアクティブであると見なすことと
を含む、方法。
Ｂ１９． 第３のネットワークノードから、無線デバイスの２次ノード終端ベアラについてのフォワーディングされたデータを受信すること
をさらに含む、例示的な実施形態Ｂ１８に記載の方法。
Ｂ２０． 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第１のネットワークノードによって実施される方法であって、方法は、
無線デバイスが条件付きハンドオーバを実行したターゲット候補マスタノードから、メッセージを受信することと、
無線デバイスの条件付きハンドオーバが設定されたが実行されなかったターゲット候補マスタノードに、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを送信することと
を含む、方法。
Ｂ２１． 受信されたメッセージがハンドオーバ成功メッセージである、例示的な実施形態Ｂ２１に記載の方法。
Ｂ２２． 無線デバイスのマルチコネクティビティ条件付きハンドオーバのためのターゲット候補マスタノードとして設定されたネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードから、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを受信することと、
無線デバイスのための条件付きハンドオーバ設定が、条件付きハンドオーバのための関連するターゲット２次ノード候補を有すると決定することと、
ターゲット２次ノード候補に２次ノード解放要求メッセージを送信することと
を含む、方法。
Ｂ２３． ターゲット２次ノード候補から、２次ノード解放要求メッセージの確認応答を受信することをさらに含む、例示的な実施形態Ｂ２２に記載の方法。
Ｂ２４． ユーザデータを取得することと、
ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態Ｂ２２またはＢ２３に記載の方法。
【0223】
グループＣの実施形態
Ｃ１． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
Ｃ２． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路を備える、ネットワークノード。
Ｃ３． 通信回路と、
グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、ネットワークノード。
Ｃ４． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
ネットワークノードに電力を供給するように設定された電力供給回路と
を備える、ネットワークノード。
Ｃ５． 処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含んでおり、それにより、ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
Ｃ６． ネットワークノードが基地局である、実施形態Ｃ１からＣ５のいずれか１つに記載のネットワークノード。
Ｃ７． 無線ネットワークノードの少なくとも１つのプロセッサによって実行されたとき、無線ネットワークノードにグループＢの実施形態のいずれか１つに記載のステップを行わせる命令を備える、コンピュータプログラム。
Ｃ８． ネットワークノードが基地局である、実施形態Ｃ７に記載のコンピュータプログラム。
Ｃ９． 実施形態Ｃ７またはＣ８に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
Ｃ１． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
Ｃ２． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路を備える、ネットワークノード。
Ｃ３． 通信回路と、
グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、ネットワークノード。
Ｃ４． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
ネットワークノードに電力を供給するように設定された電力供給回路と
を備える、ネットワークノード。
Ｃ５． 処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含んでおり、それにより、ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
Ｃ６． ネットワークノードが基地局である、実施形態Ｃ１からＣ５のいずれか１つに記載のネットワークノード。
Ｃ７． 無線ネットワークノードの少なくとも１つのプロセッサによって実行されたとき、無線ネットワークノードにグループＢの実施形態のいずれか１つに記載のステップを行わせる命令を備える、コンピュータプログラム。
Ｃ８． ネットワークノードが基地局である、実施形態Ｃ７に記載のコンピュータプログラム。
Ｃ９． 実施形態Ｃ７またはＣ８に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
【0224】
グループＤの実施形態
Ｄ１． ホストコンピュータを含む通信システムであって、ホストコンピュータは、
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ２． 基地局をさらに含む、実施形態Ｄ１に記載の通信システム。
Ｄ３． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ１またはＤ２に記載の通信システム。
Ｄ４． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態Ｄ１からＤ３に記載の通信システム。
Ｄ５． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
Ｄ６． 基地局においてユーザデータを送信することをさらに含む、実施形態Ｄ５に記載の方法。
Ｄ７． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態Ｄ５またはＤ６に記載の方法。
Ｄ８． 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態Ｄ５からＤ７のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
Ｄ９． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ１０． 基地局をさらに含む、実施形態Ｄ９に記載の通信システム。
Ｄ１１． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ９またはＤ１０に記載の通信システム。
Ｄ１２． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態Ｄ９からＤ１１に記載の通信システム。
Ｄ１． ホストコンピュータを含む通信システムであって、ホストコンピュータは、
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ２． 基地局をさらに含む、実施形態Ｄ１に記載の通信システム。
Ｄ３． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ１またはＤ２に記載の通信システム。
Ｄ４． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態Ｄ１からＤ３に記載の通信システム。
Ｄ５． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
Ｄ６． 基地局においてユーザデータを送信することをさらに含む、実施形態Ｄ５に記載の方法。
Ｄ７． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態Ｄ５またはＤ６に記載の方法。
Ｄ８． 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態Ｄ５からＤ７のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
Ｄ９． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ１０． 基地局をさらに含む、実施形態Ｄ９に記載の通信システム。
Ｄ１１． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態Ｄ９またはＤ１０に記載の通信システム。
Ｄ１２． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態Ｄ９からＤ１１に記載の通信システム。
【0225】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、その説明から明らかになろう。
【0226】
ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。
【0227】
添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態が、本明細書で開示される主題の範囲内に含まれている。開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18A】
【図18B】
【図19A】
【図19B】
【図20A】
【図20B】
【図21】
【図22A】
【図22B】
【図23A】
【図23B】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】