<!-- title: 5G QoS控制：流量分级与资源保障原理 -->

# 5G QoS控制：流量分级与资源保障原理

> 如果把5G网络比作一条高速公路，那QoS就是这套车道的"通行证分级制度"——哪些车走快车道、哪些车必须让路、哪些车保证不堵，全靠QoS说了算。

## 一、从生活类比理解QoS

想象你走进一家餐厅：

| 场景 | 类比 | 5G对应 |
|------|------|--------|
| VIP包厢预订 | 保证有位子，不准超卖 | GBR（保证比特速率） |
| 普通排队等位 | 有位就坐，没位等着 | Non-GBR（非保证比特速率） |
| 餐厅满座时谁先走 | 优先级低的被请出去 | ARP优先级抢占 |
| 每道菜的上菜时间要求 | 时延预算 | PDB（包时延预算） |
| 上错菜允许重做的次数 | 容错率 | PER（包错误率） |

**QoS（Quality of Service，服务质量）** 的本质就是：**在有限的网络资源中，按业务需求差异化分配**。

为什么不能所有业务一视同仁？因为5G要同时服务三种截然不同的场景：

```mermaid
graph TD
    A[5G三大场景] --> B[eMBB<br/>大带宽]
    A --> C[URLLC<br/>低时延高可靠]
    A --> D[mMTC<br/>海量连接]

    B --> B1[视频流媒体<br/>4K/8K]
    B --> B2[文件下载<br/>测速]

    C --> C1[工业控制<br/>远程手术]
    C --> C2[自动驾驶<br/>V2X]

    D --> D1[智能家居<br/>传感器]
    D --> D2[智能抄表<br/>穿戴设备]

    style B fill:#4CAF50,color:#fff
    style C fill:#f44336,color:#fff
    style D fill:#2196F3,color:#fff
```

视频缓冲几毫秒没人感知，但自动驾驶的刹车指令延迟几毫秒就是事故。**这就是QoS必须存在的根本原因。**

## 二、4G与5G QoS架构的根本区别

4G时代的QoS叫**"承载级QoS"**（Bearer-based），每类业务建立一条专用承载（EPS Bearer），像修一条专用车道：

```mermaid
graph LR
    subgraph "4G EPS Bearer模型"
        UE1[UE] --> RB1[无线承载1<br/>QCI=1 语音]
        UE1 --> RB2[无线承载2<br/>QCI=9 数据]
        RB1 --> EB1[S1承载1]
        RB2 --> EB2[S1承载2]
        EB1 --> PGW1[PGW]
        EB2 --> PGW1
    end

    style RB1 fill:#FF9800,color:#fff
    style RB2 fill:#4CAF50,color:#fff
```

**4G的问题**：每次业务变更都要修改承载，信令开销大，灵活性差。一个用户最多只能有大约11条承载，面对5G的海量业务场景捉襟见肘。

5G的QoS叫**"流级QoS"**（Flow-based），核心思想是：**不再为每类业务修专用道，而是给每个数据包贴"标签"，沿途设备按标签服务**。

```mermaid
graph LR
    subgraph "5G QoS Flow模型"
        UE2[UE] --> DRB1[DRB1<br/>承载多条QoS Flow]
        UE2 --> DRB2[DRB2<br/>承载多条QoS Flow]
        DRB1 --> TUN1[N3隧道<br/>多个QoS Flow复用]
        DRB2 --> TUN1
        TUN1 --> UPF1[UPF<br/>按QFI区分处理]
    end

    style DRB1 fill:#9C27B0,color:#fff
    style DRB2 fill:#3F51B5,color:#fff
```

这个设计的关键变革可以用一句话概括：**4G是"一路一隧道"，5G是"一隧道多路"**。

| 对比维度 | 4G EPS Bearer | 5G QoS Flow |
|----------|---------------|-------------|
| 基本单位 | 承载（Bearer） | QoS流（QoS Flow） |
| 粒度 | 粗（每类业务一条承载） | 细（每个业务流独立标识） |
| 标识 | EPS Bearer ID（EBI） | QoS Flow Identifier（QFI） |
| 最大数量 | 约11条/用户 | 65535条/用户 |
| 信令开销 | 高（每次修改都要RRC重配） | 低（SMF通过N4动态控制） |
| 映射灵活性 | 一对一绑定 | 多条Flow映射到一条DRB |

## 三、5QI：QoS的"身份编号"

**5QI（5G QoS Identifier）** 是5G QoS体系的核心——它是一个0~255的数字编号，每个编号对应一组预定义的QoS参数。

可以把5QI理解为一个"套餐编号"：你不需要说"我要5Mbps带宽、20ms时延、99.9%可靠性"，只需要说"我要5QI=2"，网络就知道该给你什么待遇。

### 5QI的关键参数

每个5QI背后定义了五个核心参数：

$$\text{5QI} \rightarrow \{R,\ \text{PDB},\ \text{PER},\ \text{Priority},\ \text{Default MaxRate}\}$$

其中：

- **资源类型 R**：GBR / Delay-Critical GBR / Non-GBR
- **包时延预算 PDB（Packet Delay Budget）**：数据包从无线入口到出口的最大允许时延
- **包错误率 PER（Packet Error Rate）**：允许丢弃/出错的比例
- **默认优先级 Priority Level**：数值越小优先级越高
- **默认最大速率**：该5QI的典型速率上限

### 标准5QI速查表（精选）

| 5QI | 资源类型 | PDB | PER | 典型业务 |
|-----|----------|-----|-----|----------|
| 1 | GBR | 100ms | 10⁻² | VoIP语音 |
| 2 | GBR | 150ms | 10⁻³ | 视频通话 |
| 3 | GBR | 50ms | 10⁻³ | 实时游戏 |
| 4 | Non-GBR | 300ms | 10⁻⁶ | 视频流媒体 |
| 5 | Non-GBR | 100ms | 10⁻⁶ | IMS信令 |
| 7 | Non-GBR | 5ms | 10⁻³ | 增强现实 |
| 9 | Non-GBR | 300ms | 10⁻⁶ | 默认互联网 |
| 80 | Non-GBR | 10ms | 10⁻⁶ | 低延迟V2X |
| 84 | GBR | 30ms | 10⁻⁵ | V2X消息 |
| 85 | Delay-Critical GBR | 5ms | 10⁻⁵ | 工业以太网 |

**观察规律**：

- 5QI=1语音：时延宽松（100ms）但允许一定丢包（10⁻²），因为人耳对偶尔的咔嗒声不敏感
- 5QI=85工业控制：时延极严（5ms）且几乎不允许丢包（10⁻⁵），因为机器人手臂丢失一个指令可能毁掉整条产线
- 5QI=9默认上网：时延和丢包都宽松，典型的"尽力而为"服务

这就是**为什么需要不同5QI**——不同业务对网络的需求是矛盾的，满足一个就可能牺牲另一个。

## 四、ARP：网络拥塞时的"优先通行证"

如果说5QI决定了业务"正常时该享受什么待遇"，那**ARP（Allocation and Retention Priority，分配与保持优先级）** 决定的就是"网络拥堵时谁能活下来"。

ARP包含三个子参数：

$$\text{ARP} = \{\text{Priority Level},\ \text{Pre-emption Capability},\ \text{Pre-emption Vulnerability}\}$$

| ARP参数 | 含义 | 取值范围 |
|---------|------|----------|
| Priority Level | 抢占优先级，谁先抢到资源 | 1~15（1最高） |
| Pre-emption Capability | 这个流**能不能**抢别人的资源 | Yes / No |
| Pre-emption Vulnerability | 这个流**会不会被**别人抢走资源 | Yes / No |

**一个实战场景**：

```
场景：基站带宽已满
- 用户A正在看视频（5QI=4, ARP=优先级10, 可被抢占）
- 用户B发起紧急呼叫（5QI=1, ARP=优先级1, 能抢占）

结果：B抢占A的部分资源，A视频降码率，B通话建立成功
```

这就像急诊室分诊：**紧急病人来了，轻症患者必须让出床位**。

```mermaid
sequenceDiagram
    participant UE_B as 用户B(紧急通话)
    participant gNB as gNB基站
    participant SMF as SMF
    participant UE_A as 用户A(视频)

    Note over gNB: 基站带宽已满
    
    UE_B->>SMF: 发起PDU会话(5QI=1, ARP=1/能抢/不怕抢)
    SMF->>gNB: N2: QoS Flow建立请求
    
    Note over gNB: 检查资源：不够了！<br/>但新流优先级更高
    
    gNB->>UE_A: RRC重配：降低视频码率
    Note over gNB: 释放部分资源给高优先级
    
    gNB->>SMF: QoS Flow建立成功
    SMF->>UE_B: 通话建立成功
    
    Note over UE_B,UE_A: B通话顺畅<br/>A视频降质但不中断
```

## 五、GBR vs Non-GBR：两种截然不同的承诺

### GBR（Guaranteed Bit Rate，保证比特速率）

**核心承诺**：网络保证为你预留这么多带宽，即使你不传输数据，资源也给你留着。

$$\text{GBR} \leq \text{实际速率} \leq \text{MFBR（最大流量比特速率）}$$

- **GFBR（Guaranteed Flow Bit Rate）**：保证的最小速率
- **MFBR（Maximum Flow Bit Rate）**：允许的最大速率

**类比**：你在酒店预订了一个房间，即使你不住，房间也给你留着。你最多能用套房（MFBR），但至少保证有标准间（GFBR）。

**典型GBR业务**：语音通话、视频会议、工业控制——这些业务低于某个速率就没法用了。

### Non-GBR（Non-Guaranteed Bit Rate）

**核心承诺**：不保证速率，有多少用多少，网络空闲时你能跑到很快，网络繁忙时可能被限速。

$$0 \leq \text{实际速率} \leq \text{Session-AMBR}$$

**类比**：你去图书馆自习，没有预约座位，先到先得，人多时可能要等位。

**典型Non-GBR业务**：网页浏览、文件下载、视频点播——这些业务慢一点也能接受。

### 第三种：Delay-Critical GBR

5G新增了一种"时延关键型GBR"，专为URLLC设计。它不仅保证速率，还保证在极短时间窗口内数据的传输：

| 特性 | GBR | Delay-Critical GBR | Non-GBR |
|------|-----|---------------------|---------|
| 速率保证 | GFBR | GFBR | 无 |
| 时延保证 | PDB内整体统计 | 每个数据包都必须在PDB内 | 无 |
| 丢包处理 | 超时丢弃算入PER | 超时丢弃也算违反GFBR | 尽力而为 |
| 典型业务 | VoIP | 工业控制 | 上网 |

## 六、Session-AMBR：用户级的"总流量上限"

**AMBR（Aggregate Maximum Bit Rate）** 是限制一个用户所有Non-GBR业务总速率的参数。

5G中有两级AMBR：

- **UE-AMBR**：一个终端所有PDU会话的Non-GBR总速率上限（由UDM签约数据定义）
- **Session-AMBR**：一个PDU会话内所有Non-GBR流的速率上限（由SMF分配）

$$\sum_{\text{所有Non-GBR Flow}} \text{rate}_i \leq \text{Session-AMBR}$$

**实际意义**：运营商卖给你"500Mbps套餐"，就是通过UE-AMBR控制的。你同时开10个App下载，总速率也不会超过500Mbps。UPF负责执行这个限速。

## 七、QoS Flow的完整生命周期

一条QoS Flow从创建到删除，经历以下流程：

```mermaid
flowchart TD
    A[UE发起业务请求] --> B[PCF根据策略决策<br/>或SMF根据签约数据]
    B --> C{QoS Flow类型?}

    C -->|默认QoS Flow| D[随PDU会话建立<br/>自动创建]
    C -->|专署QoS Flow| E[SMF通过N4向UPF下发<br/>QoS规则和QFI]

    D --> F[SMF通过N2/N1<br/>通知gNB和UE]
    E --> F

    F --> G[gNB建立DRB<br/>或复用现有DRB]
    G --> H[数据传输中...<br/>UPF/gNB按QFI执行QoS]

    H --> I{业务结束?}
    I -->|是| J[SMF释放QoS Flow<br/>资源回收]
    I -->|QoS变更| K[SMF修改QoS参数<br/>通知gNB/UPF]
    K --> H

    style D fill:#4CAF50,color:#fff
    style E fill:#FF9800,color:#fff
    style J fill:#f44336,color:#fff
```

### 关键步骤详解

**步骤1：QoS决策从哪来？**

QoS参数不是凭空产生的，有三种来源：

| 来源 | 触发条件 | 决策者 |
|------|----------|--------|
| 签约数据 | 用户开户时签约 | UDM → SMF |
| 策略控制 | 动态策略（如区分不同App） | PCF → SMF |
| 应用层请求 | AF通知5G网络业务需求 | AF → PCF → SMF |

**步骤2：QFI如何传递？**

QFI是一个6bit标识（0~63），它不直接传给UE，而是通过以下方式嵌入数据传输路径：

- **N3/N9接口（UPF之间）**：封装在GTP-U头部
- **Uu接口（空口）**：通过SDAP层映射到DRB
- **UE侧**：通过QoS Rule告诉UE哪些上行数据对应哪个QFI

**步骤3：SDAP层的桥梁作用**

SDAP（Service Data Adaptation Protocol）是5G新增的协议层，专门负责QoS Flow到DRB的映射：

```
QoS Flow 1 (5QI=1, 语音)  ──┐
                              ├──→ DRB 1（高优先级无线承载）
QoS Flow 3 (5QI=3, 游戏)  ──┘

QoS Flow 4 (5QI=4, 视频)  ──┐
                              ├──→ DRB 2（普通无线承载）
QoS Flow 9 (5QI=9, 上网)  ──┘
```

**设计哲学**：5G允许将多条QoS参数相近的Flow映射到同一条DRB上，减少无线承载数量，降低空口信令开销。而4G中每类业务必须对应一条无线承载。

## 八、网络切片：QoS的"升维版"

如果说QoS是在同一条公路上分车道，那**网络切片**就是直接修多条独立的公路。

```mermaid
graph TD
    subgraph "网络切片全景"
        APP1[视频业务] --> SL1[切片1: eMBB<br/>大带宽优化]
        APP2[工业控制] --> SL2[切片2: URLLC<br/>低时延优化]
        APP3[物联网] --> SL3[切片3: mMTC<br/>海量连接优化]

        SL1 --> CN1[核心网实例1<br/>专用UPF/SMF]
        SL2 --> CN2[核心网实例2<br/>专用UPF/SMF]
        SL3 --> CN3[核心网实例3<br/>共享核心网]

        CN1 --> RAN1[gNB切片1资源<br/>PRB预留]
        CN2 --> RAN2[gNB切片2资源<br/>PRB预留]
        CN3 --> RAN3[gNB切片3资源<br/>共享]
    end

    style SL1 fill:#4CAF50,color:#fff
    style SL2 fill:#f44336,color:#fff
    style SL3 fill:#2196F3,color:#fff
```

### 切片与QoS的关系

切片和QoS不是替代关系，而是**分层配合**：

| 维度 | 网络切片 | QoS |
|------|----------|-----|
| 粒度 | 网络级（一组用户+一组资源） | 流级（单个数据流） |
| 隔离性 | 资源硬隔离或软隔离 | 优先级区分，不隔离 |
| 部署成本 | 高（需要独立网元实例） | 低（软件配置即可） |
| 灵活性 | 低（切片创建需数小时） | 高（QoS Flow秒级建立） |
| 标识 | S-NSSAI（切片标识） | QFI（流标识） |

**通俗理解**：切片是"建专用道"，QoS是"在公共道上挂VIP牌"。很多场景下，两者配合使用——切片提供大颗粒隔离，QoS在切片内做细粒度调度。

### S-NSSAI：切片的"门牌号"

每个切片由S-NSSAI标识，包含两部分：

- **SST（Slice/Service Type）**：切片类型（1=eMBB, 2=URLLC, 3=mMTC）
- **SD（Slice Differentiator）**：同一类型下的不同实例区分

```
S-NSSAI = {SST=1, SD=运营商A视频切片}
S-NSSAI = {SST=1, SD=运营商A社交切片}
S-NSSAI = {SST=2, SD=工业控制切片}
```

同一个SST可以有多个SD，相当于"同一类业务的多个实例"。

## 九、QoS在现网中的实战体现

### 场景1：VoNR语音通话

当你在5G网络中拨打电话时：

| 阶段 | QoS动作 | 关键参数 |
|------|---------|----------|
| 呼叫建立 | IMS触发SMF建立专属QoS Flow | 5QI=1, GBR, ARP=优先级1 |
| 通话中 | gNB保证空口资源，UPF保证传输 | GFBR=64kbps |
| 网络拥塞 | ARP=1可抢占其他业务资源 | 能抢占/不怕被抢 |
| 通话结束 | SMF释放QoS Flow | 资源回收 |

**工程师注意**：如果VoNR通话质量差，排查时先看QoS Flow是否成功建立（检查N4会话中的QFI=1是否存在），再看gNB是否正确映射到了专用DRB（而非和上网流量混在一条DRB上）。

### 场景2：5G专线（企业SLA保障）

运营商给企业承诺"500Mbps带宽、端到端时延<10ms"：

1. 创建专属切片（S-NSSAI=SST=1, SD=企业A）
2. 部署专用UPF在企业园区（MEC下沉）
3. 为企业业务建立GBR QoS Flow（5QI=自定义, GFBR=500Mbps）
4. gNB预留PRB资源给该切片

**工程师陷阱**：企业报"带宽不够"时，不要只查空口速率，还要检查：
- Session-AMBR是否配置正确（是否被误限速）
- UPF的N4规则中QoS参数是否下发
- 切片资源配额（PRB占比）是否充足

### 场景3：视频业务差异化

同一用户同时进行视频通话和视频点播：

```
视频通话 → QoS Flow(QFI=1, 5QI=2, GBR) → DRB1（优先调度）
视频点播 → QoS Flow(QFI=2, 5QI=4, Non-GBR) → DRB2（尽力而为）
```

网络拥塞时，DRB2上的点播视频可能降码率到720p甚至480p，但DRB1上的通话质量不受影响。

## 十、QoS参数下发全流程

```mermaid
flowchart TD
    subgraph "签约数据源"
        UDM[UDM<br/>用户签约]
        PCF[PCF<br/>策略控制]
        AF[AF<br/>应用功能]
    end

    subgraph "会话管理"
        SMF2[SMF<br/>QoS决策]
    end

    subgraph "执行面"
        UPF2[UPF<br/>N4规则<br/>速率执行/标记QFI]
        gNB2[gNB<br/>空口调度<br/>DRB映射]
        UE2[UE<br/>上行标记<br/>QoS Rule]
    end

    UDM -->|签约QoS参数| SMF2
    PCF -->|PCC规则| SMF2
    AF -->|业务需求| PCF

    SMF2 -->|N4: QFI+QoS参数| UPF2
    SMF2 -->|N2: QoS Profile| gNB2
    SMF2 -->|N1: QoS Rule| UE2

    UE2 -->|上行数据标记QFI| gNB2
    gNB2 -->|调度+DRB映射| UPF2
```

**关键理解**：

- **SMF是QoS的大脑**：所有QoS决策由SMF做出（或由PCF指示SMF）
- **UPF是QoS的执行者**：负责速率控制（MFBR/Session-AMBR限速）和数据包标记
- **gNB是无线侧的执行者**：负责空口资源调度和DRB映射
- **UE是上行数据的配合者**：根据SMF下发的QoS Rule给上行数据打上正确的QFI标签

## 常见问题

**Q: 5QI和QFI是什么关系？**
A: 5QI是QoS参数的"套餐编号"（定义了时延、丢包率等参数），QFI是数据传输时用来标识某条QoS Flow的"流水号"。一个QFI对应一组QoS参数，这组参数可以用标准5QI来引用，也可以由运营商自定义。简单说：5QI是"菜单上的菜名"，QFI是"你桌上那道菜的编号"。

**Q: 为什么5G不沿用4G的承载模型？**
A: 4G的承载模型粒度太粗。一个用户最多11条承载，而5G一个用户可能有几十种业务流（视频、语音、游戏、AR、IoT...），11条承载远远不够。5G的QoS Flow模型支持65535条流/用户，且多条流可以复用同一条无线承载，信令开销大幅降低。这就像从"一条路一条隧道"进化到"一条隧道跑多路公交车"。

**Q: ARP的三个参数怎么配合使用？**
A: 典型配置组合：语音业务（ARP=高优先级/能抢占/不怕被抢）、普通上网（ARP=低优先级/不能抢/怕被抢）、紧急业务（ARP=最高优先级/能抢占/不怕被抢）。判断逻辑是：新业务到来→先看ARP优先级→如果高于现有业务且新业务"能抢占"且现有业务"怕被抢"→执行抢占。

**Q: 切片和QoS能完全互相替代吗？**
A: 不能。切片提供的是资源隔离（不同切片互不影响），QoS提供的是优先级调度（同一资源池内的差异化）。切片适合大颗粒、硬隔离需求（如政府专线），QoS适合小颗粒、软区分需求（如普通用户的语音和上网分流）。实际网络中两者配合使用，切片内再通过QoS做精细调度。

**Q: 工程师排查QoS问题的典型思路是什么？**
A: 三步走：① 查信令——N4会话是否正确建立、QFI和5QI参数是否下发；② 查空口——DRB映射是否正确、调度器是否按优先级分配资源；③ 查限速——Session-AMBR/MFBR设置是否合理、UPF是否执行了正确的限速策略。常见问题包括QoS Rule未正确下发到UE、gNB将高优先级Flow错误映射到低优先级DRB等。

## 参考来源

1. [3GPP TS 23.501 — 5G QoS概念与5QI定义](https://www.3gpp.org/DynaReport/23501.htm) — 5G QoS体系的权威规范定义
2. [ShareTechnote 5G QoS Tutorial](https://www.sharetechnote.com/html/5G/5G_QoS.html) — 图文并茂的5G QoS教程
3. [Qualcomm - 5G QoS and Network Slicing](https://www.qualcomm.com/news/onq/2019/05/qualcomm-research-overview-5g-qos-and-network-slicing) — 高通对QoS与切片的技术解读
4. [WirelessDevNet - 5G QoS Flow详解](https://www.wirelessdevnet.com/5g-qos-flow/) — 5G QoS Flow机制的工程实践分析
5. 《5G核心网原理与实践》— 爱卫生著，5G QoS与切片章节

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

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)