EPS インターワーキング

機能の概要と変更履歴

要約データ

Table 1. 要約データ
該当製品または機能エリア SMF
該当プラットフォーム SMI
機能のデフォルト設定 有効：常時オン
このリリースでの関連する変更点 N/A
関連資料 該当なし

更新履歴

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

次のサポートが追加されました：

  • PDU セッション確立での 2 オクテットの ePCO 長のオプションを使用した QoS ルールおよび QoS 記述の受信。

  • 5G-4G インターネット ワーキングをサポートする PDU セッションでの 5G での PDU セッション確立中の S1 ノードの TFT のローカル IP アドレスの表示。

  • QoS ルールと QoS の説明、または UE からのマッピングされた EPS ベアラー コンテキスト エラーのセマンティックおよび構文エラー処理。

  • 5GSM の原因を含む ePCO で CB または UB 応答を処理します。

  • PCF から GBR フロー作成または QoS 変更を受信する際に、MFBR 検証を必須にします。

  • 4G UE の HSS によって開始された QoS の変更。

2023.04.0

次のサポートが追加されました。

  • レガシー インターフェイスを使用する 4G コールの ULI で受信した変更通知要求用。

  • 4G 用の代替 RAT トンネルの作成。

  • RAT タイプの出力の変更に対して、4G コールの Show コマンドを追加しました。

2023.03.0

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

  • Diameter インターフェイスを使用した E-UTRAN 初期接続手順。

  • Diameter インターフェイスを使用したネットワーク開始型のデタッチ手順

  • PCRF によって開始された CCAU または RAR

  • S-GW の変更あり/なしによるベアラー変更要求

  • UE 開始型デタッチ手順

  • コンテキスト置換のサポート

2023.02.0

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

2021.02.2

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

  • セッション作成応答での APN-AMBR アクションの構成

  • [コンテナ（Container）] フィールド：セッション作成応答の PCO、ePCO、または aPCO IE で 0005H（選択されたベアラー制御モード）

  • GTP-C パス障害検出およびデバッグの改善

  • GTP-C ピア再起動検出の改善

  • 手順 SLA タイマーの期限切れ時に発生した専用ベアラー手順エラーの処理

2021.02.0

アクセス プロファイル構成の動的構成をサポートする手順が導入されました。

2020.03.0

4G 専用 UE デバイスからのコールを拒否する DNN プロファイル構成の新しい CLI コマンド。

2020.02.1
最初の導入。

2020.02.0 より前

機能説明

5G コア ネットワークを介した EPS インターワーキング

コア ネットワークを介した EPS インターワーキングは、Evolved Packet System（EPS）、5G コア ネットワーク（5GC）、および Diameter インターフェイスとのインターワーキングに関する 3GPP 推奨事項に準拠する機能です。


Important

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

この機能により、接続を維持しながら、4G（EPS）ネットワークと 5G ネットワーク間を移動できます。5G コア ネットワークを活用して、4G 環境で発信された可能性のあるセッションを管理します。

SMF は、説明されているように、4G と 5G の両方をサポートする UE からの接続を処理します

  • UEはE-UTRAN と 5GC ネットワークに接続します。

  • EPS インターワーキング機能を備えた SMF は SMF として機能し、S-GW の S5 または S8 インターフェイスを使用して 4G セッション要求の作成を受信します。

  • SMF は、4G インターフェイス（Gx、Gy、Gz）を対応する 5GC サービス ベースのインターフェイス（Npcf および Nchf）に置き換えます。

  • E-UTRAN、MME、および S-GW を使用して SMF で PDU セッションが作成された後、UE は E-UTRAN および 5G New Radio（NR）間でハンドオーバーできます。

  • SMF は N26 インターフェイスを使用して EPS とインターワーキングします。N26 インターフェースは、MME と AMF 間の CN 間インターフェイスであり、S10インターフェイスの機能の一部をサポートし、相互接続を可能にします。

E-UTRAN、モビリティ管理エンティティ（MME）、およびサービング ゲートウェイ（S-GW）を使用して SMF で PDU セッションが作成された後、UE は E-UTRAN を 5G New Radio（NR）に渡すことができ、逆にします。

SMF は N26 インターフェイスを使用して EPS とインターワーキングします。このインターフェイスは、MME と AMF 間の CN 間インターフェイスであり、S10インターフェイスの機能の一部をサポートし、相互接続を可能にします。

UE は、サービスを提供しているコア ネットワークに応じて、EPC NAS または 5GC NAS の手順を使用します。

次に、E-UTRAN アクセス タイプの SMF Diameter インターフェイスのコール フロー手順を示します。


Note

SMF に搭載されている Diameter インターフェース機能は、StarOS または CUPS 製品と完全な機能互換性や機能性を有しているとは仮定すべきではありません。

さらに、このドキュメントで言及されている構成（コマンド、統計、属性、MIB オブジェクト、アラーム、ログ、サービスを含むがこれらに限定されない）が、StarOS レガシー製品または CUPS 以外の製品との機能的な同等性を示すと想定しないでください。

この製品と StarOS レガシー製品または CUPS 以外の製品間のパリティについてのご質問は、Cisco のアカウント担当者またはサポート担当者にお問い合わせください。

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

SMF は、4G 接続および専用ベアラーの手順のために、4G セッション中に代替 RAT トンネルを作成します。このトンネルは、サブスクライバが移行中に別の RAT に移動するときに再利用されます。


Note

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

  • SMF は、EPS インターワーキングが有効な場合にのみ、代替 RAT トンネルを割り当てます。

  • SMF は、4G 接続中に 4G 専用 UE に代替 RAT トンネルを割り当てません。

アーキテクチャ

次の図は、EPS-5G コア と 4G インターワーキングのネットワークアーキテクチャを示しています。

Figure 1. EPS-5GC インターワーキングのための 3GPP 非ローミングアーキテクチャ

次のアーキテクチャ図は、ポリシーおよびオンラインチャージングに Diameter インターフェイスとオフラインチャージングに Gz を使用する SMF を示しています。UPF に対して N4 インターフェイスを使用します。このアーキテクチャ図では、グレー表示の要素は、4G 専用 UE には使用されない 5G ノードです。

Figure 2. Diameter および GTPP インターフェイスとの SMF インターワーキング

機能の仕組み

Table 3. 機能の履歴

機能名

リリース情報

説明

TFT での ePCO 長とローカル IP のサポート

 2023.04

SMF では、QoS ルールと QoS の説明に 2 オクテットの ePCO 長を使用でき、TFT でローカル IP アドレスを示します。

デフォルト設定：有効 - 常にオン

セカンダリ RAT NR を使用した EPS ベースのデュアル接続のみをサポートする UE。

  • 最初のアクセスは常に E-UTRA（LTE-Uu）経由で実行されますが、NR 経由では実行されません。

  • 3GPP TS 24.301 で定義されている E-UTRA を介した EPS NAS 手順（つまり、モビリティ管理、セッション管理など）を実行します。

5GC NAS を備えた 5G システムでのキャンペーンをサポートする UE：

  • 5GC に接続する E-UTRAN または 5GC への NR を介して最初のアクセスを実行します。

  • サポートされており必要な場合は、E-UTRAN を介して EPS への初期アクセスを実行します。

  • UE が 5GC アクセスを要求するか、EPS アクセスを要求するかに応じて、E-UTRAN または NR を介して、EPS NAS または 5GC NAS の手順（つまり、モビリティ管理、セッション管理など）を実行します（UE も EPS NAS もサポートしている場合）。

EPS とのインターワーキングの場合、5GC と EPS NAS の両方をサポートする UE は次のいずれかのモードで動作できます。

  • 単一登録モード：UE のアクティブ MM 状態（5GC の RM 状態または EPS の EMM 状態のいずれか）のみがあり、5GC NAS モードまたは EPS NAS モード（それぞれ 5GC または EPS に接続されている場合）のいずれかになります。

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

EPS とのインターワーキングをサポートするネットワークは、N26 インターフェイスを使用するインターワーキング手順、または N26 インターフェイスを使用しないインターワーキング手順をサポートする場合があります。

  • N26 をサポートするインターワーキング手順により、5GC NAS および EPS NAS をサポートし、シングル登録モードで動作する UE に対して、システム間モビリティに関する IP アドレスの連続性が提供されます。N26 インターフェイスを使用するインターワーキング手順により、ソース ネットワークとターゲット ネットワーク間で MM および SM の状態を交換できます。

  • N26 のないインターワーキング手順をサポートするネットワークは、シングル登録モードとデュアル登録モードの両方で動作する UE にシステム間モビリティで IP アドレスの継続性を提供する手順をサポートします。N26 インターフェイスを使用しないインターワーキングの場合、IP アドレスの保持は、HSS + UDM を介して PGW-C + SMF および対応する APN または DNN 情報を保存およびフェッチすることにより、システム間モビリティの UE に提供されます。

  • N26 インターフェイスをサポートするネットワークの S1 モードで動作する UE は、EPS とのインターワーキングをサポートするために、5G での PDU セッション確立手順中に TFT のローカル IP アドレスをサポートすることも示します。


Important

SMF と EPS のインターワーキングは現在、N26 インターフェイスでのみ機能します。

標準準拠

5GC と EPS インターワーキング機能は、以下の基準に準拠しています：

  • 3GPP TS 23.401、バージョン 15.6.0

  • 3GPP TS 23.501、バージョン 15.4.0

  • 3GPP TS 23.502、バージョン 15.4.0

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

  • 3GPP TS 29.512、バージョン 15.2.0

  • 3GPP TS 23.401、バージョン 5.3.2.1

UE 初期接続のサポート

機能説明

SMF は、デフォルトのベアラーを作成するために MME および S-GW を介して E-UTRAN 上で初期接続を実行する UE をサポートします。

E-UTRAN または EPS での初期接続は、3GPP 仕様 23.401、セクション 5.3.2.1 で定義されている手順に従います。5G コアまたはレガシー GW を介した接続を有効にするために定義された手順からはいくつかの逸脱があります。価格偏差は次のとおりです。

  • 手順のパケット データ ネットワーク ゲートウェイ（PGW-C）は、SMF に置き換えられます。

  • IP-CAN セッションの確立と変更は、SM ポリシーの関連付けの確立手順に置き換えられます。

  • Gy および Gz インターフェースを使用したオンラインおよびオフライン課金機能は、課金機能（CHF）を備えた Nchf インターフェイス経由の統合課金機能に置き換えられます。

  • ユーザー プレーン ノードとのインターフェイスは、Sxb インターフェイスではなく N4 インターフェイスを経由します。

Diameter インターフェイスとの SMF インターワーキング

UE は、5.3.2.1、23.401 で説明されているように、Diameter インターフェイスの E-UTRAN 初期接続手順をサポートしており、次の機能を提供します。

  • デフォルト EPS ベアラーの確立

  • Gx 参照ポイントは PCRF と SMF の間に配置されているため、SMF で事前定義された PCEF ルールをアクティブにします。これは、PCC ルールのプロビジョニングと削除に使用されます。Gx インターフェイスは、Diameter 接続として機能します。Gx メッセージには、ダイナミック ルールのインストール/削除、事前定義されたルール、APN-AMBR とデフォルトのベアラー QoS のアクティブ化と非アクティブ化を含みます。

機能の仕組み

コール フロー

E-UTRAN または EPS での初期接続の手順

次の図は、E-UTRAN または EPS での初期アタッチのための 3GPP リファレンスから派生したコール フローを示しています。

Figure 3. 5G コアを介した E-UTRAN での初期アタッチのコール フロー
Table 4. 5G コアを介した E-UTRAN での初期接続のコール フローの説明
ステップ 説明
1 UE は eNodeB を介して MME に接続要求を送信します。
2 MME は、UE が NR へのハンドオフが可能であり、登録済みであることを判断します。この PDU セッションの PGW-C として SMF ノードを選択します。
3 MME は、選択した S-GW にセッション作成要求を送信し、選択した SMF アドレスをそれに含めます。
4 S-GW は、SMF に対するセッション要求の作成を開始します。
5 SMF は、UE によって送信された PDU セッション ID をプロトコル構成オプション（PCO）001AH（PDU セッション ID）で抽出して保存します。次に、Unified Data Management（UDM）登録を実行し、PGW-C 完全修飾ドメイン名（FQDN）を UDM に送信します。登録後、SMF は UDM からのサブスクリプションの取得を開始します。
6

SMF は Npcf_SMPolicyControl_Create を PCF に送信して、SM ポリシーの関連付けの確立を開始します。

SMF では、Create Session Request メッセージで受信した情報要素を次のように Npcf_SMPolicyControl_Create Service に含めます：

  • SUPI には IMSI が含まれています。

  • DNN には APN が含まれています。

  • PEI には IMEI-SV が含まれています。

  • セッション AMBR には APN-AMBR が含まれます。

  • デフォルト QoS 情報には、デフォルトの EPS ベアラー QoS が含まれます。QCI 値は 5QI 値にマッピングされます。
7 SMF は、ポリシー課金および制御（PCC）ルールと PDU セッションポリシー情報、PCC ルールおよび EPS QoS 情報にマッピングされた PDU セッション ポリシー情報で 5G QoS 情報を受信します。SMF は、PCC ルールで受信したサービス データ フィルタ（SDF）からトラフィック フロー テンプレート（TFT）を作成し、対応するデフォルトおよび専用のベアラーに関連付けます。
8 PCF から受信した課金ポリシーに基づいて、SMF は CHF に対して Nchf_ConvergedCharging_Create 操作を開始します。この手順は、5G セッションに似ており、PCF から受信した課金ルールに基づきます。
9 SMF は UPF + PGW-U の選択と N4 セッション確立を実行します。これは SMF を接続する 4G セッションであるため、個別の CN トンネルが各ベアラーに作成され、QoS フロー ID（QFI）は QoS 適用ルール（QER）およびパケット検出ルール（PDR）で送信されません。
10

SMF は S-GW に Create Session Response を送信し、デフォルトのベアラーに関するベアラー情報とトンネル エンドポイント ID（TEID）を含めます。SMF には、PCO および UE への ePCO オプション 001CH/0023H（QoS ルール）、001DH（セッション AMBR）、001EH（PDU セッション アドレスの有効期間）、および 001FH/0024H（QoS フローの説明）の 5G QoS パラメータも含まれます。

SMF はコンテナ識別子 0005H（選択されたベアラー制御モード）を PCO、ePCO、および aPCO IE の Create Session Response に入力します。コンテナ識別子コンテンツ フィールド値 2 は、MS/NW モードが選択されていることを示しています。

11 S-GW が、セッション作成応答を MME に送信します。
12 MME は、初期コンテキスト設定要求を N1 接続承認メッセージとともに eNodeB に送信します。
13 eNodeB と UE は、無線リソース制御（RRC）構成を実行します。
14 UE が、Direct transfer メッセージを eNodeB に送信します。
15 eNodeB は、初期コンテキスト セットアップ応答で接続完了メッセージを、eNodeB の TEID とともに MME に送信します。
16 MME が、eNodeB TEID とともに S-GW にベアラー変更要求を送信します。
17 SMF が、ベアラー変更応答を S-GW に送信します。
18 S-GW が、ベアラー変更応答を MME に送信します。
Diameter インターフェイスを使用した E-UTRAN での初期接続

登録が必要なサービスを利用するには、UE をネットワークに登録する必要があります。

次の図は、 Diameter インターフェイス Gx および Gy を使用した E-UTRAN での初期接続の 3GPP リファレンスから派生したコール フローを示しています。

図 4. E-UTRAN 初期接続のコール フロー
表 5. E-UTRAN 初期接続のコール フロー説明
手順 説明
1

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

2

S-GW は、セッション作成要求を SMF に送信します。

（注）  

 
このコール フローの一部として、RADIUS を使用したセカンダリ認証が DNN プロファイルで有効になり、AAA サーバが RADIUS プロファイル構成に基づいて選択されます。

3

SMF は、認証のために RADIUS Access-Request を AAA サーバに送信します。

4

AAA サーバが SMF に Access-Accept を送信します。

（注）  

 

SMF により IP アドレス、 commonId の割り当て、および UPF の選択が割り当てられます。SMF は、Diameter エンドポイント プロファイルの構成に基づいて PCRF サーバを選択します。

5

SMF は、Gx クレジット制御要求の初期を PCRF サーバに送信してポリシーを要求します。

6

PCRF サーバは、Gx クレジット制御応答の初期を SMF に送信します。

（注）  

 
SMF は、Diameter エンドポイント プロファイル構成に基づいて、Online Charging System（OCS）サーバを選択します。

7

SMF は、Gy Credit Control Request Initial を OCS サーバに送信し、クォータを要求します。

（注）  

 
diameter send-ccri traffic-start が構成されていない場合、CCR-I は、デフォルトのベアラーの Gx 応答後にクォータ要求なしで OCS に送信されます。OCS から正常な応答があった場合、「初期接続」手順を続行します。

8

OCS サーバが SMF に Gy Credit Control Answer Initial を送信します。

9

SMF は Radius アカウンティングの開始要求を AAA サーバーに送信します。

10

AAAサーバーは、Radiusアカウンティング応答をSMFに送信します。

11

SMF は N4 PFCP セッション確立要求を UPF に送信して、PDR/FAR/QER/URR を作成します。

12

UPF は、N4 PFCP セッション確立応答を SMF に送信します。

13

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

14

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

15

MME は、IPv6 コールでルータ要請を S-GW に送信します。

16

S-GW は、IPv6 コールの UPF にルータ要請を送信します。

17

UPF は、IPv6 コール用に S-GW にルータ アドバタイズメントを送信します。

18

S-GW は、IPv6 コールの MME にルータ アドバタイズメントを送信します。
コンテキスト置換コール フロー

SMF は、既存のサブスクライバが存在する既存の IMSI と EBI の組み合わせを持つセッション要求の作成（CSReq）を受信すると、コンテキスト置換手順をサポートします。

SMF は、既存のセッションの CSReq を 受信できます。新しい CSReq を 受信すると、新しい要求に基づいて、既存のセッションが新しいセッションに置き換えられます。コンテキスト置換手順は、create-over-create 手順とも呼ばれます。

このプロセスの最初のステップとして、既存のセッションの切断手順を開始します。その後、新しい要求に基づいてセッションを確立します。

次の図は、コンテキスト置換手順のコール フローを説明しています。

図 5. コンテキスト置換手順のコール フロー
表 6. コンテキスト置換手順のコール フローの説明

ステップ

説明

1

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

2

S-GW は SMF にセッション要求の作成を送信します。

（注）  

 

この IMSI と EBI の組み合わせには、古いセッションがすでに存在していました。既存のセッションの切断手順が開始されます。

3

SMF は PCRF セッション削除要求を UPF に送信します。

4

UPF は N4 PFCP セッション削除応答を SMF に送信します。

5

SMF は Async RADIUS Accounting-Request Stop を AAA サーバに送信します。

6

SMF は PCRF に非同期 Gx CCR-T を送信します。

7

SMF は OCS に非同期 Gy CCR-T を送信します。

8

AAA サーバは、SMF に Radius アカウンティング応答を送信します。

9

次に、PCRF は Gx CCA-T を SMF に送信します。

10

OCS は SMF に Gy CCA-T を送信します。

（注）  

 

このアクションの後、接続手順は新しい要求に対して続行されます。

（注）  

ステップ 8 ～ 10 で概説した応答メッセージの順序は、可用性に応じて変更される可能性があります。

UE 初期接続の構成

ここでは、UE 初期接続を構成する方法について説明します。

UE 初期接続構成には、次の手順が含まれます：

  1. SMF プロファイル構成で FQDN を定義する

  2. SMF サービス構成での S5 バインディング アドレスの構成

  3. SMF GTP エンドポイント ポッドの Kubernetes 構成の有効化

SMF プロファイル構成で FQDN を定義する

SMFの FQDN を指定するには、次の構成を使用します。構成された FQDN は、登録時に UDM に送信されます。 


config 
   profile smf smf_profile_name 
   instances instance_id  fqdn fqdn_name 
      end

注：

  • instances instance_id fqdn fqdn_name ： ローカルまたはリモート インスタンスに対応するPGW-C FQDN を構成します。fqdn_name は 英数字の文字列である必要があります。

S5 バインディング アドレスの構成

SMF が S-GW（S5 インターフェイス）からの GTP メッセージをリッスンする S5 バインディング アドレスを定義するには、次の構成例を使用します。

config 
   instance instance-id instance_id 
      endpoint gtp 
         replicas replica_count 
         nodes node_id 
         enable-cpu-optimization true 
         interface s5 
         vip-ip vip_ip_address 
         exit 
      interface s5e 
         echo 
         vip-ip vip_ip_address 
         exit 
      interface s2b 
         vip-ip vip_ip_address 
         end

注：

  • interface s5 ：メッセージが S-GW から SMF に送信されるときに経由する S5 インターフェイスを構成します。

  • vip-ip vip_ip_address ：SMF が S5 インターフェイスを介して S-GW からの GTP メッセージをリッスンする IP アドレスを入力します。標準の IPv4 のドット付き 10 進形式または標準の IPv6 コロン表記形式のいずれかでアドレスを入力します。

GTP エンドポイント パラメータの構成

次の構成例を使用して、GTP エンドポイントのパラメータを定義します。

config 
   instance instance-id gr_instance_id 
      endpoint gtp 
         replicas replica_count 
         vip-ip ipv4_address 
         vip-ipv6 ipv6_address 
         end

注：

  • endpoint gtp ：GTP エンドポイント構成を入力します。

  • replicas replica_count ：ノードごとに作成するレプリカの数を入力します。デフォルト値は 1 です。

  • vip-ip ：GTP エンドポイントの IPv4 アドレスを指定します。

  • vip-ipv6 ：GTP エンドポイントの IPv6 アドレスを指定します。

CSR での APN-AMBR の構成

SMF は、セッション要求の作成で APN-AMBR を受信しない場合、または PCF ネゴシエーションの一環として値が変更された場合に、セッション応答の作成で APN-AMBR を送信します。アクセス プロファイルでの構成は、この動作を上書きします。

以下の構成例を使用して、セッション応答の作成で APN-AMBR アクションを構成します。す。 

config 
   profile access access_profile_name 
      gtpc message-handling create-session-response action apn-ambr 
      exit

注：

  • action apn-ambr ：GTPC メッセージの APN-AMBR アクションを指定します。

PCRF、PCF、および OCS インターフェイスの構成

dnnprofile の下にポリシープロファイルを追加して、5G サブスクライバ（N7 または N40 インターフェイス）と 4G サブスクライバ（Gx、Gy/Gz）を構成できます。


重要

Gx（PCRF）、Gy（OCS）、Gz（CGF）、または N40（CHF）が有効になっていない場合、SMF はこれらのインターフェイスと対話しません。
PCRF インターフェイスの構成

次のコマンドを使用して、PCRF インターフェイスを構成します。

config 
   profile dnn dnnprofile-ims   
   network-element-profiles pcrf pcrf pcrf1 
      exit

注

  • network-element-profiles pcrf pcf1：PCRF メッセージ処理プロファイルの構成を指定します。

PCF インターフェイスの構成

次のコマンドを使用して、PCF インターフェイスを構成します。

config 
   profile dnn dnnprofile-ims   
   network-element-profiles pcf pcf nfprf-pcf1  
      exit

注

  • network-element-profiles pcf pcf nfprf-pcf1 ：PCF メッセージ処理プロファイル構成を指定します。

OCS インターフェイスの構成

次のコマンドを使用して、OCS インターフェイスを構成します。

config 
   profile dnn dnnprofile-ims   
   network-element-profiles ocs  ocs1 
      exit

注

  • network-element-profiles ocsocs1 ：OCS メッセージ処理プロファイルの構成を指定します。

UE 初期接続構成の確認

このセクションでは、UE 初期接続構成を確認する方法を説明します。

以下の構成は、 show running-config コマンドの出力例です： 

show running-config 
. 
. 
. 
profile smf smf1 
 node-id          ABC123 
 bind-address ipv4 209.165.200.230 
 bind-port        8008 
instances 1  allowed-nssai  [ slice1 ] 
 plmn-id mcc 123 
 plmn-id mnc 456 
 fqdn ciscosmf1 
 service name nsmf-pdu 
  type               pdu-session 
  . 
  . 
  . 
  n4 bind-address ipv4 209.165.200.240 
  s5 bind-address ipv4 209.165.200.240 
  http-endpoint base-url http://smf-service 
. 
. 
. 
k8 smf local redis-endpoint redis-primary:6379 
k8 smf local service no-of-replicas 1 
k8 smf local nodemgr no-of-replicas 1 

. 
. 
.

OAM サポート

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

show コマンドのサポート

show subscriber supi imsi imsi_value nf-service smf full コマンドを使用して、4G コールのサブスクライバの詳細に関連する構成を表示します。

次に出力例があります。

smf# show subscriber supi imsi-123456789012345 nf-service smf full
subscriber-details
{
  "subResponses": [
    {
      "status": true,
      "genericInfo": {
        "supi": "imsi-123456789012345",
        "pei": "imeisv-1122334455667788",
        "pduSessionId": 69,
        "pduSesstype": "Ipv4V6PduSession",
        "accessType": "3GPP_ACCESS",
        "dnn": "intershat",
        "plmnId": {
          "mcc": "123",
          "mnc": "765"
        },
        "sScMode": 1,
        "allocatedIp": "12.0.0.4",
        "allocatedIpv6": "2001:db0:0:2003::",
        "allocatedIntfid": "tG1H//5HR0c=",
        "eUtranLocation": {
          "ecgi": {
            "mcc": "214",
            "mnc": "365",
            "eutraCellId": "1234567"
          },
          "tai": {
            "mcc": "214",
            "mnc": "365",
            "tac": "6789"
          },
          "ueLocationTimestamp": "2022-08-08T13:16:09Z"
        },
        "alwaysOn": "None",
        "dcnr": "None",
        "wps": "Non-Wps Session",
        "ratType": "EUTRA",
        "ueType": "4G Capable UE",
        "sessTimeStamp": "2022-08-08 13:16:09.107469768 +0000 UTC",
        "callDuration": "3.531530696s",
        "ipPool": "poolv4",
        "ipv6Pool": "poolv6",
        "commonId": 2097156,
        "linkedEbi": 5,
        "snssai": {
          "sd": "Abf123",
          "sst": 2
        },
        "authStatus": "Unauthenticated",
        "roamingStatus": "Roamer",
        "uePlmnId": {
          "mcc": "123",
          "mnc": "456"
        },
      }
    }
  ]
}

（注）  

上記の出力例では、4G コールの場合、RAT タイプは「EUTRA」と表示されます。

SMF での EPS の切り離し手順

機能説明

5G コア ネットワークを介した EPS インターワーキング

SMF は、E-UTRAN、MME、および S-GW を介して接続された UE のデフォルトのベアラー削除手順をサポートしています。

Diameter インターフェイスとの SMF インターワーキング

UE が E-UTRAN に接続されている場合、SMF は Diameter インターフェイスを使用した次のネットワーク開始型切断手順をサポートします。

  • SMF によって開始されたデタッチ手順

  • UPF によって開始されたデタッチ手順

  • PCRF によって開始されたデタッチ手順

  • UE によって開始されたデタッチ手順

  • RADIUS によって開始されたデタッチ手順

機能の仕組み

コール フロー

ここでは、この機能に関連したコール フローについて説明します。

UE により開始された EPS コールのリリース手順

次の図は、EPS コールの UE によって開始されるリリースのコール フローを示しています。

Figure 6. UE により開始された EPS コール リリース フロー

EPS の切り離し手順は、3GPP 23.401、セクション 5.3.8 で定義されています。UE が E-UTRAN に接続されている場合、デタッチ手順は、次の変更を除き、指定された 3GPP セクションに記載されているものと同じです。

  • PGW-C と PCRF 間の PCEF によって開始される IP-CAN セッションである PCRF（CCR-T）に対する対話は、SMF から PCF への Npcf_SMPolicyControl_Update 要求に置き換えられます。このメッセージで送信されるパラメータは、最初の接続用のセッション要求の作成メッセージと同様の方法で、セッション要求コンテンツの削除からのマッピングに従います。

  • すべての Gy および Gz インターフェイス メッセージは、Nchf_ConvergedCharging_Release サービス操作に置き換えられます。

  • ユーザー プレーン リソースは、UPF に対する N4 セッション リリース手順を使用して削除されます。

UE によって開始されたコール リリースの詳細な手順

次の図は、UE によって開始される EPS コールのリリースの詳細な手順を示しています。

Figure 7. UE が開始する EPS コール リリースの詳細なコール フロー
PCF によって開始されたコール リリースの詳細な手順

次の図は、UE によって開始される EPS コールのリリースの詳細な手順を示しています。

Figure 8. PCF が開始する EPS コール リリースの詳細なコール フロー
Diameter インターフェイスを使用したネットワーク開始型のデタッチ手順

ここでは、ネットワークによって開始されたデタッチの通話フローと手順について説明します。

SMF によって開始された切断手順

SMF は、次のいずれかの方法でセッションの解放要求を受信します：

  • サブスクライバをクリア

  • GTP パス障害

  • ピアの再起動

  • 絶対セッション タイムアウト

  • Cp アイドル タイムアウト

次のコール フローは、E-UTRAN ネットワーク（SMF）が開始した切断の手順を示しています。

図 9. SMF によって開始されたデタッチのコール フロー
表 7. SMF によって開始されたデタッチのコール フローの説明
手順 説明
1

SMF は、適用アクションがドロップに設定された FAR を使用して、N4 PFCP セッション変更要求を UPF に送信します
2

UPF が SMF に N4 PFCP セッション変更応答を送信します。

3

SMF が S-GW にベアラーの削除要求を送信します。

4

S-GW が MME にベアラー要求の作成を送信します。

5

MME が S-GW にベアラー応答の削除を送信します。

6

S-GW が SMF にベアラー応答の削除を送信します。

7

SMF は、N4 PFCP セッション削除要求を UPF に送信して N4 セッションを解放します。

8

UPF は N4 PFCP セッション削除応答を SMF に送信します。

9

SMF は、Radius アカウンティング要求の停止を AAA サーバーに送信して、アカウンティング セッションを解放します。

10

AAA サーバが Radius アカウンティング応答を SMF に送信します。

11

SMF は、Gy セッションを解放するために Gx クレジット制御要求の終了を OCS に送信します。

12

OCS が SMF に Gx クレジット制御応答終了を送信します。

13

SMF は、Gx セッションを解放するために、Gx クレジット制御要求の終了を PCRF に送信します。

14

PCRF は SMF に Gx クレジット制御応答終了を送信します。
UPF によって開始されたデタッチ手順

次のコール フローは、E-UTRAN ネットワーク（UPF）が開始した切断を示しています。

図 10. UPF によって開始されたデタッチのコール フロー
表 8. UPF によって開始されたデタッチのコール フローの説明
手順 説明
1

UPF は N4 セッション レポート要求（ERIR[default bearer]/UPIR）を SMF に送信します。

（注）  

 

UPF で GTP-U エラー通知が受信されたときに、タイプ ERIR のセッションレポート要求を受信したことを示します。UPF で UPF 非アクティブ タイマーが期限切れになると、UPIR タイプのセッション レポート要求を受信します。（ERIR がデフォルトのベアラーで受信された場合）どちらの場合でもセッションが終了します。

2

SMF が N4 セッション レポート応答を UPF に送信します。

3

SMF は、適用アクションがドロップに設定された FAR を使用して、N4 PFCP セッション変更要求を UPF に送信します

4

UPF が SMF に N4 PFCP セッション変更応答を送信します。

5

SMF が S-GW にベアラーの削除要求を送信します。

6

S-GW が MME にベアラー要求の作成を送信します。

7

MME が S-GW にベアラー応答の削除を送信します。

8

S-GW が SMF にベアラー応答の削除を送信します。

9

SMF は、N4 PFCP セッション削除要求を UPF に送信して N4 セッションを解放します。

10

UPF は N4 PFCP セッション削除応答を SMF に送信します。

11

SMF は、Radius アカウンティング要求の停止を AAA サーバーに送信して、アカウンティング セッションを解放します。

12

AAA サーバーが Radius アカウンティング応答を SMF に送信します。

13

SMF は、Gy セッションを解放するために Gy クレジット制御要求の終了を OCS に送信します。

14

OCS が SMF に Gy クレジット制御応答終了を送信します。

15

SMF は、Gx セッションを解放するために、Gx クレジット制御要求の終了を PCRF に送信します。

16

PCRF は SMF に Gx クレジット制御応答終了を送信します。
PCRF によって開始されたデタッチ手順

次のコール フローは、E-UTRAN ネットワーク（PCRF）が開始した切断の手順を示しています。

図 11. PCRF によって開始されたデタッチのコール フロー
表 9. PCRF によって開始されたデタッチのコール フローの説明
手順 説明
1

PCRF は、セッション リリース原因を含む Gx クレジット制御応答または RAR を SMF に送信します。
2

SMF は、適用アクションがドロップに設定された FAR を使用して、N4 PFCP セッション変更要求を UPF に送信します。

3

UPF が SMF に N4 PFCP セッション変更応答を送信します。

4

SMF が S-GW にベアラーの削除要求を送信します。

5

S-GW が MME にベアラー要求の作成を送信します。

6

MME が S-GW にベアラー応答の削除を送信します。

7

S-GW が SMF にベアラー応答の削除を送信します。

8

SMF は、N4 PFCP セッション削除要求を UPF に送信して N4 セッションを解放します。

9

UPF は N4 PFCP セッション削除応答を SMF に送信します。

10

 SMF は、RADIUS アカウンティング要求の停止を AAA サーバに送信して、RADIUS セッションを解放します。

11

AAA サーバが RADIUS アカウンティング応答を SMF に送信します。

12

SMF は、Gy セッションを解放するために Gx クレジット制御要求の終了を OCS に送信します。

13

OCS が SMF に Gx クレジット制御応答終了を送信します。

14

SMF は、Gx セッションを解放するために、Gx クレジット制御要求の終了を PCRF に送信します。

15

PCRF は SMF に Gx クレジット制御応答終了を送信します。
UE によって開始された切断手順

次の図は、Diameter インターフェイスの UE によって開始されるリリースのコール フローを示しています。

図 12. Diameter インターフェイスを使用した UE 開始リリースのコール フロー

次の表に、E-UTRAN UE 開始のデタッチの詳細な手順を示します。

表 10. Diameter インターフェイスを使用した UE 開始型リリースのコール フローの説明
手順 説明
1

MME が S-GW に「セッション削除要求」を送信します。
2

S-GW は、セッション要求の削除を SMF に送信します。

3

SMF は、N4 PFCP セッション削除要求を UPF に送信して N4 セッションを解放します。

4

UPF は N4 PFCP セッション削除応答を SMF に送信します。

5

SMF は、セッション応答の削除を S-GW に送信します。

6

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

7

SMF は、Radius アカウンティング要求の停止を AAA サーバに送信して、アカウンティング セッションを解放します。

8

AAA サーバが RADIUS アカウンティング応答を SMF に送信します。

9

SMF は、Gy セッションを解放するために Gy クレジット制御要求の終了を OCS に送信します。

10

OCS が SMF に Gy クレジット制御応答終了を送信します。

11

SMF は、Gx クレジット制御要求の終了を PCRF に送信します。

12

PCRF は、Gx セッションを解放するために、Gx クレジット制御回答の終了を SMF に送信します。
RADIUS によって開始されたデタッチ手順

次の図に、E-UTRAN RADIUS 切断メッセージのコール フローを示します。

図 13. RADIUS によって開始されたデタッチのコール フロー
表 11. RADIUS 開始によるデタッチのコール フローの説明
手順 説明
1

SMF への AAA RADIUS 切断メッセージ。
2

SMF が RADIUS 切断の確認応答を返します。

3

SMF は PCRF セッション変更要求を UPF に送信します。

4

UPF は PCRF セッション変更応答で SMF に応答します。

5

SMF が S-GW にベアラーの削除要求を送信します

6

S-GW は、ベアラー応答の削除を MME に転送します。

7

MME はベアラー応答の削除で S-GW に応答します。

8

S-GW は、ベアラー応答の削除を SMF に転送します。

9

SMF は PCRF セッション削除要求を UPF に送信します。

10

UPF は、PCRF セッション削除応答で SMF に応答します。

11

SMF は OCS に CCR-T を送信します。

12

SMF がアカウンティング要求（停止）を AAA に送信します。

13

OCS は CCA-T で SMF に応答します。

14

SMF はアカウンティング応答（停止）で AAA に応答します。

14

SMF は CCR-T を PCRF に送信します。

15

PCRF は CCA-T で SMF に応答します。

専用ベアラーのアクティブ化と非アクティブ化

機能説明

SMF は、E-UTRAN、MME、および S-GW を介して接続された UE に対して、PCF によって開始された専用ベアラーの作成および専用ベアラーの削除手順をサポートします。

機能の仕組み

コール フロー

ここでは、この機能に関連したコール フローについて説明します。

専用ベアラー作成コール フロー

次の図は、専用ベアラーの作成手順を説明しています。

Figure 14. 専用ベアラー作成コール フロー

EPS セッションの専用ベアラーの作成またはアクティベーションの手順は、3GPP 23.401、Section 5.4.1 で定義されています。UE が E-UTRAN に接続されている場合、専用ベアラーの手順は、次の変更を除き、指定された 3GPP セクションに記載されている手順と同じままです。

  • PCRF（PCRF または CCR-U から PCRF への RAR）に対するインタラクションは、PCF から SMF への Npcf_SMPolicyControl_UpdateNotify 要求と、SMF から PCF への Npcf_SMPolicyControl_Update 要求にそれぞれ置き換えられます。

  • PCF によって提供される PCC ルールは、新しい専用ベアラーの TFT にマッピングされ、関連付けられた QoS は 5G PDU セッション パラメータからの EPS PDN 接続パラメータの生成で定義されている 4G QoS にマッピングされます。

  • すべての Gy および Gz インターフェイス メッセージは、Nchf_ConvergedCharging_Update サービス操作に置き換えられます。

  • 専用ベアラーのユーザー プレーン リソースは、新しい専用ベアラーの SDF フィルタに PDR、QER、および FAR が追加される UPF に対する N4 セッション変更手順を使用して追加されます。

  • SMFベアラー応答の作成で受信した専用ベアラーの EBI を保存します。

次の図は、PCF によって開始される専用ベアラーのアクティブ化手順を示しています。

Figure 15. PCF によって開始された専用ベアラーの有効化
N4 最適化コール フローを使用した非ローミング 4G PDN 接続

このセクションでは、N4 最適化を使用した非ローミング 4G PDN 接続のコール フローについて説明します。

図 16. N4 最適化コール フローを使用した非ローミング 4G PDN 接続
表 12. N4 最適化コール フローの説明を使用した非ローミング 4G PDN 接続
ステップ 説明
1

MME がセッション作成要求を S-GW に送信します。
2 S-GW は、セッション作成要求を SMF+PGW-C に送信します。
3

SMF + PGW-C は、N10 サブスクリプション取得要求を UDM に送信します。次に、UDMは、N10サブスクリプション取得応答をSMF + PGW-Cに送信します。
4

SMF + PGW-C は、UDM に N10 サブスクライブ要求を送信します。次に、UDMは、N10 Subscribe to Notify 応答をSMF + PGW-Cに送信します。
5

SMF + PGW-C は、N7 ポリシー作成要求を PCF に送信します。PCF は、SMF + PGW-C に N7 ポリシー作成応答を送信します。
6

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

SMF + PGW-C は CHF に N40 課金データ要求を送信します。CHF は、N40 課金データ応答を SMF+PGW-C に送信します。
8

SMF+PGW-C は UPF に N4 セッション確立要求を送信します。SMF は、5G とその他の RAT（4G）の両方のトンネルを作成します。
9

トンネルの作成後、UPF は N4 セッション確立応答を SMF + PGW-C に送信します。
10

SMF+PGW-C は、セッション作成応答を S-GW に送信します。この応答には、4G のデフォルトのベアラー トンネル情報が含まれています。
11

S-GW はセッション応答の作成を MME に送信します。
専用ベアラー非活性化コール フロー

次の図は、専用ベアラーの非アクティブ化手順を説明しています。

Figure 17. 専用ベアラー非活性化コール フロー

EPS セッションの専用ベアラー非アクティブ化手順は、3GPP 23.401、Section 5.4.4 で定義されています。UE が E-UTRAN に接続されている場合、専用ベアラーの手順は、次の変更を除き、指定された 3GPP セクションに記載されている手順と同じままです。

  • PCRF（PCRF/CCR-U から PCRF への RAR）に対するインタラクションは、PCF から SMF への Npcf_SMPolicyControl_UpdateNotify 要求と、SMF から PCF への Npcf_SMPolicyControl_Update 要求にそれぞれ置き換えられます。

  • PCF によって削除された PCC ルールは、対応する専用ベアラーにマッピングされ、ベアラーの非アクティブ化がこれらのベアラーに対してトリガされます。

  • すべての Gy および Gz インターフェイス メッセージは、Nchf_ConvergedCharging_Update サービス操作に置き換えられます。

  • 専用ベアラーのユーザー プレーン リソースは、削除された専用ベアラーの SDF フィルタの PDR、QER、および転送アクション ルール（FAR）が削除される UPF に対する N4 セッション変更手順を使用して削除されます。

MME によって開始された専用ベアラーの非アクティブ化

MME は、UE または MME が要求した PDN の切断手順を使用して、PDN 接続の解放を開始します。次のコール フローは、専用ベアラを非アクティブ化する手順を示しています。


Note

デフォルトのベアラーは、切断プロセス中に影響を受けません。
Figure 18. MME によって開始された専用ベアラーの非アクティブ化

ステップ

説明

1

ECM-CONNECTED 状態にある UE の無線ベアラーのリリースは、異常なリソース制限などのローカルの理由により発生します。UE は、リリースされた無線ベアラーに関連するベアラー コンテキストを削除します。

2

eNodeB が無線ベアラーを解放すると、MME にベアラー解放の指示を送信します。この表示は、MME へのベアラー リリース要求（EPS ベアラー識別）メッセージ、または初期コンテキスト セットアップ完了、ハンドオーバー要求応答、UE コンテキスト応答のいずれかです。パス スイッチ要求は、ベアラーのリリースを示すこともできます。eNodeB が MME に送信される指示に ECGI と TAI を含めます。

3

MME は S-GW への PDN 接続ごとに、ベアラー コマンドの削除（EPS ベアラー ID、ユーザー ロケーション情報、UE タイムゾーン、RAN または NAS リリース原因（使用可能な場合））メッセージを送信し、選択された専用ベアラーを非アクティブ化します。RAN または NAS のリリース原因は、RAN のリリース原因または NAS のリリースの原因を示します。RAN または NAS のリリース原因は、MME オペレータ ポリシーに従って許可されている場合にのみ、MME によって PGW-C に送信されます。

4

S-GW は、PGW-C への PDN 接続ごとに、ベアラー コマンドの削除（EPS ベアラー識別、ユーザー ロケーション情報、UE タイム ゾーン、RAN/NAS リリースの原因）メッセージを送信します。

5

PCC インフラストラクチャが配備されている場合、PGW-C は、3GPP TS 23.203 に定義されているように、PCEF 主導の IPnon-breaking hyphen - U+2011CAN セッション変更手順により、リソースの損失について PCRF に通知し、3GPP TS 23.203 に定義されているように、PCRF から要求された場合、S-GW からのベアラー コマンドの削除で受信したユーザー ロケーション情報、UE タイム ゾーン、および RAN または NAS リリースの原因（利用可能な場合）を提供します。PCRF は、更新された PCC 決定を PGW-C に送信します。

Note

 

MME または S-GW が以前のリリースであり、この情報を提供しなかった場合、ユーザーの場所情報と UE タイムゾーンは利用できない場合があります。

6

PGW-C は、ベアラー要求の削除（EPS ベアラー識別）メッセージを S-GW に送信します。

7

S-GW は、ベアラー要求の削除（EPS ベアラー識別）メッセージを MME に送信します。

8

この手順では、手順 5 から手順 8 を呼び出します。ステップ 1 とステップ 2 で eNodeB によってベアラーの非アクティブ化がトリガされた場合、これらのステップは省略されることに注意してください。

また、引き継ぎ中にベアラーのセットアップに失敗したために MME がベアラーの解放を開始した場合、UE と MME は失敗したコンテキストをピアツーピア ESM シグナリングなしでローカルに非アクティブにします。

9

MME は、非アクティブ化された EPS ベアラーに関連するベアラー コンテキストを削除し、ベアラー応答の削除（EPS ベアラー ID、ユーザー場所情報（ECGI））メッセージを送信することによって、S-GW に対してベアラーの非アクティブ化を確認します。

10

S-GW は、非アクティブ化された EPS ベアラーに関連するベアラー コンテキストを削除し、ベアラー応答の削除（EPS ベアラー識別）メッセージを送信することによって、PGW-C にベアラーの非アクティブ化を確認します。
SMF によって開始された専用ベアラーの非アクティブ化

次の手順では、3GPP TS 23.203 で定義されている SMF によって開始される専用ベアラーの非アクティブ化プロセスについて説明します。


Note

デフォルト ベアラーは、専用ベアラーの非アクティブ化プロセスの間は影響を受けません。

  • SMF によって開始された削除ベアラーは、 clear subscriber コマンドを使用してトリガされます。

  • PCC インフラストラクチャが配備されている場合、PGW-C は、PCEF 主導の IPnon-breaking hyphen - U+2011CAN セッション変更手順により、リソースの損失について PCRF に通知し、PCRF から要求された場合、Sclear subscriber コマンドで受信したユーザー ロケーション情報、UE タイム ゾーン、および RAN または NAS リリースの原因（利用可能な場合）を提供します。PCRF は、更新された PCC 決定を PGW-C に送信します。

  • PGW-C は、ベアラー要求の削除（EPS ベアラー識別）メッセージを S-GW に送信します。

  • S-GW は、非アクティブ化された EPS ベアラーに関連するベアラーコンテキストを削除し、ベアラー応答の削除（EPS ベアラー識別）メッセージを送信することによって、PGW-C にベアラーの非アクティブ化を確認します。

次のコール フローは、SMF によって開始される専用ベアラーの非アクティブ化を示しています。

Figure 19. SMF によって開始された専用ベアラの非アクティブ化

EPS フォールバック

機能説明

SMF は、ims-voice-eps-fallback または rate-fallback がトリガーされた専用ベアラの作成を gNB が拒否した場合、IMS セッションの 5GC からの EPS へのフォールバックをサポートします。

VoNR をサポートしていない UE デバイスの場合、SMF は音声コールに対して EPS へのフォールバックを実行します。これには、5G から EPS へのハンドオーバーと、音声通話用の 4G での専用ベアラーの作成が含まれます。

機能の仕組み

コール フロー

次のコール フローは、EPS フォールバックの手順を示しています。

Figure 20. EPS フォールバック コール フロー
Table 13. EPS フォールバック コール フローの説明
ステップ 説明
1 UEは、5GSのNG-RAN を使用して、モバイル発信（MO）またはモバイル着信（MT）IMS 通話の確立手順を開始します。
2 音声の QoS フローを設定するためにネットワークが開始した PDU セッション変更要求が NG-RAN に到達します。
3

NG-RAN は、IMS 音声の EPS フォールバックをサポートするように構成されています。UE の機能に基づき、AMF からの指示により、音声、ネットワーク構成、および無線条件における EPS のフォールバックを再ルーティングするため、NG-RAN は EPS へのフォールバックをトリガします。NG-RANがEPSへのフォールバックをトリガしないと判断した場合、手順は停止し、次のステップは実行されません。

NG-RAN は、E-UTRAN をターゲットとして含む UE から測定レポートの要求を開始します。
4

NG-RAN は、ステップ 2 で受信した PDU セッション変更要求を拒否し、IMS 音声のフォールバックによるモビリティが進行中であることを示します。

NG-RAN は、AMF を介した SMF への PDU セッション応答メッセージとしてステップ 2 で受信した IMS 音声の QoS フローを構成するための PDU セッション変更の拒否を示します。このメッセージには、IMS 音声のフォールバックに伴う現在の移動に関する詳細が含まれています。SMF は、QoS フローに関連する PCC ルールを維持しています。

ローミング シナリオの場合、PDU セッション応答メッセージは V-SMF を介して H-SMF に送信されます。

または

NG-RAN は、EPS へのフォールバックをトリガする可能性がある構成済みの原因で応答します。gNB によって送信された原因が SMF で構成された EPS フォールバックの原因と一致する場合、次の手順で説明したように動作し続けます。5 以降。

Note

 

SMF での構成により、gNB が「IMS 音声 EPS フォールバックまたは RAT フォールバックがトリガされた」という理由で N2 メッセージを拒否した場合でも、構成された原因を常にチェックします。
5

UE の機能に基づいて、NG-RAN は EPS へのハンドオーバーを開始します。PCF がサブスクライブされている場合、SMF は RAT タイプの変更を報告します。

EPS フォールバックの障害を追跡するためのタイマーが開始します。タイマーの期限が切れると、SMF は、専用ベアラーの作成が失敗し、「smf_eps_fb」および「timeout」ラベル付きの新しい統計情報が増加したことを PCF に通知します。
6a 5GS から EPS へのハンドオーバーの場合、UE は TAU 手順を開始します。
6b UE は、PDN 接続要求を「ハンドオーバー」要求タイプで送信します。
7 5GS から EPS へのハンドオーバー手続きが完了した後、SMF または PGW-C は IMS 音声用の専用ベアラーの構成を再初期化し、5G の QoS を EPC の QoS パラメータにマッピングします。SMF は、PCF がサブスクライブされている場合、成功したリソース割り当て、およびアクセス ネットワーク情報について通知します。
8 IMS 音声セッション確立が続行します。

EPS フォールバック トリガ原因の構成

EPS フォールバック トリガーの原因を構成するには、次の構成例を使用します。 

config 
   profile access access_profile_name 
      eps-fallback trigger-cause group radioNetwork value radioNetwork_value 
      exit

注：

  • trigger-cause ：EPSFallback をトリガーする原因を示します。

  • group ：原因グループを示します。 

[smf] smf(config-access-access1)# eps-fallback trigger-cause group
Possible completions:
misc nas protocol radioNetwork transport
[smf] smf(config-access-access1)# eps-fallback trigger-cause group radioNetwork value
Possible completions:
unsignedInt, 0 .. 46

EPS フォールバック トリガー原因の構成の確認

このセクションでは、SMF で EPS フォールバック トリガー原因の構成を検証する方法について説明します。

次の構成例を使用して、EPS フォールバック トリガーの原因である無線ネットワークの値の構成を確認します。

smf# show running-config profile access access1
	eps-fallback trigger-cause group radioNetwork
	value [ 22 36 ]
	exit
	eps-fallback trigger-cause group transport
	value [ 0 ]
	exit
	eps-fallback trigger-cause group nas
	value [ 0 ]
	exit
	eps-fallback trigger-cause group misc
	value [ 1 ]
	exit
exit

間接データ転送トンネル（IDFT）タイマーのサポート

機能説明

SMF は、5G から 4G へのハンドオーバーの IDFT 手順中に、間接データ転送トンネル（IDFT）タイマーをサポートします。ハンドオーバー中に、5G の IDFT トンネルは解放されます。SMF は、NSMF PDU セッション更新 SM コンテキスト要求を受信して、AMF からの転送トンネルを解放します。SMF がこの要求を受信しない場合、IDFT タイマーが未使用のトンネルを解放します。

機能の仕組み

コール フロー

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

IDFT タイマー コール フローによる 5G から EPS へのハンドオーバー

このセクションは、IDFT タイマー コール フローでの 5G から EPS へのハンドオーバーを説明します。

図 21. IDFT タイマーコール フローによる 5G から EPS へのハンドオーバー
表 14. IDFT タイマーを使用した 5G から EPS へのハンドオーバーのコール フローの説明
ステップ 説明
1 NG-RAN は、UE を E-UTRAN に引き渡すかどうかを決定します。QoS フローのセットアップによってトリガーされた IMS 音声のフォールバックが原因で NG-RAN が RAT 間モビリティを実行するように設定されていて、IMS 音声の QoS フローをセットアップするリクエストを受信した場合、NG-RAN は QoS フロー確立の拒否を示します。 この指示は、N2 SM 情報を介した IMS 音声のフォールバックによるモビリティのため、E-UTRAN へのハンドオーバーをトリガーします。NG-RAN が AMF にハンドオーバーが必要であることを示すメッセージを送信します。このメッセージには、ターゲット eNB ID、直接転送パスの可用性、送信元からターゲットへの透過的コンテナ、およびシステム間ハンドオーバーの表示に関する詳細が含まれています。NG-RAN は、送信元からターゲットの透過コンテナを使用して、データ転送のために、対応する5G QoSフローのベアラーを示します。
2a AMF は、NSMF PDU セッション コンテキスト リクエストを SMF + PGW-C に送信して、SM コンテキストを提供します。
2b

SMF + PGW-C は N4 セッション変更を PGW-U + UPF に送信して、各 EPS ベアラーの CN トンネルを確立します。PCC が送信する 5G QoS および PCC ルールへのベアラー マッピングは、SMF で使用できます。SMF には、ベアラー ID の割り当て手順から受信したベアラー ID も含まれます。SMF + PGW-C は、N4 セッションの新しい PDR を作成し、4G システムのリクエストに応じて各ベアラに割り当てられる TEID を取得します。

SMF + PGW-C のタイマーは、この手順で開始されます。このタイマーは、解放される UPF の間接データ転送のリソースをモニターします。

IDFT タイマーの期限切れのケースは次のとおりです。

  • ステップ 21a が実行されず、タイマーが期限切れになる：間接トンネルに必要ない PDR と FAR は、ステップ 21a の前に削除されます。

  • タイマーは、ステップ 14a および 16 の前または中に期限切れになります。間接トンネルに必要ない PDR および FAR は削除され、コール フローは独立して続行されます。

  • 手順 21a はタイマーの期限切れ後に発生します。リソースがタイマーの期限切れで解放されるため、SMF は N4 変更リクエストを UPF + PGW-U に送信しません。
2c

SMF + PGW-C は、EPS ベアラー コンテキストを AMF に送信します。ベアラー コンテキストは、UE EPS PDN 接続 IE をエンコードする base64 エンコード文字であるバイト形式の文字列です。

SMF + PGW-C は、E-UTRAN からのアップリンク トラフィックのすべてのベアラーの AMF に CN トンネル情報も提供します。
3 AMF は転送再配置リクエストを MME に送信します。AMF には、現用系 UP 接続の有無にかかわらず、PDU セッションにマッピングされた SM EPS UE コンテキストが含まれます。
4 MME がセッション作成リクエストを SGW に送信します。詳細については 、3GPP TS 23.401、5.5.1.2.2 節の「S1-based handover in the normal Case」の項を 参照してください。
5 SGW はセッション応答の作成を MME に送信します。詳細については 、3GPP TS 23.401、5.5.1.2.2 節の「S1-based handover in the normal Case」の項を 参照してください。
6 MME は、E-UTRAN へハンドオーバー リクエストを送信します。
7 E-UTRAN は MME に引き継ぎリクエストの確認応答を送信します。
8 MME と SGW は、間接データ転送リクエストと応答を相互に送受信します。
9 MME が再配置応答を AMF に送信します。
10a 間接的なデータ転送の場合、AMF は NSMF PDU セッション更新 SM コンテキスト リクエストを PGW-C + SMF に送信します。このリクエストは、データ転送および間接データ転送トンネルの作成のための SGW アドレスおよび SGW DL TEID に対するものです。
10b

PGW-C+SMF は、N4 変更リクエストを UPF+PGW-U に送信して、より多くの PDR と FAR を作成します。PDR と FAR は、NG RAN から間接トンネルを介してリダイレクトされた DL データを受信し、それらを eNodeB に転送するために作成されます。UL PDR には、NG RAN から転送された DL データと一致する QFI があります。関連付けられた QER には、データを eNodeB に転送する QFI があります。また、FAR は、受信したデータを QFI に基づいて適切なトンネルを介して eNodeB にリダイレクトします。

10c

PGW-C+SMF は、NSMF PDU セッション更新 SM コンテキスト応答を AMF に送信します。この応答には、原因、データ転送の CN トンネル情報、およびデータ転送の QoS フローに関する詳細が含まれています。PGW-C+SMF はこの応答を送信して、間接的なデータ転送を作成します。QFI と SGW アドレスとデータ転送用の TEID の相関関係に基づいて、PGW-U+UPF は QoS フローを EPC のデータ転送トンネルにマッピングします。

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

送信もとの NG-RAN は、UE にハンドオーバー コマンドを送信して、ターゲットのアクセス ネットワークに引き継ぎます。

UE は、進行中の QoS フローを、ハンドオーバーコマンドで設定される指定された EPS ベアラー ID（EBI）に関連付けます。PDU セッションのデフォルト QoS ルールに関連付けられている QoS フローに未割り当ての EBI がある場合、UE は PDU セッションをローカルで削除します。デフォルトの QoS ルールに関連付けられている QoS フローに EBI が割り当てられている場合、UE は PDU セッションを保持します。未割り当ての EBI を伴う QoS フローの場合、UE は QoS ルールと QoS フロー レベルの QoS パラメータをローカルで削除します（それらの QoS フローに関連付けられているものがある場合）。その後、UE は、影響を受けるアプリケーションに、専用の QoS 技術情報が解放されたことを通知します。UE は、UE から派生した QoS ルールを削除します。PDU セッションのデフォルトの QoS ルールの QoS フローに割り当てられた EBI は、対応する PDN 接続のデフォルトのベアラーの EBI になります。

12a

UE は、ハンドオーバー完了の通知を E-UTRAN に送信します。
12 b

E-UTRAN が MME にハンドオーバー通知リクエストを送信します。
12c

MME が再配置完了通知を AMF に送信します。
12 d

AMF が再配置完了通知の確認応答を MME に送信します。
13

MME が、ベアラー リクエストの変更を SGW に送信します。
14a

SGW は、SMF + PGW-C にベアラー リクエストの変更を送信します。このリクエストには、ベアラーの SMF の DL TEID に関する情報が含まれています。
15

PGW-C + SMF は、UPF + PGW-U に対して N4 セッション変更手順を開始し、ユーザー プレーンパスを更新します。これは、指定された PDU セッションの DL ユーザー プレーンが E-UTRAN に切り替えられることを意味します。PGW-C + SMF は、UPF + PGW-U の PDU セッションの CN トンネルのリソースを解放します。

16

PGW-C+SMF は、ベアラー変更応答を SGW に送信します。この段階で、UE、ターゲット eNodeB、SGW、および PGW-U + UPF 間のデフォルト ベアラーおよび専用 EPS ベアラーに対してユーザー プレーンパスが確立されます。PGW-C+SMF は、QoS フローの確立中に専用 EPS ベアラーに割り当てられた EPS QoS パラメータを使用します。PGW-C+SMF は、他のすべての IP フローをデフォルトの EPS ベアラーにマッピングします。

間接転送トンネルが確立されると、PGW-C+SMF はタイマーを開始し、間接データ転送に使用されるリソースを解放します。
17

SGW が、ベアラー変更応答を MME に送信します。
18

UE がトラッキング エリアの更新手順を開始します。詳細については 、3GPP TS 23.401、5.5.1.2.2 節の「S1-based handover in the normal Case」の項を 参照してください。

この手順では、HSS+UDM から 3GPP アクセス用に古い AMF を登録解除します。古い AMF での非 3GPP アクセスに関連付けられている登録は削除されません。これは、3GPP アクセスと非 3GPP アクセスの両方を介して UE にサービスを提供している AMF は、非3GPP アクセスを介して登録解除された UE とは見なさず、登録されたまま、UDM のサブスクリプションデータ更新にサブスクライブすることを意味します。

19

PCC が展開されている場合、PCF は、以前に削除された PCC ルールを PGW-C+SMF に再度提供するように決定します。これらの PCC ルールにより、PGW-C+SMF は専用ベアラのアクティベーション手順を開始します。
20

SGW は MME に間接データ転送トンネルの削除リクエストを送信します。MME が SGW に、間接データ転送トンネルの削除リクエストを送信します。
21a

AMF は、転送トンネルを解放するように指示して、NSMF PDU セッション更新 SM コンテキスト リクエスト サービス操作を開始します。
21b

SMF は N4 変更リクエストを UPF + PGW-U に送信して、間接トンネルの PDR と FAR を削除します。不要な 5G セッションの PDR と FAR も削除されます。ステップ 2b で開始した IDFT タイマーが停止します。
標準準拠

IDFT タイマー サポート機能は、以下の基準に準拠しています。

  • 3GPP TS 23.502 V16.1.1（2019-06）

  • 3GPP TS 23.401 バージョン 12.6.0 リリース 12

IDFT タイマーの構成

このセクションでは、IDFT タイマーの構成方法について説明します。

config 
   profile access test [ eps-fallback | n2 | n26 ] 
   eps-fallback guard enable timeout timeout_value 
   n26 idft enable timeout n26_timeout_value 
   n2 idft enable timeout n2_timeout_value 
      end 
exit

注：

  • profile access ：プロファイル構成にアクセスします。

  • test ：プロファイル インスタンスにアクセスします。

  • eps-fallback ：EPS フォールバック 構成を入力します。

  • n26 ：E-UTRAN および NG-RAN の構成である N26 インターフェイスを開始します。

  • n2 ：NG-RAN 構成の N2 インターフェイスを開始します。

  • idft enable timeout ：IDFT タイマーが期限切れになるまでの値（15 ～ 60）を入力します。

EPS フォールバック ガード タイマーのサポート

機能説明

SMF は、EPS フォールバックの障害を追跡するためのガード タイマーをサポートしています。タイマーが開始すると、EPS のフォールバックが発生するのを待ってから、ベアラー作成の失敗情報が PCF に伝達されます。

機能の仕組み

EPS フォールバック タイマーは、AMF を介して gNB から EPS フォールバック原因による専用ベアラー作成の失敗に関する通知を受信した後、開始されます。この場合、SMF は PCF に障害通知を送信せず、5G から 4G へのハンドオーバーが完了するのを待ちます。その後、SMF は 4G でベアラーの作成をトリガーします。EPS フォールバック タイマーは、5G から 4G へのハンドオーバーの完了時に停止します。

5G から 4G へのハンドオーバーの完了前にタイマーが期限切れになった場合、SMF は専用ベアラー作成失敗の通知を PCF に送信します。次に、「smf_eps_fb」および「timeout」ラベルが付いた新しい統計カウンタが増分されます。ただし、5G から 4G へのハンドオーバー手順は続行されます。

コール フロー

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

EPS フォールバック ガード タイマー コール フロー

このセクションでは、5G から EPS へのフォールバック ガード タイマー コール フローについて説明します。

図 22. EPS フォールバック ガード タイマー コール フロー
表 15. EPS フォールバック ガード タイマー コール フローの説明
ステップ 説明
1 gNB は、AMF を介してフォールバック原因とともに専用ベアラ作成の失敗情報を送信します。
2 EPS フォールバック タイマーが開始されます。
5G から 4G へのハンドオーバー シナリオで正常に完了した EPS フォールバックでは、ステップ 3 〜 12 が発生します。
3 EPS フォールバック タイマーが停止し、保留中の専用ベアラーの作成をトリガーします。
4 SMF（+S5-C）は、PFCP セッション変更要求を UPF（+S5-U）に送信します。
5 PDR と FAR が作成されています。
6 UPF（+S5-U）は、PFCP セッション変更応答を SMF（+S5-C）に送信します。
7 GTP-U TEID を持つ作成された PDR の情報が利用可能です。
8 SMF（+S5-C）が SGW にベアラー要求の作成を送信します。
9 SGW は、SMF（+S5-C）にベアラー応答の作成を送信します。
10 SMF（+S5-C）は、PFCP セッション変更要求を UPF（+S5-U）に送信します。
11 UPF（+S5-U）は、専用ベアラーの作成に成功したという通知を PCF に送信します。
12 EPS フォールバック ガード タイマーが停止します。
13 PCF が SMF に「200 OK」の確認応答を送信（+S5-C）
引き継ぎが完了する前に EPS フォールバック タイマーが期限切れになるシナリオでは、ステップ 14 〜 16 が発生します。
14 SMF（+S5-C）は、専用ベアラー作成の失敗通知を PCF に送信します。
15 PCF は「200 OK」の確認応答を SMF（+S5-C）に送信します。
16 5G から 4G へのハンドオーバー手順が続行されます。

標準準拠

EPS フォールバック ガード タイマー サポート機能は、次の規格に準拠しています：

  • 3GPP TS 23.502 V16.1.1（2019-06）

EPS フォールバック ガード タイマーの構成

この項では、EPS フォールバック ガード タイマー機能の構成方法について説明します。

config 
   profile access test [ eps-fallback | n2 | n26 ] 
   eps-fallback guard timeout timeout_value 
   n26 idft enable timeout n26_timeout_value 
   n2 idft enable timeout n2_timeout_value 
   end

注：

  • profile access ：プロファイル構成にアクセスします。

  • test ：プロファイル インスタンスにアクセスします。

  • eps-fallback ：EPS フォールバック 構成を入力します。

  • eps-fallback guard timeout ：EPS フォールバック タイマーの値を 500 ～ 15000 ミリ秒の範囲で入力します。

  • n26 ：E-UTRAN および NG-RAN の構成である N26 インターフェイスを開始します。

  • n2 ：NG-RAN 構成の N2 インターフェイスを開始します。

  • idft enable timeout ：IDFT タイマーが期限切れになるまでの値（15 ～ 60）を入力します。

EPS フォールバック レポートの生成

表 16. 機能の履歴

機能名

リリース情報

説明

EPS フォールバック レポート

 2024.01

SMF が、PCF によって EPS_FALLBACK トリガが送信された PCC ルールの EPS フォールバック レポート機能をサポートしています。

デフォルト設定：コンプライアンス バージョン 16.10.0 が npcf-smpolicycontrol に設定されている場合に有効になります。

機能説明

SMF により、PCC ルールの EPS フォールバック レポートの PCF からの EPS_FALLBACK ポリシー制御要求トリガーが許可されます。次の機能が発生します：

  • supported-features リストで EPSFallbackReport が有効になっていて、PCF が値「EPS_FALLBACK」を使用してトリガー「policyCtrlReqTriggers」を使用している場合、SMF は「reqData」を使用して「lastReqRuleData」属性で参照される PCC ルールの EPS フォールバックを PCF に通知します。属性値を EPS_FALLBACK として設定します。

  • SMF では、PCF への EPS フォールバックを示すために、SmPolicyUpdateContextData に次のものが含まれます。

    • 「repPolicyCtrlReqTriggers」属性内の「EPS_FALLBACK」値。

    • 「ruleStatus」属性が ACTIVE に設定されている「ruleReports」属性に含まれる「pccRuleIds」属性内の影響を受ける PCC ルール。


重要
EPS フォールバック レポートを有効にするには、npcf-smpolicycontrol のコンプライアンス バージョンを 16.10 に構成してください。0

機能の仕組み

EPS フォールバック レポートは、EPS フォールバック後に実行されます。レポート手順は、PCF によって EPS_FALLBACK トリガーが送信され、EPS フォールバック後にリソース セットアップも成功した pccRules に対してのみ実行されます。

コール フロー

次のコール フローは、EPS フォールバック レポートの処理手順を示しています。

図 23. EPS フォールバック レポートのコール フロー
表 17. EPS フォールバック ガード タイマー コール フローの説明
手順 説明
1 EPSFallbackReport サポートの機能ネゴシエーションは、セッションの確立中に SMF と PCF の間で行われている必要があります。
2 UEは、5GSのNG-RAN を使用して、モバイル発信（MO）またはモバイル着信（MT）IMS通話の確立手順を開始します。
3 音声の QoS フローを設定するためにネットワークが開始した PDU セッション変更要求が NG-RAN に到達します。PCF は、EpsFallbackReport の EPS_FALLBACK トリガを使用して SMF にも対応します。
4

NG-RAN は、IMS 音声の EPS フォールバックをサポートするように構成されています。UE の機能に基づき、AMF からの指示により、音声、ネットワーク構成、および無線条件における EPS のフォールバックを再ルーティングするため、NG-RAN は EPS へのフォールバックをトリガします。

NG-RAN は、E-UTRAN をターゲットとして、UEから測定報告の収集を開始します。
5

NG-RANは、ステップ 3 で受信した PDU セッション変更要求を拒否し、IMS 音声のフォールバックによるモビリティが進行中であることを示します。

NG-RAN は、AMF を介した SMF への PDU セッション応答メッセージとしてステップ 3 で受信した IMS 音声の QoS フローを構成するための PDU セッション変更の拒否を示します。このメッセージには、IMS 音声のフォールバックに伴う現在の移動に関する詳細が含まれています。SMF は、QoS フローに関連する PCC ルールを維持しています。

ローミング シナリオの場合、PDU セッション応答メッセージは V-SMF を介して H-SMF に送信されます。

または

NG-RAN は、EPS へのフォールバックをトリガする可能性がある構成済みの原因で応答します。gNB によって送信された原因が SMF で構成された EPS フォールバックの原因と一致する場合、次の手順で説明したように動作し続けます。6 以降。

（注）  

 
SMF での構成により、gNB が「IMS 音声 EPS フォールバックまたは RAT フォールバックがトリガされた」という理由で N2 メッセージを拒否した場合でも、構成された原因を常にチェックします。
6

UE の機能に基づいて、NG-RAN は EPS へのハンドオーバーを開始します。PCF がサブスクライブされている場合、SMF は RAT タイプの変更を報告します。

EPS フォールバックの障害を追跡するためのタイマーが開始します。タイマーが期限切れになると、SMF は専用ベアラー作成の失敗を PCF に通知します。

7a 5GS から EPS へのハンドオーバーの場合、UE は TAU 手順を開始します。
7b UE は、PDN 接続要求を「ハンドオーバー」要求タイプで送信します。
8 5GS から EPS へのハンドオーバー手続きが完了した後、SMF または PGW-C は IMS 音声用の専用ベアラーの構成を再初期化し、5G の QoS を EPC の QoS パラメータにマッピングします。SMF は、PCF がサブスクライブされている場合、EPS フォールバック、成功したリソース割り当て、およびアクセス ネットワーク情報について通知します。
9 IMS 音声セッション確立が続行します。

（注）  
この機能が SMF で有効になっているが、最初のネゴシエーション中に PCF によって記載されておらず、PCF が引き続き PolicyControlRequestTrigger を EPS_FALLBACK として送信する場合、SMF はこのトリガで機能し、EPS フォールバック レポートがEPS フォールバックの場合の PCF に送信されます。

SMF での EPS セッションのベアラー変更

表 18. 機能の履歴

機能名

リリース情報

説明

HSS によって開始されるベアラー QoS の変更

 2023.04

APN-AMBR と、任意で 1 つ以上の EPS ベアラー QoS パラメータを変更するには、SMF は HSS によって開始されるベアラー QoS 変更手順を使用します。

[デフォルト設定（Default Setting）]：有効 – 常時オン

機能説明

5G コア ネットワークを介した EPS インターワーキング

SMF は、PCF または MME が開始する EPS ベアラーの変更をサポートします。SMF + PGW は、この機能の次のトリガーを処理します：

  • QoS 変更。

  • RAT、URI、および SGW の変更。

  • UE タイムゾーンの変更。

Diameter インターフェイスとの SMF インターワーキング

SMF は、次の機能によるトラッキング エリア更新情報の EPS ベアラーの変更をサポートします。

  • PCRF によって開始された RAR

  • S-GW の変更による E-UTRAN PDN の変更

  • S-GW の変更なしの E-UTRAN PDN の変更

  • HSS によって開始される QoS の変更

機能の仕組み

SMF 上の EPS セッションのベアラー変更は、次の変更と機能します：

  • SMF での EPS セッションに対する PCF および MME 開始ベアラーの変更：これらの手順は、1 つまたは複数の EPS ベアラー QoS パラメータ QCI、GBR、MBR、または ARP が変更されるか、APN-AMBR を変更するために使用されます。PCF によって開始されたまたは MME によって開始されたベアラーの変更手順は、非 GBR リソース タイプの QCI から GBR リソース タイプ QCI への変更、およびその逆の変更をサポートしていません。

  • [SMF に接続された EPS セッションでの X2 および S1 ベースのハンドオーバー（X2 and S1 Based Handover for EPS Session Connected to SMF）]：X2 ベースのハンドオーバー手順は、X2 を使用して送信元 eNodeB からターゲット eNodeB に UE をハンドオーバーするために使用されます。この手順では、MME は変更されず、MME は SGW の再配置を決定します。

    S1 ベースの引き継ぎ手順は、X2 ベースの引き継ぎが使用できない場合に使用されます。ソース eNodeB は、S1-MME 参照ポイントを介して Handover Required メッセージを送信して、ハンドオーバーを開始します。この手順により、MMEまたはSGWが再配置される可能性があります。

コール フロー

ここでは、次のコール フローについて説明します：

  • SMF コール フローでの EPS セッションの PCF によって開始されたベアラーの変更

  • SMF コール フローでの EPS セッションの MME 開始ベアラーの変更

  • SMF コール フローに接続された EPS セッションの X2 および S1 ベースのハンドオーバー

SMF での EPS セッションの PCF によって開始されたベアラーの変更

このセクションでは、SMF コール フローでの EPS セッションの PCF によって開始されたベアラーの変更について説明します。

Figure 24. PCF によって開始されるベアラーの変更のコール フロー
Table 19. PCF によって開始されたベアラーの変更のコール フローの説明
ステップ 説明
1 PCF は、SMF に対する QoS または TFT の更新されたパラメータを使用して N7 ポリシー更新通知を開始します。
2 SMF は「200 OK」の確認応答を PCF に送信します。PCF が提供する PCC ルールは、変更された専用ベアラの TFT にマッピングされます。関連付けられた QoS は 4G QoS にマッピングされます。
3 SMF は、SGW にベアラー要求の更新を送信します。
4 SGW は、EPS ベアラー ID および関連付けられたベアラー用に変更された QoS または TFT を使用して、SMF にベアラー応答の更新を送信します。
5 SMF は UPF への PFCP 変更要求を開始します。
6 UPF は、更新された QER を使用して SMF に PFCP 変更応答を送信します。
7 SMF が PCF に PCF 通知メッセージを送信します。
8 PCF は「200 OK」の確認応答を SMF に送信します。
EPS セッションの MME 開始ベアラーの変更

このセクションでは、SMF コール フローでの EPS セッションの MME によって開始される専用ベアラーの変更について説明します。

Figure 25. MMEによって開始されるベアラーの変更のコール フロー
Table 20. PCF によって開始されるベアラーの変更のコール フローの説明
ステップ 説明
1 HSS は MME に Insert Subscriber Data メッセージを送信します。サブスクリプション データには、IMSI、EPS のサブスクライブされた QoS（QCI と ARP）、およびサブスクライブされた UE-AMBR と APN-AMBR に関する詳細が含まれます。
2 サブスクライブされた UE-AMBR が変更された場合、MME は新しい UE-AMBR 値を計算し、Modify Bearer コマンドを SGW に送信します。
3 SGW は、Modify Bearer Command メッセージを SMF または PDN GW に送信します。このメッセージには、EPS ベアラー ID、EPS ベアラー QoS、および APN-AMBR に関する詳細が含まれています。
4 SMF または PDN GW は、更新された APN-AMBR を PCF に送信します。
5 PCF は、更新された PCC 決定を SMF または PDN ゲートウェイに送信します。PCF は、SMF または PDN GW への応答として、デフォルトのベアラーに関連付けられている APN-AMBR を変更します。
6 SMF は、SGW にベアラー要求の更新を送信します。
7 SGW が MME にベアラー要求の更新を送信します。この要求メッセージには、EBI、EPS ベアラー QoS、TFT、および APN-AMBR の詳細が含まれています。
8 MME が SGW にベアラー応答の更新を送信します。
9 SGW は、ベアラーの変更の確認としてベアラーの更新応答を SMF または PDN ゲートウェイに送信します。応答メッセージには、EBI の詳細とユーザーの場所情報が含まれます。
10 UPF が SMF に PFCP セッション変更応答を送信します。PCF から受信した PCC デシジョン プロビジョニング メッセージ（QoS ポリシー）に基づいて、SMF または PDN GW は、専用ベアラの変更手順を開始します。SMF または PDN GW は QoS ポリシーを使用して、サービスデータフローをアクティブなベアラーに追加するのか、またはアクティブなベアラーから削除するのか、またはサービスデータフローの承認された QoS を変更するのかを決定します。
11 UPF は PFCP パラメータを更新し、PFCP セッション変更応答を SMF または PDN GW に送信します。UPF は、PFCP セッションの変更が正常に行われたことを確認します。
12 SMF または PDN GW は、要求された PCC が適用されたかどうかの決定について PCF に通知します。
13 PCF は「200 OK」の確認応答を SMF または PDN GW に送信します。
SMF に接続された EPS セッションの X2 および S1 ベースのハンドオーバー

このセクションでは、SMF に接続された EPS セッションの X2 および S1 ベースのハンドオーバーについて説明します。

Figure 26. SMF に接続された EPS セッションでの X2 および S1 ベースのハンドオーバーのコール フロー
Table 21. X2 および S1 ベースのハンドオーバーのコール フローの説明
ステップ 説明
1 SGW は、SMF にベアラー要求の変更を送信します。この要求には、ユーザー ロケーション情報 IE、UE タイムゾーン IE、および MME から受信した関連する PDN GW 情報への PDN 接続ごとのサービング ネットワーク IE が含まれます。
2 S-GW が変更された場合、SMF または PGW-C は PFCP セッション変更要求を UPF に送信します。
3 ステップ 2 が発生した場合、UPF は SMF または PDN GW に PFCP セッション変更応答を送信します。
4 UPF からの応答を受信した後、SMF または PGW-C は、Modify Bearer Response を S-GW に送信します。
5 PCF が QoS 変更の通知を待機している場合、SMF または PGW-C は PCF に通知を送信します。
6 ステップ 5 が発生した場合、PCF は「200 OK」の確認応答を SMF または PGW-C に送信します。
7 PCF が ULI または RAT の変更に関する通知を待機している場合、SMF または PDN GW は PCF に通知を送信します。
8 ステップ 7 が発生した場合、PCF は「200 OK」の確認応答を SMF または PDN GW に送信します。
9 CHF が QoS、URI、または RAT の変更に関する通知を待機している場合、SMF または PDN GW は PCF に通知を送信します。
10 ステップ 9 が発生した場合、PCF は「200 OK」の確認応答を SMF または PDN GW に送信します。

次のコール フローは、S-GW の再配置を伴う X2 ベースのハンドオーバーを示しています。

Figure 27. SGW 再配置コール フローと一緒の X2 ベースのハンドオーバー

コール フローの説明については、 3GPP TS 23.401の 5.5.1.1.3「X2-based handover with Serving GW relocation」のセクションを参照してください。

次のコール フローは、S1 ベースのハンドオーバーを示しています：

Figure 28. S1 ベースのハンドオーバー コール フロー

コール フローの説明については、 3GPP TS 23.401、バージョン 15.8.0の 5.5.1.2.2「S1-based handover, normal」を参照してください。

PCRF によって開始された RAR/CCAU

次の図は、E-UTRAN ネットワーク クレジット制御応答の更新（CCAU）または再許可要求（RAR）によって開始された 更新ベアラ要求（UBR）のコール フローを示しています。

図 29. E-UTRAN ネットワーク（PCRF）の CCAU/RAR 開始 UBR のコール フロー
表 22. PCRF によって開始された CCAU または RAR のコール フローの説明
手順 説明
1

PCRF は、変更されたデフォルトのベアラー QoS や APN AMBR の変更とともに、RAR を SMF に、または CCAU を SMF に送信します。

（注）  

 
デフォルトのベアラー QoS および/または APN AMBR のいずれかが変更されたため、UBR がデフォルト ベアラーに対してトリガされます。

2

SMF は、更新されたデフォルトのベアラー QoS や APN AMBR とともに、更新されたベアラー要求を S-GW に送信します。

3

SGW が MME にベアラー要求の更新を送信します。

4

MME が S-GW にベアラー応答の更新を送信します。

5

SGW は、SMF にベアラー応答の更新を送信します。

6

SMF は、N4 PFCP セッション変更要求を UPF に送信して、ベアラー レベル情報（デフォルトのベアラー QoS が変更された場合）および/または APN AMBR QER（APN AMBR が変更された場合）を更新します。

7

UPF が SMF に N4 PFCP セッション変更応答を送信します。
S-GW の変更による E-UTRAN PDN の変更

次の図は、S-GW の変更による PDN の変更のコール フローを示しています。

図 30. S-GW の変更のない E-UTRAN PDN の変更
表 23. S-GW の変更による PDN の変更のコール フローの説明
手順 説明
1

新しい S-GW でのコール作成の一環として、MME は新しい S-GW にセッション要求の作成を送信します。
2

新しい S-GW が MME に「セッション応答の作成」で応答します。

3

MME が、ベアラー要求の変更を新しい S-GW に送信します。

4

新しい S-GW は、ベアラー要求の変更を SMF に転送します。

5

SMF は、イベント トリガに基づいて、クエリ URR を持つセッション変更要求を UPF に送信します。

（注）  

 

S-GW 変更の serv-node-change イベント トリガ。

6

UPF は、Gy および RADIUS の構成に基づいて、SMF に対して N4：PCRF セッション変更応答（Gy および RADIUS URR を含む）を返します。この構成は有効または無効に設定可能です。

7

新しい S-GW が新しい S-GW に「ベアラー変更応答」で送信します。

8

新しいSGW-C が、ベアラー応答の変更を MME に転送します。

9

古い S-GW でのコール削除の一環として、MME は新しい S-GW にセッション要求の削除を送信します。

10

SMF は CCR-U を OCS に、アカウンティング要求（Interim）を AAA に送信します。

11

古い S-GW はセッション応答の削除を MME に送信します。

12

OCS と AAA は、それぞれ CCA-U と中間アカウンティング応答で SMF に応答します。

13

SMF は更新 URR を持つ PCRF セッション変更要求を UPF に送信します。

14

UPF は PCRF セッション変更応答で SMF に応答します。

15

イベント トリガが用意されている場合、SMF は PCRF に対して CCR-U を送信します。

（注）  

 

AN_GW_CHANGE イベントは、S-GW の変更に対してトリガします。

16

PCRF は CCA-U で SMF に応答します。

17

SMF は更新 QER を持つ PCRF セッション変更要求を UPF に送信します。

18

SMF が UPF に PFCP セッション変更応答を送信します。
S-GW の変更なしの E-UTRAN PDN の変更

次の図は、S-GW の変更がない PDN の変更のために 3GPP リファレンスから派生したコール フローを示しています。

図 31. S-GW の変更なしの PDN 変更のコール フロー
表 24. S-GW 変更なしの PDN 変更のコールフローの説明
手順 説明
1

MME が、ベアラー要求の変更（ULI 変更用）を S-GW に送信します。
2

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

（注）  

 
セッションが存在し、切断状態でない場合、SMF は成功を送信し、以降の処理を行います。

3

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

4

S-GW が、ベアラー応答の変更を MME に転送します。

5

SMF は、イベント トリガーに基づいて、クエリ使用状況レポート ルール （URR）の N4 セッション変更要求を UPF に送信します。

（注）  

 

user-loc-change イベントは、URI の変更をトリガーします。

6

UPF は、Gy と RADIUS の構成に基づいて、Gy および有効または無効にすることができる RADIUS URR SMF を使用した N4 セッション変更応答で応答します。

7

N4 セッション変更応答、Gy、および RADIUS シグナリングは、N4 変更応答で受信した URR に基づいて発生します。

8

SMF は CCR-U を OCS に、RADIUS アカウンティング要求を AAA に送信します。

9

OCS は、CCA-U および RADIUS アカウンティング応答付き AAA で応答します。

10

SMF は、URR の更新の N4 セッション変更要求を UPF に送信します。

11

UPF が SMF に N4 セッション変更応答を送信します。

12

イベント トリガーが機能している場合、SMF は CCR-U を PCRF に送信します。

（注）  

 
USER_LOCATION_CHANGE イベントは、URI の変更をトリガーします。

13

次に、PCRF は CCA-U を SMF に送信します。

14

Gx CCA-U のコンテンツに基づいてベアラーの作成、更新、または、削除が行われます。
Diameter インターフェイスを使用した SMF の HSS 開始ベアラー QoS の変更

APN-AMBR と、任意で 1 つ以上の EPS ベアラー QoS パラメータを変更するには、HSS 開始ベアラー QoS 変更手順を使用します。たとえば、EPS ベアラーの QoS パラメータは、デフォルトの EPS ベアラーの QCI または ARP にすることができます。HSS がデフォルトのベアラー QCI、または ARP と APN-AMBR を変更すると、HSS はそのようなメッセージを MME に対して開始し、MME は S-GW を介して P-GW に対してベアラーの変更コマンド（MBC）を生成します。

次のコールフローは、HSS によって開始されたベアラー QoS の変更の手順を示しています。

図 32. HSS によって開始されたベアラー QoS の変更でのコール フロー
表 25. HSS によって開始されたベアラー QoS の変更に関するコール フローの説明

ステップ

説明

1

MME は、HSS が開始したサブスクライブ QoS の変更手順の一環として、S-GW にベアラー コマンドの変更を送信します。

2

S-GW はベアラー変更コマンドを SMF に送信します。

3

SMF は、APN AMBR の変更、およびオプションでデフォルトのベアラー QoS の変更（PCRF によるサブスクライバである場合）の関連イベント トリガーとともに、Gx CCR-U を PCRF に送信します。要求されたデフォルトのベアラー QoS、APN-AMBR は PCRF に送信され、PCRF からの承認された値が他のポリシーとともにサブスクライバに適用されます。

たとえば、Dynamic Rules が適用されます。と、デフォルトのベアラー QoS の変更（PCRF によってサブスクライバされている場合）。

4

PCRF は Gx CCA-U を SMF に送信します。

（注）  

 
CCA-U および N4 通信の一部として適用されるすべての課金サポートは、Gy/RADIUS トリガーを介して継続されます。

（注）  

 
PCRF から受信したポリシーに基づいて、CBR、UBR、または DBR のいずれかの手順がトリガーされます。

5

SMF は、新しい APN AMBR とデフォルトのベアラー QoS 値を使用して、S-GW にベアラーの更新要求を送信します。

6

SGW は、新しい APN AMBR とデフォルトのベアラー QoS 値を使用して、MME にベアラー更新要求を送信します。

7

MME が S-GW にベアラー応答の更新を送信します。

8

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

9

SMF は、APN AMBR とデフォルトのベアラー QoS がそれぞれ PCRF によって更新された場合、APN AMBR QER とベアラー レベル情報を更新するために、PFCP セッション変更要求を UPF に送信します。

（注）  

 
QER の更新とともに、CCA-U を介した、または PCRF が無効になっているときにベアラーの変更コマンドを使用してデフォルトのベアラー QoS の変更がある場合、UPF への PFCP セッション変更要求には更新 PDR があり、これは他の手順に一般的です。

10

UPF が SMF に PFCP セッション変更応答を送信します。
ルールベースの変更によるベアラー コマンドの変更

次のコール フローは、Gx CCA-U のポリシー サーバーから受信したルールベースの変更によりベアラー コマンドを変更する手順を示しています。

図 33. ルールベースの変更を伴うベアラー コマンドのコール フロー
表 26. ルールベースの変更を伴うベアラー コマンドのコール フローの説明

ステップ

説明

1

MME は、HSS が開始した登録済み QoS 変更手順の一部として S-GW にベアラー変更コマンドを送信します。

2

S-GW は、SMF にベアラー変更コマンドを送信します。

3

SMF は、APN AMBR の変更、およびオプションでデフォルトのベアラー QoS の変更（PCRF によるサブスクライバである場合）の関連イベント トリガーとともに、Gx CCR-U を PCRF に送信します。

4

PCRF は、ルールベースの変更、および APN-AMBR とデフォルトのベアラー QoS の変更を伴う Gx CCA-U を SMF に送信します。

5

SMF は、ルールベースの変更のために PDR を作成および削除することとともに、N4 セッション変更要求を UPF に送信します。

6

UPF が N4 セッション変更応答を送信します

7

SMF は、新しい APN AMBR とデフォルトのベアラー QoS 値を使用して、SGW にベアラーの更新要求を送信します。

8

S-GW は、新しい APN-AMBR とデフォルトのベアラー QoS 値を使用して、MME にベアラー要求の更新を送信します。

9

MME が S-GW にベアラー応答のアップデートを送信します。

10

S-GW が SMF にベアラー応答のアップデートを送信します。

11

SMF は、APN AMBR とデフォルトのベアラー QoS がそれぞれ PCRF によって更新された場合、APN AMBR QER とベアラー レベル情報を更新するために、PFCP セッション変更要求を UPF に送信します。

（注）  

 
QER の更新とともに、PCRF が無効になっているときに CCA-U を介してまたは MBC を使用してデフォルトのベアラー QOS の変更がある場合、UPF への PFCP セッション変更要求には他の手順に一般的な PDR の更新も含まれます。

12

UPF が SMF に PFCP セッション変更応答を送信します。
ベアラーコマンドの変更の障害

次のコール フローは、ベアラーコマンドの変更が失敗した場合の手順を示しています。

図 34. ベアラー コマンドの変更失敗時のコール フロー
表 27. ベアラー コマンドの変更の失敗におけるコール フローの説明

ステップ

説明

1

MME は、HSS が開始した登録済み QoS 変更手順の一部として S-GW にベアラー変更コマンドを送信します。

2

S-GW は、SMF にベアラー変更コマンドを送信します。

（注）  

 
MBC 検証エラーが発生します。たとえば、Modify Bearer コマンドで誤った EBI を受信したとします。

3

SMF は、S-GW へベアラー障害表示の変更を送信します。

4

SMF は、MME へベアラー障害表示の変更を送信します。
ベアラー コマンド再送信処理の変更

これらのシナリオでは、MBC 再送信は次のように処理されます：

  • MBC がまだ進行中であるか、MBC が正常に処理されているときに再送信を受信した場合、その再送信は適切なログと統計情報とともにドロップされます。

  • MBC が MB 障害通知を行ったときに再送信を受信すると、SMF はキャッシュされている MB 障害通知で応答します。

  • smf-service でアフィニティが失われた後に再送信を受信すると、新しい MBC として扱われます。

ベアラー コマンド シナリオおよび関連する UBReq 値の変更

ポリシー サーバを使用した標準の MBC シナリオでは、PCRF から承認された APN-AMBR および Def-bearer-QOS の値が、UBReq で S-GW に送信される最終値です。ただし、いくつかの例外的な MBC シナリオでは、動作は異なります。次のテーブルでは、これらのシナリオについて説明します。

シナリオ

説明
空の Gx CCA-U を含む MBC UBR は、以前の PCRF 承認値でトリガされます。
APN-AMBR および def-bearer-qos の変更に関するイベント トリガがないため、MBC 用の Gx CCR-U はありません。 UBR は、MBC で受信した値でトリガされます。
既存のセッション値と同じ APN-AMBR および def-bearer-qos 値を持つ MBC。したがって、MBC の Gx CCR-U はありません。

UBR は、既存のセッション値でトリガされます。

（注）  

 
UPF に通信される変更がないため、UBR 後の N4 の変更は必要ありません。
APN-AMBR および def-bearer-qos 値が異なる MBC ただし、Gx CCA-U で PCRF から受信した値は既存のセッション値と同じです

UBR は PCRF から受信した値でトリガされます。

（注）  

 
UPF に通信される変更がないため、UBR 後の N4 の変更は必要ありません。
Gx 構成なし：MBC で受信した値で UBR がトリガされます。 UBR は、MBC で受信した値でトリガされます。
アクションが続行しその後 MBC が続く：MBC で受信した値で UBR がトリガされた Gx CCA-I 障害 UBR は、MBC で受信した値でトリガされます。
アクションの継続での MBC の Gx CCA-U 障害：MBC で受信した値で UBR がトリガされました。 UBR は、MBC で受信した値でトリガされます。

標準準拠

SMF での EPS セッションのベアラ変更機能は、次の標準に準拠しています：

  • 3GPP TS 23.401

  • 3GPP TS 23.502 V16.1.1（2019-06）

  • 3GPP TS 29.274、バージョン 15.8.0

EPS および 5GC インターワーキングのセッション管理手順

機能説明

3GPP TS 23.502 で定義されている 5G セッション管理の手順により、5G NR 無線への最初の接続を実行した後に UE が LTE 4G 無線に移行した場合、EPS インターワーキングが正常に行われることが保証されます。

NAS メッセージでのパケット フィルタ数のサポート

UE は、PDU 確立および変更要求メッセージでパケット フィルタ IE の数を SMF に送信します。デフォルトでは、UE は最大 16 個のパケット フィルタを送信します。

UE は、次のシナリオで 16 を超えるパケット フィルタをサポートします：

  • UE が N1 モードで SMF に接続している場合。

  • S1 モードでの SMF への初期接続が完了し、4G から 5G へのハンドオーバーが進行中の場合。

SMF は、「NumOfPackFilter」フィールドで PolicyCreateControl の PCF に最大フィルタ数を送信します。パケット フィルタ数 IE が N1 モードの UE から受信された場合、SMF は PDU 確立要求の「サポートされるフィルタの最大数」フィールドを使用します。この IE を N1 モードの UE から受信しなかった場合、または受信した値が 16 未満の場合、SMF は最大フィルタ数を 16 として送信します。UE が S1 モードで SMF に接続し、4G から 5G または 5G から 4G へのハンドオーバーが進行中の場合、SMF はデフォルト値（16 個のパケット フィルタ）を送信します。

パケットフィルタの値に変更がある場合、SMF は、NUM_OF_PACKET_FILTER トリガーとともに PolicyUpdate メッセージを介して新しい値を PCF に送信します。

SMF は numOfPackFilter IE に基づいて、PDU セッションごとに許可される最大フィルタ数を制御します。パケット フィルタの数が UE で許可されている最大数を超えると、SMF はパケット フィルタに上限を設定します。これは、制限を超えたときに SMF が PCC ルールをドロップし、INCOR_FLOW_INFO 障害コードを含むルール レポートを送信することを意味します。


Note

現在、3GPP 仕様には、INCOR_FLOW_INFO の適切な障害コードが含まれていません。3GPP 仕様で利用可能になると、障害コードはそれに応じて更新されます。

サポートされている最大フィルタ数は、ダイナミック ルールに対してのみ有効であり、スタティック ルールや事前定義済みのルールでは有効ではありません。

「pcc_rule_report_max_supported_filter」統計情報が policy_pcc_rule_report カテゴリに導入されました。この統計情報は、サポートされているフィルタの最大数に達したときに PCC ルール レポートが生成された場合に増分されます。

SmContextCreate での PCF ID のサポート

AMF は、Nsmf_PDUSession_CreateSMContext 要求に PCF ID を含めます。PCF ID は、非ローミングのケースではホームポリシー制御機能（H-PCF）、ローカル ブレークアウト ローミングの場合は訪問先ポリシー制御機能（V-PCF）を識別します。AMF が PCF ID を SMF に転送するタイミングの詳細については、3GPP 仕様 23.501、セクション 6.3.7.1 を参照してください。

SMF が PCF ID を受け取ったら、PCF ネットワーク プロファイルで次の CLI 構成を使用し、PCF ID を使用して SMF の動作を制御します。

UseAmfProvidedPCF [True/False]

デフォルトの動作では、SmContextCreate で AMF によって提供される PCF ID が使用されます。

AMF によって提供された PCF ID に到達できない場合、SMF は構成された障害処理テンプレートに従って動作します。この場合、静的構成を使用します。

SmContextCreate での DNN 選択モードのサポート

SMF は DNN 選択モードを使用して、UE 要求を受け入れるか拒否するかを決定します。

SMF は、DNN 選択モードを使用して、セッション管理サブスクリプション データを取得するかどうかを判断します。HPLMN の DNN、S-NSSAI が明示的に登録されていない場合、SMF はセッション管理サブスクリプション データではなくローカル構成を使用します。


Note

前述のユース ケースはサポートされていません。

SMF は SmContextCreate データ内の IE を検証します。DnnSelectionMode と構成されている CLI との間の不一致が原因で DnnSelectionMode が失敗した場合、SMF は登録を続行しません。DnnSelectionMode 障害が発生すると、「disc_pdusetup_sm_cxt_unsupported_ie」が切断理由の一部として増加します。

DnnSelectionMode タイプ 説明

存在しない

SMF は、サブスクリプション要求を送信してサブスクリプション データを取得します。

確認済み

SMF は、サブスクリプション要求を送信してサブスクリプション データを取得します。

UE_DNN_NOT_VERIFIED

dnn-selection-mode verified ue-provided CLI コマンドが次の構成に示すように構成されている場合、SMF はサブスクリプション要求を送信してサブスクリプション データを取得します。それ以外の場合、SMF は、「Invalid DNN selection Mode」の原因でコンテキスト要求を拒否します。

NW_DNN_NOT_VERIFIED

dnn-selection-mode verified network-provided CLI が構成されている場合、SMF は、サブスクリプション要求を送信してサブスクリプション データを取得します。それ以外の場合、SMF は、「Invalid DNN selection Mode」の原因でコンテキスト要求を拒否します。

SMF は次の構成例を使用して DnnSelectionMode を構成します。

config 
   profile smf profile_name 
      dnn-selection-mode [ verified ue-provided | network-provided ] 
      end

1 つ以上の DnnSelectionMode タイプを構成できます。デフォルトでは、DnnSelectionMode が確認されます。

サブスクリプション要求後、サブスクリプション データが UDM から取得されない場合、SMF はサブスクリプション データのローカル DNN プロファイルにフォールバックします。サブスクリプション データがUDMから取得されず、ローカル構成が存在しない場合、SMFはSmContextCreateErrorをサブスクリプションの失敗とともに送信します。

機能の仕組み

コール フロー

このセクションでは、EPS と 5GC のインターワーキングをサポートするための 5G セッション管理の手順について説明します。

PDU セッション作成のコール フロー

このセクションでは 、3GPP TS 23.502（セクション 4.3.2.2.1）で指定されている PDU セッションの変更手順について説明します。

Figure 35. PDU セッション作成のコール フロー
Table 28. PDU セッション作成コール フローの説明
ステップ 説明
1 UE は、N1 SM コンテナ内で PDU セッション確立要求を含む NAS メッセージを送信することにより、UE 要求 PDU セッション確立手順を開始する。PDU セッション確立要求には、PDU セッション ID、要求された PDU セッション タイプ、要求された SSC モード、5GSM 機能 PCO、SM PDU DN 要求コンテナ、パケット フィルタ数、および任意で要求された常時接続 PDU セッションが含まれます。
2 AMF は、3GPP 仕様で説明されているように SMF の選択を実行します。
3 AMF では、SMF に送信された Nsmf_PDUSession_CreateSMContext Request メッセージに EPS インターワーキングの表示が含まれています。このパラメータは、UE が 4G から 5G へのハンドオーバー（およびその逆）を実行できるかどうか、および AMF と MME 間の N26 インターフェイスの有無にかかわらず、これが許可されるかどうかを示します。
4 AMF から受信した EPS インターワーキング指示が、UE が EPS インターワーキングをサポートしていることを示し、SMF が（たとえば、UE サブスクリプション データに基づいてこの DNN および S-NSSAI に対して EPS インターワーキングが許可されているかどうか）を PDU セッションが EPS インターワーキングをサポートしていると判断した場合、 S5/S8 インターフェイスの PGW-C+SMF FQDN が Nudm_UECM_Registration Request メッセージに含まれています。
5

SMF は、ステップ 3 で受信した要求に応じて、Nsmf_PDUSession_CreateSMContext 応答（原因、SM コンテキスト ID or N1 SM コンテナ（PDU セッション拒否（原因）））または Nsmf_PDUSession_UpdateSMContext 応答のいずれかを送信します。

SMF がステップ 3 の Nsmf_PDUSession_CreateSMContext 要求を受信し、SMF が PDU セッション確立要求を処理できる場合、SMF は SM コンテキストを作成し、SM コンテキスト識別子を提供して AMF に応答します。

6

（オプション）ステップ 3 の要求タイプが「既存の PDU セッション」を示している場合、SMF はセカンダリの認可と認証を実行しません。

ステップ 3 で受信した要求タイプが「緊急要求」または「既存の緊急 PDU セッション」の場合、SMF はセカンダリ許可および認証を実行しません。

3GPP TS 23.501、セクション 5.6.6に記載されているように、DN-AAA サーバによる PDU セッションの確立中に SMF がセカンダリ許可および認証を実行する必要がある場合、SMF は 3GPP TS 23.501、セクション 4.3.2.3に記載されているように PDU セッション確立認証および許可をトリガします。

7a ダイナミック PCC が PDU セッションに使用される場合、SMF は 3GPP TS 23.501、セクション 6.3.7.1に記載されているように PCF の選択を実行します。要求タイプが「既存の PDU セッション」または「既存の緊急 PDU セッション」を示している場合、SMF は PDU セッションに対してすでに選択されている PCF を使用します。そうしない場合、SMF はローカル ポリシーを適用する場合があります。
7b SMF は、本書の「5G PDU セッション パラメータからの EPS PDN 接続パラメータの生成」の項で説明されているように、PCC ルールおよび 5G QoS パラメータから 4G TFT および 4G QoS へのマッピングを実行します。SMF + PGW-C は、QoS フローに基づいて、EPS にハンドオフするときにセッションに必要な専用ベアラーの数と、デフォルトのベアラーで必要なフロー（すべての GBR 以外のフロー）も決定します。SMF + PGW-C は、5G フローから 4G ベアラーへのマッピングを保存します。
8 ステップ 3 の要求タイプが「初期要求」を示している場合、SMF は 、3GPP TS 23.501、セクション 5.6.9.3に記載されているように、PDU セッションの SSC モードを選択します。また、SMF は 3GPP TS 23.501、セクション 6.3.3で説明されているように、必要に応じて 1 つ以上の UPF も選択します。
9

SMF は、3GPP TS 23.502、セクション 4.16.5.1 で定義されている SMF によって開始される SM ポリシー関連付けの変更手順を実行し、満たされたポリシー制御要求のトリガ条件に関する情報を提供します。要求タイプが「初期要求」であり、ダイナミック PCC が導入され、PDU セッション タイプが IPv4 または IPv6 または IPv4v6 の場合、SMF は割り当てられた UE IP アドレス/プレフィックスを PCF に通知します（ポリシー制御要求トリガ条件が満たされている場合）。

SMF + PGW-C は、3GPP TS 23.502、セクション 4.11.1.4で定義されている EBI 割り当て手順を開始します。

10

要求タイプが「初期要求」を示している場合、SMF は、選択された UPF を使用して N4 セッション確立手順を開始します。それ以外の場合は、選択した UPF で N4 セッション変更手順を開始します。

PDU セッションに対して複数の UPF が選択されている場合、SMF はこの手順の PDU セッションの各 UPF で N4 セッション確立/変更手順を開始します。
11

非ローミングまたは LBO シナリオでは、PGW-C+SMF には、マッピングされた EPS ベアラー コンテキストと、N1 SM コンテナ内の UE に送信される対応する QoS フローが含まれます。PGW-C+SMF は、QoS フローと N1 SM コンテナ内のマッピングされた EPS ベアラー コンテキスト間のマッピングも示します。PGW-C+SMF には、NG-RAN に送信する N2 SM 情報に、受信した EBI と QFI の間のマッピングも含まれています。

PGW-C+SMF は、Namef_Communication_N1N2MessageTransfer メッセージを介して、N1 SM コンテナと N2 SM の情報をAMFに送信します。
12

AMF は、N2 PDU セッション要求（N2 SM 情報、NAS メッセージ（PDU セッション ID、N1 SM コンテナ（PDU セッション確立承認）））を (R)AN に送信します。

AMF は、UE を対象とした PDU セッション ID と PDU セッション確立承認を含む NAS メッセージと、N2 PDU セッション要求内で SMF から受信した N2 SM 情報を含む NAS メッセージを (R)AN に送信します。
13 (R)AN は、SMF から受信した情報に関連する UE との AN 固有のシグナリング交換を発行する場合があります。たとえば NG-RAN の場合、ステップ 12 で受信した PDU セッション要求の QoS ルールに関連する必要な NG-RAN リソースを確立する UE で、RRC 接続再構成が行われる可能性があります。
14 (R)AN は N2 PDU セッション応答（PDU セッション ID、原因、N2 SM 情報（PDU セッション ID、AN トンネル情報、承認/拒否された QFI のリスト、ユーザー プレーン適用ポリシー通知））を AMF に発行します。
15

AMF は、Nsmf_PDUSession_UpdateSMContext 要求（N2 SM 情報、要求タイプ）を SMF に送信します。

AMF は、(R)AN から受信した N2 SM 情報を SMF に転送します。
16a SMF は UPF に対して N4 セッション変更手続きを開始します。SMF は、(R)ANトンネル情報と対応する転送ルールを UPF に提供します。
16b

UPF は、SMF に N4 セッション変更応答を提供します。

PDU セッションで複数の UPF が使用されている場合、ステップ 16a の UPF は N3 を終端する UPF を参照します。

このステップの後、UPF はこの PDU セッション用にバッファされている可能性のあるダウンリンク パケットを UE に配信します。
17 SMF は Nsmf_PDUSession_UpdateSMContext Response（原因）を AMF に送信します。
18

（条件付き）SMF は Nsmf_PDUSession_SMContextStatusNotify（Release）を AMF に送信します。

手順中に、ステップ 5 以降の任意の時点で PDU セッションの確立が成功しなかった場合、SMF は Nsmf_PDUSession_SMContextStatusNotify（リリース）を呼び出して AMF に通知します。SMF は、作成されたすべての N4 セッション、割り当てられている場合は PDU セッション アドレス（IP アドレスなど）を解放し、PCF との関連付けを解放します（存在する場合）。

19 PDU セッション タイプが IPv6 または IPv4v6 の場合、SMF は IPv6 ルータ アドバタイズメントを生成し、N4 および UPF 経由で UE に送信します。
20

ステップ 4 の後に PDU セッション確立が失敗した場合、SMF は次を実行します。

  • SMF が UE のセッション（DNN、S-NSSAI）の PDU をこれ以上処理していない場合、SMF は Nudm_SDM_Unsubscribe（SUPI、セッション管理サブスクリプション データ、DNN、S-NSSAI）を使用して、対応する（SUPI、DNN、S-NSSAI）のセッション管理サブスクリプション データの変更をサブスクライブ解除します。 。UDM は、Nudr_DM_Unsubscribe（SUPI、サブスクリプション データ、セッション管理サブスクリプション データ、S-NSSAI、DNN）により、UDR からの変更通知をサブスクライブ解除できます。

  • SMF は、Nudm_UECM_Deregistration（SUPI、DNN、PDU セッション ID）を使用して、指定された PDU セッションの登録を解除します。UDM は、Nudr_DM_Update（SUPI、サブスクリプション データ、SMF データの UE コンテキスト）によって、対応する UE コンテキストを更新できます。

PDU セッション変更コール フロー

このセクションでは 、3GPP TS 23.502（セクション 4.3.3.2）で規定されている PDU セッションの変更手順について説明します。

図 36. PDU セッション変更コール フロー
表 29. PDU セッション変更のコール フローの説明
ステップ 説明

1a

UE は、N1 SM コンテナ内の PDU セッション変更要求を含む NAS メッセージを送信することで、UE 要求済み PDU セッション変更手順を開始します。PDU セッション変更要求には、PDU セッション ID、パケットフィルタ、動作、要求された QoS、分離、および 5GSM コアネットワーク機能が含まれます。

1b

（SMF 要求による変更）PCF は、PCF によって開始された SM ポリシー関連付け変更手順を実行して、ポリシーの変更について SMF に通知します。ポリシーの決定または AF 要求（アプリケーション機能がトラフィック ルーティングに影響を与える場合など）は、この手順をトリガーします。

1c

（SMF 要求された変更）UDM は、Nudm_SDM_Notification（SUPI、セッション管理サブスクリプション データ）によって SMF のサブスクリプションデータを更新します。SMF は、セッション管理サブスクリプション データを更新し、（SUPI）で Ack を返すことによって UDM を確認します。

1d

（SMF 要求された変更）SMF は PDU セッションの変更を決定します。この手順は、ローカルに構成されたポリシーに基づいてトリガーされることも、（R）AN からトリガーされることもあります。

SMF は、ステップ 1b ～ 1d のいずれかのトリガーを受信すると、SMF 要求された PDU セッション変更手順を開始します。

1e

（AN 開始の変更）（R）AN は、通知制御が設定されているかどうかに関係なく、QoS フローがマッピングされる AN リソースが解放されたときに SMF に示します。

（R）AN は、N2 メッセージ（PDUセッション ID、N2 SM 情報）を AMF に送信します。smf_PDU_Session_UpdateContext の N2 SM 情報には、次の情報が含まれます。

  • QoS フロー識別子（QFI）

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

  • QoS フロー リリースリスト IE - NG-RAN ノードによってリリースされる QoS フローのリスト

  • QoS フロー通知リスト IE および通知原因 IE：特定の基準を満たした GBR QoS フローと、基準を満たさなかったフローのリスト

SMF は、RAN から QFI を解放するために AN によって開始された変更をサポートしています。このサポートの詳細については、次のセクションを参照してください。

2

 SMF は、SMF によって開始された SM ポリシー関連付けの変更手順を実行することにより、サブスクライブされたイベントを PCF に報告します。ステップ 1b または 1d によって PDU セッション変更手順がトリガーされた場合、SMF はこのステップをスキップします。ダイナミック PCC が展開されていない場合、SMF はローカル ポリシーを適用して、QoS プロファイルを変更するかどうかを判断できます。PDU セッション変更で UPF でのアクションのみ（ゲートウェイなど）が必要な場合、SMF はステップ 3 ～ 7 を呼び出しません。

3a

UE または AN が開始した変更の場合、SMF は、N2 SM 情報と N1 SM コンテナを含む Nsmf_PDUSession_UpdateSMContext を介して AMF に応答します。

N2 SM 情報は、AMF が (R）AN に提供する情報を伝送します。1 つまたは複数の QoS フローが追加または変更されたことを（R）AN に通知する QoS プロファイルおよび対応する QFI が含まれます。1 つ以上の QoS フローが削除されたことを（R）AN に通知するための QFI のみが含まれています。

N1 SM コンテナは、AMF が UE に提供する PDU セッション変更コマンドを伝送します。これには QoS ルール、QoS ルールの動作、QoS フローレベルの QoS パラメータ（QoS ルールに関連付けられた QoS フローに必要な場合）、およびセッション AMBR が含まれます。

3b

SMF 要求による変更の場合、SMF は、N2 SM 情報と N1 SM コンテナを含む Namef_Communication_N1N2MessageTransfer を呼び出します。

UE が CM-IDLE 状態で、非同期タイプの通信（ATC）がアクティブになっている場合、AMF は Namef_Communication_N1N2MessageTransfer に基づいて UE コンテキストを更新して保存し、ステップ 4、5、6、7 をスキップします。UE が到達可能な場合、つまり UE が CM-CONNECTED 状態になると、AMF は N1 メッセージを転送して UE コンテキストを UE と同期します。

4

AMF は、N2 PDU セッション要求（SMF から受信した N2 SM 情報、NAS メッセージ（PDU セッション ID、N1 SM コンテナ（PDU セッション変更コマンド）））メッセージを（R）AN に送信します。

5

（R）AN は、SMF から受信した情報に関連する UE との AN 固有のシグナリング交換を発行します。たとえば、 NG-RAN 内で RRC 接続再構成は、UE が PDU セッションに関連した必要な（R）AN 技術情報の変更をして行われます。

6

（R）AN は、AMF に N2 PDU セッション確認メッセージを送信して、N2 PDU セッション要求を確認します。

7

AMF は、Nsmf_PDUSession_UpdateSMContext サービス操作を介して AN から SMF に N2 SM 情報とユーザーロケーション情報を転送します。SMF は Nsmf_PDUSession_UpdateSMContext 応答を送信します。

（R）AN が QFI を拒否した場合、SMF は QoS ルールおよび QoS フローレベルの QoS パラメータを、必要に応じて UE の QoS ルールに関連付けられた QoS フローに応じて更新します。

8

SMF は、N4 セッション変更要求メッセージを UPF に送信することにより、PDU セッション変更に関わっている UPF の N4 セッションを更新します。

9

UE は NAS メッセージ（PDU セッション ID、N1 SM コンテナ（PDU セッション変更コマンド Ack））を送信して PDU セッション変更コマンドを確認します。

10

（R）AN は、NAS メッセージを AMF に転送します。

11

AMF は、Nsmf_PDUSession_UpdateSMContext サービス操作を通じて、N1 SM コンテナ（PDU セッション変更コマンド Ack）とユーザー ロケーション情報を AN から SMF に転送します。SMF は Nsmf_PDUSession_UpdateSMContext 応答を送信します。

12

SMF は、N4 セッション変更要求（N4 セッション ID）メッセージを UPF に送信することにより、PDU セッション変更に関わっている UPF の N4 セッションを更新します。

イーサネット PDU セッション タイプの PDU セッションの場合、SMF は UPF にイーサネット パケット フィルタ セットと転送ルールの追加または削除を通知します。

13

ステップ 1b または、2 内で SMF が PCF と相互作用した場合、SMF は、SMF によって開始される SM ポリシー関連付けの変更手順を実行することによって、PCC の決定を適用されるかどうかを PCF に通知します。

SMF は、PDU セッションの変更に関連するユーザーの場所情報を登録しているすべてのエンティティに通知します。

ステップ 1b がトリガーされてトラフィック ルーティングのアプリケーション機能が実行されると、SMF は PDU セッションのユーザー プレーンを再構成します。
AN によって開始された変更手順中の QFI のリリース

SMF が QFI を解放するために AN が開始した変更をサポートするには、次の手順を実行します：

  1. 特定の PDU セッションで EPS インターワーキング インジケータが有効になっている場合、SMF は AMF に対して EBI リリースを開始します。

  2. SMF は UPF に N4 変更を送信し、解放されるフローに関連するパケット検出ルール（PDR）、QoS 適用ルール（QER）、および使用状況レポート ルール（URR）を削除します。

  3. SMF は、N1 PDU Session Modification コマンドを含む N1N2TransferMessage を開始します。このメッセージには、削除されたフロー、マップされた EPS ベアラーコンテキストに関する情報が含まれています。

  4. 次に、SMF は PCF と対話して、「RES_RELEASE」トリガーが設定されている場合、ルールに対してリリースされたフローを報告します。


（注）  

「policy_pdu_flows_total」統計を使用して、リリースされたフローを確認できます。
PDU セッション変更時の EPS インターワーキングの表示

[EpsInternetworkingIndication] フィールドには、EPS と 5GC の間のハンドオーバーの可能性が表示されます。このフィールドは、次の値を保持します：

  • [なし（NONE）]：PDU セッションを EPS に移動できません。

  • WITH_N26：PDU セッションが EPS に移動され、EPS インターワーキング手順中に N26 インターフェイスがサポートされます。

  • WITHOUT_N26：EPS インターワーキング手順中にサポートされる N26 インターフェイスなしで、PDU セッションが EPS に移動されます。

SMF では、EpsInternetworkingIndication 値が WITH_N26 に設定されている場合にのみ、4G から 5G へのハンドオーバーが許可され、その逆も許可されます。EpsInternetworkingIndication の他の値の場合、SMF はハンドオーバーを拒否します。

4Gおよび5G PDUセッションの確立中に、AMFからEPSインターネットワーキング指示を受信すると、SMFはS5/S8インターフェイス用のPGW-C + SMF FQDNをUDM登録要求に含めます。

EPS インターワーキング通知のサポートが有効になっている場合：

作成された PDU セッションの EpsInternetworkingIndication 値が NONE または WITHOUT_N26 から WITH_N26 に変更された場合は、次の手順に従って、PDU の変更手順で EPS インターワーキング表示の変更をサポートします。

  1. AMF は、変更された EpsInterworkingIndication 値を使用して Nsmf_PDUSession_UpdateSMContext 要求を呼び出します。

  2. SMF は AMF から Nsmf_PDUSession_UpdateSMContext 要求を受信し、Namf_Communication_EbiAssignmentRequest を開始します。この要求には、PDU セッション ID と割り当て/保持優先順位（ARP）リストが含まれています。

  3. AMF は、Namef_Communication_EbiAssignmentResponse を SMF に送信します。AMFは、応答を通じて以下を送信します。

    • 正常に割り当てられた EBI を含む assignedEbiList。

    • EBI 割り当てが失敗した失敗した ARP を含む failedArpList。

    • 4XX/5XX エラーと、EBI 割り当ての失敗を表す AssignEbiError。

  4. SMF は、EBI が正常に作成されると、N1N2MessageTransfer 要求メッセージを送信します。この要求には次の内容が含まれます：

    • N1:PDU SESSION MODIFICATION COMMAND ([Mapped EPS Bearer Contexts,Create])

    • N2:N2_PDU_SESSION_RESOURCE_MODIFY_REQUEST_TRANSFER（QoS フローでは EPS 無線アクセス ベアラー（E-RAB）ID と QoS フロー ID を持つ要求項目の追加または変更）


    （注）  

    UE がアイドルモードの場合、SMF は N2 メッセージの送信をスキップします。

  5. SMF は N1 メッセージを使用して、UE のマップされた EPS ベアラー コンテキストを通知します。SMF は N1：PDU セッション変更完了メッセージを待機します。

  6. SMF は N2 メッセージを使用して、EBI to QoS フロー識別子（QFI）の gNodeB へのマッピングを通知します。SMF は N2: PDU SESSION RESOURCE MODIFY RESPONSE TRANSFER メッセージを待機します。

  7. SMF で PDU セッション変更手順を実行します。

EPS インターワーキング表示のサポートが無効の場合：

作成された PDU セッションの EpsInternetworkingIndication 値が WITH_N26 から NONE または WITHOUT_N26 に変更された場合は、次の手順に従って、PDU の変更手順で EPS インターワーキング表示の変更をサポートします。

  1. SMF は、AMF から、変更された EpsInterworkingIndication 値を持つ Nsmf_PDUSession_UpdateSMContext 要求を受信します。

  2. SMF が N1N2MessageTransfer 要求メッセージを送信します。この要求には次の内容が含まれます。

    • N1:PDU SESSION MODIFICATION COMMAND ([Mapped EPS Bearer Contexts,Delete])

    • N2:N2_PDU_SESSION_RESOURCE_MODIFY_REQUEST_TRANSFER


    （注）  

    UE がアイドルモードの場合、SMF は N2 メッセージの送信をスキップします。

  3. SMF は N1 メッセージを使用して、UE でマッピングされた EPS ベアラー コンテキストを削除します。SMF は N1：PDU セッション変更完了メッセージを待機します。

  4. SMF は N2 メッセージを使用して、gNodeB への EBI から QFI へのマッピングを削除します。SMF は N2: PDU SESSION RESOURCE MODIFY RESPONSE TRANSFER メッセージを待機します。

  5. SMF で PDU セッション変更手順を実行します。

show subscriber コマンドを使用して、PDU セッションの EPS インターワーキング ステータスと QoS フローの EBI マッピングを確認します。

PDU セッションの解放コール フロー

PDU セッションのリリース手順は、次を含む、PDU セッションに関連付けられているすべてのリソースを解放するために使用されます。

  • IP ベースの PDU セッションに割り当てられた IP アドレス/プレフィックス

  • PDU セッションで使用された任意の UPF リソース。

  • PDU セッションで使用されたアクセス リソース。

SMF は、PDU セッションに関連付けられているエンティティ（PCF、データ ネットワーク（DN）（たとえば、PDU セッションの確立時に DN の承認が行われた場合）など）に通知します。

PDU セッションの解放を開始する方法は複数あります。UE、ネットワーク、AMF、または RAN から取得できます。

UE が開始した PDU セッションのリリース コール フロー

UE が開始した PDU セッションの解放手順により、UE は PDU セッションの解放を要求できます。ローカル ブレークアウト（LBO）の場合、手順は非ローミングの場合と同じですが、AMF、SMF、UPF、および PCF がアクセスしたネットワークにあるという違いがあります。

次の図は 、3GPP TS 23.502、セクション 4.3.4.2に指定されている SMF での EPS インターワーキングをサポートするための、UE によって開始される PDU セッションの解放手順を示しています。

図 37. UE が開始した PDU セッションのリリース コール フロー
表 30. UE が開始した PDU セッションの作成コール フローの説明
ステップ 説明

1、2

UEは、NAS メッセージの PDU_SESSION_RELEASE_REQUEST を RAN 経由で AMF に送信します。AMF は、SmContextUpdateRequest で SMF にメッセージを送信します。

3、4

SMF は N4SessionReleaseRequest を UPF に送信します。UPF は同じ応答を送信します。

5

SMF は、N1 および N2 コンテンツを含む SmContextUpdateResponse メッセージを送信します。

  • N1：PDU_SESSION_RELEASE_COMMAND

  • N2：N2_PDU_SESSION_RESOURCE_RELEASE_COMMAND。 SMF が IDLE モードの場合は、 を除外します。また、ステップ 8、9、10 は省略します。

6、7

AMF は RAN とメッセージを交換します。RAN はそれを UE に転送します。

8、9、10

RAN は、N2 リリース応答を AMF に送信します。AMF は、N11 SmContextUpdateRequest メッセージで N2 リリース応答（N2_PDU_SESSION_RESOURCE_RELEASE_RESPONSE_TRANSFER）を送信します。SMF は SmContextUpdateResponse として AMF に応答します。

11, 12, 13, 14

UEは、N1リリース応答をNASメッセージでRANを介してAMFに送信します。AMF は、N11 SmContextUpdateRequest メッセージで N1 リリース応答（PDU_SESSION_RELEASE_COMPLETE）を送信します。SMF は SmContextUpdateResponse として AMF に応答します。

15、16

SMF は削除課金要求を CHF に送信します。CHF は SMF に削除応答を返します。

17、18

SMF は SmContextStatusNotify を AMF に送信します。AMF は SmContextStatusNotifyResponse メッセージで応答を返します。

19、20

SMF から PCF に削除要求が送信されます。PCF は SMF に削除応答を返します。

21、22

SMF が UDM の登録解除要求を送信します。UDM は、登録解除応答で SMF に応答を返します。
ネットワークが開始した PDU セッションのリリース コール フロー

ネットワーク開始型 PDU セッションの解放手順により、AMF、SMF、または PCF が PDU セッションの解放を開始できます。

次の図に、ネットワークによって開始された PDU セッションのリリース コールのフローを示します。

図 38. ネットワークが開始した PDU セッションのリリース コール フロー
表 31. ネットワークによって開始された PDU セッションの作成コール フローの説明
ステップ 説明
1

この手順は、PCF、CHF、UDM、UPF、または CLI（サブスクライバのクリア）によってトリガされ、PDU セッションのリリースを開始できます。

2、3

SMF は N4SessionReleaseRequest を UPF に送信します。UPF は同じ応答を送信します。

（注）  

 

AMF が UE に到達不能であることを通知している場合は、ステップ 4 ～ 14 をスキップします。

4

SMF は、N11、N1、および N2 コンテンツを含む N1N2MessageTransfer メッセージを送信します。

  • N11：SkipInd=True

  • N1：PDU_SESSION_RELEASE_COMMAND

  • N2：N2_PDU_SESSION_RESOURCE_RELEASE_COMMAND。 SMF が IDLE モードの場合は、 を除外します。また、ステップ 8、9、10 は省略します。

5

AMF は、N1N2MessageTransferRsp メッセージに原因を含めて SMF に応答します。

（注）  

 

AMF がステップ 5 で原因をN1_MSG_NOT_TRANSFERREDとして送信した場合は、ステップ 6 〜 14 をスキップします。

6、7

AMF は RAN とメッセージを交換します。RAN はそれを UE に転送します。

8、9、10

RAN は、N2 リリース応答を AMF に送信します。AMF は、N11 SmContextUpdateRequest メッセージで N2 リリース応答（N2_PDU_SESSION_RESOURCE_RELEASE_RESPONSE_TRANSFER）を転送します。SMF は SmContextUpdateResponse として AMF に応答します。

11, 12, 13, 14

UE は、NAS メッセージに含まれる N1 リリース応答を RAN を介して AMF に送信します。AMF は、N11 SmContextUpdateRequest メッセージで N1 リリース応答（PDU_SESSION_RELEASE_COMPLETE）を送信します。SMF は SmContextUpdateResponse として AMF に応答します。

15、16

SMF は削除課金要求を CHF に送信します。CHF は SMF に削除応答を返します。

17、18

SMF は SmContextStatusNotify を AMF に送信します。AMF は SmContextStatusNotifyResponse メッセージで応答を返します。

19、20

SMF から PCF に削除要求が送信されます。PCF は SMF に削除応答を返します。

21、22

SMF が UDM の登録解除要求を送信します。UDM は、登録解除応答で SMF に応答を返します。
AMF によって開始された PDU セッションの解放

AMF が開始した PDU セッションの解放手順により、AMF は PDU セッションの解放を開始できます。

次の図は、AMF によって開始された PDU セッションのリリース コール フローを示しています。

図 39. UE が開始した PDU セッションのリリース コール フロー
表 32. AMF によって開始された PDU セッションの作成コール フローの説明
ステップ 説明
1

AMF は SmContextReleaseRequest を送信します。

2、3

SMF は N4SessionReleaseRequest を UPF に送信します。UPF は同じ応答を送信します。

4

SMF は、SmContextReleaseResponse を AMF に送信します。

5、6

SMF は削除課金要求を CHF に送信します。CHF は SMF に削除応答を返します。

7、8

SMF から PCF に削除要求が送信されます。PCF は SMF に削除応答を返します。

9、10

SMF が UDM の登録解除要求を送信します。UDM は、登録解除応答で SMF に応答を返します。
N11 Release = True での AMF によって開始された PDU セッションのリリース
表 33. 機能の履歴

機能名

リリース情報

説明

3GPP リリース 16 に準拠するための AMF によって開始される PDU セッション リリースの機能強化

 2025.01.0

AMF は、UE サブスクリプションの変更の通知を受信すると、PDU セッションを解放します。ただし、PDU セッション解放の原因は指定されていませんでした。この機能では、UE サブスクリプションの変更による PDU セッションの解放を示すために、新しい PDU セッションの解放原因 REL_DUE_TO_SUBSCRIPTION_CHANGE を導入することで、PDU セッションの解放プロセスが強化されています。

AMF が開始した PDU セッションのリリース手順により、AMF は、SmContextModifyRequest の N11 リリースが True に設定された PDU セッションのリリースを開始できます。

次の図は、N11 release=True での AMF によって開始された PDU セッションのリリース コール フローを示しています。

図 40. N11 Release = True での AMF によって開始された PDU セッションのリリース
表 34. AMF によって開始された PDU セッション作成コール フロー（N11 release=true）の説明
ステップ 説明
1

AMF は、次の理由で SmContextModifyRequest を release=True で送信します。

  • REL_DUE_TO_DUPLICATE_SESSION_ID：同一の PDU セッション ID を使用して新しい PDU セッションを確立する UE 要求によるリリース。

  • REL_DUE_TO_SLICE_NOT_AVAILABLE：関連付けられた S-NSSAI が使用できなくなったことによるリリース。

  • REL_DUE_TO_SUBSCRIPTION_CHANGE：UE サブスクリプションの変更（サブスクライブ対象の DNN の削除、または PDU セッションのリリースを引き起こす ODB の変更など）によるリリース。

2、3

SMF は N4SessionReleaseRequest を UPF に送信します。UPF は同じ応答を送信します。

4

SMF は、N1 および N2 コンテンツを含む SmContextUpdateResponse メッセージを送信します。

  • N1：PDU_SESSION_RELEASE_COMMAND、原因が REL_DUE_TO_DUPLICATE_SESSION_ID の場合は除外し、ステップ 10、11、12、13 をスキップします。

  • N2：N2_PDU_SESSION_RESOURCE_RELEASE_COMMAND。 SMF が IDLE モードの場合は、 を除外します。また、手順 7、8、9 は省略します。

5、6

AMF は RAN とメッセージを交換します。RAN はそれを UE に転送します。

7、8、9

RAN は、N2 リリース応答を AMF に送信します。AMF は、N11 SmContextUpdateRequest メッセージで N2 リリース応答（N2_PDU_SESSION_RESOURCE_RELEASE_RESPONSE_TRANSFER）を送信します。SMF は SmContextUpdateResponse として AMF に応答します。

10、11、12、13

UEは、N1リリース応答をNASメッセージでRANを介してAMFに送信します。AMF は、N11 SmContextUpdateRequest メッセージで N1 リリース応答（PDU_SESSION_RELEASE_COMPLETE）を送信します。SMF は SmContextUpdateResponse として AMF に応答します。

14、15

SMF は削除課金要求を CHF に送信します。CHF は SMF に削除応答を返します。

16、17

SMF は SmContextStatusNotify を AMF に送信します。AMF は SmContextStatusNotifyResponse メッセージで応答を返します。

18、19

SMF から PCF に削除要求が送信されます。PCF は SMF に削除応答を返します。

20、21

SMF が UDM の登録解除要求を送信します。UDM は、登録解除応答で SMF に応答を返します。
RAN が開始した PDU セッションのリリース コール フロー

RAN が開始した PDU セッションの解放手順により、RAN は PDU セッションの解放を開始できます。

次の図は、RAN によって開始された PDU セッションのリリース コール フローを示しています。

図 41. RAN が開始した PDU セッションのリリース コール フロー
表 35. AMF によって開始された PDU セッションの作成コール フローの説明
ステップ 説明
1

AMF は、N2 タイプ（N2_PDU_SESSION_RESOURCE_NOTIFY_RELEASED_TRANSFER）を使用して SmContextModifyRequest を送信します。

2、3

SMF は、パケット ルールを [転送からバッファ（Buffer from Forward）] に変更して、N4SessionModificationRequest を UPF に送信します。UPF は同じ、つまり SMF が IDLE 状態に移行していることに対する応答を送信します。

4

SMF は、UpState が Deactivated になっている SmContextUpdateResponse メッセージを送信します。
EPS ベアラー ID の割り当て

ここでは、EPS ベアラー ID の割り当て手順について説明します。

Figure 42. EPS ベアラー ID の割り当てコール フロー

Note
前述のコールフローのすべてのステップがサポートされているわけではありません。詳細については、次の表の説明を参照してください。
Table 36. EPS ベアラ ID の割り当てコールフローの説明
ステップ 説明
1 PGW-C + SMF（またはホームルーティングの場合は H-SMF）が、（オペレータポリシー、S-NSSAI、ユーザー プレーン セキュリティ適用情報に基づいて）PDU の QoS フローに EPS ベアラー ID を割り当てる必要があると判断した場合PGW-C+SMF は Namef_Communication_EBIAssignment Request（PDU セッション ID、ARP リスト）を呼び出します。
ステップ 2 からステップ 5 は、同じ UE に対する EBI の新しい SMF 要求を処理するために、以前に UE に割り当てられていた EBI を AMF が取り消す必要がある場合にのみ適用されます。
2 （条件付き）AMF に使用可能な EBI がない場合、AMF は、PDU セッションの確立中に保存された ARP および S-NSSAI、UE コンテキストの EBI 情報、およびローカル ポリシーに基づいて、QoS フローに割り当てられた EBI を取り消す場合があります。割り当てられた EBI が取り消される場合、AMF は 関連する SMF（「解放されたリソースを提供する SMF」と呼ばれる）を要求し、取り消す EBI に対応するマップされた EPS QoS パラメータをリリースするために Nsmf_PDUSession_UpdateSMContext（取り消される EBI）を呼び出します。AMF は、割り当てられた EBI、ARP ペアと対応する PDU セッション ID および SMF アドレスとの関連付けを保存します。
3

ステップ3 で要求を受信した「解放されたリソースを提供するSMF」は、Namf_Communication_N1N2Message Transfer（N2 SM 情報（PDU セッション ID、失効する EBI）、N1 SMコンテナ（PDUセッション変更コマンド（PDU セッション ID、失効するEBI））を呼び出して、（R）AN と UE に、失効する EBI に対応するマッピングされた EPS QoS パラメータを削除するように通知します。ホームルーティング ローミングのシナリオでは、H-SMF に V-SMF に対して無効にされる EBI が含まれており、無効にされる EBI に対応するマップされた EPS ベアラー コンテキストを削除するよう V-SMF に通知します。

対応する EPS QoS パラメータを割り当てることができず、サービスの続行が受け入れられない場合、SMF は QoS フローの削除を決定することもできます。

ホーム ルーティングのローミング シナリオの場合、「解放されたリソースを提供する SMF」は、N4 セッション変更要求を送信し、失効した EBI に対応する N4 セッションを解放するように PGW-U+UPF に要求します。

ホーム ルーティング ローミングの場合、V-SMF は PDU セッションに対して VPLMN が開始する QoS 変更を開始します。V-SMF は、H-SMF から受信した対応する QoS 変更メッセージに基づいて、Namef_Communication_N1N2Message Transfer を呼び出します。

4

UE が CM-CONNECTED 状態の場合、AMF は N2 PDU セッション要求（SMF から受信した N2 SM 情報、NAS メッセージ（PDU セッション ID、N1 SM コンテナ（PDU セッション変更コマンド）））メッセージを（R）AN に送信します。

UE が CM-IDLE 状態で、ATC がアクティブになっている場合、AMF は Namef_Communication_N1N2MessageTransfer に基づいて UE コンテキストを更新および保存し、ステップ 5 とステップ 6 はスキップされます。たとえば、UE が CM-CONNECTED 状態になると、AMF は N1 メッセージを転送して UE コンテキストを UE と同期します。

5 この手順の関連ステップは、前の図で指定されているように実行されます。
6

AMF は EBI の割り当てに成功すると、割り当てられた EBI で応答します。それ以外の場合は、EBI 割り当ての失敗を示す原因で応答します。

同じ DNN に対して、別の SMF からの PDU セッションがすでに存在する場合、AMF は、EBI 割り当て要求を拒否するか、既存の PDU セッションから同じ DNN で異なる SMF への EBI を取り消します。AMF は、オペレータ ポリシーに基づいて決定を行います。

Note

 

上記のステートメントは、PDU セッションの S-NSSAI が異なる場合にのみ適用されます。それ以外の場合は、同じ DNN への PDU セッションに対して同じ SMF が選択されます。
7

PGW-C+SMF は、PGW-U+UPF への N4 セッション確立/変更要求を送信します。

家庭用ローミングのシナリオでは、EBI が正常に割り当てられている場合、PGW-C+SMF は各 EPS ベアラーの CN トンネル情報を準備します。CN トンネル情報が PGW-C+SMF によって割り当てられている場合、EPS ベアラーの PGW-U トンネル情報は PGW-U + UPF に提供される場合があります。CN トンネル情報が PGW-U + UPF によって割り当てられている場合、PGW-U + UPF は、EPS ベアラーの PGW-U トンネル情報をPGW-C + SMF に送信します。PGW-U + UPF は、NG-RAN からアップリンク パケットを受信します。

Note

 

  • ホームルーティング ローミングのシナリオでは、PGW-C+SMF は各 EPS ベアラーの CN トンネル情報を作成し、V-SMF に提供します。したがって、UE が EPS ネットワークに移動する場合、V-SMF は EPS ベアラー コンテキストを取得するために PGW-C+SMF と対話する必要はありません。

  • CN トンネル情報が PGW-C + SMF によって割り当てられ、PDU セッションの確立時に PGW-U + UPF に提供されない場合、UE がターゲット RAT に移動すると、PGW-U + UPF はPGW-C+SMF は、N4 セッション変更で PGW-U+UPF にトンネル情報を提供しています。これにより、システム間引き継ぎの実行中に UL データの短時間の中断が発生します。

  • SMF は、5G PDU 確立中および 5G PDU 変更（新しいフロー作成時）において、EPS ベアラー用の他の RAT トンネルの作成をサポートします。SMF は、N4 確立で EPS ベアラーに追加の PDR を送信し、EPS ベアラー向けにこれらの追加のトンネルを作成すると、UPF と通信するための N4 変更要求を送信します。

8

PGW-C+SMF は、AMF から任意の EBI を受信すると、受信した EBI をマッピングされた EPS ベアラー コンテキストに追加します。

ホームルーティング ローミングのシナリオでは、PGW-C+SMF は EPS ベアラー コンテキストを生成します。これには、EPS ベアラーごとの PGW-U トンネル情報が含まれます。さらに、デフォルトの EPS ベアラーが PDU セッションの対応する PDN 接続に対して生成された場合（つまり、PDU セッションの確立手順中に）、PGW-C + SMF は PDN 接続の PGW-C トンネル情報を生成し、それをUE EPS PDN 接続に含めます。

8a （条件付き）非ローミングまたは LBO シナリオでは、PGW-C+SMF には、マップされた EPS ベアラー コンテキストと、N1 SM コンテナで UE に送信される対応する QoS フローが含まれます。PGW-C+SMF は、QoS フローと N1 SM コンテナ内のマッピングされた EPS ベアラー コンテキスト間のマッピングも示します。PGW-C+SMF には、NG-RAN に送信する N2 SM 情報で受信した EBI と QFI 間のマッピングも含まれます。PGW-C+SMFは、Namef_Communication_N1N2MessageTransferを介してN1 SMコンテナとN2 SMの情報をAMFに送信します。
8b （条件付き）ホームルーティング ローミングのシナリオでは、PGW-C + SMF は、マッピングされた EPS ベアラー コンテキスト、受信した EBI と QFI の間のマッピング、および PDU セッション確立中に Nsmf_PDUSession_Create 応答を介して、または PDU セッション変更中に Nsmf_PDUSession_Update 要求を介して EPS ベアラーコンテキストを V-SMF に送信します。V-SMF は EPS ベアラーコンテキストを保存し、N1 SM コンテナと N2 SM の情報を生成して、Namef_Communication_N1N2MessageTransfer を介して AMF に転送します。
9 N1 SM コンテナと N2 SM の情報は、それぞれ UE と NG-RAN に送信されます。この手順の関連ステップは、前の図で指定されているように実行されます。
N4 最適化コール フローによる非ローミング 5G PDU の確立

このセクションでは、N4 最適化を使用した非ローミング 5G PDU の確立のコール フローについて説明します。

図 43. N4 最適化コール フローによる非ローミング 5G PDU の確立
表 37. N4 最適化コール フローの説明による非ローミング 5G PDU 確立
ステップ 説明
1

UE は PDU セッション確立要求を AMF に送信します。
2 AMF は、Nsmf PDU セッションの CreateSMContext 要求を SMF+PGW-C に送信します。
3 SMF + PGW-C は、UDMにN10登録要求を送信します。次に、UDMは、N10登録応答をSMF + PGW-Cに送信します。
4

SMF + PGW-C は、N10 サブスクリプション取得要求を UDM に送信します。次に、UDMは、N10サブスクリプション取得応答をSMF + PGW-Cに送信します。
5

SMF + PGW-C は、UDM に N10 サブスクライブ要求を送信します。次に、UDMは、N10 Subscribe to Notify 応答をSMF + PGW-Cに送信します。
6

SMF + PGW-C は、Nsmf PDU セッション CreateSMContext 応答を AMF に送信します。
7

SMF + PGW-C は、N7 ポリシー作成要求を PCF に送信します。PCF は、SMF + PGW-C に N7 ポリシー作成応答を送信します。
8

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

SMF + PGW-C は CHF に N40 課金データ要求を送信します。CHF は、N40 課金データ応答を SMF+PGW-C に送信します。
10

SMF + PGW-C は、N4 セッション確立要求を UPF に送信します。SMF は、5G とその他の RAT（4G）の両方のトンネルを作成します。
11

トンネルの作成後、UPF は N4 セッション確立応答を SMF + PGW-C に送信します。
12

SMF + PGW-C は、EBI 割り当て手順を開始します。次に、SMF + PGW-C は、Namef 通信 N1N2Message 転送要求を AMF に送信します。
13

N1 PDU セッションの確立が承認され、N2 PDU リソース設定要求が送信された後、SMF + PGW-C は、Nsmf PDU セッション UpdateSMContext 要求（N2 PDU リソース設定応答）を SMF + PGW-C に送信します。

14

SMF + PGW-C は、N4 セッション変更要求を UPF に送信します。この要求には、gNB トンネルの詳細が含まれています。
15

UPF は、N4 セッション変更応答を SMF + PGW-C に送信します。応答には、更新された FAR と gNB トンネルの詳細が含まれます。
16

SMF+PGW-C は、Nsmf PDU Session UpdateSMContext Response を AMF に送信します。

PDU セッション管理での N1N2 メッセージ転送
表 38. 機能の履歴

機能名

リリース情報

説明

3GPP リリース 16 の準拠に対する PDU セッション管理プロセスの強化

 2025.01.0

PDU セッション管理プロセス中に、後続の N1N2 メッセージ転送要求を受信すると、AMF は、この要求が新しく選択された SMF によって発行されたか、または元々選択されていた SMF によって発行されたかを判断できません。この機能により、SMF は既存の nfId 属性で、N1N2 メッセージ転送要求で NFInstanceID を送信できます。

PDU セッション中、SMF は AMF に対して N1N2 メッセージ転送要求を送信します。N1N2 メッセージ転送は、PDU セッションの確立、PDU セッションの変更、PDU セッションのリリース、NG-RAN 間ノード N2 ベースのハンドオーバーなどの手順で送信されます。

N1N2 メッセージ転送要求に、N1 メッセージと N2 メッセージのいずれかまたは両方が含まれている。N1 PDU メッセージは、既存の nfId 属性で、N1N2 メッセージ転送要求の NFInstanceID を示します。これにより、AMF は N1 メッセージの送信を要求している SMF インスタンスを識別できます。

標準準拠

この機能は、以下の基準に準拠しています。

  • 3GPP TS 23.401、バージョン 15.6.0

  • 3GPP TS 23.502、バージョン 15.4.0

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

  • 3GPP TS 29.518、バージョン 16.4.0

5G PDU セッション パラメータからの EPS PDN 接続パラメータの生成

このセクションでは、PGW-C+SMF の 5G PDU セッション パラメータから EPS PDN 接続パラメータを生成する方法について説明します。

PGW-C+SMF が EPS と 5GC 間のインターワーキングをサポートする PDN 接続または PDU セッションの設定または変更を要求されると、PGW-C+SMF は PDU セッション パラメータから PDN 接続パラメータを生成します。

PGW-C+SMF が PDU セッション パラメータに基づいて PDN 接続パラメータを生成する場合、次のルールが適用されます。

  • PDN タイプ：PDU セッション タイプがそれぞれ IPv4 または IPv6 の場合、PDN タイプは IPv4 または IPv6 に設定されます。PDN タイプは、イーサネットおよび非構造化 PDU セッション タイプの非 IP に設定されます。

  • EPS ベアラー ID：EPS と 5GC 間のインターワーキングをサポートする PDU セッションにおいて、 3GPP TS 23.502、セクション 4.11.1.4.1で説明されているように、QoS フローの確立中に AMF から EBI が要求されます。EBI は、PGW-C+SMF によってホストされる PDN 接続用の 3GPP TS 23.401 で定義されているように、（QoS フローの確立によってトリガされる）EPS ベアラーの確立中に MME から取得されます。EBI と QoS フローとの関連付けは、SMF によって保存されます。

  • APN-AMBR：APN-AMBR は、オペレータ ポリシーに従って設定されます。たとえば、セッション AMBR を考慮します。

  • EPS QoS パラメータ（ARP、QCI、GBR、MBR など）：

    • QoS フローが 1 つの EPS ベアラーにマッピングされている場合：EPS ベアラーの ARP、GBR、および MBR は、対応する QoS フローのそれぞれの ARP、GFBR、および MFBR に設定されます。

    • 標準化された 5QI の場合、QCI は 5QI に 1:1 でマッピングされます。標準化されていない 5QI の場合、PGW-C+SMF は、5QI およびオペレータ ポリシーに基づいて QCI を導出します。


Note

EBI が割り当てられている場合、GBR QoS フローは GBR 専用 EPS ベアラーに 1:1 でマッピングされます。他の GBR QoS フローは、インターワーキング中に終了されます。複数の QoS フローが 1 つの EPS ベアラーにマッピングされている場合、EPS ベアラーパラメータはオペレータポリシーに基づいて設定されます。たとえば、EPS ベアラーの QoS パラメータは、すべてのマッピングされた QoS フローの最高 QoS に従って設定されます。


Note

EBI が割り当てられていない非 GBR QoS フローは、デフォルトの EPS ベアラーにマッピングされます。

N26 インターフェイスを使用する 5G から EPS へのハンドオーバー

機能説明

SMF は、MME と AMF の間に N26 インターフェイスが存在する場合、5GC 上の EPS への PDU セッションのハンドオーバーをサポートします。ハンドオーバーは、適用可能なデフォルト ベアラーと専用ベアラーの作成をサポートします。

機能の仕組み

このセクションでは、5GからEPSへのハンドオーバー手順と5GからEPSへのハンドオーバーをキャンセルする手順について説明します。

コール フロー

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

  • 5G から EPS へのハンドオーバー コール フロー

  • 5G から EPS へのハンドオーバー キャンセルのフロー

5G から EPS へのハンドオーバーのコール フロー

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

EPS セッションでの 5G から EPS へのハンドオーバー手順は、3GPP 23.502、セクション 4.11.1.2.1 に準拠しています。

  1. AMF は、Nsmf_PDUSession_ContextRequest を使用して SM コンテキストを提供するように SMF に要求します。

  2. SMF は N4 セッション変更を UPF に送信して、各 EPS ベアラーの CN トンネルを確立します。PCC から受信した 5G QoS および PCC ルールへのベアラー マッピングは、SMF にすでに存在している必要があります。SMF には、ベアラー ID の割り当て手順から取得したベアラー ID も必要です。

    SMF は N4 セッションの新しい PDR を作成し、4G システムの要求に応じて各ベアラーに割り当てられる TEID を取得します。

  3. SMF は AMF に EPS ベアラー コンテキストを提供します。SMF は、E-UTRAN からのアップリンク トラフィックのすべてのベアラーの CN トンネル情報を AMF に提供します。

  4. 間接データ転送が適用される場合、AMFは、間接データ転送トンネルを作成するために、Nsmf_PDUSession_UpdateSMContext要求（データ転送用のS-GWアドレスおよびS-GW DL TEID）をSMFに送信します。

  5. SMF は、N4 変更要求を UPF に送信して追加の PDR と FAR を作成し、NG RAN から間接トンネルを介してリダイレクトされた DL データを受信し、それらを eNodeB に転送します。アップリンク PDR は、NG-RAN から転送された DL データと一致するために QFI を持っている必要があり、データをeNodeB に転送する必要があるため、関連付けられた QER は QFI を持ちません。FAR は、QFI に基づく適切なトンネルを介して受信したデータを eNodeB にリダイレクトします。

  6. S-GW は、ベアラーの SMF の DL TEID を使用して、ベアラー要求の変更を SMF に送信します。

  7. SMF は N4 変更要求を UPF に送信し、E-UTRAN への DL データ パスをアクティブにします。この時点で、間接トンネルと直接 DL パスの両方が eNodeB に対してアクティブになります。

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

  9. AMF は、転送トンネルを解放するように指示して、Nsmf_PDUSession_UpdateSMContext Request サービス操作を開始します。

  10. SMF は、間接トンネルの PDR と FAR を削除するために、N4 変更要求を UPF に送信します。不要な 5G セッションの PDR と FAR も削除されます。

5G から EPS へのハンドオーバー キャンセルのコール フロー

準備フェーズの後に送信元無線アクセスネットワーク(RAN)がハンドオーバー キャンセルをトリガーすると、AMF は SMF に対して「Nsmf_PDUSession_UpdateSMContext 要求（SUPI、Relocation Cancel Indication）」を呼び出します。再配置キャンセル通知に基づいて、SMF はハンドオーバーの準備フェーズ中に確立されたセッション リソースを削除します。つまり、SMF は、間接トンネルと 5G セッションのハンドオフの準備で割り当てられたすべてのパケット検出ルール（PDR）、転送アクション ルール（FAR）、およびその他のルールを削除します。

次のコール フローは、5GS から EPS へのハンドオーバーのキャンセル手順を示しています。

図 44. 5GS から EPS へのハンドオーバー キャンセルのコール フロー
表 39. 5GS から EPS へのハンドオーバーのキャンセルコール フローの説明

ステップ

説明

1

AMF は、Sm コンテキスト更新サービスの POST 要求を送信して、既存の PDU セッションのハンドオーバーをキャンセルするよう SMF に要求します。その際、次の情報が提供されます。

  • SMF の個々の SM コンテキスト リソースの hoState 属性を [キャンセル済み（CANCELED）] に更新する

  • 原因情報

2

SMF は、次の情報を含む 200 OK 応答メッセージを返します。

  • hostState 属性を CANCELED に設定

SMF は、ターゲット RAN へのハンドオーバー用に予約されているリソースを解放するなど、ハンドオーバーの実行をキャンセルします。その後、SMF は hoState を NONE に設定し、保存されている targetServingNfId を削除します。

標準準拠

5GからEPSへのハンドオーバー機能は、3GPP TS 23.502、バージョン15.3.0に準拠しています。

専用ベアラの作成に対する遅延および再試行のサポート

機能説明

専用ベアラーの作成に対する遅延および再試行のサポート機能によって、次の処理が容易になります。

  • 引き継ぎが完了した後、構成された時間に基づいて専用ベアラーの作成を遅らせます。

  • 次のいずれかのシナリオで、IMS ベアラー専用ベアラーの作成を再試行します。

    • 移行中の移行中に MME に障害が発生した場合。

    • IMS ベアラーが一時的に到達不能な場合。

  • ハンドオーバーが完了すると、SMF サービスが構成されたタイマーで開始されます。次に、専用ベアラーの作成が開始されます。

  • IMS 専用ベアラーの作成が失敗した場合、最大再試行回数の構成によって、作成プロセスで試行される再試行回数が決まります。構成されたタイムアウトにより、各再試行の遅延が決まります。

機能の仕組み

このセクションでは、専用ベアラー作成の遅延およびサポート機能の再試行の動作の概要について説明します。

コール フロー

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

図 45. EPS フォールバック ガード タイマー コール フロー


表 40. EPS フォールバック ガード タイマー コール フローの説明
ステップ 説明
1 gNB は、AMF を介してフォールバック原因とともに専用ベアラ作成の失敗情報を送信します。
2 EPS フォールバック タイマーが開始されます。
5G から 4G へのハンドオーバー後に EPS フォールバックが成功すると、手順 3 〜 12 が発生します。
3 EPS は、保留中の専用ベアラーの作成をトリガーします。
4 遅延タイマーが開始されます。
5 SMF（+S5-C）は、PFCP セッション変更要求を UPF（+S5-U）に送信します。
6 PDR および FAR が作成されます。
7 UPF（+S5-U）は、PFCP セッション変更応答を SMF（+S5-C）に送信します。
8 GTP-U TEID で作成された PDR の情報が利用できます。
9 SMF（+S5-C）は、S-GW にベアラー要求の作成を送信します。
10 S-GW は、SMF（+S5-C）にベアラー応答の作成を送信します。
11 SMF（+S5-C）は、PFCP セッション変更要求を UPF（+S5-U）に送信します。
12 UPF（+S5-U）は、専用ベアラーの作成に成功したという通知を PCF に送信します。
13 EPS フォールバック ガード タイマーが停止します。
14 PCF は「200 OK」の確認応答を SMF（+S5-C）に送信します。
引き継ぎが完了する前に EPS フォールバック タイマーが期限切れになるシナリオでは、ステップ 13 ～ 15 が発生します。
15 SMF（+S5-C）は、専用ベアラー作成の失敗通知を PCF に送信します。
16 PCF は「200 OK」の確認応答を SMF（+S5-C）に送信します。
17 5G から 4G へのハンドオーバー手順が続行されます。

専用ベアラー作成の遅延および再試行のサポートの構成

このセクションでは、専用ベアラー作成の遅延および再試行サポート機能の構成について説明します。

config 
   profile access accesstemp 
     eps-fallback cbr delay delay_time max-retry retry_count  
     timeout timeout_value 
     end

注：

  • delay delay_time ：専用ベアラーの作成の遅延時間をミリ秒単位で指定します。有効値の範囲は 0 ～ 10000 ミリ秒です。デフォルトは 0 です。

  • max-retry retry_count ：専用ベアラーの作成を再試行する回数を指定します。有効な値の範囲は 0 ～ 10 です。デフォルトは 0 です。

  • timeout timeout_value ：専用ベアラーの作成を再試行するまでのタイムギャップを秒単位で指定します。有効な値の範囲は、1 ～ 3 秒です。デフォルトは 1 です。

専用ベアラー作成の遅延および再試行サポート構成の確認

ここでは、専用ベアラー作成の遅延と再試行サポートの構成を確認する方法について説明します。

show running-config コマンドを使用して、設定を表示します。

次に、show running-config コマンドの出力例を示します。 

profile smf smf1
service name smf-service
  access-profile access1
!
!
profile access access1
eps-fallback cbr delay 100 max-retry 5 timeout 2

タイマーの期限切れによる専用ベアラー手順エラーの処理

機能説明

このセクションでは、専用ベアラー手順が定義された手順タイムアウト値内に終了しない場合の SMF の動作について説明します。このタイムアウトをサービス レベル契約（SLA）タイマーと呼びます。手順レベルで定義される SLA タイムアウトは、手順 SLA タイマーと呼ばれます。

専用ベアラー手順の処理中に、SMF はピア NF と連携します。ピア NF は、次のいずれかになります：

  • S-GW

  • PC-F

  • CHF

  • UPF

専用ベアラー手順の完了前に SLA タイマーが期限切れになると、SMF およびピア ノードでグレースフル クリーンアップが実行されます。このクリーンアップ アクションは、専用ベアラーの手順が実行されている段階に基づきます。

機能の仕組み

SMF は、専用ベアラー手順の開始時に手順 SLA タイマーを開始し、手順の終了時に停止します。エンドポイント構成により、インターフェイス（N11、N7、N40）レベルで SLA タイマーを定義できます。構成の詳細は、このガイドの 専用ベアラー手順障害処理機能の構成 セクションを参照してください。

手順 SLA は、専用ベアラー手順を開始する次のトランザクションでサポートされます。

  • N7 ポリシー通知要求（PCF によって開始される変更）

  • ベアラー削除コマンド（SGW によって開始された削除）

  • 専用ベアラー手順を開始する内部トランザクション。たとえば、NintSelfTxnExpPcfUpdNotifyReq には、N7 ポリシー通知要求（PCF によって開始される変更）と同様の SLA タイムアウト処理があります。

手順タイマーが期限切れになると、SMF とピア ノードで必要なクリーンアップが実行されます。このクリーンアップ アクションは、専用ベアラーのコール フローが存在する段階に基づきます。この操作は、ピアからの応答を長時間待機しているプロシージャ インスタンスを特定し、それに応じてそれらを処理するのに役立ちます。

コール フロー

ここでは、この機能に関連した次のコール フローについて説明します。

PCF によって開始された変更コール フロー

このセクションでは、プロシージャ SLA タイマーが期限切れになった場合の、PCF によって開始された専用ベアラー変更コール フローの処理について説明します。

この項で説明する手順 SLA 処理には、次のトリガーにより内部トランザクションによって開始される、他の種類の専用ベアラー手順が含まれます：

  • PCF によって開始されたトリガー：ピギーバック専用ベアラ手順、PCF 更新/通知応答がトリガーした専用ベアラ手順、NIntSelfTxnExpPcfUpdNotifyReq など。

  • その他のトリガー：Call Sub、Revalidation Timeout、N4 セッションレポート、内部 Txn により、コリジョンの中断時に専用ベアラー手順を再起動します。


（注）  

SMF は、専用ベアラー手順のエラーを処理するために、N7 インターフェイスの手順 SLA 構成を使用します。

次の図は、PCF からの N7 ポリシー通知要求によって開始される専用ベアラー変更のコール フローを示しています。

図 46. PCF によって開始された変更コール フロー

次の表に、プロシージャ SLA タイマーが期限切れになったときに各段階で実行される処理を示します。

表 41. SLA タイマー期限切れ中の PCF によって開始された変更の処理

タイムラインまたはスライスの可用性

要求または、イベント

ステージ：失敗

SLA によるタイムアウト

構成された手順の SLA

N7 PCF 通知要求

PCF 通知

HTTP ステータス コード「504 Gateway Timeout」と「TIMED_OUT_REQUEST」のプロトコル エラーで N7 PCF 通知に応答します。

構成された手順の SLA

最初の N4 変更要求

新しく追加されたフローの場合：

非同期N4変更により、新しいフローのN4トンネルを削除します。

トリガーに基づいてルール レポートを使用して非同期 PCF 更新を送信します。

削除されたフローの場合：

ベアラー削除要求（DBR）

N4 を同期して、削除されたルールのトンネルを削除します。削除されたフローの N4 変更応答で UPF が送信する使用状況レポートの損失を回避するために、同期手順を実行します。

トリガーに基づくルールレポートを使用した非同期 PCF 更新。

構成された手順の SLA

ベアラー要求の削除

N4 を同期して、削除されたルールのトンネルを削除します。削除されたフローの N4 変更応答で UPF が送信する使用状況レポートの損失を回避するために、同期手順を実行します。

トリガーに基づくルールレポートを使用した非同期 PCF 更新。

構成された手順の SLA

ベアラー更新の要求

現在サポート対象外

構成された手順の SLA

ベアラー要求の作成

削除されたフローと新しいフローの N4 トンネルを削除する非同期 N4 変更。

トリガーに基づいてルール レポートとともに PCF 更新を送信します。

構成された手順の SLA

第 2 の N4 変更要求

追加されたフローの場合：

非同期 DBR および非同期 N4 変更を実行します。非同期障害ルールレポートを PCF に送信します。

削除されたフローの場合：

非同期成功ルール レポートを PCF に送信します。次に、PDU コンテキストを更新します。

構成された手順の SLA

課金更新要求

最後のレッグ、手順の成功として扱います。

トリガーに基づいて成功ルール レポートとともに PCF 更新を送信します。次に、PDU コンテキストを更新します。

最終段階：寛容なアプローチ、SLA なし

PCF 更新要求

変更完了のマークを付けます。
PCRF 開始セッション削除のコール フロー

このセクションでは、手順 SLA タイマーが期限切れになった場合の MME によって開始された専用ベアラー削除コール フローの処理について説明します。ベアラー コマンドの削除（DBC）の手順 SLA タイマーが期限切れになると、SMF はベアラー障害の削除表示を送信します。


（注）  

SMF は、RAT タイプに基づいて、S5 または S2b インターフェイスに対して SLA 設定手順を使用します。

次の図は、ベアラー コマンドの削除の受信時に MME によって開始される専用ベアラー削除コール フローを示しています。

図 47. PCRF 開始セッション削除のコール フロー

次の表に、SLA タイマーが期限切れになったときに各段階で実行される処理を示します。

表 42. SLA タイマーの期限切れ中に MME によって開始された削除の処理

タイムラインまたはスライスの可用性

要求または、イベント

ステージ：失敗

トランザクション SLA によるタイムアウト

構成された手順の SLA

ベアラー削除コマンド

アイドル（Idle）

ベアラー障害表示の削除の送信

構成された手順の SLA

PCF 更新要求

ベアラー障害表示の削除の送信

構成された手順の SLA

最初の N4 変更要求

非同期 DBR

N4 を同期して、削除されたルールのトンネルを削除します。削除されたフローの N4 変更応答を UPF が送信する使用状況レポートが失われるのを避けるために、同期手順を実行します。

構成された手順の SLA

ベアラー要求の削除

N4 を同期して、削除されたルールのトンネルを削除します。削除されたフローの N4 変更応答を UPF が送信する使用状況レポートが失われるのを避けるために、同期手順を実行します。

構成された手順の SLA

第 2 の N4 変更要求

手順の成功として処理します。次に、PDU コンテキストを更新します。

構成された手順の SLA

課金更新要求

手順の成功として処理します。次に、PDU コンテキストを更新します。

専用ベアラー手順障害処理機能の構成

このセクションでは、専用ベアラー手順障害処理機能を構成する方法を説明します。

手順 SLA タイマーの構成

次の構成例を使用して、手順 SLA タイマーを構成します。SMF はこのタイマーを使用して、専用ベアラ手順失敗処理を実行します。

config 
   instance instance-id gr_instance_id 
      endpoint { dns-proxy | gtp | gtpprime | li | nodemgr | pfcp | protocol | radius | radius-dns | sbi | service | sgw-service } 
         interface { n7 | s2b | s5 } 
            sla procedure procedure_time  
            end

注：

  • endpoint { dns-proxy | gtp | gtpprime | li | nodemgr | pfcp | protocol | radius | radius-dns | sbi | service | sgw-service } ：選択したインターフェイスのエンドポイント構成を開始します。たとえば、 endpoint sbi コマンドを使用すると、SBI エンドポイント構成を入力できます。

  • interface { n7 | s2b | s5 } ：手順タイマーが実行されているエンド ポイント インターフェイスを指定します。

  • sla procedure process_time ：選択したインターフェイス固有の手順の手順 SLA タイマーを指定します。

    procedure_time は、1000 ～ 120000 の範囲である必要があります。

専用ベアラー手順障害処理機能の認証

ここでは、専用ベアラー手順障害処理機能の構成を確認する方法について説明します。

手順 SLA タイマー構成を確認するには、show running-config instance instance-id gr_instance_id endpoint コマンドを使用します。

show running-config instance instance-id 1 endpoint sbi コマンドの出力例を次に示します。 

smf# show running-config instance instance-id 1 endpoint sbi
instance instance-id 1
 endpoint sbi
  replicas 2
  vip-ip 209.165.200.225
  interface n7
   loopbackPort 9118
   vip-ip 209.165.201.1 vip-port 8090
   sla procedure 4000
  exit
 exit
exit

専用ベアラ手順失敗処理機能の OAM サポート

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

バルク統計サポート

この機能の一部として、smf_service_stats 統計の「reason」ラベルに新しい値「timeout」が追加されます。この新しい値は、手順の SLA タイマーの期限切れを示します。

トラブルシューティング情報

ここでは、トラブルシューティング情報について説明します。

  • 警告とエラーのログを収集します。

  • monitor protocol コマンドと pcap 機能を使用して、メッセージトレースを収集します。

  • smf_service_stats の統計情報を調べます。

    プロシージャ SLA タイマーの期限切れ中に、理由が「タイムアウト」として表示されます。次に、smf_service_stats の例を示します。

専用ベアラ作成の場合：

smf_service_stats{Cause="SMF_Internal_Failure",Detailed_Cause="timeout",always_on="disable",app_name="SMF",
cluster="Local",data_center="DC",dcnr="disable",dnn="intershat",emergency_call="false",fourg_only_ue="false",
instance_id="0",pdu_type="ipv4",pra="none",procedure_type="pcf_req_ded_brr_create",qos_5qi="2",
rat_type="EUTRA",reason="timeout",roaming_status="homer",service_name="smf-service",
smf_current_procedure="",status="failures",up_state="UpState_Activated"} 1

専用ベアラ削除の場合：

smf_service_stats{Cause="SMF_Internal_Failure",Detailed_Cause="timeout",always_on="disable”
,app_name="SMF",cluster="Local",data_center="DC",dcnr="disable",dnn="intershat",emergency_call="false",
fourg_only_ue="false",instance_id="0",pdu_type="ipv4",pra="none",procedure_type="pcf_req_ded_brr_delete",
qos_5qi="3",rat_type="EUTRA",reason="timeout",roaming_status="homer",service_name="smf-service",
smf_current_procedure="",status="failures",up_state="UpState_Activated"} 1

4G セッションの GTP-U エラー通知の処理

機能説明

このセクションでは、SMF が GPRS トンネリング プロトコル、4G セッションのユーザー プレーン（GTP-U）エラー表示を処理する方法について説明します。

サービング ゲートウェイ（S-GW）は、不明なトンネル エンドポイント識別子（TEID）を持つ GTP-U メッセージを受信すると、トンネル ID を含む GTP-U エラー通知メッセージを UPF に送信します。GTP-U エラー通知を受信した UPF は、エラー通知（ERIR）を含む SMF に N4SessionReportRequest を送信します。SMF は N4SessionReportRequest に含まれる Fteid に基づいて EBI を取得し、セッションまたはベアラーの削除を開始します。SMF が S-GW にベアラー要求の削除を送信します。S-GW からの応答を受信すると、SMF は、ベアラーのタイプ（専用ベアラーまたはデフォルト ベアラー）に基づいて、N4 セッション変更要求または N4 セッション リリース要求のいずれかを UPF に送信します。CHF と PCF も、ベアラー タイプに基づいて通知されます。


（注）  

SMF が PFCPSessionReportRequest を受信すると、デバッグ メッセージの一部として IntSelfTxnN4SessRptReq メッセージが表示されます。

このセクションでは、SMF が Diameter インターフェイスで GTP-U エラー通知を処理する方法についても説明します。

標準準拠

GTP-U エラー通知処理機能は、次の標準に準拠しています。

  • 3GPP TS 29.244、バージョン 15.6.0

  • 3GPP TS 23.527、バージョン 15.3.0

機能の仕組み

GTP-U エラー処理手順

このセクションでは、4G セッションの GTP-U エラー処理手順に関連付けられたコール フローについて説明します。

図 48. GTP-U エラー通知処理コール フロー
表 43. GTP-U エラー処理コール フローの説明
ステップ 説明

1

S-GW は UPF に対して GTP-U エラー通知を送信し、失敗したベアラー ID をベアラーに示します。

2

GTP-U エラー通知を受信した後、UPF は、失敗したベアラー ID とともに、PFCPSessionReport を SMF に送信します。

3a および 3b

SMF は、ドロップされたパケットの PFCPSessionReport Success メッセージおよび N4 セッション変更要求を UPF に向けて送信します。

4

UPF が SMF に N4 セッション変更応答を送信します。

5

SMF が、TEID、EBI、および原因とともに S-GW にベアラー要求の削除を送信します。

6

S-GW は、TEID、EBI、および要求として受け入れられた原因とともに、SMF にベアラー応答の削除を送信します。

7a

TEID が専用ベアラーの場合、SMF は PDR の削除を含む N4 セッション変更要求を送信します。

7b

UPF が N4 セッション変更応答を送信します。

8a

デフォルト ベアラーの場合、SMF は N4 セッション リリース要求を送信します。

8b

UPF は N4 セッション リリース応答を送信します。

9a

SMF は、CHF に課金データ終了要求を送信します。

9b

CHF は課金データ終了応答で応答します。

10a

SMF は、NPCF SMPolicyControl 更新要求を PCF に送信します。

10b

PCF は、SMF に SMPolicyControl 更新応答を送信します。

Diameter インターフェイスでの GTP-U エラーの表示

SMF はエラー通知（ERIR）を含むセッション レポートをサポートしています。SMF はセッション レポート ステートレスに応答し、要求を処理します。SMF は ERIR を受信時に 4G セッションの切断手順を開始し、ERIR がデフォルトのベアラー用の場合は、S-GW または MME に対するベアラー応答の削除（DBR）をトリガーします。コール フローと説明の詳細については、「UPF によって開始されたデタッチ手順」の セクションを参照してください。

セッションの遅延削除の構成

ERIR を含むセッション レポートの受信後にセッション切断を遅らせるように、SMF で次の構成を使用します。この設定は、デフォルトのベアラーにのみ適用されます。

config 
   profile access access 
      erir delay  delay_interval 
   exit

注：

erir delay delay_interval ：遅延時間をミリ秒単位で 0 ～ 3000 の範囲で指定します。デフォルト値は、0 です（無効）。

GTP パス障害の処理、復元、およびリカバリ

機能説明

SMF は以下をサポートします。

  • 3GPP TS 29.274に従った次の GTP-C パス管理メッセージの処理

    • エコー要求

    • エコー応答

  • 設定に従って、新しく検出された GTP-C ピアにエコー要求メッセージを送信します。

  • GTP-C ピアからエコー要求メッセージを受信した場合に、エコー応答メッセージを応答として送信する。

  • 応答を受信しない場合に、エコー要求メッセージを構成された回数だけ GTP-C ピアに再送信します。

  • その GTP-C ピアに構成された回数だけ、エコー要求メッセージに対する応答を受信しなかった場合に、GTP-C ピアに関連付けられているすべてのサブスクライバをクリアします。

  • その GTP-C ピアから受信したリカバリ値が異なる場合に、その GTP-C ピアに関連付けられているすべてのサブスクライバをクリアします。

この機能は、以下の基準に準拠しています：

  • 3GPP TS 29.274、バージョン 15.8.0

  • 3GPP TS 23.007


（注）  

この機能は、レガシー インターフェイスを使用する 4G コールに適用されます。

コール フロー

次のコール フローは、GTP-C パス管理と GTP-C 復元メッセージの処理方法に固有の情報をキャプチャします。

GTP-C パス管理

図 49. GTP-C パス管理
表 44. GTP-C パス管理

ステップ

説明

1

GTP-C ピアが検出されると（初期 GTP-C 作成セッション要求または GTP-C 変更ベアラー要求メッセージを受信）、CN SMF/PGW-C は、構成に従って、新しい GTP-C ピアへの定期的な GTP-C エコー要求メッセージの送信を開始します。

2

GTP-C エコー応答を受信しない場合、CN SMF/PGW-C は、構成された T3 タイマーの期限切れごとに、GTP-C エコー要求（構成済み）を N3 回再試行します。

3

すべての再試行が試行されると、CN SMF/PGW-C はその GTP-C ピアに関連付けられているすべてのセッションをクリアします。

GTP-C エコー要求の処理

図 50. GTP-C エコー要求の処理
表 45. GTP-C エコー要求の処理

ステップ

説明

1

GTP-C エコー要求メッセージを GTP-C ピアから受信するたびに、CN SMF/PGW-C は、GTP-C エコー応答メッセージを応答として送信します。

PGW-C/SMF での GTP-C 復元

PGW-C/SMF は、SGW の回復値に変化があることを検出できます。PGW-C/SMF は、次のメッセージからこの値を検出できます：

  • セッション要求の作成

  • ベアラー変更要求

  • ベアラー作成応答

  • エコー応答

PGW-C/SMF が回復値に変更があることを検出した場合、SGW に関連付けられているすべての PDN 接続のクリーンアップを開始します。

図 51. SGW の再起動による GTP の復元

メモリおよびパフォーマンスの影響

Node Manager ポッドから GTP-C ピアへのパス マッピングは、etcd に保持され、NodeMgr および GTP-C ポッドのローカル キャッシュにも保持されます。

GTP エンド ポイントでのエコーの構成

GTP エンドポイントのエコー パラメータを構成するには、次のサンプル構成を使用します。

config 
   instance instance-id gr_instance_id 
   endpoint gtp 
      interface { s2b | s5 | s5e | s8 | s11 } 
      echo interval echo_interval 
      echo retransmission-timeout retransmission_timeout_value 
      echo max-retransmissions max_retry_count 
      end

設定例

[unknown] smf# config
Entering configuration mode terminal
[unknown] smf(config)# instance instance-id 1
[unknown] smf(config-instance-id-1)# endpoint gtp
[unknown] smf(config-endpoint-gtp)#
[unknown] smf(config-endpoint-gtp)# interface
s2b s5 s5e s8 s11 
[unknown] smf(config-endpoint-gtp)# interface s5
[unknown] smf(config-interface-s5)# echo interval 60
echo – Enable gtpc path management
interval - Configure echo interval in seconds, ranging from <60-360>
[unknown] smf(config-interface-s5)# echo retransmission-timeout 3
retransmission-timeout - Configure the echo retransmission timeout in seconds, ranging from <1–20>
[unknown] smf(config-interface-s5)# echo max-retransmissions 10
max-retransmissions  - Configure maximum retries for GTP echo request, ranging from <0-10>
[unknown] smf(config-interface-s5)#

コマンドの表示

show peers all コマンドは、接続されたすべての GTP ピアとそのノード情報を表示します。

例：

[unknown] smf# show peers all
CONNECTED
ENDPOINT LOCAL ADDRESS PEER ADDRESS DIRECTION POD INSTANCE TYPE TIME RPC ADDITIONAL DETAILS GR INSTANCE
---------------------------------------------------------------------------------------------------------------------------------------------------------
S5/S8 209.165.201.15:2123209.165.201.16:2123Inbound smf-nodemgr-1 Udp 4 minutes SGW Recovery: 100, MaxRemoteRcChange:1 1

show peers all コマンドは最後の再起動情報を表示するように拡張されています。

例：

[unknown] smf# show peers all
CONNECTED
ENDPOINT LOCAL ADDRESS PEER ADDRESS DIRECTION POD INSTANCE TYPE TIME RPC ADDITIONAL DETAILS GR INSTANCE
---------------------------------------------------------------------------------------------------------------------------------------------------------
S5/S8 209.165.201.15:2123209.165.201.16:2123Inbound smf-nodemgr-1 Udp 4 minutes SGW Recovery: 100 last-restart-time 1

バルク統計

ピア GTP-C の再起動またはパスの障害が原因でクリアされた PDN 接続には、次の専用の切断理由が使用されます。

  • disk_pdnrel_gtpc_peer_restart

  • disk_pdnrel_gtpc_peer_pathfail

次のバルク統計が ECS スキーマに追加されました。
# HELP nodemgr_gtpc_msg_stats Gtpc Msg Stats
# TYPE nodemgr_gtpc_msg_stats counter
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",
gtpc_msg_type="gtpc_echo_req_rx",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="nodemgr"} 1
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",
gtpc_msg_type="gtpc_echo_req_tx",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="nodemgr"} 4
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",
gtpc_msg_type="gtpc_echo_res_rx",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="nodemgr"} 1
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",
gtpc_msg_type="gtpc_echo_res_tx",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="nodemgr"} 1
# HELP nodemgr_gtpc_peer_status Gtpc Peer Status
# TYPE nodemgr_gtpc_peer_status counter
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",
gtpc_peer_ip="209.165.200.239",gtpc_peer_status="gtpc_peer_path_down",instance_id="0",service_name="nodemgr"} 1
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",
gtpc_peer_ip="209.165.200.239",gtpc_peer_status="gtpc_peer_path_up",instance_id="0",service_name="nodemgr"} 1
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",
gtpc_peer_ip="209.165.200.239",gtpc_peer_status="gtpc_peer_restarted",instance_id="0",service_name="nodemgr"} 1
次のバルク統計情報が GTP-C パス障害拡張機能の一部として追加されています。
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",gtpc_msg_type="
 gtpc_false_peer_restart_ignore_rc_cfg ",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="smf-nodemgr"} 1
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",gtpc_msg_type=" gtpc_ignore_echo_timeout "
,gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="smf-nodemgr"} 1
次のバルク統計情報が GTP ピア再起動検出機能拡張の一部として追加されています。
nodemgr_gtpc_msg_stats{app_name="SMF",cluster="Local",data_center="DC",gtpc_msg_type=
" gtpc_false_peer_restart_cfg_rc_change",gtpc_peer_ip="209.165.200.239",instance_id="0",service_name="smf-nodemgr"} 1
# HELP nodemgr_gtpc_peer_status Gtpc Peer Status
# TYPE nodemgr_gtpc_peer_status counter
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",gtpc_peer_ip="209.165.200.239"
,gtpc_peer_status="gtpc_peer_path_down",instance_id="0",service_name="smf-nodemgr"} 1
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",gtpc_peer_ip="209.165.200.239"
,gtpc_peer_status="gtpc_peer_path_up",instance_id="0",service_name="smf-nodemgr"} 1
nodemgr_gtpc_peer_status{app_name="SMF",cluster="Local",data_center="DC",gtpc_peer_ip="209.165.200.239"
,gtpc_peer_status="gtpc_peer_restarted",instance_id="0",service_name="smf-nodemgr"} 1

制限事項

3GPP TS 23.007のセクション 20： GTPv2 エコー要求は、GTP-C エンティティが、GTP-C パスで以前に送信した要求メッセージに対する GTP 応答メッセージを受信していない場合にのみ、実装に依存する時間に送信することが推奨されます。

現時点では、これはサポートされていません。

SMF がピアから GTPC エコー要求を受信した場合でも、パスがアップしていると見なされます。エコー間隔の満了後に、SMF からの後続のエコー要求を受信します。

GTP-C サービスのモニターとトラブルシューティング

表 46. 機能の履歴
機能名

リリース情報

説明

GTP-C サービスのトラブルシューティング

 2024.02.0

この機能により、cnSGW + SMF + PGW-C は GTPC テスト エコー コマンドをピア ノードに送信して、次のことを実行できます：

  • ピア ノードの接続性のトラブルシューティングとモニタリングを行います。

  • ピアのラウンド トリップ時間（RTT）をテストします。

  • S11、S5E、S5、S2B、S8 GTPC インターフェイス、IPv4、IPv6 トランスポート タイプをサポートします。

[デフォルト設定（Default Setting）]：有効 – 常時オン

機能説明

GTP-C テスト エコー CLI コマンド サービスを使用すると、ピア ノードの接続のトラブルシューティングとモニタリングができ、システム動作中のピアのラウンド トリップ時間（RTT）が提供されます。

GTP-C テスト エコー コマンドの使用

システムは次のテストコマンドを使用して、GTP-C ピア ノードとの接続性を確認します。 

test gtpc echo instance-id id interface interface_type peer-address ip_address

注：

  • instance-id id ：システム上に構成されている GR インスタンスのインスタンス ID を指定します。

  • interface interface_type：s11、s5e、s5、s2b、s8 などの GTP-C インターフェイス タイプを指定します。

  • peer address ip_address：GTP-C エコー要求が送信される特定のピアの IPv4 アドレスまたは IPv6 アドレスを指定します。

次の例では、出力例を示します。

Success Case
[sgw] smf# test gtpc echo instance-id 1 interface s11 peer-address 1.1.1.1
 result 
{
  "testGtpcEchoResponse": {
    "rx": 1,    
    "tx": 1,
    "rtt(ms)": 3,
    "recovery": "10 (0x0A)",
    "status": {
      "success": true
    }
  }
}
 
Timeout Case:
[sgw] smf# test gtpc echo instance-id 1 interface s5 peer-address 2.2.2.2
 
Wed Jan  10 13:38:51.415 UTC+00:00
result 
{
  "testGtpcEchoResponse": {
    "tx": 4,
    "recovery": "NA",
    "status": {
      "errorMsg": "No Response Received, Timeout"
    }
  }
}

4G 専用デバイスを拒否するための構成サポート

SMF は、4G 専用 UE デバイスからのコールを拒否するための構成サポートを提供します。

4G 専用 UE デバイスからのコールを拒否するには、次の構成を使用します。

config 
   profile dnn dnnprofile_name 
      only-nr-capable-ue true 
      end

注：

  • only-nr-capable-ue true ：このコマンドを有効にすると、4G 専用 UE デバイスからの PDN セッション作成の新しいコール試行を拒否できます。

変更通知要求の処理

機能説明

SMF は、レガシー インターフェイスを使用する 4G コールの ULI を使用した変更通知要求をサポートします。

SMF は、Gx または Gy インターフェイスが有効な場合にのみ、次の要求メッセージを処理できます：

  • ULI の変更による変更通知

  • ULI の変更がない変更通知

ULI の変更による変更通知

このセクションでは、変更通知の要求と応答のコール フローについて説明します。

表 47. 変更通知 ULI のコール フローの説明

ステップ

説明

1

MME が変更通知要求（ULI 変更向け）を SGW に送信します。

2

SGW は変更通知要求を SMF に転送します。

3

SMF は、用意されたイベント トリガーに基づいて、クエリ URR の N4 セッション変更要求を UPF に送信します。

（注）  

 

USER_LOCATION_CHANGE イベントは、URI の変更をトリガーします。

4

UPF は、Gy と RADIUS の構成（有効/無効）に基づいて、Gy および RADIUS URR SMF を使用した N4 セッション変更応答で応答します。

5

SMF は変更通知応答を SGW に送信します。

6

SGW は変更通知応答を SGW に送信します。

7

N4 変更応答、Gy、および RADIUS シグナリングは、N4 変更応答で受信した URR に基づいて発生します。

8

SMF は CCR-U を OCS に、Radius アカウンティング要求を AAA に送信します。

9

CCA-U および RADIUS アカウンティング応答付き AAA で応答します。

10

SMF は、URR の更新の N4 セッション変更要求を UPF に送信します。

11

UPF は SMF に N4 セッション変更応答を送信します。

12

イベント トリガーが作動すれば、SMF は PCRF に CCR-U を送信します。

（注）  

 

USER_LOCATION_CHANGE イベントは、URI の変更をトリガーします。

13

次に、PCRF は CCA-U を SMF に送信します。

14

現在では、Gx CCA-U のコンテンツに基づいてベアラーの作成/更新/削除が行われます。

ULI の変更がない変更通知

このセクションでは、変更通知の要求と、ULI で変更がない応答のコール フローについて説明します。

表 48. ULI の変更がない変更通知

ステップ

説明

1

MME が変更通知要求を SGW に送信します。

2

SGW は変更通知要求を SMF に転送します。

3

SMF は変更通知応答を SGW に送信します。

4

SGW は変更通知応答を SGW に送信します。

コール フロー

ここでは、この機能の主要なコール フローについて説明します。

ULI の変更による変更通知

このセクションでは、変更通知の要求と応答のコール フローについて説明します。

表 49. 変更通知 ULI のコール フローの説明

ステップ

説明

1

MME が変更通知要求（ULI 変更向け）を SGW に送信します。

2

SGW は変更通知要求を SMF に転送します。

3

SMF は、用意されたイベント トリガーに基づいて、クエリ URR の N4 セッション変更要求を UPF に送信します。

（注）  

 

USER_LOCATION_CHANGE イベントは、URI の変更をトリガーします。

4

UPF は、Gy と RADIUS の構成（有効/無効）に基づいて、Gy および RADIUS URR SMF を使用した N4 セッション変更応答で応答します。

5

SMF は変更通知応答を SGW に送信します。

6

SGW は変更通知応答を SGW に送信します。

7

N4 変更応答、Gy、および RADIUS シグナリングは、N4 変更応答で受信した URR に基づいて発生します。

8

SMF は CCR-U を OCS に、Radius アカウンティング要求を AAA に送信します。

9

CCA-U および RADIUS アカウンティング応答付き AAA で応答します。

10

SMF は、URR の更新の N4 セッション変更要求を UPF に送信します。

11

UPF は SMF に N4 セッション変更応答を送信します。

12

イベント トリガーが作動すれば、SMF は PCRF に CCR-U を送信します。

（注）  

 

USER_LOCATION_CHANGE イベントは、URI の変更をトリガーします。

13

次に、PCRF は CCA-U を SMF に送信します。

14

現在では、Gx CCA-U のコンテンツに基づいてベアラーの作成/更新/削除が行われます。

ULI の変更がない変更通知

このセクションでは、変更通知の要求と、ULI で変更がない応答のコール フローについて説明します。

表 50. ULI の変更がない変更通知

ステップ

説明

1

MME が変更通知要求を SGW に送信します。

2

SGW は変更通知要求を SMF に転送します。

3

SMF は変更通知応答を SGW に送信します。

4

SGW は変更通知応答を SGW に送信します。

ダイナミックな構成変更のサポート

機能説明

SMF を使用すると、既存のセッションに影響を与えずに、アクセス プロファイル構成をダイナミックに変更できます。たとえば、構成が動的に更新される場合、現在のセッションは進行中のコール フローまたは手順で古い値を使用し続けます。

機能の仕組み

このセクションでは、サポートされているアクセス プロファイル構成で構成の動的な変更がどのように機能するかについて説明します。

アクセスプロファイル

アクセス プロファイルは、アクセス プロファイル構成のさまざまなパラメータを定義します。

次の表に、ダイナミックな更新が許可される構成を示します。

表 51. プロファイル パラメータへのアクセス

設定パラメータ

設定（Configuration）

ダイナミックな変更

既存のセッションへの影響

eps-fallback cbr

 
eps-fallback cbr delay 
delay max-retry retry_count 
timeout timeout

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

n1 t3591-pdu-mod-cmd 

n1 t3591-pdu-mod-cmd timeout 
timeout max-retry 
retry_count

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

n1 t3592-pdu-rel-cmd 

n1 t3592-pdu-rel-cmd timeout 
timeout max-retry 
retry_count

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

（注）  

 

SMF は、この構成に関連付けられているタイマー機能をサポートしていません。

n2 idft enable 

n2 idft enable timeout 
timeout

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

n26 idft enable 

n26 idft enable timeout 
timeout

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

n11 n11-failure-profile

 
n11 n11-failure-profile  
failure_profile

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

関連付けられた Failure-Handling Profile が削除されるか、またはいずれかのパラメータが変更されても、既存のコール フローは影響を受けません。つまり、既存のコール フローでは古い値が引き続き使用されます。

gtpc gtpc-failure-profile 

gtpc gtpc-failure-profile 
failure_profile

許可

コール フローおよび手順で古い値を使用しているセッションでは、引き続き古い値が使用されます。

関連付けられた Failure-Handling Profile が削除されるか、またはいずれかのパラメータが変更されても、既存のコール フローは影響を受けません。つまり、既存のコール フローでは古い値が引き続き使用されます。

4G および 5G のセマンティックおよび構文エラー処理

表 52. 機能の履歴

機能名

リリース情報

説明

4G および 5G の MBFR、セマンティックおよび構文エラー処理

 2023.04

SMF は QFI、QoS の MBFR、セマンティックおよび構文エラーを処理し、5GSM の原因を示します。イベント名、ルール、アクションを使用する構成には、4G および 5G エラーのものが含まれています。

デフォルト設定 無効：有効にするには構成が必要です。

機能説明

UE が 5G RAT にあるときにエラーを受信しました

SMF は QoS ルールと QoS の説明、またはマッピングされた EPS ベアラー コンテキストの構文および構文エラーを UE から受信します。

  • SMF は次の 5G エラーを受信します：

    • QoS 動作で構文エラーが発生しました

    • QoS 動作の構文エラー

    • マッピングされた EPS ベアラー ID が無効です

    構成に適用可能なアクションは次のとおりです：

    • release-session

    • release-flow

  • SMF は次の 4G エラーを受信します：

    • パケット フィルタの構文エラー

    • パケット フィルタの構文エラー

    • TFT 操作の構文エラー

    • TFT 操作での構文エラー

    構成に適用可能なアクションは次のとおりです：

    • release-session

    • release-flow：リリース ベアラーとも見なされます

    • release-session-ho：SMF は 5G のフローを保持し、5G から 4G の HO 中にリリースします。5G から WIFI HO への影響はありません。

UEが4G RATにあるときにエラーを受信しました

  • SMF は次の 4G エラーを受信します：

    • パケット フィルタの構文エラー

    • パケット フィルタの構文エラー

    • TFT 操作の構文エラー

    • TFT 操作での構文エラー

    構成に適用可能なアクションは次のとおりです：

    • release-session

    • release-flow：リリース ベアラーとも見なされます

  • SMF は次の 5G エラーを受信します：

    • QoS 動作で構文エラーが発生しました

    • QoS 動作の構文エラー

    • マッピングされた EPS ベアラー ID が無効です

    • パケット フィルタの構文エラー

    • パケット フィルタの構文エラー

    構成に適用可能なアクションは次のとおりです：

    • release-session

    • release-flow

    • release-session-ho：SMF は 4G のフローを保持し、4G から 5G の HO 中にリリースします。4G から WIFI HO への影響はありません。

原因の処理

SMF では、UE によって開始された手順とネットワークによって開始された手順の 4G および 5G セッション管理（5GSM）の原因処理をサポートしています。

5G の N1 原因処理

サポートされている手順は次のとおりです：

  • PDU セッション変更拒否

  • PDU セッション変更要求

PDU セッション変更拒否

N1 PDU セッション変更拒否では、SMF はフローの作成または変更を失敗と見なし、手順を中止します。障害通知は PCF に送信されます。

この原因に対して、pdu-modify 統計が追加されます。

SMF は、適切な EBI と Delete existing EPS bearer を示す操作コードを使用して、マップされた EPS ベアラー コンテキストを使用して N1 PDU セッション変更要求を処理します。実行されるアクションの構成は、このシナリオに対応します。

4G の構文および構文エラー処理

SMF は、5GSM の原因を含む ePCO とともに CB または UB 応答を処理します。

異なるアクションは、 actiondef の構成値に基づいて発生します。

SMF は、MME からの CB 応答と UB 応答をサポートしています。以下は、MME/UE 原因評価の順序です。

  1. セッション レベル

  2. ベアラー レベル

  3. ePCO レベル

デフォルトのベアラー アクションでは、ベアラーのリリースはサポートされていません。


（注）  

SMF は緊急セッションのこれらすべての原因をサポートします。

GBR QoS フローの MFBR パラメータ

MFBR（最大フロー ビット レート）検証は、PCF から GBR フロー作成または QoS 変更を受信した場合に追加されます。

フローが GBR QoS フローの場合は、必須パラメータとして MFBR アップリンクまたは MFBR ダウンリンクを追加します。以下は検証の条件です。

  • MFBR UL（アップリンク）または MFBR DL（ダウンリンク）のいずれかがゼロ以外である必要があります

  • GFBR UL は MFBR UL 以下である必要があります

  • GFBR DL は MFBR DL 以下にする必要があります

コール フローからの検証メソッドは次のとおりです。

  • PCF からルールを受信している間に、SMF が SMF（ホーム）および SMF（ローミング）として機能する場合の条件を検証します。

  • フローを SMF（ビジター）の hSMF（ローミング）から受信したときの状態に関して、N16 QoS フローを検証します。

セマティックおよび構文エラー処理の構成

イベント管理ポリシーを追加するための構成

イベント管理ポリシーの追加は、次の構成によって行われます。

config 
   policy eventmgmt policy_eventmgmt_name 
      priority  event_priority [ event event_name ] ruledef ruledef_name actiondef actiondef_name 
      exit

注：

  • eventmgmt policy_eventmgmt_name ：この CLI では、イベント管理ポリシーを構成し、属性を定義できます。

  • priority event_priority ：特定のイベント管理ポリシーの優先順位を定義できます。

  • event event_name ：特定のアクションが実行されるイベントを定義するオプションの CLI です。次のイベント名がサポートされています。

    表 53. 構文および構文エラー処理のイベント

    イベント

    説明

    n1-modify

    N1 変更要求/応答

    cb-resp

    ベアラー応答の作成

    ub-resp

    ベアラー応答の更新

    event が構成されていない場合、ルールが一致すると、すべての定義済みイベントに対して actiondef が実行されます。

  • ruledef ruledef_name ：一致した場合にアクションを実行するローカル ポリシーのルールを定義します。

  • actiondef actiondef_name ：実行されるアクション名を構成します。

ルール定義ポリシーを追加するための構成

次の構成では、ルール定義ポリシーを追加できます：

config 
   policy rulemgmt policy_rulemgmt_name 
      ruledef rule_def condition cause cause_string source source_value  
      exit

  • rulemgmt policy_rulemgmt_name ：ポリシーに追加するルールを定義します。

  • ruledef rule_def ：ルール属性を構成します。ruledef は、条件が一致したときに宣言されます。

  • conditioncondition_string ：ルールの使用例を定義します。

    Cause cause_string ：必須のソース値とともに cause-value matches 条件をサポートします。

  • source source_value ：ルールの送信元を定義します。

    ue 、ran 、 mme 、および amf は、使用可能な送信元の値です。

アクション定義ポリシーを追加するための構成

次の構成では、アクション定義ポリシーを追加します：

config 
   policy actionmgmt policy_actionmgmt_name 
      actiondef actiondef_name 
         priority priority_number action action_name [ attributes { rulebase rulebase_name [ rules rules_name ] } ] 
         exit

注：

  • actionmgmt policy_actionmgmt_name ：実行されるアクションを構成します。

  • actiondef actiondef_name ：実行されるアクション属性を定義します。

    UE が 4G または 5G RAT にある場合、アクションは異なります。

  • priority priority_number ：アクションが実行される優先順位を定義します。

  • action action_name ：actiondef に関連付けられたアクションを優先順に定義します。ここでは、次のアクション名が使用されます。

    • release-session

    • release-flow

    • release-flow-ho

  • attributes ：特定のアクションの属性を定義します。これは任意のコマンドです。

  • rulebase rulebase_name ：フローと一致させるプロトコル ルールのコレクションと、フローと一致するために実行する関連アクションを定義します。

  • rules rules_name ：実行されるルールのリストを定義します。

設定例

例 1：次に、イベント管理構成に n1-modify イベント名を使用した構成例を示します： 

policy eventmgmt evt1
priority 1 event n1-modify ruledef rd1 actiondef ad1

例 2： cause-source matches ルール定義ポリシーを追加するための構成例を次に示します： 

policy rulemgmt rm1
ruledef rd1 
condition cause matches [ 83 ] source ue

例 3：次に、エラー処理アクション定義ポリシーを追加するための構成例を示します

policy actionmgmt am1
actiondef ad1
priority 1 action release-session
priority 2 action release-flow
exit
actiondef ad2
priority 1 action release-flow
exit
actiondef ad3
priority 100 action release-flow-ho

バルク統計サポート

1. 以下は、4G の原因エラーを伴う CB 応答または UB 応答処理の統計です。

  • disk_admin_event_mgmt ：セッション リリース アクションの切断理由。

    次に例を示します。

    smf_disconnect_stats
{app_name="SMF",cluster="SMF",data_center="DC",gr_instance_id="1",instance_id="1",rat_type="EUTRA",
reason="disc_admin_event_mgmt",roaming_status="homer",service_name="smf-service",severity="normal",snssai=""} 11

  • create_bearer_resp ：リリース ベアラーまたはリリース ベアラー HO アクションのそれぞれの原因とアクションを含むメッセージ タイプ。

    次に例を示します。

    smf_gtpc_msg_stats
{app_name="SMF",cluster="SMF",data_center="DC",dnn="",gr_instance_id="1",
instance_id="0",message_type="create_bearer_resp",qos_5qi="",rat_type="EUTRA",reason="76_mme_release_flow",
service_name="smf-service",smf_current_procedure="pcf_req_ded_brr_create",snssai="",status="failures"} 1

2. 次に、4G および 5G でエラーを引き起こす N1 PDU セッション変更拒否または N1 PDU セッション変更要求を処理するための統計を示します。

smf_service_stats :

Cause	= updated with the cause received in “N1 PDU Session Modification Command Reject” or “N1 PDU Session Modification Request”
 
Detailed_Cause	= updated with the Source of cause
procedure_type	= updated with "ue_req_pdu_sess_mod” or “pcf_req_pdu_sess_mod”
reason		=  Updated with "Cause"_"Detailed_Cause"_"Action"

その他の例を次に示します。

smf_service_stats{Cause="84",Detailed_Cause="ue",always_on="",app_name="SMF",
cluster="SMF",data_center="DC",dcnr="",dnn="",emergency_call="false",fourg_only_ue="",
gr_instance_id="1",gtpc_bypass="",idle_mode="",instance_id="1",local_policy="",pdu_type="ipv4",
policy_type="",pra="",procedure_type="ue_req_pdu_sess_mod",qos_5qi="",rat_type="NR",
reason="84_ue_release_flow",roaming_status="homer",
service_name="smf-service",smf_current_procedure="",snssai="",status="success",
up_state="UpState_Activated",upip_active=""}
smf_service_stats{Cause="85",Detailed_Cause="ue",always_on="",app_name="SMF",
cluster="SMF",data_center="DC",dcnr="",dnn="",
emergency_call="false",fourg_only_ue="",
gr_instance_id="1",gtpc_bypass="",idle_mode="",instance_id="1",local_policy="",pdu_type="ipv4",
policy_type="",pra="",procedure_type="pdu_session_modification_command_reject",qos_5qi="",
rat_type="NR",reason="85_ue_release_flow_Ho",
roaming_status="homer",service_name="smf-service",
smf_current_procedure="pcf_req_pdu_sess_mod",snssai="",status="failures",
up_state="UpState_Activated",upip_active=""}