CN101119410A

CN101119410A - 一种实现计费提醒补充业务的方法及系统

Info

Publication number: CN101119410A
Application number: CNA2006101042153A
Authority: CN
Inventors: 单明军; 李纯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-08-01
Filing date: 2006-08-01
Publication date: 2008-02-06
Anticipated expiration: 2026-08-01
Also published as: EP2048815A4; EP2048815B1; KR20090037929A; RU2009107159A; EP2048815A1; WO2008017262A1; RU2417536C2; KR101074883B1; ES2454201T3; US20090137226A1; JP4861477B2; JP2009545898A; CN101119410B

Abstract

本发明公开了一种实现计费提醒补充业务的方法及系统，用于简便地向用户提供更为丰富的计费提醒信息。本发明方法包括：应用服务器接收用户终端发起的业务使用请求；接收到所述请求后与计费系统建立计费会话；计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器，并由应用服务器发送给用户终端。本发明系统包括：用户终端，应用服务器以及计费系统；所述用户终端用于向应用服务器发送业务使用请求；所述应用服务器接收到请求后与所述计费系统建立计费会话；所述计费系统通过计费会话通道向应用服务器发送计费提醒信息。本发明可以简化计费提醒信息的传输流程，且能丰富计费提醒信息包含的内容。

Description

一种实现计费提醒补充业务的方法及系统

技术领域

本发明涉及通信领域，尤其涉及一种实现计费提醒补充业务的方法及系统。

背景技术

随着通信技术的飞速发展，各种方式的通信手段和通信业务日益普及。用户面对众多的电信业务，迫切需要及时了解通信话费的产生情况，以便能够有效的进行话费控制。此外，少数不法分子使用欺骗的手段引诱不明真相的用户打一些高收费的电话或数据业务，使用户不知不觉产生高额的通信费用。如果用户能够在业务使用之前能够知晓通信业务话费费率，并在通信业务使用过程中和完成后，及时获知本次电信业务的费用，不必要的经济损失就会大幅度减少。电信运营商业希望能够向用户及时提供通信业务费用数据，一方面可以减少因为话费产生的纠纷，另一方面也可以通过这种补充服务获得额外的收入；因为业务消费的透明度的加强，也会促进用户业务消费的积极性。

在通信系统中，可以通过计费提醒(AoC，Advice of Charging)补充业务向用户提供有关计费的信息，如通话费率、一次通话的时长或一次通话的费用，当费率改变时也可以向用户提供费率修改信息。计费信息一般在一次通话开始、通话过程中间或通话结束后一定时间内，通过语音提示用户，或以短消息方式将信息显示在用户设备的屏幕上。除此以外，该业务还可以提供用户在某一段时间内(如一个月、一星期或一天)的话费总和，另外也可以提供用户卡的余额。

AoC补充业务使得用户在使用一个业务之前可以获知业务资费信息，避免用户由于不了解业务费用资费而导致不必要的高额通讯费用支出；在业务使用完毕后用户可以及时了解本次业务使用所消耗的通信费用，从而有效控制自己的通讯费用开支。

AoC在传统语音业务中是一个已经存在很久的技术，但在数据业务中，并没有充分得到应用。

第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)定义的在线计费体系框架结构如图1所示。

现有技术中一种实现计费提醒补充业务的方法为：利用INAP实现了AoC功能。其结构如图2所示。

此方案通过七号信令实现了在智能语音呼叫中的AoC信息传递。

但是，首先在上述方案中，主要是基于话音业务，计费的提醒是计费系统进行判定是否有必要向用户展现计费提醒，用户无法设置或选择是否接受AoC信息。这在灵活多变的分组域业务中不能满足需求；

其次，在主要服务于话音业务的智能网方案中，计费系统根据语音业务使用情况来生成固定格式的AoC，如包括通话时长的文本信息。而在当前灵活多变的数据业务使用过程中，一个计费系统可能服务于多个应用服务器，因此，固定格式的AoC已经不能满足分组域业务的计费提醒需求，应用服务器不能定制AoC的格式，用户也不能定制最符合自己需求的AoC格式，同时也不能定制触发条件。

为了解决上述现有技术中计费提醒途径单一的缺陷，下面描述现有技术中另一种实现计费提醒补充业务的方法：

如图3所示，在此方案中，在使用完业务后或使用过程中，应用服务器通过短信、语音提示等方法，通知用户业务计费信息。

但是，首先这种方式由应用服务器下发的计费信息展示，比较简单，没有能够将存储在计费系统或其他运营管理系统中的与用户订购相关的业务优惠，用户余额信息及时地展示给用户；

其次，在此方案中，应用服务器和用户终端获取计费系统的AoC信息是通过其他的接口途径获取，需要借助第三重的通信途径，使得AoC信息的获取与发送较为复杂。

发明内容

本发明要解决的技术问题是提供一种实现计费提醒补充业务的方法及系统，用于利用已建立的计费会话通道传输内容丰富的计费提醒信息。

本发明提供的实现计费提醒补充业务的方法，包括：应用服务器接收用户终端发起的业务使用请求；接收到所述请求后与计费系统建立计费会话；计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器，并由应用服务器发送给用户终端。

优选地，所述计费提醒信息是动态的，由计费系统从第三方管理系统中获得；所述动态计费提醒信息包括：业务价格信息，和/或累积业务消费量，和/或剩余信用额度，和/或计费描述信息，和/或基于累积消费的优惠。

优选地，所述建立计费会话的步骤之后进一步包括：应用服务器根据业务特性向计费系统发送计费提醒信息内容定制请求和/或触发条件定制请求；计费系统验证计费提醒信息内容定制请求和/或触发条件定制请求。

优选地，所述应用服务器接收用户终端发起的业务使用请求的步骤之前进一步包括：用户预先使用预置业务设置平台向计费系统进行计费提醒信息和/或触发条件的定制。

优选地，所述验证包括：计费系统接收应用服务器发送的计费提醒信息内容定制请求和/或触发条件定制请求；根据预置的触发条件内部策略以及用户本身的信息对所述计费提醒信息内容定制请求和/或触发条件定制请求进行验证。

优选地，所述计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器的步骤包括：应用服务器向计费系统发送计费提醒信息查询请求；计费系统根据所述请求以及接收到的计费提醒信息内容定制请求生成计费提醒信息；计费系统向应用服务器回复携带所述计费提醒信息的响应信息。

优选地，所述计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器的步骤包括：当计费系统检测到满足设置的触发条件时，根据接收到的计费提醒信息内容定制请求生成计费提醒信息；计费系统通过计费接口向应用服务器发送携带计费提醒信息的更新请求。

优选地，所述应用服务器发送给用户终端包括：应用服务器对接收到的计费提醒信息进行处理；将计费提醒信息发送给用户终端；用户终端展示计费提醒信息。

优选地，所述处理包括：增加业务相关说明信息；和/或将计费提醒信息转换成应用服务器与用户终端交互所需要的格式。

优选地，所述将计费提醒信息发送给用户终端的步骤之前进一步包括：应用服务器根据计费提醒信息查找当前会话业务；根据所述会话业务查询对应的用户终端地址。

本发明提供的计费系统，包括：接收单元，校验单元以及数据存储单元；所述接收单元用于接收计费提醒信息内容定制请求和/或触发条件定制请求，并将所述请求转发至校验单元；所述校验单元根据数据存储单元中存储的触发条件内部策略以及用户本身的信息对所述请求进行验证。

优选地，所述系统还包括信息采集单元、发送单元以及触发判断单元；所述信息采集单元用于从第三方管理系统中获取用户定制的信息，并存储于数据存储单元中；接收单元接收到主动查询请求后或者触发判断单元判定当前情况满足定制的触发条件时生成计费提醒信息，发送单元发送所述计费提醒信息。

本发明提供的实现计费提醒补充业务的系统，包括：用户终端，应用服务器以及计费系统；所述用户终端用于向应用服务器发送业务使用请求；所述应用服务器接收到请求后与所述计费系统建立计费会话；所述计费系统通过计费会话通道向应用服务器发送计费提醒信息。

以上技术方案可以看出，本发明具有以下优点：

首先，本发明中计费系统利用已建立的计费会话通道向应用服务器发送计费提醒信息，所以不需要借助第三方接口，简化了计费提醒信息的传输过程，提高了系统运行效率；

其次，本发明中的计费提醒信息为动态计费提醒信息，由计费系统向管理系统以及业务系统查询并提供给应用服务器，所以本发明中的计费提醒信息所包含的内容更加丰富；

再次，本发明可以由用户定制需要发送的计费提醒信息中的内容以及发送计费提醒信息的触发条件，使本发明方法的应用更加灵活；

更进一步，本发明中用户可以通过应用服务器主动向计费系统定制所需要反馈的计费提醒信息的内容，而且可以采用多种方式进行定制，所以使本发明提供的方案更具人性化；

最后，本发明中应用服务器接收到计费系统发送的计费提醒信息之后还可以对计费提醒信息进行处理，包括追加业务相关说明信息等等，所以进一步丰富了用户终端接收到的计费提醒信息中的内容。

附图说明

图1为3GPP定义的在线计费逻辑框架图；

图2为现有技术一的系统示意图；

图3为现有技术二的逻辑示意图；

图4为本发明逻辑示意图；

图5为本发明方法第一实施例流程图；

图6为本发明方法第二实施例流程图；

图7为本发明定制过程信令流程图；

图8为本发明方法第三实施例流程图；

图9为本发明查询过程信令流程图；

图10为本发明方法第四实施例流程图；

图11为本发明主动更新过程信令流程图；

图12为本发明方法第五实施例信令流程图；

图13为本发明方法第六实施例信令流程图；

图14为本发明方法第七实施例信令流程图；

图15为本发明计费系统示意图；

图16为本发明系统示意图。

具体实施方式

本发明提供了一种实现计费提醒补充业务的方法及系统，用于简便地向用户提供更为丰富的计费提醒信息。

AoC是一种向用户提供有关业务计费信息的业务。在通信系统中，可以通过使用AoC补充业务向用户提供有关计费的信息，如通话费率、一次通话的时长或一次通话的费用，当费率改变时也可以向用户提供费率修改信息。计费信息一般在一次通话开始、通话过程中间或通话结束后一定时间内，通过语音提示用户，或以短消息方式将信息显示在用户设备的屏幕上。除此以外，该业务还可以提供用户在某一段时间内(如一个月、一星期或一天)的话费总和，另外也可以提供用户卡的余额。

按照AoC信息中包含的内容来分，可以分为如下表所示的两部分：

表1

	静态AOC	动态AOC
	静态AOC	动态AOC	来源	计费系统，运营支撑系统，客服系统，业务管理平台	计费系统
主要信息	业务静态资费业务介绍固定的推广，优惠信息	变化的业务资费剩余用户信用额度本次业务累积消费金额本次业务累积消费时长本次业务累积消费流量等信息	来源	计费系统，运营支撑系统，客服系统，业务管理平台	计费系统

请参阅图4，本发明核心思想为计费系统利用已建立的计费会话通道向应用服务器(AS，Application Server)传输AoC消息。

计费系统与应用服务器建立会话之后会利用会话通道传递一些与计费相关的信息，本发明则利用这一点，在传递与计费相关信息的同时传递AoC消息，对比图3而言，计费系统与应用服务器之间传递计费AoC消息直接通过计费接口，而不需要借助第三方接口。

其中，计费系统与应用服务器之间传递的消息支持如下表所示的格式：

表2

属性	类型	说明
属性	类型	说明	AoC-information	Group	描述AoC信息的AVP
Tariff	Optional	业务价格信息，可以为文本或数值型	AoC-information	Group	描述AoC信息的AVP
Tariff	Optional	业务价格信息，可以为文本或数值型	Balance	Optional	用户账户余额，可以为文本或数值型
Promotion	Optional	促销信息情况，为文本	Balance	Optional	用户账户余额，可以为文本或数值型
Promotion	Optional	促销信息情况，为文本	Charging-info	Optional	描述计费信息
Bonus	Optional	因业务使用累积奖励信息	Charging-info	Optional	描述计费信息
Bonus	Optional	因业务使用累积奖励信息	Used Service Unit	Optional	累计使用业务信息
time	Optional	累计使用时间	Used Service Unit	Optional	累计使用业务信息
time	Optional	累计使用时间	volume	Optional	累计使用流量
money	Optional	累计使用金额	volume	Optional	累计使用流量

请参阅图5，本发明方法第一实施例包括：

501、接收业务使用请求；

其中，应用服务器接收用户发起的业务使用请求，如进行一次通话，或上网。

502、建立计费会话；

其中，应用服务器接收到业务使用请求后与计费系统建立计费会话。

503、发送计费提醒信息；

其中，计费系统将计费提醒信息通过计费会话的通道发送给应用服务器，应用服务器接收到计费提醒信息后将该信息再转发至用户终端，用户终端对信息进行显示。

请参阅图6，本发明方法第二实施例包括：

601、接收业务使用请求；

602、建立计费会话；

603、发起定制请求；

其中，用户终端首先向应用服务器发起定制请求，应用服务器将该请求转发至计费系统。

定制请求是AoC消息内容定制请求，也可以是触发条件定制请求，这两种定制请求都可以通过应用服务器向计费系统定制，也都可以通过第三方业务平台向计费系统定制；这两种定制请求可以同时定制，即在一个定制消息中包括两种定制请求，也可以分成两次完成定制。

定制请求可以通过以下两种方式进行：

1、用户在业务使用之前通过业务设置平台(如互联网、业务厅的系统等)与计费系统进行交互，设置定制计费提醒信息的条件；

2、在业务使用过程中，用户将计费提醒信息定制请求和/或触发条件发送给应用服务器，应用服务器通过计费会话通道将所述定制请求和/或触发条件发送给计费系统。

其中定制请求的格式如下表所示：

表3

AoC-Application	Group	描述AoC申请定制信息的AVP
AoC-Application	Group	描述AoC申请定制信息的AVP	Enable AoC	Enumerate	是否开启AoC提醒功能，枚举类型
Trigger Condition	Enumerate	AoC信息下发触发条件，枚举类型，包括：时间，流量，动态账户变化等	Enable AoC	Enumerate	是否开启AoC提醒功能，枚举类型
Trigger Condition	Enumerate	AoC信息下发触发条件，枚举类型，包括：时间，流量，动态账户变化等	Trigger Time	Optional	按时间触发，记录间隔时间
Trigger volume	Optional	按流量触发，记录间隔流量	Trigger Time	Optional	按时间触发，记录间隔时间
Trigger volume	Optional	按流量触发，记录间隔流量	Other Condition	Optional	运营商自定义的其他触发条件

上表只是定制请求格式的一种情况，实际中可以根据实际业务使用情况进行修改。

604、验证请求；

计费系统对接收到的服务器发送的定制请求和/或触发条件进行验证。其中，计费系统包括定制请求和触发条件内部策略，并且根据其触发条件的策略和用户本身的信息对定制请求和触发条件进行验证。

如果用户本身的信息符合计费系统中的定制请求和触发条件内部策略，则计费系统认定验证不合格；

如果触发条件不符合计费系统中的定制请求和触发条件内部策略，计费系统则按内部的触发条件向用户提供计费提醒信息。

605、反馈响应；

计费系统根据验证结果，向应用服务器或直接向用户终端发送对定制请求的验证结果；如果计费系统是向应用服务器发送验证结果，应用服务器还需将其收到的验证结果发送给用户终端。所述验证结果为按用户的触发条件向用户提供计费提醒信息或按计费系统缺省的触发条件向用户提供计费提醒信息或不向用户提供计费提示信息；

606、发送计费提醒信息。

如果验证结果为按用户的触发条件向用户提供计费提醒信息或按计费系统缺省的触发条件向用户提供计费提醒信息，计费系统向应用服务器发送所述计费提醒信息后，应用服务器向用户发送所述计费提醒信息。当然，此步骤与605并没有先后顺序，计费系统也可以在对用户的定制请求验证完毕后发送计费提醒信息，也可以在向应用服务器或向用户发送验证结果后再发送计费提醒信息。

本实施例增加了定制请求的过程。

下面介绍定制流程的信令流程图，请参阅图7，包括：

701、在业务使用过程中，用户终端向AS请求AoC信息定制请求；

702、AS向计费系统发送AoC定制信息请求；

703、计费系统验证AoC定制信息请求和/或触发条件；

704、计费系统向AS回复AoC定制信息的响应；

705、AS向用户终端发送AoC定制信息响应。

其中，步骤701与步骤705为可选步骤。

请参阅图8，本发明方法第三实施例包括：

801、接收业务使用请求；

其中，应用服务器接收用户发起的业务使用请求。

其中，应用服务器是PoC服务器，或DCD服务器，或IM服务器。

802、建立计费会话；

803、发起定制请求；

804、验证请求；

其中，计费系统对定制请求进行验证。

805、反馈响应；

其中，计费系统向应用服务器反馈定制响应，响应中包括定制是否成功；应用服务器将收到的响应转发给用户终端。

806、发送查询请求；

其中，应用服务器向计费系统发送计费提醒信息的查询请求，所述请求消息用户和当前使用业务的信息；

807、生成计费提醒信息；

其中，计费系统根据所述请求以及接收到的计费提醒信息内容定制请求生成计费提醒信息。

808、回复响应信息；

其中，响应信息中携带计费提醒信息。

本实施例中描述了发送计费提醒信息的一种情况，即由应用服务器主动查询，计费系统对查询进行反馈，在反馈的消息中携带计费提醒信息。

在本实施例中，步骤803、804以及805为可选步骤，用户可以在业务使用之前通过业务设置平台(如互联网、业务厅的系统等)与计费系统进行交互，设置定制计费提醒信息的条件。

查询请求的信令流程图如图9所示，包括：

901、用户终端向AS发送AoC信息查询请求

902、AS向计费系统发送AoC信息查询请求；

903、计费系统根据AoC请求内容生成新的AoC信息；

904、计费系统向AS回复携带了AoC信息的响应；

905、AS在AoC信息中增加与当前使用业务相关的信息；

906、AS将AoC信息通过业务交互通道发送给用户终端；

907、用户终端向用户展示更新后的AoC信息。

其中，步骤907为可选步骤。

请参阅图10，本发明方法第四实施例包括：

步骤1001至步骤1005与本发明方法第三实施例中的步骤801至805一致，不再赘述。

1006、检测满足触发条件；

其中，计费系统检测当前情况满足触发条件定制请求中的触发条件。

触发条件是用户定制的触发条件，当满足所述触发条件时，计费系统向业务应用服务器发送计费提醒信息。其中所述触发条件包括但不限于业务使用的时间、业务使用流量、计费系统中用户账户余额变化超过一定范围、业务资费信息发生变化等。

1007、生成计费提醒信息；

其中，计费系统根据定制请求生成计费提醒信息。

1008、发送更新请求；

其中，计费系统通过计费接口向应用服务器发送所生成的计费提醒信息更新请求。

1009、反馈更新响应并发送计费提醒信息。

其中，应用服务器向计费系统回复计费提醒信息响应，并向用户终端发送所接收到的计费提醒信息。

本实施例中描述了发送计费提醒信息的另一种情况，即由计费系统检测满足触发条件时主动向应用服务器发送更新请求，在更新请求中携带计费提醒信息。

更新请求的信令流程图如图11所示，包括：

1101、计费系统检测到设置的AoC通知定制信息中涉及的触发条件发生，生成新的AoC信息；

1102、计费系统通过计费接口向AS发送AoC更新请求，在请求中携带AoC消息；

其中，计费接口是3GPP Ro/Rf接口、OMA CH1/CH2接口或者是3GPPCAMEL协议。

1103、AS向计费系统回复AoC更新响应；

1104、AS在AoC信息中增加与应用相关的信息，AS根据携带AoC信息的CCA计费消息中的Session-Id找到业务会话，进而找到用户终端地址；

1105、AS将AoC信息通过业务交互通道发送给用户终端；

1106、用户终端向用户展示更新后的AoC信息。

下面利用详细的实施例对本发明进行说明：

为了实现应用服务器通过计费接口向计费系统能查询动态AoC信息，及计费系统能向应用服务器发送动态AoC信息更新通知。需要对计费接口协议进行扩展，增加新的计费消息类型，支持应用服务器向计费系统的AoC信息查询与应用服务器向计费系统下发AoC信息更新。

如下以扩展应用服务器与在线计费系统间的在线计费接口协议为例，具体说明如何实现本发明所描述的方法。

3GPP定义的在线计费接口Ro使用Diameter协议作为其承载协议。

一、进行定制：

CCR/CCA(Credit Control Request/Credit Control Answer)是用于应用服务器与在线计费系统之间实现在线信用控制与计费功能的消息。CCR消息格式中有参数：

CC-Request-Type：标示CCR的类型，其中取值为EVENT_REQUEST，表示该CCR为基于事件的计费消息。

Requested-Action：标示请求消息方法的功能，在线计费接口已经定义了4种基于事件的计费请求类型，如下表所示：

表4

消息功能	功能描述
消息功能	功能描述	DIRECT_DEBITING	直接扣费
BALANCE_CHECK	余额查询	DIRECT_DEBITING	直接扣费
BALANCE_CHECK	余额查询	REFUND_ACCOUNT	账户回退
PRICE_ENQUIRY	价格查询	REFUND_ACCOUNT	账户回退

为了实现应用服务器与计费系统间通过计费接口交互AoC信息，本实施例扩展基于事件的计费类型，在Requested-Action中增加AoC_ENABLE和AoC_ENQUIRY功能类别，描述如下表所示：

表5

消息功能	功能描述
消息功能	功能描述	AoC_ENABLE	AoC信息定制
AoC_ENQUIRY	AoC信息查询	AoC_ENABLE	AoC信息定制

为了在CCR/CCA计费消息中携带AoC信息，本实施例扩展AoC业务相关[AVP]，定义新的[AoC-Information]和[AoC-Application]

[AoC-Information]＝[Service-ID]

[User-ID]

[Tariff]

[Balance]

[Promotion]

[Bonus]

[Used Service Unit]

[time]

[volume]

[money]

[Charging-info]

{Result-Code}

[AoC-Application]＝[Enable AoC]

[Trigger Condition]

[Trigger Time]

[Trigger Volume]

[Other Condition]

请参阅图12，本发明方法第五实施例信令流程包括：

1201、用户终端向AS发送业务使用请求Service Request；

1202、AS向OCS发送CCR计费请求，建立计费会话；

1203、OCS向AS回复CCA计费响应；

1204、AS向用户终端提供业务；

1205～1206、中间计费请求(可选)；

1207、用户终端发起AoC信息定制请求(可选)；

1208、AS根据UE的申请或主动发起向计费系统定制AoC通知功能，AS向在线计费系统OCS发送定制AoC通知的CCR，其中CCR中与AoC信息相关的AVP参数可以设置为；

CC-Request-Type ＝EVENT_REQUEST

Requested-Action ＝AoC_ENABLE

AoC-Application

[Enable_AoC] ＝标示启用AoC提醒功能

[Trigger Condition]＝触发条件

[Trigger Time] ＝时间间隔(可选)

[Trigger Volume] ＝流量间隔(可选)

[Other Condition] ＝其它触发条件(可选)

1209、在线计费系统OCS确认AoC提醒定制请求；OCS根据收到的AoC-Application中携带的参数，确认定制信息的有效性。

1210、在线计费系统OCS向AS回复携带了确认启用AoC提醒功能的CCA。

1211～1212、中间计费请求(可选)；

1213、业务继续使用。

请参阅图13，本发明方法第六实施例信令流程包括：

1301、用户终端向AS发送业务使用请求Service Request；

1302、AS向OCS发送CCR计费请求，建立计费会话；

1303、OCS向AS回复CCA计费响应；

1304、AS向用户终端提供业务；

1305～1306、中间计费请求(可选)；

1307、用户终端发起AoC信息查询请求(可选)；

1308、AS根据用户终端请求或自身判断有必要向用户展示最新的计费信息，AS向在线计费系统OCS发送CCR，其中CCR中与AoC信息相关的AVP参数设置为；

CC-Request-Type ＝EVENT_REQUEST

Requested-Action ＝AoC_ENQUIRY

AoC-Information

[Service-ID] ＝标示当前使用的业务

[User-ID] ＝当前使用业务的用户

1309、在线计费系统OCS根据AoC请求内容成新的AoC信息；

OCS根据收到的AoC-Information中携带的参数，计算出AoC信息，形成新的AoC-Information，其中包括Service-ID、User-ID、Tariff、Balance、Promotion、Bonus、Used Service Unit、time、volume、money、Charging-info等AVP参数。

1310、在线计费系统OCS向AS回复携带了AoC信息的CCA，其中CCA中与AoC信息相关的AVP参数设置为：

CC-Request-Type＝EVENT_REQUEST

AoC-Information＝

[Service-ID]＝当前使用的业务

[User-ID]＝使用业务的用户

[Tariff]＝当前业务资费

[Balance]＝用户帐户余额

[Promotion]＝优惠信息

[Bonus]＝奖励信息

[Used Service Unit]＝已使用的业务单元

[time]

[volume]

[money]

[Charging-info]＝计费信息说明

1311、AS在AoC信息中增加与应用相关的信息；

1312、AS将AoC信息通过业务交互通道发送给用户终端；

1313、用户终端向用户展示更新后的动态AoC信息；

当在线计费系统发现用户动态计费信息发生变化，触发主动动态AoC信息提示。本实施例扩展一个新的在线计费消息：AUR/AUA(AoC-Update-Request/AoC-Update-Answer)，该在线计费消息专用于计费系统向应用服务器发送AoC信息更新。

AUR消息格式如下所示：

<Session-Id>

{Origin-Host}

{Origin-Realm}

{Destination-Realm}

{Destination-Host}

{Service-Id}

[User-Name]

*[Proxy-Info]

*[Route-Record]

*[AoC-Information]

其中Service-Id：当前使用的业务标示

User-Name：业务使用用户

AoC-Information：下发的AoC更新信息

<Session-Id>

{Result-Code}

{Origin-Host}

{Origin-Realm}

*[Proxy-Info]

AUA是应用服务器向在线计费系统发送的对AUR的响应消息。其中Result-Code包含了对AUR信息的响应代码。

请参阅图14，本发明方法第七实施例信令流程包括：

1401、用户终端向AS发送业务使用请求Service Request；

1402、AS向OCS发送CCR计费请求，建立计费会话；

1403、OCS向AS回复CCA计费响应；

1404、AS向用户终端提供业务下；

1405～1406、中间计费请求(可选)；

1407、OCS检测到预先定制的AoC计费提醒触发条件发生，生成新的AoC信息；

1408、OCS通过在线计费接口使用AUR向AS发送AoC更新请求，在AUR的AoC-Information中包含了更新的AoC信息；

1409、AS向OCS回复AoC更新响应AUA；

1410、AS在AoC信息中增加与应用相关的信息；

1411、AS将AoC信息发送给用户终端；

1412、用户终端向用户展示更新后的AoC信息。

其中，在计费会话建立阶段，CCR请求中包含Session-Id AVP参数，用以唯一标示一次计费会话，并Session-Id将业务应用会话和计费会话关联起来。当AS收到OCS下发的携带了AoC信息的计费CCA信息后，根据计费消息中携带的Session-Id，匹配当前申请业务使用的用户终端。最终通过业务交互通道将处理后的AoC信息下发给用户终端。

请参阅图15，本发明计费系统1500包括：接收单元1501，校验单元1502以及数据存储单元1503；所述接收单元1501用于接收计费提醒信息内容定制请求和/或触发条件定制请求，并将所述请求转发至校验单元1502；所述校验单元1502根据数据存储单元1503中存储的触发条件内部策略以及用户本身的信息对所述请求进行验证。

其中，所述系统还包括：信息采集单元1506、发送单元1505以及触发判断单元1504；所述信息采集单元1506用于从第三方管理系统中获取用户定制的信息，并存储于数据存储单元1503中；接收单元1501接收到主动查询请求后或者触发判断单元1504判定当前情况满足定制的触发条件时生成计费提醒信息，发送单元1505发送所述计费提醒信息。

请参阅图16，本发明实现计费提醒补充业务的系统，其特征在于，包括：用户终端1601，应用服务器1602，第三方管理系统1603以及上述计费系统1500；所述用户终端1601用于向应用服务器1602发送业务使用请求；所述应用服务器1602接收到请求后与所述计费系统1500建立计费会话；计费系统1500中的信息采集单元1506从第三方管理系统1603中获取计费提醒信息中所需用户的数据(如业务定购信息)，所述计费系统1500通过计费会话通道向应用服务器1602发送计费提醒信息。

应用服务器1602向计费系统1500发起定制请求，要求定制计费提醒信息内容，并发送触发条件。

当应用服务器1602向计费系统1500主动进行计费提醒信息查询时，计费系统1500根据定制请求中的内容格式以及应用服务器1602当前的查询请求生成新的计费提醒信息反馈给应用服务器1602，应用服务器1602收到计费提醒信息后增加业务说明或转换格式后转发给用户终端1601。

当计费系统1500中触发判断单元1504检测到满足定制的触发条件后生成新的计费提醒信息，并向应用服务器1602发送更新请求，更新请求中携带计费提醒信息。应用服务器1602收到计费提醒信息后增加业务说明或转换格式后转发给用户终端1601。

以上对本发明所提供的一种实现计费提醒补充业务的方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种实现计费提醒补充业务的方法，其特征在于，包括：

应用服务器接收用户终端发起的业务使用请求；

接收到所述请求后与计费系统建立计费会话；

计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器，并由应用服务器发送给用户终端。

2.根据权利要求1所述的实现计费提醒补充业务的方法，其特征在于，所述计费提醒信息是动态的，由计费系统从第三方管理系统中获得；

所述动态计费提醒信息包括：业务价格信息，和/或累积业务消费量，和/或剩余信用额度，和/或计费描述信息，和/或基于累积消费的优惠。

3.根据权利要求1或2所述的实现计费提醒补充业务的方法，其特征在于，所述建立计费会话的步骤之后进一步包括：

应用服务器根据业务特性向计费系统发送计费提醒信息内容定制请求和/或触发条件定制请求；

计费系统验证计费提醒信息内容定制请求和/或触发条件定制请求。

4.根据权利要求1或2所述的实现计费提醒补充业务的方法，其特征在于，所述应用服务器接收用户终端发起的业务使用请求的步骤之前进一步包括：

用户预先使用预置业务设置平台向计费系统进行计费提醒信息和/或触发条件的定制。

5.根据权利要求3所述的实现计费提醒补充业务的方法，其特征在于，所述验证包括：

计费系统接收应用服务器发送的计费提醒信息内容定制请求和/或触发条件定制请求；

根据预置的触发条件内部策略以及用户本身的信息对所述计费提醒信息内容定制请求和/或触发条件定制请求进行验证。

6.根据权利要求3所述的实现计费提醒补充业务的方法，其特征在于，所述计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器的步骤包括：

应用服务器向计费系统发送计费提醒信息查询请求；

计费系统根据所述请求以及接收到的计费提醒信息内容定制请求生成计费提醒信息；

计费系统向应用服务器回复携带所述计费提醒信息的响应信息。

7.根据权利要求3所述的实现计费提醒补充业务的方法，其特征在于，所述计费系统将计费提醒信息通过所述计费会话的通道发送给应用服务器的步骤包括：

当计费系统检测到满足设置的触发条件时，根据接收到的计费提醒信息内容定制请求生成计费提醒信息；

计费系统通过计费接口向应用服务器发送携带计费提醒信息的更新请求。

8.根据权利要求1或2所述的实现计费提醒补充业务的方法，其特征在于，所述应用服务器发送给用户终端包括：

应用服务器对接收到的计费提醒信息进行处理；

将计费提醒信息发送给用户终端；

用户终端展示计费提醒信息。

9.根据权利要求8所述的实现计费提醒补充业务的方法，其特征在于，所述处理包括：

增加业务相关说明信息；

和/或将计费提醒信息转换成应用服务器与用户终端交互所需要的格式。

10.根据权利要求8所述的实现计费提醒补充业务的方法，其特征在于，所述将计费提醒信息发送给用户终端的步骤之前进一步包括：

应用服务器根据计费提醒信息查找当前会话业务；

根据所述会话业务查询对应的用户终端地址。

11.一种计费系统，其特征在于，包括：接收单元，校验单元以及数据存储单元；所述接收单元用于接收计费提醒信息内容定制请求和/或触发条件定制请求，并将所述请求转发至校验单元；所述校验单元根据数据存储单元中存储的触发条件内部策略以及用户本身的信息对所述请求进行验证。

12.根据权利要求11所述的计费系统，其特征在于，所述系统还包括信息采集单元、发送单元以及触发判断单元；所述信息采集单元用于从第三方管理系统中获取用户定制的信息，并存储于数据存储单元中；接收单元接收到主动查询请求后或者触发判断单元判定当前情况满足定制的触发条件时生成计费提醒信息，发送单元发送所述计费提醒信息。

13.一种实现计费提醒补充业务的系统，其特征在于，包括：用户终端，应用服务器以及如权利要求12所述的计费系统；所述用户终端用于向应用服务器发送业务使用请求；所述应用服务器接收到请求后与所述计费系统建立计费会话；所述计费系统通过计费会话通道向应用服务器发送计费提醒信息。