在 5G 网络中，QoS 并不只是附加在数据包上的一个技术标签。它决定哪些流量采用普通尽力而为处理，哪些业务应获得有保障的资源，以及当无线条件或拥塞开始影响用户体验时，网络应如何响应。对运营商而言，QoS 与带宽成本和网络资源分配密切相关；对用户和业务合作伙伴而言，它通常体现为服务质量、订阅等级、业务优先级或体验保障。
一部手机可能同时产生多种流量：消息、短视频、云课堂、游戏、IMS 信令、VoNR 音频、直播视频、AR/VR 交互以及后台应用更新。这些流量的要求并不相同。带缓冲的视频比语音更能容忍时延；IMS 信令需要可靠传输，但并不需要与视频相同的带宽；对时延敏感的工业业务，对时延和丢包的控制要求可能远高于普通社交应用。
5GC QoS 的作用，是对这些业务数据流进行分类，将其映射到合适的 QoS Flow，分配相应的转发处理，并协调 UE、gNB、UPF、SMF 与策略规则，使用户面按照业务意图运行。
业务价值与资源成本
QoS 首先面对一个简单事实：并非所有业务都能获得相同的网络保障。大多数公共互联网应用，如社交消息、短视频、普通网页浏览、音乐应用或在线学习流量，通常采用尽力而为处理。它们一般被作为 Non-GBR 业务处理，这意味着网络不会为每条流承诺保证比特率。
部分业务可能因用户、企业客户或业务合作伙伴为差异化处理付费，而获得更强的 QoS 保障。在线游戏协作、高级企业应用、AR/VR 业务或行业专用低时延业务，可以采用更受控的 QoS。这些业务在网络必须预留或保护最低速率时，可能使用 GBR，即保证比特率。
还有一些运营商自有业务，即使用户没有单独付费，也可能获得 QoS 保障。语音业务就是典型例子。在 4G 中通常通过 VoLTE 讨论，在 5G 中同样的逻辑可体现在 VoNR 相关流量上。语音必须保持稳定、低时延且清晰可懂，因此不能始终按普通尽力而为应用处理。
从承载到流
4G 与 5G QoS 最重要的差异之一，是从以承载为中心转向以流为中心。在 4G 中，QoS 围绕 EPS Bearer 构建。一个承载关系会关联无线承载、S1-U 隧道以及 S5/S8 隧道资源。承载越多，通常也意味着需要更多相应的隧道和无线承载结构。
在 5G 中，关键 QoS 单元是 QoS Flow。一个 PDU 会话可以承载一个或多个 QoS Flow。每个 QoS Flow 由 QFI（QoS Flow Identifier，QoS 流标识符）标识，其取值范围为 0 到 63。具有相同 QFI 的数据包接受相同的转发处理。与旧的 EPS Bearer 方式相比，这为 5G 提供了更细致、更灵活的业务分类模型。
一个 PDU 会话可以承载多个 QoS Flow，而该 PDU 会话对应的 N3 隧道仍然可以只有一条。一个 DRB 可以承载一个或多个 QoS Flow，QoS Flow 与 DRB 之间的实际映射由 gNB 控制。因此，DRB 数量不必等于 QFI 数量。例如，在一种设计中，Non-GBR 应用流和 GBR 游戏流可以共享一个 DRB；在另一种设计中，也可以根据无线策略分别映射。
关键参数决定处理方式
5GC QoS 参数描述每条流应如何处理。在 QoS Flow 层面，常见参数包括 5QI 和 ARP。5QI 是 5G QoS Identifier，由 4G 的 QCI 概念演进而来。它表示优先级、分组时延预算、分组错误率、平均窗口，以及面向时延关键型 GBR 业务的最大数据突发量等业务特征。
ARP 表示分配与保留优先级（Allocation and Retention Priority）。当资源有限时，它用于帮助判断某个 QoS Flow 能否建立或保留。在拥塞条件下，ARP 会影响哪些流可以被接纳，以及哪些流更可能被释放或拒绝。
GBR 流具有与速率相关的参数。GFBR 定义保证流比特率，也就是网络希望保护的最低速率。MFBR 定义最大流比特率，超过该值的流量可能被丢弃。当 RAN 侧无法满足 GFBR 时，例如无线条件较差时，可以使用通知控制。最大分组丢失率则定义上行或下行流量可容忍的最大丢包水平。
Non-GBR 流量采用不同的控制方式。UE-AMBR 限制该 UE 所有 Non-GBR QoS Flow 的聚合比特率，而 Session-AMBR 限制单个 PDU 会话内所有 Non-GBR QoS Flow 的聚合比特率。RQA（Reflective QoS Attribute，反射式 QoS 属性）表示该流是否可应用 Reflective QoS。
流量如何完成映射
只有能够正确分类和映射数据包，QoS 才有实际意义。在 5G 中，上行和下行采用不同的分类方式。对于上行流量，UE 按照网络下发或 UE 自行推导的 QoS Rules 进行分类与映射；对于下行流量，UPF 按照 SMF 下发的 PDR（Packet Detection Rule，分组检测规则）进行分类。
QoS Rule 或 PDR 中包含数据包过滤信息，可能包括源或目的 IP 地址、IPv6 前缀、源或目的端口、IP 协议号、IPv6 Next Header 类型、IPv4 ToS、IPv6 Traffic Class、IPv6 Flow Label、IPsec SPI 以及流量方向。这些过滤条件用于告诉 UE 或 UPF，哪些数据包属于哪个 QoS Flow。
如果 UPF 无法将某个下行数据包匹配到有效 PDR，该数据包可能会被丢弃。这一点很重要，因为下行 QoS 处理依赖 SMF 在 UPF 中安装的规则。在上行方向，UE 按照适用的 QoS Rule 对数据包进行标记，使其进入正确的 QoS Flow，再由无线接入网进行处理。
Reflective QoS 可以在特定情况下减少信令开销。当网络启用 Reflective QoS 时，UPF 可以携带 RQI 指示发送下行数据。UE 通过 N3 隧道和空口接收到下行数据包后，可据此推导出一条上行 QoS Rule。该 UE 推导的 QoS Rule 包含上行数据包过滤器、QFI 和优先级。这样，UE 无需等待网络单独下发规则，就能对后续上行数据包进行分类。
常见问题
为什么 5G 使用 QoS Flow，而不是只使用 DRB？
QoS Flow 属于核心网的业务处理模型，而 DRB 属于无线承载处理。将两者分离后，网络在把业务规则映射到无线资源时具有更高灵活性。
流量需求相似的两个应用可以使用不同的 QoS Flow 吗？
可以。运营商除了考虑带宽或时延要求，还可能考虑业务归属、商业协议、订阅策略和计费模式。
流量超过 MFBR 时会发生什么？
超过最大流比特率的流量可能被丢弃，因为 MFBR 定义了该 GBR QoS Flow 允许的速率上限。
为什么 5QI 对业务规划很重要？
5QI 提供了一种标准化方式，将业务类别与优先级、时延、分组错误率和资源类型预期关联起来，使 QoS 行为更容易设计和比较。
Reflective QoS 是否适用于所有终端？
不是。它需要 UE 支持并由网络正确启用。若终端不支持，UE 就无法根据下行用户面数据推导上行 QoS Rule。
