5G PDU会话修改（PDU Session Modification）信令机制全链拆解

聚焦 3GPP TS 23.502 §4.3.3 / TS 24.501 NAS / TS 38.413 NGAP / TS 29.244 PFCP，拆解 UE 发起与网络发起两类修改流程的逐条消息、关键 IE、QoS Flow 增删改逻辑与抓包实战。

在 5G 会话管理（Session Management, 5GSM）的三大基本流程中，建立（Establishment） 和释放（Release） 往往最受关注，但真正频繁发生、且最能体现 5G QoS 精细化管控能力的，是 PDU 会话修改（PDU Session Modification） 流程。一次 VoNR 呼叫接续、一次视频会议码率切换、一次切片内 QoS 调整、甚至一次基站触发的非保证速率 GBR 流释放，背后都是这条流程在运作。本文以 TS 23.502 V18 §4.3.3 为主线，自上而下打通 NAS（N1）、NGAP（N2）、PFCP（N4）、SBI（N11/N7/N40）四层接口，给出可直接用于协议开发与抓包排查的工程化解读。

一、为什么需要独立的"修改"流程：设计意图

很多初学者会问：既然能释放旧会话再重建，为何还要设计一套独立的修改流程？答案集中在四个工程诉求上：

1. 业务连续性（Service Continuity）：修改流程对 UE 透明地变更 QoS，不会拆除已分配的 IP/ Prefix 地址、不会中断 N3 GTP-U 隧道，避免上层 TCP 连接因 IP 变化而重建。这一点对 IMS、视频流、在线游戏等长连接业务是致命重要的。
2. QoS Flow 粒度的动态调控：5G 把 PDU 会话内最细的 QoS 区分单位定义为 QoS Flow（由 QFI 标识，6 bit，取值 0–63）。修改流程可以在同一个 PDU 会话内新增、修改、删除若干 QoS Flow，而无需触碰 PDU 会话本身。这正是 5G 相对 4G EPS Bearer 模型最大的架构性进步——QoS Flow 的生命周期与 PDU 会话生命周期解耦。
3. 避免重建的端到端开销：一次完整的 PDU 会话建立涉及 AMF→SMF→UDM→PCF→UPF→NG-RAN→UE 全链 7+ 条信令；而一次修改通常只触及其中受影响的网元，信令开销降低一个数量级。
4. 多触发源统一出口：无论修改请求来自 UE 应用层（如请求更高带宽）、PCF 策略变更、AF 业务请求、还是 UPF 计费/用量上报，最终都收敛到 SMF 这唯一的会话管理权威，由 SMF 统一仲裁后下发。这种"多入口、单出口"设计极大简化了控制面。

TS 23.502 §4.3.3.1 将修改流程明确分为两个子流程：

二、UE 发起的修改流程（§4.3.3.2）逐消息拆解

信令时序图

sequenceDiagram
    participant UE
    participant RAN as NG-RAN
    participant AMF
    participant SMF
    participant PCF
    participant UPF

    Note over UE: 应用层请求变更 QoS
    UE->>AMF: UL NAS TRANSPORT<br/>(PDU SESSION MODIFICATION REQUEST)
    AMF->>SMF: Nsmf_PDUSession_UpdateSMContext Request<br/>(N2 SM info absent, N1 SM container)
    Note over SMF: 校验请求,计算授权 QoS
    SMF->>PCF: Npcf_SMPolicyControl_Update<br/>(可选,策略协商)
    PCF-->>SMF: 策略决策(PCC rules, QoS 决策)
    SMF->>UPF: N4 Session Modification Request<br/>(PDR/FAR/QER 更新)
    UPF-->>SMF: N4 Session Modification Response
    SMF-->>AMF: Nsmf_PDUSession_UpdateSMContext Response<br/>(N1 SM container + N2 SM info)
    Note over AMF: 拆分 N1(给UE) 与 N2(给RAN)
    AMF->>UE: DL NAS TRANSPORT<br/>(PDU SESSION MODIFICATION COMMAND)
    AMF->>RAN: PDU SESSION RESOURCE MODIFY REQUEST<br/>(N2 SM info)
    RAN-->>AMF: PDU SESSION RESOURCE MODIFY RESPONSE
    UE-->>AMF: UL NAS TRANSPORT<br/>(PDU SESSION MODIFICATION COMPLETE)
    AMF->>SMF: Nsmf_PDUSession_UpdateSMContext Request<br/>(N1 SM container: Complete)
    SMF-->>AMF: Nsmf_PDUSession_UpdateSMContext Response

逐步解析

步骤1 — UL NAS TRANSPORT（TS 24.501 §8.2.3 / §9.11.4.x） UE 把 5GSM 层的 PDU SESSION MODIFICATION REQUEST（5GSM message type = 0xC7）封装进 NAS 传输容器，外层是 5GMM 的 UL NAS TRANSPORT 消息（message type 0x67）。关键字段：

• Payload container type = N1 SM container（0x01）
• Payload container：内嵌真正的 5GSM 消息
• PDU Session ID：指明要修改哪条会话（1–255）
• Request type（部分场景）：标识修改类型
• 5GSM 消息体可携带 UE 想请求的 QoS rules、QoS Flow descriptions、5GSM capability 等。注意 UE 请求不是授权，SMF 必须与 PCF 协商后给出最终决策。

步骤2 — Nsmf_PDUSession_UpdateSMContext Request（N11 SBI） AMF 收到上行 NAS 后，识别到这是会话管理消息，根据消息里的 PDU Session ID 路由到对应的 SMF。注意此步 N2 SM info 不存在（因为是 UE 发起、不携带接入网资源信息），AMF 仅透传 N1 SM container。SMF 通过该服务操作（TS 29.502 §5.2.2.4）拿到 N1 SM 消息。

步骤3 — 策略协商（可选，N7 SBI） SMF 评估 UE 请求后，若涉及计费或策略变更，调用 Npcf_SMPolicyControl_Update（TS 29.512）向 PCF 上报 Policy Update。PCF 综合用户签约（UDM）、AF 业务请求、运营商策略，返回新的 PCC Rules 与 QoS 决策。这一步是网络侧"最终裁判"——UE 请求的 QoS 可能被批准、降级或拒绝。

步骤4 — N4 会话修改（TS 29.244 PFCP） SMF 根据授权结果，向 UPF 发送 PFCP Session Modification Request，通过 Create/Update/Delete 三类操作更新四类规则节点：PDR（Packet Detection Rule）、FAR（Forwarding Action Rule）、QER（QoS Enforcement Rule）、URR（Usage Reporting Rule）。其中 QER 是 QoS 落地到用户面的核心——它携带 QFI、GFBR/MFBR、Gate 状态、速率限制等参数。

步骤5 — UpdateSMContext Response（N11） SMF 把授权后的 N1 SM container（即 PDU SESSION MODIFICATION COMMAND）和可能的 N2 SM info（PDU Session Resource Modify 信息）一起通过 Response 返回给 AMF。

步骤6/7 — N1/N2 拆分下发 AMF 的关键职责是解耦 N1 与 N2： - 把 N1 SM container 用 DL NAS TRANSPORT（message type 0x68）下发给 UE； - 把 N2 SM info 用 NGAP 的 PDU SESSION RESOURCE MODIFY REQUEST（TS 38.413 §9.2.2.3）下发给 NG-RAN。

PDU SESSION MODIFICATION COMMAND（5GSM message type 0xC9）中包含经授权的 QoS rules、QoS Flow descriptions、Session-AMBR、Always-on PDU session required 等关键 IE。

步骤8 — NG-RAN 执行接入网侧修改 NG-RAN 解析 PDU Session Resource Modify Request Transfer 容器中的 QoS Flow Add/Modify/Release Request List，对每个 QoS Flow 执行 DRB 建立/重配/释放，并通过 RRC Reconfiguration 完成 UE 侧无线资源配置，回送 PDU SESSION RESOURCE MODIFY RESPONSE。

步骤9/10 — UE 确认与 SMF 收尾 UE 处理完 N1 命令后，回送 PDU SESSION MODIFICATION COMPLETE（5GSM 0xCA）。若 UE 无法执行（如 QoS 不兼容），则回送 PDU SESSION MODIFICATION COMMAND REJECT（0xCB）。AMF 再次透传给 SMF，流程闭环。

三、网络发起的修改流程（§4.3.3.3）触发源与流程

网络发起是更"主动"的方向，SMF 作为代理，可以响应多种触发源。

flowchart TD
    subgraph 触发源
        PCF[PCF<br/>Npcf_SMPolicyControl_UpdateNotify]
        AF[AF/NEF<br/>业务请求/路由影响]
        UPF[UPF<br/>N4 Usage Report/事件]
        RAN[NG-RAN<br/>PDU SESSION RESOURCE<br/>MODIFY INDICATION]
        SMFself[SMF 内部<br/>QoS 调整/定时]
    end
    PCF --> SMF
    AF --> PCF
    UPF --> SMF
    RAN --> AMF --> SMF
    SMFself --> SMF
    SMF --> N1[PDU SESSION MODIFICATION COMMAND<br/>→UE]
    SMF --> N2mod[PDU SESSION RESOURCE MODIFY<br/>→NG-RAN]
    SMF --> N4mod[N4 Session Modification<br/>→UPF]

典型触发场景：

1. PCF 主动下发（最常见）：PCF 通过 Npcf_SMPolicyControl_UpdateNotify 推送新的 PCC Rules。例如用户流量套餐用尽触发限速、AF 为某视频流动态加塞 GBR 流、切片拥塞触发动 AMBR 调整。
2. NG-RAN 反向指示：当无线资源紧张，NG-RAN 主动发起 PDU SESSION RESOURCE MODIFY INDICATION（TS 38.413 §9.2.2.4），要求释放某些非保证速率 QoS Flow。SMF 必须（must）执行释放，回送 PDU SESSION RESOURCE MODIFY CONFIRM。这是网络"自保"的重要机制。
3. UPF 用量上报：URR 配额耗尽，UPF 通过 N4 report 通知 SMF，SMF 据此修改 QoS（如 gate close）或触发释放。
4. SMF 内部：如 Reflective QoS 定时器超时、QoS Flow 参数协商失败后的回退。

网络发起流程与 UE 发起的差异主要在前半段：没有 UE 的 UL NAS Request，SMF 直接构造 PDU SESSION MODIFICATION COMMAND，通过 AMF 下发；若 UE 当前处于 CM-IDLE 态，则需先触发 Service Request 激活信令连接（TS 23.502 §4.2.3.2）；若处于 CM-CONNECTED 但 RRC-Inactive，则触发寻呼与 RRC Resume。

四、关键 IE 深度解析

NAS 层 N1 SM Container 关键 IE 结构图

graph TD
    A[PDU SESSION MODIFICATION COMMAND<br/>5GSM 0xC9] --> B[5GSM Cause<br/>成功/失败原因]
    A --> C[Session-AMBR<br/>会话聚合最大比特率]
    A --> D[QoS Rules<br/>包过滤→QFI 映射规则集]
    A --> E[QoS Flow Descriptions<br/>QFI级参数]
    A --> F[Always-on PDU Session Indication]
    A --> G[Reflective QoS Timer]
    D --> D1[每个QoS Rule]
    D1 --> D2[QoS Rule Identifier]
    D1 --> D3[Packet Filters]
    D1 --> D4[QFI]
    D1 --> D5[QoS Rule Precedence]
    E --> E1[QFI 6bit]
    E --> E2[5QI / GFBR / MFBR]
    E --> E3[Operation Code<br/>Create/Modify/Delete]

NGAP PDU Session Resource Modify 关键 IE（TS 38.413）

NGAP 侧把 PDU 会话修改拆成两层：外层是 NGAP 消息，内层是 PDU Session Resource Modify Request Transfer 容器。核心 IE：

• PDU Session Resource Modify List Item：含 PDU Session ID + Modify Request Transfer 容器
• 容器内 QoS Flow Add/Modify/Release Request List：每项含 QFI + QoS Flow Level QoS Parameters（5QI、GFBR、MFBR、ARP、Notification Control、Max Packet Loss Rate）

关键 IE 参数说明表

五、QoS Flow 的增删改逻辑与状态转换

修改流程的灵魂在于对 QoS Flow 的三类操作。理解状态机能解释大量"为什么这样发消息"的疑问。

stateDiagram-v2
    [*] --> Absent: QFI未分配
    Absent --> Active: Add<br/>(SMF分配QFI,建DRB,建QER)
    Active --> Active_Modified: Modify<br/>(改5QI/AMBR/ARP)
    Active_Modified --> Active: UE/RAN确认
    Active --> Pending: 发起Release<br/>(等RAN/UE确认)
    Pending --> Absent: Release Confirm
    Active --> Absent: NG-RAN指示释放<br/>(MODIFY INDICATION)
    note right of Active
        GBR Flow额外需RAN预留无线资源
        非GBR Flow仅用Session-AMBR约束
    end note

三类操作在消息中的体现： - Add：N1 下发新 QoS Rule；N2 出现在 QoS Flow Add Request List；N4 Create QER。典型场景是新增一条专用 GBR Flow（如视频会议接入）。 - Modify：N1 更新已有 QoS Rule 的 QFI 关联或 AMBR；N2 出现在 QoS Flow Modify Request List；N4 Update QER。典型场景是限速调整、QoS 优先级变更。 - Release：N1 标记 QoS Rule 删除；N2 出现在 QoS Flow Release Request List；N4 Delete QER。典型场景是 MODIFY INDICATION 触发的非保证速率流释放。

注意一个易错点：QFI 为 0 的 QoS Flow（即 default QoS Flow）通常不能被单独释放，它是 PDU 会话的默认承载，其释放意味着整个 PDU 会话的释放。

六、对比表：修改 vs 建立 vs 释放

Q1: PDU 会话修改与 QoS Flow 的关系是什么？ A: PDU 会话是 IP 层的连接实体，QoS Flow 是其内部的 QoS 区分粒度。修改流程通过增删改 QoS Flow 来动态调控会话内不同业务的 QoS，而无需重建整个 PDU 会话，从而保证业务连续性。

Q2: UE 请求的 QoS 一定会被批准吗？ A: 不会。UE 的请求仅是"意向"，最终决策权在 PCF。PCF 综合用户签约、AF 业务需求、网络策略后，可能批准、降级（如下调 5QI/GFBR）甚至拒绝（回送 PDU SESSION MODIFICATION COMMAND 带 5GSM Cause）。

Q3: 网络发起的修改遇到 UE 处于空闲态怎么办？ A: SMF 会通知 AMF，AMF 触发寻呼与 Service Request（§4.2.3.2）重新建立信令连接，待 UE 进入 CM-CONNECTED 后再下发 PDU SESSION MODIFICATION COMMAND。对 Always-on PDU Session 则可配置为不需激活信令连接。

Q4: NGAP 的 MODIFY INDICATION 与 MODIFY REQUEST 有何区别？ A: REQUEST 是 AMF/SMF 主动要求 RAN 修改（下行指令）；INDICATION 是 RAN 因无线资源紧张主动要求 SMF 释放 QoS Flow（上行通知），SMF 必须（must）执行释放并回送 CONFIRM。前者是网络→接入网，后者是接入网→网络。

Q5: 为什么 QFI=0 的默认 QoS Flow 不能单独释放？ A: QFI=0 是 PDU 会话建立时分配的默认 QoS Flow，承担会话内未匹配专用 QoS Rule 的所有数据。它的存在等价于 PDU 会话本身，单独释放会破坏会话语义，因此只能随 PDU 会话释放整体回收。

参考来源

1. 3GPP TS 23.502 V18.10.0 — Procedures for the 5G System — §4.3.3 PDU Session Modification（UE Requested §4.3.3.2 / Network Requested §4.3.3.3）
2. 3GPP TS 24.501 — Non-Access-Stratum (NAS) protocol for 5GS — §8.2.3 UL/DL NAS TRANSPORT、5GSM message types（0xC7/0xC9/0xCA/0xCB）
3. 3GPP TS 38.413 — NG-RAN; NG Application Protocol (NGAP) — §9.2.2.3/§9.2.2.4 PDU Session Resource Modify Request/Indication
4. 3GPP TS 29.244 — Interface between SMF and UPF (N4) — PFCP Session Modification、PDR/FAR/QER/URR IE
5. ShareTechnote — 5G Core SMF — N4 Session Modification、SM Policy Association Modification 流程图解

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。