第三方应用业务部署方法、SCEF实体、PCRF实体及PCC框架与流程

本发明涉及信息技术领域，尤其涉及一种第三方应用业务部署方法及业务能力开放(servicecapabilityexposure，scef)实体、策略和计费规则功能(policyandchargingfunction，pcrf)实体及(policyandchargingcontrol,pcc)框架。

背景技术：

图1是相关技术中第三代合作伙伴计划(3rdgenerationpartnershipproject，简称为3gpp)定义的策略和计费控制pcc架构图。如图1所示，策略和计费规则功能(policyandchargingrulesfunction,简称为pcrf)为业务使用网络资源进行服务质量(qualityofservice，简称为qos)和计费策略的制订。pcrf制定所述控制策略需要结合从业务功能(applicationfunction，简称为af)实体接收的业务信息，从用户签约数据库(subscriptionprofilerepository，简称为spr)接收的用户签约信息，运营商配置的策略等。pcrf将为业务制定的控制策略下发给策略和计费执行功能(policyandchargingenforcementfunction，简称为pcef)或者承载绑定和事件上报功能(bearerbindingandeventreportfunction，简称为bberf)执行。同时pcrf可以向pcef和/或bberf订阅承载层相关事件，以便当承载层发生所述事件时及时感知，并更改控制策略。此外，pcef以及业务检测功能(trafficdetectionfunction，简称为tdf)能够根据pcrf下发的pcc规则(pcef)或应用检测和控制(applicationdetectionandcontrol，简称为adc)规则(tdf)执行应用检测和控制功能。流量导向支持功能(trafficsteeringsupportingfunction,简称为tssf)，从pcrf获取业务路由控制策略后并执行预配置动作。在图1中还显示有应用功能(applicationfunction，简称为af)实体、在线计费系统(onlinecharging system，简称为ocs)及离线计费系统(offlinechargingsystem，简称为ofcs)及各种网关(gateway,简称为gw)。图1中所示的st、rx、sp、gxx、sd、gx、gy及gz都为对应功能实体之间的通信接口；这些通信接口的用途和定义可以参见现有技术，在此就不重复了。

为了能够更快的引入新的业务功能，以及能够有效的部署一些移动运营商不熟悉的特殊业务功能，移动运营商允许第三方应用提供商在(s)gi-lan上第三方应用自己的业务功能。网路需要能够根据第三方应用的请求制定相应的业务链策略，以便将数据路由到第三方应用部署的应用功能上。然而，现在并没有一套机制支持这种需求。

技术实现要素：

有鉴于此，本发明实施例期望提供一种第三方应用业务部署方法及scef实体、pcrf实体及pcc框架，至少部分解决上述问题。

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

本发明实施例第一方面提供一种第三方应用业务部署方法，所述方法包括：

接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息；

根据所述业务特征字段，制定应用特征规则并将所述应用特征规则提供给应用检测控制实体或特征规则库；其中，所述应用特征规则用于所述应用检测控制实体检测所述业务特征字段对应的业务数据；

将所述指示信息提供给策略和计费规则功能pcrf实体；其中，所述指示信息用于供所述pcrf实体制定流量导向tsc策略。

基于上述方案，所述根据所述业务特征字段，制定应用特征规则并提供给应用检测控制实体或特征规则库，包括：

为所述业务特征字段对应的业务确定应用标识，将所述业务特征字段和所述应用标识作为所述应用特征规则并提供给应用检测控制实体或特征规则库。

基于上述方案所述业务特征字段包括以下至少其中之一：

提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。

本发明实施例第二方面提供一种第三方应用业务部署方法，所述方法包括：

接收业务能力开放功能scef实体发送的应用标识；其中，所述应用标识为所述scef实体基于所述第三方应用提供的业务特征规则确定的；

接收指示是否运用所述第三方应用部署的业务功能实体的指示信息；

根据所述指示信息，制定所述应用标识对应的业务的流量导向策略tsc策略；

将所述tsc策略发送给检测控制功能实体。

基于上述方案所述根据所述指示信息，制定所述应用标识对应的业务的流量导向策略tsc策略，包括：

根据所述指示信息制定策略规则，其中，所述策略规则包含所述业务对应的应用标识和所述tsc策略；其中，所述策略规则还包括以下至少其中之一：所述第三方应用的应用提供商标识、计费策略及服务质量策略；

所述将所述tsc策略发送给检测控制功能实体，包括：

将所述策略规则提供给应用检测控制功能实体。

基于上述方案所述方法还包括：

接收第三方应用发送的业务特征字段；

将所述业务特征字段和所述应用标识作为应用特征规则提供给应用检测控制功能实体或特征规则库。

基于上述方案所述业务特征字段包括以下至少其中之一：

提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。

本发明实施例第三方面提供一种第三方应用部署方法，所述方法包括：

业务能力开放功能scef实体或pcrf实体接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息，

所述业务能力开放功能scef实体根据所述业务特征字段确定应用标识；

所述scef实体或所述pcrf实体将应用标识和所述业务特征字段作为应用特征规则提供给应用检测控制实体或特征规则库；

应用控制检测实体或特征规则库，接收所述应用特征规则；

pcrf实体根据所述指示信息指定tsc策略，并将所述tsc策略发送给所述应用控制检测实体或特征规则库；

所述应用控制检测实体根据所述应用特征规则，检测所述第三方应用的所述业务数据；

所述应用控制实体对所述业务数据执行所述tsc策略。

本发明实施例第四方面提供一种接收业务能力开放功能scef实体，所述scef实体包括：

第一接收单元，用于接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息；

第一制定单元，用于根据所述业务特征字段，制定应用特征规则并将所述应用特征规则提供给应用检测控制实体或特征规则库；其中，所述应用特征规则用于所述应用检测控制实体检测所述业务特征字段对应的业务数据；

第一发送单元，用于将所述指示信息提供给策略和计费规则功能pcrf实体；其中，所述指示信息用于供所述pcrf实体制定流量导向tsc策略。

基于上述方案，所述第一制定单元，具体用于为所述业务特征字段对应的业务确定应用标识，将所述业务特征字段和所述应用标识作为所述应用特征规则并提供给应用检测控制实体或特征规则库。

基于上述方案，所述业务特征字段包括以下至少其中之一：

提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。

本发明实施例第五方面提供一种策略和计费规则功能pcrf实体，所述pcrf实体包括：

第二接收单元，用于接收业务能力开放功能scef实体发送的应用标识；其中，所述应用标识为所述scef实体基于所述第三方应用提供的业务特征规 则确定的；接收指示是否运用所述第三方应用部署的业务功能实体的指示信息；

第二制定单元，具体用于根据所述指示信息，制定所述应用标识对应的业务的流量导向策略tsc策略；

第二发送单元，具体用于将所述tsc策略发送给检测控制功能实体。

基于上述方案，所述第二制定单元，具体用于根据所述指示信息制定策略规则，其中，所述策略规则包含所述业务对应的应用标识和所述tsc策略；其中，所述策略规则还包括以下至少其中之一：所述第三方应用的应用提供商标识、计费策略及服务质量策略；

所述第二发送单元，具体用于将所述策略规则提供给应用检测控制功能实体。

基于上述方案，所述第二接收单元，还用于接收第三方应用发送的业务特征字段；

所述第二发送单元，还用于将所述业务特征字段和所述应用标识作为应用特征规则提供给应用检测控制功能实体或特征规则库。

本发明实施例第六方面提供一种计费控制pcc框架，所述cc框架包括业务能力开放功能scef实体、pcrf实体、应用检测控制实体及特征规则库；

所述scef实体或所述pcrf实体，用于接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息，

所述scef实体，用于根据所述业务特征字段确定应用标识；

所述scef实体或所述pcrf实体，还用于将应用标识和所述业务特征字段作为应用特征规则提供给应用检测控制实体或特征规则库；

所述应用控制检测实体或所述特征规则库，用于接收所述应用特征规则；

所述pcrf实体，还用于根据所述指示信息指定tsc策略，并将所述tsc策略发送给所述应用控制检测实体或特征规则库；

所述应用控制检测实体，用于根据所述应用特征规则，检测所述第三方应用的所述业务数据及对所述业务数据执行所述tsc策略。

本发明实施例提供的第三方应用业务部署方法及scef实体、pcrf实体及 pcc框架，能够接收第三方应用方的业务特征字段及指示是否运用第三方应用部署的业务功能实体的指示信息，进而形成业务的应用特征规则和tsc策略，这样就完成了业务功能在运用过程中所需的应用特征规则和tsc策略，从而完成了第三方应用的业务的简便部署，具有部署简便智能及部署效率高的特点。

附图说明

图1为一种策略和计费控制系统架构示意图；

图2为本发明实施例提供的第一种动态确定业务链方法的流程示意图；

图3为本发明实施例提供的第一种第三方应用业务部署方法的流程示意图；

图4为本发明实施例提供的第二种第三方应用业务部署方法的流程示意图；

图5为本发明实施例提供的第三种第三方应用业务部署方法的流程示意图；

图6为本发明实施例提供的第四种第三方应用业务部署方法的流程示意图；

图7为本发明实施例提供的scef实体的结构示意图；

图8为本发明实施例提供的pcrf实体的结构示意图；

图9为本发明实施例提供的pcc框架的结构示意图；

图10为本发明实施例提供第五种的第三方应用业务部署方法的流程示意图；

图11为本发明实施例提供第六种的第三方应用业务部署方法的流程示意图；

图12为本发明实施例提供第七种的第三方应用业务部署方法的流程示意图；

图13为本发明实施例提供第八种的第三方应用业务部署方法的流程示意图；

图14为本发明实施例提供第九种的第三方应用业务部署方法的流程示意图；

图15为本发明实施例提供第十种的第三方应用业务部署方法的流程示意图。

具体实施方式

图2所示的为：局域网sgi-lan的动态业务链的方案，以适应于弹性的快速的服务部署变动，同时降低资本支出(capitalexpenditure，简称为capx)。在图2中有涉及了两个功能实体，分别是pcrf实体和应用检测控制实体。

pcrf实体为提供业务链选择决策的实体，具体可用于执行以下功能：

接收配置管理系统下发业务链描述，以及业务链对应的用户属性/接入类型/业务类型/业务链权重等信息，从而获得业务链对应的静态策略；

从spr实体中获得用户的签约信息，从bberf/pcef实体获得用户动态接入信息，结合上述获得的业务链对应的静态策略，制定流量导向控制(trafficsteeringcontrol简称tsc)策略的接入流程中通知给流量导向控制执行功能(trafficsteeringcontrolenforcementfunction，简称为tscef)实体。

tsc策略通常包括业务数据流描述以及对应的业务链标识。而业务数据流描述可以是应用标识或是业务数据流过滤器。

应用检测控制实体具有如下功能：根据pcrf下发的tsc策略，对业务数据进行检测后，根据预配置的动作执行tsc策略。这个业务数据流的数据包便可以动态的路由到相应的业务节点。这里的业务节点也称业务功能实体或称使能器。在图2中显示有业务节点1、业务节点2、业务节点3、业务节点4及业务节点5。

在本发明实施例中，将根据第三方应用在请求部署业务时提供的业务特征字段进行授权，在授权后将形成应用特征规则，并将根据第三方应用提供的指示该业务特征字段对应的业务数据是否运用第三方部署的业务功能实体的指示信息制定tsc策略。这样就完成了业务部署过程中的应用特征规则的生成和 tsc策略的生成，方便业务完成部署之后，对业务数据的检测和tsc策略的执行。以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

实施例一

如图3所示，本实施例提供一种第三方应用业务部署方法，所述方法包括：

步骤s110：接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息；

步骤s120：根据所述业务特征字段，制定应用特征规则并将所述应用特征规则提供给应用检测控制实体或特征规则库；其中，所述应用特征规则用于所述应用检测控制实体检测所述业务特征字段对应的业务数据；

步骤s130：将所述指示信息提供给策略和计费规则功能pcrf实体；其中，所述指示信息用于供所述pcrf实体制定流量导向tsc策略。

本实施例所述的第三方应用部署方法可为应用于业务能力开放功能(servicecapabilityexposurefunction，scef)实体的方法。

本实施例所述的第三方应用功能发送的业务特征字段，可为第三方应用部署一个新业务的业务特征字段，或重新部署一个旧业务的业务特征字段。所述指示信息为对业务数据是否运用第三方应用部署的业务功能实体的指示信息。这里的业务数据为所述业务特征字段对应的业务的业务数据。所述业务特征字段可包括所述业务的特征或属性的信息。在重新部署一个旧业务的时候，通常所述业务特征字段可包括所述scef实体之前为该业务授权时分配的应用标识。

在步骤s110中所述scef实体可以直接从所述第三方应用接收所述业务特征字段和所述指示信息，也可以从pcrf实体等其他实体中转实体处接收所述业务特征字段和所述指示信息。

所述scef实体在接收到所述业务特征字段和所述指示信息之后，将根据所述业务特征字段生成应用特征规则，将所述应用特征规则发送到需要运用该规则的应用检测控制实体或与所述应用检测控制实体相连或集成在同一个物理 机上的特征规则库。这样方便，当所述第三方应用对应的功能开通或运行之后，方便所述应用检测控制实体检测对应业务的业务数据。

这里的检测控制实体可为策略和计费执行功能(policyandchargingenforcementfunction，pcef)实体、流量检测功能(trafficdetectionfunction，tdf)实体、流量导向支持功能(trafficsteeringsupportingfunction,简称为tssf)实体等能够检测所述业务数据并对所述业务数据执行所述tsc策略的实体。

所述scef实体还会将所述指示信息转发给策略和计费规则功能(policyandchargingrulesfunction，pcrf)实体，这样pcrf实体能够根据该指示信息指定流量导向(trafficsteeringcontrol，tsc)策略。tsc策略发送给应用检测控制实体之后，应用检测控制实体对业务数据执行所述tsc策略，能够控制业务数据的业务链路，具体如，通过对所述业务数据执行tsc策略可以使所述业务数据路由到第三方应用部署的业务功能实体，或绕过所述第三方应用部署的业务功能实体。通常当所述指示信息为指示运用所述第三方应用部署的业务功能实体时，所述pcrf实体制定的tsc策略为第一tsc策略，当所述指示信息为指示不运用所述第三方应用部署的业务功能实体时，所述pcrf实体制定的tsc策略为第二tsc策略。通常对所述业务数据执行所述第一tsc策略，则所述业务数据将被路由到所述第三方应用部署的业务功能实体，若对所述业务数据执行第二tsc策略，则所述业务数据将不会被路由到所述第三方应用部署的业务功能实体。

在本实施例中通过接收所述第三方应用发送的业务特征字段和指示信息的发送，制定出应用特征规则并通过将指示信息转发给pcrf实体，可以制定出对应的tsc策略，这样就方便就完成了第三方应用的业务部署，后续在该业务运行的过程中，可以方便应用检测控制实体检测到该业务数据并对该业务数据执行所述tsc策略。显然，本实施例所述第三方应用业务部署方法的提出，可以方便第三应用根据业务需求，简便的添加新业务功能，修改旧业务功能；提高了策略和计费控制(policyandchargingcontrol，pcc)架构中第三方应用业 务部署的便捷性和智能性。

进一步地，所述步骤s120可还包括：

为所述业务特征字段对应的业务确定应用标识，将所述业务特征字段和所述应用标识作为所述应用特征规则并提供给应用检测控制实体或特征规则库。

在本实施例中所述业务特征字段对应的业务确定应用标识，这样第三方应用完成业务部署之后，在执行对应业务功能产生的业务数据的时候，将携带所述应用标识，这样所述应用检测控制实体就能够根据所述应用标识，区分不同的业务数据。在步骤s120中将所述业务特征字段和所述应用标识作为应用特征规则，方给应用检测控制实体或特征规则库。特征规则库可以通过所述应用标识来标识所述业务特征字段，所述应用检测控制实体可以根据应用标识检测业务数据。

值得注意的是，若所述scef实体对所述第三方应用部署的业务分配了应用标识，这就表明所述scef实体对第三方应用在scef实体所在的pcc框架中部署业务进行了授权。当然所述scef实体在进行分配所述应用标识之前，可包括验证所述业务特征字段是否完备和正确或验证所述第三方应用是否为合法应用的验证操作，在验证通过之后可进行业务部署授权，分配所述应用标识。此外，所述应用特征规则的组成内容也不局限于所述应用标识和所述业务特征字段，所述应用特征规则还可包括应用标识和所述业务特征字段之外的信息，例如，部署所述业务的第三方应用的应用提供商标识等。

进一步地，所述业务特征字段包括以下至少其中之一：提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。所述ip五元组可包括源地址、目标地址、源端口、目的端口和传输层通信协议，该ip五元组为所述第三方应用所在的服务器的五元组，为提供所述业务服务的业务服务器的ip五元组。所述统一资源地址符(uniformresourcelocator，url)可为所述第三方应用当前请求部署的业务的url。这里的ip地址或ip地址段至少包括所述第三方应用当前请求部署的业务的业务服务器的ip地址。这样方便部署所述业务的pcc框架获取到该业务所在的第三方应用所运行的服务器 或电子设备的网络地址，方便后续业务数据或计费信息的交互等。

值得注意的是：在前述步骤s130中通常所述scef实体还会将所述应用特征规则的部分信息发送给所述pcrf实体，例如所述应用特征规则中的应用标识，以方便所述pcrf实体确定出当前指定的tsc策略是哪一个业务的tsc策略或具体哪个第三方应用下的哪一个业务的tsc策略。

总之，本实施例提供的第三方应用业务部署方法，能够允许第三方应用简便的根据业务需求，自行智能的进行业务部署，具有执行性高及部署效率高的特点。

实施例二：

如图4所示，本实施例提供一种第三方应用业务部署方法，所述方法包括：

步骤s210：接收业务能力开放功能scef实体发送的应用标识；其中，所述应用标识为所述scef实体基于所述第三方应用提供的业务特征规则确定的；

步骤s220：接收指示是否运用所述第三方应用部署的业务功能实体的指示信息；

步骤s230：根据所述指示信息，制定所述应用标识对应的业务的流量导向策略tsc策略；

步骤s240：将所述tsc策略发送给检测控制功能实体。

本实施例所述的第三方应用业务部署方法可为应用于pcrf实体中的业务部署方法。在本实施例中所述pcrf实体可以从所述scef实体接收所述应用标识和所述指示信息，故此时所述步骤s210和所述步骤s220可同步执行。当然，所述pcrf实体也可以直接从所述第三应用直接接收所述业务特征字段。显然这个时候所述指示信息和所述应用标识是分别接收的，则所述步骤s210和所述步骤s220的执行顺序可以没有一定的先后顺序。在本实施例中可优选为同时从所述scef实体接收所述应用标识和所述指示信息。

在本实施例中步骤s230中将根据所述指示信息的信息内容制定所述tsc策略。当让所述pcrf实体通过接收所述应用标识可确定当前该tsc策略是对 哪一种业务的业务数据执行的策略。

在本实施例中所述tsc策略可包括根据指示运用所述第三方应用部署的业务功能实体的指示信息，制定的第一tsc策略；还可包括根据指示不运用所述第三方应用部署的业务功能实体的指示信息，制定的第二tsc策略。

在步骤s240中会将所述tsc策略发送应用检测控制实体，由所述检测控制实体对对应的业务数据执行所述tsc策略。当对应用标识对应的业务数据执行第一tsc策略后，所述业务数据将被路由到所述第三方应用部署的业务功能实体；当对所述应用标识对应的业务数据执行第二tsc策略后，所述业务数据将不会被路由到所述第三方应用部署的业务功能实体。显然通过本实施例所述第三方应用业务部署方法，允许所述第三方应用通过业务特征字段和指示信息的发送，简便的完成新业务的部署和旧业务的重新部署。

进一步地，所述步骤s230可包括：根据所述指示信息制定策略规则，其中，所述策略规则包含所述业务对应的应用标识和所述tsc策略。在本实施例中所述pcrf实体将根据所述指示信息指定出策略规则，该策略包括所述应用标识及所述tsc策略。通常所述业务规则还可包括所述第三方应用的应用提供商标识、计费策略及服务质量策略。这样的话，后续通过查询该策略规则中的应用标识，就可以知道该业务是归属于哪一个应用。根据所述计费策略就能够知道如何进行对该业务功能的运行进行计费。根据所述服务质量策略就能够确定该业务的质量要求。对应的，所述步骤s240可包括：将所述策略规则提供给应用检测控制功能实体。

如图5所示，本实施例所述的方法还可包括：

步骤s211：从第三方应用接收业务特征字段；

步骤s241：将所述业务特征字段和所述应用标识作为应用特征规则提供给应用检测控制功能实体或特征规则库。

执行本实施例所述第三方应用部署方法的pcrf实体可以作为将所述业务特征字段转发给应用检测实体或特征规则库的中转节点。当然所述pcrf实体还需要把从scef实体接收到的应用标识一同发送给所述应用检测控制功能实 体或特征规则库，方便用户应用检测控制功能实体或特征规则库根据所述应用标识来标识所述业务特征字段。值得注意的是：所述应用特征规则包括所述应用标识和所述业务特征字段，但是不局限于所述应用标识和所述业务特征字段。例如，所述应用特征规则还可包括所述业务所在的第三方应用的应用提供商标识。

具体地，所述业务特征字段包括以下至少其中之一：提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。这里的所述ip五元组的详细描述可以参见前述实施例，在此就不重复了。

实施例三：

如图6所示，本实施例提供一种第三方应用部署方法，所述方法包括：

步骤s310：业务能力开放功能scef实体或pcrf实体接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息；

步骤s320：所述业务能力开放功能scef实体根据所述业务特征字段确定应用标识；

步骤s330：所述scef实体或所述pcrf实体将应用标识和所述业务特征字段作为应用特征规则提供给应用检测控制实体或特征规则库；

步骤s340：所述应用控制检测实体或特征规则库，接收所述应用特征规则；

步骤s350：所述pcrf实体根据所述指示信息指定tsc策略，并将所述tsc策略发送给所述应用控制检测实体或特征规则库；

步骤s360：所述应用控制检测实体根据所述应用特征规则，检测所述第三方应用的所述业务数据；

步骤s370：所述应用控制实体对所述业务数据执行所述tsc策略。

本实施例所述的第三方应用业务部署方法可为应用于pcc框架中的信息处理方法。所述pcc框架至少包括scef实体、pcrf实体和应用检测控制实体。所述应用检测控制实体可为tdf实体、tssf实体及pcef实体的一个。

在本实施例中所述业务能力开放功能scef实体或pcrf实体都可以从第 三方接收业务特征字段和指示信息。所述scef实体将根据所述业务特征字段确定是否授权，若授权则将分配应用标识，这样所述scef实体会将所述应用标识发送给所述pcrf实体。所述pcrf实体会根据所述指示信息制定tsc策略。所述scef实体或所述pcrf实体会将应用特征规则发送给应用检测控制实体或特征规则库。若发送到特征规则库，则后续特征规则库会将所述应用特征规则发送给所述应用检测控制实体。所述pcrf实体还会将其制定的tsc策略发送给应用控制检测实体。这样的话，在步骤s360中应用检测控制实体检测到根据所述应用特征规则检测到所述业务数据之后，会对所述业务数据执行所述tsc策略，从而控制所述业务数据是否路由到所述第三方应用部署的业务功能实体。

在具体的实现过程中，所述pcrf实体是根据所述指示信息形成策略规则，在策略规则中除了包括所述应用标识和所述tsc策略之外，还可包括第三方应用的应用提供商标识和/或计费策略和/或服务质量策略等信息。

总之，本实施例中提供了一种简便智能部署第三方应用业务的方法，具有部署效率高的特点。

实施例四：

如图7所示，本实施例提供一种接收业务能力开放功能scef实体，其特征在于，所述scef实体包括：

第一接收单元110，用于接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息；其中，所述业务特征字段包括以下至少其中之一：提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段；在具体实现时，所述业务特征字段可不局限于上述信息；

第一制定单元120，用于根据所述业务特征字段，制定应用特征规则并将所述应用特征规则提供给应用检测控制实体或特征规则库；其中，所述应用特征规则用于所述应用检测控制实体检测所述业务特征字段对应的业务数据；

第一发送单元130，用于将所述指示信息提供给策略和计费规则功能pcrf 实体；其中，所述指示信息用于供所述pcrf实体制定流量导向tsc策略。

本实施例所述scef实体可为应用与pcc框架中的逻辑实体或硬件实体。本实施例所述第一接受单元110可对应于通信接口，这里的通信接口可为有线或无线接口，能够接收所述第三方应用提供的业务特征字段及指示信息。在本实施例中所述第一接收单元110可直接从第三方应用直接接收，也可以从存储或接收有所述业务特征字段或指示信息的其他中转节点接收。

所述第一制定单元120可对应于处理器或处理电路，所述处理器可包括中央处理器、微处理器、数字信号处理器或可编程阵列等处理结构；所述处理电路可包括专用集成电路。

所述处理器或处理电路可通过执行预定指令，根据所述业务特征字段制定出所述业务特征规则。

所述第一发送单元130同样可对应于通信接口，该通信接口能够与pcrf实体连接，能够将所述指示信息转发给所述pcrf实体。在具体应用时，还将会应用标识发送给所述pcrf实体，方便所述pcrf实体根据所述指示信息制定tsc策略。对所述业务特征字段对应的业务的业务数据执行所述tsc策略，能够控制所述tsc策略是否路由到所述第三方应用部署的业务功能实体。

本实施例所述scef实体通过获取第三方应用提供的业务特征字段及指示信息，能够执行业务部署过程中的应用特征规则的制定，同时将指示信息发送给对应的pcrf实体，能够实现tsc策略的部署。

进一步地，所述第一制定单元120，具体用于为所述业务特征字段对应的业务确定应用标识，将所述业务特征字段和所述应用标识作为所述应用特征规则并提供给应用检测控制实体或特征规则库。在本实施例中所述第一制定单元120至少需要对所述业务特征字段对应的业务进行授权，为所述业务分配应用标识。在本实施例中将所述业务特征字段和所述应用标识作为应用特征规则的组成部分，发送给应用检测控制实体和特征规则库，方便后续应用检测控制实体能够根据应用标识检测业务数据，及后续对对应的业务数据执行所述tsc策略。所述指示信息和所述tsc策略的相关描述可以参见前述实施例，在本实施 例中不再重复了。

实施例五：

如图8所示，本实施例提供一种策略和计费规则功能pcrf实体，所述pcrf实体包括：

第二接收单元210，用于接收业务能力开放功能scef实体发送的应用标识；其中，所述应用标识为所述scef实体基于所述第三方应用提供的业务特征规则确定的；接收指示是否运用所述第三方应用部署的业务功能实体的指示信息；

第二制定单元220，具体用于根据所述指示信息，制定所述应用标识对应的业务的流量导向策略tsc策略；

第二发送单元230，具体用于将所述tsc策略发送给检测控制功能实体。

本实施例所述pcrf实体同样可为pcc框架中的一个功能实体。所述第二接收单元210和所述第二发送单元230都可对应于通信接口，该通信接口可为有线接口或无线接口。该有线接口可包括电缆接口或光缆接口。所述无线接口可为wifi接口等无线传输接口。所述第二接收单元120可接收应用标识和指示信息。所述第二制定单元220可对应于处理器或处理电路。所述处理器或处理电路的结构可参见前一实施例。在本实施例中所述第二制定单元220能够根据所述指示信息，指定对应的tsc策略。

在本实施例中所述第二发送单元会将所述tsc策略发送给所述应用检测控制实体或特征规则库，方便后续所述应用检测控制实体对检测到的业务数据执行所述tsc策略。

本实施例所述的pcrf实体，在获取到所述应用标识和指示信息之后，就会自动完成第三方应用业务部署过程中的tsc策略的制定和发送，方便第三方应用的业务部署完成之后的，对业务数据执行所述tsc策略。

进一步地，所述第二制定单元220，具体用于根据所述指示信息制定策略规则，其中，所述策略规则包含所述业务对应的应用标识和所述tsc策略；其中，所述策略规则还包括以下至少其中之一：所述第三方应用的应用提供商标 识、计费策略及服务质量策略；

所述第二发送单元230，具体用于将所述策略规则提供给应用检测控制功能实体。

在本实施例中所述第二制定单元220至少需要根据指示信息指定出所述tsc策略，所述策略规则至少包括所述应用标识和tsc策略，但是在本实施例中所述策略规则还包括所述第三方应用的应用提供商标识、计费策略和服务质量(qualityofservice，qos)策略中的一个或多个。

所述第二发送单元230会将所述策略规则发送给所述应用检测控制功能实体，方便所述应用检测功能实体对对应的业务数据执行所述tsc策略。

所述第二接收单元210，还用于接收第三方应用发送的业务特征字段；

所述第二发送单元230，还用于将所述业务特征字段和所述应用标识作为应用特征规则提供给应用检测控制功能实体或特征规则库。

所述业务特征字段包括以下至少其中之一：提供业务服务的互联网协议ip五元组、统一资源地位符url、业务服务器的ip地址及ip地址段。这里的所述ip五元组的详细描述可以参见前述实施例，在此就不重复了。

在本实施例中所述第二接收单元210还可以直接或间接从所述第三方应用提供给的业务特征字段。所述第二发送单元230将所述业务特征字段和应用标识作为应用特诊规则的组成部分，发送个应用检测功能实体或特征规则库，方便应用检测控制功能实体根据所述应用标识检测业务数据。

实施例六：

如图9所示，比呢实施例提供一种计费控制pcc框架，所述cc框架包括业务能力开放功能scef实体310、pcrf实体320、应用检测控制实体330及特征规则库340；

scef实体310或pcrf实体320，用于接收第三方应用提供的业务特征字段和指示是否运用所述第三方应用部署的业务功能实体的指示信息，

所述scef实体310，用于根据所述业务特征字段确定应用标识；

所述scef实体310或所述pcrf实体320，还用于将应用标识和所述业务 特征字段作为应用特征规则提供给应用检测控制实体或特征规则库；

所述应用控制检测实体330或特征规则库340，用于接收所述应用特征规则；

所述pcrf实体320，还用于根据所述指示信息指定tsc策略，并将所述tsc策略发送给所述应用控制检测实体或特征规则库；

所述应用控制检测实体340，用于根据所述应用特征规则，检测所述第三方应用的所述业务数据及对所述业务数据执行所述tsc策略。

本实施例提供了一种pcc框架，该pcc框架包括了能够接收第三方应用发送的业务特征字段和指示信息的scef实体和pcrf实体。所述scef实体能够对第三方应用部署业务进行授权，在确定业务部署授权后将分配应用标识。所述pcrf实体能够根据指示信息指定出对应的tsc策略。同时所述pcc策略还将包括应用检测控制实体，能够根据应用特征规则检测业务数据，并对业务数据执行tsc策略。这样的话，就能够方便第三方应用根据需求部署并动态调整自己的业务，具有部署效果高及智能性高的特点。

以下结合上述任意实施例，提供几个具体应用示例：

示例一：

如图10所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤301：第三方应用决定部署一类新的业务，第三方应用向scef实体提供该类业务的业务特征字段。业务特征字段可以是业务的ip五元组、或统一资源定位符url，或是业务服务器的ip地址、ip地址段等。第三方应用可能还向scef实体提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体的标识信息等。

步骤302：scef实体向第三方应用回复确认消息。

步骤303：scef实体对第三方应用的请求进行授权，并确定该业务的应 用标识(这里表示为应用标识1)、计费策略和qos策略。计费策略包括该应用需设置的计费键。qos策略包括应用需设置的服务质量类别标识(qosclassidentifier,简称qci)、分配保持优先级(allocationandretentionpriority,简称arp)等。若需要对该应用的数据应用第三方部署在运营商网络中的业务功能实体，那么运营商还对运用第三方应用的业务功能实体进行授权，授权后通常为该业务功能实体分配实体标识。scef实体通常由运营商部署或是信任的第三方部署。

步骤304：scef实体向pcrf实体提供业务特征字段、应用标识1、计费策略、qos策略及是否运用第三方应用的业务功能实体的指示信息等，还可包括业务功能实体的标识信息等信息。

步骤305：pcrf实体回复确认消息。

步骤306：pcrf实体保存从scef实体接收到的信息，该步骤为可选步骤。

步骤307：pcrf实体将业务特征字段和对应的应用标识(即应用标识1)作为应用特征规则的组成部分(这里表示为应用特征规则1)提供给pcef实体，pcef实体将该应用特征规则1更新到本地保存应用特征库。此后，pcef实体就可以根据新下发的应用特征规则1检测到第三方应用请求部署的业务的业务数据了。

步骤308：pcef实体向pcrf实体回复确认消息。同时运营商的业务运营支撑系统(businessandoperationsupportsystem,简称boss)对用户签约更新以及pcrf实体进行策略规则配置。例如，更新用户签约增加签约用户是否能够访问该应用、用户是否需要应用第三方应用提供的业务功能实体等的签约等，更新pcrf的配置策略规则，以便pcrf实体能够制定相应的pcc规则，用于检测和控制该业务的业务数据。这里的pcc规则可包括前述tsc策略。

步骤309至步骤312为pcef实体接收到应用特征规则1后对新附着或新建立ip连接接入网(ipconnectivityaccessnetwork,简称ip-can)会话的用户进行应用检测和控制的流程。

步骤309：用户设备(userequipment，ue)附着到网络，请求建立ip-can会话。

步骤310：pcef实体向pcrf实体发送ip-can会话建立请求消息，消息中携带用户标识等信息。

步骤311：pcrf实体根据用户的签约信息确定用户可以访问在步骤301中第三方应用提供的业务，则pcrf实体下发的pcc规则中携带一个或一组pcc规则，该pcc规则中携带应用标识1、业务路由控制标识(tsc策略)(该pcc规则用pcc规则1表示)。pcc规则中还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcef安装下发的pcc规则。pcrf可能需要跟spr交互获取用户的签约。

步骤312：业务检测控制。这里的业务检测控制可包括：当ue访问第三方应用的该业务时，pcef实体检测出用户访问的应用的ip地址、ip五元组或url后根据应用特征库进行匹配。对于ue，pcef实体只匹配与pcrf实体下发的pcc规则中的应用标识相同的特征规则(其中包括应用特征规则1)。pcef匹配到应用特征规则1，从而执行pcc规则1对应的tsc策略。

步骤313至步骤315针对在pcef接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤313：pcrf实体根据用户的签约信息确定用户可以访问在步骤301中第三方应用提供的业务，则pcrf实体向pcef实体更新pcc规则，其中携带一个pcc规则，该pcc规则中携带应用标识1、tsc策略信息(该pcc规则用pcc规则1表示)。pcc规则中还携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcrf实体可能需要跟spr实体交互获取用户的签约信息。

步骤314：pcef实体回复确认消息；

步骤315：业务检测控制。这里的业务检测控制可包括：当ue访问应用时，pcef实体检测出用户访问的业务的ip地址、ip五元组或url后根据应用特征库进行匹配。pcef实体只匹配与pcrf下发的pcc规则中的应用标识 相同的特征规则(包括应用特征规则1)。pcef匹配到应用特征规则1，从而执行pcc规则1对应的tsc策略。

在上述实施例中，pcrf实体在接收到scef实体提供的业务特征字段生成应用特征规则后即提供给pcef实体。在其他实施例中，pcrf实体可以判断是否有已经附着的ue可以访问该业务，若有，pcrf实体立即向pce实体f提供应用特征规则；若没有，在pcrf检测到可以访问该业务的ue附着或建立ip-can会话后，pcrf向pcef提供应用特征规则。

在本示例中，计费策略和qos策略是由scef实体提供给pcrf实体，在其他实施例中，计费策略和qos策略也可以由boss系统直接配置在pcrf实体上。

示例二：

如图11所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤401：第三方应用决定部署一类新的业务，第三方应用向scef实体提供该类业务的业务特征字段，其中业务特征字段可以是业务的ip五元组、或url，或是服务器的ip地址、ip地址段。第三方应用可能还向scef实体提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体标识信息等。

步骤402：scef实体向第三方应用回复确认消息。

步骤403：scef实体对第三方应用的请求进行授权，并确定该业务的应用标识(这里表示为应用标识1)、计费策略和qos策略。计费策略包括该应用需设置的计费键，qos策略包括应用需设置的服务质量类别标识(qosclassidentifier,简称qci)、分配保持优先级(allocationandretentionpriority,简称arp)等。若需要对该应用的数据应用第三方部署在运营商网络中的业务功能实体，那么运营商还对应用第三方业务功能实体进行授权。

步骤404：scef实体保存相关信息，该步骤为可选步骤。

步骤405：scef实体向pcrf实体提供业务策略。该业务策略包括应用标识(即应用标识1)和计费键、qos策略及业务功能实体指示信息(可能进一步包括业务功能实体标识信息)等。

步骤406：pcrf实体向scef实体回复确认消息。

步骤407：scef实体将业务特征字段和对应的应用标识(即应用标识1)作为应用特征规则(这里表示为应用特征规则1)提供给pcef实体，pcef实体将该应用特征规则1更新到本地保存应用特征库。此后，pce实体f就可以根据新下发的应用特征规则1检测到该应用了。

步骤408：pcef实体向scef实体回复确认消息。

同时boss对用户签约更新以及pcrf实体进行策略配置。例如，更新用户签约增加签约用户是否能够访问该应用，是否需要应用第三方应用提供的业务功能实体等的签约信息等，更新pcrf实体的配置策略，以便pcrf实体能够制定相应的pcc规则，用于检测和控制该业务。这里的pcc规则可携带有tsc策略。

步骤409至步骤412为pcef实体接收到应用特征规则1后新附着或新建立ip-can会话的用户进行应用检测和控制的流程。

步骤409：ue附着到网络，请求建立ip-can会话。

步骤410：pcef实体向pcrf实体发送ip-can会话建立请求消息，消息中携带用户标识等信息；

步骤411：pcrf实体根据用户的签约信息确定用户可以访问在步骤401中第三方应用提供的业务，则pcrf实体下发的pcc规则中的至少一个pcc规则携带有应用标识1及tsc策略。(该pcc规则用pcc规则1表示)。pcc规则还携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcef安装下发的pcc规则。pcrf可能需要跟spr交互获取用户的签约；

步骤412：当ue访问第三方应用的该业务时，pcef检测出用户访问的业 务的ip地址、ip五元组或url后根据应用特征库进行匹配。pcef实体只匹配与pcrf实体下发的pcc规则中的应用标识相同的应用特征规则(其中包括应用特征规则1)。pcef匹配到应用特征规则1，从而执行pcc规则1对应的策略。

步骤413至步骤415针对在pcef实体接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤413：pcrf实体根据用户的签约信息确定用户可以访问在步骤401中第三方应用提供的业务，则pcrf实体向pcef实体更新pcc规则中的至少一个pcc规则中携带应用标识1和tsc策略信息。携带有应用标识1的pcc规则还可携带计费策略、qos策略。

步骤414：pcef实体回复确认消息；

步骤415：当ue访问应用时，pcef实体检测出用户访问的业务的ip地址、ip五元组或url后根据应用特征库进行匹配。

在本示例中，计费策略和qos策略是由scef实体提供给pcrf实体，在其他实施例中，计费策略和qos策略也可以由boss系统直接配置在pcrf实体上。

示例三：

如图12所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤501：第三方应用决定部署一类新的业务，第三方应用向scef提供该类业务的业务特征字段。该业务特征字段可以是业务的ip五元组、或url，或是服务器的ip地址、ip地址段。第三方应用可能还向scef提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体标识信息等。

步骤502：scef实体向第三方应用回复确认消息。

步骤503：scef实体对第三方应用的请求进行授权，并确定该业务的应用标识(这里表示为应用标识1)、计费策略和qos策略。计费策略包括该业务需设置的计费键，qos策略包括应用需设置的qci、arp等。若需要对该业务的数据应用第三方部署在运营商网络中的业务功能实体，那么运营商还对第三方应用的业务功能实体进行授权。

步骤504：scef实体向pcrf实体进行业务特征字段提供，包括业务特征字段，应用标识、计费策略、qos策略及业务功能实体指示信息(可能进一步包括业务功能实体标识信息)等。

步骤505：pcrf实体回复确认消息。

步骤506：可选的，pcrf实体保存接收到的信息。

步骤507：pcrf实体将业务特征字段和对应的应用标识(即应用标识1)作为应用特征规则(这里表示为应用特征规则1)提供给tdf/tssf实体，tdf/tssf实体将该应用特征规则1更新到本地保存应用特征库。此后，tdf/tssf实体就可以根据新下发的应用特征规则1检测到该业务了。

步骤508：tdf/tssf实体向pcrf实体回复确认消息；

同时boss对用户签约更新以及pcr实体f进行策略配置，例如更新用户签约增加签约用户是否能够访问该业务，是否需要应用第三方应用提供的业务功能实体等的签约信息等的签约信息等，更新pcrf实体的配置策略，以便pcrf能够制定相应的pcc/应用检测控制(applicationdetectioncontrol，adc)规则，用于检测和控制该业务。

步骤509至步骤513为tdf/tssf实体接收到应用特征规则1后新附着或新建立ip-can会话的用户进行应用检测和控制的流程。

步骤509：ue附着到网络或请求建立ip-can会话。

步骤510：pcef实体与pcrf实体交互，建立ip-can会话，pcrf向pcef下发pcc规则。

步骤511：pcrf实体根据用户的签约信息确定用户可以访问在步骤601中第三方应用提供的应用，则pcrf实体下发的adc规则中携带一个或一组 adc规则，该adc规则中携带应用标识1和tsc策略。该adc规则中还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。tdf/tssf实体安装下发的adc规则。pcrf实体可能需要跟spr实体交互获取用户的签约。

步骤512：tdf/tssf实体向pcrf实体回复确认消息；

步骤513：当ue访问应用时，tdf/tssf实体检测出用户访问的业务的ip地址、ip五元组或url后根据应用特征库进行匹配。tdf/tssf实体只匹配与pcrf实体下发的adc规则中的具有应用标识的应用特征规则(其中包括应用特征规则1)。tdf/tssf实体匹配到应用特征规则1，从而执行adc规则1对应的tsc策略。

步骤514至步骤516针对在tdf/tssf实体接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤514：pcrf实体根据用户的签约信息确定用户可以访问在步骤501中第三方应用提供的应用，则pcrf实体向tdf/tssf实体更新adc规则，其中携带一个或一组adc规则，该adc规则中携带应用标识1及tsc策略。该adc规则还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcrf实体可能需要跟spr交互获取用户的签约。

步骤515：tdf/tssf实体回复确认消息。

步骤516：当ue访问应用时，tdf/tssf检测出用户访问的应用的ip地址、ip五元组或url后根据应用特征库进行匹配。tdf/tssf实体只匹配与pcrf下发的adc规则中的具有应用标识的特征规则(其中包括特征规则1)。tdf/tssf实体匹配到应用特征规则1，从而执行adc规则1对应的策略，其中包括用业务路由控制标识表示的业务链策略。业务数据将被路由到三方应用部署在(s)gi-lan上的业务功能实体。

在上述实施例中，pcrf实体在接收到scef实体提供的业务特征字段生成应用特征规则后即提供给tdf/tssf实体。在其他实施例中，pcrf实体可以判断是否有已经附着的ue可以访问该应用，若有，pcrf实体立即向 tdf/tssf实体提供经预处理后生成的应用特征规则；若没有，在pcrf实体检测到可以访问该业务的ue附着或建立ip-can会话后，pcrf向tdf/tssf应用特征规则。

在本示例中，计费策略和qos策略是由scef实体提供给pcrf实体，在其他实施例中，计费策略和qos策略也可以由boss系统直接配置在pcrf实体上。

示例四：

如图13所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤601：第三方应用决定部署一类新的业务，第三方应用向scef提供该类业务的业务特征字段，其中业务特征字段可以是业务的ip五元组、或url，或是服务器的ip地址、ip地址段。第三方应用可能还向scef提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体标识信息等。

步骤602：scef实体向第三方应用回复确认消息。

步骤603：scef实体对第三方应用的请求进行授权，并确定该业务的应用标识(这里表示为应用标识1)、计费策略、qos策略和业务功能实体指示信息。计费策略包括该应用需设置的计费键，qos策略包括应用需设置的qci、arp等。

步骤604：可选的，scef实体保存授权信息。

步骤605：scef实体向pcrf实体提供应用策略，包括应用标识1和计费键、qos策略及业务功能实体指示信息(可能进一步包括业务功能实体标识信息)等。

步骤606：pcrf实体向scef实体回复确认消息。

步骤607：scef实体将预处理后的业务特征字段和对应的应用标识(即应 用标识1)作为应用特征规则(这里表示为应用特征规则1)提供给tdf/tssf实体,tdf/tssf实体将该应用特征规则1更新到本地保存应用特征库。此后，tdf/tssf实体就可以根据新下发的应用特征规则1检测到该应用了。步骤608：tdf/tssf实体向scef实体回复确认消息。

同时运营商的boss对用户签约更新以及pcrf进行策略配置。例如，更新用户签约增加签约用户是否能够访问该应用,是否需要应用第三方应用提供的业务功能实体等的签约信息等的签约信息等，更新pcrf的配置策略，以便能够制定相应的pcc规则，用于检测和控制该应用。

步骤609至步骤613为tdf/tssf实体接收到应用特征规则1后新附着或新建立ip-can会话的用户进行应用检测和控制的流程。

步骤609：ue附着到网络，请求建立ip-can会话。

步骤610：pcef实体与pcrf实体交互，建立ip-can会话，pcrf实体向pcef实体提供pcc规则；

步骤611：pcrf实体根据用户的签约信息确定用户可以访问在步骤601中第三方应用提供的应用，则pcrf下发的adc规则中携带一个或一组adc规则，该adc规则中携带应用标识1及tsc策略。该adc规则中还可能携带计费策略和qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。tdf/tssf安装下发的adc规则。pcrf可能需要跟spr交互获取用户的签约。

步骤612：tdf/tssf实体向pcrf回复确认消息。

步骤613：当ue访问应用时，tdf/tssf检测出用户访问的业务的ip地址、ip五元组或url后根据应用特征库进行匹配。tdf/tssf实体只匹配与pcrf实体下发的adc规则中的具有应用标识的特征规则(其中包括特征规则1)。tdf/tssf匹配到特征规则1，从而执行adc规则1对应的策略。

步骤614至步骤616针对在tdf/tssf实体接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤614：pcrf实体根据用户的签约信息确定用户可以访问在步骤601中 第三方应用提供的应用，则pcrf实体向tdf/tssf实体更新adc规则，更新后的adc规则中携带应用标识1及tsc策略。该adc规则中还可能携带计费策略和qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcrf实体可能需要跟spr实体交互获取用户的签约信息。

步骤615：tdf/tssf实体回复确认消息；

步骤616：当ue访问应用时，tdf/tssf实体检测出用户访问的应用的ip地址、ip五元组或url后根据应用特征库进行匹配。

在本示例中，计费策略和qos策略是由scef实体提供给pcrf实体，在其他实施例中，计费策略和qos策略也可以由boss系统直接配置在pcrf上。

示例六：

如图14所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤701：第三方应用决定部署一类新的业务，第三方应用向scef实体提供该类业务的业务特征字段。该业务特征字段可以是应用的ip五元组、或url，或是服务器的ip地址、ip地址段。第三方应用可能还向scef提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体标识信息等。

步骤702：scef实体向第三方应用回复确认消息。

步骤703：scef实体对第三方应用的请求进行授权，并确定该业务的应用标识(这里表示为应用标识1)、计费策略和qos策略。计费策略包括该业务需设置的计费键，qos策略包括应用需设置的qci、arp等。若需要对该业务的业务数据应用第三方部署在运营商网络中的业务功能实体，那么运营商还对应用第三方业务功能实体进行授权。

步骤704：scef实体向pcrf实体进行业务特征字段提供，还提供应用 标识、计费策略、qos策略及是否运用业务功能实体的指示信息等。

步骤705：pcrf实体回复确认消息。

步骤706：可选的，pcrf实体保存接收到的信息。

步骤707：pcrf实体将业务特征字段和对应的应用标识(即应用标识1)作为应用特征规则(这里表示为应用特征规则1)提供给rdb实体，rdf实体将该应用特征规则1更新到本地保存应用特征库。

步骤708：rdb实体向pcrf实体回复确认消息；

同时运营商的boss对用户签约更新以及pcrf实体进行策略配置，例如更新用户签约增加签约用户是否能够访问该业务，是否需要应用第三方应用提供的业务功能实体等的签约信息等的签约信息等，更新pcrf实体的配置策略，以便pcrf能够制定相应的pcc/adc规则，用于检测和控制该业务的业务数据。

步骤709至步骤716为rdb实体接收到应用特征规则1后新附着或新建立ip-can会话的用户进行应用检测和控制的流程。

步骤709：ue附着到网络或请求建立ip-can会话。

步骤710：pcef实体与pcrf实体交互，建立ip-can会话，pcrf实体向pcef实体下发pcc规则。

步骤711：pcrf实体根据用户的签约信息确定用户可以访问在步骤701中第三方应用提供的应用，则pcrf下发一个或一组adc规则，这些adc规则中至少一个adc规则中携带应用标识1和tsc策略。该adc规则中还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。tdf/tssf安装下发的adc规则。pcrf可能需要跟spr交互获取用户的签约。

步骤712：tdf/tssf实体向pcrf实体回复确认消息；

步骤713：当ue访问应用时，tdf/tssf实体检测出用户访问的应用的ip地址、五元组或url.

步骤714：tdf/tssf实体向rdb实体上报检测出的ip地址、ip五元组或 url；

步骤715：rdb根据应用特征库进行匹配，向tdf/tssf返回匹配的应用标识1；

步骤716：tdf/tssf实体根据应用标识1执行adc规则1对应的策略，其中包括用业务路由控制标识表示的业务链策略。业务数据将被路由到三方应用部署在(s)gi-lan上的业务功能实体。

步骤717至步骤722针对在rdb实体接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤717：pcrf实体根据用户的签约信息确定用户可以访问在步骤701中第三方应用提供的应用，则pcrf实体向tdf/tssf实体更新adc规则，其中携带一个或一组adc规则，该adc规则中携带应用标识1及tsc策略。该adc规则还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。pcrf可能需要跟spr交互获取用户的签约；

步骤718：tdf/tssf实体回复确认消息；

步骤719：当ue访问应用时，tdf/tssf实体检测出用户访问的业务的ip地址、ip五元组或url。

步骤720：业务特征字段上报，tdf/tssf实体向rdb实体发送检测到的ip地址、ip五元组或url。这里检测到的ip地址、ip五元组或url等信息即为上述业务特征字段的组成内容。

步骤721，rdb实体根据应用特征库进行匹配，并向tdf/tssf实体返回对应的应用标识1。

步骤722：业务数据路由控制，具体可包括：tdf/tssf实体根据应用标识1执行adc规则1对应的策略，其中包括用业务路由控制标识表示的业务链策略。业务数据将被路由到三方应用部署在(s)gi-lan上的业务功能实体。

在上述实施例中，pcrf实体在接收到scef实体提供的业务特征字段生成应用特征规则后即提供给tdf/tssf实体。在其他实施例中，pcrf实体可以判断是否有已经附着的ue可以访问该应用，若有，pcrf立即向tdf/tssf 提供经预处理后生成的应用特征规则；若没有，在pcr实体f检测到可以访问该应用的ue附着或建立ip-can会话后，pcrf实体向tdf/tssf实体应用特征规则。

在本示例中，计费策略和qos策略是由scef实体提供给pcrf实体，在其他实施例中，计费策略和qos策略也可以由boss系统直接配置在pcrf实体上。

示例六：

如图15所示，在示例中本示例提供一种第三方应用业务部署方法，包括：

步骤801：第三方应用决定部署一类新的业务，第三方应用向scef实体提供该类业务的业务特征字段，其中业务特征字段可以是应用的ip五元组、或url，或是服务器的ip地址、ip地址段。第三方应用可能还向scef实体提供业务相关的描述信息，业务相关的描述信息可以是业务类型，业务所需的qos，业务的计费类型、以及是否要对业务数据应用第三方部署在运营商网络中的业务功能实体的指示信息，若第三方应用在运营商网络中部署多个业务功能实体，还会携带对应的业务功能实体标识信息等。

步骤802：scef实体向第三方应用回复确认消息。

步骤803：scef实体对第三方应用的请求进行授权，并确定该业务的应用标识(这里表示为应用标识1)、计费策略和qos策略。计费策略包括该应用需设置的计费键，qos策略包括应用需设置的qci及arp等。若需要对该应用的数据应用第三方部署在运营商网络中的业务功能实体，那么运营商还对应用第三方业务功能实体进行授权。

步骤804：scef实体向pcrf实体进行策略规则提供，包括应用标识1、计费策略、qos策略及业务功能实体指示信息(可能进一步包括业务功能实体标识信息)等。

步骤805：pcrf实体回复确认消息。

步骤806：可选的，pcrf实体保存接收到的信息。

步骤807：scef实体将业务特征字段和对应的应用标识(即应用标识1)作为应用特征规则(这里表示为应用特征规则1)提供给rdb实体，rdf实体将该应用特征规则1更新到本地保存应用特征库。

步骤808：rdb实体向scef实体回复确认消息。

同时运营商的boss对用户签约更新以及pcrf实体进行策略配置，例如更新用户签约增加签约用户是否能够访问该应用，是否需要应用第三方应用提供的业务功能实体等的签约信息等的签约信息等，更新pcrf实体的配置策略，以便pcrf能够制定相应的pcc/adc规则，用于检测和控制该业务。

步骤809至步骤816为rdb实体接收到应用特征规则1后新附着或新建立ip-can会话的用户进行应用检测和控制的流程。

步骤809：ue附着到网络或请求建立ip-can会话。

步骤810：pcef实体与pcrf实体交互，建立ip-can会话，pcrf向pcef下发pcc规则。

步骤811：pcrf实体根据用户的签约信息确定用户可以访问在步骤801中第三方应用提供的应用，则pcrf实体下发一个或一组adc规则中携带应用标识1和tsc策略。该adc规则中还可能携带计费策略、qos策略。其中pcrf根据业务功能实体指示信息来确定tsc策略。tdf/tssf实体安装下发的adc规则。pcrf实体可能需要跟spr实体交互获取用户的签约信息。

步骤812：tdf/tssf向pcrf回复确认消息。

步骤813：当ue访问应用时，tdf/tssf实体检测出用户访问的应用的ip地址、ip五元组或url.

步骤814：tdf/tssf实体向rdb实体上报检测出的ip地址、ip五元组或url.

步骤815：rdb实体根据应用特征库进行匹配，向tdf/tssf实体返回匹配的应用标识1。这里的rdb实体也为前述实施例中的应用检测控制实体的一种。

步骤816：tdf/tssf实体根据应用标识1执行adc规则1对应的tsc策 略。

步骤817至步骤822针对在rdb接收到应用特征规则1时已附着或已建立ip-can会话的用户。

步骤817：pcrf实体根据用户的签约信息确定用户可以访问在步骤801中第三方应用提供的应用，则pcrf实体向tdf/tssf实体更新adc规则。更新后的adc规则中携带应用标识1及tsc策略。该adc规则还可能携带计费策略、qos策略。pcrf实体根据业务功能实体指示信息来确定tsc策略。pcrf实体可能需要跟spr实体交互获取用户的签约。

步骤818：tdf/tssf实体回复确认消息。

步骤819：业务数据检测，所述业务数据检测可包括：当ue访问业务时，tdf/tssf实体检测出用户访问的应用的ip地址、ip五元组或url。

步骤820：tdf/tssf实体向rdb实体发送检测业务数据得到的业务特征字段。这里的检测的业务特征字段可为所述业务的ip地址、ip五元组或url。

步骤821：rdb实体根据应用特征库进行匹配，并向tdf/tssf实体返回对应的应用标识1。

步骤822：业务数据路由控制，具体可包括：tdf/tssf实体根据应用标识1确定adc规则1对应的tsc策略，并对所述业务数据执行所述tsc策略，控制所述业务数据是否路由到第三应用部署的业务功能实体。

在示例中，pcrf实体在接收到scef实体提供的业务特征字段生成应用特征规则后即提供给tdf/tssf实体。在其他实施例中，pcrf实体可以判断是否有已经附着的ue可以访问该应用，若有，pcrf实体立即向tdf/tssf实体提供经预处理后生成的应用特征规则；若没有，在pcrf实体检测到可以访问该应用的ue附着或建立ip-can会话后，pcrf实体向tdf/tssf实体提供应用特征规则。

在示例5和示例6中，pcrf实体向tdf/tssf实体提供adc规则，tdf/tssf实体与rdb实体交互后获得应用标识，从而根据应用标识执行 adc规则。类似地，pcrf实体向pcef实体提供pcc规则，tdf/tssf实体与rdb实体交互后获得应用标识，从而根据应用标识执行pcc规则。

在示例中，scef实体可以根据业务功能实体指示信息确定tsc策略，并提供给pcrf实体。在pcrf实体可以将该tsc策略包含在确定的pcc/adc规则。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限 于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。