JP7288965B2 - マスタノードによるマスタセルグループ障害ハンドリング - Google Patents

Description

関連出願
本出願は、２０１９年２月１３日に出願された「ＭＡＳＴＥＲ ＣＥＬＬ ＧＲＯＵＰ ＦＡＩＬＵＲＥ ＨＡＮＤＬＩＮＧ ＢＹ Ａ ＭＡＳＴＥＲ ＮＯＤＥ」という名称の米国仮特許出願第６２／８０４８０６号および２０１９年２月１１日に出願された「ＭＡＳＴＥＲ ＣＥＬＬ ＧＲＯＵＰ ＦＡＩＬＵＲＥ ＨＡＮＤＬＩＮＧ ＢＹ Ａ ＳＥＣＯＮＤＡＲＹ ＮＯＤＥ」という名称の国際出願ＰＣＴ／ＩＢ２０１９／０５１０８２の利益およびその優先権を主張するものであり、これら出願の開示は、参照によりその全体が本明細書に組み込まれる。

本開示は、セルラーネットワークなどのワイヤレス通信システムに関し、より詳細には、デュアルコネクティビティネットワーク環境および／またはマルチプルコネクティビティネットワーク環境において通信障害をハンドリングするための方法、ユーザ機器、およびネットワークノードに関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）では、デュアルコネクティビティ（ＤＣ：ｄｕａｌ－ｃｏｎｎｅｃｔｉｖｉｔｙ）ネットワーク環境は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）に対してと、ＬＴＥと新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）との間の両方で、指定されている。３ＧＰＰ仕様の関連部分としては、３６．３３１および３８．３３１がある。ＤＣは、マスタノードとセカンダリノードとを含み、マルチコネクティビティ（ＭＣ：Ｍｕｌｔｉ－ｃｏｎｎｅｃｔｉｖｉｔｙ）は追加ノードを含む。ＤＣは、超高信頼低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ユースケースにおいて、ロバストネスを高め、接続中断を回避するために解決策として提案されている。

デュアルコネクティビティ（ＤＣ）
ＬＴＥ（Ｅ－ＵＴＲＡとも呼ばれる）および進化型パケットコア（ＥＰＣ：ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）と相互作用してまたは相互作用せずに５Ｇネットワークを展開する異なる手段がある。原理上は、ＮＲおよびＬＴＥは、相互作用なしに展開可能であり、これは、ＮＲスタンドアロン（ＳＡ）動作によって示される。すなわち、ＮＲ基地局（ｇＮＢ）は、５Ｇコアネットワーク（５ＧＣ）に接続可能であり、ＬＴＥ基地局（ｅＮＢ）は、ＥＰＣとの間の相互作用なしでＥＰＣに接続可能である。一方、第１のサポートされるバージョンのＮＲは、いわゆるＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ－ＮＲデュアルコネクティビティ）である。そのような展開では、ＮＲとＬＴＥとの間のデュアルコネクティビティは、マスタノードとしてのｅＮＢ（ＭｅＮＢと呼ばれる）およびセカンダリノードとしてのｇＮＢ（ＳｇＮＢと呼ばれる）を用いて適用される。一方、ｇＮＢマスタノードはＭｇＮＢと呼ばれることがあり、ｅＮＢセカンダリノードはＳｅＮＢと呼ばれることがある。

ＮＲをサポートする無線アクセスネットワーク（ＲＡＮ）ノードは、コアネットワークへの制御プレーン接続を持たないことがあり、代わりに、ＭｅＮＢに依拠することがある。これは、「非スタンドアロンＮＲ」とも呼ばれる。このシナリオでは、ＮＲセルの機能性は制限され、ブースターおよび／またはダイバーシティレッグ（ｌｅｇ）として接続モードユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）に使用されるであろうが、ＲＲＣ＿ＩＤＬＥモードのＵＥは、これらのＮＲセル上に留まる（ｃａｍｐ）することは可能でないであろう。

５ＧＣの導入があれば、他のオプションも妥当であり得る。上記で言及されたように、スタンドアロンＮＲ展開は、ｇＮＢが５ＧＣに接続される場合にサポートされる。同様に、ｅＮＢも５ＧＣに接続可能である。この設定は、ｅＬＴＥ、Ｅ－ＵＴＲＡＮ／５ＧＣ、またはＬＴＥ／５ＧＣとして知られることがあり、ノードは、ｎｇ－ｅＮＢと呼ばれることが可能である。これらの場合では、ＮＲとＬＴＥの両方はＮＧ－ＲＡＮの一部としてみなされ、ｎｇ－ｅＮＢとｇＮＢの両方は、ＮＧ－ＲＡＮノードと呼ばれることが可能である。ＭＲ－ＤＣ（マルチ無線デュアルコネクティビティ）によって示される、５ＧＣに接続されたＮＧ－ＲＡＮの一部として標準化されるＬＴＥとＮＲとの間のデュアルコネクティビティの他の変形がある。ＭＲ－ＤＣアンブレラ（ｕｍｂｒｅｌｌａ）の下で、オプションとしては、以下のものがある。
・ＥＮ－ＤＣ：ＬＴＥノードおよびセカンダリノードにおけるマスタノードは、ＮＲノードである（ＥＰＣ ＣＮが用いられる）
・ＮＥ－ＤＣ：マスタノードはＮＲノードであり、セカンダリノードはＬＴＥノードである（５ＧＣＮが用いられる）
・ＮＧＥＮ－ＤＣ：ＬＴＥノードおよびセカンダリノードにおけるマスタノードは、ＮＲノードである（５ＧＣＮが用いられる）
・ＮＲ－ＤＣ：デュアルコネクティビティ。マスタノードとセカンダリノードの両方がＮＲノードである（５ＧＣＮが用いられる）。

これらのオプションのための移動は、ネットワーク事業者によって異なることがあるので、同じネットワーク内で同時に複数のオプションを持つ展開を持つことが可能である。たとえば、ＬＴＥとＮＲとの間のデュアルコネクティビティソリューションと組み合わせて、マスタセルグループ（ＭＣＧ：Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）およびセカンダリセルグループ（ＳＣＧ：ｓｅｃｏｎｄａｒｙ ｃｅｌｌ Ｇｒｏｕｐ）など各セルグループ内でのキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）と、同じ無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）上のノード間のデュアルコネクティビティ、たとえばＮＲ－ＮＲ ＤＣをサポートすることも可能である。ＳＣＧは、セカンダリノードと関連づけられたサービングセルのグループであり、ＭＣＧは、マスタノードと関連づけられたサービングセルのグループである。ＬＴＥセルの場合、これらの異なる展開の結果は、ＥＰＣ、５ＧＣ、またはＥＰＣ／５ＧＣの両方に接続されたｅＮＢと関連づけられたＬＴＥセルの共存である。

ＥＮ－ＤＣの場合、ＬＴＥ ＤＣと比較した大きな変更は、以下の通りである。
・セカンダリノードからのスプリットベアラの導入（ＳＣＧスプリットベアラとして知られる）、
・ＲＲＣのためのスプリットベアラの導入、および
・セカンダリノードからの直接ＲＲＣの導入（ＳＣＧ ＳＲＢとも呼ばれる）。

スプリットＲＲＣメッセージは、ダイバーシティを作るために主に使用され、送出側は、ＲＲＣメッセージをスケジュールするためのリンクの１つを選ぶことを決めることができる、または、送出側は、両方のリンク上でメッセージを複製することができる。ダウンリンクでは、ＭＣＧレッグもしくはＳＣＧレッグ間の経路切換えまたは両方の上での複製は、ネットワーク実装形態に残されている。一方、アップリンク（ＵＬ）の場合、ネットワークは、ＭＣＧ、ＳＣＧ、または両方のレッグを使用するようにＵＥを設定する。

ＬＴＥにおけるＲＲＣ接続再確立
ＬＴＥにおける再確立手順の開始時、ＵＥは、シグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）０を除くすべてのＲＢを一時停止する。次いで、ＵＥは、ＳＲＢ０上でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージを送る。この段階では、ＵＥは、ＳＲＢ０上でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔメッセージのどちらかを受信する。ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信する場合では、ＵＥは、ＳＲＢ１を再確立し、ＳＲＢ１上でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージを送る。３６．３３１によれば、ネットワークは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージを受信するまで、ＳＲＢ１上でダウンリンク（ＤＬ）メッセージを送り始めることはできない。

ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔメッセージを取り戻す場合では、ＵＥは、ＲＲＣを接続段階（ｓｔａｔｅ）のままにすると方策を実施し、非アクセス階層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層にＲＲＣ接続障害を知らせるであろう。これによって、ＮＡＳ層は、回復を実施するようにトリガされるであろう。回復は、新しいＲＲＣ接続セットアップを含む。ＲＲＣ接続再確立要求メッセージの送信後のすべてのこれらの応答メッセージは、ＳＲＢ０上で送られ、これは、これらの応答メッセージが暗号化されないまたは完全性保護されないことを意味する。

ＮＲにおけるＲＲＣ接続再確立に関する背景
Ｅ－ＵＴＲＡ再確立手順は、ＮＲ標準化中に、およびＳａｎｙａにおけるＲＡＮ２＃１０１において、再び採り上げられた。たとえば、ハンドオーバ障害の場合、いくつかの態様が、障害回復を高速化するように強化されるために合意されている。これらの強化としては、以下のものがある。
・ＳＲＢ１上でのＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ：ＲＡＮ２見解は、ＵＥは、ＭＳＧ３を下位層に提示する前にＤＬにおいてＳＲＢ１のためのＰＤＣＰを再確立し、ＳＲＢ１を再開することができなかった根本的な理由がなかったということであった。これによって、ＳＲＢ０の代わりにＭＳＧ４にＳＲＢ１を使用することが可能にされ、このことによって、ＭＳＧ５においてＵＥ応答を待機する代わりにＭＳＧ４に関連して、または直後にその後のＲＲＣ再設定メッセージを送ることが可能にされるであろう。このことによって、データ無線ベアラ（ＤＲＢ：ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）の再確立におけるラウンドトリップが節約されるであろう、
・ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージに応答したＲＲＣＳｅｔｕｐメッセージ：ＲＡＮ２見解は、ＲＡＮがＵＥコンテキストを再確立することが可能でない場合（たとえば、ハンドオーバ障害中にセルが準備されていないとき）、ＲＡＮ内でより速いＮＡＳ回復をサポートすることも可能であっただろうということであった。これは、ネットワークが、（ＲＲＣ再確立拒否メッセージの代わりに）ＳＲＢ０上で正常なＲＲＣ接続セットアップを開始するために使用されてよいＲＲＣ接続セットアップメッセージを送ることによって行われてよい、および
・ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔメッセージが除去された：ＲＡＮ２見解は、これはフォールバック手順のためにもはや必要とされないということであった。ＵＥが、準備されていないまたはネットワークがＤＲＢを再確立することはできないセル内で再確立しようとする場合、ネットワークは、ＲＲＣＳｅｔｕｐメッセージを送ることができる。そして、セルに過負荷がかけられるシナリオでは、ネットワークは、ＵＥがＲＲＣ＿ＩＤＬＥに入り、再試行する前にアクセス制御を実施するように、障害タイマＴ３０１の期限が切れるまで待機するだけであることがある。

無線リンク障害
ＬＴＥでは、ＵＥは、以下に基づいて無線リンク障害（ＲＬＦ：ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）を決定する。
・所与の時間内のＰＣｅｌｌ（プライマリセル）と関連づけられた下位層から、ある数の非同期標識を検出する、
・ＭＡＣからのランダムアクセス問題標識、または
・ＳＲＢのためまたはＤＲＢのための再送信の最大数に到達したという、無線リンク制御（ＲＬＣ）からの標識。

ＲＬＦが検出されるとき、ＵＥはＲＬＦ報告を作成し、このＲＬＦ報告は、さまざまな情報の中でもとりわけ、ＲＬＦが検出された瞬間におけるサービングセルおよび近隣セルの測定ステータスを含む。ＵＥは、ＩＤＬＥモードになり、ＩＤＬＥモードセル選択手順に従ってセルを選択し（選択されるセルは、同じサービングノード／セルであってもよいし、別のノード／セルであってもよい）、原因値がｒｌｆ－ｃａｕｓｅにセットされた状態で、ＲＲＣ再確立手順を始める。

ＬＴＥ ＤＣの場合、ＲＬＦ検出手順は、非同期標識がマスタノードのＰＣｅｌｌに関して検出されること、ＭＡＣがＭＣＧ ＭＡＣエンティティのためのものであること、ＲＬＣがＭＣＧのためのものであること、およびＤＲＢがＭＣＧおよびＭＣＧスプリットＤＲＢに対応することを除いて、上記で説明したものに類似している。ＲＬＦがＭＣＧ上で検出される場合、ＵＥは、ＲＲＣ再確立手順をトリガする。したがって、ＭＣＧおよびＳＣＧ上のＲＲＣ接続は解除され、新しいＲＲＣ接続が再確立されるであろう。

一方、ＳＣＧ障害として知られる、セカンダリノードに関連する障害の場合、障害は、以下に基づいて決定される。
・上記で論じられたように、ＳＣＧのための無線リンク障害を検出すること（ＰＣｅｌｌをＰＳＣｅｌｌと、ＭＣＧ ＭＡＣをＳＣＧ ＭＡＣに、およびＭＣＧ／ＭＣＧスプリットＤＲＢをＳＣＧ ＤＲＢに置き換える）、
・ＳＣＧ変更障害（すなわち、そうするようにＵＥに指示するＲＲＣ接続再設定メッセージの受信後のある持続時間内にＳＣＧ変更を確定することは可能でない）、または
・ｐｏｗｅｒＣｏｎｔｒｏｌＭｏｄｅが１に設定されたとき、最大アップリンク送信タイミング差を越えることによる、ＰＳＣｅｌｌに対するアップリンク送信を停止すること。

ＳＣＧ障害を検出すると、ＵＥが、ＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをマスタノードに対して送り、このＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは測定報告も含み、マスタノードは、セカンダリノードを解放する、セカンダリノード／セルを変更する、またはＳＣＧを再設定する、のいずれかを行うことができる。したがって、ＳＣＧ上での障害は、ＭＣＧ上で実施されることになる再確立につながらない。

３ＧＰＰは、ＥＮ－ＤＣのコンテキストにおいて同じ原則を採用することに同意した（すなわち、マスタレッグ上でのＲＬＦの場合の再確立ならびにセカンダリレッグ上でのＲＬＦの場合のＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎを介した回復およびセカンダリノード解放／変更／修正）。具体的には、３ＧＰＰは、ＳｇＮＢ障害の場合に、ＵＥは、以下を行うものとすることに同意した。
・すべてのＳＣＧ ＤＲＢを一時停止し、ＭＣＧスプリットＤＲＢおよびＳＣＧスプリットＤＲＢのためのＳＣＧ送信を一時停止する、
・直接ＳＣＧ ＳＲＢと、ＭＣＧスプリットＳＲＢのためのＳＣＧ送信を一時停止する、
・ＳＣＧ－ＭＡＣを再セットする、および
・対応する原因値とともにＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをＭｅＮＢに送る。

本開示に開示される例は、ユーザ機器（ＵＥ）がマスタセルグループ（ＭＣＧ）関連障害を検出すると障害メッセージ（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなど）をマスタノードに送ることを可能にすることによって無線アクセスネットワーク内の通信の効率を改善するための技法を提供する。いくつかの例では、ＵＥは、スプリットＳＲＢのＳＣＧレッグを介してマスタノードにメッセージを提供する。他の例では、ＵＥが、ＳＲＢ３を介してセカンダリノードにメッセージを提供し、次いで、セカンダリノードが、メッセージをマスタノードに提供する。障害メッセージがマスタノードによって受信されると、マスタノードは、障害に対処する方策を実施することができる。マスタノードが障害に対処する方策を取ることを可能にすることによって、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）再確立関連シグナリングなどのシグナリングは回避され、それによって、ネットワーク内のシグナリングを減少させ得る。本明細書において説明される技法は、ネットワークシグナリングと、ＵＥ方策と、これらの方策がマスタノードによってトリガされることを可能にする手順をさらに含む。

１つまたは複数のコンピュータのシステムは、動作中にシステムに方策を実施させるソフトウェア、ファームウェア、ハードウェア、またはそれらの組合せをシステム上にインストールさせることによって、上記の例に対応する特定の動作または方策を実施するように設定可能である。１つまたは複数のコンピュータプログラムは、データ処理装置によって実行されるとき装置に方策を実施させる命令を含むことによって、上記の例に対応する特定の動作または方策を実施するように設定可能である。

一例では、無線アクセスネットワーク（ＲＡＮ）内でマスタノードによって実施される方法は、マスタノードが、ユーザ機器（ＵＥ）から、セカンダリセルグループ（ＳＣＧ）を介して、ＵＥとマスタセルグループ（ＭＣＧ）との間の検出された接続の障害に関連する情報を含む第１のメッセージを受信することを含む。方法は、マスタノードが、第１のメッセージおよびユーザ機器コンテキストに基づいて、接続再設定を実施することを決定することをさらに含む。方法は、マスタノードが、接続再設定を実施するように示す第２のメッセージを、ＳＣＧを介してＵＥに提供することをさらに含む。

別の例では、ユーザ機器（ＵＥ）によって実施される方法は、ＵＥが、ＵＥとマスタセルグループ（ＭＣＧ）との間の接続に関連する障害を検出することを含む。方法は、ＵＥが、検出された障害に関連する第１のメッセージを、セカンダリセルグループ（ＳＣＧ）を介してマスタノードに提供することをさらに含む。方法は、ＵＥが、接続再設定を実施するようにＵＥに示す第２のメッセージをマスタノードからＳＣＧを介して受信することをさらに含む。

さらに他の例では、上記の方法の一方または両方を実施するユーザ機器および／またはネットワークノードを含むシステムが提供される。さらに、本開示は、処理回路によって実行されるとき処理回路に上記の方法のどちらかを実施させる、コンピュータ命令が記憶された非一時的なコンピュータ可読記憶媒体も提供する。

開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面と併せて取り上げる以下の説明に対して、参照がなされる。

いくつかの例による、ＲＡＮネットワーク内のマスタノードによって障害をハンドリングするための方法を示す流れ図である。 いくつかの例による、ＲＡＮネットワーク内のＵＥによって障害をハンドリングするための方法を示す流れ図である。 いくつかの例による、ＭＣＧ ＳＲＢに対応する障害と、セカンダリノードとの対応する通信を示すブロック図である。 いくつかの例による、ＲＡＮ内のマスタノードによる障害ハンドリングに対応するハンドオーバ通信を用いた接続再設定を示すシーケンス図である。 いくつかの例による、ＲＡＮ内のマスタノードによる障害ハンドリングに対応する接続再確立通信を示すシーケンス図である。 いくつかの例による、ＲＡＮ内のマスタノードによる障害ハンドリングに対応する接続セットアップ通信を示すシーケンス図である。 いくつかの例による、ＭＣＧ ＳＲＢに対応する障害と、セカンダリノードとの対応する通信を示すブロック図である。 いくつかの例による、ＲＡＮ内のマスタノードによる障害ハンドリングに対応するハンドオーバ通信を用いた接続再設定を示すシーケンス図である。 いくつかの例による、ワイヤレスネットワークを示すブロック図である。

従来のネットワーク技法には、通信障害に応答するとき長いサービス中断を招き得る通信非効率がある。たとえば、ＲＬＦがＭＣＧ上で発生したとき、ＵＥは、ＭＣＧ ＳＣｅｌｌと、無線ベアラ設定を除く全体的なＳＣＧ設定を解除し、ＰＣｅｌｌにデフォルト設定を適用する。ＳＲＢ０を除くすべての無線ベアラも一時停止される。次いで、ＵＥは、十分な信号品質を有する適切なセルを探す。適切なセルが見つけられたとき、ＵＥは、ＲＲＣ再確立要求メッセージを用いて選択されたノード／セルに対してＲＲＣ再確立手順をトリガする。ターゲットが、利用可能なＵＥコンテキストを持たない場合、またはコンテキストを検証することが可能でなかった場合、再確立は失敗し、ＵＥは、ＲＲＣ＿ＩＤＬＥ段階に入り、ＮＡＳ回復を実施する（すなわちゼロから接続を確立する）。再確立の失敗の結果として、長いサービス中断がある。

一方、（ｉ）ターゲットがソースノード／セルと同じであり、ＲＬＦが一時的な無線問題によるものであった場合、または（ｉｉ）ターゲットが、ソースとは異なるが、ソースからＵＥのコンテキストをフェッチすることが可能であった、もしくはコンテキストをすでに持っている場合（たとえば、障害がハンドオーバ中であった場合）、ＳＲＢ１を確立するために、再確立要求がネットワークによって受け取られ、再確立メッセージがＵＥに送られる。ＳＲＢ２／ＤＲＢはＲＬＦ検出時に一時停止されたので、その後、ＵＥからの再確立完了メッセージの受信時、ネットワークは、任意選択でＳＲＢ２／ＤＲＢを再設定および再開するＲＲＣ再設定メッセージを送る。ネットワークは、再確立後のこの第１の再設定中にＳＣＧを設定することができる、または、再設定を実施する前にＵＥから測定報告を入手するのを待機することができる。

上記で説明された再確立成功が、ＮＡＳ回復を実施することよりも早い場合、ランダムアクセスは依然として、再確立要求を送るために使用される。再確立は、ＳＲＢ０無線ベアラ上で送られ、ＳＲＢ０無線ベアラは一時停止されており、ＳＣｅｌｌおよびＳＣＧ設定は、ＲＬＦ時に解除される。これによって、ＵＥが作動し、正しいＤＣ設定を用いて再度動く前に、さらなる遅延が生じる。

したがって、上記で説明された成功した再確立シナリオと失敗した再確立シナリオの両方において、特に遅延センシティブな適用例の場合、ＲＬＦ中のサービスの性能劣化がある。

本明細書において説明される技法は、上記で説明された問題に対処し、有用な改善を技術に提供し、より効率的なネットワーク通信および障害からのより高速な回復をもたらす。たとえば、ＲＲＣ再確立手順が回避されることがあり、シグナリングが減少されることがある。いくつかの例では、この技法は、ＵＥおよびネットワークノードのための以下のステップを含む。

ＳＲＢ３および／またはスプリットＳＲＢ１とのデュアルコネクティビティとともに設定されたＵＥによって実施される方法は、ＭＣＧ上の障害を検出することを含む。ＵＥは、障害原因、測定値、および／または障害に応答して取るべき方策をマスタノードが決定するのを支援する他の情報を含む第１のメッセージ（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなど）を作成する。ＵＥは、第１のメッセージをＳＲＢ１のＳＣＧパートを介して送信するかまたはＳＲＢ３を介して送信するかを決定する。いくつかの例では、これは、ＵＥポリシーを通じてネットワークによって送信される優先順位、または障害の原因に基づく。ＵＥは、次いで、選択された経路を介してネットワークに第１のメッセージを送信する。ＵＥが、マスタノードから、ＳＲＢ３またはＳＲＢ１のＳＣＧパートを介してＲＲＣメッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＲＣＳｅｔｕｐ）などの第２のメッセージを受信すると、ＵＥは、このメッセージと関連づけられたプロセスを実行する。

ネットワークノードによって実施される方法は、マスタノードが、ＭＣＧ内の障害を示す第１のメッセージ（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなど）を受信することを含む。マスタノードは、ＵＥからＳＲＢ３を介してメッセージを受信したセカンダリノードから、スプリットＳＲＢ１のＳＣＧ経路を介して、またはノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、メッセージを受信することがある。メッセージはセカンダリノードを介して送信されるので、セカンダリノードは、第１のメッセージに基づいて、メッセージ全体を転送する、メッセージのパートを転送する、またはＵＥから受信されたメッセージの内容もしくは意図を付与する新しいメッセージを作成することを決定し得る。マスタノードは、第１のメッセージを受信し、障害に応答して取るべき方策を決定する。したがって、マスタノードは、第２のメッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ、またはＲＲＣＳｅｔｕｐメッセージなど）を準備し、その第２のメッセージをＵＥに送る。マスタノードが、ＳＲＢ１のＳＣＧパートを介してＵＥから第１のメッセージを受信した場合、マスタノードは、ＳＲＢ１のＳＣＧパートを介してＵＥに第２のメッセージを送る。マスタノードが、障害情報（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、またはそのメッセージ内の情報に関連する別のメッセージなど）に関係するセカンダリノードから第１のメッセージを受信した場合、マスタノードは、セカンダリノードに第２のメッセージを送り、次に、セカンダリノードが、ＳＲＢ３を介してＵＥに第２のメッセージを送る。ＵＥが第２のメッセージを受信したとき、ＵＥは、メッセージによって示される方策に対応するプロセスを実施する。

したがって、ＲＬＦがＭＣＧ上で検出された、スプリットＳＲＢ１またはＳＲＢ３のどちらか（または両方）が設定された場合、これらの技法によって、ＵＥは、マスタノードが必要な方策を取ることができるように、これらの２つのＳＲＢの１つを介してマスタノードに障害メッセージ／報告を送ることが可能である。したがって、関連づけられたサービス中断を用いたＲＲＣ再確立手順を回避し、必要とされるシグナリングを減少させることが可能である。

技法のうちのいくつかは、ＮＲを使用する例を用いて示されるが、技法は、対応するメッセージおよび手順を使用することによって、Ｅ－ＵＴＲＡなどの他のＲＡＴに適用可能である。たとえば、マスタノードとしてＥ－ＵＴＲＡを有するＭＲ－ＤＣ（すなわち、ＥＮ－ＤＣ、ＮＧＥＮ－ＤＣ）では、ＵＥは、ＳＲＢ３および／またはスプリットＳＲＢ１を用いて設定可能であり、Ｅ－ＵＴＲＡマスタノードにＭＣＧ障害を報告するために使用可能である。同様に、セカンダリノードとしてＥ－ＵＴＲＡを有するＭＲ－ＤＣ（すなわち、ＮＥ－ＤＣ）では、ＵＥは、スプリットＳＲＢ１を用いて設定可能であり、スプリットＳＲＢ１は、ＭＣＧで障害が起きたことを、セカンダリノードを介してマスタノードに知らせるために使用可能である。さらに、ＲＲＣメッセージのフォーマットは、考えられるＭＲ－ＤＣオプションと、ＲＲＣメッセージを生成するノード（すなわち、ｅＮＢ／ｇＮＢ）に基づいて異なることに注意するだけの価値はある。したがって、ＲＲＣメッセージのフォーマットは、メッセージを生成するノードに従って与えられ得る。たとえば、ＲＲＣメッセージがｅＮＢによって生成される場合、メッセージは、ＬＴＥフォーマットで提供されることがあるが、ＲＲＣメッセージがｇＮＢによって生成される場合、メッセージは、ＮＲフォーマットで提供されることがある。

図１は、ＲＡＮネットワーク内のマスタノードによって障害をハンドリングするための例示的な方法を示す流れ図である。この方法において実施されるマスタノードステップのうちの１つまたは複数は、図２を参照して詳細に論じられるＵＥによって実施されるステップのうちの１つまたは複数と組み合わせて実施されてよいことが理解される。その上、方法は、図３および図７を参照して説明される例示的な通信プロトコルのいずれかと、図４～図６および図８を参照して説明される例示的な通信シーケンスのいずれかを使用してよい。

ステップ１０２において、無線アクセスネットワーク（ＲＡＮ）内のマスタノードは、ユーザ機器（ＵＥ）からセカンダリセルグループ（ＳＣＧ）を介して、ＵＥとマスタセルグループ（ＭＣＧ）との間の検出された接続の障害に関連する情報を含む第１のメッセージを受信する。たとえば、図３に示されるように、スプリットＳＲＢ３０８のＭＣＧレッグ上でマスタノード３０２とＵＥ３０６との間の接続の障害があることがある。たとえば、図７に示されるように、ＭＣＧ ＳＲＢ７０８上でマスタノード７０２とＵＥ７０６との間に障害があることがある。

いくつかの例では、検出される障害は、無線リンク障害（ＲＬＦ）、ハンドオーバ障害、再設定障害、または完全性保護障害、のうちの少なくとも１つである。いくつかの例では、第１のメッセージは、障害原因、１つもしくは複数の測定値（測定報告において提供され得る）、および／または他のステータス報告もしくは障害回復情報を含む。ＵＥが第１のメッセージ内で提供し得る情報に関するさらなる詳細は、図２のステップ２０４に関して論じられる。

第１のメッセージは障害報告メッセージであってよく、障害報告メッセージは、いくつかの例では、無線リソース制御（ＲＲＣ）ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、またはＴＳ３８．３３１において規定されるこれらのメッセージの拡張版（修正バージョンなど）である。他の例では、第１のメッセージは、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ、またはその拡張版である。

いくつかの例では、ＵＥは、スプリットＳＲＢ１のＳＣＧ経路を介してマスタノードに第１のメッセージを提供する。他の例では、ＵＥは、ＳＲＢ３を介してセカンダリノードに第１のメッセージを提供し、セカンダリノードは、次いで、ノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、障害に関する情報をマスタノードに提供する。

ステップ１０４において、マスタノードは、第１のメッセージおよびユーザ機器コンテキストに基づいて、接続設定を実施することを決定する。他の例では、マスタノードは、接続再確立または接続セットアップを実施することを決定することがある。

マスタノードは、ユーザ機器が測定値、ビーム障害情報（ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙ情報など）、バッファステータス報告情報、および障害原因情報などの情報を第１のメッセージ内に含むとき、障害に応答して取るべき方策に関して、より多くの情報に基づいた決定を下すことがある。たとえば、測定値は、マスタノードに対応する決定を下させる、以下のうちの１つを示すことがある。
・ＰＣｅｌｌは依然としてベストセルであり、障害は、完全性検証障害または再設定失敗のような他の理由によるものであった。マスタノードは、一時停止されたベアラを再開するために、同期して再設定メッセージを送る。ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用するので（再設定障害の場合）、単に同期した再設定を用いたデルタ設定は十分である。ＤＣは、元のマスタノードおよびセカンダリノードノードおよびＭＣＧ／ＳＣＧ設定とともに維持される、
・マスタノードに属する別のセルがベストセルである。マスタノードは、このセルにハンドオーバするために、同期式再設定メッセージを送る。ＤＣは、元のマスタノードおよびセカンダリノードノードとともに維持され、ＭＣＧ設定は更新され（ＰＣｅｌｌが変更される）、ＳＣＧ設定は保持される、
・マスタノードおよびセカンダリノードとは異なるノードに属する別のセルが、ベストセルである。マスタノードは、セカンダリノード変更手順なしでマスタノード間ハンドオーバを開始する、
・マスタノードおよびセカンダリノードとは異なるノードに属する別のセルがベストセルであり、セカンダリノードより良いセルを持つ別のノードがある。マスタノードは、セカンダリノード変更を伴ってマスタノード間ハンドオーバを開始する、
・ＰＳｃｅｌｌがベストセルであり、マスタノードセルの無線状態は良好でない。マスタノードは、セカンダリノードを新しいマスタノード（または、スタンドアロン動作の場合は新しいｅＮＢ／ｇＮＢ）にする、マスタノードからｅＮＢ／ｇＮＢへの変更および／もしくはマスタノードからセカンダリノードへのハンドオーバを開始する、または
・ＰＳｃｅｌｌがベストセルであり、マスタノードセルの無線状態は依然として、セカンダリノードロールにとって十分に良好である。マスタノードは、マスタノードからセカンダリノードへのロール切換えを開始する。

ステップ１０８において、マスタノードは、ＳＣＧを介してＵＥに、決定された方策に関連する第２のメッセージを提供し、この第２のメッセージは、本例では接続再設定である。本例では、マスタノードは、決定された方策に基づいて、第２のメッセージのタイプおよび内容を決定する。

いくつかの例では、マスタノードは、スプリットＳＲＢ１のＳＣＧ経路を介してＵＥに第２のメッセージを提供する。他の例では、マスタノードは、ノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、セカンダリノードに第２のメッセージを提供し、セカンダリノードは、その情報を、ＳＲＢ３を介してＵＥに提供する。したがって、セカンダリノードは、ＵＥを介してマスタノードから受信されたメッセージの内容を調査および／または解析し、ＳＲＢ３を介してＵＥに送るための等価なＲＲＣメッセージ（たとえば、同じ内容または類似した内容を含むが、場合によっては異なるトランザクションＩＤを有する）を作成し得る。

いくつかの例では、マスタノードがハンドオーバを実施することを決定したとき、第２のメッセージは、セカンダリノード（または別のノード）が新しいマスタノード／ＭＣＧになるようにＵＥにセカンダリノード（または別のノード）へのハンドオーバを実行させるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。第２のメッセージは、セカンダリノードまたは別のセルに対応するハンドオーバ設定を含むことがある。その上、ユーザ機器コンテキストに基づいて、第２のメッセージは、ベアラ設定、測定値設定、または下位層設定のうちの１つまたは複数を含む完全な設定またはデルタ設定を規定してよい。

他の例では、マスタノードが、接続再確立を実施することを決定したとき、第２のメッセージは、セキュリティを再確立するために使用されるＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔパラメータを含むＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージであってよい。さらに他の例では、マスタノードが、接続セットアップを実施することを決定したとき、第２のメッセージは、ＵＥをＲＲＣ＿ＩＤＬＥ段階にフォールバックさせるＲＲＣＳｅｔｕｐメッセージであってよい。

図２は、ＲＡＮネットワーク内のＵＥによって障害をハンドリングするための例示的な方法を示す流れ図である。この方法において実施されるＵＥステップのうちの１つまたは複数は、図１を参照して詳細に論じられるマスタノードによって実施されるステップのうちの１つまたは複数と組み合わせて実施されてよいことが理解される。その上、方法は、図３および図７を参照して説明される例示的な通信プロトコルのいずれかと、図４～図６および図８を参照して説明される例示的な通信シーケンスのいずれかを使用してよい。

ステップ２０２において、ユーザ機器（ＵＥ）は、無線アクセスネットワーク（ＲＡＮ）内のＵＥとマスタノードとの間の接続に関連する障害を検出する。本例に示されるように、障害は、ＵＥとマスタノードと関連づけられたサービングセルのグループ（ＭＣＧ）との間の接続に関連すると検出される。いくつかの例では、検出される障害は、無線リンク障害（ＲＬＦ）、ハンドオーバ障害、再設定障害、または完全性保護障害、のうちの少なくとも１つである。

ステップ２０４において、ＵＥは、検出された障害に関連する第１のメッセージを、セカンダリセルグループ（ＳＣＧ）を介してマスタノードに提供する。上記で論じられたように、第１のメッセージは、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、これらのメッセージタイプのうちの１つの拡張版、または新しいメッセージタイプであってよい。

いくつかの例では、ＵＥは、スプリットＳＲＢ１のＳＣＧ経路を介してマスタノードに第１のメッセージを提供する。他の例では、ＵＥは、ＳＲＢ３を介してセカンダリノードに第１のメッセージを提供し、セカンダリノードは、次いで、ノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、障害に関する情報をマスタノードに提供する。

ＵＥが、第１のメッセージに応答して取るべき是正方策をマスタノードが決定するのを支援する情報を第１のメッセージに含めることは、有用である。したがって、第１のメッセージは、以下のうちの１つまたは複数を含んでよい。
・障害原因：ＲＬＦにつながり得る障害原因としては、ランダムアクセス問題の標識（ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ）、ＲＬＣの最大再送信（ｒｌｃ－ＭａｘＮｕｍＲｅｔｘ）、ＲＲＣメッセージに適合する障害もしくはタイマが切れる前に再設定を完了する障害（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅ）の標識、完全性障害（ｉｎｔｅｇｒｉｔｙＰｒｏｔｅｃｔｉｏｎＦａｉｌｕｒｅ）、最大ＵＬタイミング差障害（ｍａｘＵＬ－ＴｉｍｉｎｇＤｉｆｆ）、またはビーム障害（ｂｅａｍＦａｉｌｕｒｅ）のうちの１つまたは複数があり得る、
・１つまたは複数の測定値：含まれることになる測定値は、測定報告に含まれ得る、最新のＳＣＧ測定値およびＭＣＧ測定値（すなわち、入手可能なときは周波数間および周波数内）を指すことがある。たとえば、特定の測定パラメータとしては、ｓｓｂＦｒｅｕｅｎｃｙ、ｒｅｆＦｒｅｑＣＳＩ－ＲＳ、ｍｅａｓＲｅｓｕｌｔＳｅｒｖｉｎｇＣｅｌｌ、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌＬｉｓｔＮＲ、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌＬｉｓｔＥＵＴＲＡ、または他の測定値があり得る、
・バッファステータス報告：ＭＣＧ障害の前にＵＥが持つトラフィックのタイプおよびコネクティビティを迅速に再確立する重要性が、バッファステータス報告によって示されることがある。いくつかの例では、バッファステータス報告は、どれくらい多くのデータをＵＥがＵＬバッファ内に残しているかを示す。ＵＥが、多くの目立つデータをバッファ内に持つ場合、ネットワークは、ＤＣを迅速に再セットアップすることを試みてよいが、ＵＥが、保留中のＤＬトラフィックもＵＬトラフィックも持たない場合、ネットワークは、よりロバストな単一コネクティビティセル（たとえば、より低い周波数で）にＵＥを再設定してよい、
・ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙ情報：ＲＬＦがビーム障害検出によって引き起こされた場合、第１のメッセージは、ＲＡＣＨリソースおよびビーム候補を有するＵＥを設定するために使用されるＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ情報要素を示すことがある、または
・セキュリティキーおよび／もしくはＭＣＧ／ＳＣＧＲＲＣ設定。

ＵＥが、ＭＣＧ上で障害を経験し、スプリットＳＲＢ１のＳＣＧパートを介して、またはＳＲＢ３を介して、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎを送信する場合、ＵＥは、ネットワークから応答（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ、またはＲＲＣＳｅｔｕｐメッセージ）を受信することを予想する。

たとえば、ＵＥがＳＣＧへの接続も失ったので、ＵＥが、ある時間の後で応答を受信しない場合、ＵＥは、手順を中止し、たとえば、ＲＲＣ＿ＩＤＬＥにフォールバックすることがある。この手順を有効にするために、新しいタイマが導入可能であり（または、既存のタイマが再使用され）、タイマの満了時に、ＵＥは、たとえば、ＲＲＣ＿ＩＤＬＥにフォールバックする。タイマの設定は、たとえば、（たとえば、ＵＥ－ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ内のＳＩＢ１内の）システム情報を使用して、またはたとえば、ＩＥ ＲＬＦ－ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔ内のＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇにおいて専用シグナリングを使用して、行われてよい。代替的に、タイマは、デフォルト値に指定されてよい。したがって、いくつかの例では、タイマ（Ｔｘｘｘと呼ばれる）は、ＵＥが障害メッセージを提供することを開始したとき、始められる。

ステップ２０６において、ＵＥは、接続再設定を実施するようにＵＥに示す第２のメッセージをマスタノードからＳＣＧを介して受信する。他の例では、第２のメッセージは、ＵＥが接続再確立または接続セットアップを実施することを示す。

いくつかの例では、ＵＥは、スプリットＳＲＢ１のＳＣＧ経路を介して第２のメッセージを受信する。他の例では、マスタノードは、ノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、セカンダリノードに第２のメッセージを提供し、セカンダリノードは、その情報を、ＳＲＢ３を介してＵＥに提供する。したがって、セカンダリノードは、ＵＥを介してマスタノードから受信されたメッセージの内容を調査および／または解析し、ＳＲＢ３を介してＵＥを送るための等価なＲＲＣメッセージ（たとえば、同じ内容または類似した内容を含むが、場合によっては異なるトランザクションＩＤを有する）を作成し得る。

第２のメッセージに基づいて、ＵＥは、受信された第２のメッセージに対応するその設定を更新し、適正な経路を使用してネットワークに応答するために、手順を実行してよい。たとえば、マスタノードを変更することなく、ＵＥが再設定された場合、ＵＥは、ネットワークからＲＲＣメッセージを受信した（ＳＲＢ３またはスプリットＳＲＢ１）同じ経路上で応答する。しかしながら、ＵＥがハンドオーバ／再確立／セットアップを実行した場合、ＵＥは、新しいＳＲＢ１を用いて設定され、ＵＥは、新しいＳＲＢ１（ＭＣＧ経路）上で完了メッセージを送信するものとする。

ハンドオーバを用いた再設定に関するさらなる詳細において、第２のメッセージがハンドオーバを実施することをＵＥに示すとき（第２のメッセージがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである場合など）、ＵＥは、セカンダリノード（または別のノード）が新しいマスタノード／ＭＣＧになるように、セカンダリノード（または別のノード）へのハンドオーバを実行することがある。したがって、第２のメッセージは、更新されたセキュリティコンテキストとセキュリティキーとを含むことがあり、ＵＥを再設定するために完全な設定またはデルタ設定を含むことがある。

ＵＥが、受信された完全な設定またはデルタ設定を用いてその設定を更新した後、ＵＥは、新しい設定による、セカンダリノード（今は、新しいマスタノードである）にＳＲＢ１上で完了メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）を送ることがある。ＵＥは、その現在のセカンダリノードセキュリティコンテキストをさらに破棄し、受信された第２のメッセージに基づいて新しいセキュリティコンテキストを導き出すことがある。にもかかわらず、第２のメッセージがＲＲＣセットアップメッセージを含む場合、セキュリティコンテキストは、その後のメッセージにおいて更新されることがある。次いで、新しいマスタノードが、経路切換え手順などの方策を実施することがあり、ＵＥコンテキストが、前のマスタノードから解放されることがある。

他の例では、第２のメッセージは、接続再確立を実施することをＵＥに示すことがある（第２のメッセージがＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージであるときなど）。第２のメッセージは、セキュリティを再確立するために使用されるＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔパラメータを含むことがある。さらに他の例では、第２のメッセージが、接続セットアップを実施することをＵＥに示すことがあるとき（第２のメッセージがＲＲＣＳｅｔｕｐメッセージであるときなど）、第２のメッセージは、ＵＥをＲＲＣ＿ＩＤＬＥ段階にフォールバックさせることがある。

図３はＭＣＧ ＳＲＢに対応する例示的な障害と、セカンダリノードとの対応する通信を示すブロック図である。この例は、ＥＮ－ＤＣ設定におけるＵＥ、マスタノード、およびセカンダリノードの相互作用を示しているが、これらのメッセージ技法は、他のネットワーク設定にも適用されてよい。

本例では、マスタノード（マスタノード３０２）は、セカンダリノード（セカンダリノード３０４）およびユーザ機器（ＵＥ３０６）に通信可能に結合される。マスタノード３０２はＬＴＥノードであるので、マスタノード３０２は、ＬＴＥ ＲＲＣ（無線リソース制御）、ＰＤＣＰ（パケットデータ収束制御）と、ＲＬＣ（無線リンク制御）と、ＭＡＣ（媒体アクセス層）と、ＰＨＹ（物理）のプロトコルスタックを含む。セカンダリノード３０４はＮＲノードであるので、セカンダリノード３０４は、ＮＲ ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹのプロトコルスタックを含む。示されるように、ＵＥ３０６は、ＮＲプロトコルスタックとＬＴＥプロトコルスタックの両方を含む。

本例では、スプリットＳＲＢは、マスタノード３０２がスプリットＳＲＢ３０８のＭＣＧレッグを介してＵＥ３０６と通信し、セカンダリノード３０４がスプリットＳＲＢ３１２のＳＣＧレッグを介してＵＥ３０６と通信するように、設定される。本例では、セカンダリノード３０４およびマスタノード３０２は、マスタノード３０２とセカンダリノード３０４との間に確立されたＸ２インターフェース３１０を介して（たとえば、Ｘ２ＡＰアプリケーションプロトコルまたはＸｎＡＰアプリケーションプロトコルを使用して）通信するようにも設定される。

障害（ＲＬＦなど）が（スプリットＳＲＢ３０８のＭＣＧレッグ上での障害によって示されるように）ＭＣＧ上で検出されたとき、ＵＥは、セカンダリノード３０４を介してマスタノードにスプリットＳＲＢ３１２のＳＣＧレッグを介してメッセージ（障害報告メッセージなど）を送る。

メッセージを受信した後、マスタノード３０２は、実施する方策（ハンドオーバ有り／無しでのＲＲＣ再設定、ＲＲＣ再確立、またはＲＲＣセットアップなど）を決める。次いで、マスタノード３０２は、スプリットＳＲＢ３１２のＳＣＧレッグを介してＵＥ３０６に、決められた方策に対応するメッセージ（ハンドオーバ有り／無しでのＲＲＣ再設定メッセージ、ＲＲＣ再確立メッセージ、またはＲＲＣセットアップメッセージなど）を送る。ＵＥ３０６は、次いで、受信されたメッセージに対応する手順を実行し、新しい設定に従って（マスタノード３０２またはセカンダリノード３０４にメッセージを送ることなどによって）ネットワークに完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅなど）を送り得る。以下で論じられる図４～図６は、図３に示される通信設定を使用して実施され得る例示的なシーケンスを提供する。

図４は、ＲＡＮ内のマスタノードによる障害ハンドリングに対応するハンドオーバ通信を用いた接続再設定の一例を示すシーケンス図である。この例示的なシーケンスは、上記で図１～図３を参照して説明されたステップを実施するためにネットワーク要素間で提供され得る特定の通信を示す。

このシーケンスでは、マスタノードは、ＵＥをセカンダリノードにハンドオーバすることを決定する。新しいプライマリセルは、たとえば、ソースＰＳＣｅｌｌであってもよいし、ＳＣＧに属するソースＳＣｅｌｌであってもよいし、セカンダリノードに属するがＵＥのＳＣＧ設定の一部ではなかった新しいセルであってもよい。本例では、ランダムアクセス手順は、選択されたセルがＵＥのＳＣＧ設定の一部でなかったときなど、新しいセルと同期し、時間整列するために実施される。

ステップ４０２において、ＵＥは、スプリットＳＲＢ１を介してマスタノードおよびセカンダリノードと通信するように設定される。この設定は、マスタノードまたはセカンダリノードなどのネットワークノードからＵＥが命令を受信したことに基づいて実施されてよい。本例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＣＭ－ＣＯＮＮＥＣＴＥＤ段階である。

ステップ４０４において、ＵＥは、ＭＣＧ ＲＬＦなどの障害を検出する。ステップ４０６において、ＵＥは、スプリットＳＲＢ１のＳＣＧレッグを介して、第１のメッセージ（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなど）をマスタノードに送る。

ステップ４０８において、マスタノードは、ＵＥをマスタノードからセカンダリノードにハンドオーバすることを決定する（代替実施形態では、マスタノードは、ＵＥを異なるノードに属するセルにハンドオーバすることを決める）。したがって、ステップ４１０において、マスタノードは、セカンダリノードにハンドオーバ要求を送り、ステップ４１２において、セカンダリノードは、ハンドオーバ要求に肯定応答する。

ステップ４１４において、マスタノードは、スプリットＳＲＢ１のＳＣＧレッグを介して、第２のメッセージをＵＥに送る。本例では、第２のメッセージは、ＲＲＣ再設定メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）である。いくつかの例では、マスタノードからの第２のメッセージは、セカンダリノードがＵＥに送るメッセージを生成するためにセカンダリノードにおいて使用される内容を含む。したがって、第２のメッセージは、セカンダリノードにおいてマスタノードから受信された内容を使用してセカンダリノードにおいて生成されるＲＲＣ再設定メッセージであってよい。

ステップ４１６において、再設定が、セキュリティキーを更新するために同期式ＲＲＣ再設定であった場合、第２のメッセージは、ＵＥがランダムアクセス手順を実施することをトリガする。ＵＥは、次いで、第２のメッセージにおいて受信された設定を適用する。ステップ４１８において、ＵＥは、新しい設定を使用して、ＳＲＢ１を介してセカンダリノードに完了メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を提供する。したがって、ブロック４２０において、ＵＥはセカンダリノードに接続され、セカンダリノードはマスタノードになっている。次いで、セカンダリノードは、ノード間手順を完了し、ハンドオーバ成功をマスタノードに知らせるためにセカンダリノードＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージをマスタノードに送ることがある。

セカンダリノードがマスタノードになった後、セカンダリノード（新しいマスタノード）は、次いで、ステップ４２２において、経路切換え要求をＡＭＦに送り、ＡＭＦは、ステップ４２４において、経路切換え応答で応答する。ステップ４２６において、セカンダリノードは、ＵＥコンテキスト解放メッセージをＵＥに送る。

図５は、ＲＡＮ内のマスタノードによる障害ハンドリングに対応する接続再確立通信の一例を示すシーケンス図である。この例示的なシーケンスは、上記で図１～図３を参照して説明されたステップを実施するためにネットワーク要素間で提供され得る特定の通信を示す。

このシーケンスでは、マスタノードは、（たとえば、再設定障害または完全性保護障害のために）ＵＥがセカンダリノードにハンドオーバすることができないことを決定する。

ステップ５０２において、ＵＥは、スプリットＳＲＢ１を介してマスタノードおよびセカンダリノードと通信するように設定される。他の例では、スプリットＳＲＢ１の代わりに、ＳＲＢ３が、セカンダリノードとＵＥとの間の通信のために設定される。したがって、ＳＲＢ３設定では、代わりに、スプリットＳＲＢ１のＳＣＧレッグ上での通信がＳＲＢ３を介して実施されるであろう。スプリットＳＲＢ１またはＳＲＢ３のどちらかの設定は、マスタノードまたはセカンダリノードなどのネットワークノードからＵＥが命令を受信したことに基づいて実施されてよい。本例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＣＭ－ＣＯＮＮＥＣＴＥＤ段階である。

ステップ５０４において、ＵＥは、ＭＣＧ ＲＬＦなどの障害を検出する。ステップ５０６において、ＵＥは、スプリットＳＲＢ１のＳＣＧレッグを介して、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなどの第１のメッセージをマスタノードに送る。

ステップ５０８において、マスタノードは、ＵＥを再確立することを決定する。したがって、ステップ５１０において、マスタノードは、セカンダリノードにＵＥコンテキスト応答メッセージ（修正されたＵＥコンテキスト応答メッセージ、またはＵＥコンテキストを含む新しいメッセージなど）を送り、このメッセージは、ＵＥがＲＲＣ再確立を実施するものとすることをセカンダリノードに示す。

ステップ５１２において、セカンダリノードは、ＵＥに第２のメッセージを送る。本例では、第２のメッセージは、ＲＲＣ再確立メッセージ（たとえば、ＲＲＣＥｓｔａｂｌｉｓｈｍｅｎｔメッセージ）である。いくつかの例では、第２のメッセージは、ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）を含むＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージであり、ＵＥは、これを使用してセキュリティを再確立し得る。

いくつかの例では、第２のメッセージは、ＳＲＢ０またはＳＲＢ３を介してセカンダリノードからＵＥに送られる。第２のメッセージがＳＲＢ０を介して送られるこれらの例では、ＵＥは、第１のメッセージの送信後にマスタノードとセカンダリノードの両方からＳＲＢ０（ＣＣＣＨ）を監視する。他の例では、破線によって示されるように、内容が、マスタノードからセカンダリノードに（スプリットＳＲＢ１のＳＣＧレッグなどを介して）提供されることがあり、この内容は、（１）セカンダリノードによってＵＥに転送されてもよいし、（２）ＵＥに送られる第２のメッセージを生成するためにセカンダリノードによって使用されてもよい。したがって、第２のメッセージは、マスタノードにおいて生成され、セカンダリノードによって転送されることがある、または、第２のメッセージは、マスタノードから受信された内容を使用してセカンダリノードにおいて生成されることがある。

再確立メッセージを発したノードとは異なるノードにおいて再確立が実施される例（マスタノードまたはセカンダリノードとは異なるノードにおいて再確立が実施される場合など）では、再確立メッセージは、再確立が実施されることになるノードを示すように修正されてよい。したがって、マスタノードは、ＮＣＣを持つＲＲＣ再確立メッセージを準備し、どのＮＣＣ値が使用されるかをセカンダリノードに示すことがある。

ステップ５１６において、第２のメッセージは、ランダムアクセス手順をトリガする。再確立を完了した後、ステップ５１８において、ＵＥは、ＳＲＢ１を介してセカンダリノードに完了メッセージ（たとえば、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ）を提供する。したがって、ブロック５２０において、ＵＥはセカンダリノードに接続され、セカンダリノードはマスタノードになっている。

セカンダリノードがマスタノードになった後、ステップ５２２において、セカンダリノードは、再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなど）をＵＥに送る。再設定メッセージは、スタンドアロンモードで（キャリアアグリゲーション有りでまたは無しで）またはデュアルコネクティビティモード（セカンダリノードは、マスタノード、セカンダリノード、または異なるノードのいずれかであるノードである）で動作するようにＵＥを設定し得る。その上、再設定メッセージは、ネットワークが、再設定メッセージを送るために再確立完了を待機しないように、第２のメッセージ（一般に、再確立メッセージ）とともに多重化可能である。

ステップ５２４において、再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ完了メッセージなど）で応答する。次いで、セカンダリノード（新しいマスタノード）が、ステップ５２６において経路切換え要求をＡＭＦに送り、ＡＭＦは、ステップ５２８において経路切換え応答で応答する。

図６は、ＲＡＮ内のマスタノードによる障害ハンドリングに対応する接続セットアップ通信の一例を示すシーケンス図である。この例示的なシーケンスは、上記で図１～図３を参照して説明されたステップを実施するためにネットワーク要素間で提供され得る特定の通信を示す。

このシーケンスでは、マスタノードは、ＵＥ接続を回復することができないので、フォールバックを実施することを決定する。いくつかの例では、これは、ＵＥが再設定メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）に適合しないことまたは完全性保護障害によることがある。

ステップ６０２において、ＵＥは、スプリットＳＲＢ１を介してマスタノードおよびセカンダリノードと通信するように設定される。他の例では、スプリットＳＲＢ１の代わりに、ＳＲＢ３は、セカンダリノードとＵＥとの間の通信のために設定される。したがって、ＳＲＢ３設定では、代わりに、以下で説明されるスプリットＳＲＢ１のＳＣＧレッグ上での通信がＳＲＢ３を介して実施されるであろう。スプリットＳＲＢ１またはＳＲＢ３のどちらかの設定は、マスタノードまたはセカンダリノードなどのネットワークノードからＵＥが命令を受信したことに基づいて実施されてよい。本例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＣＭ－ＣＯＮＮＥＣＴＥＤ段階である。

ステップ６０４において、ＵＥは、ＭＣＧ ＲＬＦなどの障害を検出する。ステップ６０６において、ＵＥは、スプリットＳＲＢ１のＳＣＧレッグを介して、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなどの第１のメッセージをマスタノードに送る。

ステップ６０８において、マスタノードは、ＵＥを再確立し、フォールバックを実施することを決定する。ステップ６１０において、マスタノードは、セカンダリノードにＵＥ障害標識メッセージを送る。いくつかの例では、ＵＥ障害標識メッセージは、ＨＡＮＤＯＶＥＲ ＰＲＥＰＡＲＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージ、ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬメッセージ、またはＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＦＡＩＬＵＲＥメッセージである。ＵＥ障害標識メッセージは、ターゲットノードＩＤと、原因値とを含んでよい。

ステップ６１２において、セカンダリノードが、マスタノードからＵＥ障害標識メッセージを受信するとき、セカンダリノードは、ＳＲＢ１のためのｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ設定とｃｅｌｌＧｒｏｕｐＣｏｎｆｉｇ設定とを含むＲＲＣＳｅｔｕｐメッセージなどの第２のメッセージをＵＥに送信する。他の例では、破線によって示されるように、内容が、マスタノードからセカンダリノードに（スプリットＳＲＢ１のＳＣＧレッグなどを介して）提供されることがあり、この内容は、（１）セカンダリノードによってＵＥに転送されてもよいし、（２）ＵＥに送られる第２のメッセージを生成するためにセカンダリノードによって使用されてもよい。したがって、第２のメッセージは、マスタノードにおいて生成され、セカンダリノードによって転送されることがある、または、第２のメッセージは、マスタノードから受信された内容を使用してセカンダリノードにおいて生成されることがある。いくつかの例では、第２のメッセージがマスタノードにおいて生成される場合、ＮＡＳ回復がマスタノードに対して実施されることがある。他の例では、第２のメッセージがセカンダリノードにおいて生成される場合、ＮＡＳ回復がセカンダリノードに対して実施されることがある。さらに他の例では、第２のメッセージは、ＮＡＳ回復を実施するための、マスタノードおよびセカンダリノードとは異なる別のノードを示すことがある。

第２のメッセージに関するさらなる詳細において、マスタノードおよびセカンダリノードは、ｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ設定とｃｅｌｌＧｒｏｕｐＣｏｎｆｉｇ設定を協調させることがある。たとえば、マスタノードは、第２のメッセージを生成する前にセカンダリノード設定を要求することがある。別の例では、マスタノードは、セカンダリノードが第２のメッセージを生成する際にこれらの設定を再使用可能であるように、セカンダリノードに設定を知らせることがある。

ステップ６１４において、ＵＥにおいて受信される第２のメッセージによって、ＵＥは、ＲＲＣ＿ＩＤＬＥ段階にフォールバックさせられる。

ステップ６１６において、第２のメッセージは、ランダムアクセス手順をトリガする。再確立を完了した後、ステップ６１８において、ＵＥは、ＳＲＢ１を介してセカンダリノードに完了メッセージ（たとえば、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ）を提供する。ブロック６２０において、初期セキュリティアクティベーションが実施される。ブロック６２２において、ＲＲＣ再設定が実施される。したがって、ブロック６２４において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ段階である。

図７は、ＭＣＧ ＳＲＢに対応する例示的な障害と、セカンダリノードとの対応する通信を示すブロック図である。この例は、ＥＮ－ＤＣ設定におけるＵＥ、マスタノード、およびセカンダリノードの相互作用を示しているが、これらのメッセージ技法は、他のネットワーク設定にも適用されてよい。

本例では、マスタノード（マスタノード７０２）は、セカンダリノード（セカンダリノード７０４）およびユーザ機器（ＵＥ７０６）に通信可能に結合される。マスタノード７０２はＬＴＥノードであるので、マスタノード７０２は、ＬＴＥ ＲＲＣ（無線リソース制御）、ＰＤＣＰ（パケットデータ収束制御）と、ＲＬＣ（無線リンク制御）と、ＭＡＣ（媒体アクセス層）と、ＰＨＹ（物理）のプロトコルスタックを含む。セカンダリノード７０４はＮＲノードであるので、セカンダリノード７０４は、ＮＲ ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹのプロトコルスタックを含む。示されるように、ＵＥ７０６は、ＮＲプロトコルスタックとＬＴＥプロトコルスタックの両方を含む。

本例では、セカンダリノード７０４は、ＳＲＢ３を介してＵＥ７０６と通信する。本例では、セカンダリノード７０４およびマスタノード７０２は、マスタノード７０２とセカンダリノード７０４との間に確立されたＸ２インターフェース７１０を介して（たとえば、Ｘ２ＡＰアプリケーションプロトコルまたはＸｎＡＰアプリケーションプロトコルを使用して）通信するようにも設定される。

障害（ＲＬＦなど）が（ＭＣＧ ＳＲＢ７０８上での障害によって示されるように）ＭＣＧ上で検出されるとき、ＵＥは、ＳＲＢ３を介してセカンダリノード７０４にメッセージ（障害報告メッセージなど）を送り、セカンダリノード７０４は、次いで、Ｘ２インターフェース７１０を介してマスタノード７０２にメッセージを転送する。

メッセージを受信した後、マスタノード７０２は、実施する方策（ハンドオーバ有り／無しでのＲＲＣ再設定、ＲＲＣ再確立、またはＲＲＣセットアップなど）を決める。次いで、マスタノード７０２は、Ｘ２インターフェース７１０を介してセカンダリノード７０４に、決められた方策に対応するメッセージ（ハンドオーバ有り／無しでのＲＲＣ再設定メッセージ、ＲＲＣ再確立メッセージ、またはＲＲＣセットアップメッセージなど）を送る。次いで、セカンダリノード７０４は、決定された方策を、ＳＲＢ３７１２を介してＵＥ７０６に通信する。

ＵＥ７０６は、次いで、受信されたメッセージに対応する手順を実行し、新しい設定に従って（マスタノード７０２またはセカンダリノード７０４にメッセージを送信することなどによって）ネットワークに完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅなど）を送ることがある。以下で論じられる図８は、図７に示される通信設定を使用して実施され得る例示的なシーケンスを提供する。

図８は、ＲＡＮ内のマスタノードによる障害ハンドリングに対応するハンドオーバ通信を用いた接続再設定の一例を示すシーケンス図である。この例示的なシーケンスは、上記で図１、図２、および図７を参照して説明されたステップを実施するためにネットワーク要素間で提供され得る特定の通信を示す。

このシーケンスでは、マスタノードは、ＵＥをセカンダリノードにハンドオーバすることを決定する。新しいプライマリセルは、たとえば、ソースＰＳＣｅｌｌであってもよいし、ＳＣＧに属するソースＳＣｅｌｌであってもよいし、セカンダリノードに属するがＵＥのＳＣＧ設定の一部ではなかった新しいセルであってもよい。本例では、ランダムアクセス手順は、選択されたセルがＵＥのＳＣＧ設定の一部でなかったときなど、新しいセルと同期し、時間整列するために実施される。

ステップ８０２において、ＵＥは、ＳＲＢ３を介してセカンダリノードと通信するように設定される。この設定は、マスタノードまたはセカンダリノードなどのネットワークノードからＵＥが命令を受信したことに基づいて実施されてよい。本例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよびＣＭ－ＣＯＮＮＥＣＴＥＤ段階である。

ステップ８０４において、ＵＥは、ＭＣＧ ＲＬＦなどの障害を検出する。ステップ８０６において、ＵＥは、ＳＲＢ３を介して、第１のメッセージ（ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージなど）をセカンダリノードに送る。セカンダリノードは、第１のメッセージを転送することなどによって、第１のメッセージに対応する情報をマスタノードに送る。本例では、セカンダリノードは、ノード間ＲＲＣメッセージを介して、および／またはＸ２ＡＰもしくはＸｎＡＰを介して、マスタノードに情報（転送された第１のメッセージなど）を送る。いくつかの例では、セカンダリノードにおいて受信される第１のメッセージは、埋め込まれたマスタノードＲＲＣメッセージ（ＵＥからの障害情報を含む）を別個の容器内に持つセカンダリノードＲＲＣメッセージである。他の例では、マスタノードとセカンダリノードは、（たとえば、マスタノードとセカンダリノードが同じＲＡＴを使用しているとき）同じＲＲＣを用いており、障害情報は、障害情報を容器内に埋め込まずに、セカンダリノードのＲＲＣに含まれる。

ステップ８０８において、マスタノードは、ＵＥをマスタノードからセカンダリノードにハンドオーバすることを決定する（代替実施形態では、マスタノードは、ＵＥを異なるノードに属するセルにハンドオーバすることを決める）。他の例では、マスタノードは、ＲＲＣ再確立またはＲＲＣセットアップを実施することを決定することがある。他の例では、マスタノードは、代わりに、マスタノードの下のＵＥを別のセルにハンドオーバすること、またはハンドオーバを実施しないことを決めることがある。

本例では、ステップ８１０において、マスタノードは、セカンダリノードにハンドオーバ要求を送る。このハンドオーバ要求は、ＵＥの現在の設定を含むＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏメッセージなどのＲＲＣノード間メッセージを含んでよい。これによって、セカンダリノードは、ＵＥにデルタ設定を提供することができる。他の例では、マスタノードが、マスタノードまたはセカンダリノード以外の第３のノードにハンドオーバすることを決定した場合、ハンドオーバメッセージは、第３のノードに送られ、以下のセカンダリノードステップは、代わりに、その第３のノードによって実施されるであろう。

ステップ８１２において、セカンダリノードは、ハンドオーバ要求を肯定応答する。

ステップ８１４において、セカンダリノードは、ＳＲＢ３を介してＵＥに第２のメッセージを送る。本例では、第２のメッセージは、ＵＥの新しい設定を含むＲＲＣ再設定メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）である。第２のメッセージは、破線によって示されるように、セカンダリノードがＵＥに送る第２のメッセージを生成するためにセカンダリノードにおいて使用されるマスタノードからの内容を含み得る。したがって、第２のメッセージは、セカンダリノードによって転送されるまたはマスタノードからセカンダリノードにおいて受信された内容を使用してセカンダリノードにおいて生成されるＲＲＣ再設定メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）であってよい。セカンダリノードは、ＣＧ－ＣｏｎｆｉｇＩｎｆｏメッセージなどのノード間ＲＲＣメッセージを介して、マスタノードから情報を受信し得る。

ステップ８１６において、再設定が同期式ＲＲＣ再設定であった場合、第２のメッセージは、ＵＥがランダムアクセス手順を実施することをトリガする。同期式再設定は、セキュリティキーが変更された場合に実施されてよい。ＵＥは、第２のメッセージにおいて受信された設定を適用する。再設定を完了した後、ステップ８１８において、ＵＥは、新しい設定を使用してＳＲＢ１を介してセカンダリノードに完了メッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を提供する。セカンダリノードは、次いで、ノード間手順を完了し、マスタノードにハンドオーバ成功を知らせるために、マスタノードにセカンダリノードＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージを送ることがある。したがって、ブロック８２０において、ＵＥはセカンダリノードに接続され、セカンダリノードはマスタノードになっている。

セカンダリノードがマスタノードになった後、セカンダリノード（新しいマスタノード）は、次いで、ステップ８２２において、経路切換え要求をＡＭＦに送り、ＡＭＦは、ステップ８２４において、経路切換え応答で応答する。ステップ８２６において、セカンダリノードは、ＵＥコンテキスト解放メッセージをＵＥに送る。

スプリットＳＲＢとＳＲＢ３の両方が設定される他の実施形態
スプリットＳＲＢとＳＲＢ３の両方が設定される場合、どちらかが、ネットワークまたはＵＥ実装形態による設定に応じて、障害メッセージを送るために使用可能である。これらの実施形態の数例は、ネットワーク制御されてもよいし、ＵＥ制御されてもよい。いずれの場合にも、ネットワークが、ＵＥがオプションの一方（ＳＲＢ３またはＳＲＢ１のＳＣＧレッグ）を他方の代わりに使用するものとすると決めた場合、両方が設定されている場合、ＵＥは、この選定に関して指示される。これは、以下によってなされてよい。
・たとえば、経路の優先順位を示すＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに新しいパラメータを導入すること、
・標準化において優先順位付けを指定すること：
○ＳＲＢ３とＳＣＧ ＳＲＢ１の両方が設定されている場合、ＵＥは、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信するためにＳＲＢ３を使用するものとする、
○ＳＲＢ３とＳＣＧ ＳＲＢ１の両方が設定されている場合、ＵＥは、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信するためにＳＲＢ１を使用するものとする。

上記のガイドラインは、ＵＥが、ネットワークによる前の要求なしでネットワークにＲＲＣメッセージを送信する（たとえば、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ）場合、他のＵＥにより開始されたシグナリングにも適用可能であってよい。選択は、ノード間（Ｘ２／Ｘｎ）レイテンシにも依存してよい。

ネットワーク制御された実施形態のいくつかの例では、
・セカンダリノードが、より優れた処理能力／より低い負荷を持つ場合、メッセージはセカンダリノードによって処理され、関連情報のみが、意思決定のためにマスタノードに転送されるので、ＳＲＢ３上でＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信することは有益であろう、
・マスタノードとセカンダリノードがマルチベンダである場合、セカンダリノードによるＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの前処理およびマスタノードに内容を転送する前の無関係な情報の省略は、メッセージの標準化を必要とするであろう。可能性の高いシナリオは、そのような最適化が実装のために残されるということである、
・障害タイプに基づいて
○ＭＣＧに関連するＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎが、再設定障害または完全性保護障害によって引き起こされる場合、エラーは、マスタノード内の上位層、具体的にはＲＲＣ層またはＰＤＣＰ層それぞれにある。その場合、スプリットＳＲＢ上でのＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信はまた、場合によっては、マスタノードに到達したとき、失敗するであろう。その場合、情報は、この障害が発生したことをネットワークに示すために、ＳＲＢ３上でセカンダリノードに有利に送信されるであろう、
○ＭＣＧに関連するＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎが、ＭＡＣまたはＲＬＣ内でＲＬＦによって引き起こされる場合、エラーは、マスタノードの下位層内に限定される可能性が高く、スプリットＳＲＢ１上でＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎを送信することによってマスタノードに情報を迅速に提供することは有益であろう。

ＵＥ実施形態のいくつかの例では、
・ＵＥは、ＳＲＢ３とスプリットＳＲＢ１の両方が設定されている場合、ＳＲＢ３を常に使用する内部優先順位付けを持ってよい（または、その逆である）、
・ＵＥは、障害の前に前に受信した最新のＲＲＣメッセージと同じＳＲＢを使用してよい（ＵＥが、その最後のメッセージをＳＲＢ３上で受信した場合、ＵＥはＳＲＢ３を使用する。スプリットＳＲＢ１の場合は、その逆も同様である）。この例は、前のＲＲＣメッセージが受信された経路を分析する任意の変形形態に拡張可能である。

図９は、例示的なワイヤレスネットワークを示すブロック図である。本明細書において説明される主題は、任意の適した構成要素を使用する任意の適切なタイプのシステムにおいて実装されてよいが、本明細書で開示される実施形態は、ワイヤレスネットワークに関連して説明される。簡単にするために、図９のワイヤレスネットワークは、ネットワーク９０６、ネットワークノード９６０および９６０ｂ、ならびにワイヤレスデバイス９１０、９１０ｂ、および９１０ｃを示す。実際には、ワイヤレスネットワークは、ワイヤレスデバイス間の、またはワイヤレスデバイスと、陸線電話機、サービスプロバイダ、または他の任意のネットワークノードもしくは端末デバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の追加の要素をさらに含んでよい。示された構成要素のうち、ネットワークノード９６０およびワイヤレスデバイス（ＷＤ）９１０は、さらなる詳細とともに示される。ワイヤレスネットワークは、ワイヤレスデバイスのワイヤレスネットワークへのアクセス、および／またはワイヤレスネットワークによって、もしくはこれを介して提供されるサービスの使用を容易にするために、１つまたは複数のワイヤレスデバイスに通信および他のタイプのサービスを提供し得る。

ワイヤレスネットワークは、任意のタイプの通信、電機通信、データ、セルラー、および／または無線ネットワークまたは他の類似のタイプのシステムを備えるおよび／またはこれとインターフェースし得る。いくつかの実施形態では、ワイヤレスネットワークは、特定の規格または他のタイプのあらかじめ定められたルールもしくは手順に従って動作するように設定されてよい。したがって、ワイヤレスネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／もしくは他の適切な２Ｇ規格、３Ｇ規格、４Ｇ規格、もしくは５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／またはマイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）規格、ブルートゥース規格、Ｚ－Ｗａｖｅ規格、および／もしくはＺｉｇＢｅｅ規格などの他の任意の適切なワイヤレス通信規格を実装してよい。

ネットワーク９０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、ワイヤードネットワーク、ワイヤレスネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にする他のネットワークを含んでよい。

ネットワークノード９６０およびＷＤ９１０は、以下でより詳細に説明されるさまざまな構成要素を備える。これらの構成要素は、ネットワークノードおよび／またはワイヤレスネットワーク内でワイヤレス接続を提供することなどのワイヤレスデバイス機能を提供するために協働する。さまざまな実施形態では、ワイヤレスネットワークは、任意の数のワイヤードネットワークもしくはワイヤレスネットワーク、ネットワークノード、基地局、コントローラ、ワイヤレスデバイス、中継局、ならびに／またはワイヤード接続を介してであろうとワイヤレス接続を介してであろうとデータおよび／もしくは信号の通信を容易にし得るもしくはこれに参加し得る他の任意の構成要素もしくはシステムを備えてよい。

本明細書において使用されるとき、ネットワークノードは、ワイヤレスデバイスへのワイヤレスアクセスを可能にするおよび／もしくは提供するためならびに／またはワイヤレスネットワーク内で他の機能（たとえば、管理）を実施するために、ワイヤレスデバイスおよび／またはワイヤレスネットワーク内の他のネットワークノードもしくは機器と直接的または間接的に通信することが可能である、そのように設定された、そのように配置された、および／またはそのように動作可能である、機器を指す。ネットワークノードの例としては、限定するものではないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）、およびＮＲノードＢ（ｇＮＢ））がある。基地局は、提供するカバレッジの量（または、別の言い方をすれば、送信電力レベル）に基づいて分類されてよく、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれることがある。基地局は、中継ノードまたは中継器を制御する中継ドナーノードであってよい。ネットワークノードは、中央デジタルユニットおよび／またはリモート無線ヘッド（ＲＲＨ）と呼ばれることがあるリモートラジオユニット（ＲＲＵ）などの、分散無線基地局の１つまたは複数の（またはすべての）部分も含んでよい。そのようなリモートラジオユニットは、アンテナ統合無線としてアンテナと統合されてもよいし、統合されなくてもよい。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）内でノードとも呼ばれることがある。ネットワークノードのさらなる例としては、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、送受信基地局（ＢＴＳ）、送信点、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／またはＭＤＴがある。別の例として、ネットワークノードは、以下でより詳細に説明される仮想ネットワークノードであってよい。しかしながら、より一般的には、ネットワークノードは、ワイヤレスネットワークへのアクセスを可能にするおよび／もしくはこれをワイヤレスデバイスに提供するまたはワイヤレスネットワークにアクセスしたワイヤレスデバイスに何らかのサービスを提供することが可能である、そのように設定された、そのように配置された、および／またはそのように動作可能である任意の適切なデバイス（またはデバイスのグループ）を表現してよい。

図９では、ネットワークノード９６０は、処理回路９７０と、デバイス可読媒体９８０と、インターフェース９９０と、補助機器９８４と、電源９８６と、電力回路９８７と、アンテナ９６２とを含む。図９の例示的なワイヤレスネットワーク内に示されたネットワークノード９６０は、ハードウェア構成要素の示された組合せを含むデバイスを表現し得るが、他の実施形態は、異なる組合せの構成要素を有するネットワークノードを備えてよい。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の適切な組合せを備えることが理解されるべきである。その上、ネットワークノード９６０の構成要素は、大きなボックスの中に置かれた、または複数のボックスの中に入れ子にされた、単一のボックスとして示されているが、実際には、ネットワークノードは、単一の示された構成要素を構成する複数の異なる物理的構成要素を備えてよい（たとえば、デバイス可読媒体９８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えてよい）。

同様に、ネットワークノード９６０は、それら自体それぞれの構成要素を各々が持ってよい、複数の物理的に別個の構成要素（たとえば、ＮｏｄｅＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から構成されてよい。ネットワークノード９６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、単一の別個の構成要素のうちの１つまたは複数は、いくつかのネットワークノード間で共有されてよい。たとえば、単一のＲＮＣが、複数のノードＢを制御することがある。そのようなシナリオでは、各一意のノードＢおよびＲＮＣのペアは、いくつかの例では、別個のネットワークノードと考えられ得る。いくつかの実施形態では、ネットワークノード９６０は、複数のＲＡＴをサポートするように設定されることがある。そのような実施形態では、いくつかの構成要素が重複されることがあり（たとえば、異なるＲＡＴのための別個のデバイス可読媒体９８０）、いくつかの構成要素は再使用されることがある（たとえば、同じアンテナ９６２がＲＡＴによって共有されることがある）。ネットワークノード９６０は、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはブルートゥースワイヤレス技術などの、ネットワークノード９６０に統合されたさまざまなワイヤレス技術のためのさまざまな示された構成要素の複数のセットも含んでよい。これらのワイヤレス技術は、同じまたは異なるチップまたはチップのセットおよびネットワークノード９６０内の他の構成要素に統合されてよい。

処理回路９７０は、本明細書においてネットワークノードによって提供されると説明される任意の決定動作、計算動作、または類似の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路９７０によって実施されるこれらの動作としては、たとえば、取得された情報を他の情報に変換すること、取得された情報もしくは変換された情報をネットワークノードに記憶された情報と比較すること、および／または取得された情報もしくは変換された情報に基づいて１つもしくは複数の動作を実施することにより、処理回路９７０によって取得された情報を処理すること、ならびに前記処理の結果として決定を下すことがあり得る。

処理回路９７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、もしくはハードウェア、ソフトウェアおよび／もしくは、単独で、もしくはデバイス可読媒体９８０などの他のネットワークノード９６０構成要素とともに、のどちらかで、ネットワークノード９６０に機能を提供するように動作可能なエンコーディングされた論理の組合せ、のうちの１つまたは複数の組合せを備えてよい。たとえば、処理回路９７０は、デバイス可読媒体９８０内または処理回路９７０内のメモリ内に記憶された命令を行ってよい。そのような機能としては、本明細書において論じられるさまざまなワイヤレス特徴、機能、または利益のいずれかを提供することがあり得る。いくつかの実施形態では、処理回路９７０は、システムオンチップ（ＳＯＣ）を含んでよい。

いくつかの実施形態では、処理回路９７０は、無線周波数（ＲＦ）トランシーバ回路９７２およびベースバンド処理回路９７４のうちの１つまたは複数を含んでよい。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路９７２およびベースバンド処理回路９７４は、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニットの上にあってよい。代替実施形態では、ＲＦトランシーバ回路９７２およびベースバンド処理回路９７４の一部またはすべては、同じチップもしくはチップのセット、ボード、またはユニットの上にあってよい。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のそのようなネットワークデバイスによって提供されると本明細書において説明される機能のうちのいくつかまたはすべては、デバイス可読媒体９８０または処理回路９７０内のメモリ上に記憶された命令を実行する処理回路９７０によって実施されてよい。代替実施形態では、機能のうちのいくつかまたはすべては、ハードワイヤード様式などで別個のまたは個別のデバイス可読媒体上に記憶された命令を実行せずに処理回路９７０によって提供されてよい。それらの実施形態のいずれかでは、デバイス可読記憶媒体上に記憶された命令を実行するにせよしないにせよ、処理回路９７０は、説明された機能を実施するように設定可能である。そのような機能によって提供される利益は、処理回路９７０のみまたはネットワークノード９６０の他の構成要素に限定されず、全体としてネットワークノード９６０によって、ならびに／または一般的にエンドユーザおよびワイヤレスネットワークによって享受される。

デバイス可読媒体９８０は、限定するものではないが、永続的ストレージ、ソリッドステートメモリ、リモートで取り付けられるメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）、またはデジタルビデオディスク（ＤＶＤ））、ならびに／または処理回路９７０によって使用され得る情報、データ、および／もしくは命令を記憶する他の任意の揮発性もしくは不揮発性の、非一時的なデバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含む、任意の形の揮発性コンピュータ可読メモリまたは不揮発性コンピュータ可読メモリを含んでよい。デバイス可読媒体９８０は、論理、ルール、コード、テーブルなどのうちの１つもしくは複数を含むコンピュータプログラム、ソフトウェア、アプリケーションを含む、任意の適切な命令、データ、もしくは情報、および／または処理回路９７０によって実行され、ネットワークノード９６０によって利用可能である他の命令を記憶してよい。デバイス可読媒体９８０は、処理回路９７０によってなされる任意の計算および／またはインターフェース９９０を介して受信された任意のデータを記憶するために使用されてよい。いくつかの実施形態では、処理回路９７０とデバイス可読媒体９８０は、統合されていると考えられ得る。

インターフェース９９０は、ネットワークノード９６０、ネットワーク９０６、および／またはＷＤ９１０との間でのシグナリングおよび／またはデータのワイヤード通信またはワイヤレス通信において使用される。示されるように、インターフェース９９０は、たとえば、ワイヤード接続上でネットワーク９０６におよびこれからデータを送出および受信するポート／端子９９４を備える。インターフェース９９０は、アンテナ９６２に結合され得る、またはいくつかの実施形態ではその一部であり得る、無線フロントエンド回路９９２も含む。無線フロントエンド回路９９２は、フィルタ９９８と、増幅器９９６とを備える。無線フロントエンド回路９９２は、アンテナ９６２および処理回路９７０に接続されてよい。無線フロントエンド回路は、アンテナ９６２と処理回路９７０との間で通信される信号を調整するように設定されてよい。無線フロントエンド回路９９２は、ワイヤレス接続を介して他のネットワークノードまたはＷＤに送られることになるデジタルデータを受信し得る。無線フロントエンド回路９９２は、フィルタ９９８および／または増幅器９９６の組合せを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを持つ無線信号に変換し得る。次いで、この無線信号は、アンテナ９６２を介して送信されてよい。同様に、データを受信したとき、アンテナ９６２は、無線信号を収集してよく、この無線信号は、次いで、無線フロントエンド回路９９２によってデジタルデータに変換される。デジタルデータは、処理回路９７０に渡されてよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてよい。

いくつかの代替実施形態では、ネットワークノード９６０は、別個の無線フロントエンド回路９９２を含まないことがあり、代わりに、処理回路９７０が、無線フロントエンド回路を備えることがあり、別個の無線フロントエンド回路９９２のないアンテナ９６２に接続されることがある。同様に、いくつかの実施形態では、ＲＦトランシーバ回路９７２のすべてまたはいくつかが、インターフェース９９０の一部と考えられることがある。さらに他の実施形態では、インターフェース９９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端子９９４と、無線フロントエンド回路９９２と、ＲＦトランシーバ回路９７２とを含んでよく、インターフェース９９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路９７４と通信してよい。

アンテナ９６２は、ワイヤレス信号を送出および／または受信するように設定された、１つまたは複数のアンテナ、またはアンテナアレイを含んでよい。アンテナ９６２は、無線フロントエンド回路９９２に結合されてよく、ワイヤレスでデータおよび／または信号を送信および受信することが可能である任意のタイプのアンテナであってよい。いくつかの実施形態では、アンテナ９６２は、たとえば２ＧＨｚと６６ＧＨｚとの間で無線信号を送信／受信するように動作可能である１つまたは複数の全方向性アンテナ、セクタアンテナ、またはパネルアンテナを含んでよい。全方向性アンテナは、任意の方向で無線信号を送信／受信するために使用されてよく、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用されてよく、パネルアンテナは、比較的にまっすぐな線で無線信号を送信／受信するために使用される見通し線アンテナであってよい。いくつかの例では、複数のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ９６２は、ネットワークノード９６０とは別個であってよく、インターフェースまたはポートを通してネットワークノード９６０に接続可能であってよい。

アンテナ９６２、インターフェース９９０、および／または処理回路９７０は、ネットワークノードによって実施されると本明細書において説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定されてよい。任意の情報、データ、および／または信号は、ワイヤレスデバイス、別のネットワークノード、および／または他の任意のネットワーク機器から受信されてよい。同様に、アンテナ９６２、インターフェース９９０、および／または処理回路９７０は、ネットワークノードによって実施されると本明細書において説明される任意の送出動作を実施するように設定されてよい。任意の情報、データ、および／または信号は、ワイヤレスデバイス、別のネットワークノード、および／または他の任意のネットワーク機器に送信されてよい。

電力回路９８７は、電力管理回路を備えてもよいし、これに結合されてもよく、本明細書において説明される機能を実施するための電力をネットワークノード９６０の構成要素に供給するように設定される。電力回路９８７は、電源９８６から電力を受信し得る。電源９８６および／または電力回路９８７は、それぞれの構成要素に適した形で（たとえば、各それぞれの構成要素に必要とされる電圧および電流レベルで）ネットワークノード９６０のさまざまな構成要素に電力を提供するように設定されてよい。電源９８６は、電力回路９８７および／またはネットワークノード９６０に含まれる、またはそれらの外部にある、のどちらであってもよい。たとえば、ネットワークノード９６０は、入力回路または電気ケーブルなどのインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であってよく、それによって、外部電源は、電力を電力回路９８７に供給する。さらなる例として、電源９８６は、電力回路９８７に接続されたまたはこれに統合されたバッテリまたはバッテリパックの形で電力の供給源を備えることがある。バッテリは、外部電源に障害が起こった場合、バックアップ電力を提供し得る。光起電デバイスなどの他のタイプの電源も使用されてよい。

ネットワークノード９６０の代替実施形態は、本明細書において説明される機能のいずれかおよび／または本明細書において説明される主題をサポートするために必要な任意の機能を含むネットワークノードの機能のいくつかの態様を提供する役目を果たし得る、図９に示される構成要素以外の追加の構成要素を含んでよい。たとえば、ネットワークノード９６０は、ネットワークノード９６０への情報の入力を可能にし、およびネットワークノード９６０からの情報の出力を可能にする、ユーザインターフェース機器を含んでよい。これによって、ユーザは、ネットワークノード９６０のための診断機能、保守機能、修復機能、および他の管理機能を実施することが可能になり得る。

本明細書で使用されるとき、ワイヤレスデバイス（ＷＤ）は、ネットワークノードおよび／または他のワイヤレスデバイスとワイヤレスで通信することが可能である、このように設定される、このように配置される、および／またはこのように動作可能であるデバイスを指す。特に記載のない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用されてよい。ワイヤレスで通信することは、電磁波、無線波、赤外波、および／または空気を通じて情報を伝達するのに適した他のタイプの信号を使用してワイヤレス信号を送信および／または受信することを伴うことがある。いくつかの実施形態では、ＷＤは、直接的な人間相互作用なしで情報を送信および／または受信するように設定されてよい。たとえば、ＷＤは、所定のスケジュールで、内部イベントもしくは外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてよい。ＷＤの例としては、限定するものではないが、スマートフォン、携帯電話、セル式電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、ワイヤレスカメラ、ゲームコンソールもしくはデバイス、音楽記憶デバイス、再生アプライアンス、ウェアラブル端末デバイス、ワイヤレスエンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップコンピュータ埋込み機器（ＬＥＥ）、ラップトップコンピュータに取り付けられた機器（ＬＭＥ）、スマートデバイス、ワイヤレス顧客宅内機器（ＣＰＥ）、車載ワイヤレス端末デバイスなどがある。ＷＤは、Ｄ２Ｄ（デバイス対デバイス）通信を、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）（Ｖ２Ｘ）のための３ＧＰＰ規格を実装することによってサポートしてよく、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、モニタリングおよび／または測定を実施し、そのようなモニタリングおよび／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他のデバイスを表現し得る。ＷＤはこの場合、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある、ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）デバイスであってよい。特定の一例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであってよい。そのような機械またはデバイスの特定の例は、センサ、電力メータなどの計測デバイス、産業機械、または自宅アプライアンスもしくは個人的アプライアンス（たとえば、冷蔵庫、テレビなど）個人的なウェアラブル（たとえば、腕時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤは、その動作ステータスをモニタリングおよび／もしくは報告することまたはその動作と関連づけられた他の機能が可能である乗物または他の機器を表現し得る。上記で説明されたＷＤは、ワイヤレス接続のエンドポイントを表現してよく、その場合、デバイスは、ワイヤレス端末と呼ばれることがある。その上、上記で説明されたＷＤはモバイルであってよく、その場合、そのＷＤは、モバイルデバイスまたは移動端末とも呼ばれることがある。

示されるように、ワイヤレスデバイス９１０は、アンテナ９１１と、インターフェース９１４と、処理回路９２０と、デバイス可読媒体９３０と、ユーザインターフェース機器９３２と、補助機器９３４と、電源９３６と、電力回路９３７とを含む。ＷＤ９１０は、例を挙げるだけでも、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはブルートゥースワイヤレス技術などの、ＷＤ９１０によってサポートされる異なるワイヤレス技術のための示された構成要素のうちの１つまたは複数の複数のセットを含んでよい。これらのワイヤレス技術は、ＷＤ９１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合されてよい。

アンテナ９１１は、ワイヤレス信号を送出および／または受信するように設定された１つまたは複数のアンテナまたはアンテナアレイを含んでよく、インターフェース９１４に接続される。いくつかの代替実施形態では、アンテナ９１１は、ＷＤ９１０とは別個であり、インターフェースまたはポートを通してＷＤ９１０に接続可能であってよい。アンテナ９１１、インターフェース９１４、および／または処理回路９２０は、ＷＤによって実施されると本明細書において説明される任意の受信側または送信側動作を実施するように設定されてよい。任意の情報、データ、および／または信号は、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ９１１は、インターフェースとみなされることがある。

示されるように、インターフェース９１４は、無線フロントエンド回路９１２と、アンテナ９１１とを備える。無線フロントエンド回路９１２は、１つまたは複数のフィルタ９１８と増幅器９１６とを備える。無線フロントエンド回路９１２は、アンテナ９１１および処理回路９２０に接続され、アンテナ９１１と処理回路９２０との間で通信される信号を調整するように設定される。無線フロントエンド回路９１２は、アンテナ９１１に結合されてもよいし、その一部であってもよい。いくつかの実施形態では、ＷＤ９１０は、別個の無線フロントエンド回路９１２を含まないことがある。むしろ、処理回路９２０は、無線フロントエンド回路を備えてよく、アンテナ９１１に接続されてよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路９２２のいくつかまたはすべてが、インターフェース９１４の一部と考えられることがある。無線フロントエンド回路９１２は、ワイヤレス接続を介して他のネットワークノードまたはＷＤに送られることになるデジタルデータを受信し得る。無線フロントエンド回路９１２は、フィルタ９１８および／または増幅器９１６の組合せを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを持つ無線信号に変換し得る。次いで、この無線信号は、アンテナ９１１を介して送信されてよい。同様に、データを受信したとき、アンテナ９１１は、無線信号を収集してよく、この無線信号は、次いで、無線フロントエンド回路９１２によってデジタルデータに変換される。デジタルデータは、処理回路９２０に渡されてよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えてよい。

処理回路９２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、もしくはハードウェア、ソフトウェアおよび／もしくは、単独で、もしくはデバイス可読媒体９３０などの他のＷＤ９１０構成要素とともに、のどちらかで、ＷＤ９１０に機能を提供するように動作可能なエンコーディングされた論理の組合せ、のうちの１つまたは複数の組合せを備えてよい。そのような機能としては、本明細書において論じられるさまざまなワイヤレス特徴または利益のいずれかを提供することがあり得る。たとえば、処理回路９２０は、本明細書で開示される機能を提供するために、デバイス可読媒体９３０内または処理回路９２０内のメモリ内に記憶された命令を行ってよい。

示されるように、処理回路９２０は、ＲＦトランシーバ回路９２２、ベースバンド処理回路９２４、およびアプリケーション処理回路９２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備えてよい。いくつかの実施形態では、ＷＤ９１０の処理回路９２０は、ＳＯＣを備えることがある。いくつかの実施形態では、ＲＦトランシーバ回路９２２、ベースバンド処理回路９２４、およびアプリケーション処理回路９２６は、別個のチップまたはチップのセットの上にあってよい。代替実施形態では、ベースバンド処理回路９２４およびアプリケーション処理回路９２６の一部またはすべては、１つのチップまたはチップのセットに組み合わされてよく、ＲＦトランシーバ回路９２２は、別個のチップまたはチップのセット上にあってよい。さらに代替の実施形態ではＲＦトランシーバ回路９２２およびベースバンド処理回路９２４の、一部またはすべては、同じチップまたはチップのセットの上にあってよく、アプリケーション処理回路９２６は、別個のチップまたはチップのセットの上にあってよい。さらに他の代替実施形態では、ＲＦトランシーバ回路９２２、ベースバンド処理回路９２４、およびアプリケーション処理回路９２６の一部またはすべては、同じチップまたはチップのセット内で組み合わされてよい。いくつかの実施形態では、ＲＦトランシーバ回路９２２は、インターフェース９１４の一部であることがある。ＲＦトランシーバ回路９２２は、処理回路９２０のためのＲＦ信号を調整し得る。

いくつかの実施形態では、ＷＤによって実施されると本明細書において説明される機能のいくつかまたはすべては、デバイス可読媒体９３０上に記憶された命令を実行する処理回路９２０によって提供されてよく、デバイス可読媒体９３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であってよい。代替実施形態では、機能のいくつかまたはすべては、ハードワイヤード様式などで別個のまたは個別のデバイス可読記憶媒体上に記憶された命令を実行することなく処理回路９２０によって提供されることがある。それら特定の実施形態のいずれかでは、デバイス可読記憶媒体上の記憶される命令を実行するにせよ実行しないにせよ、処理回路９２０は、説明された機能を実施するように設定可能である。そのような機能によって提供される利益は、処理回路９２０のみまたはＷＤ９１０の他の構成要素に限定されず、全体としてＷＤ９１０によって、ならびに／または一般的にエンドユーザおよびワイヤレスネットワークによって享受される。

処理回路９２０は、本明細書においてＷＤによって提供されると実施される任意の決定動作、計算動作、または類似の動作（たとえば、いくつかの取得動作）を実施するように設定されてよい。処理回路９２０によって実施されるこれらの動作としては、たとえば、取得された情報を他の情報に変換すること、取得された情報もしくは変換された情報をＷＤ９１０によって記憶された情報と比較すること、および／または取得された情報もしくは変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理回路９２０によって取得された情報を処理すること、ならびに前記処理の結果として決定を下すことがあり得る。

デバイス可読媒体９３０は、論理、ルール、コード、テーブルなどのうちの１つもしくは複数を含むコンピュータプログラム、ソフトウェア、アプリケーション、および／または処理回路９２０によって実行される他の命令を記憶してよい。デバイス可読媒体９３０としては、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読み出し専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／または処理回路９２０によって使用され得る情報、データ、および／もしくは命令を記憶する他の任意の揮発性または不揮発性の、非一時的なデバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含んでよい。いくつかの実施形態では、処理回路９２０とデバイス可読媒体９３０は、統合されていると考えられていることはある。

ユーザインターフェース機器９３２は、人間ユーザがＷＤ９１０と相互作用することを可能にする構成要素を提供し得る。そのような相互作用は、視覚、音響、触覚などの多数の形であってよい。ユーザインターフェース機器９３２は、ユーザへの出力を生じさせ、ユーザがＷＤ９１０に入力を提供することを可能にするように動作可能であってよい。相互作用のタイプは、ＷＤ９１０内にインストールされるユーザインターフェース機器９３２のタイプに応じて変化してよい。たとえば、ＷＤ９１０がスマートフォンである場合、相互作用は、タッチスクリーンを介してであってよい。ＷＤ９１０がスマートメータである場合、相互作用は、使用法（たとえば、使用されるガロンの数）または可聴式アラートを提供するスピーカ（たとえば、煙が検出される場合）を提供するスクリーンを通じてであってよい。ユーザインターフェース機器９３２は、入力インターフェース、入力デバイス、および入力回路と、出力インターフェース、出力デバイス、および出力回路とを含んでよい。ユーザインターフェース機器９３２は、ＷＤ９１０への情報の入力が可能であるように設定され、処理回路９２０が入力情報を処理することを可能にするために処理回路９２０に接続される。ユーザインターフェース機器９３２は、たとえば、マイクロホン、近接センサもしくは他のセンサ、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、または他の入力回路を含んでよい。ユーザインターフェース機器９３２はまた、ＷＤ９１０からの情報の出力を可能にし、処理回路９２０がＷＤ９１０から情報を出力することも可能にするように設定される。ユーザインターフェース機器９３２は、たとえば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含んでよい。ユーザインターフェース機器９３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ９１０は、エンドユーザおよび／またはワイヤレスネットワークと通信し、エンドユーザおよび／またはワイヤレスネットワークが本明細書において説明される機能から利益を得ることを可能にし得る。

補助機器９３４は、一般にＷＤによって実施されないことがあるより具体的な機能を提供するように動作可能である。これは、さまざまな目的のために測定をするための特殊センサ、ワイヤード通信などのさらなるタイプの通信のためのインターフェースを備える。補助機器９３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変化し得る。

電源９３６は、いくつかの実施形態では、バッテリまたはバッテリパックの形であってよい。外部電源（たとえば、電気コンセント）、光起電デバイス、または電力セルなどの他のタイプの電源も使用されてよい。ＷＤ９１０は、本明細書において説明されるまたは示される機能を行うために電源９３６からの電力が必要であるＷＤ９１０のさまざまな部分に電源９３６から電力を分配するための電力回路９３７をさらに備えてよい。電力回路９３７は、いくつかの実施形態では、電力管理回路を備えてよい。電力回路９３７は、追加的または代替的に外部電源から電力を受信するように動作可能であってよい。その場合、ＷＤ９１０は、入力回路または電力ケーブルなどのインターフェースを介して外部電源（電気コンセントなど）に接続可能であることがある。電力回路９３７は、いくつかの実施形態では、外部電源から電源９３６に電力を分配するように動作可能であることがある。これは、たとえば、電源９３６の充電のためであってよい。電力回路９３７は、電力が供給されるＷＤ９１０のそれぞれの構成要素に適した電力を生み出すために電源９３６から電力への任意のフォーマット化、変換、または他の修正を実施し得る。

実施形態
１．無線アクセスネットワーク（ＲＡＮ）内でマスタノードによって実施される方法であって、
セカンダリノードを介して、ユーザ機器によって生成された情報を含む第１のメッセージを受信することであって、この情報は、ユーザ機器とマスタノードとの間の接続の検出された障害に対応する、受信することと、
第１のメッセージおよびユーザ機器コンテキストに基づいて、接続再設定、接続再確立、または接続セットアップのうちの少なくとも１つを含む方策を実施することを決定することと、
セカンダリノードに、決定された方策に対応する第２のメッセージを提供することと
を含む方法。

２．第１のメッセージは、無線リソース制御（ＲＲＣ）ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ、またはＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態１に記載の方法。

３．第１のメッセージは、障害原因、１つもしくは複数の測定値、バッファステータス報告、またはＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙ情報のうちの１つまたは複数を含む、実施形態１または２に記載の方法。

４．検出される障害は、無線リンク障害、再設定障害、完全性保護障害、またはハンドオーバ障害のうちの少なくとも１つを含む、実施形態１から３のいずれかに記載の方法。

５．第２のメッセージは、無線リソース制御（ＲＲＣ）ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ、またはＲＲＣＳｅｔｕｐメッセージを含む、実施形態１から４のいずれかに記載の方法。

６．第１のメッセージは、シグナリング無線ベアラ３（ＳＲＢ３）を介して受信される、実施形態１から５のいずれかに記載の方法。

７．第１のメッセージは、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のセカンダリセルグループ（ＳＣＧ）経路を介して受信される、実施形態１から５のいずれかに記載の方法。

８．第２のメッセージは、シグナリング無線ベアラ３（ＳＲＢ３）を介して提供される、実施形態１から７のいずれかに記載の方法。

９．第２のメッセージは、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のセカンダリセルグループ（ＳＣＧ）経路を介して提供される、実施形態１から７のいずれかに記載の方法。

１０．決定される方策は、ハンドオーバを用いた接続再設定を含む、実施形態１から９のいずれかに記載の方法。

１１．第２のメッセージは、セカンダリノードまたは別のノードに対応するハンドオーバ設定を含む、実施形態１から１０のいずれか１つに記載の方法。

１２．ユーザ機器（ＵＥ）によって実施される方法であって、
無線アクセスネットワーク（ＲＡＮ）内のＵＥとマスタノードとの間の接続に対応する障害を検出することと、
セカンダリノードを介してマスタノードに、検出された障害に対応する第１のメッセージを提供することと、
接続再設定、接続再確立、または接続セットアップを実施するようにＵＥに示す第２のメッセージをマスタノードからセカンダリノードを介して受信することと
を含む方法。

１３．第１のメッセージは、無線リソース制御（ＲＲＣ）ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ、またはＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態１２に記載の方法。

１４．第１のメッセージは、障害原因、１つもしくは複数の測定値、バッファステータス報告、またはＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙ情報のうちの１つまたは複数を含む、実施形態１２または１３に記載の方法。

１５．検出される障害は、無線リンク障害、再設定障害、完全性保護障害、またはハンドオーバ障害のうちの少なくとも１つを含む、実施形態１２から１４のいずれか１つに記載の方法。

１６．第２のメッセージは、無線リソース制御（ＲＲＣ）ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ、またはＲＲＣＳｅｔｕｐメッセージを含む、実施形態１２から１５のいずれかに記載の方法。

１７．第１のメッセージは、シグナリング無線ベアラ３（ＳＲＢ３）を介して提供される、実施形態１２から１６のいずれかに記載の方法。

１８．第１のメッセージは、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のセカンダリセルグループ（ＳＣＧ）経路を介して提供される、実施形態１２から１６のいずれかに記載の方法。

１９．第２のメッセージは、シグナリング無線ベアラ３（ＳＲＢ３）を介して受信される、実施形態１２から１８のいずれかに記載の方法。

２０．第２のメッセージは、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のセカンダリセルグループ（ＳＣＧ）経路を介して受信される、実施形態１２から１８のいずれかに記載の方法。

２１．決定される方策は、ハンドオーバを用いた接続再設定を含む、実施形態１２から２０のいずれかに記載の方法。

２２．第２のメッセージは、セカンダリノードまたは別のノードに対応するハンドオーバ設定を含む、実施形態１２から２１のいずれかに記載の方法。

２３．無線アクセスネットワーク（ＲＡＮ）（２２０）内のネットワークノード（２００）であって、実施形態１から１１の方法のいずれかを実施する処理回路（２０２）を備えるネットワークノード（２００）。

２４．実施形態１２から２２の方法のいずれかを実施する処理回路（２１２）を備えるユーザ機器（ＵＥ）（２１０）。

２５．実施形態１から２２の方法のいずれかを実施するために処理回路によって実行可能な命令を記憶した非一時的なコンピュータ可読記憶媒体。

２６．ネットワークノードと、
このネットワークノードに通信可能に結合されたユーザ機器と
を備えるシステム。

２７．ネットワークノードは、非一時的なコンピュータ可読メモリに結合された少なくとも１つのプロセッサを備え、前記非一時的なコンピュータ可読メモリは、実施形態１から１１の方法のいずれかを実施するために前記少なくとも１つのプロセッサによって実行可能な命令を含む、実施形態２６のシステム。

２８．ユーザ機器は、非一時的なコンピュータ可読メモリに結合された少なくとも１つのプロセッサを備え、前記非一時的なコンピュータ可読メモリは、実施形態１２から２２の方法のいずれかを実施するために前記少なくとも１つのプロセッサによって実行可能な命令を含む、実施形態２６のシステム。

ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ例
以下は、測定値を有するＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの例示的な拡張を示す。

以下は、ＦａｉｌｕｒｅＭｅｓｓａｇｅ内の障害タイプの例示的な拡張を示す。現在のＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ ＩＥは、障害タイプに関する３つのスペア値のみを持つので、ＩＥは拡張可能である、または障害タイプは制限可能である、のどちらかである。一実施形態では、ｆａｉｌｕｒｅＴｙｐｅのスペア値は、選定ｒｌｆが、ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ、ＲＬＣの最大再送信、ｂｅａｍＦａｉｌｕｒｅ、または最大ＵＬタイミング差を含むように使用されるが、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅは、ＲＲＣメッセージに適合する障害、ならびにタイマ（たとえばＴ３０４）が満了する前に再設定を完了させる障害の両方を包含する。：

別の例では、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは、さらなる障害タイプがシグナリングされることを可能にするように拡張される。

例示的なＮＲ手順
以下のセクションでは、現在の３ＧＰＰ規格たとえばＴＳ３８．３３１では本明細書において説明される技法をどのように実装するかの一例が示される。例は、規格のいくつかの部分への強化を示し、これは、別個に実装されてもよいし、異なる組合せで一緒に実装されてもよい。

５．３．５．８．１ 完全性チェック障害
編集者注：このサブセクションがスタンドアロンケースに容易に拡張可能である（必要と考えられる場合）ように、「ＳＩＢ３」を見出しから除去した。ＦＦＳ＿Ｓｔａｎｄａｌｏｎｅ
ＵＥは、以下のようであるものとする：
１＞ 完全性チェック障害時、ＳＲＢ３のためのＮＲ下位層からの標識：
２＞ ＳＲＢ３完全性チェック障害を報告するために下位条項５．７．３において規定されるＳＣＧ障害情報手順を開始する。
１＞ 完全性チェック障害時、ＳＲＢ１またはＳＲＢ２のためのＮＲ下位層からの標識：
２＞ スプリットＳＲＢ１またはＳＲＢ３を用いてＵＥが設定されている場合：
３＞ 完全性チェック障害を報告するために下位条項５．７．５において規定される障害情報手順を開始する。
２＞ そうでない場合：
３＞ 下位条項５．３．７において規定されるＲＲＣ再確立手順を開始する；
５．３．５．８．２ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎへの適合不可能
ＵＥは、以下のようであるものとする：
１＞ ＵＥがＥＮ－ＤＣで動作している場合：
２＞ ＵＥが、ＳＲＢ３上で受信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）に適合することが不可能である場合；
３＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用する；
３＞ ＳＣＧ再設定エラーを報告するために下位条項５．７．３において規定されるＳＣＧ障害情報手順を開始する。そのとき、接続再設定手順は終了する；
２＞ そうでない場合、ＵＥが、Ｅ－ＵＴＲＡ ＭＣＧ ＳＲＢ１上で受信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）に適合することが不可能である場合；
３＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用する；
３＞ ＴＳ ３６．３３１［１０，５．３．７］において規定された接続再確立手順を開始する。そのとき、接続再設定手順は終了する。
１＞ そうではなく、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがＮＲを介して受信された場合：
２＞ ＵＥがスプリットＳＲＢ１を用いて設定されている場合；
３＞ ＵＥが、スプリットＳＲＢ１上で受信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）に適合することが不可能である場合；
４＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用する；
４＞ ＭＣＧ再設定エラーを報告するために下位条項５．７．５において規定される障害情報手順を開始する。そのとき、接続再設定手順は終了する；
２＞ ＵＥがＳＲＢ３を用いて設定されている場合；
３＞ ＵＥが、ＳＲＢ３上で受信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）に適合することが不可能である場合；
４＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用する；
４＞ ＳＣＧ再設定エラーを報告するために下位条項５．７．３において規定されるＳＣＧ障害情報手順を開始する。そのとき、接続再設定手順は終了する；
３＞ ＵＥが、ＳＲＢ１上で受信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）に適合することが不可能である場合；
４＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信の前に使用された設定を引き続き使用する；
４＞ ＭＣＧ再設定エラーを報告するために下位条項５．７．５において規定される障害情報手順を開始する。そのとき、接続再設定手順は終了する；
２＞ そうでない場合：
３＞ セキュリティがアクティブ化されていない場合：
４＞ ５．３．１１に規定されるように、ＲＲＣ＿ＩＤＬＥになるとき、方策を実施し、原因ｏｔｈｅｒを解放する；
３＞ そうでない場合：
４＞ ５．３．７において規定された接続再確立手順を開始する。そのとき、再設定手順は終了する；
１＞ そうではなく、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが他のＲＡＴを介して受信された場合（ＮＲへのＨＯ障害）：
２＞ ＵＥが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定のいずれの部分にも適合することが不可能である場合：
３＞ 他のＲＡＴに適用可能な仕様において定められたこの障害ケースのために定められた方策を実施する。
注１： ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが、１０で定められた一般的なエラーハンドリングによってＵＥはメッセージを無視するものとすると規定されるプロトコルエラーを引き起こした場合にも、上記の障害ハンドリングを適用してよい。
注２： ＵＥが設定の一部に適合することが不可能である場合、ＵＥは設定のいかなる部分も適用しない、すなわち、部分的成功／失敗はない。
５．３．５．８．３ Ｔ３０４満了（同期式再設定障害）
ＵＥは、以下のようであるものとする：
１＞ ＭＣＧのＴ３０４が満了する場合：
２＞ 設定されている場合、ｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで提供される専用プリアンブルを解放する；
２＞ ソースＰＣｅｌｌで使用されるＵＥ設定に戻す；
２＞ スプリットＳＲＢ１またはＳＲＢ３が設定されている場合：
３＞ ５．７．５で規定される障害情報手順を開始する；
２＞ そうでない場合：
３＞ ５．３．７で規定される接続再確立手順を開始する。
注１： 上記の文脈では、「ＵＥ設定」は、各無線ベアラの段階変数およびパラメータを含む。
１＞ そうではなく、セカンダリセルグループのＴ３０４が満了する場合：
２＞ 設定されている場合、ｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで提供される専用プリアンブルを解放する；
２＞ 同期式ＳＣＧ再設定障害を報告するために下位条項５．７．３において規定されるＳＣＧ障害情報手順を開始する。そのとき、ＲＲＣ再設定手順は終了する；
１＞ そうではなく、Ｔ３０４が満了する場合、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏが他のＲＡＴを介して受信された場合（ＮＲへのＨＯ障害）：
２＞ ＭＡＣをリセットする；
２＞ 他のＲＡＴに適用可能な仕様において定められたこの障害ケースのために定められた方策を実施する。

５．３．１０．３ 無線リンク障害の検出
ＵＥは、以下のようであるものとする：
１＞ ＰＣｅｌｌにおけるＴ３１０満了時；または
１＞ Ｔ３００もＴ３０１もＴ３０４もＴ３１１も動いていない間のＭＣＧ ＭＡＣからのランダムアクセス問題標識時；または
１＞ ＭＣＧ ＲＬＣからの、再送信の最大数に到達したという標識時：
２＞ ＣＡ複製が設定およびアクティブ化された場合；ならびに対応する論理チャネルａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓのみがＳＣｅｌｌを含む場合：
３＞ ＲＬＣ障害を報告するために５．７．ｘにおいて規定される障害情報手順を開始する。
２＞ そうでない場合：
３＞ 無線リンク障害がＭＣＧに対して検出されたと考える、すなわち、ＲＬＦ；
３＞ ＡＳセキュリティがアクティブ化されていない場合：
４＞ ５．３．１１に規定されるように、ＲＲＣ＿ＩＤＬＥになるとき、方策を実施し、原因「ｏｔｈｅｒ」を解放する；
３＞ そうでない場合：
４＞ スプリットＳＲＢ１またはＳＲＢ３が設定されている場合：
５＞ ＭＣＧ障害を報告するために５．７．５で規定される障害情報手順を開始する；
４＞ そうでない場合：
５＞ ５．３．７で規定される接続再確立手順を開始する。
５．７．５ 障害情報
５．７．５．１ 一般

図５．７．５．１－１：障害情報
この手順の目的は、ＵＥによって検出された障害についてネットワークに知らせることである。

５．７．５．２ 開始
ＵＥによって検出された障害についてネットワークに知らせる必要があるとき、ＵＥは手順を開始する。具体的には、ＵＥは、以下の条件が満たされたときに手順を開始する：

１＞ ＲＬＣベアラに関する障害を検出したとき、５．３．１０．３に従う；または
１＞ ＭＣＧの無線リンク障害を検出したとき、５．３．１０に従う；または
１＞ ＭＣＧの同期式再構成障害時、下位条項５．３．５．８．３に従う；または
１＞ ＮＲ障害からの移動時、下位条項５．４．３．５に従う；または
１＞ 完全性チェック障害がＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ上で検出された場合を除く、ＳＲＢ１またはＳＲＢ２に関する下位層からの完全性チェック障害標識時；または
１＞ ＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対するＲＲＣ接続再設定障害時、下位条項５．３．５．８．２に従う。
手順の開始時、以下のようであるものとする：
１＞ ＭＣＧの障害についてネットワークに知らせるために使用される場合：
２＞ タイマＴ３１０が動いている場合は、これを停止する；
２＞ タイマＴ３０４が動いている場合は、これを停止する；
２＞ タイマＴ３ｘｘを起動する；
２＞ ＳＲＢ０を除くすべてのＭＣＧ ＲＢを一時停止する；
２＞ ＭＣＧ ＭＡＣをリセットする；
２＞ ＭＣＧ ＳＣｅｌｌが設定されている場合は、これを解放する；
２＞ 現在の専用ＭＣＧ ＳｅｒｖｉｎｇＣｅｌｌ設定を解放する；
２＞ ｄｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇが設定されている場合はｄｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇを解放し、タイマＴ３４２が動いている場合はタイマＴ３４２を停止する；
２＞ ｏｖｅｒｈｅａｔｉｎｇＡｓｓｉｓｔａｎｃｅＣｏｎｆｉｇが設定されている場合はｏｖｅｒｈｅａｔｉｎｇＡｓｓｉｓｔａｎｃｅＣｏｎｆｉｇを解放し、タイマＴ３４５が動いている場合はタイマＴ３４５を停止する；
２＞ ＴＳ ３８．３０４［２０，５．２．６］において規定されるセル選択プロセスに従ってセル選択を実施する；
１＞ ５．７．５．３で規定されるＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
５．７．５．３ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信に関連する方策
ＵＥは、以下のようであるものとする：
１＞ ＲＬＣ障害情報を提供するために開始された場合：
２＞ ｌｏｇｉｃａｌＣｈａｎｎｅｌＩｄｅｎｔｉｔｙを、障害が発生しているＲＬＣベアラの論理チャネル識別情報にセットする；
２＞ ｃｅｌｌＧｒｏｕｐＩｎｄｉｃａｔｉｏｎを、障害が発生しているＲＬＣベアラのセルグループにセットする；
２＞ ｆａｉｌｕｒｅＴｙｐｅを、検出された障害のタイプに設定する；
１＞ ＭＣＧの障害についてネットワークに知らせるために使用される場合：
２＞ ｍｅａｓＲｅｓｕｌｔＭＣＧ－Ｆａｉｌｕｒｅを、Ｘ．Ｘに記載の測定結果にセットする；
２＞ スプリットＳＲＢ１が設定されている場合；
３＞ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＲＢ１のＳＣＧを介する送信のために下位層に提示する；
２＞ そうではなく、ＳＲＢ３が設定されている場合；
３＞ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＲＢ３を介する送信のために下位層に提示する；
１＞ そうではなく、ＭＣＧ ＲＬＣベアラの障害についてネットワークに知らせるために使用される場合
２＞ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＲＢ１を介する送信のために下位層に提示する；
１＞ そうではなく、ＳＣＧ ＲＬＣベアラの障害についてネットワークに知らせるために使用される場合：およびＵＥがＥＮ－ＤＣを用いて設定されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＲＢ３を介する送信のために下位層に提示する；
２＞ そうでない場合：
３＞ ＴＳ ３６．３３１［１０］に規定されたＥ－ＵＴＲＡ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介してＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを提示する。

上記では、無線リンク障害、完全性チェック障害、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに適合することが不可能、およびハンドオーバ障害の検出時の手順は、再確立を開始する代わりに拡張され、ＵＥは、ネットワークが回復しようとすることができるように、ＳＣＧ（スプリットＳＲＢ１のＳＣＧパートまたはＳＲＢ３のどちらか）を介して障害情報メッセージを送信する。ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは、たとえば測定値を含むように拡張されることが提案されるので、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを準備するための手順は、これに対処するに拡張される必要がある。

加えて、提案される手順では、ＭＣＧ障害時のＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎの送信は、スプリットＳＲＢ１が設定されている場合はスプリットＳＲＢ１のＳＣＧパートを介して、そうでない場合はＳＲＢ３を介して、送信されることが仮定される。すなわち、スプリットＳＲＢ１とＳＲＢ３の両方が設定されている場合は、ＵＥは、スプリットＳＲＢ１を使用する。しかしながら、代替解決策は、ＵＥが、ＳＲＢ３が設定されている場合はこれを使用し、ＳＲＢ３が設定されていなかった場合のみスプリットＳＲＢ１のＳＣＧパートを使用することであろう。同様に、たとえば障害タイプに基づいて、どの経路を使用するか、さらに考慮されてよい。

したがって、ＵＥは、ＭＣＧ上のＲＬＦに遭遇したとき、ＲＬＦ、たとえば、ＭＣＧ無線ベアラ一時停止、ＭＣＧ ＳＣｅｌｌ解放を検出したときの冒頭において従来と同じやり方と類似したやり方で働くと仮定される。

より高速な回復のためのさらなる改善は、強化点を持つこと、たとえば、ＭＣＧ ＳＣｅｌｌを解放しないこととすることができる。

同期式再設定手順では、本発明者らは、以下で示されるように、いかなる一時停止されたＭＣＧも再開されることを保証する。

５．３．５．５．１ 一般
ネットワークは、マスタセルグループ（ＭＣＧ）とゼロまたは１つのセカンダリセルグループ（ＳＣＧ）を用いてＵＥを設定する。ＥＮ－ＤＣの場合、ＭＣＧは、ＴＳ ３６．３３１［１０］に規定されるように設定される。ネットワークは、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ内のセルグループに設定パラメータを提供する。
ＵＥは、受信されたＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥに基づいて、以下の方策を実施する：
１＞ ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇが、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃとともにｓｐＣｅｌｌＣｏｎｆｉｇを含む場合：
２＞ ５．３．５．５．２に記載の同期式再設定を実施する；
２＞ 一時停止されている場合、すべての一時停止された無線ベアラを再開し、すべての無線ベアラのためのＳＣＧおよびＭＣＧ送信を再開する；

本発明の概念のいくつかの態様は主に、上記で少数の実施形態に関して説明されてきた。しかしながら、当業者によって容易に諒解されるように、上記で開示された実施形態以外の実施形態が等しく可能であり、本発明の概念の範囲内にある。同様に、いくつかの異なる組合せが論じられているが、すべての可能な組合せが開示されているわけではない。当業者は、他の組合せが存在し、本発明の概念の範囲内にあることを諒解するであろう。その上、当業者によって理解されるように、本明細書において開示される実施形態は、したがって、他の規格および通信システムにも適用可能であり、他の特徴とともに開示されている特定の図からの任意の特徴は、他の任意の図に適用可能であってもよいし、異なる特徴と組み合わされてもよい。

Claims (24)

1. ユーザ機器（ＵＥ）によって実施される方法であって、
   前記ＵＥとマスタセルグループ（ＭＣＧ）との間の接続に関連する障害を検出すること（２０２）と、
   前記検出された障害に関連する第１のメッセージを、セカンダリセルグループ（ＳＣＧ）を介してマスタノードに提供すること（２０４）であって、前記第１のメッセージが、無線リソース制御（ＲＲＣ）ＭＣＧ障害情報メッセージを含み、それにより、前記マスタノードが、ハンドオーバ有りでの接続再設定、接続再確立、または接続セットアップを含む方策を実施することを決定する、第１のメッセージを提供すること（２０４）と、
   前記決定された方策に対応する第２のメッセージを前記マスタノードから前記ＳＣＧを介して受信すること（２０６）と、
   前記第２のメッセージに対応する手順を実行することと
   を含む方法。
2. 前記第１のメッセージが障害タイプを含む、請求項１に記載の方法。
3. 前記第１のメッセージが測定値を含む、請求項１または２に記載の方法。
4. 前記検出された障害が、無線リンク障害またはハンドオーバ障害を含む、請求項１から３のいずれか一項に記載の方法。
5. 前記第１のメッセージが、シグナリング無線ベアラ３（ＳＲＢ３）を介して提供される、請求項１から４のいずれか一項に記載の方法。
6. 前記第１のメッセージが、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のＳＣＧレッグを介して提供される、請求項１から４のいずれか一項に記載の方法。
7. 前記第２のメッセージが、シグナリング無線ベアラ３（ＳＲＢ３）を介して受信される、請求項１から６のいずれか一項に記載の方法。
8. 前記第２のメッセージが、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のＳＣＧレッグを介して受信される、請求項１から６のいずれか一項に記載の方法。
9. 前記第２のメッセージが、無線リソース制御（ＲＲＣ）再設定メッセージまたは同期式ＲＲＣ再設定メッセージを含み、前記第２のメッセージが、ハンドオーバを実施するように示す、請求項１から８のいずれか一項に記載の方法。
10. 前記第２のメッセージが、前記ＳＣＧのセカンダリノードまたは別のノードに関連するハンドオーバ設定を含む、請求項１から９のいずれか一項に記載の方法。
11. 請求項１から１０の方法のいずれかを実施する処理回路（９２０）を備えるユーザ機器（ＵＥ）（９１０）。
12. 請求項１から１０の方法のいずれかを実施するために処理回路（９２０）によって実行可能な命令を記憶した非一時的なコンピュータ可読記憶媒体（９３０）。
13. 無線アクセスネットワーク（ＲＡＮ）内でマスタノードによって実施される方法であって、
    ユーザ機器（ＵＥ）から、セカンダリセルグループ（ＳＣＧ）を介して、前記ＵＥとマスタセルグループ（ＭＣＧ）との間の検出された接続の障害に関連する情報を含む第１のメッセージを受信すること（１０２）であって、前記第１のメッセージが、無線リソース制御（ＲＲＣ）ＭＣＧ障害情報メッセージを含む、第１のメッセージを受信すること（１０２）と、
    前記第１のメッセージおよびユーザ機器コンテキストに基づいて、ハンドオーバ有りでの接続再設定、接続再確立、または接続セットアップを含む方策を実施することを決定すること（１０４）と、
    前記決定された方策を実施するように示す第２のメッセージを、前記ＳＣＧを介して前記ＵＥに提供すること（１０６）と
    を含む方法。
14. 前記第１のメッセージが障害タイプを含む、請求項１３に記載の方法。
15. 前記第１のメッセージが測定値を含む、請求項１３または１４に記載の方法。
16. 前記検出された障害が、無線リンク障害またはハンドオーバ障害を含む、請求項１３から１５のいずれか一項に記載の方法。
17. 前記第１のメッセージが、シグナリング無線ベアラ３（ＳＲＢ３）を介して受信される、請求項１３から１６のいずれか一項に記載の方法。
18. 前記第１のメッセージが、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のＳＣＧレッグを介して受信される、請求項１３から１６のいずれか一項に記載の方法。
19. 前記第２のメッセージが、シグナリング無線ベアラ３（ＳＲＢ３）を介して提供される、請求項１３から１８のいずれか一項に記載の方法。
20. 前記第２のメッセージが、スプリットシグナリング無線ベアラ１（ＳＲＢ１）のＳＣＧレッグを介して提供される、請求項１３から１８のいずれか一項に記載の方法。
21. 前記第２のメッセージが、無線リソース制御（ＲＲＣ）再設定メッセージまたは同期式ＲＲＣ再設定メッセージを含み、前記第２のメッセージが、ハンドオーバを実施するように示す、請求項１３から２０のいずれか一項に記載の方法。
22. 前記第２のメッセージが、前記ＳＣＧのセカンダリノードまたは別のノードに関連するハンドオーバ設定を含む、請求項１３から２１のいずれか一項に記載の方法。
23. 請求項１３から２２の方法のいずれかを実施する処理回路（９７０）を備えるネットワークノード（９６０）。
24. 請求項１３から２２の方法のいずれかを実施するために処理回路（９７０）によって実行可能な命令を記憶した非一時的なコンピュータ可読記憶媒体（９８０）。

Images