好的，这是深度解析3GPP TR 21.914系列文章的第二十五篇。在本篇中，我们将继续探讨第12章的系统改进，聚焦于一个与运营商网络开放和第三方应用集成息息相关的重要特性——赞助数据连接的改进。

深度解析 3GPP TR 21.914：12.8 Sponsored data connectivity improvements (定向免流的“智能进化”)

本文技术原理深度参考了3GPP TR 21.914 V14.0.0 (2018-05) Release 14规范中，关于“12.8 Sponsored data connectivity improvements (SDCI)”的核心章节，旨在为读者深入剖析3GPP Rel-14是如何通过引入全新的PFDF（包流描述功能）实体和三大新接口（Gw, Gwn, Nu），对Rel-10引入的“赞助连接”（即我们熟知的“定向免流”）PCC架构进行了一次深刻的“智能进化”。本文将揭示这场进化如何解决了传统免流方案带来的信令风暴和配置僵化等核心痛点，为运营商、互联网应用提供商（ASP）和最终用户，开创了一种更灵活、更可扩展、更高效的商业合作新模式。

前言：当“定向免流”的盛宴，遭遇“信令风暴”的瓶颈

“定向免流”，或称“赞助数据连接”，无疑是4G时代最成功的商业创新之一。无论是视频App的“免流量看大片”，还是音乐App的“免流量听歌”，这种由应用提供商（ASP，即“赞助商”）为用户流量买单的模式，极大地刺激了数据消费，实现了运营商、ASP和用户的“三赢”。

然而，这场流量盛宴的背后，隐藏着一个日益严峻的技术瓶颈。资深工程师李工的团队，正在为一个大型视频网站的“定向免流”合作项目进行网络评估。

“小王，你看，”李工在白板上画出了Rel-10引入的传统赞助连接PCC（策略与计费控制）架构，“在这个架构里，视频网站（作为AF，应用功能）需要识别出哪些流量是免流的，然后把这些流量的‘规则’（如服务器IP地址、端口号等），通过Rx接口，实时地、为每一个正在使用免流服务的用户，动态地推送到PCRF（策略与计费规则功能）中。PCRF再通过Gx接口，将这些规则下发到P-GW上执行。”

“现在，想象一下，晚上8点的黄金时段，有数百万用户同时在看免流视频。视频网站的服务器IP地址因为负载均衡，可能还在不断变化。这意味着，将有数百万乘以N次的Rx和Gx信令，像洪水一样在核心网中来回穿梭！”李工画出了一场可怕的“信令风暴”，“这不仅会冲垮PCRF，还会导致P-GW因为需要维护海量的动态规则而性能骤降。传统的定向免流，正在被自身的成功所扼杀。”

“3GPP Rel-14在12.8节中提出的SDCI（Sponsored Data Connectivity Improvements，赞助数据连接改进），正是为了拯救这场盛宴，为其提供一套更‘智能’、更具扩展性的全新架构。”

---

1. 架构的重塑：PFDF的诞生与“规则”的解耦

SDCI aims at solving the problem of heavy load occurred when too many sponsored data related rules are transmitted via the Rx interface… and/or the Gx interface…

SDCI introduces one new entity, the PFDF (Packet Flow Description Function) and three new interfaces: Gw, Gwn, Nu.

“SDCI革命的核心，在于引入了一个全新的网络功能实体——PFDF（Packet Flow Description Function，包流描述功能），并围绕它建立了一套全新的接口。”李工在PCC架构图旁边，郑重地画上了一个名为“PFDF”的新盒子。

“PFDF的使命，可以用一句话概括：将‘免流规则’的定义与‘策略决策’的过程，进行彻底解耦。”

• PFDF的角色：它就像一个中央的、权威的“免流规则数据库”。它负责存储和管理所有赞助商（ASP）的免流数据包流描述（PFD，Packet Flow Descriptions），即那些用于识别免流流量的IP五元组、域名等规则。

• 解耦的价值：

  • ASP/AF的职责简化：应用提供商（AF）不再需要在用户每次使用服务时，都通过Rx接口向PCRF推送具体的免流规则。相反，它只需要在业务上线前，或者在服务器IP地址变更时，通过新的Nu接口，一次性地、异步地将自己的PFD规则“注册”到PFDF中即可。

  • PCRF的职责简化：PCRF在为用户制定策略时，不再需要处理和存储海量的、具体的IP地址规则。它只需要向P-GW下发一条简单的“指令”，例如：“对于用户A，请启用来自‘某视频网站’的赞助数据业务，其业务标识符为‘SP_Video_001’”。它把“做什么”（启用免流）的决策，和“怎么做”（具体匹配哪些IP）的细节分开了。

  • PCEF/TDF的智能增强：P-GW/TDF（作为PCEF，策略与计费执行功能）在收到PCRF的指令后，会发现自己并不知道业务标识符‘SP_Video_001’对应的具体规则。此时，它会主动通过新的Gw/Gwn接口，向PFDF发起一次查询（PULL）：“请告诉我‘SP_Video_001’的免流规则是什么？” PFDF会将存储的PFD规则返回给PCEF，PCEF再将这些规则缓存并用于匹配用户的流量。

规范中的Figure-12.8-1 Overall PCC logical architecture in Rel-14清晰地展示了这个引入了PFDF和新接口的、全新的、解耦的PCC架构。

---

2. “拉”与“推”的艺术：灵活的规则同步机制

“PFDF这个‘中央数据库’建立起来后，如何将规则高效、准实时地同步到执行点（PCEF/TDF）呢？SDCI为此设计了灵活的‘拉（PULL）’和‘推（PUSH）’机制。”

The new interfaces link the PFDF to existing entities… They enable the PFDs and the corresponding charging rules to be provisioned dynamically to the PCEF and/or the TDF by PULL mode, PUSH mode, or a combined mode.

2.1 PULL模式（拉模式）

• 机制：这是我们前面讲到的主要模式。PCEF在需要时主动向PFDF发起查询，以“拉取”最新的规则。它可以配置一个缓存时间，在缓存有效期内，无需重复查询。

• 优势：简单、按需获取，对PCEF的实现要求较低。

2.2 PUSH模式（推模式）

• 机制：PFDF可以扮演一个更主动的角色。当某个ASP通过Nu接口更新了它的免流规则后，PFDF可以主动将这个变更“推送”给所有可能受到影响的PCEF/TDF。

• 优势：规则更新的实时性更高。例如，当视频网站的一个新服务器上线并加入免流IP列表后，这个变更可以准实时地同步到全网的P-GW上，用户可以立即享受到新服务器的免流服务。

2.3 组合模式 (Combined Mode)

SDCI还支持将PULL和PUSH模式结合使用，以兼顾按需获取的灵活性和主动推送的实时性，达到最优的系统性能。

“这套灵活的规则同步机制，”李工总结道，“确保了PFDF这个‘中央大脑’与成千上万个‘执行手臂’（PCEF）之间的信息同步是高效、可靠且低成本的，彻底解决了传统架构下Gx接口的信令风暴问题。”

---

3. SDCI带来的商业与技术双重革命

“SDCI的引入，不仅仅是一次技术架构的优化，它更为运营商和互联网公司之间的商业合作，带来了革命性的变化。”

3.1 对运营商的价值

• 核心网减负与扩容：通过将免流规则的管理从PCRF和PCEF中剥离出来，极大地降低了这两个核心网元的信令负荷和状态维护开销，使得整个PCC架构的**可扩展性（Scalability）**得到了数量级的提升。运营商可以用更低的成本，支撑更大规模的定向免流业务。

• 运营效率提升：免流规则的管理被集中到PFDF，变得更加统一和自动化。运营商可以为ASP提供自助式的门户，让它们自行管理和更新自己的PFD规则，大大减轻了运营商的配置和维护工作量。

3.2 对应用提供商（ASP）的价值

• 灵活性与实时性：ASP可以根据自身的业务发展（如新增服务器、更换CDN），通过Nu接口，动态、实时地更新自己的免流规则，而无需再依赖运营商漫长的配置变更流程。这使得定向免流业务的运营，变得前所未有的灵活和敏捷。

• 解耦与简化：ASP的应用逻辑（AF）与免流规则的推送过程彻底解耦。AF只需在需要时，向PCRF发起一次“开启/关闭某用户某项赞助业务”的简单请求，而无需再关心底层复杂的IP地址和端口号。

3.3 迈向“应用标识”的未来

“SDCI更深远的意义，在于它推动了PCC架构从‘基于IP流’的策略控制，向‘基于应用标识’的策略控制演进。”李工的目光投向了更远的未来。

“在SDCI架构下，PCRF和AF之间交互的，不再是冰冷的IP地址，而是具有业务含义的‘应用/赞助商标识符’。PCEF也逐渐具备了通过查询PFDF，将‘应用标识’映射为具体‘IP流规则’的能力。这与5G核心网中，通过SMF（会e话管理功能）和PCF（策略控制功能）进行基于‘应用描述符’的策略控制思想，是完全一致的。”

“SDCI，可以看作是4G PCC架构向5G策略控制框架演进的一次重要的、承前启后的‘自我革新’。”

总结：为流量经营铺设“智能高速路”

“通过今天对12.8节的学习，我们看到了3GPP是如何通过一次精巧的架构重塑，为‘定向免流’这一成功的商业模式，解决其背后致命的技术瓶颈的。”李工最后总结道。

“通过引入PFDF这一‘中央规则大脑’，SDCI成功地将‘规则管理’与‘策略执行’进行了解耦，用灵活的‘PULL/PUSH’机制取代了低效的‘实时全量下发’，从根本上消除了Rx和Gx接口的信令风暴，为PCC架构带来了前所未有的可扩展性。”

“这场‘智能进化’，不仅为运营商的流量经营铺设了一条更宽、更智能的‘高速公路’，让定向免流业务能够承载更大的业务规模和更动态的商业需求，更重要的是，它所蕴含的‘数据与控制分离’、‘集中管理与分布式执行’、‘从IP流到应用标识’的设计哲学，为我们理解5G乃至未来网络的策略控制体系，提供了最宝贵、最生动的范本。”

---

FAQ环节

Q1：传统的定向免流（赞助连接）方案主要有什么技术瓶颈？

A1：主要的技术瓶颈是“信令风暴”。在传统方案中，免流规则需要由应用服务器（AF）实时地、为每一个用户、通过Rx接口动态下发给PCRF，再由PCRF通过Gx接口下发给P-GW。当用户规模巨大、且免流服务器IP频繁变化时，这会在Rx和Gx接口上产生海量的信令消息，极易导致PCRF和P-GW过载，限制了业务的可扩展性。

Q2：SDCI（赞助数据连接改进）引入的新网元PFDF扮演什么角色？

A2：PFDF（包流描述功能）扮演着一个**中央的、权威的“免流规则数据库”**的角色。它负责统一存储和管理所有赞助商的免流规则（PFD），并将这些规则与具体的业务标识符进行映射。它的引入，将“规则的定义和管理”这一功能，从PCRF和PCEF中解耦了出来。

Q3：SDCI是如何解决传统方案的信令风暴问题的？

A3：通过架构解耦和灵活的同步机制。

1. 架构解耦：ASP只需一次性地将规则注册到PFDF，而PCRF也只需向下下发简单的“业务标识”，从而极大地减少了Rx和Gx接口上实时交互的信令量。

2. 灵活同步：PCEF可以通过**PULL（拉）模式在需要时主动查询规则，或者PFDF可以通过PUSH（推）**模式在规则变更时主动通知PCEF。这取代了传统“实时全量下发”的低效模式，显著降低了PCEF与PFDF之间的信令开销。

Q4：SDCI中的Nu、Gw/Gwn接口分别用于什么？

A4：

• Nu接口：连接应用功能（AF）/ASP和PFDF。ASP通过这个接口，来管理（增、删、改、查）自己在PFDF中注册的免流规则（PFD）。

• Gw/Gwn接口：连接PCEF/TDF（如P-GW）和PFDF。PCEF通过这个接口，来查询（PULL模式）或接收（PUSH模式）特定业务标识所对应的具体免流规则。

Q5：SDCI的设计思想与5G核心网的策略控制框架有何共通之处？

A5：共通之处在于都体现了向“基于应用标识”的策略控制演进的思想。在SDCI中，PCRF和AF开始使用抽象的“业务标识”而非具体的IP地址来进行策略交互。这与5G核心网中，PCF（策略控制功能）基于更高层级的“应用描述符”和“业务数据流模板”来制定策略，而UPF（用户面功能）负责将这些抽象描述映射为具体的包检测规则的思想，是高度一致、一脉相承的。