CN101296093A - 一种计费系统、方法及议价设备 - Google Patents
一种计费系统、方法及议价设备 Download PDFInfo
- Publication number
- CN101296093A CN101296093A CNA2007101020036A CN200710102003A CN101296093A CN 101296093 A CN101296093 A CN 101296093A CN A2007101020036 A CNA2007101020036 A CN A2007101020036A CN 200710102003 A CN200710102003 A CN 200710102003A CN 101296093 A CN101296093 A CN 101296093A
- Authority
- CN
- China
- Prior art keywords
- request
- subsystem
- charging
- expenses standard
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种计费系统和方法,通过监控网络的资源的使用信息,根据资源的使用信息和用户实时或定时进行议价,并把议价结果发给计费子系统,使得计费子系统可以根据最新议价处理用户消费的业务量,从而实现了根据网络的使用情况和用户进行实时或定时议价,使资费能够反映出网络资源的供需关系。本发明同时还公开了一种议价设备。
Description
技术领域
本发明涉及计费技术领域,特别涉及一种计费系统、方法及议价设备。
背景技术
电信网目前正在从电路交互域向分组交互域演进。对于电路交互域上的业务,在用户订购某业务产品时,运营商与用户协商一个资费计划,然后根据用户使用量,按这个资费计划进行计费。参见图1,服务提供子系统向计费子系统发送计费请求,该请求中包含需要计费处理的业务量。计费子系统根据用户的资费计划对该业务量进行计费处理,之后,计费子系统向服务提供子系统发送计费请求回复。
这种方式在电路交互域上工作的很好,因为在电路交互域上,用户独享资源,同一份资源在不同的时间,应该支付相同的费用是合理的。尽管运营商也会提供闲时优惠,这只是运营商吸引用户多消费的一种手段,并不能否认电路交互域的这种特性。不过,到了分组交互域,情况发生了很大变化。在分组交互域,所有业务都是通过数据包进行承载,很多用户共享有限的带宽资源。显然,目前这种按照预先约定的定价政策不能实时反映资源的供需关系,不能根据网络的使用情况来和用户进行实时议价。
发明内容
本发明实施例提供了一种计费系统及方法,在很多用户共享有限带宽资源的情况下,能够实现根据网络的使用情况和用户进行议价,使资费能够反映出网络资源的供需关系。
本发明实施例还提供了一种议价设备。
本发明实施例的技术方案包括:
一种计费系统,包括:服务提供子系统、资费分析子系统、用户议价子系统、计费控制子系统和计费子系统,其中,
所述服务提供子系统,用于向用户提供业务服务;向计费控制子系统发送计费请求;向资费分析子系统提供资源的使用信息;
所述资费分析子系统,用于根据资源的使用信息进行资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
所述用户议价子系统,用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
所述计费控制子系统,用于接收来自服务提供子系统的计费请求,查询所述用户终端当前的资费标准,向计费子系统发送计费请求,该请求中包括所述最终确定的资费标准;
所述计费子系统,用于接收来自计费控制子系统的计费请求,根据请求中的资费标准进行计费处理。
一种计费方法,在网络提供业务服务的过程的中,该方法包括:
接收资源的使用信息,根据所述资源的使用信息进行资费分析,生成资费策略;确定当前分析出的资费策略不同于当前系统所采用的资费策略时,与用户终端确定当前的资费标准;
根据接收到的计费请求以及当前的资费标准,进行计费处理。
一种议价设备,包括:资费分析子系统、用户议价子系统和计费控制子系统,其中,
所述资费分析子系统,用于根据接收到的资源使用信息进行资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
所述用户议价子系统,用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
所述计费控制子系统,用于接收计费请求,查询所述用户终端当前的资费标准,向外发出计费请求,该请求中包括所述最终确定的资费标准。
应用本发明实施例,通过监控网络的资源的使用信息,根据资源的使用信息和用户进行议价,并把议价结果实时发给计费子系统,使得计费子系统可以根据最新议价处理用户消费的业务量,从而实现了根据网络的使用情况和用户进行议价,使资费能够反映出网络资源的供需关系。
附图说明
图1是现有技术的计费流程示意图;
图2是根据本发明实施例的计费系统结构示意图;
图3是根据本发明实施例的进行资费分析的流程示意图;
图4是根据本发明实施例的与用户终端确定当前的资费标准的流程示意图;
图5是根据本发明实施例的立即记账的计费处理流程示意图;
图6是根据本发明实施例的预留计费的计费处理流程示意图;
图7是根据本发明实施例的离线计费的计费处理流程示意图;
图8是根据本发明实施例基于Diameter协议立即记账时计费控制子系统与计费子系统之间的处理流程示意图;
图9是根据本发明实施例基于Diameter协议的预留计费中执行预留操作时计费控制子系统与计费子系统之间的处理流程示意图;
图10是根据本发明实施例基于Diameter协议的预留计费中执行更新预留和记账操作时计费控制子系统与计费子系统之间的处理流程示意图;
图11是根据本发明实施例基于Diameter协议的预留计费中执行结束记账操作时计费控制子系统与计费子系统之间的处理流程示意图;
图12是根据本发明实施例基于Diameter协议的离线计费中计费控制子系统与计费子系统之间的处理流程示意图;
图13是根据本发明实施例一的系统结构示意图;
图14是基于图13所示实施例的资费分析示意图;
图15是基于图13所示实施例的实时议价示意图;
图16是基于图13所示实施例的计费处理流程示意图;
图17是根据本发明实施例二的系统结构示意图;
图18是基于图17所示实施例的资费分析示意图;
图19是基于图17所示实施例的实时议价示意图;
图20是基于图17所示实施例的计费处理流程示意图。
具体实施方式
下面结合附图对本发明进行详细说明。
图2是根据本发明实施例的计费系统结构示意图。该系统包括:服务提供子系统210、资费分析子系统220、用户议价子系统230、计费控制子系统240和计费子系统250。
服务提供子系统210用于向用户提供业务服务;向计费控制子系统发送计费请求,该计费请求可以包括离线计费请求和在线计费请求;向资费分析子系统提供资源的使用信息;
资费分析子系统220用于根据资源的使用信息进行实时或定时资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
用户议价子系统230用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
计费控制子系统240用于接收来自服务提供子系统的计费请求,查询所述用户终端当前的资费标准,向计费子系统发送计费请求,该请求中包括所述最终确定的资费标准;
计费子系统250用于接收来自计费控制子系统的计费请求,根据请求中的资费标准进行计费处理。在计费请求为在线计费请求时,所述计费处理包括立即记账处理和预留计费处理;在计费请求为离线计费请求时,所述计费处理包括离线计费处理。
上述计费子系统250还可以用于向所述计费控制子系统发送计费请求回复;计费控制子系统240还可以用于向所述服务提供子系统发送计费请求回复。
上述资费分析子系统、用户议价子系统和计费控制子系统可以由业务控制点(SCP)或移动数据服务平台(MDSP)承载,上述计费子系统可以由在线计费系统(OCS)承载。
本发明实施例还公开了一种议价设备(图未示),包括:资费分析子系统、用户议价子系统和计费控制子系统,其中,
资费分析子系统用于根据接收到的资源使用信息进行实时或定时资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
用户议价子系统用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
计费控制子系统,用于接收计费请求,查询所述用户终端当前的资费标准,向外发出计费请求,该请求中包括所述最终确定的资费标准。
所述计费请求包括离线计费请求和在线计费请求。
所述设备位于SCP或MDSP内。
本发明实施例还提供了一种实时议价计费方法,在网络提供业务服务的过程的中,该方法包括:1)接收资源的使用信息,根据所述资源的使用信息进行实时或定时资费分析,生成资费策略;2)确定当前分析出的资费策略不同于当前系统所采用的资费策略时,与用户终端确定当前的资费标准;3)根据接收到的计费请求以及当前的资费标准,进行计费处理。前两步可以由SCP或MDSP执行,第三步可以由OCS执行。
上述资源的使用信息的发送者为服务提供子系统;在预设条件满足时,所述服务提供子系统才发送所述资源的使用信息;预设条件满足包括:定时或当资源使用信息中某指标变动超过预设范围。
此外,在网络提供业务服务之前,用户终端请求业务的鉴权过程中,该方法进一步包括:与用户终端确定当前的资费标准。
当计费请求为在线计费请求时,计费处理包括立即记账处理,或预留计费处理;当计费请求为离线计费请求时,计费处理包括离线计费处理。
下面结合附图对议价的方法再做说明。
图3所示为根据本发明实施例的进行资费分析的流程示意图。
步骤1、服务提供子系统向资费分析子系统发送资源的使用信息。
触发服务提供子系统发送的条件是:服务提供子系统定时向资费分析子系统发送资源的使用信息;和/或,当资源的使用信息某一指标变动超过一定范围时,服务提供子系统向资费分析子系统发送资源的使用信息。
步骤2、资费分析子系统根据最新的资源的使用信息做资费分析,并生成资费策略。
步骤3、资费分析子系统向用户议价子系统发送资费策略。
图4所示为根据本发明实施例的与用户终端确定当前的资费标准的流程示意图。
步骤1、用户议价子系统向用户终端发送当前的资费策略。资费策略中包含资费标准。
触发用户议价子系统向用户终端发送资费策略的条件是:用户议价子系统接收到新的资费策略后需要与已经鉴权的用户重议价;或用户请求服务,在鉴权时需要与用户终端议价。
步骤2、用户选择适合自己的资费,通过用户终端向用户议价子系统发送选定的资费标准。
步骤3、用户议价子系统将该接收到的资费标准作为与用户终端最终确定的当前资费标准,向计费控制子系统发送用户信息及该用户选择的资费标准。
对于具体的计费处理又可以分为在线计费和离线计费。而在线计费又可以分为立即记账方法和预留计费方法。下面通过图5~7分别说明。
图5所示为根据本发明实施例的立即记账的计费处理流程示意图。
步骤1、服务提供子系统向计费控制子系统发送立即记账请求,该请求中包括用户信息。
步骤2、计费控制子系统查询该用户终端的实时资费,即当前的资费标准。
步骤3、计费控制子系统向计费子系统发送立即记账请求,请求中包括用户信息、资费标准和记账业务量。
步骤4、计费子系统根据用户信息、资费标准和记账业务量进行记账处理。
步骤5、计费子系统向计费控制子系统发送立即记账请求回复。
步骤6、计费控制子系统向服务提供子系统发送立即记账请求回复。
至此,实现了立即记账的在线计费。
图6所示为根据本发明实施例的预留计费的计费处理流程示意图。
步骤1、服务提供子系统向计费控制子系统发送预留请求,该请求中包括用户信息。
步骤2、计费控制子系统查询该用户的实时资费,即当前的资费标准。
步骤3、计费控制子系统向计费子系统发送预留请求,该请求中包括用户信息、预留业务量和资费标准。
步骤4、计费子系统根据用户信息、预留业务量和资费标准进行预留处理。
步骤5、计费子系统向计费控制子系统发送预留请求回复。
步骤6、计费控制子系统向服务提供子系统发送预留请求回复。
至此,完成了预留操作。
步骤7、服务提供子系统进行信用度监控。
步骤8、服务提供子系统提供服务。
上两步的过程可长可短,视业务需要而定。在业务结束时执行以下步骤:
步骤9、服务提供子系统向计费控制子系统发送记账请求,该请求中包括用户信息。
步骤10、计费控制子系统查询该用户终端的实时资费即当前的资费标准。
步骤11、计费控制子系统向计费子系统发送记账请求,该请求中包括用户信息和资费标准。
步骤12、计费子系统根据用户信息进行预留释放处理。
步骤13、计费子系统根据用户信息和资费标准进行记账处理。
步骤14、计费子系统向计费控制子系统发送记账请求回复。
步骤15、计费控制子系统向服务提供子系统发送记账请求回复。
至此,实现了预留计费的在线计费。
图7所示为根据本发明实施例的离线计费的计费处理流程示意图。
步骤1、服务提供子系统向计费控制子系统发送离线计费请求,该请求中包括用户信息。
步骤2、计费控制子系统查询该用户终端的实时资费,即当前的资费标准。
步骤3、计费控制子系统向计费子系统发送离线计费请求,请求中包括用户信息和资费标准。
步骤4、计费子系统根据用户信息和资费标准进行离线计费处理。
步骤5、计费子系统向计费控制子系统发送离线计费请求回复。
步骤6、计费控制子系统向服务提供子系统发送离线计费请求回复。
至此,实现了离线计费。
下面以Diameter协议为例,具体说明计费控制子系统与计费子系统之间的接口信息。仍然从立即记账、预留计费、离线计费这几种方式分别说明。
图8所示为根据本发明实施例基于Diameter协议立即记账时计费控制子系统与计费子系统之间的处理流程示意图。
步骤1、计费控制子系统决定资费标准,即通过查询获知某用户终端的资费标准。
步骤2、计费控制子系统向计费子系统发送立即记账请求,该请求中包括用户信息、记账业务量和资费。在Dimeter协议中,用CCR消息表示在线计费请求消息,CC-Request-Type为事件型消息(EVENT_REQUEST),且CCR消息中的请求行为(Requested-Action)为DIRECT_DEBITING,表示该CCR消息为立即记账消息,并用CCR消息中的请求业务单元(Requested-Service-Unit)来包含记账业务量,用计费信息(Cost-Information)来包含资费标准。
步骤3、计费子系统做批价处理,根据记账业务量和资费标准进行批价。
步骤4、计费子系统做帐务处理,从用户终端所对应的账户上扣除批价结果。
步骤5、计费子系统向计费控制子系统发送立即记账请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中Requested-Action为DIRECT_DEBITING,表示为立即记账消息,并用Granted-Service-Unit来包含批准业务量。
至此,实现了立即记账。
对于预留计费,其通常是会话型业务,一般包括一个预留操作,零个或多个记账和重新预留操作,一个结束记账操作。Diameter协议定义了三个消息来处理这三种操作,分别为初始会话消息,更新会话消息和终止会话消息。下面通过图9~11分别说明。
图9所示为根据本发明实施例基于Diameter协议的预留计费中执行预留操作时计费控制子系统与计费子系统之间的处理流程示意图。
步骤1、计费控制子系统决定资费,即通过查询获知某用户终端的资费标准。
步骤2、计费控制子系统向计费子系统发送初始会话请求,其中包括用户信息、预留业务量和资费标准。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为会话型消息,具体为NITIAL_REQUEST,表示该CCR消息为初始会话消息,并用Requested-Service-Unit来包含预留业务量,用Cost-Information来包含资费标准。
步骤3、计费子系统做批价处理,根据预留业务量和资费标准进行批价。
步骤4、计费子系统做帐务处理,从用户终端所对应的账户上预留批价结果。
步骤5、计费子系统向计费控制子系统发送初始会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为INITIAL_REQUEST,表示为初始会话消息,并用Granted-Service-Unit来包含批准业务量。
图10所示为根据本发明实施例基于Diameter协议的预留计费中执行更新预留和记账操作时计费控制子系统与计费子系统之间的处理流程示意图。
步骤1、计费控制子系统决定资费标准,即通过查询获知某用户终端的资费标准。
步骤2、计费控制子系统向计费子系统发送更新会话请求,其中包括用户信息、预留业务量、记账业务量和资费标准。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为会话型消息,具体为UPDATE_REQUEST,表示该CCR消息为更新会话消息,并用CCR消息中的Requested-Service-Unit来包含预留业务量,用Used-Service-Unit来包含记账业务量,用Cost-Information来包含资费标准。
步骤3、计费子系统做预留批价处理,根据预留业务量和资费标准进行预留操作,以及根据记账业务量和资费标准进行批价。
步骤4、计费子系统做帐务处理,从用户终端所对应账户上释放上次预留结果,并扣除记账业务量对应的批价结果,然后从账户上预留预留业务量对应的批价结果。
步骤5、计费子系统向计费控制子系统发送更新会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为会话型消息,具体为UPDATE_REQUEST,表示该CCA消息为更新会话消息,并用Granted-Service-Unit来包含批准业务量。
图11所示为根据本发明实施例基于Diameter协议的预留计费中执行结束记账操作时计费控制子系统与计费子系统之间的处理流程示意图。
步骤1、计费控制子系统决定资费标准,即通过查询获知某用户终端的资费标准。
步骤2、计费控制子系统向计费子系统发送终止会话请求,其中包括用户信息、记账业务量和资费标准。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为会话型消息,具体为TERMINATION_REQUEST,表示该CCR消息为终止会话消息,并用Used-Service-Unit来包含记账业务量,用Cost-Information来包含资费标准。
步骤3、计费子系统做批价处理,根据记账业务量和资费进行批价。
步骤4、计费子系统做帐务处理,从用户终端所对应账户上释放上次预留结果,并扣除批价结果。
步骤5、计费子系统向计费控制子系统发送终止会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为会话型消息,具体为TERMINATION_REQUEST,表示为终止会话消息。
Diameter消息在离线计费中主要用做计费控制子系统与计费子系统之间的信息沟通,不用于服务使用信息传递,这里利用Diameter消息先把资费信息发给计费子系统,后续的服务使用信息及服务使用信息的批价和入账保持不变,不在详细描述。
图12所示为根据本发明实施例基于Diameter协议的离线计费中计费控制子系统与计费子系统之间的处理流程示意图。
步骤1、计费控制子系统决定资费标准,即通过查询获知某用户终端的资费标准。
步骤2、计费控制子系统向计费子系统发送离线计费请求,其中包括资费标准。在Diameter协议中,用ACR消息表示离线计费请求消息,并用Cost-Information来包含资费标准。
步骤3、计费子系统保存资费标准。
步骤4、计费子系统向计费控制子系统发送离线计费请求回复。在Diameter协议中,用ACA消息表示离线计费请求回复消息。
下面给出两个具体的系统实现,并给出一个场景来说明实时议价计费是如何实现的。
参见图13,其是根据本发明实施例一的系统结构示意图。VoIP服务器1301充当服务提供子系统;SCP 1302充当计费控制子系统,并增加能够充当资费分析子系统和用户议价子系统的资费分析和用户议价模块;OCS 1303充当计费子系统;VoIP服务器与SCP之间的接口使用Diameter协议,SCP与OCS之间的接口使用Diameter协议。
VoIP服务器每隔三十分钟,向SCP的资费分析模块汇报同时在线的人数。SCP的资费分析模块根据资费分析规则进行资费分析,生成资费策略,其具体如下:如果同时在线人数大于或等于10000,资费标准为金级服务每分钟0.3元,银级服务每分钟0.2元,铜级服务每分钟0.15元。如果同时在线人数少于10000,资费标准为金级服务每分钟0.1元,银级服务每分钟0.09元,铜级服务每分钟0.08元。
假设某天晚上十点三十分,VoIP服务器同时在线人数达到11000人,而晚上十点三十分到晚上十一点,结束服务的人数比开始服务的人数多4000人。又假设用户A这天晚上十点五十分开始通话,SCP与用户商议,用户选择铜级服务。到晚上十一点,消费了10分钟。晚上十一点,SCP再次与用户商议,用户选择金级服务,8分钟后,用户终止通话,消费了8分钟。
场景实现:
参见图14,其是基于图13所示实施例的资费分析示意图。
晚上十点三十分资费分析:
1、VoIP服务器向SCP的资费分析模块发送资源的使用信息,资源的使用信息为VoIP服务器同时在线人数11000人。
2、SCP的资费分析模块根据最新的资源的使用信息和预设的资费分析规则做资费分析,并生成资费策略。资费标准为金级服务每分钟0.3元,银级服务每分钟0.2元,铜级服务每分钟0.15元。
3、SCP的资费分析模块向SCP的用户议价模块发送资费策略,资费标准为金级服务每分钟0.3元,银级服务每分钟0.2元,铜级服务每分钟0.15元。
晚上十一点资费分析:
1、VoIP服务器向SCP的资费分析模块发送资源的使用信息,资源的使用信息为VoIP服务器同时在线人数7000人。
2、SCP的资费分析模块根据最新的资源的使用信息和预设的资费分析规则做资费分析,并生成资费。资费为金级服务每分钟0.1元,银级服务每分钟0.09元,铜级服务每分钟0.08元。
3、SCP的资费分析模块向SCP的用户议价模块发送资费策略,资费标准为金级服务每分钟0.1元,银级服务每分钟0.09元,铜级服务每分钟0.08元。
参见图15,其是基于图13所示实施例的实时议价分析示意图。
晚上十点五十分实时议价:
1、SCP的用户议价模块向用户终端发送短信,短信中包括资费,回复A选择金级服务每分钟0.3元,回复B选择银级服务每分钟0.2元,回复C选择铜级服务每分钟0.15元。
2、用户选择铜级服务。用户终端向SCP的用户议价模块发送短信,回复C表示选择铜级服务每分钟0.15元。
3、SCP的用户议价模块向SCP的计费控制模块发送用户信息及用户选择的资费信息,资费为铜级服务每分钟0.15元。
晚上十一点实时议价:
1、SCP的用户议价模块向用户终端发送短信,短信中包括资费策略,回复A选择金级服务每分钟0.1元,回复B选择银级服务每分钟0.09元,回复C选择铜级服务每分钟0.08元。
2、用户选择金级服务。用户终端向SCP的用户议价模块发送短信,回复A表示选择金级服务每分钟0.1元。
3、SCP的用户议价模块向SCP的计费控制模块发送用户信息及用户选择的资费信息,资费标准为金级服务每分钟0.1元。
图16所示为基于图13所示实施例的计费处理流程示意图。本例中,该处理方法基于预留计费。
步骤1、VoIP服务器向SCP发送初始会话请求,其中包括预留业务量,预留业务量为10分钟。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为INITIAL_REQUEST,表示为初始会话消息,并Requested-Service-Unit来包含预留业务量。
步骤2、SCP查询该用户的实时资费标准,当前资费标准为每分钟0.15元。
步骤3、SCP向OCS发送初始会话请求,其中包括预留业务量资费,预留业务量为10分钟,资费为每分钟0.15元。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为INITIAL_REQUEST,表示为初始会话消息,并Requested-Service-Unit来包含预留业务量,用Cost-Information来包含资费标准。
步骤4、OCS做批价处理,根据预留业务量和资费标准进行批价,需要预留1.5元。
步骤5、OCS做帐务处理,从用户终端所对应帐户上预留1.5元。
步骤6、OCS向SCP发送初始会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为INITIAL_REQUEST,表示为初始会话消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为10分钟。
步骤7、SCP向VoIP服务器发送初始会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为INITIAL_REQUEST,表示为初始会话消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为10分钟。
步骤8、VoIP服务器进行信用度监控。
步骤9、VoIP服务器向用户提供服务。
步骤10、批准业务量10分钟用尽后,VoIP服务器向SCP发送更新会话请求,其中包括预留业务量、记账业务量,预留业务量为10分钟,记账业务量为10分钟。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为UPDATE_REQUEST,表示为更新会话消息,并用Requested-Service-Unit来包含预留业务量,用Used-Service-Unit来包含记账业务量。
步骤11、SCP查询该用户的实时资费标准,资费为每分钟0.1元。
步骤12、SCP向OCS发送更新会话请求,其中包括预留业务量、记账业务量和资费标准,预留业务量为10分钟,记账业务量为10分钟,资费标准为每分钟0.1元。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为UPDATE_REQUEST,表示为更新会话消息,并用Requested-Service-Unit来包含预留业务量,用Used-Service-Unit来包含记账业务量,用Cost-Information来包含资费标准。
步骤13、OCS做批价处理,根据预留业务量和资费标准进行批价,以及根据记账业务量和资费标准进行批价,需要预留1元,需要记账1.5元。
步骤14、OCS做帐务处理,释放上次预留的1.5元,从帐户上扣除1.5元,并预留1元。
步骤15、OCS向SCP发送更新会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为UPDATE_REQUEST,表示为更新会话消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为10分钟。
步骤16、SCP向VoIP服务器发送更新会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为UPDATE_REQUEST,表示为更新会话消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为10分钟。
步骤17、VoIP服务器进行信用度监控。
步骤18、VoIP服务器向用户提供服务。
步骤19、8分钟后,用户终止服务,VoIP服务器向SCP发送终止会话请求,其中包括记账业务量,记账业务量为8分钟。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为TERMINATION_REQUEST,表示为终止会话消息,并用Used-Service-Unit来包含记账业务量。
步骤20、SCP查询该用户的实时资费,资费为每分钟0.1元。
步骤21、SCP向OCS发送终止会话请求,其中包括记账业务量和资费标准,记账业务量为8分钟,资费标准为每分钟0.1元。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为TERMINATION_REQUEST,表示为终止会话消息,并用Used-Service-Unit来包含记账业务量,用Cost-Information来包含资费标准。
步骤22、OCS做批价处理,根据记账业务量和资费标准进行批价,需要记账0.8元。
步骤23、OCS做帐务处理,释放上次预留的1元,从帐户上扣除0.8元。
步骤24、OCS向SCP发送终止会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为TERMINATION_REQUEST,表示为终止会话消息。
步骤25、SCP向VoIP服务器发送终止会话请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为TERMINATION_REQUEST,表示为终止会话消息。
参见图17,其是根据本发明实施例二的系统结构示意图。流媒体服务器1701充当服务提供子系统;MDSP 1702充当计费控制子系统,并增加能够充当资费分析子系统和用户议价子系统的资费分析和用户议价模块;OCS 1703充当计费子系统;流媒体服务器与MDSP之间的接口使用Diameter协议,MDSP与OCS之间的接口使用Diameter协议。
假设流媒体服务器用来播放奥运会相关小片断,媒体的价值与发生时间、下载人数和媒体质量有关。对于一个媒体,流媒体服务器分别在媒体发生的一个小时后和五个小时后向MDSP的资费分析模块汇报下载人数。MDSP的资费分析模块根据资费分析规则进行资费分析,在媒体发生的一个小时内,资费标准为DVD质量每KB 0.3元,VCD质量每KB 0.2元。媒体发生一个小时后到五个小时内,如果前一个小时内关注人数大于或等于10000人,则资费保持不变,如果少于10000人,以1000人为一个档次,分成十档,每减少一档,则优惠一成,如果少于1000人,则免费。媒体发生五个小时后,如果前五个小时内关注人数大于或等于50000人,则资费为DVD质量每KB 0.2元,VCD质量每KB 0.1元。否则免费。
假设某天上午十点,在射击比赛中,中国某选手射出10.5环,DVD质量的片断流量为4KB,VCD质量的片断流量为2KB。不过该片断因为不是最后决赛片断,第一个小时内下载人数只有5500人,十二点时,用户A选择了该片断。并选择使用DVD质量观看。
参见图18,其是基于图17所示实施例的资费分析示意图。
上午十一点资费分析:
1、流媒体服务器向MDSP的资费分析模块发送资源的使用信息,资源的使用信息为片断标识和片断关注人数为5500人。
2、MDSP的资费分析模块根据最新的资源的使用信息和预设的资费分析规则做资费分析,并生成资费标准。资费标准为DVD质量每KB 0.15元,VCD质量每KB 0.1元。
3、MDSP的资费分析模块向MDSP的用户议价模块发送资费标准,资费标准为DVD质量每KB 0.15元,VCD质量每KB 0.1元。
参见图19,其是基于图17所示实施例的实时议价示意图。
上午十二点实时议价:
1、MDSP的用户议价模块向用户终端发送短信,短信中包括资费策略,回复A选择DVD质量每KB 0.15元,回复B选择VCD质量每KB 0.1元。
2、用户选择DVD质量。用户终端向MDSP的用户议价模块发送短信,回复A表示选择DVD质量每KB 0.15元。
3、MDSP的用户议价模块向MDSP的计费控制模块发送用户信息及用户选择的资费信息,资费标准为DVD质量每KB 0.15元。
图20所示为基于图17所示实施例的计费处理流程示意图。本例中,该处理方法基于立即记账。
1、流媒体服务器向MDSP发送立即记账请求,其中包括记账业务量,记账业务量为4KB。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为EVENT_REQUEST和Requested-Action为DIRECT_DEBITING表示为立即记账消息,并Requested-Service-Unit来包含记账业务量。
2、MDSP查询该用户的实时资费,资费标准为每KB 0.15元。
3、MDSP向OCS发送立即记账请求,其中包括记账业务量资费,记账业务量为4KB,资费为每KB 0.15元。在Diameter协议中,用CCR消息表示在线计费请求消息,其中CC-Request-Type为EVENT_REQUEST和Requested-Action为DIRECT_DEBITING表示为立即记账消息,并Requested-Service-Unit来包含记账业务量,用Cost-Information来包含资费标准。
4、OCS做批价处理,根据记账业务量和资费进行批价,需要记账0.6元。
5、OCS做帐务处理,从帐户上扣除0.6元。
6、OCS向MDSP发送立即记账请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为EVENT_REQUEST和Requested-Action为DIRECT_DEBITING表示为立即记账消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为4KB。
7、MDSP向流媒体服务器发送立即记账请求回复。在Diameter协议中,用CCA消息表示在线计费请求回复消息,其中CC-Request-Type为EVENT_REQUEST和Requested-Action为DIRECT_DEBITING表示为立即记账消息,并用Granted-Service-Unit来包含批准业务量,批准业务量为4KB。
8、流媒体服务器向用户提供服务。
可见应用本发明实施例,通过监控网络的资源的使用信息,根据资源的使用信息和用户实时或定时议价,并把议价结果实时或定时发给计费子系统,使得计费子系统可以根据最新议价处理用户消费的业务量,从而实现了根据网络的使用情况和用户进行实时或定时议价,使资费能够反映出网络资源的供需关系。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (16)
1、一种计费系统,其特征在于,包括:服务提供子系统、资费分析子系统、用户议价子系统、计费控制子系统和计费子系统,其中,
所述服务提供子系统,用于向用户提供业务服务;向计费控制子系统发送计费请求;向资费分析子系统提供资源的使用信息;
所述资费分析子系统,用于根据资源的使用信息进行资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
所述用户议价子系统,用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
所述计费控制子系统,用于接收来自服务提供子系统的计费请求,查询所述用户终端当前的资费标准,向计费子系统发送计费请求,该请求中包括所述最终确定的资费标准;
所述计费子系统,用于接收来自计费控制子系统的计费请求,根据请求中的资费标准进行计费处理。
2、根据权利要求1所述的系统,其特征在于,所述资费分析为实时或定时资费分析。
3、根据权利要求1所述的系统,其特征在于,
所述计费请求为在线计费请求时,所述计费处理包括立即记账处理和预留计费处理;
所述计费请求为离线计费请求时,所述计费处理包括离线计费处理。
4、根据权利要求1所述的系统,其特征在于,所述资费分析子系统、用户议价子系统和计费控制子系统由业务控制点SCP或移动数据服务平台MDSP承载,所述计费子系统由在线计费系统OCS承载。
5、一种计费方法,其特征在于,在网络提供业务服务的过程中,该方法包括:
接收资源的使用信息,根据所述资源的使用信息进行资费分析,生成资费策略;确定当前分析出的资费策略不同于当前系统所采用的资费策略时,与用户终端确定当前的资费标准;
根据接收到的计费请求以及当前的资费标准,进行计费处理。
6、根据权利要求5所述的方法,其特征在于,所述资费分析为实时或定时进行。
7、根据权利要求6所述的方法,其特征在于,
所述资源的使用信息的发送者为服务提供子系统;在预设条件满足时,所述服务提供子系统才发送所述资源的使用信息;
所述预设条件满足包括:定时或当资源使用信息中某指标变动超过预设范围。
8、根据权利要求6所述的方法,其特征在于,在网络提供业务服务之前,进一步包括:用户终端请求业务的鉴权过程中,与用户终端交互,确定当前的资费标准。
9、根据权利要求5或8所述的方法,其特征在于,所述与用户终端确定当前的资费标准的过程是:
向用户终端发送当前的资费策略,所述发送给用户终端的资费策略中包括至少一种资费标准;
接收用户终端返回的从所述资费策略中选择的资费标准,将该接收到的资费标准作为当前与用户终端最终确定的资费标准。
10、根据权利要求5所述的方法,其特征在于,
所述计费请求为在线计费请求,所述计费处理包括立即记账处理,或预留计费处理;
所述计费请求为离线计费请求,所述计费处理包括离线计费处理。
11、根据权利要求10所述的方法,其特征在于,当采用预留计费处理时,如果当前是基于会话的业务,则所述在线计费请求包括初始会话请求和终止会话请求;该在线计费请求还包括更新会话请求。
12、根据权利要求11所述的方法,其特征在于,如果所述在线计费请求基于Diameter协议;则
CCR消息中的请求行为Requested-Action为立即记帐DIRECT_DEBITING时,所述CCR消息中的请求业务单元Requested-Service-Unit包含记账业务量,所述CCR消息中的计费信息Cost-Information包含当前的资费标准;
CCR消息中请求类型Request-Type为初始会话请求INITIAL_REQUEST时,所述CCR消息中的请求业务单元Requested-Service-Unit包含预留业务量,所述CCR消息中的计费信息Cost-Information包含当前的资费标准;
CCR消息中请求类型Request-Type为更新会话请求UPDATE_REQUEST时,所述CCR消息中的请求业务单元Requested-Service-Unit包含预留业务量,所述使用业务单元Used-Service-Unit包含记账业务量,所述计费信息Cost-Information包含当前的资费标准;
CCR消息中请求类型Request-Type为终止会话请求TERMINATION_REQUEST时,所述CCR消息中的使用业务单元Used-Service-Unit包含业务量,所述计费信息Cost-Information包含当前的资费标准。
13、根据权利要求6所述的方法,其特征在于,
所述生成资费策略,与用户终端确定当前的资费标准的操作由业务控制点SCP或移动数据服务平台MDSP执行;
所述计费处理由在线计费系统OCS执行。
14,一种议价设备,其特征在于,包括:资费分析子系统、用户议价子系统和计费控制子系统,其中,
所述资费分析子系统,用于根据接收到的资源使用信息进行资费分析,生成资费策略,确定当前分析出的资费策略信息不同于当前系统所采用的资费策略时,通知用户议价子系统;
所述用户议价子系统,用于应用所述资费策略与用户终端确定最终使用的资费标准;将用户信息以及最终确定的资费标准发送给计费控制子系统;所述资费策略中包括资费标准;
所述计费控制子系统,用于接收计费请求,查询所述用户终端当前的资费标准,向外发出计费请求,该请求中包括所述最终确定的资费标准。
15、根据权利要求14所述的设备,其特征在于,所述资费分析为实时或定时资费分析。
16、根据权利要求14所述的设备,其特征在于,所述设备包括在业务控制点SCP内或移动数据服务平台MDSP内。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101020036A CN101296093B (zh) | 2007-04-26 | 2007-04-26 | 一种计费系统、方法及议价设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101020036A CN101296093B (zh) | 2007-04-26 | 2007-04-26 | 一种计费系统、方法及议价设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101296093A true CN101296093A (zh) | 2008-10-29 |
CN101296093B CN101296093B (zh) | 2011-02-09 |
Family
ID=40066128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101020036A Expired - Fee Related CN101296093B (zh) | 2007-04-26 | 2007-04-26 | 一种计费系统、方法及议价设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101296093B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102811432A (zh) * | 2011-05-31 | 2012-12-05 | 阿尔卡特朗讯 | 一种在通信网络中的计费方法及装置 |
CN108632047A (zh) * | 2017-03-21 | 2018-10-09 | 华为技术有限公司 | 一种资费数据的确定方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6775267B1 (en) * | 1999-12-30 | 2004-08-10 | At&T Corp | Method for billing IP broadband subscribers |
US6947724B2 (en) * | 2002-01-04 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method of billing based on the reported traffic load in a telecommunications network |
CN1450749A (zh) * | 2002-04-10 | 2003-10-22 | 华为技术有限公司 | 一种分组数据业务的计费方法 |
CN1210968C (zh) * | 2002-06-14 | 2005-07-13 | 华为技术有限公司 | 一种移动通信系统中的计费方法 |
CN1913701A (zh) * | 2005-08-08 | 2007-02-14 | 北京三星通信技术研究有限公司 | 移动通信系统中为不同用户提供不同安全等级业务的方法 |
-
2007
- 2007-04-26 CN CN2007101020036A patent/CN101296093B/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102811432A (zh) * | 2011-05-31 | 2012-12-05 | 阿尔卡特朗讯 | 一种在通信网络中的计费方法及装置 |
WO2012164384A1 (en) * | 2011-05-31 | 2012-12-06 | Alcatel Lucent | Method and apparatus for charging in a communication network |
CN102811432B (zh) * | 2011-05-31 | 2016-05-11 | 阿尔卡特朗讯 | 一种在通信网络中的计费方法及装置 |
CN108632047A (zh) * | 2017-03-21 | 2018-10-09 | 华为技术有限公司 | 一种资费数据的确定方法及装置 |
US10750031B2 (en) | 2017-03-21 | 2020-08-18 | Huawei Technologies Co., Ltd. | Tariff data determining method and apparatus for creating the same |
CN108632047B (zh) * | 2017-03-21 | 2020-10-09 | 华为技术有限公司 | 一种资费数据的确定方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101296093B (zh) | 2011-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101208943A (zh) | 在通信网络中控制对服务的提供 | |
WO2017212338A1 (en) | Method, system and device for online charging in cloud system | |
CN101488864B (zh) | 用于通信网络的计费系统和计费方法 | |
US9571371B2 (en) | Network connection communication system | |
US10182161B2 (en) | Modifying a quality of a connection between a terminal and an application server | |
CN103281465A (zh) | 一种电信业务资源转赠的方法、设备及系统 | |
CN110381455B (zh) | 流量监控处理方法和相关装置和系统 | |
CN106130743A (zh) | 一种流量处理方法 | |
CN101345634A (zh) | 计费方法、计费装置和计费系统 | |
CN1996858A (zh) | 一种预付费帐户计费的方法、系统以及服务器 | |
CN101431745B (zh) | 用于ims多业务在线计费中的帐户资源预留和分配方法 | |
CN108401231A (zh) | 一种计费方法、装置和系统 | |
CN101296093B (zh) | 一种计费系统、方法及议价设备 | |
CN105577393B (zh) | 一种即时通讯计费系统及方法 | |
CN108076443B (zh) | 一种在线计费系统中流量的分配方法及在线计费系统 | |
CN101202637A (zh) | 基于媒体服务器实现按资源类型计费的方法和装置 | |
WO2002080066A1 (fr) | Procede, systeme et programme destines a la mise en oeuvre de services necessitant un reglement par l'intermediaire d'une ligne de communication | |
CN101442732B (zh) | 一种在线充值的方法、系统及设备 | |
US20080014903A1 (en) | Method For Charging For A Service In A Telecommunications/Data Network | |
CN105847284A (zh) | 一种通信服务处理方法、装置及以及服务器 | |
CN100568901C (zh) | 用于访问电信网络的信用管理的方法和设备 | |
CN101183957B (zh) | 一种在线计费方法、系统和设备 | |
CN102238513B (zh) | 一种业务计费方法、装置和系统 | |
CN101267316A (zh) | 数据业务计费方法及系统、业务控制点及其数据业务网元 | |
CN108809666B (zh) | 流量在线计费的方法、装置及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110209 |
|
CF01 | Termination of patent right due to non-payment of annual fee |