在PCC体系结构中，有TDF和PCEF相同。 TDF和PCEF有什么区别？
TDF和PCEF如何一起工作？
答案 0 :(得分：0)
首先值得一提的是PCRF，即“策略和计费规则功能”，它是定义和管理策略的实体。它通常会将规则集分组为配置文件。
TDF（流量检测功能）是“一个功能实体，用于执行应用程序检测以及将检测到的应用程序及其服务数据流描述报告给PCRF”。
PCEF“包含服务数据流检测，策略执行和基于流的计费功能。”
从以上描述可以看出，从3GPP规范来看，所有区别都很明显-PCRF是大脑，TDF检测到应用程序流，而PCEF则执行策略。但是，TDF定义继续说一个TDF：
对于请求的应用程序报告，PCRF可以请求TDF也执行强制措施和使用情况监视。 对于那些TDF无法向PCRF提供服务数据流描述的情况，TDF执行：
- 门控；
- 重定向；
- 带宽限制。 用于检测到的应用程序。
还要注意，可以将PCEF扩展为包括TDF功能：
注意：可以通过6.2.2.5节中指定的应用程序检测和控制功能来增强PCEF
因此，您的问题是一个好问题，很明显有重叠的可能，而且对于供应商来说，实际上提供单一的TDF / PCEF组合产品是很普遍的。
答案 1 :(得分：0)
TDF是从 Release 11 发布的功能实体而引入的，相关信息在规范中。让我们碰触一下TDF，PCEF和PCRF的几个关键点，以设置它们之间差异的上下文。
TDF：
TDF是执行复制检测和 报告检测到的应用程序及其服务数据流 对PCRF的描述。 TDF支持请求的应用程序 报告和/或未经请求的应用程序报告。
PCEF：
PCEF包含服务数据流检测，策略执行 以及基于流量的收费功能。它还提供用户平面流量 处理，触发控制平面 会话管理（在IP-CAN允许的情况下），QoS处理和 服务数据流量测量以及在线和离线计费 互动。 如PCRF所述，政策控制由PCEF实施 有两种不同的方式：a。网关实施和b.QoS实施。 收费控制由PCEF通过以下方式实施： -对于受计费控制的服务数据流（由有效的PCC规则定义的），PCEF应允许该服务数据 当且仅当存在对应的时才通过PCEF的流 有效的PCC规则，并且，对于OCS在线计费，OCS拥有计费密钥的授权信用。
PCRF：
使用使用情况监视制定动态策略的PCRF 决定应设置适用的阈值并将其发送给PCEF或 TDF用于监视。使用监控阈值应基于 体积。当阈值达到阈值时，PCEF或TDF应通知PCRF。 达到并报告自上次报告以来的累计使用量 使用情况监控。
其他注意事项：
ADC -在某些情况下，它与PCEF一起出现在TDF中 strong>在这种情况下，将PCEF称为通过ADC增强的PCEF。
在应用程序检测和控制（ADC）中，可以应用两个模型， 取决于操作员要求：主动和主动 申请报告
请求的应用程序报告：PCRF应当指示TDF或ADC增强的PCEF，以在哪些应用程序上检测和 通过激活以下命令向PCRF报告启动或停止事件 适当的ADC规则。
不请自来的应用程序报告：TDF已预先配置了要检测和报告哪些应用程序。强制执行在 PCEF
发给PCRF的报告应包括用于请求和未经请求的应用程序报告的相同信息，即该报告是用于启动还是停止，检测到的应用程序标识符以及（如果可以推论）应用程序用户平面流量的服务数据流描述
PCRF应当接受来自PCEF， TDF（如果有）和其他实体。
通过Gx参考点从PCEF获得的高级信息，例如如果PCEF支持应用程序检测和控制功能（检测到的应用程序标识符，已分配的应用程序实例标识符），则IP-CAN承载属性，请求类型，与订户有关的信息，IP流移动性路由规则（如果支持IP流移动性）和检测到的应用程序的流量信息。 ，检测到服务数据流描述。）
Gx参考点上的PCC程序
请求PCC规则
提供PCC规则
提供事件触发器 为IP-CAN会话提供收费相关信息
授权QoS的设置和策略执行 请求使用情况监视控制
报告累计使用量
在Gx参考点上的ADC程序：
请求ADC规则
提供ADC规则 请求应用程序的使用情况监视控制
报告应用程序的累积使用量
应用程序检测信息
通过Sd参考点从TDF获得的高级信息，例如报告应用程序的流量检测开始/停止，检测到的应用程序标识符，已分配的应用程序实例标识符，检测到的服务数据流描述。
在Sd参考点上的ADC程序，用于请求的应用程序报告：
提供ADC规则 要求ADC规则
提供事件触发器
请求使用情况监视控制 报告累计使用量
应用程序检测信息
在Sd参考点上的ADC程序，用于不请自来的应用程序报告：
提供ADC规则
应用程序检测信息
TDF会话到Gx会话的链接