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

这是系列文章的第三篇，我们将深入规范的第五章：端到端QoS架构 (End-to-End QoS Architecture)。这一章是整部规范的“心脏”，它详细描绘了实现端到端QoS的各个功能模块（“器官”）及其职责，以及它们之间的信息交互接口（“血管和神经”）。

---

深度解析 3GPP TS 23.207：第五章 端到端QoS的“系统器官图”

本文技术原理深度参考了3GPP TS 23.207 V18.0.0 (2024-03) Release 18规范中，作为规范核心架构的“Chapter 5 End-to-End QoS Architecture”。本文旨在为读者呈现一幅清晰、详尽的端到端QoS“系统器官图”。我们将“解剖”这个复杂系统，逐一检视其核心功能实体（GGSN, UE, PCRF, AF）的内部能力，并梳理连接它们的关键接口（Gx, Rx）上的信息流。

引言：从“蓝图”到“器官”，构建QoS保障的生命体

在上一篇中，我们学习了端到端QoS的“基石”，理解了其高阶需求和设计原则。我们知道，端到端QoS是一个“分段接力”与“中央协调”相结合的系统。现在，是时候深入到这个“生命体”的内部，看看它究竟由哪些“器官”组成，每个器官又负责什么具体的功能。

第五章“End-to-End QoS Architecture”，就是这份**“人体解剖图”。它不再停留在高层概念，而是深入到具体的功能实体（Functional Elements）和参考点（Reference Points）**，为我们描绘了一幅由多个“器官”通过“血管”（数据接口）和“神经”（信令接口）紧密相连的动态运作图景。

今天，我们将扮演“主刀医生”的角色，以规范中的核心架构图（Figure 2）为手术台，逐一“解剖”UE、GGSN、PCRF、AF这四大“器官”，看看它们是如何协同工作，为用户李雷的跨国视频会议，提供坚如磐石的QoS保障的。

---

1. 5.1 QoS管理功能：GGSN/UE中的“翻译官”

本节首先引入了一个核心概念——IP BS Manager (IP Bearer Service Manager)，并定义了其在GGSN和UE中的关键能力。

5.1.1.1 Description of functions The Translation/mapping function provides the inter-working between the mechanisms and parameters used within the UMTS bearer service and those used within the IP bearer service…

• IP BS Manager:
  • 角色定位: “IP承载业务管理器”。你可以把它想象成驻扎在UE和GGSN这两个“边境口岸”的**“首席翻译官”**。
  • 核心职责: 它的核心功能是翻译/映射 (Translation/mapping)。负责在3GPP“内部语言”（UMTS QoS参数，如QCI, ARP）和外部IP世界“通用语言”（IP QoS参数，如DSCP标记, RSVP信令）之间进行双向翻译。
• Table 1: IP BS Manager capability in the UE and GGSN:

Capability	UE	GGSN
DiffServ Edge Function	Optional	Required
RSVP/IntServ	Optional	Optional
IP Policy Enforcement Point	Optional	Required (*)

• 能力解读:
  • DiffServ边缘功能: GGSN必须具备此能力。这意味着，作为3GPP网络与外部IP骨干网的边界，GGSN必须能够扮演DiffServ网络“边缘路由器”的角色：
    • 上行方向: 能够根据内部UMTS承载的QoS等级，为出站的数据包打上正确的DSCP标记。
    • 下行方向: 能够识别入站数据包的DSCP标记，并将其映射到正确的UMTS承载上。
  • IP策略执行点 (PCEF): GGSN必须是一个策略执行点。(*) 的注释说明，虽然能力是必需的，但其控制方式（即是否受外部PCRF控制）是运营商可选的。这意味着，GGSN必须能够根据策略（无论是来自PCRF还是本地配置），对数据流进行门控、整形和QoS处理。

---

2. 5.2 各功能实体的能力详解：“器官”的内部构造

本节深入到GGSN, UE, PCRF, AF这四大“器官”的内部，详细描述了它们各自需要具备哪些具体的QoS相关能力。

2.1 5.2.1 GGSN (及其演进体P-GW/UPF)

Policy and Charging Enforcement Function (PCEF) controls the user plane quality of service that is provided including policy-based admission control … and gating control.

• 核心能力: GGSN的核心是PCEF，它负责执行PCRF的指令。具体包括：
  • 门控 (Gating Control): 像一个“水龙头”，根据PCRF的指令，对特定的业务流（如李雷的视频流）执行“打开”（允许通过）或“关闭”（丢弃数据包）的操作。
  • 策略性准入控制 (Policy-based admission control): 确保某个业务流所占用的资源（如带宽），不超过PCRF为其授权的“配额”。
  • QoS映射: 将PCRF授权的QoS等级（如QoS Class），映射为UMTS承载的QoS参数（如Traffic Class, Maximum Bitrate），并触发承载的建立或修改。
  • DSCP标记: 为上行数据包打上正确的DSCP标记。

2.2 5.2.2 UE (用户设备)

• DiffServ Edge Function: acts as a DiffServ (DS) boundary for the traffic from applications running on the UE.
• RSVP/IntServ Function: provides the capability for the UE to request end-to-end QoS using RSVP messages…

• 核心能力: UE中的IP BS Manager（通常由操作系统和通信模组共同实现）也具备类似的能力，但通常是可选的。
  • DSCP标记 (上行): UE可以主动为发出的IP包打上DSCP标记，向网络声明其QoS意图。但GGSN有权**“无视”或“覆盖”**这个标记，以网络侧的策略为准。
  • RSVP信令: UE可以作为RSVP的发起端，通过发送PATH和RESV消息，尝试端到端地预留资源。
  • QoS参数映射: 将应用层（SDP）的QoS需求，向下映射为IP层的QoS参数（RSVP或DSCP），或进一步映射为发起PDP/PDU会话的UMTS/5GS QoS参数。

2.3 5.2.3a PCRF (策略与计费规则功能)

This clause provides high level functional descriptions of PCRF capabilities. The PCRF makes policy decisions…

• 核心能力: PCRF是“大脑”，其核心是决策能力。
  • 授权 (Authorization): 接收来自AF的业务信息后，根据用户签约和运营商策略，授权（或拒绝）该业务所需的QoS资源（如The PCRF authorizes QoS resources (bandwidth, etc.) for the AF session）。
  • 策略生成: 将抽象的业务授权，转化为具体的、PCEF可以执行的PCC规则（包括业务流的5元组过滤器、门控开关、QoS参数等）。
  • 指令下发: 通过Gx接口，将生成的PCC规则，“推送”给PCEF去执行。
  • 事件处理: 能够处理来自AF的会话生命周期事件（如会话建立、修改、释放），并动态调整策略。

2.4 5.2.4 AF (应用功能)

The Application Function (AF) is an element offering applications that require the control of IP bearer resources. … The AF maps QoS-related application level parameters (e.g. SDP) into policy set-up information…

• 核心能力: AF是“信使”，其核心是感知和翻译能力。
  • 感知应用信令: 能够“看懂”上层应用的信令。对于IMS，P-CSCF(AF)必须能解析SIP/SDP消息。
  • 翻译业务需求: 从应用信令（如SDP的媒体行m=和带宽行b=)中，提取出QoS需求（如媒体类型、带宽、IP地址、端口等）。
  • 与PCRF交互: 将提取出的业务信息，通过Rx接口，发送给PCRF，以请求QoS授权。
  • 订阅事件: 能够向PCRF订阅网络层事件的通知（如承载丢失），并将其反馈给应用层。

---

3. 5.3 关键参考点：连接“器官”的“大动脉”

本节正式定义了连接PCRF与GGSN/AF的两个核心接口。

3.1 5.3b Gx reference point (PCRF – GGSN)

The Gx interface is the interface between the PCRF and the GGSN. The Gx interface allows policy control and QoS information to be “pushed” to or requested by the GGSN from the PCRF.

• 接口定位: 连接“大脑”PCRF与“手脚”**PCEF（在GGSN内）**的“中枢神经”。
• 信息流:
  • PCRF → GGSN (Push): PCRF向GGSN推送PCC规则（安装、修改、删除）。
  • GGSN → PCRF (Request/Report): GGSN在建立承载或发生特定事件时，可以向PCRF请求策略；也可以向PCRF报告事件（如承载建立成功/失败）。

3.2 5.3c Rx reference point (AF - PCRF)

The Rx interface is the interface between the AF and the PCRF. The Rx interface is used for policy set-up information exchange and event reporting.

• 接口定位: 连接“应用代言人”AF与“大脑”PCRF的“感觉神经”。
• 信息流:
  • AF → PCRF: AF向PCRF上报从应用层解析出的业务信息，以请求QoS授权。
  • PCRF → AF: PCRF向AF下发事件订阅的通知（如会话绑定成功、资源授权失败等）。

场景串联: 李雷的视频会议呼叫，正是通过Rx接口将QoS需求从P-CSCF传递到PCRF，再通过Gx接口将PCRF的决策传递到P-GW，最终在UE、3GPP网络和外部IP网络的全链路上，建立起了端到端的QoS保障。

---

FAQ环节

Q1：为什么在Table 1中，GGSN的DiffServ边缘功能和策略执行点是“Required”，而UE的是“Optional”？ A1：这体现了网络侧的主导权和信任边界。

• GGSN (网络侧): 作为运营商网络的“守门员”，必须具备执行策略和标记流量的能力，以确保网络资源被合理、可控地使用。运营商不能无条件地信任来自用户侧的QoS声明。
• UE (用户侧): UE可以主动标记DSCP或发起RSVP，向网络表达自己的QoS意图。这样做的好处是，如果网络策略允许，可以实现更快速的QoS建立。但最终的决定权和执行权始终在网络侧。即使UE不具备这些IP QoS能力，整个端到端QoS框架依然可以通过纯网络控制的方式工作（即PCRF直接基于AF信息和签约数据来决策）。

Q2：PCRF和AF必须在同一个运营商网络中吗？ A2：不一定。规范指出 The AF may either be in the same network as the PCRF or may be in a different network.

• 同网络 (IMS场景): 在IMS中，P-CSCF(AF)和PCRF通常位于同一个运营商网络。
• 跨网络: 想象一个第三方云游戏公司（作为AF），它可以通过与运营商开放的Rx接口（可能通过一个API网关），来为其VIP用户向运营商的PCRF申请动态的QoS保障。这是5G时代网络能力开放（NEF）的一个重要应用场景。

Q3：Figure 2中的架构图看起来非常复杂，能否用一个简单的比喻来解释它？ A3：可以将它比作一个**“跨国物流公司”**的运作系统。

• UE: 客户的“发货仓库”。
• UTRAN/RAN: “本地运输网络”，负责将货物从仓库运到机场。
• CN EDGE (GGSN/P-GW): “出口海关/机场货站”。
• Gateway (Backbone): “国际骨干航线”。
• Ext Netw. (外部网络): “目的国运输网络”。
• Application Function (AF): “客户的下单系统”，它向物流公司发出了一个“加急空运”的请求。
• Policy and Charging Rules Function (PCRF): “物流公司的中央调度中心”。它收到“加急”请求，检查客户信用，然后制定了一整套运输方案。
• Gx接口: 调度中心向机场货站下达的“作业指令”：“给这个包裹贴上‘最高优先级’标签，立刻安排上最近的航班！”
• Rx接口: 客户下单系统与调度中心之间的“API接口”。

Q4：本章提到的所有功能，在5G时代是如何演进的？ A4：所有核心功能都在5G中得到了继承和增强，并被重新命名和赋予了服务化的“外衣”：

• GGSN/PCEF: 其控制面功能主要由SMF继承，用户面功能由UPF继承。
• PCRF: 演进为PCF (Policy Control Function)。
• AF: 概念不变，但与PCF的交互方式变成了服务化的API调用。
• Gx接口: 演进为SMF与PCF之间的N7接口。
• Rx接口: 演进为AF与PCF之间的N5接口。 尽管名称和技术细节变了，但“AF → PCF → SMF/UPF”这一核心的策略控制信令链，与TS 23.207中定义的“AF → PCRF → PCEF”在逻辑上完全一致。

Q5：学习完第五章，我对端到端QoS的架构有了清晰的认识。接下来应该关注什么？ A5：接下来你应该关注第六章“End-to-End QoS Procedures”。第五章定义了“有哪些器官”，第六章则将描绘“这些器官是如何协同完成一次完整的心跳（QoS协商流程）的”。它会将我们在本章学到的所有静态的功能实体和接口，串联成动态的、端到端的信令交互过程。