PDU Session Modification / Release — PDUセッションの変更・解放¶
学習目標¶
このページを読み終えると、次のことができるようになります。
- 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 セッションの Modification と Release。それぞれ 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 は N4、AMF → gNB は N2、AMF → 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)
- 契機: PCF が PCC ルール変更を SMF に通知(Npcf_SMPolicyControl_UpdateNotify・オペレーション名要確認)。UE 起点の場合は UE が PDU Session Modification Request(5GSM) を送出(差分は下記)。
- SMF 判断: SMF が QoS Flow の追加/変更/削除を決定。
- N4 適用: SMF → UPF に N4 Session Modification(PFCP) で PDR/FAR/QER を更新。
- N1N2 配送: SMF → AMF に Namf_Communication_N1N2MessageTransfer(N1 = Modification Command、N2 SM 情報を同梱)。
- N2 適用: AMF → gNB に N2 PDU Session Resource Modify(NGAP) → gNB が DRB を再設定。
- NAS 完了: UE ↔ AMF ↔ SMF で Modification Command / Complete を交換。
- 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)
- 契機: UE が PDU Session Release Request(5GSM) を送出、または NW 起点(SMF/PCF/AMF の判断、ポリシー・課金・障害・登録解除等)。
- N4 削除: SMF → UPF に N4 Session Deletion(PFCP) → UPF がセッション・TEID・転送ルールを解放。
- N1N2 配送: SMF → AMF に N1N2MessageTransfer(N1 = Release Command、N2 SM 情報を同梱)。
- N2 解放: AMF → gNB に N2 PDU Session Resource Release(NGAP) → gNB が DRB/N3 を解放。
- NAS 完了: UE ↔ AMF ↔ SMF で Release Command / Complete を交換。
- 後処理: SMF が PCF/課金へ解放を通知(Npcf_SMPolicyControl_Delete・要確認)、割当 IP を返却、Nsmf コンテキストを解放。
- セッション状態は 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 等の状態名・遷移の粒度は概念表現であり、正確な定義は版・仕様に依存します(要確認)。本章は確立済み(ACTIVE)の後の変更・解放に焦点を絞るため、確立処理中の過渡状態 ACTIVATING を省いた2状態で描いています。確立フェーズを含む3状態(INACTIVE/ACTIVATING/ACTIVE)の全体像は PDU Session Establishment 章の状態機械を参照し、本図はその 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 の応答、再送 | ngap、nas-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¶
- PDU Session Establishment — 前提。確立手続き。
- QoS — QoS Flow / 5QI / GBR の詳細モデル。
- Network Slicing — スライスと PDU セッションの関係。
- Service Request — CM-IDLE UE のユーザプレーン復帰。
- 関連 NF: SMF / UPF / PCF / AMF
- 関連 IF: N1 / N2 / N4 / N7
- 辞典: Message辞典 / Timer辞典 / Cause辞典 / Protocol辞典 / NF辞典 / Interface辞典