# 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（策略与会话管理） | 决定每个数据流进哪条通道 | 先给一个关键的全景图，看懂它，本文就懂了一半： ```mermaid flowchart TB subgraph APP["应用层：不同业务有不同脾气"] VOICE["语音通话
要求：时延小、速率恒定"] VIDEO["视频流
要求：带宽大、可容忍抖动"] WEB["网页/下载
要求：总量大、不太在乎时延"] end subgraph SESSION["PDU会话层（类似一根总水管）"] QF1["QoS Flow 1
5QI=1 (GBR语音)"] QF2["QoS Flow 2
5QI=9 (Non-GBR默认)"] QF3["QoS Flow 3
5QI=7 (Non-GBR视频)"] end subgraph RADIO["无线承载层（真正的车道）"] DRB1["专用DRB
空口预留资源"] DRB2["共享DRB
尽力而为调度"] end VOICE -->|"按5QI分类打标"| QF1 VIDEO --> QF3 WEB --> QF2 QF1 -->|"GBR流必须映射到
专用承载+预留资源"| 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 绑定五样东西： 1. **资源类型**（Resource Type）：GBR、Delay-critical GBR 或 Non-GBR 2. **优先级**（Priority Level）：数值越小越优先，用于调度排序 3. **包时延预算**（PDB，Packet Delay Budget）：一个包从 UE 到 N6 出口（核心网出口锚点）允许的“第98百分位时延” 4. **误包率**（PER，Packet Error Rate）：允许的丢包上限（如 10⁻³ 表示每千个包最多丢1个） 5. **平均窗口**（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 有三个维度： 1. **优先级（0~15，越小越高）**：资源竞争时的排序依据 2. **抢占能力（Pre-emption Capability）**：我资源不够时，**能不能踢掉**低优先级的别人的流 3. **抢占脆弱性（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 切片选择的完整流程 ```mermaid 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策略生效) ``` 三个工程要点： 1. **UE 不能随便要求任何切片**。网络在注册时下发**允许的 NSSAI（Allowed NSSAI）**，它由用户签约决定。UE 请求了未签约的切片，会被直接拒绝——这是现网测试切片时最常见的“第一步就失败”。 2. **切片在 RAN 侧也有投影**。基站会为不同切片配置不同的权重（如 RRH 算力、调度权重、PRB 保留比例），实现空口资源在切片间的“软隔离”。 3. **切片 ≈ 一组签约 + 一组网元实例 + 一组资源配额的打包**。它不是新硬件，而是 SDN/NFV 之上的一层编排逻辑。 ## 六、把所有机制串起来：一次视频通话的 QoS 之旅 ```mermaid flowchart TD subgraph Core["核心网: 定规则"] PCF["PCF策略库
签约/漫游/计费规则"] SMF["SMF
生成QoS规则+QFI分配"] end subgraph RAN["无线网: 花资源"] gNB["gNB调度器
按优先级+PDB+GFBR调度"] end subgraph UE["终端: 学规则"] UEQ["UE QoS规则引擎
反射式QoS: 下行QFI
→ 上行照抄"] end PCF -->|"策略: 语音用5QI=1
ARP=可抢占"| SMF SMF -->|"NAS信令: QoS规则下发"| UEQ SMF -->|"N2信令: QoS Profile下发"| gNB UEQ -->|"上行数据包带QFI=1"| gNB gNB -->|"GBR资源已预留
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）时，资源模型是平滑继承的。 ## 参考来源 4. 樊昌信等《通信原理》、以及各厂商（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 等场景全覆盖。