51学通信

深度解析 3GPP TS 23.207：第一至四章 端到端QoS的“基石”

18分钟阅读

好的，我们继续对TS 23.207的深度拆解。

这是系列文章的第二篇，我们将聚焦于规范的第一章至第四章。这部分内容为整个端到端QoS框架奠定了基础，清晰地定义了规范的使命、技术依赖、核心术语以及高层级的需求。

深度解析 3GPP TS 23.207：第一至四章 端到端QoS的“基石”

本文技术原理深度参考了3GPP TS 23.207 V18.0.0 (2024-03) Release 18规范中，作为规范开篇的第一章至第四章。本文旨在为读者系统性地构建一个关于端到端QoS的坚实地基，我们将深入解读其技术范围、核心依赖、关键术语以及上层业务对其提出的高阶需求。

引言：为“服务承诺”立法

在上一篇概览中，我们通过企业高管李雷的跨国视频会议场景，理解了TS 23.207的宏大愿景——打通从用户终端到远端服务器的完整QoS（服务质量）保障链路。我们知道了，这需要协同多个异构的“网络王国”，并将它们统一在PCC（策略与计费控制）这个“中央政府”的协调之下。

现在，在深入探讨PCC架构的具体“部门职责”（第五章）和“办事流程”（第六章）之前，我们必须先仔细研究这份“QoS宪法”的 foundational articles ——也就是规范的第一至四章。这四章，为整个端到端QoS体系的构建，提供了“法律依据”和“指导思想”。

今天，我们将扮演“3GPP立法者”的角色，逐一审视这份开篇文件，看看它是如何定义端到端QoS的使命与边界（Scope）、确认其技术“盟友”（References）、统一其专业“词典”（Definitions and Abbreviations），并最终提出其**最高指导原则（High Level Requirements）**的。

1. 第一章 Scope (范围)：从“UMTS内部”到“端到端IP世界”

The present document provides the framework for end-to-end Quality of Service involving GPRS and complements TS 23.107 which describes the framework for Quality of Service within UMTS.

  • 核心定位与补充关系: Scope开篇即明确了TS 23.207的“江湖地位”——它是TS 23.107的“补充和扩展”。
    • TS 23.107: 是3GPP QoS体系的“开山之作”，它定义了UMTS网络内部的QoS概念和架构（如四个QoS等级：Conversational, Streaming, Interactive, Background）。它的视野，局限在从UE到GGSN这个“3GPP王国”之内。
    • TS 23.207: 则将视野从“国内”扩展到了“全球”。它首次正式地将外部IP网络（External Bearer Service）纳入QoS框架，旨在解决端到端的问题。

The document also describes IP level mechanisms necessary in providing end-to-end Quality of Service … including possible interaction between the IP level and the GPRS level, as well as the application level and the IP level.

  • 技术边界的扩展: 本规范的核心，是描述**“跨层交互（interaction）”**：
    • IP层与GPRS/5GS层的交互: 如何将3GPP承载的QoS（如QCI）与IP世界的QoS（如DiffServ的DSCP标记）进行映射和互通。
    • 应用层与IP层的交互: 如何让应用层（如视频会议App）的需求，能够被IP层和下层的网络感知和满足。

In contrast to the TS 23.107, the present document is only applicable to GPRS packet switched access services…

  • 专注领域: 规范明确指出，它**只适用于分组交换（PS）**业务，即我们今天所有的IP数据业务。它不涉及传统的电路交换（CS）语音业务。

2. 第二章 References (参考文献)：端到端QoS的“技术生态”

本章的引用列表，清晰地揭示了TS 23.207是构建在3GPP内部QoS框架、IMS架构以及一系列IETF互联网标准之上的“集大成者”。

  • 3GPP内部依赖:
    • TS 23.107: QoS概念的“母体”规范。
    • TS 23.228: IMS架构规范，因为IMS是驱动端到端QoS需求的最主要应用场景。
    • TS 23.203: PCC架构规范。TS 23.207提出了PCC的概念，而TS 23.203则对其进行了详细的阐述。两者是“概念提出”与“深化设计”的关系。
  • IETF外部依赖: 这是本规范的特色，大量引用了IETF RFC，表明其IP QoS部分深度根植于互联网标准。
    • RFC 2475 (DiffServ): 差分服务架构，是实现骨干网QoS的基础。
    • RFC 2205 (RSVP): 资源预留协议，是另一种实现端到端QoS协商的信令机制。
    • RFC 1633 (IntServ): 集成服务架构，是与RSVP配套的QoS服务模型。
    • RFC 3261 (SIP) & RFC 2327 (SDP): IMS的核心信令协议，应用层的QoS需求正是通过SDP来描述的。

这个“跨界”的参考文献列表，充分说明了端到端QoS的本质，就是要在3GPP的“专有王国”与开放的“IP公共世界”之间，建立一套互信互认的“外交和贸易规则”。

3. 第三章 Definitions and Abbreviations (定义与缩略语)

本章为理解端到端QoS架构中新增的核心概念，提供了权威“词典”。

3.1 核心定义 (Definitions)

Application Function (AF): The Application Function (AF) is an element offering applications that require the control of IP bearer resources. … One example of an AF is the P-CSCF of the IM CN subsystem.

  • 解读: 应用功能（AF），是上层应用在核心网中的“代言人”。它负责将应用的业务需求（“我需要开一个视频会议”）翻译成网络能懂的QoS请求。P-CSCF是IMS业务中最典型的AF。

Policy and Charging Rules Function (PCRF): …encompasses policy control decision and flow based charging control functionalities.

  • 解读: 策略与计费规则功能（PCRF），是QoS决策的“大脑”。

Policy and Charging Enforcement Function (PCEF): …controls the user plane quality of service…

  • 解读: 策略与计费执行功能（PCEF），是QoS策略的“手脚”，通常位于数据网关（GGSN/P-GW）。

AF session: An AF session is established by an application level signalling protocol … that requires a session set-up with explicit session description before the use of the service. One example of an AF session is an IMS session.

  • 解读: AF会话，指一个需要进行端到端QoS协商的应用层会话。一个IMS视频通话，就是一个典型的AF会话。

3.2 核心缩略语 (Abbreviations)

除了上述实体，还包括：

  • DiffServ: Differentiated Services (差分服务)
  • IntServ: Integrated Services (集成服务)
  • RSVP: Resource ReSerVation Protocol (资源预留协议)
  • SIP: Session Initiation Protocol (会话初始协议)
  • SDP: Session Description Protocol (会话描述协议)

4. 第四章 High Level Requirements (高阶需求)：为端到端QoS立下“军令状”

本章从最高层面，为3GPP的端到端QoS协商机制和策略机制，制定了必须遵守的“指导原则”。

4.1 4.1 End-to-End QoS Negotiation Requirements (协商需求)

  • The UMTS QoS negotiation mechanisms … shall be backward compatible with UMTS Release 1999.
  • The UMTS QoS negotiation mechanisms … shall not make any assumptions about the situation in external networks…
  • The UMTS QoS negotiation mechanisms … shall not make any assumptions about application layer signalling protocols.
  • 解读: 这几条shall not规定，体现了3GPP在设计QoS架构时的解耦思想和前瞻性。
    1. 向后兼容: 必须兼容老的QoS机制。
    2. “不要揣测外部”: 3GPP的QoS机制，不应该去假设外部IP网络（如互联网骨干网）内部是如何实现QoS的。它能做的，是在边界（GGSN/P-GW）上，通过标准化的方式（如打DSCP标记）来“告知”外部网络自己的意图。这种“黑盒”思维，保证了3GPP QoS能与任何遵循标准的外部IP网络进行互通。
    3. “不要揣测应用”: 同样，3GPP的QoS机制，也不应该假设上层应用使用的是SIP还是其他什么信令协议。它只通过一个标准的**AF-PCRF接口（Rx接口）**来接收“翻译”好的QoS请求。这使得这套QoS架构，不仅能服务于IMS，未来也能服务于任何新兴的应用（如云游戏、元宇宙）。

4.2 4.2 QoS Policy Requirements (策略需求)

  • The UMTS policy mechanisms described in TS 23.060 shall be used for control of the UMTS bearers.
  • Interaction between UMTS bearer services and IP bearer services shall only occur at the translation function in the UE and GGSN.
  • 解读:
    1. 继承性: 策略控制需要复用和扩展已有的机制。
    2. 明确的“翻译”点: 规范在这里画下了一条清晰的“国界线”。3GPP的QoS“语言”（UMTS Bearer）与外部IP QoS“语言”（IP Bearer）之间的“翻译”，只能发生在两个地方：UE和GGSN（及其演进体P-GW/UPF）。
      • 在GGSN: PCEF负责将PCRF下发的QoS策略，翻译成对IP数据包的DSCP标记（面向外部），以及对内部UMTS承载的资源分配（面向内部）。
      • 在UE: UE的应用层将SDP中的QoS需求，翻译成发起PDP/PDU会话的QoS参数（面向内部），或者在IP层打上DSCP标记（面向外部）。

这个规定，将复杂的跨域QoS互通问题，收敛到了两个明确的功能节点上，极大地简化了系统设计。

FAQ环节

Q1：为什么本规范在Scope中强调自己补充的是TS 23.107？这两份规范的关系究竟是怎样的？ A1：可以把它们比作**“国内交通法”和“国际运输协定”**。

  • TS 23.107: 是3GPP的“国内交通法”，它详细规定了在一个3GPP网络内部，从UE到GGSN，如何划分QoS等级、如何建立和管理不同等级的“车道”（承载）。
  • TS 23.207: 是“国际运输协定”。它承认“国内交通法”的存在，但它的关注点是，当一辆“货车”（数据包）需要跨越国界时，如何将“国内”的运输规则，与“国际”上的通行规则（如DiffServ, IntServ）进行衔接和转换，以保证“货物”能按时、高质量地送达全球目的地。

Q2：AF（应用功能）和PCRF（策略控制功能）必须是分离的物理设备吗？ A2：不一定。它们是逻辑功能实体。

  • 分离部署 (主流): P-CSCF (AF) 和 PCRF 通常是独立的网元。这种方式更灵活，可以实现一个PCRF服务于多个AF，策略也更易于集中管理。
  • 合设部署: 在某些特定的、小型的网络中，也可以将AF和PCRF的功能，实现在同一个物理服务器上。 3GPP规范只定义逻辑功能和它们之间的接口（参考点），而将物理部署的灵活性留给了运营商和设备商。

Q3：第四章的需求中，为什么反复强调“不要做任何假设（not make any assumptions）”？ A3：这是**分层解耦（Layering and Decoupling）**这一计算机科学和网络设计核心思想的体现。每一层（应用层、IP层、3GPP接入层）都应该像一个“黑盒”，只通过标准化的接口与上下层通信，而不应该去猜测或依赖其他层的内部实现。这样做的好处是：

  • 可扩展性: 任何一层都可以独立地进行技术升级，而不会影响到其他层。例如，应用层信令可以从SIP演进到下一代协议，只要它还能通过AF与PCRF通信，底层的QoS架构就无需改变。
  • 互操作性: 只要大家都遵守接口标准，A厂商的应用，就可以在B厂商的网络上，与C厂商的终端，实现完美的端到端QoS。 “不做假设”，是构建一个开放、健壮、可演进的复杂系统的“金科玉律”。

Q4：规范提到了两种IP QoS技术：DiffServ和IntServ/RSVP。它们有什么区别？哪种是主流？ A4：它们代表了IP QoS的两种不同哲学。

  • IntServ/RSVP (集成服务/资源预留协议): 是一种**“面向连接”的、有状态的模型。它为每一个**数据流，都通过信令（RSVP）在沿途的路由器上显式地预留资源。优点是QoS保障非常强，但缺点是扩展性差（路由器需要为海量流维护状态），部署复杂。
  • DiffServ (差分服务): 是一种**“无连接”**的、无状态的模型。它不为单个流预留资源，而是将所有数据流分为几个大的“类别”（Class），并通过IP包头的DSCP标记来区分。路由器只根据这个标记，提供差异化的、相对优先级的转发服务（Per-Hop Behavior, PHB）。优点是扩展性极好，简单高效。
  • 主流选择: 在公共互联网骨干网上，DiffServ是绝对的主流。IntServ/RSVP则更多地应用在一些小型的、可控的专用网络中。TS 23.207的架构，也主要是围绕如何与DiffServ骨干网进行互通来设计的。

Q5：学习完这四章，我应该对端到端QoS形成一个怎样的概念？ A5：你应该形成这样一个概念：端到端QoS是一个**“分段接力”与“中央协调”**相结合的复杂系统。

  • 分段接力: 整个路径被分为“本地”、“3GPP接入”、“外部骨干”等多个段落，每个段落都有自己的一套QoS机制和“语言”。
  • 中央协调: **PCC架构（特别是PCRF）**是这个系统的“大脑”。它负责接收来自应用层的“意图”，将其翻译成在各个段落都能被理解的“指令”（如DSCP标记、QCI等），并下发给位于边界的“翻译官”和“执行官”（UE和GGSN/PCEF），从而将这些孤立的“段落”串联成一条完整的、有质量保障的端到端“高速公路”。

关系图谱