JP2021514126A - フル構成で接続を再開するための方法、ネットワークノード、無線デバイス、およびコンピュータプログラム製品 - Google Patents

Abstract

通信ネットワーク内の接続を再開するための無線デバイス。無線デバイスは、通信インターフェースと、通信インターフェースに通信可能に接続された１つ以上の処理回路とを備え、１つ以上の処理回路は、少なくとも１つのプロセッサとメモリとを備え、メモリは、実行されると、少なくとも１つのプロセッサに、通信ネットワーク内の接続を再開する要求をネットワークノードに送信させ、フル構成を実行する表示を含む再開応答メッセージをネットワークノードから受信させ、フル構成を適用させる、命令を含む。【選択図】図１７

Description

関連出願
［０００１］ 本出願は、「ＲＲＣ Ｒｅｓｕｍｅ ｗｉｔｈ Ｆｕｌｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎ」と題され、２０１８年２月１５日に米国特許商標庁に出願された米国仮特許出願第６２／６３１４６７号の優先権の利益を主張し、その内容が参照により本明細書に組み込まれる。

［０００２］ 本説明は、一般に、無線通信に関するものであり、より詳細には、無線デバイスのための接続を再開することに関するものである。

［０００３］ 無線リソース制御（ＲＲＣ）プロトコル
［０００４］ ロングタームエボリューション（ＬＴＥ）におけるように、無線リソース制御（ＲＲＣ）プロトコルが、ユーザ機器（ＵＥ）とネットワークノード（例えば、ｅＮＢ）との間の無線接続を構成／設定し、維持するために使用される。ＵＥが、ｅＮＢからＲＲＣメッセージを受信すると、ＵＥは、その構成を適用する（「コンパイル」という用語も、構成の適用を指すために使用できる）。そして、これが成功した場合、ＵＥは、この応答をトリガしたメッセージのトランザクションＩＤを示すＲＲＣ完了メッセージを生成する。

［０００５］ ＬＴＥ−ｒｅｌｅａｓｅ（ｒｅｌ．）８以降、ＳＲＢ０、ＳＲＢ１、ＳＲＢ２の３つのシグナリング無線ベアラ（ＳＲＢ）が、ユーザ機器（ＵＥ）とｅＮＢとの間のＲＲＣおよび非アクセス層（ＮＡＳ）メッセージの搬送に利用可能であった。ＳＲＢ１ｂｉｓとして知られる新しいＳＲＢもまた、ナローバンドＩｏＴ（ＮＢ−ＩｏＴ）においてＤｏＮＡＳ（Ｄａｔａ Ｏｖｅｒ ＮＡＳ）をサポートするために、ｒｅｌ−１３で導入された。

［０００６］ ＳＲＢ０は、共通制御チャネル（ＣＣＣＨ）論理チャネルを使用するＲＲＣメッセージのために使用され、ＲＲＣ接続設定、ＲＲＣ接続再開、およびＲＲＣ接続再確立を扱うために使用される。ＵＥがｅＮＢに接続されると（すなわち、ＲＲＣ接続設定またはＲＲＣ接続再確立／再開が成功すると）、ＳＲＢ１が、ＳＲＢ２の確立前に、全て個別制御チャネル（ＤＣＣＨ）論理チャネルを使用するＲＲＣメッセージ（ピギーバックされたＮＡＳメッセージを含んでもよい）およびＮＡＳメッセージを扱うために、使用される。

［０００７］ ＳＲＢ２は、全てＤＣＣＨ論理チャネルを使用する、ログされた測定情報を含むＲＲＣメッセージ、およびＮＡＳメッセージのために使用される。ログされた測定情報およびＮＡＳメッセージは、長くなる可能性があり、より緊急でより短いＳＲＢ１メッセージのブロッキングを引き起こす可能性があるので、ＳＲＢ２は、ＳＲＢ１よりも低い優先度を有する。ＳＲＢ２は、常に、セキュリティ起動後、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ（ＵＭＴＳ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によって構成される。

［０００８］ ＬＴＥにおけるデュアルコネクティビティ（ＤＣ）
［０００９］ Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある複数受信／送信（Ｒｘ／Ｔｘ）ＵＥが、Ｘ２インターフェースによって非理想的バックホールを経由して接続された２つのｅＮＢに位置する２つの別個のスケジューラによって提供された無線リソースを利用するように構成される、デュアルコネクティビティ（ＤＣ）動作をサポートする（３ＧＰＰ ３６．３００を参照）。あるＵＥのＤＣに関与するｅＮＢは、２つの異なる役割を担うことができ、すなわち、ｅＮＢは、マスタノード（ＭＮ）またはセカンダリノード（ＳＮ）のいずれかとして動作することができる。ＤＣにおいて、ＵＥは、１つのＭＮおよび１つのＳＮに接続される。

［００１０］ ＬＴＥ ＤＣでは、特定のベアラが使用する無線プロトコルアーキテクチャは、ベアラがどのように設定されるかに依存する。３つのベアラタイプが存在する、すなわち、マスタセルグループ（ＭＣＧ）ベアラ、セカンダリセルグループ（ＳＣＧ）ベアラ、およびスプリットベアラである。ＲＲＣは、ＭＮに位置し、ＳＲＢは、常にＭＣＧベアラタイプとして構成され、したがって、ＭＮの無線リソースのみを使用する。図１は、ＵＥにおける３つのタイプのベアラとともに、ＬＴＥ ＤＣユーザプレーン（ＵＰ）を示す。

［００１１］ ＬＴＥ−ＮＲデュアルコネクティビティ
［００１２］ ＬＴＥ−ＮＲ（ＬＴＥ−新無線（Ｎｅｗ Ｒａｄｉｏ））ＤＣ（ＬＴＥ−ＮＲタイトインターワーキングとも呼ばれる）が、現在、ｒｅｌ−１５のために議論されている。この文脈において、ＬＴＥ ＤＣからの主な変化は以下の通りである：
［００１３］ ＳＮからのスプリットベアラの導入（ＳＣＧスプリットベアラとして知られる）；
［００１４］ ＲＲＣのためのスプリットベアラの導入；
［００１５］ ＳＮからの直接ＲＲＣの導入（ＳＣＧ ＳＲＢとも呼ばれる）。

［００１６］ 図２および図３は、ＬＴＥ−ＮＲタイトインターワーキングのためのＵＰおよび制御プレーン（ＣＰ）アーキテクチャをそれぞれ示している。

［００１７］ ＬＴＥがマスタノードであり、ＮＲがセカンダリノードである場合、ＳＮは、ＳｇＮＢ（ここで、ｇＮＢは、ＮＲ基地局である）と呼ばれることがあり、ＭＮは、ＭｅＮＢと呼ばれることがある。ＮＲがマスタであり、ＬＴＥがセカンダリノードである、もう一方の場合、対応する用語は、ＳｅＮＢおよびＭｇＮＢである。

［００１８］ 分割されたＲＲＣメッセージが、ダイバーシティを生み出すために主に使用され、送信者は、ＲＲＣメッセージをスケジューリングするためにリンクの１つを選択するか、あるいは両方のリンク上でメッセージを複製するかのいずれかを決定できる。ダウンリンクでは、ＭＣＧレッグとＳＣＧレッグとの間のパススイッチか、または両方での複製かは、ネットワーク実施態様に任される。一方、ＵＬについては、ネットワークは、ＭＣＧ、ＳＣＧ、または両方のレッグを使用するようにＵＥを構成する。「レッグ」および「経路」という用語は、この文書全体で交換可能に使用されている。

［００１９］ 以下の用語は、異なるデュアルコネクティビティシナリオを区別するために、本開示全体を通して使用される：
［００２０］ ＤＣ：ＬＴＥ ＤＣ（すなわち、ＭＮおよびＳＮの両方がＬＴＥを使用する）；
［００２１］ ＥＮ−ＤＣ：ＬＴＥがマスタであり、ＮＲがセカンダリである、ＬＴＥ−ＮＲデュアルコネクティビティ；
［００２２］ ＮＥ−ＤＣ：ＮＲがマスタであり、ＬＴＥがセカンダリである、ＬＴＥ−ＮＲデュアルコネクティビティ；
［００２３］ ＮＲ−ＤＣ（またはＮＲ−ＮＲ ＤＣ）：ＭＮおよびＳＮの両方がＮＲを使用する；
［００２４］ ＭＲ−ＤＣ（マルチＲＡＴ ＤＣ）：ＭＮおよびＳＮが、異なる無線アクセス技術（ＲＡＴ）を使用する場合を説明するための一般的な用語であり、ＥＮ−ＤＣ、およびＮＥ−ＤＣは、ＭＲ−ＤＣの２つの異なる事例である。

［００２５］ ＥＮ−ＤＣにおけるベアラ調和
［００２６］ 無線アクセスネットワーク２（ＲＡＮ２）では、以前はＭＣＧベアラ、ＭＣＧスプリットベアラ、ＳＣＧベアラ、およびＳＣＧスプリットベアラと呼ばれていたものを以下のように調和させることが合意された：
［００２７］ ａ） （ＵＥがスタンドアロンＬＴＥモードで動作しており、ＥＮ−ＤＣが設定されていない場合であっても）全てのベアラについてＮＲ ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）を使用するようにＵＥを構成することが可能である；
［００２８］ ｂ） ＮＲ ＰＤＣＰで構成された全てのベアラについて、セキュリティキーとしてＫｅＮＢまたはＳ−ＫｅＮＢのいずれかを使用するようにＵＥを構成することが可能である；
［００２９］ ｃ） ＰＤＣＰレイヤの構成は、ＭＣＧおよびＳＣＧレッグの下位レイヤの構成から分離されている。

［００３０］ ＵＥの観点からは、これは、（図４に見られるように）３つの異なるベアラのみが存在することを意味する、すなわち、
［００３１］ ｄ） ＭＮノードへの無線リンクのみを使用するＭＣＧベアラ；
［００３２］ ｅ） ＳＮノードの無線のみを使用するＳＣＧベアラ；
［００３３］ ｆ） ＭＮとＳＮの両方の無線を使用するスプリットベアラ。

［００３４］ これらのベアラがネットワーク内のどこで終端されるかは、もはやＵＥの観点から重要でなく、すなわち、ＵＥは、各ベアラから構成されているキーを使用するだけである。ＲＡＮ２の観点からは、Ｓ−ＫｅＮＢを使用してＳＮノードで終端されるＭＣＧベアラおよびＭＮノードで終端されるＳＣＧベアラを設定することが、完全にサポートされている。同様に、ＳＮおよびＭＮ終端ベアラの両方、すなわち、ＳＮ終端スプリットベアラおよびＭＮ終端スプリットベアラの両方を同時にサポートすることが可能である。

［００３５］ ＬＴＥ再確立手続
［００３６］ ＬＴＥ再確立手順の目的は、無線リンク失敗、ハンドオーバ失敗、Ｅ−ＵＴＲＡからのモビリティ失敗、ＳＲＢでの完全性チェック失敗、またはＲＲＣ接続再構成失敗を検出したときにＲＲＣ接続を再確立することである。再確立は、ＳＲＢ１の再開、セキュリティの再起動、およびプライマリセル（ＰＣｅｌｌ）のみの構成を含む、すなわち、キャリアアグリゲーション（ＣＡ）またはＤＣ動作は再確立されない。

［００３７］ ターゲットｅＮＢは、再確立要求を受信すると、要求に含まれるＲｅｅｓｔａｂＵＥ−ＩｄｅｎｔｉｔｙからソースｅＮＢ／セルを識別し、ソースｅＮＢに無線リンク失敗（ＲＬＦ）表示Ｘ２メッセージを送信できる。ソースｅＮＢは、ＵＥコンテキスト（ＲＲＣコンテキストとＳ１コンテキスト）を含むハンドオーバ要求メッセージで応答することができる。ターゲットｅＮＢがＵＥコンテキストを理解できる場合、再確立は成功し、ターゲットｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージをＵＥに送信する。ターゲットｅＮＢが、ＵＥコンテキストを受信しないか、またはコンテキストを理解しない場合、ターゲットｅＮＢは、再確立を拒否する可能性があり、ＵＥは、再接続するためにＲＲＣ＿ＩＤＬＥに移動しなければならない。ターゲットｅＮＢが、ＲＲＣコンテキストを理解しないが、Ｓ１コンテキストを理解することができる場合、ターゲットｅＮＢは、再確立を必ずしも拒否せず、依然としてＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔで応答し、後で、Ｓ１コンテキストに基づいてベアラを再構成するためにフル再構成（ｆｕｌｌ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を使用することができる。

［００３８］ 再確立が成功した場合、ＳＲＢ１動作は再開するが、他の無線ベアラ（ＳＲＢ２およびＤＲＢ）の動作は中断されたままである。アクセス層（ＡＳ）セキュリティが起動されていない場合、ＵＥは、手順を開始せず、代わりにＲＲＣ＿ＩＤＬＥに直接移動する。

［００３９］ Ｅ−ＵＴＲＡＮは、以下のように再確立手順を適用する：
［００４０］ ＡＳセキュリティが起動されたとき：
［００４１］ ＳＲＢ１を再構成し、この無線ベアラのみのためにデータ転送を再開する；
［００４２］ アルゴリズムを変更せずにＡＳセキュリティを再起動する。

［００４３］ この後、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージを送信し、ターゲットｅＮＢは、ＳＲＢ２とＤＲＢを再構成するためにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することによって、応答する。

［００４４］ ＲＲＣ接続再確立手順フローが、図５（成功の場合）および図６（失敗の場合）に示される。ＳＲＢ０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｅｍｅｎｔＲｅｊｅｃｔメッセージの送信に使用され、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅは、ＳＲＢ１を使用する。

［００４５］ ＬＴＥ中断／再開手順
［００４６］ ＲＲＣ中断／再開機能が、ＬＴＥ ｒｅｌ−１３で導入された。中断されたＵＥは、ＩＤＬＥとＣＯＮＮＥＣＴＥＤとの間の中間状態にあると見なすことができ、ＵＥ ＡＳコンテキストは、ＵＥとＲＡＮの両方で維持されており、ＵＥは、コアネットワーク（ＣＮ）の観点からは、接続モードにあるかのように見えるが中断されており、ＲＡＮの観点からは、ＩＤＬＥモードにあるかのように見える。このモードで動作する利点は、ＩＤＬＥモードのＵＥ電力節約の利点を維持しながら、レガシーのＩＤＬＥ−ＣＯＮＮＥＣＴＥＤモード遷移と比較して、シグナリングが減少し、ＣＯＮＮＥＣＴＥＤモードへの遷移がより高速になることである。

［００４７］ ネットワークが、ＵＥを中断状態に移行させることを決定した場合、ｅＮＢは、ｒｒｃ−ｓｕｓｐｅｎｄの解放理由値を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージをＵＥに送信する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージは、再開ＩＤも含む。ＵＥは、再開ＩＤおよびＵＥ ＡＳコンテキスト（現在のＲＲＣ構成、現在のセキュリティコンテキスト、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、ソースＰＣｅｌｌで使用されるＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、セルＩＤ（ｃｅｌｌＩＤ）、ソースＰＣｅｌｌの物理セルＩＤを含む）を保存し、（ＳＲＢおよびＤＲＢの両方に対して）全ての無線リンク制御（ＲＬＣ）エンティティを再確立し、ＳＲＢ０を除いて全てのＤＲＢおよびＳＲＢを中断する。

［００４８］ 後でＵＥが（送信されるべきＵＬデータまたはＤＬデータに対するページング要求に応答して）接続を再開することを望む場合、ＵＥは、保存された再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する。ＵＥが中断されたときにＵＥにサービングしていたｅＮＢ以外のｅＮＢにおいて再開動作が実行される場合、新しいｅＮＢは、（再開ＩＤが、古いｅＮＢ／セルに関する情報を含むので）古いｅＮＢからのＵＥコンテキスト取得Ｘ２手順を使用することによって、コンテキストフェッチを実行することができる。コンテキストを受け取ると（新しいｅＮＢで再開する場合）、または再開が同じｅＮＢであった場合、ターゲットｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージで応答し、ＵＥとｅＮＢの両方が、保存されたＵＥコンテキストを復元し、ＵＥとの間のデータ送受信が再開されることができる。

［００４９］ ＲＲＣ接続再開手順フローが、図７（成功の場合）および図８（ＲＲＣ接続確立へのフォールバック）に示されている。図９（ネットワーク拒否または解放）は、ＬＴＥにおける再開手順を示す。ＳＲＢ０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐおよびＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｅｍｅｎｔＲｅｊｅｃｔを送信するために使用され、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅおよびＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージは、ＳＲＢ１を使用する。

［００５０］ 再開と再確立との主な違いは（手順の観点から）以下である： ＳＲＢ１は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージに使用され、ＳＲＢ０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージに使用される。

［００５１］ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｅｍｅｎｔメッセージとは異なり、ＳＲＢ２／ＤＲＢ構成を含むことができるので、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、再開後に必要とされない（再確立の場合では、ＳＲＢ２／ＤＲＢを再構成するために必要である）。

［００５２］ 詳細なＲＲＣ接続中断手順１０００を図１０に示す。

［００５３］ より具体的には、図１０のステップ１０１０において、いくつかのトリガ、例えば、ＵＥ非アクティビティタイマの満了に起因して、ｅＮＢは、ＲＲＣ接続を中断することを決定する。

［００５４］ ステップ１０２０において、ｅＮＢは、Ｓ１アプリケーションプロトコル（ＡＰ）ＵＥコンテキスト中断手順を開始し、ＲＲＣ接続が中断されつつあることを、モビリティ管理エンティティ（ＭＭＥ）に通知する。そのために、ｅＮＢは、ＵＥコンテキスト中断要求を送信する。注記として、Ｓ１は、ｅＮＢとコアネットワークとの間のインターフェースを指す。

［００５５］ ステップ１０３０において、ＭＭＥは、ＵＥのための全てのＳ１−Ｕベアラを解放するようにサービングゲートウェイ（Ｓ−ＧＷ）に要求する。Ｓ１−Ｕは、Ｓ１ユーザプレーンを指し、Ｓ１−Ｕベアラは、ｅＮＢとコアネットワークとの間でユーザデータを伝送するベアラである。

［００５６］ ステップ１０４０において、ＭＭＥは、ステップ１０２０に肯定応答する。例えば、ＭＭＥは、ステップ１０２０の要求に応答を送信する。

［００５７］ ステップ１０５０において、ｅＮＢは、ｒｅｌｅａｓｅＣａｕｓｅがｒｒｃ−Ｓｕｓｐｅｎｄに設定されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージをＵＥに送信することによって、ＲＲＣ接続を中断する。メッセージは、ｒｅｓｕｍｅＩｄｅｎｔｉｔｙを含み、それが、ＵＥによって保存される。

［００５８］ ステップ１０６０において、ＵＥは、ＡＳコンテキストを保存し、全てのＳＲＢおよびＤＲＢを中断する。ＵＥは、ＲＲＣ＿ＩＤＬＥライト接続状態に入る。

［００５９］ 後でＵＥが（送信されるべきＵＬデータまたはＤＬデータに対するページング要求に応答して）接続を再開することを望む場合、ＵＥは、保存されたｒｅｓｕｍｅＩｄｅｎｔｉｔｙを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する。ｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージで応答し、ＵＥとｅＮＢの両方が、保存されたＵＥコンテキストを復元し、ＵＥとの間のデータ送受信が再開されることができる。再開動作は、ＵＥが中断されたときにＵＥにサービングしていたｅＮＢ以外のｅＮＢにおいて実行され得ることに留意されたい。その場合、新しいｅＮＢは、例えば（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙが、古いｅＮＢ／セルに関する情報を含むので）古いｅＮＢからのＵＥコンテキスト取得手順を使用することによって、コンテキストフェッチを実行することができる。

［００６０］ 同じｅＮＢおよび新しいｅＮＢにおけるＲＲＣ接続再開手順を、それぞれ図１１および図１２に示す。

［００６１］ 図１１は、同じｅＮＢにおけるＲＲＣ接続再開手順１１００を示す。

［００６２］ ステップ１１１０で、ＵＥは、ネットワークにアクセスするために、ランダムアクセスプリアンブルをｅＮＢに送信する。

［００６３］ ステップ１１２０で、ｅＮＢは、ランダムアクセス応答を送信することによって応答し、ＵＥがネットワークノード（ｅＮＢ）に接続されていることを確認する。

［００６４］ 図１１のステップ１１３０で、後のある時点において（例えば、ＵＥがページングされているとき、または、新しいデータがアップリンクバッファに届いたとき）、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｅＮＢに送信することによって、接続を再開する。ＵＥは、その再開ＩＤ、確立理由、および認証トークンを含むことができる。認証トークンは、ＲＲＣ接続再確立で使用される短いメッセージ認証コード完全性（ＭＡＣ‐Ｉ）と同じ方法で計算され、ｅＮＢがＵＥ識別子を検証することを可能にする。

［００６５］ ステップ１１４０で、ｅＮＢは、再開ＩＤが存在し、認証トークンが正常に検証された場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅで応答する。メッセージには、ＡＳセキュリティを再確立するために必要なネクストホップチェーンカウント（ＮＣＣ）値が含まれる。

［００６６］ ステップ１１５０において、ＵＥは、全てのＳＲＢおよびＤＲＢを再開し、ＡＳセキュリティを再確立する。これで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる。

［００６７］ ステップ１１６０において、ＵＥは、ＲＲＣ接続が正常に再開されたことを確認するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅで応答する。

［００６８］ ステップ１１７０において、ｅＮＢは、Ｓ１−ＡＰコンテキスト再開手順を開始して、ＵＥ状態変化についてＭＭＥに通知する。

［００６９］ ステップ１１８０において、ＭＭＥは、ＵＥのためのＳ１−Ｕベアラを起動するようにＳ−ＧＷに要求する。

［００７０］ ステップ１１９０において、ＭＭＥは、ステップ１１７０に肯定応答する。

［００７１］ 図１２は、ＵＥが中断されたソースｅＮＢとは異なるｅＮＢにおけるＲＲＣ再開手順１２００を示す。

［００７２］ ステップ１２０５〜１２１５は、図１１のステップ１１１０〜１１３０と同じである。

［００７３］ ステップ１２２０（Ｘ２−ＡＰ： ＵＥコンテキスト取得要求）で、新しいｅＮＢは、再開ＩＤを使用して古いｅＮＢを特定し、Ｘ２−ＡＰ ＵＥコンテキスト取得手順を用いてＵＥコンテキストを取得する。

［００７４］ ステップ１２２５（Ｘ２−ＡＰ： ＵＥコンテキスト取得応答）で、古いｅＮＢは、再開ＩＤに関連付けられたＵＥコンテキストで新しいｅＮＢに応答する。

［００７５］ ステップ１２３０では、（ｅＮＢ内接続再開における）図１１のステップ１１４０と同じステップである。

［００７６］ ステップ１２３５では、（ｅＮＢ内接続再開における）図１１のステップ１１５０と同じステップである。

［００７７］ ステップ１２４０では、（ｅＮＢ内接続再開における）図１１のステップ１１６０と同じである。

［００７８］ ステップ１２４５で、新しいｅＮＢは、Ｓ１−ＡＰパススイッチ手順を開始して、サービングＭＭＥへのＳ１ ＵＥ関連シグナリング接続を確立し、ＵＥコンテキストを再開するようにＭＭＥに要求する。

［００７９］ ステップ１２５０において、ＭＭＥは、ＵＥのためのＳ１−Ｕベアラを起動するようにＳ−ＧＷに要求し、ダウンリンク経路を更新する。

［００８０］ ステップ１２５５において、ＭＭＥは、ステップ１２４５に肯定応答する。

［００８１］ ステップ１２６０（Ｘ２−ＡＰ： ＵＥコンテキスト解放）において、Ｓ１−ＡＰパススイッチ手順の後、新しいｅＮＢは、Ｘ２−ＡＰ ＵＥコンテキスト解放手順を用いて、古いｅＮＢでのＵＥコンテキストの解放をトリガする。

［００８２］ 再開手順は、ＲＡＮノードが、保存されたＵＥコンテキストを有しない場合があり得るという点で、機会依存性の手順である。この場合には、ＣＮへのＵＥシグナリングと、その後にＣＮがＲＡＮ内でＵＥコンテキストを再構築することを伴うＲＲＣ接続設定手順を使用して、ＲＡＮがＵＥコンテキストを取り戻すことができるようにする解決策が規定されている。このためのＲＲＣ手順を図８に示す。図１３には、このケースのより詳細な手順が示されている。このケースは、ＮＡＳリカバリの使用またはＩＤＬＥ経由の遷移（ＵＥ ＡＳコンテキストが削除されるので）とも呼ばれる。図１３は、当技術分野で知られているので、これ以上説明しない。

［００８３］ ＬＴＥにおけるフルＲＲＣ構成
［００８４］ ＬＴＥでは、ハンドオーバ（ＨＯ）または再確立中に、ＵＥコンテキストが、ソースからターゲットｅＮＢに渡される。ターゲットｅＮＢが、ＵＥ構成のどの部分も理解しない場合、フル構成（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）がトリガされる。フル構成手順は、第３世代パートナーシッププロジェクト技術仕様（３ＧＰＰ ＴＳ）３６．３３１セクション５．３．５．８に規定されており、以下の通りである。

［００８５］ ＵＥは：
１＞ ＭＣＧ Ｃ−ＲＮＴＩ、ＭＣＧセキュリティ構成、ＲＢのためのＰＤＣＰ、ＲＬＣ、論理チャネル構成、およびログされた測定構成を除く全ての現在の個別無線構成を解放／クリアする；
注１： 無線構成は、単なるリソース構成ではなく、ＭｅａｓＣｏｎｆｉｇやＯｔｈｅｒＣｏｎＦｉｇｕｒｅなどの他の構成を含む。
１＞ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含む場合：
２＞ 全ての現在の共通無線構成を解放／クリアする；
２＞ タイマＴ３１０、Ｔ３１１、定数Ｎ３１０、Ｎ３１１には、９．２．５で規定されたデフォルト値を使用する；
１＞ その他の場合：
２＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２（またはＮＢ−ＩｏＴでは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２−ＮＢ）で受信されたｕｅ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓに含まれる値を、タイマＴ３０１、Ｔ３１０、Ｔ３１１および定数Ｎ３１０、Ｎ３１１に使用する；
１＞９．２．４で規定されているようにデフォルトの物理チャネル構成を適用する；
１＞９．２．３で規定されているようにデフォルトの半永続スケジューリング構成を適用する；
１＞９．２．２で規定されているようにデフォルトのＭＡＣメイン構成を適用する；
１＞ＵＥが、ＮＢ−ＩｏＴ ＵＥである場合；または
１＞ｓｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｓｒｂ−Ｉｄｅｎｔｉｔｙ値について（ＳＲＢ再構成）：
２＞９．１．２で定義された規定された構成を、対応するＳＲＢに適用する；
２＞ＳＲＢ１について９．２．１．１で、またはＳＲＢ２について９．２．１．２で規定されているように、対応するデフォルトのＲＬＣ構成を、ＳＲＢに適用する；
２＞ＳＲＢ１について９．２．１．１で、またはＳＲＢ２について９．２．１．２で規定されているように、対応するデフォルトの論理チャネル構成を、ＳＲＢに適用する；
注２： これは、ＳＲＢ（ハンドオーバのためのＳＲＢ１およびＳＲＢ２、ならびに再確立後の再構成のためのＳＲＢ２）を、再構成メッセージがさらなる構成を行うことができる既知の状態にするためである。
１＞ 現在のＵＥ構成の一部である、ｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔに含まれた各ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙ値について：
２＞ＰＤＣＰエンティティを解放する；
２＞ＲＬＣエンティティを解放する；
２＞ＤＴＣＨ論理チャネルを解放する；
２＞ｄｒｂ−ｉｄｅｎｔｉｔｙを解放する；
注３： これは、ｅｐｓ−ｂｅａｒｅｒＩｄｅｎｔｉｔｙを保持するが、これらのベアラのｄｒｂ−ｉｄｅｎｔｉｔｙを含むＤＲＢを現在のＵＥ構成から削除し、新しい構成を使用してセクション５．３．１０．３においてＡＳ内でのＤＲＢの設定をトリガする。ｅｐｓ−ｂｅａｒｅｒＩｄｅｎｔｉｔｙは、解放され再設定されたＤＲＢを関連付けるためのアンカーとして働く。ＡＳでは、ＤＲＢの再設定は、新しいＤＲＢ設定（新しいＰＤＣＰおよび論理チャネル構成を含む）と同等である。
１＞ 現在のＵＥ構成の一部であるが、ｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔの一部ではない各ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙ値について：
２＞ ５．３．１０．２で規定されているようにＤＲＢ解放を実行する；

［００８６］ 上記からわかるように、フル構成の選択肢は、無線構成の初期化を含み、これは、セキュリティアルゴリズムがＲＲＣ再確立のために継続されるという例外を除き、手順を、ソースセルで使用される構成とは無関係にする。ＤＲＢが、ｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔに含まれていない場合、ＤＲＢは解放され、したがって、ベアラの解放を示すメッセージが、上位レイヤへ送信される（すなわち、解放されたベアラに関連付けられたデータサービスを継続するには、ゼロからの本格的なベアラ設定が必要である）。ｄｒｂ−ｔｏＡｄｄＭｏｄＬｉｓｔに含まれるベアラの場合、ＰＤＣＰ／ＲＬＣ／論理チャネル（ＬＣＨ）エンティティが解放され、再度確立される。

［００８７］ フル構成を使用する利点は、（ハンドオーバの）ターゲットノードがソースノードにおけるＵＥ構成を理解する必要がないことである。これにより、ＲＲＣの異なるプロトコルバージョンおよび他のプロトコルをサポートする異なるノード間のモビリティをサポートすることが可能になる。また、ソースノードとターゲットノードが、（例えば、異なるアルゴリズムを使用して）ＵＥハンドリングおよび構成のための異なる解決策をサポートするケースを扱うことも可能にする。

［００８８］ フル構成を使用することの欠点（すなわち、デルタシグナリングを使用することの利点）は、フル構成では、ＵＥコンテキストの関連部分のみが再構成されるデルタシグナリングと比較して、無線を介して送信されるメッセージがより大きくなり得ることである。

ＨＯまたは再確立中にフル構成が通常採用されるにしても、ネットワークは、いつでもＵＥのフル再構成を実行することを決定することができることに留意されたい。

［００８９］ 上記のフル構成手順は、ｆｕｌｌＣｏｎｆｉｇフラグが設定されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕａｔｉｏｎメッセージを送信することによって実行され、再確立や再開などの他の無線再構成メッセージでは使用できない。再確立の場合、この手順の後には常にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕａｔｉｏｎ手順が続き、したがって、この段階中にフル構成を実行することができる。他方、再開手順の主な目的の１つは、ＵＥが中断されたときに保存されたＵＥの構成を再使用して、ＵＥを可能な限り高速に（可能な限り少ないシグナリングで）接続モードに遷移させることであり、したがって、追加のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕａｔｉｏｎは必要とされない。

［００９０］ しかしながら、中断後の再開中に、ターゲットノードがＵＥの無線構成を理解しないシナリオがあり、フル構成がサポートされないので、ＵＥが再開するための唯一の実行可能な選択肢は、（図８および図１２に示されるように）ＩＤＬＥモードを介することであり、これは、ＵＥにおけるサービス継続性においてさらなる遅延を招く。

［００９１］ ｒｅｌ−１５およびＥＮ−ＤＣの文脈では、このような状況が、容易に発生する可能性がある。例えば、ＵＥは、いくつかの無線ベアラ（ＳＲＢまたはＤＲＢ）のためにＮＲ ＰＤＣＰを使用するように構成されてもよく、ＥＮ−ＤＣモードでないときでも、ＮＲ ＰＤＣＰをサポートしないｅＮＢにおいて再開されることができる。

［００９２］ この問題をある程度まで解決するために、２０１７年９月２８日にＵＳＰＴＯに提出された仮特許出願第６２／５６５，０６７号（その内容は本明細書に組み込まれている）において解決策が提案され、後に、ＲＡＮ２＃１００会議でなされた合意に取り込まれた［ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿１００／Ｒｅｐｏｒｔ／ＲＡＮ２−１００−Ｒｅｎｏ−Ｃｈａｉｒ−Ｎｏｔｅｓ−２０１７−１２−０１−ｅｏｍ．ｄｏｃｘ］。

［００９３］ この解決策は、ｅＮＢが、ＬＴＥ ＰＤＣＰを使用するＳＲＢ１においてＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅコマンドを送信することができ、ＵＥがそれを理解できることを保証する。しかしながら、この解決策は、ｅＮＢが、ソースセル内のＵＥコンテキスト（または構成）を理解して、ターゲットセル内でＵＥをどのように構成できるべきかを知ることを、依然として必要とする。ターゲットセル（またはネットワークノード）が、ＵＥコンテキストを理解しない場合、（図８および図１２に示すように）ＵＥにＲＲＣ接続設定メッセージを送信することによって、ＵＥにＮＡＳリカバリを実行させる選択肢はない。

［００９４］ 本開示のいくつかの態様およびそれらの実施形態は、上述の問題に対する解決策を提供することができる。

［００９５］ 第１の態様によれば、ネットワークノード（例えば、基地局、ｇＮＢ、ｅＮＢ）における方法が提供される。この方法は、通信ネットワーク内の接続を再開する要求を、無線デバイスから受信することと、要求に応答して、フル構成を実行するための表示を含む再開メッセージを、無線デバイスに送信することと、を含む。

［００９６］ 第２の態様によれば、回路を含むネットワークノードが提供される。回路は、１つ以上のプロセッサおよびメモリを含むことができる。ネットワークノードは、様々な態様に従って、本明細書で開示される方法の実施形態によるステップを実行するように動作可能である。

［００９７］ 第３の態様によれば、いくつかの実施形態は、本明細書で説明されるような１つ以上のネットワークノード機能（例えば、アクション、動作、ステップなど）を実行するように構成された、または動作可能なネットワークノードを含む。

［００９８］ いくつかの実施形態では、ネットワークノードは、１つ以上の他の無線ノードおよび／または１つ以上のネットワークノードと通信するように構成された１つ以上の通信インターフェースと、通信インターフェースに機能的に接続された処理回路とを備えることができ、処理回路は、本明細書で説明されるような１つ以上のネットワークノード機能を実行するように構成されている。いくつかの実施形態では、処理回路は、少なくとも１つのプロセッサと、プロセッサによって実行されると、本明細書で説明されるような１つ以上のネットワークノード機能を実行するように少なくとも１つのプロセッサを構成する命令を記憶する少なくとも１つのメモリとを備えることができる。

［００９９］ いくつかの実施形態では、ネットワークノードは、本明細書で説明されるような１つ以上のネットワークノード機能を実行するように構成された１つ以上の機能モジュールを備えることができる。

［０１００］ 第４の態様によれば、いくつかの実施形態は、ネットワークノードの処理回路（例えば、少なくとも１つのプロセッサ）によって実行されると、本明細書で説明されるような１つ以上のネットワークノード機能を実行するように処理回路を構成する命令を備えるコンピュータプログラム製品を記憶する非一時的なコンピュータ可読媒体を含む。

［０１０１］ 第５の態様によれば、様々な態様に従って、本明細書で開示される方法の実施形態によるステップのための命令を処理および／または記憶するように構成されたコンピュータプログラム、コンピュータ可読媒体もまた提供される。

［０１０２］ 第６の態様によれば、無線デバイスにおける方法が提供される。この方法は、通信ネットワーク内の接続を再開する要求を、ネットワークノードに送信することと、フル構成を実行するための表示を含む再開メッセージを、ネットワークノードから受信することと、フル構成を適用することとを含む。

［０１０３］ 第７の態様によれば、回路を含む無線デバイスが提供される。回路は、１つ以上のプロセッサおよびメモリを含むことができる。無線デバイスは、様々な態様に従って、本明細書で開示される方法の実施形態によるステップを実行するように動作可能である。

［０１０４］ 第８の態様によれば、いくつかの実施形態は、本明細書で説明されるような１つ以上のネットワークノード機能（例えば、アクション、動作、ステップなど）を実行するように構成された、または動作可能なネットワークノードを含む。

［０１０５］ いくつかの実施形態では、無線デバイスは、１つ以上の他の無線ノードおよび／または１つ以上のネットワークノードと通信するように構成された１つ以上の通信インターフェースと、通信インターフェースに機能的に接続された処理回路とを備えることができ、処理回路は、本明細書で説明されるような１つ以上の無線デバイス機能を実行するように構成されている。いくつかの実施形態では、処理回路は、少なくとも１つのプロセッサと、プロセッサによって実行されると、本明細書で説明されるような１つ以上の無線デバイス機能を実行するように少なくとも１つのプロセッサを構成する命令を記憶する少なくとも１つのメモリとを備えることができる。

［０１０６］ 本開示の態様のいくつかの実施形態は、以下を含む、１つ以上の技術的利点を提供することができる：
［０１０７］ − ＵＥが中断された（または非アクティブモードにされた）ソースｅＮＢによって使用されているよりも前のバージョンのＲＡＴ（または同じバージョンのＲＡＴであるが、機能が限定されている）を使用しているｅ／ｇＮＢにおいて、中断されたＵＥを再開することが可能である。
［０１０８］ − ＵＥがネットワーク内でローミングするときの均一なＵＥ挙動（すなわち、ＵＥは、ソースおよびターゲットによって使用されているＲＡＴのバージョンにかかわらず、同じレイテンシで再開され得る）。
［０１０９］ − オペレータは、ネットワークノードをいつアップグレードするかという点で、ある程度の余裕を持っている（つまり、ＲＡＴの最新バージョンを採用した新しいネットワークノードを展開したり、すでに展開されているノードの一部をアップグレードしたりするたびに、再開機能をサポートするために全てのネットワークノードをアップグレードする必要はない）。

［０１１０］ いくつかの実施形態は、上記の利点のいくつかを有することもあるし、またはいずれも有しないこともある。他の利点は、当業者には明らかであろう。

［０１１１］ この概要は、全ての企図される実施形態の広範な概観ではなく、任意のもしくは全ての実施形態の重要なもしくは重大な態様もしくは特徴を識別すること、または任意のもしくは全ての実施形態の範囲を画定することを意図しない。その意味で、他の態様および特徴が、添付の図面と併せて以下の具体的な実施形態の説明を検討することにより、当業者に明らかになるであろう。

［０１１２］ 例示的な実施形態が、以下の図面を参照して、より詳細に説明される。

ＬＴＥ ＤＣユーザプレーン（ＵＰ）の概略ブロック図を示す。 ＵＰのためのＬＴＥ−ＮＲタイトインターワーキングの概略ブロック図である。 制御プレーン（ＣＰ）のためのＬＴＥ−ＮＲタイトインターワーキングの概略ブロック図である。 通信ネットワークにおける３つのベアラの構成の概略ブロック図を示す。 成功したＲＲＣ接続再確立手順のシグナル図を示す。 失敗したＲＲＣ接続再確立手順のシグナル図を示す。 成功したＲＲＣ接続再開手順のシグナル図を示す。 ＲＲＣ接続確立への成功したＲＲＣ接続再開フォールバック手順のシグナル図を示す。 ネットワーク拒否または解放を伴うＲＲＣ接続再開手順のシグナル図を示す。 ＲＲＣ接続中断のシグナル図である。 ＲＲＣ接続再開手順の別のシグナル図である。 ＵＥが中断されたソースネットワークノードとは別のターゲットネットワークノードにおけるＲＲＣ接続再開手順のシグナル図である。 ＵＥコンテキストが取得できないケースを扱うためのシグナル図を示す。 通信ネットワークの概略ブロック図を示す。 一実施形態による、ネットワークノードにおける方法のフローチャートを示す。 一実施形態による、ネットワークノードにおける別の方法のフローチャートを示す。 一実施形態による、無線デバイスにおける方法のフローチャートを示す。 一実施形態による、ネットワークノードにおけるさらに別の方法のフローチャートを示す。 いくつかの実施形態によるネットワークノードの概略ブロック図を示す。 いくつかの実施形態によるネットワークノードの概略ブロック図を示す。 いくつかの実施形態による無線デバイスの概略ブロック図を示す。 いくつかの実施形態による無線デバイスの概略ブロック図を示す。 いくつかの実施形態によって実施される機能を仮想化することができる仮想化環境を示す概略ブロック図を示す。

［０１３４］ 以下に記載される実施形態は、当業者が実施形態を実施することを可能にするための情報を表す。添付の図面に照らして以下の説明を読むと、当業者は、説明の発想を理解し、本明細書で特に対処されていない、これらの発想の応用を認識するであろう。これらの発想および応用は、説明の範囲内にあることを理解されたい。

［０１３５］ 以下の説明では、数多くの特定の詳細を記載する。しかしながら、実施形態は、これらの特定の詳細なしに実施されてもよいことが理解される。他の例では、説明の理解を不明瞭にしないために、周知の回路、構造、および技法は、詳細に示されていない。当業者であれば、含まれる説明を用いて、過度の実験を行うことなく適切な機能を実施することができるであろう。

［０１３６］ 本明細書における「一実施形態」、「実施形態」、「例示的実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、全ての実施形態が、必ずしも特定の特徴、構造、または特性を含まなくてもよい。さらに、そのような語句は、必ずしも同じ実施形態を指しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態に関連して記載される場合、明示的に記載されているか否かにかかわらず、そのような特徴、構造、または特性を、他の実施形態に関連して実施することは、当業者の知識の範囲内であることが提示される。

［０１３７］ 本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈がそうでないことを明確に示さない限り、複数形も含むことを意図する。さらに、本明細書で使用される場合、用語「備える」、「備えている」、「含む」、および／または「含んでいる」は、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されたい。

［０１３８］ 図１４は、無線通信のための無線通信ネットワーク２００を示す。無線通信ネットワーク２００は、無線デバイス２１０（例えば、ユーザ機器、ＵＥ）と、相互接続ネットワーク２３０を介して１つ以上のコアネットワークノード２４０に接続された複数のネットワークノード２２０（例えば、ｅＮＢ、ｇＮＢ、基地局など）とを含む。カバレッジエリア内の無線デバイス２１０は、それぞれ、無線インターフェースでネットワークノード２２０と直接通信することが可能であり得る。ＵＥ２１０は、例えば、大規模ＭＩＭＯ（Ｍ−ＭＩＭＯ）対応ＵＥである。ネットワークノードは、Ｍ−ＭＩＭＯ ＵＥのサービングネットワークノードであり得、またはＭ−ＭＩＭＯ ＵＥが（例えば、報知チャネルを介して）通信リンクを確立もしくは維持し、および／または情報を受信することができる任意のネットワークノードであり得る。そのように、ネットワークノードは、複数のＲＲＨにわたって分配された複数のアンテナを備えることができる。

［０１３９］ いくつかの実施形態では、無線デバイス２１０は、Ｄ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信を介して互いに通信することも可能であり得る。いくつかの実施形態では、ネットワークノード２２０は、例えば、インターフェース（例えば、ＬＴＥにおけるＸ２または他の適切なインターフェース）を介して、互いに通信することも可能であり得る。

［０１４０］ 一例として、無線デバイス２１０は、無線インターフェースを介してネットワークノード２２０と通信することができる。すなわち、無線デバイス２１０は、無線信号を送信し、および／またはネットワークノード２２０から無線信号を受信することができる。無線信号は、音声トラフィック、データトラフィック、制御信号、および／または任意の他の適切な情報を含むことができる。いくつかの実施形態では、ネットワークノード２２０に関連付けられた無線信号カバレッジのエリアは、セルと呼ばれ得る。

［０１４１］ いくつかの実施形態では、無線デバイス２１０は、非限定的な用語のユーザ機器（ＵＥ）によって交換可能に呼ばれ得る。無線デバイス２１０は、無線信号でネットワークノードまたは別のＵＥと少なくともＭ−ＭＩＭＯ通信が可能な任意のタイプの無線デバイスとすることができる。そのようなＭ−ＭＩＭＯ ＵＥの例は、センサ、モデム、スマートフォン、Ｍ２Ｍ（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ）デバイスとも呼ばれるＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイス、ＰＤＡ、ｉＰＡＤ、タブレット、スマートフォン、ラップトップ埋め込み型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、ＵＳＢドングルなどである。

［０１４２］ いくつかの実施形態では、「ネットワークノード」は、任意の種類のネットワークノードとすることができる。ネットワークノードの例は、ｅノードＢ、ノードＢ、基地局、無線アクセスポイント（ＡＰ）、基地局コントローラ、無線ネットワークコントローラ、中継器、ドナーノード制御中継器、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）内のノード、コアネットワークノード、モビリティ管理エンティティ（ＭＭＥ）などである。

［０１４３］ いくつかの実施形態では、ネットワークノード２２０は、無線ネットワークコントローラ（図示せず）とインターフェースすることができる。無線ネットワークコントローラは、ネットワークノード２２０を制御することができ、いくつかの無線リソース管理機能、モビリティ管理機能、および／または他の適切な機能を提供することができる。いくつかの実施形態では、無線ネットワークコントローラの機能は、ネットワークノード２２０に含まれてもよい。無線ネットワークコントローラは、コアネットワークノード２４０とインターフェースすることができる。いくつかの実施形態では、無線ネットワークコントローラは、相互接続ネットワーク２３０を介してコアネットワークノード２４０とインターフェースすることができる。

［０１４４］ 相互接続ネットワーク２３０は、オーディオ、ビデオ、信号、データ、メッセージ、またはこれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワーク２３０は、公衆交換電話網（ＰＳＴＮ）、公衆もしくは私設データネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、ローカル、地域、もしくはインターネットなどのグローバル通信もしくはコンピュータネットワーク、有線もしくは無線ネットワーク、企業イントラネット、またはそれらの組み合わせを含む他の任意の適切な通信リンクのうちの全てもしくは一部を含むことができる。

［０１４５］ いくつかの実施形態では、コアネットワークノード２４０は、無線デバイス２１０のための通信セッションの確立および様々な他の機能を管理することができる。コアネットワークノード３４０の例は、ＭＳＣ、ＭＭＥ、ＳＧＷ、ＰＧＷ、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（例えば、Ｅ−ＳＭＬＣ）、ＭＤＴノードなどを含むことができる。無線デバイス２１０は、非アクセス層レイヤを使用して、いくつかの信号をコアネットワークノード２４０と交換することができる。非アクセス層シグナリングでは、無線デバイス３１０とコアネットワークノード２４０との間の信号は、無線アクセスネットワークを通って透過的に渡されることができる。いくつかの実施形態では、ネットワークノード２２０は、ノード間インターフェースを介して１つ以上の他のネットワークノードとインターフェースすることができる。例えば、ネットワークノード２２０は、Ｘ２インターフェースを介して互いにインターフェースすることができる。

［０１４６］ 図１４は、ネットワーク２００の特定の構成を示すが、本開示は、本明細書で説明される様々な実施形態が、任意の適切な構成を有する様々なネットワークに適用され得ることを企図する。例えば、ネットワーク２００は、任意の適切な数の無線デバイス２１０およびネットワークノード２２０と、無線デバイス間または無線デバイスと他の通信デバイス（固定電話など）との間の通信をサポートするのに適した任意の追加要素とを含むことができる。実施形態は、任意の適切な通信規格をサポートし、任意の適切な構成要素を使用する任意の適切なタイプの電気通信システムに実装されてもよく、無線デバイスが信号（例えば、データ）を受信および／もしくは送信する任意の無線アクセス技術（ＲＡＴ）またはマルチＲＡＴシステムに適用可能である。

［０１４７］ 本開示では、３ＧＰＰ ＬＴＥ（またはＥ−ＵＴＲＡＮ）からの用語を使用して、実施形態を例示し、サービングネットワークノードおよびビクティム（ｖｉｃｔｉｍ）ネットワークノードの両方を説明しているが、これは、本開示の範囲を前述のシステムのみに限定するものと見なすべきではない。ＷＣＤＭＡ、ＵＴＲＡ ＦＤＤ、ＵＴＲＡ ＴＤＤ、およびＧＳＭ／ＧＥＲＡＮ／ＥＤＧＥを含む他の無線システムも、本開示内でカバーされるアイデアを活用することから利益を得ることができる。さらに、本開示の実施形態は、サービングノードおよびビクティムノードが、異なる無線アクセス技術（ＲＡＴ）を使用するシナリオに適用することができる。

［０１４８］ 上述したように、フル再構成（または構成）手順は、再確立および再開手順などの無線制御手順には利用できない。

［０１４９］ 本開示の実施形態は、ソースｅＮＢの全ての機能をサポートしているわけではないｅＮＢ／ｇＮＢにおいてＵＥが再開する場合について、現在のＬＴＥおよびＮＲ再開手順の欠点に対処することができる。このような場合、ターゲットｅＮＢ／ｇＮＢは、ＵＥ ＡＳコンテキストに含まれる情報を読み取ることができず、それにより、ＩＤＬＥモードに戻ること（ＮＡＳリカバリとも呼ばれる）なしにＵＥ接続を再開することができなくなる。ＮＡＳリカバリを使用することは、追加の遅延およびシグナリングを生成し得る。いくつかの実施形態は、例えば、再開手順中にフル再構成を実行できる可能性を導入することによって、この問題を軽減する。

［０１５０］ 実施形態Ａ
［０１５１］ 実施形態Ａは、図１２に示されるように、再開手順においてＵＥに対してフル構成を利用することを提案するが、ここで、新しいｅＮＢは、古いｅＮＢと互換性がなく、これは、新しいｅＮＢが、構成情報（例えば、ＵＥ ＡＳコンテキスト）などのいくつかのファイルを読み取ること、識別すること、理解すること、アクセスすることができないことを意味する。

［０１５２］ 具体的には、フル構成（または再構成）をサポートするように、再開手順が拡張されている。ターゲット／新しいｅＮＢ（ｇＮＢ）は、ＵＥから再開要求を受信すると（例えば図１２のステップ１２１５を参照）、ソース／古いｅＮＢからＵＥ ＡＳ コンテキストを取得する（図１２のステップ１２２０と１２２５を参照）。ターゲット／新しいｅＮＢとソース／古いｅＮＢが、異なる（異なる無線アクセス技術を使用している、または異なるリリースの技術を使用している）場合、ターゲットｅＮＢは、ＵＥ ＡＳコンテキストに十分にアクセスすること、または読み取ることができない可能性がある。

［０１５３］ 図１５は、新しいｅＮＢなどのネットワークノードにおいて接続を再開するための方法３００を示す。このような場合、ターゲットｅＮＢ （ｇＮＢ）は、以下のステップまたは動作を実行する。

［０１５４］ ステップ３０５：通信ネットワーク内の接続を再開する要求を、無線デバイスから受信する。

［０１５５］ ステップ３１０：要求に基づいて、無線デバイスのための構成情報（例えば、ＵＥ ＡＳコンテキスト）を取得する。

［０１５６］ ステップ３１５：取得された構成情報が識別不能であると決定することに応答して、新しい構成パラメータを生成する。

［０１５７］ ステップ３２０：新しい構成パラメータを使用してフル構成を実行するための表示を含む再開応答メッセージを、無線デバイスに送信する。

［０１５８］ ステップ３０５において、再開する要求は、ＲＲＣ接続再開要求であってもよい。

［０１５９］ ステップ３１５において、取得された構成情報が識別不能であると決定した後、新しいｅＮＢは、取得されたＵＥ ＡＳコンテキスト情報を単に無視することができる。次に、ＵＥ ＡＳコンテキストの取得中に提供されるＳ１またはＮＧコンテキスト情報から、新しいＵＥ ＡＳコンテキスト情報を準備（または生成）することができる。Ｓ１およびＮＧコンテキストは、コアネットワークが最初のＵＥコンテキスト設定中またはその後のシグナリング時にＲＡＮに送信した情報を含む。この情報は、構成のための無線パラメータと、種々のベアラに関する情報とを含むことができる。この情報は、ターゲットｅＮＢがＵＥ ＡＳコンテキストを再構築するのに十分であるべきである。

［０１６０］ ステップ３２０において、新しいｅＮＢは、無線デバイスに送信するための新しいＵＥ ＡＳコンテキスト情報を含むＲＲＣ再開メッセージを準備する。そのために、新しいｅＮＢは、ＲＲＣ再開メッセージにおいてフル構成にフラグを設定する。フラグが設定されると、それは、ｆｕｌｌＣｏｎｆｉｇフラグと呼ばれることができる。現行のシステムでは、再開メッセージにそのようなフラグはない。次に、新しいｅＮＢは、フラグとともにＲＲＣ再開メッセージをＵＥに送信する。

［０１６１］ ｆｕｌｌＣｏｎｆｉｇフラグを含むＲＲＣ再開メッセージを受信することに応答して、ＵＥは、例えば古いベアラ構成および他の古い無線パラメータを破棄する。その後、ＲＲＣ再開メッセージで受信した（新しい）構成のみを適用する。このようにして、ＵＥは、古い構成を理解できないネットワークノードからの新しい構成に切り替えることができる。ネットワークノード（ｇＮＢ）がＲＲＣ再開メッセージを送信するとき、暗号化と完全性保護がすでに稼働しているので、セキュリティキーなどの一部のパラメータは、ｆｕｌｌＣｏｎｆｉｇフラグを受信した後もＵＥに保持されることに留意されたい。

［０１６２］ 図１５の方法３００に修正、追加、または省略を行うことができることに留意されたい。さらに、方法３００における１つ以上のステップが、並行して、または任意の適切な順序で実行されてもよい。したがって、図１６は、ネットワークノードとの接続を再開するための別の方法３００を示す。この方法は、方法３３０と呼ばれ、図１４のネットワークノード２２０において実行することができる。このネットワークノードは、新しいネットワークノードまたはターゲットｅＮＢまたはｇＮＢと呼ばれることがある。方法３３０は、以下のステップを含む。

［０１６３］ ステップ３３５：通信ネットワーク内の接続を再開する要求を、無線デバイスから受信する。

［０１６４］ ステップ３４０：フル構成を実行するための表示を含む再開応答メッセージを、要求に応答して、無線デバイスに送信する。

［０１６５］ いくつかの例では、ネットワークノード２２０（例えば、新しいｅＮＢ）は、再開要求を受信すると、ソース／古いｅＮＢから構成情報（例えば、ＵＥ ＡＳコンテキスト）を取得することができる。さらに、ターゲット／新しいｅＮＢとソース／古いｅＮＢが、異なる（異なる無線アクセス技術を使用している、または異なるリリースの技術を使用している）場合、ターゲットｅＮＢは、ＵＥ ＡＳコンテキストに十分にアクセスすること、または読み取ることができない可能性がある。この場合、新しいｅＮＢは、フル構成のための構成パラメータ（現在の構成パラメータと比較して新しい）を生成することができる。

［０１６６］ いくつかの実施形態では、新しいネットワークノードは、取得された構成情報が識別不能／読み取り不能であると決定してもよく、新しいｅＮＢは、取得されたＵＥ ＡＳコンテキスト情報を単に無視することができる。次に、ＵＥ ＡＳコンテキストの取得中に提供されるＳ１またはＮＧコンテキスト情報から、新しいＵＥ ＡＳコンテキスト情報などの構成パラメータを準備（または生成）することができる。Ｓ１コンテキストとＮＧコンテキストは、コアネットワークが最初のＵＥコンテキスト設定中またはその後のシグナリング時にＲＡＮに送信した情報を含む。この情報は、構成のための無線パラメータと、種々のベアラに関する情報とを含むことができる。この情報は、ターゲットｅＮＢがＵＥ ＡＳコンテキストを再構築するのに十分であるべきである。注記として、Ｓ１は、コアネットワークがＥＰＣ（Ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）である場合の、ｅＮＢとコアネットワークとの間のインターフェースである。ＮＧは、コアネットワークが５ＧＣである場合の、ｅＮＢ／ｇＮＢとコアネットワークとの間のインターフェースである。

［０１６７］ いくつかの実施形態では、新しいｅＮＢは、無線デバイスに送信されるべき新しいＵＥ ＡＳコンテキスト情報（または構成パラメータ）を含むＲＲＣ再開メッセージを準備する。新しいｅＮＢは、ＲＲＣ再開メッセージにおいてフル構成にフラグを設定する。フラグが設定されると、それは、ｆｕｌｌＣｏｎｆｉｇフラグと呼ばれることができる。次に、新しいｅＮＢは、フラグとともにＲＲＣ再開メッセージをＵＥに送信する。

［０１６８］ ｆｕｌｌＣｏｎｆｉｇフラグを含むＲＲＣ再開メッセージを受信することに応答して、ＵＥは、例えば古いベアラ構成および他の古い無線パラメータを破棄する。その後、ＲＲＣ再開メッセージで受信した（新しい）構成のみを適用する。このようにして、ＵＥは、古い構成を理解できないネットワークノードからの新しい構成に切り替えることができる。ネットワークノード（ｇＮＢ）がＲＲＣ再開メッセージを送信するとき、暗号化と完全性保護がすでに稼働しているので、セキュリティキーなどの一部のパラメータは、ｆｕｌｌＣｏｎｆｉｇフラグを受信した後もＵＥに保持されることに留意されたい。

［０１６９］ いくつかの実施形態では、構成パラメータは、ベアラ構成、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）構成、無線リンク制御（ＲＬＣ）構成のうちの１つ以上を含む。

［０１７０］ ここで図１７を参照すると、接続を再開するための無線デバイス／ＵＥにおける方法３５０が説明される。無線デバイスは、図１４のＵＥ２１０であり得る。

［０１７１］ 方法３５０は、以下のステップを含む。

［０１７２］ ステップ３５５：通信ネットワーク内の接続を再開する要求を、ネットワークノードへ送信する。

［０１７３］ ステップ３６０：フル構成を実行するための表示を含む再開応答メッセージを、ネットワークノードから受信する。

［０１７４］ ステップ３６５：フル構成を適用（または実行）する。

［０１７５］ いくつかの実施形態では、方法３５０は、古いベアラ構成および古い無線パラメータを破棄することを、さらに含んでもよい。

［０１７６］ いくつかの実施形態では、方法３５０は、セキュリティキーを保持することを、さらに含んでもよい。

［０１７７］ いくつかの実施形態では、方法３５０は、新しい構成を受信することを、さらに含んでもよい。

［０１７８］ いくつかの実施形態では、方法３５０は、新しい構成を適用することを、さらに含んでもよい。

［０１７９］ 実施形態Ｂ
［０１８０］ 実施形態Ｂは、ネットワークの観点からＵＥコンテキスト不一致を考慮することによって、ターゲットネットワークノード（例えば、ｅＮＢ）とソースネットワークノードとの間の非互換性に対処する。

［０１８１］ 例えば、以下のネットワーク改良が、ネットワークノードの非互換性問題を解決すると考えることができる。
［０１８２］ １） ソースネットワークノードから渡されるＵＥ ＡＳコンテキスト情報は、レガシーｅＮＢのバージョンよりも後のリリースの規格で新しいＩＥが導入された可能性があるにしても、ターゲットネットワークノードがレガシー情報要素（ＩＥ）（例えば、ＬＴＥ ＰＤＣＰ構成）を理解できるように、符号化することができる。
［０１８３］ ２） ソースネットワークノードは、ターゲットネットワークノードがレガシーｅＮＢであることを知ると、ＵＥ ＡＳコンテキスト情報を、レガシーｅＮＢが理解できるフォーマットに変換することができる（例えば、ＮＲ ＰＤＣＰ構成をＬＴＥ ＰＤＣＰ構成に変換する）。

［０１８４］ 第１のケースでは、ターゲットネットワークノードは、適切な符号化を介して、理解することができる関連するベアラ情報（例えば、ＤＲＢ−ｉｄおよびＲＬＣならびに下位レイヤ構成）を得ることができる。それは、Ｓ１ベアラコンテキストから、その特定のベアラのための残りの情報を得ることができる（すなわち、適切なＬＴＥ ＰＤＣＰバージョンでＵＥを再構成することができるように）。この解決策の問題は、レガシーｅＮＢがこのケースを扱うために新しいこと（ソースネットワークノードから受信した他のＵＥコンテキストとＳ１またはＮＧコンテキストを組み合わせること）を実行する（すなわち、実際にはレガシーｅＮＢではない）と仮定することであるが、既存のｅＮＢは、既存のｅＮＢが理解するＵＥコンテキストとＳ１コンテキストの部分から関連情報を全て取得するであろうから、少なくとも、既存のｅＮＢによって理解される必要のない新しいパラメータを将来追加することが可能であるべきである。これらの部分は、全てのネットワークノード（レガシーおよび新しい世代のネットワークノード）によって理解されるように適切に符号化された部分である。

［０１８５］ 第２のケースでは、ターゲットｅＮＢは、ソースｅＮＢからのＵＥコンテキストを理解するであろう。しかしながら、それは、全てのＤＲＢをＵＥにシグナリングして、それらのＤＲＢを（ターゲットｅＮＢによって理解されない）古い構成から変更するようにＵＥをトリガする必要がある。通常、ｅＮＢは、（デルタシグナリングが使用されるので）変更することを望まないＤＲＢのためのＤＲＢ構成をシグナリングする必要はない。したがって、この解決策の追加の影響は、全てのＤＲＢのためのＤＲＢシグナリングをトリガするための機能をターゲットｅＮＢに追加することである。これは、ターゲットｅＮＢがアップグレードされることを必要とするが、ｅＮＢは、ソースｅＮＢから転送される全てのパラメータを理解し、常にＤＲＢ構成をＵＥに送信するので、少なくとも、既存／レガシーｅＮＢによって理解される必要のない新しいパラメータを将来追加することが可能であるべきである。

［０１８６］ 上記でわかるように、第１と第２の解決策は、ターゲットノードとソースノードの両方における新しい機能に依存しているが、その利点は、それらのノードがアップグレードされると、規格に新しい機能を追加し、その機能をサポートするネットワークノードのみをアップグレードすることが、将来可能になることである。

［０１８７］ 以下は、実施形態Ｂのためにサポートされる必要のあるいくつかの例示的な新しい機能の概要である。

［０１８８］ ［ケース１］ソースノードは、ターゲットノードが、必要な全てのレガシーパラメータを理解し、新しいパラメータを無視できるように符号化されたＵＥコンテキストを転送する必要がある。この符号化は、例えば、レガシーターゲットｅＮＢによって無視され得る、重要でない拡張を利用することができる。

［０１８９］ ［ケース１］ターゲットノードは、Ｓ１またはＮＧコンテキスト情報と、ソースノードから転送されたＵＥコンテキストの理解したパラメータとの組み合わせを使用して、ＵＥコンテキストを再構築する必要がある。

［０１９０］ ［ケース２］ソースノードは、ターゲットノードから、それが理解する規格の仕様のリリースまたはそれがサポートする機能についての情報を取得する必要がある。これは、Ｘ２またはＸｎの設定中に、ターゲットからソースノードへのメッセージでシグナリングされることができる。

［０１９１］ ［ケース２］ソースノードは、ターゲットノードによって理解される方法でＵＥコンテキスト情報を符号化する必要がある。ターゲットノードが、ソースノードよりも後のリリースをサポートする場合、自身のリリースに応じたソースノードの符号化が、ターゲットノードによって理解されるべきことが仮定される。その後、コンテキストは、Ｘ２、Ｘｎ、またはコアネットワークを介してターゲットノードに送信される。

［０１９２］ ［ケース２］ターゲットノードは、以前と同じ構成を使用する場合でも、全てのベアラまたは他の関連する構成パラメータの再構成をトリガする必要がある。この目的は、後のリリースをサポートするＵＥに、構成がレガシー構成に戻されることを通知することである。

［０１９３］ ここで図１８を参照して、通信ネットワークにおける無線デバイスのための接続を再開するための方法３７０のフローチャートを説明する。通信ネットワークノードは、ネットワーク２００とすることができる。無線デバイスは、ＵＥ２１０とすることができる。

［０１９４］ 方法３７０は、図１４のネットワーク２２０などのネットワークノードにおいて実施することができる。

［０１９５］ 方法３７０は以下を含む。

［０１９６］ ステップ３７５：通信ネットワーク内の接続を再開する要求を、無線デバイスから受信する。

［０１９７］ ステップ３８０：要求に基づいて、無線デバイスのための構成情報を取得する。構成情報は、ネットワークノードによって使用可能になるように、ソースネットワークノードからネットワークノードに適合されている。

［０１９８］ ステップ３８５：適合された構成情報に基づいて接続を再開するために、無線デバイスに再開応答メッセージを送信する。

［０１９９］ 例えば、構成情報は、ネットワークノードとソースネットワークノードの両方によって読み取り可能になるように構成情報の少なくとも一部を符号化することによって、適合させることができる。

［０２００］ いくつかの実施形態では、構成情報は、構成情報のフォーマットをソースネットワークノードからネットワークノードのフォーマットに変換することによって適合される。

［０２０１］ 図１９は、いくつかの実施形態による、例示的な無線ネットワークノード２２０のブロック図である。無線ネットワークノード２２０は、複数のアンテナを有する１つ以上のトランシーバ４２０と、プロセッサ４４０と、メモリ４５０と、ネットワークインターフェース４３０とを含むことができる。いくつかの実施形態では、トランシーバは、（例えば、送信機（複数可）（Ｔｘ）、受信機（複数可）（Ｒｘ）、およびアンテナを介して）無線デバイス２１０への無線信号の送信および無線デバイス２１０からの無線信号の受信を容易にする。プロセッサ４４０は、無線ネットワークノード２２０によって提供されるものとして上述された機能の一部または全部を提供するための命令を実行し、メモリは、プロセッサによって実行される命令を記憶する。いくつかの実施形態では、プロセッサ４４０およびメモリ４５０は、処理回路４１０を形成する。ネットワークインターフェースは、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コアネットワークノードまたは無線ネットワークコントローラなどのバックエンドネットワーク構成要素に信号を伝達する。

［０２０２］ プロセッサ４４０は、例えば、図１５の方法３００、図１６の方法３３０、および図１８の方法３７０、ならびにそれらの関連する実施形態などの、無線ネットワークノード２２０の上述した機能の一部または全部を実行するために、命令を実行しデータを操作するためのハードウェアの任意の適切な組み合せを含むことができる。いくつかの実施形態では、プロセッサは、例えば、１つ以上のコンピュータ、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他の論理を含むことができる。

［０２０３］ メモリは、一般に、論理、ルール、アルゴリズム、コード、テーブルなどのうちの１つ以上を含む、コンピュータプログラム、ソフトウェア、アプリケーション、および／またはプロセッサによって実行されることが可能な他の命令などの命令を記憶するように、動作可能である。メモリの例には、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／または情報を記憶する任意の他の揮発性もしくは不揮発性の、非一時的コンピュータ可読および／もしくはコンピュータ実行可能メモリデバイスが含まれる。

［０２０４］ いくつかの実施形態では、ネットワークインターフェースは、プロセッサに通信可能に結合されており、無線ネットワークノード２２０のための入力を受信し、無線ネットワークノード２２０からの出力を送信し、入力もしくは出力もしくはその両方の適切な処理を実行し、他のデバイスに通信し、または前述のものの任意の組み合せを行なうように動作可能な任意の適切なデバイスを指すことができる。ネットワークインターフェースは、ネットワークを介して通信するための、適切なハードウェア（例えば、ポート、モデム、ネットワークインターフェースカード等）と、プロトコル変換およびデータ処理能力を含むソフトウェアとを含んでもよい。

［０２０５］ 無線ネットワークノード２２０の他の実施形態は、上述の機能のうちのいずれか、および／または（上述の解決策をサポートするために必要な任意の機能を含む）任意の追加の機能を含む、無線ネットワークノードの機能のいくつかの態様を提供することができる、図１９に示されるもの以外の追加の構成要素を含むことができる。種々の異なるタイプのネットワークノードは、同じ物理ハードウェアを有するが、異なる無線アクセス技術をサポートするように（例えば、プログラミングを介して）構成されている構成要素を含んでもよく、または、部分的にもしくは全く異なる物理構成要素を表してもよい。

［０２０６］ 図１９に関して説明したものと同様のプロセッサ、インターフェース、およびメモリが、他のネットワークノード（コアネットワークノード２３０など）に含まれてもよい。他のネットワークノードは、（図１９に記載されたトランシーバなどの）無線インターフェースを任意選択で含んでも含まなくてもよい。

［０２０７］ いくつかの実施形態では、ネットワークノード２２０は、上述のネットワークノード２２０の機能を実施するように構成された一連のモジュール５１０（図２０参照）を備えることができる。図２０を参照すると、いくつかの実施形態では、ネットワークノード２２０は、接続を再開する要求を無線デバイスから受信するように構成された受信モジュールを備えることができる。ネットワーク２２０は、例えば、フル構成を実行するための表示を含む再開応答メッセージを無線デバイスに送信するように構成された送信モジュールを備えることができる。ネットワークノード２２０はまた、無線デバイスから接続を再開する要求を受信するように構成された受信モジュールを備えてもよい。ネットワークノードは、例えば、図１５の方法３００および図１８の方法３７０の機能を実行するように構成された他のモジュールを備えることができる。

［０２０８］ 様々なモジュールは、ハードウェアおよび／またはソフトウェアの組み合わせとして、例えば、図１９に示されている無線ネットワークノード２２０のプロセッサ、メモリおよびトランシーバとして実装されてもよいことが理解されよう。いくつかの実施形態はまた、追加のおよび／または任意選択の機能をサポートするための追加のモジュールを含んでもよい。

［０２０９］ いくつかの実施形態では、取得モジュールが、無線デバイスのための構成情報を取得するように構成されてもよく、構成情報は、ネットワークノードによって使用可能になるように、ソースネットワークノードからネットワークノードに適合されている。いくつかの実施形態では、送信モジュールはまた、適合された構成情報に基づいて接続を再開するために、再開応答メッセージを無線デバイスに送信するように構成されてもよい。

［０２１０］ 図２１は、本開示のいくつかの実施形態による無線デバイス２１０の概略ブロック図を示す。図示するように、無線デバイス２１０は、１つ以上のプロセッサ６２０（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または同様のもの）ならびにメモリ６３０を備える回路６１０を含む。無線デバイス２１０はまた、１つ以上のアンテナ６７０に結合された１つ以上の送信機６５０および１つ以上の受信機６６０をそれぞれが含む、１つ以上のトランシーバ６４０を含む。いくつかの実施形態では、上述の無線デバイス２１０の機能は、例えば、メモリ６３０に記憶され、プロセッサ６２０によって実行されるソフトウェアに、完全にまたは部分的に実装されてもよい。例えば、プロセッサ６２０は、ＵＥに関連する任意の動作、例えば図１７の方法３５０を、実行するように構成される。

［０２１１］ いくつかの実施形態では、少なくとも１つのプロセッサ６２０によって実行されるときに、本明細書で説明される実施形態のうちのいずれかによる無線デバイス２１０の機能（例えば、ＵＥに関連する任意の動作、例えば、図１７の方法３５０）を少なくとも１つのプロセッサ６２０に実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

［０２１２］ 図２２は、本開示のいくつかの他の実施形態による無線デバイス２１０の概略ブロック図である。無線デバイス２１０は、それぞれがソフトウェアに実装される１つ以上のモジュール７００を含む。モジュール（複数可）７００は、本明細書で説明される無線デバイス２１０の機能を提供する。例えば、モジュール７００は、図１７の少なくともステップ３５５を実行するように動作可能な送信モジュールと、図１７の少なくともステップ３６０を実行するように動作可能な受信モジュールと、図１７の少なくともステップ３６５を実行するように動作可能な適用モジュールとを備えることができる。

［０２１３］ 実施形態は、タスクが通信ネットワークを介してリンクされた遠隔処理装置によって実行される分散コンピューティング環境でも実施することができる。

［０２１４］ 例えば、図２３は、いくつかの実施形態によって実施される機能が仮想化され得る仮想化環境８００を示す概略ブロック図である。本文脈において、仮想化とは、装置またはデバイスの仮想バージョンを作成することを意味し、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースの仮想化を含み得る。本明細書で使用される場合、仮想化は、ネットワークノード２２０（例えば、仮想化された基地局もしくは仮想化された無線アクセスノード）またはデバイス２１０（例えば、ＵＥ、無線デバイス、もしくは任意の他のタイプの通信デバイス）またはそれらの構成要素に適用されることができ、機能の少なくとも一部が、１つ以上の仮想コンポーネントとして（例えば、１つ以上のネットワーク内の１つ以上の物理処理ノード上で実行される１つ以上のアプリケーション、コンポーネント、ファンクション、仮想マシン、もしくはコンテナを介して）実装されている実施態様に関する。

［０２１５］ いくつかの実施形態では、本明細書に記載される機能の一部または全部が、１つ以上のハードウェアノードＱＱ３３０によってホスティングされる１つ以上の仮想環境８００内に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装されてもよい。さらに、仮想ノードが無線アクセスノードではない、または無線接続性を必要としない（例えば、コアネットワークノード）実施形態では、ネットワークノードは、完全に仮想化されてもよい。

［０２１６］ 機能は、本明細書で開示されるいくつかの実施形態の特徴、機能、および／または利点のいくつかを実施するように動作する１つ以上のアプリケーションＱＱ３２０（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれてもよい）によって実装されることができる。アプリケーションＱＱ３２０は、処理回路ＱＱ３６０およびメモリＱＱ３９０を備えるハードウェアＱＱ３３０を提供する仮想化環境８００で実行される。メモリＱＱ３９０は、処理回路ＱＱ３６０によって実行可能な命令ＱＱ３９５を含み、それによって、アプリケーションＱ３２０は、本明細書で開示される特徴、利点、および／または機能の１つ以上を提供するように動作する。

［０２１７］ 仮想化環境８００は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェアコンポーネントもしくは専用プロセッサを含む任意の他のタイプの処理回路であってもよい、１つ以上のプロセッサのセットまたは処理回路ＱＱ３６０を備える汎用または専用ネットワークハードウェアデバイスＱＱ３３０を備える。各ハードウェアデバイスは、処理回路ＱＱ３６０によって実行される命令ＱＱ３９５またはソフトウェアを一時的に記憶するための非永続的メモリであってもよいメモリＱＱ３９０−１を備えることができる。各ハードウェアデバイスは、物理ネットワークインターフェースＱＱ３８０を含む、ネットワークインターフェースカードとしても知られる１つ以上のネットワークインターフェースコントローラ（ＮＩＣ）ＱＱ３７０を備えることができる。各ハードウェアデバイスはまた、処理回路ＱＱ３６０によって実行可能なソフトウェアＱＱ３９５および／または命令を記憶している、非一時的で永続的な機械可読記憶媒体ＱＱ３９０−２を含むことができる。ソフトウェアＱＱ３９５は、１つ以上の仮想化レイヤＱＱ３５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシンＱＱ３４０を実行するためのソフトウェア、ならびに本明細書に記載されたいくつかの実施形態に関連して説明された機能、特徴、および／または利点を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。

［０２１８］ 仮想マシンＱＱ３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤＱＱ３５０またはハイパーバイザによって稼働されることができる。仮想アプライアンスＱＱ３２０のインスタンスの様々な実施形態が、１つ以上の仮想マシンＱＱ３４０上で実装されることができ、実装は、様々な方法で行うことができる。

［０２１９］ 動作中、処理回路ＱＱ３６０は、ソフトウェアＱＱ３９５を実行して、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤＱＱ３５０をインスタンス化する。仮想化レイヤＱＱ３５０は、仮想マシンＱＱ３４０にはネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームを提供できる。

［０２２０］ 図ＱＱ３に示すように、ハードウェアＱＱ３３０は、汎用または特定のコンポーネントを持つスタンドアロンネットワークノードであってもよい。ハードウェアＱＱ３３０は、アンテナＱＱ３２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。あるいは、ハードウェアＱＱ３３０は、とりわけアプリケーションＱＱ３２０のライフサイクルマネジメントを監督するマネジメントおよびオーケストレーション（ＭＡＮＯ）ＱＱ３１００を介して、多くのハードウェアノードが協働し、管理される、より大きなハードウェアクラスタ（例えば、データセンタ内または顧客構内設備（ＣＰＥ）内などの）の一部であってもよい。

［０２２１］ ハードウェアの仮想化は、いくつかのコンテキストでは、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、データセンタ内および顧客構内設備内に配置することができる業界標準の大容量サーバハードウェア、物理スイッチ、および物理ストレージ上に、多くのネットワーク機器タイプを統合するために、使用することができる。

［０２２２］ ＮＦＶのコンテキストでは、仮想マシンＱＱ３４０は、あたかも、仮想化されていない物理マシン上で実行されているかのようにプログラムを実行する、物理マシンのソフトウェア実装であってもよい。仮想マシンＱＱ３４０の各々、およびその仮想マシンを実行するハードウェアＱＱ３３０の部分（その仮想マシン専用のハードウェアであれ、および／または、その仮想マシンによって他の仮想マシンＱＱ３４０と共有されるハードウェアであれ）は、個々の仮想ネットワーク要素（ＶＮＥ）を形成する。

［０２２３］ さらに、ＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャＱＱ３３０上の１つ以上の仮想マシンＱＱ３４０で実行される特定のネットワーク機能を処理する役割を担い、図ＱＱ３のアプリケーションＱＱ３２０に対応している。

［０２２４］ いくつかの実施形態では、それぞれが１つ以上の送信機ＱＱ３２２０および１つ以上の受信機ＱＱ３２１０を含む１つ以上の無線ユニットＱＱ３２００が、１つ以上のアンテナＱＱ３２２５に結合されてもよい。無線ユニットＱ３２００は、１つ以上の適切なネットワークインターフェースを介してハードウェアノードＱＱ３３０と直接通信することができ、仮想コンポーネントと組み合わせて使用されて、無線アクセスノードまたは基地局などの、無線機能を有する仮想ノードを提供することができる。

［０２２５］ いくつかの実施形態では、いくつかのシグナリングは、ハードウェアノードＱＱ３３０と無線ユニットＱＱ３２００との間の通信に代替的に使用され得る制御システムＱＱ３２３０を使用して達成され得る。

［０２２６］ いくつかの実施形態は、機械可読媒体（コンピュータ可読媒体、プロセッサ可読媒体、またはコンピュータ可読プログラムコードが具現化されたコンピュータ使用可能媒体とも呼ばれる）に記憶された非一時的なソフトウェア製品として表されてもよい。機械可読媒体は、ディスケット、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク読み取り専用メモリ（ＤＶＤ−ＲＯＭ）、メモリデバイス（揮発性または不揮発性）、または同様の記憶機構を含む、磁気、光、または電気記憶媒体を含む、任意の適切な有形媒体であってよい。機械可読媒体は、実行されると、説明される実施形態のうちの１つ以上による方法のステップをプロセッサに実行させる、命令、コードシーケンス、構成情報、または他のデータの様々なセットを含むことができる。当業者は、説明された実施形態を実施するために必要な他の命令および動作もまた、機械可読媒体上に記憶され得ることを理解するであろう。機械可読媒体から実行されるソフトウェアは、説明されたタスクを実行するために回路とインターフェースすることができる。

［０２２７］ 上述の実施形態は、ただ単に例であることが意図されている。当業者であれば、説明の範囲から逸脱することなく、特定の実施形態に変更、修正、および変形を加えることができる。

Claims (42)

1. ネットワークノードにおける方法であって、
   通信ネットワーク内の接続を再開する要求を、無線デバイスから受信することと、
   前記要求に応答して、フル構成を実行するための表示を含む再開メッセージを、前記無線デバイスに送信することと、
   を含む方法。
2. 前記表示がフラグを含む、請求項１に記載の方法。
3. 前記フラグをフル構成に設定することを、さらに含む、請求項２に記載の方法。
4. 前記ネットワークノードが、前記無線デバイスのための以前の接続を中断した以前のネットワークノードとは異なる無線アクセス技術を有する、請求項１から３のいずれか一項に記載の方法。
5. 前記無線デバイスのための構成情報を取得することを、さらに含む、請求項１から４のいずれか一項に記載の方法。
6. 取得された前記構成情報が、前記無線デバイスのユーザ機器（ＵＥ）コンテキストを含む、請求項５に記載の方法。
7. 取得された前記構成情報が読み取り不能であると決定することに応答して、構成パラメータを生成することを、さらに含む、請求項５または６に記載の方法。
8. 前記メッセージが、構成パラメータをさらに含む、請求項１から７のいずれか一項に記載の方法。
9. 前記表示が、前記構成パラメータを使用してフル構成を実行するための表示を含む、請求項７または８に記載の方法。
10. 再開応答メッセージが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅとＲＲＣＲｅｓｕｍｅのうちの１つである、請求項１から９のいずれか一項に記載の方法。
11. 前記構成パラメータを生成することが、ユーザ機器（ＵＥ）アクセス層（ＡＳ）コンテキストを生成することを含む、請求項７に記載の方法。
12. 構成パラメータを生成することが、最初のコンテキスト設定中に使用されたベアラ情報を含むＳ１およびＮＧコンテキストに基づく、請求項７から１１のいずれか一項に記載の方法。
13. 前記構成パラメータが、ベアラ構成、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）構成、無線リンク制御（ＲＬＣ）構成のうちの１つ以上を含む、請求項７または８に記載の方法。
14. 通信ネットワーク内の接続を再開する要求を、無線デバイスから受信するように、かつ
    フル構成を実行するための表示を含む再開応答メッセージを、前記無線デバイスに送信するように、
    適合されたネットワークノード。
15. コンピュータ可読プログラムコードが具現化された非一時的なコンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、
    通信ネットワーク内の接続を再開する要求を、無線デバイスから受信するためのコンピュータ可読プログラムコードと、
    フル構成を実行するための表示を含む再開応答メッセージを、前記無線デバイスに送信するためのコンピュータ可読プログラムコードと、
    を含む、コンピュータプログラム製品。
16. 通信インターフェースと、
    前記通信インターフェースに通信可能に接続された１つ以上の処理回路と、
    を備えるネットワークノードであって、前記１つ以上の処理回路が、少なくとも１つのプロセッサおよびメモリを備え、前記メモリが、実行されたときに、前記少なくとも１つのプロセッサに、
    通信ネットワーク内の接続を再開する要求を、無線デバイスから受信することと、
    フル構成を実行するための表示を含む再開応答メッセージを、前記無線デバイスに送信することと、
    を行わせる命令を含む、ネットワークノード。
17. 前記表示がフラグを含む、請求項１６に記載のネットワークノード。
18. 前記少なくとも１つのプロセッサが、前記フラグをフル構成に設定するように構成されている、請求項１７に記載のネットワークノード。
19. 前記ネットワークノードが、前記無線デバイスのための以前の接続を中断した以前のネットワークノードとは異なる無線アクセス技術を有する、請求項１６から１８のいずれか一項に記載のネットワークノード。
20. 前記少なくとも１つのプロセッサが、前記無線デバイスのための構成情報を取得するように構成されている、請求項１６から１９のいずれか一項に記載のネットワークノード。
21. 取得された前記構成情報が、前記無線デバイスのユーザ機器（ＵＥ）コンテキストを含む、請求項２０に記載のネットワークノード。
22. 前記少なくとも１つのプロセッサが、取得された前記構成情報が読み取り不能であると決定することに応答して、構成パラメータを生成するように構成されている、請求項２０または２１に記載のネットワークノード。
23. 前記メッセージが、構成パラメータをさらに含む、請求項１６から２２のいずれか一項に記載のネットワークノード。
24. 前記表示が、前記構成パラメータを使用してフル構成を実行するための表示を含む、請求項２２または２３に記載のネットワークノード。
25. 前記再開応答メッセージが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅとＲＲＣＲｅｓｕｍｅのうちの１つである、請求項１６から２４のいずれか一項に記載のネットワークノード。
26. 前記少なくとも１つのプロセッサが、新しいユーザ機器（ＵＥ）アクセス層（ＡＳ）コンテキストを生成することによって前記構成パラメータを生成するように構成されている、請求項２２に記載のネットワークノード。
27. 前記少なくとも１つのプロセッサが、最初のコンテキスト設定中に使用されたベアラ情報を含むＳ１およびＮＧコンテキストに基づいて、新しい構成パラメータを生成するように構成されている、請求項２２から２６のいずれか一項に記載のネットワークノード。
28. 前記構成パラメータが、ベアラ構成、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）構成、無線リンク制御（ＲＬＣ）構成のうちの１つ以上を含む、請求項２２または２３に記載のネットワークノード。
29. ネットワークノードにおける方法であって、
    通信ネットワーク内の接続を再開する要求を、無線デバイスから受信することと、
    前記無線デバイスのための構成情報であって、前記ネットワークノードによって使用可能になるように、ソースネットワークノードから前記ネットワークノードに適合された構成情報を、前記要求に基づいて取得することと、
    前記適合された構成情報に基づいて前記接続を再開するために、再開応答メッセージを前記無線デバイスに送信することと、
    を含む方法。
30. 前記構成情報が、前記ネットワークノードおよび前記ソースネットワークノードの両方によって読み取り可能になるように前記構成情報の少なくとも一部を符号化することによって適合される、請求項２９に記載の方法。
31. 前記構成情報が、前記構成情報のフォーマットを前記ソースネットワークノードから前記ネットワークノードのフォーマットに変換することによって適合される、請求項２９に記載の方法。
32. 通信インターフェースと、前記通信インターフェースに通信可能に接続された１つ以上の処理回路とを備えるネットワークノードであって、前記１つ以上の処理回路が、少なくとも１つのプロセッサおよびメモリを備え、前記メモリが、実行されたときに、前記少なくとも１つのプロセッサに、
    通信ネットワーク内の接続を再開する要求を、無線デバイスから受信することと、
    前記無線デバイスのための構成情報であって、前記ネットワークノードによって使用可能になるように、ソースネットワークノードから前記ネットワークノードに適合された構成情報を、前記要求に基づいて取得することと、
    前記適合された構成情報に基づいて前記接続を再開するために、前記無線デバイスに再開応答メッセージを送信することと、
    を行わせる命令を含む、ネットワークノード。
33. 無線デバイスにおける方法であって、
    通信ネットワーク内の接続を再開する要求を、ネットワークノードに送信することと、
    フル構成を実行するための表示を含む再開メッセージを、前記ネットワークノードから受信することと、
    前記フル構成を適用することと、
    を含む方法。
34. 古いベアラ構成および古い無線パラメータを破棄することを、さらに含む、請求項３３に記載の方法。
35. セキュリティキーを保持することを、さらに含む、請求項３３または３４に記載の方法。
36. 構成を受信することを、さらに含む、請求項３３から３５のいずれか一項に記載の方法。
37. 受信された前記構成を適用することを、さらに含む、請求項３６に記載の方法。
38. 通信インターフェースと、前記通信インターフェースに通信可能に接続された１つ以上の処理回路とを備える無線デバイスであって、前記１つ以上の処理回路が、少なくとも１つのプロセッサおよびメモリを備え、前記メモリが、実行されたときに、前記少なくとも１つのプロセッサに、
    通信ネットワーク内の接続を再開する要求を、ネットワークノードに送信することと、
    フル構成を実行するための表示を含む再開応答メッセージを、前記ネットワークノードから受信することと、
    前記フル構成を適用することと、
    を行わせる命令を含む、無線デバイス。
39. 前記少なくとも１つのプロセッサが、古いベアラ構成および古い無線パラメータを破棄するように構成されている、請求項３８に記載の無線デバイス。
40. 前記少なくとも１つのプロセッサが、セキュリティキーを保持するように構成されている、請求項３８または３９に記載の無線デバイス。
41. 前記少なくとも１つのプロセッサが、構成を受信するように構成されている、請求項３８から４０のいずれか一項に記載の無線デバイス。
42. 前記少なくとも１つのプロセッサが、受信された前記構成を適用するように構成されている、請求項４１に記載の無線デバイス。
    

Images