在PCC架构中，存在相同的TDF和PCEF。TDF和PCEF有什么区别？TDF和PCEF是如何协同工作的？
首先还值得一提的是PCRF，即策略和计费规则功能，它是定义和管理策略的实体。它通常会将规则集分组到配置文件中。
TDF，即流量检测功能，是"执行应用程序检测并向PCRF报告检测到的应用程序及其服务数据流描述的功能实体"。
PCEF"包括服务数据流检测、策略执行和基于流的计费功能。">
从上面的描述来看，从3GPP规范来看，区别似乎非常明显——PCRF是大脑，TDF检测应用程序流，PCEF执行策略。然而，TDF的定义继续说，TDF:
对于请求的应用程序报告，PCRF可以请求TDF也执行强制执行操作和使用情况监视。对于TDF无法向PCRF提供服务数据流描述的情况，TDF执行：
- 门控
- 重定向
- 带宽限制。用于检测到的应用程序
，并注意PCEF可以扩展到包括TDF功能：
注意：PCEF可以通过第6.2.2.5条中规定的应用程序检测和控制功能进行增强
因此，您的问题很好，显然存在一些重叠的可能性，而且供应商实际上提供单个组合TDF/PCEF产品是很常见的。
TDF是从Release 11引入的一个功能实体，相关信息在规范中提供。让我们来谈谈关于TDF、PCEF和PCRF的几个关键点，为它们之间的差异设定背景。
TDF:
TDF是一个功能实体，它执行应用程序检测和报告检测到的应用程序及其服务数据流对PCRF的描述。TDF支持请求的申请报告和/或未经请求的应用程序报告。
PCEF:
PCEF包括服务数据流检测、策略执行以及基于流量的充电功能。它还提供用户飞机流量操纵，触发控制平面会话管理(IP-CAN允许的情况下)、QoS处理，以及服务数据流测量以及在线和离线收费互动。策略控制由PCEF执行，如PCRF所示以两种不同的方式：a.门强制执行和b.QoS强制执行。充电控制由PCEF通过以下方式执行：-对于受计费控制的服务数据流(由活动PCC规则定义)，PCEF应允许服务数据当且仅当存在对应的具有并且对于在线计费，OCS已授权计费密钥的信用的活动PCC规则。
PCRF:
使用使用情况监控来制定动态策略的PCRF决策应设置适用的阈值并将其发送给PCEF，或TDF用于监测。使用监控阈值应基于体积当阈值为达到并报告自上次报告以来的累计使用量使用监控。
其他注意事项：
- PCEF与PCRF和OCS相互作用TDF仅与PCRF交互，而不与充电系统(在线或离线CS)交互
- PCEF驻留在PDN GW中。TDF作为PGW外部的独立实体
- 接口：Sd参考点使PCRF能够在TDF处对ADC(应用程序检测和控制)行为进行动态控制。Gx参考点使PCRF能够对PCEF处的PCC(策略计费和控制)/ADC行为进行动态控制
ADC-在某些情况下，这存在于TDF或中，与PCEF一起在这种情况下，PCEF被称为ADC增强的PCEF。
在应用检测和控制(ADC)中可以应用两种模型，取决于运营商的要求：主动和主动应用程序报告
请求的应用程序报告：PCRF应指示TDF或使用ADC增强的PCEF检测和通过激活适当的ADC规则。
未经请求的应用程序报告：TDF预先配置了要检测和报告的应用程序。强制执行是在PCEF
给PCRF的报告应包括用于请求和未请求的应用程序报告的相同信息，即报告是用于启动还是停止、检测到的应用程序标识符以及(如果可以推断的话)应用程序用户平面业务的服务数据流描述。
PCRF应接受PCEF的PCC决策输入TDF(如果存在)和其他实体。
通过Gx参考点从PCEF获得的高级信息，例如IP-CAN承载属性、请求类型、订户相关信息、IP流移动性路由规则(如果支持IP流移动性)和检测到的应用的流量信息，如果PCEF支持应用程序检测和控制功能(检测到的应用程序标识符、分配的应用程序实例标识符、检测到的服务数据流描述。)
Gx参考点上的PCC程序
请求PCC规则
PCC规则的设置
事件触发器的设置为IP-CAN会话提供计费相关信息
授权QoS的提供和策略执行请求使用监控
报告累计使用
Gx参考点上的ADC过程：
请求ADC规则
提供ADC规则请求应用程序的使用监控
报告应用程序的累计使用
应用程序检测信息
通过Sd参考点从TDF获得的高级信息，例如应用程序流量检测启动/停止报告、检测到的应用程序标识符、分配的应用程序实例标识符、检测到服务数据流描述。
请求申请报告的Sd参考点上的ADC程序：
ADC规则的设置请求ADC规则
提供事件触发器
请求使用监控报告累计使用情况
应用程序检测信息
ADC程序超过Sd参考点，用于未经请求的应用程序报告：
ADC规则的设置
应用程序检测信息
TDF会话到链接的Gx会话