首页 › deep-tech › 5G QoS与切片原理图解

5G QoS与切片原理：5QI、GBR与资源分配机制为什么这样设计

一、从一个日常场景说起：医院的分诊台

想象你去一家大医院看病。所有病人都涌向同一个走廊，如果护士不做事，就是“先到先看”——这就是网络里的 Best Effort（尽力而为）。感冒患者和心梗患者排在同一条队伍里，后果不堪设想。

所以医院设立了分诊台：心梗患者直接进绿色通道（保底资源、随时有医生），普通门诊按挂号顺序排队（共享资源），VIP患者可以插队但不能挤占抢救室（优先级+保护机制）。

5G 的 QoS（Quality of Service，服务质量）框架，本质就是这套“分诊系统”：

医院类比	5G 概念	作用
病人类型（急诊/门诊/体检）	5QI（5G QoS标识符）	一组预定义的服务等级“处方”
绿色通道 vs 普通队列	GBR vs Non-GBR	是否保底分配资源
VIP 插队资格	ARP（保留与抢占优先级）	资源紧张时谁让路、谁插队
整栋专科楼	网络切片（S-NSSAI）	一整套隔离的“专科医院”
分诊台	PCF/SMF（策略与会话管理）	决定每个数据流进哪条通道

先给一个关键的全景图，看懂它，本文就懂了一半：

flowchart TB
    subgraph APP["应用层：不同业务有不同脾气"]
        VOICE["语音通话<br/>要求：时延小、速率恒定"]
        VIDEO["视频流<br/>要求：带宽大、可容忍抖动"]
        WEB["网页/下载<br/>要求：总量大、不太在乎时延"]
    end

    subgraph SESSION["PDU会话层（类似一根总水管）"]
        QF1["QoS Flow 1<br/>5QI=1 (GBR语音)"]
        QF2["QoS Flow 2<br/>5QI=9 (Non-GBR默认)"]
        QF3["QoS Flow 3<br/>5QI=7 (Non-GBR视频)"]
    end

    subgraph RADIO["无线承载层（真正的车道）"]
        DRB1["专用DRB<br/>空口预留资源"]
        DRB2["共享DRB<br/>尽力而为调度"]
    end

    VOICE -->|"按5QI分类打标"| QF1
    VIDEO --> QF3
    WEB --> QF2
    QF1 -->|"GBR流必须映射到<br/>专用承载+预留资源"| DRB1
    QF2 --> DRB2
    QF3 --> DRB2

一句话总结：5G 把“一个用户一根管道”细化成“一个业务一条流”，每条流贴上标签（QFI），标签背后绑定一整套资源承诺。

二、为什么 4G 的 QoS 不够用，5G 要重新设计？

2.1 老办法的困境

IP 网络历史上有两条 QoS 路线（这一背景来自通用 QoS 体系，见参考来源3）：

IntServ（综合服务）：每个应用在发数据前，沿着路径逐跳预留资源（如 RSVP 协议）。保证极好，但每个路由器都要记住成千上万条“预约记录”，扩展性崩溃，互联网没有采用。
DiffServ（区分服务）：不给承诺，只给每个包打一个优先级标记（DSCP），路由器按标记分队列处理。可扩展但无保证。

4G 的 EPS 承载（EPS Bearer）本质上介于两者之间：一条承载=一个资源契约，但粒度太粗——一个用户上网和即时消息常常共用一条默认承载，网络无法对“同一承载里的不同业务”区别对待。

2.2 5G 的解法：三个关键设计决策

决策一：控制面与用户面分离，策略集中化。 5G 核心网把“定规则的”（PCF，策略控制功能）和“执行规则的”（SMF/UPF，会话与用户面功能）拆开。规则变了不需要改设备硬件，改策略数据库即可。

决策二：把“流”作为最小 QoS 单元，而不是承载。 5G 里 QoS Flow 是最细粒度，一个 PDU 会话里可以动态增删多条 QoS Flow，每条流用 QFI（QoS Flow Identifier） 标记。更妙的是 5G 引入了反射式 QoS（Reflective QoS）：UE 收到下行包里的 QFI 后，自己“照镜子”学会——往回发的上行包也打同样的 QFI，不需要网络专门下发信令建立上行规则，信令开销大幅下降。

决策三：参数标准化成“套餐”。 如果每条流都要单独协商时延、速率、丢包率，信令会爆炸。5G 把常用的参数组合预先标准化成 5QI 套餐，信令里只需要传一个整数“5QI=1”，全网设备（基站、手机、核心网）都知道这意味着什么。这就是“标准化 5QI”的精髓——用查表代替协商。

三、5QI：一张“处方笺”的解剖

3.1 5QI 里到底打包了哪些参数

每个标准化 5QI 绑定五样东西：

资源类型（Resource Type）：GBR、Delay-critical GBR 或 Non-GBR
优先级（Priority Level）：数值越小越优先，用于调度排序
包时延预算（PDB，Packet Delay Budget）：一个包从 UE 到 N6 出口（核心网出口锚点）允许的“第98百分位时延”
误包率（PER，Packet Error Rate）：允许的丢包上限（如 10⁻³ 表示每千个包最多丢1个）
平均窗口（Averaging Window）：计算速率保证时的时间窗口

为什么 PDB 定义成“98百分位”而不是平均值？因为对语音这类业务，平均值达标没用，掉尾巴才致命——如果 2% 的语音包晚到超过 150ms，解码器就只能丢弃它们，用户听到的是断续。用高分位数约束，逼着调度器照顾最差的包。

3.2 常见标准化 5QI 速查表

下表数值为各标准化 5QI 公开定义的典型值（整理自公开技术资料，详见参考来源）：

5QI	资源类型	典型业务	优先级	时延预算(PDB)	误包率(PER)	设计逻辑
1	GBR	语音(VoNR/VoLTE)	20	100 ms	10⁻²	语音丢一点能忍，晚到不能忍
2	GBR	视频通话(实时)	40	150 ms	10⁻³	比语音稍宽容
3	GBR	实时游戏	30	50 ms	10⁻³	时延最敏感
4	GBR	非实时视频(缓冲播放)	50	300 ms	10⁻⁶	丢包敏感，时延宽容
5	Non-GBR	IMS信令(打电话的“拨号音”)	10	100 ms	10⁻⁶	信令绝不能丢，优先级最高
6	Non-GBR	视频缓冲流(TCP类)	60	300 ms	10⁻⁶	大带宽、可牺牲时延
7	Non-GBR	语音/视频/交互游戏(动态)	70	100 ms	10⁻³	无保证版的"准语音"
8	Non-GBR	默认承载(运营商自定义)	80	300 ms	10⁻⁶	普通上网
9	Non-GBR	默认承载(最常见)	90	300 ms	10⁻⁶	你刷手机大概率就是它
82~85	Delay-critical GBR	工业控制/电网差动保护	19~22	10~50 ms	10⁻⁴~10⁻⁶	URLLC 场景专用

观察一个反直觉细节：5QI=5（IMS 信令）的优先级是 10，比语音的 20 还高。为什么信令比业务还重要？因为没有信令就没有业务——注册、呼叫建立全靠它，信令卡住，用户连"打电话"这个动作都完不成。这体现了设计者的取舍：基础设施永远优先于应用本身。

3.3 时延预算花在哪了

PDB 是个总预算，各段要分着花：

$$PDB_{total} \geq T_{空口调度+重传} + T_{核心网转发} + T_{排队}$$

以 5QI=1（语音，PDB=100ms）为例：空口 HARQ 重传可能吃掉 20~40ms，UPF 转发和传输网占用 10~20ms，剩下的预算决定了基站调度器的“耐心”——超出预算还没发出去的包，直接按过期丢包处理，重传反而更有利。这就是为什么基站调度算法必须知道每条流的 5QI：它不是装饰，是调度器的输入参数。

四、GBR 与 Non-GBR：保底和拼手气

4.1 核心区别

GBR（Guaranteed Bit Rate）：网络承诺，只要这条流不发超，保证速率恒定可达。资源是“实打实预留”的——就像高铁的指定座位，你不上车这个座位也不卖给别人。
Non-GBR：不承诺任何速率。网络拥挤时它是第一批被降速的。像公交车的座位，先到先坐。

GBR 的速率承诺由一对参数描述：

GFBR（Guaranteed Flow Bit Rate）：保证流速率——每平均窗口内必须达到的最低速率
MFBR（Maximum Flow Bit Rate）：最大流速率——超发的部分直接丢弃（网络替你“整形”）

还有一个容易混淆的宏观念：会话-AMBR（每 PDU 会话的聚合最大比特率），它限制的是一个会话里所有 Non-GBR 流的总速率，类似“你的套餐总限速”；而 UE-AMBR 则聚合该用户所有会话。注意：AMBR 不管 GBR 流——GBR 有自己的 MFBR 管着，两套账本互不干涉。

4.2 接纳控制：GBR 不是想有就有

GBR 意味着真金白银的资源预留，所以每次建立 GBR 流，无线侧都要做接纳控制（Admission Control），类似银行放贷前的资格审查：

$$\sum_{i \in \text{已接纳GBR流}} GFBR_i + GFBR_{new} \leq C_{cell} \times \eta$$

其中 $C_{cell}$ 是小区总容量，$\eta$ 是预留余量系数（防止满负荷导致已有流劣化）。预算不够，直接拒绝——这就是为什么高话务场景下有时“能上网但打不出 VoNR 电话”：数据走 Non-GBR 不需要资格审查，而语音 GBR 流被基站拒绝接纳了。

4.3 ARP：拥堵时的“让座规则”

5QI 解决“平时怎么服务”，ARP 解决“打起来怎么办”。ARP 有三个维度：

优先级（0~15，越小越高）：资源竞争时的排序依据
抢占能力（Pre-emption Capability）：我资源不够时，能不能踢掉低优先级的别人的流
抢占脆弱性（Pre-emption Vulnerability）：我能不能被别人踢掉

经典配置：应急指挥中心的专线（ARP优先级1、可抢占别人、不被抢占） vs 普通用户的视频通话（ARP优先级10、不可抢占、可被抢占）。突发灾害导致基站拥塞时，前者能直接“征用”后者的资源。这也是消防、急救等行业专网愿意为高 ARP 付费的原因——他们买的不是速率，是拥堵时的生存权。

注意：抢占判断看 ARP，不看 5QI。一个 5QI=9 的普通下载流如果配了高 ARP，理论上也能抢掉低 ARP 的语音流——现网配置时要极其小心，这是常见的配置事故来源。

五、网络切片：从“车道管理”升级到“分栋大楼”

5.1 QoS 和切片的本质区别

这是最容易混淆的一对概念。用一个比喻说清楚：

QoS 是同一家医院里的分诊规则；切片是盖了好几栋独立的专科医院。

QoS Flow 只承诺“给多少资源”，但大家依然共享同一套物理设备——极端情况下（设备故障、软件Bug），所有流一起遭殃。而切片在 QoS 之上增加了隔离性（Isolation）：每个切片可以有自己的核心网网元（AMF/SMF/UPF 实例）、自己的传输通道、甚至专属频谱。一个切片被 DDoS 攻击，其他切片照常运行（隔离带来的安全与隐私收益，见参考来源2）。

5.2 S-NSSAI：切片的身份证

每个切片用 S-NSSAI（Single Network Slice Selection Assistance Information）标识，由两部分组成：

SST（Slice/Service Type）：一个字节，表达切片“ genus（种类）”。标准化的取值：
eMBB（1）：大带宽，如高清直播、VR
URLLC（2）：低时延高可靠，如工业控制
mMTC（3）：海量物联，如水表电表
SD（Slice Differentiator）：三个字节，运营商用来自区分“同种但不同份”的切片——同样是 eMBB，给 A 企业的和给 B 企业的用不同 SD 隔离。

为什么设计成“种类+细分区”两段式？因为漫游和互通需要最大公约数：你的手机漫游到国外，对方网络不认识你运营商的私有 SD，但认识 SST=2（URLLC），至少能给你匹配同类资源。SST 是行业通用语言，SD 是方言。

5.3 切片选择的完整流程

sequenceDiagram
    participant UE as 手机(UE)
    participant AN as 基站(gNB)
    participant AMF as 接入移动管理(AMF)
    participant NSSF as 切片选择功能(NSSF)
    participant SMF as 会话管理(SMF)
    participant SliceNet as 目标切片网元

    UE->>AN: 注册请求(携带请求的S-NSSAI列表)
    AN->>AMF: 转发(附上自己支持的切片信息)
    AMF->>AMF: 我能服务这些切片吗?
    alt AMF可以服务全部请求切片
        AMF->>UE: 接受注册(确认的S-NSSAI列表)
    else 有切片不归我管
        AMF->>NSSF: 查询: 谁来服务切片X?
        NSSF->>AMF: 返回: 新AMF候选 + 允许的NSSAI
        AMF->>UE: 重定向到新AMF(注册转移)
    end
    UE->>SMF: PDU会话建立(指定S-NSSAI)
    SMF->>SliceNet: 在该切片内选择UPF并建立用户面
    SliceNet->>UE: 会话建立(切片专属QoS策略生效)

三个工程要点：

UE 不能随便要求任何切片。网络在注册时下发允许的 NSSAI（Allowed NSSAI），它由用户签约决定。UE 请求了未签约的切片，会被直接拒绝——这是现网测试切片时最常见的“第一步就失败”。
切片在 RAN 侧也有投影。基站会为不同切片配置不同的权重（如 RRH 算力、调度权重、PRB 保留比例），实现空口资源在切片间的“软隔离”。
切片 ≈ 一组签约 + 一组网元实例 + 一组资源配额的打包。它不是新硬件，而是 SDN/NFV 之上的一层编排逻辑。

六、把所有机制串起来：一次视频通话的 QoS 之旅

flowchart TD
    subgraph Core["核心网: 定规则"]
        PCF["PCF策略库<br/>签约/漫游/计费规则"]
        SMF["SMF<br/>生成QoS规则+QFI分配"]
    end
    subgraph RAN["无线网: 花资源"]
        gNB["gNB调度器<br/>按优先级+PDB+GFBR调度"]
    end
    subgraph UE["终端: 学规则"]
        UEQ["UE QoS规则引擎<br/>反射式QoS: 下行QFI<br/>→ 上行照抄"]
    end
    PCF -->|"策略: 语音用5QI=1<br/>ARP=可抢占"| SMF
    SMF -->|"NAS信令: QoS规则下发"| UEQ
    SMF -->|"N2信令: QoS Profile下发"| gNB
    UEQ -->|"上行数据包带QFI=1"| gNB
    gNB -->|"GBR资源已预留<br/>HARQ优先保障"| NET["对端"]

数据流、信令流、策略流在此汇合：PCF 是大脑，SMF 是神经，gNB 是肌肉，UE 是反射弧。四个角色各自拿到自己视角的同一份契约，通信才能端到端兑现 QoS 承诺。

七、现网实战：工程师会在哪里踩坑

坑一：VoNR 起呼失败，先查 GBR 接纳，再查信令。 现象：数据业务正常，拨打 VoNR 失败。很多人第一反应查 IMS 注册信令，但更常见的原因是小区 GBR 容量预算耗尽（高话务/大型活动场景），gNB 拒绝了 5QI=1 的接纳。看基站接纳拒绝计数器比抓 SIP 信令快得多。

坑二：反射式 QoS 被 NAT/VPN 搅乱。 反射式 QoS 依赖 UE 观察下行包的 QFI 并在上行“照抄”。如果中间有应用层代理（企业 VPN、某些 NAT 场景），上下行不对称，UE 学不到规则，上行回退到默认流，语音可能进不了 GBR 通道，表现为“单通/音质差但信号满格”。排查时抓 UE 侧上下行 IP 包对比 DSCP/QFI 映射。

坑三：误以为“配了 5QI 就有保证”。 5QI 只是参数模板；GBR 速率是签约+接纳控制的产物。把业务流配成 5QI=1 但没申请 GBR 资源（实际按 Non-GBR 使用该模板）在现网完全可能发生，表现为时延达标但拥塞时速率断崖。看会话建立信令里的资源类型字段，别只看 5QI 数值。

坑四：切片测试卡在注册阶段。 测试切片业务，UE 请求的 S-NSSAI 与核心网签约不一致，注册直接被拒（拒绝原因值为切片相关）。正确流程是先确认 USIM 签约的路由选择指示（URSP 规则）→ 再看网络侧 Allowed NSSAI → 最后才是业务测试。切片问题 80% 死在签约和选择阶段，而不是资源阶段。

坑五：ARP 抢占配置的蝴蝶效应。 某运营商曾把物联卡默认 ARP 优先级配得过高，大话务时物联卡批量抢占了人网语音资源，导致局部 VoNR 掉话。ARP 是全局资源博弈规则，改任何一个默认值都要做全网影响评估。

常见问题

Q1: 5QI 和 QFI 是什么关系？ A: QFI 是“流的车牌号”（一个会话内唯一的数字标签），5QI 是“这类车适用的交规套餐”。一条 QoS Flow 有唯一的 QFI，同时绑定一个 5QI（或一组自定义参数）。同一个 5QI 可以被多条流复用——你同时打两个 VoNR 电话，就是两条 QFI 不同的流，共用 5QI=1。

Q2: GBR 流和 Non-GBR 流在空口资源上到底差在哪？ A: 差在“承诺时点”。GBR 流在建立时就通过了接纳控制，调度器把它的 GFBR 计入小区资源预算，拥塞时也优先兑现；Non-GBR 流只在调度时按优先级“拼手气”，受 AMBR 封顶。极端简化：GBR 是预算内报销，Non-GBR 是自费排队。

Q3: 网络切片和 VPN 有什么本质区别？ A: VPN 只隔离了数据平面（加密+隧道），大家仍共享同一套网元和控制面。切片是“签约级”的隔离：可以有独立的 SMF/UPF 实例、独立的资源配额、独立的运维域，甚至独立频谱。VPN 防的是“别人看我”，切片还防“别人挤我、别人挂我也挂”。

Q4: 为什么语音的 5QI=1 时延预算是 100ms，而优先级比它高的 5QI=5 信令也是 100ms？ A: 巧合背后是不同约束。信令（5QI=5）的 100ms 是因为呼叫建立时延直接决定用户感知的“拨号等待时间”；语音的 100ms 是人耳对话音交互往返时延的容忍极限（超过约 150ms 就有明显抢话感，须给对端链路留余量）。两者殊途同归，但一个是“操作体验”约束，一个是“生理听觉”约束。

Q5: 4G 用户在 5G 网络里用什么 QoS 机制？ A: 4G 的 EPS 承载机制在 5G 核心网里被完整兼容（通过互操作流程映射），4G 承载 ID 会映射为 QFI，EPS 承载级 QoS 参数（QCI/ARP）与 5QI/ARP 语义基本对齐。所以 4G 语音（VoLTE，QCI=1）演进到 5G 语音（VoNR，5QI=1）时，资源模型是平滑继承的。

参考来源

樊昌信等《通信原理》、以及各厂商（Ericsson/Nokia/Huawei）公开的 5G QoS 技术白皮书 — 标准化 5QI 参数表（PDB/PER/优先级）的通用取值依据

本文由「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学通信知识星球海报-扫码加入