CN101296092B

CN101296092B - 一种用户业务数据计费方法、系统及设备

Info

Publication number: CN101296092B
Application number: CN2007100980601A
Authority: CN
Inventors: 邸锦文; 陈�峰; 侯志鹏; 黄世碧; 谭仕勇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-04-26
Filing date: 2007-04-26
Publication date: 2011-02-02
Anticipated expiration: 2027-04-26
Also published as: CN101296092A

Abstract

本发明公开了对用户业务数据计费的方法、系统及策略控制和计费规则功能实体、策略和计费执行实体，包括：策略控制和计费规则功能实体接收到策略和计费执行实体携带用户标识信息的信用控制请求消息后，根据用户标识信息查询用户业务数据信息；策略控制和计费规则功能实体根据查询的用户业务数据信息按计费策略制定计费规则后，将信用控制应答消息反馈至策略和计费执行实体，信用控制应答消息中携带计费规则与用户业务数据信息；策略和计费执行实体根据计费规则与用户业务数据信息进行计费。使用本发明使得承载层策略和计费执行实体可以根据下发的计费规则与用户业务数据信息进行区别处理，达到了对计费业务流量和基本业务带宽进行控制的目的。

Description

一种用户业务数据计费方法、系统及设备

技术领域

本发明涉及通信技术领域，特别涉及一种对用户业务数据计费的方法、系统及策略控制和计费规则功能实体、策略和计费执行实体。

背景技术

图1为3GPP在TS23.203里定义的PCC(Policy Charging Control，策略和计费控制)架构示意图，如图所示，PCC中各个功能实体作用如下：

PCRF(Policy Control and Charging Rules Function，策略控制和计费规则功能实体)：该功能实体根据用户接入网络的限制、运营商策略、从SPR(Subscription Profile Repository，用户签约数据数据库)功能实体获取的用户签约数据、以及从AF(Application Function，应用层功能实体)获取的用户当前正在进行的业务信息等决定对应的策略，并将该策略提供给PCEF(Policy andCharging Enforcement Function，策略和计费执行实体)，由PCEF执行这些策略。策略包括业务数据流(完成某一业务，比如语音的IP流集合)的检测规则、是否门控、业务数据流对应的QoS(Quality of Service，服务质量)和基于流的计费规则等。

PCEF：该实体执行PCRF下发或者指定的策略，具体来说就是执行业务数据流的检测和测量，保证业务数据流的QoS、用户面流量处理、触发控制面的会话管理等；

SPR：该功能实体向PCRF提供用户签约数据；

AF：该功能实体向PCRF动态提供应用层的会话信息，PCRF根据该信息动态生成或者修改对应的规则。

各功能实体间的参考点描述如下：

RX参考点：该参考点用于AF下发应用层相关信息，该信息包括但不限于IP过滤器，用于识别业务数据流、应用、或者媒体所需的带宽信息，该参考点使用IETF定义的Diameter协议；

GX参考点：该参考点使PCRF可以动态控制PCEF上所执行的PCC规则。该参考点实现以下功能：建立、维护、终结IP-CAN(IP Connectivity AccessNetwork，IP连通接入网络)会话；PCEF向PCRF请求PCC规则；PCRF向PCEF提供PCC规则；协商IP-CAN承载建立模式。该参考点使用IETF定义的Diameter协议；

Sp参考点：用于PCRF向SPR请求用户签约信息，该签约信息用于确定IP-CAN传输层策略。该接口目前属于私有接口(设备商自定义，没有公开化)；

为了更容易理解IP-CAN会话流程，先阐述几个术语：

IP-CAN：当用户在接入网络内漫游(位置改变时)仍能保存IP业务连续性(即不中断业务)，具有这样性质的接入网络称为IP-CAN，比如GPRS(GeneralPacket Radio Service，通用分组无线业务)网络，I-WLAN(无线本地局域网同3GPP网络互通系统)网络等；

IP-CAN bearer：IP-CAN承载，具有明确速率，延迟和误比特率的IP传输路径(该路径指的是接入网到PCEF之间)，对于GPRS来说IP-CAN bearer对应PDP(Packet Data Protocol，分组数据协议)上下文；

IP-CAN session：IP-CAN会话，指的是UE(User Equipment，用户设备)和PDN(Packet Data Network，分组数据网，比如internet)标识之间的连接关系，该连接关系通过UE的IP地址和UE的标识来识别。只要UE分配了IP地址并且能被IP网络识别，则IP-CAN存在。IP-CAN会话可以包含一到多个IP-CAN承载。

图2为IP-CAN会话建立流程示意图，如图所示，IP-CAN会话建立包括如下流程：

步骤201、PCEF接收到UE发起的IP-CAN会话建立请求消息(分配一个在PDN网络可见的IP地址)，具体消息格式与接入网类型有关，对于GPRS，即建立第一个PDP上下文；

步骤202、PCEF通知PCRF IP-CAN会话建立，PCEF创建一个新的DCC(Diameter信用控制)会话，向PCRF发送CCR(信用控制请求，Credit-Control-Request)消息，包含UE标识和IP地址。如果PCRF执行IP-CAN承载和规则绑定，则PCEF还要上报IP-CAN承载标识(一般情况下，UE建立IP-CAN会话的同时会建立缺省IP-CAN承载来传递控制层信令)；

步骤203、PCRF存储CCR消息里的信息；

步骤204、PCRF如果需要用户签约相关信息，则向SPR请求；

步骤205、SPR返回用户签约信息，包括用户当前签约的业务，计费模式等信息；

步骤206、PCRF生成新的PCC规则；

步骤207、PCRF存储PCC规则，如果PCRF执行IP-CAN承载和规则绑定，则还要记录PCC规则和IP-CAN承载标识的绑定关系；

步骤208、PCRF通过CCA(信用控制应答，Credit-Control-Answer)消息将PCC规则返回给PCEF，如果PCRF执行IP-CAN承载和规则绑定，则指明PCC规则和IP-CAN承载标识的绑定关系(即在那个IP-CAN承载执行对应的规则)；

步骤209、PCEF安装规则，并根据规则打开或者关闭对应的业务数据流，保证相应的QoS，如果PCEF执行IP-CAN承载和规则绑定，则由PCEF根据规则要求选择一个合适的IP-CAN承载，否则PCEF根据PCRF的PCC规则和IP-CAN承载标识的绑定关系，在对应的IP-CAN承载上执行规则；

步骤210、PCEF向UE返回IP-CAN会话建立响应消息；

图3为UE发起的IP-CAN承载建立流程示意图，如图所示，UE发起IP-CAN承载建立包括如下步骤：

步骤301、AF接收到一个触发事件(比如UE发起的多媒体呼叫控制信令) 后，需要建立一个新的Diameter会话并向PCRF提供业务信息；

步骤302、AF从触发事件中提取需要的业务信息(比如IP流的地址信息，端口号，媒体类型等)；

步骤303、AF向PCRF发送AAR(批准和/或授权请求，AA-Request)消息，包含业务信息；

步骤304、PCRF保存接收到的业务信息；

步骤305、如果PCRF此时没有用户签约信息，则向SPR请求用户签约信息；

步骤306、SPR返回用户签约信息，包括用户当前签约的业务；

步骤307、PCRF根据接受到的业务信息和以前从PCEF接受到的信息(比如IP-CAN会话建立时)将该AF会话关联到一个对应的IP-CAN会话；

步骤308、PCRF向AF返回AAA消息；

步骤309、PCEF接收到UE发起的IP-CAN会话消息，要求建立新的IP-CAN承载，对于GPRS，即建立第二个PDP上下文；

步骤310、PCEF通知PCRF IP-CAN会话需要修改，向PCRF发送CCR消息，请求针对该IP-CAN承载的PCC规则，如果PCRF执行IP-CAN承载和规则绑定，则PCEF还要上报新的IP-CAN承载标识；

步骤311、PCRF存储CCR消息里的信息，并且利用从PCEF接受到信息和步骤303中从AF接收到的业务信息，将IP-CAN会话关联到特定的AF会话(一个IP-CAN会话可与多个AF会话有关联关系)，生成并保存新的PCC规则(根据业务信息和用户签约，运营商配置等信息)；

步骤312、PCRF向PCEF返回CCA消息，带有新的PCC规则，如果PCRF执行IP-CAN承载和规则绑定，则指明在新建立的IP-CAN承载上执行PCC规则；

步骤313、PCEF安装规则，并根据规则打开或者关闭对应的业务数据流，保证对应的QoS和计费统计；

步骤314、如果用户是在线计费并且OCS(Online Charging System，在线计费系统)连接正常可用，则PCEF可以向OCS请求信息计费关键字信息；

步骤315、OCS向PCEF返回信用控制信息。

步骤316、PCEF向UE返回IP-AN会话响应消息；

图4为IP-CAN会话、IP-CAN承载、PCC规则和IP流之间的绑定关系示意图，通过以上所述的IP-CAN会话建立过程、IP-CAN承载建立过程，在PCEF上实际形成了如图所示的IP-CAN会话、IP-CAN承载、PCC规则和IP流之间的绑定关系。

当UE在PDN分配了可寻址的IP地址后，UE就建立IP-CAN会话，为了满足不同的QoS要求，在同一个IP-CAN会话里可以建立不同QoS要求的IP-CAN承载，在每个IP-CAN承载里可以有多个IP流(比如用户可以同时在不同服务器下载文件)，PCEF是根据PCC规则(PCC规则包含IP五元组，即IP源、目的地址、源端口号、目的端口号、协议来识别IP流。每个PCC规则可以包含一到多个IP流，它们称为业务数据流(Service Data Flow)。在PCRF通过Gx接口传递给PCEF的PCC规则中还给出了业务数据流的计费参数：费率组、在线或离线计费、计费度量单位、报告级别等标识。PCEF可以根据PCC规则中的计费参数来进行计费策略执行控制，例如根据在线标志，将向OCS获取用户信用额度，定时或定量进行流量上报。

发明人在发明过程中注意到：在现有PCC所提供的机制中，PCRF可以根据计费规则信息(如业务ID、费率组、报告级别、在线/离线计费设备地址、计费单位等信息)来决定对业务数据流的计费的方案，然后通过Gx接口把业务数据流的IP五元组过滤规则和相应的计费规则参数传递给PCEF，PCEF可以根据业务数据流的计费规则参数对业务数据流进行统计和计费控制，对不同计费规则的业务数据流分别提供不同的计费统计信息，用来组成相应的计费数据记录表项。

但是，当在一些计费形式简单的应用场景下，例如简单的按照流量计费的用户，在满足用户的基本流量和基本带宽的业务的同时，就有必要针对一些特殊的业务进行控制。例如，一方面，通过及时为用户提供计费提示等信息，达到让用户及时掌握费用情况，控制费用支出的目的；另一方面，防止某些用户利用计费简单的漏洞，大量占用带宽进行非法运营，以达到合理配置和管理带宽的目的。

此时，就需要引入对用户业务是否属于基本用户流量和是否属于基本用户带宽的控制。但现有技术的不足在于：还没有对基本业务流量和基本业务带宽进行控制的技术方案。

发明内容

本发明实施例提供一种用户业务数据计费方法，用以通过利用计费的方法来解决现有技术中存在的还没有对业务数据进行控制的问题。

本发明实施例提供了一种用户业务数据计费方法，包括如下步骤：

策略控制和计费规则功能实体接收到策略和计费执行实体携带用户标识信息的信用控制请求消息后，根据所述用户标识信息查询用户业务数据信息；

策略控制和计费规则功能实体根据所述查询的用户业务数据信息所确定的用户业务数据类型按计费策略制定计费规则后，将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述计费规则与用户业务数据信息，其中：根据所述用户业务数据信息确定用户业务数据类型是根据用户的签约信息确定是否属于基本用户业务数据类型；

策略和计费执行实体根据所述计费规则与由用户业务数据信息所确定的用户数据业务类型进行计费，并进一步包括：若所述用户业务数据类型不属于基本用户业务数据类型，所述策略和计费执行实体根据所述计费规则向用户发送计费提示信息，并根据用户对所述计费提示信息的反馈决定确定是否建立用户业务并计费。

本发明实施例还提供了一种用户业务数据计费系统，包括策略控制和计费规则功能实体、策略和计费执行实体，还包括：

请求模块，与策略和计费执行实体相连，用于向策略控制和计费规则功能实体发送携带用户标识信息的信用控制请求消息；

查询模块，与策略控制和计费规则功能实体相连，用于在接收到所述请求模块发送的信用控制请求消息后，根据用户标识信息查询用户业务数据信息；

第一识别模块，与策略控制和计费规则功能实体相连，用于根据所述查询的用户业务数据信息识别用户业务数据类型；

策略模块，与策略控制和计费规则功能实体相连，用于根据所述第一识别模块识别的用户业务数据类型按计费策略制定计费规则；

反馈模块，与策略控制和计费规则功能实体相连，用于将信用控制应答消息反馈至策略和计费执行实体，所述信用控制应答消息中携带所述计费规则与用户业务数据信息；

第二识别模块，与策略和计费执行实体相连，用于根据所述用户业务数据信息识别用户业务数据类型；

计费模块，与策略和计费执行实体相连，用于根据所述反馈模块反馈至的计费规则与所述第二识别模块识别的用户业务数据类型进行计费；

所述计费模块包括提示单元、业务建立单元，其中：

提示单元，用于在所述第二识别模块识别用户业务数据类型不属于基本用户业务数据类型时，根据所述计费规则向用户发送计费提示信息；

业务建立单元，用于根据用户对所述计费提示信息的反馈决定确定是否建立用户业务。

本发明实施例提供了一种策略和计费执行实体，包括：

请求模块，用于向策略控制和计费规则功能实体发送携带用户标识信息的信用控制请求消息；

第二识别模块，用于根据用户业务数据信息识别用户业务数据类型；

计费模块，用于根据所述策略控制和计费规则功能实体反馈至的计费规则与所述第二识别模块识别的用户数据业务类型进行计费；

所述计费模块包括提示单元、业务建立单元，其中：

本发明实施例有益效果如下：

PCRF接收到PCEF的请求计费规则后，查询用户业务数据信息，并根据所述查询的用户业务数据信息按计费策略制定计费规则后，将所述计费规则与用户业务数据信息反馈至PCEF，从而把用户业务数据流的信息传递给PCEF；从而使得承载层实体PCEF可以根据下发的计费规则与用户业务数据信息进行相应的区别处理，达到了对计费业务流量和基本业务带宽进行控制的目的。

附图说明

图1为背景技术中所述为3GPP在TS23.203里定义的PCC架构示意图；

图2为背景技术中所述IP-CAN会话建立流程示意图；

图3为背景技术中所述UE发起的IP-CAN承载建立流程示意图；

图4为背景技术中所述IP-CAN会话、IP-CAN承载、PCC规则和IP流之间的绑定关系示意图；

图5为本发明实施例中所述用户业务数据计费方法实施流程示意图；

图6为本发明实施例一中所述用户业务数据计费方法实施流程示意图；

图7为本发明实施例二中所述用户业务数据计费方法实施流程示意图；

图8为本发明实施例中所述用户业务数据计费系统结构示意图；

图9为本发明实施例中所述策略控制和计费规则功能实体结构示意图；

图10为本发明实施例中所述策略和计费执行实体结构示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。

发明人发现，在满足用户的基本流量和基本带宽业务的同时，有必要针对一些特殊的业务进行控制。例如，一方面，通过及时为用户提供计费提示等信息，达到让用户及时掌握费用情况，控制费用支出的目的；另一方面，防止某些用户利用计费简单的漏洞，大量占用带宽进行非法运营，以达到合理配置和管理带宽的目的。

此时，通过引入用户业务数据信息可以达到上述目的，用户业务数据可以从流量与带宽两部分来进行控制。对用户业务是否属于基本用户流量和是否属于基本用户带宽的控制，从而引入计费业务流量和基本业务带宽的控制，即可达到增强了流量控制和对带宽的合理配置，可以更合理的规划带宽的使用，避免网络拥塞的发生。

图5为用户业务数据计费方法实施流程示意图，如图所示，用户业务数据计费可以包括如下步骤：

步骤501、PCRF接收到PCEF携带用户标识信息的信用控制请求消息后，根据用户标识信息查询用户业务数据信息；

用户业务数据信息可以通过向SPR、或AF查询获得；

步骤502、PCRF根据所述查询的用户业务数据信息按计费策略制定计费规则后，将信用控制应答消息反馈至PCEF，所述信用控制应答消息中携带所述计费规则与用户业务数据信息；

实施中，PCRF根据查询的用户业务数据信息确定用户业务数据类型后，按计费策略制定计费规则；PCRF可以根据用户签约信息或运营商自定义，将为用户提供的业务分为属于基本用户流量的业务和不属于基本用户流量的业务，对不属于基本流量的用户，提供特殊的费率和报告级别。

PCRF可以通过Gx接口利用Diameter RAR或CCA消息将计费规则与用户业务数据信息反馈至PCEF，反馈时，具体可以按以下方式实施：

PCRF通过和PCEF之间的Gx接口，把用户业务是否属于基本用户流量信息传递给PCEF。如PCRF可以通过Diameter RAR或CCA消息把业务数据流是否是与基本用户流量信息发送到PCEF。

是否属于基本用户流量信息可以通过在Gx接口的Diameter协议中增加2个Basic-Traffic AVP来表示，这个AVP(属性值对，Attribute Value Pairs)是枚举类型，取值定义如下：

DISABLE_BASIC_TRAFFIC(0) 业务不属于基本用户流量

ENABLE_BASIC_TRAFFIC (1) 业务属于基本用户流量

步骤503、PCEF根据所述计费规则与用户业务数据信息进行计费。

实施中，PCEF根据计费规则与用户业务数据信息确定的用户数据业务类型进行计费处理；

当根据用户业务数据信息确定的用户数据业务类型是不属于基本用户业务数据时，PCEF根据计费规则向用户发送计费提示信息，并根据用户对计费提示信息的反馈决定确定是否建立用户业务，通过PCEF对用户提供计费提示信息，从而使得对有流量限制的用户可以提供及时的计费通知，同时也使得对一些特殊业务的收费进行灵活计费提供了可能；

更进一步的，当用户业务数据信息不属于基本用户业务数据，PCEF还可以根据计费规则与能否为用户建立不属于基本用户业务数据情况，向用户发送计费提示信息，并根据用户对计费提示信息的反馈决定确定是否建立用户业务；

当PCEF建立用户业务后，按PCRF制定的计费规则计费；

本步骤中，对是否基本用户流量的控制，可以根据用户当前请求的业务是否是基本用户流量，来进行不同的流量的统计和计费，并且对非基本流量的业务提供了用户通知功能，当用户确定开始业务，PCEF实行不同费率的计费等。这样不仅可以对网络上的流量进行有效的控制，也能够使运营商与服务提供商合作推出更加丰富多彩的业务，同时在改变计费时通知用户，使用户具有知情权，避免网络欺诈行为等。

实施中，根据用户业务数据信息确定用户业务数据类型，是根据用户的签约信息确定是否属于基本用户业务数据类型，用户业务数据信息是用户业务数据的流量信息与带宽信息。针对是否基本业务带宽的描述，可以根据用户当前的业务是否属于基本用户带宽，制定一些不同的计费和QoS控制的信息，并且可以根据用户业务和占用带宽的变化灵活的调整费率或QoS控制信息等。

下面对用户业务数据是否属于基本用户流量或带宽，来分别描述本发明的业务处理流程的具体实施方式。

实施例一

本实施例为根据用户签约的业务是否属于基本用户业务类型来制定计费规则以及提示用户的应用实例。实施例中用户在IP接入会话建立时，PCRF到SPR中取签约信息，签约信息中定义有属于和不属于基本用户业务流量的业务流信息，PCRF将此信息发送给PCEF进行处理。图6为实施例一的用户业务数据计费方法实施流程示意图，如图所示，包括如下步骤：

步骤601、用户发起IP接入会话建立请求到PCEF。

步骤602、PCEF发送信用控制请求消息到PCRF，用于请求计费规则信息。

步骤603、PCRF到SPR中获取用户信息。例如用户签约的属于和不属于基本用户流量的业务。

步骤604、PCRF进行计费策略决策，根据非基本用户流量的业务和用户的信用额度，得到这个不属于基本用户带宽的业务流的PCC规则，其中包含新的计费规则以及的用户业务数据是否属于基本用户带宽的信息。

步骤605、PCRF发送信用控制应答消息到PCEF，消息中带有计费规则信息。计费规则和用户业务数据信息可以包括PCC规则、不属于基本用户流量标志的信息等。

步骤606、PCEF将接收到的不属于基本用户流量标志的信息(DISABLE_BASIC_TRAFFIC)记录下来，并对经过PCEF的用户相关业务数据流进行用户提示和流量统计、计费的操作。

步骤607、PCEF向用户终端发送IP接入会话建立应答消息。

步骤608、用户发起不属于基本用户流量的业务。PCEF匹配到这个PCC规则，根据不属于基本用户流量的标志，将用户发起的业务流记录下来，并返回用户计费提示信息，其中可以包括不属于基本用户流量的说明、新的计费费率、用户信用额度(如果是在线计费用户)等信息。用户确认提供此业务后，则PCEF开始为用户提供业务。并按照新的计费参数进行计费。

根据本实施例，由于对这些特殊收费的业务执行了用户提示确认过程，用户及时掌握费用支出，保证了对业务收费的区别，又避免了纠纷。

实施例二

本实施例为根据用户签约的业务是否属于基本用户业务类型来定义PCC计费规则以及提示用户的应用实例。实施例中用户在IP接入会话建立时，PCRF 到SPR中取签约信息，签约信息中定义有属于和不属于基本用户业务带宽的业务流信息，PCRF根据相关信息得到相应的PCC规则，并送给PCEF进行处理，图7为实施例二的用户业务数据计费方法实施流程示意图，如图所示，包括如下步骤：

步骤701、用户发起IP接入会话建立请求到PCEF。

步骤702、PCEF发送信用控制请求消息到PCRF，用于请求计费规则信息。

步骤703、PCRF到SPR中获取用户信息。例如用户签约带宽是2M，并且签约时已经定义好了属于和不属于基本用户带宽的业务。

步骤704、PCRF进行计费策略决策，PCRF根据业务类型，结合用户已经建立的承载的数量和带宽占用状态，判断是否能够提供此业务。例如用户已经建立的承载的总的QoS保证带宽只有1M，剩余带宽可以满足这个非基本用户带宽业务的QoS，则提供保证带宽的QoS参数。否则，则提高计费费率。当属于用户基本带宽业务的承载建立时，PCRF应降低这个不属于基本带宽的业务的QoS。

步骤705、PCRF发送信用控制应答消息到PCEF，消息中带有计费规则信息。计费规则和用户业务数据信息可以包括PCC规则、不属于基本用户带宽标志的信息等。

步骤706、PCEF将接收到不属于基本用户带宽信息(DISABLE_BASIC_BANDWIDTH)进行存储，并对经过PCEF的用户相关数据流进行用户提示和流量统计、计费、带宽控制等操作。

步骤707、PCEF向用户终端发送IP接入会话建立应答消息。

步骤708、用户发起不属于基本用户流量的业务。PCEF匹配到这个PCC规则，根据不属于基本用户带宽的标志，将用户发起的业务流记录下来，并返回用户计费提示信息，其中包括不属于基本用户带宽的说明、新的计费费率、保证带宽等QoS信息、用户信用额度(如果是在线计费用户)等信息。用户确认此业务，则GW开始为用户提供此业务流的转发。并按照新的计费参数进行计费。

根据本实施例，由于对这些特殊的业务(例如由互联网软件KaZaA的创始人开发免费的语音通信软件Skype)执行了用户提示确认过程，在网络正常的情况下可以提供，但当网络拥塞时，则能够保证用户签约的基本的业务流。

本发明实施例还提供了一种用户业务数据计费系统，下面结合附图对本系统的具体实施方式进行说明。

图8为用户业务数据计费系统结构示意图，如图所示，系统中包括PCRF、PCEF、请求模块、查询模块、策略模块、反馈模块、计费模块，其中在结构连接关系上各模块为：

请求模块、计费模块与PCEF相连，查询模块、策略模块、反馈模块与与PCRF相连。

其数据信号连接关系为：

请求模块向PCRF发送携带用户标识信息的信用控制请求消息；查询模块在接收到所述请求模块发送的携带用户标识信息的信用控制请求消息后，根据用户标识信息查询用户业务数据信息；策略模块根据所述查询的用户业务数据信息按计费策略制定计费规则；反馈模块将信用控制应答消息反馈至PCEF，所述信用控制应答消息中携带所述计费规则与用户业务数据信息；计费模块根据所述反馈模块反馈至的计费规则与用户业务数据信息进行计费。

系统中可以进一步包括：

与PCRF相连的第一识别模块，用于根据所述查询的用户业务数据信息识别用户业务数据类型；所述策略模块根据所述第一识别模块识别的用户业务数据类型，按计费策略制定计费规则；

与PCEF相连的第二识别模块，用于根据所述用户业务数据信息识别用户业务数据类型；所述计费模块进一步用于根据所述计费规则与所述第二识别模块识别的用户数据业务类型进行计费。

在计费模块中可以包括提示单元、业务建立单元，其中：

提示单元，用于在第二识别单元识别用户业务数据信息不属于基本用户业务数据时，根据所述计费规则向用户发送计费提示信息；

业务建立单元，用于根据用户对计费提示信息的反馈决定确定是否建立用户业务。

计费模块还可以进一步包括评估单元，用于评估能否为用户建立所述不属于基本用户业务数据；提示单元根据所述计费规则与能否为用户建立所述不属于基本用户业务数据情况，向用户发送计费提示信息。

计费模块中可以包括计费单元，用于在所述业务建立单元建立用户业务后，按所述计费规则计费。

本发明实施例还提供了一种策略控制和计费规则功能实体，下面结合附图对策略控制和计费规则功能实体的具体实施方式进行说明。

图9为策略控制和计费规则功能实体结构示意图，如图所示，在PCRF中包括：

查询模块，用于在接收到PCEF携带用户标识信息的信用控制请求消息后，根据所述用户标识信息查询用户业务数据信息；

策略模块，用于根据所述查询的用户业务数据信息按计费策略制定计费规则；

反馈模块，用于将所述信用控制应答消息反馈至PCEF，所述信用控制应答消息中携带所述计费规则与用户业务数据信息，所述计费规则与用户业务数据信息用于作为PCEF进行计费的依据。

PCRF还可以进一步包括：

第一识别模块，用于根据所述查询的用户业务数据信息识别用户业务数据类型；策略模块进一步用于根据所述第一识别模块识别的用户业务数据类型，按计费策略制定计费规则。

本发明实施例还提供了一种策略和计费执行实体，下面结合附图对策略和计费执行实体的具体实施方式进行说明。

图10为策略和计费执行实体结构示意图，如图所示，在PCEF中包括：

请求模块，用于向PCRF发送携带用户标识信息的信用控制请求消息；

计费模块，用于根据所述PCRF反馈至的计费规则与用户业务数据信息进行计费。

在PCEF中可以进一步包括：

第二识别模块，用于根据所述用户业务数据信息识别用户业务数据类型；

所述计费模块根据所述计费规则与所述第二识别模块识别的用户数据业务类型进行计费。

计费模块中可以包括提示单元、业务建立单元，其中：

提示单元，用于在所述第二识别单元识别用户业务数据信息不属于基本用户业务数据时，根据所述计费规则向用户发送计费提示信息；

计费模块进一步还可以包括评估单元，用于评估能否为用户建立所述不属于基本用户业务数据；

所述提示单元进一步用于根据所述计费规则与能否为用户建立所述不属于基本用户业务数据情况，向用户发送计费提示信息。

计费模块可以包括计费单元，用于在所述业务建立单元建立用户业务后，按所述计费规则计费。

由上述实施例可知，PCRF根据用户签约数据或运营商自定义的策略，将业务定义为是否属于基本用户流量和是否属于基本用户带宽；并且PCRF可以通过和PCEF之间的Gx接口，把业务流是否属于基本用户流量或基本用户带宽的信息传递给PCEF；从而使得承载层实体PCEF可以根据Gx接口下发的是否属于基本流量或带宽的信息进行相应的区别处理，达到了对计费业务流量和基本业务带宽进行控制的目的。取得了可以根据用户当前的业务是否属于基本用户带宽，制定一些不同的计费和QoS控制的信息，并且可以根据用户业务和占用带宽的变化灵活的调整费率或QoS控制信息等；对有流量限制的用户能提供及时的计费通知，对一些特殊业务的收费进行灵活计费提供了可能。能够对网络上的流量进行有效的控制，也能够使运营商与服务提供商合作推出更加丰富多彩的业务，消除了缺乏对占用带宽进行非法运营用户的监管能力的不足，同时使用户具有知情权，避免网络欺诈行为等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种用户业务数据计费方法，其特征在于，包括如下步骤：

2.如权利要求1所述的方法，其特征在于，若所述用户业务数据类型不属于基本用户业务数据类型，所述策略和计费执行实体根据所述计费规则与能否为用户建立所述不属于基本用户业务数据类型的用户业务的情况，向用户发送计费提示信息，并根据用户对所述计费提示信息的反馈决定确定是否建立用户业务并计费。

3.如权利要求1或2所述的方法，其特征在于，在确定建立用户业务并计费时，进一步包括如下步骤：

所述策略和计费执行实体建立用户业务，并按所述计费规则计费。

4.如权利要求1所述的方法，其特征在于，根据用户标识信息向用户签约数据数据库、和/或应用层功能实体查询所述用户业务数据信息。

5.如权利要求1所述的方法，其特征在于，所述策略控制和计费规则功能实体通过Gx接口将信用控制应答消息反馈至策略和计费执行实体。

6.一种用户业务数据计费系统，包括策略控制和计费规则功能实体、策略和计费执行实体，其特征在于，还包括：

所述计费模块包括提示单元、业务建立单元，其中：

7.如权利要求6所述的系统，其特征在于，所述计费模块进一步包括评估单元，用于评估能否为用户建立所述不属于基本用户业务数据类型的用户业务；

所述提示单元进一步用于根据所述计费规则与能否为用户建立所述不属于基本用户业务数据类型的用户业务的情况，向用户发送计费提示信息。

8.如权利要求6或7所述的系统，其特征在于，所述计费模块包括计费单元，用于在所述业务建立单元建立用户业务后，按所述计费规则计费。

9.一种策略和计费执行实体，其特征在于，包括：

所述计费模块包括提示单元、业务建立单元，其中：

10.如权利要求9所述的策略和计费执行实体，其特征在于，所述计费模块进一步包括评估单元，用于评估能否为用户建立所述不属于基本用户业务数据类型的用户业务；

11.如权利要求10所述的策略和计费执行实体，其特征在于，所述计费模块包括计费单元，用于在所述业务建立单元建立用户业务后，按所述计费规则计费。