JP7145319B2 - リリースおよびリダイレクトが続く再開の要求 - Google Patents

Description

関連出願
本出願は、２０１８年９月２５日に出願された仮特許出願シリアル番号６２／７３６，３３２の利益を主張するものであり、その開示内容は、その全体が参照により本明細書に組み込まれる。

本出願は、ユーザ装置（ＵＥ）が最初に接続モードに入る必要性を回避する方法で、リリースおよびリダイレクトが続く再開の要求を処理するための方法およびシステムに関するものである。

ロングタームエボリューション（ＬＴＥ）は、ユーザ装置（ＵＥ）の状態を、ＲＲＣ（無線リソース制御）状態およびＣＭ（接続管理）状態の観点から定義する。
・ＲＲＣ＿ＩＤＬＥ状態では、ＵＥは、ＥＰＳ（進化型パケットコア）に既知であり、ＩＰ（インターネットプロトコル）アドレスを有しているが、進化型または発展型ノードＢ（ｅＮＢ）などの特定の基地局には未知である。
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＵＥは、ＥＰＣとｅＮＢの両方に既知である。
・ＣＭ－ＩＤＬＥ状態では、ＵＥとネットワークの間に非アクセスストラタム（ＮＡＳ）シグナリング接続は存在しない。ｅＮＢにはＵＥのコンテキストは無い。ＵＥは、モビリティ管理エンティティ（ＭＭＥ）に接続されていない。
・ＣＭ－ＣＯＮＮＥＣＴＥＤ状態では、ＮＡＳシグナリング接続が存在し、ＵＥの位置がＭＭＥに既知であり、ＭＭＥはハンドオーバーおよび他のモビリティ関連手順を調整する。

本明細書では、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥを「ＲＲＣ＿ＩＤＬＥのＵＥ」、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥを「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥ」などと呼ぶことがある。

ＬＴＥ－サスペンドとレジューム（再開）
ＬＴＥリリース１３（Ｒｅｌ－１３）では、ＵＥがＲＲＣ＿ＩＤＬＥに似たサスペンド状態でネットワークによりサスペンドされるメカニズムが導入されたが、アクセスストラタム（ＡＳ）コンテキストまたはＲＲＣコンテキストをＵＥが記憶するという違いがある。これにより、ＵＥが再びアクティブになったときに、ＲＲＣ接続を最初から確立するのではなく、ＲＲＣ接続を再開することで、シグナリングを削減することができる。シグナリングの削減は、インターネットにアクセスするスマートフォンのような待機時間の短縮や、ほとんどデータを送信しないマシンタイプデバイスのようなバッテリー消費の削減など、いくつかの利点がある。Ｒｅｌ－１３のソリューションでは、ＵＥがネットワークにRRCConnectionResumeRequestメッセージを送信し、これに応答してネットワークからRRCConnectionResumeを受信するプロセスが説明されている。RRCConnectionResumeは暗号化されていないが完全性は保護されている。

ＮＲ－ＲＲＣ＿ＩＮＡＣＴＩＶＥ
発展型ＬＴＥ（ｅＬＴＥ）または第５世代（５Ｇ）コアネットワーク（ＮＧＣ）に接続されたＬＴＥとも呼ばれるＬＴＥリリース１５（Ｒｅｌ－１５）およびニューラジオ（ＮＲ）では、第３世代パートナーシッププロジェクト（３ＧＰＰ）における５Ｇ＿ＮＲに関する標準化作業の一環として、ＮＲは、ＬＴＥのＲｅｌ－１３のサスペンド状態と同様の特性を持つＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートすべきであると決定されている。ＲＲＣ＿ＩＮＡＣＴＩＶＥは、ＬＴＥのＲＲＣ＿ＩＤＬＥの一部ではなく、独立したＲＲＣ状態であるという点で、ＬＴＥの状態とは若干異なる特性を持っている。さらに、コアネットワーク（ＣＮ）／無線アクセスネットワーク（ＲＡＮ）の接続（ＮＧまたはＮ２インタフェース）は、ＬＴＥではサスペンドされていたが、ＲＲＣ＿ＩＮＡＣＴＩＶＥでは維持される。

図１は、ＵＥの状態マシンと、ＮＲにおけるＲＲＣ状態間の可能な状態遷移を示している。図１の状態の特性は以下の通りである。

ＲＲＣ＿ＩＤＬＥ。ＵＥ固有の非連続受信（ＤＲＸ）は、上位層によって構成され得る。ＵＥは、ネットワーク構成に基づいてモビリティを制御する。ＵＥは、５Ｇシステムアーキテクチャエボリューション（ＳＡＥ）一時移動加入者識別子（５Ｇ－Ｓ－ＴＭＳＩ）を使用してＣＮページング用のページングチャネルを監視し、近隣セル測定およびセル（再）選択を実行し、システム情報を取得する。

ＲＲＣ＿ＩＮＡＣＴＩＶＥ。ＵＥ固有のＤＲＸは、上位層またはＲＲＣ層によって構成され得る。ＵＥは、ネットワーク構成に基づいてモビリティを制御する。ＵＥは、アクセスストラタム（ＡＳ）コンテキストを保存する。ＵＥは、５Ｇ－Ｓ－ＴＭＳＩを使用したＣＮページングおよびインアクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）を使用したＲＡＮページングのためのページングチャネルを監視し、近隣セル測定およびセルの（再）選択を実行し、ＲＡＮベースの通知領域の更新を定期的に実行し、ＲＡＮベースの通知領域の外に移動するときに実行し、システム情報を取得する。

ＲＬＣ＿ＣＯＮＴＡＣＴＥＤ。ＵＥはＡＳコンテキストを保存する。ＵＥとの間でユニキャストデータの転送が行われる。低レイヤでは、ＵＥはＵＥ固有のＤＲＸで構成され得る。キャリアアグリゲーション（ＣＡ）をサポートするＵＥの場合、１つまたは複数のセカンダリセル（ＳＣｅｌｌ）が、スペシャルセル（ＳｐＣｅｌｌ）またはプライマリセル（ＰＣｅｌｌ）にアグリゲートされ、帯域幅が増加する。デュアルコネクティビティ（ＤＣ）をサポートするＵＥの場合、１つのセカンダリセルグループ（ＳＣＧ）をマスタセルグループ（ＭＣＧ）にアグリゲートすることで、帯域幅を増やすことができる。ネットワーク制御のモビリティ、すなわちＮＲ内および進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）との間のハンドオーバがサポートされている。ＵＥは、ページングチャネルを監視し、共有データチャネルに関連する制御チャネルを監視して、データが予定されているかどうかを判断し、チャネル品質およびフィードバック情報を提供し、近隣セル測定および測定報告を実行し、システム情報を取得する。

図１は、ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、およびＲＲＣ＿ＩＮＡＣＴＩＶＥの状態間の可能な状態遷移を示している。図１では、これらの遷移は以下の通りである。

状態遷移１０２の「リリース［およびリダイレクト］」は、ＵＥが別の周波数または無線アクセス技術（ＲＡＴ）にリダイレクトされることなくリリースされる可能性があるため、そのように名付けられている。

リリースとリダイレクト機能
ＬＴＥでは、３ＧＰＰ技術仕様（ＴＳ）３６．３３１によると、リリースおよびリダイレクト機能は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥをＲＲＣ＿ＩＤＬＥにリリースし、同じＲＡＴまたは異なるＲＡＴのいずれかの別の周波数にリダイレクトするために使用される。以下、特に断りのない限り、ＴＳは３ＧＰＰ＿ＴＳであると推定される。

ベルリンで開催された３ＧＰＰ無線アクセスネットワーク，レイヤ２（ＲＡＮ２）ワーキンググループミーティングＲＡＮ２＃９９では、「リリースおよびリダイレクト」および「リリース時のセル再選択の優先順位」（ＬＴＥではモビリティ制御情報と命名）の機能性がＮＲで合意された：
・合意事項１１：RRC Connection Releaseのようなメッセージには、原因情報、リダイレクトキャリア周波数、アイドルモードのモビリティ制御情報を含めることができることが合意された。
・合意事項２７：ＣＯＮＮＥＣＴＥＤからＩＮＡＣＴＩＶＥへのＲＲＣ遷移の場合、RRC Connection Releaseのようなメッセージには、（ａ）合意事項１１に記載されているのと同じ情報（すなわち、原因情報、リダイレクトキャリア周波数、およびモビリティ制御情報）が含まれ、（ｂ）ＵＥアイデンティティ（またはＵＥコンテキストアイデンティティ）、およびオプションとして（ｃ）サスペンション／インアクティブ化インジケーション（暗黙的または明示的な場合はＦＦＳ）、（ｄ）ＲＡＮ構成されたＤＲＸサイクル、（ｅ）ＲＡＮ周期的通知タイマ、および（ｆ）ＲＡＮ通知エリアを含めることができることが合意された。

これらの提案は、ＲＲＣ仕様（ＴＳ３８．３３１）およびアイドル／インアクティブモード（ＴＳ３８．３０４）仕様で規定されている。ＲＲＣ（ＴＳ３８．３３１）では、RRCReleaseメッセージは、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥに、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに移動させるために使用される。その後、RRCReleaseメッセージにredirectedCarrierInfoフィールドが含まれると、リリースおよびリダイレクト機能がアクティブ化される。ＴＳ３８．３３１からの抜粋を以下に示し、関連する追加事項を太字で示している。
［ＲＲＣ３８．３３１からの抜粋開始］

［ＲＲＣ３８．３３１からの抜粋終了］

ＴＳ３８．３０４によると、redirectedCarrierInfoフィールドの受信時に、以下のＵＥの動作が規定されている。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への遷移時に、この遷移に使用されるＲＲＣメッセージにredirectedCarrierInfoが含まれている場合、ＵＥはredirectedCarrierInfoに従って適切なセル（すなわち、指定されたキャリア周波数を有するセル）へのキャンプオンを試みる。ＵＥが適切なセルを見つけられない場合、ＵＥは指示されたＲＡＴの適切なセルにキャンプオンすることができる。ＲＲＣリリースメッセージにredirectedCarrierInfoが含まれていない場合、ＵＥはＮＲキャリア上の適切なセルの選択を試みる。上記により適切なセルが見つからない場合、ＵＥは、キャンプオンするための適切なセルを見つけるために、保存された情報を使用してセル選択を行う。

ＵＥが任意のセルにキャンプオンした状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行した後にＲＲＣ＿ＩＤＬＥ状態に戻る場合、ＵＥは、ＲＲＣリリースメッセージにredirectedCarrierInfoが含まれていれば、それに従って許容可能なセルにキャンプオンすることを試みる。ＵＥが許容可能なセルを見つけられない場合、ＵＥは指示されたＲＡＴの許容可能なセルにキャンプオンすることができる。ＲＲＣリリースメッセージにredirectedCarrierInfoが含まれていない場合、ＵＥはＮＲキャリアの許容可能なセルの選択を試みる。上記に従って許容可能なセルが見つからない場合、ＵＥは、any cell selectionの状態で、任意のＰＬＭＮの許容可能なセルの検索を続ける。

無線ネットワークサブシステムアプリケーション部ユーザ適応（ＲＮＡ）更新手順
プラハのＲＡＮ２＃９９ｂｉｓでは、ＲＡＮエリアの更新のために、RRCResumeRequestは、場合によってはリダイレクション情報を含むRRCReleaseでネットワークから応答される可能性があることが合意されている。
・合意事項３：ＲＲＣ接続を再開しようとしているＩＮＡＣＴＩＶＥ状態のＵＥは、ＵＥをＩＮＡＣＴＩＶＥ状態に戻す（すなわち、拒否されない）ために、少なくとも完全性保護機能を備えたＳＲＢ１経由で送信されたＭＳＧ４を受信することができる。（ＲＮＡ更新のユースケース）
・合意事項４：合意事項３のＭＳＧ４（すなわち、拒否されない）は、ＵＥをＩＮＡＣＴＩＶＥ状態に移行させるメッセージによって構成されることができるのと少なくとも同じパラメータ（例えば、インアクティブモードのモビリティ制御情報または再選択優先度情報のための、Ｉ－ＲＮＴＩ、ＲＮＡ、ＲＡＮのＤＲＸサイクル、周期的ＲＮＡＵタイマ、リダイレクトキャリア周波数）を構成することができる。（セキュリティフレームワークは独立して議論される）
・合意事項５：ＲＲＣ接続を再開しようとするＩＮＡＣＴＩＶＥ状態のＵＥは、少なくとも完全性保護機能を備えたＳＲＢ１を介して送信されたＭＳＧ４を受信し、ＵＥをＩＤＬＥ状態に移行させることができる。

リダイレクトなしの従来のＲＲＣリリース
図２は、従来の無線ネットワークサブシステムアプリケーション部ユーザ適応（ＲＮＡ）更新手順を示す図である。図２では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥが、Ｘｎインタフェースを介したコンテキスト検索を含む構成されたＲＮＡから外れるときのＵＥトリガによるＲＮＡ更新手順を説明している。リリースはリダイレクトを伴わないため、この手順は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることなくＵＥが実行できる。ステップ２００で、ＵＥは、ＲＮＡ更新のためであることを示すRRCResumeRequestを発行する。この要求を受信したニューラジオ基地局（ｇＮＢ）は、最後にサービスを提供しているｇＮＢからＵＥのコンテキストを取得し（ステップ２０２、２０４）、最後にサービスを提供しているｇＮＢにデータ転送アドレス表示を提供する（ステップ２０６）。次に、最初のｇＮＢは、サービングＡＭＦにパススイッチの実行を要求する（ステップ２０８および２１０）。次に、最初のｇＮＢは、suspendConfig情報を含むRRCReleaseでＵＥに応答する（ステップ２１２）。そして、最初のｇＮＢは、最後のサービングｇＮＢに対して、ＵＥのコンテキスト情報を廃棄できることを通知する（ステップ２１４）。

既存のソリューションの問題点
現在、ある課題が存在する。現行の３ＧＰＰ規格によれば、リリースがＵＥを異なるＲＡＴにリダイレクトするリダイレクト情報を含む場合、ＵＥはＲＲＣ＿ＩＤＬＥ状態に遷移する。実際には、リダイレクト情報を受信したＵＥは、とりあえずＲＲＣ＿ＩＤＬＥ状態になる。このように、図２に示す従来のプロセスは、リダイレクトなしのRRCReleaseの場合は許容できるが、RRCReleaseにリダイレクト情報が含まれている場合は、ＵＥがＲＲＣ＿ＩＤＬＥ状態に遷移してしまい、有効化されていたセキュリティが失われてしまうため、許容できない。

そこで、リダイレクト情報を保護する必要があるかどうかが問題となった。モントリオールで開催されたＲＡＮ２ミーティングＲＡＮ２＃ＡＨ２０１８－０７では、リダイレクト情報を含むRRCReleaseメッセージのセキュリティ側面がＮＲに向けて議論され、ＲＡＮ２は、３ＧＰＰのサービスおよびシステムの側面（ＳＡ）ワーキンググループ３－セキュリティ（ＳＡ３）にリエゾン声明（ＬＳ）を送付した。これは、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行し、ＡＳセキュリティを確立する必要があるときに、レイテンシが高くなり、大量のシグナリングが発生する可能性があるためである。議論では、リダイレクションは保護されるべき機密情報のように思われ、後にＳＡ３によって確認された。

このように、RRCReleaseメッセージのセキュリティ側面から、ＵＥは、リダイレクション情報を含むRRCReleaseメッセージを受信する前に、ＡＳセキュリティを確立していなければならないことが決定されている。その結果、図２に示したＲＮＡ更新プロセスなどのプロセスは、リダイレクション情報を含むリリースメッセージの受信には適していない。そのため、従来のシステムでは、図３のような処理を行う必要がある。

ＮＲ周波数へのリダイレクションを有する従来のリリース
ＲＲＣ＿ＩＤＬＥ状態のＵＥ
図３は、現在ＲＲＣ＿ＩＤＬＥ状態にあるＵＥのリリースとＮＲ周波数へのリダイレクトの従来のプロセスを示す図である。ヨーテボリで開催されたＲＡＮ２＃１０３ミーティングで、ＳＡ３は、これらの情報の一部を含むRRCReleaseメッセージのセキュリティ側面に関するＲＡＮ２のＬＳに返信し、ＳＡ３は、ＲＡＮ２がＲＲＣ接続リリースメッセージが少なくとも完全性保護されていることを保証する必要があると考えており、これはＵＥがメッセージのソースの真正性を検証し、偽の基地局攻撃を防ぐことを可能にするために必要であると述べている。

言い換えれば、RRCReleaseメッセージは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥによってのみ処理される可能性があり、それがセキュアな方法（すなわち、少なくとも完全性が保護されている）で来る場合にのみ処理される。したがって、図３では、ＵＥは、まず、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移し（ステップ３００、３０２）、次に、ＣＭ－ＩＤＬＥ状態からＣＭ－ＣＯＮＮＥＣＴＥＤ状態に遷移し（ステップ３０４、３０６）、ＮＡＳトランスポートを確立し（ステップ３０８、３１０、３１２、３１４）、セキュリティコンテキストを設定してから（ステップ３１６、３１８、３２０）、リダイレクション情報を含むRRCReleaseメッセージを受信することができる（ステップ３２２）。

さらに、ＲＲＣ仕様（より正確にはredirectedCarrierInfoのフィールド記述）およびアイドル／インアクティブ仕様によれば、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を離れている場合にのみ、リダイレクションされる可能性がある。つまり、ソースＲＡＴ（ＮＲなど）のネットワークノードが過負荷状態にあり、ハンドオーバー／再構成を同期して実装していない場合や、その他の理由により、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥを測定設定することなく別の周波数またはＲＡＴにリダイレクトしたい場合である。このユースケースは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあることを前提としている。

しかし、別の関連するユースケースは、ＵＥがＲＲＣ＿ＩＤＬＥ状態にあり、所定のサービスの開始を希望しており、いくつかのネットワーク条件（例えば、特定の周波数および／またはＲＡＴで過負荷になっている、ＶｏＩＰ（ボイスオーバインターネットプロトコル）など、要求されたサービスをサポートしていないなど）のために、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動し、その後、リリースメッセージでリダイレクトされる場合である。このユースケースは、メッセージを保護する必要があるというＳＡ３の要件により、レイテンシおよびシグナリングの点でより大きなペナルティを受ける。

さらに、ターゲットセルでサポートされていない特定のサービス（例えば、ＶｏＩＰ、ビデオコールなど）にアクセスすることを望む接続を再開または設定しようとする着信ＵＥに対して、レイテンシの点でパフォーマンス上の懸念がある。上述したように、ＲＲＣ＿ＩＤＬＥのＵＥの場合、ＵＥはＲＲＣ確立手順をトリガし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、初期のセキュリティアクティベーションを実行し、その後初めて保護されたリダイレクション情報を受信する必要がある。また、図３に示すように、いくつかのコアネットワークシグナリングも必要になる。

ＮＲ周波数へのリダイレクションを有する従来のリリース
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ
ＮＲにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が導入されたことで、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る手順は、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る手順よりも速くなった。したがって、着信ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ってからリリースされるユースケースは、セキュリティがすでに起動しているため、すなわち、初期のセキュリティ起動手順を実行する必要がないため、より速くなる。

しかしながら、ＲＲＣ＿ＩＤＬＥ状態と比較した場合の利点にもかかわらず、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合でも、ＵＥがリダイレクトされる前にまずＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要があるという事実に起因して、かなりの量のシグナリングおよびレイテンシが存在することになる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から開始するリリースおよびリダイレクトのレイテンシは、セキュリティがすでに有効になっているため、ＵＥがＲＲＣ＿ＩＤＬＥ状態から開始した場合に比べて短くなる。セキュアなRRCReleaseメッセージを送信すると、ネットワークはＵＥをＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のいずれかに移動させることができる。ネットワークがＵＥを別のＮＲ周波数にリダイレクトすると、典型的なケースでは、ネットワークはＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移動させて、ターゲット周波数での接続再開も高速化し、図４に示すように、全体のレイテンシをさらに短縮する。

図４は、現在ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのＮＲ周波数へのリダイレクションを伴うリリースのための従来のプロセスを示す。図４では、ＵＥは、ＲＲＣレジューム要求を発行する（ステップ４００）。ｇＮＢは、最後にサービスを提供したｇＮＢからＵＥのコンテキストを取得し（ステップ４０２および４０４）、ＵＥにＲＲＣレジューム命令を送信する（ステップ４０６）。そして、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入り、ＲＲＣレジューム完了メッセージをｇＮＢに発行する（ステップ４０８）。ｇＮＢは、オプションで、最後にサービスを提供しているｇＮＢに、データ転送アドレス表示を提供する（ステップ４１０）。その後、ｇＮＢは、ＡＭＦでパススイッチを開始し（ステップ４１２および４１４）、ＵＥのコンテキストをリリースし（ステップ４１６）、ＵＥにＲＲＣリリースを送信する（ステップ４１８）。ＲＲＣリリースは、ＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行し、ＮＲ周波数にリダイレクトすることを指示する。その後、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥモードに移行し、その後、指示されたＮＲ周波数での再開を試みる（ステップ４２０）。

図４に示すように、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＲＲＣ接続を再開しようとし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入った後、ＮＲ周波数へのリダイレクション情報を持ってＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドされた場合、レイテンシを改善することができる。ターゲットセルでは、ＵＥが接続の再開を試みる。このシナリオでは、遅延は次のように計算できる：
２＊ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCResume，RRCResumeComplete，RRCRelease）
＋ＲＴＴ＿Ｘｎ（コンテキストフェッチからのソースのネットワーク遅延）
＋ＲＴＴ＿５ｇｃ（ＣＮとソースパススイッチ間のシグナリング）
＋１．５＊ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCResume，RRCResumeComplete）
＋ＲＴＴ＿Ｘｎ（コンテキストフェッチからのターゲットのネットワーク遅延）
＋ＲＴＴ＿５ｇｃ（ＣＮとソースパススイッチ間のシグナリング）
＝３．５＊ＲＴＴ＿ｎｒ ＋ ２＊ＲＴＴ＿Ｘｎ ＋ ２＊ＲＴＴ＿５ｇｃ

進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）周波数へのリダイレクションを有する従来のリリース
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ
図５は、現在ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのＥ－ＵＴＲＡ周波数へのリダイレクションを有するリリースの従来のプロセスを示す。このＲＡＴ間のケースでは、ＵＥが要求したサービスがＮＲでサポートされていない場合、ネットワークはＵＥを他のＲＡＴ（たとえばＬＴＥ）にリダイレクトすることができる。リダイレクション情報を含むRRCReleaseを受信すると、ネットワークがＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態への移行を指示したかどうかにかかわらず、ＵＥはＲＲＣ＿ＩＤＬＥ状態に入る際のアクションを実行し、指示されたＥ－ＵＴＲＡ周波数のＬＴＥセルへのセル選択を実行し、RRC Connection Setup手順（Ｅ－ＵＴＲＡにおけるＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行）を実行する。

図５において、ＵＥは、ＲＲＣレジューム要求を発行する（ステップ５００）。ｇＮＢは、最後にサービスを提供したｇＮＢからＵＥのコンテキストを取得し（ステップ５０２、５０４）、ＵＥにＲＲＣレジューム命令を送信する（ステップ５０６）。そして、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入り、ＲＲＣレジューム完了メッセージをｇＮＢに発行する（ステップ５０８）。ｇＮＢは、オプションで、最後にサービスを提供しているｇＮＢに、データ転送アドレス表示を提供する（ステップ５１０）。その後、ｇＮＢは、ＡＭＦでパススイッチを開始し（ステップ５１２および５１４）、ＵＥのコンテキストをリリースし（ステップ５１６）、ＵＥにＲＲＣリリースを送信する（ステップ５１８）。ＲＲＣリリースメッセージは、suspendConfigを含んでいてもいなくてもよく、ＬＴＥ周波数にリダイレクトする。その後、ＵＥはＲＲＣ＿ＩＤＬＥモードになり、指示されたＬＴＥ周波数でセル選択を行い、ＲＲＣ接続確立をトリガする（ステップ５２０）。

図５に示すＲＡＴ間のケースでわかるように、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＲＲＣ接続を再開しようとし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入った後、Ｅ－ＵＴＲＡ周波数へのリダイレクション情報を使用してＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドすると、レイテンシが改善される。ターゲットセルでは、ＵＥは（ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの状態遷移を使用して）接続の確立を試みる。このシナリオでは、遅延は次のように計算できる：
２＊ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCResume，RRCResumeComplete，RRCRelease）
＋ＲＴＴ＿Ｘｎ（コンテキストフェッチからのソースのネットワーク遅延）
＋ＲＴＴ＿５ＣＮ（ＣＮとソースパススイッチ間のシグナリング）
＋３．５＊ＲＴＴ＿ｅｕｔｒａ（RRCConnectionRequest，RRCSetup，RRCSetupComplete，SecurityModeCommand，SecurityModeComplete）
＋２．５＊ＲＴＴ＿ＥＰＣ（ＣＮとターゲットｅＮＢ間のシグナリング）
＝２＊ＲＴＴ＿ｎｒ ＋ ２．５＊ＲＴＴ＿ｅｕｔｒａ ＋ ＲＴＴ＿５ＧＣ ＋ ２．５＊ＲＴＴ＿ＥＰＣ

既存ソリューションの問題点
ＲＲＣ仕様によると、フィールドredirectedCarrierInfoを有するＲＲＣリリースメッセージの受信時に、ＵＥは、ＴＳ３８．３０４に記載されている内容に従って行動し、以下のようになる。”ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への遷移時に、ＵＥは、この遷移に使用されるＲＲＣメッセージに含まれている場合、redirectedCarrierInfoに従って適切なセルへのキャンプオンを試みるものとする。”

要するに、現行の３ＧＰＰ仕様では、ＲＲＣレジュームメッセージを受信すると、ＵＥは、redirectedCarrierInfoフィールドを受信して、リリースおよびリダイレクト手順を実行する前に、まずＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入らなければならない。ＵＥは、ソースセル／ソースＲＡＴにおいてデータ接続を持たないため、無線インタフェースを介した重要なシグナリング（完全な再開手順を介して最初にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るため）、ＲＡＮネットワークノード間のシグナリング（コンテキストフェッチのため）、およびＲＡＮノードとＣＮノード間のシグナリング（パススイッチのため）がある。本開示の主題は、これらの問題に対処しようとするものである。

以下に示す実施形態は、当業者が実施形態を実践できるようにするための情報を表し、実施形態を実践するための最良の態様を示している。添付の図面に照らして以下の説明を読めば、当業者は本開示の概念を理解し、本明細書で特に取り上げていないこれらの概念の応用を認識するであろう。これらの概念および応用は、本開示の範囲内であることを理解すべきである。本開示のある態様およびその実施形態は、前述の課題または他の課題に対する解決策を提供することができる。

本開示の一態様によれば、電気通信ネットワーク内で通信するための、ユーザ装置（ＵＥ）により実行される方法は、無線リソース制御（ＲＲＣ）＿ＩＮＡＣＴＩＶＥ状態にあるときに、通信を再開する要求を基地局に送信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることなく、リリースおよびリダイレクトの指示を前記基地局から受信することと、リリースおよびリダイレクトの前記指示を受信したことに応答して、無線アクセス技術（ＲＡＴ）においてセル選択を実行し、選択されたセルとの通信の確立または再開を試行することと、を含む。

いくつかの実施形態では、通信を再開する前記要求は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示は、ＲＲＣＲｅｌｅａｓｅメッセージを含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示は、セル選択が実行されることになるＲＡＴを識別する。

いくつかの実施形態では、セル選択が実行されることになる前記ＲＡＴは、ニューラジオ（ＮＲ）周波数またはロングタームエボリューション（ＬＴＥ）周波数を含む。

いくつかの実施形態では、前記選択されたセルとの通信の確立または再開を試行することは、前記選択されたセルとの通信の確立を試行することを含む。

いくつかの実施形態では、前記選択されたセルとの通信の確立を試行することは、ＲＲＣ確立手順を実行することを含む。

いくつかの実施形態では、前記選択されたセルとの通信の確立または再開を試行することは、前記選択されたセルとの通信の再開を試行することを含む。

いくつかの実施形態では、前記選択されたセルとの通信の再開を試行することは、ＲＲＣ再開手順を実行することを含む。

本開示の別の態様によれば、電気通信ネットワーク内でＵＥと通信するための、基地局により実行される方法は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある前記ＵＥから、通信を再開する要求を受信することと、通信を再開する前記要求を受信したことに応答して、最初に再開する指示を前記ＵＥに送信することなく、リリースおよびリダイレクトの指示を前記ＵＥに送信することと、を含む。

いくつかの実施形態では、通信を再開する前記要求は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示は、ＲＲＣＲｅｌｅａｓｅメッセージを含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示は、セル選択が実行されることになる無線アクセス技術（ＲＡＴ）を識別する。

いくつかの実施形態では、セル選択が実行されることになる前記ＲＡＴは、ニューラジオ（ＮＲ）周波数またはロングタームエボリューション（ＬＴＥ）周波数を含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示を送信する前に、コンテキスト再配置を実行することをさらに含む。

いくつかの実施形態では、前記コンテキスト再配置を実行することは、最後のサービング基地局から、前記ＵＥに関連するコンテキストを取得することと、アクセスおよびモビリティ管理機能（ＡＭＦ）に、パススイッチ要求を送信することと、前記ＡＭＦから、パススイッチ要求応答を受信することと、をさらに含む。

いくつかの実施形態では、リリースおよびリダイレクトの前記指示を送信した後に、前記最後のサービング基地局に前記ＵＥに関連する前記コンテキストをリリースする指示を送信することをさらに含む。

本開示の別の態様によれば、電気通信ネットワーク内で通信するための無線デバイスは、本明細書に開示されたＵＥの方法のいずれかを実行するように構成された処理回路と、無線デバイスに電力を供給するように構成された電力供給回路と、を含む。

本開示の別の態様によれば、電気通信ネットワーク内でＵＥと通信するための基地局は、本明細書に開示された基地局の方法のいずれかを実行するように構成された処理回路と、基地局に電力を供給するように構成された電力供給回路と、を含む。

本開示の別の態様によれば、電気通信ネットワーク内で通信するためのＵＥは、無線信号を送受信するように構成されたアンテナと、前記アンテナおよび処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された、無線フロントエンド回路と、前記処理回路は、本明細書に開示されたＵＥの方法のいずれかを実行するように構成されており、前記処理回路に接続され、前記処理回路によって処理される前記ＵＥへの情報の入力を可能にするように構成された入力インタフェースと、前記処理回路に接続され、前記処理回路によって処理された前記ＵＥからの情報を出力するように構成された出力インタフェースと、前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリーと、を有する。

本開示の別の態様によれば、ホストコンピュータを含む通信システムは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のために前記ユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、を有し、前記セルラーネットワークは、無線インタフェースと処理回路とを有する基地局を含み、前記基地局の処理回路は、本明細書に開示される基地局の方法のいずれかを実行するように構成されている。

いくつかの実施形態では、通信システムは、基地局をさらに含む。

いくつかの実施形態では、ＵＥは、基地局と通信するように構成されている。

いくつかの実施形態では、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより前記ユーザデータを提供し、前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成された処理回路を含む。

本開示の別の態様によれば、ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ユーザデータを前記ＵＥに搬送する送信を開始することと、を含み、前記基地局は、本明細書に開示される基地局の方法のいずれかを実行する。

いくつかの実施形態では、前記基地局において、前記ユーザデータを送信することをさらに含む。

いくつかの実施形態では、前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は、前記ＵＥにおいて、前記ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む。

本開示の別の態様によれば、基地局と通信するように構成されたＵＥは、無線インタフェースと、本明細書に開示されたＵＥの方法のいずれかを実行するように構成された処理回路と、を含む。

本開示の別の態様によれば、ホストコンピュータを含む通信システムは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、を含み、前記ＵＥは、無線インタフェースと処理回路とを含み、前記ＵＥの構成要素は、本明細書に開示されるＵＥ方法のいずれかを実行するように構成されている。

いくつかの実施形態では、前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに含む。

いくつかの実施形態では、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより前記ユーザデータを提供し、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されている。

本開示の別の態様によれば、ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ユーザデータを前記ＵＥに搬送する送信を開始することと、を含み、前記ＵＥは、本明細書に開示されるＵＥの方法のいずれかを実行する。

いくつかの実施形態では、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに含む。

本開示の別の態様によれば、ホストコンピュータを含む通信システムは、ＵＥから基地局への送信に由来するユーザデータを受信するように構成された通信インタフェースを含み、前記ＵＥは、無線インタフェースと処理回路とを含み、前記ＵＥの処理回路は、本明細書に開示されたＵＥの方法のいずれかを実行するように構成されている。

いくつかの実施形態では、ＵＥをさらに含む。

いくつかの実施形態では、基地局は、前記ＵＥと通信するように構成された無線インタフェースと、前記ＵＥから前記基地局への送信によって搬送された前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インタフェースと、を含む。

いくつかの実施形態において、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記ユーザデータを提供する。

いくつかの実施形態では、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより要求データを提供し、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記要求データに応答して前記ユーザデータを提供する。

本開示の別の態様によれば、ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法は、前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信することを含み、前記ＵＥは、本明細書に開示されたＵＥの方法のいずれかを実行する。

いくつかの実施形態では、前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに含む。

いくつかの実施形態では、前記ＵＥにおいて、クライアントアプリケーションを実行し、これにより送信されることになる前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連するホストアプリケーションを実行することと、さらに含む。

いくつかの実施形態では、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することであって、前記入力データは前記クライアントアプリケーションに関連するホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される、前記受信することと、をさらに含み、送信されることになる前記ユーザデータは、前記入力データに応答して前記クライアントアプリケーションによって提供される。

本開示の別の態様によれば、ホストコンピュータを含む通信システムは、ＵＥから基地局への送信に由来するユーザデータを受信するように構成された通信インタフェースを含み、前記基地局は、無線インタフェースと処理回路とを含み、前記基地局の処理回路は、本明細書に開示される基地局の方法のいずれかを実行するように構成されている。

いくつかの実施形態では、基地局をさらに含む。

いくつかの実施形態では、ＵＥは、基地局と通信するように構成されている。

いくつかの実施形態では、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記ホストコンピュータによって受信されることになる前記ユーザデータを提供する。

本開示の別の態様によれば、ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法は、前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信した送信に由来するユーザデータを前記基地局から受信することを含み、前記ＵＥは、本明細書に開示されるＵＥの方法のいずれかを実行する。

いくつかの実施形態では、前記基地局において、前記ＵＥから前記ユーザデータを受信することをさらに含む。

いくつかの実施形態では、前記基地局において、前記受信されたユーザデータの前記ホストコンピュータへの送信を開始することをさらに含む。

このように、本明細書に開示されたシステムおよび方法は、リダイレクトを有する２ステップのリリース手順を使用して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥを異なる周波数／ＲＡＴにリダイレクトすることを含み、すなわち、リダイレクトを有するリリースメッセージがレジューム要求に直接応答して送信される。

本明細書では、本明細書で開示された問題の１つまたは複数に対処する様々な実施形態が提案されている。特定の実施形態は、以下の技術的利点の１つまたは複数を提供することができる。提案された方法の１つの利点は、エアインタフェースおよびノード間インタフェース（ＲＡＮノード間およびＲＡＮとＣＮとの間の両方）におけるレイテンシおよびシグナリングの低減である。

本明細書に組み込まれ、その一部を構成する添付の図面は、本開示のいくつかの側面を示しており、説明と合わせて本開示の原理を説明するのに役立つ。

ユーザ装置（ＵＥ）の状態マシンと、ニューラジオ（ＮＲ）における無線リソース制御（ＲＲＣ）の状態間の可能な状態遷移を示す図である。

従来の無線ネットワークサブシステムアプリケーション部ユーザ適応（ＲＮＡ）更新手順を示す図である。

現在ＲＲＣ＿ＩＤＬＥ状態にあるＵＥのＮＲ周波数へのリリースおよびリダイレクトのための従来のプロセスを示す図である。

現在ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのＮＲ周波数へのリダイレクトを有するリリースのための従来のプロセスを示す図である。

現在ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのＥ－ＵＴＲＡ周波数へのリダイレクションを有するリリースのための従来のプロセスを示す図である。

本開示のいくつかの実施形態による、ＵＥによって実行されるリリースおよびリダイレクトのための例示的なプロセスを示す図である。

本開示のいくつかの実施形態による、ネットワークノードによって実行されるリリースおよびリダイレクトのための例示的なプロセスを示す図である。

本開示のいくつかの実施形態による、リリースおよびリダイレクトのための例示的な２ステッププロセスを示す図である。

上位層／非アクセスストラタム（ＮＡＳ）とアクセスストラタム（ＡＳ）との間の従来の相互作用を示す図である。

本開示のいくつかの実施形態による、リリースおよびリダイレクトのための例示的な２ステッププロセスを示す図である。

本開示のいくつかの実施形態による、例示的なＮＡＳ層とＡＳ層との間の例示的な相互作用を示す図である。

本開示のいくつかの実施形態による、例示的なＮＡＳ層とＡＳ層との間の例示的な相互作用を示す図である。

本開示のいくつかの実施形態による、セルラー通信ネットワークの一例を示す図である。

コアネットワーク機能（ＮＦ）で構成される第５世代（５Ｇ）ネットワークアーキテクチャとして表される無線通信システムを示す図であり、任意の２つのＮＦ間の相互作用は、ポイントツーポイントの参照ポイント／インタフェースで表される。

制御プレーンにおけるＮＦ間のサービスベースのインタフェースを使用した５Ｇネットワークアーキテクチャを示す図である。

本開示のいくつかの実施形態による無線アクセスノードの概略ブロック図である。

本開示のいくつかの実施形態による無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。

本開示の他のいくつかの実施形態による無線アクセスノードの概略ブロック図である。

本開示のいくつかの実施形態によるＵＥの概略ブロック図である。

本開示の他のいくつかの実施形態によるＵＥの概略ブロック図である。

本開示のいくつかの実施形態による通信システムを示す図である。

本開示の他のいくつかの実施形態による通信システムを示す図である。

本開示のいくつかの実施形態による、通信システムで実装される方法を示すフローチャートである。

本開示のいくつかの実施形態による、通信システムで実装される方法を示すフローチャートである。

本開示のいくつかの実施形態による、通信システムで実装される方法を示すフローチャートである

本開示のいくつかの実施形態による、通信システムで実装される方法を示すフローチャートである。

本明細書で企図されている実施形態のいくつかを、添付の図面を参照してより完全に説明する。しかし、他の実施形態は、本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝えるために例示として提供される。

無線ノード：本明細書では、「無線ノード」は、無線アクセスノードまたは無線デバイスのいずれかである。

無線アクセスノード：本明細書で使用する場合、「無線アクセスノード」または「無線ネットワークノード」は、無線で信号を送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードのいくつかの例には、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第５世代（５Ｇ）ＮＲネットワークにおけるＮＲ（ニューラジオ）基地局（ｇＮＢ）、または３ＧＰＰのロングタームエボリューション（ＬＴＥ）ネットワークにおける発展型または進化型ノードＢ（ｅＮＢ））、高出力またはマクロ基地局、低出力基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、および中継ノードが含まれるが、これらに限定されない。

コアネットワークノード：本明細書で使用される「コアネットワークノード」とは、コアネットワーク内の任意のタイプのノードである。コアネットワークノードのいくつかの例には、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力露出機能（ＳＣＥＦ）などが含まれる。

無線デバイス：本明細書で使用される「無線デバイス」とは、無線アクセスノードに信号を無線で送信および／または受信することにより、セルラー通信ネットワークにアクセスする（すなわち、サービスを受ける）あらゆるタイプのデバイスである。無線デバイスのいくつかの例には、３ＧＰＰネットワークにおけるユーザ装置デバイス（ＵＥ）およびマシンタイプ通信（ＭＴＣ）デバイスが含まれるが、これらに限定されない。

ネットワークノード：本明細書で使用される「ネットワークノード」とは、セルラー通信ネットワーク／システムの無線アクセスネットワークまたはコアネットワークの一部である任意のノードである。

本明細書の説明は、３ＧＰＰセルラー通信システムに焦点を当てており、そのため、３ＧＰＰ用語または３ＧＰＰ用語に類似した用語がしばしば使用されることに留意されたい。しかし、本明細書で開示する概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語が参照されることがあるが、特に５Ｇ＿ＮＲの概念に関しては、セルの代わりにビームが使用されることがあり、そのため、本明細書に記載されている概念は、セルとビームの両方に等しく適用可能であることに留意されたい。

以下に示す実施形態は、当業者が実施形態を実践できるようにするための情報を示しており、実施形態を実践するための最良の態様を示している。添付の図面に照らして以下の説明を読めば、当業者は本開示の概念を理解し、本明細書で特に取り上げていないこれらの概念の応用を認識するであろう。これらの概念および応用は、本開示の範囲内であることを理解すべきである。

改善されたリダイレクションを有するリリース－ＵＥ
図６は、本開示のいくつかの実施形態による、ＵＥによって実行されるリリースおよびリダイレクトのための例示的なプロセスを示す。図６に示される実施形態では、無線リソース制御（ＲＲＣ）インアクティブ（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）状態のＵＥによって実行される方法は、以下のステップを含む。

ステップ６００：上位層（例えば、ＮＡＳ（非アクセスストラタム）層）から、ＲＲＣ接続を再開するための要求（例えば、原因値に関連する所与のサービスを開始するための要求）を受信する。原因値は、例えば、緊急、高優先度アクセス、ＭＴアクセスなどのＭＴ（Mobile Terminated）原因値、ＭＯデータ、ＭＯボイスコール、ＭＯビデオコール、ＭＯＳＭＳなどのＭＯ（Mobile Originated）原因値、ＭＰＳ優先アクセスなどのマルチメディア優先サービス（ＭＰＳ）原因値、ＭＣＳ優先アクセスなどのミッションクリティカルサポート（ＭＣＳ）原因値、または将来導入されるその他の原因値など。これらのサービスは、すべてのノードでサポートされていてもよいし、一部のノードではサポートされていてもよい。

上位層からの要求を受信すると、ＵＥは、上位層からの要求に関連付けられた原因値を持つRRCResumeRequestのようなメッセージを送信する際にアクションを実行することができる。

ステップ６００は、上述のように上位層からの要求として説明されているが、本方法は、例えば、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（または同等の状態）に戻してＵＥを同じ無線アクセス技術（ＲＡＴ）の別の周波数または別のＲＡＴの別の周波数にリダイレクトするメッセージで応答されるＲＮＡ更新の場合など、ＡＳまたはＲＲＣ層からの要求にも適用可能である。

ステップ６０２：ネットワークノード（例えば、ｅＮＢ）に、上位層からの要求に関連付けられた原因値を有するRRCResumeRequestメッセージを送信する。従来のネットワークは、RRCResumeRequestメッセージまたはRRCResumeRequest1（またはＬＴＥにおけるRRCConnectionResumeRequest）のようなＲＲＣ再開要求の種類のメッセージでのみ応答してもよいし、RRCResumeRequestが、無線ネットワークサブシステムアプリケーション部ユーザ適応（ＲＮＡ）更新に関連付けられている場合、例えば、原因値Movement Authority（ＭＡ）更新を有する場合には、RRCRelease（またはＬＴＥにおけるRRCConnectionRelease）メッセージで応答してもよい。

ステップ６０４：ネットワークノードから、ステップ６０２のメッセージに応答して、別のキャリアへのリダイレクト情報を有するRRCReleaseメッセージを受信する（このキャリアは、同じＲＡＴからのものでも、異なるＲＡＴからのものでもよい）。リダイレクト先のバリエーション（例えば、ＮＲ対ＬＴＥ）や、ＲＲＣリリースメッセージにサスペンド構成が含まれているかどうかを含むシナリオがいくつかある：

ＮＲインアクティブからＮＲインアクティブ。いくつかの実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＮＲで再開しようとし、ＮＲ周波数へのリダイレクション情報を受信し、メッセージにサスペンド構成が含まれている場合、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままで、メッセージに示されているキャリア周波数でＲＲＣ＿ＩＮＡＣＴＩＶＥに入った際にセル選択を実行する。

ＮＲインアクティブからＮＲアイドル。いくつかの実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＮＲで再開しようとし、ＮＲ周波数へのリダイレクション情報を受信し、メッセージにサスペンド設定が含まれていない場合、ＵＥはＲＲＣ＿ＩＤＬＥ状態に入り（それに応じて、タイマの停止、リソースの解放などのアクションを実行し）、メッセージに示されたキャリア周波数でＲＲＣ＿ＩＤＬＥに入った際にセル選択を実行する。

同じ原則が「ＬＴＥからＬＴＥ」の手順にも適用され得る。

ＮＲインアクティブからＬＴＥインアクティブ。いくつかの実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＮＲで再開しようとしたときに、ＬＴＥ周波数へのリダイレクション情報を受信し、そのメッセージにサスペンド構成が含まれている場合、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままで、メッセージに示されたキャリア周波数でＲＲＣ＿ＩＮＡＣＴＩＶＥに入ると、ＲＡＴ間セル選択を実行する。これは、対象となるＲＡＴ（この例ではＬＴＥ）でＲＲＣ＿ＩＮＡＣＴＩＶＥをサポートしているＵＥが実行する。ＵＥがＬＴＥでＲＲＣ＿ＩＮＡＣＴＩＶＥをサポートしていない場合、ＵＥは、リダイレクト情報を含むＲＲＣリリースを受信すると、メッセージにサスペンド構成が含まれているかどうかにかかわらず、ＲＲＣ＿ＩＤＬＥに入り、メッセージに示されたキャリア周波数でＲＲＣ＿ＩＤＬＥに入ると、ＲＡＴ間セル選択を実行する。

ＮＲインアクティブからＬＴＥアイドル。いくつかの実施形態では、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＮＲで再開しようとし、ＬＴＥ周波数へのリダイレクション情報を受信し、メッセージにサスペンド構成が含まれていない場合、ＵＥはＲＲＣ＿ＩＤＬＥ状態に入り（それに応じて、タイマの停止、リソースの解放などのアクションを実行し）、メッセージに示されたキャリア周波数でＲＲＣ＿ＩＤＬＥに入ると、セル選択を実行する。

同じ原則が「ＬＴＥからＮＲ」の手順にも適用され得る。

これらのケース（ＬＴＥからＮＲ、ＮＲからＮＲ、ＬＴＥからＬＴＥ、またはＮＲからＬＴＥ）のいずれにおいても、ＵＥはセル選択を実行する必要がある。

上述の異なるシナリオは、図６のステップ６０６、６０８、６１０、６１２、および６１４によって処理される。図６に示した実施形態では、ＵＥは、リダイレクト情報が同じＲＡＴに向かっているかどうかを判断し（ステップ６０６）、そうであれば、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままである（ステップ６０８）。一方、リダイレクト情報が異なるＲＡＴに向けたものである場合、ＵＥは、新しいＲＡＴがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートしているかどうかを判断し（ステップ６１０）、サポートしている場合は、その状態のまま（ステップ６０８）、さもなければＲＲＣ＿ＩＤＬＥ状態に移行する（ステップ６１２）。その後、ＵＥは以下のステップを実行する。

ステップ６１４：ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態に入る際に、RRCReleaseメッセージ（リダイレクション情報内）に示されている周波数でセル選択を行う。

セル選択の実行時に、ＵＥは新しいＲＮＡ、すなわちＵＥが設定されていないセル、トラッキングエリア、登録エリア、ＲＡＮエリアＩＤなどに入る可能性がある。ＵＥは、ＲＡＮエリアの更新を実行するのではなく、上位層が要求したＲＲＣ再開要求メッセージを最初に生成し、リダイレクト情報を含むＲＲＣリリースで応答された再開原因に従って、新たに選択されたセルでの再開を試みる。より一般的な言い方をすると、いくつかの実施形態では、上位層の要求と再開手順は保留とみなされ、セル選択後に開始されるべきである。これらは、そのＵＥのためのＲＮＡ構成の一部として構成されていない新しいＲＡＮエリアに入るような、セル選択時にトリガされるＲＲＣまたはＡＳプロシージャに優先するべきである。

セル選択を行うと、ＵＥは、構成されていない（例えば、構成されたエリアリストの一部ではない）新しいトラッキングエリア（または登録エリア）に入ることがある。これらのシナリオでは、いくつかの実施形態では、トラッキングエリア更新（または、登録エリア更新のような同等のもの）を実行する代わりに、本方法は、上位層が要求したＲＲＣ再開要求メッセージを最初に生成し、リダイレクト情報を含むＲＲＣリリースで応答された再開原因に従って、新たに選択されたセルで再開を試みることを含む。いくつかの実施形態では、上位層の要求と再開手順は保留とみなされ、セル選択後に開始されるべきである。それらは、セル選択時にトリガされるＲＲＣ手順、ＡＳ手順、あるいはＮＡＳ手順（登録エリア更新の場合）よりも優先されるべきである。

セル選択を行うと、ＵＥは、構成されていない（例えば、構成されたエリアリストの一部ではない）新しいトラッキングエリア（または登録エリア）に入ることがある。本方法は、トラッキングエリア更新（または登録エリア更新のような同等のもの）を実行する代わりに、上位層が要求したＲＲＣ再開要求メッセージを最初に生成し、リダイレクト情報を含むＲＲＣリリースで応答された再開原因に従って、新たに選択されたセルで再開を試みることを含む。より一般的な言い方をすれば、上位層の要求と再開手順は何らかの形で保留とみなされ、セル選択後に開始されるべきである。これらの手順は、セル選択時にトリガされる登録エリアの更新に関連するＲＲＣ手順、ＡＳ手順（ＮＡＳ手順ではない）よりも優先されるべきである。その理由は、エリア更新が実行される前に所定のサービスがサポートされていないことに起因する可能性がある。

いくつかの実施形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を離れていないにもかかわらず、セル選択を実行する。したがって、これは、セル選択の新しいトリガである。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から出ているときに、ＲＲＣリリースメッセージ（ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へのいずれか）の受信により、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態に入る。

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への移行時またはＲＲＣ＿ＩＤＬＥ状態への移行時のセル選択において、ＵＥは、この移行に使用されるＲＲＣメッセージに含まれている場合は、redirectedCarrierInfoに従って適切なセルへのキャンプオンを試みるものとする。ＵＥが適切なセルを見つけられない場合、ＵＥは指示されたＲＡＴの適切なセルにキャンプオンすることができる。上記に従って適切なセルが見つからない場合、ＵＥは、キャンプオンする適切なセルを見つけるために、格納された情報を使用してセル選択を実行しなければならない。

ステップ６１６：ＵＥの現在のＲＲＣ状態（例えば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ）を決定する。

ステップ６１８：ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、リダイレクション情報に基づいて、指示されたＲＡＴにおける接続再開手順または指示されたＲＡＴにおける他の手順をトリガする。

ステップ６２０：ＵＥがＲＲＣ＿ＩＤＬＥ状態にある場合、リダイレクション情報に基づいて、指示されたＲＡＴにおける接続セットアップ手順または指示されたＲＡＴにおけるその他の手順をトリガする。

改善されたリダイレクションを有するリリース－ネットワークノード
図７は、本開示のいくつかの実施形態による、ネットワークノードによって実行される、リリースおよびリダイレクトのための例示的なプロセスを示す。図７に示される実施形態では、ネットワークノードによって実行される方法は、以下のステップを備える：

ステップ７００：ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥから、原因値を含むか、またはそうでなければ上位層によって要求されたことを示すRRCResumeRequestメッセージを受信する。このステップでは、ＵＥが再開しようとするセルにサービスを提供するターゲットｇＮＢ（またはｅＮＢ、またはあらゆる種類のＲＡＮノード）は、ＵＥからＲＲＣ再開要求のようなメッセージを受信する。その再開要求に関連する原因値は、その要求がＵＥの上位層（例えば、ＮＡＳ）によってトリガされたことを示す。これらの例には、緊急、高優先度アクセス、ＭＴアクセス、ＭＯデータ、ＭＯボイスコール、ＭＯビデオコール、ＭＯＳＭＳ、ＭＰＳ優先アクセス、ＭＣＳ優先アクセスが含まれるが、これらに限定されない。

何らかのネットワーク条件またはローカルポリシー（例えば、ターゲットセル／キャリア／ＲＡＴが過負荷である、または原因値に関連するサービスがターゲットセル／キャリア／ＲＡＴで利用できない）により、ターゲットｇＮＢは、別の周波数またはＲＡＴにリダイレクトすることを決定してもよい。あるいは、ＡＳコンテキストが再配置されず、ＲＲＣリリースメッセージを生成するのが送信元ｇＮＢである場合、ＵＥのリダイレクトを決定するのは、送信元ｇＮＢ（または、ｅＮＢ、または、あらゆる種類のＲＡＮノード）であってもよい。ただし、そのためには、例えば、ターゲットｇＮＢによって、原因値または要求サービスを示す何らかの他の情報がソースｇＮＢに転送されることが必要となる場合がある。

ステップ７０２：ＵＥが別の周波数および／または別のＲＡＴにリダイレクトされるべきであると決定する。

ステップ７０４：ＵＥが別の周波数または別のＲＡＴにリダイレクトされるべきであると決定すると、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動させることなく、セキュアメッセージの送信を有効にする。これは、コンテキスト再配置を伴って、または伴わずに行うことができる。

第１の代替案では、ターゲットｇＮＢは、Ｘｎインタフェースを介してソースｇＮＢ（アンカーｇＮＢと呼ばれることもある）からＡＳコンテキストをフェッチする。コンテキストフェッチ手順の一部として、ソースｇＮＢは、要求を発行するＵＥのアイデンティティも検証する（レジューム要求のようなメッセージに含まれるshortResumeMAC-Iを検証することによって）。ＡＳコンテキストには、特に、ＲＲＣリリースメッセージを保護して送信できるようにＡＳセキュリティを再有効化するために必要なセキュリティパラメータ（例えば、セキュリティキーおよびセキュリティアルゴリズム）が含まれている（そのため、５ＧのＳＡ３セキュリティ要件が満たされる）。また、ターゲットｇＮＢは、ＡＭＦとの間でパススイッチ手順を実行して、ＵＥの新しいロケーションをＣＮに通知し、制御プレーンパスおよびユーザプレーンパスを更新する。この手順の一部として、ターゲットｇＮＢはＡＭＦから新しい｛ＮＣＣ，ＮＨ｝ペアを受信する。このペアのＮＣＣ値は、次のステップで送信されるＲＲＣリリースメッセージのインアクティブ構成（suspendConfig）に含まれる。最適化として、リダイレクトの待ち時間をさらに短縮するために、ターゲットｇＮＢは、リリースメッセージの送信（すなわち、以下のステップ３）と並行して、または送信後に、パススイッチ手順を実行することを選択してもよい。しかし、パススイッチ確認応答のＮＣＣ値は、通常、リリースメッセージに含まれるので、このためには、ターゲットｇＮＢが、パススイッチ確認応答で受信したＮＣＣを前もって予測／決定できる必要があります。次のＮＣＣは、通常、前のＮＣＣ値（ＡＳコンテキストの一部として格納することができる）を１だけインクリメントしたものであるので、これは可能である。

第２の代替案では、ターゲットｇＮＢは、依然として、要求を検証するためにソースｇＮＢに連絡するが、ＡＳコンテキストをフェッチしない。ＡＳコンテキストが再配置されないので、ターゲットｇＮＢは、ＡＳセキュリティを再有効化することができず、したがって、リリースメッセージを保護（すなわち、完全性保護および暗号化）しなければならないのは、ソースｇＮＢである。このことは、リリースメッセージを作成するために必要なすべての情報は、ソースｇＮＢがすでに知っているか、ターゲットｇＮＢがソースｇＮＢに転送したものでなければならないことを意味する。したがって、ターゲットｇＮＢがＵＥをリダイレクトする決定をした場合、ソースｇＮＢがリリースメッセージにリダイレクション情報を含めることができるように、ターゲットｇＮＢはリダイレクション情報（ターゲット周波数やターゲットＲＡＴなど）をソースｇＮＢに送信する必要がある。ＡＳコンテキストが再配置されないので、ターゲットｇＮＢは、パススイッチを実行しないことに留意されたい。

従来技術では、ＲＡＮエリア更新（特に周期的ＲＡＮエリア更新）が、コンテキスト再配置なしでレジュームを使用する手順として言及されている。本開示の主題は、ターゲットノードが、これがリリースとリダイレクトの手順になることを知っていて、再配置なしで手順をトリガする新しいユースケースを導入するものである。ターゲットノードは、リリースおよびリダイレクトの理由をソースノードに通知して、ソースがＲＮＡ更新に関連するものなどのサスペンド構成パラメータの一部に悩まされないようにしてもよい。ターゲットからソースへのメッセージの中に、これはコンテキスト再配置を伴わないリリースとリダイレクトの手順であるという表示があってもよい。

ステップ７０６：ＵＥに、RRCResumeRequestメッセージに対する応答を送信し、その応答は、リダイレクト情報を含むＲＲＣリリースを含む。このステップでは、前のステップでＡＳコンテキストが再配置された場合、ターゲットｇＮＢは、リリースメッセージのリダイレクト情報を生成して確保し、ＵＥに送信する。リリースメッセージには、リダイレクトされた通信事業者に関する情報（redirectedCarrierInfo）と、ネットワークがＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままにしておきたいと考えている場合には、インアクティブ構成（suspendConfig）が含まれている。ＡＳコンテキストが再配置されていない場合、リリースメッセージはソースｇＮＢによって構築され、セキュリティが確保された状態でターゲットｇＮＢに送信され、ターゲットｇＮＢはそれをＵＥに透過的に転送する。レジューム要求に応答してリリースメッセージが送信されるので、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移せず、サスペンド構成がリリースメッセージに含まれている場合はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままであり、そうでない場合はＲＲＣ＿ＩＤＬＥに遷移する。

ステップ７０８：ＵＥがＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行したかどうか、およびリダイレクション情報がインターＲＡＴまたはイントラＲＡＴであるかどうかに応じて、ＵＥのコンテキストを処理する。Ｒｅｌ－１５ではＲＲＣ＿ＩＮＡＣＴＩＶＥがＲＡＴ間でサポートされていないため、ＮＲからＬＴＥ（またはその逆）にリダイレクトされた場合、リリースメッセージにインアクティブの構成が含まれているかどうかにかかわらず、ＵＥは自動的にＲＲＣ＿ＩＤＬＥに移行する。このため、ネットワークがＵＥをＮＲからＬＴＥ（またはその逆）にリダイレクトする場合は、リリースメッセージを送信した後に、ＡＳコンテキストを削除することができる。ＡＳコンテキストが再配置されていないかどうかに応じて、ＡＳコンテキストを削除するのは、ソースｇＮＢまたはターゲットｇＮＢのいずれかである。

２ステップでのＮＲ周波数へのリダイレクションを有するリリース、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ
正確なレイテンシ削減量が異なる、コンテキスト再配置ありとコンテキスト再配置なしの提案されたソリューションの１つの方法が、図８に示されている。

図８は、本開示のいくつかの実施形態によるリリースおよびリダイレクトの例示的な２ステッププロセスを示す。このシナリオでは、コンテキスト再配置により、図８に示されたコールフローは、ＮＲ周波数へのリダイレクションに適用され得る。図８に示された実施形態では、以下のステップが実行される。

ステップ８００：ＲＲＣ＿ＩＮＡＣＴＩＶＥ、ＣＭ－ＣＯＮＮＥＣＴＥＤ状態のＵＥは、第１のｇＮＢにRRCResumeRequestメッセージを発行する。

ステップ８０２及び８０４：第１のｇＮＢは、最後のサービングｇＮＢからＵＥのコンテキストを再取得する。

ステップ８０６：第１のｇＮＢは、最後のサービングｇＮＢに、データ転送アドレス表示を提供する。

ステップ８０８および８１０：次に、第１のｇＮＢは、サービングＡＭＦがパススイッチを実行することを要求する。

ステップ８１２：次に、第１のｇＮＢは、suspendConfig情報を含み、かつ、ＵＥを別のＮＲ周波数にリダイレクトするRRCReleaseメッセージでＵＥに応答する。ｇＮＢがRRCReleaseメッセージを発行する前にRRCResumeメッセージを発行する従来技術の方法とは対照的に、図８に示された実施形態では、ｇＮＢは最初にRRCResumeメッセージを発行しない。その結果、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入らない。

ステップ８１４：その後、ＵＥは、ＮＲでセル選択を実行し、ターゲットセルでの再開を試みる。

ステップ８１６：ｇＮＢは、最後にサービングしているｇＮＢにUE Context Releaseメッセージを発行する。

ＵＥの視点から見ると、ＲＲＣレジューム要求の送信（ステップ８００）と、リダイレクトを有するＲＲＣリリースの受信（ステップ８１２）の２つのステップだけのプロセスであったため、この方法は本明細書では「２ステップ」プロセスと呼ばれる。図８に示すように、コンテキスト再配置を伴う２ステップのリリースおよびリダイレクトでは、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥがＲＲＣ接続を再開しようとし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることなく、ＵＥはＮＲ周波数へのリダイレクション情報とともにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドされる。ターゲットセルでは、ＵＥは接続の再開を試みる。ＵＥが最初にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ってからリリースされる従来のケースと比較して、ＵＥとターゲットの間の２つのメッセージ（RRCResumeおよびRRCResumeComplete）をスキップすることができる。このシナリオでは、遅延は以下のように計算できる：
ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCRelease）
＋ＲＴＴ＿Ｘｎ（コンテキストフェッチからのソースのネットワーク遅延）
＋ＲＴＴ＿５ｇｃ（ＣＮとソースパススイッチ間のシグナリング）
＋１．５＊ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCResume，RRCResumeComplete）
＋ＲＴＴ＿Ｘｎ（コンテキストフェッチからターゲットのネットワーク遅延）
＋ＲＴＴ＿５ｇｃ（ＣＮとソースパススイッチ間のシグナリング）
＝２．５＊ＲＴＴ＿ｎｒ ＋ ３＊ＲＴＴ＿Ｘｎ ＋ ２＊ＲＴＴ＿５ｇｃ

いくつかの実施形態では、ＵＥがコンテキスト再配置を行わずに２ステップの手順を実行する場合に、図８に示されたプロセスがさらに最適化される。これらの実施形態では、（ＲＮＡ更新ではない）RRCResumeRequestの送信時に、ＵＥはsuspendConfigを有するRRCReleaseを受信するが、ネットワークはコンテキスト再配置を実行しない（例えば、ステップ８０８および８１０は実行されない）。ネットワークは、リリースおよびリダイレクションの場合、ＵＥがいずれにせよ別の周波数に移動し、別のｇＮＢにある可能性のある別のセルで再開することを知っているので、その新しいターゲットが再びコンテキストフェッチをトリガする可能性があるため、コンテキストフェッチをトリガすることは意味がないかもしれない。そのため、コンテキストの再配置を行わない２ステップの手順（RRCResumeRequestの後にsuspendConfigとリダイレクション情報を含むRRCReleaseを行う）では、パススイッチを行う必要がないため（ＣＮとの接続を保持するアンカーｇＮＢ／ｅＮＢを変更する必要がないため）、手順のレイテンシをさらに短縮することができる。このシナリオでは、遅延は次のように計算できる：
ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCRelease）
＋１．５＊ＲＴＴ＿Ｘｎ（コンテキストフェッチからのターゲットのネットワーク遅延
＋１．５＊ＲＴＴ＿ｎｒ（RRCResumeRequest，RRCResume，RRCResumeComplete）
＋１．５＊ＲＴＴ＿Ｘｎ（コンテキストフェッチからのターゲットのネットワーク遅延）
＋ＲＴＴ＿５ｇｃ（ＣＮとソースパススイッチ間のシグナリング）
＝２．５＊ＲＴＴ＿ｎｒ ＋ ３＊ＲＴＴ＿Ｘｎ ＋ ＲＴＴ＿５ｇｃ

周波数間リリースおよびリダイレクトについて、異なるシナリオにおけるレイテンシは、以下の表にまとめることができる。

いくつかの実施形態では、コンテキスト再配置を伴う２ステップの手順は、コンテキスト再配置を伴わない２ステップの手順と同じレイテンシを達成するように最適化される。この最適化では、コンテキストは依然としてフェッチされ、パススイッチは依然として実行されるが、リダイレクトメッセージを有するリリースは、パススイッチの後ではなく、パススイッチの前に送信される。図８を参照すると、これらの実施形態では、ステップ８１２は、プロセスの早い段階、例えば、ステップ８１０、８０８、８０６、８０４、または８０２の前に発生することになる。このようにして、ＵＥは、リダイレクトを有するリリースメッセージを受信した直後に、ターゲットセルとの再開を開始することができるので、パススイッチ手順はＵＥが経験する遅延を追加しない。この最適化は、パススイッチレスポンスを受信する前にｇＮＢがリリースメッセージを準備できるために可能である。

ＬＴＥ周波数へのリダイレクションを伴う２ステップでのリリース
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥ
このケースのコールフローは、ＵＥがＮＲキャリアの代わりにＬＴＥキャリアにリダイレクトされることを除けば、前述のケースと同様である。詳細なシグナリングは異なるが、このケースでも従来と同様のレイテンシ向上を実現できる。

その他のアプリケーション
本開示では、ＮＲにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥが実行するアクションとして、本方法を説明している。本開示の主題は、その場合に適用可能であるが、本開示の主題が同様に適用可能な他の追加のケースがあり得る。
・ＮＲではなくＬＴＥで手続きが行われる以前のすべてのケース、つまり、ＬＴＥのＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合（ＵＥが５ＧＣに接続され、それがＬＴＥセルでサポートされている場合）に適用される。
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＲＡＴ間手順（主に、同じＣＮ（５Ｇコアネットワーク）に接続されたＬＴＥとＮＲの間で行われる手順）。
・ＬＴＥのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥは、レジュームしようとして、リリースとリダイレクトの２ステップでＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドされ、リダイレクション情報に従ってＮＲでレジュームしようとする。
・ＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥは、レジュームしようとして、リリースおよびリダイレクトを含む２ステップでＬＴＥのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドされ、その後、リダイレクション情報に従ってＬＴＥでレジュームしようとする。
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態またはＲＲＣ＿ＩＤＬＥ状態でのＲＡＴ間手順、例えば、ＬＴＥとＮＲの間では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態がＬＴＥ（ＬＴＥがＥＰＣに接続されている場合など）やＮＲ（所定のネットワーク、周波数、またはネットワークの一部がインアクティブ状態をサポートしていない場合）でサポートされていない場合でも、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での手順を行うことができる。
・ＬＴＥのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥは、レジュームしようとすると、リリースとリダイレクトの２ステップでＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にサスペンドされ、その後、ＲＲＣ＿ＩＤＬＥ状態になって、リダイレクション情報に従ってＮＲでの接続設定を試行する。
・ＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥは、レジュームしようとすると、リリースおよびリダイレクトの２ステップでＬＴＥのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へサスペンドされ、その後、ＲＲＣ＿ＩＤＬＥ状態に入り、リダイレクション情報に従ってＬＴＥでの接続のセットアップを試行する。

ＲＡＴ間のケースに関する記述では、ＲＲＣ＿ＩＮＡＣＴＩＶＥモビリティに対する調和のとれたサスペンド／レジューム手順が定義されていることに注意する。つまり、ＵＥはあるＲＡＴでサスペンドし、他のＲＡＴでレジュームすることができる。

ネットワーク側で説明される方法の場合、それは、ＵＥがキャンプオンしてレジューム要求手順を実行することができる、場合によってはそれに関連するセルを有する、またはより根本的な任意のＲＡＮノードであり得る。そのネットワークノードは、５ＧＣに接続されたＮＲセルまたはＬＴＥセルの場合、ｇＮＢであり得る。そのネットワークノードは、ＮＲセルの場合、ｇＮＢであり得る。そのネットワークノードは、ＬＴＥセル（例えば、ＥＰＣに接続されている）の場合には、進化型または発展型ノードＢ（ｅＮＢ）であり得る。

ネットワーク側で説明した方法では、ＮＲの場合／５ＧＣの場合のｇＮＢ間のＸｎインタフェースを指すために、Ｘｎインタフェースという用語を使用している。しかし、本方法は、ＡＳコンテキストをフェッチ／再配置することができるＲＡＮノード間の任意のノード間インタフェース、例えば、ＬＴＥにおけるｅＮＢ間のＸ２インタフェースにも適用される。これらのケースでは、メッセージはＸｎＡＰまたはＸ２ＡＰなどのアプリケーション層プロトコルを使用する。

アクセスストラタム（ＡＳ）と非アクセスストラタム（ＮＡＳ）の間の相互作用
本明細書に示される主題のもう１つの新規の側面は、ＡＳ層とＮＡＳ層の間の相互作用である。従来技術のケースでは、上位層は、サスペンドされた接続が再開されたとき、すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入るときに通知される。そうすることで、上位層は、ベアラが正常に再開されたことを認識する。そうでない場合は、障害が発生したことが上位層に通知され、その場合、上位層はＮＡＳ回復手順（例：トラッキングエリア更新または登録エリア更新）をトリガすることができる。ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行の場合、上位層へのその種の確認は、無線リソース構成中に行われるベアラのセットアップ時に提供される。

方法の一部として、上位層は、接続を再開する要求の後にＵＥがサスペンドされていることを通知される。ＲＲＣの仕様を見てみると、現在はこのようになっている：
［ＲＲＣ仕様からの抜粋開始］
５．３．１３．４ ＵＥによるRRCResumeの受信
ＵＥは、
タイマＴ３１９を停止する；
RRCResumeがfullConfigを含んでいる場合：
５．３．５．１１で規定されているフル構成手順を実行する；
そうでない場合：
ＰＤＣＰ状態を復元し、ＳＲＢ２およびすべてのＤＲＢのＣＯＵＮＴ値をリセットする；
保存されたＵＥのＡＳコンテキストからcellGroupConfigを復元する；
保存されたＵＥのＡＳコンテキストが使用されていることを低レイヤに示す；
fullI-RNTI、shortI-RNTIおよび保存されたＵＥのＡＳコンテキスト（ran-NotificationAreaInfoを除く）を破棄する；
RRCResumeがmasterCellGroupを含んでいる場合：
５．３．５．５に従って、受信したmasterCellGroupのセルグループ構成を実行する；
編集者注：ＦＦＳ 再開時にsecondaryCellGroupを構成することがサポートされているかどうか。
RRCResumeがradioBearerConfigを含んでいる場合：
５．３．５．６ に従って無線ベアラ構成を実行する；
編集者注：ＦＦＳ 第２のradioBearerConfigが必要かどうか。
ＳＲＢ２とすべてのＤＲＢを再開する；
保存されている場合、cellReselectionPrioritiesによって提供される、または他のＲＡＴから継承されたセル再選択の優先順位情報を破棄する；
実行中であれば、タイマＴ３２０を停止する；
RRCResumeメッセージがmeasConfigを含んでいる場合：
５．５．２で規定されている測定構成手順を実行する；
サスペンドされている場合は、測定を再開する；
編集部注：ＦＦＳ アクセス制御タイマ（ＬＴＥのＴ３０２、Ｔ３０３、Ｔ３０５、Ｔ３０６、Ｔ３０８に相当）に関連するＵＥのアクションを定義する必要があるかどうか。例えば、所定のタイマが実行されていない場合、上位層に通知することなど。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る；
サスペンドされたＲＲＣ接続がレジュームされたことを上位層に示す；
セル再選択手順を停止する；
現在のセルを「ＰＣｅｌｌ」と見なす；
RRCResumeCompleteメッセージの内容を以下のように設定する：
上位層がＮＡＳのＰＤＵを提供している場合は、上位層から受信した情報を含むようにdedicatedNAS-Messageを設定する；
上位層がＰＬＭＮを提供している場合は、selectedPLMN-IdentityをSIB1のplmn-IdentityListに含まれるＰＬＭＮから上位層が選択したＰＬＭＮ（ＴＳ２４．５０１［２３］）に設定する；
masterCellGroupがreportUplinkTxDirectCurrentを含んでいる場合：
uplinkTxDirectCurrentListを含める；
送信するためにRRCResumeCompleteメッセージを低位層に提出する；
手続きを終了する。
［ＲＲＣ仕様からの抜粋終了］

図９は、上位層／ＮＡＳとＡＳとの間の従来の相互作用を示す図である。図９に示される実施形態では、以下のステップがＵＥ内で発生する。

ステップ９００：上位層／ＮＡＳ（以下、単に「ＮＡＳ」と称する）は、サスペンドされた接続の再開を要求する。

ステップ９０２。ＲＲＣレジューム要求メッセージが、ＡＳによってネットワークに送信される。

ステップ９０４。ＡＳがネットワークからＲＲＣレジュームメッセージを受信する。

ステップ９０６：上位層に通知され手順が成功したとみなされる（例えば、サスペンドされた接続が再開されたなど）。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る。このように、図９は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態になるシナリオを示している。

ＮＡＳ仕様（ＴＳ２４．５０１）は、以下のＴＳ３８．３３１およびＴＳ２４．５０１から分かるように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（５ＧＣのＵＥの場合は５ＧＭＭ－ＣＯＮＮＥＣＴＥＤ）のＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（例えば、インアクティブインジケーションを有するＧＭＭ－ＣＯＮＮＥＣＴＥＤ）に移行するためのRRCReleaseメッセージを受信する場合もカバーしている。
［ＮＡＳ仕様からの抜粋開始］
５．３．８．３ ＵＥによるRRCReleaseの受信
ＵＥは、
RRCReleaseメッセージを受信した瞬間から、またはオプションとして低位層がRRCReleaseメッセージの受信が正常に確認されたことを示したときから６０ｍｓ後に、本サブセクションで定義されている以下の動作を遅延させる（いずれか早い方）。
タイマＴ３２０が動作している場合は、これを停止する；
RRCReleaseメッセージが、eutraへのリダイレクションを示すredirectedCarrierInfoを含んでいる場合：
cnTypeが含まれている場合：
受信したcnTypeを上位層に提供する；
注：リダイレクション後に選択されたＥ－ＵＴＲＡセルがcnTypeで指定されたコアネットワークタイプをサポートしていない場合の処理は、ＵＥの実装に委ねられる。
RRCReleaseメッセージがcellReselectionPrioritiesを含んでいる場合：
cellReselectionPrioritiesで提供されるセル再選択の優先度情報を格納する；
ｔ３２０が含まれている場合：
ｔ３２０の値に応じて設定されたタイマ値で、タイマＴ３２０を開始する； そうでない場合：
システム情報でブロードキャストされたセル再選択優先度情報を適用する；
deprioritisationReqが含まれている場合：
シグナリングされたdeprioritisationTimerに設定されたタイマ値で、タイマＴ３２５を開始または再起動する；
Ｔ３２５が満了するまでdeprioritisationReqを保存する；
RRCReleaseがsuspendConfigを含んでいる場合：
受信したsuspendConfigを適用する；
suspendConfigに含まれるfullI-RNTI、shortI-RNTI、nextHopChainingCount、t380、ran-PagingCycleを保存する；
ＭＡＣをリセットする；
ＳＲＢ１のＲＬＣエンティティを再確立する；
RRCResumeRequestまたはRRCResumeRequest1への応答としてsuspendConfigを含むRRCReleaseメッセージを受信した場合：
タイマＴ３１９が動作している場合は停止する；
以前に保存されていたセキュリティコンテキストを、新たに受信したsuspendConfigのセキュリティコンテキストに置き換える；
以前に保存されたC-RNTIを、ＵＥがRRCReleaseメッセージを受信したセル内の一時的Ｃ－ＲＮＴＩに置き換える；
以前に保存されたcellIdentityを、ＵＥがRRCReleaseメッセージを受信したセルのcellIdentityに置き換える；
以前に保存された物理セルアイデンティティを、ＵＥがRRCReleaseメッセージを受信したセルの物理セルアイデンティティに置き換える；
そうでない場合：
現在のＲＲＣ構成、現在のセキュリティコンテキスト、ＲＯＨＣ状態を含むＰＤＣＰ状態、ＳＤＡＰ構成、ソースＰＣｅｌｌで使用されるＣ－ＲＮＴＩ、ソースＰＣｅｌｌのcellIdentityおよび物理セルアイデンティティを含むＵＥのＡＳコンテキストを保存する；
ＳＲＢ０を除くすべてのＳＲＢおよびＤＲＢをサスペンドする；
タイマ値をｔ３８０に設定して、タイマＴ３８０を開始する；
ＲＲＣ接続のサスペンドを上位層に示す；
ＲＲＣ＿ＩＮＡＣＴＩＶＥに入り、ＴＳ３８．３０４［２１］で規定されている手順を実行する；
そうでない場合：
５．３．１１で規定されたＲＲＣ＿ＩＤＬＥに移行した際の動作を、リリース原因「other」で実行する。
編集者注：ＦＦＳ 異なるリリース原因とアクションを関連付ける必要があるかどうか。
＊＊＊＊＊＊
５．３．１．４ ＲＲＣインアクティブ表示を有する５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモード
．．．
ＵＥは、下位層からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行したことを示す表示を受け取ると、３ＧＰＰアクセス上の５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードからＲＲＣインアクティブ表示の５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードに移行する。
すると：
－ＮＡＳメッセージの送信を必要とする手順のトリガ、または
－サスペンドされたユーザプレーンリソースを有するＰＤＵセッションに対して送信されるアップリンクユーザデータパケット。
５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードで３ＧＰＰアクセスを介してＲＲＣインアクティブ指示を受けたＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行を下位レイヤに要求する必要がある（３ＧＰＰ ＴＳ３８．３００［２７］を参照）。
ＵＥは、下位層からＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行したことを示す表示を受信すると、ＲＲＣインアクティブ表示の５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードから３ＧＰＰアクセス上の５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードに移行する（３ＧＰＰ ＴＳ３８．３００［２７］を参照）。
注：ＡＭＦは、ＵＥのＲＲＣインアクティブ表示による５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードと５ＧＭＭ－ＣＯＮＮＥＣＴＥＤモードの間の遷移を認識することができる（３ＧＰＰ ＴＳ２３．５０２［９］を参照）。
［ＮＡＳ仕様からの抜粋終了］

ＮＡＳ仕様は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行する場合、およびＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する場合をカバーしているが、現在のＮＡＳ仕様は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに移行する場合をカバーしていない。現在のＮＡＳ仕様では、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のときに上位層がレジューム要求を要求し、ＲＲＣ＿ＩＤＬＥ（その場合は５ＧＭＭ－ＩＤＬＥへの移行）またはＲＲＣ＿ＩＮＡＣＴＩＶＥ（その場合はインアクティブ表示付きの５ＧＭＭ－ＣＯＮＮＥＣＴＥＤへの移行）へのリダイレクトを伴うリリースを受信する可能性がある場合をカバーしていない。このシナリオは、図１０に示されている。

図１０は、本開示のいくつかの実施形態によるリリースおよびリダイレクトの例示的な２ステッププロセスを示し、従来のＮＡＳがこのシナリオを処理できないことを示す。図１０に示された実施形態では、以下のステップがＵＥ内で発生する。

ステップ１０００：上位層／ＮＡＳは、サスペンドされた接続を再開することを要求する。

ステップ１００２：RRCResumeRequestメッセージは、ＡＳによってネットワークに送信される。

ステップ１００４：RRCReleaseメッセージは、ＡＳによってネットワークから受信される。

ステップ１００６：上位層に通知されるが、従来のＮＡＳはこの情報をどうすればよいかわからない。図１１および図１２は、この問題に対処する実施形態を示す。

図１１は、本開示のいくつかの実施形態による、例示的なＮＡＳ層とＡＳ層との間の例示的な相互作用を示している。図１１に示す実施形態では、ＲＲＣ再開要求を送信した後に、リダイレクト情報でＲＲＣ＿ＩＮＡＣＴＩＶＥに入るメッセージを受信すると、ＵＥは、（すでにサスペンドされているが）サスペンドされていることを上位層に通知する。いくつかの実施形態では、下位層からのサスペンドの指示を受けて、上位層は、ＵＥがリダイレクト情報でリリースされたことを暗黙的に理解することで、ＵＥがまだＭＭ－ＣＯＮＮＥＣＴＥＤでインアクティブの指示を受けていると考え、最初の要求を保留とする。ＵＥがセル選択を実行した後、上位層は再び要求をトリガする可能性がある。図１１に示される実施形態では、以下のステップがＵＥ内で発生する。

ステップ１１００：上位層／ＮＡＳは、サスペンドされた接続を再開することを要求する。

ステップ１１０２：RRCResumeRequestメッセージは、ＡＳによってネットワークに送信される。

ステップ１１０４：RRCResumeメッセージは、ＡＳによってネットワークから受信される。

ステップ１１０６：ＮＡＳは、手順を保留とみなす。

ステップ１１０８：上位層は、例えば、セル選択時に、要求を再びトリガする。

図１２は、本開示のいくつかの実施形態による、例示的なＮＡＳ層とＡＳ層との間の例示的な相互作用を示す。図１２に示す実施形態では、ＲＲＣレジューム要求を送信した後に、リダイレクト情報でＲＲＣ＿ＩＮＡＣＴＩＶＥに入るためのメッセージを受信すると、ＵＥは、サスペンドされていること（すでにサスペンドされているが）を上位層に通知し、リリースおよびリダイレクト情報が含まれているかどうかを示す。下位層からこのリダイレクト情報を含むサスペンドの指示があった場合、上位層はＵＥがまだインアクティブのＭＭ－ＣＯＮＮＥＣＴＥＤにあるとみなし、最初の要求を保留とする。ＵＥがセル選択を実行した後、上位層は再び要求をトリガすることができる。図１２に示される実施形態では、以下のステップがＵＥ内で発生する。

ステップ１２００：上位層／ＮＡＳは、サスペンドされた接続を再開するように要求する。

ステップ１２０２：RRCResumeRequestメッセージは、ＡＳによってネットワークに送信される。

ステップ１２０４：RRCReleaseメッセージは、ＡＳによってネットワークから受信され、メッセージは、リダイレクション情報を含む。

ステップ１２０６：ＡＳは、手順を保留とみなし、セル再選択時に保留要求をトリガする。

本開示によるさらに他の例示的な実施形態では、上位層からの保留中のレジューム要求は、ＵＥが２ステップの手順でリダイレクトされる場合、ＡＳ層によって処理される。これらの実施形態では、ＲＲＣレジューム要求を送信した後、リダイレクト情報を含むＲＲＣ＿ＩＮＡＣＴＩＶＥに入るためのメッセージを受信すると、ＵＥは、サスペンドされていることを上位層に通知せず、上位層からの要求をまだ有効であるとみなする。したがって、リダイレクション情報に基づいてセル選択を行うと、ＵＥは上位層からの保留中のレジューム要求をトリガする。上位層はしばらくして応答を期待することがあるため、以前のケースからのリダイレクションの表示は、手順をサスペンドすべきではないことを上位層に示すために使用することができる。

仕様における方法の実施形態
本開示による実施形態の一部は、以下に示すように、３ＧＰＰ仕様内で成文化されてもよい。新しいテキストは太い下線で示されている。

本開示の一実施形態は、セル選択につながるＲＲＣリリースにおけるredirectedCarrierInfoが、必ずしもＲＲＣ＿ＣＯＮＮＥＣＴＥＤから離れる手順につながるとは限らないことを明確にするために、ＲＲＣ仕様の変更を成文化してもよい：
［ＲＲＣ仕様の変更案１開始］

［ＲＲＣ仕様の変更案１終了］

本開示の別の実施形態は、セル選択につながるＲＲＣリリースにおけるredirectedCarrierInfoが、必ずしもＲＲＣ＿ＣＯＮＮＥＣＴＥＤから離れる手順につながるとは限らないことを明確にするために、アイドル／インアクティブ仕様の変更を成文化してもよい。 ［ＲＲＣ仕様の変更案２開始］

［ＲＲＣ仕様の変更案２終了］

本開示の別の実施形態は、セル選択につながるＲＲＣリリースにおけるredirectedCarrierInfoが、必ずしもＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる手順につながるとは限らないことを明確にするために、ステージ２の仕様（ＴＳ３８．３００）の変更として成文化されてもよい。
［ＲＲＣ仕様の変更案３開始］

［ＲＲＣ仕様の変更案３終了］

追加説明
図１３は、本開示のいくつかの実施形態によるセルラー通信ネットワーク１３００の一例を示す。本明細書で説明する実施形態では、セルラー通信ネットワーク１３００は、５Ｇ＿ＮＲネットワークである。この例では、セルラー通信ネットワーク１３００は、ＬＴＥではｅＮＢと呼ばれ、５Ｇ＿ＮＲではｇＮＢと呼ばれる基地局１３０２－１および１３０２－２と、対応するマクロセル１３０４－１および１３０４－２を制御する基地局１３０２－１および１３０２－２とを含む。基地局１３０２－１および１３０２－２は、一般に、本明細書では、集合的に基地局１３０２と呼ばれ、個別に基地局１３０２と呼ばれる。同様に、マクロセル１３０４－１および１３０４－２は、一般的に、本明細書では集合的にマクロセル１３０４と呼ばれ、個々にマクロセル１３０４と呼ばれる。また、セルラー通信ネットワーク１３００は、対応するスモールセル１３０８－１～１３０８－４を制御する多数の低電力ノード１３０６－１～１３０６－４を含んでもよい。低電力ノード１３０６－１～１３０６－４は、小型基地局（ピコ基地局またはフェムト基地局など）またはリモートラジオヘッド（ＲＲＨ）などであってもよい。注目すべきは、図示されていないが、スモールセル１３０８－１～１３０８－４のうちの１つまたは複数は、代替的に、基地局１３０２によって提供されてもよい。低電力ノード１３０６－１～１３０６－４は、一般に、本明細書では、まとめて複数の低電力ノード１３０６と呼ばれ、個別には低電力ノード１３０６と呼ばれる。同様に、スモールセル１３０８－１～１３０８－４は、一般的に、本明細書では、まとめて複数のスモールセル１３０８と呼ばれ、個別にスモールセル１３０８と呼ばれる。基地局１３０２（および任意に低電力ノード１３０６）は、コアネットワーク１３１０に接続されている。

基地局１３０２および低電力ノード１３０６は、対応するセル１３０４および１３０８内の無線デバイス１３１２－１～１３１２－５にサービスを提供する。無線デバイス１３１２－１～１３１２－５は、一般に、本明細書では、まとめて複数の無線デバイス１３１２と呼ばれ、個別に無線デバイス１３１２と呼ばれる。また、無線デバイス１３１２は、本明細書ではＵＥと呼ばれることもある。

図１４は、コアネットワーク機能（ＮＦ）で構成される５Ｇネットワークアーキテクチャとして表される無線通信システムを示しており、任意の２つのＮＦ間の相互作用は、ポイントツーポイントの参照ポイント／インタフェースで表される。図１４は、図１３のシステム１３００の１つの特定の実装として見ることができる。

アクセス側から見ると、図１４に示す５Ｇネットワークアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）またはアクセスネットワーク（ＡＮ）のいずれかに接続された複数のユーザ装置（ＵＥ）と、アクセスおよびモビリティ管理機能（ＡＭＦ）とで構成される。通常、Ｒ（ＡＮ）は、例えば、進化型ノードＢ（ｅＮＢ）やＮＲ基地局（ｇＮＢ）などの基地局で構成されている。コアネットワーク側から見ると、図１４に示す５ＧコアＮＦは、ネットワークスライス選択機能（ＮＳＳＦ）、認証サーバ機能（ＡＵＳＦ）、統合データ管理（ＵＤＭ）、ＡＭＦ、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、およびアプリケーション機能（ＡＦ）を含む。

規範的な標準化において詳細なコールフローを作成するために、５Ｇネットワークアーキテクチャの参照点表現が使用される。Ｎ１参照点は、ＵＥとＡＭＦの間のシグナリングを搬送するために定義される。ＡＮとＡＭＦの間、およびＡＮとＵＰＦの間を接続するための参照点は、それぞれＮ２とＮ３と定義されている。ＡＭＦとＳＭＦの間にはＮ１１という基準点があるが、これはＳＭＦがＡＭＦによって少なくとも部分的に制御されていることを意味している。Ｎ４はＳＭＦとＵＰＦで使用されており、ＳＭＦで生成された制御信号を用いてＵＰＦを設定し、ＵＰＦはその状態をＳＭＦに報告することができる。Ｎ９は異なるＵＰＦ間を接続するための基準点であり、Ｎ１４は異なるＡＭＦ間を接続するための基準点である。ＰＣＦがＡＭＦとＳＭＰにそれぞれポリシーを適用するため、Ｎ１５とＮ７が定義される。Ｎ１２はＡＭＦがＵＥの認証を行うために必要である。Ｎ８とＮ１０は、ＵＥの加入者データがＡＭＦとＳＭＦに必要なので定義される。

５Ｇコアネットワークは、ユーザプレーンと制御プレーンの分離を目指している。ユーザプレーンはユーザトラフィックを伝送し、制御プレーンはネットワーク内のシグナリングを伝送する。図１４では，ＵＰＦがユーザプレーンにあり，他のすべてのＮＦ（ＡＭＦ，ＳＭＦ，ＰＣＦ，ＡＦ，ＡＵＳＦ，ＵＤＭ）が制御プレーンにある。ユーザプレーンと制御プレーンを分離することで、各プレーンのリソースを独立して拡張できることが保証される。また、ＵＰＦを制御プレーンの機能とは別に、分散して配置することも可能である。このアーキテクチャでは、ＵＰＦをＵＥの非常に近くに配置することで、低遅延を必要とする一部のアプリケーションにおいてＵＥとデータネットワーク間のラウンドトリップタイム（ＲＴＴ）を短縮することができる。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能で構成されている。 例えば、ＡＭＦとＳＭＦは制御プレーンにおいて独立した機能である。ＡＭＦとＳＭＦを分離することで、独立した進化とスケーリングが可能になる。また、図１４に示すように、ＰＣＦやＡＵＳＦなどの他の制御プレーン機能も分離可能である。モジュール化された機能設計により、５Ｇコアネットワークは様々なサービスを柔軟にサポートすることができる。

各ＮＦは、他のＮＦと直接対話する。中間機能を使用して、あるＮＦから別のＮＦにメッセージをルーティングすることが可能である。制御プレーンでは、２つのＮＦ間のインタラクションのセットがサービスとして定義され、その再利用が可能である。このサービスにより、モジュール化が可能になる。ユーザプレーンでは、異なるＵＰＦ間の転送操作などのインタラクションをサポートする。

図１５は、図１４の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントの参照点／インタフェースの代わりに、制御プレーンのＮＦ間のサービスベースのインタフェースを使用する５Ｇネットワークアーキテクチャを示す。ただし、図１４を参照して上述したＮＦは、図１５に示すＮＦに対応する。ＮＦが他の許可されたＮＦに提供するサービス（複数可）等は、サービスベースのインタフェースを介して許可されたＮＦに公開することができる。図１５では、サービスベースのインタフェースは、ＮＦの名前の後に「Ｎ」の文字を付けて表示されており、例えば、ＡＭＦのサービスベースのインタフェースにはＮａｍｆ、ＳＭＦのサービスベースのインタフェースにはＮｓｍｆなどと表示されている。図１５のネットワーク露出機能（ＮＥＦ）とネットワークレポジトリ機能（ＮＲＦ）は、前述の図１４では示されていない。しかし、図１４に描かれているすべてのＮＦは、図１４に明示されていないが、必要に応じて図１５のＮＥＦおよびＮＲＦと相互作用することができることを明らかにしておく。

図１４および図１５に示されたＮＦのいくつかの特性は、以下の方法で説明することができる。ＡＭＦは、ＵＥベースの認証、認可、モビリティ管理などを提供する。ＡＭＦはアクセス技術から独立しているため、複数のアクセス技術を使用しているＵＥであっても、基本的には単一のＡＭＦに接続される。ＳＭＦは、セッション管理を行い、ＵＥにＩＰアドレスを割り当てる。また、データ転送用のＵＰＦを選択して制御する。ＵＥが複数のセッションを持つ場合、セッションごとに異なるＳＭＦを割り当てて個別に管理し、場合によってはセッションごとに異なる機能を提供することもあります。ＡＦは、サービス品質（ＱｏＳ）をサポートするために、ポリシー制御を担当するＰＣＦにパケットフローの情報を提供する。ＰＣＦは、これらの情報をもとに、モビリティやセッション管理に関するポリシーを決定し、ＡＭＦやＳＭＦを適切に動作させる。ＡＵＳＦは、ＵＥなどの認証機能をサポートしているため、ＵＥなどの認証用データを格納し、ＵＤＭはＵＥの加入者データを格納する。データネットワーク（ＤＮ）は、５Ｇコアネットワークの一部ではなく、インターネットアクセスまたはオペレータサービスなどを提供する。

ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で動作するソフトウェアインスタンスとして、または適切なプラットフォーム（例えば、クラウドインフラストラクチャ）上にインスタンス化された仮想化機能としてのいずれかで実装することができる。

図１６は、本開示のいくつかの実施形態による無線アクセスノード１６００の概略ブロック図である。無線アクセスノード１６００は、例えば、基地局１３０２または１３０６であってもよい。図示されるように、無線アクセスノード１６００は、１つまたは複数のプロセッサ１６０４（例えば、ＣＰＵ（中央処理装置）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／または同様のもの）、メモリ１６０６、およびネットワークインタフェース１６０８を含む制御システム１６０２を含む。なお、本明細書では、１つまたは複数のプロセッサ１６０４を処理回路とも呼ぶ。さらに、無線アクセスノード１６００は、それぞれが１つまたは複数のアンテナ１６１６に結合された１つまたは複数の送信機１６１２および１つまたは複数の受信機１６１４を含む１つまたは複数の無線ユニット１６１０を含む。無線ユニット１６１０は、無線インタフェース回路を参照してもよいし、無線インタフェース回路の一部であってもよい。いくつかの実施形態では、無線ユニット（複数可）１６１０は、制御システム１６０２の外部にあり、例えば、有線接続（例えば、光ケーブル）を介して制御システム１６０２に接続される。しかし、他のいくつかの実施形態では、無線ユニット（複数可）１６１０および潜在的にはアンテナ（複数可）１６１６は、制御システム１６０２とともに統合される。１つまたは複数のプロセッサ１６０４は、本明細書に記載された無線アクセスノード１６００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、機能は、例えば、メモリ１６０６に記憶され、１つ以上のプロセッサ１６０４によって実行されるソフトウェアで実装される。

図１７は、本開示のいくつかの実施形態による無線アクセスノード１６００の仮想化された実施形態を示す概略ブロック図である。この考察は、他のタイプのネットワークノードにも同様に適用可能である。さらに、他のタイプのネットワークノードは、同様の仮想化アーキテクチャを有することができる。

本明細書で使用される場合、「仮想化された」無線アクセスノードは、無線アクセスノード１６００の機能の少なくとも一部が仮想コンポーネント（複数可）として（例えば、ネットワーク（複数可）内の物理処理ノード（複数可）上で実行される仮想マシン（複数可）を介して）実装される無線アクセスノード１６００の実装である。図示されているように、この例では、無線アクセスノード１６００は、１つまたは複数のプロセッサ１６０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１６０６、およびネットワークインタフェース１６０８を含む制御システム１６０２と、上述したように、１つまたは複数のアンテナ１６１６に結合された１つまたは複数の送信機１６１２および１つまたは複数の受信機１６１４をそれぞれ含む１つまたは複数の無線ユニット１６１０とを含む。制御システム１６０２は、例えば、光ケーブル等を介して無線ユニット１６１０に接続されている。制御システム１６０２は、ネットワークインタフェース１６０８を介して、ネットワーク（複数可）１７０２に結合された、またはネットワーク（複数可）１７０２の一部として含まれる１つまたは複数の処理ノード１７００に接続される。各処理ノード１７００は、１つまたは複数のプロセッサ１７０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１７０６、およびネットワークインタフェース１７０８を含む。

この例では、本明細書に記載された無線アクセスノード１６００の機能１７１０は、１つまたは複数の処理ノード１７００で実装されるか、または任意の所望の方法で制御システム１６０２および１つまたは複数の処理ノード１７００に分散される。いくつかの特定の実施形態では、本明細書で説明した無線アクセスノード１６００の機能１７１０の一部またはすべては、処理ノード（複数可）１７００によってホストされる仮想環境（複数可）で実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者であれば理解できるように、所望の機能１７１０の少なくとも一部を実行するために、処理ノード（複数可）１７００と制御システム１６０２との間の追加のシグナリングまたは通信が使用される。注目すべきは、いくつかの実施形態では、制御システム１６０２が含まれない場合があり、その場合、無線ユニット（複数可）１６１０は、適切なネットワークインタフェース（複数可）を介して処理ノード（複数可）１７００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、本明細書に記載された実施形態のいずれかに従って、仮想環境において無線アクセスノード１６００または無線アクセスノード１６００の機能１７１０のうちの１つまたは複数を実装するノード（例えば、処理ノード１７００）の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）のいずれかである。

図１８は、本開示のいくつかの他の実施形態による無線アクセスノード１６００の概略ブロック図である。無線アクセスノード１６００は、それぞれがソフトウェアで実装される１つ以上のモジュール１８００を含む。モジュール１８００は、本明細書で説明する無線アクセスノード１６００の機能を提供する。この議論は、モジュール１８００が処理ノード１７００の１つに実装されるか、複数の処理ノード１７００に分散して実装されるか、および／または処理ノード（複数可）１７００と制御システム１６０２に分散して実装され、図１７の処理ノード１７００にも同様に適用される。

図１９は、本開示のいくつかの実施形態によるＵＥ１９００の概略ブロック図である。図示されるように、ＵＥ１９００は、１つまたは複数のプロセッサ１９０２（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１９０４、および、１つまたは複数のアンテナ１９１２に結合された１つまたは複数の送信機１９０８および１つまたは複数の受信機１９１０をそれぞれ含む１つまたは複数の送受信機１９０６を含む。送受信機（複数可）１９０６は、当業者であれば理解できるように、アンテナ（複数可）１９１２とプロセッサ（複数可）１９０２との間で通信される信号を調整するように構成された、アンテナ（複数可）１９１２に接続された無線フロントエンド回路を含む。プロセッサ１９０２は、本明細書では、処理回路とも呼ばれる。送受信機１９０６は、本明細書では、無線回路とも呼ばれる。いくつかの実施形態では、上述したＵＥ１９００の機能は、例えば、メモリ１９０４に格納され、プロセッサ（複数可）１９０２によって実行されるソフトウェアに完全または部分的に実装されてもよい。ＵＥ１９００は、例えば、１つまたは複数のユーザインタフェースコンポーネント（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカ（複数可）などを含む入出力インタフェース、および／またはＵＥ１９００への情報の入力を可能にし、および／またはＵＥ１９００からの情報の出力を可能にするための任意の他のコンポーネント）、電源（例えば、バッテリおよび関連する電源回路）など、図１９に図示されていない追加のコンポーネントを含んでもよいことに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、本明細書に記載された実施形態のいずれかによるＵＥ１９００の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）のいずれかである。

図２０は、本開示のいくつかの他の実施形態によるＵＥ１９００の概略ブロック図である。ＵＥ１９００は、１つまたは複数のモジュール２０００を含み、その各々はソフトウェアで実装される。モジュール（複数可）２０００は、本明細書で説明するＵＥ１９００の機能を提供する。

図２１は、本開示のいくつかの実施形態による通信システムを示す。図２１を参照すると、一実施形態によれば、通信システムは、ＲＡＮなどのアクセスネットワーク２１０２とコアネットワーク２１０４とからなる、３ＧＰＰ型セルラーネットワークなどの通信ネットワーク２１００を含む。アクセスネットワーク２１０２は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）などの複数の基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃを含み、それぞれが対応するカバレッジエリア２１０８Ａ、２１０８Ｂ、２１０８Ｃを定義する。各基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃは、有線または無線の接続２１１０を介して、コアネットワーク２１０４に接続可能である。カバレッジエリア２１０８Ｃに位置する第１のＵＥ２１１２は、対応する基地局２１０６Ｃに無線で接続する、または基地局２１０６Ｃからページングされるように構成される。カバレッジエリア２１０８Ａに位置する第２のＵＥ２１１４は、対応する基地局２１０６Ａに無線で接続可能である。この例では、複数のＵＥ２１１２、２１１４が図示されているが、開示された実施形態は、唯一のＵＥがカバレッジエリア内にある状況、または唯一のＵＥが対応する基地局２１０６に接続している状況にも同様に適用可能である。

通信ネットワーク２１００は、それ自体がホストコンピュータ２１１６に接続されており、このホストコンピュータ２１１６は、スタンドアロン型サーバ、クラウド実装型サーバ、分散型サーバのハードウェアおよび／またはソフトウェアで具現化されてもよいし、サーバファームの処理リソースとして具現化されてもよい。ホストコンピュータ２１１６は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによってまたはサービスプロバイダに代わって運営されてもよい。通信ネットワーク２１００とホストコンピュータ２１１６との間の接続２１１８および２１２０は、コアネットワーク２１０４からホストコンピュータ２１１６に直接延びていてもよいし、任意の中間ネットワーク２１２２を経由していてもよい。中間ネットワーク２１２２は、パブリックネットワーク、プライベートネットワーク、またはホストネットワークのうちの１つ、または２つ以上の組み合わせであってもよく、中間ネットワーク２１２２は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク２１２２は、２つ以上のサブネットワーク（図示せず）から構成されてもよい。

全体としての図２１の通信システムは、接続されたＵＥ２１１２，２１１４とホストコンピュータ２１１６との間の接続性を可能にするものである。この接続性は、ＯＴＴ（オーバーザトップ）接続２１２４として記述されてもよい。ホストコンピュータ２１１６および接続されたＵＥ２１１２、２１１４は、アクセスネットワーク２１０２、コアネットワーク２１０４、任意の中間ネットワーク２１２２、および可能性のあるさらなるインフラストラクチャ（図示せず）を中間体として使用して、ＯＴＴ接続２１２４を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続２１２４は、ＯＴＴ接続２１２４が通過する参加通信デバイスが、アップリンクおよびダウンリンク通信のルーティングを知らないという意味で、透過的であってもよい。例えば、基地局２１０６は、ホストコンピュータ２１１６から発信されたデータを有する着信ダウンリンク通信が、接続されたＵＥ２１１２に転送される（例えば、引き渡される）ための過去のルーティングについて知らされていないか、または知る必要がないかもしれない。同様に、基地局２１０６は、ＵＥ２１１２からホストコンピュータ２１１６に向けて発信される発信アップリンク通信の将来のルーティングを認識する必要はない。

図２２は、本開示のいくつかの他の実施形態による通信システムを示す。先の段落で議論されたＵＥ、基地局、およびホストコンピュータの、実施形態に従った例示的な実装が、これから図２２を参照して説明される。通信システム２２００において、ホストコンピュータ２２０２は、通信システム２２００の異なる通信デバイスのインタフェースとの有線または無線の接続を設定および維持するように構成された通信インタフェース２２０６を含むハードウェア２２０４を備える。ホストコンピュータ２２０２は、記憶および／または処理機能を有することができる処理回路２２０８をさらに備える。特に、処理回路２２０８は、命令を実行するように適応された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）を含んでもよい。ホストコンピュータ２２０２は、ホストコンピュータ２２０２に格納されているか、またはホストコンピュータ２２０２によってアクセス可能であり、処理回路２２０８によって実行可能なソフトウェア２２１０をさらに備える。ソフトウェア２２１０は、ホストアプリケーション２２１２を含む。ホストアプリケーション２２１２は、ＵＥ２２１４とホストコンピュータ２２０２で終端するＯＴＴ接続２２１６を介して接続するＵＥ２２１４などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際、ホストアプリケーション２２１２は、ＯＴＴ接続２２１６を使用して送信されるユーザデータを提供してもよい。

通信システム２２００は、電気通信システムに設けられ、ホストコンピュータ２２０２およびＵＥ２２１４との通信を可能にするハードウェア２２２０を備える基地局２２１８をさらに含む。ハードウェア２２２０は、通信システム２２００の異なる通信デバイスのインタフェースとの有線または無線接続を設定および維持するための通信インタフェース２２２２、ならびに、基地局２２１８によって提供されるカバレッジエリア（図２２には示されていない）に位置するＵＥ２２１４との少なくとも無線接続２２２６を設定および維持するための無線インタフェース２２２４を含んでもよい。通信インタフェース２２２２は、ホストコンピュータ２２０２への接続２２２８を容易にするように構成されてもよい。接続２２２８は、直接であってもよいし、電気通信システムのコアネットワーク（図２２には示されていない）を通過してもよいし、および／または電気通信システムの外部にある１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局２２１８のハードウェア２２２０は、処理回路２２３０をさらに含み、この処理回路２２３０は、命令を実行するように適応された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）で構成されてもよい。基地局２２１８は、内部に格納された、または外部接続を介してアクセス可能なソフトウェア２２３２をさらに有する。

通信システム２２００は、すでに言及したＵＥ２２１４をさらに含む。ＵＥの２２１４のハードウェア２２３４は、ＵＥ２２１４が現在位置しているカバレッジエリアにサービスを提供している基地局との無線接続２２２６を設定および維持するように構成された無線インタフェース２２３６を含むことができる。ＵＥ２２１４のハードウェア２２３４は、処理回路２２３８をさらに含み、この処理回路は、命令を実行するように適応された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）で構成されてもよい。ＵＥ２２１４は、ソフトウェア２２４０をさらに含み、このソフトウェアは、ＵＥ２２１４に格納されているか、ＵＥ２２１４によってアクセス可能であり、処理回路２２３８によって実行可能である。ソフトウェア２２４０は、クライアントアプリケーション２２４２を含む。クライアントアプリケーション２２４２は、ホストコンピュータ２２０２のサポートを受けて、ＵＥ２２１４を介して、人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ２２０２において、実行ホストアプリケーション２２１２は、ＵＥ２２１４およびホストコンピュータ２２０２で終端するＯＴＴ接続２２１６を介して、実行クライアントアプリケーション２２４２と通信してもよい。ユーザにサービスを提供する際、クライアントアプリケーション２２４２は、ホストアプリケーション２２１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション２２１６は、要求データとユーザデータの両方を転送してもよい。クライアントアプリケーション２２４２は、それが提供するユーザデータを生成するためにユーザと対話してもよい。

図２２に図示されたホストコンピュータ２２０２、基地局２２１８、およびＵＥ２２１４は、それぞれ、図２１のホストコンピュータ２１１６、基地局２１０６Ａ、２１０６Ｂ、２１０６Ｃのうちの１つ、およびＵＥ２１１２、２１１４のうちの１つと類似または同一であってもよいことに留意されたい。つまり、これらのエンティティの内部構造は、図２２のようになっていてもよく、独立して、周囲のネットワークトポロジーは、図２１のものになっていてもよいのである。

図２２では、ＯＴＴ接続２２１６は、任意の仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングを明示的に参照することなく、基地局２２１８を介したホストコンピュータ２２０２とＵＥ２２１４との間の通信を説明するために抽象的に描かれている。ネットワークインフラストラクチャがルーティングを決定してもよく、これはＵＥ２２１４から、またはホストコンピュータ２２０２を操作するサービスプロバイダから、あるいはその両方から隠れるように構成されてもよい。ＯＴＴ接続２２１６がアクティブである間、ネットワークインフラストラクチャはさらに、ルーティングを動的に変更する決定を行ってもよい（例えば、ロードバランシングの検討またはネットワークの再構成に基づいて）。

ＵＥ２２１４と基地局２２１８との間の無線接続２２２６は、本開示全体を通して説明された実施形態の教示に従っている。様々な実施形態の１つまたは複数は、無線接続２２２６が最後のセグメントを形成するＯＴＴ接続２２１６を使用してＵＥ２２１４に提供されるＯＴＴサービスの性能を向上させる。より正確には、これらの実施形態の教示は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥに対してリリースおよびリダイレクトを実行するために必要な時間を短縮し、それによって、ＵＥの応答性の向上、ＵＥとネットワークエンティティとの間のシグナリングの低減、およびＵＥによる電力消費の低減などの利点を提供することができる。

データレート、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視する目的で、測定手順が提供されてもよい。測定結果の変動に対応して、ホストコンピュータ２２０２とＵＥ２２１４との間のＯＴＴ接続２２１６を再構成するためのオプションのネットワーク機能がさらに存在してもよい。測定手順および／またはＯＴＴ接続２２１６を再構成するためのネットワーク機能は、ホストコンピュータ２２０２のソフトウェア２２１０およびハードウェア２２０４、またはＵＥ２２１４のソフトウェア２２４０およびハードウェア２２３４、またはその両方に実装されてもよい。いくつかの実施形態では、センサ（図示せず）は、ＯＴＴ接続２２１６が通過する通信デバイス内に、または通信デバイスと関連して配備されてもよく、センサは、上に例示した監視量の値を供給することによって、またはソフトウェア２２１０、２２４０が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴ接続２２１６の再構成は、メッセージフォーマット、再送設定、優先ルーティングなどを含んでもよく、再構成は、基地局２２１８に影響を与える必要はなく、基地局２２１８には知られていないか、感知されないものであってもよい。このような手順および機能性は、当技術分野で知られ、実施されていてもよい。特定の実施形態において、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ２２０２の測定を容易にする独自のＵＥシグナリングを含んでもよい。測定は、ソフトウェア２２１０および２２４０が、伝搬時間、エラーなどを監視している間に、ＯＴＴ接続２２１６を使用して、メッセージ、特に空のメッセージまたは「ダミー」メッセージを送信させることで実施されてもよい。

図２３は、本開示のいくつかの実施形態に従って、通信システムに実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図２１および図２２を参照して説明したものであってもよいＵＥとを含む。本開示を簡単にするために、このセクションでは、図２３への図面参照のみが含まれる。ステップ２３００では、ホストコンピュータがユーザデータを提供する。ステップ２３００のサブステップ２３０２（オプションであり得る）では、ホストコンピュータは、ホストアプリケーションを実行することにより、ユーザデータを提供する。ステップ２３０４において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ２３０６（オプションであり得る）において、基地局は、本開示全体を通して説明された実施形態の教示に従って、ホストコンピュータが開始した送信で運ばれたユーザデータをＵＥに送信する。ステップ２３０８（オプションであり得る）では、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図２４は、本開示のいくつかの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および、図２１および図２２を参照して説明したものであり得るＵＥを含む。本開示の簡略化のために、図２４への図面参照のみがこのセクションに含まれる。本方法のステップ２４００では、ホストコンピュータがユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することにより、ユーザデータを提供する。ステップ２４０２では、ホストコンピュータは、ユーザデータをＵＥに運ぶ伝送を開始する。この送信は、本開示全体で説明された実施形態の教示に従って、基地局を経由してもよい。ステップ２４０４（オプションであり得る）では、ＵＥは、送信で運ばれたユーザデータを受信する。

図２５は、本開示のいくつかの実施形態に従って、通信システムで実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図２１および図２２を参照して説明したものであってもよいＵＥと、を含む。本開示を簡単にするために、このセクションでは、図２５への図面参照のみが含まれる。ステップ２５００（オプションであり得る）では、ＵＥは、ホストコンピュータによって提供される入力データを受信する。さらにまたは代替として、ステップ２５０２では、ＵＥは、ユーザデータを提供する。ステップ２５００のサブステップ２５０４（オプションであり得る）では、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ２５０２のサブステップ２５０６（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応して、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ２５０８（オプションであり得る）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ２５１０において、ホストコンピュータは、本開示を通じて説明された実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２６は、本開示のいくつかの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図２１および図２２を参照して説明したものであってもよいＵＥとを含む。本開示を簡単にするために、このセクションでは、図２６への図面参照のみが含まれる。ステップ２６００（オプションであり得る）では、本開示全体を通して説明された実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ２６０２（これはオプションであってもよい）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ２６０４（オプションであり得る）において、ホストコンピュータは、基地局によって開始された送信で運ばれたユーザデータを受信する。

本明細書に開示される任意の適切なステップ、方法、特徴、機能、または利点は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを介して実行されてもよい。各仮想装置は、これらの多数の機能ユニットを含んでいてもよい。これらの機能ユニットは、１つ以上のマイクロプロセッサまたはマイクロコントローラ、およびデジタル信号プロセッサ（ＤＳＰ）、特殊目的デジタルロジックなどを含む他のデジタルハードウェアを含んでもよい処理回路を介して実装されてもよい。処理回路は、メモリに記憶されたプログラムコードを実行するように構成されていてもよく、これは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリ装置、光記憶装置などの１つまたは複数のタイプのメモリを含んでいてもよい。メモリに記憶されたプログラムコードは、本明細書に記載された技術のうちの１つ以上の技術を実行するための命令と同様に、１つ以上の電気通信プロトコルおよび／またはデータ通信プロトコルを実行するためのプログラム命令を含む。いくつかの実施形態では、処理回路は、本開示の１つ以上の実施形態に従って、それぞれの機能ユニットに対応する機能を実行させるために使用されてもよい。

図中のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示すことがあるが、そのような順序は例示的なものであることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行し、特定の動作を組み合わせ、特定の動作をオーバーラップするなどしてもよい）。

実施形態
本開示の以下の例示的な実施形態は、例示であり、限定的ではない。

グループＡの実施形態
１．電気通信ネットワーク内で通信するための、ＵＥにより実行される方法であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときに、通信を再開する要求を基地局に送信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることなく、リリースおよびリダイレクトの指示を前記基地局から受信することと、リリースおよびリダイレクトの前記指示を受信したことに応答して、ＲＡＴにおいてセル選択を実行し、選択されたセルとの通信の確立または再開を試行することと、を含む方法。

２．通信を再開する前記要求は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含む、実施形態１の方法。

３．リリースおよびリダイレクトの前記指示は、ＲＲＣＲｅｌｅａｓｅメッセージを含む、実施形態１または２の方法。

４．リリースおよびリダイレクトの前記指示は、セル選択が実行されることになるＲＡＴを識別する、実施形態１～３のいずれかの方法。

５．セル選択が実行されることになる前記ＲＡＴは、ＮＲ周波数またはＬＴＥ周波数を含む、実施形態１～４のいずれかの方法。

グループＢの実施形態
６．電気通信ネットワーク内でＵＥと通信するための、基地局により実行される方法であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある前記ＵＥから、通信を再開する要求を受信することと、通信を再開する前記要求を受信したことに応答して、最初に再開する指示を前記ＵＥに送信することなく、リリースおよびリダイレクトの指示を前記ＵＥに送信することと、を含む方法。

７．通信を再開する前記要求は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを含む、実施形態６の方法。

８．リリースおよびリダイレクトの前記指示は、ＲＲＣＲｅｌｅａｓｅメッセージを含む、実施形態６または７の方法。

９．リリースおよびリダイレクトの前記指示は、セル選択が実行されることになるＲＡＴを識別する、実施形態６～８のいずれかの方法。

１０．セル選択が実行されることになる前記ＲＡＴは、ＮＲ周波数またはＬＴＥ周波数を含む、実施形態６～９のいずれかの方法。

１１．リリースおよびリダイレクトの前記指示を送信する前に、コンテキスト再配置を実行することをさらに含む、実施形態６～１０のいずれかの方法。

１２．前記コンテキスト再配置を実行することは、最後のサービング基地局から、前記ＵＥに関連するコンテキストを取得することと、ＡＭＦに、パススイッチ要求を送信することと、前記ＡＭＦから、パススイッチ要求応答を受信することと、をさらに含む、実施形態１２の方法。

１３．リリースおよびリダイレクトの前記指示を送信した後に、前記最後のサービング基地局に前記ＵＥに関連する前記コンテキストをリリースする指示を送信することをさらに含む、実施形態１１または１２の方法。

グループＣの実施形態
１４．電気通信ネットワーク内で通信するための無線デバイスであって、グループＡの実施形態のいずれかのステップを実行するように構成された処理回路と、無線デバイスに電力を供給するように構成された電力供給回路と、を含む無線デバイス。

１５．電気通信ネットワーク内でＵＥと通信するための基地局であって、グループＢの実施形態のいずれかのステップを実行するように構成された処理回路と、基地局に電力を供給するように構成された電力供給回路と、を含む基地局。

１６．電気通信ネットワーク内で通信するためのＵＥであって、無線信号を送受信するように構成されたアンテナと、前記アンテナおよび処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された、無線フロントエンド回路と、前記処理回路は、本明細書に開示されたＵＥの方法のいずれかを実行するように構成されており、前記処理回路に接続され、前記処理回路によって処理される前記ＵＥへの情報の入力を可能にするように構成された入力インタフェースと、前記処理回路に接続され、前記処理回路によって処理された前記ＵＥからの情報を出力するように構成された出力インタフェースと、前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリーと、を有するＵＥ。

１７．ホストコンピュータを含む通信システムであって、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のために前記ユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、を有し、前記セルラーネットワークは、無線インタフェースと処理回路とを有する基地局を含み、前記基地局の処理回路は、グループＢの実施形態のいずれかのステップを実行するように構成されている通信システム。

１８．前記基地局をさらに含む、前述の実施形態の通信システム。

１９．前記ＵＥをさらに含み、前記ＵＥは、前記基地局と通信するように構成されている、前述の２つの実施形態の通信システム。

２０．前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより前記ユーザデータを提供し、前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成された処理回路を含む、前述の３つの実施形態の通信システム。

２１．ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ユーザデータを前記ＵＥに搬送する送信を開始することと、を含み、前記基地局は、本明細書に開示される基地局の方法のいずれかを実行する、方法。

２２．前記基地局において、前記ユーザデータを送信することをさらに含む、前述の実施形態の方法。

２３．前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は、前記ＵＥにおいて、前記ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、前述の２つの実施形態の方法。

２４．基地局と通信するように構成されたＵＥであって、無線インタフェースと、前述の３つの実施形態の方法を実行するように構成された処理回路と、を含むＵＥ。

２５．ホストコンピュータを含む通信システムであって、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、を含み、前記ＵＥは、無線インタフェースと処理回路とを含み、前記ＵＥの構成要素は、グループＡの実施形態のいずれかのステップを実行するように構成されている、通信システム。

２６．前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに含む、前述の実施形態の通信システム。

２７．前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより前記ユーザデータを提供し、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されている、前述の２つの実施形態の通信システム。

２８．ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ユーザデータを前記ＵＥに搬送する送信を開始することと、を含み、前記ＵＥは、グループＡの実施形態のいずれかのステップを実行する、方法。

２９．前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに含む、前述の実施形態の方法。

３０．ホストコンピュータを含む通信システムであって、ＵＥから基地局への送信に由来するユーザデータを受信するように構成された通信インタフェースを含み、前記ＵＥは、無線インタフェースと処理回路とを含み、前記ＵＥの処理回路は、グループＡの実施形態のいずれかのステップを実行するように構成されている、通信システム。

３１．前記ＵＥをさらに含む、前述の実施形態の通信システム。

３２．前記基地局をさらに含み、前記基地局は、前記ＵＥと通信するように構成された無線インタフェースと、前記ＵＥから前記基地局への送信によって搬送された前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インタフェースと、を含む、前述の２つの実施形態の通信システム。

３３．前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記ユーザデータを提供する、前述の３つの実施形態の通信システム。

３４．前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、これにより要求データを提供し、前記ＵＥの処理回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記要求データに応答して前記ユーザデータを提供する、前述の４つの実施形態の通信システム。

３５．ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法であって、前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信することを含み、前記ＵＥは、グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

３６．前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに含む、前述の実施形態の方法。

３７．前記ＵＥにおいて、クライアントアプリケーションを実行し、これにより送信されることになる前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連するホストアプリケーションを実行することと、さらに含む、前述の２つの実施形態の方法。

３８．前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することであって、前記入力データは前記クライアントアプリケーションに関連するホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される、前記受信することと、をさらに含み、送信されることになる前記ユーザデータは、前記入力データに応答して前記クライアントアプリケーションによって提供される、前述の３つの実施形態の方法。

３９．ＵＥから基地局への送信に由来するユーザデータを受信するように構成された通信インタフェースを含む、ホストコンピュータを含む通信システムであって、前記基地局は、無線インタフェースと処理回路とを含み、前記基地局の処理回路は、本明細書に開示される基地局の方法のいずれかを実行するように構成されている、通信システム。

４０．前記基地局をさらに含む、前述の実施形態の通信システム。

４１．前記ＵＥをさらに含み、前記ＵＥは、前記基地局と通信するように構成されている、前述の２つの実施形態の通信システム。

４２．前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、これにより前記ホストコンピュータによって受信されることになる前記ユーザデータを提供する、前述の３つの実施形態の通信システム。

４３．ホストコンピュータと基地局とＵＥとを含む通信システム内で実施される方法であって、前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信した送信に由来するユーザデータを前記基地局から受信することを含み、前記ＵＥは、グループＡの実施形態のいずれかのステップを実行する、方法。

４４．前記基地局において、前記ＵＥから前記ユーザデータを受信することをさらに含む、前述の実施形態の方法。

４５．前記基地局において、前記受信されたユーザデータの前記ホストコンピュータへの送信を開始することをさらに含む、前述の２つの実施形態の方法。

本開示では、以下の略語の少なくとも一部が使用され得る。略語の間に矛盾がある場合は、上記の使用方法を優先すべきである。以下に複数回記載されている場合は、最初に記載されているものが後に記載されているものよりも優先されるべきである。
・３Ｇ 第３世代
・３ＧＰＰ 第３世代パートナーシッププロジェクト
・４Ｇ 第４世代
・５Ｇ 第５世代
・５ＧＳ 第５世代システム
・５ＧＭＭ 第５世代システムモビリティ管理
・５ＧＣ 第５世代コアネットワーク
・５Ｇ－Ｓ－ＴＭＳＩ 第５世代－システムアーキテクチャエボリューション－一時移動加入者識別子
・ＡＦ アプリケーション機能
・ＡＭＦ アクセスおよびモビリティ管理機能
・ＡＮ アクセスネットワーク
・ＡＰ アクセスポイント
・ＡＲＦＣＮ 絶対無線周波数チャネル番号
・ＡＳ アクセスストラタム
・ＡＳＩＣ 特定用途向け集積回路
・ＡＵＳＦ 認証サーバ機能
・ＣＡ キャリアアグリゲーション
・ＣＮ コアネットワーク
・ＣＰＵ 中央処理装置
・Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
・ＤＣ デュアルコネクティビティ
・ＤＬ ダウンリンク
・ＤＮ データネットワーク
・ＤＲＢ データ無線ベアラ
・ＤＲＸ 不連続受信
・ＤＳＰ デジタルシグナルプロセッサ
・ｅＮＢ 発展型または進化型ノードＢ
・ＥＰＣ 発展型または進化型パケットコア
・Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
・Ｅ－ＵＴＲＡＮ 進化型ユニバーサル地上無線アクセスネットワーク
・ＦＤＤ 周波数分割複信
・ＦＦＳ さらなる研究のために
・ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ｇＮＢ ニューラジオ基地局
・ＩＤ 識別子／アイデンティティ
・ＩＰ インターネットプロトコル
・Ｉ－ＲＮＴＩ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のための無線ネットワーク一時識別子
・ＬＳ リエゾン声明
・ＬＴＥ ロングタームエボリューション
・ＭＡ 移動権限
・ＭＡＣ 媒体アクセス制御
・ＭＣＧ マスタセルグループ
・ＭＣＳ ミッションクリティカルサポート
・ＭＭＥ モビリティ管理エンティティ
・ＭＯ モバイル由来
・ＭＰＳ マルチメディア優先サービス
・ＭＴ モバイル終結
・ＭＴＣ マシンタイプ通信
・ＮＡＳ 非アクセスストラタム
・ＮＢ 狭帯域
・ＮＣＣ 次ホップチェイニングカウンタ
・ＮＥＦ ネットワーク露出機能
・ＮＦ ネットワーク機能
・ＮＨ 次ホップ
・ＮＲ ニューラジオ
・ＮＲＦ ネットワークリポジトリ機能
・ＮＳＳＦ ネットワークスライス選択機能
・ＯＴＴ オーバーザトップ
・ＰＣｅｌｌ プライマリセル
・ＰＣＦ ポリシー制御機能
・ＰＤＣＰ パケットデータ収束プロトコル
・ＰＤＵ プロトコルデータユニット
・Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ＰＬＭＮ 公衆地上移動ネットワーク
・ＱｏＳ サービス品質
・ＲＡＭ ランダムアクセスメモリ
・ＲＡＮ 無線アクセスネットワーク
・ＲＡＴ 無線アクセス技術
・ＲＬＣ 無線リンク制御
・ＲＮＡ 無線ネットワークサブシステムアプリケーション部ユーザ適応
・ＲＮＡＵ 無線ネットワークサブシステムアプリケーション部ユーザ適応更新
・ＲＮＴＩ 無線ネットワーク一時識別子
・ＲＯＨＣ ロバストヘッダ圧縮
・ＲＯＭ 読み出し専用メモリ
・ＲＲＣ 無線リソース制御
・ＲＲＨ リモートラジオヘッド
・ＲＴＴ ラウンドトリップタイム
・ＳＡＥ システムアーキテクチャエボリューション
・ＳＡＰ サービスアクセスポイント
・ＳＣＥＦ サービス能力露出機能
・ＳＣｅｌｌ セカンダリセル
・ＳＣＧ セカンダリセルグループ
・ＳＤＡＰ サービスデータ適応プロトコル
・ＳＭＦ セッション管理機能
・ＳＭＳ ショートメッセージサービス
・ＳｐＣｅｌｌ スペシャルセル
・ＳＲＢ シグナリングラジオベアラ
・ＴＭＳＩ 一時移動加入者識別子
・ＴＳ 技術仕様
・ＵＤＭ 統合データ管理
・ＵＥ ユーザ装置
・ＵＴＲＡ ユニバーサル地上無線アクセス
・ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
・ＶｏＩＰ ボイスオーバインターネットプロトコル
・Ｘ２ＡＰ Ｘ２インタフェースアプリケーションプロトコル
・ＸｎＡＰ Ｘｎインタフェースアプリケーションプロトコル

当業者であれば、本開示の実施形態に対する改良や変更を認識するであろう。そのような改良および変更はすべて、本明細書に開示された概念の範囲内とみなされる。

Claims (14)

1. 無線リソース制御（ＲＲＣ）＿ＩＮＡＣＴＩＶＥ状態にあるユーザ装置（ＵＥ）によって開始される方法であって、
   第１のセルに、通信の再開を要求する第１のＲＲＣ再開要求メッセージを送信すること（６０２）と、
   前記送信された第１のＲＲＣ再開要求メッセージに応答しかつ再開の指示を前記第１のセルから受信することなく、サスペンド構成と、リリースおよび他のキャリア周波数にリダイレクトするための情報と、を含むＲＲＣリリースメッセージを受信すること（６０４）と、
   前記ＲＲＣリリースメッセージに含まれたキャリア周波数の第２のセルに、通信の再開を要求する第２のＲＲＣ再開要求メッセージを送信することと、
   を含む方法。
2. リリースおよびリダイレクトするための前記情報を受信することに応答して、無線アクセス技術（ＲＡＴ）においてセル選択を実行すること（６１４）をさらに含む
   請求項１に記載の方法。
3. リリースおよびリダイレクトするための前記情報は、キャンプオンする前記第２のセルのキャリア周波数を識別する
   請求項１または２に記載の方法。
4. 前記キャリア周波数は、ニューラジオ（ＮＲ）周波数またはロングタームエボリューション（ＬＴＥ）周波数である
   請求項１乃至３の何れか１項に記載の方法。
5. 電気通信ネットワーク内でユーザ装置（ＵＥ）と通信するための、基地局によって実行される方法であって、
   無線リソース制御（ＲＲＣ）＿ＩＮＡＣＴＩＶＥ状態にある前記ＵＥから、通信の再開を要求するＲＲＣ再開要求メッセージを受信すること（７００）と、
   前記ＲＲＣ再開要求メッセージの受信に応答しかつ再開の指示を前記ＵＥに最初に送信することなく、サスペンド構成と、リリースおよび他のキャリア周波数にリダイレクトするための情報と、を含むＲＲＣリリースメッセージを、前記ＵＥに送信すること（７０６）と、
   を含む方法。
6. リリースおよびリダイレクトするための前記情報は、セル選択が実行されることになる無線アクセス技術（ＲＡＴ）を識別する
   請求項５に記載の方法。
7. リリースおよびリダイレクトするための前記情報は、キャンプオンする第２のセルのキャリア周波数を識別する
   請求項５または６に記載の方法。
8. 前記キャリア周波数は、ニューラジオ（ＮＲ）周波数またはロングタームエボリューション（ＬＴＥ）周波数である
   請求項５乃至７の何れか１項に記載の方法。
9. 電気通信ネットワーク内で通信するためのユーザ装置（１９００）であって、
   第１のセルに、通信の再開を要求する第１のＲＲＣ再開要求メッセージを送信し（６０２）、
   前記送信された第１のＲＲＣ再開要求メッセージに応答しかつ再開の指示を前記第１のセルから受信することなく、サスペンド構成と、リリースおよび他のキャリア周波数にリダイレクトするための情報と、を含むＲＲＣリリースメッセージを受信し（６０４）、
   前記ＲＲＣリリースメッセージに含まれたキャリア周波数の第２のセルに、通信の再開を要求する第２のＲＲＣ再開要求メッセージを送信する、
   ように構成されている
   ユーザ装置。
10. 請求項２乃至４の何れか１項に記載の方法を実行するようにさらに構成されている
    請求項９に記載のユーザ装置。
11. 電気通信ネットワーク内でユーザ装置（ＵＥ）と通信するための基地局（１７００）であって、
    無線リソース制御（ＲＲＣ）＿ＩＮＡＣＴＩＶＥ状態にある前記ＵＥから、通信の再開を要求するＲＲＣ再開要求メッセージを受信し（７００）、
    前記ＲＲＣ再開要求メッセージの受信に応答しかつ再開の指示を前記ＵＥに最初に送信することなく、サスペンド構成と、リリースおよび他のキャリア周波数にリダイレクトするための情報と、を含むＲＲＣリリースメッセージを、前記ＵＥに送信する（７０６）、
    ように構成されている
    基地局。
12. 請求項６乃至８の何れか１項に記載の方法を実行するようにさらに構成されている
    請求項１１に記載の基地局。
13. ユーザ装置（１９００）または基地局（１７００）によって実行されるように、少なくとも１つのプロセッサにより実行されたとき、該少なくとも１つのプロセッサに請求項１乃至８の何れか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
14. 請求項１３に記載のコンピュータプログラムを格納したコンピュータ可読記憶媒体。

Images