CN103797753A - 信用控制方法、策略和计费执行功能实体、在线计费系统 - Google Patents

Abstract

本发明实施例提供一种信用控制方法、策略和计费执行功能实体、在线计费系统。该方法包括：若OCS判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则将为第二承载分配的第二配额及第一承载对应的信用池的标识发送给PCEF，使得PCEF将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，实现各IP-CAN bearer间甚至各IP-CAN session间共享信用池，从而保证业务的流畅性。

Description

信用控制方法、策略和计费执行功能实体、在线计费系统

技术领域

本发明实施例涉及移动通信技术，尤其涉及一种信用控制方法、策略和计费执行功能实体、在线计费系统。

背景技术

在线计费（Online Charging）应用中，在线计费系统（Online ChargingSystem，OCS）将用户账户中的部分钱冻结，并将这部分钱转化成某个业务对应的配额下发给策略和计费执行功能（Policy and ChargingEnforcement Function，PCEF），由PCEF来监控业务对配额的消耗。监控过程中，被冻结的钱或配额无法被其他业务消耗，即各业务的配额无法共享，使得多个业务共同进行在线计费信用控制时，OCS为部分业务预留的配额可能没有被消耗完，未被消耗完的配额形成信用碎片，由于该信用碎片无法被用户新发起的业务消耗，使得新发起的业务因无配额可用而导致业务访问失败。

目前，为避免信用碎片的发生，引入了信用池（Credit Pool）。具体的，基于分组数据协议(Packet Data Protocol，PDP)上下文（PDP Content）或互联网协议-连接性接入网承载（IP Connectivity Access Network，IP-CAN bearer）级别，OCS将各PDP或IP-CAN bearer内的业务对应的配额关联到同一个信用池，各PDP或IP-CAN bearer的信用池相互独立，业务从所属的PDP或IP-CAN bearer对应的信用池中获取配额，信用池作为一个整体被多个业务同时消耗，从而避免信用碎片，使得信用控制过程中配额分配的更加合理。

然而，不同的IP-CAN bearer内业务消耗配额的速度是不一样的，消耗快的IP-CAN bearer重新申请配额时，由于其他IP-CAN bearer占用了部分配额，各PDP或IP-CAN bearer的信用池相互独立，导致消耗块的IP-CAN bearer无法分配到配额，业务被迫中止。

发明内容

本发明实施例提供一种信用控制方法、策略和计费执行功能实体、在线计费系统，实现各IP-CAN bearer间甚至各IP-CAN session间共享信用池，从而保证业务的流畅性。

第一个方面，本发明实施例提供一种信用控制方法，包括：

接收策略和计费执行功能实体PCEF发送的第二请求，所述第二请求指示对第二承载进行信用控制；

根据所述第二请求，判断所述第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，所述第二承载在所述第一承载建立之后建立；

若所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用池，则向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

在第一个方面的第一种可能的实现方式中，所述接收策略和计费执行功能实体PCEF发送的第二请求之前，包括：

接收所述PCEF发送的第一请求，所述第一请求指示对所述第一承载进行信用控制；

向所述PCEF发送第一应答，所述第一应答携带所述第一承载对应的信用池标识。

在第一个方面的第二种可能的实现方式中，所述向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池，包括：

为所述第二承载分配第二配额；

向所述PCEF发送第二应答，所述第二应答携带所述第二配额及所述第一承载对应的信用池标识，以使所述PCEF将所述第二配额存放在所述第一承载对应的信用池标识对应的信用池中，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

结合第一个方面的第一种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述向所述PCEF发送第一应答，所述第一应答携带所述第一承载对应的信用池标识，包括：

为所述第一承载分配所述第一配额；

向所述PCEF发送第一应答，所述第一应答携带所述第一配额及所述第一承载对应的信用池标识。

结合第一个方面的第三种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述接收策略和计费执行功能实体PCEF发送的第二请求，具体包括：

通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述向所述PCEF发送第二应答，具体包括：

通过所述第二Gy会话向所述PCEF发送第二应答；

所述接收策略和计费执行功能实体PCEF发送的第一请求，具体包括：

通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述向所述PCEF发送第二应答，具体包括：

通过所述第一Gy会话向所述PCEF发送第二应答。

结合第一个方面的第四种可能的实现方式，在第一个方面的第五种可能的实现方式中，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

结合第一个方面的第五种可能的实现方式，在第一个方面的第六种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

结合第一个方面的第五种可能的实现方式，在第一个方面的第七种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

结合第一个方面的第五种可能的实现方式，在第一个方面的第八种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则向所述PCEF发送第一应答之后，包括：

接收所述PCEF通过所述第一Gy会话发送的第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；接收所述PCEF通过所述第二Gy会话发送的第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

通过所述第一Gy会话向所述PCEF发送第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话向所述PCEF发送第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

结合第一个方面的第五种可能的实现方式，在第一个方面的第九种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则向所述PCEF发送第二应答之后，包括：

接收所述PCEF通过所述共享Gy会话发送的第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

通过所述共享Gy会话向所述PCEF发送第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

结合第一个方面、第一个方面的第一种至第九种可能的实现方式中的任一种可能的实现方式，在第一个方面的第十种可能的实现方式中，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CANsession。

结合第一个方面、第一个方面的第一种至第九种可能的实现方式中的任一种可能的实现方式，在第一个方面的第十一种可能的实现方式中，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

结合第一个方面的第二种至第十一种可能的实现方式中的任一种可能的实现方式，在第一个方面的第十二种可能的实现方式中，所述为所述第二承载分配第二配额之后，包括：

将所述第二配额转换成信用单元。

结合第一个方面、第一个方面的第一种至第十二种可能的实现方式中的任一种可能的实现方式，在第一个方面的第十三种可能的实现方式中，该方法还包括：

接收所述PCEF发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

向所述PCEF发送能力协商字段应答。

第二个方面，本发明实施例提供一种信用控制方法，包括：

向在线计费系统OCS发送第二请求，所述第二请求指示对第二承载进行信用控制；

接收所述OCS发送的第二应答，所述第二应答携带第一承载对应的信用池标识；其中，所述第二承载在所述第一承载建立之后建立；

根据所述信用池标识，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

在第二个方面的第一种可能的实现方式中，所述向在线计费系统OCS发送第二请求之前，包括：

向所述OCS发送第一请求，所述第一请求指示对所述第一承载进行信用控制；

接收所述OCS发送的第一应答，所述第一应答携带所述第一承载对应的信用池标识。

在第二个方面的第二种可能的实现方式中，所述接收所述OCS发送的第二应答，所述第二应答携带第一承载对应的信用池标识，包括：

接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。

结合第二个方面的第二种可能的实现方式，在第二个方面的第三种可能的实现方式中，所述接收所述OCS发送的第一应答，所述第一应答携带所述第一承载对应的信用池标识，包括：

接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。

结合第二个方面的第三种可能的实现方式，在第二个方面的第四种可能的实现方式中，所述向所述OCS发送第二请求，具体包括：

通过第二Gy会话向所述OCS发送第二请求；

所述接收所述OCS发送的第二应答，包括：

通过所述第二Gy会话接收所述OCS发送的第二应答；

所述向所述OCS发送第一请求，具体包括：

通过第一Gy会话向所述OCS发送第一请求；

所述接收所述OCS发送的第一应答，包括：

通过所述第一Gy会话接收所述OCS发送的第一应答。

结合第二个方面的第四种可能的实现方式，在第二个方面的第五种可能的实现方式中，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

结合第二个方面的第五种可能的实现方式，在第二个方面的第六种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

结合第二个方面的第五种可能的实现方式，在第二个方面的第七种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

结合第二个方面的第五种可能的实现方式，在第二个方面的第八种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池之后，包括：

通过所述第一Gy会话向所述OCS发送第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；通过所述第二Gy会话向所述OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

通过所述第一Gy接收所述OCS发送的第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话接收所述OCS发送的第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

结合第二个方面的第五种可能的实现方式，在第二个方面的第九种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池之后，包括：

通过所述共享Gy会话向所述OCS发送第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

通过所述共享Gy会话接收所述OCS发送的第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

结合第二个方面、第二个方面的第一种至第九种中任一种可能的实现方式，在第二个方面的第十种可能的实现方式中，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

结合第二个方面、第二个方面的第一种至第九种中任一种可能的实现方式，在第二个方面的第十一种可能的实现方式中，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

结合第二个方面、第二个方面的第一种至第十一种中任一种可能的实现方式，在第二个方面的第十二种可能的实现方式中，接收所述OCS发送的第二应答，所述第二应答携带所述第二配额及所述第一承载的第一配额对应的信用池标识之后，包括：

将所述第二配额转换成信用单元。

结合第二个方面、第二个方面的第一种至第十二种中任一种可能的实现方式，在第二个方面的第十三种可能的实现方式中，该方法还包括：

向所述OCS发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

接收所述OCS发送的能力协商字段应答。

第三个方面，本发明实施例提供一种在线计费系统，包括：

接收模块，用于接收策略和计费执行功能实体PCEF发送的第二请求，所述第二请求指示对第二承载进行信用控制；

判断模块，用于根据所述第二请求，判断所述第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，所述第二承载在所述第一承载建立之后建立；

发送模块，用于若所述判断模块判断出所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用池，则向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

在第三个方面的第一种可能的实现方式中，所述接收模块还用于：

接收所述PCEF发送的第一请求，所述第一请求指示对所述第一承载进行信用控制；

所述发送模块还用于向所述PCEF发送第一应答，所述第一应答携带所述所述第一承载对应的信用池标识。

在第三个方面的第二种可能的实现方式中，所述在线计费系统还包括：

分配模块，用于为所述第二承载分配第二配额；

所述发送模块，用于向所述PCEF发送第二应答，所述第二应答携带所述第二配额及所述第一承载对应的信用池标识，以使所述PCEF将所述第二配额存放在所述第一承载对应的信用池标识对应的信用池中，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

结合第三个方面的第一种可能的实现方式，在第三个方面的第三种可能的实现方式中，所述在线计费系统还包括：

分配模块，用于为所述第一承载分配所述第一配额；

所述发送模块还用于向所述PCEF发送第一应答，所述第一应答携带所述第一配额及所述第一承载对应的信用池标识。

结合第三个方面的第三种可能的实现方式，在第三个方面的第四种可能的实现方式中，所述接收模块，具体用于通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述发送模块具体用于通过所述第二Gy会话向所述PCEF发送第二应答；

所述接收模块还用于通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述发送模块还用于通过所述第一Gy会话向所述PCEF发送第二应答。

结合第三个方面的第四种可能的实现方式，在第三个方面的第五种可能的实现方式中，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

结合第三个方面的第五种可能的实现方式，在第三个方面的第六种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

结合第三个方面的第五种可能的实现方式，在第三个方面的第七种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

结合第三个方面的第五种可能的实现方式，在第三个方面的第八种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则所述接收模块还用于：

接收所述PCEF通过所述第一Gy会话发送的第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；接收所述PCEF通过所述第二Gy会话发送的第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

所述发送模块还用于通过所述第一Gy会话向所述PCEF发送第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话向所述PCEF发送第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

结合第三个方面的第五种可能的实现方式，在第三个方面的第九种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述接收模块还用于：

接收所述PCEF通过所述共享Gy会话发送的第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

所述发送模块还用于通过所述共享Gy会话向所述PCEF发送第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

结合第三个方面、第三个方面的第一种至第九种中任一种可能的实现方式，在第三个方面的第十种可能的实现方式中，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

结合第三个方面、第三个方面的第一种至第九种中任一种可能的实现方式，在第三个方面的第十一种可能的实现方式中，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

结合第三个方面的第二种至第十一种中任一种可能的实现方式，在第三个方面的第十二种可能的实现方式中，该在线计费系统还包括：

转换模块，用于将所述第二配额转换成信用单元。

结合第三个方面、第三个方面的第一种至第十二种中任一种可能的实现方式，在第三个方面的第十三种可能的实现方式中，所述接收模块还用于接收所述PCEF发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

所述发送模块还用于向所述PCEF发送能力协商字段应答。

第四个方面，本发明实施例提供一种策略和计费执行功能实体PCEF，包括：

发送模块，用于向在线计费系统OCS发送第二请求，所述第二请求指示对第二承载进行信用控制；

接收模块，用于接收所述OCS发送的第二应答，所述第二应答携带所述第二配额及所述第一承载的第一配额对应的信用池标识；其中，所述第二配额为所述OCS为所述第二承载分配的配额，所述第二承载在所述第一承载建立之后建立。

处理模块，用于将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

在第四个方面的第一种可能的实现方式中，所述发送模块还用于向所述OCS发送第一请求，所述第一请求指示对所述第一承载进行信用控制；

所述接收模块还用于接收所述OCS发送的第一应答，所述第一应答携带所述第一配额及所述第一承载的第一配额对应的信用池标识。

在第四个方面的第二种可能的实现方式中，所述接收模块具体用于接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。

结合第四个方面的第一种可能的实现方式，在第四个方面的第三种可能的实现方式中，所述接收模块具体用于接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。

结合第四个方面的第三种可能的实现方式，在第四个方面的第四种可能的实现方式中，根据权利要求46所述的PCEF，所述发送模块具体用于通过第二Gy会话向所述OCS发送第二请求；

所述接收模块具体用于通过所述第二Gy会话接收所述OCS发送的第二应答；

所述发送模块还用于通过第一Gy会话向所述OCS发送第一请求；

所述接收模块还用于通过所述第一Gy会话接收所述OCS发送的第一应答。

结合第四个方面的第四种可能的实现方式，在第四个方面的第五种可能的实现方式中，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

结合第四个方面的第五种可能的实现方式，在第四个方面的第六种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

结合第四个方面的第五种可能的实现方式，在第四个方面的第七种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

结合第四个方面的第五种可能的实现方式，在第四个方面的第八种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则所述发送模块还用于：

通过所述第一Gy会话向所述OCS发送第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；通过所述第二Gy会话向所述OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

所述接收模块还用于通过所述第一Gy接收所述OCS发送的第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话接收所述OCS发送的第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

结合第四个方面的第五种可能的实现方式，在第四个方面的第九种可能的实现方式中，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述发送模块还用于：

通过所述共享Gy会话向所述OCS发送第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

所述接收模块还用于通过所述共享Gy会话接收所述OCS发送的第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

结合第四个方面、第四个方面的第一种至第九种中任一种可能的实现方式，在第四个方面的第十种可能的实现方式中，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

结合第四个方面、第四个方面的第一种至第九种中任一种可能的实现方式，在第四个方面的第十一种可能的实现方式中，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

结合第四个方面、第四个方面的第一种至第十一种中任一种可能的实现方式，在第四个方面的第十二种可能的实现方式中，该PCEF还包括：

转换模块，用于将所述第二配额转换成信用单元。

结合第四个方面、第四个方面的第一种至第十二种中任一种可能的实现方式，在第四个方面的第十三种可能的实现方式中，所述发送模块还用于向所述OCS发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

所述接收模块还用于接收所述OCS发送的能力协商字段应答。

第五个方面，本发明实施例提供一种在线计费系统，包括：处理器和存储器，所述存储器存储执行指令，当所述在线计费系统运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述在线计费系统执行如上第一个方面、第一个方面的第一种至第十三种中任一种可能的实现方式。

第六个方面，本发明实施例提供一种策略和计费执行功能实体PCEF，包括：处理器和存储器，所述存储器存储执行指令，当所述PCEF运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述PCEF执行如上第二个方面、第二个方面的第一种至第十三种中任一种可能的实现方式。

本发明实施例提供的信用控制方法、策略和计费执行功能实体、在线计费系统，若OCS判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则将为第二承载分配的第二配额及第一承载对应的信用池的标识发送给PCEF，使得PCEF将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，若第一承载与第二承载在同一IP-CAN session下，则实现同一IP-CAN Session下多个IP-CAN Bearer之间的信用池共享，例如，同一IP-CAN Session所有IP-CAN Bearer之间的信用池共享；或者，同一IP-CAN Session下默认承载与部分专有承载之间的信用池共享；或者，同一IP-CAN Session下部分专有承载之间的信用池共享。若第一承载与第二承载在不同的IP-CAN session下，则实现IP-CAN session间的信用池共享，例如，同一用户的所有IP-CAN session共享信用池；或者，同一用户的部分IP-CAN session共享信用池。

附图说明

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

图1为本发明信用控制方法实施例一的流程图；

图2为本发明信用控制方法实施例二的流程图；

图3为本发明信用控制方法实施例三的信令图；

图4为本发明信用控制方法实施例四的信令图；

图5为本发明信用控制方法实施例五的信令图；

图6为本发明信用控制方法实施例六的信令图；

图7为本发明在线计费系统实施例一的结构示意图；

图8为本发明在线计费系统实施例二的结构示意图；

图9为本发明策略和计费执行功能实体PCEF实施例一的结构示意图；

图10为本发明策略和计费执行功能实体PCEF实施例二的结构示意图；

图11为本发明在线计费系统实施例三的结构示意图；

图12为本发明策略和计费执行功能实体PCEF实施例三的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明信用控制方法实施例一的流程图。本实施例的执行主体为在线计费系统（Online Charging System，OCS），支持各IP_CAN bearer间，或者各IP连接性接入网会话（IP Connectivity Access Network Session，IP-CANSession）间的信用池（Credit Pool）的共享。具体的，本实施例包括以下步骤：

101、接收策略和计费执行功能实体PCEF发送的第二请求，第二请求指示对第二承载进行信用控制。

在线状态的用户设备进行新的业务时，为用户设备建立新的承载。以下为描述清楚起见，将为用户设备建立的承载新业务的承载称之为第二承载，将第二承载建立之前已经存在的承载称之为第一承载，例如，同一IP-CANsession下，第一承载为默认承载或新业务发起时已存在的专有承载，第二承载为第一承载建立后的新建的专有承载；或者，不同IP-CAN session下，第一承载为某个IP-Session下的默认承载或新业务发起时已建立的专有承载，第二承载为另一个IP-Session下的为承载新业务而建立的默认承载或专有承载，且第二承载在第一承载建立之后建立。

本步骤中，在建立第二承载后，若PCEF发现需要对该第二承载进行在线计费，则向对应的OCS发送第二请求，该第二请求指示OCS需要对第二承载进行信用控制，相应的OCS接收该第二请求。

102、根据第二请求，判断第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，第二承载在第一承载建立之后建立。

OCS收到第二请求后，判断第二承载所承载的业务是否与第一承载所承载的业务可共享信用池。例如，根据运营商预设的策略，若第二承载所承载的业务与第一承载所承载的业务的资费标准一样，则共享信用池；或者，若第二承载所承载的业务比较紧急，则共享信用池；或者，根据预设的规则等判断第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，本发明并不以此为限。

103、若第二承载所承载的业务与第一承载所承载的业务可以共享信用池，则向PCEF发送第二应答，第二应答携带第一承载的第一配额对应的信用池标识，以使第一承载所承载的业务与第二承载所承载的业务共享信用池。

本步骤中，若OCS判断出第二承载所承载的业务与第一承载所承载的业务可以共享信用池，则第一承载对应的信用池标识携带在第二应答中发送给PCEF，使得当PCEF接收到第二应答后，令第一承载所承载的业务与第二承载所承载的业务共享同一个信用池；否则，若OCS判断出第二承载所承载的业务与第一承载所承载的业务无法共享信用池，则发送第二承载所承载的业务对应的信用池标识给PCEF；或者，也可以不下发信用池标识，直接发送具体的配额，如时长、流量、次数等。

可选的，向PCEF发送第二应答，第二应答携带第一承载对应的信用池标识，以使第一承载所承载的业务与第二承载所承载的业务共享信用池，包括：OCS为第二承载分配第二配额，向PCEF发送第二应答，第二应答携带第二配额及第一承载对应的信用池标识，以使PCEF将第二配额存放在第一承载对应的信用池标识对应的信用池中，使第一承载所承载的业务与第二承载所承载的业务共享信用池。

具体的，OCS不区分第二承载所承载的业务与第一承载所承载的业务是否属于相同的费率组，直接基于费率组下发第二配额和信用池标识，按照信用池的方式分配第二配额。其中，信用池标识为第一承载的第一配额对应的信用池标识，即第一承载与第二承载共享信用池。若OCS判断出第二承载所承载的业务与第一承载所承载的业务可以共享信用池，则向PCEF发送携带第二配额及第一承载对应的信用池标识的第二应答，以使得PCEF将第二配额与第一配额存放在同一个信用池中，其中，第一配额是第一承载所承载的业务对应的信用池。例如，当PCEF检查多业务信用控制<属性，值>对（Multiple Services Credit Control Attribute-Value Pair，MSCC AVP）后，发现第二承载所承载的业务属于信用池应用，且信用池标识与第一承载对应的信用池标识相同，即第二承载与第一承载共享信用池，则在本地为第二承载分配池资源，将第二配额与第一配额存放在同一个信用池中。

可选的，OCS也可以将第二配额转换成信用单元后发送给PCEF，使得PCEF将第二配额对应的信用单元与第一配额对应的信用单元存放在同一个信用池中。例如，第二配额具体为时长、流量、次数等，OCS可以对其进行转换，根据配额与信用单元的转换因子，将时长、流量、次数等转换成统一的信用单元。

本发明实施例提供的信用控制方法，若OCS判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则将为第二承载分配的第二配额及第一承载对应的信用池的标识发送给PCEF，使得PCEF将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，若第一承载与第二承载在同一IP-CAN session下，则实现同一IP-CAN Session下多个IP-CAN Bearer之间的信用池共享，例如，同一IP-CAN Session所有IP-CAN Bearer之间的信用池共享；或者，同一IP-CAN Session下默认承载与部分专有承载之间的信用池共享；或者，同一IP-CAN Session下部分专有承载之间的信用池共享。若第一承载与第二承载在不同的IP-CAN session下，则实现IP-CAN session间的信用池共享，例如，同一用户的所有IP-CANsession共享信用池；或者，同一用户的部分IP-CAN session共享信用池。

进一步的，上述实施例一中，接收策略和计费执行功能实体PCEF发送的第二请求之前，包括：接收PCEF发送的第一请求，第一请求指示对第一承载进行信用控制；向PCEF发送第一应答，第一应答携带第一承载对应的信用池标识。

具体的，OCS接收到PCEF发送的第一请求后，为第一承载分配第一配额，向PCEF发送第一应答，第一应答携带第一配额及第一承载对应的信用池标识。

更进一步的，接收策略和计费执行功能实体PCEF发送的第二请求，具体包括：通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

向PCEF发送第二应答，具体包括：通过第二Gy会话向PCEF发送第二应答；

接收策略和计费执行功能实体PCEF发送的第一请求，具体包括：通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

向PCEF发送第二应答，具体包括：通过第一Gy会话向PCEF发送第二应答。

图2为本发明信用控制方法实施例二的流程图。本实施例的执行主体为在策略和计费执行功能（Policy and Charging Enforcement Function，PCEF）实体，支持IP各IP_CAN bearer间，或者各IP-CAN Session间的信用池（CreditPool）的共享。具体的，本实施例包括以下步骤：

201、向在线计费系统OCS发送第二请求，第二请求指示对第二承载进行信用控制。

202、接收OCS发送的第二应答，第二应答携带第二配额及第一承载的第一配额对应的信用池标识；其中，第二承载在第一承载建立之后建立。

203、根据信用池标识，使第一承载所承载的业务与第二承载所承载的业务共享信用池。

本实施例中关于第一承载、第二承载、第一配额、第二配额的描述可参见图1所示实施例，在此不再赘述。

进一步的，上述实施例二中，向在线计费系统OCS发送第二请求之前，PCEF向OCS发送第一请求，第一请求指示对第一承载进行信用控制；接收OCS发送的第一应答，第一应答携带第一承载对应的信用池标识。

进一步的，上述实施例二中，接收OCS发送的第二应答，第二应答携带第一承载对应的信用池标识，包括：接收携带第二配额以及第一承载对应的信用池标识的第二应答。

进一步的，上述实施例二中，接收OCS发送的第一应答，第一应答携带第一承载对应的信用池标识，包括：

接收携带第一配额以及第一承载对应的信用池标识的第一应答。

更进一步的，向OCS发送第二请求，具体包括：通过第二Gy会话向OCS发送第二请求；

接收OCS发送的第二应答，包括：通过第二Gy会话接收OCS发送的第二应答；

向OCS发送第一请求，具体包括：通过第一Gy会话向OCS发送第一请求；

接收OCS发送的第一应答，包括：通过第一Gy会话接收OCS发送的第一应答。

本发明实施例提供的信用控制方法，PCEF接收OCS为第二承载分配的第二配额及第一承载对应的信用池的标识，将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，若第一承载与第二承载在同一IP-CAN session下，则实现同一IP-CAN Session下多个IP-CANBearer之间的信用池共享，例如，同一IP-CAN Session所有IP-CAN Bearer之间的信用池共享；或者，同一IP-CAN Session下默认承载与部分专有承载之间的信用池共享；或者，同一IP-CAN Session下部分专有承载之间的信用池共享。若第一承载与第二承载在不同的IP-CAN session下，则实现IP-CANsession间的信用池共享，例如，同一用户的所有IP-CAN session共享信用池；或者，同一用户的部分IP-CAN session共享信用池。

一般来说，一个用户对应一个或多个公共数据网络（Public Data Network，PDN）连接，一个PDN连接即为一个IP连接性接入网会话（IP ConnectivityAccess Network Session，IP-CAN Session），而一个IP-CAN Session内存在多个IP-CAN Bearer。本发明实施例中，第一承载与第二承载可在同一IP-CANSession下；或者，在不同IP-CAN Session下。

另外，第一承载与第二承载在Gy接口均体现为一个独立的Gy会话，即第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为不同的会话，也就是说，共享信用池的承载，无论是在同一IP-CAN Session下，还是在不同IP-CAN Session下，该些共享信用池的承载在Gy接口各自都有一个独立的Gy会话；或者，第一承载与第二承载在Gy接口仅体现一个唯一的会话，即第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为同一个共享Gy会话，也就是说，共享信用池的承载，无论是在同一IP-CAN Session下，还是在不同IP-CAN Session下，该些共享信用池的承载在Gy接口仅有一个共享会话。

当第一Gy会话与第二Gy会话为不同的会话，则指示对第一承载进行信用控制的第一请求，与指示对第二承载进行信用控制的第二请求均为初始化信用控制请求CCR-initial，第一请求对应的第一应答与第二请求对应的第二应答均为初始化信用控制应答CCA-initial；否则，当第一Gy会话与第二Gy会话为同一个共享Gy会话时，则指示对第一承载进行信用控制的第一请求为初始化信用控制请求CCR-initial，而指示对第二承载进行信用控制的第二请求为更新信用控制请求CCR-Update，第一请求对应的第一应答为初始化信用控制应答CCA-initial，而第二请求对应的第二应答为更新信用控制应答CCA-Update。

下面，根据OCS与PCEF的交互过程对本发明提供的信用控制方法进行详细描述。

图3为本发明信用控制方法实施例三的信令图。本实施例中，第一承载与第二承载属于同一个IP-Can session，且第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为不同的、相互独立的会话。具体的，本实施例包括如下步骤：

300、PCEF激活第一承载。

具体的，用户初始上线，建立第一承载，服务GPRS支持节点（ServingGPRS Support Node，SGSN）或移动管理实体（Mobility Management Entity，MME）向PCEF发送激活请求，PCEF根据该激活请求激活第一承载，此时第一承载为默认承载（图中未示出SGSN/MME）；或者，在线状态的用户设备进行新的业务时，建立第一承载，此时第一承载为专有承载（图中未示出SGSN/MME）。

假设第一承载两个业务，分别对应的费率组（Rating Group，RG）为RG1、RG2。

301、PCEF通过第一Gy会话向OCS发送第一CCR Initial。

第一Gy会话例如可以表示为Session ID1。若PCEF发现需要对第一承载进行在线计费，则发送第一CCR Initial给对应的OCS，该第一CCR Initial中携带多业务信用控制（Multiple Services Credit Control，MSCC），从而为第一承载的RG1、RG2请求配额，例如，为RG1请求的配额为MSCC1<RG1，RSU>，其中，请求业务单元（Requested-Service-Unit，RSU）表示PCEF期望OCS为RG1下发的配额数量。

可选的，该第一RRC Initial还可携带能力协商字段（Capability NegotiationIE）以与OCS协商信用池的使用方式，该地段可使用标准的支持特点(supported features)字段，也可是非标准定制的字段。具体的，可以将信用池分为以下使用方式：

方式一、如本发明中，同一IP-CAN Session下，多个IP-CAN Bearer共享信用池；

方式二、如本发明中，同一用户的多个IP-CAN Session共享信用池。

OCS和PCEF可预设信用池使用方式，即默认信用池的使用方式，此时无需在第一CCR Initial中携带能力协商字段；否则，可根据实际需要等，PCEF可灵活的选择能力协商字段，从而与OCS进行信用池使用方式的协商。例如，将方式一标识为1、方式二标识为2、方式三标识为3，若采用方式二，则PCEF将标识2携带在第一CCR Initial中发送给OCS，假设OCS支持方式2，则返回第一CCA Initial时返回标识2，表示同意采用方式二；否则，返回标识1或3，继续协商信用池使用方式。以下以第一CCR initial携带能力协商字段为例对本发明进行详细阐述。

302、OCS通过第一Gy会话向PCEF发送第一CCA Initial。

接收到第一CCR Initial后，OCS检查用户余额，若足够的余额，OCS支持信用池且应用方式与第一CCR Initial中携带的能力协商字段吻合，则为第一承载分配第一配额，即为RG1、RG2分配相应的配额。具体的，OCS可按照信用池方式分配配额，将第一配额与信用池标识携带在第一CCA Initial发送给PCEF。

可选的，本步骤中，OCS也可以将第一配额按照预设的策略转换成信用单元，使得PCEF接收到第一配额对应的信用单元后，将该信用单元注入到信用池中；或者，OCS也可以将配额与信用单元的转换指示，如乘法器（Multiplier）携带在第一CCA Initial中发送给PCEF，使得PCEF根据OCS指示的Multiplier，将第一配额转换成信用单元后注入到信用池。例如，为RG1分配的配额为MSCC1（RG1，GSU，G-S-U-Pool-Reference<Pool ID1，Multiplier10，Unit Type>），其中，授权业务单元（Granted-Service-Unit，GSU）表示OCS实际为RG1下发的配额数量，Pool ID1表示信用池标识为1，Multiplier10表示转换因子为10。

具体的，设信用池中配额的总量为S，M1～Mn为属于该信用池的各RG对应的转换因子，Q1～Qn为属于同一信用池的各RG或RG+SID被分配的配额，则S=Q1×M1+Q2×M2+……Qn×Mn。

303、PCEF激活同一IP-CAN Session下的第二承载。

具体的激活过程可参见上述步骤300，此处不再赘述。

假设第二承载一个业务，对应的费率组（Rating Group，RG）为RG3。

304、PCEF通过第二Gy会话向OCS发送第二CCR Initial。

第一Gy会话例如可以表示为Session ID1。本实施例中，由于各个承载在Gy接口体现为相互独立的Gy会话，因此，本步骤中，PCEF在Gy接口按照协议发送第二CCR Initial消息给对应的OCS，该第二CCR Initial中携带MSCC，从而为第二承载的RG3请求配额。

可选的，该第二CCR Initial中可携带能力协商字段。

305、OCS通过第二Gy会话向PCEF发送第二CCA Initial。

接收到第一CCR Initial后，OCS判断第一承载与第二承载是否可共享信用池，若可共享，用户有足够的余额，OCS支持信用池且应用方式与第二CCR Initial中携带的能力协商字段吻合，则为第二承载分配第二配额，即为RG3分配相应的配额。具体的，OCS可按照信用池方式分配配额，将第二配额与信用池标识携带在第二CCA Initial发送给PCEF，其中，信用池标识为第一承载对应的信用池的标识。

可选的，OCS可对第二配额进行信用单元的转换；或者，也可以发送转换指示给PCEF，由PCEF对第二配额进行信用转换。

具体的，设配额消耗总量为C，M1～Mn为属于该信用池的各RG对应的转换因子，C1～Cn为属于同一信用池的各RG或RG+SID消耗的配额，则C=C1×M1+C2×M2+……Cn×Mn。

306、PCEF将第一配额与第二配额存储到同一个信用池。

PCEF将第二配额与第一配额存放到同一个信用池中，使得第一承载所承载的业务与第二承载所承载的业务共享信用池，即RG1、RG2、RG3共享信用池，若RG1、RG2消耗配额的速度比较快，则在消耗完第一配额后可与RG3共享第二配额；同理，若RG3消耗配额的速度比较快，则在消耗完第二配额后可与RG1、RG2共享第一配额。

本步骤中，若信用池中的配额消耗完后，第一承载所承载的业务也结束，则执行步骤314，从而进行扣费；否则，若第一承载所承载的业务还要继续，则执行步骤307，为RG1、RG2申请新配额并对已消耗的配额进行扣费。

同理，本步骤中，若信用池中的配额消耗完后，第二承载所承载的业务也结束，则执行步骤311，从而进行扣费；否则，若第二承载所承载的业务还要继续，则执行步骤308，为RG3申请新配额并对已消耗的配额进行扣费。

307、PCEF通过第一Gy会话向OCS发送第一CCR Update。

第一Gy会话例如可以表示为Session ID1。本步骤中，若上述步骤306中用户进行业务，将信用池中的配额消耗完，或者，用户进行业务对配额进行消耗，使得信用池中的剩余的配额到达协议规定的阈值时，PCEF通过第一Gy会话向OCS发送第一CCR Update，从而为第一承载的业务申请新配额，其中，第一CCR Update携带第一承载的RG1、RG2的配额消耗。例如，RG2的配额消耗为MSCC2（RG2、RSU，USU，Reporting Reason=Pool Exhausted），其中，RSU表示PCEF期望OCS再次为RG1下发的配额数量，消耗业务单元（Used-Service-Unit，USU）表示已消耗的配额数，报告原因（ReportingReason）为信用池中的配额耗尽，OCS根据第一承载的RG1、RG2的配额消耗进行实时扣费。

308、PCEF通过第二Gy会话向OCS发送第二CCR Update。

第二Gy会话例如可以表示为Session ID2。本步骤中，若上述步骤306中用户进行业务，将信用池中的配额消耗完，或者，用户进行业务对配额进行消耗，使得信用池中的剩余的配额到达协议规定的阈值时，PCEF通过第二Gy会话向OCS发送第二CCR Update，从而为第二承载的业务申请新配额，其中，第一CCR Update携带第二承载的RG3的配额消耗，如MSCC3（RG2、RSU，USU，Reporting Reason=Pool Exhausted），OCS根据第二承载的RG3的配额消耗进行实时扣费。

需要说明的是，上述步骤307、308可同时、或先后执行，本发明并不以此为限制。

309、OCS通过第一Gy会话向PCEF发送第一CCA Update。

OCS继续检查用户余额，若足够的余额，则为第一承载的RG1、RG2再次分配配额，并将新分配的配额携带在第一CCA Update中发送给PCEF。

310、OCS通过第二Gy会话向PCEF发送第二CCA Update。

OCS继续检查用户余额，若足够的余额，则为第二承载的RG3再次分配配额，并将新分配的配额携带在第二CCA Update中发送给PCEF。

可选的，步骤309、310中，OCS可以将新分配的配额转换成信用单元后在发送；或者，也可以直接配额和转换指示发送给PCEF，由PCEF进行配额与信用单元之间的转换。

可选的，步骤309、310可同时、或先后执行，本发明并不以此为限制。

311、PCEF对第二承载进行去活。

本实施例中，第二承载具体为专有承载，因此，当用户停止使用第二承载所承载的业务，或者，由于业务老化需要对第二承载去活时，PCEF对第二承载进行去活。一般来说，专有承载所承载的业务结束时，即RG3结束时，还可能在该专有承载上继续其他业务，此时无需对第二承载进行去活，但若RG3结束且用户下线，或者，第二承载所承载的业务结束后经过预设的时长，则对该第二承载进行去活。

312、PCEF向通过第二Gy会话向OCS发送第二终止信用控制请求（CCRTerminate）。

PCEF将第二承载的RG3的配额消耗携带在第二CCR Terminate发送给OCS，表示第二承载的业务以停止或退出，从而指示OCS对第二承载的RG3进行扣费。例如，RG3消耗的配额为MSCC3（RG3，RSU，USU，ReportingReason=FINAL）,其中，RSU表示OCS再次为RG3请求的配额数量，USU表示用户去活时上报最后一次使用的配额数，上报原因为去活。

需要说明的是，由于去活，用户下线，再请求配额是没有用的，因此第二CCR Terminate可携带RSU，也可不携带RSU。

313、OCS通过第二Gy会话向PCEF发送第二终止信用控制应答（CCATerminate）。

OCS对第二承载的RG3进行扣费后，通过第二Gy会话向OCS发送第二CCA Terminate，表示第二承载以被去活，即第二Gy会话终结成功、对RG3的配额消耗扣费成功。

314、PCEF对第一承载进行去活。

具体的，当第一承载为默认承载时，用户下线，则PCEF对第一承载进行去活；否则当第一承载为专有承载时，该承载上业务结束，或者，由于业务老化需要对第二承载去活时，PCEF对第一承载进行去活。

315、PCEF向通过第一Gy会话向OCS发送第一CCR Terminate。

PCEF将第一承载的RG1、RG2的配额消耗携带在第一CCR Terminate发送给OCS，表示第一承载的业务以停止或退出，从而指示OCS对第一承载的RG1、RG2进行扣费。

316、OCS通过第一Gy会话向PCEF发送第一CCA Terminate。

OCS对第一承载的RG1、RG2进行扣费后，通过第一Gy会话向OCS发送第一CCA Terminate，表示第一承载以被去活，即第一Gy会话终结成功、对RG1、RG2的配额消耗扣费成功。

需要说明的是，本步骤中，OCS是针对步骤307与步骤315中，GR1、RG2总的配额消耗的扣费。

另外，还需要说明的是，上述步骤311～313是对第二承载所承载的业务的扣费过程，上述步骤314～316是对第一承载所承载的业务的扣费过程。若第一承载与第二承载均为专有承载，且第二承载在第一承载建立之后建立，则上述步骤311～313与步骤314～316的执行过程并无严格的顺序，即可先执行步骤311～313，再执行步骤314～316，也可以先执行步骤314～316，再执行步骤311～313；否则，若第一承载为默认承载、第二承载为专有承载，则先执行步骤311～313，再执行步骤314～316，或者，先执行步骤314～316，则默认承载被去活后，与该默认承载属于同一个IP-CAN Session下的其他专有承载被强制去活。

本实施例中，由于第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为相互独立的会话，因此，对承载去活时，无论该承载为默认承载还是专有承载，PCEF向OCS均发送CCR Terminate，相应的，OCS向PCEF反馈的应答也为CCA Terminate。

图4为本发明信用控制方法实施例四的信令图。本实施例中，第一承载与第二承载属于同一个IP-Can session，且第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为同一个共享会话。具体的，本实施例包括如下步骤：

400、PCEF激活第一承载。

401、PCEF通过共享Gy会话向OCS发送第一CCR Initial。

共享Gy会话例如可以表示为Session ID S。

402、OCS通过共享Gy会话向PCEF发送第一CCA Initial。

403、PCEF激活同一IP-CAN Session下的第二承载。

具体的，上述步骤400～403可参见上述图3步骤300～303，此处不再赘述。

404、PCEF通过共享Gy会话向OCS发送第二请求。

与上述图3步骤304不同的是，上述图3步骤304，PCEF在Gy接口按照协议发送第二请求消息给对应的OCS，该第二请求具体为CCR Initial消息。而本步骤中，PCEF不按照标准协议定义处理，发送的第二请求具体为CCRUpdate消息，该第二请求中携带MSCC，从而为第二承载的RG3请求配额。

405、OCS通过共享Gy会话向PCEF发送第二应答。

与上述图3步骤305不同的是，上述图3步骤305，OCS发送的第二应答具体为CCA Initial消息，而本步骤中，第二应答具体为CCA Update消息。

406、PCEF将第一配额与第二配额存储到同一个信用池。

具体的，可参见上述图3步骤306，此处不再赘述。

本步骤中，若信用池中的配额消耗完后，第一承载所承载的业务也结束，则执行步骤412，从而进行扣费；否则，若第一承载所承载的业务还要继续，则执行步骤407，为RG1、RG2申请新配额。

同理，本步骤中，若信用池中的配额消耗完后，第二承载所承载的业务也结束，则执行步骤409，从而进行扣费；否则，若第二承载所承载的业务还要继续，则执行步骤407，为RG3申请新配额。

407、PCEF通过共享Gy会话向OCS发送第三CCR Update。

本步骤中，若上述步骤406中用户进行业务，将信用池中的配额消耗完；或者，用户进行业务对配额进行消耗，使得信用池中的剩余的配额到达协议规定的阈值时，例如，协议规定信用池中的信用单元不能超过5，则当信用池中还剩5个信用单元时，PCEF通过共享Gy会话向OCS发送第三CCRUpdate，从而为第一承载的业务、第二承载的业务申请新配额，其中，第三CCR Update携带第一承载与第二承载消耗的配额，即携带RG1、RG2、RG3的配额消耗。

408、PCEF通过共享Gy会话向OCS发送第三CCA Update。

OCS为第一承载的RG1、RG2，以及第二承载的RG3再次分配配额后，将新分配的配额携带在第三CCA Update中发送给PCEF。

409、PCEF对第二承载进行去活。

本实施例中，第二承载具体为专有承载，因此，当用户停止使用第二承载所承载的业务且用户下线或业务老化，PCEF对第二承载进行去活。一般来说，专有承载所承载的业务结束时，即RG3结束时，还可能在该专有承载上继续其他业务，此时无需对第二承载进行去活，但若RG3结束且用户下线，或者，第二承载所承载的业务结束后经过预设的时长，则对该第二承载进行去活。

410、PCEF向通过共享Gy会话向OCS发送CCR Update。

PCEF将第二承载的RG3的配额消耗携带在CCR Update中发送给OCS，表示第二承载的业务以停止或退出，从而指示OCS对第二承载的RG3进行扣费。

411、OCS通过共享Gy会话向PCEF发送CCA Update。

OCS对第二承载的RG3进行扣费后，通过共享Gy会话向OCS发送CCAUpdate，表示第二承载以被去活，即对RG3的配额消耗扣费成功。

412、PCEF对第一承载进行去活。

当第一承载为专有承载时，该承载上业务结束，或者，由于业务老化需要对第二承载去活时，PCEF对第一承载进行去活。

413、PCEF向通过共享Gy会话向OCS发送CCR Update。

PCEF将第一承载的RG1、RG2的配额消耗携带在CCR Update中发送给OCS，表示第一承载的业务以停止或退出，从而指示OCS对第一承载的RG1、RG2进行扣费。

414、OCS通过共享Gy会话向PCEF发送CCA Update。

OCS对第一承载的RG1、RG2进行扣费后，通过共享Gy会话向PCEF发送CCA Update，表示第一承载已被去活，即对RG1、RG2的配额消耗扣费成功。

需要说明的是，上述步骤409～411是对第二承载所承载的业务的扣费过程，上述步骤412～414是对第一承载所承载的业务的扣费过程。其中，第一承载与第二承载均为专有承载，且第二承载在第一承载建立之后建立，因此，上述步骤409～411与步骤412～414的执行过程并无严格的顺序，即可先执行步骤409～411，再执行步骤412～414，也可以先执行步骤412～414，再执行步骤409～411。

另外，本实施例中，若第一承载为默认承载、第二承载为专有承载，且先对第一承载进行去活，则无需执行步骤409～414，而执行步骤415～418。

415、PCEF对第一承载进行去活。

具体的，第一承载为默认承载，去活该承载，则与该默认承载属于同一个IP-CAN Session下的其他专有承载被强制去活。

416、PCEF向通过共享Gy会话向OCS发送CCR Terminate。

PCEF将第一承载的RG1、RG2，以及第二成长承载的RG3的配额消耗携带在CCR Terminate中发送给OCS，表示第一承载、第二承载上的业务停止或退出，从而指示OCS对第一承载的RG1、RG2，以及第二承载的RG3进行扣费。

417、OCS通过共享Gy会话向PCEF发送CCA Terminate。

OCS对第一承载的RG1、RG2，以及第承载的RG3进行扣费后，通过共享Gy会话向PCEF发送CCA Terminate，表示第一承载已被去活，对RG1、RG2的配额消耗扣费成功。

本实施例中，由于第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为同一个共享会话，因此，对承载去活时，若该承载为专有承载，则PCEF向OCS发送CCR Update，该CCR Update用于指示对该专有承载去活，相应的，OCS向PCEF反馈的应答也为CCA Update；否则，若为默认承载，则发送CCR Terminate，指示对该默认承载去活，相应的，OCS向PCEF反馈的应答也为CCA Terminate。。

图5为本发明信用控制方法实施例四的信令图。本实施例中，第一承载与第二承载在不同的IP-CAN session下，且第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为不同的会话。具体的，本实施例包括如下步骤：

500、PCEF激活第一承载。

501、PCEF通过第一Gy会话向OCS发送第一CCR Initial。

502、OCS通过第一Gy会话向PCEF发送第一CCA Initial。

上述步骤500～502可参见图3步骤300～302，此处不再赘述。

503、PCEF激活不同IP-CAN Session下的第二承载。

具体的，同一用户发起新的PDN连接时，PCEF激活该新的PDN连接的默认承载，该默认承载即为第二承载；或者，第一承载所在的IP-CAN Session外的其他IP-CAN Session下，建立新的专有承载时，PCEF激活该专有承载，该专有承载即为第二承载。

504、PCEF通过第二Gy会话向OCS发送第二CCR Initial。

505、OCS通过第二Gy会话向PCEF发送第二CCA Initial。

506、PCEF将第一配额与第二配额存储到同一个信用池中。

507、PCEF通过第一Gy会话向OCS发送第一CCR Update。

508、PCEF通过第二Gy会话向OCS发送第二CCR Update。

509、OCS通过第一Gy会话向PCEF发送第一CCA Update。

510、OCS通过第二Gy会话向PCEF发送第二CCA Update。

上述步骤504～510可参见图3步骤304～310，此处不再赘述。

511、PCEF对第一承载进行去活。

若第一承载为默认承载，用户下线发起PDN连接的去活请求时，PCEF对第一承载进行去活；否则，若第一承载为专有承载，则用户停止使用第一承载所承载的业务，或者，由于业务老化需要对第二承载去活时，PCEF对第一承载进行去活。

512、PCEF向通过第一Gy会话向OCS发送第一CCR Terminate。

513、OCS通过第一Gy会话向PCEF发送第一CCA Terminate。

具体的，步骤512、513可参见上述图3步骤315、316，此处不再赘述。

514、PCEF对第二承载进行去活。

若第二承载为默认承载，则用户下线时，PCEF对第二承载进行去活；否则，若第二承载为专有承载，则用户停止使用第二承载所承载的业务，或者，由于业务老化需要对第二承载去活时，PCEF对第二承载进行去活。

515、PCEF向通过第二Gy会话向OCS发送第二CCR Terminate。

516、OCS通过第二Gy会话向PCEF发送第二CCA Terminate。

具体的，步骤515、516可参见上述图3步骤312、313，此处不再赘述。

图6为本发明信用控制方法实施例四的信令图。本实施例中，第一承载与第二承载在不同的IP-Can session下，且第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为同一个共享会话。具体的，本实施例包括如下步骤：

600、PCEF激活第一承载。

601、PCEF通过共享Gy会话向OCS发送第一CCR Initial。

602、OCS通过共享Gy会话向PCEF发送第一CCA Initial。

具体的，上述步骤600～603可参见上述图3步骤300～303，此处不再赘述。

603、PCEF激活不同IP-CAN Session下的第二承载。

具体的，同一用户发起新的PDN连接时，PCEF激活该新的PDN连接的默认承载，该默认承载即为第二承载；或者，第一承载所在的IP-CAN Session外的其他IP-CAN Session下，建立新的专有承载时，PCEF激活该专有承载，该专有承载即为第二承载。

604、PCEF通过共享Gy会话向OCS发送第二请求。

605、OCS通过共享Gy会话向PCEF发送第二应答。

606、PCEF将第一配额与第二配额存储到同一个信用池。

本步骤中，若信用池中的配额消耗完后，第一承载所承载的业务也结束，则执行步骤612，从而进行扣费；否则，若第一承载所承载的业务还要继续，则执行步骤607，为RG1、RG2申请新配额。

同理，本步骤中，若信用池中的配额消耗完后，第二承载所承载的业务也结束，则执行步骤609，从而进行扣费；否则，若第二承载所承载的业务还要继续，则执行步骤607，为RG3申请新配额。

607、PCEF通过共享Gy会话向OCS发送第三CCR Update。

608、PCEF通过共享Gy会话向OCS发送第三CCA Update。

具体的，上述步骤604～608可参见上述图4步骤404～408，此处不再赘述。

609、PCEF对第二承载进行去活。

若第二承载为默认承载，用户下线发起PDN连接的去活请求时，PCEF对第二承载进行去活；否则，若第二承载为专有承载，则用户停止使用第一承载所承载的业务，或者，由于业务老化需要对第二承载去活时，PCEF对第二承载进行去活。

具体的，若第二承载为默认承载，则执行步骤6101、6111；否则，若第二承载为专有承载，则执行步骤6102、6112，如图中虚线框所示。

6101、PCEF向通过共享Gy会话向OCS发送CCR Terminate。

6111、OCS通过共享Gy会话向PCEF发送CCA Terminate。

6102、PCEF向通过共享Gy会话向OCS发送CCR Update。

6112、OCS通过共享Gy会话向PCEF发送CCA Update。

612、PCEF对第一承载进行去活。

若第一承载为默认承载，用户下线发起PDN连接的去活请求时，PCEF对第一承载进行去活；否则，若第一承载为专有承载，则用户停止使用第一承载所承载的业务，或者，由于业务老化需要对第二承载去活时，PCEF对第一承载进行去活。

具体的，若第一承载为默认承载，则执行步骤6131、6141；否则，若第二承载为专有承载，则执行步骤6132、6142，如图中虚线框所示。

6131、PCEF向通过共享Gy会话向OCS发送第一CCR Terminate。

6141、OCS通过共享Gy会话向PCEF发送第一CCA Terminate。

6132、PCEF向通过共享Gy会话向OCS发送CCR Update。

6142、OCS通过共享Gy会话向PCEF发送CCA Update。

本实施例中，由于第一承载对应的第一Gy会话与第二承载对应的第二Gy会话为同一个共享会话，因此，对承载去活时，若该承载为专有承载，则PCEF向OCS发送CCR Update，该CCR Update用于指示对该专有承载去活；否则，若为默认承载，则发送CCR Terminate，指示对该默认承载去活。

图7为本发明在线计费系统实施例一的结构示意图。本实施例提供的在线计费系统是与本发明图1实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的在线计费系统100具体包括：

接收模块11，用于接收策略和计费执行功能实体PCEF发送的第二请求，第二请求指示对第二承载进行信用控制；

判断模块12，用于根据第二请求，判断第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，第二承载在第一承载建立之后建立；

发送模块13，用于若判断模块12判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则向PCEF发送第二应答，第二应答携带第一承载对应的信用池标识，以使第一承载所承载的业务与第二承载所承载的业务共享信用池。

本发明实施例提供的在线计费系统，若判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则将为第二承载分配的第二配额及第一承载对应的信用池的标识发送给PCEF，使得PCEF将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，若第一承载与第二承载在同一IP-CAN session下，则实现同一IP-CAN Session下多个IP-CAN Bearer之间的信用池共享，例如，同一IP-CAN Session所有IP-CANBearer之间的信用池共享；或者，同一IP-CAN Session下默认承载与部分专有承载之间的信用池共享；或者，同一IP-CAN Session下部分专有承载之间的信用池共享。若第一承载与第二承载在不同的IP-CAN session下，则实现IP-CAN session间的信用池共享，例如，同一用户的所有IP-CAN session共享信用池；或者，同一用户的部分IP-CAN session共享信用池。

进一步的，接收模块11还用于接收PCEF发送的第一请求，第一请求指示对第一承载进行信用控制；

发送模块13还用于向PCEF发送第一应答，第一应答携带第一配额及第一承载的第一配额对应的信用池标识。

图8为本发明在线计费系统实施例二的结构示意图。如图8所示，本实施例的在线计费系统200在图7装置结构的基础上还包括：

分配模块14，用于为第二承载分配第二配额；

发送模块13，用于向PCEF发送第二应答，第二应答携带第二配额及第一承载对应的信用池标识，以使PCEF将第二配额存放在第一承载对应的信用池标识对应的信用池中，使第一承载所承载的业务与第二承载所承载的业务共享信用池。

进一步的，分配模块14，用于为第一承载分配第一配额；

发送模块13还用于向PCEF发送第一应答，第一应答携带第一配额及第一承载对应的信用池标识。

进一步的，接收模块11，具体用于通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

发送模块13具体用于通过第二Gy会话向PCEF发送第二应答；

接收模块11还用于通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

发送模块13还用于通过第一Gy会话向PCEF发送第二应答

进一步的，第一Gy会话与第二Gy会话为不同的Gy会话；或者，

第一Gy会话与第二Gy会话为同一个共享Gy会话。

进一步的，若第一Gy会话与第二Gy会话为不同的会话，则第一请求与第二请求均为初始化信用控制请求CCR-initial，第一应答与第二应答均为初始化信用控制应答CCA-initial。

进一步的，若第一Gy会话与第二Gy会话为同一个共享Gy会话，则第一请求为初始化信用控制请求CCR-initial，第二请求为更新信用控制请求CCR-Update；第一应答为初始化信用控制应答CCA-initial，第二请求为更新信用控制应答CCA-Update。

进一步的，若第一Gy会话与第二Gy会话为不同的Gy会话，则接收模块11还用于：接收PCEF通过第一Gy会话发送的第一更新信用控制请求，第一更新信用控制请求携带第一承载消耗的配额；接收PCEF通过第二Gy会话发送的第二更新信用控制请求，第二更新信用控制请求携带第二承载消耗的配额；

发送模块13还用于通过第一Gy会话向PCEF发送第一更新信用控制应答，第一更新信用控制应答携带为第一承载新分配的配额；通过第二Gy会话向PCEF发送第二更新信用控制应答，第二更新信用控制应答携带为第二承载新分配的配额。

进一步的，若第一Gy会话与第二Gy会话为同一个共享Gy会话，则接收模块11还用于：接收PCEF通过共享Gy会话发送的第三更新信用控制请求，第三更新信用控制请求携带第一承载与第二承载消耗的配额；

发送模块13还用于通过共享Gy会话向PCEF发送第三更新信用控制应答，第三更新信用控制应答携带为第一承载与第二承载新分配的配额。

进一步的，第一承载与第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

进一步的，第一承载属于第一IP-CAN session，第二承载属于第二IP-CANsession，其中，第一IP-CAN session与第二IP-CAN session不同。

再请参照图8，进一步的，在线计费系统200还包括：

转换模块15，用于将第二配额转换成信用单元。

进一步的，接收模块11还用于接收PCEF发送能力协商字段请求，能力协商字段请求指示信用池应用方式；

发送模块13还用于向PCEF发送能力协商字段应答。

图9为本发明策略和计费执行功能实体PCEF实施例一的结构示意图。本实施例提供的PCEF是与本发明图2实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的PCEF300具体包括：

发送模块21，用于向在线计费系统OCS发送第二请求，第二请求指示对第二承载进行信用控制；

接收模块22，用于接收OCS发送的第二应答，第二应答携带第二配额及第一承载的第一配额对应的信用池标识；其中，第二配额为OCS为第二承载分配的配额，第二承载在第一承载建立之后建立。

处理模块23，用于将第二配额与第一配额存放在同一个信用池中，使第一承载所承载的业务与第二承载所承载的业务共享信用池。

本发明实施例提供的PCEF，通过接收OCS为第二承载分配的第二配额及第一承载对应的信用池的标识，将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，若第一承载与第二承载在同一IP-CAN session下，则实现同一IP-CAN Session下多个IP-CAN Bearer之间的信用池共享，例如，同一IP-CAN Session所有IP-CAN Bearer之间的信用池共享；或者，同一IP-CAN Session下默认承载与部分专有承载之间的信用池共享；或者，同一IP-CAN Session下部分专有承载之间的信用池共享。若第一承载与第二承载在不同的IP-CAN session下，则实现IP-CAN session间的信用池共享，例如，同一用户的所有IP-CAN session共享信用池；或者，同一用户的部分IP-CAN session共享信用池。

进一步的，发送模块21还用于向OCS发送第一请求，第一请求指示对第一承载进行信用控制；

接收模块22还用于接收OCS发送的第一应答，第一应答携带第一配额及第一承载的第一配额对应的信用池标识。

进一步的，接收模块22具体用于接收携带第二配额以及第一承载对应的信用池标识的第二应答。

进一步的，接收模块22具体用于接收携带第一配额以及第一承载对应的信用池标识的第一应答。

进一步的，发送模块21具体用于通过第二Gy会话向OCS发送第二请求；

接收模块22具体用于通过第二Gy会话接收OCS发送的第二应答；

发送模块21还用于通过第一Gy会话向OCS发送第一请求；

接收模块22还用于通过第一Gy会话接收OCS发送的第一应答。

进一步的，第一Gy会话与第二Gy会话为不同的Gy会话；或者，第一Gy会话与第二Gy会话为同一个共享Gy会话。

进一步的，若第一Gy会话与第二Gy会话为不同的会话，则第一请求与第二请求均为初始化信用控制请求CCR-initial，第一应答与第二应答均为初始化信用控制应答CCA-initial。

进一步的，若第一Gy会话与第二Gy会话为同一个共享Gy会话，则第一请求为初始化信用控制请求CCR-initial，第二请求为更新信用控制请求CCR-Update；第一应答为初始化信用控制应答CCA-initial，第二请求为更新信用控制应答CCA-Update。

进一步的，若第一Gy会话与第二Gy会话为不同的Gy会话，则发送模块21还用于：通过第一Gy会话向OCS发送第一更新信用控制请求，第一更新信用控制请求携带第一承载消耗的配额；通过第二Gy会话向OCS发送第二更新信用控制请求，第二更新信用控制请求携带第二承载消耗的配额；

接收模块22还用于通过第一Gy接收OCS发送的第一更新信用控制应答，第一更新信用控制应答携带为第一承载新分配的配额；通过第二Gy会话接收OCS发送的第二更新信用控制应答，第二更新信用控制应答携带为第二承载新分配的配额。

进一步的，若第一Gy会话与第二Gy会话为同一个共享Gy会话，则发送模块21还用于：通过共享Gy会话向OCS发送第三更新信用控制请求，第三更新信用控制请求携带第一承载与第二承载消耗的配额；

接收模块22还用于通过共享Gy会话接收OCS发送的第三更新信用控制应答，第三更新信用控制应答携带为第一承载与第二承载新分配的配额。

进一步的，第一承载与第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

进一步的，第一承载属于第一IP-CAN session，第二承载属于第二IP-CANsession，其中，第一IP-CAN session与第二IP-CAN session不同。

图10为本发明策略和计费执行功能实体PCEF实施例二的结构示意图。如图10所示，本实施例的PCEF400在图9装置结构的基础上，进一步的，还包括：

转换模块24，用于将第二配额转换成信用单元。

进一步的，发送模块21还用于向OCS发送能力协商字段请求，能力协商字段请求指示信用池应用方式；

接收模块22还用于接收OCS发送的能力协商字段应答。

图11为本发明在线计费系统实施例三的结构示意图。如图11所示，本实施例提供的在线计费系统500包括处理器51和存储器52。在线计费系统500还可以包括发射器53、接收器54。发射器53和接收器54可以和处理器51相连。其中，存储器52存储执行指令，当在线计费系统500运行时，处理器51与存储器52之间通信，处理器51调用存储器52中的执行指令，用于执行图1所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

图12为本发明策略和计费执行功能实体PCEF实施例三的结构示意图。如图12所示，本实施例提供的PCEF600包括处理器61和存储器62。PCEF600还可以包括发射器63、接收器64。发射器63和接收器64可以和处理器61相连。其中，存储器62存储执行指令，当PCEF600运行时，处理器61与存储器62之间通信，处理器61调用存储器62中的执行指令，用于执行图2所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

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

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

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (58)

1.一种信用控制方法，其特征在于，包括：

接收策略和计费执行功能实体PCEF发送的第二请求，所述第二请求指示对第二承载进行信用控制；

根据所述第二请求，判断所述第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，所述第二承载在所述第一承载建立之后建立；

若所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用池，则向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

2.根据权利要求1所述的方法，其特征在于，所述接收策略和计费执行功能实体PCEF发送的第二请求之前，包括：

接收所述PCEF发送的第一请求，所述第一请求指示对所述第一承载进行信用控制；

向所述PCEF发送第一应答，所述第一应答携带所述第一承载对应的信用池标识。

3.根据权利要求1所述的方法，其特征在于，所述向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池，包括：

为所述第二承载分配第二配额；

向所述PCEF发送第二应答，所述第二应答携带所述第二配额及所述第一承载对应的信用池标识，以使所述PCEF将所述第二配额存放在所述第一承载对应的信用池标识对应的信用池中，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

4.根据权利要求2所述的方法，其特征在于，所述向所述PCEF发送第一应答，所述第一应答携带所述第一承载对应的信用池标识，包括：

为所述第一承载分配所述第一配额；

向所述PCEF发送第一应答，所述第一应答携带所述第一配额及所述第一承载对应的信用池标识。

5.根据权利要求4所述的方法，其特征在于，

所述接收策略和计费执行功能实体PCEF发送的第二请求，具体包括：

通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述向所述PCEF发送第二应答，具体包括：

通过所述第二Gy会话向所述PCEF发送第二应答；

所述接收策略和计费执行功能实体PCEF发送的第一请求，具体包括：

通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述向所述PCEF发送第二应答，具体包括：

通过所述第一Gy会话向所述PCEF发送第二应答。

6.根据权利要求5所述的方法，其特征在于，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

7.根据权利要求6所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

8.根据权利要求6所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

9.根据权利要求6所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则向所述PCEF发送第一应答之后，包括：

接收所述PCEF通过所述第一Gy会话发送的第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；接收所述PCEF通过所述第二Gy会话发送的第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

通过所述第一Gy会话向所述PCEF发送第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话向所述PCEF发送第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

10.根据权利要求6所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则向所述PCEF发送第二应答之后，包括：

接收所述PCEF通过所述共享Gy会话发送的第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

通过所述共享Gy会话向所述PCEF发送第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

11.根据权利要求1～10任一项所述的方法，其特征在于，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

12.根据权利要求1～10任一项所述的方法，其特征在于，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

13.根据权利要求3～12任一项所述的方法，其特征在于，所述为所述第二承载分配第二配额之后，包括：

将所述第二配额转换成信用单元。

14.根据权利要求1～13任一项所述的方法，其特征在于，还包括：

接收所述PCEF发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

向所述PCEF发送能力协商字段应答。

15.一种信用控制方法，其特征在于，包括：

向在线计费系统OCS发送第二请求，所述第二请求指示对第二承载进行信用控制；

接收所述OCS发送的第二应答，所述第二应答携带第一承载对应的信用池标识；其中，所述第二承载在所述第一承载建立之后建立；

根据所述信用池标识，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

16.根据权利要求15所述的方法，其特征在于，所述向在线计费系统OCS发送第二请求之前，包括：

向所述OCS发送第一请求，所述第一请求指示对所述第一承载进行信用控制；

接收所述OCS发送的第一应答，所述第一应答携带所述第一承载对应的信用池标识。

17.根据权利要求15所述的方法，其特征在于，所述接收所述OCS发送的第二应答，所述第二应答携带第一承载对应的信用池标识，包括：

接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。

18.根据权利要求16所述的方法，其特征在于，所述接收所述OCS发送的第一应答，所述第一应答携带所述第一承载对应的信用池标识，包括：

接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。

19.根据权利要求18所述的方法，其特征在于，

所述向所述OCS发送第二请求，具体包括：

通过第二Gy会话向所述OCS发送第二请求；

所述接收所述OCS发送的第二应答，包括：

通过所述第二Gy会话接收所述OCS发送的第二应答；

所述向所述OCS发送第一请求，具体包括：

通过第一Gy会话向所述OCS发送第一请求；

所述接收所述OCS发送的第一应答，包括：

通过所述第一Gy会话接收所述OCS发送的第一应答。

20.根据权利要求19所述的方法，其特征在于，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

21.根据权利要求20所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

22.根据权利要求20所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

23.根据权利要求20所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池之后，包括：

通过所述第一Gy会话向所述OCS发送第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；通过所述第二Gy会话向所述OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

通过所述第一Gy接收所述OCS发送的第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话接收所述OCS发送的第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

24.根据权利要求20所述的方法，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池之后，包括：

通过所述共享Gy会话向所述OCS发送第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

通过所述共享Gy会话接收所述OCS发送的第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

25.根据权利要求15～24任一项所述的方法，其特征在于，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CANsession。

26.根据权利要求15～24任一项所述的方法，其特征在于，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

27.根据权利要求15～26任一项所述的方法，其特征在于，接收所述OCS发送的第二应答，所述第二应答携带所述第二配额及所述第一承载的第一配额对应的信用池标识之后，包括：

将所述第二配额转换成信用单元。

28.根据权利要求15～27任一项所述的方法，其特征在于，还包括：

向所述OCS发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

接收所述OCS发送的能力协商字段应答。

29.一种在线计费系统，其特征在于，包括：

接收模块，用于接收策略和计费执行功能实体PCEF发送的第二请求，所述第二请求指示对第二承载进行信用控制；

判断模块，用于根据所述第二请求，判断所述第二承载所承载的业务是否与第一承载所承载的业务可共享信用池，其中，所述第二承载在所述第一承载建立之后建立；

发送模块，用于若所述判断模块判断出所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用池，则向所述PCEF发送第二应答，所述第二应答携带所述第一承载对应的信用池标识，以使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

30.根据权利要求29所述的在线计费系统，其特征在于，所述接收模块还用于：

接收所述PCEF发送的第一请求，所述第一请求指示对所述第一承载进行信用控制；

所述发送模块还用于向所述PCEF发送第一应答，所述第一应答携带所述所述第一承载对应的信用池标识。

31.根据权利要求29所述的在线计费系统，其特征在于，所述在线计费系统还包括：

分配模块，用于为所述第二承载分配第二配额；

所述发送模块，用于向所述PCEF发送第二应答，所述第二应答携带所述第二配额及所述第一承载对应的信用池标识，以使所述PCEF将所述第二配额存放在所述第一承载对应的信用池标识对应的信用池中，使所述第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

32.根据权利要求30所述的在线计费系统，其特征在于，所述在线计费系统还包括：

分配模块，用于为所述第一承载分配所述第一配额；

所述发送模块还用于向所述PCEF发送第一应答，所述第一应答携带所述第一配额及所述第一承载对应的信用池标识。

33.根据权利要求32所述的在线计费系统，其特征在于，所述接收模块，具体用于通过第二Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述发送模块具体用于通过所述第二Gy会话向所述PCEF发送第二应答；

所述接收模块还用于通过第一Gy会话接收策略和计费执行功能实体PCEF发送的第二请求；

所述发送模块还用于通过所述第一Gy会话向所述PCEF发送第二应答。

34.根据权利要求33所述的在线计费系统，其特征在于，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

35.根据权利要求34所述的在线计费系统，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

36.根据权利要求34所述的在线计费系统，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

37.根据权利要求34所述的在线计费系统，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则所述接收模块还用于：

接收所述PCEF通过所述第一Gy会话发送的第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；接收所述PCEF通过所述第二Gy会话发送的第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

所述发送模块还用于通过所述第一Gy会话向所述PCEF发送第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话向所述PCEF发送第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

38.根据权利要求34所述的在线计费系统，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述接收模块还用于：

接收所述PCEF通过所述共享Gy会话发送的第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

所述发送模块还用于通过所述共享Gy会话向所述PCEF发送第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

39.根据权利要求29～38任一项所述的在线计费系统，其特征在于，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CAN session。

40.根据权利要求29～38任一项所述的在线计费系统，其特征在于，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

41.根据权利要求31～40任一项所述的在线计费系统，其特征在于，还包括：

转换模块，用于将所述第二配额转换成信用单元。

42.根据权利要求29～41任一项所述的在线计费系统，其特征在于，所述接收模块还用于接收所述PCEF发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

所述发送模块还用于向所述PCEF发送能力协商字段应答。

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

发送模块，用于向在线计费系统OCS发送第二请求，所述第二请求指示对第二承载进行信用控制；

接收模块，用于接收所述OCS发送的第二应答，所述第二应答携带所述第二配额及所述第一承载的第一配额对应的信用池标识；其中，所述第二配额为所述OCS为所述第二承载分配的配额，所述第二承载在所述第一承载建立之后建立。

处理模块，用于将所述第二配额与所述第一配额存放在同一个信用池中，使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。

44.根据权利要求43所述的PCEF，其特征在于，所述发送模块还用于向所述OCS发送第一请求，所述第一请求指示对所述第一承载进行信用控制；

所述接收模块还用于接收所述OCS发送的第一应答，所述第一应答携带所述第一配额及所述第一承载的第一配额对应的信用池标识。

45.根据权利要求43所述的PCEF，其特征在于，所述接收模块具体用于接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。

46.根据权利要求44所述的PCEF，其特征在于，所述接收模块具体用于接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。

47.根据权利要求46所述的PCEF，其特征在于，所述发送模块具体用于通过第二Gy会话向所述OCS发送第二请求；

所述接收模块具体用于通过所述第二Gy会话接收所述OCS发送的第二应答；

所述发送模块还用于通过第一Gy会话向所述OCS发送第一请求；

所述接收模块还用于通过所述第一Gy会话接收所述OCS发送的第一应答。

48.根据权利要求47所述的PCEF，其特征在于，所述第一Gy会话与所述第二Gy会话为不同的Gy会话；或者，

所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话。

49.根据权利要求48所述的PCEF，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的会话，则所述第一请求与所述第二请求均为初始化信用控制请求CCR-initial，所述第一应答与所述第二应答均为初始化信用控制应答CCA-initial。

50.根据权利要求48所述的PCEF，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述第一请求为初始化信用控制请求CCR-initial，所述第二请求为更新信用控制请求CCR-Update；所述第一应答为初始化信用控制应答CCA-initial，所述第二请求为更新信用控制应答CCA-Update。

51.根据权利要求48所述的PCEF，其特征在于，若所述第一Gy会话与所述第二Gy会话为不同的Gy会话，则所述发送模块还用于：

通过所述第一Gy会话向所述OCS发送第一更新信用控制请求，所述第一更新信用控制请求携带所述第一承载消耗的配额；通过所述第二Gy会话向所述OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所述第二承载消耗的配额；

所述接收模块还用于通过所述第一Gy接收所述OCS发送的第一更新信用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额；通过所述第二Gy会话接收所述OCS发送的第二更新信用控制应答，所述第二更新信用控制应答携带为所述第二承载新分配的配额。

52.根据权利要求48所述的PCEF，其特征在于，若所述第一Gy会话与所述第二Gy会话为同一个共享Gy会话，则所述发送模块还用于：

通过所述共享Gy会话向所述OCS发送第三更新信用控制请求，所述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；

所述接收模块还用于通过所述共享Gy会话接收所述OCS发送的第三更新信用控制应答，所述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。

53.根据权利要求43～52任一项所述的PCEF，其特征在于，所述第一承载与所述第二承载属于同一个互联网协议-连接性接入网会话IP-CANsession。

54.根据权利要求43～52任一项所述的PCEF，其特征在于，所述第一承载属于第一IP-CAN session，所述第二承载属于第二IP-CAN session，其中，所述第一IP-CAN session与所述第二IP-CAN session不同。

55.根据权利要求43～54任一项所述的PCEF，其特征在于，还包括：

转换模块，用于将所述第二配额转换成信用单元。

56.根据权利要求53～55任一项所述的PCEF，其特征在于，所述发送模块还用于向所述OCS发送能力协商字段请求，所述能力协商字段请求指示信用池应用方式；

所述接收模块还用于接收所述OCS发送的能力协商字段应答。

57.一种在线计费系统，其特征在于，包括：处理器和存储器，所述存储器存储执行指令，当所述在线计费系统运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述在线计费系统执行如权利要求1～14中任意一项所述的方法。

58.一种策略和计费执行功能实体PCEF，其特征在于，包括：处理器和存储器，所述存储器存储执行指令，当所述PCEF运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述PCEF执行如权利要求15～28中任意一项所述的方法。

Images