UP セッションのアクティブ化と非アクティブ化のサービス要求手順

機能の概要と変更履歴

要約データ

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

更新履歴

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

UPF トンネル エンド ポイント アドレスに導入された IPv6 アドレスのサポート。

2022.04.0

DNN、ロケーション、PDU セッション タイプなどのクエリ パラメータに基づいて UPF ノードを選択できるようになりました。

2020.03.0

最初の導入。

2020.02.0 より前

機能説明

接続管理（CM）には、N1 インターフェイスを介して UE とアクセスおよびモビリティ管理機能（AMF）間の NAS シグナリング接続を確立および解放する機能が含まれます。このシグナリング接続により、UE とコア ネットワーク間の NAS シグナリング交換が可能になります。

5GS CM のステータスにより、UE と AMF との NAS シグナリング接続が決定されます。CM の状態は次のとおりです：

  • CM アイドル：UE が CM アイドル状態のとき、UE には N1 インターフェイスを介して AMF との NAS シグナリング接続が確立されていません。この状態では、AN シグナリング接続、N2 接続、および N3 接続は存在しません。

  • CM-Connected：UE が CM 接続状態のとき、UE には N1 インターフェイスを介して AMF との NAS シグナリング接続があります。NAS シグナリング接続では、3GPP アクセスのための、UE と NG-RAN 間の RRC 接続、および AN と AMF 間の NGAP UE 関連付けを使用します。

3GPP アクセスと非 3GPP アクセスの CM 状態は互いに独立しています。これは、両方のアクセスが同時に CM アイドル状態と CM 接続状態になる可能性があることを意味します。

SMF では、UE のアイドルからアクティブへの移行手順とアクティブからアイドルへの移行手順をサポートしています。

UE 開始サービス要求の手順

CM-IDLE 状態の UE は、サービス要求手順を開始して、アップリンク シグナリング メッセージ、ユーザー データ、またはネットワーク ページング要求への応答として送信します。サービス要求メッセージを受信した後、AMF は認証を実行します。AMF へのシグナリング接続の確立後、UE またはネットワークは、AMF を介して、UE から SMF への PDU セッション確立などのシグナリング メッセージを送信します。

サービス要求手順は、CM-CONNECTED の UE によって使用され、PDU セッションのユーザー プレーン接続のアクティブ化を要求し、AMF からの NAS 通知メッセージに応答するために使用されます。PDU セッションのユーザー プレーン接続がアクティブになると、UE の AS レイヤが NAS レイヤにそれを示します。

機能説明

SMF は、PDU セッションのユーザー プレーン接続のアクティブ化および非アクティブ化をサポートしています。

アクティブ化または非アクティブ化のサービス要求手順は、CM-IDLE 状態または 5GC の状態の UE によって、AMF へのセキュアな接続の確立を要求するために使用されます。サービス要求手順は、UE が CM-IDLE および CM-CONNECTED の両方の場合に、確立された PDU セッションに対してユーザー プレーン接続をアクティブにするためにも使用されます。


Note

進行中のサービス要求手順がある場合、UE はサービス要求手順を開始しません。

機能の仕組み

ここでは、この機能の仕組みを説明します。

PDU セッションのユーザープレーン接続の非アクティブ化

非アクティブ化手順により、論理 NG-AP シグナリング接続と関連する N3 ユーザー プレーン接続、および（R）AN RRC シグナリングとリソースが解放されます。

次の理由で AN リリースの開始がトリガされる可能性があります。

  • （R）AN： 理由で開始

    例えば、O&M 介入、未指定の障害、(R)AN（例：ラジオ）リンク障害、ユーザーの不活動、システム間リダイレクト、IMS 音声用の QoS フローの確立要求、UE が生成したシグナリング接続の解放による解放、移動制限など。

  • 原因がある AMF 開始

    たとえば、未指定のエラーです。

制限事項

ユーザー プレーンの非アクティブ化機能には、次の制限があります。

  • SMF では、UE によって開始される非アクティブ化のみをサポートしています。

  • ロケーションの更新はサポートされていません。

通話フロー

このセクションでは、PDU セッションのユーザー プレーンの非アクティブ化のコール フローについて説明します。

次の図は、ユーザー プレーンの非アクティブ化のコール フローを示しています。

Figure 1. ユーザー プレーン接続コール フローの非アクティブ化
Table 3. ユーザープレーン 接続コール フローの説明の非アクティブ化

ステップ

説明

1

NF サービス コンシューマは、次の情報を含む POST 要求を送信して、PDU セッションのユーザー プレーン接続を非アクティブにするように SMF に要求します。

  • DEACTIVATED に設定されている upCnxState 属性。

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

  • ユーザー プレーン非アクティブ化の原因。原因は、5G-AN から受信した原因、または AMF 内部イベントによる原因を示している可能性があります。

  • その他情報（必要であれば）。

2

SMF はこのような要求を受信した後、PDU セッションの N3 トンネルを非アクティブにして解放します。SMF は、次のオプションで更新されたダウンリンク FAR を使用して、UPF に対する PFCP セッション変更手順を開始します。

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

Note

 

NOCP（Notify the CP 機能）は有効になっていません。通知のサポートは、SMF ではサポートされません。

3

SMF は、UPF ノードから正常な応答を受信した後、PDU セッションの upCnxState 属性を DEACTIVATED に設定します。

4

SMF は、DEACTIVATED に設定された upCnxState 属性を含む AMF に対して 200 OK 応答を開始します。

PDU セッションのユーザー プレーン接続のアクティブ化

サービス要求手順は、UE が CM-IDLE および CM CONNECTED 状態の場合に、確立された PDU セッションに対してユーザー プレーン接続をアクティブにするために使用されます。CM IDLE 状態の UE は、サービス要求手順を開始して、アップリンク シグナリング メッセージ、ユーザー データ、またはネットワーク ページング要求への応答を送信します。

通話フロー

このセクションでは、PDU セッションのユーザー プレーンのアクティブ化のコール フローについて説明します。

次の図は、UE が開始したユーザー プレーンのアクティブ化のコール フローを示しています。

Figure 2. ユーザー プレーン接続アクティブ化コール フロー
Table 4. UE によって開始されたアイドルからアクティブへの移行コール フロー
ステップ 説明
1

AMF は、次の情報を含む POST 要求を送信して、PDU セッションのユーザー プレーン接続をアクティブにするように SMF に要求します。

  • ACTIVATING に設定されている upCnxState 属性。

  • ユーザーの場所、ユーザーの場所のタイムスタンプ、および PDU セッションに関連付けられているアクセス タイプ（変更された場合）

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

要求を受信すると、SMF は PDU セッションの N3 トンネルのアクティブ化を開始します。SMF は、次の情報を含む 200 OK 応答を返します。

  • ACTIVATING に設定されている upCnxState 属性。

  • 5G-AN にリソースを PDU セッションに割り当てるように要求する次の情報を含む N2 SM 情報。

    • トランスポート層アドレス（UPF の IPv4 または IPv6 アドレス）

    • 現在の PDU セッションの UP データのアップリンク終了ポイントのトンネル エンドポイント（つまり、アップリンク トラフィックの UPF の GTP-U F-TEID）
3

次に、AMF は N2 SM 情報を含む POST 要求を送信して SMF を要求します。5G-AN が PDU セッションのリソースの確立に成功した場合、N2 SM 情報には次の情報が含まれます。

  • トランスポート レイヤ アドレス

  • 現在の PDU セッションのユーザー データのダウンリンク終端ポイントのトンネル エンドポイント。つまり、ダウンリンク トラフィックの 5G-AN の GTP-U F-TEID。
4

SMF は、次のオプションで更新されたダウンリンク FAR を使用して、UPF に対する PFCP セッション変更手順を開始します。

  • RAN の IPv4 または IPv6 アドレスや GTP-U F-TEID などのリモート ノード転送パラメータの詳細とともに有効になっている転送アクション。
5 SMF は、UPF ノードから正常な応答を受信した後、PDU セッションの upCnxState 属性を ACTIVATED に設定します。
6 SMF は、AMF に対する ACTIVATED に設定された upCnxState 属性を 200 OK 応答を開始します。

ネットワーク開始型サービスのリクエスト手順

ネットワーク開始型サービス要求手順は、ピアネットワークが UE と通信する必要がある場合に使用されます（たとえば、PDU セッションに対するユーザー プレーン接続のアクティブ化で、モバイル終端ユーザー データを配信するなど）。UE が 3GPP アクセスで CM-IDLE 状態または CM-CONNECTED 状態である場合、ネットワークはネットワーク トリガー サービス要求手順を開始します。UE が CM-IDLE 状態で、非同期タイプの通信がアクティブになっていない場合、ネットワークは (R)AN または UE にページング要求を送信します。ページング要求は、UE で UE トリガー サービス要求手順をトリガーします。非同期タイプの通信がアクティブになっている場合、UE は CM-CONNECTED 状態を開始した時にネットワークは受信したメッセージを保存し、メッセージを（R）AN や UE に転送します（つまり、コンテキストを（R）AN や UE と同期させます）。

機能説明

SMF は、UE が CM アイドル状態のときに、ダウンリンクパケットを PDU セッションの UE に転送するように N3 トンネルを設定します。

N3 トンネルプロファイルは、アクティブからアイドルへの移行状態に移行する際に転送アクションルール（FAR）を定義するのに役立ちます。

N3 トンネルプロファイルの設定には、次のものが含まれます。

  • コントロールプレーン通知（notify）の有効化

  • UPF（バッファ UPF）でのパケット バッファリングの有効化

機能の仕組み

5G コアに接続されている場合、UE は RRC 非アクティブ状態でも CM 接続状態になる可能性があります。この状態は、CM アイドル状態と CM 接続状態の間です。

SMF は、UE CM と AMF の間にある場合、UE CM の状態を識別できません。SMF は、ユーザー プレーンの接続状態のみを識別します。この状態および N1 および N2 転送メッセージ応答ステータスは、ネットワークによって開始されたメッセージの SMF の動作を制御します。これらのメッセージは、シグナリングの変更、またはダウンリンク データ関連のユーザー プレーンのアクティブ化手順を示しています。

以下のコール フローでは、これらの手順の詳細について説明しています。

コール フロー

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

ネットワークによって開始されたアイドルからアクティブへの移行コール フロー

次の図に、ネットワークによって開始されるアイドルからアクティブへの遷移コール フローを示します。

Figure 3. ネットワークによって開始されたアイドルからアクティブへの移行コール フロー
Table 5. ネットワークによって開始されたアイドルからアクティブへの移行コール フロー
ステップ 説明
1

UPF は SMF に PFCP セッションレポート要求を送信します。

  • [レポートタイプ（Report Type）]：DLDR（ダウンリンク データ レポート）

  • ダウンリンク データ レポート IE には、対応する PDR ID が含まれています。
2 SMF は N4 セッション レポート レスポンスを送信します。
3

SMFは、次の属性を使用してN1N2MessageTransferをAMFに送信します。

  • SUPI、PDU セッション ID

  • N2SMInformation as "ngapIeType":77 (id-PDUSessionResourceSetupListSUReq), "ngapMessageType":27 (id-PDUSessionResourceSetup)

  • PDUSessionResourceSetupListSUReq には、次の情報が含まれます。

    • PDU セッション ID

    • QFI

    • QoS プロファイル

    • アップリンク トラフィックの UPF の GTP-U F-TEID

    • QFI

    • QoS プロファイル

    • S_NSSAI

    • ユーザー プレーン セキュリティ強化

    • UE 整合性保護最大データ レート

    • 原因

  • N2 SM 情報の有効範囲

  • ARP

  • ページング ポリシー インジケータ

  • 5QI

  • N1N2TransferFailure 通知ターゲット アドレス（n1n2FailureTxfNotifURI）
4

SMF は、次のステータス コードを持つ N1N2 転送応答を受信します。

  • 200/202 OK、原因は「N1_N2_TRANSFER_INITIATED」（ステップ 6 に進む）

  • 409/504 で "UE_IN_NON_ALLOWED_AREA" を生成します（ステップ 7 に進みます）
5 AMF は、N1N2 転送失敗応答を送信します。UE が到達不能の場合は、ステップ 7 に進みます。
6

AMFは、次の情報を含む POST 要求を送信することにより、SMF 内の SM コンテキストを更新します：

  • 5G-AN から受信した N2 SM 情報には、5G-AN が PDU セッションのリソースの確立に成功した場合、次の情報が含まれます。

    • トランスポート層アドレス（UPF の IPv4 または IPv6 アドレス）

    • 現在の PDU セッションのユーザー データのダウンリンク ターミネーション ポイントのトンネル エンドポイント（つまり、ダウンリンクトラフィックの 5G-AN の GTP-U F-TEID）
7

SMF は、次のオプションで更新されたダウンリンク FAR を使用して、UPF に対する PFCP セッション変更手順を開始します。

  • N2 転送が成功した場合、転送アクションは、RAN の IPv4 または IPv6 アドレスや GTP-U F-TEID などのリモート ノード転送パラメータの詳細とともに有効になります。

  • 転送失敗の原因が ATTEMPTING_TO_REACH_UE または UE_IN_NON_ALLOWED_AREA である場合：

    • [FARの更新（Update FAR）] > [アクションの適用（Apply Action）] > [NOCP：1]

    • [FARの更新（Update FAR）] > [アクションの適用（Apply Action）] > [DROP] を選択します。

    • PFCPSMReq フラグ > DROBU：1

  • 転送の失敗の原因が UE_NOT_REACHABLE である場合：

    • [FARの更新（Update FAR）] > [アクションの適用（Apply Action）] > [NOCP：0（NOCP: 0）]

    • [FARの更新（Update FAR）] > [アクションの適用（Apply Action）] > [DROP：1]

    • PFCPSMReq フラグ > DROBU：1
8 SMF は、UPF ノードから正常な応答を受信した後、PDU セッションの upCnxState 属性を ACTIVATED に設定します。
9 SMF は、AMF に対して ACTIVATED に設定された upCnxState 属性を含む 200 OK 応答を開始します（ステップ 6 が完了し、ステップ 8 からの応答を受信した場合のみ）。
ネットワーク開始型サービス要求の拒否コール フロー

ネットワークによって開始されたサービス要求中、SMF は、3GPP TS 23.502、セクション 4.2.3.3 に記載されているように、AMF からの N1N2 応答メッセージの一時的な拒否を処理します。

図 4. ネットワーク トリガーのサービス要求の一時的な拒否コール フロー：1
表 6. ネットワーク トリガーのサービス要求における一時的な拒否コール フローの説明 - 1

ステップ

説明

1

UP IDLE セッション状態のサービス要求のトリガーを受信すると、SMF は、アイドル モード終了手順の一部として、AMF 向けに N1N2 メッセージを開始します。

2

新しい AMF を使用した UE 登録手順が進行中の場合、AMF は応答コード 409 で N1N2 メッセージの一時的な拒否で応答し、原因は TEMPORARY_REJECT_REGISTRATION_ONGING または TEMPORARY_REJECT_HANDOVER_ONGING SMF です。

3

応答を受信すると、SMF はローカルに構成された 2 秒のガードタイマーを開始します。

4

ガード タイマーの実行中、SMF は AMF ID の変更を伴う SM コンテキスト更新または引き継ぎのための SM コンテキスト更新のいずれかを待ちます。

5

AMF ID の変更を含む SM コンテキスト更新を受信すると、SMF は次の動作を行います。

  1. ガイド タイマーを停止します。

  2. 古い AMF の検出情報への参照を削除します。

  3. 新しい UE ロケーション情報、PLMN 情報、AMF 情報を保存します。

  4. コンテンツなしで SM コンテキスト更新の応答の成功を送信します。

  5. 新しい AMF への N1N2 メッセージ転送を再開します。これには、NF検出とその後の新しいAMFへの送信が含まれます。

6

N2 ハンドオーバーの SM コンテキスト更新を受信すると、SMF は次のように動作します。

  1. ハンドオーバー手順を開始します。

  2. アイドル モード終了手順を中断し、ガード タイマーを停止します。

  3. 引き継ぎ手順完了の一環として、古い AMF の詳細を削除し、新しい AMF 情報を保存します。

  4. 移行手順の完了後に、アイドル モードの終了手順を再開します。

  5. 必要に応じて、新しいAMFへのN1N2メッセージ転送を再開します。これには、NF検出とその後の新しいAMFへの送信が含まれます。
図 5. ネットワーク トリガーのサービス要求の一時的な拒否コールフロー：2
表 7. ネットワーク トリガーのサービス要求の一時的な拒否コール フローの説明（2）

ステップ

説明

1

UP IDLE セッション状態のサービス要求のトリガーを受信すると、SMF は、アイドル モード終了手順の一部として、AMF 向けに N1N2 メッセージを開始します。

2

新しい AMF を使用した UE 登録手順が進行中の場合、AMF は応答コード 409 で N1N2 メッセージの一時的な拒否で応答し、原因は TEMPORARY_REJECT_REGISTRATION_ONGING または TEMPORARY_REJECT_HANDOVER_ONGING SMF です。

3

応答を受信すると、SMF はローカルに構成された 2 秒のガードタイマーを開始します。

4

ガード タイマーが期限切れになると、SMF は次の処理を行います：

  1. UE CM ステータスを NotReachableに設定します。

  2. UP セッション状態を非アクティブにします。
CM 接続状態の UE でのダウンリンク データ通知のユーザー プレーン アクティブ化コール フロー

このセクションでは、UE が CM 接続状態にある場合のダウンリンク データの通知のためのユーザー プレーンのアクティブ化手順について説明します。

次の図は、UE が CM 接続状態の場合のダウンリンク データ通知のユーザー プレーンの有効化コール フローを示しています。

Figure 6. CM 接続状態の UE でのダウンリンク データ通知のユーザー プレーン アクティブ化コール フロー
Table 8. CM 接続状態の UE のダウンリンク データ通知のユーザー プレーン アクティブ化コール フローの説明
ステップ 説明
1 UPF が PDU セッションのダウンリンク データを受信したときに、AN トンネル情報が PDU セッションの UPF に保存されていない場合、UPF はダウンリンク データをバッファリングします。バッファリングは、SMF からの指示に基づいて行われます。
2 UPF は SMF にデータ通知を送信します。この通知には、N4 セッション ID、DL データ パケットの QoS フローを識別する情報、および DSCP の詳細が含まれます。
3 SMF は、確認応答データ通知を UPF に送信します。
4

SMF は、AMF への NAMF 通信 N1 および N2 メッセージ転送を開始します。

このメッセージ転送には、次の詳細が含まれます：

  • PDU セッション ID

  • N2 SM 情報（QFI、QoS プロファイル）

  • CN N3 トンネル情報

  • S_NSSAI

  • ARP

  • ページング ポリシー インジケータ

  • 5QI

  • N1 および N2 転送失敗通知ターゲット アドレス

  • PDU セッション リソースのセットアップ要求 IE
5 UE が CM-Connected 状態であるため、AMF は N1 および N2 転送応答を開始します。この応答には、「200 OK」のステータス コードと「N1_N2_TRANSFER_INITIATED」の原因が含まれています。
6 ユーザープレーンの再アクティブ化の手順が開始されます。再アクティブ化の手順では、無線リソースをセットアップし、ユーザープレーンをアクティブにしてN3トンネルを確立します。
7 AMF は、NSMF PDU セッション更新 SM コンテキスト要求を SMF に送信します。この要求には、N2 インターフェイスの SM 情報が含まれています。ユーザー プレーンの接続状態はアクティブです。
8 SMF は、セッションをアクティブ化し、AN トンネル情報（IP および TEID）を更新するために、N4 変更手順を UPF に送信します。セッションは、バッファの削除アクションと転送の設定アクションを実行することでアクティブ化されます。
9 UPF はセッションを変更し、変更の確認応答を SMF に送信します。
10 SMF は、ユーザープレーンの接続状態をアクティブとして、NSMF PDU セッション更新 SM コンテキスト要求の「200 OK」ステータス コードで AMF に応答します。

注：

次の N1 および N2 応答エラーケースが処理されます。

  • 404 Context Not Found ステータスの場合は、PDU セッションが解放されます。

  • 「UE_IN_NON_ALLOWED_AREA」および「NOT_REACHABLE」の原因を持つ 504 または 403 のステータスでは、バッファに格納されたパケットをドロップし、ダウンリンク データの CP 通知を除外するように N4 変更要求が送信されます。

  • N1 および N2 の転送通知が失敗した場合は、N4 変更要求が送信され、バッファされたパケットがドロップされ、ダウンリンク データの CP 通知が除外されます。

  • Retry After タイマーの値を持つ 409 ステータス コードの場合、N1 と N2 の転送はタイムアウト値の後に再開始されます。

  • 原因が「HIGHER_PRIORITY_REQUEST_ONGOING」の 409 ステータス コードの場合、優先順位の低い N1 および N2 転送は許可されません。優先順位の高い転送のみが AMF に通信されます。

CM アイドル状態の UE でのダウンリンク データ通知ユーザー プレーン アクティブ化コール フロー

このセクションでは、UE が CM アイドル状態にある場合のダウンリンク データの通知のためのユーザー プレーンのアクティブ化手順について説明します。

次の図は、UE が CM アイドル状態の場合のダウンリンク データ通知のユーザー プレーンの有効化コール フローを示しています。

Figure 7. CM アイドル状態の UE でのダウンリンク データ通知ユーザー プレーン アクティブ化コール フロー
Table 9. CM アイドル状態の UE でのダウンリンク データ通知ユーザー プレーン アクティブ化コール フローの説明
ステップ 説明
1 UPF が PDU セッションのダウンリンク データを受信したときに、AN トンネル情報が PDU セッションの UPF に保存されていない場合、SMF からの指示に基づき、UPF はダウンリンク データをバッファリングします。
2 UPF は SMF にデータ通知を送信します。この通知には、N4 セッション ID、DL データ パケットの QoS フローを識別する情報、および DSCP の詳細が含まれます。
3 SMF は、確認応答データ通知を UPF に送信します。
4

SMF は、AMF への NAMF 通信 N1 および N2 メッセージ転送を開始します。このメッセージ転送には、次の詳細が含まれます：

  • PDU セッション ID

  • N2 SM 情報（QFI、QoS プロファイル）

  • CN N3 トンネル情報

  • S_NSSAI

  • ARP

  • ページング ポリシー インジケータ

  • 5QI

  • N1 および N2 転送失敗通知ターゲット アドレス
5 UE が CM-Connected 状態であるため、AMF は N1 および N2 転送応答を開始します。この応答には、「202 Accepted」のステータス コードおよび「ATTEMPTING_TO_REACH_UE」の原因が含まれます。
6 AMF は、UE に対してページング手順をトリガします。
7 UE は、ページング要求を受信し、要求されたサービスを開始してセッションをアクティブにします。
8 AMF は、ユーザー プレーンの接続状態を Activating に構成した状態で、SMF に対して NSMF PDU セッション更新 SM コンテキスト要求を送信します。
9

SMF は、NSMF PDU セッション更新 SM コンテキスト要求のステータス コード「200 OK」で AMF に応答します。この要求には、詳細が含まれています。

  • N2 SM 情報（QFI、QoS プロファイル）

  • CN N3 トンネル情報

  • S_NSSAI

  • ARP

  • ページング ポリシー インジケータ

  • 5QI

  • N1 および N2 転送失敗通知ターゲット アドレス

  • PDU セッション リソースのセットアップ要求 IE
10 AMF は、NSMF PDU セッション更新 SM コンテキスト要求を SMF に送信します。この要求には、N2 インターフェイスの SM 情報を含みます。ユーザー プレーンの接続状態はアクティブです。
11 SMF は、セッションをアクティブ化し、AN トンネル情報（IP および TEID）を更新するために、N4 変更手順を UPF に開始します。セッションは、バッファの削除アクションと転送の設定アクションを実行することでアクティブ化されます。
12 UPF はセッションを変更し、変更の確認応答を SMF に送信します。
13 SMF は、ユーザー プレーンの接続状態をアクティブとして、NSMF PDU セッション更新 SM コンテキスト要求の「200 OK」ステータス コードで AMF に応答します。

標準準拠

ネットワーク開始型サービス要求機能は、3GPP TS 23.502、V 15.6.0（2019-10）に準拠しています。

制限事項

SMF は、ロケーションの更新とアクセス タイプの変更をサポートしていません。

N3 トンネル プロファイルの構成

UPF がダウンリンクデータを受信し、N3 トンネルが使用できない場合、SMF に対するバッファリングまたは通知アクションに N3 トンネル プロファイルを使用します。N3 トンネル プロファイルを構成するには、次の構成例を使用します：

config 
   profile n3-tunnel n3_profile_name 
      buffer upf 
      notify 
      end

注：

  • profile n3-tunnel n3_profile_name ：N3 トンネル プロファイル名を指定します。 n3_profile_name は 文字列である必要があります。

  • buffer upf ：ダウンリンク データのバッファリングを構成します。

  • notify ：UPF からのダウンリンク データ通知を有効にします。

常時接続の PDU セッションのサポート

機能説明

常時プロトコル データ ユニット（PDU）セッションとは、ユーザー プレーンが常にアクティブであることを意味します。IP マルチメディアサブシステム（IMS）などのアプリケーションには、常時接続の PDU セッションが必要です。

UE は、上位レイヤの要求表示に基づいて、常時接続の PDU セッションとして PDU セッションの確立を要求します。PDU セッションを常時接続の PDU セッションとして確立するかどうかを決定するのはネットワークです。

機能の仕組み

コール フロー

このセクションでは、Always-On PDU セッション サポートのコール フローについて説明します。

PDU セッション確立コール フロー

このセクションでは、セッション作成要求に常時 PDU セッションの開始の要求が含まれる PDU セッションの確立手順について説明します。

次の図に、PDU セッション確立のコール フローを示します。

図 8. PDU セッション確立コール フロー


表 10. PDU セッション確立コール フローの説明
ステップ 説明
1

UE が常時接続の PDU セッションの確立を要求する場合、UE は PDU セッション確立要求メッセージに「常時接続の PDU セッションが要求されました」という IE を含めます。
2

SMF は DNN プロファイルをチェックして、常時接続のサポートが有効になっているかどうかを判断します。
3

SMF は、次のいずれかに該当する場合、PDU セッション確立承認メッセージに「常時接続の PDU セッション表示」の IE を含めます。

  • DNN プロファイルで常時接続の構成が有効になっている場合、「常時接続の PDU セッション表示」は「有効」という値と共に送信されます。

  • 「常時接続の PDU セッション要求」IE が受信され、設定が無効になっている場合、「常時接続の PDU セッション表示」は「無効」の値と共に送信されます。
4

SMF には、次の両方の条件が満たされる場合にのみ、「常時接続の PDU セッション表示」が含まれません。

  • UE が「常時オン PDU セッション要求」 IE を送信しなかった場合。

  • DNN プロファイルで常時オンの構成が無効になっている場合。
UE 要求の PDU セッション変更のコール フロー

ここでは、常時接続 PDU セッション通知が送信される、UE 要求による PDU セッションの変更手順について説明します。

次の図は、UE 要求 PDU セッション変更のコール フローを示しています。

図 9. UE 要求の PDU セッション変更のコール フロー


表 11. UE 要求の PDU セッション変更のコール フローの説明
ステップ 説明
1

UE は、PDU セッション変更要求メッセージで「常時オン PDU セッション要求」という IE を送信します。
2

SMF は DNN プロファイルをチェックして、常時接続のサポートが有効になっているかどうかを判断します。
3

SMF は、次のいずれかに該当する場合、PDU セッション変更コマンドに「常時オン PDU セッションの表示」を含めます。

  • DNN プロファイルで常時接続の設定が有効になっている場合、「常時オン PDU セッションの表示」は「有効」という値と共に送信されます。

  • 「常時オン PDU セッション要求」IE が受信され、設定が無効になっている場合、「常時オン PDU セッションの表示」は「無効」の値と共に送信されます。
4

SMF には、次の両方の条件が満たされる場合にのみ、「常時オン PDU セッションの表示」が含まれません。

  • UE が「常時オン PDU セッション要求」 IE を送信しなかった場合。

  • DNN プロファイルで常時オンの構成が無効になっている場合。

（注）  

 

3GPP TS 23502に記載されているように、EPS で確立された PDU セッションの場合、UE が EPS から 5GS に初めて移動する際、 PDU セッションを「常にオン」の PDU セッションに変更する場合、UE は PDU セッション変更要求メッセージに「常時オン PDU セッション要求」という表示を含めます。

ネットワーク要求による PDU セッション変更のコール フロー

ここでは、常時接続 PDU セッション通知が送信される、ネットワーク要求による PDU セッションの変更手順について説明します。

次の図は、ネットワーク要求 PDU セッション変更のコール フローを示しています。

図 10. ネットワーク要求による PDU セッション変更のコール フロー


表 12. ネットワーク要求の PDU セッション変更のコール フローの説明
ステップ 説明
1

SMF は、PCF、UDM、または RAN によって開始された手順により、PDU のセッション変更をトリガーすることを決定しました。
2

SMF は DNN プロファイルをチェックして、常時接続のサポートが有効になっているかどうかを判断します。
3

SMF は、常時接続の現在の DNN 設定が UE に送信された最後の通知と異なるかどうかを判断します。異なる場合、SMF は、PDU セッション変更コマンド メッセージに「常時オン PDU セッションの表示」IE を含めます。

常時接続の PDU セッション サポートの構成

常時接続の PDU セッション サポートのパラメータを構成するには、次の構成例を使用します： 

config 
   profile dnn dnnprofile_name 
      always-on { false | true } 
      end

注：

  • always-on { false | true } ：常時接続の PDU セッションのサポートを構成します。

    • false ：常時接続の PDU セッションのサポートを無効にします。

    • true ：常時接続の PDU セッションのサポートを有効にします。

  • PDU セッション確立承認メッセージで送信される「Always-on PDU Session Indication」IE の値は、DNN プロファイルの常時接続の構成に基づいています。つまり、DNN プロファイルの下で常時接続の構成が有効になっている場合、「Always-on PDU Session Indication」IE は「有効」という値で送信されます。

常時接続の PDU セッションサポートの確認

常時接続の PDU セッションのサポートを確認するには、 show subscriber supi supi_id nf-service smf CLI コマンドを使用します。

常時接続の PDU セッションサポートの show 出力に、次のいずれかのオプションが表示されます。

  • “alwaysOn”: “UE Requested”

  • “alwaysOn”: “Enabled”

  • “alwaysOn”: “UE Requested & Enabled”

次に、 コマンドの出力例を示します。

show subscriber supi imsi-123456789012345 nf-service smf
subscriber-details
{
  "status": true,
  "genericInfo": {
    "supi": "imsi-123456789012345",
    "pei": "imei-123456786666660",
    "pduSessionId": 5,
    "pduSesstype": "Ipv4PduSession",
   "accessType": "ACCESS_5G",
    "dnn": "intershat",
    "plmnId": {
      "mcc": "123",
      "mnc": "456"
    },
    "sScMode": 1,
    "uetimeZone": "UTC+12:00",
    "allocatedIp": "209.165.201.4",
    "nrLocation": {
      "ncgi": {
        "mcc": "123",
        "mnc": "456",
        "nrCellId": "123456789"
      },
      "tai": {
        "mcc": "123",
        "mnc": "456",
        "tac": "1820"
      }
    }
    “alwaysOn”:  “UE Requested”
  },
  "accessSubData": {
    "amfID": "AFbe08",
    "amfPlmnId": {
      "mcc": "123",
      "mnc": "456"
    },
    "ueCmStatus": "UeCMConnected",
    "amfNrfID": "76517361-338e-4d77-bc76-713a79779574"
  },
  "policySubData": {
    "TotalDynamicRules": 1,
    "TotalFlowCount": 1,
    "TotalNonGBRFlows": 1,
    "pccRuleList": [
      {
        "pccRuleId": "defaultrule",
        "qfi": 1,
        "mbrDl": 125000000,
        "mbrUl": 100000000,
        "flowInformation": [
          {
            "flowDirection": 3,
            "flowDescription": "permit out ip from any to any"
          }
        ]
      }
    ],
    "qosFlow": [
      {
        "qfi": 1,
        "GBRFlow": "False",
        "bindingParameters": {
          "x5Qi": 5,
          "arp": {
            "preemptCap": 1,
            "preemptVuln": 1,
            "priorityLevel": 15
          },
          "priorityLevel": 1
        },
        "AggregatedULMFbr": 100000000,
        "AggregatedDLMFbr": 125000000,
        "pccRuleList": "defaultrule"
      }
    ]
  },
  "chargingData": {},
  "upfServData": {
    "numberOfTunnels": 1,
    "smfSeid": 21790984727,
    "UPState": "Activated",
    "mapping": {
      "tunnelMapping": [
        {
          "TunnelID": 1,
          "tunnelName": "gnbTunnel"
        }
      ]
    }
  }
}

常時接続の PDU セッション OAM のサポート

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

バルク統計サポート

常時接続 PDU セッション機能では、次のバルク統計がサポートされています。

表 13. 常時接続 PDU セッションのバルク統計

バルク統計

説明

always-on-pdu

常時接続の PDU セッションの数を追跡します。

Always-on-pdu-requested

常時接続の PDU セッションを要求します。

always-on-pdu-accepted

常時接続の PDU セッション要求を受け入れます。

Always-on-pdu-rejected

常時接続の PDU セッション要求を拒否します。

pdusetup_req_alwayson_requested

「常時接続 PDU セッション要求済み」で受信したセッション確立要求メッセージの数。

pdusetup_acc_alwayson_allowed

[常時接続 PDU セッションの通知（Always-On PDU Session Indication）] を有効にして送信したセッション確立承認メッセージの数。

pdusetup_acc_alwayson_not_allowed

[常時接続 PDU セッションの通知（Always-On PDU Session Indication）] を無効にして送信したセッション確立承認メッセージの数。

pdumod_req_alwayson_requested

「常時接続 PDU セッション要求済み」で受信したセッション変更要求メッセージの数。

pdumod_cmd_alwayson_allowed

[常時接続 PDU セッション指示（Always-On PDU Session Indication）] を有効にして送信したセッション変更コマンド メッセージの数。

pdumod_cmd_alwayson_not_allowed

[常時接続 PDU セッション指示（Always-On PDU Session Indication）] を無効にして送信したセッション変更コマンドメッセージの数。

pdumod_cmd_nw_init_alwayson_allowed

[常時接続 PDU セッション指示（Always-On PDU Session Indication）] を有効にして送信した、ネットワークによって開始されたセッション変更コマンドメッセージの数。

smf_session_counters

アクティブな常時接続 PDU セッションの数を示すゲージ。

N3 接続再アクティブ化のための DLDR 処理

機能説明

UPF がダウンリンク データ要求（DLDR）を受信したときに、SMF が N11 インターフェイスで N1N2 セットアップ要求をトリガーしない場合、SMF と UPF の upContext の状態の違いにより、UPF は DLDR をトリガーします。N3 が非アクティブ状態の場合、UPF はセッション レポート要求を SMF に送信するために使用されます。この機能により、DLDR が N3 をアクティブ化した状態で受信されると、SMF は N3 を再アクティブ化します。

機能の仕組み

reactivate-n3-on-dupl-activation-dldr CLI コマンドが SMF でサポートされている機能に追加され、DLDR が N3 でアクティブ化された状態で受信されたときに N3 を再アクティブ化します。この CLI が有効になり、ACTIVATED 状態の DLDR を受信すると、SMF は upState を DEACTIVATED に変更し、N3 接続を再度アクティブにします。

N3 接続再アクティブ化の構成

N3 接続の再アクティブ化を構成するには、次の構成例を使用します。


config 
   profile smf profile_name instances instance-id supported-features [ reactivate-n3-on-dupl-activation-dldr ] 
       [ vsmf dtssa acscr]

注：

  • supported-features [ reactivate-n3-on-dupl-activation-dldr ] ：受信した DLDR がサポートされている機能で N3 でアクティブ化された状態になった場合に、N3 を再アクティブ化します。