51学通信

深度解析 3GPP TS 23.207：规范概览 - 端到端QoS的“宪法”与“蓝图”

19分钟阅读

好的，我们开启一个全新的系列，这次的目标是3GPP TS 23.207——一份定义了移动网络中“端到端服务质量（End-to-end QoS）”这一核心概念与架构的“奠基性”规范。这是本系列的第一篇文章，我们将对这份规范进行全面的概述。

深度解析 3GPP TS 23.207：规范概览 - 端到端QoS的“宪法”与“蓝图”

本文技术原理深度参考了3GPP TS 23.207 V18.0.0 (2024-03) Release 18规范，这份文件详细阐述了3GPP网络中端到端IP QoS（服务质量）的概念、架构和实现原则。本文旨在为读者提供一个关于端到端QoS的全景视图，理解它如何将不同网络域的QoS能力“串联”起来，为最终用户的应用体验提供统一的、可协商的质量保障。

引言：从“尽力而为”到“服务承诺”，网络质量的革命

在互联网的早期，“尽力而为（Best Effort）”是网络传输的基本原则。网络就像一个繁忙的邮政系统，只负责把你的“信件”（数据包）尽量送到目的地，但不保证时效，也不保证不丢失。对于浏览网页、收发邮件这类应用，这套机制尚可接受。

然而，随着实时应用的爆发——IP语音（VoIP）、视频会议、在线游戏、云VR/AR——“尽力而为”的服务质量（QoS）已远远无法满足需求。想象一下，你正在进行一场重要的跨国视频面试，画面却频繁卡顿、声音断断续续，这无疑是一场灾难。用户需要的，不再是“尽力”，而是一个明确的**“服务承诺”**。

3GPP TS 23.207，正是3GPP为了在移动网络上提供这种“服务承诺”而制定的**“QoS宪法”。它超越了仅关注移动网络内部QoS的TS 23.107，首次将视野扩展到了“端到端（End-to-end）”**的宏大维度。

为了让这个宏大的概念变得具体，我们引入本文的主角——李雷。他是一位企业高管，需要通过他的5G笔记本，与远在海外的合作伙伴，进行一场超高清、低时延的视频会议。这场会议的成功，不仅依赖于李雷笔记本到基站的这段无线网络，还依赖于运营商的骨干网、跨国互联网、甚至对方公司的企业内网。TS 23.207的核心使命，就是定义一套架构和机制，来协同所有这些环节，为李雷提供一个从他的电脑屏幕到对方电脑屏幕的、端到端的质量保障。

1. 端到端QoS的核心挑战：打通“七国八制”

The present document provides the framework for end-to-end Quality of Service involving GPRS… The document describes the interaction between the TE/MT Local Bearer Service, the GPRS Bearer Service, and the External Bearer Service, and how these together provide Quality of Service for the End-to-End Service. Figure 1: End-to-End QoS Architecture

规范开篇的Scope章节和核心架构图（Figure 1），就揭示了端到端QoS面临的核心挑战——如何打通和协同不同技术体制、不同管理域的QoS“方言”。

一个端到端的IP数据流，至少穿越了三个异构的“王国”：

  1. TE/MT Local Bearer Service (本地承载服务):

    • 范围: 从李雷的笔记本（TE, Terminal Equipment）到他使用的5G CPE或手机（MT, Mobile Terminal）。
    • 技术:可能是Wi-Fi, USB, Bluetooth。这里的QoS，由PC的操作系统和无线网卡来管理。

  2. GPRS Bearer Service (GPRS/UMTS/EPS/5GS承载服务):

    • 范围: 从手机（MT/UE）到核心网的网关（GGSN/P-GW/UPF）。这是3GPP网络内部，是3GPP能够“完全掌控”的地盘。
    • 技术: 分为无线接入承载（Radio Access Bearer）和核心网承载（Core Network Bearer）。这里的QoS，由我们熟知的QCI/5QI, ARP, AMBR等参数来定义，通过RRC和NAS信令进行协商。

  3. External Bearer Service (外部承载服务):

    • 范围: 从运营商的网关（P-GW/UPF）出发，穿越广阔的互联网骨干网，最终到达对方企业网络。
    • 技术: 可能是DiffServ (Differentiated Services)，通过在IP包头打上不同的DSCP标记来区分优先级；也可能是IntServ/RSVP (Integrated Services/Resource Reservation Protocol)，通过信令预留端到端的资源。

TS 23.207的使命，就是定义一个“翻译官”和“协调员”的角色，让这三个“鸡同鸭讲”的“王国”能够协同工作，共同保障李雷的视频会议质量。

2. PCC架构：端到端QoS的“神经中枢”

为了实现这种跨域协同，3GPP引入了一套强大而灵活的控制架构——PCC（Policy and Charging Control，策略与计费控制）。虽然TS 23.207声明它不定义PCC的细节（那是TS 23.203的事），但PCC的几个核心功能实体，却是理解本规范所有流程的基础。

2.1 核心功能实体

  • PCRF (Policy and Charging Rules Function): 策略与计费规则功能。
    • 角色定位: PCC架构的**“大脑”和“决策中心”**。它根据来自应用层的信息、用户的签约数据和运营商的策略，制定出针对某个数据流的QoS和计費规则。
  • PCEF (Policy and Charging Enforcement Function): 策略与计费执行功能。
    • 角色定位: “大脑”的“手脚”，是策略的执行点。它通常被集成在核心网的网关（GGSN/P-GW/UPF）中。PCEF负责根据PCRF下发的指令，对数据流进行检测（识别出李雷的视频会议流）、门控（允许或禁止通过）、QoS控制（打上正确的DSCP标记、保证速率）和计费。
  • AF (Application Function): 应用功能。
    • 角色定位: 应用层与网络层的“信使”。它代表了应用的“意志”，负责将应用对网络QoS的需求，翻译成PCC架构能听懂的语言。在IMS网络中，P-CSCF就是最重要的AF。

2.2 端到端QoS协商的“三方会谈”

The QoS procedures in the GGSN are triggered by the QoS signalling messages from the UE or unsolicited provisioning of PCC rules from the PCRF. The QoS procedures in the UE are triggered by the application layer (e.g., SIP/SDP) QoS requirements…

让我们看看当李雷发起视频会议时，一场典型的端到端QoS协商是如何进行的：

  1. 应用层“许愿”: 李雷的视频会议App（作为客户端），通过SIP/SDP信令，向对方发起了呼叫。在SDP中，它描述了自己需要的媒体参数，如“我需要H.265视频，带宽至少20Mbps”。
  2. AF“传话”: 这个SIP信令，首先到达IMS核心网的P-CSCF (AF)。P-CSCF解析SDP后，理解了应用的QoS需求。它将这些需求“翻译”后，通过Rx接口，发送给了PCRF：“尊敬的PCRF，用户李雷想发起一个视频会话，需要20Mbps的保证带宽，请批示。”
  3. PCRF“决策”: PCRF收到请求后，进行综合决策：
    • 查档案: 李雷的套餐是否支持这么高的QoS？
    • 看路况: 网络当前资源是否允许？
    • 做映射: PCRF批准了请求，并制定了详细的执行策略：“好的，为这个视频流分配QCI为2，上行速率20Mbps…”。
  4. PCEF“执行”: PCRF通过Gx接口，将这条策略下发给P-GW (PCEF)。P-GW据此建立了专门的数据承载（Dedicated Bearer），并为从这个承载上来的数据包，在IP头打上表示高优先级的DSCP标记（例如EF - Expedited Forwarding）。
  5. 跨域保障: 这个被打上特殊标记的数据包，在穿越整个互联网骨干网时，都会被支持DiffServ的路由器优先处理。
  6. UE侧协同: 同时，网络也会通过信令，告知李雷的手机：“已经为你开辟了一条QoS为QCI 2的专用通道，请将你的视频会议App的数据，都从这条通道发送”。

通过这套**“应用-AF-PCRF-PCEF”**的联动机制，一个来自应用层的模糊“愿望”，被一步步地转化为了在3GPP网络和外部IP网络中，具体、可执行的QoS“服务承诺”。

3. IP层信令的协同：RSVP的角色

For UEs that support RSVP, the GGSN may also support RSVP and use RSVP rather than the PDP context to control the QoS through the backbone IP network.

除了PCC这种由网络“中心化”控制的模式，TS 23.207还描述了另一种由终端“端到端”发起的QoS协商机制——RSVP（资源预留协议）。

  • 工作模式:
    1. 李雷的笔记本（假设支持RSVP），在发送视频数据流之前，会先沿着数据将要经过的路径，发送一个RSVP PATH消息。
    2. 这个PATH消息会一路经过手机、GGSN/P-GW、以及骨干网上的所有路由器。
    3. 路径上的每一个路由器，在收到PATH消息后，都会检查自己是否有足够的资源来满足其QoS请求。
    4. 当消息到达最终的目的地后，接收端会沿着原路返回一个RESV消息。路径上的路由器在收到RESV后，会真正地为这个流预留资源。
  • 与PCC的关系: RSVP可以与PCC协同工作。例如，UE发起的RSVP请求到达P-GW时，P-GW可以将其作为触发，向PCRF请求策略授权，实现用户请求与网络策略的结合。
  • 现状: 尽管RSVP在理论上非常完美，但由于其对路径上所有节点都要求支持，部署复杂，在公共互联网上并未得到广泛应用。目前，主流的端到端QoS实现，更多地是依赖于PCC + DiffServ的组合。

4. 总结：TS 23.207的里程碑意义

TS 23.207是3GPP QoS体系从“局域网思维”迈向“互联网思维”的里程碑。

  1. 它定义了端到端视野: 首次系统性地将3GPP网络，视为端到端IP QoS链条中的“一环”，并定义了它与本地网络、外部网络的协同框架。
  2. 它奠定了PCC的基石: 它阐述了AF, PCRF, PCEF这些核心网元在端到端QoS中的角色和交互原则，为后续TS 23.203中PCC架构的蓬勃发展奠定了基础。
  3. 它提供了多种技术路径: 它同时描述了基于PCC+DiffServ的网络控制模型，和基于RSVP的用户请求模型，为运营商和服务提供商构建端到端QoS解决方案，提供了灵活的技术“工具箱”。

虽然TS 23.207的很多内容诞生于3G/4G时代，但它所建立的这套端到端QoS理念和核心架构，至今仍在5G和未来的网络中延续和演进。理解了它，就等于掌握了移动网络服务质量保障的“第一性原理”。

FAQ环节

Q1：QoS（服务质量）和QoE（体验质量）有什么区别？TS 23.207关注的是哪个？ A1：

  • QoS (Quality of Service): 是面向网络的技术指标，如带宽、时延、抖动、丢包率。它描述的是网络“管道”的能力。
  • QoE (Quality of Experience): 是面向用户的最终主观感受。
  • TS 23.207 严格关注QoS。它的目标，是建立一套可测量、可保障的网络性能承诺。良好的QoS，是实现良好QoE的必要条件，但非充分条件。例如，即使网络提供了完美的QoS（无丢包、低时延），如果视频会议软件的编解码器出现问题，用户的QoE依然会很差。

Q2：AF（应用功能）听起来很抽象，在现实网络中，除了P-CSCF，还有哪些常见的AF？ A2：任何需要与网络层进行QoS协商的应用服务器，都可以扮演AF的角色。例如：

  • V2X应用服务器: 在车联网中，负责协同驾驶的应用服务器，需要为车辆申请超低时延的通信保障。
  • 云游戏平台: 云游戏服务器需要为玩家申请高带宽、低抖动的视频流下行链路，和超低时延的控制流上行链路。
  • 企业统一通信（UC）服务器: 企业自建的视频会议或VoIP服务器。 这些AF通过标准的Rx接口与运营商的PCRF对接，实现了应用需求与网络能力的动态匹配。

Q3：为什么需要一个单独的PCRF？让GGSN/P-GW自己根据应用请求来决策QoS不行吗？ A3：将决策（PCRF）与执行（PCEF）分离，是PCC架构的精髓，带来了巨大的好处：

  • 策略集中化: 运营商可以在PCRF上，集中管理全网所有用户的QoS和计费策略，大大简化了管理和运维。
  • 信息汇聚: PCRF能够从多个信息源（AF的应用信息、HSS的签约信息、计费系统的用户信息）获取输入，做出更全面、更智能的决策。而PCEF只关注数据包转发，无法获取这些信息。
  • 业务创新: 新的业务（如云游戏）只需要开发一个新的AF，并与PCRF对接即可，而无需对全网成千上万的PCEF（网关）进行升级改造。这大大加快了新业务的上线速度。

Q4：如果我的应用不支持SIP/SDP，也无法作为AF与PCRF交互，我还能获得QoS保障吗？ A4：可以，但方式相对“静态”。

  1. 通过签约数据: 运营商可以在你的签约数据（HSS中）中，为你配置静态的QoS策略。例如，“只要该用户访问的是某视频网站的IP地址，就为其提供QCI 8的QoS”。PCEF可以通过DPI（深度包检测）技术，识别出你的视频流，并应用这个静态策略。
  2. 通过终端发起: 你的手机App可以通过操作系统提供的API，直接请求一个高QoS的PDP/PDU会话，而无需经过应用服务器。 但这两种方式，都不如AF与PCRF动态交互的方式来得灵活和高效。

Q5：这份规范看起来有些“年头”了，它在5G时代还适用吗？ A5：它的核心思想和架构在5G时代是完全适用并被继承的。

  • PCC架构演进: 4G的PCRF/PCEF，在5G中平滑演进为了PCF (Policy Control Function)和SMF/UPF中的策略执行部分。
  • 接口演进: Rx/Gx等Diameter接口，在5G中演进为了基于HTTP/2的服务化接口（如Naf_..., Npcf_...）。
  • 核心理念不变: “应用层提出需求 → 策略中心决策 → 网络执行保障”这一端到端QoS协商的核心理念，以及对DiffServ/IntServ等外部IP QoS机制的协同，在5G中得到了全面的继承和发扬。因此，TS 23.207是理解5G QoS策略控制的必读“前传”。

关系图谱