CN101277204B

CN101277204B - 基于多个业务会话的信用控制方法

Info

Publication number: CN101277204B
Application number: CN200810093227XA
Authority: CN
Inventors: 宋军; 徐名海; 邱培茜; 孙倩; 王修中
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-04-23
Filing date: 2008-04-23
Publication date: 2011-04-20
Anticipated expiration: 2028-04-23
Also published as: CN101277204A

Abstract

本发明提供一种基于多个业务会话的信用控制方法，在多个业务会话的信用控制过程中，若监控到剩余信用额度不足时，制定信用额度抢占策略，抢占部分业务信用额度，对其他业务进行信用控制重授权。相应地，本发明还提供了一种基于多个业务会话的信用控制系统，本发明方法和系统可以提高基于会话的信用额度的利用效率。

Description

基于多个业务会话的信用控制方法

技术领域

本发明涉及3GPP下实时的在线计费领域，更具体的说，涉及一种基于多个业务会话的信用控制方法。

背景技术

由于3G等移动业务的不断展开和深入开展，移动互联网的迅速发展，会很大程度上促进数据业务及其增值业务。同时，当前计费系统在承受复杂计费需求时，还需要考虑针对包括语音、数据，视频聊天、电话会议等多种多样业务形式的计费方式。如何计费，已经成为运营商的重要策略之一；另一方面，用户产生的费用也不再是简单的承载费用，第三方业务提供商或者连接提供商对于增值业务的费用收取，也会在一定时间内产生相应的费用，从而增加了欠费的风险。

为了解决下一代网络业务所带来的计费问题，3GPP组织提出了在线计费系统(Online Charging System，简称OCS)的参考结构，来支持基于承载、会话、内容以及事件的统一计费，这样既可以利用独立系统的强大能力以提供实时计费系统的灵活性，又可以利用参与使用过程的实时性，使欠费成本降到最低。

对于预付费业务，在线计费系统通过实施完全的信用控制来进行计费控制。根据在RFC 4006以及3GPP TS32.240中的定义，信用控制是一种可以实时地和某个帐户进行交互的机制，并同时控制和监测与业务相关的计费。它可以监测信用是否可得(即监测用户的信用额度是否足够)，进行信用额度的预留和扣除。信用控制过程可以决定潜在的计费，同时判断用户帐户余额对于所使用的业务是否充足。

在基于会话的信用控制中，需要在业务到达用户之前实施实时信用控制授权。在某个接入承载(比如wimax、wifi或pstn等)上，所有的业务(IPTV，通话，短信，上网等等，这些业务都有一种或者多种业务数据流来组成)可能共有某些属性，比如服务质量(Quality of Service，简称QoS)，但是这些承载的费用会根据他们的内容而不同。因此需要针对不同的内容分配不同的信用额度，并对信用额度进行控制。

在3GPP和RFC4006中，引入了信用池(credit pool)的概念。在线计费系统为多个计费关键字(charging key)生成一个信用池，每一个计费关键字对应一个业务，每个业务可能是一个业务数据流或者具有相同业务标识符(Service Identifier)的一组业务数据流，池中包含了在线计费系统分配的信用额度(用户可能同时开展多个业务，比如一边msn聊天，一边看电影，每个业务开展时都有自己的信用额度，系统把所有的信用额度放在一个共用的‘池’里面。由此，我们知道‘池’里的信用额度还是从用户的预付费金额里面预先扣除的一部分)，与之相关的业务数据流都可以从中获得所需要的配额。也就是说，在一个信用控制会话中对于每个计费关键字，为每个业务数据流或者每个业务数据流组实时分开独立的信用控制。它们可以共享某个信用池，从中获得各自的配额，同时他们有独立的信用额度，实施分开独立的信用控制。

在现有信用额度控制机制中，当某个业务的信用额度不足或者无结余时，由策略和计费执行功能实体(Policy and Charging Enforcement Function，PCEF)感知后告知策略和计费规则功能实体(Policy and Charging RuleFunction，PCRF)，再由PCRF关闭整个会话，因此会造成用户需要进行的某些业务因为信用额度不足不能正常进行，而实际上其他业务的信用额度仍有结余，不能保证会话的正常进行和用户的需求。

发明内容

本发明要解决的技术问题是提供一种基于多个业务会话的信用控制方法和系统，以提高基于会话的信用额度的利用效率。

为了解决上述问题，本发明提供了一种基于多个业务会话的信用控制方法，在多个业务会话的信用控制过程中，若监控到剩余信用额度不足时，制定信用额度抢占策略，抢占部分业务信用额度，对其他业务进行信用控制重授权。

进一步地，预先针对不同业务设定信用额度抢占优先级，当监控到剩余信用额度不足时，停止部分优先级较低的业务，保证信用额度抢占优先级较高的业务继续开展。

进一步地，信用额度抢占优先级由用户在签约时根据个人偏好设置。

进一步地，信用额度抢占优先级由系统根据业务对实时性的要求的高低进行设置。

进一步地，该方法所基于的系统包括策略和计费规则功能实体PCRF、策略和计费执行功能实体PCEF及在线计费系统OCS，所述方法包括以下步骤：

(A)PCEF监测基于所述会话的信用额度是否足够，若监测到信用额度不足，则向PCRF发送信用额度不足的事件通告；

(B)PCRF制定信用额度抢占策略，并向PCEF发送信用抢占请求，其中携带制定的信用额度抢占策略，指示抢占部分业务信用额度；

(C)PCEF根据收到的PCRF的信用抢占请求向OCS发送信用控制重授权请求，其中携带信用额度抢占策略及信用控制重授权标识；

(D)OCS抢占部分业务信用额度，并对其他业务进行信用控制重授权。

进一步地，步骤(B)中，PCRF从应用功能实体FA获得用户预先设定的信用额度抢占优先级，并根据信用额度抢占优先级制定信用额度抢占策略。

为解决上述技术问题，本发明提供一种基于多个业务的信用控制系统，该系统包括包括策略和计费规则功能实体PCRF、策略和计费执行功能实体PCEF及在线计费系统OCS，其中，

PCRF用于制定信用额度抢占策略，向PCEF发送信用抢占请求，其中携带制定的抢占部分业务信用额度的信用额度抢占策略；

PCEF用于监测基于所述会话的信用额度是否足够，若监测到信用额度不足，则向PCRF发送信用额度不足的事件通告，并根据PCRF的信用抢占请求向OCS发送信用控制重授权请求，其中携带信用额度抢占策略及信用控制重授权标识；

OCS用于根据信用控制重授权请求，抢占部分业务信用额度，并对其他业务进行信用控制重授权。

进一步地，PCRF根据预先设定的信用额度抢占优先级制定信用额度抢占策略，其中指示抢占某个或某几个优先级较低的业务的信用额度。

进一步地，该系统还包括应用功能实体FA，所述的信用额度抢占优先级用户签约时预先设定，保存在FA，由FA根据发送给PCRF。

进一步地，所述的信用额度抢占优先级是由PCRF根据会话中各业务对实时性要求的高低设定的。

本发明方法和系统利用信用额度抢占机制，有效提高了基于会话的信用额度的利用效率，避免了当某个或某组业务数据流的信用额度不足，关闭整个会话对用户造成的不便。

附图说明

图1是本发明基于多个业务会话的信用控制系统逻辑架构图；

图2是本发明基于多个业务会话的信用控制方法的流程图。

具体实施方式

本发明的主要思想是：在基于多个业务会话的信用控制过程中加入信用额度抢占机制，当监控到剩余信用额度不足时，制定信用额度抢占策略，抢占部分业务的信用额度，以保证其他业务的继续开展。

本发明是在3GPP的在线计费系统下，当PCEF感知信用余额不足，无法满足一个会话中某个业务(对应一个或一组业务数据流)需求时，由在线计费系统实施信用额度抢占优先级机制，即根据用户偏好，对某个或某组业务数据流进行信用额度抢占优先级定义，通过释放信用额度，抢占优先级低的单个或一组业务数据流的信用额度来保证该优先级高的单个或一组业务数据流可以正常进行。

以上所说的信用额度抢占优先级，可以通过在计费系统中定义一个新的属性值对(Attribute Value Pair，简称AVP)来实现，称之为信用额度抢占优先级AVP，用来标示对应于每个计费关键字的单个或一组业务数据流的信用额度抢占优先级的高低。

例如，该AVP定义成枚举型，具有N个优先级，N为大于1的正整数(可以定为8个)，每个值可以标示与一个计费关键字或者计费关键字/业务标识符所对应的某个业务数据流或者某组业务数据流的信用额度抢占优先级，该优先级由用户签约时定义。最高优先级可以设为默认情况。

AVP的具体定义如下：

The Credit Quota Pre-emption Priority AVP(AVP code xxxx)is of typeEnumerated and the priority(importance)of the message.

The values are：

0(Default)；

1；

2；

3；

4；

5；

6；

7；

用户可以根据个人偏好等需求，对某个会话中的所有业务数据流进行AVP赋值，比如用户同时进行msn聊天和网上电影，用户根据更喜欢看电影的偏好，则签约时设置看电影为0，msn设置为1。

在3GPP下TS23.203的现有规定中，对每个计费关键字，PCEF可能会收到来自OCS的信用控制重授权触发信息，因此，当有事件发生时，PCEF就会执行信用控制重授权，该文档规定的会触发PCEF执行信用控制重授权的事件有：

1.OCS已限定信用额度的有效性在指定时间后失效；

2.业务数据流已经空闲达到指定时间；

3.UE已经移动到另一个运营商的区域；

4.IP-CAN承载的QoS发生改变；

本发明添加新的信用控制重授权触发事件：即基于一个计费关键字的某个业务数据流或某组业务数据流剩余信用额度不足。

下面结合附图对技术方案的实施作进一步的详细描述。

图1是本发明信用控制系统，即与在线计费相关的PCC(策略和计费控制，Policy and Charging Control)逻辑架构，该系统主要包括以下实体：用户设备、用户功能实体AF、策略和计费规则功能实体PCRF、策略和计费执行功能实体PCEF、在线计费系统OCS和预约用户信息库(SubscriptionProfile Repository，简称SPR)，其中，

用户设备(User Equipment，简称UE)：这里指发起会话请求的终端用户。

应用功能实体AF：在用户面上请求动态策略或者计费控制相关的应用的实体，可以与PCRF交互为PCRF策略传输动态会话信息，同时接收关于IP-CAN承载事件的IP-CAN特定信息和通告；在这里，主要用于保存用户签约时设置的信用额度抢占优先级信息，并根据PCRF发送的信用额度不足事件通告，向PCRF发送用户设置的信用额度抢占优先级信息。

策略和计费规则功能实体PCRF：基于从AF、预约用户信息库以及PCEF处得到的相关信息，PCRF做出策略控制决策和基于流的计费控制决策，在这里，PCRF基于从应用功能实体FA得到的信用额度抢占优先级，向PCEF发送信用抢占请求，其中包括根据信用额度抢占优先级制定的的信用额度抢占策略，指示抢占某个或某几个优先级较低的业务的信用额度。

策略和计费执行功能实体PCEF：具有业务数据流监测、策略执行和基于流的计费功能，在这里，PCEF根据每个计费关键字门限监测剩余信用额度余额是否足够，若信用额度不足则向PCRF发送信用额度不足的事件通告，并根据PCRF的信用抢占请求向在线计费系统OCS发送信用控制重授权请求，其中包括信用额度抢占策略和信用控制重授权标识。

在线计费系统OCS：用于对正在进行的某个会话，预先设定好某个基于信用额度的门限值，执行信用控制授权及信用控制重授权，根据PCEF发送的信用控制重授权请求中的信用额度抢占策略关闭优先级较低的业务，并对较高优先级业务进行重授权，从而保证优先级高的业务继续进行。

预约用户信息库SPR：存放所有签约用户相关的信息，如会话的信用额度。

以上功能实体，在信用抢占的过程中，相互协作，共同完成。

图2是基于多个业务会话的信用控制方法流程示意图，主要步骤包括：

步骤201：OCS进行信用控制授权建立基于多个业务的会话，并将事先设置的基于信用额度的门限值发送给PCEF，PCEF监测基于这个会话的信用池中的剩余信用额度是否足够；

步骤202～203：当PCEF监测到剩余的信用额度不足以负担全部的业务数据流或者对应于信用池中的某个计费关键字的业务数据流的信用余额不足时，PCEF检测到将信用额度不足的事件通过PCRF，告知AF，触发信用控制重授权过程；

步骤204～205：AF根据UE的签约设置发送上述定义好的信用控制抢占优先级到PCRF；

步骤206：PCRF根据收到的信用额度抢占优先级制定信用额度抢占业务数据流的策略并且发送信用抢占请求到PCEF，其中包括制定的信用抢占策略；

步骤207：PCEF向OCS发送信用抢占请求，并根据收到的信用抢占策略确定是否向OCS发送信用控制重授权请求，如果需要则向OCS发送信用控制重授权请求，其中携带信用额度抢占策略和信用控制重授权标识；

步骤208：OCS根据收到的信用控制重授权请求，执行抢占，即关闭低信用抢占优先级的业务数据流，对于高优先级的业务数据流进行信用控制的重新授权；

步骤212～215：OCS执行完信用额度抢占后，通过PCEF及PCRF，发送响应消息给AF。

应用示例：

若用户签约设定的信用额度抢占优先级为：看电影为0，MSN聊天为1；若PCEF监测到看电影业务的信用额度不足则通告PCRF，PCRF从FA获得信用额度抢占优先级后，向PCEF发送信用抢占请求，其中携带制定信用额度抢占策略，指示抢占MSN聊天业务的信用额度，PCEF收到信用抢占请求后，根据信用额度抢占策略确定是否对信用控制重授权标识进行置位，如置位则表示需要OCS抢占MSN信用额度，关闭MSN聊天业务，并对看电影业务进行信用控制重授权，使看电影业务能继续正常进行，如没有置位，则表示不需要OCS执行抢占和重授权。

以上所说的方法和系统都是以用户在签约时根据个人偏好设定信用额度抢占优先级为例进行说明的，信用额度抢占优先级当然也可以基于业务本身所具备的其他特性，比如业务对实时性要求的高低或信用额度门限值的高低，由策略和计费规则功能实体PCRF确定，并在PCRF在收到PCEF发送的信用额度不足的事件通告后，根据会话中正在进行的各业务的信用额度抢占优先级来制定信用额度抢占策略，从而由在线计费系统执行信用额度的抢占及重授权。

本发明信用控制方法，也可以基于不同的应用目的，制定出不同的信用额度抢占策略，例如，在信用额度不足的情况下以保证尽可能多的业务正常进行为目的，或以保证视频业务正常进行为目的，从而停止部分业务来保证多数业务或特定业务的正常进行，避免在信用额度闲置的情况下，关闭整个会话，而给用户带来一定的困扰。

本发明还可有其他多种表示方式，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种基于多个业务会话的信用控制方法，其特征在于：在多个业务会话的信用控制过程中，若监控到剩余信用额度不足时，制定信用额度抢占策略，抢占部分业务信用额度，对其他业务进行信用控制重授权。

2.如权利要求1所述的方法，其特征在于：预先针对不同业务设定信用额度抢占优先级，当监控到剩余信用额度不足时，停止部分优先级较低的业务，保证信用额度抢占优先级较高的业务继续开展。

3.如权利要求2所述的方法，其特征在于：信用额度抢占优先级由用户在签约时根据个人偏好设置。

4.如权利要求2所述的方法，其特征在于：信用额度抢占优先级由系统根据业务对实时性的要求的高低进行设置。

5.如权利要求1或2所述的方法，其特征在于：该方法所基于的系统包括策略和计费规则功能实体PCRF、策略和计费执行功能实体PCEF及在线计费系统OCS，所述方法包括以下步骤：

6.如权利要求5所述的方法，其特征在于：步骤(B)中，PCRF从应用功能实体AF获得用户预先设定的信用额度抢占优先级，并根据信用额度抢占优先级制定信用额度抢占策略。

7.一种基于多个业务会话的信用控制系统，该系统包括策略和计费规则功能实体PCRF、策略和计费执行功能实体PCEF及在线计费系统OCS，其特征在于：

PCRF用于制定信用额度抢占策略，并根据PCEF的信用额度不足的事件通告向PCEF发送信用抢占请求，其中携带制定的抢占部分业务信用额度的信用额度抢占策略；

PCEF用于监测基于会话的信用额度是否足够，若监测到信用额度不足，则向PCRF发送信用额度不足的事件通告，并根据PCRF的信用抢占请求向OCS发送信用控制重授权请求，所述信用控制重授权请求中携带信用额度抢占策略及信用控制重授权标识；

8.如权利要求7所述的系统，其特征在于：PCRF根据预先设定的信用额度抢占优先级制定信用额度抢占策略，其中指示抢占某个或某几个优先级较低的业务的信用额度。

9.如权利要求8所述的系统，其特征在于：该系统还包括应用功能实体AF，所述的信用额度抢占优先级于用户签约时预先设定，保存在AF，由AF发送给PCRF。

10.如权利要求8所述的系统，其特征在于：所述的信用额度抢占优先级是由PCRF根据会话中各业务对实时性要求的高低设定的。