一种策略和计费执行功能装置、在线计费装置及在线计费方法与流程

本发明涉及通信技术领域，具体涉及一种策略和计费执行功能装置、在线计费装置及在线计费方法。

背景技术：

第三代移动通信的大规模部署极大地推动了数据业务的使用，而数据业务的精准计费是数据业务开展的基础。策略和计费控制(Policy and Charging Control，PCC)是第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义的一套策略和计费控制机制。PCC机制的核心为：在建立数据流承载时，网关(GateWay)设备向策略和计费控制功能(Policy and Charging Function，PCRF)请求业务数据流的策略和计费控制规则；若应用功能(Application Function，AF)向PCRF提供了业务的业务层信息，则PCRF根据存储在订阅信息库(Subscription Profile Repository，SPR)的订阅者信息、网关提供的承载层信息、运营商在PCRF配置的一些本地策略以及业务层信息，生成策略和计费控制规则，并向位于网关的策略和计费执行功能(Policy and Charging Execution Function，PCEF)下发命令安装所生成的策略和计费控制规则；PCEF根据策略和计费控制规则进行资源分配、数据流控制以及计费控制。PCC机制可以实现根据运营商策略对业务数据流进行精确控制，以实现带宽的精细化运营。

在上述PCC机制中，AF是业务网元，其提供用户所访问业务的相关信息。例如，AF能够向PCRF提供业务标识、业务优先级指示和业务紧急度指示等信息。

在PCC中，PCRF是策略决策实体，负责归属网络中用户设备使用业务时的QoS、带宽、门控、计费控制策略等控制，生成动态策略或指定静态策略，由策略和计费执行功能执行；

PCEF是策略执行实体，用以执行PCRF下发的动态控制策略或指定的静态 控制策略，可以位于网关设备，例如，GGSN、P-GW、WAP网关等；

SPR是订阅数据存储实体，存储用户的订阅数据，映射到现有系统，可以是OCS，OCS是在线计费系统。

但现有技术中，赞助商的计费只限制在离线(Offline)计费模式，造成对赞助商赞助的某一特定业务数据流的无法在线处理，无法对在线信控用户实现在在线信控过程中使用赞助商赞助流量/时长，无法实现用户和赞助商共担费用时对用户的信控等。

技术实现要素：

本发明的目的在于提供一种可让赞助商的计费实现于在线(Online)计费模式的计费系统。为

达上述目的，本发明第一实施例提供了一种策略和计费执行功能装置，包括：通讯器，用于接收来自策略和计费控制功能装置的策略和计费控制规则；以及处理器，基于所述策略和计费控制规则判断用户设备所属的业务数据流为由赞助商所赞助的赞助商业务数据流，以及基于所述赞助商业务数据流是在线计费，用于基于所述策略和计费控制规则所包含的所述赞助商业务数据流的费率组，判断所述策略和计费执行功能装置是否有所述赞助商业务数据流可用的信用配额；其中，所述通讯器基于所述策略和计费执行功能装置未有所述赞助商业务数据流可用的信用配额，发送包含所述费率组的信用控制请求至在线计费装置，以使所述在线计费装置基于所述费率组，分配所述赞助商业务数据流可用的信用配额给所述策略和计费执行功能装置；所述通讯器进一步用于接收来自所述在线计费装置的所述赞助商业务数据流可用的信用配额；所述处理器进一步用于记录所述赞助商业务数据流使用所述信用配额的使用信息。

结合第一实施例，在另种可能的第一实现方式中，所述处理器是基于所述费率组，判断所述用户设备所属的业务数据流为由所述赞助商所赞助的赞助商业务数据流。

结合第一实施例，在另种可能的第二实现方式中，所述策略和计费控制规则进一步包含赞助商标识，所述处理器是基于所述赞助商标识，判断所述 用户设备所属的业务数据流为由所述赞助商所赞助的赞助商业务数据流。

结合第一实施例以及第一实现方式，在另种可能的第三实现方式中，所述处理器记录的所述使用信息与所述费率组对应，所述通讯器进一步于符合上报条件时，发送包含所述费率组及所述使用信息的上报消息到所述在线计费装置，以使所述在线计费装置基于所述费率组对所述赞助商业务数据流的使用信息进行计费处理。

结合第一实施例以及第二实现方式，在另种可能的第四实现方式中，所述策略和计费控制规则进一步包含赞助商标识以及应用服务提供商标识，所述处理器记录的所述使用信息与所述赞助商标识以及所述应用服务提供商标识对应，所述通讯器进一步于符合上报条件时，发送包含所述赞助商标识、所述应用服务提供商标识以及所述使用信息的上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息对所述赞助商业务数据流的使用信息进行计费处理。

结合第一实施例以及第三实现方式或第四实现方式，在另种可能的第五实现方式中，所述通讯器进一步用于接收来自所述在线计费装置的所述上报条件，所述上报条件是所述业务数据流的服务质量发生改变，所述通讯器进一步用于当所述业务数据流的服务质量发生改变时，发送所述上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息，判断所述服务质量发生改变是否为所述赞助商所发起，并进行相对的计费处理。

结合第一实施例以及第五实现方式，在另种可能的第六实现方式中，所述上报消息包含用于指明所述服务质量发生改变的发起方是所述赞助商的指示信息。

结合第一实施例以及第四实现方式，在另种可能的第七实现方式中，所述策略和计费控制规则指定的上报级别为赞助商级别，所述通讯器进一步用于接收来自所述策略和计费控制功能装置的策略和计费控制规则的更新消息，所述处理器基于所述更新消息更改所述策略和计费控制规则的上报级别为非赞助商级别；当所述处理器进一步判断当前所述策略和计费执行功能装置中生效的所有策略和计费控制规则的上报级别皆为非赞助商级别时，所述 通讯器进一步发送所述上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息结束对所述赞助商业务数据流的计费处理。

结合第一实施例以及第三实现方式或第四实现方式，在另种可能的第八实现方式中，所述策略和计费控制规则包含配额类型，所述通讯器进一步基于所述策略和计费执行功能装置未有所述赞助商业务数据流可用的信用配额，发送包含所述配额类型以及指定所述赞助商的信用控制请求至在线计费装置，以使所述在线计费装置基于所述指定的赞助商确定信用配额的分配方式，并分配所述配额类型对应的信用额度给所述策略和计费执行功能装置。

结合第一实施例，在另种可能的第九实现方式中，所述赞助商业务数据流可用的信用配额包含时长，所述处理器进一步用于记录本次上报周期内所述赞助商业务数据流使用所述信用配额的开始时间、结束时间和有效使用时长。

本发明第二实施例提供了一种在线计费装置，包括：通讯器，用于接收来自策略和计费执行功能装置的信用控制请求；以及处理器，用于基于所述信用控制请求，判断用户设备所属的业务数据流是赞助商赞助的赞助商业务数据流；其中所述处理器更用于基于所述赞助商业务数据流是赞助商赞助的数据访问，根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流，所述通讯器更用于发送所述信用配额到所述策略和计费执行功能装置。

结合第二实施例，在另种可能的第一实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：其中所述处理器进一步用于基于所述业赞助商业务数据流是赞助商赞助的数据访问，根据存储于所述在线计费装置的缺省配额类型，分配信用配额予所述赞助商业务数据流。

结合第二实施例，在另种可能的第二实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：其中所述处理器进一步用于基于所述赞助商业务数据流是赞助商赞助的数据访问，根据存储于所述在线计费装置的所述赞助商对应的业务单元类型，分配所述业务单元类型对应的信用配额予所述赞助商业务数据流。

结合第二实施例，在另种可能的第三实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：其中所述信用控制请求包含配额类型，所述处理器进一步基于所述赞助商业务数据流是赞助商赞助的数据访问，根据所述信用控制请求所包含的配额类型，分配与所述配额类型对应的信用配额予所述赞助商业务数据流。所述配额类型对应所述赞助商的业务单元类型。

结合第二实施例，在另种可能的第四实现方式中，述处理器基于所述用户设备所属的赞助商业务数据流是赞助商赞助的数据访问，进一步确定所述赞助商所对应的上报条件，并发送所述上报条件到所述策略和计费执行功能装置。

结合第二实施例，在另种可能的第五实现方式中，所述信用控制请求进一步包含赞助商标识，所述处理器进一步用于基于所述赞助商标识，确定所述赞助商业务数据流是赞助商赞助的数据访问。

结合第二实施例，在另种可能的第六实现方式中，所述信用控制请求包含费率组，所述处理器进一步用于判断所述费率组是否指定所述赞助商；所述处理器进一步用于基于所述费率组是指定所述赞助商，确定所述赞助商业务数据流是赞助商赞助的数据访问。

结合第二实施例以及第五实现方式或第六实现方式，在另种可能的第七实现方式中，所述通讯器进一步用于接收来自所述策略和计费执行功能装置的上报消息，所述上报消息包含所述赞助商业务数据流使用所述信用配额的使用信息，所述处理器进一步用于基于所述使用信息生成赞助商业务数据流信息，并将所述赞助商业务数据流信息写入话单。

结合第二实施例以及第七实现方式，在另种可能的第八实现方式中，所述赞助商业务数据流信息包含所述赞助商业务数据流的开始时间和结束时间，所述赞助商业务数据流的开始时间为所述通讯器发送所述信用配额的时间，所述赞助商业务数据流的结束时间为所述通讯器接收到所述上报消息的时间。

结合第二实施例以及第八实现方式，在另种可能的第九实现方式中，基 于所述使用信息包含所述赞助商业务数据流使用所述信用配额的有效使用时长，所述赞助商业务数据流信息还包含所述有效使用时长。

结合第二实施例以及第七实现方式，在另种可能的第十实现方式中，基于所述使用信息包含所述赞助商业务数据流使用所述信用配额的开始时间、结束时间和有效使用时长，所述赞助商业务数据流信息包含所述开始时间、所述结束时间和所述有效使用时长。

结合第二实施例以及第七实现方式，在另种可能的第十一实现方式中，基于所述使用信息包含赞助商标识，所述赞助商业务数据流信息还包含所述赞助商标识。

结合第二实施例以及第七实现方式，在另种可能的第十二实现方式中，所述处理器进一步用于：根据所述上报消息包含指示赞助商业务数据流的服务质量发生改变的事件，以及改变后的服务质量，判断所述赞助商业务数据流的服务质量的改变是否为所述赞助商所发起；基于所述赞助商业务数据流的服务质量的改变为所述赞助商所发起，将所述事件及所述改变后服务质量写入所述话单。

结合第二实施例以及第十二实现方式，在另种可能的第十三实现方式中，所述上报消息包含了用于指明所述业务数据流的服务质量的改变为所述赞助商所发起的指示信息，所述处理器根据所述指示信息确定所述业务数据流的服务质量的改变为所述赞助商所发起。

本发明第三实施例提供了一种用于策略和计费执行功能装置的计费方法，包括：接收来自策略和计费控制功能装置的策略和计费控制规则；基于所述策略和计费控制规则判断用户设备所属的业务数据流为由赞助商所赞助的赞助商业务数据流；基于所述赞助商业务数据流是在线计费，用于基于所述策略和计费控制规则所包含的所述赞助商业务数据流的费率组，判断所述策略和计费执行功能装置是否有所述赞助商业务数据流可用的信用配额；基于所述策略和计费执行功能装置未有所述赞助商业务数据流可用的信用配额，发送包含所述费率组的信用控制请求至在线计费装置，以使所述在线计费装置基于所述费率组，分配所述赞助商业务数据流可用的信用配额给所述策略和计费执行功能装置；接收来自所述在线计费装置的所述赞助商业务数 据流可用的信用配额；记录所述赞助商业务数据流使用所述信用配额的使用信息。

结合第三实施例，在另种可能的第一实现方式中，基于所述费率组，判断所述用户设备所属的业务数据流为由所述赞助商所赞助的赞助商业务数据流。

结合第三实施例，在另种可能的第二实现方式中，所述策略和计费控制规则进一步包含赞助商标识，基于所述赞助商标识，判断所述用户设备所属的业务数据流为由所述赞助商所赞助的赞助商业务数据流。

结合第三实施例以及第一实现方式，在另种可能的第三实现方式中，所述使用信息与所述费率组对应，于符合上报条件时，发送包含所述费率组及所述使用信息的上报消息到所述在线计费装置，以使所述在线计费装置基于所述费率组对所述赞助商业务数据流的使用信息进行计费处理。

结合第三实施例以及第二实现方式，在另种可能的第四实现方式中，所述策略和计费控制规则进一步包含赞助商标识以及应用服务提供商标识，所述使用信息与所述赞助商标识以及所述应用服务提供商标识对应，于符合上报条件时，发送包含所述赞助商标识、所述应用服务提供商标识以及所述使用信息的上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息对所述赞助商业务数据流的使用信息进行计费处理。

结合第三实施例以及第三实现方式或第四实现方式，在另种可能的第五实现方式中，接收来自所述在线计费装置的所述上报条件，所述上报条件是所述业务数据流的服务质量发生改变，当所述业务数据流的服务质量发生改变时，发送所述上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息，判断所述服务质量发生改变是否为所述赞助商所发起，并进行相对的计费处理。

结合第三实施例以及第五实现方式，在另种可能的第六实现方式中，所述上报消息包含用于指明所述服务质量发生改变的发起方是所述赞助商的指示信息。

结合第三实施例以及第四实现方式，在另种可能的第七实现方式中，所 述策略和计费控制规则指定的上报级别为赞助商级别，接收来自所述策略和计费控制功能装置的策略和计费控制规则的更新消息；基于所述更新消息更改所述策略和计费控制规则的上报级别为非赞助商级别；判断当前所述策略和计费执行功能装置中生效的所有策略和计费控制规则的上报级别皆为非赞助商级别时，发送所述上报消息到所述在线计费装置，以使所述在线计费装置基于所述上报消息结束对所述赞助商业务数据流的计费处理。

结合第三实施例以及第三实现方式或第四实现方式，在另种可能的第八实现方式中，所述策略和计费控制规则包含配额类型，基于所述策略和计费执行功能装置未有所述赞助商业务数据流可用的信用配额，发送包含所述配额类型以及指定所述赞助商的信用控制请求至在线计费装置，以使所述在线计费装置基于所述指定的赞助商确定信用配额的分配方式，并分配所述配额类型对应的信用额度给所述策略和计费执行功能装置。

结合第三实施例，在另种可能的第九实现方式中，所述赞助商业务数据流可用的信用配额包含时长，记录本次上报周期内所述赞助商业务数据流使用所述信用配额的开始时间、结束时间和有效使用时长。

本发明第四实施例提供了一种用于在线计费装置的计费方法，包括：接收来自策略和计费执行功能装置的信用控制请求；基于所述信用控制请求，判断用户设备所属的业务数据流是赞助商赞助的赞助商业务数据流；基于所述赞助商业务数据流是赞助商赞助的数据访问，根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流；发送所述信用配额到所述策略和计费执行功能装置。

结合第四实施例，在另种可能的第一实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：基于所述业赞助商业务数据流是赞助商赞助的数据访问，根据存储于所述在线计费装置的缺省配额类型，分配信用配额予所述赞助商业务数据流。

结合第四实施例，在另种可能的第二实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：基于所述赞助商业务数据流是赞助商赞助的数据访问，根据存储于所述在线计费装置的所述赞助商对应的业务单元类型，分配所述业务单元类型对应的信用配额 予所述赞助商业务数据流。

结合第四实施例，在另种可能的第三实现方式中，所述根据赞助商赞助的业务单元类型分配信用配额予所述赞助商业务数据流具体包括：其中所述信用控制请求包含配额类型，基于所述赞助商业务数据流是赞助商赞助的数据访问，根据所述信用控制请求所包含的配额类型，分配与所述配额类型对应的信用配额予所述赞助商业务数据流。所述配额类型对应所述赞助商的业务单元类型。

结合第四实施例，在另种可能的第四实现方式中，基于所述用户设备所属的赞助商业务数据流是赞助商赞助的数据访问，进一步确定所述赞助商所对应的上报条件，并发送所述上报条件到所述策略和计费执行功能装置。

结合第四实施例，在另种可能的第五实现方式中，所述信用控制请求进一步包含赞助商标识，基于所述赞助商标识，确定所述赞助商业务数据流是赞助商赞助的数据访问。

结合第四实施例，在另种可能的第六实现方式中，所述信用控制请求包含费率组，判断所述费率组是否指定所述赞助商；基于所述费率组是指定所述赞助商，确定所述赞助商业务数据流是赞助商赞助的数据访问。

结合第四实施例以及第五实现方式或第六实现方式，在另种可能的第七实现方式中，接收来自所述策略和计费执行功能装置的上报消息，所述上报消息包含所述赞助商业务数据流使用所述信用配额的使用信息，基于所述使用信息生成赞助商业务数据流信息，并将所述赞助商业务数据流信息写入话单。

结合第四实施例以及第七实现方式，在另种可能的第八实现方式中，所述赞助商业务数据流信息包含所述赞助商业务数据流的开始时间和结束时间，所述赞助商业务数据流的开始时间为所述通讯器发送所述信用配额的时间，所述赞助商业务数据流的结束时间为所述通讯器接收到所述上报消息的时间。

结合第四实施例以及第八实现方式，在另种可能的第九实现方式中，基于所述使用信息包含所述赞助商业务数据流使用所述信用配额的有效使用时 长，所述赞助商业务数据流信息还包含所述有效使用时长。

结合第四实施例以及第七实现方式，在另种可能的第十实现方式中，基于所述使用信息包含所述赞助商业务数据流使用所述信用配额的开始时间、结束时间和有效使用时长，所述赞助商业务数据流信息包含所述开始时间、所述结束时间和所述有效使用时长。

结合第四实施例以及第七实现方式，在另种可能的第十一实现方式中，基于所述使用信息包含赞助商标识，所述赞助商业务数据流信息还包含所述赞助商标识。

结合第四实施例以及第七实现方式，在另种可能的第十二实现方式中，根据所述上报消息包含指示赞助商业务数据流的服务质量发生改变的事件以及改变后的服务质量，判断所述赞助商业务数据流的服务质量的改变是否为所述赞助商所发起；基于所述赞助商业务数据流的服务质量的改变为所述赞助商所发起，将所述事件及所述改变后服务质量写入所述话单。

结合第四实施例以及第十二实现方式，在另种可能的第十三实现方式中，所述上报消息包含了用于指明所述业务数据流的服务质量的改变为所述赞助商所发起的指示信息，根据所述指示信息确定所述业务数据流的服务质量的改变为所述赞助商所发起。

综上所述，透过本发明的实施例，可以实现赞助商于在线计费系统中实现赞助用户设备的业务数据流，并可在线信控用户实现在在线信控过程中使用赞助商赞助流量、时长以及带宽等等，更可实现用户和赞助商共担费用时对用户的信控，以有效解决现有技术的缺点，增加在线收费系统的使用效率。

附图说明

图1是依据本发明第一实施例的在线计费系统的结构示意图；

图2是依据本发明第一实施例的策略和计费执行功能装置的结构图；

图3是依据本发明第一实施例的在线计费装置的结构图；

图4A与图4B是依据本发明第一实施例的绘示的在线计费系统的信令流程图；

图5是依据本发明第一实施例的在线计费系统的信令流程图。

图6是依据本发明一实施例的在线计费装置的硬件结构示意图。

具体实施方式

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

请参阅图1，其绘示本发明第一实施例的在线计费系统的结构示意图。所述在线计费系统包含用户设备1、策略和计费执行功能装置2(可为PCEF)、在线计费装置3(可为OCS)、策略和计费控制功能装置4(可为PCRF)以及服务提供商5(可为AF)。需说明的是，服务提供商5可为一赞助商，或者服务提供商5与赞助商可为两独立的个体。以下将以服务提供商5同时为赞助商进行说明。

用户可透过用户设备1访问服务提供商5(例如一视频网站，且视频网站提供5分钟的免费视频)，在用户点击视频后，策略和计费控制功能装置4便会得知服务提供商5赞助五分钟免费视频的业务数据流，生成该业务数据流的策略和计费控制规则，且发送该策略和计费控制规则到策略和计费执行功能装置2，策略和计费执行功能装置2基于用户设备1所属的业务数据流(即视频的业务数据流)是在线计费，将会根据策略和计费控制规则所包含的业务数据流的费率组，判断策略和计费执行功能装置2是否有业务数据流的可用的信用配额。

如策略和计费执行功能装置2没有业务数据流的可用的信用配额，策略和计费执行功能装置2发送包含费率组的信用控制请求至在线计费装置3。在线计费装置3收到信用控制请求后，将基于所述信用控制请求，判断用户设备1所属的业务数据流是赞助商赞助的数据访问，并基于所述业务数据流是赞助商赞助的数据访问根据赞助商赞助的业务单元类型分配可用的信用配额予所述业务数据流，以实现赞助商的赞助。在满足上报条件时，策略和计费执行功能装置2将会发送上报消息至在线计费装置3，以使在线计费装置3可 根据上报消息对用户设备1进行在线信控，同时产生可用于赞助商结算的话单，以达成用户设备1可享受到赞助商所提供5分钟的免费视频。

请参阅图2，其为策略和计费执行功能装置2的结构图，由图2可知，策略和计费执行功能装置2包含通讯器21、处理器23、存储器25以及电源27，处理器23耦接至通讯器21以及存储器25；电源27用于供电予通讯器21、处理器23以及存储器25；存储器25可以存储操作系统和其他应用程序；通讯器21用于策略和计费执行功能装置2与其他设备/装置(例如用户设备1、在线计费装置3以及策略和计费控制功能装置4)或通信网络之间的通信。

请参阅图3，其为在线计费装置3的结构图，由图3可知，在线计费装置3包含通讯器31、处理器33、存储器35以及电源37，处理器33耦接至通讯器31以及存储器35；电源37用于供电予通讯器31、处理器33以及存储器35；存储器35可以存储操作系统和其他应用程序；通讯器31用于在线计费装置3与其他设备/装置(例如策略和计费执行功能装置2)或通信网络之间的通信。以下将详细说明本实施例的在线计费系统。

请一并参阅图4A与图4B，其分别绘示本发明第一实施例的在线计费系统的信令流程图，其可适用于图1的在线计费系统。于步骤601中，用户设备1发送承载请求至策略和计费执行功能装置2，以让用户设备1接入第一实施例的在线计费系统；于步骤602中，经过策略和计费执行功能装置2与策略和计费控制功能装置4的交互，策略和计费执行功能装置2将由策略和计费控制功能装置4获得初始策略和计费控制规则；于步骤603中，策略和计费执行功能装置2基于初始策略和计费控制规则，可与在线计费装置3建立在线计费会话；于步骤604中，在线计费装置3发送乘载请求响应到用户设备1；至此，用户设备1的在线计费机制已建立。

于步骤605中，用户设备1访问服务提供商5(例如一视频网站，且视频网站提供5分钟的免费视频)，并点击了服务提供商5的一内容(例如一视频)；于步骤606中，服务提供商5便可赞助被点击内容的业务数据流；于步骤607中，策略和计费控制功能装置4基于服务提供商5的赞助生成策略和计费控制规则。

详细来说，策略和计费控制功能装置4所生成的策略和计费控制规则可以是新的策略和计费控制规则(无现有可对应策略和计费控制规则)，或者是对已有策略和计费控制规则的更新(有对应策略和计费控制规则)，策略和计费控制规则中可包括上报等级(Reporting Level)为赞助商等级(Sponsor level)、赞助商赞助的业务数据流对应的费率组(Rating Group)；可选的，策略和计费控制规则还可包括赞助商标识、应用服务提供商标识、赞助商赞助的配额类型(Unit Type)，配额类型可为流量、时长以及流量和时长等等。

于步骤608中，策略和计费控制功能装置4发送策略和计费控制规则至策略和计费执行功能装置2，策略和计费执行功能装置2的通讯器21接收策略和计费控制规则；于步骤609中，策略和计费执行功能装置2的处理器23将基于策略和计费控制规则所包含的计费方式(charging method)，判断用户设备1所属的业务数据流是属于在线计费或者离线计费。由于本实施例的于在线计费的状况下实现，以下将只针对在线计费部分进行说明。

需注意者，如果策略和计费控制规则中没有携带计费方式，则策略和计费执行功能装置2的处理器23根据静态配置的计费方式(pre-defined PCC rule)来确定用户设备1所属的业务数据流是属于在线计费或者离线计费。另一方面，如果策略和计费控制规则是针对已存在的策略和计费控制规则进行修改，则策略和计费执行功能装置2的处理器23可根据已存在的策略和计费控制规则的计费方式来确定用户设备1所属的业务数据流是属于在线计费或者离线计费。

如用户设备1所属的业务数据流是属于在线计费，于步骤610中，策略和计费执行功能装置2的处理器23将基于策略和计费控制规则判断用户设备1所属的业务数据流为由赞助商所赞助的赞助商业务数据流。举例来说，策略和计费执行功能装置2的处理器23可以根据策略和计费控制规则所包含的费率组，判断用户设备1所属的业务数据流是由赞助商所赞助，为某一赞助商业务数据流；或者如果策略和计费控制规则包含赞助商标识，策略和计费执行功能装置2的处理器23可以根据赞助商标识，得知用户设备1所属的业务数据流是由赞助商所赞助，为某一赞助商业务数据流。为简明起见，下文所述的业务数据流即为赞助商业务数据流。这里需要说明的是：赞助商业务数 据流指的是赞助商对该业务数据流提供费用支持，该业务数据流可以不是赞助商提供。

由于策略和计费控制规则中可包括上报等级为赞助商等级，策略和计费执行功能装置2的处理器23将基于策略和计费控制规则所包含的业务数据流的费率组，判断策略和计费执行功能装置2是否有业务数据流的可用的信用配额。这里的可用的信用配额指的是该信用配额与该赞助商业务数据流的费率组和配额类型匹配，该赞助商业务数据流可以直接使用该信用配额。需注意者，如果策略和计费控制规则仅包含业务数据流的费率组，策略和计费执行功能装置2的处理器23可根据业务数据流的费率组，判断策略和计费执行功能装置2是否有业务数据流的可用的信用配额。

另一方面，如策略和计费执行功能装置2未有业务数据流的可用的信用配额，于步骤611中，策略和计费执行功能装置2的通讯器21发送包含费率组的信用控制请求至在线计费装置3，以使在线计费装置3的通讯器31接收到信用控制请求后，在线计费装置3的处理器33可基于费率组，分配可用的信用配额给策略和计费执行功能装置2。在另一可能實現的方式，如策略和计费控制规则所包含的配额类型，策略和计费执行功能装置2的通讯器21发送包含配额类型以及费率组的信用控制请求至在线计费装置3，以使在线计费装置3的通讯器31接收到信用控制请求后，在线计费装置3的处理器33可基于配额类型以及费率组，分配可用的信用配额给策略和计费执行功能装置2。需注意者，如策略和计费控制规则包含赞助商标识以及服务标识，信用控制请求更可包含业务数据流的服务标识以及赞助商标识，其作用将说明如后。

在另一可能实现的方式，策略和计费控制规则包含配额类型，通讯器21进一步基于策略和计费执行功能装置2未有赞助商业务数据流可用的信用配额，发送包含配额类型以及指定赞助商的信用控制请求至在线计费装置3，以使在线计费装置3基于指定的赞助商确定信用配额的分配方式，并分配配额类型对应的信用额度给策略和计费执行功能装置2。具体来说，基于指定的赞助商确定信用配额的分配方式可以是不对用户设备的账户预留信用配额，仅仅分配一个虚拟的配额，该配额不进行实际的信用控制。或者，根据指定的赞助商和费率组确定是否需要进行用户设备的账户预留，如果需要，则按照 用户设备的账户进行预留，分配对应的配额，此时，用户设备和赞助商共同为该业务数据流的访问付费。分配配额还会包含对用户设备计费所需配额。所分配的配额的类型共同占用一个账户预留额度。

在在线计费装置3接收到信用控制请求后，在线计费装置3的处理器33用于基于所述信用控制请求，判断用户设备1所属的业务数据流是否为赞助商赞助的数据访问，分配可用的信用配额予业务数据流，通讯器31发送可用的信用配额到策略和计费执行功能装置2。

详言之，于步骤612中，在线计费装置3的处理器33将根据接收到信用控制请求判断业务数据流是否为赞助商赞助的数据访问。具体来说，在线计费装置3的处理器33可根据信用控制请求所包含的赞助商标识，判断业务数据流是赞助商赞助的数据访问。举例来说，如果赞助商赞助的数据访问是视频，则业务数据流是视频才可获得赞助商的赞助。

在另一种可能的实现方式，如信用控制请求包含业务数据流的服务标识，在线计费装置3的处理器33将判断服务标识是否指定赞助商；如服务标识是指定赞助商，在线计费装置3的处理器33则确认业务数据流是赞助商赞助的数据访问。

在又一种可能的实现方式，如信用控制请求包含业务数据流的费率组，在线计费装置3的处理器33将判断费率组是否指定赞助商；如费率组是指定赞助商，在线计费装置3的处理器33则确认业务数据流是赞助商赞助的数据访问。

若确认业务数据流是赞助商赞助的数据访问，于步骤613中，在线计费装置3的处理器33根据信用控制请求所包含的配额类型，分配可用的信用配额予所述业务数据流，配额类型对应赞助商赞助的业务单元类型，例如业务单元类型为时长则配额类型也为时长，业务单元类型为流量则配额类型也为流量。

再者，在线计费装置3不能对配额类型做任何调整和更改。

若配额类型是流量和时长，且对用户设备计费，则在线计费装置3的处理器3在分配可用的信用配额时，分配相同费用的时长和流量，并锁定统一 账户余额，举例来说，锁定账户余额里的5元，同时分配的5元对应的时长和5元对应的流量。

在另一种可能的实现方式，如信用控制请求不包含配额类型，在线计费装置3的处理器33可根据存储于在线计费装置3的存储器35的缺省配额类型，分配可用的信用配额予业务数据流。举例来说，缺省配额类型为“时长和流量”配额类型。这里缺省的配额类型主要用于未指明业务单元类型的赞助商的业务单元类型对应配额类型的确定。

在又一种可能的实现方式，如信用控制请求不包含配额类型，在线计费装置3的处理器33根据存储于在线计费装置3的存储器35的赞助商对应的业务单元类型，分配业务单元类型对应的可用的信用配额予业务数据流。其前提是，预先在计费系统配置了该赞助商赞助的业务单元类型。

在另一种可能的实现方式，如在线计费装置3的处理器33根据费率组确定需要对用户设备3计费，则所述配额类型为所述赞助商的业务单位类型和所述用户设备的计费单元类型的组合，并分配该组合的配额类型对应的可用的信用配额予业务数据流。举例来说，如赞助商的业务单位类型为流量，用户设备的计费单元类型为时长，则配额类型为流量与时长的组合。

在分配可用的信用配额后，于步骤614中，在线计费装置3的通讯器31发送可用的信用配额至策略和计费执行功能装置2。于策略和计费执行功能装置2的通讯器21收到可用的信用配额后，于步骤615中，策略和计费执行功能装置2的处理器23记录所述信用配额的使用信息，需注意者，所记录的使用信息与赞助商标识、费率组、应用服务提供商标识及其组合其中之一对应。

另一方面，如果可用的信用配额包含时长，策略和计费执行功能装置2的处理器23将记录本次上报周期内业务数据流使用信用配额的开始时间、结束时间和有效使用时间，而使用信息将包含本次上报周期内业务数据流使用信用配额的开始时间、结束时间和有效使用时长。举例来说，本次上报周期为策略和计费执行功能装置2的通讯器21接收到使用配额的时间到发送上报消息的时间，假设通讯器21接收到使用配额的时间为下午4点10分，通讯器21发送上报消息的时间为下午4点30分，因此上报周期为下午4点10分 到下午4点30分，总共20分钟。在这20分钟的间隔，如果有业务数据流于下午4点12分开始使用信用配额并在下午4点22分结束使用信用配额，则业务数据流使用信用配额的开始时间以及结束时间分别为下午4点12分以及下午4点22分。此外，业务数据流可能为断断续续的数据流，例如下午4点12分到下午4点14分以及下午4点17分到下午4点22分，业务数据流使用信用配额的有效使用时长将为2分钟加上5分钟总共7分钟。

于步骤616中，策略和计费执行功能装置2的处理器23将判断是否符合上报条件，如符合上报条件，于步骤618中，策略和计费执行功能装置2的通讯器21发送上报消息到在线计费装置3，以使在线计费装置3基于上报消息进行计费处理，其中上报消息可包含费率组、赞助商标识、应用服务提供商标识以及使用信息，这里的使用信息是赞助商标识以及应用服务提供商标识对应的使用信息。

具体来说，上报条件可为本地上报条件(即存储于存储器25的上报条件)，上报条件也可在步骤615中跟可用的信用配额一起发送至策略和计费执行功能装置2，或者如步骤617所示，由在线计费装置3的通讯器31发送上报条件至策略和计费执行功能装置2。上报条件的具体内容可为信用配额是否用尽、信用配额的时限是否过期以及业务数据流的服务质量(Quality of Service)是否改变等等。

举例来说，策略和计费执行功能装置2的通讯器21可接收来自在线计费装置3的上报条件，且由在线计费装置3发送至策略和计费执行功能装置2的上报条件分为两种：(1)上报条件是对应赞助商以及(2)上报条件是对应用户设备1。举例来说，赞助商的上报条件可为服务质量发生变化，用户设备1的上报条件可为用户位置发生变化；只要符合赞助商的上报条件以及用户设备1的上报条件其中之一，策略和计费执行功能装置2便需发送上报消息到在线计费装置3。

再者，如所述上报条件是业务数据流的服务质量发生改变。当所述业务数据流的服务质量发生改变时，通讯器21发送所述上报消息到在线计费装置3，以使在线计费装置3基于上报消息，判断服务质量发生改变是为所述赞助 商所发起，并进行相对的计费。所述上报消息包含指示赞助商业务数据流的服务质量发生改变的事件，以及改变后的服务质量。关于如何判断服务质量发生改变是否为赞助商所发起，可以透过下述几种方式得知。

如上报消息包含用于指明所述服务质量发生改变的发起方是赞助商的指示信息，在线计费装置3的处理器33可根据指示信息确定服务质量发生改变为赞助商所发起。

如上报消息包含了用于指明所务数据流的服务质量的改变为赞助商所发起的特定费率组，处理器33可根据特定费率组确定业务数据流的服务质量的改变为所述赞助商所发起。

于步骤619中，如服务质量发生改变是为所述赞助商所发起，在线计费装置3的处理器33将所述指示赞助商业务数据流的服务质量发生改变的事件，以及改变后服务质量写入话单，并不作为对用户设备的计费因子。如服务质量发生改变不是所述赞助商所发起，在线计费装置3的处理器33将改变后服务质量作为对用户设备的计费因子，而不用于赞助商的话单的生成。这里的计费因子指的是判断是否对用户计费、以及确定计费费率时的条件。

再者，由于上报消息包含费率组、赞助商标识、应用服务提供商标识以及所述赞助商标识和所述应用服务提供商标识对应的可用的信用配额的使用信息其中之一或其组合，于步骤619中，在线计费装置3的处理器33基于赞助商标识和应用服务提供商标识生成话单，所述话单包括赞助商标识、应用服务提供商标识以及赞助商标识和应用服务提供商标识对应的可用的信用配额的使用信息。如在线计费装置3的处理器33判断需对用户设备3计费处理，以及处理器33将基于费率组以及使用信息对所述用户设备计费处理。

具体来说，如上报消息包含业务数据流使用信用配额的使用信息，处理器33基于使用信息生成赞助商业务数据流信息，并将赞助商业务数据流信息写入话单。

使用信息包含本次上报周期内业务数据流使用信用配额的开始时间、结束时间和有效使用时长，赞助商业务数据流信息亦要包含本次上报周期内业务数据流使用信用配额的开始时间、结束时间和有效使用时长。

或者，使用信息未包含本次上报周期内业务数据流使用信用配额的开始时间、结束时间，在线计费装置3的处理器33会将通讯器31发送信用配额的本地时间视为赞助商业务数据流的开始时间，通讯器31接收到上报消息的本地时间视为赞助商业务数据流的结束时间，如此赞助商业务数据流信息亦可包含本次上报周期内业务数据流使用信用配额的开始时间、结束时间。若使用信息包含本次上报周期内业务数据流使用信用配额的有效使用时长，则赞助商业务数据流信息亦包含本次上报周期内业务数据流使用信用配额的有效使用时长。

如使用信息包含赞助商标识，则赞助商业务数据流信息还包含所述赞助商标识。

以将说明本实施例另一种实施情境，请参阅图5，其绘示本实施例的在线计费系统的信令流程图，其可适用于图1的在线计费系统。如策略和计费控制功能装置4确定需要停止赞助商等级的计费信息采集和上报，策略和计费控制功能装置4将产生前述赞助商等级上报策略和计费控制规则的更新消息，于步骤71中，策略和计费控制功能装置4发送策略和计费控制规则的更新消息至策略和计费执行功能装置2；于步骤72中，策略和计费执行功能装置2的通讯器21收策略和计费控制规则的更新消息，策略和计费执行功能装置2的处理器23基于更新消息将策略和计费控制规则的上报级别由赞助商级别改为非赞助商级别。

于步骤73中，处理器23判断当前策略和计费执行功能装置2中生效的所有策略和计费控制规则的上报级别皆为非赞助商级别；于步骤74中，通讯器21发送上报消息到在线计费装置3，以使在线计费装置3基于所述上报消息进行计费并结束继续对业务数据流计费处理，其如何根据上报消息进行计费的细节可以参考前述内容，在此不加赘述。

综上所述，透过本发明的实施例，可以实现赞助商于在线计费系统中实现赞助用户设备的业务数据流，并可在线信控用户实现在在线信控过程中使用赞助商赞助流量、时长以及带宽等等，更可实现用户和赞助商共担费用时对用户的信控，以有效解决现有技术的缺点，增加在线收费系统的使用效率。

图6是依据本发明一实施例的在线计费装置8的硬件结构示意图。如图6所示，在线计费装置8包括处理器81、存储器82、输入/输出接口83、通信接口84和总线85。其中，处理器81、存储器82、输入/输出接口83和通信接口84通过总线85实现彼此之间的通信连接。

处理器81可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本发明实施例所提供的技术方案。

存储器82可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器82可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时，用于实现本发明实施例提供的技术方案的程序代码保存在存储器82中，并由处理器81来执行。

输入/输出接口83用于接收输入的数据和信息，输出操作结果等数据。

通信接口84使用例如但不限于收发器以及收发模块一类的收发装置，来实现在线计费装置8与其他设备或通信网络之间的通信。

总线85可包括一通路，在在线计费装置8各个部件(例如处理器81、存储器82、输入/输出接口83和通信接口84)之间传送信息。

应注意，尽管图6所示的在线计费装置8仅仅示出了处理器81、存储器82、输入/输出接口83、通信接口84以及总线85，但是在具体实现过程中，本领域的技术人员应当明白，在线计费装置8还包含实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当明白，在线计费装置8还可包含实现其他附加功能的硬件器件。此外，本领域的技术人员应当明白，在线计费装置8也可仅仅包含实现本发明实施例所必须的器件或模块，而不必包含图6中所示的全部器件。

图6所示的硬件结构以及上述描述适用于本发明实施例所提供的策略和计费执行功能装置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁盘、光盘、只读存储记忆体(ROM：Read-Only Memory)或随机存储记忆体(RAM：Random Access Memory)等。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。