本发明涉及移动通信的策略和计费控制技术领 域， 具体涉及一种业务

( Traffic )数据的处理方法、 装置和系统。 背景技术

自第三代合作伙伴计划 （ 3rd Generation Partnership Project, 3GPP ) 阶 段 7 ( Release 7 )标准体系以来， 策略和计费功能由策略和计费控制（ Policy and Charging Control, PCC )架构来实现。 PCC架构是一个能够应用于多种 接入技术的功能框架， 例如， PCC 架构可以应用于通用移动通信系统 ( Universal Mobile Telecommunications System, UMTS )的陆上无线接入网 ( UMTS Terrestrial Radio Access Network, UTRAN )、 全球移动通信系统 ( Global system for Mobile Communication, GSM )的无线接入网、 GSM数 据增强演进（ Enhanced Data Rate for GSM Evolution, EDGE )的无线接入网、 互通无线局 i或网 ( Interworking Wireless Local Area Networks, I-WLAN ) 以 及演进的分组系统（ Evolved Packet System, EPS )等。

图 1为现有 Rel-11的 PCC的组成架构示意图，下面对图 1所示的 PCC 架构中的各个逻辑功能实体及其接口功能进行 描述：

应用功能实体 ( Application Function, AF )， 配置为提供业务应用的接 入点， 这些业务应用所使用的网络资源需要进行动态 的策略控制。 在业务 面进行参数协商时， AF将相关业务信息传递给策略控制与计费规则� ��能实 体（ Policy and Charging Rules Function, PCRF )， 所述策略控制与计费规则 功能实体也可以称为策略控制与计费规则功能 装置。 如果这些业务信息与 PCRF的策略相一致， 则 PCRF接受该协商； 否则， PCRF拒绝该协商， 并 在反馈时给出 PCRF可接受的业务参数。 随后， AF可将这些参数返回给用 户设备 ( User Equipment, UE )。 其中， AF和 PCRF之间的接口是 Rx接口。

PCRF是 PCC的核心， 配置为负责策略决策和计费规则的制定。 PCRF 提供基于业务数据流的网络控制规则， 所述网络控制规则包括业务数据流 的检测、 门控（ Gating Control )、 服务质量（ Quality of Service， QoS )控制 以及基于数据流的计费规则等。 PCRF将其制定的策略和计费规则发送给策 格和计费执行功能实体（ Policy and Charging Enforcement Function, PCEF ) 执行；同时， PCRF还需要保证这些规则和用户的签约信息一� �。其中， PCRF 制定策略和计费规则的依据包括： 从 AF获得的与业务相关的信息、从用户 签约数据库（ Subscription Profile Repository, SPR )获得的用户的签约信息、 以及通过 Gx接口从 PCEF获得的与承载相关网络的信息。

PCEF通常位于网关（Gate- Way， GW ) 内， 如 EPS的分组数据网络网 关（ Packet Data Network Gateway, PDN-GW )、通用无线分组业务 ( General Packet Radio Service, GPRS ) 中的 GPRS 网关支持节点 （Gateway GPRS Support Node , GGSN ) 以及 I-WLAN 中的分组数据网关 （Packet Data Gateway, PDG )等， 在承载面执行 PCRF所制定的策略和计费规则。 PCEF 按照 PCRF所发送的规则中的业务数据流过滤器对业� �数据流进行检测， 进而对这些业务数据流执行 PCRF所制定的策略和计费规则； 在承载建立 时， PCEF按照 PCRF发送的规则进行资源分配， 并根据 AF提供的信息进 行门控控制； 同时， PCEF根据 PCRF订阅的事件触发上报承载网络上发生 的事件； 根据 PCRF发送的计费规则， PCEF执行相应的业务数据流计费操 作，计费既可以是在线计费，也可以是离线计 费。如果是在线计费，则 PCEF 需要和在线计费系统（ Online Charging System, OCS )一起进行信用管理； 离线计费时， PCEF和离线计费系统（ Offline Charging System, OFCS )之 间交换相关的计费信息。其中， PCEF与 PCRF之间的接口是 Gx接口， PCEF 与 OCS之间的接口是 Gy接口， PCEF与 OFCS之间的接口是 Gz接口。 PCEF 也可以具有应用检测和控制功能实体 （Application Detection and Control Function, ADC )。 PCEF可以根据本地配置或是 PCRF下发的应用检测控制 ( ADC, Application Detection and Control )规则进行应用检测并进行策格 执行（如门控、 重定向和带宽限制）。

ADC也可以部署成为业务检测功能实体（Traffic Detection Function, TDF )， 此时， TDF与 PCRF通过 Sd接口连接， TDF可以根据预先配置的 或 PCRF下发的 ADC规则进行应用检测和策略执行。

承载绑定和事件报告功能实体 （Bearer Binding and Event Reporting Function, BBERF )通常位于接入网网关 （ Access Network Gateway ) 内。 如当用户设备通过 E-UTRAN接入 EPS、 服务网关 S-GW与 P-GW之间采 用代理移动互联网十办议版本 6 ( Proxy Mobile Internet Protocol version 6， PMIPv6 )协议时， S-GW中就存在 BBERF。 当用户设备通过可信任非 3GPP 接入网接入时， 可信任非 3GPP接入网关中也存在 BBERF。

SPR, 存储有与策略控制和计费相关的用户策略计费 控制签约信息。

SPR和 PCRF之间的接口是 Sp接口。

OCS和 PCEF共同完成在线计费方式下用户信用的控制� �管理。

OFCS与 PCEF共同完成离线计费方式下的计费操作。

但是， 现有技术中， 对于 TDF部署的场景会出现以下问题。

1 )若 PCEF执行业务数据流 ( Service Data Flow, SDF )级别的计费， 对于上行数据， PCEF根据 PCC规则对数据包执行计费后， 当该上行数据 包经过 TDF时， TDF可能根据 ADC规则对该数据包进行控制， 如丟包或 重定向。 从而导致 PCEF对上行数据的计费不准确。 同理， 若 PCEF执行业 务数据流级别的用量监控时， 也会导致用量监控的不准确。

2 )若 TDF执行应用 （ Application )级别的计费， 对于下行数据， TDF 根据 ADC规则对数据包执行计费后， 当该下行数据包经过 PCEF时， PCEF 可能根据 PCC规则对该数据包进行控制， 如丟包或重定向。 从而导致 TDF 对下行数据的计费不准确。 同理， 若 TDF执行应用级别的用量监控时， 也 会导致用量监控的不准确。

针对上述问题， 业界展开相应的研究， 图 2 为一种解决上述技术问题 的方案。 当执行 Application级别计费时， TDF对每一个进行计费的下行数 据包进行标记。 如图所示， 数据包 A、 B、 C被 TDF计费， TDF为数据包 A、 B、 C分别打上计费键（Charging Key ) X、 X、 Y, 并且将 Charging Key X， Y的计费信息上报 OCS。数据包到达 PCEF后， PCEF丟弃了数据包 A， 则 PCEF将其统计入 Charging Key X丟弃的数据包， 此后 PCEF通知 OCS Charging Key X的丟弃数据包的计费信息， 以便 OCS能够从用户的计费信 息中核减这些被 PCEF丟弃的数据包对应的计费。 执行 SDF级别计费的方 案与执行 Application级别计费的方案类似， 此处不再赘述。

然而， 上述方案存在两个问题：

1 ) TDF需要对其已执行计费的数据包进行标记， 可以在数据包外进行 额外封装后， 在封装的数据包头部进行标记， 这样会增加系统开销。

2 ) OCS需要同时维护与 PCEF、 TDF的计费会话，并且需要根据 PCEF 上报的丟弃包的计费信息进行核减， 这样会增加 OCS的实现复杂度。 发明内容

有鉴于此， 本发明实施例的主要目的在于提供一种业务数 据的处理方 法、 装置和系统， 在不增加系统开销和 OCS实现复杂度的情况下， 能够精 确执行计费和用量监控。

为达到上述目的， 本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种业务（ Traffic )数据的处理方法， 所述方法包 括： 业务检测功能实体（ TDF )根据自身安装的策略， 确定策略和计费执行 功能实体（PCEF )发来的数据包中需要丟弃的数据包， 并将确定的丟弃数 据包发给所述 PCEF; 所述 PCEF核减所述丟弃数据包对应的计费和 /或用 量； 或者，

PCEF根据自身安装的策略， 确定 TDF发来的数据包中需要丟弃的数 据包， 并将确定的丟弃数据包发给所述 TDF; 所述 TDF核减所述丟弃数据 包对应的计费和 /或用量。

优选地，所述确定 PCEF发来的数据包中需要丟弃的数据包之后，� �述 方法还包括：

从需要丟弃的数据包中选取具有已计费标记和 /或已用量监控的丟弃数 据包；

相应的， 所述将确定的丟弃数据包发给所述 PCEF， 为：

将选取的丟弃数据包发给所述 PCEF; 或者，

所述确定 TDF发来的数据包中需要丟弃的数据包之后， 所述方法还包 括：

从需要丟弃的数据包中选取具有已计费标记和 /或已用量监控的丟弃数 据包；

相应的， 所述将确定的丟弃数据包发给所述 TDF， 为：

将选取的丟弃数据包发给所述 TDF。

优选地， 所述将确定的丟弃数据包发给所述 PCEF， 为：

将所述丟弃数据包封装在源地址为 TDF， 目的地址为 PCEF的互联网 协议（ IP ) 包内， 将所述 IP包采用隧道方式发送给所述 PCEF; 或者， 所述将确定的丟弃数据包发给所述 TDF， 为：

将所述丟弃数据包封装在源地址为 PCEF，目的地址为 TDF的 IP包内， 将所述 IP包采用隧道方式发送给所述 TDF。 优选地，所述将确定的丟弃数据包发给所述 PCEF之前，所述方法还包 括：

从策略控制与计费规则功能实体（ PCRF )发来的携带 PCEF地址的 TDF 会话建立请求中或固定配置中获取 PCEF地址； 或者，

所述将确定的丟弃数据包发给所述 TDF之前， 所述方法还包括： 从 PCRF发来的携带 TDF地址的互联网协议连接接入网（ IP-CAN )会 话建立确认消息中或固定配置中获取 TDF地址。

优选地，所述确定 PCEF发来的数据包中需要丟弃的数据包之前，� �述 方法还包括：

所述 TDF对收到的数据包执行应用检测和控制 （ADC )规则， 将执行 计费和 /或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处理 后的数据包发给所述 PCEF; 或者，

所述确定 TDF发来的数据包中需要丟弃的数据包之前， 所述方法还包 括：

所述 PCEF对收到的数据包执行策略和计费控制（ PCC )规则， 将执行 计费和 /或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处理 后的数据包发给所述 TDF。

优选地， 所述 PCEF核减所述丟弃数据包对应的计费和 /或用量之前， 所述方法还包括：

所述 PCEF将所述 TDF发来的 IP包进行解封装， 得到丟弃数据包； 或 者，

所述 TDF核减所述丟弃数据包对应的计费和 /或用量之前，所述方法还 包括：

所述 TDF将所述 PCEF发来的 IP包进行解封装， 得到丟弃数据包。 本发明实施例还提供了一种 TDF， 所述 TDF包括： 丟弃数据包确定单元，配置为根据自身安装的 策略，确定 PCEF发来的 数据包中需要丟弃的数据包；

数据包发送单元， 配置为将丟弃数据包确定单元确定的丟弃数据 包发 给 PCEF。

本发明实施例还提供了一种 PCEF， 所述 PCEF包括：

数据包接收单元， 配置为接收 TDF发来的丟弃数据包；

核减单元， 配置为核减数据包接收单元接收的丟弃数据包 对应的计费 和 /或用量。

本发明实施例还提供了一种 PCEF， 所述 PCEF包括：

丟弃数据包确定单元， 配置为根据自身安装的策略， 确定 TDF发来的 丟弃数据包中需要丟弃的数据包；

数据包发送单元， 配置为将丟弃数据包确定单元确定的丟弃数据 包发 给 TDF。

本发明实施例还提供了一种 TDF， 所述 TDF包括：

数据包接收单元， 配置为接收 PCEF发来的丟弃数据包；

核减单元， 配置为核减数据包接收单元接收的丟弃数据包 对应的计费 和 /或用量。

本发明实施例还提供了一种业务数据的处理系 统， 所述系统包括：

TDF, 配置为根据自身安装的策略， 确定 PCEF发来的数据包中需要丟 弃的数据包， 并将确定的丟弃数据包发给 PCEF;

PCEF, 配置为接收 TDF发来的丟弃数据包， 并核减所述丟弃数据包对 应的计费和 /或用量； 或者，

PCEF, 配置为根据自身安装的策略，确定 TDF发来的数据包中需要丟 弃的数据包， 并将确定的丟弃数据包发给 TDF;

TDF, 配置为接收 PCEF发来的丟弃数据包， 并核减所述丟弃数据包对 应的计费和 /或用量。

优选地， 所述 TDF， 还配置为从需要丟弃的数据包中选取具有已计 费 标记和 /或已用量监控的丟弃数据包； 将选取的丟弃数据包发给所述 PCEF; 或者，

所述 PCEF， 还配置为从需要丟弃的数据包中选取具有已计 费标记和 / 或已用量监控的丟弃数据包； 将选取的丟弃数据包发给所述 TDF。

优选地， 所述 TDF， 具体配置为将所述丟弃数据包封装在源地址为 TDF, 目的地址为 PCEF的 IP包内， 将所述 IP包采用隧道方式发送给所述 PCEF; 或者，

所述 PCEF， 具体配置为将所述丟弃数据包封装在源地址为 PCEF， 目 的地址为 TDF的 IP包内， 将所述 IP包采用隧道方式发送给所述 TDF。

优选地，所述 TDF，具体配置为从 PCRF发来的携带 PCEF地址的 TDF 会话建立请求中或固定配置中获取 PCEF地址； 或者，

所述 PCEF，具体配置为从 PCRF发来的携带 TDF地址的 IP-CAN会话 建立确认消息中或固定配置中获取 TDF地址。

优选地， 所述 PCEF， 还配置为对收到的数据包执行 PCC规则， 将执 行计费和 /或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处 理后的数据包发给所述 TDF; 或者，

所述 TDF， 还配置为对收到的数据包执行 ADC规则， 将执行计费和 / 或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处理后的数 据包发给所述 PCEF。

由上可知， 本发明实施例的技术方案包括： 业务检测功能实体（TDF ) 根据自身安装的策略， 确定策略和计费执行功能实体（PCEF )发来的数据 包中需要丟弃的数据包，并将确定的丟弃数据 包发给所述 PCEF;所述 PCEF 核减所述丟弃数据包对应的计费和 /或用量； 或者， PCEF根据自身安装的 策略， 确定 TDF发来的数据包中需要丟弃的数据包， 并将确定的丟弃数据 包发给所述 TDF; 所述 TDF核减所述丟弃数据包对应的计费和 /或用量。 由 此， 本发明实施例采用数据包重定向的方法， 在不增加系统开销和 OCS实 现复杂度的情况下， 能够精确执行计费和用量监控。 附图说明

图 1为现有 Rel-11的 PCC的组成架构示意图；

图 2 为现有技术的 TDF控制下的业务数据处理示意图；

图 3为本发明实施例提供的一种业务数据的处理� �法的实现流程图； 图 4为本发明实施例提供的一种业务数据的处理� �法的实现流程图； 图 5 为本发明一种业务数据的处理方法的第一实施 例业务数据处理示 意图；

图 6为本发明一种业务数据的处理方法的第二实� �例业务数据处理示 意图；

图 7 为本发明一种业务数据的处理方法的第四实施 例业务数据处理示 意图；

图 8 为本发明一种业务数据的处理方法的第五实施 例业务数据处理示 意图；

图 9为本发明实施例获取 TDF地址的实现流程图；

图 10为本发明实施例获取 PCEF地址的实现流程图。 具体实施方式 本发明实施例提供了一种业务（Traffic )数据的处理方法，如图 3所示， 包括以下步骤：

步骤 301、 TDF根据自身安装的策略，确定 PCEF发来的数据包中需要 丟弃的数据包； 步骤 302、 所述 TDF将确定的丟弃数据包发给所述 PCEF; 步骤 303、 所述 PCEF核减所述丟弃数据包对应的计费和 /或用量。 优选地，所述确定 PCEF发来的数据包中需要丟弃的数据包之前，� �述 方法还可以包括：

TDF对收到的数据包执行 ADC规则， 将执行计费和 /或用量监控的数 据包打上已计费标记和 /或已用量监控标记， 并将处理后的数据包发给 PCEF。

优选地，所述确定 PCEF发来的数据包中需要丟弃的数据包之后，� �述 方法还可以包括：

从需要丟弃的数据包中选取具有已计费标记和 /或已用量监控标记的丟 弃数据包；

相应的， 所述将确定的丟弃数据包发给所述 PCEF， 为：

将选取的丟弃数据包发给 PCEF。

优选地， 所述将确定的丟弃数据包发给 PCEF， 可以为：

将所述丟弃数据包封装在源地址为 TDF， 目的地址为 PCEF的互联网 协议（ IP ) 包内， 将所述 IP包采用隧道方式发送给所述 PCEF。

优选地， 所述将确定的丟弃数据包发给 PCEF， 可以为：

从策略控制与计费规则功能实体（ PCRF )发来的携带 PCEF地址的 TDF 会话建立请求中或固定配置中获取 PCEF地址。

优选地， 所述 PCEF核减所述丟弃数据包对应的计费和 /或用量之前， 所述方法还可以包括：

所述 PCEF将所述 TDF发来的 IP包进行解封装， 得到丟弃数据包。 优选地， 所述 PCEF核减所述丟弃数据包对应的计费和 /或用量之后， 所述方法还包括：

所述 PCEF丟弃所述 TDF发来的丟弃数据包。 本发明实施例还提供了一种业务数据的处理方 法， 如图 4所示， 包括 以下步骤：

步骤 401、 PCEF根据自身安装的策略， 确定 TDF发来的数据包中需要 丟弃的数据包；

步骤 402、 所述 PCEF将确定的丟弃数据包发给 TDF;

步骤 403、 所述 TDF核减所述丟弃数据包对应的计费和 /或用量。

优选地， 所述确定 TDF发来的数据包中需要丟弃的数据包之前， 所述 方法还可以包括：

所述 PCEF对收到的数据包执行 PCC规则， 将执行计费和 /或用量监控 的数据包打上已计费标记和 /或已用量监控标记， 并将处理后的数据包发给 TDF。

优选地， 所述确定 TDF发来的数据包中需要丟弃的数据包之后， 所述 方法还包括：

从需要丟弃的数据包中选取具有已计费标记和 /或已用量监控标记的丟 弃数据包；

相应的， 所述将确定的丟弃数据包发给所述 TDF， 为：

将选取的丟弃数据包发给 TDF。

优选地， 所述将确定的丟弃数据包发给 TDF， 可以为：

将所述丟弃数据包封装在源地址为 PCEF，目的地址为 TDF的 IP包内， 将所述 IP包采用隧道方式发送给 TDF。

优选地， 所述将确定的丟弃数据包发给 TDF， 可以为：

从 PCRF发来的携带 TDF地址的互联网协议连接接入网（ IP-CAN )会 话建立确认消息中或固定配置中获取 TDF地址。

优选地， 所述 TDF核减所述丟弃数据包对应的计费和 /或用量之前， 所 述方法还可以包括： 所述 TDF将所述 PCEF发来的 IP包进行解封装， 得到丟弃数据包。 优选地， 所述 TDF核减所述丟弃数据包对应的计费和 /或用量之后， 所 述方法还包括：

所述 TDF丟弃所述 PCEF发来的丟弃数据包。

本发明实施例提供了一种 TDF， 包括：

丟弃数据包确定单元，配置为根据自身安装的 策略，确定 PCEF发来的 数据包中需要丟弃的数据包；

数据包发送单元， 配置为将丟弃数据包确定单元确定的丟弃数据 包发 给 PCEF。

本实施例中的各单元可以由 TDF中的中央处理器（Central Processing Unit, CPU ), 数字信号处理器（Digital Signal Processor, DSP )或可编程逻 辑阵歹 'J ( Field - Programmable Gate Array, FPGA ) 实现。

本发明实施例提供了一种 PCEF， 包括：

数据包接收单元， 配置为接收 TDF发来的丟弃数据包；

核减单元， 配置为核减数据包接收单元接收的丟弃数据包 对应的计费 和 /或用量。

本实施例中的各单元可以由 PCEF中的 CPU、 DSP或 FPGA实现。 本发明实施例还提供了一种 PCEF， 包括：

丟弃数据包确定单元， 配置为根据自身安装的策略， 确定 TDF发来的 丟弃数据包中需要丟弃的数据包；

数据包发送单元， 配置为将丟弃数据包确定单元确定的丟弃数据 包发 给 TDF。

本实施例中的各单元可以由 PCEF中的 CPU、 DSP或 FPGA实现。 本发明实施例还提供了一种 TDF， 包括：

数据包接收单元， 配置为接收 PCEF发来的丟弃数据包； 核减单元， 配置为核减数据包接收单元接收的丟弃数据包 对应的计费 和 /或用量。

本实施例中的各单元可以由 TDF中的 CPU、 DSP或 FPGA实现。 本发明实施例提供了一种业务数据的处理系统 ， 包括：

TDF, 配置为根据自身安装的策略， 确定 PCEF发来的数据包中需要丟 弃的数据包， 并将确定的丟弃数据包发给 PCEF，

PCEF, 配置为接收 TDF发来的丟弃数据包， 并核减所述丟弃数据包对 应的计费和 /或用量。

优选地， 所述 TDF， 还配置为从需要丟弃的数据包中选取具有已计 费 标记和 /或已用量监控的丟弃数据包。

优选地， 所述 TDF， 具体配置为将所述丟弃数据包封装在源地址为

TDF, 目的地址为 PCEF的 IP包内， 将所述 IP包采用隧道方式发送给所述

PCEF。

优选地，所述 TDF，具体配置为从 PCRF发来的携带 PCEF地址的 TDF 会话建立请求中或固定配置中获取 PCEF地址。

优选地， 所述 PCEF， 还配置为对收到的数据包执行 PCC规则， 将执 行计费和 /或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处 理后的数据包发给所述 TDF。

本发明实施例还提供了一种业务数据的处理系 统， 包括： PCEF， 配置 为根据自身安装的策略， 确定 TDF发来的数据包中需要丟弃的数据包， 并 将确定的丟弃数据包发给 TDF，

TDF, 配置为接收 PCEF发来的丟弃数据包， 并核减所述丟弃数据包对 应的计费和 /或用量。

优选地， 所述 PCEF， 还配置为从需要丟弃的数据包中选取具有已计 费 标记和 /或已用量监控的丟弃数据包。 优选地， 所述 PCEF， 具体配置为将所述丟弃数据包封装在源地址为 PCEF, 目的地址为 TDF的 IP包内， 将所述 IP包采用隧道方式发送给所述 TDF。

优选地， 所述 PCEF， 具体配置为从 PCRF发来的携带 TDF地址的 IP-CAN会话建立确认消息中或固定配置中获取 TDF地址。

优选地， 所述 TDF， 还配置为对收到的数据包执行 ADC规则， 将执行 计费和 /或用量监控的数据包打上已计费标记和 /或用量监控标记， 并将处理 后的数据包发给所述 PCEF。

下面结合图 5对本发明提供的一种业务数据的处理方法的� �一实施例 进行介绍。

本实施例描述的是对于 UE 的一个 IP-CAN会话， 只在 TDF 执行 Application级别计费。 对于上行流， 由于 TDF是后一个策略执行点， 因此 TDF的计费信息是准确的。 对于下行流， 由于 PCEF是后一个策略执行点， 在 TDF和 PCEF上控制不一致的情况， 导致 TDF的计费信息不准确。 本实 施例中， PCEF通过将把根据 PCC规则丟弃的数据包重定向给 TDF， 以便 TDF进行核减。 如图 5所示， 其功能举例描述如下：

在下行方向， TDF接收到 4个数据包， 分配是 A， B， C和 D。 TDF 执行应用检测和控制后， 没有丟弃任何数据包， 并对 A、 B和 C的 3个数 据包进行计费。 假设 A、 B属于同一个应用并且采用计费键 Charging KeyX 进行计费， 而 C属于另一个应用并且采用 Charging Key Y进行计费。 TDF 与 OCS 或 OFCS之间有一个计费的会话用于上报计费信息 （包括信用控 制）。

当 A、 B、 C和 D到达 PCEF时， 由于 PCEF执行 PCC规则后， 数据 包 A需要被丟弃， 则 PCEF将把数据包 A发送给 TDF。 PCEF将数据包 A 发送给 TDF 的方式可以采用隧道方式， 将数据包 A封装在目的地地址为 TDF, 源地址为 PCEF地址的 IP包内。

当 TDF接收到以它自身的地址为目的地地址的数据 包后， TDF将解封 装获得数据包 A， 并从 Charging Key为 X的计费信息中扣减数据包 A相关 的计费信息。 具体的， TDF根据在执行 ADC规则时本地保存的过滤器对数 据 A进行再次过滤， 可以匹配到数据包 A对应的 Charging Key为 X。 TDF 对数据包八执行计费信息核减后， 丟弃数据包 A。

在上述流程中， PCEF将每一个需要丟弃的包都发送给 TDF了。 其中， 有些包可能 TDF并没有进行计费， 因此这些包也不需要 TDF进行核减。这 样可能会导致多发送了一些不用的数据包。其 中， TDF可以在发送给 PCEF 的数据包头打上特殊的标识，以指示 PCEF这些数据包是经过 TDF计费的。 这样， 当 PCEF 决定丟弃数据包时， 根据这个标识判断这个数据包是否在 TDF进行了计费。 只有当进行了计费时， PCEF才将这些数据包发送 TDF， 用于 TDF的核减。

此外， 在上述流程中， PCEF通过将要丟弃的数据包封装在目的地地址 为 TDF， 源地址为 PCEF地址的 IP包内发送 TDF。 也可以直接将要丟弃的 数据包重定向至 TDF， 并在数据包头打上特殊标识， 以表示该数据包需要 核减。

下面结合图 6对本发明提供的一种业务数据的处理方法的� �二实施例 进行介绍。

本实施例描述的是对于 UE的一个 IP-CAN会话，只在 PCEF执行 SDF 级别计费。 对于下行流， 由于 PCEF是后一个策略执行点， 因此 PCEF的计 费信息是准确的。 对于上行流， 由于是 TDF后一个策略执行点， 在 TDF和 PCEF上控制不一致的情况， 导致 PCEF的计费信息不准确。 本实施例中， TDF通过将把根据 ADC规则需要丟弃的数据包重定向给 PCEF，以便 PCEF 进行核减。 如图 6所示， 其功能举例描述如下： 在上行方向， PCEF接收到 4个数据包， 分配是 A， B， 和0。 PCEF 执行 PCC规则后， 没有丟弃任何数据包， 并对 A、 B、 C和 D的 4个数据 包进行计费。 假设 A、 B属于同一个应用并且采用 Charging Key X进行计 费， 而 C、 D属于另一个应用并且采用 Charging Key Y进行计费。 PCEF与 OCS或 OFCS之间有一个计费的会话用于上报计费信息 （包括信用控制）。

当 A、 B、 C和 D到达 TDF时， 由于 TDF执行 ADC规则后， 数据包 A需要被丟弃， 则 TDF将把数据包 A发送给 PCEF。 TDF将数据包 A发送 给 PCEF的方式可以采用隧道方式，将数据包 A封装在目的地地址为 PCEF， 源地址为 TDF地址的 IP包内。

当 PCEF接收到以它自身的地址为目的地地址的数� �包后， PCEF将解 封装获得数据包 A， 并从 Charging Key为 X的计费信息中扣减数据包 A相 关的计费信息。 具体的， PCEF根据安装的 PCC规则的过滤器对数据 A进 行再次过滤， 可以匹配到数据包 A对应的 Charging Key为 X。 PCEF对数 据包 A执行计费信息核减后， 丟弃数据包 A。

在上述流程中， TDF将每一个需要丟弃的包都发送给 PCEF了。 其中， 有些包可能 PCEF并没有进行计费， 因此这些包也不需要 PCEF进行核减。 这样可能会导致多发送了一些不用的数据包。 其中， PCEF 可以在发送给 PCEF的数据包头打上特殊的标识， 以指示 TDF这些数据包是经过 PCEF 计费的。 这样， 当 TDF决定丟弃数据包时， 根据这个标识判断这个数据包 是否在 PCEF进行了计费。 只有当进行了计费时， TDF才将这些数据包发 送 PCEF， 用于 PCEF的核减。

此外， 在上述流程中， TDF通过将要丟弃的数据包封装在目的地地址 为 PCEF， 源地址为 TDF地址的 IP包内发送 PCEF。 也可以直接将要丟弃 的数据包重定向至 PCEF， 并在数据包头打上特殊标识， 以表示该数据包需 要核减。 下面对本发明提供的一种业务（ Traffic )数据的处理方法的第三实施例 进行介绍。

对于 UE的一个 IP-CAN会话， 当 PCEF和 TDF同时分别执行 SDF计 费和 Application计费时，即 PCEF执行的 SDF计费和 TDF执行的 Application 计费同时进行时， 可以采用第一实施例和第二实施例的组合。

下面结合图 7对本发明提供的一种业务数据的处理方法的� �四实施例 进行介绍。

本实施例描述的是对于 UE 的一个 IP-CAN会话， 只在 TDF 执行 Application级别用量监控。 对于上行流， 由于 TDF是后一个策略执行点， 因此 TDF的用量监控是准确的。 对于下行流， 由于 PCEF是后一个策略执 行点， 在 TDF和 PCEF上控制不一致的情况， 导致 TDF的用量监控是不准 确。本实施例中， PCEF通过将把根据 PCC规则丟弃的数据包重定向给 TDF， 以便 TDF进行核减。 如图 7所示， 其功能举例描述如下：

在下行方向， TDF接收到 4个数据包， 分配是 A， B， C和 D。 TDF 执行应用检测和控制后， 没有丟弃任何数据包， 并对 A、 B和 C的 3个数 据包进行计费。 假设 A、 B被采用监控键（ Monitoring Key ) X进行用量监 控， 而 C被采用另一个 Monitoring Key Y进行用量监控。 TDF与 PCRF之 间存在 Sd会话， 用于 ADC策略的下发 (包括用量监控的策略）。

当 A、 B、 C和 D到达 PCEF时， 由于 PCEF执行 PCC规则后， 数据 包 A需要被丟弃， 则 PCEF将把数据包 A发送给 TDF。 PCEF将数据包 A 发送给 TDF 的方式可以采用隧道方式， 将数据包 A封装在目的地地址为 TDF, 源地址为 PCEF地址的 IP包内。

当 TDF接收到以它自身的地址为目的地地址的数据 包后， TDF将解封 装获得数据包 A， 并从 Monitoring Key为 X的已经消耗的用量中扣减数据 包 A相关的用量。 具体的， TDF根据在执行 ADC规则时本地保存的过滤 器对数据 A进行再次过滤， 可以匹配到数据包 A对应的 Monitoring Key为 X。 TDF对数据包八执行用量信息核减后， 丟弃数据包 A。

在上述流程中， PCEF将每一个需要丟弃的包都发送给 TDF了。 其中， 有些包可能 TDF并没有进行用量监控，因此这些包也不需要 TDF进行核减。 这样可能会导致多发送了一些不用的数据包。 其中， TDF 可以在发送给 PCEF的数据包头打上特殊的标识， 以指示 PCEF这些数据包是经过用量监 控的。 这样， 当 PCEF决定丟弃数据包时，根据这个标识判断这� �数据包是 否在 TDF进行了用量监控。 只有当进行了用量监控时， PCEF才将这些数 据包发送 TDF， 用于 TDF的核减。

此外， 在上述流程中， PCEF通过将要丟弃的数据包封装在目的地地址 为 TDF， 源地址为 PCEF地址的 IP包内发送 TDF。 也可以直接将要丟弃的 数据包重定向至 TDF， 并在数据包头打上特殊标识， 以表示该数据包需要 核减。

下面结合图 8对本发明提供的一种业务数据的处理方法的� �五实施例 进行介绍。

本实施例描述的是对于 UE的一个 IP-CAN会话，只在 PCEF执行 SDF 级别用量监控。 对于下行流， 由于 PCEF是后一个策略执行点， 因此 PCEF 的用量监控信息是准确的。 对于上行流， 由于是 TDF后一个策略执行点， 在 TDF和 PCEF上控制不一致的情况，导致 PCEF的用量监控信息不准确。 本实施例中， TDF 通过将把根据 ADC 规则需要丟弃的数据包重定向给 PCEF, 以便 PCEF进行核减。 如图 8所示， 其功能举例描述如下：

在上行方向， PCEF接收到 4个数据包， 分配是 A， B， 和0。 PCEF 执行 PCC规则后， 没有丟弃任何数据包， 并对 A、 B、 C和 D的 4个数据 包进行计费。 假设 A、 B被采用 Monitoring Key X进行用量监控， 而 C、 D 被采用 Monitoring Key Y进行用量监控。 PCEF与 PCRF之间存在 Gx会话 用于 PCC策略的下发（包括用量监控相关的侧路）。

当 A、 B、 C和 D到达 TDF时， 由于 TDF执行 ADC规则后， 数据包 A需要被丟弃， 则 TDF将把数据包 A发送给 PCEF。 TDF将数据包 A发送 给 PCEF的方式可以采用隧道方式，将数据包 A封装在目的地地址为 PCEF， 源地址为 TDF地址的 IP包内。

当 PCEF接收到以它自身的地址为目的地地址的数� �包后， PCEF将解 封装获得数据包 A， 并从 Monitoring Key为 X的已消耗的用量中扣减数据 包 A相关的用量。 具体的， PCEF根据安装的 PCC规则的过滤器对数据 A 进行再次过滤， 可以匹配到数据包 A对应的 Monitoring Key为 X。 PCEF 对数据包 A执行用量信息核减后， 丟弃数据包 A。

在上述流程中， TDF将每一个需要丟弃的包都发送给 PCEF了。 其中， 有些包可能 PCEF并没有进行用量监控，因此这些包也不需� � PCEF进行核 减。 这样可能会导致多发送了一些不用的数据包。 其中， PCEF可以在发送 给 PCEF的数据包头打上特殊的标识，以指示 TDF这些数据包是经过 PCEF 用量监控的。 这样， 当 TDF决定丟弃数据包时， 根据这个标识判断这个数 据包是否在 PCEF进行了用量监控。 只有当进行了用量监控时， TDF才将 这些数据包发送 PCEF， 用于 PCEF的核减。

此外， 在上述流程中， TDF通过将要丟弃的数据包封装在目的地地址 为 PCEF， 源地址为 TDF地址的 IP包内发送 PCEF。 也可以直接将要丟弃 的数据包重定向至 PCEF， 并在数据包头打上特殊标识， 以表示该数据包需 要核减。

下面对本发明提供的一种业务数据的处理方法 的第六实施例进行介 绍。

对于 UE的一个 IP-CAN会话， 当 PCEF和 TDF同时分别执行 SDF用 量监控和 Application用量监控时， 即当 PCEF执行的 SDF用量监控和 TDF 执行的 Application用量监控同时进行时， 可以采用第四实施例和第五实施 例的组合。

在上述所有实施例中， PCEF为了将丟弃的数据包重定向到 TDF或者 TDF为了将需要丟弃的数据包重定向到 PCEF， PCEF需要知道 TDF地址， 或者 TDF需要知道 PCEF。一种方法是 PCEF或 TDF固定配置对方的地址， 另一种是通过动态分配的方法。

如图 9所述， 为 PCEF动态获知 TDF地址的方法， 适用于第一实施例 和第四实施例。

步骤 S901， 在 UE请求建立 IP-CAN会话的过程中， PCEF位于的网关 接收到 IP-CAN会话建立请求消息， 其中， 在该 IP-CAN会话建立请求消息 中携带有用户标识和请求接入的 PDN网络的 PDN标识。

步骤 S902， PCEF向 PCRF发送 IP-CAN会话建立指示消息， 其中， 该 IP-CAN会话建立指示消息中携带用户标识、 PDN标识以及为 UE分配的 IP 地址。

步骤 S903， PCRF根据用户标识判断出还没有该用户的签约� �息后， 向 SPR发送签约文档请求，并在该签约文档请求中 携带用户标识和 PDN标 识。

步骤 S904， SPR根据用户标识和 PDN标识返回对应的用户签约信息（通 过签约文档应答返回）。

步骤 S905， PCRF根据返回的用户签约信息、 网络策略、 UE的接入信 息等制定策略决策。 其中， 可以包括制定 PCC规则和事件触发器。 其中， PCRF配置了 PCEF对应的 TDF的地址。

步骤 S906， PCRF向 PCEF发送 IP-CAN会话建立确认消息， 其中， 该 IP-CAN会话建立确认消息中携带 PCC规则，事件触发器以及 TDF的地址。

步骤 S907， PCEF安装策略， PCEF位于的网关向 UE返回 IP-CAN会 话建立应答， 其中， 该 IP-CAN会话建立应答中携带有 IP地址。 步骤 S908， PCRF向 TDF发送 TDF会话建立请求， 包含 ADC规则。 其中 ADC规则中包含计费策略；

步骤 S909， TDF向 PCRF返回 TDF会话建立确认消息；

步骤 S910， 当 TDF根据 ADC检测到应用需要进行在线计费时， TDF 向 OCS发送信用控制请求消息， 请求信用控制；

步骤 S911， OCS向 TDF返回确认消息。

如图 10所述， 为 TDF动态获知 PCEF地址的方法，适用于第二实施例 和第五实施例。

步骤 S 1001， 在 UE请求建立 IP-CAN会话的过程中， PCEF位于的网 关接收到 IP-CAN会话建立请求消息， 其中， 在该 IP-CAN会话建立请求消 息中携带有用户标识和请求接入的 PDN网络的 PDN标识。

步骤 S1002， PCEF向 PCRF发送 IP-CAN会话建立指示消息， 其中， 该 IP-CAN会话建立指示消息中携带用户标识、 PDN标识以及为 UE分配 IP地址。

步骤 S1003， PCRF根据用户标识判断出还没有该用户的签约� �息后， 向 SPR发送签约文档请求，并在该签约文档请求中 携带用户标识和 PDN标 识。

步骤 S1004， SPR根据用户标识和 PDN标识返回对应的用户签约信息 (通过签约文档应答返回）。

步骤 S1005， PCRF根据返回的用户签约信息、 网络策略、 UE的接入 信息等制定策略决策。 其中， 可以包括制定 PCC规则和事件触发器。

步骤 S1006， PCRF向 PCEF发送 IP-CAN会话建立确认消息， 其中， 该 IP-CAN会话建立确认消息中携带 PCC规则， 事件触发器。

步骤 S1007， PCEF安装策略， PCEF位于的网关向 UE返回 IP-CAN会 话建立应答， 其中， 该 IP-CAN会话建立应答中携带有 IP地址。 步骤 S1008， PCRF向 TDF发送 TDF会话建立请求， 包含 ADC规则。 其中 ADC规则中包含计费策略。 此外， PCRF向 TDF提供 PCEF的 IP地 址；

步骤 S1009， TDF向 PCRF返回 TDF会话建立确认消息；

步骤 S1010， 当 PCEF根据 PCC规则决定进行在线计费时， PCEF向 OCS发送信用控制请求消息， 请求信用控制；

步骤 S1011， OCS向 PCEF返回确认消息。

对于第三实施例和第六实施例，可以结合图 9、图 10流程动态通知 TDF 和 PCEF的 IP地址。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产品。 因此， 本发明可采用硬件实施例、 软件实施例、 或结 合软件和硬件方面的实施例的形式。 而且， 本发明可采用在一个或多个其 中包含有计算机可用程序代码的计算机可用存 储介质 (包括但不限于磁盘 存储器和光学存储器等 )上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序 产品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程 图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器以产生一个机器， 使得 通过计算机或其他可编程数据处理设备的处理 器执行的指令产生用于实现 在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功 能的装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存 储器中的指令产生包括指令装置的制造品， 该指令装置实现在流程图一个 流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� �

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备 上， 使得在计算机或其他可编程设备上执行一系列 操作步骤以产生计算机 实现的处理， 从而在计算机或其他可编程设备上执行的指令 提供用于实现 在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功 能的步骤。

以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。