5G QoS与网络切片：从5QI到资源分配的完整图解

你用手机打VoNR语音电话的同时下载文件，为什么电话不会卡顿？

答案藏在5G QoS（Quality of Service，服务质量）体系里。当你发起语音通话时，网络自动为语音数据流创建一个GBR QoS Flow，预留带宽资源；而你的文件下载走的是Non-GBR QoS Flow，只使用剩余资源。两者在同一条无线链路上"并行不悖"，靠的就是5G QoS模型精细的流量分类和资源调度机制。

本文将从"为什么4G的QoS不够用"出发，系统梳理5G QoS的核心架构、关键参数（5QI/ARP/GBR），并深入讲解网络切片如何与QoS协同工作——让你不仅知道"是什么"，更理解"为什么这样设计"。

一、从4G到5G：QoS模型的进化逻辑

1.1 4G EPS Bearer模型的局限性

4G LTE使用EPS Bearer（演进分组系统承载）作为QoS管理的基本单元。每个Bearer有固定的QCI（QoS Class Identifier），从1到9共9个标准化值。

这个模型的问题在于：

• 粒度太粗：一个UE最多只能建立有限数量的专用Bearer，创建/修改开销大
• 灵活性不足：不同QoS需求必须建立不同Bearer，信令交互频繁
• 无法适配URLLC场景：4G时代只有GBR和Non-GBR两种资源类型，无法满足工业控制"既要求保证速率、又要求极低时延"的场景

打个比方：4G的Bearer就像高速公路上画好的车道——你要换一条道，得先"申请审批"（信令交互）。5G的QoS Flow则像智能导航系统——每辆车（数据包）实时被分配到最合适的车道，无需停车换道。

1.2 5G QoS Flow模型的核心创新

5G引入了基于QoS Flow的QoS模型，核心变化有三点：

关键直觉：5G把"业务流分类"和"无线资源传输"解耦了。SMF决定业务流属于哪个QoS Flow，gNB自行决定QoS Flow映射到哪个DRB——两端各管各的，互不阻塞。

二、5G QoS架构全景：数据包的"旅行路线"

2.1 端到端QoS架构图

flowchart TB
    subgraph UE["📱 UE（终端）"]
        APP1["语音App"]
        APP2["视频App"]
        APP3["浏览器"]
    end

    subgraph RAN["📻 NG-RAN（基站）"]
        DRB1["DRB 1<br/>GBR专用"]
        DRB2["DRB 2<br/>Non-GBR共享"]
        SCHED["MAC调度器<br/>优先级排序"]
    end

    subgraph CN["☁️ 5G核心网"]
        UPF["UPF<br/>包分类&QFI标记"]
        SMF["SMF<br/>QoS策略下发"]
        PCF["PCF<br/>策略决策"]
    end

    subgraph DN["🌐 数据网络"]
        IMS["IMS服务器"]
        INTERNET["互联网"]
    end

    APP1 -->|"VoNR语音包"| DRB1
    APP2 -->|"视频流包"| DRB2
    APP3 -->|"网页数据包"| DRB2
    DRB1 --> SCHED
    DRB2 --> SCHED
    SCHED -->|"N3隧道<br/>QFI=1(5QI=1)"| UPF
    SCHED -->|"N3隧道<br/>QFI=2(5QI=9)"| UPF
    UPF <-->|"N4会话<br/>PDR+QER规则"| SMF
    SMF <-->|"策略获取"| PCF
    UPF --> IMS
    UPF --> INTERNET

    style DRB1 fill:#ff9999,stroke:#cc0000
    style DRB2 fill:#99ccff,stroke:#0066cc
    style SCHED fill:#ffcc99,stroke:#cc6600

2.2 数据包的生命周期：从APP到服务器

一个数据包从手机App发出到到达服务器，经历以下QoS处理流程：

第一步：UPF包分类（入口关卡）

UPF根据SMF下发的PDR（Packet Detection Rule） 匹配数据包。匹配规则包括： - 源/目的IP地址和端口 - 协议类型（TCP/UDP） - SDF（Service Data Flow）模板过滤器

匹配成功后，UPF在GTP-U封装头中标记QFI（QoS Flow Identifier），这相当于给数据包贴上了一张"优先通行证"。

第二步：gNB接收与DRB映射（无线段）

gNB收到N3隧道上的数据包，读取QFI值，然后根据自己的映射策略将QoS Flow映射到对应的DRB：

$$ \text{QoS Flow} \xrightarrow{\text{QFI}} \text{DRB映射} \xrightarrow{\text{Uu口}} \text{UE} $$

关键规则： - GBR QoS Flow通常独占一个DRB（保证资源隔离） - 多个Non-GBR QoS Flow可以复用同一个DRB - gNB可以动态调整映射关系（无需通知SMF）

第三步：MAC调度器执行（资源分配）

gNB的MAC调度器根据以下因素决定每个TTI（Transmission Time Interval）的资源分配： - 5QI中的优先级值（越小越优先） - GBR Flow的保证速率必须满足 - 剩余资源按优先级分配给Non-GBR Flow

三、5QI深度解析：QoS的"身份证号"

3.1 什么是5QI？

5QI（5G QoS Identifier） 是一个标量值，它引用了一组预定义的QoS特性参数。你可以把它理解为QoS的身份证号——网络中每个数据流都有一张身份证，上面写着它的"待遇级别"。

5QI对应的核心参数如下：

3.2 标准5QI速查表

下表列出了最常见的标准化5QI值。注意5G比4G多了Delay-Critical GBR这一全新资源类型——这是为URLLC场景量身定制的。

3.3 三种资源类型的本质区别

GBR（Guaranteed Bit Rate）——"保底工资"模式

$$ \text{GBR Flow保证速率} = \text{GFBR} \leq \text{实际速率} \leq \text{MFBR} $$

网络承诺一个GFBR（Guaranteed Flow Bit Rate），无论网络多拥塞，这个速率必须保障。典型的如语音通话：如果带宽不够，语音就会断断续续——这是不可接受的。同时有一个MFBR（Maximum Flow Bit Rate）作为上限，防止某个流独占资源。

Non-GBR——"共享奖金池"模式

$$ \text{Non-GBR速率} \leq \min(\text{Session-AMBR},\ \text{UE-AMBR}) $$

没有保证速率，所有Non-GBR Flow共享剩余带宽。通过Session-AMBR（单PDU会话聚合最大比特率）和UE-AMBR（单UE聚合最大比特率）两级限速。

Delay-Critical GBR——"VIP专递"模式（5G新增）

$$ \text{在PDB时间内，保证传输MDBV字节的数据突发} $$

这是5G为URLLC场景新增的资源类型。它不仅保证速率，还保证在极短时间窗口内的突发数据量。想象一下工业机器人的远程控制：指令不长但必须极快送达——这就是Delay-Critical GBR的设计初衷。

四、ARP：网络拥塞时的"生死判官"

4.1 ARP三要素

ARP（Allocation and Retention Priority） 决定了当网络资源不足时，哪个QoS Flow能留下来、哪个必须让路。它包含三个子参数：

4.2 抢占场景详解

sequenceDiagram
    participant UE1 as 📱 UE1<br/>(语音通话)
    participant gNB as 📻 gNB<br/>(基站调度器)
    participant UE2 as 📱 UE2<br/>(下载数据)

    Note over gNB: 当前资源利用率 = 95%

    UE1->>gNB: 发起VoNR语音<br/>ARP: Pri=1, Cap=Enabled, Vul=Disabled
    Note over gNB: 资源不足！<br/>触发抢占决策

    gNB->>gNB: 检查现有Flow的ARP:<br/>UE2下载Flow: Pri=15, Cap=Disabled, Vul=Enabled

    gNB->>UE2: ❌ 抢占UE2的Non-GBR Flow
    Note over UE2: 下载速率降低<br/>但不会完全中断

    gNB->>UE1: ✅ 接纳语音QoS Flow<br/>GBR=50kbps已保障
    Note over gNB: 资源重新平衡<br/>语音优先保障

实战场景：紧急呼叫（Emergency Call）的ARP Priority通常是1，Pre-emption Capability为Enabled。这意味着即使基站满载，紧急呼叫也能"踢掉"最低优先级的普通数据业务，强行挤占资源——这是监管硬性要求。

4.3 工程师调试注意点

⚠️ 常见陷阱：ARP Pre-emption Capability和Vulnerability必须配对使用才有意义。如果只给高优先级Flow设置了Capability=Enabled，但没有给低优先级Flow设置Vulnerability=Enabled，抢占永远不会触发。

实际网络配置中，运营商通常采用以下策略： - 语音/视频通话：Pri=1~5, Cap=Enabled, Vul=Disabled - IMS信令：Pri=5~8, Cap=Disabled, Vul=Disabled - 普通数据：Pri=10~15, Cap=Disabled, Vul=Enabled

五、QoS Flow的建立与管理流程

5.1 PDU会话建立中的QoS协商

sequenceDiagram
    participant UE as 📱 UE
    participant AMF as 🔄 AMF
    participant SMF as 📋 SMF
    participant PCF as ⚖️ PCF
    participant UDM as 🗄️ UDM
    participant UPF as 🔀 UPF
    participant gNB as 📻 gNB

    UE->>AMF: PDU Session Establishment Request
    AMF->>SMF: Nsmf_PDUSession_CreateSMContext

    SMF->>UDM: 获取用户签约数据<br/>(默认5QI, Session-AMBR)
    SMF->>PCF: Npcf_SMPolicyControl_Create<br/>请求QoS策略

    PCF-->>SMF: 返回PCC Rule<br/>(5QI=9, ARP Pri=8<br/>Session-AMBR=100Mbps)

    SMF->>SMF: 创建默认QoS Flow<br/>QFI=1, 5QI=9

    SMF->>UPF: N4 Session Establishment<br/>下发PDR(包检测规则)<br/>+QER(QoS执行规则)
    UPF-->>SMF: N4 Session Setup Response

    SMF->>AMF: N2 SM Information<br/>(QoS Profile: 5QI, ARP)
    AMF->>gNB: NGAP PDU Session Setup<br/>携带QoS Flow Profile
    gNB->>gNB: QoS Flow → DRB映射<br/>建立无线承载

    gNB->>UE: RRC Reconfiguration<br/>(DRB配置)
    gNB-->>AMF: PDU Session Setup Response
    AMF-->>SMF: N2 SM Info Response

    Note over UE,UPF: ✅ 默认QoS Flow建立完成<br/>UE可以上网了

5.2 专用QoS Flow的动态创建

当用户发起语音通话时，PCF会触发专用的GBR QoS Flow建立：

触发流程： 1. IMS网络向PCF发送AF Session请求，携带媒体描述（编码格式、带宽需求） 2. PCF生成新的PCC Rule（5QI=1, GBR=50kbps, ARP Pri=1） 3. SMF创建新的QoS Flow（QFI=2），通过N2/N4信令分别通知gNB和UPF 4. gNB建立新的DRB或复用已有DRB，预留无线资源 5. 语音数据包开始通过专用QoS Flow传输

为什么这样设计？ 因为默认QoS Flow（5QI=9）只能提供"尽力而为"的服务质量。语音通话需要稳定、低延迟、有保证的带宽——这些只有GBR QoS Flow才能提供。通过动态创建/删除专用QoS Flow，网络可以按需分配资源，避免浪费。

六、Reflective QoS：5G的"自学"机制

6.1 什么是Reflective QoS？

Reflective QoS是5G引入的一项创新机制：UE通过观察下行数据包的QFI标记，自动推导出上行数据包应该使用相同的QoS Flow——无需SMF下发任何显式信令。

类比理解：你在餐厅点外卖，服务员给你端来一道菜（下行包），盘子上写着"VIP通道1号"（QFI=1）。你吃完要把盘子还回去（上行包），自然也会放到"VIP通道1号"——你通过观察学到了规则，不需要服务员再告诉你一遍。

6.2 工作原理

下行方向：UPF标记QFI → gNB透传 → UE读取QFI
上行方向：UE根据学到的QFI标记上行包 → gNB转发 → UPF验证

UPF在下行数据包的GTP-U头中设置RQI（Reflective QoS Indication）= 1，UE收到后启动一个RQA（Reflective QoS Timer），在定时器有效期内，UE对匹配同一SDF模板的上行数据包使用相同的QFI。

实战价值：对于大量IoT设备或无操作系统调制的嵌入式终端，Reflective QoS避免了复杂的NAS信令交互，大幅简化了QoS管理。

七、网络切片与QoS的协同

7.1 切片是"楼"，QoS是"房间的装修"

很多人混淆了网络切片和QoS。一个直观的类比：

• 网络切片 = 一栋大楼被隔成多个独立区域（办公区/商场/住宅）
• QoS Flow = 每个区域内部的房间装修标准（高级办公室/普通工位）

切片提供的是宏观隔离——不同切片可以拥有独立的AMF、SMF、UPF实例，互不干扰。QoS提供的是微观调度——同一切片内的不同业务流，按5QI参数获得差异化的资源保障。

7.2 S-NSSAI与切片选择

每个切片由S-NSSAI（Single Network Slice Selection Assistance Information） 标识，它包含两个字段：

$$ \text{S-NSSAI} = \underbrace{\text{SST}}{\text{Slice/Service Type}} + \underbrace{\text{SD}} $$}

切片选择流程：

flowchart TD
    A["📱 UE发起<br/>PDU Session Request<br/>携带S-NSSAI"] --> B["🔄 AMF<br/>查询NSSF"]
    B --> C{"NSSF切片选择"}
    C -->|"SST=1"| D["📡 eMBB切片<br/>SMF-A + UPF-A"]
    C -->|"SST=2"| E["⚡ URLLC切片<br/>SMF-B + UPF-B"]
    C -->|"SST=3"| F["🔋 mMTC切片<br/>SMF-C + UPF-C"]
    D --> G["SMF根据PCF策略<br/>创建QoS Flow<br/>5QI参数下发"]
    E --> G
    F --> G
    G --> H["✅ 端到端切片<br/>+ QoS保障完成"]

    style D fill:#99ff99
    style E fill:#ff9999
    style F fill:#ffff99

7.3 切片+QoS的端到端保障链

一个完整的数据传输链路，从应用层到无线层，QoS保障是多级联动的：

八、实战调试：工程师该知道的那些事

8.1 如何判断QoS Flow是否正确建立？

方法一：看gNB日志

在gNB的NGAP日志中搜索PDU Session Resource Setup消息，检查其中的QoS Flow Profile：

QoS Flow Item:
  QFI: 1
  5QI: 1
  ARP: Priority=1, Cap=Enabled, Vul=Disabled
  GFBR: 50kbps (UL/DL)
  MFBR: 100kbps (UL/DL)

方法二：看UPF日志

在UPF的N4 Session日志中确认PDR和QER规则已下发：

PDR ID: 1
  Source Interface: Access
  F-TEID: TEID=0x12345678
  QER ID: 1 → Gate=Open, MBR=100Mbps

8.2 常见问题排查

问题1：语音通话质量差

排查路径： 1. 确认语音QoS Flow的5QI是否为1（而非9的默认值） 2. 检查GBR参数（GFBR）是否配置合理（VoNR通常需要40-80kbps） 3. 查看gNB资源利用率——如果小区负载过高，GBR可能无法保障 4. 确认ARP优先级——如果被错误设为低优先级，可能被抢占

问题2：切片内业务互相干扰

可能原因： - 切片内的不同业务使用了相同的5QI，导致调度器无法区分优先级 - Session-AMBR设置过大，单用户数据流量挤占了其他用户的资源 - gNB侧DRB映射策略不当——GBR Flow和Non-GBR Flow混用同一DRB

8.3 5QI选择的艺术

在为业务选择5QI时，遵循"够用就好"原则：

九、4G vs 5G QoS关键差异总结

设计哲学的转变：4G的QoS模型是"面向管道"的——建立一条Bearer就像铺一条管子，流量走管子。5G的QoS模型是"面向流"的——每个数据包自带QoS标签，网络沿途每个节点根据标签处理。这种解耦设计让5G能灵活应对从大视频到工业控制的极端差异化需求。

常见问题

Q: QoS Flow和DRB是什么关系？能否一对多？

A: DRB是无线侧的概念，QoS Flow是核心网侧的概念。映射关系是多对一：多个QoS Flow可以映射到同一个DRB，但一个QoS Flow只能映射到一个DRB。gNB负责决定映射策略，核心网不感知DRB的存在。实际网络中，GBR QoS Flow通常独占DRB，Non-GBR Flow可以共享DRB。

Q: Delay-Critical GBR和普通GBR的区别是什么？为什么需要这种区分？

A: 核心区别在于MDBV（最大数据突发量）参数。普通GBR只保证平均速率（在Averaging Window内计算），但URLLC业务往往是"长时间静默+短时突发"的模式——如果只看平均速率，可能满足GBR但突发数据被延迟。Delay-Critical GBR额外保证了"在PDB时间窗口内，MDBV字节的数据突发一定被传输"，这对工业控制指令等场景至关重要。

Q: Reflective QoS会不会导致安全风险？恶意UE能否伪造QFI？

A: 不会。Reflective QoS只是UE侧的上行包标记行为，真正的QoS执行在gNB和UPF侧。即使UE伪造了高优先级的QFI，gNB会根据SMF下发的QoS Profile进行校验——如果QFI与SDF模板不匹配，gNB会使用默认QoS Flow的QFI替换。同时，UPF也会通过PDR规则验证上行包的QoS Flow归属。所以Reflective QoS是一个"信任但验证"的机制。

Q: 网络切片和VPN有什么本质区别？

A: VPN是隧道隔离——在公共网络上建一条加密通道，保证数据私密性。网络切片是端到端资源隔离——不仅数据隔离，还包括独立的控制面网元（AMF/SMF）、独立的用户面（UPF）、独立的无线资源（PRB预留）。VPN跑在一条共享的公路上（只是加了盖子），切片则是真的修了多条独立的公路。

Q: 运营商实际部署中，切片和QoS是怎么配合的？

A: 典型部署策略是"切片做粗粒度隔离，QoS做细粒度调度"。例如： - 切片A（eMBB）：为手机用户分配专用AMF+SMF+UPF，内部用5QI=1/9区分语音和数据 - 切片B（URLLC）：为工厂客户分配独立AMF+SMF+UPF，内部用5QI=82/83区分不同产线的控制指令 - 两个切片共享同一个gNB，但gNB通过PRB预留机制为URLLC切片预留无线资源

参考来源

1. 5G系统的QoS模型 — 知乎专栏 — 5G QoS Flow架构详细解读
2. Introduction to 5G Quality of Service — free5GC — 开源5G核心网项目的QoS原理教程
3. QCI and 5QI Table — HiCellTek — 交互式4G/5G QoS参数对照表
4. 5G Network Slicing & QoS — TRM Telco Cloud AI — 切片与QoS端到端协同机制
5. 5QI Reference — 5G/6G Academy — 完整5QI参数查询工具

本文由「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 等场景全覆盖。