首页 › deep-tech › 5G QoS控制:流量分级与资源保障原理

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

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

一、从生活类比理解QoS

想象你走进一家餐厅:

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

QoS(Quality of Service,服务质量) 的本质就是:在有限的网络资源中,按业务需求差异化分配。

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

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),像修一条专用车道:

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),核心思想是:不再为每类业务修专用道,而是给每个数据包贴"标签",沿途设备按标签服务。

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}}$$

其中:

标准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——不同业务对网络的需求是矛盾的,满足一个就可能牺牲另一个。

四、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通话建立成功

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

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(最大流量比特速率)}$$

类比:你在酒店预订了一个房间,即使你不住,房间也给你留着。你最多能用套房(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:

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

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

七、QoS Flow的完整生命周期

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

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,而是通过以下方式嵌入数据传输路径:

步骤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是在同一条公路上分车道,那网络切片就是直接修多条独立的公路。

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标识,包含两部分:

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参数下发全流程

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

关键理解:

常见问题

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定义 — 5G QoS体系的权威规范定义
  2. ShareTechnote 5G QoS Tutorial — 图文并茂的5G QoS教程
  3. Qualcomm - 5G QoS and Network Slicing — 高通对QoS与切片的技术解读
  4. WirelessDevNet - 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学通信知识星球海报-扫码加入