コンテンツにスキップ

PDU Session Modification / Release — PDUセッションの変更・解放

難易度: 上級 / 想定学習時間: 45分 / 対象: UE/Network-requested PDU Session Modification・Release / 主役NF: SMF, UPF, PCF, AMF / 主Interface: N1, N2, N4, N7

学習目標

このページを読み終えると、次のことができるようになります。

  • PDU Session Modification(確立済みセッションの QoS 変更・QoS Flow 追加/削除)と PDU Session Release(解放)という2つの手続きを、目的の違いとともに説明できる。
  • 各手続きが UE-requested(UE 起点)と Network-requested(NW 起点)の両方で起こり得ることを説明できる。
  • Modification が QoS Flow 単位(QFI/5QI/GBR 等)の追加・変更・削除として実現されることを説明できる。
  • 制御(PCF/SMF)→適用(UPF は N4/PFCP、gNB は N2/NGAP、UE は N1/5GSM NAS)という 制御と適用の分離の流れを説明できる。
  • PCF のポリシー変更が Network-requested Modification の主要な契機になることを説明できる。
  • AMF は仲介(N1/N2 の窓口)であり、SM の実処理は SMF が主体である役割分担を説明できる。
  • 4G の Bearer Modification / Bearer Deactivation(EPS Bearer 単位) と、5G の PDU Session / QoS Flow 単位の変更・解放を比較して説明できる。

前提知識

  • PDU Session Establishment必須前提。確立済みセッションが本章の出発点。
  • QoS — QoS Flow / QFI / 5QI / GBR の詳細モデル。
  • Service Request — CM-IDLE の UE をユーザプレーン復帰させる手続き(NW 起点 Command 配送に関連)。
  • N1 / N2 / N4 / N7 — 各インタフェース。
  • SMF / UPF / PCF / AMF — 登場 NF。

この章で学べること

  • 範囲: 確立済み PDU セッションの ModificationRelease。それぞれ UE-requested / Network-requested の両起点。制御→適用の流れ。
  • 範囲外:
  • 確立手順そのもの → PDU Session Establishment
  • QoS モデルの詳細(5QI 特性、AMBR、DRB マッピング等)→ QoS
  • 無線側 DRB の内部処理・RRC 再設定の詳細。

Why — なぜ Modification / Release が必要なのか

PDU セッションは「確立して終わり」ではありません。通信中にアプリケーションが切り替わり、映像通話が始まって高い品質保証(GBR)が要る、逆に不要になって Non-GBR に戻す、あるいはセッション自体が不要になり資源を返したい——こうした動的な状態変化が常に起こります。

  • 通信中に QoS を変える(QoS Flow の追加・変更・削除)ための手続きが Modification
  • セッションが不要になり 資源を返す(UPF セッション・TEID・IP・無線リソースの解放)ための手続きが Release

これらを行わないと、品質が実態に合わないまま固定され、あるいは使われないリソースが滞留してネットワーク容量を圧迫します。

例え話

賃貸契約に例えると、Modification は「同じ部屋に住み続けたまま契約内容(間取り追加・オプション変更)を書き換える」こと、Release は「退去して鍵と部屋を返す」ことに相当します。どちらも入居後(確立後)に発生する運用です。

Overview — 概要

観点 Modification(変更) Release(解放)
目的 QoS Flow の追加/変更/削除、QoS パラメータ更新 セッションと全リソースの削除
セッション状態 ACTIVE を維持 ACTIVE → 削除(INACTIVE 相当)へ
UPF への操作 N4 Session Modification(PDR/FAR/QER 更新) N4 Session Deletion(削除)
gNB への操作 N2 PDU Session Resource Modify(DRB 再設定) N2 PDU Session Resource Release(DRB/N3 解放)
UE への NAS PDU Session Modification Command/Complete PDU Session Release Command/Complete
起点 UE-requested Network-requested
Modification UE が PDU Session Modification Request(5GSM) を送出(QoS 変更要求等) PCF のポリシー変更(例: Npcf_SMPolicyControl_UpdateNotify・オペレーション名は要確認)、または SMF 自身の判断で起動
Release UE が PDU Session Release Request(5GSM) を送出 SMF / PCF / AMF 起点(ポリシー・課金・障害・登録解除等の契機)
flowchart TD
    A["確立済み PDU Session (ACTIVE)"] --> B{"契機"}
    B -->|"QoS を変えたい"| M["Modification (QoS Flow 追加/変更/削除)"]
    B -->|"不要になった"| R["Release (資源解放)"]
    M --> A
    R --> Z["削除 (INACTIVE 相当)"]

Basic Concept — 初心者向け説明

1. Modification とは(QoS Flow の変更)

Modification は、確立済みセッションを保ったまま、その中身の QoS Flow を書き換える手続きです。QoS Flow は 5G QoS の最小粒度で QFI で識別され、5QI(品質特性)や GBR(帯域保証)などのパラメータを持ちます。Modification では QoS Flow を追加・変更・削除します。詳細な QoS モデルは QoS を参照してください。

適用先は3方向です。UPF には N4(PFCP) の Session Modification で PDR/FAR/QER を更新、gNB には N2(NGAP) の PDU Session Resource Modify で DRB を再設定、UE には N1(5GSM NAS) の Modification Command を届けます。

2. Release とは(解放)

Release は、セッションそのものを削除し、関連リソースを返す手続きです。UPF は N4 Session Deletion でセッション・TEID を解放、gNB は N2 PDU Session Resource Release で DRB/N3 を解放、UE には N1 の Release Command を届けます。SMF は Nsmf のコンテキストを解放し、課金停止・IP アドレス返却も行います。

AMF は仲介・SMF が主体

Modification / Release いずれも、SM(Session Management)の実処理は SMF が担います。AMF は N1/N2 の窓口として、SMF が用意した SM NAS メッセージと N2 SM 情報を UE / gNB へ中継するだけで、SM の中身そのものを処理・解釈する主体ではありません。

3. UE-requested と Network-requested

同じ Modification / Release でも誰が起動するかで2系統あります。UE-requested は UE が Request を送って始まり、Network-requested は PCF のポリシー変更・SMF の判断・障害・課金などネットワーク側の事情で始まります。Network-requested の場合、UE が CM-IDLE だと Command を届けるために Service Request(paging によるユーザプレーン復帰)が先行することがあります(要確認:条件は版・実装依存)。


Architecture

flowchart LR
    UE["UE (5GSM)"]
    gNB["gNB / NG-RAN"]
    AMF["AMF (仲介)"]
    SMF["SMF (SM 主体)"]
    UPF["UPF (適用)"]
    PCF["PCF (ポリシー契機)"]
    DN["DN"]

    PCF -->|"N7 (ポリシー変更)"| SMF
    SMF -->|"N4 (PFCP) 適用"| UPF
    SMF -->|"SM NAS + N2 SM 情報"| AMF
    AMF -->|"N2 (NGAP) 適用"| gNB
    AMF -->|"N1 (NAS) 中継"| UE
    gNB -.->|"DRB 再設定/解放"| UE
    UPF --- DN

    classDef core fill:#c8e6c9,stroke:#2e7d32,color:#000;
    class AMF,SMF,UPF,PCF core;

制御経路(PCF → SMF)で「何を変えるか」が決まり、適用経路(SMF → UPF は N4AMF → gNB は N2AMF → UE は N1)で実際に反映されます。この 制御と適用の分離が 5GC の設計思想です。

Network Function(登場NF)

NF この手順での役割 保持/取得する情報 使う主なAPI/手続き 障害時の影響
AMF N1/N2 の仲介。SM NAS を SMF へ中継、N1N2MessageTransfer で UE/gNB へ配送 UE の CM 状態、N2 コンテキスト Namf_Communication_N1N2MessageTransfer、Nsmf 呼出し Command/Complete が配送されず手続き停滞
SMF SM の主体。Modification/Release を判断・起動し、UPF/gNB/UE への反映を統括 PDU セッションコンテキスト、QoS Flow 情報、割当 IP Nsmf_PDUSession、N4(PFCP) 制御 変更・解放が実行不能
UPF N4 に従いユーザプレーンを適用(PDR/FAR/QER 更新、または削除) PFCP セッション、TEID、転送ルール N4 Session Modification/Deletion(PFCP) QoS 反映不可、Release 後もリソース残存
PCF ポリシー契機。PCC ルール変更で Network-requested Modification を誘発 SM ポリシー、PCC ルール Npcf_SMPolicyControl(UpdateNotify/Delete・オペレーション名要確認 動的 QoS 変更が起動されない
gNB 無線側で DRB を再設定/解放(本章では N2 の窓口として扱い、無線内部は範囲外 N2/N3 コンテキスト、DRB N2 PDU Session Resource Modify/Release(NGAP) 無線リソースが反映/解放されない

Interface / Protocol

Interface Protocol Transport 相手 用途
N1 NAS (5GSM) (NAS は 5GMM 内にネスト) UE ↔ AMF(透過的に SMF) PDU Session Modification/Release Command・Complete 等
N2 NGAP SCTP 38412 AMF ↔ gNB PDU Session Resource Modify/Release、N2 SM 情報搬送
N4 PFCP UDP 8805 SMF ↔ UPF Session Modification(PDR/FAR/QER 更新)/ Deletion
N7 SBI (Npcf) HTTP/2 (SBI) SMF ↔ PCF SM ポリシー更新通知・削除(Npcf_SMPolicyControl・要確認
N11 相当 SBI (Nsmf) HTTP/2 (SBI) AMF ↔ SMF Nsmf_PDUSession(UpdateSMContext 等)

procedureCode・message type は要確認

NGAP の procedureCode、5GSM の message type 値、PFCP のメッセージ種別番号などは版・ディセクタ実装に依存します。本ページでは値を断定しません(要確認)。断定してよいのは既知の標準ポート(PFCP=UDP 8805 / GTP-U=UDP 2152 / NGAP=SCTP 38412)のみです。


Procedure — Call Flow

(A) PDU Session Modification(Network-requested を主軸)

sequenceDiagram
    participant UE
    participant gNB
    participant AMF
    participant SMF
    participant UPF
    participant PCF

    Note over PCF,SMF: 契機: PCF のポリシー変更
(UE 起点は差分注記参照) PCF->>SMF: Npcf_SMPolicyControl_UpdateNotify
(PCC ルール変更・要確認) Note over SMF: SMF が変更内容を判断
(QoS Flow 追加/変更/削除) SMF->>UPF: N4 Session Modification (PFCP)
PDR/FAR/QER 更新 UPF-->>SMF: N4 Modification Response SMF->>AMF: Namf_Communication_N1N2MessageTransfer
(N1: Modification Command + N2 SM 情報) AMF->>gNB: N2 PDU Session Resource Modify (NGAP) Note over gNB,UE: gNB が DRB 再設定 gNB-->>AMF: N2 Modify Response AMF->>UE: PDU Session Modification Command (5GSM/N1) UE->>AMF: PDU Session Modification Complete (5GSM/N1) AMF->>SMF: Nsmf_PDUSession_UpdateSMContext Note over SMF,UPF: 必要に応じ追加の N4 更新 (回数は実装依存・要確認)

ステップ解説(Modification)

  1. 契機: PCF が PCC ルール変更を SMF に通知(Npcf_SMPolicyControl_UpdateNotify・オペレーション名要確認)。UE 起点の場合は UE が PDU Session Modification Request(5GSM) を送出(差分は下記)。
  2. SMF 判断: SMF が QoS Flow の追加/変更/削除を決定。
  3. N4 適用: SMF → UPF に N4 Session Modification(PFCP) で PDR/FAR/QER を更新。
  4. N1N2 配送: SMF → AMF に Namf_Communication_N1N2MessageTransfer(N1 = Modification Command、N2 SM 情報を同梱)。
  5. N2 適用: AMF → gNB に N2 PDU Session Resource Modify(NGAP) → gNB が DRB を再設定。
  6. NAS 完了: UE ↔ AMF ↔ SMF で Modification Command / Complete を交換。
  7. UE 状態は ACTIVE を維持(QoS だけが更新される)。

UE 起点との差分: UE が最初に PDU Session Modification Request(5GSM) を AMF 経由で SMF へ送り、SMF が可否を判断(必要なら PCF に確認)した後、以降は上記 3 以降と同様。SMF が要求を認可できない場合は Modification Reject(原因の 5GSM cause 値は要確認)を返す。

(B) PDU Session Release

sequenceDiagram
    participant UE
    participant gNB
    participant AMF
    participant SMF
    participant UPF
    participant PCF

    Note over UE,PCF: 契機: UE Release Request
または NW 起点 (SMF/PCF/AMF) SMF->>UPF: N4 Session Deletion (PFCP)
セッション/TEID 解放 UPF-->>SMF: N4 Deletion Response SMF->>AMF: Namf_Communication_N1N2MessageTransfer
(N1: Release Command + N2 SM 情報) AMF->>gNB: N2 PDU Session Resource Release (NGAP) Note over gNB,UE: gNB が DRB/N3 解放 gNB-->>AMF: N2 Release Response AMF->>UE: PDU Session Release Command (5GSM/N1) UE->>AMF: PDU Session Release Complete (5GSM/N1) AMF->>SMF: Nsmf_PDUSession_UpdateSMContext SMF->>PCF: Npcf_SMPolicyControl_Delete (要確認) Note over SMF: 課金停止・IP アドレス返却
Nsmf コンテキスト解放

ステップ解説(Release)

  1. 契機: UE が PDU Session Release Request(5GSM) を送出、または NW 起点(SMF/PCF/AMF の判断、ポリシー・課金・障害・登録解除等)。
  2. N4 削除: SMF → UPF に N4 Session Deletion(PFCP) → UPF がセッション・TEID・転送ルールを解放。
  3. N1N2 配送: SMF → AMF に N1N2MessageTransfer(N1 = Release Command、N2 SM 情報を同梱)。
  4. N2 解放: AMF → gNB に N2 PDU Session Resource Release(NGAP) → gNB が DRB/N3 を解放。
  5. NAS 完了: UE ↔ AMF ↔ SMF で Release Command / Complete を交換。
  6. 後処理: SMF が PCF/課金へ解放を通知(Npcf_SMPolicyControl_Delete要確認)、割当 IP を返却、Nsmf コンテキストを解放。
  7. セッション状態は ACTIVE → 削除(INACTIVE 相当)

順序・任意ステップは実装依存

上記のメッセージ順序、任意ステップの有無、N4 更新/削除の回数、N2 と N1 の相対順序などは版・ベンダー実装で差があります(要確認)。図は代表的な流れの一例です。

Signal Flow

Message/Operation Protocol 送信元→先 目的 主要IE(要確認あり) 結果
PDU Session Modification Request 5GSM (N1) UE → SMF QoS 変更要求(UE 起点) 要求 QoS Flow 情報等(要確認 SMF が判断
PDU Session Modification Command 5GSM (N1) SMF → UE 変更内容の指示 更新 QoS rules 等(要確認 UE が適用
PDU Session Modification Complete 5GSM (N1) UE → SMF 変更完了応答 手続き完了
PDU Session Release Request 5GSM (N1) UE → SMF 解放要求(UE 起点) PDU Session ID 等(要確認 SMF が解放起動
PDU Session Release Command 5GSM (N1) SMF → UE 解放指示 5GSM cause 等(要確認 UE が解放
PDU Session Release Complete 5GSM (N1) UE → SMF 解放完了応答 手続き完了
Namf_Communication_N1N2MessageTransfer SBI (Namf) SMF → AMF N1 NAS + N2 SM 情報の配送依頼 N1 SM container、N2 SM info(要確認 AMF が UE/gNB へ配送
Nsmf_PDUSession_UpdateSMContext SBI (Nsmf) AMF → SMF UE/gNB からの応答を SMF に反映 SM コンテキスト情報(要確認 SMF が続行
N4 Session Modification PFCP (N4) SMF → UPF PDR/FAR/QER 更新 PDR/FAR/QER(要確認 UP 反映
N4 Session Deletion PFCP (N4) SMF → UPF セッション削除 F-SEID/TEID(要確認 リソース解放
N2 PDU Session Resource Modify NGAP (N2) AMF → gNB DRB 再設定 QoS profile 等(要確認 無線側反映
N2 PDU Session Resource Release NGAP (N2) AMF → gNB DRB/N3 解放 PDU Session ID 等(要確認 無線側解放
Npcf_SMPolicyControl_UpdateNotify SBI (Npcf) PCF → SMF ポリシー変更通知(Modification 契機) PCC ルール(要確認 SMF 起動
Npcf_SMPolicyControl_Delete SBI (Npcf) SMF → PCF SM ポリシー削除(Release 後処理) ポリシー解放

State Machine

stateDiagram-v2
    [*] --> INACTIVE
    INACTIVE --> ACTIVE: PDU Session Establishment (別章)
    ACTIVE --> ACTIVE: Modification (QoS 変更・状態維持)
    ACTIVE --> INACTIVE: PDU Session Release
    INACTIVE --> [*]
  • Modification は ACTIVE を維持したまま QoS Flow のパラメータだけを更新します(自己遷移)。
  • Release は ACTIVE → INACTIVE(削除)へ遷移します。

状態名は概念表現・要確認

INACTIVE / ACTIVE 等の状態名・遷移の粒度は概念表現であり、正確な定義は版・仕様に依存します(要確認)。既存の PDU Session Establishment 章の状態機械(INACTIVE/ACTIVATING/ACTIVE)と整合させて理解してください。

Packet Analysis (Wireshark)

主要 Display Filter

フィルタ 対象
nas-5gs.sm 5GSM(SM NAS): Modification/Release Command/Complete 等
ngap N2 の PDU Session Resource Modify/Release
pfcp N4 の Session Modification/Deletion
gtp N3(GTP-U)。QFI マーキングや解放される TEID の確認

値は要確認

各 message type、NGAP procedureCode、PFCP メッセージ種別番号などの具体値は版・ディセクタ実装に依存します。フィルタで該当メッセージを絞り込んだうえで、実キャプチャの値を確認してください(要確認)。

Decode の見どころ

  • Modification: 変更される QFI / 5QI、追加/削除される QoS Flow、更新される PDR/FAR/QER(PFCP)。
  • Release: 解放される TEID(PFCP/GTP-U)、削除される PFCP セッション、N2 で解放される PDU Session Resource。

SM NAS のネスト構造

5GSM(SM NAS)は 5GMM(MM NAS)の中にネストされて運ばれます(5GMM > 5GSM)。AMF はこのコンテナを透過的に扱い、5GSM の中身は SMF が解釈します。Wireshark では nas-5gs.mm の内側に nas-5gs.sm が入れ子で現れます。

Configuration

構造レベルの観点のみ示します(具体値は記載しません)。

  • 動的な QoS 変更は PCF の PCC ルールが主契機。静的構成では DNN/スライスに紐づく既定 QoSが使われる(キー名は実装依存)。
  • Release 時は UPF のセッション削除に伴い IP プールへアドレスを返却、TEID を解放。
  • Modification/Release の可否は加入者データ・ポリシー・認可に依存する。

架空値を書かない

設定キー名・タイマ値・cause 値・既定 5QI 等は実装・版に依存します。本ページでは具体値を断定しません(要確認)。実機のドキュメントで確認してください。

Trouble Shooting

症状 想定原因 確認ポイント 関連ログ/Packet 対処の方向性
Modification Reject QoS 認可不可 / 資源不足 PCF ポリシー、SMF 認可、GBR 空き nas-5gs.sm、SMF/PCF ログ 要求 QoS の見直し、資源確保
N4 Modification 失敗 PFCP エラー、UPF リソース枯渇 UPF 状態、PFCP 応答原因(要確認 pfcp UPF 側リソース・ルール確認
Release 後もリソース残存 N4 Deletion 未完 / FAR 等の残留 UPF に PFCP セッションが残っていないか pfcp、UPF セッション一覧 N4 Deletion の再実行・整合確認
NW 起点 Command が届かない UE が CM-IDLE で到達不可 UE の CM 状態、paging 要否 AMF ログ、ngap Service Request(paging)で復帰後に配送
Complete が返らない 無線区間障害、UE 未応答、タイマ満了 N2/N1 の応答、再送 ngapnas-5gs.sm 再送・タイムアウト処理(タイマ値要確認

EPCとの比較

観点 4G / EPC 5G / 5GC
変更の単位 Bearer Modification(EPS Bearer 単位) PDU Session / QoS Flow 単位
解放の単位 Bearer Deactivation(EPS Bearer 単位) PDU Session Release(+ QoS Flow 削除)
制御 MME AMF(仲介)/ SMF(SM 主体)
転送/適用 S-GW / P-GW(GTP-C 制御) UPF(N4/PFCP で適用)
QoS 識別子 QCI 5QI

分離設計の進化

4G ではベアラという結合した単位で制御・転送を扱っていましたが、5G では QoS Flow(最小粒度)と PDU Session(束)を分け、さらに 制御(SMF/PCF)と転送(UPF)を CUPS で分離しました。これにより QoS Flow 単位の柔軟な変更と、UPF 側の独立したスケール・適用が可能になっています。

Release差分

  • Rel-15: PDU Session Modification / Release の基礎手続きが規定。
  • Rel-16 / Rel-17 以降: 追加機能・拡張(例: 特定機能に伴う手続き差分)は版により異なる。

Release 差分は要確認

どの Release でどの拡張が入ったか、章番号の枝番、IE の追加・変更は版に依存します(要確認)。実際に対象とする Release の仕様を確認してください。

3GPP Specification

Spec 内容
TS 23.502 §4.3.3(枝番要確認 PDU Session Modification 手続き(本章 Call Flow 根拠)
TS 23.502 §4.3.4(枝番要確認 PDU Session Release 手続き(本章 Call Flow 根拠)
TS 24.501 §6.4 系(要確認 5GSM の Modification / Release NAS 手続き
TS 23.501 §5.6 / §5.7(要確認 PDU Session / QoS の一般原則
TS 29.244 PFCP(N4 Session Modification/Deletion)
TS 29.502 Nsmf_PDUSession サービス
TS 29.512 —(要確認 Npcf_SMPolicyControl サービス
TS 38.413 NGAP(N2 PDU Session Resource Modify/Release)

章番号の扱い

章番号・枝番は版により変動します。上表の §番号は目安であり、正確な位置は対象版の目次で確認してください(要確認)。

FAQ

Q1. Modification と Release は何が違うのですか?

Modification はセッションを保ったまま QoS Flow(QoS)を変える手続きで、状態は ACTIVE を維持します。Release はセッション自体を削除して資源を返す手続きで、ACTIVE から削除(INACTIVE 相当)へ遷移します。

Q2. UE-requested と Network-requested の違いは?

誰が手続きを起動するかの違いです。UE-requested は UE が Request を送って始まり、Network-requested は PCF のポリシー変更・SMF の判断・障害・課金・登録解除などネットワーク側の事情で始まります。中身の適用(N4/N2/N1)は共通です。

Q3. QoS 変更は誰が起動するのですか?

多くは PCF のポリシー変更が契機となり SMF が実行します(Network-requested)。UE が明示的に要求する場合(UE-requested)もあり、その可否は SMF が認可します。QoS の詳細モデルは QoS を参照してください。オペレーション名は要確認です。

Q4. Release すると UE の IP アドレスはどうなりますか?

そのセッションに割り当てられていた IP アドレスは解放され、IP プールへ返却されます(SMF が管理)。UPF 側の TEID・転送ルールも N4 Session Deletion で解放されます。

Q5. AMF は SM(Session Management)の中身を解釈しますか?

いいえ。AMF は N1/N2 の仲介であり、SM NAS(5GSM)を透過的に SMF へ中継し、SMF が用意した N1/N2 情報を UE/gNB へ配送するだけです。SM の中身を処理する主体は SMF です。

Summary

  • 確立済み PDU セッションには、通信中の QoS 変更(Modification)と解放(Release)という運用手続きがある。
  • どちらも UE-requested / Network-requested の両起点で起こり、Network-requested Modification は PCF のポリシー変更が主契機。
  • Modification は QoS Flow 単位の追加/変更/削除で、状態は ACTIVE 維持。Release は セッション削除で ACTIVE → INACTIVE 相当へ。
  • 制御(PCF/SMF)→適用(UPF は N4/PFCP、gNB は N2/NGAP、UE は N1/5GSM NAS) という流れが共通。
  • AMF は仲介・SMF が SM 主体。4G の Bearer Modification/Deactivation(EPS Bearer 単位)に対し、5G は PDU Session/QoS Flow 単位。
  • 根拠 Spec(枝番要確認): TS 23.502 §4.3.3/§4.3.4、TS 24.501 §6.4 系、TS 23.501 §5.6/§5.7、TS 29.244、TS 29.502、TS 29.512、TS 38.413。

Practice — 理解度チェック・演習

理解度チェック

Q1. Modification のとき PDU セッションの状態はどうなりますか?

ACTIVE を維持します。QoS Flow(QoS)だけが更新され、セッションは削除されません。

Q2. UPF に対して Modification と Release でそれぞれ使う N4(PFCP) 操作は?

Modification は N4 Session Modification(PDR/FAR/QER 更新)、Release は N4 Session Deletion(セッション・TEID 削除)です。

Q3. Network-requested Modification の代表的な契機は何ですか?

PCF のポリシー変更(PCC ルール変更)です。SMF に通知され(Npcf_SMPolicyControl_UpdateNotify・オペレーション名要確認)、SMF が変更を起動します。

Q4. AMF の役割を一言で言うと?

N1/N2 の仲介(窓口)です。SM NAS と N2 SM 情報を UE/gNB へ配送しますが、SM の中身の処理は SMF が担います。

Q5. Network-requested の Command が UE に届かない典型ケースと対処は?

UE が CM-IDLE で到達不可のケースです。paging(Service Requestでユーザプレーンを復帰させてから Command を配送します(条件は要確認)。

演習: PDU Session Release の主要ステップ並べ替え

次の手順(NW 起点の PDU Session Release)を正しい順に並べ替えてください。

a. AMF → gNB へ N2 PDU Session Resource Release
b. SMF → UPF へ N4 Session Deletion(セッション/TEID 解放)
c. UE ↔ AMF ↔ SMF で Release Command / Complete
d. SMF → AMF へ N1N2MessageTransfer(N1: Release Command + N2 SM 情報)
e. SMF が PCF/課金へ解放通知・IP 返却・Nsmf コンテキスト解放
解答

順序: b → d → a → c → e

  • b. N4 Session Deletion: まず UPF のセッション・TEID・転送ルールを解放(ユーザプレーンの適用を止める)。
  • d. N1N2MessageTransfer: SMF が N1(Release Command)と N2 SM 情報を AMF に渡し、配送を依頼。
  • a. N2 PDU Session Resource Release: AMF → gNB へ NGAP で送り、gNB が DRB/N3 を解放。
  • c. Release Command / Complete: UE ↔ AMF ↔ SMF で NAS 完了応答を交換。
  • e. 後処理: SMF が PCF/課金へ解放通知(Npcf_SMPolicyControl_Delete・要確認)、IP 返却、Nsmf コンテキスト解放。

実装依存

上記の順序(特に N4 削除と N2/N1 の相対タイミング、後処理のまとめ方)は版・ベンダー実装で差があります(要確認)。

Next Step