如果把5G网络比作一条高速公路,那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时代的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(5G QoS Identifier) 是5G QoS体系的核心——它是一个0~255的数字编号,每个编号对应一组预定义的QoS参数。
可以把5QI理解为一个"套餐编号":你不需要说"我要5Mbps带宽、20ms时延、99.9%可靠性",只需要说"我要5QI=2",网络就知道该给你什么待遇。
每个5QI背后定义了五个核心参数:
$$\text{5QI} \rightarrow {R,\ \text{PDB},\ \text{PER},\ \text{Priority},\ \text{Default MaxRate}}$$
其中:
| 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——不同业务对网络的需求是矛盾的,满足一个就可能牺牲另一个。
如果说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视频降质但不中断
核心承诺:网络保证为你预留这么多带宽,即使你不传输数据,资源也给你留着。
$$\text{GBR} \leq \text{实际速率} \leq \text{MFBR(最大流量比特速率)}$$
类比:你在酒店预订了一个房间,即使你不住,房间也给你留着。你最多能用套房(MFBR),但至少保证有标准间(GFBR)。
典型GBR业务:语音通话、视频会议、工业控制——这些业务低于某个速率就没法用了。
核心承诺:不保证速率,有多少用多少,网络空闲时你能跑到很快,网络繁忙时可能被限速。
$$0 \leq \text{实际速率} \leq \text{Session-AMBR}$$
类比:你去图书馆自习,没有预约座位,先到先得,人多时可能要等位。
典型Non-GBR业务:网页浏览、文件下载、视频点播——这些业务慢一点也能接受。
5G新增了一种"时延关键型GBR",专为URLLC设计。它不仅保证速率,还保证在极短时间窗口内数据的传输:
| 特性 | GBR | Delay-Critical GBR | Non-GBR |
|---|---|---|---|
| 速率保证 | GFBR | GFBR | 无 |
| 时延保证 | PDB内整体统计 | 每个数据包都必须在PDB内 | 无 |
| 丢包处理 | 超时丢弃算入PER | 超时丢弃也算违反GFBR | 尽力而为 |
| 典型业务 | VoIP | 工业控制 | 上网 |
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从创建到删除,经历以下流程:
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是在同一条公路上分车道,那网络切片就是直接修多条独立的公路。
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 Flow秒级建立) |
| 标识 | S-NSSAI(切片标识) | QFI(流标识) |
通俗理解:切片是"建专用道",QoS是"在公共道上挂VIP牌"。很多场景下,两者配合使用——切片提供大颗粒隔离,QoS在切片内做细粒度调度。
每个切片由S-NSSAI标识,包含两部分:
S-NSSAI = {SST=1, SD=运营商A视频切片}
S-NSSAI = {SST=1, SD=运营商A社交切片}
S-NSSAI = {SST=2, SD=工业控制切片}
同一个SST可以有多个SD,相当于"同一类业务的多个实例"。
当你在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上)。
运营商给企业承诺"500Mbps带宽、端到端时延<10ms":
工程师陷阱:企业报"带宽不够"时,不要只查空口速率,还要检查: - Session-AMBR是否配置正确(是否被误限速) - UPF的N4规则中QoS参数是否下发 - 切片资源配额(PRB占比)是否充足
同一用户同时进行视频通话和视频点播:
视频通话 → QoS Flow(QFI=1, 5QI=2, GBR) → DRB1(优先调度)
视频点播 → QoS Flow(QFI=2, 5QI=4, Non-GBR) → DRB2(尽力而为)
网络拥塞时,DRB2上的点播视频可能降码率到720p甚至480p,但DRB1上的通话质量不受影响。
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等。
本文由「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 等场景全覆盖。
