JP2024505266A - 第１のコアネットワーク装置の方法、第２のコアネットワーク装置の方法、および無線アクセスネットワークの方法 - Google Patents

Abstract

ユーザ装置（ＵＥ：User Equipment）を新アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）に登録するための技術が開示される。新アクセスおよびモビリティ管理機能（ＡＭＦ）が、旧ＡＭＦが互いに独立したＡＭＦである、つまりそれらが接続されていないと判断した場合、前記新ＡＭＦは、新世代の無線アクセスネットワーク（ＮＧ－ＲＡＮ：New Generation Radio Access Network）を経由して前記旧ＡＭＦから前記ＵＥコンテキスト（５ＧＭＭおよび５ＧＳＭコンテキスト）を引き出す。前記新ＡＭＦは、Namf_Communication_UEContextTransfer要求メッセージを前記旧ＡＭＦにルーティングして、ＮＧ－ＲＡＮ経由でＵＥコンテキストを引き出す。前記旧ＡＭＦは、Namf_Communication_UEContextTransfer応答メッセージ内のＵＥコンテキストをＮＧ－ＲＡＮを経由して前記新ＡＭＦに送信する。前記新ＡＭＦと前記旧ＡＭＦ間のコンテキスト転送に基づいて、前記ＵＥは前記新ＡＭＦに登録される。【選択図】図２Ａ

Description

本開示は、５Ｇコアネットワークにおける独立したスライス（disjoint slice）に関連する登録手順及びユーザデータ送信手順を処理する手順を開示する。本主題は、ＵＥが、それぞれに独立したＡＭＦが異なるネットワークスライスをサポートする場合に、独立したＡＭＦに対する登録手順をどのように実行するかを開示する。

３ＧＰＰリリース１５およびリリース１６で定義されたネットワークスライシング機能により、通信事業者と業種を問わず、多種多様な通信サービスが可能になる。ネットワークスライシングの商用可能性を高めるために、ＧＳＭＡ ５ＧＪＡは文書ＮＧ．１１６で、いくつかのネットワークスライスタイプの説明を導き出すことができる汎用スライステンプレート（ＧＳＴ：Generic Slice Template）［２］の概念を導入した。ＧＳＴのパラメータの一部は、エンド顧客に提供されるサービスのパラメータと境界の定義を明示的に示す。ただし、これらの境界とパラメータの一部の適用は、５ＧＳではまだサポートされていない。

Ｒｅｌ－１８のネットワークスライスへのアクセスとサポートの強化に関連する３ＧＰＰ ＳＡ１研究［３］では、５Ｇシステムの潜在的なサービス要件を特定するために、ネットワークスライスを使用するさまざまなユースケースとシナリオを検討している。ユースケースのシナリオの一部は次のとおりである。
－ネットワークスライスに、特定の周波数帯域／サブバンド、ＲＡＴ、地理的エリア、ネットワーク、アプリケーションなどの制限がある場合、
－ＵＥが複数のネットワークスライスに加入しており、これらのネットワークスライスが、たとえば、異なる周波数バンド／サブバンド、ＲＡＴ、地理的エリア、アプリケーション用に展開されている場合、
－他のネットワークスライスよりもネットワークスライスに優先順位がある場合、例えば、ネットワークスライスの可用性に関して矛盾する制約がある場合。

現在、サービスが複数の独立したネットワークにまたがる場合、ＵＥは、独立したネットワークによって提供される複数のサービスを同時に使用することはできない。異なる独立したネットワークによってサービスが提供されるスイッチングサービスにより、サービスのアクティブ化に大量のシグナリングと遅延が発生する。

以下に、主題の実施形態のいくつかの態様の基本的な理解を提供するために、主題の簡略化した概要を提示する。この概要は、主題の広範な概要を示すものではない。実施形態の重要な／重要な要素を特定したり、主題の範囲を描写したりすることを意図したものではない。

その唯一の目的は、後で提示するより詳細な説明への前置きとして、主題のいくつかの概念を簡略化した形式で提示することである。

本開示の一実施形態によれば、新アクセスおよびモビリティ管理機能（ＡＭＦ：Access and mobility Management Function）が、旧ＡＭＦが互いに独立したＡＭＦである、すなわち、それらが接続されていないと判断した場合、新ＡＭＦは、新世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：New Generation Radio Access Network）を介して旧ＡＭＦからＵＥコンテキスト（５ＧＭＭおよび５ＧＳＭコンテキスト）を取得する。新ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ要求メッセージを旧ＡＭＦに転送して、ＮＧ－ＲＡＮ経由でＵＥコンテキストを取得する。旧ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ応答メッセージ内のＵＥコンテキストをＮＧ－ＲＡＮ経由で新ＡＭＦに送信する。新ＡＭＦと旧ＡＭＦ間のコンテキスト転送に基づいて、ＵＥは新ＡＭＦに登録される。

別の実施形態によれば、ＵＥが５ＧＭＭ－ＣＯＮＮＥＣＴＥＤ状態にある間に、ＡＭＦが、現在のＡＭＦで処理できないＳ－ＮＳＳＡＩに設定された要求されたネットワークスライス選択支援情報（ＮＳＳＡＩ：Network Slice Selection Assistance Information）を含む登録要求メッセージを受信した場合、ＡＭＦは、登録受諾メッセージに再登録表示を含めることにより、ＵＥに新ＡＭＦの再登録手順を実行するよう要求する。このようにして、ＵＥは新ＡＭＦに登録される。

本主題の別の実施形態によれば、独立したネットワーク識別子（disjoint network identifier）を導入することによって、独立したネットワークの管理スキームが導入される。独立したネットワーク識別子は、パブリックランドモバイルネットワーク（ＰＬＭＮ：Public Land Mobile Network）内で独立したネットワークを一意に識別するために使用される。独立したネットワーク識別子は、ＮＧ－ＲＡＮがＡＭＦと独立したネットワーク識別子との間の関連付けを維持できるように、ＡＭＦによってＮＧ－ＲＡＮに提供される。

本開示のこれらおよび他の目的、実施形態および利点は、添付の図面を参照した以下の実施形態の詳細な説明から当業者には容易に明らかになるであろうが、本開示は開示される特定の実施形態に限定されない。

本発明の主題の前述およびさらなる目的、特徴および利点は、添付の図面を参照した例示的な実施形態の以下の説明から明らかになり、図面では、同様の要素を表すために同様の符号が使用されている。

しかしながら、参照番号を伴う添付の図面は、本発明の主題の典型的な実施形態のみを示しており、したがって、本発明の範囲を限定するものとみなされるべきではなく、本発明は他のもの、特に効果的な実施形態にも同様に許容することができることに留意すべきである。

図１は、本主題の例示的な実施形態において、無線アクセスネットワークが２つの異なるアクセスおよび管理機能（ＡＭＦ：Access and Management Functions）を使用して２つの異なるスライスに接続する従来技術の使用例シナリオを示す。

図２Ａは、本主題の別の例示的な実施形態における、互いに独立したＡＭＦ間のユーザ装置（ＵＥ）コンテキスト転送を伴う登録手順の一例を示す。 図２Ｂは、本主題の別の例示的な実施形態における、互いに独立したＡＭＦ間のユーザ装置（ＵＥ）コンテキスト転送を伴う登録手順の一例を示す。

図３Ａは、本主題のさらに別の例示的な実施形態において、ＵＥが１つのネットワークスライスから、互いに独立したネットワークに属する別のネットワークスライスにアクセスを変更するときの、プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション一時停止を伴う登録手順の一例を示す。 図３Ｂは、本主題のさらに別の例示的な実施形態において、ＵＥが１つのネットワークスライスから、互いに独立したネットワークに属する別のネットワークスライスにアクセスを変更するときの、プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション一時停止を伴う登録手順の一例を示す。

図４Ａは、本主題のさらに別の例示的な実施形態におけるＰＤＵセッション再開を伴う登録手順の例を示す。 図４Ｂは、本主題のさらに別の例示的な実施形態におけるＰＤＵセッション再開を伴う登録手順の例を示す。

図５は、本主題の例示的な実施形態における、ＵＥが５ＧＭＭ－ＣＯＮＮＥＣＴＥＤ状態にある間の登録手順の例を示す。

図６は、本主題の例示的な実施形態における５ＧＣとＮＧ－ＲＡＮとの間の互いに独立したネットワーク識別子管理を示す。

図７は、本主題の例示的な実施形態において、ＡＭＦが、ＮＧ－ＲＡＮによってトリガされる次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）に独立したネットワーク識別子を通知する手順を示す。

図８は、本主題の例示的な実施形態において、ＡＭＦによってトリガされて、ＡＭＦが独立したネットワーク識別子をＮＧ－ＲＡＮに通知する手順を示す。

図９は、本主題の例示的な実施形態におけるＵＥのブロック図を示す。

図１０は、本主題の例示的な実施形態における例示的な（Ｒ）ＡＮノードのブロック図を示す。

図１１は、本主題の例示的な実施形態におけるＡＭＦのブロック図を示す。

図１２は、本主題の例示的な実装における登録手順を示す。

以下に説明する例示的な実施形態のそれぞれは、独立して、または他の実施形態と組み合わせて実装することができる。

当業者であれば、図中の要素は簡略化のために示されており、必ずしも一定の縮尺で描かれていない可能性があることを理解するであろう。さらに、装置の構造に関して、装置の１つまたは複数のコンポーネントが従来の記号で図に表されている場合があり、また、図面は、本明細書の説明の恩恵を受ける当業者には容易に明らかとなる詳細で図面を曖昧にしないように、本開示の実施形態を理解するのに関連する特定の詳細のみを示す場合がある。

本開示の原理の理解を促進する目的で、図に示された実施形態を参照し、それらを説明するために特定の言語を使用する。しかしながら、それによって本開示の範囲を限定するものではないことが理解されるであろう。図示されたシステムにおけるそのような変更およびさらなる修正、および当業者が通常思いつくであろう本開示の原理のさらなる応用は、本開示の範囲内であると解釈されるべきである。

「含む」、「含んでいる」という用語、またはその他のその変形は、ステップのリストを含むプロセスまたは方法がそれらのステップのみを含まないように、非排他的な包含をカバーすることを意図し、ただし、明示的にリストされていない、またはそのようなプロセスまたは方法に固有の他のステップが含まれる場合がある。同様に、「含む」が前に付く１つ以上のデバイス、エンティティ、サブシステム、要素、構造、またはコンポーネントは、さらなる制約がなければ、他のデバイス、サブシステム、要素、構造、コンポーネント、追加のデバイス、追加のサブシステム、追加の要素、追加の構造、または追加のコンポーネントの存在を妨げない。本明細書全体にわたる「ある実施形態において」、「別の実施形態において」という語句および同様の表現は、必ずではないが、すべて同じ実施形態を指す場合がある。

他に定義されない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。本明細書で提供されるシステム、方法、および例は、単なる例示であり、限定することを意図したものではない。以下の明細書および特許請求の範囲では、いくつかの用語について言及するが、これらの用語は以下の意味を有するように定義されるものとする。単数形「ａ」、「ａｎ」、「ｔｈｅ」には、文脈上明らかに別段の指示がない限り、複数形の言及が含まれる。

データは意味のある情報であり、パラメータに起因する値を表すため、本明細書で使用されるように、情報はデータおよび知識に関連付けられる。さらなる知識は、抽象的または具体的な概念の理解を意味する。この例示的なシステムは、開示された主題の説明を容易にするために簡略化されており、本開示の範囲を限定することを意図していないことに留意されたい。システムに加えて、またはシステムの代わりに、本明細書に開示される実施形態を実装するために、他のデバイス、システム、および構成が使用されてもよく、そのようなすべての実施形態は、本開示の範囲内であると考えられる。

これらの図は、いくつかの要素と機能エンティティのみを示す簡略化された構造を示しており、すべては論理ユニットであり、その実装は示されているものと異なる場合がある。示されている接続は論理接続であり、実際の物理接続は異なる場合がある。この構造が他の機能および構造を含むこともできることは、当業者には明らかである。また、説明され、図に示されているすべての論理ユニットには、ユニットが機能するために必要なソフトウェアおよび／またはハードウェアコンポーネントが含まれている。さらに、各ユニットは、それ自体内に暗黙的に理解される１つ以上のコンポーネントを含む場合がある。これらの構成要素は、相互に動作可能に結合され、前記ユニットの機能を実行するために相互に通信するように構成され得る。

現在の技術水準では、より多くのネットワークスライスが展開されるため、各ＵＥが複数のネットワークスライスに加入する可能性が高くなる。一部のネットワークスライスサービスはＵＥに同時に提供できるが、サービスを同時にＵＥに提供できないネットワークスライスも存在する可能性がある。これは、ネットワークスライスには複数の関連要素があるためである（例：企業使用と個人使用、分離要件、一般公共使用と公共安全使用、周波数制限、場所制限など）。

図１は、本主題の例示的な実施形態において、ＲＡＮノードがＡＭＦ Ｙを介して提供されるスライスＭと、同じＰＬＭＮのＡＭＦ Ｘによって提供されるスライスＮに接続するユースケースシナリオを示す。たとえば、スライスＭは公共のセキュリティに使用され、スライスＮはインターネットアクセスに使用される。５ＧＣでは、専用ネットワークリソースとネットワーク機能は、分離要件を満たすために公安緊急サービスとビデオサービス用に個別にカスタマイズされており、これにより、異なるネットワークスライス間のコアネットワークリソースの独立性が確保される。したがって、２つのネットワークスライスは分離されており、同時にＵＥに提供することはできない。このようなネットワークスライスは、互いに独立したネットワークスライスと呼ばれる。

サブスクリプションと構成：
－ＵＥ Ａ１およびＡ３はスライスＭへのサブスクリプションを持つ。
－ＵＥ Ａ２およびＡ３はスライスＮへのサブスクリプションを持つ。
－ＵＥ Ａ３の場合、どのアプリケーションがどのネットワークスライスを使用するかが設定される。

導入：
－スライスＮとスライスＭが分離される。
－ＲＡＮはスライスＭとスライスＮの両方に接続できる。
－スライスＭとスライスＮは同じＰＬＭＮによって提供される。

ＵＥは、互いに独立したネットワークスライスである、ネットワークスライスＭおよびネットワークスライスＮで構成でき、ネットワークスライスＭとネットワークスライスＮは、すなわち２つのＡＭＦは直接通信できないという独立の要件によって、Ｎ１４インターフェイスを持たない２つの異なるＡＭＦによってサポートされる。同様に、ネットワークスライスＭを処理する５ＧＣノードは、独立した要件により、ネットワークスライスＮを処理する５ＧＣノードと通信できないものと想定される。たとえば、ネットワークスライスＭを処理するＡＭＦは、ネットワークスライスＮを処理するどのＳＭＦとも通信できない。

ある時点で、ＵＥはネットワークスライスＭに関連するサービスにアクセスするために、ネットワークスライスＭを処理するＡＭＦに登録される。ＵＥはアプリケーションからトリガを受信し、別々のネットワークスライスに同時にアクセスすることなくネットワークスライスＮにアクセスする。この状況では、ＵＥをＡＭＦ処理ネットワークスライスＮにどのように登録できるかは明確ではない。

ＵＥが同時に使用できない１つの事業者の複数のネットワークスライスにアクセスする権限を与えられたＵＥの場合、５Ｇシステムは、ＵＥが１つのネットワークスライスから別のネットワークスライスにアクセスを変更するときの最小限の中断をサポートする必要がある。（アクティブなアプリケーションの変更によってトリガされた場合の例）。

本主題の例示的な実施形態によれば、新ＡＭＦが、旧ＡＭＦが独立のＡＭＦである、すなわち、それらが接続されていないと判断した場合、そのときには、新ＡＭＦは、ＮＧ－ＲＡＮを介して旧ＡＭＦからＵＥコンテキスト（５ＧＭＭおよび５ＧＳＭコンテキスト）を取得する。新ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ要求メッセージを旧ＡＭＦにルーティングして、ＮＧ－ＲＡＮ経由でＵＥコンテキストを取得する。旧ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ応答メッセージ内のＵＥコンテキストをＮＧ－ＲＡＮ経由で新ＡＭＦに送信する。

図２Ａは、本主題の例示的な実施形態における、互いに独立したＡＭＦ間のＵＥコンテキスト転送を伴う登録手順の一例を示す。
図２Ｂは、本主題の例示的な実施形態における、互いに独立したＡＭＦ間のＵＥコンテキスト転送を伴う登録手順の一例を示す。

手順の詳細なステップを以下に説明する。

ステップ０。 ＵＥは、ＡＭＦ１（Ｓ－ＮＳＳＡＩ １のみをサポート）とＡＭＦ２（Ｓ－ＮＳＳＡＩ ２のみをサポート）によって、それぞれ処理されるＳ－ＮＳＳＡＩ １およびＳ－ＮＳＳＡＩ ２で構成される。ＡＭＦ１とＡＭＦ２ は互いに独立したＡＭＦであり、すなわち、２つのＡＭＦ間の直接通信は不可能であり、すなわち、ＡＭＦ１（例：旧ＡＭＦ）とＡＭＦ２（例：新ＡＭＦ）の間にＮ１４インターフェイスがない。ＡＭＦ１とＡＭＦ２は同じＰＬＭＮに属する。

ＵＥは、Ｓ－ＮＳＳＡＩ １に関連するサービスにアクセスするためにＡＭＦ１に登録される。ＵＥにはＡＭＦ１によって５Ｇ－ＧＵＴＩ １が割り当てられ、Ｓ－ＮＳＳＡＩ ２は許可されたＮＳＳＡＩ内の唯一のネットワークスライスである。ＵＥは５ＧＭＭ－ＩＤＬＥ状態にある。

ステップ１。 ＵＥは、Ｓ－ＮＳＳＡＩ ２のみに登録するためのアプリケーションからトリガを受信する（たとえば、ＵＥは、Ｓ－ＮＳＳＡＩ ２に関連するアプリケーションのユーザデータを送信するトリガを受信する）。

ステップ２。 ＵＥはＮＧ－ＲＡＮへのＲＲＣ接続を確立する。ＵＥは、５Ｇ－ＧＵＴＩ１、Ｓ－ＮＳＳＡＩリストＩＥ＝Ｓ－ＮＳＳＡＩ ２、および要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ ２を含む登録要求メッセージを含む専用ＮＡＳ－Ｍｅｓｓａｇｅ ＩＥを使用して、ＲＲＣセットアップ完了メッセージをＮＧ－ＲＡＮに送信する。

ステップ３。 ＮＧ－ＲＡＮは、Ｓ－ＮＳＳＡＩリストＩＥ内の５Ｇ－ＧＵＴＩ１およびＳ－ＮＳＳＡＩ２を含むＲＲＣセットアップ完了メッセージと、専用ＮＡＳメッセージＩＥ内の登録要求メッセージを受信する。ＮＧ－ＲＡＮは、受信したＲＲＣセットアップ完了メッセージを分析し、受信した５Ｇ－ＧＵＴＩ １に基づいてＵＥがＡＭＦ１に登録されており、ＮＧ－ＲＡＮとＡＭＦ１間のＮＧセットアップ手順中に受信され、サポートされたＳ－ＮＳＳＡＩ情報に基づいてＡＭＦ１がＳ－ＮＳＳＡＩ２をサポートできないと結論付けることができる。

ステップ４。 ステップ３の分析に基づいて、ＮＧ－ＲＡＮは、ＵＥがＡＭＦ１に関連付けられていることを知っているが、ＮＧ－ＲＡＮは、登録要求（要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ２および５Ｇ－ＧＵＴＩ １）を含む初期ＵＥメッセージをＡＭＦ２に送信する。

ステップ５。 登録要求メッセージを受信すると、ＡＭＦ２は、受信した５Ｇ－ＧＵＴＩ１をチェックして、ＵＥコンテキストがＡＭＦ１（例えば、旧ＡＭＦ）から直接取得できるかどうかを確認する。

ステップ６。 ＡＭＦ２がローカル設定に基づいてＮＧ－ＲＡＮ経由でＡＭＦ１（例えば、旧ＡＭＦ）からＵＥコンテキストを取得できると判断した場合、ＡＭＦ２は５Ｇ－ＧＵＴＩ １、ＡＭＦ２アドレス（例：ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）、Ｎ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。任意の独立したネットワークからルーティング可能なＡＭＦ２アドレス情報は、ＡＭＦ２で設定することも、３ＧＰＰ ＴＳ２３．５０１［４］のセクション６．３．５に記載されているように、ＡＭＦ２がＮＲＦから取得することもできる。あるいは、ＡＭＦ２は、新５Ｇ－ＧＵＴＩをＵＥに割り当て、それをＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージに設定する。

ステップ７。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮは、ＡＭＦ２アドレスまたは／または新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ１に送信する。ＡＭＦ１アドレスは、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から派生する。ＮＧ－ＲＡＮにはＡＭＦ２のアドレスが格納される場合がある。

ＮＧ－ＲＡＮは、独立したネットワークごとに複数のＩＰアドレス空間を管理する必要がある場合があることに注意してください。たとえば、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から派生したＩＰアドレスは、そのような独立したネットワークでのみ有効である可能性がある。

ＮＧ－ＲＡＮは、複数の独立したネットワークをサポートするネットワークアドレス変換（ＮＡＴ：Network Address Translation）機能を備えている場合があることに注意してください。Ｎ２およびＮ３参照点上のメッセージが異なる独立したネットワークを通過する必要がある場合、ＮＧ－ＲＡＮはＮＡＴ機能を実行して、異なる独立したネットワークにあるＡＭＦ間およびＵＰＦ間の通信を可能にする。

ステップ８。 ＡＭＦ１は、含まれるＡＭＦ２アドレス（例えば、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）または／および新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ ＲｅｓｐｏｎｓｅにはＵＥコンテキストが含まれる。

ステップ９。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮはＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ２に送信する。Ｎ１４メッセージコンテナを含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）には、ＡＭＦ２アドレスまたは／および新５Ｇ－ＧＵＴＩが設定されてもよい。新５Ｇ－ＧＵＴＩがＮＧ－ＲＡＮに設定されている場合、Ｒｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＭＦ２アドレスは新５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出される。

ステップ１０。 登録手順は、３ＧＰＰ ＴＳ２３．５０２［５］のセクション４．２．２．２．２項で説明されているように続行する。

ステップ１１。 登録手順が成功した後、ＡＭＦ２は、５Ｇ－ＧＵＴＩ２を新５Ｇ－ＧＵＴＩとしてＵＥに割り当て、それを登録受諾メッセージで送信する。

ステップ１２。 登録受諾メッセージを受信すると、ＵＥは登録完了メッセージをＡＭＦ２に送信することによって、登録受諾メッセージの受信を確認する。

本主題の別の例示的な実施形態によれば、新ＡＭＦが、ＡＭＦ１（例えば、旧ＡＭＦ）が互いに独立なＡＭＦであり、すなわち、それらが接続されていないと判断した場合、確立されたＰＤＵセッションは、ＡＭＦ２（例えば、新ＡＭＦ）が独立した要件により確立されたＰＤＵを維持できないため一時停止する。

図３Ａは、本主題の例示的な実施形態において、ＵＥが１つのネットワークスライスから、互いに独立したネットワークに属する別のネットワークスライスにアクセスを変更するときの、プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション一時停止を伴う登録手順の一例を示す。
図３Ｂは、本主題の例示的な実施形態において、ＵＥが１つのネットワークスライスから、互いに独立したネットワークに属する別のネットワークスライスにアクセスを変更するときの、プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション一時停止を伴う登録手順の一例を示す。

手順の詳細なステップを以下に定義する。

ステップ０。 ＵＥは、ＡＭＦ１（Ｓ－ＮＳＳＡＩ １のみをサポート）およびＡＭＦ２（Ｓ－ＮＳＳＡＩ ２のみをサポート）によってそれぞれ処理されるＳ－ＮＳＳＡＩ １およびＳ－ＮＳＳＡＩ ２で設定される。ＡＭＦ１とＡＭＦ２は互いに独立したＡＭＦであり、すなわち、２つのＡＭＦ間の直接通信は不可能であり、すなわち、旧ＡＭＦと新ＡＭＦの間にはＮ１４インターフェイスがない。ＡＭＦ１とＡＭＦ２は同じＰＬＭＮに属する。

ＵＥは、Ｓ－ＮＳＳＡＩ １に関連するサービスにアクセスするためにＡＭＦ１に登録される。ＵＥにはＡＭＦ１によって５Ｇ－ＧＵＴＩ １が割り当てられ、Ｓ－ＮＳＳＡＩ １は許可されたＮＳＳＡＩ内の唯一のネットワークスライスである。ＵＥは５ＧＭＭ－ＩＤＬＥ状態にある。Ｓ－ＮＳＳＡＩ １に対してＰＤＵセッションが確立される。例えば、ユーザプレーンはＵＰＦ１とデータネットワークの間に確立される。

ステップ１。 ＵＥは、Ｓ－ＮＳＳＡＩ ２のみに登録するためのアプリケーションからトリガを受信する（たとえば、ＵＥは、Ｓ－ＮＳＳＡＩ ２に関連するアプリケーションのユーザデータを送信するトリガを受信する）。

ステップ２。 ＵＥはＮＧ－ＲＡＮへのＲＲＣ接続を確立する。ＵＥは、５Ｇ－ＧＵＴＩ １、Ｓ－ＮＳＳＡＩリストＩＥ＝Ｓ－ＮＳＳＡＩ ２、および要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ ２、およびオプションでアクティブ化されたＰＤＵセッションのリスト＝Ｓ－ＮＳＳＡＩ ２を含む登録要求メッセージを含む専用ＮＡＳ－Ｍｅｓｓａｇｅ ＩＥを使用して、ＲＲＣセットアップ完了メッセージをＮＧ－ＲＡＮに送信する。確立されたＰＤＵセッションを一時停止する必要があることをＵＥが認識している場合、ＵＥは、登録要求メッセージ内の一時停止タイマＩＥを使用して、一時停止するＰＤＵセッションのリストを情報要素（ＩＥ：Information Element）に設定できる。

ステップ３。 ＮＧ－ＲＡＮは、Ｓ－ＮＳＳＡＩリストＩＥ内の５Ｇ－ＧＵＴＩ１およびＳ－ＮＳＳＡＩ２を含むＲＲＣセットアップ完了メッセージと、専用ＮＡＳメッセージＩＥ内の登録要求メッセージを受信する。ＮＧ－ＲＡＮは、受信したＲＲＣセットアップ完了メッセージを分析し、受信した５Ｇ－ＧＵＴＩ １に基づいてＵＥがＡＭＦ１に登録されており、ＮＧ－ＲＡＮとＡＭＦ１間のＮＧセットアップ手順中に受信され、サポートされたＳ－ＮＳＳＡＩ情報に基づいてＡＭＦ１がＳ－ＮＳＳＡＩ ２をサポートできないと結論付けることができる。

ステップ４。 ステップ３の分析に基づいて、ＮＧ－ＲＡＮは、ＵＥがＡＭＦ１に関連付けられていることを知っているが、ＮＧ－ＲＡＮは、登録要求（要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ ２および５Ｇ－ＧＵＴＩ １）を含む初期ＵＥメッセージをＡＭＦ２に送信する。

ステップ５。 登録要求メッセージを受信すると、ＡＭＦ２は、受信した５Ｇ－ＧＵＴＩ１をチェックして、ＵＥコンテキストがＡＭＦ（例えば、旧ＡＭＦ）から直接取得できるかどうかを確認する。ＡＭＦ２は、一時停止タイマＩＥ付き一時停止対象ＰＤＵセッションリストＩＥを受信した場合、ＡＭＦ２は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒメッセージに一時停止タイマＩＥ付き一時停止対象ＰＤＵセッションリストＩＥを設定してもよい。ＡＭＦ２は、ローカル設定に基づいて、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒメッセージ内の一時停止タイマＩＥを用いて、一時停止されるＰＤＵセッションのリストＩＥを設定することを決定してもよい。

ステップ６。 ローカル構成に基づいて、ＮＧ－ＲＡＮを介してＡＭＦ（例：旧ＡＭＦ）からＵＥコンテキストを取得できるとＡＭＦ２が判断した場合、ＡＭＦ２は、５Ｇ－ＧＵＴＩ １、ＡＭＦ２アドレス（例：ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）、Ｎ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。任意の独立したネットワークからルーティング可能なＡＭＦ２アドレス情報は、ＡＭＦ２で設定することも、３ＧＰＰ ＴＳ ２３．５０１ ［４］のセクション６．３．５に記載されているように、ＡＭＦ２がＮＲＦから取得することもできる。あるいは、ＡＭＦ２は、新５Ｇ－ＧＵＴＩをＵＥに割り当て、それをＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージに設定する。

ステップ７。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮはＡＭＦ２アドレスまたは／および新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ１に送信する。ＡＭＦ１アドレスは、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から派生する。ＮＧ－ＲＡＮにはＡＭＦ２のアドレスが格納される場合がある。

ステップ８。 ＡＭＦ１が、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒメッセージを含むＲｅｒｏｕｔｅ＿Ｎ１４＿Ｔｒａｓｎｆｅｒメッセージを受信すると、ＡＭＦ１は、確立されたＰＤＵセッションの一部またはすべて（すなわち、Ｓ－ＮＳＳＡＩ １に関連するＰＤＵセッション）を一時停止または解放する必要があると判断する。

この決定は、たとえば以下の理由に基づいてＡＭＦ１によって行われる。
－受信したＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒメッセージには、一時停止されるＰＤＵセッションのリストＩＥと一時停止タイマＩＥが含まれる。
－ＡＭＦ１は、ＡＭＦ２がＳ－ＮＳＳＡＩ １をサポートしていないことを認識する。
－ＡＭＦ１は、ＡＭＦ２が互いに独立なＡＭＦであることを認識する。

ステップ９。 ＡＭＦ１は、ＳＭＦ１に対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求（ＰＤＵセッションＩＤ、原因、操作タイプ、ユーザ位置情報、位置情報の経過時間、Ｎ２ＳＭ情報（セカンダリＲＡＴ使用データ）、一時停止タイマ）を呼び出す。操作タイプは「ＵＰ一時停止（UP Suspend）」に設定され、ＰＤＵセッションのユーザプレーンリソースの一次停止を示す。

ステップ１０。 ＳＭＦ１は、Ｎ４セッション変更要求（バッファリングオン／オフ）メッセージをＵＰＦ１に送信することにより、Ｎ４セッション変更手順を開始し、バッファリングが指示されている場合にはデータネットワークから来るＵＰＦ１でデータをバッファリングする必要があることを示し、そうでない場合にはデータをバッファリングする必要はない。メッセージに一時停止されたタイマが含まれている場合、ＳＭＦはＳＭＦ内の一次停止タイマを開始する。

一時停止タイマが期限切れになると、ＳＭＦは３ＧＰＰ ＴＳ２３．５０２［５］のセクション４．３．４に記載されているようにＰＤＵセッション解放手順を開始する。

ＵＰＦ１は、ＳＭＦ１の要求を確認するためにＮ４セッション変更応答を送信する。

ステップ１１。 ＳＭＦ１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答をＡＭＦ１に送信する。
図３Ａおよび図３Ｂのステップ９～１１は、図４．８．１．２－１：３ＧＰＰ ＴＳ２３．５０２［５］のＮＧ－ＲＡＮ開始接続一時停止手順のステップ２～４と同等であることに注意してください。

ステップ１２。 ＡＭＦ１は、含まれるＡＭＦ２アドレス（例えば、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）、または／および新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ には、ＰＤＵセッションの一時停止の結果が含まれる場合がある。

ステップ１３。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮはＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ２に送信する。Ｎ１４メッセージコンテナを含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）には、ＡＭＦ２アドレスまたは／および新５Ｇ－ＧＵＴＩが設定されてもよい。新５Ｇ－ＧＵＴＩがＮＧ－ＲＡＮに設定されている場合、Ｒｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＭＦ２アドレスは新５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出される。

ステップ１４。 登録手順は、３ＧＰＰ ＴＳ２３．５０２［５］のセクション４．２．２．２．２で説明されているように続行する。

ステップ１５。 登録手順が成功した後、ＡＭＦ２は、５Ｇ－ＧＵＴＩ２を新５Ｇ－ＧＵＴＩとしてＵＥに割り当て、それを登録受諾メッセージで送信する。一時停止されたＰＤＵセッションＩＥのリストは、登録受諾メッセージ内に設定される。

本主題の別の例示的な実施形態によれば、ＡＭＦ１（例えば、新ＡＭＦ）が、ＰＤＵセッションの一部が一時停止されたことを発見すると、ＡＭＦ２（例えば、新ＡＭＦ）は、一時停止されたＰＤＵセッションを再開する。

図４Ａは、本主題の例示的な実施形態におけるＰＤＵセッション再開を伴う登録手順の例を示す。
図４Ｂは、本主題の例示的な実施形態におけるＰＤＵセッション再開を伴う登録手順の例を示す。

手順の詳細なステップを以下に定義する。

ステップ０。 ＵＥは、ＡＭＦ１（Ｓ－ＮＳＳＡＩ １のみをサポート）およびＡＭＦ２（Ｓ－ＮＳＳＡＩ ２のみをサポート）によってそれぞれ処理されるＳ－ＮＳＳＡＩ １およびＳ－ＮＳＳＡＩ ２で設定される。ＡＭＦ１とＡＭＦ２は互いに独立したＡＭＦであり、すなわち、２つのＡＭＦ間の直接通信は不可能であり、すなわち、旧ＡＭＦと新ＡＭＦの間にはＮ１４インターフェイスがない。ＡＭＦ１とＡＭＦ２は同じＰＬＭＮに属する。

ＵＥは、Ｓ－ＮＳＳＡＩ ２に関連するサービスにアクセスするためにＡＭＦ２に登録される。ＵＥにはＡＭＦ２によって５Ｇ－ＧＵＴＩ２が割り当てられ、Ｓ－ＮＳＳＡＩ ２は許可されたＮＳＳＡＩ内の唯一のネットワークスライスである。ＵＥは５ＧＭＭ－ＩＤＬＥ状態にある。ＰＤＵセッションはＳ－ＮＳＳＡＩ １に対して一時停止される。例えば、ユーザプレーンはＵＰＦ１とデータネットワークの間に確立される。

ステップ１。 ＵＥは、Ｓ－ＮＳＳＡＩ １のみに登録するためのアプリケーションからトリガを受信する（たとえば、ＵＥは、Ｓ－ＮＳＳＡＩ １に関連するアプリケーションのユーザデータを送信するトリガを受信する）。

ステップ２。 ＵＥはＮＧ－ＲＡＮへのＲＲＣ接続を確立する。
ＵＥは、５Ｇ－ＧＵＴＩ２、Ｓ－ＮＳＳＡＩリストＩＥ＝Ｓ－ＮＳＳＡＩ １、および要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ １およびオプションで、アクティブ化されたＰＤＵセッションのリスト＝Ｓ－ＮＳＳＡＩ １を含む登録要求メッセージを含む専用ＮＡＳ－Ｍｅｓｓａｇｅ ＩＥを使用して、ＲＲＣセットアップ完了メッセージをＮＧ－ＲＡＮに送信する。確立されたＰＤＵセッションが一時停止されていることをＵＥが認識している場合、ＵＥは、再開されるＰＤＵセッションのリストを登録要求メッセージ内の情報要素（ＩＥ）に設定することができる。

ステップ３。 ＮＧ－ＲＡＮは、Ｓ－ＮＳＳＡＩリストＩＥ内の５Ｇ－ＧＵＴＩ２およびＳ－ＮＳＳＡＩ１を含むＲＲＣセットアップ完了メッセージと、専用ＮＡＳメッセージＩＥ内の登録要求メッセージを受信する。ＮＧ－ＲＡＮは、受信したＲＲＣセットアップ完了メッセージを分析し、受信した５Ｇ－ＧＵＴＩ ２に基づいてＵＥがＡＭＦ２に登録されており、ＮＧ－ＲＡＮとＡＭＦ２間のＮＧセットアップ手順中に受信され、サポートされたＳ－ＮＳＳＡＩ情報に基づいてＡＭＦ２がＳ－ＮＳＳＡＩ １をサポートできないと結論付けることができる。

ステップ４。 ステップ３の分析に基づいて、ＮＧ－ＲＡＮは、ＵＥがＡＭＦ２に関連付けられていることを知っているが、ＮＧ－ＲＡＮは、登録要求（要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ １および５Ｇ－ＧＵＴＩ ２）を含む初期ＵＥメッセージをＡＭＦ１に送信する。

ステップ５。 ＡＭＦ１は、登録要求メッセージを受信すると、受信した５Ｇ－ＧＵＴＩを確認し、旧ＡＭＦからＵＥコンテキストを直接取得できるか否かを確認する。

ステップ６。 ＡＭＦ１が、ローカル設定に基づいてＮＧ－ＲＡＮを介して旧ＡＭＦからＵＥコンテキストを取得できると判断した場合、ＡＭＦ１は、５Ｇ－ＧＵＴＩ２、ＡＭＦ１アドレス（たとえば、ＡＭＦのＩＰアドレスまたはＦＱＤＮ１）、Ｎ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ）をＮＧ－ＲＡＮに送信する。任意の独立したネットワークからルーティング可能なＡＭＦ１アドレス情報は、ＡＭＦ１で設定することも、３ＧＰＰ ＴＳ２３．５０１［４］のセクション６．３．５に記載されているように、ＡＭＦ１がＮＲＦから取得することもできる。あるいは、ＡＭＦ１は、新５Ｇ－ＧＵＴＩをＵＥに割り当て、それをＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージに設定する。

ステップ７。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮは、ＡＭＦ１アドレスまたは／または新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ２に送信する。ＡＭＦ２アドレスは、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から派生する。ＮＧ－ＲＡＮにはＡＭＦ１のアドレスが格納される場合がある。

ステップ８。 ＡＭＦ２は、含まれるＡＭＦ１アドレス（例：ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）または／および新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。

ステップ９。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮはＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ１に送信する。Ｎ１４メッセージコンテナを含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）には、ＡＭＦ１アドレスまたは／および新５Ｇ－ＧＵＴＩが設定されてもよい。新５Ｇ－ＧＵＴＩがＮＧ－ＲＡＮに設定されている場合、Ｒｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＭＦ１アドレスは新５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出される。

ステップ１０。 ＡＭＦ１が、ステップ４の登録要求メッセージ内で、またはローカル情報に基づいて、再開されるＰＤＵセッションのリストＩＥを受信した場合、ＡＭＦ１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（再開要求、ＰＤＵセッションＩＤ）をＳＭＦ１に送信する。

ステップ１１。 ＳＭＦ１は、各ＰＤＵセッションのＮ４セッション変更要求をＵＰＦ１に送信することにより、各ＰＤＵセッションのユーザプレーンを再開します。ＵＰＦ１は、ユーザプレーンを再開した後、Ｎ４セッション変更応答メッセージをＳＭＦ１に送信する。

ステップ１２。 ＳＭＦ１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答をＡＭＦ１に送信する。図４Ａおよび図４Ｂのステップ１０～１２は、図４．８．２．３－１：３ＧＰＰ ＴＳ２３．５０２［５］の一時停止を伴うＣＭ－ＩＤＬＥでの接続再開のステップ５～７と同等であることに注意してください。

ステップ１３。 登録手順は、３ＧＰＰ ＴＳ２３．５０２［５］のセクション４．２．２．２．２で説明されているように続行する。

ステップ１４。 登録手順が成功した後、ＡＭＦ１は、５Ｇ－ＧＵＴＩ１を新５Ｇ－ＧＵＴＩとしてＵＥに割り当て、それを登録受諾メッセージで送信する。

さらに別の例示的な実施形態では、ＵＥが５ＧＭＭ－ＣＯＮＮＥＣＴＥＤ状態にある間に、現在のＡＭＦで処理できないＳ－ＮＳＳＡＩに設定された要求されたＮＳＳＡＩを含む登録要求メッセージをＡＭＦが受信すると、ＡＭＦは、ＵＥに、登録受諾メッセージに再登録表示を含める再登録手順を実行するように要求する。

図５は、本主題の例示的な実施形態における、ＵＥが５ＧＭＭ－ＣＯＮＮＥＣＴＥＤ状態にある間の登録手順の例を示す。

手順の詳細なステップは以下に定義されているとおりである。

ステップ０。 ＵＥは、ＡＭＦ１（Ｓ－ＮＳＳＡＩ １のみをサポート）およびＡＭＦ２（Ｓ－ＮＳＳＡＩ ２のみをサポート）によってそれぞれ処理されるＳ－ＮＳＳＡＩ １およびＳ－ＮＳＳＡＩ ２で構成される。ＡＭＦ１とＡＭＦ２は互いに独立したＡＭＦであり、すなわち、２つのＡＭＦ間の直接通信はできず、すなわち、旧ＡＭＦと新ＡＭＦの間にはＮ１４インターフェイスがない。ＡＭＦ１とＡＭＦ２は同じＰＬＭＮに属する。

ＵＥは、Ｓ－ＮＳＳＡＩ １に関連するサービスにアクセスするために、最初にＡＭＦ１に登録される。ＵＥには、ＡＭＦ１によって５Ｇ－ＧＵＴＩ １が割り当てられる。ＵＥは５ＧＭＭ－ＩＤＬＥ状態にある。ＰＤＵセッションはＳ－ＮＳＳＡＩ １に対して確立される。すなわち、ユーザプレーンはＵＰＦとデータネットワークの間に確立される。

ステップ１。 ＵＥは、Ｓ－ＮＳＳＡＩ ２のみに登録するためのトリガを受信する（例えば、ＵＥは、Ｓ－ＮＳＳＡＩ ２のみに関連するユーザデータを送信するためのトリガを受信する）。

ステップ２。 ＵＥは、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ ２を含む登録要求メッセージを送信する。

ステップ３。 ＡＭＦ１が、独立した要件によりＳ－ＮＳＳＡＩ ２を処理できないと判断した場合、登録要求メッセージを受信時。

ステップ４。 ＡＭＦは、ＵＥが５ＧＭＭ－ＩＤＬＥ状態に移行した後、再登録表示を含む登録受諾メッセージを送信して、ＵＥに登録手順を実行するよう要求する。一例では、ＡＭＦは、登録受諾メッセージの代わりに登録拒否メッセージを使用することができる。

ステップ５。 ＵＥは、再登録表示を含む登録受諾メッセージを受信すると、登録完了メッセージをＡＭＦ１に送信する。

ステップ６。 ＵＥは、５ＧＭＭ－ＩＤＬＥモードに移行する。

ステップ７。 ＵＥが５ＧＭＭ－ＩＤＬＥモードに移行すると、ＵＥは、登録要求メッセージに要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ２を含む登録手順を開始する。ＵＥとネットワークは、独立したネットワーク間の登録手順に従うものとする。このアプローチにより、ＵＥはサービスを中断することなく、あるネットワークスライスから別のネットワークスライスにアクセスを変更できる。

一例として、ＵＥは、５ＧＭＭ－ＩＤＬＥモードに移行していなくても、登録要求メッセージに要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ２を含む登録手順を開始する。これは、Ｓ－ＮＳＳＡＩ２を使用するアプリケーションが接続を確立するための緊急要求を行った場合に発生する可能性がある。

別の例示的な実施形態では、登録要求メッセージが要求されたＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ１＋Ｓ－ＮＳＳＡＩ２を含み、ＡＭＦがユーザサブスクリプションに基づいてＳ－ＮＳＳＡＩ２がＳ－ＮＳＳＡＩ１よりも高い優先順位を有すると判断する場合、次に、ＡＭＦがこの例示的な実施形態を実行する。この場合、ＡＭＦ１には、Ａｌｌｏｗｅｄ ＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ １およびＲｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩ＝Ｓ－ＮＳＳＡＩ２が含まれ、ステップ４の登録受諾メッセージで再登録に設定された拒否原因値が含まれる。ＵＥが登録受諾メッセージを受信すると、ＵＥは５ＧＭＭ－ＩＤＬＥモードに移行した後、Ｓ－ＮＳＳＡＩ２への登録を試みる。あるいは、ＡＭＦは、登録受諾メッセージでＳ－ＮＳＳＡＩ２に設定された新情報要素（ＩＥ）再登録ＮＳＳＡＩを送信する。ＵＥがこのＩＥを含む登録受諾メッセージを受信すると、ＵＥは５ＧＭＭ－ＩＤＬＥモードに移行した後、Ｓ－ＮＳＳＡＩ２への登録を試みる。

本主題の別の例示的な実施形態では、独立したネットワーク識別子を導入することによって、独立したネットワークの管理スキームが提供される。図１を参照して上で説明したように、この使用例では、各独立したネットワークが完全に独立であるか、独立したネットワーク間で分離されている必要がある。これは、それぞれの独立したネットワークが相互に接続されていないため、直接的な接続が存在しないことを意味する。このネットワーク環境では、それぞれの独立したネットワークに独自のＩＰアドレス空間が存在する可能性がある。

異なる互いに独立したネットワーク間の通信を可能にするために、この例示的な実施形態は、独立したネットワーク識別子を導入することによって独立したネットワークの管理方式を導入する。独立したネットワーク識別子は、ＰＬＭＮ内で独立したネットワークを一意に識別するために使用される。独立したネットワーク識別子は、ＮＧ－ＲＡＮが ＡＭＦと独立したネットワーク識別子との間の関連付けを維持できるように、ＡＭＦによってＮＧ－ＲＡＮに提供される。

独立したネットワーク識別子は、ＰＬＭＮのローカル構成に応じて、ＡＭＦごと（つまり、ＡＭＦ識別子またはＡＭＦ名）、またはＡＭＦセットＩＤごとに割り当てられる。

独立したネットワーク識別子は、３ＧＰＰ ＴＳ２３．００２［７］で定義されているＡＭＦセットＩＤ、３ＧＰＰ ＴＳ３８．４１３［６］で定義されているＡＭＦ ＴＮＬアソシエーション、３ＧＰＰ ＴＳ２３．５０１［４］で定義されているネットワーク識別子（ＮＩＤ）、３ＧＰＰ ＴＳ２３．５０１［４］で定義されているＣＡＧ識別子、またはＰＬＭＮが管理できるその他の識別子にすることができる。

互いに独立したネットワーク識別子は、孤立したネットワーク識別子、別個のネットワーク識別子、プライベートネットワーク識別子、または接続していないネットワーク識別子として表現され得る。

図６は、本主題の例示的な実施形態における５ＧＣとＮＧ－ＲＡＮとの間の互いに独立したネットワーク識別子管理を示す。

各独立したネットワークには、独自の独立したネットワーク識別子がある。互いに独立したネットワーク識別子は、ＰＬＭＮオペレータによって割り当てられる。ＡＭＦ、ＵＰＦ、ＳＭＦ、ＰＣＦなどを含むすべての５ＧＣノードは、互いに独立したネットワーク識別子に関連付けられる。５ＧＣノードの一部は、ＰＬＭＮオペレータのポリシーに応じて、複数の互いに独立したネットワーク識別子に属する場合がある。

独立したネットワーク識別子によって識別される各独立したネットワークは、独自のＩＰアドレス空間を持つことができる。ＩＰアドレス空間は、グローバルＩＰアドレス空間またはローカルＩＰアドレス空間である。それぞれの独立したネットワークには独自のＩＰアドレス空間があるため、独立したネットワーク間でＩＰアドレスが重複する可能性がある。

Ｎ２参照ポイントが確立または更新されると、ＡＭＦは、独立したネットワーク識別子または独立したネットワーク識別子のリストをＮＧ－ＲＡＮに通知する。ＮＧ－ＲＡＮは、Ｎ２メッセージが別の独立したネットワークを通過する場合、ネットワークアドレス変換（ＮＡＴ：Network Address Translation）を使用するために独立したネットワーク識別子を使用することがある。ＮＧ－ＲＡＮは、Ｎ２メッセージが別の独立したネットワークを通過する場合、ネットワークアドレスおよびポート変換（ＮＡＰＴ：Network Address and Port Translation）を使用するために独立したネットワーク識別子を使用することがある。

図７は、本主題の例示的な実施形態において、ＡＭＦがＮＧ－ＲＡＮによってトリガされて、互いに独立したネットワーク識別子をＮＧ－ＲＡＮに通知する手順を説明する。

手順の詳細なステップは、以下に定義されているとおりである。

ステップ１。 ＮＧ－ＲＡＮは、ＮＧＡＰ要求メッセージをＡＭＦに送信する。ＮＧ－ＲＡＮは、複数の互いに独立したネットワークサポート指示をＡＭＦに示すことができる。複数の独立したネットワークサポート指示は、ＮＧ－ＲＡＮが複数の独立したネットワークをサポートすることを示す。ＮＧＡＰ要求メッセージは、ＮＧ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージまたはＲＡＮ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥメッセージであってもよい。

ステップ２。 ＡＭＦが複数の独立したネットワークサポート指示を含むＮＧＡＰ要求メッセージを受信すると、ＡＭＦは複数の独立したネットワークサポート指示および独立したネットワーク識別子を含むＮＧＡＰ応答メッセージをＮＧ－ＲＡＮに送信する。ＮＧ－ＲＡＮは、Ｎ２メッセージが別の独立したネットワークを通過する場合に、Ｎ２メッセージ処理のためのＮＡＴ変換またはＮＡＰＴ変換を実行するために、独立したネットワーク識別子を使用する。ＮＧＡＰ応答メッセージは、ＮＧ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージまたはＲＡＮ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ＡＣＫＮＯＷＬＥＤＧＥメッセージであってもよい。

図８は、ＡＭＦによってトリガされて、ＡＭＦが独立したネットワーク識別子をＮＧ－ＲＡＮに通知する手順を説明する。

手順の詳細なステップは、以下に定義されているとおりである。

ステップ１。 ＡＭＦは、複数の独立したネットワークサポート指示および独立したネットワーク識別子を含むＮＧＡＰ要求メッセージをＮＧ－ＲＡＮに送信する。複数の独立したネットワークサポート指示は、ＡＭＦが複数の独立したネットワークをサポートすることを示す。ＮＧＡＰリクエストメッセージは、ＡＭＦ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥメッセージであってもよい。

ステップ２。 ＮＧ－ＲＡＮが、複数の独立したネットワークサポート指示および独立したネットワーク識別子を含むＮＧＡＰ要求メッセージを受信すると、ＮＧ－ＲＡＮは、複数の独立したネットワークサポート指示を含むＮＧＡＰ応答メッセージをＡＭＦに送信する。ＮＧ－ＲＡＮは、Ｎ２メッセージが別の独立したネットワークを通過する場合に、Ｎ２メッセージ処理のためのＮＡＴ変換またはＮＡＰＴ変換を実行するために、独立したネットワーク識別子を使用する。ＮＧＡＰ応答メッセージは、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ＡＣＫＮＯＷＬＥＤＧＥメッセージであってもよい。

図９は、本主題の例示的な実施形態におけるＵＥの主要コンポーネントを示すブロック図を示す。図示されるように、ＵＥは、１つまたは複数のアンテナを介して接続されたノードに信号を送信し、接続されたノードから信号を受信するように動作可能なトランシーバ回路を含む。必ずしも図９に示されているわけではないが、ＵＥは当然ながら、従来のモバイルデバイスの通常の機能（ユーザインターフェイスなど）をすべて備えており、これは次のようにハードウェア、ソフトウェア、ファームウェアの適切ないずれか１つまたは組み合わせによって提供される。ソフトウェアは、メモリにプレインストールされてもよく、および／または、通信ネットワークを介して、またはリムーバブルデータ記憶装置（ＲＭＤ：ReMovable data storage Device）からダウンロードされてもよい。

コントローラは、メモリに格納されたソフトウェアに従ってＵＥの動作を制御する。ソフトウェアには、とりわけ、オペレーティングシステムと、少なくともトランシーバ制御モジュールを有する通信制御モジュールとが含まれる。通信制御モジュール（トランシーバ制御サブモジュールを使用）は、ＵＥと、基地局／（Ｒ）ＡＮノード、ＭＭＥ、ＡＭＦ（および他のコアネットワークノード）などのような他のノードと、の間のシグナリングおよびアップリンク／ダウンリンクデータパケットの処理（生成／送信／受信）を担当する。このようなシグナリングには、例えば、接続の確立および維持に関連する適切にフォーマットされたシグナリングメッセージ（例えば、ＲＲＣ接続の確立および他のＲＲＣメッセージ）、定期的な位置更新関連メッセージ（例えば、トラッキングエリア更新、ページングエリア更新、位置エリア更新）などが含まれてもよい。このようなシグナリングには、例えば、受信側のブロードキャスト情報（例えば、マスタ情報およびシステム情報）も含まれる場合がある。

図１０は、本主題の例示的な実施形態における例示的な（Ｒ）ＡＮノード、例えば基地局（ＬＴＥにおける「ｅＮＢ」、５Ｇにおける「ｇＮＢ」）の主な構成要素を示すブロック図である。図示されているように、（Ｒ）ＡＮノードは、１つ以上のアンテナを介して接続されたＵＥとの間で信号を送受信し、他のネットワークノード（直接的または間接的に）との間で、ネットワークインターフェイス経由で、信号を送受信するように動作可能なトランシーバ回路を備えている。コントローラは、メモリに格納されたソフトウェアに従って（Ｒ）ＡＮノードの動作を制御する。ソフトウェアは、メモリにプレインストールされてもよく、および／または、通信ネットワークを介して、またはリムーバブルデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアには、とりわけ、オペレーティングシステムと、少なくともトランシーバ制御モジュールを有する通信制御モジュールとが含まれる。

通信制御モジュール（そのトランシーバ制御サブモジュールを使用）は、（Ｒ）ＡＮノードと、ＵＥ、ＭＭＥ、ＡＭＦなどの他のノードとの間のシグナリング（たとえば、直接または間接的に）の処理（生成／送信／受信）を担当する。シグナリングには、例えば、無線接続および位置特定手順（特定のＵＥに対する）に関連し、特に、接続の確立および維持（例えば、ＲＲＣ接続の確立および他のＲＲＣメッセージ）、定期的な位置特定に関連するメッセージ（例：トラッキングエリアアップデート、ページングエリアアップデート、ロケーションエリアアップデート）、Ｓ１ ＡＰメッセージおよびＮＧ ＡＰメッセージ（すなわち、Ｎ２リファレンスポイントによるメッセージ）などを適切にフォーマットされたシグナリングメッセージが含まれてもよい。このようなシグナリングには、例えば、送信の場合のブロードキャスト情報（例えば、マスタ情報およびシステム情報）も含まれる場合がある。

コントローラはまた、実装された場合、ＵＥモビリティ推定および／または移動軌跡推定などの関連タスクを処理するように（ソフトウェアまたはハードウェアによって）構成される。

図１１は、本主題の例示的な実施形態におけるＡＭＦの主要コンポーネントを示すブロック図である。ＡＭＦは５ＧＣに含まれる。図示されるように、ＡＭＦは、ネットワークインターフェイスを介して他のノード（ＵＥを含む）に信号を送受信するように動作可能なトランシーバ回路を含む。コントローラは、メモリに格納されたソフトウェアに従ってＡＭＦの動作を制御する。ソフトウェアは、メモリにプレインストールされてもよく、および／または、通信ネットワークを介して、またはリムーバブルデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアには、とりわけ、オペレーティングシステムと、少なくともトランシーバ制御モジュールを有する通信制御モジュールとが含まれる。

通信制御モジュール（トランシーバ制御サブモジュールを使用）は、ＡＭＦと、ＵＥ、基地局／（Ｒ）ＡＮノード（例：「ｇＮＢ」または「ｅＮＢ」）などの他のノードとの間の（直接的または間接的な）シグナリングの処理（生成／送信／受信）を担当する。このようなシグナリングは、例えば、本明細書で説明される手順に関連する適切にフォーマットされたシグナリングメッセージ、例えば、ＵＥとの間でＮＡＳメッセージを伝達するためのＮＧ ＡＰメッセージ（すなわち、Ｎ２リファレンスポイントによるメッセージ）などを含むことができる。

本開示におけるユーザ機器（または「ＵＥ」、「移動局」、「モバイルデバイス」または「無線デバイス」）は、無線インターフェイスを介してネットワークに接続されるエンティティである。

なお、本明細書におけるＵＥは、専用の通信装置に限定されるものではなく、以下で説明するように、本明細書で説明するＵＥとしての通信機能を有するあらゆる装置に適用することができる。

「ユーザ機器」または「ＵＥ」（この用語は３ＧＰＰで使用されている）、「移動局」、「モバイルデバイス」、および「無線デバイス」という用語は、通常、互いに同義であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラーＩｏＴデバイス、ＩｏＴデバイス、機械などのスタンドアロンの移動局も含まれる。

「ＵＥ」および「無線デバイス」という用語は、長期間静止したままであるデバイスも包含することが理解されるであろう。

ＵＥは、たとえば、生産または製造用の機器のアイテム、および／またはエネルギー関連の機械のアイテム（例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、火力発電機、原子力発電機、バッテリ、原子力システムなどの機器または機械、および／または関連機器、重電気機械、真空ポンプを含むポンプ、コンプレッサ、ファン、送風機、油圧装置、空気圧機器、金属加工機械、マニピュレータ、ロボットおよび／またはそのアプリケーションシステム、ツール、金型または金型、ロールズ、搬送装置、昇降装置、資材運搬装置、繊維機械、ミシン、印刷および／または関連機械、紙加工機械、化学機械、鉱山および／または建設機械および／または関連機器、農業、林業および／または漁業用の機械および／または器具、安全および／または環境保全装置、トラクタ、精密ベアリング、チェーン、歯車、動力伝達装置、潤滑装置、バルブ、パイプ継手、および／または前述の機器または機械のいずれかのアプリケーションシステムなど）である場合がある。

ＵＥは、たとえば、輸送機器のアイテム（例えば、鉄道車両、自動車、オートバイ、自転車、電車、バス、カート、人力車、船舶およびその他の水上バイク、航空機、ロケット、人工衛星、ドローン、気球などの輸送機器）である場合がある。

ＵＥは、例えば、情報および通信機器のアイテム（例えば、電子コンピュータおよび関連機器、通信および関連機器、電子コンポーネントなどの情報および通信機器）であり得る。

ＵＥは、例えば、冷凍機、冷凍機応用製品、貿易および／またはサービス業の機器、自動販売機、自動サービス機、事務用機械または機器、家庭用電化製品および電子機器（例：オーディオ機器、ビデオ機器、拡声器、ラジオ、テレビ、電子レンジ、炊飯器、コーヒーメーカー、食器洗い機、洗濯機、乾燥機、電気ファンまたは関連機器、クリーナーなどの家庭用電化製品）であり得る。

ＵＥは、例えば、電気応用システムまたは機器（例えば、Ｘ線システム、粒子加速器、放射性同位元素機器、音響機器、電磁応用機器、電力応用機器などの電気応用システムまたは機器）であってもよい。

ＵＥは、例えば、電子ランプ、照明器具、測定器、分析器、試験器、または測量または感知機器（例えば、煙警報器、人体警報センサなどの測量または感知機器）、モーションセンサ、無線タグなど）、時計、実験器具、光学機器、医療機器および／またはシステム、武器、刃物、手工具などであり得る。

ＵＥは、例えば、無線を備えた携帯情報端末または関連機器（別の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）に取り付けまたは挿入するように設計された無線カードまたはモジュールなど）であり得る。

ＵＥは、様々な有線および／または無線通信技術を使用して、「モノのインターネット（ＩｏＴ）」に関して、以下に説明するアプリケーション、サービス、およびソリューションを提供するデバイスまたはシステムの一部であり得る。

物のインターネットデバイス（または「物」）には、適切な電子機器、ソフトウェア、センサ、ネットワーク接続などを装備することができ、これらにより、これらのデバイスが相互に、または他の通信デバイスとデータを収集および交換できるようになります。ＩｏＴデバイスは、内部メモリに保存されたソフトウェア命令に従う自動化された機器で構成されている場合がある。ＩｏＴデバイスは、人間による監視や対話を必要とせずに動作する場合がある。ＩｏＴデバイスは、長期間静止し、非アクティブなままになる場合もある。ＩｏＴデバイスは、（一般に）固定装置の一部として実装される場合がある。ＩｏＴデバイスは、非固定装置（車両など）に埋め込まれたり、監視／追跡される動物や人に取り付けられたりすることもあります。

ＩｏＴ技術は、そのような通信デバイスが人間の入力によって制御されるか、メモリに格納されたソフトウェア命令によって制御されるかに関係なく、データを送受信するために通信ネットワークに接続できる任意の通信デバイス上で実装できることが理解されるであろう。

ＩｏＴデバイスは、マシンタイプ通信（ＭＴＣ：Machine-Type Communication）デバイス、マシンツーマシン（Ｍ２Ｍ：Machine-to-Machine）通信デバイス、または狭帯域ＩｏＴ ＵＥ（ＮＢ－ＩｏＴ ＵＥ）とも呼ばれることがあることが理解されるであろう。ＵＥが１つ以上のＩｏＴまたはＭＴＣアプリケーションをサポートできることが理解されるであろう。ＭＴＣアプリケーションのいくつかの例を表３に列挙する（出典：３ＧＰＰ ＴＳ２２．３６８、付録Ｂ、その内容は参照により本明細書に組み込まれる）。このリストはすべてを網羅したものではなく、マシンタイプ通信アプリケーションのいくつかの例を示すことを目的としている。リストを以下の表１に示す。

表１：マシンタイプ通信アプリケーションのいくつかの例。

アプリケーション、サービス、およびソリューションは、ＭＶＮＯ（仮想移動体通信事業者）サービス、緊急無線通信システム、ＰＢＸ（構内交換機）システム、ＰＨＳ／デジタルコードレス電気通信システム、ＰＯＳ（販売時点情報管理）システム、広告呼出システム、ＭＢＭＳ（Multimedia Broadcast and Multicast Service）、Ｖ２Ｘ（Vehicle to Everything）システム、列車無線システム、位置関連サービス、災害・緊急無線通信サービス、コミュニティサービス、動画配信サービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Voice over LTE）サービス、課金サービス、ラジオオンデマンドサービス、ローミングサービス、活動監視サービス、通信事業者・通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Proof of Concept）サービス、個人情報管理サービス、アドホックネットワーク／ＤＴＮ（Delay Tolerant Networking）サービスなどであってもよい。

さらに、上述したＵＥカテゴリは、本明細書に記載された技術的思想および例示的な実施形態の適用の一例にすぎない。言うまでもなく、これらの技術的思想および実施形態は、上述したＵＥに限定されるものではなく、様々な変形が可能である。

本発明は、その例示的な実施形態を参照して特に図示および説明されてきたが、本発明はこれらの実施形態に限定されない。この文書によって定義される本開示の精神および範囲から逸脱することなく、形態および詳細におけるさまざまな変更を行うことができることが当業者には理解されよう。例えば、上記実施形態は５ＧＳに限定されるものではなく、５ＧＳ以外の通信システムにも適用可能である。

上記で開示した実施形態の全部または一部は、以下の付記のようにも記載できるが、これらに限定されるものではない。

（付記１）
無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から初期無線端末メッセージを受信することと、
無線端末コンテキストを取得できるかどうかを決定することと、
前記ＲＡＮに再ルート要求を送信することと、
前記ＲＡＮから再ルート転送メッセージを受信することと、
登録受諾メッセージを無線端末に送信することと、
を備える第２のコアネットワーク装置の方法。

（付記２）
無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から再ルート転送メッセージを受信することと、
プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッションを一時停止することと、
第３のコアネットワーク装置にＰＤＵセッション関連要求メッセージを送信することと、
前記第３のコアネットワーク装置からＰＤＵセッション関連応答メッセージを受信することと、
前記ＮＧ－ＲＡＮに再ルート要求メッセージを送信することと、
を備え、
前記再ルート要求メッセージは、前記第２のコアネットワーク装置が無線端末に登録受諾メッセージを送信する前に前記ＲＡＮに送信される、
第１のコアネットワーク装置の方法。

（付記３）
無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から初期無線端末メッセージを受信することと、
無線端末コンテキストを取得できるかどうかを決定することと、
前記ＲＡＮに再ルート要求メッセージを送信することと、
前記ＲＡＮから再ルート転送メッセージを受信することと、
プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション関連要求メッセージを第３のコアネットワーク装置に送信することと、
前記第３のコアネットワーク装置から、前記ＰＤＵセッション関連応答メッセージを受信することと、
を備え、
前記ＰＤＵセッション関連応答メッセージは、第２のコアネットワーク装置が無線端末に登録受諾メッセージを送信する前に受信される、
第１のコアネットワーク装置の方法。

（付記４）
無線端末から登録要求を受信することと、
第１のコアネットワーク装置が第２のコアネットワーク装置に関連するネットワークスライスを処理しないことを決定することと、
登録受諾メッセージを前記無線端末に送信することと、
前記無線端末から登録完了メッセージを受信することと、
を備える第１のコアネットワーク装置の方法。

（付記５）
複数の独立したネットワークに関連する情報を含む要求メッセージを第１のコアネットワーク装置に送信することと、
前記第１のコアネットワーク装置から、複数の独立したネットワークに関連する情報と、前記独立したネットワークに関連する識別子とを含む応答メッセージを受信することと、
を備える無線アクセスネットワークの方法。

（付記６）
複数の独立したネットワークに関連する情報と、前記独立したネットワークに関連する識別子とを含む要求メッセージを無線アクセスネットワークに送信することと、
前記無線アクセスネットワークから、複数の独立したネットワークに関連する情報を含む応答メッセージを受信することと、
を備える第１のコアネットワーク装置の方法。

（付記７）
前記第２のコアネットワーク装置は、第２のアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）である、
付記１から４のいずれか一つに記載の方法。

（付記８）
前記第１のコアネットワーク装置は、第１のアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）である、
付記２から６のいずれか一つに記載の方法。

（付記９）
前記第３のコアネットワーク装置によってユーザプレーンを一時停止することをさらに備える、
付記２に記載の方法。

（付記１０）
前記第３のコアネットワーク装置によってユーザプレーンを再開することをさらに備える、
付記３に記載の方法。

（付記１１）
前記第３のコアネットワーク装置は、セッション管理機能（ＳＭＦ：Session Management Function）である、
付記２、付記３、付記９または付記１０に記載の方法。

（付記１２）
前記無線端末は、第２のユーザ装置（ＵＥ：User Equipment）である、
付記１から４のいずれか一つに記載の方法。

上記で開示した実施形態の全部または一部は、以下のようにも表現できるが、これらに限定されるものではない。

＜一般登録＞
ＵＥは、Ｓ－ＮＳＳＡＩ １とＳ－ＮＳＳＡＩ ２で構成される。Ｓ－ＮＳＳＡＩ １とＳ－ＮＳＳＡＩは互いに独立したスライスである。すなわち、２つの異なるＡＭＦでサポートされる（旧ＡＭＦはＳ－ＮＳＳＡＩ １をサポートし、新ＡＭＦはＳ－ＮＳＳＡＩ ２をサポートする）。旧ＡＭＦ１と新ＡＭＦの間にはインターフェイスがない。すなわち、旧ＡＭＦと新ＡＭＦは直接通信できず、同じ登録エリアに属する。以下の手順では、旧ＡＭＦをＡＭＦ１、新ＡＭＦをＡＭＦ２とする。

ステップ０。 ＵＥは、Ｓ－ＮＳＳＡＩ １の旧ＡＭＦに登録され、５Ｇ－ＧＵＴＩ １が割り当てられる。許可されたＮＳＳＡＩは、Ｓ－ＮＳＳＡＩ １のみで構成される。ＵＥは、Ｓ－ＮＳＳＡＩ ２のみに関連するサービスを開始するトリガを受信する。

ステップ１。 ＵＥから（Ｒ）ＡＮへ：ＡＮメッセージ（ＡＮパラメータ、登録要求（登録タイプ、ＳＵＣＩまたは５Ｇ－ＧＵＴＩ １またはＰＥＩ、［最後に訪問したＴＡＩ（利用可能な場合）］、セキュリティパラメータ、［要求されたＮＳＳＡＩ］、［要求されたＮＳＳＡＩのマッピング］、［デフォルト設定されたＮＳＳＡＩ表示］、［ＵＥ無線機能更新］、［ＵＥＭＭコアネットワーク機能］、［ＰＤＵセッションステータス］、［アクティブ化されたＰＤＵセッションのリスト］、［後続要求］、［ＭＩＣＯモード設定］、［要求されたアクティブ時間］、［Ｅ－ＵＴＲＡおよびＮＲの要求されたＤＲＸパラメータ］、［ＮＢ－ＩｏＴの要求されたＤＲＸパラメータ］、［拡張アイドルモードＤＲＸパラメータ］、［ＬＡＤＮ ＤＮＮまたはＬＡＤＮ情報要求の表示］、［ＮＡＳメッセージコンテナ］、［Ｅｎｈａｎｃｅｄ Ｃｏｖｅｒａｇｅの使用制限のサポート］、［Ｐｒｅｆｅｒｒｅｄ Ｎｅｔｗｏｒｋ Ｂｅｈａｖｉｏｕｒ］、［ＵＥページング確率情報］、［ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔａｉｎｅｒ（ＰＳＩのリスト、ＵＥのＡＮＤＳＰサポートの表示、およびオペレーティングシステム識別子）］、および［ＵＥ無線機能ＩＤ］、ＰＥＩ））。
注１：ＵＥポリシーコンテナとその使用法はＴＳ２３．５０３［２０］で定義されている。

要求されたＮＳＳＡＩはＳ－ＮＳＳＡＩ ２に設定される。
ＮＧ－ＲＡＮの場合、ＡＮパラメータには、例えば、５Ｇ－Ｓ－ＴＭＳＩまたはＧＵＡＭＩ、選択されたＰＬＭＮ ＩＤ（またはＰＬＭＮ ＩＤおよびＮＩＤ、ＴＳ２３．５０１［２］の５．３０項を参照）、およびＮＳＳＡＩ情報、ＡＮパラメータには確立原因も含まれる。確立原因は、ＲＲＣ接続の確立を要求する理由を提供する。ＵＥがＡＮパラメータの一部としてＮＳＳＡＩ情報を含めるかどうか、およびどのように含めるかは、ＴＳ２３．５０１［２］の５．１５．９項で指定されているように、アクセス層接続確立ＮＳＳＡＩインクルージョンモードパラメータの値に依存する。

ＵＥが５ＧＳにアクセスするＩＡＢノードである場合、ＡＮパラメータにはＩＡＢ表示も含まれる。

登録タイプは、ＵＥが初期登録（つまり、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態にある）、モビリティ登録更新（つまり、ＵＥがＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態にあり、モビリティのため、またはＵＥがその機能やプロトコルパラメーターを更新する必要があるため、または使用を許可されているネットワークスライスのセットの変更を要求するため、登録手順を開始する）、定期登録更新（つまり、ＵＥがＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態にあり、定期登録更新タイマの満了により登録手順を開始する。４．２．２．２．１項を参照）、または緊急登録（Emergency Registration：つまり、ＵＥが制限付きサービス状態にある）を実行したいかどうかを示す。

ＵＥがＥ－ＵＴＲＡを使用している場合、ＵＥは、登録要求に関連付けられたＲＲＣ接続確立シグナリングで、ＡＭＦ選択に関連するＣＩｏＴ ５ＧＳ Ｏｐｔｉｍｉｚａｔｉｏｎｓのサポートを示す。

ＵＥが初期登録を実行している場合、ＵＥは登録要求メッセージ内で次のようにＵＥ ＩＤを示す必要がある。これは、ＰＬＭＮへの登録の場合の優先順位の降順にリストされている。
ｉ） ＵＥが有効なＥＰＳ ＧＵＴＩを持っている場合、ＥＰＳ ＧＵＴＩからマッピングされた５Ｇ－ＧＵＴＩ。
ｉｉ） 利用可能な場合、ＵＥが登録しようとしているＰＬＭＮによって割り当てられたネイティブ５Ｇ－ＧＵＴＩ。
ｉｉｉ）利用可能な場合、ＵＥが登録しようとしているＰＬＭＮに同等のＰＬＭＮによって割り当てられたネイティブ５Ｇ－ＧＵＴＩ。
ｉｖ） 他のＰＬＭＮによって割り当てられたネイティブ５Ｇ－ＧＵＴＩ（利用可能な場合）。
注２：これは、別のアクセスタイプを介して割り当てられた５Ｇ－ＧＵＴＩである場合もある。
ｖ） それ以外の場合、ＵＥはＴＳ３３．５０１［１５］で定義されているように、登録要求にＳＵＣＩを含めるものとする。

初期登録を実行するＵＥが有効なＥＰＳ ＧＵＴＩとネイティブ５Ｇ－ＧＵＴＩの両方を持っている場合、ＵＥはネイティブ５Ｇ－ＧＵＴＩも追加ＧＵＴＩとして示すものとする。複数のネイティブ５Ｇ－ＧＵＴＩが利用可能な場合、ＵＥは、上記のリストの項目（ｉｉ）～（ｉｖ）の中から優先度の降順で５Ｇ－ＧＵＴＩを選択する。

ＵＥ ＩＤとして５Ｇ－ＧＵＴＩを使用してＳＮＰＮに登録する場合、ＵＥは同じＳＮＰＮによって以前に割り当てられた５Ｇ－ＧＵＴＩのみを使用する必要がある。

ＵＥが初期ＮＡＳメッセージとして登録要求メッセージを送信しており、ＵＥが有効な５Ｇ ＮＡＳセキュリティコンテキストを持ち、ＵＥが非クリアテキストＩＥ（non-clear text IEs）を送信する必要がある場合、ＮＡＳメッセージコンテナが含まれ、ＴＳ２４．５０１［２５］の４．４．６項を参照してください。ＵＥが非クリアテキストＩＥを送信する必要がない場合、ＵＥはＮＡＳメッセージコンテナを含めずに登録要求メッセージを送信する必要がある。

ＵＥが有効な５Ｇ ＮＡＳセキュリティコンテキストを持たない場合、ＵＥはＮＡＳメッセージコンテナを含めずに登録要求メッセージを送信する。ＵＥは、ステップ９ｂでセキュリティモード完了メッセージの一部として送信されるＮＡＳメッセージコンテナに登録要求メッセージ全体（つまり、クリアテキストＩＥおよび非クリアテキストＩＥを含む）を含める必要がある。

ＵＥがネイティブ５Ｇ－ＧＵＴＩで初期登録を実行している場合（つまり、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態にあるとき）、ＵＥは関連するＧＵＡＭＩ情報をＡＮパラメータで示す必要がある。ＵＥがＳＵＣＩを使用して初期登録を実行している場合、ＵＥはＡＮパラメータにＧＵＡＭＩ情報を表示しない。

ＵＥが初期登録またはモビリティ登録を実行しており、ＣＩｏＴ ５ＧＳ最適化がサポートされている場合、ＵＥは優先ネットワーク動作を示すものとする（ＴＳ２３．５０１［２］の５．３１．２項を参照）。Ｓ１モードがサポートされている場合、ＵＥのＥＰＣ優先ネットワーク動作は登録要求メッセージのＳ１ ＵＥネットワーク機能に含まれる（ＴＳ２４．５０１［２５］の８．２．６．１項を参照）。

緊急登録の場合、ＵＥが有効な５Ｇ－ＧＵＴＩを利用できない場合、ＳＵＣＩが含まれ、ＵＥにＳＵＰＩも有効な５Ｇ－ＧＵＴＩもない場合、ＰＥＩが含まれることになる。他の場合には、５Ｇ－ＧＵＴＩが含まれ、最後にサービスを提供したＡＭＦを示す。

ＵＥは、ＴＳ２３．５０１［２］の５．１６．３．７項で定義されているように、その構成に基づいてＵＥの使用設定を提供する場合がある。ＵＥは、ＴＳ２３．５０１［２］の５．１５．５．２．１項で説明されているように、要求されたＮＳＳＡＩを提供し、また、初期登録またはモビリティ登録更新の場合、ＵＥには、要求されたＮＳＳＡＩのマッピング（利用可能な場合）が含まれ、それは、要求されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩをＨＰＬＭＮ Ｓ－ＮＳＳＡＩにマッピングし、要求されたＮＳＳＡＩ内のＳ－ＮＳＳＡＩがサブスクライブされたＳ－ＮＳＳＡＩに基づいて許可されているかどうかをネットワークが検証できることを保証する。ＰＬＭＮ間モビリティの場合、確立されたＰＤＵセッションに対応するサービングＰＬＭＮ Ｓ－ＮＳＳＡＩがＵＥに存在しない場合、確立されたＰＤＵ セッションに関連付けられたＨＰＬＭＮ Ｓ－ＮＳＳＡＩは、ＴＳ２３．５０１［２］の５．１５．５．２．１項に記載されているように、要求されたＮＳＳＡＩのマッピングで提供される。

ＴＳ２３．５０１［２］で定義されているように、ＵＥが Ｄｅｆａｕｌｔ Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩを使用している場合、ＵＥにはＤｅｆａｕｌｔ Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ Ｉｎｄｉｃａｔｉｏｎが含まれる。

ＵＥは、ＡＭＦからのＷＵＳ支援情報の割り当てをサポートする場合、ＵＥページング確率情報を含めることができる（ＴＳ２３．５０１［２］参照）。

モビリティ登録更新の場合、ＵＥは保留中のアップリンクデータが存在するＰＤＵセッションをアクティブ化されたＰＤＵセッションのリストに含める。ＵＥがアクティブ化されたＰＤＵセッションのリストを含む場合、ＵＥは、登録要求が関連するアクセスにのみ関連付けられたＰＤＵセッションを示す。ＴＳ２４．５０１［２５］で定義されているように、ＵＥは、たとえそれらのＰＤＵセッションに保留中のアップリンクデータがない場合でも、ネットワークによって受け入れられる常時オンのＰＤＵセッションを、アクティブ化されたＰＤＵセッションのリストに含める。

注３：ＬＡＤＮに対応するＰＤＵ セッションは、ＵＥがＬＡＤＮの利用可能エリア外にある場合、アクティブ化されたＰＤＵセッションのリストには含まれない。

ＵＥ ＭＭコアネットワーク機能は、ＴＳ２３．５０１［２］の５．４．４ａ項で定義されているように、ＵＥによって提供され、ＡＭＦによって処理される。ＵＥは、ＴＳ２３．５０１［２］の５．１７．２．３．１項で定義されているように、アタッチ手順中にＰＤＮ接続要求の要求タイプフラグ「ハンドオーバ」をサポートするかどうかの表示をＵＥ ＭＭコアネットワーク機能に含める。ＵＥが「厳密に周期的な登録タイマ指示」をサポートする場合、ＵＥは、ＵＥ ＭＭコアネットワーク能力において「厳密に周期的な登録タイマ指示」の能力を示す。ＵＥがＣＡＧをサポートする場合、ＵＥは、ＵＥ ＭＭコアネットワーク能力において「ＣＡＧサポート」の能力を示す。

ＵＥは、ＴＳ２３．５０１［２］の５．６．５項に記載されているように、ＬＡＤＮ ＤＮＮまたはＬＡＤＮ情報要求の指示のいずれかを提供できる。

利用可能な場合、ＡＭＦがＵＥの登録エリアを生成できるように、最後に訪問したＴＡＩが含まれる。

セキュリティパラメータは認証と完全性保護に使用され、ＴＳ３３．５０１［１５］を参照。要求されたＮＳＳＡＩは、ネットワークスライス選択支援情報（ＴＳ２３．５０１［２］の５．１５項で定義）を示す。ＰＤＵ セッションステータスは、ＵＥで以前に確立されたＰＤＵセッションを示す。ＵＥが３ＧＰＰアクセスおよび非３ＧＰＰアクセスを介して異なるＰＬＭＮに属する２つのＡＭＦに接続された場合、ＰＤＵセッションステータスは、ＵＥ内の現在のＰＬＭＮで確立されたＰＤＵセッションを示す。

フォローオン要求(Follow-on request)は、ＵＥに保留中のアップリンクシグナリングがあり、ＵＥにアクティブ化されたＰＤＵセッションのリストが含まれていない場合、または登録タイプが、ＵＥが緊急登録の実行を希望していることを示している場合に含まれる。初期登録およびモビリティ登録更新では、ＴＳ２３．５０１［２］の５．４．５項で定義されているように、ＵＥはＵＥ要求のＤＲＸパラメータを提供する。ＵＥは、ＴＳ２３．５０１［２］の５．３１．７．２項に定義されている拡張アイドルモードＤＲＸパラメータを提供して、拡張アイドルモードＤＲＸを要求することができる。

ＵＥは、ＴＳ２３．５０１［２］に記載されているように、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ Ｕｐｄａｔｅ指示を提供する。

ＵＥにはＭＩＣＯモード設定が含まれており、ＵＥがアクティブタイムでＭＩＣＯモードを使用したい場合、オプションで要求されたアクティブタイム値も含まれる。

ＵＥは、ＵＥ ＭＭコアネットワーク機能でそのサービスギャップ制御機能を示すことができ、ＴＳ２３．５０１［２］の５．３１．１６項を参照。

ＵＥ内でサービスギャップタイマが実行されているＵＥの場合、ＵＥは、緊急サービスや例外報告などの規制優先サービスのためのネットワークアクセスは除き、登録要求メッセージにフォローオン要求表示またはアップリンクデータステータスを設定してはならない（ＴＳ２３．５０１［２］の５．３１．１６項を参照）。

ＵＥがＲＡＣＳをサポートし、ＵＥ無線機能ＩＤが割り当てられている場合、ＵＥはＴＳ２３．５０１［２］の５．４．４．１ａ項で定義されているＵＥ無線機能ＩＤを非コンテキストＩＥとして示す。

ＰＥＩは、４．２．２．２．１項で説明されているように、初期登録時にＵＥから取得できる。

ステップ２。 ５Ｇ－Ｓ－ＴＭＳＩまたはＧＵＡＭＩが含まれていない場合、または５Ｇ－Ｓ－ＴＭＳＩまたはＧＵＡＭＩが有効なＡＭＦを示さない場合、または（Ｒ）ＡＮが、５Ｇ－Ｓ－ＴＭＳＩまたはＧＵＡＭＩで示されたＡＭＦが要求されたＮＳＳＡＩをサポートしていないと判断した場合、そのときは、（Ｒ）ＡＮが、（Ｒ）ＡＴと要求されたＮＳＳＡＩに基づいて、利用可能な場合にはＡＭＦを選択する。（Ｒ）ＡＮは新ＡＭＦを選択する。

（Ｒ）ＡＮは、ＴＳ２３．５０１［２］の６．３．５項に記載されているように、ＡＭＦを選択する。ＵＥがＣＭ－ＣＯＮＮＥＣＴＥＤ状態にある場合、（Ｒ）ＡＮはＵＥのＮ２接続に基づいて登録要求メッセージをＡＭＦに転送できる。

（Ｒ）ＡＮが適切なＡＭＦを選択できない場合、（Ｒ）ＡＮでＡＭＦ選択を実行するように構成されたＡＭＦに登録要求を転送する。

ステップ３。 （Ｒ）ＡＮから新ＡＭＦへ：Ｎ２メッセージ（Ｎ２パラメータ、登録要求（ステップ１で説明）および［ＬＴＥ－Ｍ表示］）。

ＮＧ－ＲＡＮが使用された場合、Ｎ２パラメータには、選択されたＰＬＭＮ ＩＤ（またはＰＬＭＮ ＩＤおよびＮＩＤ、ＴＳ２３．５０１［２］の５．３０項を参照）、ＵＥがキャンプしている（camping）セルに関連する位置情報およびセルＩＤ、ＮＧ－ＲＡＮで設定する必要があるセキュリティ情報を含むＵＥコンテキスト示すＵＥコンテキスト要求が含まれる。

ＮＧ－ＲＡＮが使用された場合、ステップ１で、ＡＮパラメータで指示が受信された場合、Ｎ２パラメータには確立原因とＩＡＢ－表示も含まれる。

要求されたＮＳＳＡＩのマッピングは、利用可能な場合にのみ提供される。

ＵＥによって示された登録タイプが周期的登録更新である場合、ステップ４から１９は省略されてもよい。

確立原因が優先サービス（ＭＰＳ、ＭＣＳなど）に関連付けられている場合、ＡＭＦには優先情報を示すＭｅｓｓａｇｅ Ｐｒｉｏｒｉｔｙヘッダが含まれる。他のＮＦは、ＴＳ２９．５００［１７］で規定されているように、サービスベースのインターフェイスにＭｅｓｓａｇｅ Ｐｒｉｏｒｉｔｙヘッダを含めることによって優先度情報を中継する。

ＵＥが使用するＲＡＴタイプが決定され（４．２．２．２．１項を参照）、それに基づいて、ＡＭＦは、ＵＥがＮＢ－ＩｏＴへの、またはＮＢ－ＩｏＴからのＩｎｔｅｒ－ＲＡＴモビリティを実行しているかどうかを決定する。ＡＭＦは、ＬＴＥ Ｍインジケーションを受信すると、ＲＡＴタイプがＬＴＥ－Ｍであるとみなして、ＵＥコンテキストにＬＴＥ－Ｍインジケーションを格納する。

ＵＥに優先ネットワーク動作が含まれる場合、これは、ＴＳ２３．５０１［２］の５．３１．２項で定義されているように、ＵＥがサポートし、ネットワークで利用可能であることが期待されるネットワーク動作を定義する。

ＵＥが優先ネットワーク動作を含めており、ＵＥが優先ネットワーク動作でサポートすることを示したものがネットワークサポートと互換性がない場合、ＡＭＦは適切な原因値（例：このＰＬＭＮでの再試行を回避する値）を使用して登録要求を拒否する。

ＵＥのＡＭＦのＵＥ Ｃｏｎｔｅｘｔで実行されているＳｅｒｖｉｃｅ Ｇａｐタイマがあり、フォローオン要求表示またはアップリンクデータステータスが登録要求メッセージに含まれている場合、ＡＭＦは、フォローオン要求表示とアップリンクデータステータスを無視し、ステータスに関連するアクションを実行しない。

ＵＥがステップ１でＵＥ無線機能ＩＤを含めており、ＡＭＦがＲＡＣＳをサポートしている場合、ＡＭＦはＵＥコンテキストに無線機能ＩＤを保存する。

ステップ４。 ［条件付き］新ＡＭＦから旧ＡＭＦ：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ（登録要求の完了）、または新ＡＭＦからＵＤＳＦ：Ｎｕｄｓｆ＿Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ＿Ｑｕｅｒｙ（）。

（ＵＤＳＦ 導入の場合）：ＵＥの５Ｇ－ＧＵＴＩが登録要求に含まれており、最後の登録手順以降にサービングＡＭＦが変更され、新ＡＭＦと旧ＡＭＦが同じＡＭＦセット内にあり、ＵＤＳＦが展開された場合、新ＡＭＦは、Ｎｕｄｓｆ＿ＵｎｓｔｒｕｃｔｕｒｅｄＤａｔａＭａｎａｇｅｍｅｎｔ＿Ｑｕｅｒｙサービス操作を使用して、保存されたＵＥのＳＵＰＩおよびＵＥコンテキストをＵＤＳＦから直接取得し、または、ＵＤＳＦが展開されていない場合は、実装固有の手段を介して保存されたＵＥコンテキストを共有できる。これには、特定のＵＥの各ＮＦコンシューマによるイベント加入情報も含まれる。この場合、新ＡＭＦは、完全性保護された完全な登録要求ＮＡＳメッセージを使用して、完全性保護を実行および検証する。

（ＵＤＳＦ 導入なし）：ＵＥの５Ｇ－ＧＵＴＩが登録要求に含まれており、最後の登録手順以降にサービングＡＭＦが変更されている場合、新ＡＭＦは、完全な登録要求ＮＡＳメッセージを含む旧ＡＭＦ上でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒサービス操作を呼び出すことができ、これは、ＵＥのＳＵＰＩおよびＵＥ Ｃｏｎｔｅｘｔを要求するために、アクセスタイプと同様に完全性が保護されている可能性がある。このサービス操作の詳細については、５．２．２．２．２項を参照。この場合、旧ＡＭＦは、５Ｇ－ＧＵＴＩと完全性保護された完全な登録要求ＮＡＳメッセージ、またはＳＵＰＩと新ＡＭＦからのＵＥが検証されていることを示す表示のいずれかを使用して、コンテキスト転送サービス操作の呼び出しがＵＥの要求に対応する場合に完全性保護を検証する。旧ＡＭＦは、ＵＥの各ＮＦコンシューマによるイベントサブスクリプション情報も新ＡＭＦに転送する。旧ＡＭＦがまだｎｏｎ－ｚｅｒｏ ＭＯ Ｅｘｃｅｐｔｉｏｎ Ｄａｔａ Ｃｏｕｎｔｅｒを（Ｈ－）ＳＭＦに報告していない場合、コンテキスト応答にはＭＯ Ｅｘｃｅｐｔｉｏｎ Ｄａｔａ Ｃｏｕｎｔｅｒも含まれる。

登録要求メッセージに５Ｇ－ＧＵＴＩ １が含まれており、新ＡＭＦが５Ｇ－ＧＵＴＩ １のＧＵＡＭＩに対応する旧ＡＭＦとのインターフェイスを持たないと判断した場合、新ＡＭＦは以下の手順でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒサービスオペレーションを送信する。

ステップ４ａ。 ＡＭＦ２が、ローカル設定に基づいて、ＮＧ－ＲＡＮを介してＡＭＦ１（例えば、旧ＡＭＦ）からＵＥコンテキストを取得できると判断した場合、ＡＭＦ２は、５Ｇ－ＧＵＴＩ１、ＡＭＦ２アドレス（例えば、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）、Ｎ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。任意の独立したネットワークからルーティング可能なＡＭＦ２アドレス情報は、ＡＭＦ２で設定することも、３ＧＰＰ ＴＳ２３．５０１［４］の６．３．５項に記載されているように、ＡＭＦ２がＮＲＦから取得することもできる。あるいは、ＡＭＦ２は、新５Ｇ－ＧＵＴＩをＵＥに割り当て、それをＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージに設定する。

ステップ４ｂ。 ＮＧ－ＲＡＮがＲｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＮＧ－ＲＡＮは、ＡＭＦ２アドレスまたは／または新５Ｇ－ＧＵＴＩとＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ１に送信する。ＡＭＦアドレスは、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出される。ＮＧ－ＲＡＮにはＡＭＦ２のアドレスが格納してもよい。

ＮＧ－ＲＡＮは、独立したネットワークごとに複数のＩＰアドレス空間を管理する必要がある場合があることに注意してください。たとえば、５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出されたＩＰアドレスは、そのような独立したネットワークでのみ有効である可能性がある。

ＮＧ－ＲＡＮは、複数の独立したネットワークをサポートするネットワークアドレス変換（ＮＡＴ）機能を備えている場合があることに注意してください。Ｎ２およびＮ３リファレンスポイント上のメッセージが異なる独立したネットワークを通過する必要がある場合、ＮＧ－ＲＡＮはＮＡＴ機能を実行して、異なる独立したネットワークにあるＡＭＦ間およびＵＰＦ間の通信を可能にする。
ステップ４ａ） Ｓ－ＮＳＳＡＩ １に関連するＰＤＵセッションに対してユーザプレーンが確立されている場合、ＡＭＦは、ＳＭＦ１に対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求（ＰＤＵセッションＩＤ、原因、操作タイプ、ユーザ位置情報、位置情報の経過時間、Ｎ２ ＳＭ情報（セカンダリＲＡＴ使用データ）、一時停止タイマ）を開始することにより、ユーザプレーンを一時停止する。操作タイプは「ＵＰ Ｓｕｓｐｅｎｄ」に設定され、ＰＤＵセッションのユーザプレーンリソースの一時停止を示す。

ステップ４ｂ） ＳＭＦ１は、Ｎ４セッション変更要求（バッファリングオン／オフ）メッセージをＵＰＦ１に送信することによって、Ｎ４セッション変更手順を開始し、これは、バッファリングが表示されている場合はデータネットワークからのデータをＵＰＦ１でバッファリングする必要があることを示し、そうでない場合はバッファリングの必要がないことを示す。メッセージに一時停止タイマ（suspend timer）が含まれている場合、ＳＭＦはＳＭＦ内の一時停止タイマを開始する。

一時停止タイマが期限切れになると、ＳＭＦは３ＧＰＰ ＴＳ２３．５０２［５］の４．３．４項に記載されているように、ＰＤＵセッション解放手順を開始する。

ＵＰＦ１は、ＳＭＦ１の要求を確認するためにＮ４セッション変更応答を送信する。
旧ＡＭＦに別のアクセスタイプ（この手順で示されたアクセスタイプとは異なる）のＰＤＵセッションがあり、旧ＡＭＦがＮ２インターフェイスを新ＡＭＦに再配置する可能性がないと判断した場合、旧ＡＭＦはＵＥのＳＵＰＩを返し、登録要求が完全性保護のために検証されたことを示すが、残りのＵＥコンテキストは含まれない。

ＰＬＭＮ間のモビリティの場合、ＵＥコンテキスト情報には、旧ＰＬＭＮの許可されたＮＳＳＡＩを含まず、各アクセスタイプの許可されたＮＳＳＡＩに対応するＨＰＬＭＮ Ｓ－ＮＳＳＡＩが含まれる。

注４：新ＡＭＦは、旧ＡＭＦで以前の完全性チェックが失敗した後、新ＡＭＦがＵＥ認証を成功させた場合、ステップ９ａに従ってＵＥが検証されたという表示を設定する。

注５：ＮＦコンシューマは、ＵＥが新ＡＭＦに正常に登録された後、新ＡＭＦでイベントに再度、申し込む必要はない。

新ＡＭＦがハンドオーバ手順中に旧ＡＭＦからＵＥコンテキストをすでに受信している場合、ステップ４、５、および１０はスキップされる。

緊急登録の場合、ＵＥがＡＭＦに知られていない５Ｇ－ＧＵＴＩで自身を識別する場合、ステップ４と５はスキップされ、ＡＭＦは直ちにＵＥにＳＵＰＩを要求する。ＵＥがＰＥＩで自身を識別する場合、ＳＵＰＩ要求はスキップされる。ユーザＩＤ（User Identity）無しでの緊急登録の許可は、地域の規制によって異なる。

ステップ５。 ［条件付き］旧ＡＭＦから新ＡＭＦへ：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ（ＳＵＰＩ、ＡＭＦのＵＥ Ｃｏｎｔｅｘｔ（表５．２．２．２．２－１による））への応答、または新ＡＭＦへのＵＤＳＦ：Ｎｕｄｓｆ＿Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ＿Ｑｕｅｒｙ（）。旧ＡＭＦは、ＵＥコンテキストの実装固有の（ガード）タイマを開始する可能性がある。

ステップ４でＵＤＳＦがクエリされた（was queried）場合、ＵＤＳＦは、確立されたＰＤＵセッションを含む関連コンテキストを使用して、Ｎｕｄｓｆ＿Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ＿Ｑｕｅｒｙ呼び出しの新ＡＭＦに応答し、旧ＡＭＦには、ＳＭＦ情報ＤＮＮ、Ｓ－ＮＳＳＡＩ、およびＰＤＵセッションＩＤ、Ｎ３ＩＷＦ／ＴＮＧＦ／Ｗ－ＡＧＦへのアクティブなＮＧＡＰ ＵＥ－ＴＮＬＡバインディングが含まれ、旧ＡＭＦには、ＮＧＡＰ ＵＥ－ＴＮＬＡバインディングに関する情報が含まれる。旧ＡＭＦがステップ４でクエリされた場合、旧ＡＭＦは、ＵＥのＳＵＰＩとＵＥ Ｃｏｎｔｅｘｔを含めることで、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ呼び出しの新ＡＭＦに応答する。

旧ＡＭＦが確立されたＰＤＵセッションに関する情報を保持しており、それが初期登録ではない場合、旧ＡＭＦにはＳＭＦ情報、ＤＮＮ、Ｓ－ＮＳＳＡＩ、およびＰＤＵセッションＩＤが含まれる。

旧ＡＭＦがＮ３ＩＷＦ、Ｗ－ＡＧＦ、またはＴＮＧＦを介して確立されたＵＥコンテキストを保持している場合、旧ＡＭＦにはＮ３ＩＷＦ、Ｗ－ＡＧＦ、またはＴＮＧＦを介してＣＭ状態が含まれる。ＵＥがＮ３ＩＷＦ、Ｗ－ＡＧＦ、またはＴＮＧＦを介してＣＭ－ＣＯＮＮＥＣＴＥＤ状態にある場合、旧ＡＭＦにはＮＧＡＰ ＵＥ－ＴＮＬＡバインディングに関する情報が含まれる。

旧ＡＭＦが登録要求ＮＡＳメッセージの整合性チェックに失敗した場合、旧ＡＭＦは整合性チェックの失敗を示す。新ＡＭＦが認証されていないＵＥに対する緊急サービスを許可するように設定されている場合、新ＡＭＦは次のように動作する。
－ＵＥに緊急ＰＤＵセッションしかない場合、ＡＭＦは認証およびセキュリティ手順をスキップするか、認証が失敗する可能性があることを受け入れてモビリティ登録更新手順を続行する、または、
－ＵＥに緊急ＰＤＵセッションと非緊急ＰＤＵセッションの両方があり、認証が失敗した場合、ＡＭＦはモビリティ登録更新手順を続行し、４．３．４．２項で特定するように、すべての非緊急ＰＤＵセッションを非アクティブ化する。

注６：新ＡＭＦは、ＤＮＮが緊急ＤＮＮと一致するかどうかを確認することで、ＰＤＵセッションが緊急サービスに使用されているかどうかを判断できる。

旧ＡＭＦがＡＭポリシーアソシエーションに関する情報とＵＥポリシーアソシエーションに関する情報（すなわち、ＴＳ２３．５０３［２０］で定義されているＵＥポリシーを更新するためのポリシー制御要求トリガ）を保持する場合、旧ＡＭＦにはＡＭポリシーアソシエーション、ＵＥポリシーアソシエーションおよびＰＣＦ ＩＤに関する情報が含まれる。ローミングの場合、Ｖ－ＰＣＦ ＩＤとＨ－ＰＣＦ ＩＤが含まれる。

ＰＬＭＮ間のモビリティの間、新ＡＭＦでのＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ ＩＤの処理はＴＳ２３．５０１［２］で定義されているとおりである。

ＡＭＦ１は、含まれるＡＭＦ２アドレス（例えば、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮ）、または／および新５Ｇ－ＧＵＴＩおよびＮ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信する。Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ ＲｅｓｐｏｎｓｅにはＵＥコンテキストが含まれる。

ＮＧ－ＲＡＮは、Ｒｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、Ｎ１４メッセージコンテナ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）を含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージをＡＭＦ２に送信する。Ｎ１４メッセージコンテナを含むＲｅｒｏｕｔｅ＿Ｎ１４＿ｔｒａｎｓｆｅｒメッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ）には、ＡＭＦ２アドレスまたは／および新５Ｇ－ＧＵＴＩが設定されてもよい。新５Ｇ－ＧＵＴＩがＮＧ－ＲＡＮに設定されている場合、Ｒｅｒｏｕｔｅ＿Ｎ１４＿Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＭＦ２アドレスが新５Ｇ－ＧＵＴＩのＧＵＡＭＩ部分から導出される。

ステップ５ａ。 ステップ４の登録要求メッセージで、またはローカル情報に基づいて、ＡＭＦ１が再開されるＰＤＵセッションのリストＩＥを受信すると、ＡＭＦ１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（再開要求、ＰＤＵセッションＩＤ）をＳＭＦ１に送信する。

ステップ５ｂ。 ＳＭＦ１は、各ＰＤＵセッションのＮ４セッション変更要求をＵＰＦ１に送信することにより、各ＰＤＵセッションのユーザプレーンを再開する。ＵＰＦ１は、ユーザプレーンを再開した後、Ｎ４セッション変更応答メッセージをＳＭＦ１に送信する。

ステップ５ｃ。 ＳＭＦ１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ ＲｅｓｐｏｎｓｅをＡＭＦ１に送信する。
図４Ａおよび図４Ｂのステップ１０～１２は、３ＧＰＰ ＴＳ２３．５０２［５］の図４．８．２．３－１：一時停止を伴うＣＭ－ＩＤＬＥでの接続再開のステップ５～７と同等であることに注意してください。

注７：新ＡＭＦがコンテキスト取得にＵＤＳＦを使用する場合、同時に旧ＡＭＦでのＵＥシグナリングによる旧ＡＭＦ、新ＡＭＦ、ＵＤＳＦ間の相互作用は実装上の問題である。

ステップ６。 ［条件付き］新ＡＭＦからＵＥへ：ＩＤ要求（）。
ＳＵＣＩがＵＥによって提供されず、旧ＡＭＦから取得されなかった場合、アイデンティティ要求手順は、ＡＭＦがＳＵＣＩを要求するＵＥにアイデンティティ要求メッセージを送信することによって開始される。

ステップ７。 ［条件付き］ＵＥから新ＡＭＦへ：ＩＤ応答（）。
ＵＥは、ＳＵＣＩを含むＩｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅメッセージで応答する。ＵＥは、ＴＳ３３．５０１［１５］で特定されているように、ＨＰＬＭＮのプロビジョニングされた公開キーを使用してＳＵＣＩを導出する。

ステップ８。 ＡＭＦは、ＡＵＳＦを呼び出すことによってＵＥ認証を開始することを決定してもよい。その場合、ＴＳ２３．５０１［２］の６．３．４項に記載されているように、ＡＭＦはＳＵＰＩまたはＳＵＣＩに基づいてＡＵＳＦを選択する。
ＡＭＦが認証されていないＳＵＰＩの緊急登録をサポートするように設定されており、ＵＥが登録タイプの緊急登録を示した場合、ＡＭＦは認証をスキップするか、認証が失敗する可能性があることを受け入れて登録手順を続行する。

ステップ９ａ。 認証が必要な場合、ＡＭＦはＡＵＳＦに認証を要求する。ＵＥに関するトレース要件がＡＭＦで利用可能な場合、ＡＭＦはＡＵＳＦへのリクエストでトレース要件を提供する。ＡＭＦからの要求に応じて、ＡＵＳＦはＵＥの認証を実行する。認証はＴＳ３３．５０１［１５］に記載されているように実行される。ＡＵＳＦは、ＴＳ２３．５０１［２］、６．３．８項に記載されているように、ＵＤＭを選択し、ＵＤＭから認証データを取得する。
ＵＥが認証されると、ＡＵＳＦは関連するセキュリティ関連情報をＡＭＦに提供する。ＡＭＦがＳＵＣＩをＡＵＳＦに提供した場合、ＡＵＳＦは認証が成功した後にのみＳＵＰＩをＡＭＦに返す。
ステップ５での旧ＡＭＦでの整合性チェックの失敗によってトリガされる、新ＡＭＦでの認証の成功後、新ＡＭＦは上記のステップ４を再度呼び出し、ＵＥが検証されたことを示す（すなわち、５．２．２．２．２．項で特定されている理由パラメータを通じて）。

ステップ９ｂ。 ＮＡＳセキュリティコンテキストが存在しない場合、ＴＳ ３３．５０１［１５］の説明に従ってＮＡＳセキュリティの開始が実行される。ステップ１でＵＥがＮＡＳセキュリティコンテキストを持たなかった場合、ＵＥはＴＳ２４．５０１［２５］で定義されている完全な登録要求メッセージを含める。
ＡＭＦは、４．２．２．２．３項で説明されているように、登録リクエストを再ルーティングする必要があるかどうかを決定する。最初のＡＭＦはＡＭＦを指す。

ステップ９ｃ。 ５Ｇ－ＡＮがＵＥコンテキストを要求した場合、ＡＭＦはＮＧＡＰ手順を開始し、ＴＳ３８．４１３［１０］で特定されているセキュリティコンテキストを５Ｇ－ＡＮに提供する。また、ＡＭＦがＥＰＳフォールバックがサポートされていると判断した場合（たとえば、ＴＳ２３．５０１［２］の５．１７．２．３．１項で定義されているように、アタッチ手順中にＰＤＮ接続要求の要求タイプフラグ「handover」をサポートするＵＥの能力、サブスクリプションデータおよびローカルポリシに基づいて）、ＡＭＦはＴＳ３８．４１３［１０］で特定されているように、「Redirection for EPS fallback for voice is possible」という表示を５Ｇ－ＡＮに送信する。それ以外の場合、ＡＭＦは「Redirection for EPS fallback for voice is not possible」と表示する。さらに、ＵＥに関するトレーシング要件がＡＭＦで利用可能な場合、ＡＭＦは、ＮＧＡＰ手順でトレーシング要件を５Ｇ－ＡＮに提供する。

ステップ９ｄ。 ５Ｇ－ＡＮはセキュリティコンテキストを保存し、ＡＭＦに確認応答する。５Ｇ－ＡＮは、ＴＳ３３．５０１［１５］に記載されているように、セキュリティコンテキストを使用して、ＵＥと交換されるメッセージを保護する。

ステップ１０。 ［条件付き］新ＡＭＦから旧ＡＭＦへ：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＵｐｄａｔｅ（スライスがサポートされていないため、ＰＤＵセッションＩＤが解放される）。
ＡＭＦが変更された場合、新ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＵｐｄａｔｅサービスオペレーションを呼び出すことによって、新ＡＭＦへのＵＥの登録が完了したことを旧ＡＭＦに通知する。
認証／セキュリティ手順が失敗した場合、登録は拒否され、新ＡＭＦは、旧ＡＭＦに対して拒否指示を指定してＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＵｐｄａｔｅサービス操作を呼び出す。旧ＡＭＦは、ＵＥコンテキスト転送サービス操作がまったく受信されなかったかのように続行する。
旧登録エリアで使用されている１つ以上のＳ－ＮＳＳＡＩがターゲットの登録エリアでサービスを提供できない場合、新ＡＭＦは、どのＰＤＵセッションが新登録エリアでサポートできないかを決定する。新ＡＭＦは、旧ＡＭＦに対して拒否されたＰＤＵセッションＩＤを含むＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＵｐｄａｔｅサービスオペレーションを呼び出す。その後、新ＡＭＦはそれに応じてＰＤＵセッションステータスを変更する。旧ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔサービスオペレーションを呼び出すことによって、対応するＳＭＦにＵＥのＳＭコンテキストをローカルに解放するように通知する。
新ＡＭＦがステップ２で、ローカルポリシに基づいて、ＡＭポリシーアソシエーションおよびＵＥポリシーアソシエーションのＰＣＦ ＩＤによって識別されるＰＣＦを使用せずに、ＵＥコンテキスト転送でＡＭＦポリシーアソシエーションとＵＥポリシーアソシエーションに関する情報を受信した場合、次に、ＵＥコンテキスト内のＡＭポリシーアソシエーションとＵＥポリシーアソシエーションがもう使用されていないことを旧ＡＭＦに通知し、ステップ１５でＰＣＦ選択が実行される。

ステップ１１。 ［条件付き］新ＡＭＦからＵＥへ：ＩＤ要求／応答（ＰＥＩ）。
ＰＥＩがＵＥによって提供されなかった場合、または旧ＡＭＦから取得されなかった場合、アイデンティティ要求手順は、ＡＭＦがＰＥＩを取得するためにアイデンティティ要求メッセージをＵＥに送信することによって開始される。ＵＥが緊急登録を実行して認証できない場合を除き、ＰＥＩは暗号化されて転送される。
緊急登録の場合、ＵＥは登録要求にＰＥＩを含めている可能性がある。その場合、ＰＥＩの取得はスキップされる。
ＵＥ ＭＭコアネットワーク機能に示されているように、ＵＥがＲＡＣＳをサポートする場合、ＡＭＦはＵＥのＰＥＩを使用して、ＲＡＣＳ動作の目的でＩＭＥＩ／ＴＡＣを取得する。

ステップ１２。 オプションで、新ＡＭＦは、Ｎ５ｇ－ｅｉｒ＿ＥｑｕｉｐｍｅｎｔＩｄｅｎｔｉｔｙＣｈｅｃｋ＿Ｇｅｔサービスオペレーションを呼び出すことによって、ＭＥアイデンティティチェックを開始する（５．２．４．２．２項を参照）。
ＰＥＩチェックは、４．７項で説明されているように実行される。
緊急登録について、ＰＥＩがブロックされた場合、オペレータポリシによって緊急登録手順を続行するか停止するかが決定される。

ステップ１３。 ステップ１４が実行される場合、新ＡＭＦは、ＳＵＰＩに基づいてＵＤＭを選択し、その後、ＵＤＭはＵＤＲインスタンスを選択することができる。ＴＳ２３．５０１［２］の６．３．９項を参照。
ＡＭＦは、ＴＳ２３．５０１［２］の６．３．８項に記載されているように、ＵＤＭを選択する。

ステップ１４ａ～ｃ。 最後の登録手順以降にＡＭＦが変更された場合、またはＵＥがＡＭＦ内の有効なコンテキストを参照しないＳＵＰＩを提供する場合、またはＵＥが同じＡＭＦに登録する場合、すでに非３ＧＰＰアクセスに登録されている場合（すなわち、ＵＥが非３ＧＰＰアクセスを介して登録されており、この登録手順を開始して３ＧＰＰアクセスを追加する）、新ＡＭＦは、登録されるアクセスに対してＮｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎを使用してＵＤＭに登録する（そして、ＵＤＭがこのＡＭＦを登録解除するときに通知を受けるようにサブスクライブする）。

ＡＭＦは、「Homogenous Support of IMS Voice over PS Sessions」表示（ＴＳ２３．５０１［２］の５．１６．３．３項を参照）をＵＤＭに提供する。「Homogenous Support of IMS Voice over PS Sessions」表示は、ＡＭＦがＴＳ２３．５０１［２］の５．１６．３．２項に規定されている「IMS Voice over PS Session」のサポートの評価を完了していない限り、含まれない。

初期登録中に、ＡＭＦとＵＥがＮＧ－ＲＡＮからＵＴＲＡＮへのＳＲＶＣＣをサポートする場合、ＡＭＦはＵＤＭにＵＥ ＳＲＶＣＣ機能を提供する。

ＵＥ ＳＲＶＣＣ能力のみが変化したとＡＭＦが判断した場合、ＡＭＦはＵＥ ＳＲＶＣＣ能力をＵＤＭに送信する。

注８：このステップでは、ＡＭＦがこのＵＥのＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔｅｄ表示の設定を決定するために必要なすべての情報を持っていない可能性がある（ＴＳ２３．５０１［２］の５．１６．３．２項を参照）。したがって、ＡＭＦは、この手順の後半で「Homogenous Support of IMS Voice over PS Sessions」を送信できる。

ＡＭＦがＵＥのサブスクリプションデータを持たない場合、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔを使用して、アクセスおよびモビリティサブスクリプションデータ、ＳＭＦ選択サブスクリプションデータ、ＳＭＦデータ内のＵＥコンテキスト、およびＬＣＳモバイル発信を取得する。ＡＭＦがすでにＵＥのサブスクリプションデータを持っているが、ＵＥコンテキストのＳｏＲ更新表示により、ＡＭＦがＮＡＳ登録タイプ（「初期登録」または「緊急登録」）に応じてＳｏＲ情報を取得する必要がある場合（ＴＳ２３．１２２［２２］の付録Ｃを参照）、ＡＭＦはＮｕｄｍ＿ＳＤＭ＿Ｇｅｔを使用してローミングのステアリング情報を取得する。これには、ＵＤＭがＮｕｄｒ＿ＤＭ＿ＱｕｅｒｙによってＵＤＲからこの情報を取得できることが必要である。成功した応答を受信した後、ＡＭＦは、要求されたデータが変更されたときにＮｕｄｍ＿ＳＤＭ＿Ｓｕｂｓｃｒｉｂｅを使用して通知を受けるようにサブスクライブし、ＵＤＭはＮｕｄｒ＿ＤＭ＿ＳｕｂｓｃｒｉｂｅによってＵＤＲをサブスクライブできる。ＧＰＳＩがＵＥのサブスクリプションデータで利用可能な場合、ＧＰＳＩは、ＵＤＭからのアクセスおよびモビリティサブスクリプションデータでＡＭＦに提供される。
ＵＤＭは、ネットワークスライシングのためのサブスクリプションデータがＵＥに対して更新されたという表示を提供することができる。ＵＥがサービングＰＬＭＮでＭＰＳに加入している場合、「MPS priority」は、ＡＭＦに提供されるアクセスおよびモビリティ加入データに含まれる。ＵＥがサービングＰＬＭＮでＭＣＸに加入している場合、「MCX priority」は、ＡＭＦに提供されるアクセスおよびモビリティ加入データに含まれる。ＵＤＭは、アクセスおよびモビリティサブスクリプションデータの一部として、ＩＡＢ－Ｏｐｅｒａｔｉｏｎ ａｌｌｏｗｅｄの表示もＡＭＦに提供する。ＡＭＦは、ＮＧ－ＲＡＮにおけるＵＥコンテキストのセットアップ、または初期セットアップがステップ９ｃにある場合には、ＩＡＢノードが許可されているという表示を含めて、ＮＧ－ＲＡＮにおけるＵＥコンテキストの変更をトリガする。

新ＡＭＦは、ＵＥに提供するアクセスタイプをＵＤＭに提供し、アクセスタイプは「3GPP access」に設定される。ＵＤＭは、関連付けられたアクセスタイプをサービングＡＭＦとともに保存し、他のアクセスタイプに関連付けられたＡＭＦ ＩＤがあれば削除しない。ＵＤＭは、ＡＭＦ登録時にＮｕｄｒ＿ＤＭ＿Ｕｐｄａｔｅによって提供された情報をＵＤＲに格納してもよい。

ＵＥがアクセスのために旧ＡＭＦに登録されており、旧ＡＭＦと新ＡＭＦが同じＰＬＭＮ内にある場合、新ＡＭＦは別個／独立したＮｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎを送信して、旧ＡＭＦで使用されるアクセスに設定されたアクセスタイプで、旧ＡＭＦの再配置が正常に完了した後で、ＵＤＭを更新する。

新ＡＭＦは、ＵＤＭからアクセスおよびモビリティサブスクリプションデータを取得した後、ＵＥのＵＥコンテキストを作成する。アクセスおよびモビリティサブスクリプションデータには、ＵＥが平文（clear text）で３ＧＰＰアクセスＲＲＣ接続確立にＮＳＳＡＩを含めることが許可されているかどうかを含む。アクセスおよびモビリティサブスクリプションデータには、拡張カバレッジ制限情報（Enhanced Coverage Restricted information）が含まれる場合がある。ＵＤＭから受信し、ＵＥがステップ１で拡張カバレッジの使用制限のサポートを含んでいた場合、ＡＭＦはＴＳ２３．５０１［２］の５．３１．１２項に規定されているように、拡張カバレッジがＵＥに対して制限されているかどうかを判断し、ＵＥコンテキスト内の拡張カバレッジの更新され制限された情報を保存する。

アクセスおよびモビリティサブスクリプションデータには、ＮＢ－ＩｏＴ ＵＥ優先度が含まれる場合がある。

サブスクリプションデータには、サービスギャップタイムパラメータが含まれる場合がある。ＵＤＭから受信した場合、ＡＭＦはこのサービスギャップタイムをＵＥのために、ＡＭＦのＵＥ Ｃｏｎｔｅｘｔに保存する。

ＵＥが正常に認証されなかった緊急登録の場合、ＡＭＦはＵＤＭに登録しない。

ＡＭＦは、ＴＳ２３．５０１［２］の５．３．４．１．１項に規定されているモビリティ制限を強制する。緊急登録の場合、ＡＭＦはモビリティ制限、アクセス制限、地域制限、またはサブスクリプション制限をチェックしない。緊急登録の場合、ＡＭＦはＵＤＭからの失敗した登録応答を無視し、登録手順を続行する。

注９：ＡＭＦは、対応する機能がＡＭＦとＵＤＭの両方でサポートされている場合、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔサービスオペレーションの代わりに、ＵＤＭがサブスクライブされたデータを即座に返すようにトリガする即時レポート表示を含むＮｕｄｍ＿ＳＤＭ＿Ｓｕｂｓｃｒｉｂｅサービスオペレーションを使用できる。

ステップ１４ｄ。 ステップ１４ａで示されているように、ＵＤＭがサービングＡＭＦとともに関連するアクセスタイプ（例：３ＧＰＰ）を保存する時、これにより、ＵＤＭは、存在する場合、同じ（例：３ＧＰＰ）アクセスに対応する旧ＡＭＦに対してＮｕｄｍ＿ＵＥＣＭ＿ＤｅｒｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ（５．２．３．２．２項を参照）を開始する。ステップ５で開始されたタイマが実行されていない場合、旧ＡＭＦは同じアクセスタイプのＵＥコンテキストを削除する可能性がある。そうでない場合、ＡＭＦは、タイマが期限切れになったときに、同じアクセスタイプのＵＥコンテキストを削除する可能性がある。ＵＤＭによって示されたサービングＮＦ削除理由が初期登録である場合、４．２．２．３．２項で説明されているように、旧ＡＭＦは、ＵＥが同じアクセスタイプの旧ＡＭＦから登録解除されたことを通知するために、ＵＥのすべての関連ＳＭＦに対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔ（ＳＭコンテキストＩＤ）サービス操作を呼び出す。ＳＭＦは、この通知を受け取るとＰＤＵセッションを解放する。

旧ＡＭＦがＰＣＦとＡＭポリシーアソシエーションおよびＵＥポリシーアソシエーションを確立していて、旧ＡＭＦがＰＣＦ ＩＤを新ＡＭＦに転送しなかった場合（例：新ＡＭＦが異なるＰＬＭＮにある）、旧ＡＭＦは、４．１６．３．２項で定義されているように、ＡＭＦが開始するポリシーアソシエーション終了手順を実行し、４．１６．１３．１項で定義されているように、ＡＭＦが開始するＵＥポリシーアソシエーション終了手順を実行する。さらに、旧ＡＭＦがＵＥコンテキストでＰＣＦ ＩＤを転送したが、新ＡＭＦがステップ１０でＵＥコンテキストのＡＭポリシーアソシエーション情報とＵＥポリシーアソシエーション情報が使用されないことを通知した場合、その後、旧ＡＭＦは、４．１６．３．２項で定義されているように、ＡＭＦが開始するポリシーアソシエーション終了手順を実行し、４．１６．１３．１項で定義されているように、ＡＭＦが開始するＵＥポリシーアソシエーション終了手順を実行する。

旧ＡＭＦがそのＵＥに対してＮ２接続を持っている場合（たとえば、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態にあったが、現在はＥ－ＵＴＲＡＮに移動しているか、旧ＡＭＦがサービスを提供していないエリアに移動しているため）、旧ＡＭＦは、ＵＥが既にローカルでＮＧ－ＲＡＮのＲＲＣ接続を解放したことを示す原因値を使用して、ＡＮ解放（４．２．６項を参照）を実行する必要がある。

ステップ１４ｅ。 ［条件付き］旧ＡＭＦが別のアクセスタイプ（すなわち、非３ＧＰＰアクセス）のＵＥコンテキストを持たない場合、旧ＡＭＦはＮｕｄｍ＿ＳＤＭ＿ｕｎｓｕｂｓｃｒｉｂｅを使用してサブスクリプションデータ（subscription data）のＵＤＭをアンサブスクライブ（unsubscribe）する。

ステップ１５。 ＡＭＦがＰＣＦ通信を開始することを決定した場合、ＡＭＦは次のように動作する。
新ＡＭＦがステップ５で旧ＡＭＦからのＵＥコンテキストに含まれる（Ｖ－）ＰＣＦ ＩＤによって識別される（Ｖ－）ＰＣＦを使用することを決定した場合、ＡＭＦは、（Ｖ－）ＰＣＦ ＩＤによって識別される（Ｖ－）ＰＣＦに接続してポリシーを取得する。ＡＭＦがＰＣＦの発見と選択を実行することを決定し、ＡＭＦが（Ｖ）－ＰＣＦを選択し、ＴＳ２３．５０１［２］に記載されているように、Ｈ－ＰＣＦ（ローミングシナリオ用）を選択する可能性がある場合、６．３．７．１項および４．３．２．２．３．３項に記載されているＶ－ＮＲＦとＨ－ＮＲＦの相互作用に従う。

ステップ１６。 ［オプション］新ＡＭＦは、ＡＭポリシーアソシエーションの確立／変更を実行する。緊急登録の場合、この手順はスキップされる。
新ＡＭＦがステップ１５で新（Ｖ－）ＰＣＦを選択した場合、新ＡＭＦは、４．１６．１．２項で定義されているように、選択された（Ｖ－）ＰＣＦとＡＭポリシーアソシエーションの確立を実行する。
旧ＡＭＦからのＵＥコンテキストに含まれる（Ｖ－）ＰＣＦ ＩＤによって識別される（Ｖ－）ＰＣＦが使用される場合、新ＡＭＦは、４．１６．２．１．２．項で定義されているように、（Ｖ－）ＰＣＦとＡＭポリシーアソシエーションの変更を実行する。
ＡＭＦが調整のためにモビリティ制限（例：ＵＥの位置）をＰＣＦに通知する場合、またはＰＣＦが何らかの条件（例：使用中のアプリケーション、日時）によりモビリティ制限自体を更新する場合、ＰＣＦはＡＭＦへ更新されたモビリティ制限を提供する。加入情報にトレース要件が含まれる場合、ＡＭＦはＰＣＦにトレース要件を提供する。
ＡＭＦがＤＮＮ置換をサポートする場合、ＡＭＦはＰＣＦに許可されたＮＳＳＡＩを提供し、利用可能な場合は許可されたＮＳＳＡＩのマッピングを提供する。
ＰＣＦがＤＮＮ置換をサポートしている場合、ＰＣＦはＡＭＦにＤＮＮ置換のトリガを提供する。

ステップ１７。 ［条件付き］ＡＭＦからＳＭＦ：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ（）。
緊急登録ＵＥ（ＴＳ２３．５０１［２］を参照）の場合、このステップは、登録タイプがモビリティ登録更新の場合に適用される。

ＡＭＦは、次のシナリオでＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ（５．２．８．２．６項を参照）を呼び出す。
－アクティブ化されるＰＤＵセッションのリストがステップ１の登録要求に含まれている場合、ＡＭＦは、これらのＰＤＵセッションのユーザプレーン接続をアクティブ化するために、ＰＤＵセッションに関連付けられたＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信する。４．２．３．２項に記載されているステップ５以降のステップは、ＲＲＣアクティブ支援情報（RRC Inactive Assistance Information）を送信することなく、また４．２．３．２．項のステップ１２に記載されているＡＭＦから（Ｒ）ＡＮへのＭＭ ＮＡＳサービス受諾（MM NAS Service Accept）を送信することなく、ユーザレーン接続のアクティベーションを完了するために実行される。ＰＤＵセッションのユーザプレーン接続がアクティブ化されると、ＵＥのＡＳ層はそれをＮＡＳ層に通知する。

ステップ３で、ＵＥがＮＢ－ＩｏＴへの、またはＮＢ－ＩｏＴからのＩｎｔｅｒ－ＲＡＴモビリティを実行していると、ＡＭＦが判断した場合、ＡＭＦは、ＵＥのＰＤＵセッションに関連付けられたＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信し、したがって、ＳＭＦは「ＲＡＴ間モビリティでのＰＤＵセッション継続性」サブスクリプションデータに従ってそれらを更新できる。４．２．３．２項に記載のステップ５以降のステップは、４．２．３．２項のステップ１２に記載したＡＭＦから（Ｒ）ＡＮへＭＭ ＮＡＳサービス受諾を送信することなく実行される。

サービングＡＭＦが変更されると、新サービングＡＭＦは、ＵＥへのシグナリングパスの責任を引き継いだことを各ＰＤＵセッションのＳＭＦに通知し、新サービングＡＭＦは、ステップ５で旧ＡＭＦから受信したＳＭＦ情報を使用して、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービスオペレーションを呼び出す。また、ＰＤＵセッションを再アクティブ化するかどうかも示す。

注１０：ＵＥが別のＰＬＭＮに移動する場合、サービングＰＬＭＮのＡＭＦは、Ｈｏｍｅ Ｒｏｕｔｅｄ ＰＤＵ セッションのサービングＰＬＭＮにＶ－ＳＭＦを挿入または変更できる。この場合、４．２３．３項で説明されているのと同じ手順が、Ｉ－ＳＭＦの変更と同様にＶ－ＳＭＦの変更にも適用される（つまり、Ｉ－ＳＭＦをＶ－ＳＭＦに置き換えることによって）。ＰＬＭＮ間の変更中に、同じＳＭＦが使用される場合、操作者（operator）ポリシーに応じてセッションの継続性をサポートできる。

４．２．３．２項に記載されているステップ５以降のステップが実行される。
「再活性化するＰＤＵセッション」に含まれないＰＤＵセッションに対して中間ＵＰＦの挿入、削除、変更が行われた場合、この手順は、（Ｒ）ＡＮと５ＧＣの間のＮ３ユーザプレーンを更新するために、Ｎ１１とＮ２の相互作用なしで実行される。

ＡＭＦは、次のシナリオでＳＭＦに対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔサービスオペレーションを呼び出す。
－いずれかのＰＤＵセッションステータスが、ＵＥで解放されたことを示している場合、ＡＭＦは、ＰＤＵセッションに関連するネットワークリソースを解放するために、ＳＭＦに対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔサービス操作を呼び出す。

サービングＡＭＦが変更された場合、新ＡＭＦは、ＵＥに関連付けられたすべてのＳＭＦでステップ１８が完了するまで待機する。それ以外の場合は、ステップ１９～２２をこのステップと並行して続行できる。

ステップ１８。 ［条件付き］新ＡＭＦと旧ＡＭＦが同じＰＬＭＮ内にある場合、新ＡＭＦはＴＳ２９．４１３［６４］に規定されているように、ＵＥコンテキスト変更要求をＮ３ＩＷＦ／ＴＮＧＦ／Ｗ－ＡＧＦに送信する。

ＡＭＦが変更され、旧ＡＭＦがＮ３ＩＷＦ、Ｗ－ＡＧＦ、またはＴＮＧＦを介してＵＥがＣＭ－ＣＯＮＮＥＣＴＥＤ状態にあることを示す場合、そして、新ＡＭＦと旧ＡＭＦが同じＰＬＭＮにある場合、新ＡＭＦは、ＵＥが接続されているＮ３ＩＷＦ／ＴＮＧＦ／Ｗ－ＡＧＦへのＮＧＡＰ ＵＥアソシエーションを作成する。これにより、旧ＡＭＦとＮ３ＩＷＦ／ＴＮＧＦ／Ｗ－ＡＧＦの間の既存のＮＧＡＰ ＵＥアソシエーションが自動的に解放される。

ステップ１９。 Ｎ３ＩＷＦ／ＴＮＧＦ／Ｗ－ＡＧＦは、ＵＥコンテキスト変更応答を新ＡＭＦに送信する。

ステップ１９ａ。 ［条件付き］新ＡＭＦがステップ１９でＮ３ＩＷＦ、Ｗ－ＡＧＦ、またはＴＮＧＦから応答メッセージを受信した後、新ＡＭＦはステップ１４ａとしてＮｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎを使用してＵＤＭに登録する、しかし、アクセスタイプは「非３ＧＰＰアクセス」に設定される。ＵＤＭは、関連付けられたアクセスタイプをサービングＡＭＦとともに保存し、他のアクセスタイプに関連付けられたＡＭＦＩＤがあれば削除しない。ＵＤＭは、ＡＭＦ登録時にＮｕｄｒ＿ＤＭ＿Ｕｐｄａｔｅによって提供された情報をＵＤＲに格納してもよい。

ステップ１９ｂ。 ［条件付き］ステップ１９ａに示されているように、ＵＤＭがサービングＡＭＦとともに関連するアクセスタイプ（つまり、非３ＧＰＰ）を保存するとき、これにより、ＵＤＭは同じ（つまり、非３ＧＰＰ）アクセスに対応する旧ＡＭＦに対してＮｕｄｍ＿ＵＥＣＭ＿ＤｅｒｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ（５．２．３．２．２項を参照）を開始する。旧ＡＭＦは、非３ＧＰＰアクセスのＵＥコンテキストを削除する。

ステップ１９ｃ。 旧ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿ｕｎｓｕｂｓｃｒｉｂｅを使用して、サブスクリプションデータのＵＤＭのサブスクライブを解除する。

ステップ２０ａ。 空き（Void）。

ステップ２１。 新ＡＭＦからＵＥ：登録受諾（５Ｇ－ＧＵＴＩ、登録エリア、［モビリティ制限］、［ＰＤＵセッションステータス］、［許可されたＮＳＳＡＩ］、［許可されたＮＳＳＡＩのマッピング］、［サービス提供ＰＬＭＮの設定されたＮＳＳＡＩ］、［設定されたＮＳＳＡＩのマッピング］、［拒否されたＳ－ＮＳＳＡＩ］、［保留中のＮＳＳＡＩ］、［保留中のＮＳＳＡＩのマッピング］、［定期登録更新タイマ］、［アクティブタイム］、［厳密定期登録タイマ表示］、［ＬＡＤＮ情報］、［受け入れられたＭＩＣＯモード］、［ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションのサポートされた表示］、［緊急サービスサポート表示］、［Ｅ－ＵＴＲＡおよびＮＲの受け入れられたＤＲＸパラメータ］、［ＮＢ－ＩｏＴの受け入れられたＤＲＸパラメータ］、［拡張アイドルモードＤＲＸパラメータ］、［ページングタイムウィンドウ］、［Ｎ２６を使用しないインターワーキングのネットワークサポート］、［アクセス層接続確立ＮＳＳＡＩ包含モード］、［ネットワークスライシングサブスクリプション変更表示］、［オペレータ定義のアクセスカテゴリ定義］、［同等のＰＬＭＮのリスト］、［拡張カバレッジ制限情報］、［サポートされるネットワーク動作］、［サービスギャップタイム］、［ＰＬＭＮ割り当てのＵＥ無線機能ＩＤ］、［ＰＬＭＮ割り当てのＵＥ無線機能ＩＤの削除］、［ＷＵＳアシスタンス［情報］、［短縮された５Ｇ－Ｓ－ＴＭＳＩ構成］）。

要求されたＮＳＳＡＩに、ネットワークスライス固有の認証および認可の対象となるＨＰＬＭＮのＳ－ＮＳＳＡＩにマッピングされるＳ－ＮＳＳＡＩが含まれておらず、ＡＭＦが、現在のＵＥのトラッキングエリア内のＵＥの許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩを提供できないと判断した場合、そして、現在のＵＥ登録手順にまだ関与していないデフォルトＳ－ＮＳＳＡＩがさらに考慮されない場合、ＡＭＦはＵＥ登録を拒否し、拒否メッセージに拒否されたＳ－ＮＳＳＡＩのリストを含めるものとし、それぞれに適切な拒否理由値を含めるものとする。

ＵＥのアクセスタイプの許可されたＮＳＳＡＩは、登録受諾（Registration Accept）メッセージを運ぶＮ２メッセージに含まれる。許可されたＮＳＳＡＩには、加入情報に基づいて、ネットワークスライス固有の認証および認可を必要としないＳ－ＮＳＳＡＩ、およびＡＭＦのＵＥコンテキストに基づいて、ネットワークスライス固有の認証および認可であって、アクセスタイプに関係なく以前に成功したＳ－ＮＳＳＡＩのみが含まれる。保留中ＮＳＳＡＩのマッピングは、サービングＰＬＭＮの保留中ＮＳＳＡＩの各Ｓ－ＮＳＳＡＩをＨＰＬＭＮ Ｓ－ＮＳＳＡＩにマッピングすることである。

ＵＥが登録要求のＵＥ ＭＭコアネットワーク機能でネットワークスライス固有の認証および認可の手順のサポートを示した場合、ＡＭＦには、ＴＳ２４．５０１［２５］の４．６．２．４項に記載されているように、加入情報にネットワークスライス固有の認証および認可の対象であることが示されているＨＰＬＭＮのＳ－ＮＳＳＡＩにマッピングされるＳ－ＮＳＳＡＩが保留中ＮＳＳＡＩに含まれる。このような場合、ＡＭＦは、ステップ２５で、ネットワークポリシーに基づく場合を除き、同じＳ－ＮＳＳＡＩの別のアクセスタイプで既に開始されているネットワークスライス固有の認証および認可が必要なＳ－ＮＳＳＡＩに対して、４．２．９．２項で指定されているネットワークスライス固有の認証および認可の手順をトリガする。ＵＥは、アクセスタイプに関係なく、ネットワークスライス固有の認証および認可手順が完了するまで、保留中ＮＳＳＡＩのリストに含まれるＳ－ＮＳＳＡＩへの再登録を試みてはならない。

ＵＥが登録要求のＵＥ ５ＧＭＭコアネットワーク機能でネットワークスライス固有の認証および認可手順のサポートを示しておらず、そして、要求されたＮＳＳＡＩには、ネットワークスライス固有の認証および認可の対象となるＨＰＬＭＮ Ｓ－ＮＳＳＡＩにマッピングされるＳ－ＮＳＳＡＩが含まれる場合、ＡＭＦは、要求されたＮＳＳＡＩ内のそれらのＳ－ＮＳＳＡＩを拒否されたＳ－ＮＳＳＡＩに含める。

許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩを指定できない場合は、次の理由がある：
－要求されたＮＳＳＡＩ内のすべてのＳ－ＮＳＳＡＩは、ネットワークスライス固有の認証および認可の対象となり、または、
－要求されたＮＳＳＡＩが提供されなかったか、または、要求されたＮＳＳＡＩ内のＳ－ＮＳＳＡＩがいずれのサブスクライブされたＳ－ＮＳＳＡＩとも一致せず、サブスクライブされたＳ－ＮＳＳＡＩ内でデフォルトとしてマークされたすべてのＳ－ＮＳＳＡＩがネットワークスライス固有の認証と認可の対象となる。

ＡＭＦは空の許可されたＮＳＳＡＩを提供する。空の許可されたＮＳＳＡＩと保留中のＮＳＳＡＩを受信すると、ＵＥはＰＬＭＮに登録されるが、アクセス時にＰＬＭＮによって提供されるサービスの使用を試みることなく、例えば、ＵＥが許可されたＮＳＳＡＩを受信するまで、緊急サービス（ＴＳ２４．５０１［２５］を参照）を除いて、ネットワークスライス固有の認証および認可手順の完了を待つ必要がある。

ＡＭＦは、ステップ１４で取得したＮＢ－ＩｏＴ Ｐｒｉｏｒｉｔｙを保存し、それをＵＥに割り当てられた５Ｇ－Ｓ－ＴＭＳＩに関連付ける。

ＡＭＦは、登録要求が受け入れられたことを示す登録受け入れメッセージをＵＥに送信する。ＡＭＦが新５Ｇ－ＧＵＴＩを割り当てる場合、５Ｇ－ＧＵＴＩが含まれる。ＵＥからタイプ「初期登録」または「モビリティ登録更新」の登録要求メッセージを受信すると、ＡＭＦは登録受諾メッセージに新５Ｇ－ＧＵＴＩを含める必要がある。ＵＥから「定期的な登録更新」タイプの登録要求メッセージを受信すると、ＡＭＦは登録受諾メッセージに新５Ｇ－ＧＵＴＩを含める必要がある。ＵＥが同じＰＬＭＮ内の別のアクセスを介してすでにＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態にある場合、ＵＥは両方の登録に対して登録受諾（Registration Accept）で受信した５Ｇ－ＧＵＴＩを使用する。登録受諾に５Ｇ－ＧＵＴＩが含まれていない場合、ＵＥは既存の登録に割り当てられた５Ｇ－ＧＵＴＩを新規登録にも使用する。ＡＭＦが新登録エリアを割り当てる場合、ＡＭＦは登録受諾メッセージを介して登録エリアをＵＥに送信する。登録受諾メッセージに登録エリアが含まれていない場合、ＵＥは旧登録エリアを有効であると見なす。モビリティ制限がＵＥに適用され、登録タイプが緊急登録ではない場合、モビリティ制限が含まれる。ＡＭＦは、確立されたＰＤＵセッションをＰＤＵセッションステータスでＵＥに通知する。ＵＥは、受信したＰＤＵセッションステータスで確立済みとしてマークされていないＰＤＵセッションに関連する内部リソースをローカルに削除する。ＡＭＦがステップ１８でＰＤＵセッションのＵＰアクティベーションのためにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔプロシージャを呼び出し、ＳＭＦから拒否を受信した場合、ＡＭＦはＵＥにＰＤＵセッションＩＤとユーザプレーンリソースがアクティベートされなかった原因を通知する。ＵＥが３ＧＰＰアクセスおよび非３ＧＰＰアクセスを介して異なるＰＬＭＮに属する２つのＡＭＦに接続されている場合、ＵＥは、受信したＰＤＵセッションステータスで確立済みとしてマークされていない、現在のＰＬＭＮのＰＤＵセッションに関連する内部リソースをローカルに削除する。ＰＤＵセッションステータス情報が登録要求に含まれていた場合、ＡＭＦはＰＤＵセッションステータスをＵＥに示す。

ＲＡＴタイプがＮＢ－ＩｏＴで、ネットワークがコントロールプレーン再配置指示手順を使用するように設定されている場合、ＡＭＦは、切り詰められた５Ｇ－Ｓ－ＴＭＳＩを作成するために、コントロールプレーンＣＩｏＴ ５ＧＳ最適化を使用するＵＥが使用する短縮された５Ｇ－Ｓ－ＴＭＳＩ構成を登録承認メッセージに含め、ＴＳ２３．５０１［２］５．３１．４．３項を参照。

登録承諾で提供される許可されたＮＳＳＡＩは登録エリアで有効であり、登録エリアにトラッキングエリアが含まれるすべてのＰＬＭＮに適用される。許可されたＮＳＳＡＩのマッピングは、許可されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩのＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのマッピングである。設定されたＮＳＳＡＩのマッピングは、サービングＰＬＭＮの設定されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩのＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのマッピングである。

ＡＭＦは、登録受諾メッセージに、ＴＳ２３．５０１［２］の５．６．５項に記載された、ＵＥに対してＡＭＦが決定した登録エリア内で利用可能なＬＡＤＮのリストのＬＡＤＮ情報を含める。ＡＭＦには、ＴＳ２４．５０１［２５］に記載されているように、ＵＥが適用可能なオペレータ固有のアクセスカテゴリ定義を決定できるように、オペレータ定義のアクセスカテゴリ定義を含める。

ＵＥが登録要求（Registration Request）にＭＩＣＯモードを含めた場合、ＡＭＦは登録受諾（Registration Accept）メッセージでＭＩＣＯモードを使用するかどうかを応答する。ＭＩＣＯモードがＵＥに許可されている場合、ＡＭＦは、登録受諾メッセージにアクティブタイム値および／または厳密に周期的な登録タイマ表示を含めることができる。ＡＭＦは、ＴＳ２３．５０１［２］の５．３１．７項に記載されているように、ＵＥの省電力を可能にするために、ローカル設定、利用可能な場合は予期されるＵＥの動作、ＵＥが示すプリファレンス、ＵＥの機能、ＵＥ加入情報およびネットワークポリシー、またはそれらの任意の組み合わせに基づいて、定期的登録更新タイマ値、アクティブタイム値、および厳密な定期的登録タイマ表示を決定する。ステップ１で説明したように、ＵＥが登録要求メッセージ内で厳密に周期的な登録タイマ表示の機能を示した場合、ＡＭＦは、厳密に周期的な登録タイマ表示をＵＥに適用することを決定する。ＡＭＦが厳密な周期登録タイマ表示とともに周期的登録更新タイマ値をＵＥに提供する場合、ＵＥとＡＭＦは、ＴＳ２３．５０１［２］の５．３１．７．５項に記載されているように、このステップの後に周期的登録更新タイマを開始する。

３ＧＰＰアクセスを介した登録の場合、ＡＭＦはＴＳ２３．５０１［２］の５．１６．３．２項記載されているように、ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションサポート表示を設定する。ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションサポート表示を設定するために、ＡＭＦは、４．２．８ａ項のＵＥ Ｃａｐａｂｉｌｉｔｙ Ｍａｔｃｈ Ｒｅｑｕｅｓｔ手順を実行して、ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳに関連するＵＥとＮＧ－ＲＡＮ無線機能の互換性をチェックする必要がある場合がある。ＡＭＦがＮＧ－ＲＡＮから音声サポート一致表示を時間通りに受信しなかった場合、実装に基づいて、ＡＭＦはＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションサポート表示を設定し、後の段階でそれを更新する可能性がある。

非３ＧＰＰアクセスを介した登録の場合、ＡＭＦは、ＴＳ２３．５０１［２］の５．１６．３．２ａ項に記載されているように、ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳ セッションサポート指示を設定する。

緊急サービスサポート表示は、緊急サービスがサポートされていること、つまり、ＵＥが緊急サービスのＰＤＵセッションを要求できることをＵＥに通知する。ＡＭＦが、オペレータポリシに基づいて、アクセスおよびモビリティサブスクリプションデータの一部としてＵＤＭから「ＭＰＳ優先度」を受け取った場合、「ＭＰＳ優先度」は、ＴＳ２４．５０１［２５］で規定されているように、選択されたＰＬＭＮ内でアクセスアイデンティティ１の設定が有効かどうかをＵＥに通知するために、ＵＥへの登録受諾メッセージに含まれる。ＡＭＦが、オペレータポリシとＭＣＸサービスへのＵＥサブスクリプションに基づいて、アクセスおよびモビリティサブスクリプションデータの一部としてＵＤＭから「ＭＣＸ優先度」を受信した場合、「ＭＣＸ優先順位」は、ＴＳ２４．５０１［２５］で規定されているように、選択されたＰＬＭＮ内でＡｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ ２の設定が有効かどうかをＵＥに通知するために、ＵＥへの登録受諾メッセージに含まれる。受諾されたＤＲＸパラメータは、ＴＳ２３．５０１［２］の５．４．５項で定義されている。ＵＥが登録要求メッセージにＮＢ－ＩｏＴの要求されたＤＲＸパラメータを含めた場合、ＡＭＦにはＮＢ－ＩｏＴの受け入れられたＤＲＸパラメータが含まれる。ＡＭＦは、ＴＳ２３．５０１［２］の５．１７．２．３．１項に記載されているように、Ｎ２６パラメータを使用しないインターワーキングのネットワークサポートを設定する。ＡＭＦが拡張アイドルモードＤＲＸの使用を受け入れる場合、ＡＭＦにはＴＳ２３．５０１［２］の５．３１．７．２項に記載されている拡張アイドルモードＤＲＸパラメータとページングタイムウィンドウが含まれる。

ＵＤＭが、サブスクリプションが変更されたことをＵＥに示すことを意図している場合、ネットワークスライシングサブスクリプション変更表示が含まれる。ＡＭＦにネットワークスライシングサブスクリプション変更表示が含まれる場合、ＵＥはすべてのＰＬＭＮのすべてのネットワークスライシング設定をローカルに消去し、該当する場合は、受信した情報に基づいて現在のＰＬＭＮの設定を更新する。

ＴＳ２３．５０１［２］の５．１５．９項で指定されているアクセスストラタム接続確立ＮＳＳＡＩ包含モード（The Access Stratum Connection Establishment NSSAI Inclusion Mode）は、アクセスストラタム接続確立にどのＮＳＳＡＩ（存在する場合）を含めるかを、ＵＥに指示するために含まれる。ＡＭＦは、ＲＲＣ接続確立許可（RRC Connection Establishment Allowed）にＮＳＳＡＩを含めることで許可されることが表示されている場合にのみ、３ＧＰＰアクセスのＴＳ２３．５０１［２］の５．１５．９項で定義されている動作モードａ、ｂ、ｃに値を設定できる。

ＰＬＭＮに登録されているＵＥの場合、ＡＭＦは、ＴＳ２４．５０１［２５］で指定されているように、処理される同等のＰＬＭＮのリストを提供する場合がある。ＳＮＰＮに登録されているＵＥの場合、ＡＭＦは同等のＰＬＭＮのリストをＵＥに提供しない。

ＵＥがステップ１で拡張カバレッジの使用制限のサポートを含めた場合、ＡＭＦはＮ２メッセージで拡張カバレッジ制限情報をＮＧ－ＲＡＮに送信する。ＡＭＦは、Ｅｎｈａｎｃｅｄ Ｃｏｖｅｒａｇｅ Ｒｅｓｔｒｉｃｔｅｄ情報も登録受諾メッセージでＵＥに送信する。

ＵＥが登録受諾メッセージで拡張カバレッジ制限情報を受信した場合、ＵＥはこの情報を保存し、拡張カバレッジ制限情報の値を使用して拡張カバレッジ機能を使用するかどうかを決定する。

ＵＥとＡＭＦがＭＩＣＯモードを有効にするために交渉し、ＡＭＦが拡張接続タイマを使用する場合、ＡＭＦはこのステップで拡張接続時間値（Extended Connected Time value）をＮＧ－ＲＡＮに提供する（ＴＳ２３．５０１［２］の５．３１．７．３項を参照）。拡張接続時間値は、非アクティブに関係なく、ＲＡＮがＵＥをＲＲＣ－ＣＯＮＮＥＣＴＥＤ状態に維持する必要がある最小時間を示す。

ＵＥがその登録要求に優先ネットワーク動作を含めた場合、ＡＭＦは、サポートされるネットワーク動作情報（ＴＳ２３．５０１［２］の５．３１．２項を参照）でサポートおよび受け入れられるＣＩｏＴ ５ＧＳ最適化を示す。

ＡＭＦは、登録要求を拒否することで、ＵＥを５ＧＣから操作することができる。ＡＭＦは、５ＧＣからＵＥを操作する前に、優先およびサポートされるネットワーク動作（ＴＳ２３．５０１［２］の５．３１．２項を参照）とＵＥへのＥＰＣの可用性を考慮する必要がある。

ＡＭＦがＭＩＣＯモードを受諾し、モバイル終端データ（mobile terminated data）または保留中のシグナリングがある可能性があることを認識している場合、ＡＭＦは、ＴＳ２３．５０１［２］の５．３１．７．３項に記載されているように、少なくとも延長接続時間の間、Ｎ２接続を維持し、延長接続時間の値をＲＡＮに提供する。

サービスギャップタイム（Service Gap Time）が加入情報に存在する場合（ステップ１４ａ～ｃ）、またはサービスギャップタイムがＡＭＦへの加入情報更新通知手順（４．５．１項を参照）によって更新され、ＵＥがＵＥサービスギャップ制御機能を示した場合、ＡＭＦにはサービスギャップタイムが含まれる。

ＵＥが登録受諾メッセージでサービスギャップタイムを受信した場合、ＵＥはこのパラメータを保存し、サービスギャップ制御（Service Gap Control）を適用する（ＴＳ２３．５０１［２］の５．３１．１６項を参照）。

ネットワークがＷＵＳグループ化をサポートしている場合（ＴＳ２３．５０１［２］を参照）、ＡＭＦはＷＵＳ支援情報をＵＥに送信する。ＵＥがステップ１でＵＥページング確率情報（UE paging probability information）を提供した場合、ＡＭＦはそれを考慮してＷＵＳ支援情報を決定する。

ＵＥとＡＭＦがＴＳ２３．５０１［２］の５．４．４．１ａ項で定義されているＲＡＣＳをサポートし、ＡＭＦがＵＥ無線機能ＩＤ（UE Radio Capability ID）を使用してＵＥを設定する必要があり、ＡＭＦがＵＥのＮＢ－ＩｏＴ無線機能以外のＵＥ無線機能をすでに持っている場合、ＡＭＦは、ＵＥ無線機能のＵＥ無線機能ＩＤをＵＥに提供することができ、ＵＣＭＦは、このＵＥに対するＮｕｃｍｆ＿ａｓｓｉｇｎサービス動作でＡＭＦに返す。あるいは、ＵＥとＡＭＦがＲＡＣＳをサポートする場合、ＡＭＦは、このＰＬＭＮ内のＰＬＭＮ割り当てのＵＥ無線機能ＩＤを削除する表示をＵＥに提供する場合がある（ＴＳ２３．５０１［２］の５．４．４．１ａ項を参照）。

ＵＥが「ＣＡＧサポート」されており、ＡＭＦがＵＥのＣＡＧ情報を更新する必要がある場合、ＡＭＦは登録受諾メッセージ内のモビリティ制限の一部としてＣＡＧ情報を含めることができる。

ステップ２１ｂ。 ［オプション］新ＡＭＦは、４．１６．１１項で定義されているように、ＵＥポリシーアソシエーションの確立を実行する。緊急登録の場合、この手順はスキップされる。
新ＡＭＦは、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ Ｃｒｅａｔｅ ＲｅｑｕｅｓｔをＰＣＦに送信する。ＰＣＦは、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ Ｃｒｅａｔｅ Ｒｅｓｐｏｎｓｅを新ＡＭＦに送信する。
ＰＣＦは、４．２．４．３項で定義されているように、ＵＥ構成更新手順（UE Configuration Update Procedure）をトリガする。

ステップ２２。 ［条件付き］ＵＥから新ＡＭＦへ：登録完了（）。
ステップ２１で［サービングＰＬＭＮに設定されたＮＳＳＡＩ（Configured NSSAI for the Serving PLMN）］、［設定されたＮＳＳＡＩのマッピング（Mapping Of Configured NSSAI）］、およびネットワークスライシングサブスクリプション変更表示（Network Slicing Subscription Change Indication）、またはＣＡＧ情報（CAG information）のいずれかを受信した後、ＵＥが自身の更新に成功すると、ＵＥはＡＭＦに登録完了メッセージを送信する。

ＵＥは、新５Ｇ－ＧＵＴＩが割り当てられたかどうかを確認するために、登録完了メッセージをＡＭＦに送信する。

新５Ｇ－ＧＵＴＩが割り当てられた場合、下位層（３ＧＰＰアクセスまたは非３ＧＰＰアクセス）がＵＥのＲＭ層に、登録完了メッセージが無線インターフェイスを介して正常に転送されたことを示すと、ＵＥは新５Ｇ－ＧＵＴＩを３ＧＰＰアクセスの下位層に渡す。

注１１：上記が必要なのは、ＮＧ－ＲＡＮがＲＲＣ Ｉｎａｃｔｉｖｅ状態を使用する可能性があり、５Ｇ－ＧＵＴＩの一部がページングフレーム（Paging Frame、ＴＳ３８．３０４［４４］およびＴＳ３６．３０４［４３］参照）の計算に使用されるからである。５Ｇ－ＡＮがＵＥにその受信を確認した後、登録完了（Registration Complete）がＡＭＦに確実に配信されることが想定される。

アクティブ化されたＰＤＵセッションのリスト（List Of PDU Sessions To Be Activated）が登録要求（Registration Request）に含まれておらず、登録手順（Registration procedure）がＣＭ－ＣＯＮＮＥＣＴＥＤ状態で開始されなかった場合、ＡＭＦは４．２．６項に従って、ＵＥとのシグナリング接続を解放する。

後続要求（Follow-on request）が登録要求に含まれる場合、ＡＭＦは登録手順の完了後にシグナリング接続を解放すべきではない。

一部のシグナリングがＡＭＦ内またはＵＥと５ＧＣの間で保留されていることをＡＭＦが認識している場合、ＡＭＦは登録手順の完了直後にシグナリング接続を解放すべきではない。

ステップ２１で、ＰＬＭＮ割り当てのＵＥ無線能力ＩＤ（PLMN-assigned UE Radio Capability ID）が含まれる場合、ＡＭＦは、登録完了メッセージを受信すると、ＰＬＭＮ割り当てのＵＥ無線能力ＩＤをＵＥコンテキストに格納する。

ＵＥがステップ２１でＰＬＭＮ割り当てのＵＥ無線機能ＩＤ削除表示を受信した場合、ＵＥは、このＰＬＭＮに対するＰＬＭＮ割り当てのＵＥ無線機能ＩＤを削除する。

ステップ２３。 ［条件付き］ＡＭＦからＵＤＭへ：１４ｂでＵＤＭによってＡＭＦに提供されるアクセスおよびモビリティサブスクリプションデータに、ＵＤＭがＵＥからのこの情報の受信の確認応答を要求することを示すローミング情報の操作が含まれる場合、ＡＭＦはＮｕｄｍ＿ＳＤＭ＿Ｉｎｆｏを使用してＵＥの確認応答をＵＤＭに提供する。ローミング情報の操作に関する詳細については、ＴＳ２３．１２２［２２］を参照。

ステップ２３ａ。 ３ＧＰＰアクセスを介した登録で、ＡＭＦがシグナリング接続を解放しない場合、ＡＭＦはＲＲＣ非アクティブアシスタンス情報（RRC Inactive Assistance Information）をＮＧ－ＲＡＮに送信する。
非３ＧＰＰアクセスを介した登録の場合、ＵＥが３ＧＰＰアクセスでもＣＭ－ＣＯＮＮＥＣＴＥＤ状態にある場合、ＡＭＦはＲＲＣ非アクティブアシスタンス情報をＮＧ－ＲＡＮに送信する。
また、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｉｎｆｏサービス操作を使用して、ＵＥがＣＡＧ情報またはネットワークスライシングサブスクリプション変更表示（ステップ２１およびステップ２２を参照）を受信し、それに基づいて動作したという確認応答をＵＤＭに提供する。

ステップ２４。 ［条件付き］ＡＭＦからＵＤＭへ：ステップ１４ａの後、前述のステップのいずれかと並行して、ＡＭＦはＮｕｄｍ＿ＵＥＣＭ＿Ｕｐｄａｔｅを使用して「ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションの同種サポート」表示をＵＤＭに送信する。
－ＡＭＦがＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションのサポートを評価している場合は、ＴＳ２３．５０１［２］の５．１６．３．２項を参照。
－ＡＭＦがＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳセッションの同種サポートを更新する必要があると判断した場合は、ＴＳ２３．５０１［２］の５．１６．３．３項を参照。

ステップ２５。 ［条件付き］ＵＥが登録要求のＵＥ ＭＭコアネットワーク機能でネットワークスライス固有の認証および認可手順のサポートを示し、ＨＰＬＭＮのＳ－ＮＳＳＡＩがネットワークスライス固有の認証および認可の対象となる場合、関連する手順はこのステップで実行される（４．２．９．１項を参照）。すべてのＳ－ＮＳＳＡＩに対してネットワークスライス固有の認証および認可手順が完了すると、ＡＭＦは、ＵＥ構成更新手順（UE Configuration Update procedure）をトリガして、ネットワークスライス固有の認証および認可が成功したＳ－ＮＳＳＡＩも含む許可されたＮＳＳＡＩを配信し、適切な拒否理由値を持つ拒否されたＮＳＳＡＩを含める。

保留中のネットワークスライス固有の認証および認可により、登録エリアのトラッキングエリア（Tracking Areas）が以前に非許可エリア（Non-Allowed Area）として割り当てられていた場合、ＡＭＦはモビリティ制限を削除する。

ＡＭＦは、ネットワークスライス固有の認証および認可が成功した、ネットワークスライス固有の認証および認可の対象となるＨＰＬＭＮの任意のＳ－ＮＳＳＡＩに対する表示をＵＥコンテキストに格納する。

ネットワークスライス固有の認証および認可手順が完了すると、ＰＬＭＮによってすでに認証および認可され、ＵＥの許可されたＮＳＳＡＩにおいてＳ－ＮＳＳＡＩを提供できないとＡＭＦが判断した場合、およびデフォルトのＳ－ＮＳＳＡＩをさらに考慮できない場合、ＡＭＦは４．２．２．３．３項で説明されたネットワーク開始登録解除手順手順であって、明示的な登録解除要求メッセージに、拒否されたＳ－ＮＳＳＡＩのリストと、それぞれに適切な拒否理由値が含まれた当該ネットワーク開始登録解除手順を実行する。

ＮＦコンシューマ（NF consumers）へのモビリティ関連イベント通知は、４．１５．４項で説明されているケースの場合、この手順の最後にトリガされる。
（略語一覧）

この文書の目的上、３ＧＰＰ ＴＲ２１．９０５［１］および以下に示されている略語が適用される。この文書で定義されている略語は、３ＧＰＰ ＴＲ２１．９０５［１］で同じ略語が定義されている場合、それよりも優先される。

4G-GUTI 4G Globally Unique Temporary UE Identity
5GC 5G Core Network
5GLAN 5G Local Area Network
5GS 5G System
5G-AN 5G Access Network
5G-AN PDB 5G Access Network Packet Delay Budget
5G-EIR 5G-Equipment Identity Register
5G-GUTI 5G Globally Unique Temporary Identifier
5G-BRG 5G Broadband Residential Gateway
5G-CRG 5G Cable Residential Gateway
5G GM 5G Grand Master
5G-RG 5G Residential Gateway
5G-S-TMSI 5G S-Temporary Mobile Subscription Identifier
5G VN 5G Virtual Network
5QI 5G QoS Identifier
AF Application Function
AMF Access and Mobility Management Function
AS Access Stratum
ATSSS Access Traffic Steering, Switching, Splitting
ATSSS-LL ATSSS Low-Layer
AUSF Authentication Server Function
AUTN Authentication token
BMCA Best Master Clock Algorithm
BSF Binding Support Function
CAG Closed Access Group
CAPIF Common API Framework for 3GPP northbound APIs
CHF Charging Function
CN PDB Core Network Packet Delay Budget
CP Control Plane
DAPS Dual Active Protocol Stacks
DL Downlink
DN Data Network
DNAI DN Access Identifier
DNN Data Network Name
DRX Discontinuous Reception
DS-TT Device-side TSN translator
ePDG evolved Packet Data Gateway
EBI EPS Bearer Identity
EPS Evolved Packet System
EUI Extended Unique Identifier
FAR Forwarding Action Rule
FN-BRG Fixed Network Broadband RG
FN-CRG Fixed Network Cable RG
FN-RG Fixed Network RG
FQDN Fully Qualified Domain Name
GFBR Guaranteed Flow Bit Rate
GMLC Gateway Mobile Location Centre
GPSI Generic Public Subscription Identifier
GUAMI Globally Unique AMF Identifier
GUTI Globally Unique Temporary UE Identity
HR Home Routed (roaming)
IAB Integrated access and backhaul
IMEI/TAC IMEI Type Allocation Code
IPUPS Inter PLMN UP Security
I-SMF Intermediate SMF
I-UPF Intermediate UPF
LADN Local Area Data Network
LBO Local Break Out (roaming)
LMF Location Management Function
LoA Level of Automation
LPP LTE Positioning Protocol
LRF Location Retrieval Function
MCC Mobile country code
MCX Mission Critical Service
MDBV Maximum Data Burst Volume
MFBR Maximum Flow Bit Rate
MICO Mobile Initiated Connection Only
MITM Man In the Middle
MNC Mobile Network Code
MPS Multimedia Priority Service
MPTCP Multi-Path TCP Protocol
N3IWF Non-3GPP InterWorking Function
N5CW Non-5G-Capable over WLAN
NAI Network Access Identifier
NAPT Network Address Port Translation
NAT Network Address
TranslationNEF Network Exposure Function
NF Network Function
NGAP Next Generation Application Protocol
NID Network identifier
NPN Non-Public Network
NR New Radio
NRF Network Repository Function
NSI ID Network Slice Instance Identifier
NSSAA Network Slice-Specific Authentication and Authorization
NSSAAF Network Slice-Specific Authentication and Authorization Function
NSSAI Network Slice Selection Assistance Information
NSSF Network Slice Selection Function
NSSP Network Slice Selection Policy
NW-TT Network-side TSN translator
NWDAF Network Data Analytics Function
PCF Policy Control Function
PDB Packet Delay Budget
PDR Packet Detection Rule
PDU Protocol Data Unit
PEI Permanent Equipment Identifier
PER Packet Error Rate
PFD Packet Flow Description
PNI-NPN Public Network Integrated Non-Public Network
PPD Paging Policy Differentiation
PPF Paging Proceed Flag
PPI Paging Policy Indicator
PSA PDU Session Anchor
PTP Precision Time Protocol
QFI QoS Flow Identifier
QoE Quality of Experience
RACS Radio Capabilities Signalling optimization
(R)AN (Radio) Access Network
RG Residential Gateway
RIM Remote Interference Management
RQA Reflective QoS Attribute
RQI Reflective QoS Indication
RSN Redundancy Sequence Number
SA NR Standalone New Radio
SBA Service Based Architecture
SBI Service Based Interface
SCP Service Communication Proxy
SD Slice Differentiator
SEAF Security Anchor Functionality
SEPP Security Edge Protection Proxy
SMF Session Management Function
SMSF Short Message Service Function
SN Sequence Number
SN name Serving Network Name
SNPN Stand-alone Non-Public Network
S-NSSAI Single Network Slice Selection Assistance Information
SSC Session and Service Continuity
SSCMSP Session and Service Continuity Mode Selection Policy
SST Slice/Service Type
SUCI Subscription Concealed Identifier
SUPI Subscription Permanent Identifier
SV Software Version
TMSI Temporary Mobile Subscriber Identity
TNAN Trusted Non-3GPP Access Network
TNAP Trusted Non-3GPP Access Point
TNGF Trusted Non-3GPP Gateway Function
TNL Transport Network Layer
TNLA Transport Network Layer Association
TSC Time Sensitive Communication
TSCAI TSC Assistance Information
TSN Time Sensitive Networking
TSN GM TSN Grand Master
TSP Traffic Steering Policy
TT TSN Translator
TWIF Trusted WLAN Interworking Function
UCMF UE radio Capability Management Function
UDM Unified Data Management
UDR Unified Data Repository
UDSF Unstructured Data Storage Function
UL Uplink
UL CL Uplink Classifier
UPF User Plane Function
URLLC Ultra Reliable Low Latency Communication
URRP-AMF UE Reachability Request Parameter for AMF
URSP UE Route Selection Policy
VID VLAN Identifier
VLAN Virtual Local Area Network
W-5GAN Wireline 5G Access Network
W-5GBAN Wireline BBF Access Network
W-5GCAN Wireline 5G Cable Access Network
W-AGF Wireline Access Gateway Function
（定義）

この文書の目的のために、３ＧＰＰ ＴＲ２１．９０５［１］および以下に記載されている用語と定義が適用される。この文書で定義されている用語は、３ＧＰＰ ＴＲ２１．９０５［１］で同じ用語が定義されている場合、それよりも優先される。
（参考文献一覧）

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". V16.0.0 (2019-06)
[2] GSM Association Official Document NG.116: “Generic Network Slice Template” V2.0 (2019-10)
[3] 3GPP TR 22.835: "Study on Enhanced Access to and Support of Network Slices" V0.2.0 (2020-11)
[4] 3GPP TS 23.501: "System architecture for the 5G System (5GS)". V16.7.0 (2020-12)
[5] 3GPP TS 23.502: "Procedures for the 5G System (5GS)". V16.7.0 (2020-12)
[6] 3GPP TS 38.413: "NG Application Protocol (NGAP)". V16.4.0 (2021-01)
[7] 3GPP TS 23.003: "Numbering, addressing and identification". V17.0.0 (2020-12)

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

本出願は、２０２１年２月１０日に出願されたインド特許出願第２０２１１１００５７２８号に基づいており、その開示の全体が参照により本明細書に組み込まれる。

Claims (12)

1. 無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から初期無線端末メッセージを受信することと、
   無線端末コンテキストを取得できるかどうかを決定することと、
   前記ＲＡＮに再ルート要求を送信することと、
   前記ＲＡＮから再ルート転送メッセージを受信することと、
   登録受諾メッセージを無線端末に送信することと、
   を備える第２のコアネットワーク装置の方法。
2. 無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から再ルート転送メッセージを受信することと、
   プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッションを一時停止することと、
   第３のコアネットワーク装置にＰＤＵセッション関連要求メッセージを送信することと、
   前記第３のコアネットワーク装置からＰＤＵセッション関連応答メッセージを受信することと、
   前記ＮＧ－ＲＡＮに再ルート要求メッセージを送信することと、
   を備え、
   前記再ルート要求メッセージは、前記第２のコアネットワーク装置が無線端末に登録受諾メッセージを送信する前に前記ＲＡＮに送信される、
   第１のコアネットワーク装置の方法。
3. 無線アクセスネットワーク（ＲＡＮ：Radio Access Network）から初期無線端末メッセージを受信することと、
   無線端末コンテキストを取得できるかどうかを決定することと、
   前記ＲＡＮに再ルート要求メッセージを送信することと、
   前記ＲＡＮから再ルート転送メッセージを受信することと、
   プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）セッション関連要求メッセージを第３のコアネットワーク装置に送信することと、
   前記第３のコアネットワーク装置から、前記ＰＤＵセッション関連応答メッセージを受信することと、
   を備え、
   前記ＰＤＵセッション関連応答メッセージは、第２のコアネットワーク装置が無線端末に登録受諾メッセージを送信する前に受信される、
   第１のコアネットワーク装置の方法。
4. 無線端末から登録要求を受信することと、
   第１のコアネットワーク装置が第２のコアネットワーク装置に関連するネットワークスライスを処理しないことを決定することと、
   登録受諾メッセージを前記無線端末に送信することと、
   前記無線端末から登録完了メッセージを受信することと、
   を備える第１のコアネットワーク装置の方法。
5. 複数の独立したネットワークに関連する情報を含む要求メッセージを第１のコアネットワーク装置に送信することと、
   前記第１のコアネットワーク装置から、複数の独立したネットワークに関連する情報と、前記独立したネットワークに関連する識別子とを含む応答メッセージを受信することと、
   を備える無線アクセスネットワークの方法。
6. 複数の独立したネットワークに関連する情報と、前記独立したネットワークに関連する識別子とを含む要求メッセージを無線アクセスネットワークに送信することと、
   前記無線アクセスネットワークから、複数の独立したネットワークに関連する情報を含む応答メッセージを受信することと、
   を備える第１のコアネットワーク装置の方法。
7. 前記第２のコアネットワーク装置は、第２のアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）である、
   請求項１から４のいずれか一項に記載の方法。
8. 前記第１のコアネットワーク装置は、第１のアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）である、
   請求項２から６のいずれか一項に記載の方法。
9. 前記第３のコアネットワーク装置によってユーザプレーンを一時停止することをさらに備える、
   請求項２に記載の方法。
10. 前記第３のコアネットワーク装置によってユーザプレーンを再開することをさらに備える、
    請求項３に記載の方法。
11. 前記第３のコアネットワーク装置は、セッション管理機能（ＳＭＦ：Session Management Function）である、
    請求項２、請求項３、請求項９または請求項１０に記載の方法。
12. 前記無線端末は、第２のユーザ装置（ＵＥ：User Equipment）である、
    請求項１から４のいずれか一項に記載の方法。

Images