一种实现计费提醒补充业务的方法、 系统及设备
本申请要求于 2006 年 8 月 1 日提交中国专利局、 申请号为 200610104215.3 , 发明名称为 "一种实现计费提醒补充业务的方法及系统,,的中 国专利申请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域, 尤其涉及一种实现计费提醒补充业务的方法、 系统 及设备。
背景技术
随着通信技术的飞速发展,各种方式的通信手段和通信业务日益普及。 用 户面对众多的电信业务, 迫切需要及时了解通信话费的产生情况, 以便能够有 效的进行话费控制。此外, 少数不法分子使用欺骗的手段引诱不明真相的用户 打一些高收费的电话或数据业务,使用户不知不觉产生高额的通信费用。如果 用户在业务使用之前能够知晓通信业务话费费率,并在通信业务使用过程中和 完成后, 及时获知本次电信业务的费用, 不必要的经济损失就会大幅度减少。 电信运营商希望能够向用户及时提供通信业务费用数据,一方面可以减少因为 话费产生的纠纷, 另一方面也可以通过这种补充服务获得额外的收入; 因为业 务消费的透明度的加强, 也会促进用户业务消费的积极性。
在通信系统中, 可以通过计费提醒( AoC, Advice of Charging )补充业务 向用户提供有关计费的信息,如通话费率、一次通话的时长或一次通话的费用, 当费率改变时也可以向用户提供费率修改信息。 计费信息一般在一次通话开 始、 通话过程中间或通话结束后一定时间内, 通过语音提示用户, 或以短消息 方式将信息显示在用户设备的屏幕上。 除此以外, 该业务还可以提供用户在某 一段时间内 (如一个月、 一星期或一天)的话费总和, 另外也可以提供用户卡 的余额。
AoC 补充业务使得用户在使用一个业务之前可以获知业务资费信息, 避 免用户由于不了解业务费用资费而导致不必要的高额通讯费用支出;在业务使 用完毕后用户可以及时了解本次业务使用所消耗的通信费用,从而有效控制自
己的通讯费用开支。
AoC 在传统语音业务中是一个已经存在很久的技术, 但在数据业务中, 并没有充分得到应用。
第三代合作伙伴计划 (3GPP, 3rd Generation Partnership Project ) 定义的 在线计费体系框架结构如图 1所示。
计费触发功能(CTF, Charging Trigger Function )是实现在电信网络各个 网元上的逻辑功能部分。 CTF收集核心网络网元、业务网元或子系统计费相关 信息, 通过计费接口 (如 Ro、 CAP )将计费消息发送给在线计费系统。 在线 计费系统接收计费请求消息, 并进行处理, 如: 批价、 额度预留等操作, 并通 过计费响应消息将处理结果回复给 CTF。 CTF根据计费响应结果控制业务使 用。
现有技术中一种实现计费提醒补充业务的方法为: 利用智能网应用规程 ( INAP ) 实现 AoC功能。 其结构如图 2所示。 用户终端在使用智能网业务过 程中, 业务控制点 (SCP )通过 INAP协议将 AoC信息发送到移动交换中心, 移动交换中心向用户终端发送该 AoC信息。
此方案通过七号信令实现了在智能语音呼叫中的 AoC信息传递。
但是, 首先在上述方案中, 主要是基于话音业务, 计费提醒是计费系统进 行判定是否有必要向用户展现计费提醒, 用户无法设置或选择是否接受 AoC 信息。 这在灵活多变的分组域业务中不能满足需求;
其次,在主要服务于话音业务的智能网方案中,计费系统根据语音业务使 用情况来生成固定格式的 AoC, 如包括通话时长的文本信息。 而在当前灵活 多变的数据业务使用过程中,一个计费系统可能服务于多个应用服务器,因此, 固定格式的 AoC 已经不能满足分组域业务的计费提醒需求, 应用服务器不能 定制 AoC的格式, 用户也不能定制最符合自己需求的 AoC格式, 同时也不能 定制触发条件。
为了解决上述现有技术中计费提醒途径单一的缺陷,下面描述现有技术中 另一种实现计费提醒补充业务的方法:
如图 3所示, 在此方案中, 在使用完业务后或使用过程中, 计费系统通过 短信、 语音提示等方法, 通知用户业务计费信息。
计费系统可以通过短信、语音提示等方法直接向用户终端发送 AoC信息, 也可以将这些信息发送给应用服务器(此处的应用服务器是指正在提供业务的 应用服务器), 但传递方法是通过其它的接口 (非计费接口)但是, 这种方式 下发的计费信息展示, 比较简单, 没有将存储在计费系统或其他运营管理系统 中的与用户订购相关的业务优惠, 用户余额信息及时地展示给用户;
其次, 在此方案中, 应用服务器和用户终端获取计费系统的 AoC信息是 通过其他的接口途径获取, 需要借助第三方的通信途径, 使得 AoC信息的获 取与发送较为复杂。
发明内容
本发明要解决的技术问题是提供一种实现计费提醒补充业务的方法、系统 及设备, 用于利用已建立的计费会话通道传输内容丰富的计费提醒信息。
本发明实施例的技术方案如下:
一种实现计费提醒补充业务的方法, 包括:
应用服务器接收用户终端发起的业务使用请求, 与计费系统建立计费会 话;
计费系统获得计费提醒信息,通过所述计费会话的通道将计费提醒信息发 送给应用服务器, 由应用服务器发送给用户终端。
一种实现计费提醒补充业务的方法, 包括:
计费系统与应用服务器建立计费会话;
计费系统获得计费提醒信息,通过所述计费会话的通道将计费提醒信息发 送给应用服务器, 由应用服务器发送给用户终端。
一种计费系统, 包括:
会话单元, 用于与应用服务器建立计费会话的通道, 进行计费会话; 计费提醒信息处理单元, 用于获得计费提醒信息, 通过所述计费会话的通 道发送所述计费提醒信息。
一种实现计费提醒补充业务的系统, 包括: 用户终端, 应用服务器以及上 述的计费系统; 所述用户终端用于向应用服务器发送业务使用请求; 所述应用 服务器接收到请求后与所述计费系统建立计费会话;所述计费系统通过计费会 话通道向应用服务器发送计费提醒信息。
一种应用服务器, 包括:
会话单元, 用于与计费系统建立计费会话的通道, 进行计费会话, 将通过 所述计费会话的通道接收到的计费提醒信息传送给用户终端。
首先,本发明中计费系统利用已建立的计费会话通道向应用服务器发送计 费提醒信息, 所以不需要借助第三方接口, 简化了计费提醒信息的传输过程, 提高了系统运行效率;
其次, 本发明中的计费提醒信息为动态计费提醒信息, 由计费系统向管理 系统以及业务系统查询并提供给应用服务器,所以本发明中的计费提醒信息所 包含的内容更加丰富;
再次,本发明可以由用户定制需要发送的计费提醒信息中的内容以及发送 计费提醒信息的触发条件, 使本发明方法的应用更加灵活;
更进一步,本发明中用户可以通过应用服务器主动向计费系统定制所需要 反馈的计费提醒信息的内容, 而且可以釆用多种方式进行定制, 所以使本发明 提供的方案更具人性化;
最后,本发明中应用服务器接收到计费系统发送的计费提醒信息之后还可 以对计费提醒信息进行处理, 包括追加业务相关说明信息等等, 所以进一步丰 富了用户终端接收到的计费提醒信息中的内容。
附图说明
图 1为 3GPP定义的在线计费逻辑框架图;
图 2为现有技术一的系统示意图;
图 3为现有技术二的逻辑示意图;
图 4为本发明逻辑示意图;
图 5为本发明方法第一实施例流程图;
图 6为本发明方法第二实施例流程图;
图 7为本发明定制过程信令流程图;
图 8为本发明方法第三实施例流程图;
图 9为本发明查询过程信令流程图;
图 10为本发明方法第四实施例流程图;
图 11为本发明主动更新过程信令流程图;
图 11a为针对图 11的另一种由 OCS通知应用服务器, 并由应用服务器发 起主动查询过程信令流程图;
图 12为本发明方法第五实施例信令流程图;
图 13为本发明方法第六实施例信令流程图;
图 14为本发明方法第七实施例信令流程图;
图 14a为本发明方法第八实施例信令流程图。
具体实施方式
本发明提供了一种实现计费提醒补充业务的方法及系统,用于简便地向用 户提供更为丰富的计费提醒信息。
AoC 是一种向用户提供有关业务计费信息的业务。 在通信系统中, 可以 通过使用 AoC 补充业务向用户提供有关计费的信息, 如通话费率、 一次通话 的时长或一次通话的费用, 当费率改变时也可以向用户提供费率修改信息。计 费信息一般在一次通话开始、通话过程中间或通话结束后一定时间内, 通过语 音提示用户, 或以短消息方式将信息显示在用户设备的屏幕上。 除此以外, 该 业务还可以提供用户在某一段时间内(如一个月、一星期或一天)的话费总和, 另外也可以提供用户卡的余额。
按照 AoC信息中包含的内容来分, 可以分为如下表所示的两部分:
表 1
静态 AOC 动态 AOC
来源 计费系统, 运营支撑系 计费系统
统, 客服系统, 业务管
理平台
主要信息 业务静态资费 变化的业务资费
业务介绍 剩余用户信用额度 固定的推广, 优惠信息 本次业务累积消费金额 本次业务累积消费时长 本次业务累积消费流量 等信息
请参阅图 4, 本发明核心思想为计费系统利用已建立的计费会话通道向应 用服务器 (AS , Application Server )传输 AoC消息。 所述应用服务器包括一 键通服务器(PoC Server ), DCD Server, 即时消息服务器(IM Server )等。
计费系统与应用服务器建立会话之后会利用会话通道传递一些与计费相 关的信息, 本发明则利用这一点, 在传递与计费相关信息的同时传递 AoC消 息, 对比图 3而言, 计费系统与应用服务器之间传递计费 AoC消息直接通过 计费接口, 而不需要借助第三方接口。
其中, 计费系统与应用服务器之间传递的消息支持如下表所示的格式: 表 2
属性 类型 说明
AoC-information Group 描述 AoC信息的 AVP
Tariff Optional 业务价格信息, 可以为文本或数 值型
Balance Optional 用户账户余额, 可以为文本或数 值型
Promotion Optional 促销信息情况, 为文本
Charging-info Optional 描述计费信息
Bonus Optional 因业务使用累积奖励信息
Used Service Unit Optional 累计使用业务信息
time Optional 累计使用时间
volume Optional 累计使用流量
money Optional 累计使用金额
请参阅图 5 , 本发明方法第一实施例包括:
501、 接收业务使用请求;
其中, 应用服务器接收用户发起的业务使用请求, 如进行一次通话, 或上 网。
502、 建立计费会话;
其中, 应用服务器接收到业务使用请求后与计费系统建立计费会话。
503、 发送计费提醒信息;
其中, 计费系统将计费提醒信息通过计费会话的通道发送给应用服务器, 应用服务器接收到计费提醒信息后将该信息再转发至用户终端,用户终端对信 息进行显示。
请参阅图 6, 本发明方法第二实施例包括:
601、 接收业务使用请求;
其中, 应用服务器接收用户发起的业务使用请求, 如进行一次通话, 或上 网。
602、 建立计费会话;
其中, 应用服务器接收到业务使用请求后与计费系统建立计费会话。
603、 发起定制请求;
其中, 用户终端首先向应用服务器发起定制请求,应用服务器将该请求转 发至计费系统。
定制请求是 AoC消息内容定制请求, 也可以是触发条件定制请求, 这两 种定制请求都可以通过应用服务器向计费系统定制,也都可以通过第三方业务 平台向计费系统定制; 这两种定制请求可以同时定制, 即在一个定制消息中包 括两种定制请求, 也可以分成两次完成定制。
定制请求可以通过以下两种方式进行:
1、 用户在业务使用之前通过业务设置平台(如互联网、 业务厅的系统等)
与计费系统进行交互, 设置定制计费提醒信息的条件;
2、 在业务使用过程中, 用户将计费提醒信息定制请求和 /或触发条件发送 给应用服务器, 应用服务器通过计费会话通道将所述定制请求和 /或触发条件 发送给计费系统。
其中定制请求的格式如下表所示:
表 3
上表只是定制请求格式的一种情况,实际中可以根据实际业务使用情况进 行修改。
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信息中增加与当前使用业务相关的信息, 和 /或将 AoC 转换成 AS与用户终端交互所需要的格式; 上述相关的信息可以是: 如用户正
在使用 IM业务,则可以将业务使用时长、好友人数等信息同 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接口或者是 3GPP CAMEL协议。
1103、 AS向计费系统回复 AoC更新响应;
1104、 AS在 AoC信息中增加与应用相关的信息, 和 /或上述处理还可以 是将 AoC信息转换成 AS与用户终端交互所需要的格式; 之后, AS根据携带 AoC信息的 CCA计费消息中的 Session-Id找到业务会话, 进而找到用户终端 地址;
1105、 AS将 AoC信息通过业务交互通道发送给用户终端;
1106、 用户终端向用户展示更新后的 AoC信息。
图 11所述实施例是由计费系统检测满足触发条件时主动向应用服务器发 送包含计费提醒信息的更新请求, 以将计费提醒信息传送给应用服务器。再一 种可能的实现方式是: 参见图 11a, 在步骤 1101,中, 计费系统检测满足触发 条件时, 不生成计费提醒信息, 而是执行步骤 1102,, 计费系统向应用服务器 发送提示信息,应用服务器响应提示信息后,如果应用服务器执行步骤 1104' , 向计费系统发送计费提醒查询请求,计费系统再生成计费提醒信息, 并将该生 成的计费提醒信息通过步骤 1105'的查询请求响应发送给应用服务器。 图 11a 中的步骤 1106, ~ 1108,, 与图 11中的步骤 1104 ~ 1106相同, 不再赘述。
下面利用详细的实施例对本发明进行说明:
为了实现应用服务器通过计费接口向计费系统能查询动态 AoC信息, 及 计费系统能向应用服务器发送动态 AoC信息更新通知。 需要对计费接口协议 进行扩展, 增加新的计费消息类型, 支持应用服务器向计费系统的 AoC信息 查询、 与计费系统向应用服务器下发 AoC信息更新。
如下以扩展应用服务器与在线计费系统间的在线计费接口协议为例 ,具体
说明如何实现本发明所描述的方法。
3GPP定义的在线计费接口 Ro使用 Diameter协议作为其承载协议。
一、 进行定制: 器与在线计费系统之间实现在线信用控制与计费功能的消息。 CCR 消息格式 中有参数:
CC-Request-Type: 标示 CCR的类型, 其中取值为 EVENT— REQUEST, 表示该 CCR为基于事件的计费消息。
Requested-Action: 标示请求消息方法的功能, 在线计费接口已经定义了 4 种基于事件的计费请求类型, 如下表所示:
表 4
为了实现应用服务器与计费系统间通过计费接口交互 AoC信息, 本实施 例扩展基于事件的计费类型, 在 Requested-Action 中增加 AoC— ENABLE 和 AoC— ENQUIRY功能类别, 描述如下表所示:
表 5
消息功能 功能描述
AoC— ENABLE AoC信息定制
AoC— ENQUIRY AoC信息查询
为了在 CCR/CCA计费消息中携带 AoC信息, 本实施例扩展 AoC业务相 关 [AVP] , 定义新的 [AoC-Inf ormation]和 [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消息格式如下所示:
<AUR> : := < Diameter Header, REQ, PXY >
< 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更新信息
<AUA> : := < Diameter Header, PXY >
< 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信息下发给用户终端。
图 14所述实施例是由计费系统检测到预先定制的 AoC计费提醒触发条件 发生时主动将计费提醒信息通过 AUR消息发送给应用服务器。 再一种可能的 实现方式是: 在计费系统测到预先定制的 AoC计费提醒触发条件发生时, 不 生成计费提醒信息, 而是向应用服务器发送 AoC变化提示, 应用服务器响应 提示信息后,如果应用服务器向计费系统发送计费提醒查询请求,计费系统再 生成计费提醒信息,并将该生成的计费提醒信息通过查询请求响应发送给应用 服务器。 具体参见图 14a:
1401, ~ 1406,同图 14中的 1401 ~ 1406, 不再赘述。
1407、 OCS检测到预先定制的 AoC计费提醒触发条件发生;
1408、 OCS通过在线计费接口使用 RAR向 AS发送 AoC变化提示;
1409、 AS向 OCS回复对 RAR的响应 RAA;
1410、 AS向在线计费系统 OCS发送 CCR, 其中 CCR中与 AoC信息相 关的 AVP参数设置为;
CC-Request-Type = EVENT— REQUEST //请求类型为事件请求
Requested- Action = AoC— ENQUIRY //请求行为是 AoC查询 AoC-Information
[Service-ID] = : 标示当前使用的业务
[User-ID] =: 当前使用业务的用户;
1411、 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参数。
1412、 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] =计费信息说明
1413, ~ 1405,同图 14中的 1410 ~ 1412 , 不再赘述。 本发明实施例还提供了一种计费系统, 包括:
会话单元, 用于与应用服务器建立计费会话的通道, 进行计费会话; 计费提醒信息处理单元, 用于获得计费提醒信息,通过所述计费会话的通 道发送所述计费提醒信息。
所述系统还包括: 验证单元, 当建立计费会话后, 用于接收并验证计费提 醒信息内容定制请求和 /或触发条件定制请求, 验证通过后, 通知所述计费提 醒信息处理单元; 所述计费提醒信息处理单元,按照所述计费提醒信息内容定 制请求和 /或触发条件定制请求获取计费提醒信息。
当建立计费会话之前, 上述验证单元还用于接收并验证计费提醒信息和 / 或触发条件, 验证通过后保存。
本发明实施例还提供了一种实现计费提醒补充业务的系统, 包括: 用户终 端, 应用服务器, 第三方管理系统以及上述计费系统; 所述用户终端用于向应 用服务器发送业务使用请求;所述应用服务器接收到请求后与所述计费系统建 立计费会话;计费系统中的信息釆集单元从第三方管理系统中获取计费提醒信 息中所需用户的数据(如业务定购信息), 所述计费系统通过计费会话通道向 应用服务器发送计费提醒信息。
应用服务器向计费系统发起定制请求,要求定制计费提醒信息内容, 并发 送触发条件。
当应用服务器向计费系统主动进行计费提醒信息查询时,计费系统根据定 制请求中的内容格式以及应用服务器当前的查询请求生成新的计费提醒信息 反馈给应用服务器,应用服务器收到计费提醒信息后增加业务说明或转换格式 后转发给用户终端。
当计费系统中触发判断单元检测到满足定制的触发条件后生成新的计费 提醒信息, 并向应用服务器发送更新请求, 更新请求中携带计费提醒信息。 应 用服务器收到计费提醒信息后增加业务说明或转换格式后转发给用户终端。
以上对本发明所提供的一种实现计费提醒补充业务的方法及系统进行了 上实施例的说明只是用于帮助理解本发明的方法及其核心思想; 同时,对于本 领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会 有改变之处, 综上所述, 本说明书内容不应理解为对本发明的限制。