在线计费系统的制作方法
在线计费系统的制作方法
【专利摘要】描述了一种与电信系统交互以对最终用户的服务使用计费的在线计费系统和一种相关的在线计费方法。为了实现灵活的评价逻辑，建议根据第一评价逻辑执行(S10)第一评价会话以确定服务的主要费用，并且根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行(S12)第二评价会话以确定服务的次要费用。次要费用存储(S16)在与主要计费帐户关联的次要计费帐户(16)中。
【专利说明】在线计费系统
【技术领域】
[0001]本发明涉及与电信系统交互以对最终用户的服务使用计费的在线计费系统。此夕卜，本发明涉及操作在线计费系统的方法。
【背景技术】
[0002]一般来说，在在线计费系统中，可以对最终用户调用的服务(例如，通话)进行评价。基于评价结果，可从用户帐户扣款或作为替换向用户帐户添加奖金。
[0003]这里，现有在线计费系统对服务进行评价和计费以使得最终费用对应于由电信系统运营商定义的评价计划。但是，虽然这种方式适合正常服务计费，但它缺乏灵活性。具体地说，它不支持可在服务使用期间或结束之后执行的与最终用户的任何评价对话。因此，使用现有评价解决方案，最终用户总是不得不在服务交付之前毫无根据地批准(in bianco)评价条件。
【发明内容】
[0004]鉴于上述内容，引起本发明的技术问题是提供具有更灵活的评价逻辑的在线计费系统。
[0005]根据本发明的第一方面，这个目的通过一种操作与电信系统交互的在线计费系统并就最终用户的服务使用提供在线计费的方法来实现。此方法包括根据第一评价逻辑执行第一评价会话以确定服务的主要费用、根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用、以及在与主要计费帐户关联的次要计费帐户中存储次要费用的步骤。
[0006]根据本发明的第二方面，这个目的还通过一种与电信系统交互并就最终用户的服务使用提供在线计费的在线计费系统来实现。此在线计费系统包括适合于根据第一评价逻辑执行第一评价会话以确定服务的主要费用的主要评价单元、根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用的次要评价单元、以及适合于在与主要计费帐户关联的次要计费帐户中存储次要费用的次要计费帐户。
[0007]本发明的一个优点在于，与不得不事先毫无根据地批准所有次要费用的离线情景相比，实现了用于次要费用的即时处理的灵活性和选项。
【专利附图】
【附图说明】
[0008]下面将关于【专利附图】
【附图说明】本发明的优选实施例，附图中:
图1示出根据本发明的一个实施例的在线计费系统的示意图；
图2示出图1所示在线计费系统的操作的流程图；
图3示出根据本发明的另一实施例的在线计费系统的示意图；
图4示出图3所示在线计费系统的操作的流程图；图5示出图1所示在线计费系统与涉及在线计费流程的移动通信系统网络节点之间的互操作的流程图；
图6A示出图1所示在线计费系统与涉及在线RFC 4006 diameter计费流程的移动通信系统网络节点之间的互操作的另一流程图；
图6B示出图6A所示流程图的接续；以及 图6C示出图6B所示流程图的接续。
【具体实施方式】
[0009]下面将参照附图来说明在线计费的优选实施例。
[0010]一般来说，在线计费是一种与帐户进行直接交互(如实时)并控制或监控服务使用计费的机制。在线计费涵盖评价，作为一种确定服务使用费用的行为。在线计费由服务元件在向最终用户交付服务之前实时访问。
[0011]此外，在线计费是一个在服务完成时检查信用是否可用、信用预留、从最终用户帐户扣除信用，并退还未使用的预留信用的流程。
[0012]图1示出根据本发明的一个实施例的在线计费系统10的示意图。
[0013]图1所示的在线计费系统10执行一种操作与电信系统交互的在线计费系统并就交付给最终用户的服务提供在线计费的方法。
[0014]如图1所示， 在线计费系统10包括主要评价单元12、次要评价单元14以及次要计费帐户16。
[0015]图2示出图1所示在线计费系统10的操作的流程图。
[0016]如图2所示，在步骤SlO中，在操作上由主要评价单元12执行，根据第一评价逻辑执行第一评价会话以确定服务的主要费用。这里，例如第一评价逻辑可以是由电信系统的运营商预先建立的。
[0017]如图2所示，在步骤S12中，在操作上由次要评价单元14执行，根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用。例如，第二评价逻辑可反映在服务交付期间(即实时)发生的服务特定附加费用的用户授权。
[0018]对于用于第一评价会话和第二评价会话的会话参数，这些参数可以是基本相同的，只是:
?在第一评价会话中，可以考虑中间计算，即作为每次询问在线计费系统10的一部分可计算单独的费用。
[0019].在第二评价会话中，第一评价会话的最终通话费用可用作输入参数。
[0020].在第二评价会话中，可以按对次要费用唯一的条件分支(branch)。
[0021]对于常用的会话参数，应理解这些会话参数是根据每个评价会话可选的。在更详细的会话中，参数可基于一个或多个以下示例:
?与业务请求有关的会话参数，例如属于RFC 4006中的信用控制请求CCR命令的参数，例如位置。
[0022].与订户有关的会话参数，例如家庭成员和朋友的数量。
[0023].与帐户有关的会话参数，其中帐户可由几个订户分享，例如计数器、阈值、余额、
产品优惠。[0024].属于用户群组的会话参数，例如服务类或社区从属。
[0025].一般性的会话参数，例如日期、天、时间。
[0026]对于次要费用的确定，此类费用可能确定为一个或多个以下选项:
?作为主要费用的特定百分比。
[0027].对主要费用进行舍入所需的剩余金额。
[0028].最终用户作为使用所交付的服务的一部分收到的奖金。
[0029].固定费用，可以与主要费用有关也可以与主要费用无关。
[0030]如图2所示，在步骤S12中，在操作上由次要计费帐户16执行，在与主要计费帐户关联的次要计费帐户16中存储次要费用。
[0031]作为第一评价会话的结果，允许(例如实时)开始第二评价活动作为第一评价会话的连锁反应。次要评价会话的结果是服务的正常服务相关费用之外的费用。
[0032]具体地说，次要评价会话可使用根据第一评价会话的主要费用作为次要评价会话的输入参数。
[0033]然后，次要评价会话使用次要计费帐户作为关联帐户以临时存储次要费用。次要费用是将在最终用户批准时从正常用户服务帐户扣除的自愿费用。
[0034]一般来说，次要费用的扣除可在每次询问在线计费系统10或最终询问之后执行。在后一种情况下，存储在次要计费帐户16中的计费金额应反映计费会话期间生成的次要费用总计。
[0035]整体上，次要费用的引入允许提供新类型的在线计费控制和评价。例如，次要费用可用于支持调用次要评价会话以计算通过正常服务(如通话)的交付触发的自愿捐款的慈善相关服务。这允许:
?因次要费用的扣除增加充值(refill)率。
[0036].增加电信网络中的业务，例如，因为最终用户觉得通话是为了正当的理由。
[0037].对电信网络运营商产生信誉。
[0038].为慈善组织筹集货币，因为许多小笔捐款可能汇集成一大笔捐款。
[0039].通过提供简单的方法以可负担的方式进行小额货币的即时捐款，让订户感到满
O
[0040]图3示出在线计费系统10的另一详细示意图。
[0041]如图3所示,除图1所示的主要评价单元12、次要评价单元14及次要计费帐户16之外，在线计费系统10可以可选地包含计费控制单元18、评价批准单元20、帐户管理和结算单元22及费用转移单元24。
[0042]如图3所示，在线计费系统10还可包含实现主要帐户、可选的一个或多个专用帐户26-1、…、26-m以及在下文中也称为关联帐户的至少一个次要计费帐户16_1、…、16η的计费数据库。
[0043]应当注意，次要计费帐户16或关联帐户16-1、…、16-η可使用例如单独的专用帐户26-1、…、26-m来实现。次要计费帐户16可适合于保存状态逻辑，例如“当前正在使用”或“当前未使用”。如果次要评价流程正在扣款或正在等待最终用户批准以便次要计费帐户16不可用于相同用户的其它并行评价会话，则状态“当前正在使用”适用。这种方法限制了所需的次要计费帐户16-1、…、16-η的数量，同时从可用性的角度来看提供了优秀的解决方案形式。在多个用户的情况(即几个订户分享同一主要帐户的情况)下，优选是每个最终用户具有一个次要计费帐户16-1、…、16-n。
[0044]此外，与保存货币以支付潜在服务费用的专用帐户不同，次要计费帐户16存储在以后最终用户批准时可能被扣除的经计算次要费用。
[0045]再者，可假设次要计费帐户16可使用预约逻辑实现。但是，这种预约逻辑并非必需的。原因在于次要费用是自愿的。因此，另一个选项是为存储在次要计费帐户16中的次要费用设置一个宽限期。然后，如果最终用户不在这个宽限期内做出回应，或者如果主要帐户或专用帐户26-1、…、26-m上没有剩余货币，则将不会扣除次要费用。而且，一旦宽限期到期，次要计费帐户16将可用于下一个服务交付计费会话。
[0046]图4示出图3所示在线计费系统的操作的流程图。
[0047]如图4所示，在步骤SlO中，在操作上由主要评价单元12执行，根据第一评价逻辑执行第一评价会话以确定最终用户调用的服务的主要费用。
[0048]如图4所示，在步骤S18中，在操作上由计费控制单元18执行，基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用次要评价逻辑。
[0049]优选地，决定对要计费的服务应用次要评价逻辑的步骤S18基于动态服务数据执行。是否要对某个服务情景使用次要费用可优选地由订户数据和实现为例如选择树配置的一组分支条件的组合来决定。
[0050]更详细地说，图3所示的计费控制单元18可保存对可能涉及次要费用的实时计费来说特别重要的多个参数。它们中的一些反映使得能够即时决策的动态数据:在什么实例期间决定采用次要费用、如何计算主要费用以及何时发送针对次要费用的最终用户通知。下面给出了这些参数的几个示例，它们也可以在其相关使用中组合:
?个人服务优惠PSO位:可由电信系统运营商用于指示临时服务或服务用户类别。
[0051].优惠身份:这可能与仅在有限时间段期间有效的服务活动有关。
[0052].服务类值:订户可能由于有价票据充值临时属于某个服务类，例如黄金会员。
[0053].使用计数器值:在已消费特定量时，可能获得奖金。
[0054].当天日期和时间，在特定日子(例如圣诞节前夕)可能请最终用户为服务交付(例如通话)捐款。
[0055].帐户余额:这里次要费用可能仅在帐户余额高于某个限制时决定采用。
[0056]上述信息种类可在服务交付时即时使用。这使得能够从一个服务交付到另一个调整次要费用的使用。它还允许一些自发的小笔捐款，其中每笔次要费用将单独向最终用户呈现以便实时批准。
[0057]与不得不事先毫无根据地批准所有次要费用的离线情景相比，即时处理次要计费的灵活性和选项提供了优点。
[0058]如果步骤18中的决策结果为否，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到下一步。
[0059]如图4所示，在步骤S12中，在操作上由次要评价单元14执行，根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定所调用服务的次要费用。优选地，步骤S12使用主要费用会话参数作为次要评价会话的输入参数。[0060]如图4所示，在步骤S16中，在操作上由评价批准单元20执行，通过执行计费系统10与最终用户之间的批准数据的双向交换或通过最终用户执行预定义的批准设置取得针对次要计费的最终用户批准。
[0061]对于语音和数据通话，最终用户批准过程可能实现为响应发送给最终用户的次要计费通知的双向SMS对话或将由最终用户例如经由交互式语音响应IVR管理的预定义批准设置。
[0062]另一个选项可以是使用USSD对话或向负责确认次要费用的实际最终用户批准的外部应用报告适用的次要费用。
[0063]双向对话的一个示例可以是:“您的费用为$ 1.80。如果您想捐赠20美分用于慈善目的，则请按I。”然后，一个或多个慈善组织可受益于这个礼物。在将次要费用转移到一个或多个慈善组织时可使用后处理情景中的数据仓库报告或实时情况中的流动货币逻辑。
[0064]如果没有给予用户批准，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到步骤S20。
[0065]如图4所示，在步骤S20中，在操作上由次要计费帐户16或同等的关联帐户16-1、...、16-η执行，执行存储次要费用。优选地，次要计费帐户16可通过将在线计费系统的专用计费帐户26-1、…、26-m与反映次要计费帐户16的使用状态的状态逻辑结合使用来实现。
[0066]换言之，在线计费系统10 —般维持第一评价会话和第二评价会话的状态作为与例如预约阶段有关并且在后续扣款阶段可用的信息。
[0067]此外，状态信息可以是并非每次有来自网络的询问时都会发送的一些信息类型以使得在线计费系统10必须自行存储它。
[0068]再者，状态信息可通过分析后续询问之间的参数值的增量来得到。
[0069]最后，状态信息是在下一次询问中例如通过计数器和/或余额报告使用之前被准予和预留的有关资源。
[0070]如图4所示，在步骤S22中，在操作上由计费控制单元18执行，执行为次要计费帐户16设置的释放时间段是否到期的询问。这里，在释放时间段到期时释放次要计费帐户以存储新的次要费用。
[0071]如果释放时间段已到期，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到下一步。
[0072]如图4所示，在步骤S24中，在操作上由次要评价单元14执行，在最终用户批准时执行从相关最终用户帐户扣除存储在次要计费帐户16中的次要费用。
[0073]如图4所示，在步骤S26中，在操作上由费用转移单元24执行，实时或在执行已批准次要费用的后处理之后执行已批准次要费用到接收节点的转移。
[0074]图5示出图1所示在线计费系统10与涉及在线计费流程的移动通信系统网络节点之间的互操作的流程图。
[0075]进一步对于迄今为止针对图1和图3说明的不同结构元件，图5示出服务节点28、计费会话服务器30、转移系统32及接收节点34。
[0076] 如图5所示，服务节点28通过计费会话服务器30的调停与在线计费系统10交互。服务节点28根据来自在线计费系统10的指示监控所分配计费金额的使用。[0077]此外，服务节点28可以是向至少一个最终用户提供服务的网络元件，例如服务器、代理、网络接入服务器、SIP代理或诸如消息传递服务器、内容服务器或游戏服务器之类的应用服务器。
[0078]如图5所示，提供转移系统32以沿上述线路将在在线计费系统10中确定的次要费用转移到接收节点34。这里，转移系统32具有与上文针对图3说明的费用转移单元24相同的功能，但作为在线计费系统10外部的单独实体提供。
[0079]下面将参照图5说明在线计费系统10、服务节点28、计费会话服务器30、转移系统32及接收节点34之间的互操作。
[0080]如图5所示，最初执行步骤S28以在服务节点28与计费会话服务器30之间建立计费会话。基于会话的计费控制使用询问并且在线计费系统10为基于会话的计费控制维持会话状态。可能的询问首先发起计费流程，中间以在呈递服务时请求新配额，和/或最后退出基于会话的计费控制流程。此外，计费会话可从核心网络或服务网络建立。
[0081]换言之，基于会话的计费流程对在线计费系统10使用询问或同等的请求/响应事务以发起基于会话的计费流程。在计费流程期间，使用询问来报告已用配额并请求新配额。
[0082]如图5所示，在步骤S28中建立计费会话之后，在步骤30中服务节点将执行服务交付。然后，服务节点28将通过计费会话服务器30的调停将询问转发到在线计费系统10以报告已用配额或请求新配额。在询问的基础上，在线计费系统10将随后在步骤SlO中根据第一评价逻辑执行第一评价会话以确定由服务节点28交付的服务的主要费用。由于主要费用与次要费用无关，它可从在计费数据库中分配的相关帐户立即扣除。
[0083]如图5所示，在线计费系统10还在步骤S12中根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用。由于次要费用需要由最终用户批准，它最初存储在次要计费帐户16中，如上所述，并且因此没有立即扣除。
[0084]如图5所示，在确定次要费用之后，将通知最终用户主要费用和次要费用以在步骤S32中进行次要费用的评估和批准。
[0085]最终用户的通知可通过例如网络发起的SMS进行。它可包括A订户MSISDN和发送给最终用户的文本(其中说明次要费用及批准它的选项)。
[0086]发送SMS的第一选项是经由SMS中心SMS-C发送它。
[0087]作为第二备选选项，SMS可直接发送到在线流动货币中心，第二选项提高了性能并避免了对目的地地址的伪造(manipulation)。这里,在线流动货币中心将是发送给最终用户的SMS消息的新来源。它会使用A订户编号MSISDN作为最终目的地地址将消息传递到SMS中心SMS-C。另外，可能在线流动货币中心需要包括虚构的MSISDN作为来源地址以防最终用户对网络发起的SMS的响应将不会到达在线流动货币中心。
[0088]此外，不管是否涉及在线流动货币中心，SMS中心SMS-C会将消息连同计费相关信息发送给通过对SMS文本中的预定义选项做出响应批准次要费用的最终用户。
[0089]然后，SMS返回到例如在线流动货币中心，将分析SMS文本以扣除次要费用。
[0090]除SMS之外，还存在执行实际通知过程的几种备选方法。一种是触发朝向某个URL的重定向，在该URL最终用户将能够批准次要费用；如果由适用协议支持，则这可通过计费会话发起。另一选项是使用朝向可从其(例如使用软件小应用程序)支持各种类型的最终用户通知的外部客户通信中心的专用通知界面。[0091]如图5所示，在计费系统10收到最终用户批准之后，将在S34从分配给最终用户的计费帐户扣除次要费用，例如，在主帐户中或从专用帐户26-1、…、26-m扣除，只要足够支付存储在次要计费帐户16中的次要费用。
[0092]如图5所示，还执行步骤S34以通知转移系统32关于到接收节点34的后续转移的次要费用。
[0093]这里，第一备选是转移系统32基于提供的次要计费信息，例如计费详细记录，为每个接收节点创建定期报告。然后，这个定期报告可接着用于进一步结算。
[0094]第二备选是在在线流动货币MM系统中实现转移系统32，并且在线计费系统10向在线流动货币MM系统报告次要费用和确定的接收节点。在这种情况下，在线流动货币MM系统需要充当朝向实现最终货币转移的流动货币MM系统的受信任和安全的网络实体。
[0095]图6A到图6C示出图1所示在线计费系统10与涉及在线RFC 4006 Diameter计费流程的移动通信系统网络节点之间的互操作的另一流程图。
[0096]在图6A到6C中，参照了作为服务应用提供商的等效物的服务节点28、作为计费会话服务器30的等效物的diameter信用控制DCC服务器、作为第一评价单元12和第二评价单元14的等效物的评价功能RF、作为帐户结算和管理单元22及专用帐户26的等效物的帐户余额管理单元、以及作为次要计 费帐户16、计费控制单元18、评价批准单元20及费用转移单元24的等效物的关联帐户逻辑AA。
[0097]虽然在图6A到图6C中关联帐户逻辑AA绘制为单独的逻辑实体，但它可很好地集成到帐户余额管理功能ABMF中。
[0098]如图6A所示，在步骤S40中，最终用户连接到数据服务，例如门户网站，服务应用提供商想就此对所使用的单元(即量、时间或事件)进行计费。在此之前，建立了第一diameter 会话。
[0099]如图6A所示，在步骤S42中，驻留在服务节点28中的服务应用提供商充当diameter信用控制DCC客户端并发送信用控制请求CCR以便评价和预留单元。该请求在帐户余额管理功能ABMF中终止。评价功能RF计算要为下一周期准予的单元并联系帐户余额管理功能ABMF以便预留相应金额。然后，在步骤S44中，已准予单元返回到服务节点28，并且在步骤S46中允许开始服务使用。
[0100]如图6A所示，在步骤S48中，服务节点28或换言之服务应用提供商报告所使用的单元并同时请求下一周期的新预留。评价功能RF计算上一周期的主要费用并联系帐户余额管理功能ABMF以便扣除相应的金额。然后，评价功能RF计算要为下一周期准予的单元并联系帐户余额管理功能ABMF以便预留相应金额。然后，费用和已准予单元均返回并且允许继续进行服务使用。
[0101]图6B示出图3A所示的流程图的接续。
[0102]如图6B所示，在步骤S50中服务使用停止，并且在步骤S52中服务节点28和相关服务应用提供商报告所使用的单元。评价功能计算上一周期的主要费用并联系帐户余额管理功能ABMF以便扣除相应的金额。计费系统现在已知正常会话的总计主要费用。
[0103]如图6B所示，在步骤S54中，调用AA逻辑。AA逻辑从diameter信用控制应用DCCA访问接收输入参数以及从正常会话接收总计主要费用。然后，在步骤S56中，联系评价功能RF以便计算次要费用。然后在步骤S58中，在帐户余额管理功能ABMF中预留次要费用。[0104]如图6B所示，在步骤S60中，随后使用diameter信用控制应用DCCA中的*[AVP]将次要费用包括在正常会话的信用控制应答CCA中。然后，在图6A所示的步骤S40中建立的第一 diameter计费会话终止。
[0105]图6C示出图3B所示的流程图的接续。
[0106]如图6C所示，在步骤S62中，服务节点28或换言之服务应用提供商现在知道次要费用并开始与最终用户的协商过程，例如通过将最终用户重定向到宣布(例如作为建议的自愿捐赠)次要费用的新网页。
[0107]如图6C所示,在步骤S64中，建立第二 diameter会话。然后,最终用户可通过点击是-按钮接受例如向慈善组织捐赠次要费用。在步骤S66中，使用DCCA上的* [AVP]发送diameter事件以便指示要扣除的费用与次要费用有关。
[0108]如图6C所示，在步骤S68中，调用AA逻辑。在步骤S70中，AA逻辑调用帐户余额管理功能ABMF以扣除次要费用。此时，从第一 diameter会话保存的预留将被清除。
[0109]如图6C所示，最终在步骤S72中，将通知服务节点和相关服务应用提供商已扣除次要费用，随后第二 diameter会话将终止。
[0110]在电信系统中使用时，AA逻辑使得实时计费情景成为可能。通过结合通话相关评价逻辑与后续实时分析，计算次要费用并将其存储在关联帐户上。主要费用用作次要费用的触发器。这联接了均实时执行的两种不同计费情景。第一计费情景由运营商控制并涉及强制服务费用。次要计费情景取决于最终用户的批准。此外，主要费用和次要费用可能导致分开的收入流。
[0111]应当注意，次要计费还涉及可直接加载到计费系统的内部存储器中的计算机程序，其包括在所述产品运行于计费系统的处理器上时执行计费流程的软件代码部分。
[0112]因此，还提供次要计费以达成所述发明方法步骤在计算机或处理器系统上的实现。总而言之，这种实现导致计算机程序产品的提供，以与计算机系统配合使用或更具体地说，包含于例如在线计费系统中的处理器配合使用。
[0113]这种定义次要计费功能的程序可通过许多形式传递到计算机/处理器，这些形式包括但不限于永久存储在非可写存储介质(例如可由处理器或计算机I/O附件读取的只读存储装置，如ROM或CD ROM光盘)上的信息；存储在可写存储介质(即软盘和硬驱动器)上的信息；或经由调制解调器或其它接口装置通过通信介质(例如网络和/或电话网络)传送到计算机/处理器的信息。应当理解，此类介质在携带处理器可读指令时实现次要计费概念。
[0114]缩略语
AA 关联帐户 ABMF帐户余额管理功能 CCA 信用控制应答 CCN 计费控制节点 CCR 信用控制请求 ⑶R 计费详细记录 CN 核心网络 CRS 计费数据报告系统DA专用帐户
DCCDiameter信用控制
DCCADiameter信用控制应用
IVR交互式语音响应
MA主要帐户
丽多调停
OCC在线计费控制
OCS在线计费系统
PSO个人服务优惠
Re3GPP Re参考点
Re3GPP Re参考点
RF评价功能
RFC请求注释
SC服务类
SCAP服务计费应用协议
SDP服务数据点
SMS短消息服务
SMS-C SMS 中心
SN服务网络
UC使用计数器
UE用户设备
USSD非结构化补充服务数据
【权利要求】
1.一种操作与电信系统交互的在线计费系统并关于最终用户的服务使用提供计费的方法，包括以下步骤: 根据第一评价逻辑执行(Sio)第一评价会话以确定服务的主要费用； 其特征在于 根据次要评价逻辑使用来自所述第一评价会话的至少部分会话参数执行(S12)第二评价会话以确定所述服务的次要费用；以及 将所述次要费用存储(S16)到与主要计费帐户关联的次要计费帐户(16)中。
2.如权利要求1所述的方法，其特征在于，它包括基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用所述次要评价逻辑的步骤(S18)。
3.如权利要求2所述的方法，其特征在于，决定对要计费的服务应用所述次要评价逻辑的所述步骤(S18)基于动态服务数据执行。
4.如权利要求1到3中的任一项所述的方法，其特征在于，它包括使用根据所述第一评价会话的所述主要费用作为所述次要评价会话的输入参数的步骤(S12)。
5.如权利要求1到4中的任一项所述的方法，其特征在于，它包括通过执行所述在线计费系统(10)与所述最终用户之间的批准数据的双向交换或通过所述最终用户执行预定义的批准设置取得针对所述次要费用的最终用户批准的步骤(S20)。
6.如权利要求1到5中的任一项所述的方法，其特征在于，它包括通过将所述在线计费系统(10)的专用计费帐户(26-1、…、26-m)与反映所述次要计费帐户(16)的使用状态的状态逻辑结合使用来实现所述次要计费帐户(16)的步骤。
7.如权利要求6所述的方法，其特征在于，它包括为存储在所述次要计费帐户(16)中的所述次要计费金额设置释放时间段的步骤(S22)，其中在所述释放时间段到期时释放所述次要计费帐户(16)以存储新的次要费用。
8.如权利要求6或7所述的方法，其特征在于，它包括在最终用户批准时从所述相关最终用户帐户扣除存储在所述次要计费帐户(16)中的次要费用的步骤(S24)。
9.如权利要求1到8的任一项所述的方法，其特征在于，它包括实时或在执行已批准次要费用的后处理之后将已批准次要费用转移到接收节点的步骤(S26)。
10.一种与电信系统交互并关于最终用户的服务使用提供在线计费的在线计费系统，包括: 主要评价单元(12)，适合于根据第一评价逻辑执行第一评价会话以确定服务的主要费用； 其特征在于 次要评价单元(14)，适合于根据次要评价逻辑使用来自所述第一评价会话的至少部分会话参数执行第二评价会话以确定所述服务的次要费用；以及 次要计费帐户(16)，适合于将所述次要费用存储到与主要计费帐户关联的次要计费帐户中。
11.如权利要求10所述的在线计费系统，其特征在于，它包括适合于基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用所述次要评价逻辑的计费控制单元(18)。
12.如权利要求10或11所述的在线计费系统，其特征在于，所述次要计费单元(14)适合于使用由所述主要评价单元(12)确定的所述主要费用作为所述次要评价的输入参数。
13.如权利要求10到12中的任一项所述的在线计费系统，其特征在于，它包括通过执行所述在线计费系统(10)与所述最终用户之间的批准数据的双向交换或通过所述最终用户执行预定义的批准设置取得针对所述次要费用的最终用户批准的评价批准单元(20)。
14.如权利要求10到13中的任一项所述的在线计费系统，其特征在于，所述次要计费帐户(16)通过所述在线计费系统(10)的专用计费帐户(DA)与反映所述次要计费帐户(16)的使用状态的状态逻辑结合来实现。
15.如权利要求10到14中的任一项所述的在线计费系统，其特征在于，所述计费控制单元(18)适合于为存储在所述次要计费帐户(16)中的所述次要计费金额设置释放时间段，其中在所述释放时间段到期时释放所述次要计费帐户(16)以存储新的次要费用。
16.如权利要求10到15中的任一项所述的在线计费系统，其特征在于，所述计费控制单元(18)适合于在最终用户批准时从所述相关最终用户帐户扣除存储在所述次要计费帐户(16)中的次要费用。
17.如权利要求10到16的任一项所述的在线计费系统，其特征在于，它包括适合于实时或在执行已批准次要费用的后处理之后将已批准次要费用转移到接收节点的费用转移单元(24) ο
【文档编号】H04M15/00GK103947179SQ201180075121
【公开日】2014年7月23日 申请日期:2011年11月28日 优先权日:2011年11月28日
【发明者】B.古斯塔夫森 申请人:瑞典爱立信有限公司
【专利摘要】描述了一种与电信系统交互以对最终用户的服务使用计费的在线计费系统和一种相关的在线计费方法。为了实现灵活的评价逻辑，建议根据第一评价逻辑执行(S10)第一评价会话以确定服务的主要费用，并且根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行(S12)第二评价会话以确定服务的次要费用。次要费用存储(S16)在与主要计费帐户关联的次要计费帐户(16)中。
【专利说明】在线计费系统
【技术领域】
[0001]本发明涉及与电信系统交互以对最终用户的服务使用计费的在线计费系统。此夕卜，本发明涉及操作在线计费系统的方法。
【背景技术】
[0002]一般来说，在在线计费系统中，可以对最终用户调用的服务(例如，通话)进行评价。基于评价结果，可从用户帐户扣款或作为替换向用户帐户添加奖金。
[0003]这里，现有在线计费系统对服务进行评价和计费以使得最终费用对应于由电信系统运营商定义的评价计划。但是，虽然这种方式适合正常服务计费，但它缺乏灵活性。具体地说，它不支持可在服务使用期间或结束之后执行的与最终用户的任何评价对话。因此，使用现有评价解决方案，最终用户总是不得不在服务交付之前毫无根据地批准(in bianco)评价条件。
【发明内容】
[0004]鉴于上述内容，引起本发明的技术问题是提供具有更灵活的评价逻辑的在线计费系统。
[0005]根据本发明的第一方面，这个目的通过一种操作与电信系统交互的在线计费系统并就最终用户的服务使用提供在线计费的方法来实现。此方法包括根据第一评价逻辑执行第一评价会话以确定服务的主要费用、根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用、以及在与主要计费帐户关联的次要计费帐户中存储次要费用的步骤。
[0006]根据本发明的第二方面，这个目的还通过一种与电信系统交互并就最终用户的服务使用提供在线计费的在线计费系统来实现。此在线计费系统包括适合于根据第一评价逻辑执行第一评价会话以确定服务的主要费用的主要评价单元、根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用的次要评价单元、以及适合于在与主要计费帐户关联的次要计费帐户中存储次要费用的次要计费帐户。
[0007]本发明的一个优点在于，与不得不事先毫无根据地批准所有次要费用的离线情景相比，实现了用于次要费用的即时处理的灵活性和选项。
【专利附图】
【附图说明】
[0008]下面将关于【专利附图】
【附图说明】本发明的优选实施例，附图中:
图1示出根据本发明的一个实施例的在线计费系统的示意图；
图2示出图1所示在线计费系统的操作的流程图；
图3示出根据本发明的另一实施例的在线计费系统的示意图；
图4示出图3所示在线计费系统的操作的流程图；图5示出图1所示在线计费系统与涉及在线计费流程的移动通信系统网络节点之间的互操作的流程图；
图6A示出图1所示在线计费系统与涉及在线RFC 4006 diameter计费流程的移动通信系统网络节点之间的互操作的另一流程图；
图6B示出图6A所示流程图的接续；以及 图6C示出图6B所示流程图的接续。
【具体实施方式】
[0009]下面将参照附图来说明在线计费的优选实施例。
[0010]一般来说，在线计费是一种与帐户进行直接交互(如实时)并控制或监控服务使用计费的机制。在线计费涵盖评价，作为一种确定服务使用费用的行为。在线计费由服务元件在向最终用户交付服务之前实时访问。
[0011]此外，在线计费是一个在服务完成时检查信用是否可用、信用预留、从最终用户帐户扣除信用，并退还未使用的预留信用的流程。
[0012]图1示出根据本发明的一个实施例的在线计费系统10的示意图。
[0013]图1所示的在线计费系统10执行一种操作与电信系统交互的在线计费系统并就交付给最终用户的服务提供在线计费的方法。
[0014]如图1所示， 在线计费系统10包括主要评价单元12、次要评价单元14以及次要计费帐户16。
[0015]图2示出图1所示在线计费系统10的操作的流程图。
[0016]如图2所示，在步骤SlO中，在操作上由主要评价单元12执行，根据第一评价逻辑执行第一评价会话以确定服务的主要费用。这里，例如第一评价逻辑可以是由电信系统的运营商预先建立的。
[0017]如图2所示，在步骤S12中，在操作上由次要评价单元14执行，根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用。例如，第二评价逻辑可反映在服务交付期间(即实时)发生的服务特定附加费用的用户授权。
[0018]对于用于第一评价会话和第二评价会话的会话参数，这些参数可以是基本相同的，只是:
?在第一评价会话中，可以考虑中间计算，即作为每次询问在线计费系统10的一部分可计算单独的费用。
[0019].在第二评价会话中，第一评价会话的最终通话费用可用作输入参数。
[0020].在第二评价会话中，可以按对次要费用唯一的条件分支(branch)。
[0021]对于常用的会话参数，应理解这些会话参数是根据每个评价会话可选的。在更详细的会话中，参数可基于一个或多个以下示例:
?与业务请求有关的会话参数，例如属于RFC 4006中的信用控制请求CCR命令的参数，例如位置。
[0022].与订户有关的会话参数，例如家庭成员和朋友的数量。
[0023].与帐户有关的会话参数，其中帐户可由几个订户分享，例如计数器、阈值、余额、
产品优惠。[0024].属于用户群组的会话参数，例如服务类或社区从属。
[0025].一般性的会话参数，例如日期、天、时间。
[0026]对于次要费用的确定，此类费用可能确定为一个或多个以下选项:
?作为主要费用的特定百分比。
[0027].对主要费用进行舍入所需的剩余金额。
[0028].最终用户作为使用所交付的服务的一部分收到的奖金。
[0029].固定费用，可以与主要费用有关也可以与主要费用无关。
[0030]如图2所示，在步骤S12中，在操作上由次要计费帐户16执行，在与主要计费帐户关联的次要计费帐户16中存储次要费用。
[0031]作为第一评价会话的结果，允许(例如实时)开始第二评价活动作为第一评价会话的连锁反应。次要评价会话的结果是服务的正常服务相关费用之外的费用。
[0032]具体地说，次要评价会话可使用根据第一评价会话的主要费用作为次要评价会话的输入参数。
[0033]然后，次要评价会话使用次要计费帐户作为关联帐户以临时存储次要费用。次要费用是将在最终用户批准时从正常用户服务帐户扣除的自愿费用。
[0034]一般来说，次要费用的扣除可在每次询问在线计费系统10或最终询问之后执行。在后一种情况下，存储在次要计费帐户16中的计费金额应反映计费会话期间生成的次要费用总计。
[0035]整体上，次要费用的引入允许提供新类型的在线计费控制和评价。例如，次要费用可用于支持调用次要评价会话以计算通过正常服务(如通话)的交付触发的自愿捐款的慈善相关服务。这允许:
?因次要费用的扣除增加充值(refill)率。
[0036].增加电信网络中的业务，例如，因为最终用户觉得通话是为了正当的理由。
[0037].对电信网络运营商产生信誉。
[0038].为慈善组织筹集货币，因为许多小笔捐款可能汇集成一大笔捐款。
[0039].通过提供简单的方法以可负担的方式进行小额货币的即时捐款，让订户感到满
O
[0040]图3示出在线计费系统10的另一详细示意图。
[0041]如图3所示,除图1所示的主要评价单元12、次要评价单元14及次要计费帐户16之外，在线计费系统10可以可选地包含计费控制单元18、评价批准单元20、帐户管理和结算单元22及费用转移单元24。
[0042]如图3所示，在线计费系统10还可包含实现主要帐户、可选的一个或多个专用帐户26-1、…、26-m以及在下文中也称为关联帐户的至少一个次要计费帐户16_1、…、16η的计费数据库。
[0043]应当注意，次要计费帐户16或关联帐户16-1、…、16-η可使用例如单独的专用帐户26-1、…、26-m来实现。次要计费帐户16可适合于保存状态逻辑，例如“当前正在使用”或“当前未使用”。如果次要评价流程正在扣款或正在等待最终用户批准以便次要计费帐户16不可用于相同用户的其它并行评价会话，则状态“当前正在使用”适用。这种方法限制了所需的次要计费帐户16-1、…、16-η的数量，同时从可用性的角度来看提供了优秀的解决方案形式。在多个用户的情况(即几个订户分享同一主要帐户的情况)下，优选是每个最终用户具有一个次要计费帐户16-1、…、16-n。
[0044]此外，与保存货币以支付潜在服务费用的专用帐户不同，次要计费帐户16存储在以后最终用户批准时可能被扣除的经计算次要费用。
[0045]再者，可假设次要计费帐户16可使用预约逻辑实现。但是，这种预约逻辑并非必需的。原因在于次要费用是自愿的。因此，另一个选项是为存储在次要计费帐户16中的次要费用设置一个宽限期。然后，如果最终用户不在这个宽限期内做出回应，或者如果主要帐户或专用帐户26-1、…、26-m上没有剩余货币，则将不会扣除次要费用。而且，一旦宽限期到期，次要计费帐户16将可用于下一个服务交付计费会话。
[0046]图4示出图3所示在线计费系统的操作的流程图。
[0047]如图4所示，在步骤SlO中，在操作上由主要评价单元12执行，根据第一评价逻辑执行第一评价会话以确定最终用户调用的服务的主要费用。
[0048]如图4所示，在步骤S18中，在操作上由计费控制单元18执行，基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用次要评价逻辑。
[0049]优选地，决定对要计费的服务应用次要评价逻辑的步骤S18基于动态服务数据执行。是否要对某个服务情景使用次要费用可优选地由订户数据和实现为例如选择树配置的一组分支条件的组合来决定。
[0050]更详细地说，图3所示的计费控制单元18可保存对可能涉及次要费用的实时计费来说特别重要的多个参数。它们中的一些反映使得能够即时决策的动态数据:在什么实例期间决定采用次要费用、如何计算主要费用以及何时发送针对次要费用的最终用户通知。下面给出了这些参数的几个示例，它们也可以在其相关使用中组合:
?个人服务优惠PSO位:可由电信系统运营商用于指示临时服务或服务用户类别。
[0051].优惠身份:这可能与仅在有限时间段期间有效的服务活动有关。
[0052].服务类值:订户可能由于有价票据充值临时属于某个服务类，例如黄金会员。
[0053].使用计数器值:在已消费特定量时，可能获得奖金。
[0054].当天日期和时间，在特定日子(例如圣诞节前夕)可能请最终用户为服务交付(例如通话)捐款。
[0055].帐户余额:这里次要费用可能仅在帐户余额高于某个限制时决定采用。
[0056]上述信息种类可在服务交付时即时使用。这使得能够从一个服务交付到另一个调整次要费用的使用。它还允许一些自发的小笔捐款，其中每笔次要费用将单独向最终用户呈现以便实时批准。
[0057]与不得不事先毫无根据地批准所有次要费用的离线情景相比，即时处理次要计费的灵活性和选项提供了优点。
[0058]如果步骤18中的决策结果为否，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到下一步。
[0059]如图4所示，在步骤S12中，在操作上由次要评价单元14执行，根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定所调用服务的次要费用。优选地，步骤S12使用主要费用会话参数作为次要评价会话的输入参数。[0060]如图4所示，在步骤S16中，在操作上由评价批准单元20执行，通过执行计费系统10与最终用户之间的批准数据的双向交换或通过最终用户执行预定义的批准设置取得针对次要计费的最终用户批准。
[0061]对于语音和数据通话，最终用户批准过程可能实现为响应发送给最终用户的次要计费通知的双向SMS对话或将由最终用户例如经由交互式语音响应IVR管理的预定义批准设置。
[0062]另一个选项可以是使用USSD对话或向负责确认次要费用的实际最终用户批准的外部应用报告适用的次要费用。
[0063]双向对话的一个示例可以是:“您的费用为$ 1.80。如果您想捐赠20美分用于慈善目的，则请按I。”然后，一个或多个慈善组织可受益于这个礼物。在将次要费用转移到一个或多个慈善组织时可使用后处理情景中的数据仓库报告或实时情况中的流动货币逻辑。
[0064]如果没有给予用户批准，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到步骤S20。
[0065]如图4所示，在步骤S20中，在操作上由次要计费帐户16或同等的关联帐户16-1、...、16-η执行，执行存储次要费用。优选地，次要计费帐户16可通过将在线计费系统的专用计费帐户26-1、…、26-m与反映次要计费帐户16的使用状态的状态逻辑结合使用来实现。
[0066]换言之，在线计费系统10 —般维持第一评价会话和第二评价会话的状态作为与例如预约阶段有关并且在后续扣款阶段可用的信息。
[0067]此外，状态信息可以是并非每次有来自网络的询问时都会发送的一些信息类型以使得在线计费系统10必须自行存储它。
[0068]再者，状态信息可通过分析后续询问之间的参数值的增量来得到。
[0069]最后，状态信息是在下一次询问中例如通过计数器和/或余额报告使用之前被准予和预留的有关资源。
[0070]如图4所示，在步骤S22中，在操作上由计费控制单元18执行，执行为次要计费帐户16设置的释放时间段是否到期的询问。这里，在释放时间段到期时释放次要计费帐户以存储新的次要费用。
[0071]如果释放时间段已到期，则图4所示的过程结束，而在肯定的情况下，图4所示的过程继续到下一步。
[0072]如图4所示，在步骤S24中，在操作上由次要评价单元14执行，在最终用户批准时执行从相关最终用户帐户扣除存储在次要计费帐户16中的次要费用。
[0073]如图4所示，在步骤S26中，在操作上由费用转移单元24执行，实时或在执行已批准次要费用的后处理之后执行已批准次要费用到接收节点的转移。
[0074]图5示出图1所示在线计费系统10与涉及在线计费流程的移动通信系统网络节点之间的互操作的流程图。
[0075]进一步对于迄今为止针对图1和图3说明的不同结构元件，图5示出服务节点28、计费会话服务器30、转移系统32及接收节点34。
[0076] 如图5所示，服务节点28通过计费会话服务器30的调停与在线计费系统10交互。服务节点28根据来自在线计费系统10的指示监控所分配计费金额的使用。[0077]此外，服务节点28可以是向至少一个最终用户提供服务的网络元件，例如服务器、代理、网络接入服务器、SIP代理或诸如消息传递服务器、内容服务器或游戏服务器之类的应用服务器。
[0078]如图5所示，提供转移系统32以沿上述线路将在在线计费系统10中确定的次要费用转移到接收节点34。这里，转移系统32具有与上文针对图3说明的费用转移单元24相同的功能，但作为在线计费系统10外部的单独实体提供。
[0079]下面将参照图5说明在线计费系统10、服务节点28、计费会话服务器30、转移系统32及接收节点34之间的互操作。
[0080]如图5所示，最初执行步骤S28以在服务节点28与计费会话服务器30之间建立计费会话。基于会话的计费控制使用询问并且在线计费系统10为基于会话的计费控制维持会话状态。可能的询问首先发起计费流程，中间以在呈递服务时请求新配额，和/或最后退出基于会话的计费控制流程。此外，计费会话可从核心网络或服务网络建立。
[0081]换言之，基于会话的计费流程对在线计费系统10使用询问或同等的请求/响应事务以发起基于会话的计费流程。在计费流程期间，使用询问来报告已用配额并请求新配额。
[0082]如图5所示，在步骤S28中建立计费会话之后，在步骤30中服务节点将执行服务交付。然后，服务节点28将通过计费会话服务器30的调停将询问转发到在线计费系统10以报告已用配额或请求新配额。在询问的基础上，在线计费系统10将随后在步骤SlO中根据第一评价逻辑执行第一评价会话以确定由服务节点28交付的服务的主要费用。由于主要费用与次要费用无关，它可从在计费数据库中分配的相关帐户立即扣除。
[0083]如图5所示，在线计费系统10还在步骤S12中根据次要评价逻辑使用来自第一评价会话的至少部分会话参数执行第二评价会话以确定服务的次要费用。由于次要费用需要由最终用户批准，它最初存储在次要计费帐户16中，如上所述，并且因此没有立即扣除。
[0084]如图5所示，在确定次要费用之后，将通知最终用户主要费用和次要费用以在步骤S32中进行次要费用的评估和批准。
[0085]最终用户的通知可通过例如网络发起的SMS进行。它可包括A订户MSISDN和发送给最终用户的文本(其中说明次要费用及批准它的选项)。
[0086]发送SMS的第一选项是经由SMS中心SMS-C发送它。
[0087]作为第二备选选项，SMS可直接发送到在线流动货币中心，第二选项提高了性能并避免了对目的地地址的伪造(manipulation)。这里,在线流动货币中心将是发送给最终用户的SMS消息的新来源。它会使用A订户编号MSISDN作为最终目的地地址将消息传递到SMS中心SMS-C。另外，可能在线流动货币中心需要包括虚构的MSISDN作为来源地址以防最终用户对网络发起的SMS的响应将不会到达在线流动货币中心。
[0088]此外，不管是否涉及在线流动货币中心，SMS中心SMS-C会将消息连同计费相关信息发送给通过对SMS文本中的预定义选项做出响应批准次要费用的最终用户。
[0089]然后，SMS返回到例如在线流动货币中心，将分析SMS文本以扣除次要费用。
[0090]除SMS之外，还存在执行实际通知过程的几种备选方法。一种是触发朝向某个URL的重定向，在该URL最终用户将能够批准次要费用；如果由适用协议支持，则这可通过计费会话发起。另一选项是使用朝向可从其(例如使用软件小应用程序)支持各种类型的最终用户通知的外部客户通信中心的专用通知界面。[0091]如图5所示，在计费系统10收到最终用户批准之后，将在S34从分配给最终用户的计费帐户扣除次要费用，例如，在主帐户中或从专用帐户26-1、…、26-m扣除，只要足够支付存储在次要计费帐户16中的次要费用。
[0092]如图5所示，还执行步骤S34以通知转移系统32关于到接收节点34的后续转移的次要费用。
[0093]这里，第一备选是转移系统32基于提供的次要计费信息，例如计费详细记录，为每个接收节点创建定期报告。然后，这个定期报告可接着用于进一步结算。
[0094]第二备选是在在线流动货币MM系统中实现转移系统32，并且在线计费系统10向在线流动货币MM系统报告次要费用和确定的接收节点。在这种情况下，在线流动货币MM系统需要充当朝向实现最终货币转移的流动货币MM系统的受信任和安全的网络实体。
[0095]图6A到图6C示出图1所示在线计费系统10与涉及在线RFC 4006 Diameter计费流程的移动通信系统网络节点之间的互操作的另一流程图。
[0096]在图6A到6C中，参照了作为服务应用提供商的等效物的服务节点28、作为计费会话服务器30的等效物的diameter信用控制DCC服务器、作为第一评价单元12和第二评价单元14的等效物的评价功能RF、作为帐户结算和管理单元22及专用帐户26的等效物的帐户余额管理单元、以及作为次要计 费帐户16、计费控制单元18、评价批准单元20及费用转移单元24的等效物的关联帐户逻辑AA。
[0097]虽然在图6A到图6C中关联帐户逻辑AA绘制为单独的逻辑实体，但它可很好地集成到帐户余额管理功能ABMF中。
[0098]如图6A所示，在步骤S40中，最终用户连接到数据服务，例如门户网站，服务应用提供商想就此对所使用的单元(即量、时间或事件)进行计费。在此之前，建立了第一diameter 会话。
[0099]如图6A所示，在步骤S42中，驻留在服务节点28中的服务应用提供商充当diameter信用控制DCC客户端并发送信用控制请求CCR以便评价和预留单元。该请求在帐户余额管理功能ABMF中终止。评价功能RF计算要为下一周期准予的单元并联系帐户余额管理功能ABMF以便预留相应金额。然后，在步骤S44中，已准予单元返回到服务节点28，并且在步骤S46中允许开始服务使用。
[0100]如图6A所示，在步骤S48中，服务节点28或换言之服务应用提供商报告所使用的单元并同时请求下一周期的新预留。评价功能RF计算上一周期的主要费用并联系帐户余额管理功能ABMF以便扣除相应的金额。然后，评价功能RF计算要为下一周期准予的单元并联系帐户余额管理功能ABMF以便预留相应金额。然后，费用和已准予单元均返回并且允许继续进行服务使用。
[0101]图6B示出图3A所示的流程图的接续。
[0102]如图6B所示，在步骤S50中服务使用停止，并且在步骤S52中服务节点28和相关服务应用提供商报告所使用的单元。评价功能计算上一周期的主要费用并联系帐户余额管理功能ABMF以便扣除相应的金额。计费系统现在已知正常会话的总计主要费用。
[0103]如图6B所示，在步骤S54中，调用AA逻辑。AA逻辑从diameter信用控制应用DCCA访问接收输入参数以及从正常会话接收总计主要费用。然后，在步骤S56中，联系评价功能RF以便计算次要费用。然后在步骤S58中，在帐户余额管理功能ABMF中预留次要费用。[0104]如图6B所示，在步骤S60中，随后使用diameter信用控制应用DCCA中的*[AVP]将次要费用包括在正常会话的信用控制应答CCA中。然后，在图6A所示的步骤S40中建立的第一 diameter计费会话终止。
[0105]图6C示出图3B所示的流程图的接续。
[0106]如图6C所示，在步骤S62中，服务节点28或换言之服务应用提供商现在知道次要费用并开始与最终用户的协商过程，例如通过将最终用户重定向到宣布(例如作为建议的自愿捐赠)次要费用的新网页。
[0107]如图6C所示,在步骤S64中，建立第二 diameter会话。然后,最终用户可通过点击是-按钮接受例如向慈善组织捐赠次要费用。在步骤S66中，使用DCCA上的* [AVP]发送diameter事件以便指示要扣除的费用与次要费用有关。
[0108]如图6C所示，在步骤S68中，调用AA逻辑。在步骤S70中，AA逻辑调用帐户余额管理功能ABMF以扣除次要费用。此时，从第一 diameter会话保存的预留将被清除。
[0109]如图6C所示，最终在步骤S72中，将通知服务节点和相关服务应用提供商已扣除次要费用，随后第二 diameter会话将终止。
[0110]在电信系统中使用时，AA逻辑使得实时计费情景成为可能。通过结合通话相关评价逻辑与后续实时分析，计算次要费用并将其存储在关联帐户上。主要费用用作次要费用的触发器。这联接了均实时执行的两种不同计费情景。第一计费情景由运营商控制并涉及强制服务费用。次要计费情景取决于最终用户的批准。此外，主要费用和次要费用可能导致分开的收入流。
[0111]应当注意，次要计费还涉及可直接加载到计费系统的内部存储器中的计算机程序，其包括在所述产品运行于计费系统的处理器上时执行计费流程的软件代码部分。
[0112]因此，还提供次要计费以达成所述发明方法步骤在计算机或处理器系统上的实现。总而言之，这种实现导致计算机程序产品的提供，以与计算机系统配合使用或更具体地说，包含于例如在线计费系统中的处理器配合使用。
[0113]这种定义次要计费功能的程序可通过许多形式传递到计算机/处理器，这些形式包括但不限于永久存储在非可写存储介质(例如可由处理器或计算机I/O附件读取的只读存储装置，如ROM或CD ROM光盘)上的信息；存储在可写存储介质(即软盘和硬驱动器)上的信息；或经由调制解调器或其它接口装置通过通信介质(例如网络和/或电话网络)传送到计算机/处理器的信息。应当理解，此类介质在携带处理器可读指令时实现次要计费概念。
[0114]缩略语
AA 关联帐户 ABMF帐户余额管理功能 CCA 信用控制应答 CCN 计费控制节点 CCR 信用控制请求 ⑶R 计费详细记录 CN 核心网络 CRS 计费数据报告系统DA专用帐户
DCCDiameter信用控制
DCCADiameter信用控制应用
IVR交互式语音响应
MA主要帐户
丽多调停
OCC在线计费控制
OCS在线计费系统
PSO个人服务优惠
Re3GPP Re参考点
Re3GPP Re参考点
RF评价功能
RFC请求注释
SC服务类
SCAP服务计费应用协议
SDP服务数据点
SMS短消息服务
SMS-C SMS 中心
SN服务网络
UC使用计数器
UE用户设备
USSD非结构化补充服务数据
【权利要求】
1.一种操作与电信系统交互的在线计费系统并关于最终用户的服务使用提供计费的方法，包括以下步骤: 根据第一评价逻辑执行(Sio)第一评价会话以确定服务的主要费用； 其特征在于 根据次要评价逻辑使用来自所述第一评价会话的至少部分会话参数执行(S12)第二评价会话以确定所述服务的次要费用；以及 将所述次要费用存储(S16)到与主要计费帐户关联的次要计费帐户(16)中。
2.如权利要求1所述的方法，其特征在于，它包括基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用所述次要评价逻辑的步骤(S18)。
3.如权利要求2所述的方法，其特征在于，决定对要计费的服务应用所述次要评价逻辑的所述步骤(S18)基于动态服务数据执行。
4.如权利要求1到3中的任一项所述的方法，其特征在于，它包括使用根据所述第一评价会话的所述主要费用作为所述次要评价会话的输入参数的步骤(S12)。
5.如权利要求1到4中的任一项所述的方法，其特征在于，它包括通过执行所述在线计费系统(10)与所述最终用户之间的批准数据的双向交换或通过所述最终用户执行预定义的批准设置取得针对所述次要费用的最终用户批准的步骤(S20)。
6.如权利要求1到5中的任一项所述的方法，其特征在于，它包括通过将所述在线计费系统(10)的专用计费帐户(26-1、…、26-m)与反映所述次要计费帐户(16)的使用状态的状态逻辑结合使用来实现所述次要计费帐户(16)的步骤。
7.如权利要求6所述的方法，其特征在于，它包括为存储在所述次要计费帐户(16)中的所述次要计费金额设置释放时间段的步骤(S22)，其中在所述释放时间段到期时释放所述次要计费帐户(16)以存储新的次要费用。
8.如权利要求6或7所述的方法，其特征在于，它包括在最终用户批准时从所述相关最终用户帐户扣除存储在所述次要计费帐户(16)中的次要费用的步骤(S24)。
9.如权利要求1到8的任一项所述的方法，其特征在于，它包括实时或在执行已批准次要费用的后处理之后将已批准次要费用转移到接收节点的步骤(S26)。
10.一种与电信系统交互并关于最终用户的服务使用提供在线计费的在线计费系统，包括: 主要评价单元(12)，适合于根据第一评价逻辑执行第一评价会话以确定服务的主要费用； 其特征在于 次要评价单元(14)，适合于根据次要评价逻辑使用来自所述第一评价会话的至少部分会话参数执行第二评价会话以确定所述服务的次要费用；以及 次要计费帐户(16)，适合于将所述次要费用存储到与主要计费帐户关联的次要计费帐户中。
11.如权利要求10所述的在线计费系统，其特征在于，它包括适合于基于从服务数据、服务类数据和/或订户数据中选择的至少一个参数决定对要计费的服务应用所述次要评价逻辑的计费控制单元(18)。
12.如权利要求10或11所述的在线计费系统，其特征在于，所述次要计费单元(14)适合于使用由所述主要评价单元(12)确定的所述主要费用作为所述次要评价的输入参数。
13.如权利要求10到12中的任一项所述的在线计费系统，其特征在于，它包括通过执行所述在线计费系统(10)与所述最终用户之间的批准数据的双向交换或通过所述最终用户执行预定义的批准设置取得针对所述次要费用的最终用户批准的评价批准单元(20)。
14.如权利要求10到13中的任一项所述的在线计费系统，其特征在于，所述次要计费帐户(16)通过所述在线计费系统(10)的专用计费帐户(DA)与反映所述次要计费帐户(16)的使用状态的状态逻辑结合来实现。
15.如权利要求10到14中的任一项所述的在线计费系统，其特征在于，所述计费控制单元(18)适合于为存储在所述次要计费帐户(16)中的所述次要计费金额设置释放时间段，其中在所述释放时间段到期时释放所述次要计费帐户(16)以存储新的次要费用。
16.如权利要求10到15中的任一项所述的在线计费系统，其特征在于，所述计费控制单元(18)适合于在最终用户批准时从所述相关最终用户帐户扣除存储在所述次要计费帐户(16)中的次要费用。
17.如权利要求10到16的任一项所述的在线计费系统，其特征在于，它包括适合于实时或在执行已批准次要费用的后处理之后将已批准次要费用转移到接收节点的费用转移单元(24) ο
【文档编号】H04M15/00GK103947179SQ201180075121
【公开日】2014年7月23日 申请日期:2011年11月28日 优先权日:2011年11月28日
【发明者】B.古斯塔夫森 申请人:瑞典爱立信有限公司
相关技术
网友询问留言
已有0条留言
- 还没有人留言评论。精彩留言会获得点赞！
1