ハンドオーバー手順

機能の概要と変更履歴

要約データ

表 1. 要約データ

該当製品または機能エリア

SMF

該当プラットフォーム

SMI

機能のデフォルト設定

N/A

このリリースでの関連する変更点

N/A

関連資料

該当なし

更新履歴

表 2. マニュアルの変更履歴
改訂の詳細 リリース

5G および Wi-Fi 用の代替 RAT トンネルの作成のサポートが追加されました。

2023.03.0

FB コール継続原因コードの拡張

2021.02.2

次に対するサポートが追加されました：

  • 引き継ぎ通知を伴う通話の構成。

  • GTPC メッセージ内の UE ローカル IP アドレスおよび UE UDP ポート IE。

  • ユーザーロケーション情報（ULI）レポート

2021.02.0

Wi-Fi ハンドオーバーの TFT 処理がサポートされています。

2021.01.0

EPS フォールバック機能を使用した Wi-Fi から 5GS へのハンドオーバーは、このリリースで完全に認定されています。

2020.02.2

EPS フォールバック機能を使用した Wi-Fi から 5GS へのハンドオーバーは、このリリースでは完全には認定されていません。詳細については、シスコのアカウント担当者にお問い合わせください。

2020.02.1

最初の導入。

2020.02.0 より前

機能説明

この章では、3GPP 仕様に準拠する SMF によって実行されるさまざまなハンドオーバー手順について説明します。

4G から 5G へのデータ セッションのハンドオーバー

機能説明


Important

この章で使用されている PGW-C という用語は、SMF でサポートされている EPS インターワーキング機能を意味しており、LTE ネットワークで使用されるスタンドアロン P-GW として想定してはなりません。

UE の場合、SMF は 5G と 4G NAS の両方をサポートしており、E-UTRAN と 5G コア ネットワークに接続できます。SMF には EPS インターワーキング サポートが含まれており、PGW-C + SMF として機能します。SMF は、S5/S8 インターフェイスを使用して 4G セッション作成要求を受信します。4G セッションの作成に使用される Gx、Gy、または Gz インターフェイスは、NPCF や NCHF など、対応する 5G コア SBI インターフェイスに置き換えられます。

E-UTRAN、MME、および S-GW を介した PGW-C + SMF での PDU セッションの作成後、SMF は 4G から 5G へのデータ セッションのハンドオーバーを実行します。

5G 向けの代替 RAT トンネルの作成

SMF は、5G PDU 確立シナリオの 5G セッション中に代替 RAT トンネルを作成します。このトンネルは、サブスクライバが移行中に別の RAT に移動するときに再利用されます。


Note

代替 RAT トンネルの作成は、PLMN 間ハンドオーバー サポートの前提条件です。

機能の仕組み

EPS と相互運用するため、5GC と EPS NAS の両方をサポートする UE は、以下のいずれかのモードで動作します：

  • シングル登録モード：このモードでは、UE のアクティブな MM 状態は 1 つだけです。5GC の RM 状態または EPS の EMM 状態のいずれかになります。さらに、5GC または EPS に接続すると、この状態は 5GC NAS モードまたは EPS NAS モードのいずれかになります。

  • デュアル登録モード：UE は、このモードでは、個別の RRC 接続を使用して 5GC と EPS の独立した登録を処理します。UE は 5GC のみ、EPS のみ、または 5GC と EPS の両方に登録できます。

4G、5G、および Wi-Fi 向けの代替 RAT トンネルの作成

DNN プロファイルで PLMN 間ハンドオーバー CLI が有効になっている場合、SMF は代替 RAT トンネルを作成します。さらに、SMF は、特定の条件を満たすことに基づいてこのトンネルを作成します。次の表に、このトンネルの作成および非作成の条件を示します。

Table 3. 代替 RAT トンネルの作成と作成以外の条件

セッション要求の作成

N11 SMContext の作成

サブスクリプション データ

代替 RAT トンネルの作成

epsInterworkingInd': 'WITH_N26'

dnnInfo->IwkEpsInd=true

〇

epsInterworkingInd': 'WITH_N26'

dnnInfo->IwkEpsInd=false

非対応

epsInterworkingInd': 'WITHOUT_N26'

dnnInfo->IwkEpsInd=false

非対応

epsInterworkingInd': 'WITHOUT_N26'

dnnInfo->IwkEpsInd=true

非対応

IWK_5GS indication flag=true, pduSessionId received from UE

〇

dnnInfo->IwkEpsInd=true

〇

IWK_5GS indication flag=true, pduSessionId received from UE

非対応

dnnInfo->IwkEpsInd=false

非対応

IWK_5GS indication flag=false, pduSessionId not received from UE

〇

dnnInfo->IwkEpsInd=false

非対応

IWK_5GS indication flag=false, pduSessionId not received from UE

非対応

dnnInfo->IwkEpsInd=true

非対応

アーキテクチャ

このセクションでは、EPS-5G コア インターワーキングのネットワーク アーキテクチャについて説明します。

Figure 1. EPS-5G コア インターワーキングのネットワーク アーキテクチャ

コール フロー

このセクションでは、次のコール フローについて説明します。

N26 インターフェイスを使用した EPS から 5G へのハンドオーバー：準備コール フロー

このセクションでは、N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの準備のコール フローについて説明します。

Figure 2. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの準備コールフロー
Table 4. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの準備コールフロ ーの説明
ステップ 説明
1 コール ハンドオーバーの開始は、UE と E-UTRAN から相互に向けて開始され、E-UTRAN から S-GW へと進みます。次に、ローミング コールでは、コール ハンドオーバーの開始は S-GW から UPF + PGW-CU に行われます。
2 E-UTRAN が MME にハンドオーバー コール要求を送信します。
3 MME は再配置要求を AMF に転送します。
4 AMF は、SMF で NsmfPDUSessionCreateSMContext サービス操作を呼び出します。PGW-C+SMF アドレスは、このサービス操作を識別します。サービス操作は、[UE EPS PDN接続（UE EPS PDN Connection）]、[AMF ID]、または [ダイレクト転送フラグ（Direct Forwarding Flag）] です。AMFは、稼働パスの切り替えを回避するための引き継ぎの準備を示します。SMF は EPS ベアラー コンテキストに基づいて、対応する PDU セッションを検索します。AMF には、間接データ転送の適用可能性を SMF に通知するための Direct Forwarding Flag が含まれています。
5

ダイナミック PCC を導入した場合、SMF + PGW-C は SMF によって開始される SM ポリシーの変更を PCF に対して開始します。

Important

 

Cisco SMF は この手順をサポートしていません
6 PGW-C+SMF は PGW-U+UPF に N4 セッション変更を送信して、PDU セッションの CN トンネルを確立します。PGW-U + UPF は、NG-RAN からアップリンク パケットを受信します。この手順では、既存の 4G ベアラーからマッピングされた QFI とともに、5G セッションのアップリンク PDR および FAR を作成する必要があります。
7

PGW-C+SMFは、NsmfPDUSessionCreateSMContext 応答を AMF に送信します。この応答には、PDU セッション ID、S-NSSAI、および N2 SM の情報が含まれます。

N2 SM 情報には、PDU セッション ID、S-NSSAI、QFI、QoS プロファイル、EPS ベアラー セットアップ リスト、EBI と QFI の間のマッピング、CN トンネル情報、および原因コードの詳細が含まれます。

SMF には、EBI と QFI 間のマッピングが N2 SM 情報コンテナとして含まれています。EPS から 5GS へのセッション継続性が PDU セッションでサポートされていないと PGW-C-C+SMF が判断した場合、PGW-C-C+SMF は対応する PDU セッションのセッションマネージャ情報を提供しません。ただし、PGW-C-C+SMF には、N2 SM 情報に PDU セッション転送を拒否する原因コードの詳細が含まれています。

8 V-SMF と V-UPF は、相互に N4 セッションを確立します。
9 AMF は、NG-RAN にハンドオーバー要求を送信します。
10 NG-RANは、受信したハンドオーバー要求の確認応答をAMFに送信します。
11

AMF は、N3 トンネル情報を更新するために、NsmfPDUSessionUpdateSMContext 要求、T-RAN SM N3 転送情報リスト メッセージを SMF に送信します。

NsmfPDUSessionUpdateSMContext 要求には、PDU セッション ID、S-NSSAI、N2 SM の情報が含まれています。トンネル情報は、NG-RAN から受信したハンドオフ要求承認の NGAP IE DL 転送 UP TNL 情報に存在します。

12 SMF + PGW-U に対する N4 セッション変更を実行し、eNodeB から NG-RAN に DL データを転送するための間接トンネルを作成します。この手順では、リダイレクトされた DL データの UL PDR を作成し、それらに FAR を関連付けて FAR を NG-RAN に転送することも含まれます。これらの PDR と FAR のマッピングは、QFI と対応するベアラー ID に基づいています。
13 PGW-C+SMF は、NsmfPDUSessionUpdateSMContext 応答を AMF に送信します。この応答には、PDU セッション ID、EPS ベアラー セットアップ リスト、およびデータ転送用の CN トンネル情報が含まれます。この時点で、DL データ転送用の間接トンネルが確立されます。
14 AMF が再配置応答を MME に送信します。
15 MME は、間接データ転送トンネルの作成要求を S-GW に送信します。S-GW は、間接データ転送トンネルの応答を MME に送信します。
N26 インターフェイスを使用した EPS から 5G へのハンドオーバー：実行コールフロー

このセクションでは、N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの実行のコール フローについて説明します。

Figure 3. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの実行コール フロー
Table 5. N26 インターフェイスを使用した EPS から 5G へのハンドオーバーの実行コール フローの説明
ステップ 説明
1

コール ハンドオーバーの開始は、UE と E-UTRAN から相互に向けて開始され、E-UTRAN から S-GW へと進みます。次に、ローミング コールでは、コール ハンドオーバーの開始は S-GW から UPF + PGW-CU に行われます。

MME が E-UTRAN に引き継ぎコマンドを送信します。
2 E-UTRAN は UE に引き継ぎコマンドを送信します。
3 UE は、5G-RAN への受信についての確認メッセージを NG-RAN に送信します。
4 NG-RAN が AMF にハンドオーバー通告メッセージを送信します。
5 AMF が再配置完了通告を MME に送信します。
6 MME は、受信した転送再配置完了通知の確認応答を送信します。
7 AMF は、NsmfPDUSessionUpdateSMContext 要求を SMF +PGW-C に送信します。この要求には、PDU セッション ID の詳細に関するハンドオーバー完了の表示が含まれています。間接転送の場合、SMF + PGW-C のタイマーが、UPF 内のリソースを解放するタイミングの確認を開始します。
8 SMF は UPF + PGW-U で N4 変更要求を実行し、5G セッションの DL PDR に関連付けられている FAR の DL トンネル情報を更新します。DL データ パスがアクティブ化されます。この時点で、間接トンネルも存在します。
9 SMF は、PDU セッション ID 付きのNsmfPDUSessionUpdateSMContext 応答を AMF に送信します。SMF は Handover Complete の受信を確認します。
10 ステップ 7 で開始したタイマーの期限が切れると、SMF は N4 変更要求を UPF に送信します。この要求は、間接データ トンネルに関連付けられている PDR と FAR を削除することです。
11 UE が EPS から 5GS モビリティへの登録手順を開始し、それを H-PCF に送信します。
12 E-UTRAN は、MME によって EPC でリソースのクリーンアップを実行します。
N26 インターフェイスを使用した EPS から 5GS への UE アイドル モード モビリティ

SMF と PGW-C は、EPS から 5GS へのアイドル モード モビリティの手順をサポートします。EPS から 5GS へのアイドルモードモビリティの場合、UE は AMF を使用してモビリティ登録の更新手順を実行します。AMF と SMF は EPS から MM および SM コンテキストを取得し、他のコア NF と対話することによって UE コンテキストを EPS から 5GS に移動します。

この機能により、EPS および 5GS のコア ネットワーク要素は、EPS から 5GS へのアイドル モード モビリティの手順中に、次のユース ケースをサポートできます。

  • N26 インターフェイスを使用した EPS から 5GS への UE アイドル モード モビリティ：非アクティブ状態の PDU セッション

  • N26 インターフェイスを使用した EPS から 5GS への UE アイドル モード モビリティ：ユーザープレーン接続再アクティブ化要求

PDU が非アクティブ状態になっています

次のコール フローは、PDU セッションが非アクティブ状態にある際に、N26 インターフェースを使用して EPS から 5GS へ UE アイドル モード移動に関する情報を取得するプロセスを説明しています。

図 4. PDU セッションが非アクティブ状態になっています
表 6. PDU セッションが非アクティブ状態になっています

ステップ

説明

1

AMF は、各 UE EPS PDN 接続の SMF/PGW-C に対して、次の情報と POST 要求を送信します。

  • MME から受信した、作成される個々の SM コンテキストを表す、EPS ベアラー コンテキストを含む UE EPS PDN 接続。

  • EPS ベアラー コンテキスト ステータス属性。対応する情報が UE からの登録要求で受信された場合、UE 内のすべての EPS ベアラー コンテキストのステータスを示します。

2

このような要求を受け取った場合、次のいずれかに該当する場合とします。

  • 対応する PDU セッションが EPS ベアラー コンテキストに基づいて検出されます。

  • 対応する PDU セッションのデフォルトの EPS ベアラー コンテキストを受信した場合、EPS ベアラー 接続ステータス属性で UE によって非アクティブとして報告されません。受信した場合、

  • 5GS への PDN 接続移行を続行できます。

2a

SMF は次の情報を含む 201 作成済み応答を返します。

  • EPS PDN 接続のデフォルトの EPS ベアラー ID に対応する PDU セッション ID。

  • PDU セッションに割り当てられた EBI を含む割り当て済み EBI リスト。

POST 応答に存在するロケーション ヘッダーには、作成された SM コンテキスト リソースの URI が含まれます。

AMF は、PDU セッション ID と SMF ID の関連付け、および PDU セッション ID に関連付けられた割り当て済みの EBI を保存します。

要求で EPS ベアラー コンテキスト ステータス属性を受信すると、SMF は、対応する PDU セッションの一部の EPS ベアラーが UE によって削除されたものの、EPS に通知されていないかどうかを確認します。サポートされている場合、SMF はこれらの EPS ベアラー、対応する QoS ルール、および QoS フロー レベルのパラメータをローカルに解放します。

2b

次の場合、SMF は 4xx/5xx 障害応答を返します。

  • SMF は、PDU セッションで EPS から 5GS へのシームレスなセッション継続がサポートされていないことを判断します。SMF は、問題の詳細構造内の原因属性を NO_EPS_5GS_CONTINUITYに設定します。

  • PDU セッションのデフォルトの EPS ベアラー コンテキストは、EPS ベアラー コンテキストのステータス属性の UE によって非アクティブとして報告されます。SMF は、問題の詳細構造内の原因属性を DEFAULT_EPS_BEARER_INACTIVEに設定します。

ユーザー プレーン接続の再アクティブ化要求

次のコール フローは、N26 インターフェイスを使用した UP（ユーザー プレーン）接続の再アクティブ化を使用した EPS から 5GS への UE アイドル モード モビリティに関する情報をキャプチャしたものです。

図 5. ユーザー プレーン接続の再アクティブ化要求
表 7. ユーザー プレーン接続の再アクティブ化要求

ステップ

説明

1

AMF は、各 UE EPS PDN 接続の SMF/PGW-C に対して、次の情報と POST 要求を送信します。

  • MME から受信した、作成される個々の SM コンテキストを表す、EPS ベアラー コンテキストを含む UE EPS PDN 接続。

  • PDU セッションのアクティブ化リスト属性。これには、再度アクティブ化するすべての PDU セッションの PDU セッション ID が含まれます。

  • EPS ベアラー コンテキスト ステータス属性。対応する情報が UE からの登録要求で受信された場合、UE 内のすべての EPS ベアラー コンテキストのステータスを示します。

2

このような要求を受け取った場合、次のいずれかに該当する場合とします。

  • 対応する PDU セッションが EPS ベアラー コンテキストに基づいて検出されます。

  • 対応する PDU セッションのデフォルトの EPS ベアラー コンテキストを受信した場合、EPS ベアラー コンテキスト属性で UE によって非アクティブとして報告されません。受信した場合、

  • 5GS への PDN 接続移行を続行できます。

2a

SMF は次の情報を含む 201 作成済み応答を返します。

  • EPS PDN 接続のデフォルトの EPS ベアラー ID に対応する PDU セッション ID。

  • PDU セッションに割り当てられた EBI を含む割り当て済み EBI リスト。

EPS ベアラー コンテキストに基づいて SMF によって取得された PDU セッションの再アクティブ化が要求された場合、つまり PDU セッション ID が PDU セッションアクティブ化リストに存在していた場合、

  • ユーザー プレーン接続状態属性が ACTIVATING に設定されます。

  • この PDU セッションのユーザー プレーン データのアップリンク終端点のトランスポート層アドレスおよびトンネル終端点（すなわち、アップリンク トラフィックの UPF の GTP-U F-TEID）を含む、PDU セッションにリソースを割り当てるよう5G-ANに要求するための N2 SM情報（PDU セッション リソース設定要求転送）。

POST 応答に存在するロケーション ヘッダーには、作成された SM コンテキスト リソースの URI が含まれます。

AMF は、PDU セッション ID と SMF ID の関連付け、および PDU セッション ID に関連付けられた割り当て済みの EBI を保存します。

要求で EPS ベアラー コンテキスト ステータス属性を受信すると、SMF は、対応する PDU セッションの一部の EPS ベアラーが UE によって削除されたものの、EPS に通知されていないかどうかを確認します。サポートされている場合、SMF はこれらの EPS ベアラー、対応する QoS ルール、および QoS フロー レベルのパラメータをローカルに解放します。

2b

次の場合、SMF は 4xx/5xx 障害応答を返します。

  • SMF は、PDU セッションで EPS から 5GS へのシームレスなセッション継続がサポートされていないことを判断します。SMF は、問題の詳細構造内の原因属性を NO_EPS_5GS_CONTINUITYに設定します。

  • PDU セッションのデフォルトの EPS ベアラー コンテキストは、EPS ベアラー コンテキストのステータス属性の UE によって非アクティブとして報告されます。SMF は、問題の詳細構造内の原因属性を DEFAULT_EPS_BEARER_INACTIVEに設定します。

3

SMF が 200 OK 応答を返した場合、AMF は、次の情報を含む POST 要求を送信することによって、SMF 内の SM コンテキストを更新します。

  • 5G-AN（PDU セッション リソース セットアップ応答転送 IE）から受信した N2 SM 情報。これには、トランスポート層アドレス、1 つまたは 2 つのダウンリンク ターミネーション ポイントのトンネル エンドポイントが含まれます。また、5G-AN が PDU セッションのリソースの確立に成功した場合、この PDU セッションの QoS フローの関連リスト（つまり、ダウンリンク トラフィック用の 5G-AN の GTP-U F-TEID）も含まれます。または

  • PDU セッションのリソース確立に失敗した場合、失敗の原因を含む、5G-AN（PDU セッション リソース セットアップ失敗転送 IE）から受信した N2 SM 情報。

この要求を受信すると、SMF は以下を行います。

  • 5G-AN が PDU セッション用のリソースの確立に成功した場合、5G-AN の F-TEID で UPF を更新し、ユーザープレーン接続状態属性を ACTIVATED に設定します。または

  • ユーザー プレーン接続のアクティブ化が失敗したことを考慮し、ユーザー プレーン接続状態属性を DEACTIVATED に設定します。

4

SMF は、ユーザー プレーン接続の最終状態を表すユーザー プレーン接続状態属性を含む 200 OK 応答を返します。
メッセージ フロー

次のメッセージ フローでは、5GS ネットワーク要素とサブスクライバにおけるアイドル モード モビリティ手順のさまざまなシナリオについて説明します。

図 6. 5GS NE とサブスクライバ間のメッセージ フロー
代替 RAT トンネル作成コール フローによる非ローミング 5GS から EPS へのハンドオーバー

このセクションでは、代替 RAT トンネルの作成による非ローミング 5GS から EPS へのハンドオーバーのコール フローについて説明します。

図 7. 代替 RAT トンネル作成コール フローによる非ローミング 5GS から EPS へのハンドオーバー
表 8. 代替 RAT トンネル作成による非ローミング 5GS から EPS へのハンドオーバー コール フローの説明
ステップ 説明
1

5G セッションが UE、E-UTRAN、NGRAN、MME、AMF、S-GW、および SMF + PGW-C 間で確立されます。

NG-RANがAMF へのハンドオーバーを開始します。
2 AMF は、Nsmf PDU セッション コンテキスト要求を SMF + PGW-C に送信します。
3 SMF + PGW-C は、Nsmf PDU セッション CreateSMContext 応答を AMF に送信します。この応答には、デフォルトと専用ベアラーの両方の CP トンネルと UP トンネルに関する詳細が含まれています。
4

AMF が再配置要求を MME に送信します。
5

MME がセッション作成要求を S-GW に送信します。
6

S-GW はセッション応答の作成を MME に送信します。
7

MME が E-UTRAN にハンドオーバー要求を送信します。
8

E-UTRAN は、ハンドオーバー要求の確認応答を MME に送信します。
9

MME が再配置応答を AMF に送信します。
10

AMFはNG-RAN にハンドオーバー コマンドを送信します。
11

NG-RANはUE にハンドオーバー コマンドを送信します。
12

UE はハンドオーバー完了メッセージを NG-RAN に送信します。
13

UL データパスは、UE、E-UTRAN、NG-RAN、MME、AMF、S-GW、SMF + PGW-C、および UPF 間に設定されます。

E-UTRAN が MME にハンドオーバー通知メッセージを送信します。

14

MME が再配置の完了に関する通知を AMF に送信します。
15

AMF は、再配置完了の確認応答メッセージを MME に送信します。
16

MME が、ベアラー リクエストの変更を S-GW に送信します。

17

S-GW は、SMF+PGW-C にベアラー要求の変更を送信します。
18

SMF + PGW-C は、N4 セッション変更要求を UPF に送信します。この要求には、デフォルトと専用ベアラーの両方の S-GW トンネルを使用して DL FAR を更新するための詳細が含まれています。
19

4G トンネルは DL FAR 情報（S-GW トンネル情報）で更新されます。

SMF + PGW-C は、ベアラー応答の変更を S-GW に送信します。

20

DL データパスは、UE、E-UTRAN、NG-RAN、MME、AMF、S-GW、SMF + PGW-C、および UPF 間に設定されます。

S-GW が、ベアラー応答の変更を MME に送信します。
代替 RAT トンネル作成コール フローによる非ローミング EPS から 5GS へのハンドオーバー

このセクションでは、代替 RAT トンネルの作成による非ローミング EPS から 5GS へのハンドオーバーのコール フローについて説明します。

図 8. 代替 RAT トンネル作成コール フローによる非ローミング EPS から 5GS へのハンドオーバー
表 9. 代替 RAT トンネル作成コール フローの説明による非ローミング EPS から 5GS へのハンドオーバー
ステップ 説明
1

5G セッションが UE、E-UTRAN、NG-RAN、MME、AMF、S-GW、および SMF + PGW-C 間で確立されます。

E-UTRAN が MME へのハンドオーバーを開始します。
2 MME は転送再配置要求を AMF に送信します。
3

AMF は、Nsmf PDU Session CreateSMContext 要求を SMF+PGW-C に送信します。この要求には、UE PDN 接続と引き継ぎ状態に関する詳細が含まれています。

4

SMF + PGW-C は、次の手順をチェックします：

  • N10 サブスクリプションまたは必要に応じてサブスクライブすることができます。

  • トリガーが有効な場合、N7 ポリシー更新。

  • N10 登録が必要です。

SMF + PGW-C は、Nsmf PDUsession CreateSMContext Response を AMF に送信します。この応答には、UPF UL トンネル情報を含む N2 設定要求が含まれています。
5

AMF は、NG-RAN へハンドオーバー リクエストを送信します。
6

NG-RAN はハンドオーバー要求の確認応答を AMF に送信します。
7

AMF は、Nsmf PDU セッション更新 SMF コンテキスト要求を SMF+PGW-C に送信します。この要求には、gNB DL トンネル情報を伴うハンドオーバー要求が含まれます。
8

SMF + PGW-C は、Nsmf PDU セッション更新 SMF コンテキスト応答を AMF に送信します。
9

AMF は、転送再配置応答を MME に送信します。
10

MME が E-UTRAN に引き継ぎコマンドを送信します。
11

E-UTRAN は UE に引き継ぎコマンドを送信します。
12

UE は、ハンドオーバー完了のメッセージを NG-RAN に送信します。
13

NG-RAN は、AMF にハンドオーバー通知メッセージを送信します。
14

AMF は、ハンドオーバーの完了後、Nsmf PDU セッション更新 SMF コンテキスト要求を SMF + PGW-C に送信します。
15

SMF + PGW-C は、N4 セッション変更要求を UPF に送信します。この要求は、gNB トンネル情報を使用して DL FAR を更新するためのものです。
16

5G トンネルは、DL データの gNBトンネル情報で更新されます。

UPF が SMF+PGW-C に N4 変更応答を送信します。
17

SMF + PGW-C は、Nsmf PDU セッション更新 SM コンテキスト応答を AMF に送信します。

標準準拠

4G から 5G へのデータ セッション ハンドオーバー機能向けの SMF サポートは、3GPP TS 23.502 V15.2.0（2018-09）標準に準拠しています。

制限事項

4G から 5G へのデータ セッション引き継ぎ機能には、次の制限があります：

  • SMF は、単一の UPF での N26 4G から 5G へのハンドオフをサポートしています。これは、UPF の選択と UPF の変更がサポートされていないことを意味します。

アクセスとモビリティの手順のための CHF と PCF の統合

機能説明


Important

この章で使用されている PGW-C という用語は、SMF でサポートされている EPS インターワーキング機能を意味しており、LTE ネットワークで使用されるスタンドアロン P-GW として想定してはなりません。

アクセスとモビリティの手順の場合、SMF は次の手順のために課金機能（CHF）とポリシー制御機能（PCF）を統合します。

  • AMF 内および AMF 間の N2 ベースのハンドオーバー SMF は、データ転送トンネル（DFT）および間接データ転送トンネル（IDFT）の場合に、UE が 1 つの NG-RAN から別の NG-RAN に移動するときにこの機能をサポートします。

  • N26 4G から 5G へのハンドオーバー：SMF は、N26 インターフェイスを使用した EPS から 5GS への手順をサポートします。SMF は、5GS の認定 EPS ベアラー識別（EBI）リストを使用してアップリンク（UL）のパケット検出ルール（PDR）またはダウンリンク（DL）PDR を確立し、EBI をそれぞれのフローに複製します。SMF は IDFT を作成して、UPF を介した SGW-U から NR へのダウンリンク転送トラフィックをサポートします。

  • N26 5G から 4G へのハンドオーバー：SMF は、N26 インターフェイスでの 5GS から EPS への手順をサポートします。PGW-C は、5GS の認定フローを使用して SGW-U に対して UL PDR または DL PDR を確立し、それぞれのフローに EBI を複製します。PGW-C は IDFT トンネルも作成して、UPF を介した NR から SGW-U へのダウンリンク転送トラフィックをサポートします。セッションレベルまたは課金設定グループレベルの課金トリガは、PDU セッションの確立中、または EPS 手順での SMF によって開始された課金更新要求または CHF によって開始された課金更新通知応答への応答として受信されます。

  • Xn ハンドオーバー：SMF は、UPF 再割り当ての有無にかかわらず、Xn ベースの NG-RAN 間ハンドオーバーをサポートします。SMF は、AMF 内モビリティのみの Xn ハンドオーバーをサポートします。SMF は、パス スイッチ要求 N2 ベースのメッセージとアクセス側パラメータが含まれている、受信した SM コンテキスト更新要求を処理します。これらのパラメータは、PDU セッション確立中に受信される CHF トリガと PCF トリガを識別します。

  • サービス要求手順：SMF は、UE とネットワーク開始手順の両方からのサービス要求をサポートします。CM アイドル状態の UE または 5GC は、サービス要求手順を使用して、AMF へのセキュアな接続の確立を要求します。CM アイドル状態と CM 接続状態の両方の UE は、サービス要求手順を使用して、確立された PDU セッションに対するユーザー プレーン接続をアクティブにします。進行中のサービス要求手順が存在する場合、UE はサービス要求手順を開始しません。

SMF は、セッションの作成、または PCF または UE によって開始された変更の一部として受信する CHF および PCF トリガーを保存します。UE が上記の機能のアクセス手順とモビリティ手順をトリガすると、SMF は受信したアクセス パラメータに対して CHF および PCF からのトリガを識別します。次に、SMF は CHF と PCF への更新を送信します。

機能の仕組み

SMF は、次の情報に基づいて CHF 機能と PCF 機能を統合します：

  • ポリシー制御要求トリガー。PDU セッションの確立、または PCF または UE により開始された変更中の、SM ポリシーの決定で受信されます。

  • PDU セッションの確立中、または SMF によって開始された課金更新要求または CHF によって開始された課金更新通知要求への応答として受信される、セッション レベルまたは料金設定グループ レベルの課金トリガー。

SMF は、PCF および CHF トリガーを検出するために、次のアクセス側情報をサポートしています。SMF は N2 ベースのハンドオーバー時に、CHF および PCF にトリガ情報を送信します。

Table 10. PCF および CHF トリガーに関するアクセス側の情報

アクセス側の情報

CHF トリガー

PCF トリガー

UserLocation

USER_LOCATION_CHANGE

SAREA_CH

UeTimeZone

UE_TIMEZONE_CHANGE

SAREA_CH

ServingNetwork

PLMN_CHANGE

PLMN_CH

TargetServingNfId

SERVING_NODE_CHANGE

サブスクライバのロケーションの変更の場合、SMF は CHF に USER_LOCATION_CHANGE トリガーを、PCF に SARE_CH トリガーを送信します。

SMF は、次のメッセージでサブスクライバの場所の変更が検出されるたびに使用状況レポートを生成します。

  • ベアラー削除コマンド

  • ベアラー削除応答

  • ベアラー変更要求

たとえば、ベアラー応答の作成ベアラー コマンドの削除が新しい ULI で受信すると、CDR イベントが新しい ULI でトリガーされます。PCF または CHF が ULI の変更に関する通知を待機している場合、SMF は PCF と CHF にそれぞれ通知を送信します。

この機能は、3GPP TS 32.291、バージョン 15.4.0 に準拠しています。

コール フロー

このセクションでは、次のコールフローについて説明します。

  • AMF 内および AMF 間 N2 ベースのハンドオーバー コール フローにおける CHF と PCF の統合

  • N26 4G から 5G へのハンドオーバー コール フローの CHF と PCF の統合

  • N26 の 5G から 4G へのハンドオーバー コール フローの CHF と PCF の統合

  • Xn ハンドオーバー コール フローの CHF と PCF の統合

  • サービス要求手順のための CHF と PCF の統合

AMF 内および AMF 間の N2 ベースのハンドオーバー コール フロー

このセクションでは、CHF と PCF の統合をサポートするための AMF 内および AMF 間 N2 ベースのハンドオーバー コール フローについて説明します。

Figure 9. AMF 内および AMF 間の N2 ベースのハンドオーバー コール フロー
Table 11. AMF 内および AMF 間 N2 ベースのハンドオーバーの CHF と PCF の統合コール フローの説明
ステップ 説明
1

PDU セッションは、IPv4、IPv6、またはデュアルスタックの UPF、PCF、または CHF との通信により、S-AMF および SMF 経由で確立されます。

PCF は、SM ポリシー制御の作成要求への応答として、SM ポリシー決定のポリシー制御要求トリガーを提供します。

CHF は、セッション レベルと料金設定グループレベルのトリガーを、課金データ作成応答として SMF に送信します。
2 T-AMF は、SMF へのハンドオーバー状態を含めることで SM コンテキスト更新要求を送信します。ハンドオーバー状態には、準備、UE の場所、UE のタイムゾーン、ターゲットのサービス NFID、およびサービスのネットワークに関する情報が含まれます。AMF には、AMF 間ハンドオフのためのターゲット サービス NFID 情報が含まれています。
2a SMF は、SM コンテキスト更新要求で受信したアクセス側の変更を検出し、ステップ 2 で利用可能な情報を使用して課金がトリガーされます。
2b SMF は、ステップ 2 で使用可能な情報を使用して PCF トリガーを検出します。
3 N2 ベースのハンドオーバーの準備手順は、T-AMF から SMF および CHF へ、および反対方向に向けて開始します。
4 N2 ベースのハンドオーバー実行手順では、AMF 間ハンドオフの場合、SMF は S-AMF から SM コンテキスト リリース要求を受信し、SM コンテキスト リリース応答で S-AMF に応答します。
5 N2 ベースのハンドオーバー実行手順では、UPF は N4 変更応答の一部として使用状況レポートを提供します。SMF は、CHF トリガーまたは PCF トリガを検出すると、最終的な SM コンテキスト リリース応答を保持します。
6 SMF は、CHF に課金データ更新要求を送信します。この要求には、セッションレベルのトリガーに関する情報、複数のユニット情報（使用状況レポートを含む料金設定グループレベルのトリガーを使用）、顧客 ID、および PDU セッション課金情報が含まれます。
7 CHF は、オプションのマルチユニット情報とともに課金データ更新応答を送信します。CHF は、新しいセッションまたは料金設定グループレベルのトリガーを SMF に送信します。
7a SMF は課金データ更新応答を処理し、PDU セッションを更新します。SMF は、CHF から新しく受信した情報の N4 変更要求を UPF に送信しません。
8 SMF は内部トランザクションをポストして、PCF トリガーの SM ポリシーの更新情報を送信します。
9 SMF は、ハンドオーバー状態が完了した SM コンテキスト更新応答を T-AMF に送信します。
10 SMF は PCF に SM ポリシー制御の更新情報を送信します。SM ポリシー制御の更新情報には、ユーザーの場所情報、UE タイム ゾーン、サービス提供ネットワークなどの詳細が含まれます。
11 PCF は、SM ポリシー決定である SM ポリシー制御更新応答を SMF に送信します。
12 SMF は、応答として受け取った SM ポリシー決定を処理し、PCF によって開始される変更手順をトリガします。
N26 4G から 5G へのハンドオーバー コール フローの CHF と PCF の統合

このセクションでは、N26 4G から 5G へのハンドオーバーの CHF と PCF 統合のコール フローを説明します。

図 10. N26 4G から 5G へのハンドオーバー コール フローの CHF と PCF の統合
表 12. N26 の 4G から 5G へのハンドオーバー コール フローの CHF と PCF の統合
ステップ 説明
1

PDU セッションは、IPv4、IPv6、またはデュアルスタックの UPF、PCF、または CHF との通信により、MME、SGW、および SMF を介して確立されます。

PCF は、SM ポリシー制御の作成要求への応答として、SM ポリシー決定のポリシー制御要求トリガを提供します。

CHF は、課金データ作成応答として、セッションレベルおよび料金設定グループレベルのトリガーを SMF に提供します。
2

T-AMF は、SM コンテキスト作成要求を SMF に送信します。この要求には、準備されたハンドオーバー状態、UE のロケーション、UE のタイムゾーン、サービス NFID、サービス ネットワーク、RAT タイプに関する情報が含まれます。
2a SMF は、SM コンテキスト作成要求で受信したアクセス側の変更を検出し、ステップ 2 で利用可能な情報を使用して課金がトリガされます。
2b SMF は、ステップ 2 で使用可能な情報を使用して PCF トリガーを検出します。
3 N26 ベース ハンドオーバーの準備手順は、3GPP TS 23.502, section 4.1.9.3 で定義されているように、SMF または PGW-C および UPFへ、そしてその逆へ、T-AMF から始まります。
4 N26 ハンドオーバー実行手順では、UPF は SMF への N4 変更応答の一部として使用状況レポートを提供します。SMF は、CHF トリガーまたは PCF トリガを検出すると、最終的な SM コンテキスト更新応答を保持します。
5 SMF は、CHF に課金データ更新要求を送信します。この要求には、セッションレベルのトリガーに関する情報、マルチユニット情報（料金設定グループレベルのトリガーと使用状況レポートを含む）、顧客 ID、および PDU セッション課金情報が含まれます。
6 CHF は、オプションのマルチユニット情報とともに課金データ更新応答を送信します。CHF は、新しいセッションまたは料金設定グループレベルのトリガーを SMF に送信します。
6a SMF は課金データ更新応答を処理し、PDU セッションを更新します。SMF は、CHF から新しく受信した情報の N4 変更要求を UPF に送信しません。
7 SMF は内部トランザクションをポストして、PCF トリガの SM ポリシーの更新情報を送信します。
8 SMF は、ハンドオーバー状態が完了した SM コンテキスト更新応答を T-AMF に送信します。
9 SMF は PCF に SM ポリシー制御の更新情報を送信します。SM ポリシー制御の更新情報には、ユーザーの場所情報、UE タイム ゾーン、サービス提供ネットワークなどの詳細が含まれます。
10 PCF は、SM ポリシー決定である SM ポリシー制御更新応答を SMF に送信します。
11 SMF は、応答として受け取った SM ポリシー決定を処理し、 3GPP TS 23.502、セクション 4.3.3.2で定義されているように、その応答を PCF 初期変更手順として処理します。
N26 の 5G から 4G へのハンドオーバー コール フローの CHF と PCF の統合
表 13. 機能の履歴

機能名

リリース情報

説明

3GPPリリース16に準拠した5Gから4Gへのハンドオーバー プロセスの強化

 2025.01.0

SM コンテキストの取得中に、SMF は各 EPS ベアラの CN トンネルを確立するために UPF に N4 セッションの変更を送信する場合があります。UPF が到達不能である場合、AMF に適切な原因が返されませんでした。

この機能では、新しい応答値 UPF_NOT_RESPONDINGを導入することで、5G から 4G へのハンドオーバープロセスを強化します。これは、UPF が応答しない場合に SMF によって送信されます。

このセクションでは、N26 5G から 4G へのハンドオーバーの CHF と PCF 統合のコール フローを説明します。

図 11. N26 の 5G から 4G へのハンドオーバー コール フローの CHF と PCF の統合
表 14. N26 の 5G から 4G へのハンドオーバー コール フローの CHF と PCF の統合
ステップ 説明
1

PDU セッションは、IPv4、IPv6、またはデュアルスタックの UPF、PCF、または CHF との通信により、S-AMF または SMF 経由で確立されます。

PCF は、SM ポリシー制御の作成要求への応答として、SM ポリシー決定のポリシー制御要求トリガーを提供します。

CHF は、課金データ作成応答として、セッションレベルおよび料金設定グループレベルのトリガーを SMF に提供します。
2

5Gから4Gへのハンドオーバー手順は、AMFからSMFまたはPGW-Cへ、およびその逆から始まります。AMF は、SM コンテキスト取得要求を開始して UL PDR を確立し、必要に応じて SM コンテキスト更新応答を送信して IDFT トンネルを開始します。

リモートピア UPF から応答を受信しない場合、SMF は UPF_NOT_RESPONDING を原因とするエラーコード 504 Gateway Timeout を AMF に送信し、UPF からの応答を受信しないために N4 セッション変更要求が拒否されたことを通知します。

3 N26 5G から 4G へのハンドオーバー実行手順では、SGW は GTPv2 ベアラー変更要求を PGW-C に送信します。この要求には、UE の場所、UE のタイムゾーン、RAT タイプ、ベアラー コンテキスト リストの情報が含まれます。
3a SMF は、SM コンテキスト更新要求で受信したアクセス側の変更を検出し、ステップ 3 で利用可能な情報を使用して課金がトリガーされます。
3b SMF は、ステップ 3 で使用可能な情報を使用して PCF トリガーを検出します。
4 N26 ハンドオーバー 5G から 4G への実行手順では、PGW-C は UPF に各フローの GTP-U トンネルを作成するように要求します。このトンネルは、GTPv2 ベアラー変更要求のベアラー コンテキスト リストで受信した EBI 用です。DL PDR が確立されると、UPF は N4 変更応答の一部として使用状況レポートを SMF に送信します。SMF は、CHF または PCF トリガーを検出すると、最終的な GTPv2 ベアラ変更応答を保持します。
5 SMF は、CHF に課金データ更新要求を送信します。この要求には、セッションレベルのトリガーに関する情報、マルチユニット情報（料金設定グループレベルのトリガーと使用状況レポートを含む）、顧客 ID、および PDU セッション課金情報が含まれます。
6 CHF は、オプションのマルチユニット情報とともに課金データ更新応答を送信します。CHF は、新しいセッションまたは料金設定グループレベルのトリガーを SMF に送信します。
6a SMF または PGW-C は課金データ更新応答を処理し、PDU セッションを更新します。SMF は、CHF から新しく受信した情報の N4 変更要求を UPF に送信しません。
7 SMF または PGW-C は内部トランザクションをポストして、PCF トリガの SM ポリシーの更新情報を送信します。
8 SMF または PGW-C は、ハンドオーバー状態が完了した SM コンテキスト更新応答を AMF に送信します。
9 SMF または PGW-C は PCF に SM ポリシー制御の更新情報を送信します。SM ポリシー制御の更新情報には、ユーザーの場所情報、UE タイム ゾーン、サービス提供ネットワークなどの詳細が含まれます。
10 PCF は、SM ポリシー決定である SM ポリシー制御更新応答を SMF に送信します。
11 SMF は、応答として受け取った SM ポリシー決定を処理し、 3GPP TS 23.502、セクション 4.3.3.2で定義されているように、その応答を PCF 初期変更手順として処理します。
Xn ハンドオーバー コール フローの CHF と PCF の統合

ここでは、Xn ハンドオーバーのための CHF と PCF の統合のコール フローについて説明します。

図 12. Xn ハンドオーバー コール フローの CHF と PCF の統合
表 15. Xn ハンドオーバー コール フローの説明のための CHF と PCF の統合
ステップ 説明
1

PDU セッションは、IPv4、IPv6、またはデュアルスタックの UPF、PCF、または CHF との通信により、MME、SGW、および SMF を介して確立されます。

PCF は、SM ポリシー制御の作成要求への応答として、SM ポリシー決定のポリシー制御要求トリガを提供します。

CHF は、課金データ作成応答として、セッションレベルおよび料金設定グループレベルのトリガーを SMF に提供します。
2 AMF は、SM コンテキスト更新要求を SMF に送信します。SM コンテキスト更新要求には、UE の場所、UE のタイムゾーン、およびパス スイッチ要求 N2 メッセージに関する情報が含まれます。
2a SMF は、SM コンテキスト更新要求で受信したアクセス側の変更を検出し、ステップ 2 で利用可能な情報を使用して課金がトリガーされます。
2b SMF は、ステップ 2 で使用可能な情報を使用して PCF トリガーを検出します。
3

Xn ハンドオーバーの準備手順は、3GPP TS 23.502、セクション 4.9.1.2で定義されているように、SMF から UPF へ、およびその逆の方向に始まります。

SMF は N4 変更要求を UPF に送信し、受信した T-gNB の DL トンネル情報を更新します。トンネル情報が更新されると、UPF は N4 変更応答の一部として使用状況レポートを提供します。SMF は、CHF トリガーまたは PCF トリガを検出すると、最終的な SM コンテキスト更新応答を保持します。

4 SMF は、CHF に課金データ更新要求を送信します。この要求には、セッションレベルのトリガーに関する情報、マルチユニット情報（料金設定グループレベルのトリガーと使用状況レポートを含む）、顧客 ID、および PDU セッション課金情報が含まれます。
5 CHF は、オプションのマルチユニット情報とともに課金データ更新応答を送信します。CHF は、新しいセッションまたは料金設定グループレベルのトリガーを SMF に送信します。
5a SMF は課金データ更新応答を処理し、PDU セッションを更新します。SMF は、CHF から新しく受信した情報の N4 変更要求を UPF に送信しません。
6 SMF は内部トランザクションをポストして、PCF トリガの SM ポリシーの更新情報を送信します。
7 SMF は、SM コンテキスト更新応答を AMF に送信します。この応答には、パス スイッチ要求の確認応答 N2 メッセージが含まれています。
8 SMF は PCF に SM ポリシー制御の更新情報を送信します。SM ポリシー制御の更新には、ユーザーの場所情報や UE タイムゾーンなどの詳細が含まれます。
9 PCF は、SM ポリシー決定である SM ポリシー制御更新応答を SMF に送信します。
10 SMF は、応答として受け取った SM ポリシー決定を処理し、 3GPP TS 23.502、セクション 4.3.3.2で定義されているように、その応答を PCF 初期変更手順として処理します。
サービス要求手順のための CHF と PCF の統合

このセクションでは、サービス要求手順に関する CHF と PCF の統合について説明します。

SMF は受信した SM コンテキスト更新要求を処理して、N3 トンネルパスの状態をアイドルからアクティブ、またはアクティブからアイドルに更新します。SMF は次のステップを実行します：

  1. UE が AMF で CM アイドル状態（アクティブからアイドル モード）の場合、SMF は構成に基づき、N4 セッション モード要求を送信して N3 トンネル状態の UPF をドロップまたはバッファに更新します。課金構成に基づいて、SMF は使用状況レポートを受信します。セッション作成中に認定された課金トリガーに基づいて、SMF は N40 課金更新要求を送信します。

  2. UE が AMF で CM 接続状態になっている場合（これは、SMF が UE 要求の手順を受信してサブスクライバ N3 トンネル パスをアイドル状態からアクティブ状態に変更するための手順を受信することを意味します）：SMF は、SM コンテキスト更新要求で更新されたユーザーの場所と UE タイムゾーンを受信します。SMF は、N4 セッション変更要求を UPF に送信して、gNB の DL トンネルの詳細を更新します。課金構成に基づいて、SMF は使用状況レポートを受信します。セッション作成中に認定された課金トリガーに基づいて、SMF は N40 課金更新要求を送信します。

  3. N3 トンネルがネットワーク サービス要求トリガーに対して使用できない場合（これは、UE が AMF で CM-アイドル状態であることを意味します）、SMF は、エンド ユーザーに対してページングを開始するために AMF のネットワーク サービス要求手順を開始します。次に、AMF は、UE サービス要求手順を開始して、ステップ 2 で指定したように N3 トンネルを構成します。

標準準拠

アクセスとモビリティ手順の CHF と PCF の統合は、次の標準に準拠しています。

  • 3GPP TS 23.502 バージョン 15.4.0 リリース 15（セクション 4.9.1.3、4.11.1.2、4.9.1.2、および 4.2.3）：5G 5G システムの手順

  • 3GPP TS 29.502、バージョン 16.2.0

gNodeB 間ハンドオーバー

機能説明

SMF は、Xn または N2 参照ポイントを使用してソース NG-RAN ノードからターゲット NG-RAN ノードに UE を渡すための Xn ベースおよび N2 ベースのハンドオーバー手順をサポートしています。この手順の開始は、新しい無線条件、ロードバランシング、または特定のサービスによる場合があります。

SMF は、それぞれのインターフェイス N4（UPF）と N1（UE）での Xn および N2 ハンドオーバー中にターゲット NG-RAN で設定できなかった QoS フローを解放します。SMF は、防御状態の場合、トリガに基づいて N7（PCF）に適切な通知を送信します。SMF は、解放された QoS フローの使用状況レポートを N40（CHF）に送信します。

機能の仕組み

コール フロー

次のセクションでは、Xn ベースおよび N2 ベースのハンドオーバー手順の実行について説明します。

Xn ベースの NG-RAN間ハンドオーバー

このセクションでは、UPF 再割り当てを使用しない Xn ベースの NG-RAN 間ハンドオーバーに関する詳細について説明します。

引き継ぎの準備と実行段階は、 3GPP TS 38.300 で規定されているとおりに実装されます。共有ネットワークでハンドオーバーを実行する場合、送信元の NG-RAN は、3GPP TS 23.501 で指定されているように、ターゲット ネットワークで使用する PLMN を決定します。Xn ハンドオーバー中にサービス提供している PLMN が変更された場合、ソースの NG-RAN ノードは、選択した PLMN ID をターゲットの NG-RAN ノードに示します。

AMF が N2 ダウンリンク シグナリングを生成し、実行中の N2 ハンドオーバーが原因で N2 インターフェイス手順の拒否を受信した場合、AMF は ハンドオーバー手順が完了するか、失敗したと見なされたときに、同じ N2 インターフェイス手順を再試行します。障害は、N2 インターフェイス手順を保護するタイマーの期限切れによってわかります。

SMF によって開始された N1 および/または N2 要求を受信し、進行中の Xn ハンドオーバー手順のために要求が一時的に拒否されたことを示して、SMF はローカルに構成されたガード タイマーを開始します。SMF は、ハンドオーバーが完了した、またはハンドオーバーが失敗したかキャンセルされたかを検出しない限り、ハンドオーバーの準備フェーズ中に AMF に向けられたシグナリング メッセージを保持します。SMF は、ハンドオーバーが完了したこと、または失敗したことを検出した場合に、メッセージ受信またはガード タイマーの期限切れを検出すると、事前に構成された回数まで再試行します。

Xn ベースの NG-RAN 間ハンドオーバーは、AMF が変更されず、SMF が既存の UPF を維持することを決定した場合に、Xn を使用してソース NG-RAN からターゲット NG-RAN に UE を渡すために使用されます。

以下の図は、UPF の再割り当てを行わない Xn ベースの相互 NG-RAN ハンドオーバーのコール フローを示している。

図 13. Xn ベースの NG-RAN 間ハンドオーバー（UPF 再割り当てなし）
表 16. Xn ベースの NG-RAN 間ハンドオーバー コール フローの説明（UPF 再割り当てなし）

ステップ

説明

1a

ハンドオーバーの実行中、送信元の NG-RAN ノードは、RAN 使用状況データ レポートを AMF に提供します。送信元 NG-RAN ノードは、ターゲット NG-RAN が Xn インターフェイスを介した引き継ぎを確認した場合にのみ、このレポートを提供します。

このレポートには、N2 SM 情報（セカンダリ RAT 使用状況データ）、ハンドオーバー フラグ、および送信元から対象への透過コンテナが含まれます。ハンドオーバー フラグは、レポートが SMF によってバッファされる必要があることを示します。

1b

対象 NG-RAN は、N2 パス切り替え要求メッセージを AMF に送信して、UE が新しい対象セルに移動したことを通知します。NG-RAN は、[切り替えられるPDUセッションのリスト（List Of PDU Sessions To Be Switched）] を提供します。N2 SM 情報には、スイッチされる各 PDU セッションの AN トンネル情報が含まれます。

2

AMF は、N2 パススイッチ要求で受信した PDU セッションのリスト内の各 PDU セッションに対する Nsmf_PDUSession_UpdateSMContext 要求サービス操作を呼び出すことにより、N2 SM 情報を送信します。

3

SMF は、N4 セッション変更要求メッセージを UPF に送信します。SMF は、データ通知を発信した UPF に、PDU セッションのダウンリンク データを破棄したり、それ以降のデータ通知メッセージを提供しないように通知したりする場合があります。

4

UPF は、要求された PDU セッションが切り替えられた後、SMF に N4 セッション変更応答メッセージを返します。

5

UPF は、パスを切り替える直後に、古いパス上の各 N3 トンネルに 1 つ以上の「エンド マーカー」パケットを送信します。UPF はターゲットの NG-RAN へのダウンリンク パケットの送信を開始します。

6

SMF は、正常に切り替えられた PDU セッションの AMF に、Nsmf_PDUSession_UpdateSMContext 応答（CN トンネル情報）を送信します。

重要

 

ステップ 6 は、SMF で N4 セッション変更応答を受信した後はいつでも実行できます。

7

すべての SMF から Nsmf_PDUSession_UpdateSMContext 応答を受信すると、AMF は受信した CN トンネル情報を集約し、この集約情報を N2 SM 情報の一部として、N2 パス スイッチ要求 Ack の失敗した PDU セッションと共にターゲット NG-RAN に送信します。要求された PDU セッションのいずれも正常に切り替えられなかった場合、AMF はターゲットの NG-RAN に N2 パス切り替え要求の失敗メッセージを送信します。

8

ターゲットの NG-RAN は、リソースの解放メッセージをソースの NG-RAN に送信することで、ハンドオーバーが成功したことを確認します。

9

登録手順のトリガのいずれかが適用される場合、UE はモビリティ登録の更新手順を開始します。

次の図は、UPF 再割り当てを使用しない Xn ハンドオーバーの詳細なコール フローを示しています。

図 14. UPF 再配置がない Xn ハンドオーバー コール フロー
表 17. UPF 再配置なしの XN ハンドオーバーに関するコール フローの詳細な説明

ステップ

説明

1

NF サービス コンシューマ（AMF）は、SMF に PDU セッションのユーザー プレーン接続を切り替えるように要求します。AMF は次の情報を含む POST 要求を送信します。

  • toBeSwitched 指示。

  • 5G-AN（PDU セッション パス スイッチ要求転送 IE）から受信した N2 SM 情報。これには、この PDU セッションのユーザー データに対する新しいトランスポート層アドレス、ダウンリンク ターミネーション ポイントのトンネル エンドポイントが含まれます。

  • ユーザーの場所とユーザーの場所のタイムスタンプ。

  • その他の情報（必要な場合）。

2

SMF では、要求を受信した後に PDU セッションの N3 トンネルを切り替えます。SMF は、次のオプションで更新されたダウンリンク FAR を使用して、UPF に対する PFCP セッション変更手順を開始します。

  • 転送アクションは、IP アドレスや GTP-U F-TEID などのリモート ノードの「転送パラメータ」の詳細とともに有効になります。

3

SMF は、UPF ノードから正常な応答を受信した後、PDU の引き継ぎを正常とマークします。

4

SMF は 200 OK 応答を開始します。この応答には、この PDU セッションのユーザー プレーン データのアップリンク終端ポイントのトランスポート層アドレスとトンネル エンドポイント（アップリンク トラフィックの UPF GTP-U F-TEID）を含む N2 SM 情報が含まれています。

N2 ベースの NG-RAN 間ハンドオーバー
表 18. 機能の履歴
機能名

リリース情報

説明

N2 ベースのハンドオーバーのための IDFT での DRB レベルのデータ転送

 2023.04

SMF は、データ転送要求の確認応答メッセージにデータ転送応答 DRB リストがあり、セッション レベルの転送の基準を満たしていない場合に、DRB レベルのデータ転送をサポートします。

送信元の NG-RAN は、ターゲットの NG-RAN に N2 ベースのハンドオーバー（HO）を開始することを決定します。この手順を開始する理由として、次のいずれかが考えられます：

  • 新しい無線条件

  • ロード バランシング

  • ターゲット NG-RAN への XN 接続がない場合

  • Xn ベースのハンドオーバーが失敗した後（つまり、ターゲット RAN（T-RAN）と送信元 UPF（S-UPF）の間に IP 接続がない場合）、ターゲット NG-RAN からエラーが表示されます。

  • 送信元 RAN（S-RAN）から学習したダイナミックな情報に基づいています

送信元 NG-RAN は、直接転送パスの可用性を判断し、SMF にそれを示します。送信元とターゲットの NG-RAN 間で IP 接続が使用可能で、それらの間にセキュリティ関連付けが設定されている場合、直接転送パスが使用できます。直接転送パスが使用できない場合は、間接転送を使用します。SMF は、送信元 NG-RAN からの指示を使用して、データ転送パスを選択します。

共有ネットワークでハンドオーバーを実行する場合、送信元の NG-RAN は、3GPP TS 23.501 で指定されているように、ターゲット ネットワークで使用する PLMN を決定します。送信元の NG-RAN は、HO 要求メッセージで送信されるトラッキング エリアの一部として、選択された PLMN ID を AMF に示します。

AMF が N2 ダウンリンク シグナリングを生成し、実行中の N2 ハンドオーバーが原因で N2 インターフェイス手順の拒否を受信した場合、AMF は ハンドオーバーが完了するか、失敗したと見なされたときに、同じ N2 インターフェイス手順を再試行します。NG-RAN ノード間のハンドオーバーによってサービング AMF が変更された場合、送信元の AMF は、ハンドオーバー手順を除く他の進行中の N2 インターフェイス手順を終了します。

AMF がまだ AMF を提供している場合、AMF は非ハンドオーバー関連の N2 インターフェイス手順を一時停止し、N2 ハンドオーバーが完了した後にそれらの手順を再開します。

変更する必要があることを AMF が検出すると、AMF は SMF によって開始された N2 要求を拒否し、進行中の N2 ハンドオーバー手順のために要求が一時的に拒否されたという指示を含めます。

次の図は、N2 ベースの NG-RAN 間ハンドオーバー手順の準備段階のコールフローを示しています。

図 15. NG-RAN ノード N2 ベースのハンドオーバー：準備フェーズ
表 19. NG-RAN ノードの N2 ベースのハンドオーバー コールフローの説明：準備フェーズ

ステップ

説明

1

送信元 NG-RAN（S-RAN）が送信元 AMF（S-AMF）にハンドオーバーが必要であることを示すメッセージを送信します。このメッセージには、次の内容が含まれます：

  • ターゲットID

  • 送信元からターゲットへの透過コンテナ

  • SM N2 情報リスト

  • PDU セッション ID

  • システム内引き継ぎの表示

送信元からターゲットへの透過コンテナには、ターゲットRAN（T-RAN）で使用する NG-RAN 情報が含まれ、5GC に対して透過的です。また、対応するユーザー プレーン セキュリティ施行情報、データ転送の対象となる QoS フロー/DRB 情報も含まれます。

直接データ転送が使用可能な場合、SM N2 情報には、直接転送パスの可用性が含まれます。

直接転送パスの可用性は、S-RAN から T-RAN への直接転送が使用可能かどうかを示します。S-RAN からのこの通知は、S-RAN と T-RAN 間の IP 接続とセキュリティ関連付けの存在に基づいています。

2

S-AMF が UE に対応できなくなる場合、S-AMF は、 TS 23.501の「AMF 選択機能」のセクション 6.3.5 で説明されているように T-AMF を選択します。

3

S-AMF は、T-AMF に対して Namef_Communication_CreateUEContext サービス操作を呼び出すことにより、ハンドオーバー リソース割り当て手順を開始します。

Namef_Communication_CreateUEContext 要求には、次のものが含まれます：

  • N2 情報

    • ターゲットID

    • 送信元からターゲットへの透過コンテナ

    • SM N2 情報リスト

    • PDU セッション ID

  • UE コンテキスト情報

    • SUPI

    • サービス エリアの制限

    • アクセス タイプごとに NSSAI を許可（利用可能な場合）

    • トレース要件

    • PDU セッション ID と、対応する SMF 情報と、対応する S-NSSAI、PCF ID、および DNN のリスト

S-AMF が依然として UE にサービスを提供できる場合、このステップとステップ 12 は不要です。

4

S-RAN によって指定された PDU セッションごとに、AMF は、関連付けられている SMF に対して Nsmf_PDUSession_UpdateSMContext 要求を呼び出します。ただし、PDU セッションに関連付けられている S-NSSAI が T-AMF で使用できない場合、T-AMF はこの PDU セッションの Nsmf_PDUSession_UpdateSMContext を呼び出しません。

T-AMF が、UE がサービス エリア制限に基づいて制限されたエリアに移動することを検出した場合、T‑AMF は、UE 到達可能性イベントにサブスクライブしている各 NF コンシューマに対して、規制上優先されるサービスのみが UE に到達可能であることを通知します。

5

ターゲット ID に基づいて、SMF は指定された PDU セッションに対する N2 ハンドオーバーの受け入れを確認します。SMF は UPF 選択基準もチェックします。UE が NG-RAN に接続している UPF のサービス エリアから移動した場合、SMF は新しい中間 UPF を選択します。

6a

SMF が PDU セッションの中間 UPF として機能する新しい UPF を選択し、別の CN トンネル情報を使用する必要がある場合、SMF は N4 セッション変更要求メッセージを UPF（PDU セッション アンカー（PSA））に送信します。SMF が CN トンネル情報を割り当てると、N9 上で CN トンネル情報が提供され、UPF（PSA）は CN トンネル情報を UL パケット検出ルールに関連付けます。

6b

UPF（PSA）は、N4 セッション確立応答メッセージを SMF に送信します。UPF（PSA）が UPF（PSA）の CN トンネル情報（N9 上）を割り当てる場合、CN トンネル情報（N9 上）を SMF に提供します。UPF（PSA）は、CN トンネル情報（N9 上）を SMF によって提供される UL パケット検出ルールと関連付けます。

6c

SMF が新しい中間 UPF（T-UPF）を選択し、T-UPF が CN トンネル情報を割り当てる場合、SMF は N4 セッション確立要求メッセージを T-UPF に送信します。この要求により、パケット検出、適用、およびレポート ルールを T-UPF にインストールできるようになります。T-UPF は、この PDU セッションの UPF（PSA）の CN トンネル情報（N9 上）を受信します。これは、N9 トンネルのセットアップに使用されます。

6d

T-UPF は、DL CN トンネル情報および UL CN トンネル情報（つまり、N3 トンネル情報）とともに N4 セッション確立応答メッセージを SMF に送信します。SMF は、実行フェーズのステップ 13a で使用される S-UPF のリソースを解放するためのタイマーを開始します。

7

PDU セッションの N2 ハンドオーバーが受け入れられた場合、SMF は Nsmf_PDUSession_UpdateSMContext 応答に N2 SM 情報を含めます。N2 SM 情報には、N3 UP アドレス、UPF の UL CN トンネル ID、および N2 SM 情報がターゲットの NG-RAN 用であることを示す QoS パラメータが含まれます。

ステップ 4 で受信した N2 SM 情報にダイレクト転送パスの可用性が含まれず、SMF が送信元とターゲットの間に間接的なデータ転送接続がないことを認識している場合、N2 SM 情報にはデータ転送が不可能であるという指示が含まれます。

ステップ 5 の説明に従って PDU セッションの N2 ハンドオーバーが受け入れられない場合、ターゲットの NG-RAN での無線リソースの確立を回避するため、SMF には N2 SM 情報が含まれません。SMF は、受け入れられなかった理由を提示します。SMF は、規制の優先サービスでのみ UE に到達可能であるという通知を T-AMF から受信した場合、PDU セッションを非アクティブ化します。

8

AMF は、関係する SMF からの Nsmf_PDUSession_UpdateSMContext 応答メッセージを監視します。最大待機時間の期限切れ時、またはすべてのNsmf_PDUSession_UpdateSMContext 応答メッセージを受信した時点で、AMF は N2 ハンドオーバー手順（ステップ9のハンドオーバー要求メッセージ）を続行します。

9

サブスクリプション情報にトレース要件が含まれている場合、ターゲット AMF は、ハンドオーバー要求でトレース要件をターゲット RAN に提供します。

ハンドオーバー要求には、送信元からターゲットへの透過コンテナ、N2 MM 情報、N2 SM 情報リスト、およびトレース要件が含まれます。

T-AMF は、ターゲット ID に基づいて T-RAN を決定します。T-AMF は、AMF とターゲット TAI の UE に有効な 5G-GUTI を割り当てます。

N2 MM 情報には、たとえば、セキュリティ情報やモビリティ制限リスト（T-AMF で入手可能な場合）が含まれます。N2 SM 情報リストには、ステップ 8 で T-AMF によって監視された許可最大遅延内で受信した Nsmf_PDUSession_UpdateSMContext 応答メッセージ内の T-RAN の N2 SM 情報が含まれます。

10

T-RAN は、T-AMF にハンドオーバー要求の確認応答を送信します。確認応答メッセージには、ターゲットから送信元への透過コンテナ、N2 SM 情報を使用したハンドオーバーする PDU セッションのリスト、N2 SM 情報要素で指定された障害原因で確立に失敗した PDU セッションのリストが含まれます。

11a

AMF は、Nsmf_PDUSession_UpdateSMContext 要求（PDU セッション ID、N2 SM 応答）を SMF に送信します。

T-RAN から受信した N2 SM 応答ごとに、AMF は N2 SM 応答をそれぞれの PDU セッション ID で指定された SMF に送信します。

新しい T-UPF が選択されていない場合、SMF は N2 ハンドオーバーが T-RAN によって受け入れられると、N2 SM 応答からの T-RAN の N3 トンネル情報を保存します。

SMF/UPF は、T-RAN によって確立されたデータ転送トンネル エンドポイントに対応する間接データ転送用の N3 UP アドレスとトンネル ID を割り当てます。

ターゲットの NG-RAN によって PDU セッションが拒否された PDU セッションとして示されている場合、SMF はこの PDU セッションの解放をトリガーします。PDU セッション拒否のその他のすべての場合、SMF は PDU セッションを解放するか、この PDU セッションの UP 接続を非アクティブにするかを決定します。

PDU セッションの一部の QoS フローがターゲットの NG-RAN によって受け入れられない場合、SMF は、ハンドオーバーの完了後に、受け入れられていない QoS フローを PDU セッションから削除するための PDU セッション変更手順を開始します。

（注）  

 

N2 ハンドオーバーで、S-RAN と T-RAN の間で直接パスが使用できない場合、SMF はデータ転送用に IDFT を有効にすることを決定できます。

したがって、SMF は、間接データ転送用に T-RAN から DL 転送 UP トンネル情報を受信すると、セッション レベルのデータ転送を行います。SMF は、データ転送応答 DRB リストを受信すると、DRB レベルのデータ転送を開始します。

T-RAN が DL 転送 UP トンネル情報を提供しない場合、SMF は IDFT なしで HO を続行します。

11b

SMF は、N4 セッション変更要求を T-UPF に送信します。この要求には、T-RAN SM N3 転送情報リストと、間接転送用に DL 転送トンネルを割り当てる指示が含まれます。

11c

T-UPF はトンネル情報を割り当て、N4 セッション変更応答メッセージを SMF に返します。T-UPF SM N3 転送情報リストには、データを転送するための T-UPF N3 アドレス、T-UPF N3 トンネル識別子が含まれます。

11d

SMF は S-UPF に N4 セッション変更要求を送信します。この要求には、T-RAN SM N3 転送情報リストまたは T-UPF SM N3 転送情報リストと、間接転送用に DL 転送トンネルを割り当てる指示が含まれます。

11e

S-UPF はトンネル情報を割り当て、N4 セッション確立応答メッセージを SMF に返します。

S-UPF SM N3 転送情報リストには、DL データ転送用の S-UPF N3 アドレスと S-UPF N3 トンネル識別子が含まれます。

11f

SMF は、PDU セッションごとに Nsmf_PDUSession_UpdateSMContext Responseメッセージを T-AMF に送信します。

SMF は、引き継ぎコマンドで DRB レベルの転送の qosFlowToBeForwardedList を入力しません。ただし、セッション レベルの転送の場合、SMF は、転送用に選択された QFI を使用して qosFlowToBeForwardedList を送信します（ハンドオーバー確認応答の dataForwardingAccepted 指示に基づく）。

12

AMF は、関係する SMF からの Nsmf_PDUSession_UpdateSMContext Response メッセージを監視します。最大待機時間の期限切れ時、またはすべての Nsmf_PDUSession_UpdateSMContext 応答メッセージを受信した時点で、T-AMF は Name_Communication_CreateUEContext 応答を S-AMF に送信します。

IDFT でのセッション レベルのデータ転送

N2 セットアップ応答を取得すると、SMF はハンドオーバー要求の応答確認転送をデコードし、既存のフローのメッセージ内にデータ転送承認済み IE が存在するかどうかを検証します。IE が少なくとも 1 つのフローに存在する場合、SMF は、DL 転送 UP TNL 情報 IE で受信したターゲット gNB TEID を持つフローごとに、送信元 gNB から転送されたパケットを受信するためにアップリンク PDR を作成し、パケットをターゲット gNB に転送するために作成します。SMF が引き継ぎ要求の確認応答で QoS フロー セットアップ応答リストを受信しなくても、DL 転送 UP TNL 情報 IE が存在すれば、SMF はセッション レベルの転送を続行します。SMF は、フローまたは転送を有効にする必要がある転送（QoS フローの転送項目）、およびパケットを転送するための UPF TEID（DL 転送 UP TNL 情報 IE）を示すハンドオーバー コマンドを送信元 gNB に送信します。

IDFT での DRB レベルのデータ転送

引き継ぎ要求の確認応答を受信した SMF が、セッション レベル転送の条件が満たされていないことを検出し、 データ転送応答 DRB リスト IE が存在する場合、SMF は DRB レベル転送を続行します。

SMF は N4 セッション変更要求をトリガーして、DRB リストに存在する各 DRB（データ無線ベアラー）のアップリンク PDR（パケット検出ルール）を作成します。PDR は QFI（QoS フロー識別子）に関連付けられません。各 DRB では、送信元 gNB から転送されたデータを受信するためのトンネルが作成され、各 PDR は FAR（転送アクション ルール）に関連付けられて、それらのパケットをターゲット gNB に送信します。各 FAR は、対応する DRB で受信した DL データ転送 UP TNL 情報を受信したターゲット gNB TEID に関連付けられます。

SMF には、ハンドオーバー コマンド転送での対応する DRB の UPF TEID を持つ データ転送応答 DRB リスト IE が含まれます。

次の図は、N2 ベースの NG-RAN 間ハンドオーバー手順の実行フェーズのコール フローを示しています。

図 16. NG-RANノード間N2ベースのハンドオーバー：実行フェーズ
表 20. NG-RAN ノードの N2 ベースのハンドオーバー コール フローの説明：実行フェーズ

ステップ

説明

1

送信元 AMF（S-AMF）は、ハンドオーバー コマンドを送信元 NG-RAN（S-RAN）に送信します。

ハンドオーバー コマンドには、ターゲットから送信元への透過コンテナ、ハンドオーバーの準備段階中に T-RAN から受信した情報を含む N2 SM 情報でハンドオーバーされる PDU セッションのリスト、およびセットアップに失敗した PDU セッションのリストが含まれます。

SM 転送情報リストには、直接転送の T-RAN SM N3 転送情報リストまたは間接データ転送の S-UPF SM N3 転送情報リストが含まれます。

S-RAN は、PDU セッションのセットアップに失敗したリストと、示されている失敗の理由を使用して、N2 ハンドオーバー手順を続行するかどうかを判断します。

2

S-RANはハンドオーバー コマンド（UE コンテナ）を UE に送信します。

UE コンテナは、ターゲットから送信元への透過コンテナのUE部分であり、AMF を介して T-RAN から S-RAN に透過的に送信され、S-RAN によってUEに提供されます。

2a ～ 2c

S-RAN は、アップリンク RAN ステータス転送メッセージをS-AMFに送信します。S-RANは、UEのいずれの無線ベアラーがパケット データ コンバージェンス プロトコル（PDCP）ステータスの維持で処理されない場合、このメッセージの送信を控えます。

3

T-RANは、アップリンク パケットをT-UPFおよびUPF（PSA）に送信します。UPF（PSA）は、S-UPF を介して S-RAN にダウンリンク パケットを送信します。

S-RAN は、データ転送の対象となる QoS フローまたはデータ無線ベアラー（DRB）のために、T-RAN にダウンリンク データを転送します。データ転送パスは、直接（ステップ 3a）または間接転送（ステップ 3b）のいずれかです。

3a

直接データ転送は、セッション レベルおよび DRB レベルのデータ転送によってサポートされます。

3b

間接的なデータ転送も、セッション レベルおよび DRB レベルのデータ転送によってサポートされています。

4

UE はターゲット セルと正常に同期した後、T-RAN にハンドオーバー確認メッセージを送信します。

5

T-RANは、T-AMFにハンドオーバー通知メッセージを送信します。このメッセージは、ハンドオーバーが成功したことを示すために送信されます。

6a.

T-AMF は、Namef_Communication_N2InfoNotify を呼び出すことにより、T-RAN から受信した N2 ハンドオーバー通知について S-AMF に通知します。

S-AMF はタイマーを使用して S-RAN 内のリソースの解放を監視します。

6b

S-AMF は、Namef_Communication_N2InfoNotify ACK を T-AMF に送信して承認します。

6c

S-AMF は、Nsmf_PDUSession_ReleaseSMContext 要求を SMF に送信します。この要求には、SUPI、PDU セッション ID、および N2 SM 情報（セカンダリ RAT 使用状況データ）が含まれます。

T-AMF が PDU セッションを承認しない場合、S-AMF は N2 ハンドオーバー通知の受信後に PDU セッションのリリース手順をトリガーします。

7

T-AMF は、Nsmf_PDUSession_UpdateSMContext 要求を SMF に送信します。この要求には、PDU セッション ID のハンドオーバー完了の表示、LADN サービス エリア内の UE プレゼンス、および N2 SM 情報（セカンダリ RAT 使用状況データ）が含まれます。

T-AMF は、各 PDU セッションごとに対応する SMF にハンドオーバー完了通知を送信して、N2 ハンドオーバーが成功したことを示します。

8a

新しい T-UPF が挿入されるか、既存の中間 S-UPF が再割り当てされると、SMF は T-RAN の DL AN トンネル情報を示す N4 セッション変更要求を T-UPF に送信します。

8b

T-UPF は、N4 セッション変更応答メッセージを SMF に送信することで承認します。

9a

UPF が再割り当てされていない場合、SMF は、T-RAN の DL AN トンネル情報を示す N4 セッション変更要求を S-UPF に送信します。

9b

S-UPF は、N4 セッション変更応答メッセージを SMF に送信することで承認します。

10a

非ローミングまたはローカル ブレークアウト ローミングのシナリオの場合、SMF は N4 セッション変更要求メッセージを PDU セッション アンカー UPF、UPF（PSA）に送信します。新しい T-UPF が挿入されるか、既存の中間 S-UPF が再割り当てされると、SMF は T-RAN の N3 AN トンネル情報 または T-UPF の DL CN トンネル情報 を提供します。

T-UPF が挿入されていないか、既存の中間 S-UPF が再割り当てされていない場合は、ステップ 10a とステップ 10b をスキップします。

10b

UPF（PSA）は、N4 セッション変更応答メッセージを SMF に送信します。

複数の UPF（PSA）がある場合は、各 UPF（PSA）に対してステップ 10a とステップ 10b を実行します。

11

SMF は、Nsmf_PDUSession_UpdateSMContext 応答（PDU セッション ID）を T-AMF に送信します。SMF は Handover Complete の受信を確認します。

12

UEは、3GPP TS 23.502で定義されているモビリティ登録の更新手順を開始します。

13a

送信元中間 UPF がある場合、SMF は N4 セッション リリース要求（リリース原因）を送信元 UPF に送信して、リソースの解放を開始します。このメッセージは、S-UPF の間接データ転送リソースを解放するためにも使用されます。

13b

S-UPF は N4 セッション リリース応答メッセージで確認応答し、リソースのリリースを確認します。

間接的なデータ転送の場合、間接的なデータ転送のリソースも解放されます。

14a

タイマーの期限切れ（手順 6a で定義）の後、AMF は UE コンテキスト リリース コマンドを送信します。

14b

送信元 NG-RAN は、UE に関連するリソースを解放し、UE コンテキスト リリース完了 () メッセージで応答します。

15a

間接転送が適用され、UPF が再割り当てされた場合、間接データ転送のタイマーが期限切れになった後、SMF は N4 セッション変更要求を T-UPF に送信します。その後、T-UPF は間接データ転送リソースを解放します。

15b

T-UPF は N4 セッション変更応答メッセージで承認し、間接データ転送リソースのリリースを確認します。

制限事項

UPF 再割り当てを使用した Xn ベースのハンドオーバーは、現在サポートされていません。

OAM サポート

ここでは、この機能の操作、管理、およびメンテナンスに関して説明します。

統計情報サポート

「smf_ran_failed_flows」メトリックは、Xn および N2 ハンドオーバー手順を含むさまざまなコール フロー手順の一部として RAN によって解放された QoS フローの数を識別するために追加されています。

SMF は、Xn 引き継ぎを考慮して「xn_handover」ラベルを使用します。同様に、N2 ハンドオーバーの場合、SMF は「n2_handover」ラベルを使用します。

Wi-Fi ハンドオーバー

機能説明


重要

この章で使用されている PGW-C という用語は、SMF でサポートされている EPS インターワーキング機能を意味しており、LTE ネットワークで使用されるスタンドアロン P-GW として想定してはなりません。

SMF + PGW-C 製品は、Wi-Fi ハンドオーバーをサポートしています。クラウドベースのアーキテクチャにより、5GS または EPS での次の Wi-Fi ハンドオーバーと、non-3GPP の信頼できないアクセスがサポートされます。

  • EPC から non-3GPP 信頼できない Wi-Fi ハンドオーバーへ

  • Non-3GPP 信頼できない Wi-Fi から EPC ハンドオーバーへ

  • EPS フォールバックによる非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー

  • Non-3GPP 信頼できない Wi-Fi から 5GS ハンドオーバーへ

  • 5GS から non-3GPP 信頼できない Wi-Fi ハンドオーバーへ

ハンドオーバー説明サポート

SMF + IWF は、セッションが存在しない場合でも、ハンドオーバー（HO）指示で受信したセッション作成要求を拒否します。このサポートは、4G および Wi-Fi セッションにのみ適用されます。

アクセスプロファイルの下にある gtpc message-handling create-session-request ho-ind new-call-reject CLI コマンドは、「Context Not Found」というメッセージと共に通話を拒否します。

詳細については、ハンドオーバー通知を伴うコールの構成を参照してください。

Wi-Fi 向けの代替 RAT トンネルの作成

SMF は、Wi-Fi 接続手順中に代替 RAT トンネルを作成します。このトンネルは、サブスクライバが移行中に別の RAT に移動するときに再利用されます。


（注）  

代替 RAT トンネルの作成は、PLMN 間ハンドオーバー サポートの前提条件です。

アーキテクチャ

次のセクションでは、S5 および S2b インターフェイスを使用した ePDG または EPC と 5GS 間のインターワーキング、および EPS 内の非ローミング アーキテクチャについて説明します。

ハンドオーバーのための ePDG と 5GS のインターワーキング

次の図は、ePDG または EPC と 5GS 間のインターワーキングの非ローミング アーキテクチャを示しています。

図 17. ePDG または EPC と 5GS 間のインターワーキングの非ローミング アーキテクチャ

ePDG と 5GS の間のインターワーキングは、N26 インターフェイスを使用しない EPC と 5GS 間のインターワーキングに似ています。このインターワーキングでは、IP アドレスの保存はシステム間モビリティの UE で行われます。HSS と UDM を介して PGW-C と SMF および対応する APN と DNN の情報を取得して保存すると、インターワーキングが可能になります。このようなネットワークでは、AMF は、5GC での初期登録時にN26 インターフェイスを使用しない UE とのインターワーキングもサポートします。AMF は、5GS の接続手順で N26 なしの UE とのインターワーキングをサポートする場合があります。非 3GPP 信頼できない Wi-Fi アクセスの場合、N26 インターフェイスが存在しないため、ePDG は AMF と通信しません。

5GS はネットワーク スライスをサポートし、その PLMN または他の PLMN で EPS とインターワーキングできます。SMF + PGW-C は、PGW-C FQDN および NSSAI 値を持つ各 UE に対して UDM 登録を実行します。この登録により、AMF または ePDG は、UE 承認が完了した後、サブスクリプション情報の一部として UDM または HSS から PGW-C の IP アドレスを識別します。

5GC から EPC へのモビリティによって、すべてのアクティブな PDU セッションを EPC に転送できるという保証はありません。EPC での PDN 接続の確立中に、UE は PDU セッション ID を割り当て、PCO を介して PGW-C + SMF に送信します。

PDN 接続と関連付けられている S-NSSAI は、PGW-C+SMF によるオペレータ ポリシーに基づいて決定されます。たとえば、PGW-C + SMF アドレスと APN の組み合わせが、S-NSSAI が関連する PLMN ID とともに PCO の UE に送信されます。PGW-C+SMF が複数の S-NSSAI をサポートし、APN が複数の S-NSSAI に対して有効である場合、PGW-C+SMF は、UE の登録済み S-NSSAI にマッピングされている S-NSSAI のみを選択します。

UE は、PDN 接続に関連付けられている S-NSSAI および PLMN ID を保存します。UE は、受信した PLMN ID から要求された NSSAI を取得します。NAS 登録要求メッセージには、要求された NSSAI が含まれます。RRC は、UE が 5GC に登録するときに登録要求を伝送します。このシナリオは、UE が非ローミングであるか、またはローミング時に VPLMN に対して NSSAI を構成している場合に適用できます。

ハンドオーバーのための EPS と ePDG のインターワーキング

次の図は、S5 と S2b インターフェイス使用して EPS 内の非ローミング アーキテクチャを示しています。

図 18. S5、S2a、および S2b インターフェイスを使用した EPS 内の非ローミングアーキテクチャ

非 3GPP アクセスへの信頼できない Wi-Fi ハンドオーバーへの 3GPP アクセスと非 3GPP アクセスへの信頼できない Wi-Fi から 3GPP アクセスへのハンドオーバーで、UE が送信元アクセスの異なる APN への複数の PDN 接続を持ち、UE が異なる同時アクティブ URI をルーティングできる場合異なるアクセスネットワークを介した PDN 接続の場合、UE は、ハンドオーバー前にソース アクセスでアクティブだったすべての PDN 接続をソースからターゲットアクセスに転送するか、またはそれらのサブセットのみを転送できます。この転送では、同じ APN への複数の PDN 接続で 1 つのアクセスが制限される場合があります。

遷移プロセスは、次のシナリオで発生する可能性があります：

  • 3GPP アクセスから非 3GPP アクセスへの信頼できない Wi-Fi ハンドオーバー

  • 非 3GPP アクセス信頼できない Wi-Fi から 3GPP へのアクセスのハンドオーバー

UE は、次の条件が満たされている場合、ハンドオーバー前にソースアクセスでアクティブだったすべての PDN 接続をソースからターゲットアクセスに転送するか、またはそれらのサブセットのみを転送できます：

  • UE に送信元アクセスの異なる APN への複数の PDN 接続がある

  • UE は、異なるが同時にアクティブな PDN 接続を異なるアクセスネットワークでルーティングできます。

SMF は、エンドユーザーと ePDG の間の IPSec 接続が確立された後、ePDG を使用した S2b インターフェイスを介したエンドユーザーの信頼できない Wi-Fi アクセスをサポートします。

信頼できない Wi-Fi から EPC へのハンドオーバーの場合、SMF は UDM 登録中に PGW-C FQDN を提供し、サブスクリプション情報を取得します。

UE ハンドオーバー時に、MME は HSS から PGW-C FQDN をフェッチします。認証後、MME は引き継ぎを示す GTPv2 セッション作成要求を開始します。SMF + PGW-C は、ハンドオーバー要求の処理中に UDM 登録およびサブスクリプション手順を実行しません。SMF + PGW-C により、ハンドオーバーを示す GTPv2 MB 要求が送信され、信頼できない Wi-Fi から EPC へのデータ パス スイッチングが実行されます。

EPC から信頼できない Wi-Fi へのハンドオーバーの場合、HSS はサブスクライバの認証後に SMF + PGW-C FQDN を提供します。UE がハンドオーバーを実行する場合、認証後、HSS は SMF + PGW-C FQDN を提供します。ePDG は、IPSec トンネル確立後、PGW への引き継ぎを示す GTPv2 セッション作成要求を開始します。SMF + PGW-C は UDM 登録を実行し、引き継ぎ要求の処理中にサブスクリプション手順は存在しません。

Wi-Fi ハンドオーバーの TFT 処理

4G および 5G の展開、3 者間での音声またはビデオのマルチパーティコール会議、および RCS メッセージの使用例では、PGW-C は UL と DL の両方向に対して 4 つ以上のフィルタ（最大 16 個のフィルタに対応）を持つことになります。SMF には、BearerContextList の GTPv2 CBReq または UBReq に含まれる「EPS ベアラ レベル トラフィック フロー テンプレート（Bearer TFT）」が含まれます。CBReq または UBReq は、ベアラーごとに最大 4 つの TFT を伝送します。

3 者間音声/ビデオおよびマルチパーティ コール会議の場合、PCF は、複数の「N7 ポリシー通知要求」メッセージに異なるサブスクライバ TFT を追加することで pccRules をプッシュしようとします。PGW-C は、GTPv2 CBReq または UBReq メッセージを開始することにより、専用ベアラーの確立で受信した「N7 更新通知要求」を処理します。SMF は、256 バイト（4 TFT）を超えないように、TFT で受信した SDF フィルタを調整します。


（注）  

PGW-C は、PCF「N7 ポリシー通知要求」から受信した 4TFT を超えるデータをサポートしません。

PCF は、「N7 Policy Notify Req」を送信することで、同じベアラーに対して複数の pccRules をプッシュし続け、その間、SMF はマルチパーティ コールの場合に 12 ～ 16 のフィルタを持つことになります。

サブスクライバが LTE から Wi-Fi または Wi-Fi から LTE または NR から Wi-Fi ハンドオーバーのコールモデルのケースに移行すると、SMF はまず、HO の一部としてデフォルトのベアラーの作成を確立します。SMF は次に、サブスクライバのベアラー コンテキスト リストの「EPS ベアラー レベル トラフィック フロー テンプレート（ベアラー TFT）」の 16 個のフィルタすべてに対応することで、専用ベアラ確立のために CBReq の送信を試みます。これらの制限のためにエンコードが失敗した場合、SMF は、HO タイプ、SGW、MME、または ePDG に基づいて、「EPS ベアラ レベル トラフィック フロー テンプレート（ベアラ TFT）」IE なしで CBReq を送信します。

SGW または ePDG から CBResp を受信した後、SMF はそれぞれの失敗したベアラーのポリシーまたは課金リソースを解放しないため、SMF と UPF でさらに古いエントリが発生し、そのサブスクライバの「EBI Mismatch - 408 Error Voice Call」によりシステムの不整合が発生します。 Wi-Fi HOS の失敗）。

標準準拠

Wi-Fi ハンドオーバー機能は、以下の基準に準拠しています：

  • 3GPP TS 23.502 V15.2.0（2018-09）

  • 3GPP TS 23.402 V15.3.0（2018-03）

  • 3GPP TS 29.214 V15.5.0（2018-03）

機能の仕組み

このセクションでは、Wi-Fi から LTE へのハンドオーバー、EPS フォールバックを使用した Wi-Fi ハンドオーバー、および Wi-Fi から 5GS へのハンドオーバーについて説明します。

EPC から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フロー

このセクションでは、EPC から非 3GPP の信頼できない Wi-Fi ハンドオーバー コール フローについて説明します。

図 19. EPC から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フロー
表 21. EPC から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フローの説明
ステップ 説明
1

UE は 3GPP アクセス ネットワークに接続されています。

SMF + PGW-C は、IPv4、IPv6、またはデュアルスタックの UPF、PCF、および CHF と通信して、4G LTE PDU セッションを確立します。PCF は、SM ポリシー制御の作成に応答して、SM ポリシーの決定であるポリシー制御要求トリガーを送信します。CHF は、課金データ作成の応答で、SMF に対しセッション レベルまたは料金設定グループレベルのトリガーを提供します。

2 UE は信頼できない非 3GPP アクセスに接続され、ePDG 選択プロセスで ePDG が選択されます。次に、UE は、3GPP TS 23.402（セクション 8.6.2.1）で定義されているハンドオーバー接続手順を開始します。UE と ePDG の間に IKE トンネルが確立され、UE が AAA サーバとの SWm インターフェイスを介して認証された後、UE は IKE 認証（IKE_AUTH）を開始します。IKE_AUTH には、EPC および P-CSCF と DNS のオプションで以前に割り当てられた IPv4 または IPv6 アドレスの構成パラメータが含まれます。
3

ePDG はセッション作成要求を PGW-C に送信します。この要求には、次の詳細が含まれます。

  • IMSI

  • APN

  • ハンドオーバー インジケータ

  • RAT タイプ

  • コントロール プレーンの ePDG TEID

  • ユーザー プレーンの ePDG アドレス

  • ユーザー プレーンの ePDG TEID

  • EPS ベアラー ID

  • ユーザーの現在地

RAT タイプは、非 3GPP アクセス テクノロジー タイプを示します。UE が IP アドレスの保持をサポートし、ポート アナライザ アダプタ（PAA）に含まれている場合、ePDG はセッション作成要求で引き継ぎの通知を構成し、PDN ゲートウェイが UE に割り当てられた同じ IP アドレスまたはプレフィックスを再割り当てできるようにします。 この IP アドレスまたはプレフィックスは、UE が 3GPP IP アクセスに接続され、PCF でポリシー変更手順を開始するときに割り当てられます。

4a

SMF は、UDM を使用して PGW-C FQDN を更新することにより、UDM 登録を実行します。

EPC とのセッション確立中に UDM 登録は行われません。
4b SMF は、EPC セッションの確立中に受信した課金トリガーに対してステップ 3 で利用可能な情報を使用して、課金トリガーを検出します。
4c SMF は、EPC セッション確立中に PCF との通信で受信した要求ポリシー制御トリガーに対してステップ 3 で利用可能な情報を使用して PCF トリガーを検出します。
5 ステップ 4b で受信した検出されたアーム化されたポリシー制御トリガに基づいて、SMF は、ステップ 3 で検出されたアクセス パラメータを使用して PCF に SM ポリシー制御更新要求を送信します。
6 PCF は、新しいまたは更新された PCC ルールを含み、SM ポリシー制御更新応答を送信します。更新応答には、SM ポリシー決定に関する情報が含まれています。
7 ステップ 6 で受信した情報と EPC セッションの既存のポリシー データに基づいて、SMF は新しいまたは更新された PCC ルールの情報を準備します。
8 クォータ情報を必要とする新しい料金設定グループを含む新しい PCC ルールをステップ 6 で受信した場合、SMF は CHF に課金情報の更新要求を送信します。SMF には、PDU セッション情報の新しいアクセス パラメータも含まれます。
9 CHF は、ステップ 8 で要求された料金設定グループのクォータ情報を含むマルチユニット情報とともに課金更新応答を SMF に送信します。CHF は、EPC セッションの既存の料金設定グループの新しいクォータ情報を送信することもできます。
10 SMF は、CHF から課金更新応答として受信した情報を処理します。
11 SMF は、Wi-Fi トンネルのために、N4 セッション変更要求を UPF に送信します。この要求には、アップリンク PDR の作成、QER の作成、受信した新しい料金設定グループ クォータ情報の URR の作成、および変更されたクォータ情報の URR の更新に関する詳細が含まれています。
12 UPF は、N4 セッション変更応答として作成された PDR 内にある UL トンネル情報を SMF に送信します。
13 SMF は GTPv2 セッション作成応答を S-GW に送信します。この応答では、承認された要求または部分的に承認された要求、PGW-C S2b F-TEID、PAA、APN-AMBR、ベアラー コンテキストの作成、課金ゲートウェイ アドレス、および APCO に関する詳細を示します。
14 SMF は、S-GW に GTPv2 ベアラー作成要求を送信します。この要求には、作成されるエンドユーザーへの DL トンネル情報を含むベアラー コンテキスト リストに関する情報が含まれています。
15 S-GW は SMF に GTPv2 ベアラー作成応答を送信します。応答には、承認された要求または部分的に承認された要求の詳細と、ベアラー コンテキストが含まれます。
16 SMF はベアラー応答の作成を処理し、確立されたベアラーの DL トンネル情報と失敗した EBI リスト（ある場合）を取得します。SMF は、Wi-Fi トンネルのために、N4 セッション変更要求を UPF に送信します。この要求では、各ベアラーの DL トンネル情報、RAT 変更情報を使用して DL PDR および DL FAR を作成し、4G トンネルのリソースを削除します。SMF は、受信した失敗した EBI リストまたは失敗した QFI リストの Wi-Fi トンネルの N4 リソースも削除します。
17 UPF は、N4 セッション変更応答として使用状況レポートを SMF に送信します。
18 SMF + PGW-C は、S-GW に GTPv2 DB 要求を送信します。この要求には、EBI または EBI のリストが含まれます。
19 S-GW は SMF + PGW-C に GTPv2 DB 応答を送信します。
20 SMF は、課金更新要求を CHF に送信します。この要求には、ステップ 8 で受信した新しいアクセス パラメータと使用状況レポートの詳細を含む複数使用状況レポートを含む PDU セッション情報が含まれています。
21 CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、既存の料金設定グループの新しいクォータ情報が含まれている場合があります。
22

SMF は、SM ポリシー制御の更新要求を UPF に送信します。このリクエストには、ベアラー応答の作成の一部として AMF から受信した失敗した QFI リストの新しいアクセス パラメータとルール レポートが含まれています。

PCF は、SM ポリシー制御更新応答として SM ポリシー決定を送信します。

SMF は SM ポリシー決定を処理し、3GPP 23.502、セクション 4.3.3.2 で定義されている PCF 開始変更手順として処理します。

（注）  

上記のコール フローは 3GPP 仕様に基づいており、Cisco の実装には独自の最適化が施されています。詳細については、シスコのアカウント担当者にお問い合わせください。

非 3GPP 信頼できない Wi-Fi から EPC へのハンドオーバー コール フロー

このセクションでは、非 3GPP の信頼できない Wi-Fi から EPC ハンドオーバー コール フローへのについて説明します。

図 20. 非 3GPP 信頼できない Wi-Fi から EPC へのハンドオーバー コール フロー
表 22. 非 3GPP 信頼できない Wi-Fi から EPC へのハンドオーバーコール フローの説明
ステップ 説明
1 信頼できない非 3GPP アクセスを介して UE と ePDG 間で 1 つ以上の PDU セッションが確立されます。UE の 5G NAS 機能により、ePDG は PGW + SMF を組み合わせて選択します。UE が PDU セッション ID を PGW+SMF に送信します。
2

UE は E-UTRAN アクセスを検出し、現在使用されている非 3GPP アクセス システムから E-UTRAN にセッションを引き継ぎます。3GPP アクセス システムの UE 検出の詳細については、3GPP TS 23.401、セクション 4.8 を参照してください。

UE はハンドオーバー接続要求タイプのアタッチ要求を MME に送信します。E-UTRAN は、3GPP TS 23.401 で定義されているように、UE から受信したメッセージを MME にルーティングします。UE には、送信元の非 3GPP アクセスの PDN 接続に対応する APN の 1 つが含まれます。APN は、3GPP TS 23.401 で定義されているように提供されます。

3

MME と HSS が認証を実行します。次に、位置情報の更新手順とサブスクライバ データの取得によって APN 情報を受信します。

MME は、3GPP TS 23.401 で定義されているように APN、SGW、および PDN ゲートウェイを選択します。MME がセッション作成要求メッセージを SGW に送信します。この要求には、IMSI、MME コンテキスト ID、PDN-GW アドレス、「ハンドオーバー」要求タイプのハンドオーバー指示、および APN に関する情報が含まれます。

4

SGW は、3GPP TS 23.401 で説明されているように、HPLMN の PDN-GW にセッション作成要求（ハンドオーバー通知）メッセージを送信します。MME はセッション要求作成メッセージにハンドオーバー指示情報を含めるため、SGW は GTPv2 セッション要求メッセージを PDN GW に送信します。このメッセージには、IMSI の詳細、APN、ハンドオーバーの表示、RAT タイプ、ユーザー プレーンの S5-C TEID、S5-U TEID、EBI、およびユーザー ロケーション情報に関する詳細が含まれます。RAT タイプは、3GPP IP アクセス E-UTRAN テクノロジー タイプを示します。UE が IP アドレスの保存をサポートしており、PAA に含まれている場合、SGW はセッション作成要求でハンドオーバー通知を構成します。この構成では、PDN GW は、UE が 3GPP IP アクセスに接続している間に UE に割り当てられていたのと同じ IP アドレスまたはプレフィックスを再割り当てします。この構成では、SGW は PCF に対してポリシー変更手順を開始します。

ハンドオーバー通知に含まれているため、PDN GW は、この時点で非 3GPP IP アクセスから 3GPP アクセス システムにトンネルを切り替えることはありません。

登録は Wi-Fi セッションの確立中に行われるため、SMF は UDM 登録を実行しません。
4a SMF は、EPC セッションの確立中に受信した課金トリガに対してステップ 3 で利用可能な情報を使用して、課金トリガを検出します。
4b SMF は、EPC セッション確立中に PCF との通信で受信した要求ポリシー制御トリガに対してステップ 3 で利用可能な情報を使用して PCF トリガを検出します。
5 ステップ 4b で受信した検出されたアーム化されたポリシー制御トリガに基づいて、SMF は、ステップ 3 で検出されたアクセス パラメータを使用して PCF に SM ポリシー制御更新要求を送信します。
6 PCF は、新規または更新された PCC ルールを含めることによって、SM ポリシーの決定である SM ポリシー制御更新応答を送信します。
7 ステップ 6 で受信した情報と EPC セッションの既存のポリシー データに基づいて、SMF は新しいまたは更新された PCC ルールの情報を準備します。
8 SMF はステップ 6 で新しい PCC ルールを受信した場合、課金更新要求を、クォータ情報を持つ新しい料金設定グループとともに CHF に送信します。この要求には、新しいアクセス パラメータを含む PDU セッション情報が含まれています。
9 CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、料金設定グループの新しいクォータ情報と、EPC セッションの既存の料金設定グループ（存在する場合）が含まれます。
10 SMF は、CHF が送信した受信済みの課金更新応答の課金データを準備します。
11 SMF は、N4 セッション変更要求を UPF に送信します。この要求には、UL および DL PDR の作成、QER の作成、受信した新しい料金設定グループ クォータ情報の URR の作成、変更されたクォータ情報の更新された URR、および FAR の作成に関する詳細が含まれています。
12 UPF は、SMF への N4 セッション変更応答として、作成された PDR 内の UL トンネル情報を送信します。
13 SMF は GTPv2 セッション作成応答を S-GW に送信します。この応答では、承認された要求または部分的に承認された要求、PGW-C S2b F-TEID、PAA、APN-AMBR、ベアラー コンテキストの作成、課金ゲートウェイ アドレス、および APCO に関する詳細を示します。
14 SGW は、Wi-Fi トンネルから 4G トンネルへのデータ パス切り替えについて、ハンドオーバー通知を含む変更ベアラー要求を PGW に送信します。
15 PGW は N4 セッション変更要求を送信して、Wi-Fi トンネルを削除し、ステップ 4 の 4G トンネルの GTPv2 セッション要求の作成で受信した DL トンネル情報を設定します。
16 UPF が SMF に N4 セッション変更応答を送信します。
17 SMF は、ベアラー コンテキスト リストを含む GTPv2 セッション作成要求を SGW に送信します。このリストには、エンドユーザー向けの DL トンネル情報が含まれています。
18 SGW は GTPv2 セッション作成応答を SMF に送信します。この応答には、承認された要求または部分的に承認された要求の詳細と、ベアラー コンテキストが含まれます。
19 ePDG は GTPv2 ベアラー要求の作成を送信します（DL トンネル情報を持つ EBI を SMF に
20 SMF はベアラー応答の作成を処理し、確立されたベアラーの DL トンネル情報と失敗した EBI リスト（ある場合）を取得します。SMF は、Wi-Fi トンネルのために、N4 セッション変更要求を UPF に送信します。この要求は、DL トンネル情報、RAT 変更情報を使用して DL FAR を更新し、4G トンネルのリソースを削除することです。SMF は、受信した失敗した EBI リストまたは失敗した QFI リストの Wi-Fi トンネルの N4 リソースも削除します。
21 UPF は、使用状況レポートを含む N4 セッション変更応答を SMF に送信します。
22 SMF は、課金更新要求を CHF に送信します。この要求には、新しいアクセス パラメータを含む PDU セッション情報と、ステップ 8 で受信した使用状況レポートで構成される複数使用状況レポートが含まれています。
23 CHF は、既存の料金設定グループのクォータ情報を含むマルチユニット情報とともに、課金更新応答を SMF に送信します。
24 SMF + PGW-C は、EBI または EBI リストを含めることで、SGW への GTPv2 DB 要求を開始します。
25 SGW は、SMF + PGW-C に対して GTPv2 DB 応答を送信します。
26

SMF は、SM ポリシー制御の更新要求を UPF に送信します。このリクエストには、ベアラー応答の作成の一部として AMF から受信した失敗した QFI リストの新しいアクセス パラメータとルール レポートが含まれています。

PCF は、SM ポリシー制御更新応答として SM ポリシー決定を送信します。

SMF は SM ポリシー決定を処理し、3GPP 23.502 セクション 4.3.3.2 で定義されている PCF 開始変更手順として処理します。

（注）  

上記のコール フローは 3GPP 仕様に基づいており、Cisco の実装には独自の最適化が施されています。詳細については、シスコのアカウント担当者にお問い合わせください。

EPS フォールバック コール フローによる非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー

このセクションでは、非 3GPP の信頼できない Wi-Fi から 5GS ハンドオーバー EPS フォールバック コール フローへのについて説明します。

図 21. EPS フォールバック コール フローによる非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー
表 23. EPS フォールバック コール フロー詳細による非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー

ステップ

説明

1

UE と ePDG は、信頼できない非 3GPP アクセスを介して相互に通信し、1 つまたは複数の PDU セッションを確立します。UE の 5G NAS 機能により、ePDG は PGW-C と SMF を組み合わせて選択します。UE が PDU セッション ID を PGW と SMF の組み合わせに送信します。

1a

SMF は Wi-Fi セッションの PccRule-1、PccRule-2、PccRule-3 をインストールします。

2

AMF は、SMF への 3GPP アクセス を通して PDU セッション確立要求を送信します。この要求には、次に関する詳細が含まれます：

  • PDU セッション ID

  • 要求された PDU セッション タイプ

  • 要求された SSC モード

  • 5GSM 機能 PCO

  • SM PDU DN 要求コンテナ

  • パケット フィルタ数

  • オプションの要求常時 PDU セッション

既存 PDU セッション付きのリクエスト タイプは、3GPP アクセスと non-3GPP アクセスの間をスイッチまたは、EPC 内で既存の PDN 接続からの PDU セッション ハンドオーバーを示します。

3

要求タイプが「既存の PDU セッション」の場合、AMF は UDM から受信した SMF-ID に基づいて SMF を選択します。

この要求タイプでは、次の条件のいずれかを満たす場合にエラーが発生します。

  • AMF が、登録中に AMF が UDM から受信した PDU セッション ID またはサブスクリプション コンテキストを識別しない場合。

  • サブスクリプション プロファイルの更新通知手順に PDU セッション ID に対応する SMF ID が含まれていない場合。

次に、AMF は PDU セッション用に保存されているアクセスタイプを更新します。

既存の PDU セッションを持つ要求タイプが 3GPP アクセスと非 3GPP アクセスの間を移動する PDU セッションを参照しており、PDU セッションの S-NSSAI がターゲット アクセス タイプの許可された NSSAI で使用可能な場合、PDU セッション確立手順は、PDU セッション ID に対応する SMF ID および AMF が同じ PLMN の一部である場合に開始されます。

AMF は、要求タイプが「既存の PDU セッション」の NSMF PDU セッション作成 SM コンテキスト要求を SMF に送信します。この要求には、次の情報が含まれます：

  • SUPI

  • DNN

  • S-NSSAI

  • PDU セッション ID

  • AMF ID

  • リクエストタイプ

  • PCF ID

  • ベータ版への優先アクセス

  • PDU セッション確立要求を含む N1 SM コンテナ

  • ユーザー ロケーション情報

  • アクセスタイプ

  • PEI

  • GPSI

  • PDU セッション ステータス通知のサブスクリプション

  • DNN 選択モード

SMF は、SUPI + PDU セッション ID を使用して、PDU セッション確立要求からの既存の PDU セッションを分析します。SMF は受信した UE の IPv4 または IPv6 アドレスを取得した PDU セッションの IPv4 または IPv6 アドレスと比較します。セッションが取得されない場合、または IPv4 アドレスまたは IPv6 アドレスが一致しない場合、SMF は要求を拒否します。

4

SMF は、WiFi セッションの確立中にすでに UDM に登録されているため、UDM 登録を実行しません。

4a

SMF は、WiFi セッションに受信した課金トリガーに対してステップ 3 で利用可能な情報を使用して、課金トリガーを検出します。

4b

SMF は、Wi-Fi セッション中に PCF との以前の通信で受信した要求ポリシー制御トリガーに対してステップ 3 で利用可能な情報を使用して PCF トリガーを検出します。

5

SMF は、NSMF PDU セッション 作成 SM コンテキスト応答を AMF に送信します。この応答には、原因、SM コンテキスト ID、または PDU セッション拒否の原因を含む N1 SM コンテナが含まれます。

6

ステップ 4a で受信した検出されたアーム化されたポリシー制御トリガに基づいて、SMF は、ステップ 3 で検出されたアクセス パラメータを使用して PCF に SM ポリシー制御更新要求を送信します。

7

PCF は、新しいまたは更新された PCC ルールを含めて SM ポリシー制御更新応答を通してSM ポリシー判断を送信します。

8

SMF は、ステップ 7 で受信した情報と Wi-Fi セッションの既存のポリシー データに基づいて、ModPolData を準備します。

9

SMF はステップ 7 で新しい PCC ルールを受信した場合、課金更新要求を、クォータ情報の新しい料金設定グループを持つ CHF に送信します。この要求には、新しいアクセス パラメータを含む PDU セッション情報が含まれています。

10

CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、料金設定グループのクォータ情報と、Wi-Fi セッションの既存のステップ 9 で受信した料金設定グループが含まれます。

11

SMF は、CHF から課金更新の応答内で受信した ModChargingData を処理します。

12

SMF は、gNBトンネルのために、N4 セッション変更要求を UPF に送信します。この要求には、次に関する詳細が含まれます：

  • アップリンク PDR を作成します。

  • QER を作成。

  • URRの作成（新しい料金設定グループ クォータ情報用）

  • URR の更新（変更されたクォータ情報用）

  • FAR の作成

13

UPF は、SMF への N4 セッション変更応答として、作成された PDR 内の UL トンネル情報を送信します。

14

SMF は EBI 割り当て要求を AMF に送信します。このリクエストは、PDU セッションID の ARP リストを含みます。

15

AMF は、SMF に EBI Assignment 応答として EBI のリストを送信します。

16

SMF は、N1 N2 転送要求を AMF に送信します。この要求には、サポートされている QFI リストと gNB トンネルの UL トンネル情報を含む「PDU セッション リソース セットアップ要求転送」として N2 メッセージが含まれています。このリクエストは、承認済み QoS ルール、承認済み QoS 詳細、EPCO、PDN アドレス、およびセッション AMBR 値として「PDU セッション確立承認」として N1 メッセージを含みます。

17

AMF は、N1 N2 Transfer 確認応答を SMF に送信します。

18

AMF は、SM コンテキスト更新要求を SMF に次のいずれかで送信します：

  • 「PDU セッション技術セットアップ失敗転送」N2 メッセージに「IMS 音声 EPS フォールバックまたは、RAT フォールバックがトリガーされました」の原因が表示されます。

  • 「QoS Flow Flow Flow Setup List」の原因「PDU Session Resource Setup Response Transfer」で「IMS voice EPS fallback or RAT fallback triggered」のような原因が表示されます。

19

pccRule-1 と pccRule-4 が成功したとの前提で、SMF は pccRule-2 のルール レポートを準備し、pccRule-3 と pccRule-5 を EPS フォールバックの一部としてインストールします。

19a

SMF は、失敗した QFI の 5G セッション、および VoWiFi リソースからリソースを削除します。さらに、SMF は Wi-Fi から 5G へのデータパスの切り替えを実行します。

20

SMF は、次の操作を実行して、N4 セッション変更要求を UPF に送信します。

  • WiFiTunnel の QueryUrr

  • Wi-Fi トンネルのリソースを削除します。

  • pccRule-1 および pccRule-4 の gNB トンネル用に DlPdr/Far を作成します。

  • pccRule-3 および pccRule-5 の失敗した QFI の gNB トンネルのリソースを削除します。

21

UPF は、Wi-Fi セッションの使用状況レポートとともに N4 セッション変更応答を SMF に送信します。

22

SMF は、SM コンテキスト更新応答を AMF に送信します。

（注）  

 

SMF は、失敗した QFI がある場合、ステップ 23 からステップ 25 を実行します。

23

SMF は N1Msg：PDU セッション変更コマンド（FailedQfi の QoS）で N1 N2 転送要求を開始します。SMF は AMF から N1 N2 転送応答を受信します。

24

SMF は AMF から N1Msg: PDU Session Modification Complete を含む SM コンテキスト更新要求を受信します。

25

SMF は、SM コンテキスト更新応答内の 204 OK を AMF に送信します。

26

SMF は、EPS フォールバック手順後に処理される「smPolicyDecision」と ruleReport を保持することにより、EPS フォールバック タイマーを開始します。また、SMF は、EPS フォールバック手順が実行されるか、EPS フォールバック タイマーが期限切れになるまで、WiFi から NR へのハンドオーバー手順を一時停止します。

27

SMF は、既存のデフォルトフローと専用フローに対して 5G から 4G へのハンドオーバー（EPS フォールバック）を実行します。SMF は、内部トランザクションをポストして Wi-Fi から NR への手順を再開します。

28

WiFi から NR への手順により、内部トランザクションの処理が開始されます。

28a

SMF は、pccRule-5（EPS フォールバックの一部として NR によって拒否されたフロー用）の専用ベアラ作成手順を開始します。

29

SMF は、pccRules の Create UlPDR、QER、URR（存在する場合）を使用して N4 変更要求を開始します。これらは、EPS フォールバックの理由による Wi-Fi から NR へのハンドオーバーの一部として拒否されます。

30

SMF は、専用ベアラーのアップリンク トンネル情報を含む CreatedUlPDR を使用して N4 変更応答を受信します。

31

SMF は GTPv2 コンテキスト ベアラー要求（アップリンク トンネル情報を持つ専用ベアラのベアラー コンテキスト リスト）を開始します。

32

SMF が GTPv2 コンテキスト ベアラー応答（承認された EBI とダウンリンク トンネル情報）を受信します。

33

SMF は、UPF に向けて N4 変更セッション要求（4G トンネルの専用ベアラーの DlPdrs/DlFars の作成）を開始します。

34

SMF は、UPF から N4 変更セッション応答を受信します。

35

SMF は、要求ポリシー制御トリガーに基づいて、PCCRule-2、3 InActive および pccRule-4、5 for Active の ruleReport を準備します。

36

SMF は、ratType:"E-URTAN"、userLocationInfo、ueTimeZone、servingNetwork、plmn、ruleReport などを含む SM ポリシー制御更新要求を送信します。

37

SMF は、SM Policy Control Update 応答で SM Policy Decision で 200 OK を受信します。

（注）  

 

SMF は、ステップ 27 からステップ 37 が実行されない場合、つまり EPS フォールバック手順がトリガーされない場合にのみ、ステップ 38 〜ステップ 40 を実行します。

38

SMF は、要求ポリシー制御トリガーに基づいて、FailureCode を持つ PCCRule-2、3 InActive および pccRule-4、5 InActive の ruleReport を作成します。

39

SMF は、ratType:"NR"、userLocationInfo、ueTimeZone、servingNetwork、PLMN、ruleReport などを含む SM ポリシー制御の更新を送信します。

40

PCF は、SM ポリシー制御更新応答の SM ポリシー決定を送信します。SMF は SM ポリシー決定を処理し、3GPP TS 23.502、セクション 4.3.3.2 で定義されている PCF 開始変更手順として処理します。

非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー コール フロー

このセクションでは、非 3GPP の信頼できない Wi-Fi から 5GS ハンドオーバー コール フローについて説明します。

図 22. 非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー コール フロー
表 24. 非 3GPP 信頼できない Wi-Fi から 5GS へのハンドオーバー コール フローの説明

ステップ

説明

1

信頼できない非 3GPP アクセスを介して UE と ePDG 間で 1 つ以上の PDU セッションが確立されます。UE の 5G NAS 機能により、ePDG は PGW + SMF を組み合わせて選択します。UE が PDU セッション ID を PGW+SMF に送信します。

2

UE は PDU セッション確立要求を AMF に送信します。この要求には、PDU セッション ID、要求された PDU セッションのタイプ、要求された SSC モード、5GSM 機能 PCO、SM PDU DN 要求コンテナ、パケット フィルタの数、およびオプションの要求常時 PDU セッションに関する詳細が含まれます。

既存 PDU セッション付きのリクエスト タイプは、3GPP アクセスと non-3GPP アクセスの間をスイッチまたは、EPC 内で既存の PDN 接続からの PDU セッション ハンドオーバーを示します。

3

要求タイプが「既存の PDU セッション」の場合、AMF は UDM から受信した SMF-ID に基づいて SMF を選択します。この要求タイプでは、AMF が登録中に AMF が UDM から受信した PDU セッション ID またはサブスクリプション コンテキストを識別しない場合、またはサブスクリプション プロファイルの更新通知手順に PDU セッション ID に対応する SMF ID が含まれていない場合、エラーが発生します。次に、AMF は PDU セッション用に保存されているアクセスタイプを更新します。

既存の PDU セッションを持つ要求タイプが 3GPP アクセスと非 3GPP アクセスの間を移動する PDU セッションを参照しており、PDU セッションの S-NSSAI がターゲット アクセス タイプの許可された NSSAI で使用可能な場合、PDU セッション確立手順は、PDU セッション ID に対応する SMF ID および AMF が同じ PLMN の一部である場合に実行されます。

AMF は、要求タイプが「Existing PDU Session」の NSMF PDU セッション作成 SM コンテキスト要求を SMF に送信します。この要求には、SUPI、DNN、S-NSSAI、PDU セッション ID、AMF ID、要求タイプ、PCF ID、優先アクセス、PDU セッション確立要求を含む N1 SM コンテナ、ユーザー位置情報、アクセス タイプ、PEI、GPSI、PDU セッション状態通知のサブスクリプション、DNN 選択モードに関する情報が含まれます。

SMF は、SUPI + PDU セッション ID を使用して、PDU セッション確立要求からの既存の PDU セッションを分析します。SMF は受信した UE の IPv4 または IPv6 アドレスを取得した PDU セッションの IPv4 または IPv6 アドレスと比較します。セッションが取得されない場合、または IPv4 または IPv6 アドレスが一致しない場合、SMF は要求を拒否します。

4

SMF は、Wi-Fi セッション中に PCF との以前の通信で受信した要求ポリシー制御トリガに対してステップ 3 で利用可能な情報を使用して PCF トリガを検出します。

4a

SMF は、EPC セッションの確立中に受信した課金トリガに対してステップ 3 で利用可能な情報を使用して、課金トリガを検出します。

4b

SMF は、Wi-Fi セッション確立時に行われるような UDM 登録を実行しません。

5

SMF は、NSMF PDU セッション 作成 SM コンテキスト応答を AMF に送信します。この応答には、原因、SM コンテキスト ID、または PDU セッション拒否の原因を含む N1 SM コンテナが含まれます。

6

ステップ 4a で受信した検出されたアーム化されたポリシー制御トリガに基づいて、SMF は、ステップ 3 で検出されたアクセス パラメータを使用して PCF に SM ポリシー制御更新要求を送信します。

7

PCF は、新規または更新された PCC ルールを含めることによって、SM ポリシーの決定である SM ポリシー制御更新応答を送信します。

8

SMF は、ステップ 7 で受信した情報と Wi-Fi セッションの既存のポリシー データに基づいて、情報を準備します。

9

SMF はステップ 7 で新しい PCC ルールを受信した場合、課金更新要求を、クォータ情報の新しい料金設定グループを持つ CHF に送信します。この要求には、新しいアクセス パラメータを含む PDU セッション情報が含まれています。

10

CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、料金設定グループのクォータ情報と、Wi-Fi セッションの既存のステップ 9 で受信した料金設定グループが含まれます。

11

SMF は、CHF から課金更新応答を受信したデータを処理します。

12

SMF は、gnb トンネルのために、N4 セッション変更要求を UPF に送信します。この要求には、アップリンク PDR の作成、QER の作成、受信した新しい料金設定グループ割当情報に対する URR の作成、変更されたクォータ情報に対する URR の更新、および FAR の作成に関する詳細が含まれます。

13

UPF は、N4 セッション変更応答として作成された PDR 内にある UL トンネル情報を SMF に送信します。

14

SMF は EBI 割り当て要求を AMF に送信します。この要求は、PDU セッションID の ARP リストを含みます。

15

AMF は、SMF への応答として EBI のリストを送信します。

16

SMF は、N1 N2 転送要求を AMF に向けて送信します。この要求には、サポートされている QFI リストおよび gnb トンネルの UL トンネル情報を含む「PDU セッション リソース セットアップ要求転送」として N2 メッセージが含まれています。この要求には、承認された QoS ルール、承認された QoS フローの説明、EPCO、PDN アドレス、およびセッション AMBR 値を含む N1 メッセージも「PDU セッション確立承認」として含まれています。

17

AMF が SMF に N1 N2 転送確認応答を送信します。

18

AMF は、失敗した QFI リストと DL トンネル情報を含む「PDU セッション リソース セットアップ応答転送」とともに、SM コンテキスト更新要求を SMF に送信します。

19

SMF は、gnb トンネル リソースのために、N4 セッション変更要求を UPF に送信します。この要求は、DL PDR を作成し、DL トンネル情報を使用して DL FAR を作成し、RAT 変更の詳細を含め、Wi-Fi トンネルのリソースを削除することです。SMF は、受信した失敗した QFI リストの gnb トンネルの N4 リソースも削除します。

20

UPF は、使用状況レポートを含む N4 セッション変更応答を SMF に送信します。

21

SMF は、SM コンテキスト更新応答を AMF に送信します。

22

SMF は、課金更新要求を PCF に送信します。この要求には、ステップ 18 で受信した古いアクセス パラメータと使用状況レポートを含む複数使用状況レポートに加え、新しいアクセス パラメータを含む PDU セッション情報が含まれます。

SMF は、既存の料金設定グループの新しいクォータ情報を含む課金更新応答を受信します。

23

SMF + PGW-C は、EBI を含む GTPv2 DB 要求を ePDG に対して開始します。

24

ePDG は SMF + PGW-C に GTPv2 DB 応答を送信します。

25

SMF は、PDU セッション変更完了のための N1 メッセージを含む SM コンテキスト更新要求を AMF から受信します。

26

SMF は AMF に「200/204 OK」として SM コンテキスト更新応答を送信します。

27

SMF は、SM ポリシー制御更新応答として SM ポリシー決定を AMF に送信します。

28

SMF は、SM ポリシー制御の更新要求を PCF に送信します。このリクエストには、N2 メッセージの一部として AMF から受信した失敗した QFI リストの新しいアクセス パラメータとルール レポートが含まれています。

29

PCF は、SM ポリシー制御更新応答として SM ポリシー決定を SMF に送信します。

30

SMF は SM ポリシー決定を処理し、3GPP 23.502 セクション 4.3.3.2 で定義されている PCF 開始変更手順として処理します。

5GS から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フロー

このセクションでは、5GS から非 3GPP の信頼できない Wi-Fi ハンドオーバー コール フローについて説明します。

図 23. 5GS から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フロー
表 25. 5GS から非 3GPP への信頼できない Wi-Fi ハンドオーバー コール フローの説明

ステップ

説明

1

UE と SMF または UPF は、NG-RAN を介して通信して、1 つまたは複数の PDU セッションを確立します。

2

UE は信頼できない非 3GPP アクセスに接続され、ePDG を選択します。次に、UE は、3GPP TS 23.402（セクション 8.6.2.1）で定義されているハンドオーバー接続手順を開始します。UE と ePDG の間に IKE トンネルが確立され、UE が AAA サーバとの SWm インターフェイスを介して認証された後、UE は IKE_AUH を開始します。IKE_AUH には、5GS および P-CSCF と DNS のオプションで以前に割り当てられた IPv4 または IPv6 アドレスの cfg_params が含まれます。

3

ePDG はセッション作成要求を PGW-C に送信します。この要求には、次の詳細が含まれます。

  • IMSI

  • APN

  • ハンドオーバー インジケータ

  • RAT タイプ

  • コントロール プレーンの ePDG TEID

  • ユーザー プレーンの ePDG アドレス

  • ユーザー プレーンの ePDG TEID

  • EPS ベアラー ID

  • ユーザーの現在地

RAT タイプは、非 3GPP アクセス テクノロジー タイプを示します。UE が IP アドレス保持をサポートし、ポート アナライザ アダプタ（PAA）に含める場合、ePDG はセッション要求の作成においてハンドオーバー通知を構成します。この構成により、PGW-C は、UE に割り当てられたのと同じ IP アドレスまたはプレフィックスを再割り当てできます。IP アドレスまたはプレフィックスの割り当ては、UE が 3GPP IP アクセスに接続されているときに発生します。ポリシー変更手順は PCF から始まります。

4

登録は 5GS セッションの確立中に行われるため、SMF は UDM 登録を実行しません。

4a

SMF は、EPC セッションの確立中に受信した課金トリガに対してステップ 3 で利用可能な情報を使用して、課金トリガーを検出します。

4b

SMF は、Wi-Fi セッション確立中に PCF との通信で受信した要求ポリシー制御トリガに対してステップ 3 で利用可能な情報を使用してポリシー トリガを検出します。

5

ステップ 4b で受信した検出されたアーム化されたポリシー制御トリガに基づいて、SMF は、検出されたアクセス パラメータを使用して PCF に SM ポリシー制御更新要求を送信します。

6

PCF は、新規または更新された PCC ルールを含めることによって、SM ポリシーの決定である SM ポリシー制御更新応答を送信します。

7

SMF は、ステップ 7 で受信した情報と 5GS セッションの既存のポリシー データに基づいて、「ModPolData」情報を準備します。

8

SMF はステップ 6 で新しい PCC ルールを受信した場合、課金更新要求を、クォータ情報の新しい料金設定グループを持つ CHF に送信します。この要求には、新しいアクセス パラメータを含む PDU セッション情報が含まれています。

9

CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、料金設定グループのクォータ情報と、5GS セッションの既存のステップ 9 で受信した料金設定グループが含まれます。

10

SMF は、CHF から受信した課金更新応答内の ModChargingData を処理します。

11

SMF は、Wi-Fi トンネルのために、N4 セッション変更要求を UPF に送信します。この要求には、アップリンク FAR の作成、QER の作成、受信した新しい料金設定グループ クォータ情報の URR の作成、および変更されたクォータ情報の URR の更新に関する詳細が含まれています。

12

UPF は、SMF への N4 セッション変更応答を、作成された PDR 内の UL トンネル情報とともに SMF に送信します。

13

SMF は GTPv2 セッション作成応答を S-GW に送信します。この応答には、承認された要求または部分的に承認された要求の詳細、PGW-C S2b F-TEID、PAA、APN-AMBR、ベアラー コンテキストの作成、課金ゲートウェイ アドレス、および APCO が含まれます。

14

SMF は、S-GW に GTPv2 ベアラー要求の作成を送信します。この要求には、エンドユーザー向けの各専用ベアラーに対する UL トンネル情報を含む、ベアラー コンテキスト リストに関する情報が含まれています。

15

S-GW は SMF に GTPv2 ベアラー作成応答を送信します。応答には、要求を受け入れたか、要求を部分的に受け入れたか、 およびベアラー コンテキストの詳細が含まれます。

16

SMF はベアラー応答の作成を処理し、確立されたベアラーの DL トンネル情報と失敗した EBI リスト（ある場合）を取得します。SMF は、Wi-Fi トンネルのために、N4 セッション変更要求を UPF に送信します。この要求では、検出された課金トリガの DL トンネル情報または課金説明 ID のリストを使用して DL PDR および DL FAR を作成します。

SMF は、失敗したベアラー コンテキスト リストの Wi-Fi トンネルの gnb トンネル リソースと N4 リソースを削除します。

17

UPF は、N4 セッション変更応答として使用状況レポートを SMF に送信します。

18

SMF は、S-GW への NAMF 通信 N1 および N2 メッセージ転送を開始します。この転送メッセージには、PDU セッション リソース解放要求 N2 メッセージが含まれています。

19

AMF は、N1 N2 転送の確認応答を SMF に送信します。

20

AMF は、SM コンテキスト更新要求を SMF に送信します。この要求には、SM リソース リリース確認応答 N2 メッセージが含まれます。

21

SMF は、SM コンテキスト更新応答を「200/204 OK」として AMF に送信します。

22

AMF は、SM コンテキスト更新要求を SMF に送信します。この要求には、PDU セッション リリース完了 N1 メッセージが含まれます。

23

SMF は、SM コンテキスト更新応答を「200/204 OK」として AMF に送信します。

24

SMF が 3GPP 仕様 23.502 の 2019 年 6 月の準拠バージョンをサポートしている場合、SMF は AMF にリリースの詳細を示します。SMF は、SM コンテキスト ステータス通知メッセージ（statusInfo;Cause: PDU_SESSION_HANDED_OVER, resourceStatus: RELEASED）を送信することでこの機能を実現します。SMF は、5GS から 3GPP 以外の信頼できない WiFi セッションへのハンドオーバーが成功した後に、この通知を送信します。

SMF は、対応するサービス用に構成されたコンプライアンス プロファイルに従ってメッセージが処理されます。コンプライアンス プロファイルの詳細については、「コンプライアンス プロファイルの構成」の項を参照してください。

重要

 

SMF が 3GPP 仕様の 2018 年 12 月準拠バージョンをサポートしている場合、ステップ 24 およびステップ 25 は適用されません。

25

SMF は、SM コンテキスト ステータス通知応答として「204 OK」を SMF に送信します。

重要

 

SMF が 3GPP 仕様の 2018 年 12 月準拠バージョンをサポートしている場合、ステップ 24 およびステップ 25 は適用されません。

26

SMF は、CHF に課金更新要求を送信します。この要求には、ステップ 17 で受信した古いアクセス パラメータと使用状況レポートの詳細を含む複数使用状況レポートを含む PDU セッション情報が含まれています。

27

CHF は、SMF に課金更新応答としてマルチユニット情報を送信します。マルチユニット情報には、既存の料金設定グループの新しいクォータ情報が含まれています。

28

SMF は PCF に SM ポリシー制御の更新を送信します。この更新には、ベアラー応答の作成の一部として AMF から受信した失敗した QFI リストの新しいアクセス パラメータとルール レポートが含まれています。

29

PCF は、SM ポリシー決定である SM ポリシー制御更新応答を SMF に送信します。

30

SMF は SM ポリシー決定を処理し、3GPP TS 23.502、セクション 4.3.3.2 で定義されている PCF 開始変更手順として処理します。

非信頼 3GPP LTE から WiFi へのハンドオーバー

このセクションでは、非 3GPP 信頼 LTE to WiFi ハンドオーバー コール フローについて説明します。

図 24. 専用ベアラーで 4 を超える TFT を使用した非 3GPP 信頼できない LTE から WiFi へのハンドオーバー
表 26. 非 3GPP 信頼できない LTE から WiFi へのハンドオーバー コール フローの説明

ステップ

説明

1

セッションは、デフォルトのベアラーと 8 TFT の専用ベアラーで LTE で確立されます。

2

ePDG から Hi フラグが構成された CSReq を受信すると、LTE から Wi-Fi へのハンドオーバーがトリガーされます。

3

CSReq が正常に処理された後、CSResp が ePDG に返され、デフォルトのベアラーが正常に引き渡されたことが示されます。

4

8 TFT を持つ専用ベアラーの場合、すべての TFT を CBReq で送信できないため、CBReq メッセージは ePDG に対する 4 TFT のみでトリガーされます。

5

ePDG からの CBResponse が成功した後、SMF は残りの TFT を UBReq メッセージで送信します。

6

ePDG からの UBResponse が成功した後、SMF は UPF へのベアラーの確立の完了に進みます。

7

CBResponse で障害が発生した場合、またはステップ 5 またはステップ 6 で UBResponse で障害が発生した場合、SMF はそのベアラーを削除し、装備されている場合は、対応するルール情報を [非アクティブ（Inactive）] として PCF にルール レポートを送信します。


重要

ステップ 4 ～ 7 は、専用ベアラーに 4 つ以上の TFT がある場合、LTE から Wi-Fi および NR から Wi-Fi に適用されます。

GTPC の IE サポート

SMF は、GTPC メッセージで次の IE をサポートします。

表 27. GTPC メッセージでサポートされる IE

IE

シナリオ

UE ローカル IP アドレス

SMF がセッション要求の作成、ベアラー応答の作成、ベアラー要求の変更、またはベアラー応答の削除の手順中に ePDG から UE ローカル IP アドレスを受信すると、トリガーが満たされた場合、SMF は PCF および CHF に n3gaLocation 属性を送信します。

UE UDP ポート

SMF がセッション要求の作成、ベアラー応答の作成、ベアラー要求の変更、またはベアラー応答の削除の手順中に ePDG から UE UDP ポートを受信すると、トリガーが満たされた場合、SMF は PCF および CHF に n3gaLocation 属性を送信します。

例

次に、 show subscriber supi imsi-123456789012345 nf-service smf psid 5 full コマンドの出力で n3GaLocation 属性を表示する例を示します。 

"n3GaLocation": {
"PortNumber": 4661,
"UeIpv4Addr": "209.165.200.227",
"ueLocationTimestamp": "2021-03-09T12:34:02Z"
}

代替 RAT トンネル作成コール フローによる Wi-Fi から 5G へのハンドオーバー

このセクションでは、代替 RAT トンネルの作成による Wi-Fi から 5G へのハンドオーバーのコール フローについて説明します。

図 25. 代替 RAT トンネル作成コール フローによる Wi-Fi から 5G へのハンドオーバー
表 28. 代替 RAT トンネル作成による Wi-Fi から 5G へのハンドオーバー コール フローの説明
ステップ 説明
1

UE は、PDU セッション確立要求を AMF に送信します。
2

SMF+PGW-C に対する AMF Nsmf PDU Session Create SMContext 要求。この要求は既存の PDU セッションに対するものです。

SMF+PGW-C は 200 OK メッセージを送信します。
3

SMF + PGW-C は PCF にポリシー更新要求を送信します。
4

PCF は、SMF + PGW-C にポリシー更新応答を送信します。
5

SMF + PGW-C は、CHF に課金更新要求を送信します。
6

CHF は、課金更新応答を SMF+PGW-C に送信します。
7

SMF + PGW-C は、EBI 割り当て要求を AMF に送信します。

8

AMF は、EBI 割り当て応答を SMF + PGW-C に送信します。
9

SMF + PGW-C は、N1N2 メッセージ転送（PDU 確立承認）メッセージを AMF に送信します。
10

AMF は、200 OK 応答を SMF + PGW-C に送信します。
11

AMF は、SMContext 更新要求（N2 メッセージ）を SMF + PGW-C に送信します。
12

SMF + PGW-C は、UPF に N4 変更要求を送信します。この要求には、Wi-Fi トンネルの DL FAR アップデートとクエリ URR に関する詳細が含まれています。
13

UPF が SMF+PGW-C に N4 変更応答を送信します。
14

SMF + PGW-C は、 SMContext アップデート応答の 204 OK を AMF へ送信します。SMF+PGW-C

SMF + PGW-C には、ポリシー、課金更新、およびリリースされた EBI リストまたは失敗した QFI 処理情報に関する詳細が含まれます。

代替 RAT トンネル作成コール フローによる 5G から Wi-Fi へのハンドオーバー

このセクションでは、代替 RAT トンネルの作成による 5G から Wi-Fi へのハンドオーバーのコール フローについて説明します。

図 26. 代替 RAT トンネル作成コール フローによる 5G から Wi-Fi へのハンドオーバー
表 29. 代替 RAT トンネル作成による 5G から Wi-Fi へのハンドオーバー コール フローの説明
ステップ 説明
1

ePDG は、SMF + PGW-C にセッション要求の作成を送信します。このリクエストには、S2bC F-TEID および S2bU F-TEID に関する詳細が含まれています。
2

SMF + PGW-C は PCF にポリシー更新要求を送信します。
3

PCF は、SMF + PGW-C にポリシー更新応答を送信します。
4

SMF + PGW-C は、CHF に課金更新要求を送信します。
5

CHF は、課金更新応答を SMF+PGW-C に送信します。
6

SMF+PGW-C はセッション応答の作成を ePDG に送信します。この応答には、保存されている Wi-Fi UL トンネルの詳細が含まれます。
7

SMF + PGW-C は、ePDG にベアラー作成要求を送信します。このリクエストには、UL トンネルの専用ベアラーに関する詳細が含まれています。
8

ePDG は、Create Bearer Response（DL トンネル情報）を SMF + PGW-C に送信します。
9

SMF + PGW-C は、UPF に N4 変更要求を送信します。この要求には、gNB トンネルの DL FAR アップデートとクエリ URR に関する情報が含まれています。
10

UPF が SMF+PGW-C に N4 変更応答を送信します。
11

SMF + PGW-C は、AMF に PDU セッション リリース コマンドである N1N2Message 転送を送信します。
12

AMF は、200 OK 応答を SMF + PGW-C に送信します。
13

AMF は、SMContext 更新要求（N2Message）を SMF + PGW-C に送信します。
14

SMF + PGW-C は、SMContext Update Response（204 OK）を AMF に送信します。
15

AMF は、SMContext 更新要求（N1Message）を SMF + PGW-C に送信します。
16

SMF + PGW-C は、SMContext Update Response（204 OK）を AMF に送信します。
17

SMF + PGW-C は、AMF に SM コンテキスト ステータス通知を送信します。この通知は、リソースの状態が RELEASED として示されていることを示します。

18

AMF は、204 OK 応答を SMF + PGW-C に送信します。

次に、SMF + PGW-C で、ポリシーと課金の更新が行われます。

Wi-Fi ハンドオーバーの構成

このセクションでは、Wi-Fi ハンドオーバー機能に関連する構成について説明します。

コンプライアンス プロファイルの構成

SMF は、CLI 構成を介して 3GPP 仕様 23.502 のコンプライアンス プロファイル サポートを提供します。このコンプライアンス プロファイルは、5GS から非 3GPP への信頼できない Wi-Fi ハンドオーバーの手順中に使用されます。

3GPP 仕様に準拠して SMF を構成するには、次の構成を使用します。

config 
   profile compliance profile_name 
      service threegpp23502 version   spec  {  15.4.0 | 15.6.0 } spec_version full version_format  
      uri_version uri_version 
         range 
         ! 
         !

重要

コンプライアンス プロファイルの構成方法の詳細は、Cisco アカウント担当者にご連絡ください。

注：

  • full ：次の形式で完全バージョンを指定します。<Major-version> 。<Minor-version> 。<patch-version> .[alpha-<draft-number> ]

  • spec ：3GPP 仕様バージョン番号を指定します。次のいずれかの値を指定できます。

    • 15.4.0

    • 15.6.0

    3GPP 2018 年 12 月仕様に準拠するためには、仕様バージョンを 15.4.0 として設定します。デフォルトのバージョンは 15.4.0 です。

    3GPP 2019 年 6 月の仕様準拠をサポートするには、仕様のバージョンを 15.6.0 に構成します。

  • uri ：URI バージョンを番号と連結した「v」形式で指定します。バージョンは、v1 と v2 の両方、または v1 または v2 のいずれかです。

ハンドオーバー通知を伴うコールの構成

次の構成例を使用して、ハンドオーバー（HO）通知で着信するコールおよび既存のセッションがないコールを処理します。 

config 
   profile access access_profile_name 
      gtpc message-handling create-session-request ho-ind new-call-reject 
      exit

注：

  • ho-ind ：セッション要求の作成がハンドオーバーで受信されたことを示します。

  • new-call-reject ：セッションが存在しない場合、SMF は HO インジケータで受信したセッション作成要求を拒否します。