WO2016078090A1

WO2016078090A1 - 计费控制装置、方法及系统

Info

Publication number: WO2016078090A1
Application number: PCT/CN2014/091929
Authority: WO
Inventors: 王毓芳; 王彩娟; 罗武军
Original assignee: 华为技术有限公司
Priority date: 2014-11-21
Filing date: 2014-11-21
Publication date: 2016-05-26
Also published as: BR112017010583A2; EP3214862A4; RU2669522C1; CN105814930B; AU2014411891B2; KR20170085125A; EP3214862B1; KR101933594B1; JP2018504003A; US20170257490A1; JP6508660B2; BR112017010583B1; CN105814930A; AU2014411891A1; US10666812B2; CA2968439C; CA2968439A1; EP3214862A1

Abstract

一种计费控制装置、方法及系统，当UE（112）访问向OTT SP收费的业务时，计费控制装置（102）从PCEF（108）接收流描述信息（2001），其中，所述流描述信息是由所述PCEF（108）根据从所述UE（112）接收的数据流所获取的；根据所述流描述信息，确定与所述数据流对应的业务标识（2002）；将所述业务标识发送至所述PCEF（108），以使所述PCEF（108）根据所述业务标识对所述业务进行计费（2003）。UE（112）在进行业务访问时，PCEF（108）可以从计费控制装置获取业务标识。这样，无需在PCEF（108）上配置业务标识和计费标识，PCEF（108）就可以获得与数据流对应的业务标识和计费标识，从而能够减少配置时的工作量。

Description

计费控制装置、方法及系统

技术领域

本发明实施例涉及通信领域，并且更具体地，涉及一种计费控制装置、方法及系统。

背景技术

流量800业务是主要向运营商之上的(Over The Top，OTT)业务提供商(Service Provider，SP)收费的一种业务。OTT SP可以称为企业集团或简称为集团。随着4G的发展，运营商需要与企业集团合作，建立产业联盟，实现运营商、用户、企业集团的多赢。流量800业务主要由企业集团进行付费，能够获得更多的增值业务回报，例如，可以获得更多的访问量，可以提升企业集团的员工的工作效率等。用户可以不顾忌费用，对流量800业务的访问有更好的体验。运营商的网络投资可以更大地被消化，并获得更多的扩容机会。

运营商可开展合作的OTT SP众多。一个OTT SP可能提供多个流量800业务。运营商需为各个流量800业务分别分配计费标识。运营商要能快速简便地部署新的流量800业务，灵活动态地适应OTT SP的服务器的变化，确保用户的流量800业务均能准确地免费。

目前，各OTT SP提供流量800业务的服务器地址/主机(host)列表，或统一资源定位器(Uniform Resource Locator，URL)列表。运营商提供与服务器地址/host列表或URL列表对应的业务标识及计费标识，所有的这些信息均需在策略与计费执行功能(Policy and Charging Enforcement Function，PCEF)上进行预先配置。当流量800业务的服务器变更或新的流量800业务发放时，也需对PCEF上的配置进行相应的调整。这样导致在PCEF上进行配置的工作量大。

发明内容

本发明实施例提供了一种计费控制装置、方法及系统，能够减少在PCEF上进行配置的工作量。

第一方面，提供了一种计费控制装置，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

接收器，用于从策略与计费执行功能PCEF接收流描述信息，其中，所述流描述信息是由所述PCEF根据从所述UE接收的数据流所获取的；

处理器，用于根据所述接收器接收的所述流描述信息，确定与所述数据流对应的业务标识；

发送器，用于将所述处理器确定的业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。

结合第一方面，在第一方面的第一种可能的实现方式中，所述处理器，还用于根据所述接收器接收的所述流描述信息，确定与所述数据流对应的计费标识；

所述发送器，还用于将所述计费标识发送至所述PCEF。

结合第一方面或者上述第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述接收器，还用于接收所述UE的用户标识；

所述处理器，还用于判断所述用户标识与所述业务标识是否具有对应关系；

所述发送器，具体用于当所述处理器确定所述用户标识与所述业务标识具有对应关系时，将所述业务标识和所述计费标识发送至所述PCEF。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述接收器，还用于接收所述OTT SP的设备或业务运营支撑系统BOSS发送的用户注册信息；

所述处理器，具体用于根据所述用户注册信息生成第一匹配信息，所述第一匹配信息包括用户标识与业务标识的对应关系。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述处理器，具体用于：根据所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第五种可能的实现方式中，所述接收器，还用于接收所述OTT SP的设备发送的用户注册信息；

所述发送器，还用于将所述用户注册信息发送至业务运营支撑系统BOSS。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第六种可能的实现方式中，所述接收器，还用于获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

所述处理器，还用于根据所述业务规则集合，生成第二匹配信息，其中，所述第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第七种可能的实现方式中，所述处理器，还用于根据所述第二匹配信息，确定与所述数据流对应的业务标识和计费标识。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第八种可能的实现方式中，所述接收器，还用于获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

所述发送器，还用于将所述业务标识和所述计费标识发送至策略与计费规则功能PCRF；

所述处理器，还用于根据所述业务规则集合，生成第三匹配信息，其中，所述第三匹配信息包括业务规则集合与业务标识之间的对应关系。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第九种可能的实现方式中，所述接收器，还用于接收所述OTT SP的设备发送的用户注册信息；

所述发送器，还用于将所述用户注册信息发送至所述PCRF。

第二方面，提供了一种策略与计费执行功能PCEF，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

接收器，用于接收所述UE发送的数据流；

处理器，用于对所述数据流进行解析，确定所述数据流的流描述信息；

发送器，用于将所述处理器确定的所述流描述信息发送至计费控制装置；

所述接收器，还用于接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

所述处理器，还用于根据所述接收器接收的所述业务标识，对所述业务进行在线/离线计费。

结合第二方面，在第二方面的第一种可能的实现方式中，所述接收器，还用于接收所述计费控制装置发送的计费标识；

所述处理器，具体用于根据所述业务标识和所述计费标识，对所述业务进行在线/离线计费。

结合第二方面，在第二方面的第二种可能的实现方式中，所述处理器，还用于判断所述UE是否注册了所述业务；

所述发送器，具体用于：当所述处理器确定所述UE注册了所述业务时，将所述流描述信息发送至所述计费控制装置。

第三方面，提供了一种策略与计费规则功能PCRF，包括：

接收器，用于从计费控制装置接收业务标识和计费标识，从所述计费控制装置或业务运营支撑系统BOSS接收用户注册信息；

处理器，用于根据所述接收器接收的所述用户注册信息、所述业务标识和所述计费标识，生成策略控制和计费PCC策略。

第四方面，提供了一种业务运营支撑系统BOSS，包括：

接收器，用于接收用户注册信息；

发送器，用于将所述接收器接收的所述用户注册信息发送至计费控制装置。

结合第四方面，在第四方面的第一种可能的实现方式中，当向运营商之上的OTT业务提供商SP收费的业务为后向付费的业务时，所述接收器，具体用于从所述OTT SP的设备接收所述用户注册信息；

或，当向运营商之上的OTT业务提供商SP收费的业务为前向付费的业务时，所述接收器，具体用于从用户设备UE接收所述用户注册信息。

第五方面，提供了一种运营商之上的OTT业务提供商SP的设备，包括：

处理器，用于生成业务规则集合；

发送器，用于将所述业务规则集合发送至对计费控制装置。

根据第五方面，在第五方面的第一种可能的实现方式中，当向OTT SP收费的业务为后向付费的业务时，

所述处理器，还用于生成用户注册信息；

所述发送器，还用于将所述用户注册信息发送至所述计费控制装置或业务运营支撑系统BOSS。

第六方面，提供了一种计费的系统，包括：

第一方面或者第一方面的任一种可能的实现方式中所述的计费控制装置；

策略与计费执行功能PCEF；

策略与计费规则功能PCRF；

业务运营支撑系统BOSS。

第七方面，提供了一种计费的方法，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

从策略与计费执行功能PCEF接收流描述信息，其中，所述流描述信息是由所述PCEF根据从所述UE接收的数据流所获取的；

根据所述流描述信息，确定与所述数据流对应的业务标识；

将所述业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。

结合第七方面，在第七方面的第一种可能的实现方式中，所述根据所述流描述信息，确定与所述数据流对应的业务标识，包括：

根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识；

所述将所述业务标识发送至所述PCEF，包括：

将所述业务标识和所述计费标识发送至所述PCEF。

结合第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，从所述PCEF接收所述UE的用户标识；

判断所述用户标识与所述业务标识是否具有对应关系；

所述将所述业务标识和所述计费标识发送至所述PCEF，包括：

当确定所述用户标识与所述业务标识具有对应关系时，将所述业务标识和所述计费标识发送至所述PCEF。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第三种可能的实现方式中，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备或业务运营支撑系统BOSS发送的用户注册信息；

根据所述用户注册信息生成第一匹配信息，所述第一匹配信息包括用户标识与业务标识的对应关系。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第四种可能的实现方式中，所述判断所述用户标识与所述业务标识是否具有对应关系，包括：

根据所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第五种可能的实现方式中，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备发送的用户注册信息；

将所述用户注册信息发送至业务运营支撑系统BOSS。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第六种可能的实现方式中，在所述从PCEF接收流描述信息之前，还包括：

获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

根据所述业务规则集合，生成第二匹配信息，其中，所述第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第七种可能的实现方式中，所述根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识，包括：

根据所述第二匹配信息，确定与所述数据流对应的业务标识和计费标识。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第八种可能的实现方式中，在所述从PCEF接收流描述信息之前，还包括：

将所述业务标识和所述计费标识发送至策略与计费规则功能PCRF；

根据所述业务规则集合，生成第三匹配信息，其中，所述第三匹配信息包括业务规则集合与业务标识之间的对应关系。

结合第七方面或者第七方面的任一种可能的实现方式，在第七方面的第九种可能的实现方式中，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备发送的用户注册信息；

将所述用户注册信息发送至所述PCRF。

第八方面，提供了一种计费的方法，所述方法由策略与计费执行功能PCEF执行，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

接收所述UE发送的数据流；

对所述数据流进行解析，确定所述数据流的流描述信息；

将所述流描述信息发送至计费控制装置；

接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

根据所述业务标识，对所述业务进行在线/离线计费。

结合第八方面，在第八方面的第一种可能的实现方式中，

所述接收所述计费控制装置发送的业务标识，包括：

接收所述计费控制装置发送的业务标识和计费标识，所述业务标识和所述计费标识是所述计费控制装置根据所述流描述信息确定的；

所述根据所述业务标识，对所述业务进行在线/离线计费，包括：

根据所述业务标识和所述计费标识，对所述业务进行在线/离线计费。

结合第八方面，在第八方面的第二种可能的实现方式中，

在所述将所述流描述信息发送至计费控制装置之前，还包括：

判断所述UE是否注册了所述业务；

所述将所述流描述信息发送至计费控制装置，包括：

当确定所述UE注册了所述业务时，将所述流描述信息发送至所述计费控制装置。

第九方面，提供了一种计费的方法，所述方法由策略与计费规则功能PCRF执行，包括：

从计费控制装置接收业务标识和计费标识，从所述计费控制装置或业务运营支撑系统BOSS接收用户注册信息；

根据所述用户注册信息、所述业务标识和所述计费标识，生成策略控制和计费PCC策略。

第十方面，提供了一种计费的方法，所述方法由业务运营支撑系统BOSS执行，包括：

接收用户注册信息；

将所述用户注册信息发送至计费控制装置。

结合第十方面，在第十方面的第一种可能的实现方式中，

当向运营商之上的OTT业务提供商SP收费的业务为后向付费的业务时，所述接收用户注册信息，包括：

从所述OTT SP的设备接收所述用户注册信息；

或，当向运营商之上的OTT业务提供商SP收费的业务为前向付费的业务时，所述接收用户注册信息，包括：

从用户设备UE接收所述用户注册信息。

第十一方面，提供了一种计费的方法，所述方法由运营商之上的OTT业务提供商SP设备执行，包括：

生成业务规则集合；

将所述业务规则集合发送至对计费控制装置。

结合第十一方面，在第十一方面的第一种可能的实现方式中，

当向OTT SP收费的业务为后向付费的业务时，还包括：

生成用户注册信息；

将所述用户注册信息发送至所述计费控制装置或业务运营支撑系统BOSS。

本发明实施例中，UE在进行业务访问时，PCEF可以从计费控制装置获取业务标识。这样，无需在PCEF上配置业务标识和计费标识，PCEF就可以获得与数据流对应的业务标识和计费标识，从而能够减少配置时的工作量。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。需要指出的是，这些附图仅仅是本发明的一些实施例。对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例的系统或网络框架图。

图2是本发明一个实施例的计费控制装置的结构示意图。

图3是本发明一个实施例PCEF的结构示意图。

图4是本发明一个实施例PCRF的结构示意图。

图5是本发明一个实施例BOSS的结构示意图。

图6是本发明一个实施例OTT SP的设备的结构示意图。

图7是本发明一个实施例的计费的方法的信令流程图。

图8是本发明另一个实施例的的方法的信令流程图。

图9是本发明另一个实施例的计费的方法的信令流程图。

图10是本发明另一个实施例的计费的方法的信令流程图。

图11是本发明另一个实施例的计费的方法的信令流程图。

图12是本发明另一个实施例的计费的方法的信令流程图。

图13是本发明另一个实施例的计费的方法的信令流程图。

图14是本发明另一个实施例的计费的方法的信令流程图。

图15是本发明另一个实施例的计费的方法的信令流程图。

图16是本发明另一个实施例的计费的方法的信令流程图。

图17是本发明另一个实施例的计费的方法的信令流程图。

图18是本发明另一个实施例的计费的方法的信令流程图。

图19是本发明一个实施例的计费的系统的结构示意图。

图20是本发明一个实施例的计费的方法的流程图。

图21是本发明另一个实施例的计费的方法的流程图。

图22是本发明另一个实施例的计费的方法的流程图。

图23是本发明另一个实施例的计费的方法的流程图。

图24是本发明另一个实施例的计费的方法的流程图。

具体实施方式

下面将结合附图，对本发明实施例的技术方案进行清楚、完整地描述。需要说明的是，这些实施例仅仅是示例性的，并不能以此限定本发明所保护范围。基于这些实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明实施例的系统或网络框架图。图1所示的系统10包括计费控制装置102、策略与计费执行功能(Policy and Charging Enforcement Function，PCEF)108、策略与计费规则功能(Policy and Charging Rules Function，PCRF)110和业务运营支撑系统(Business&Operation Support System，BOSS)104。

另外，图1中还示出了运营商之上的(Over The Top，OTT)业务提供商(Service Provider，SP)的设备106、基站109和用户设备(User Equipment，UE)112。

本发明实施例中，UE也可以称为终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、移动终端、无线通信设备、用户代理或用户装置。例如，UE可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备。本发明对此不作限定。

图1所示的系统10用于对向OTT SP收费的业务进行计费。其中，向OTT SP收费的业务也可以称为流量800业务或统付业务。

其中，PCRF 110可以根据用户的签约信息，对用户的计费和控制策略进行决策，并下发给PCEF 108。PCEF 108可以负责接收PCRF 110为各个用户授权的计费和控制策略，并实施该计费和控制策略。BOSS 104位于运营商网络中，可以负责用户套餐的签约管理，并实现在线/离线(online/offline)计费功能。

计费控制装置102也可以称为流量800业务平台，或者简称为流量800平台。该计费控制装置102可以具有第一接口、第二接口、第三接口和第四接口。该计费控制装置102可通过第一接口与BOSS 104进行通信；通过第二接口与OTT SP的设备106进行通信；通过第三接口与PCEF 108进行通信；通过第四接口与PCRF 110进行通信。

可选地，该计费控制装置102可包括接口处理单元，用于对上述的第一接口、第二接口、第三接口和第四接口进行管理。例如，接口处理单元可由计费控制装置102内的处理器实现。

BOSS 104可具有对应的BOSS接口与该计费控制装置102进行通信。OTT SP的设备106可具有对应的接口与该计费控制装置102进行通信。例如，OTT SP的设备具有的对应的接口可以是OTT SP的服务器上的接口。PCEF 108可具有对应的PCEF接口与该计费控制装置102进行通信。并且，该PCEF已经开启业务感知(Service Awareness，SA)功能。PCRF 110可具有对应的PCRF接口与该计费控制装置102进行通信。

另外，PCRF 110与PCEF 108之间可以通过Gx接口进行通信。PCEF 108与BOSS 104之间可以通过Gy/Ga/Gz接口进行通信。

其中，OTT SP的设备106可以是OTT服务器，并且，该OTT SP的设备106具有鉴权、用户组管理等功能。

如图2所示，计费控制装置102可包括接收器1022、处理器1024和发送器1026。

如图3所示，PCEF 108可包括接收器1082、处理器1084和发送器1086。

如图4所示，PCRF 110可包括接收器1102、处理器1104和发送器1106。

如图5所示，BOSS 104可包括接收器1042、处理器1044和发送器1046。

如图6所示，OTT SP的设备106可包括接收器1062、处理器1064和发送器1066。

本发明实施例中，当UE 112进行业务访问时，UE 112通过基站109将数据流发送至PCEF 108。进一步地，图1所示的系统可以用于完成对该业务的计费操作。其中，该业务可以为向OTT SP收费的业务，即该业务为流量800业务。

图7是本发明一个实施例的计费的方法的信令流程图。图7中所示的方法包括：

701，PCEF 108的接收器1082接收UE 112发送的数据流。

当UE 112进行流量800业务访问时，UE 112可将数据流发送至PCEF 108。该数据流可以是向OTT SP收费的业务的数据流。

可选的，在701之前，UE 112向PCEF 108发送用户激活请求。PCEF 108在接收到UE 112的用户激活请求之后，从PCRF 110获取策略控制和计费(Policy Control and Charging，PCC)策略。PCRF 110进行策略授权，将动态规则下发至PCEF 108。PCEF 108根据动态规则进行策略安装并发送用户激活成功应答消息至该UE 112。

702，PCEF 108的处理器1084对该数据流进行解析，并获取该数据流的流描述信息。

其中，对数据流进行解析可以包括识别该数据流的L3/4信息、L7信息等。其中，L3/4信息可包括互联网协议(Internet Protocol，IP)地址、端口号、协议号等。L7信息可包括：URL地址、L7协议类型等。

流描述信息可以包括该数据流的L3/4信息和/或L7信息等。

703，PCEF 108的发送器1086将该流描述信息发送至计费控制装置102。

704，计费控制装置102的处理器1024根据该流描述信息，确定向OTT SP收费的业务的业务标识和计费标识。

例如，业务标识可以为该业务的Service ID，计费标识可以为计费组(Rating Group，RG)。

该计费控制装置102中可存储第二匹配信息，该第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。例如，每个业务规则集合中可以包括L3/4信息及L7信息等。其中，L3/4信息可以包括IP地址、端口号、协议号等；L7信息可以包括URL地址、L7协议类型等。本发明对此不作限定。另外，业务规则集合也可以称为过滤规则信息集合。

这样，若该流描述信息属于某个业务规则集合，则可以根据第二匹配信息确定与该某个业务规则集合对应的业务标识和计费标识，并将与该某个业务规则集合对应的业务标识和计费标识确定为与该流描述信息对应的业务标识和计费标识，即与该数据流对应的业务标识和计费标识。

705，计费控制装置102的发送器1026将与该数据流对应的业务标识和计费标识发送至PCEF 108，以使PCEF 108根据业务标识和计费标识对该业务进行计费。

本发明实施例中，UE 112在进行流量800业务访问时，PCEF 108通过将流描述信息发送至计费控制装置102，由计费控制装置102确定与数据流对应的业务标识和计费标识并发送至PCEF 108。这样，无需在PCEF 108上配置业务标识和计费标识，PCEF 108就可以获得与数据流对应的业务标识和计费标识，从而能够减少PCEF 108的配置工作量。

706，PCEF 108的处理器1084根据业务标识和计费标识进行online/offline计费。该计费是针对于具有该业务标识的业务的。

PCEF 108可以与BOSS 104共同实现online/offline计费功能。在706之后，还可包括(图7中未示出)：

707，PCEF 108的发送器1086发送信用控制请求(Credit Control Request，CCR)消息至BOSS 104。

该CCR消息可包括该业务标识、该计费标识和UE 112的用户标识。用户标识可以为移动用户国际识别码(Mobile Subscriber International ISDN(综合业务数字网，Integrated Service Digital Network)/PSTN(公共交换电话网，Public Switched Telephone Network)number，MSISDN)。例如，该用户标识可以为电话号码。

708，BOSS 104的处理器1044进行差异化批价。

BOSS 104可根据用户注册信息判断该UE 112是否注册了具有该业务标识的业务，进而确定该业务对该UE 112计费或免费。

BOSS 104可以根据计费标识对该UE 112的用户账户进行扣费处理。例如，不同的计费标识可以对应不同的价格。

其中，若该向OTT SP收费的业务为后向付费的业务，即该业务完全由OTT SP进行付费，那么该用户注册信息是由OTT SP的设备所提供的。若该业务为前向付费的业务，即除了由OTT SP进行付费外，UE也需要付费，那么该用户注册信息由用户在BOSS系统进行业务签约所生成。

709，BOSS 104的发送器1046发送信用控制应答(Credit Control Answer，CCA)消息至PCEF 108。

这样，PCEF 108和BOSS 104便可以共同完成online/offline计费。

可选地，作为一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图7所示的方法之前，还可包括图8所示的方法。图8所示的方法包括：

801，计费控制装置102的接收器1022获取运营商预配置的业务标识和计费标识。

运营商规划针对向OTT SP收费的业务的业务标识和计费标识，并在计费控制装置102上进行预配置。

802，OTT SP的设备106的处理器1064生成业务规则集合。

该业务规则集合中可以包括L3/4信息及L7信息等。其中，L3/4信息可以包括IP地址、端口号、协议号等；L7信息可以包括URL地址、L7协议类型等。本发明对此不作限定。

803，OTT SP的设备106的发送器1066将该业务规则集合发送至计费控制装置102。

OTT SP的设备106可以以文件的形式批量地将业务规则集合发送至计费控制装置102，或者，OTT SP的设备106也可以实时地提供或更新该业务规则集合。

804，计费控制装置102的处理器1024根据业务规则集合生成第二匹配信息。其中，第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

例如，该第二匹配信息的形式可以为第二匹配表。该第二匹配表可以包括三列。其中的第一列为业务标识，第二列为计费标识，第三列为业务规则集合。并且，位于该第二匹配表的同一行的业务规则集合、业务标识和计费标识，具有对应关系。

805，OTT SP的设备106的处理器1064生成用户注册信息。

用户注册信息中可以包括用户标识和业务标识之间的对应关系。例如，假设第一UE的用户标识为A1，第一业务的业务标识为B1。若OTT SP的设备106决定该第一业务针对该第一UE免费，则该用户注册信息中可以包括A1与B1之间的对应关系。

806，OTT SP的设备106的发送器1066将该用户注册信息发送至BOSS 104。

应注意，这里的序号不应构成对顺序的限制。例如，802和803可以在801之前执行。例如，805可以在802之前执行，或者805可以与802同时执行。本发明对此不作限定。

应理解，在图8所示的实施例中，计费控制装置102可以从多个不同的OTT SP的设备接收各自发送的业务规则集合。BOSS 104也可以从多个不同的OTT SP的设备接收各自发送的用户注册信息。

举例来说，假设OTT SP的设备包括第一OTT SP的设备和第二OTT SP的设备。第一OTT SP的设备为阿里巴巴的服务器，第二OTT SP的设备为酷我音乐的服务器。并且，阿里巴巴所提供的业务包括淘宝和支付宝。酷我音乐提供的业务包括酷我音乐。那么：

在801中，运营商可在计费控制装置102上配置如下信息：

淘宝的业务标识为第一业务标识，计费标识为第一计费标识；

支付宝的业务标识为第二业务标识，计费标识为第二计费标识；

酷我音乐的业务标识为第三业务标识，计费标识为第三计费标识。

在802中，第一OTT SP的设备可以生成第一业务规则集合和第二业务规则集合。第一业务规则集合用于表示淘宝，第二业务规则集合用于表示支付宝。第二OTT SP的设备可以生成第三业务规则集合。第三业务规则集合用于表示酷我音乐。

在803中，第一OTT SP的设备将第一业务规则集合发送至计费控制装置102。第二OTT SP的设备将第二业务规则集合发送至计费控制装置102。

在804中，计费控制装置102生成的第二匹配信息可以如表一所示。

表一

第一业务标识	第一计费标识	第一业务规则集合
第一业务标识	第一计费标识	第一业务规则集合	第二业务标识	第二计费标识	第二业务规则集合
第三业务标识	第三计费标识	第三业务规则集合	第二业务标识	第二计费标识	第二业务规则集合

另外，在图8所示的方法之后，在图7所示的方法之前，还可以包括：PCEF 108进行构建本地缓存(cache)。

例如，PCEF 108进行构建本地cache，可以包括：

1).在PCEF 108的单板启动时，首先建立与计费控制装置102之间的链路。例如，该链路可以为互联网内容适配协议(Internet Content Adaption Protocol，ICAP)链路。

2).在该ICAP链路建立成功之后，PCEF 108可发送第一请求消息至计费控制装置102。该第一请求消息可携带第一标识，该第一标识用于表示该PCEF 108支持cache功能。

3).计费控制装置102收到第一请求消息后，检查该计费控制装置102上的业务规则集合的状态。若该状态正常，计费控制装置102发送第一应答消息至PCEF 108。该第一应答消息可携带第二标识，该第二标识可以为Ready标识，该Ready标识用于表示该计费控制装置102上的业务规则查找树的状态正常。

4).PCEF 108收到第一应答消息后，可以发送第二请求消息至计费控制装置102。该第二请求消息可携带请求下发的规则的起止序号段。

举例来说，该起止序号段可以为1至10。

5).计费控制装置102将业务规则集合中的业务规则按照热度进行排序。计费控制装置102在收到第二请求消息后，根据起止序号段发送业务规则。并发送第二应答消息至PCEF 108。

举例来说，若计费控制装置102上的业务规则集合包括100条业务规则，计费控制装置102可将热度最高的1-10条业务规则发送至PCEF 108。

举例来说，若计费控制装置102上的业务规则集合包括7条业务规则，计费控制装置102可将该7条业务规则发送至PCEF 108，并且在第二应答消息中携带Total标识。

6).PCEF 108从计费控制装置102接收到包括起止序号段的业务规则后，或者PCEF 108从计费控制装置102接收到Total标识后，进行本地规则树的构建。这样，PCEF 108可完成本地cache的构建。

应注意，PCEF 108也可以采用其他的方式构建本地cache，本发明对此不作限定。

在本地cache构建之后，在图7所示的703中，PCEF 108的处理器1084可先查找本地cache，当查找不到业务规则时，发送器1086再发送流描述信息至计费控制装置102。这样，能够减少PCEF 108与计费控制装置102之间的通信次数，进而减轻PCEF 108与计费控制装置102之间的接口的压力。

可选地，作为另一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图7所示的方法之前，还可包括图9所示的方法。图9所示的方法包括：801，802，803，804，805和

807，OTT SP的设备106的发送器1066将该用户注册信息发送至计费控制装置102。

808，计费控制装置102的发送器1026将用户注册信息发送至BOSS 104。

在图9所示的实施例中，用户注册信息从OTT SP的设备106经由计费控制装置102发送至BOSS 104。或者，可以说是由计费控制装置102将从OTT SP的设备106接收的用户注册信息转发至BOSS 104。这样，能够减轻OTT SP的设备106与BOSS 104之间的接口的工作压力。

图9中的801至805可以参见图8中的描述，为避免重复，这里不再赘述。

应注意，这里的序号不应构成对顺序的限制。例如，804可以在807和808之后执行。本发明对此不作限定。

可选地，作为另一个实施例，若该向OTT SP收费的业务为前向付费的业务，在图7所示的方法之前，还可包括图10所示的方法。图10所示的方法包括：801，802，803，804和

809，BOSS 104的接收器1042从UE 112获取用户注册信息。

UE 112可以通过短信、电话、网上操作等方式主动向运营商进行注册，提供该用户注册信息。例如，第二UE的用户标识为A2，第二业务的业务标识为B2。若第二用户注册了第二业务，那么，第二UE可以主动向BOSS 104提供该用户注册信息，且该用户注册信息包括A2与B2的对应关系。

图10中的801至804可以参见图8中的描述，为避免重复，这里不再赘述。

在图7至图10所描述的实施例中，UE 112在进行向OTT SP收费的业务访问时，PCEF 108通过将流描述信息发送至计费控制装置102来获取相应的业务标识和计费标识，这样，无需在PCEF 108上配置业务标识和计费标识，能够减少在PCEF 108上配置时的工作量，进而减少配置时的出错率。

图11是本发明另一实施例的计费的方法的信令流程图。图11所示的方法包括：

1101，PCEF 108的接收器1082接收UE 112发送的数据流。

可选的，在1101之前，UE 112向PCEF 108发送用户激活请求。PCEF 108在接收到UE 112的用户激活请求之后，从PCRF 110获取PCC策略。PCRF 110进行策略授权，将动态规则下发至PCEF 108。PCEF 108根据动态规则进行策略安装并发送用户激活成功应答消息至该UE 112。

1102，PCEF 108的处理器1084对该数据流进行解析，并获取该数据流的流描述信息。

1102可以参见前述图7实施例中的702，为避免重复，这里不再赘述。

1103，PCEF 108的发送器1086将该流描述信息和用户标识发送至计费控制装置102。

用户标识可以为MSISDN。例如，该用户标识可以为UE 112的电话号码。

1104，计费控制装置102的处理器1024根据该流描述信息，确定向OTT SP收费的业务的业务标识和计费标识；并判断该业务标识与用户标识是否具有对应关系。

例如，业务标识可以为该业务的Service ID，计费标识可以为RG。

该计费控制装置102中可存储第二匹配信息，该第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

该计费控制装置102中可存储第一匹配信息，该第一匹配信息包括业务标识与用户标识之间的对应关系。

这样，该计费控制装置102可以根据该第一匹配信息，判断从PCEF 108所接收的用户标识与根据流描述信息所确定的业务标识是否具有对应关系。

1105，当计费控制装置102的处理器1024在1104执行判断后，确定从PCEF 108所接收的用户标识与根据流描述信息所确定的业务标识具有对应关系时，计费控制装置102的发送器1026将业务标识和计费标识发送至PCEF 108。

另一方面，若计费控制装置102的处理器1024在1104执行判断后，确定从PCEF 108所接收的用户标识与根据流描述信息所确定的业务标识不具有对应关系，那么，计费控制装置102的发送器1026可向PCEF 108发送空消息或者不发送任何消息。

本发明实施例中，UE 112在进行业务访问时，PCEF 108通过将流描述信息发送至计费控制装置102，由计费控制装置102确定与数据流对应的业务标识和计费标识并发送至PCEF 108，这样，无需在PCEF 108上配置业务标识和计费标识，PCEF 108就可以获得与数据流对应的业务标识和计费标识，从而能够减少配置时的工作量。

1106，PCEF 108的处理器1084根据业务标识和计费标识进行online/offline计费。该计费是针对于具有该业务标识的业务的。

应注意，若PCEF 108从计费控制装置102接收到空消息，或者PCEF 108在一个预设的时长内没有收到计费控制装置102发送的任何消息，那么该PCEF 108按照现有技术的方式进行online/offline计费。

PCEF 108在从计费控制装置102接收到业务标识和计费标识后，可以与BOSS 104共同实现online/offline计费功能。在1106之后，还可包括：

1107，PCEF 108的发送器1086发送CCR消息至BOSS 104。

该CCR消息可包括业务标识和计费标识。

1108，BOSS 104的处理器1044针对所述业务标识进行统一批价。

即，BOSS 104不需要根据用户进行差异化。也就是说，在图11所示的实施例中，由于计费控制装置102判断业务标识与用户标识是否具有对应关系，即，由计费控制装置102判断用户是否注册了具有该业务标识的业务，这样BOSS 104无需接收用户注册信息，也无需根据用户注册信息判断该UE112是否注册了具有该业务标识的流量800业务，BOSS 104可直接进行统一批价，从而能够减少BOSS 104的工作量。

1109，BOSS 104的发送器1046发送CCA消息至PCEF 108。

这样，PCEF 108和BOSS 104便可以共同完成online/offline计费。

可选地，作为一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图11所示的方法之前，还可包括图12所示的方法。图12所示的方法包括：801，802，803，804，805，807和

810，计费控制装置102的处理器1024根据用户注册信息生成第一匹配信息。该第一匹配信息包括业务标识与用户标识的对应关系。

例如，该第一匹配信息的形式可以为第一匹配表。该第一匹配表可以包括两列。其中的第一列为业务标识，第二列为用户标识。并且，位于该第一匹配表的同一行的业务标识和用户标识，具有对应关系。

举例来说，第一匹配信息可以如表二所示。

表二

其中，图12中的801至805可以参见图8中的描述，图12中的807可以参见图9中的描述，为避免重复，这里不再赘述。

应注意，这里的序号不应构成对顺序的限制。例如，810可以在804之前执行，或者810可以与804同时执行。本发明对此不作限定。

可选地，作为另一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图11所示的方法之前，还可包括图13所示的方法。图13所示的方法包括：801，802，803，804，805，806，

811，BOSS 104的发送器1046将该用户注册信息发送至计费控制装置102。

810，计费控制装置102的处理器1024生成第一匹配信息。

其中，图13中的801至806可以参见图8中的描述，图13中的810可参见图12中的描述，为避免重复，这里不再赘述。

这样，图13所示的实施例中，用户注册信息从OTT SP的设备106经由BOSS 104发送至计费控制装置102。能够减轻OTT SP的设备106与计费控制装置102之间的接口的压力。

可选地，作为另一个实施例，若该向OTT SP收费的业务为前向付费的业务，在图11所示的方法之前，还可包括图14所示的方法。图14所示的方法包括：801，802，803，804，809，

812，BOSS 104的发送器1046将用户注册信息发送至计费控制装置102。

810，计费控制装置102的处理器1024生成第一匹配信息。

其中，图14中的801至804可以参见图8中的描述，图14中的809可以参见图10中的描述，图14中的810可以参见图12中的描述，为避免重复，这里不再赘述。

在图11至图14所示的实施例中，UE 112在进行流量800业务访问时，PCEF 108通过将流描述信息和用户标识发送至计费控制装置102。由计费控制装置102确定相应的业务标识和计费标识，并由计费控制装置102判断业务标识与用户标识是否具有对应关系。当具有对应关系时，PCEF 108可接收计费控制装置102发送的业务标识和计费标识。这样，无需在PCEF 108上配置业务标识和计费标识，并且BOSS 104无需进行用户差异化，能够减少配置PCEF 108的工作量以及BOSS 104的工作量。

图15是本发明另一个实施例的计费的方法的信令流程图。UE 112在进行向OTT SP收费的业务访问时，图15所示的方法包括：

1501，UE 112发送用户激活请求至PCEF 108。

1502，PCEF 108的发送器1086发送CCR-1消息至PCRF 110。

PCEF 108的接收器1082在接收到UE 112的用户激活请求之后，发送CCR-1消息至PCRF 110，以便进一步从PCRF 110获取PCC策略。

1503，PCRF 110的处理器1104确定该UE 112的PCC策略授权。

PCRF 110将该UE 112所注册的流量800业务的业务标识和计费标识，作为该UE 112的PCC策略授权。

1504，PCRF 110的发送器1106发送CCA-1消息至PCEF 108。

PCRF 110可以发送动态规则至该PCEF 108。该动态规则中包括流量监测功能(Traffic Detection Function，TDF)应用标识(Application Identifier)，并且还包括与该TDF Application Identifier字段对应的计费标识。

这里，TDF Application Identifier字段表示该UE 112所注册的流量800业务的业务标识。

1505，PCEF 108的发送器1086发送用户激活成功应答消息至该UE 112。

1506，PCEF 108的接收器1082接收该UE 112发送的数据流。

1507，PCEF 108的处理器1084对该数据流进行解析，并获取该数据流的流描述信息。

进一步地，PCEF 108的处理器1084还判断该UE 112是否注册了向OTT SP收费的业务，即判断该UE 112是否有注册流量800业务。

1508，PCEF 108的发送器1086将该流描述信息发送至计费控制装置102。

当PCEF 108的处理器1084通过判断确定该UE 112已经注册了流量800业务时，才执行1028。

PCEF 108在确定该UE 112已经注册了向OTT SP收费的业务后，才将流描述信息发送至计费控制装置102，能够使得后续计费控制装置102仅针对注册了该业务的UE进行，性能更优。

应注意，若PCEF 108通过判断确定该UE 112没有注册任何流量800业务，那么该PCEF 108按照现有技术的方式执行online/offline计费。

1509，计费控制装置102的处理器1024根据该流描述信息，确定业务标识。

该计费控制装置102中可存储第三匹配信息，该第三匹配信息包括业务规则集合与业务标识的对应关系。

这样，若该流描述信息属于某个业务规则集合，则可以根据第三匹配信息确定与该某个业务规则集合对应的业务标识，并将与该某个业务规则集合对应的业务标识确定为与该流描述信息对应的业务标识，即与该数据流对应的业务标识。

1510，计费控制装置102的发送器1026将业务标识发送至PCEF 108。

1511，PCEF 108的处理器1084根据该业务标识进行online/offline计费。

PCEF 108的处理器1084根据接收的该业务标识去匹配TDF Application Identifier字段，进而可以确定所对应的计费标识。并且，PCEF 108根据该对应的计费标识进行online/offline计费。

本发明实施例中，UE 112在进行流量800业务访问时，PCEF 108通过将流描述信息发送至计费控制装置102来获取业务标识，这样，无需在PCEF 108上配置业务标识，能够减少配置时的工作量，进而能够减少配置时的出错率。

PCEF 108在从计费控制装置102接收到业务标识后，可以与BOSS 104共同实现online/offline计费功能。在1511之后，还可包括：

1512，PCEF 108的发送器1086发送CCR消息至BOSS 104。

该CCR消息可包括业务标识和计费标识。

1513，BOSS 104的处理器1044针对所述业务标识进行统一批价。即，BOSS 104不需要根据用户进行差异化。

也就是说，在图15所示的实施例中，由PCRF 110所下发的动态规则中包括UE 112所注册的流量800业务的业务标识和计费标识，而无需BOSS 104根据用户进行差异化，这样能够减少BOSS的工作量。

1514，BOSS 104的发送器1046发送CCA消息至PCEF 108。

这样，PCEF 108和BOSS 104便可以共同完成online/offline计费。

可选地，作为一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图15所示的方法之前，还可包括图16所示的方法。图16所示的方法包括：801，802，803，805，807，

813，计费控制装置102的处理器1024生成第三匹配信息，该第三匹配信息包括业务标识与业务规则集合之间的对应关系。

例如，该第三匹配信息的形式可以为第三匹配表。该第三匹配表可以包括两列。其中的第一列为业务标识，第二列为业务规则集合。并且，位于该第三匹配表的同一行的业务规则集合和业务标识具有对应关系。

814，计费控制装置102的发送器1026将用户注册信息、业务标识和计费标识发送至PCRF 110。

815，PCRF 110的处理器1104生成PCC策略。

例如，假设用户注册信息中包括M个UE的注册信息，该M个UE中的每个UE可以注册一个或多个流量800业务。那么，该PCC策略中包括该M个UE的PCC策略。

其中，图16中的801至805可以参见图8中的描述，图16中的807可以参见图9中的描述，为避免重复，这里不再赘述。

应注意，这里的序号不应构成对顺序的限制。例如，例如，8013可以在807之前执行，或者8013可以在8014之后执行。本发明对此不作限定。

可选地，作为另一个实施例，若该向OTT SP收费的业务为后向付费的业务，在图15所示的方法之前，还可包括图17所示的方法。图17所示的方法包括：801，802，803，805，806，813，

816，计费控制装置102的发送器1026将业务标识和计费标识发送至PCRF 110。

817，BOSS 104的发送器1046将用户注册信息发送至PCRF 110。

815，PCRF 110的处理器1104生成PCC策略。

其中，图17中的801至806可以参见图8中的描述，图17中的813可以参见图16中的描述，为避免重复，这里不再赘述。

应注意，这里的序号不应构成对顺序的限制。例如，816和817可以同时执行。例如，816和817可以在813之前执行。本发明对此不作限定。

可选地，作为另一个实施例，若该向OTT SP收费的业务为前向付费的业务，在图15所示的方法之前，还可包括图18所示的方法。图18所示的方法包括：801，802，803，809，813，816，817和815。

其中，图18中的801至803可以参见图8中的描述，图18中的809可以参见图10中的描述，图18中的813和815可以参见图16中的描述，图18中的816和817可以参见图17中的描述，为避免重复，这里不再赘述。

在图15至图18所示的实施例中，UE 112在进行流量800业务访问时，当PCEF 108确定该UE 112注册了流量800业务时，将流描述信息发送至计费控制装置102。并由计费控制装置102确定相应的业务标识。PCEF 108可接收计费控制装置102发送的业务标识，并结合从PCRF 110所获取的动态规则进行计费。这样，无需在PCEF 108上配置业务标识，能够减少PCEF 108配置时的工作量以及BOSS 104的工作量。并且，本实施例中，将对流量800业务的计费与现有的PCC策略进行结合，更符合第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的标准架构。

结合上述图7至图18的实施例的描述：

对图2所示的计费控制装置102，当UE访问向OTT SP收费的业务时，

接收单元1022，用于从PCEF接收流描述信息，其中，所述流描述信息是所述PCEF根据从UE接收的数据流所获取的。

处理器1024，用于根据接收器1022接收的所述流描述信息，确定与所述数据流对应的业务标识。

发送器1026，用于将处理器1024确定的所述业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。

计费控制装置102中的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线等。

上述本发明实施例揭示的方法可以应用于处理器1024中，或者由处理器1024实现。处理器1024可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1024中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1024可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1024，处理器1024读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。

当在软件、固件、中间件或微码、程序代码或代码段中实现实施例时，它们可存储在例如存储部件的机器可读介质中。代码段可表示过程、函数、子程序、程序、例程、子例程、模块、软件分组、类、或指令、数据结构或程序语句的任意组合。代码段可通过传送和/或接收信息、数据、自变量、参数或存储器内容来稿合至另一代码段或硬件电路。可使用包括存储器共享、消息传递、令牌传递、网络传输等任意适合方式来传递、转发或发送信息、自变量、参数、数据等。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器单元中并通过处理器执行。存储器单元可以在处理器中或在处理器外部实现，在后一种情况下存储器单元可经由本领域己知的各种手段以通信方式耦合至处理器。

可选地，作为一个实施例，在接收流描述信息之前：

接收器1022用于获取运营商预配置的业务标识和计费标识，还用于接收OTT SP的设备发送的业务规则集合。处理器1024用于生成第三匹配信息。该第三匹配信息包括业务标识与业务规则集合的对应关系。发送器1026用于将业务标识和计费标识发送至PCRF。

那么，处理器1024可以根据流描述信息，查找所述第三匹配信息，以确定对应的业务标识。其中，第三匹配信息可以参见图16的实施例中813的描述，为避免重复，这里不再赘述。

可选地，若向OTT SP收费的业务为后向付费的业务，在接收流描述信息之前：接收器1022还用于接收OTT SP的设备发送的用户注册信息。发送器1026还用于将该用户注册信息发送至PCRF。

可选地，作为另一个实施例，处理器1024还用于根据接收器1022接收的所述流描述信息，确定与所述数据流对应的计费标识。发送器1026还用于将所述计费标识发送至PCEF。

在接收流描述信息之前：

接收器1022用于获取运营商预配置的业务标识和计费标识，还用于接收OTT SP的设备发送的业务规则集合。处理器1024用于生成第二匹配信息。该第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

其中，第二匹配信息可以参见图8的实施例中804的描述，为避免重复，这里不再赘述。举例来说，该第二匹配信息可以如表一所示。

处理器1024可以根据流描述信息，查找所述第二匹配信息，以确定对应的业务标识和计费标识。

举例来说，对如表一所示的第二匹配信息，如果该流描述信息属于第二业务规则集合，那么，处理器1024可以确定对应的业务标识和计费标识分别为第二业务标识和第二计费标识。

可选地，若向OTT SP收费的业务为后向付费的业务，在接收流描述信息之前：接收器1022还用于接收OTT SP的设备发送的用户注册信息。发送器1026还用于将该用户注册信息发送至BOSS。

可选地，作为另一个实施例，接收器1022还可接收PCEF发送的UE的用户标识。处理器1024具体用于根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识；并判断所述用户标识与所述业务标识是否具有对应关系。当处理器1024确定所述用户标识与所述业务标识具有对应关系时，发送器1026具体用于将所述业务标识和所述计费标识发送至所述PCEF。

在接收流描述信息之前：

接收器1022用于获取运营商预配置的业务标识和计费标识，还用于接收OTT SP的设备发送的业务规则集合。接收器1022还用于接收OTT SP的设备或者BOSS发送的用户注册信息。处理器1024用于生成第二匹配信息。该第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。处理器1024还用于生成第一匹配信息，该第一匹配信息包括业务标识与用户标识之间的对应关系。

处理器1024可以通过查找所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。其中，第一匹配信息可以参见图13的实施例中810的描述，为避免重复，这里不再赘述。

举例来说，对于如表二所示的第一匹配信息。如果处理器1024根据第二匹配信息所确定的业务标识为第二业务标识，接收器1022从PCEF所接收的用户标识为第四用户标识。那么，处理器1024可根据该第一匹配信息确定第二业务标识与第四用户标识具有对应关系。

其中，若向OTT SP收费的业务为后向付费的业务，用户注册信息可以是接收器1022从OTT SP的设备接收的。或者，用户注册信息也可以是由OTT SP的设备发送至BOSS后，再由接收器1022从BOSS接收的。

其中，若向OTT SP收费的业务为前向付费的业务，用户注册信息可以是接收器1022从BOSS接收的。

这样，本发明实施例提供了一种用于对向OTT SP收费的业务进行计费的计费控制装置。运营商在该计费控制装置上预配置业务标识和计费标识之后，可以通过流程自动地同步到其他网元。例如，各个省网中的PCEF均可以从该计费控制装置获取所需的业务标识和计费标识。能够省却在各个省网中的PCEF上进行重复配置的工作，从而运营商也无需考虑各个省网中由不同的厂商所生产的不同的PCEF之间在深度包检测(Deep Packet Inspection，DPI)能力、配置架构、规则配置方式等的差异，能够极大地减少运营商的运维部门的工作量，避免配置时的错配或漏配所造成的影响。

当向OTT SP收费的业务进行更新或者有新的向OTT SP收费的业务时，运营商只需在该计费控制装置上进行更新或配置。并且，该计费控制装置作为运营商的一个独立的设备，容易维护和扩展，可以支持百万量级的业务的部署。

对图3所示的PCEF 108，当UE访问向OTT SP收费的业务时，

接收器1082，用于接收UE发送的数据流；

处理器1084，用于对所述数据流进行解析，确定所述数据流的流描述信息；

发送器1086，用于将所述流描述信息发送至计费控制装置；

接收器1082，还用于接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

处理器1084，还用于根据所述业务标识，对所述业务进行在线/离线计费。

可选地，作为一个实施例，处理器1084还用于判断所述UE是否注册了所述业务。当处理器1084确定所述UE注册了所述业务时，发送器1086将所述流描述信息发送至所述计费控制装置。

在接收器1082接收UE发送的数据流之前，接收器1082还用于从PCRF接收动态规则。所述动态规则中包括流量监测功能(Traffic Detection Function，TDF)应用标识(Application Identifier)，并且还包括与该TDF Application Identifier字段对应的计费标识。

处理器1084，具体用于根据接收器1082所接收的业务标识去匹配该TDF Application Identifier字段，进而可以确定所对应的计费标识。进一步地，处理器1084可根据该计费标识进行online/offline计费。

其中，处理器1084根据该计费标识进行online/offline计费，可以是由PCEF与BOSS共同实现online/offline计费功能。发送器1086还可以发送信用控制请求(Credit Control Request，CCR)消息至BOSS。并在BOSS进行批价之后，接收器1082接收BOSS发送的信用控制应答(Credit Control Answer，CCA)消息。其中，BOSS在进行批价的过程中，无需根据用户进行差异化。

可选地，作为另一个实施例，发送器1086还用于将所述UE的用户标识发送至所述计费控制装置。并且，接收器1082具体用于从所述计费控制装置接收所述业务标识和计费标识。进一步地，处理器1084用于根据所述业务标识和计费标识进行online/offline计费。其中，该计费是针对具有业务标识的业务的。

其中，处理器1084根据该计费标识进行online/offline计费，可以是由PCEF与BOSS共同实现online/offline计费功能。发送器1086还可以发送CCR消息至BOSS。并在BOSS进行差异化批价之后，接收器1082接收BOSS发送的CCA消息。

对图4所示的PCRF 110，

接收器1102，用于从计费控制装置接收业务标识和计费标识，从所述计费控制装置或BOSS接收用户注册信息。

处理器1104，用于根据接收器1102接收的所述用户注册信息、所述业务标识和所述计费标识，生成PCC策略。

可选地，若向OTT SP收费的业务为后向付费的业务，接收器1102可以从所述计费控制装置或BOSS接收用户注册信息。其中，所述用户注册信息是由OTT SP的设备生成并发送至所述计费控制装置或BOSS的。

可选地，若向OTT SP收费的业务为前向付费的业务，接收器1102可以从BOSS接收用户注册信息。其中，所述用户注册信息是由UE主动注册的。

对图5所示的BOSS 104，

接收器1042，用于接收用户注册信息；

发送器1046，用于将所述用户注册信息发送至对计费控制装置。

可选地，若向OTT SP收费的业务为后向付费的业务，接收器1042可以从OTT SP的设备接收所述用户注册信息。

可选地，若向OTT SP收费的业务为前向付费的业务，接收器1042可以从UE接收所述用户注册信息。

BOSS 104还可包括处理器1044。进一步地，在UE进行业务访问时，接收器1042可以接收PCEF发送的CCR消息。处理器1044可以进行批价。发送器1046可以发送CCA消息至PCEF。其中，处理器1044在批价时，无需根据用户进行差异化。

可选地，作为另一个实施例，若向OTT SP收费的业务为后向付费的业务，接收器1042可以从OTT SP的设备或对计费控制装置接收用户注册信息。若向OTT SP收费的业务为前向付费的业务，接收器1042可以从UE接收所述用户注册信息。

进一步地，在UE进行业务访问时，接收器1042可以接收PCEF发送的CCR消息。处理器1044可以根据该用户注册信息进行差异化批价。发送器1046可以发送CCA消息至PCEF。

也就是说，在该另一个实施例中，接收器1042接收到用户注册信息后，不发送至计费控制装置，以便于该BOSS 104后续根据该用户注册信息进行差异化批价。

对图6所示的OTT SP的设备106，

处理器1064，用于生成业务规则集合。

发送器1066，用于将所述业务规则集合发送至计费控制装置。

可选地，若向OTT SP收费的业务为后向付费的业务，处理器1064还用于生成用户注册信息，进一步发送器1066还用于将所述用户注册信息发送至所述计费控制装置或BOSS。

图19是本发明一个实施例的计费的系统的结构示意图。图19所示的系统10可包括计费控制装置102、PCEF 108、PCRF 110和BOSS 104。

关于该系统10的描述可以参见图1，为避免重复，这里不再赘述。

图20是本发明一个实施例的计费的方法的流程图。图20所示的方法包括：当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，

2001，从策略与计费执行功能PCEF接收流描述信息，其中，所述流描述信息是由所述PCEF根据从所述UE接收的数据流所获取的；

2002，根据所述流描述信息，确定与所述数据流对应的业务标识；

2003，将所述业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。

本发明实施例中，UE在进行业务访问时，PCEF通过将流描述信息发送至计费控制装置，由计费控制装置确定与数据流对应的业务标识和计费标识并发送至PCEF，这样，无需在PCEF上配置业务标识和计费标识，PCEF就可以获得与数据流对应的业务标识和计费标识，从而能够减少配置时的工作量。

可选地，作为一个实施例，所述根据所述流描述信息，确定与所述数据流对应的业务标识，包括：根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识；

所述将所述业务标识发送至所述PCEF，包括：将所述业务标识和所述计费标识发送至所述PCEF。

可选地，作为另一个实施例，还包括：从所述PCEF接收所述UE的用户标识；判断所述用户标识与所述业务标识是否具有对应关系；

所述将所述业务标识和所述计费标识发送至所述PCEF，包括：当确定所述用户标识与所述业务标识具有对应关系时，将所述业务标识和所述计费标识发送至所述PCEF。

可选地，作为另一个实施例，在所述从PCEF接收流描述信息之前，还包括：接收所述OTT SP的设备或业务运营支撑系统BOSS发送的用户注册信息；根据所述用户注册信息生成第一匹配信息，所述第一匹配信息包括用户标识与业务标识的对应关系。

可选地，作为另一个实施例，所述判断所述用户标识与所述业务标识是否具有对应关系，包括：根据所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。

可选地，作为另一个实施例，在所述从PCEF接收流描述信息之前，还包括：接收所述OTT SP的设备发送的用户注册信息；将所述用户注册信息发送至业务运营支撑系统BOSS。

可选地，作为另一个实施例，在所述从PCEF接收流描述信息之前，还包括：获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；根据所述业务规则集合，生成第二匹配信息，其中，所述第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。

可选地，作为另一个实施例，所述根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识，包括：根据所述第二匹配信息，确定与所述数据流对应的业务标识和计费标识。

可选地，作为另一个实施例，在所述从PCEF接收流描述信息之前，还包括：获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；将所述业务标识和所述计费标识发送至策略与计费规则功能PCRF；根据所述业务规则集合，生成第三匹配信息，其中，所述第三匹配信息包括业务规则集合与业务标识之间的对应关系。

可选地，作为另一个实施例，在所述从PCEF接收流描述信息之前，还包括：接收所述OTT SP的设备发送的用户注册信息；将所述用户注册信息发送至所述PCRF。

图20所示的计费的方法可以由前述实施例中的计费控制装置102实现。

图21是本发明另一个实施例的计费的方法的流程图。图21所示的方法由策略与计费执行功能PCEF执行，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

2101，接收所述UE发送的数据流；

2102，对所述数据流进行解析，确定所述数据流的流描述信息；

2103，将所述流描述信息发送至计费控制装置；

2104，接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

2105，根据所述业务标识，对所述业务进行在线/离线计费。

可选地，作为一个实施例，所述接收所述计费控制装置发送的业务标识，包括：接收所述计费控制装置发送的业务标识和计费标识，所述业务标识和所述计费标识是所述计费控制装置根据所述流描述信息确定的；

所述根据所述业务标识，对所述业务进行在线/离线计费，包括：根据所述业务标识和所述计费标识，对所述业务进行在线/离线计费。

可选地，作为另一个实施例，在所述将所述流描述信息发送至计费控制装置之前，还包括：判断所述UE是否注册了所述业务；

所述将所述流描述信息发送至计费控制装置，包括：当确定所述UE注册了所述业务时，将所述流描述信息发送至所述计费控制装置。

图21所示的计费的方法可由前述实施例中的PCEF 108实现。

图22是本发明另一个实施例的计费的方法的流程图。图22所示的方法由策略与计费规则功能PCRF执行，包括：

2201，从计费控制装置接收业务标识和计费标识，从所述计费控制装置或业务运营支撑系统BOSS接收用户注册信息；

2202，根据所述用户注册信息、所述业务标识和所述计费标识，生成策略控制和计费PCC策略。

本发明实施例中，PCRF根据计费控制装置接收的业务标识和计费标识，以及从所述计费控制装置或BOSS接收用户注册信息生成PCC策略，能够用于由PCEF对向OTT SP收费的业务进行计费。这样，无需在PCEF上配置业务标识和计费标识，PCEF就可以获得与数据流对应的业务标识和计费标识，从而能够减少配置时的工作量。

图22所示的计费的方法可以由前述的PCRF 110实现。

图23是本发明另一个实施例的计费的方法的流程图。图23所示的方法由业务运营支撑系统BOSS执行，包括：

2301，接收用户注册信息；

2302，将所述用户注册信息发送至计费控制装置。

可选地，作为一个实施例，当向运营商之上的OTT业务提供商SP收费的业务为后向付费的业务时，2301，包括：从所述OTT SP的设备接收所述用户注册信息。或者，当向运营商之上的OTT业务提供商SP收费的业务为前向付费的业务时，2301，包括：从用户设备UE接收所述用户注册信息。

图23所示的计费的方法可以由前述的BOSS 104实现。

图24是本发明另一个实施例的计费的方法的流程图。图24所示的方法由运营商之上的OTT业务提供商SP设备执行，包括：

2401，生成业务规则集合；

2402，将所述业务规则集合发送至对计费控制装置。

可选地，作为一个实施例，当向OTT SP收费的业务为后向付费的业务时，还包括：生成用户注册信息；将所述用户注册信息发送至所述计费控制装置或业务运营支撑系统BOSS。

图24所示的计费的方法可以由前述的OTT SP的设备106实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

一种计费控制装置，其特征在于，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

接收器，用于从策略与计费执行功能PCEF接收流描述信息，其中，所述流描述信息是由所述PCEF根据从所述UE接收的数据流所获取的；

处理器，用于根据所述接收器接收的所述流描述信息，确定与所述数据流对应的业务标识；

发送器，用于将所述处理器确定的业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。
根据权利要求1所述的计费控制装置，其特征在于，

所述处理器，还用于根据所述接收器接收的所述流描述信息，确定与所述数据流对应的计费标识；

所述发送器，还用于将所述计费标识发送至所述PCEF。
根据权利要求2所述的计费控制装置，其特征在于，

所述接收器，还用于接收所述UE的用户标识；

所述处理器，还用于判断所述用户标识与所述业务标识是否具有对应关系；

所述发送器，具体用于当所述处理器确定所述用户标识与所述业务标识具有对应关系时，将所述业务标识和所述计费标识发送至所述PCEF。
根据权利要求3所述的计费控制装置，其特征在于，

所述接收器，还用于接收所述OTT SP的设备或业务运营支撑系统BOSS发送的用户注册信息；

所述处理器，具体用于根据所述用户注册信息生成第一匹配信息，所述第一匹配信息包括用户标识与业务标识的对应关系。
根据权利要求4所述的计费控制装置，其特征在于，所述处理器，具体用于：根据所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。
根据权利要求2所述的计费控制装置，其特征在于，

所述接收器，还用于接收所述OTT SP的设备发送的用户注册信息；

所述发送器，还用于将所述用户注册信息发送至业务运营支撑系统BOSS。
根据权利要求2至6任一项所述的计费控制装置，其特征在于，

所述接收器，还用于获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

所述处理器，还用于根据所述业务规则集合，生成第二匹配信息，其中，所述第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。
根据权利要求7所述的计费控制装置，其特征在于，

所述处理器，还用于根据所述第二匹配信息，确定与所述数据流对应的业务标识和计费标识。
根据权利要求1所述的计费控制装置，其特征在于，

所述接收器，还用于获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

所述发送器，还用于将所述业务标识和所述计费标识发送至策略与计费规则功能PCRF；

所述处理器，还用于根据所述业务规则集合，生成第三匹配信息，其中，所述第三匹配信息包括业务规则集合与业务标识之间的对应关系。
根据权利要求9所述的计费控制装置，其特征在于，

所述接收器，还用于接收所述OTT SP的设备发送的用户注册信息；

所述发送器，还用于将所述用户注册信息发送至所述PCRF。
一种策略与计费执行功能PCEF，其特征在于，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

接收器，用于接收所述UE发送的数据流；

处理器，用于对所述数据流进行解析，确定所述数据流的流描述信息；

发送器，用于将所述处理器确定的所述流描述信息发送至计费控制装置；

所述接收器，还用于接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

所述处理器，还用于根据所述接收器接收的所述业务标识，对所述业务进行在线/离线计费。
根据权利要求11所述的PCEF，其特征在于，

所述接收器，还用于接收所述计费控制装置发送的计费标识；

所述处理器，具体用于根据所述业务标识和所述计费标识，对所述业务进行在线/离线计费。
根据权利要求11所述的PCEF，其特征在于，

所述处理器，还用于判断所述UE是否注册了所述业务；

所述发送器，具体用于：当所述处理器确定所述UE注册了所述业务时，将所述流描述信息发送至所述计费控制装置。
一种策略与计费规则功能PCRF，其特征在于，包括：

接收器，用于从计费控制装置接收业务标识和计费标识，从所述计费控制装置或业务运营支撑系统BOSS接收用户注册信息；

处理器，用于根据所述接收器接收的所述用户注册信息、所述业务标识和所述计费标识，生成策略控制和计费PCC策略。
一种业务运营支撑系统BOSS，其特征在于，包括：

接收器，用于接收用户注册信息；

发送器，用于将所述接收器接收的所述用户注册信息发送至计费控制装置。
根据权利要求15所述的BOSS，其特征在于，

当向运营商之上的OTT业务提供商SP收费的业务为后向付费的业务时，所述接收器，具体用于从所述OTT SP的设备接收所述用户注册信息；

或，当向运营商之上的OTT业务提供商SP收费的业务为前向付费的业务时，所述接收器，具体用于从用户设备UE接收所述用户注册信息。
一种运营商之上的OTT业务提供商SP的设备，其特征在于，包括：

处理器，用于生成业务规则集合；

发送器，用于将所述业务规则集合发送至对计费控制装置。
根据权利要求17所述的OTT SP的设备，其特征在于，当向OTT SP收费的业务为后向付费的业务时，

所述处理器，还用于生成用户注册信息；

所述发送器，还用于将所述用户注册信息发送至所述计费控制装置或业务运营支撑系统BOSS。
一种计费的系统，其特征在于，包括：

权利要求1至10任一项所述的计费控制装置；

策略与计费执行功能PCEF；

策略与计费规则功能PCRF；

业务运营支撑系统BOSS。
一种计费的方法，其特征在于，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，包括：

从策略与计费执行功能PCEF接收流描述信息，其中，所述流描述信息是由所述PCEF根据从所述UE接收的数据流所获取的；

根据所述流描述信息，确定与所述数据流对应的业务标识；

将所述业务标识发送至所述PCEF，以使所述PCEF根据所述业务标识对所述业务进行计费。
根据权利要求20所述的方法，其特征在于，

所述根据所述流描述信息，确定与所述数据流对应的业务标识，包括：

根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识；

所述将所述业务标识发送至所述PCEF，包括：

将所述业务标识和所述计费标识发送至所述PCEF。
根据权利要求21所述的方法，其特征在于，还包括：

从所述PCEF接收所述UE的用户标识；

判断所述用户标识与所述业务标识是否具有对应关系；

所述将所述业务标识和所述计费标识发送至所述PCEF，包括：

当确定所述用户标识与所述业务标识具有对应关系时，将所述业务标识和所述计费标识发送至所述PCEF。
根据权利要求22所述的方法，其特征在于，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备或业务运营支撑系统BOSS发送的用户注册信息；

根据所述用户注册信息生成第一匹配信息，所述第一匹配信息包括用户标识与业务标识的对应关系。
根据权利要求23所述的方法，其特征在于，所述判断所述用户标识与所述业务标识是否具有对应关系，包括：

根据所述第一匹配信息，判断所述用户标识与所述业务标识是否具有对应关系。
根据权利要求21所述的方法，其特征在于，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备发送的用户注册信息；

将所述用户注册信息发送至业务运营支撑系统BOSS。
根据权利要求21至25任一项所述的方法，其特征在于，在所述从PCEF接收流描述信息之前，还包括：

获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

根据所述业务规则集合，生成第二匹配信息，其中，所述第二匹配信息包括业务规则集合、业务标识和计费标识之间的对应关系。
根据权利要求26所述的方法，其特征在于，所述根据所述流描述信息，确定与所述数据流对应的业务标识和计费标识，包括：

根据所述第二匹配信息，确定与所述数据流对应的业务标识和计费标识。
根据权利要求20所述的方法，其特征在于，在所述从PCEF接收流描述信息之前，还包括：

获取运营商配置的业务标识和计费标识，并接收所述OTT SP的设备发送的业务规则集合；

将所述业务标识和所述计费标识发送至策略与计费规则功能PCRF；

根据所述业务规则集合，生成第三匹配信息，其中，所述第三匹配信息包括业务规则集合与业务标识之间的对应关系。
根据权利要求28所述的方法，其特征在于，在所述从PCEF接收流描述信息之前，还包括：

接收所述OTT SP的设备发送的用户注册信息；

将所述用户注册信息发送至所述PCRF。
一种计费的方法，所述方法由策略与计费执行功能PCEF执行，当用户设备UE访问向运营商之上的OTT业务提供商SP收费的业务时，其特征在于，包括：

接收所述UE发送的数据流；

对所述数据流进行解析，确定所述数据流的流描述信息；

将所述流描述信息发送至计费控制装置；

接收所述计费控制装置发送的业务标识，所述业务标识是所述计费控制装置根据所述流描述信息确定的；

根据所述业务标识，对所述业务进行在线/离线计费。
根据权利要求30所述的方法，其特征在于，

所述接收所述计费控制装置发送的业务标识，包括：

接收所述计费控制装置发送的业务标识和计费标识，所述业务标识和所述计费标识是所述计费控制装置根据所述流描述信息确定的；

所述根据所述业务标识，对所述业务进行在线/离线计费，包括：

根据所述业务标识和所述计费标识，对所述业务进行在线/离线计费。
根据权利要求30所述的方法，其特征在于，

在所述将所述流描述信息发送至计费控制装置之前，还包括：

判断所述UE是否注册了所述业务；

所述将所述流描述信息发送至计费控制装置，包括：

当确定所述UE注册了所述业务时，将所述流描述信息发送至所述计费控制装置。
一种计费的方法，所述方法由策略与计费规则功能PCRF执行，其特征在于，包括：

从计费控制装置接收业务标识和计费标识，从所述计费控制装置或业务运营支撑系统BOSS接收用户注册信息；

根据所述用户注册信息、所述业务标识和所述计费标识，生成策略控制和计费PCC策略。
一种计费的方法，所述方法由业务运营支撑系统BOSS执行，其特征在于，包括：

接收用户注册信息；

将所述用户注册信息发送至计费控制装置。
根据权利要求34所述的方法，其特征在于，

当向运营商之上的OTT业务提供商SP收费的业务为后向付费的业务时，所述接收用户注册信息，包括：

从所述OTT SP的设备接收所述用户注册信息；

或，当向运营商之上的OTT业务提供商SP收费的业务为前向付费的业务时，所述接收用户注册信息，包括：

从用户设备UE接收所述用户注册信息。
一种计费的方法，所述方法由运营商之上的OTT业务提供商SP设备执行，其特征在于，包括：

生成业务规则集合；

将所述业务规则集合发送至对计费控制装置。
根据权利要求36所述的方法，其特征在于，当向OTT SP收费的业务为后向付费的业务时，还包括：

生成用户注册信息；

将所述用户注册信息发送至所述计费控制装置或业务运营支撑系统BOSS。