收益管理系统及方法

专利名称：收益管理系统及方法
收益管理系统及方法相关申请的交叉参考本申请要求于2005年6月28日提交的临时申请第60/694，743号以及于2005年 7月观日提交的临时申请第60/703，687号的优先权，其全部结合于此作为参考。
背景技术：
电信网络运营商和服务提供商目前正在实施互联网协议多媒体子系统(IMS)。IMS 是关于任何网络类型(包括电路交换网、分组交换网以及公共交换电话网(PSTN))的多媒 体及电话服务的基于会话的控制的一组国际互联网协议(IP)标准。IMS通过互联网协议来 管理通信、协作以及娱乐媒体。IMS使用户能够以自然和直观的方式访问内容以及其他用户。IMS给用户提供了不依赖于固定或移动网络的功能，并且还保留了包括会话发起 协议(SIP)的现有协议。SIP是IMS的核心。SIP最初的发展是用于网络语音传输协议 (VoIP)jSIP使多个用户能够随意进入和退出正在进行的通信会话(即，两个或多个诸如移 动电话、内容服务器或个人计算机的通信终端之间的连接)。再者，SIP使用户能够在会话 期间动态地添加或移除媒体(语音、视频、内容等)并且以并行方式运行多个会话。IMS可用的服务包括下列的组合一键通、点击拨号、多玩家游戏、视频电话、SMS、 包含文件共享和视频会议的动态推送内容、以及在其它通信、协作及娱乐服务中的区位商 业。这些服务先前存在于独立的孤岛(silo)中即，在用户可使用一项新的服务(即， 发起会话)之前，他们必须退出一项服务(即，终止会话)。IMS的路由、网络位置、寻址以 及会话管理消除了孤岛的障碍，以实现了所谓的混合功能，其让用户自由游走于网络和服 务之间同时保持多个并存会话。以这种方式，IMS将一连串离散通信事件转换到单个共享 通信环境。例如，用户将能够选择最适合他们情况的通信模式(语音、具有视频的语音、文字 语音转换邮件等)，同时例如通过在语音呼叫中途添加视频流来动态地保留改变选择的自 由。用户也能够在任意装置上以及通过任意网络类型(固定的或移动的)来访问熟悉的服 务。并且他们将连同诸如更广泛的支付选择、信贷控制存在管理、以及方便的连接至组群的 新功能一起来享受这些自由。IMS还为运营商和服务供应商提供了降低成本以及增长收益的机会。由于不像当 前的封闭式服务，IMS可用的服务不需要例如计费、路由、供给以及订户管理这样的每个功 能的重复，因此可以期望成本的降低。而且，IMS服务可在所有服务中重新使用相同的功能， 因此在资金和运营支出上为它们的运营商产生了明显的节省。通过实现增强服务的收益增 长是IMS的另一个优点。这样，IMS对于面临商品化威胁的通信和媒体公司来说是等待中 的良药。电信网络运营商和服务供应商将需要融合计费系统以实现IMS的价值。这种系统 (以其消费者的综合视角来看)必须对捆绑出手和其它市场推广应用交叉服务折扣，以及对于每个消费者(即使当服务源于多个第三方提供商时)使用单独的统一帐单。由于近年来计费经历了深刻转变(从批处理到实时处理、从后台办公支持功能到 前台办公关键任务功能、从成本最小化到收益最优化)，因此原有记帐(billing)应用程序 日益不能满足对于IMS可用服务的计费需求。此外，运营商清楚消费者具有多种选择。在这种环境下，如果不能保持至少 99. 999% (所谓的“五个9”实用性)的正常运行时间，则CSP难以保持竞争力。相当于每 年仅有五分钟故障时间的五个9在传统记帐中是没有先例的。作为批处理系统，传统的记帐厂商不用必须提供高度可用的解决方案。如果在批 量运行中帐单系统出现故障，则一旦系统变得可用就可以简单地重新开始作业。由于这个 原因，CSP被迫保持独立系统以处理它们的预付费以及后付费的订户和服务。预付费语音 服务通常由以服务控制点(SCP)或服务节点的形式传统地提供预付费解决方案的网络设 备厂商来管理。这些系统(着眼于网络的建立，特别是预付费语音)被设计为达到1级服 务提供商的高实用性和低等待时间的要求。然而，该设计的关注点与仅对非常简单的估价 (rating)能力的支持导致这些系统比它们的后付费相应系统更加严格。由于没有提供单个系统支持全部收益管理功能，所以CSP必须经常配置多个单独 系统以支持那些功能。不同的“烟囱(stovepipe)”系统管理预付费及后付费服务，而其它 系统管理诸如语音、数据、内容以及消息的服务。这种多样环境迫使更高的运作成本并阻碍 了 CSP满足日益增长的市场需求的能力。CSP可以不再负担保持多个系统的运作超额，取而代之，CSP需要给予高性能和高 实用性以及灵活性和可升级性(scalable)的简单、融合、并且组合的收益管理方案。收益 管理系统还必须符合消费者市场的要求日益需要捆绑产品、有条件的多重服务折扣、分众 推销、以及在内容提供商、服务提供商以及网络运营商的多个合作者价值链中的收益分配 的综合功能。不同于必须实时地路由其传输(电路交换网中的呼叫和分组交换网中的信息包) 的电信网络，电信提供商的原有记帐系统通常完成后台办公功能、诸如呼叫详细记录以及 IP详细记录的批处理记录。如果当预定处理特定批量时记帐系统不可用，则工程师可确定 问题，然后在安排之后的数个小时运行该处理。在最坏的情况下，消费者的帐单将比平时晚 一天或两天到达他们的邮箱。但是通信服务用户的新期望是现在改变记帐游戏的规则。当今的用户需要符合他们不同的私人、职业以及家庭需要的多种支付选择。尽管一些人将继续支持长期存在的关系，其中他们通过发票以后付费的传统方式 来利用运营商处理他们的账户，但是越来越多的用户现在要求预付费的自由(可能通过在 杂货店中购买预付费卡来作为在一段时间内对来自可能的多个CSP的服务的凭证)。还有 其他一些用户想要通过在每笔交易的开始提供借记卡或信用卡号码来支付他们所消费的 产品及服务(所谓的“立即支付”)。在没有融合的实时方案的情况下，CSP必须通过维持多个未综合的记帐和消费者 关注系统来处理他们的预付费、后付费以及立即支付的消费者的巨大需要。实际上，他们没 有选择，这是因为原有记帐系统从来没有被设计为适应预付费和立即支付服务的交易实时 需求。而且它们当然没有被构造成具有必备的低等待时间以及五个9实用性，其是收益管 理系统处理通过直接连接至电信网络以实时方式每天处理多达数百万宗的交易所需要的。
可以满足预付费的高性能/低等待时间以及高实用性需要的记帐系统的存在对 CSP施加了巨大的成本，这是因为它们被迫维持用于它们的预付费/后付费环境和服务的 多个独立系统。

发明内容
本发明公开了一种用于收益管理的收益管理系统和方法。该收益管理系统可以是 计算机网络、单个计算机、计算机可读介质上的程序、软件和/或硬件架构、或它们的组合。 例如对于电信网络运营商和服务提供商，收益管理系统可用于管理电信网络的使用及由电 信网络产生的收益。电信网络可以是有线和/或无线的。收益管理系统可以对预付费、后付费以及立即支付的电信网络用户账户执行融合 的实时计费。收益管理系统可通过以下的整个服务循环来管理收益收益生成-收益捕 获-收益收集-收益分析。收益管理系统可具有硬件和/或软件收益生成模块或架构、收 益捕获模块或架构、收益收集模块或架构、收益分析模块或架构、或者它们的组合。(这里， 被表示或描述为模块、架构、层或平台的任何组元或特性可以是任何其它模块、架构、层或 平台。)收益生成模块或架构可以使电信网络上新服务的使用延迟最小化。收益生成模块 或架构可具有基于GUI的应用程序，用于快速地供给、定价、折扣以及管理诸如个性化推销 和收益分配的消费者和合作者关系的所有方面。收益捕获模块或架构可调节高性能和高实用性平台，其将所有交易转换为具有对 欺诈或系统故障时间零损失的收益。高实用性平台进一步使客户波动最小化。收益收集模块或架构可以确保后付费账户的正确帐单，同时实时地收集所有预付 费和立即支付的收益。收益收集模块可生成合作者(例如，商业伙伴)报表并提供例如财 务的实时观看以建议市场策略的改变。收益分析模块或架构可以处理通过收益管理系统的交易并且可为预定的数学函 数提供数据(即，数据分析)。可利用IMS可用的服务使用收益分析模块。收益管理系统可提供电信级性能、高实用性、无限可升级性、灵活性以快速地开始 并管理IMS可用的服务，执行端到端的收益管理以及它们的组合。收益管理系统对于服务提供商来说可以是单个融合的平台，对顾客类型、网络、服 务、支付方式以及地域实时地管理收益。收益管理系统可具有例如等同于具有融合收益管 理系统的功能性和灵活性的前端电信级网络元素的高性能、高实用性以及可升级性。收益管理系统可以是对任意顾客类型(住宅或商业)、网络类型(分组交换或电 路交换)、服务类型(语音、数据、商务等)、支付方式(预付费、后付费以及立即支付)以及 地域(多种货币和税收制度)实时地管理收益的统一系统。研究之后，CSP的记帐和消费 者服务平台中具有不足的性能和实用性。收益管理系统可具有收益捕捉平台以及内存内 (in-memory)对象存储(例如，TIMOS或其它技术)用于高性能/低等待时间，并具有动态 /动态分级架构用于高实用性。收益管理系统可呈现电信级性能、无限可升级性、五个9实用性、灵活性，以快速 地开始并管理新服务及其组合。收益管理系统可为运营商给出他们的订户的统一视点(例如，对各种网络中用户的数据库信息的快速且有组织的观看)。收益管理系统可被配置为对市场划分分析数据库 数据，以产生折扣(例如，多重服务折扣)、以及提升并呈现诸如将全部服务合并到单个帐 单的功能。例如，收益管理系统可精确地管理与最终客户的多个收益接触点，以使网络能够 提供多种语音和多媒体服务并对其记帐。融合收益管理系统可消除重复过程并开发经济范围，因此其可以获得比多个非综 合系统更低的运作成本。这样的效率可以转化为资源、技能、培训、硬件等的充分节省。融 合收益管理系统可比多个孤立系统具有更强大的灵活性和可升级性。该系统可提供具有重 要功能性利益的综合的顾客视角，例如将交叉服务折扣应用于捆绑供给的能力以及即使在 服务来自多个供应商时对每个顾客生成单一帐单的能力。


图1示出了集成到IMS框架的收益管理系统的变型例。图2示出了具有网络层的收益管理系统的变型例。图3示出了收益管理系统的变型例。图4示出了具有示例性负荷分配的收益管理系统的变型例。图5示出了具有多数据库子系统的收益管理系统的变型例。图6示出了对于收益管理系统的基准测试的配置。
具体实施例方式图1示出了收益管理系统可被集成到IMS框架(即，与IMS框架进行数据通信)。 用户可通过标准化的接入点、CSCF(呼叫会话控制功能)或SIP服务器经由任意设备和任 何接入网络来访问基于IP的服务。CSCF建立并管理会话，传递来自其他用户或内容及应用 服务器的消息和内容。CSCF与HSS (归属用户服务)协同工作，其中HSS管理订户的数据和 优先选择，能够使用户找到彼此并访问所订购的服务。CGF(计费网关函数)可以调解对其 它运营商网络的访问并支持用于计费、供给及顾客服务的应用程序。图2示出了收益管理系统的架构可具有网关层(例如，AAA网关)、收益捕获层和 数据库及存储层。网关层可经由诸如HPOpenCalK来自美国加州帕罗奥多的惠普公司)的 平台连接至外部网络，其又可连接至网络交换机。网关层可以是对网络层的接口。可经由一个、两个或多个AAA(认证、授权、记帐) 网关管理器来保持对网络层的连接。可以包括一个主要的以及一个或多个空闲但运转的备 份的AAA网关管理器经由TCP/IP连接至网络SCP，并且管理多个任务。任务可包括协议转 换、异步接口、负载平衡、服务水平协议(SLA)等待时间执行、故障检测、故障处理、故障恢 复以及它们的组合。协议转换可提供从网络SCP所使用的协议到通信协议(例如，门户通信协议 (PCP))的高速转换。AAA网关可支持HP OpenCall的基于消息的接口(MBI)协议、Diameter 计费以及PCP。AAA网关可提供扩展来支持附加的协议。在到SCP的异步连接中，可接收并确认来自SCP的请求。在完成所请求的操作后， AAA网关的异步接口可将具有最终结果的响应发送给SCP。
负载平衡组元可使用轮叫(round-robin)算法，在可用的连接管理器中平均分配 请求。SLA执行可监控并保证与服务水平协议的等待时间要求的一致。故障检测组元可检测诸如收益捕获平台中AAA网关和连接管理器之间断掉的链 接的故障。故障处理组元可以为在后端故障和未决恢复期间处理的请求提供临时请求存储 部件，以及对后端无效或在特定等待时间水平内完全没有响应的情况提供操作的降级模 式。故障恢复组元可在故障之后将请求传递到收益捕获平台。当呼叫(或其它连接)到达网络时，SCP可询问AAA网关以许可该服务(S卩，授权 该呼叫)。在呼叫期间，SCP通过传送呼叫开始和呼叫结束请求以及如果先前授权量快要用 尽则重新授权请求来保持收益管理系统对呼叫状态的评价。AAA网关可将SCP请求转换为事件数据记录(EDR)。然后，AAA网关可根据服务和 请求类型将EDR传递到特定的处理传递途径(例如，认证、授权、或计费)。处理传递途径 可包含可在收益捕捉平台中呼叫CM的API的模块。这是在接收到响应之前阻止处理的同 步呼叫。然后，响应可被转换为EDR，并且EDR可传递到可将响应发送回SCP的网络输出模 块。可通过AAA网关中的超时监控设施来监控等待时间的处理。如果超时设施检测到 不可接受的等待时间，则超时设施可将EDR传递到超时传递途径。然后，超时传递途径可执 行业务逻辑来以降级模式处理该请求，从而确保响应具有所要求的等待时间水平。降级模 式可允许超时传递途径基于可配置的规则集合来做出关于如何继续进行的决定。例如，如 果请求用于本地呼叫的授权，则规则可在这样的请求超时之后通过默认表示许可。相反，对 于国际呼叫授权的超时请求，可能接收到默认拒绝。其它两个传递途径(异常传递途径和重放传递途径)可简化、存储并重放超时的 请求，以防止任何的收益损失。如果超时是由收益捕获平台中的故障所造成的，则重放传递 途径可在收益捕获平台回到在线之后读取重放日志并发送所记录的请求。如果由于其它原 因发生超时，则重放可立即开始。收益捕获层可执行对于预付费及立即支付交易必需的认证和授权。收益捕获层可 处理事件估价和记录所有交易的记帐任务。图3示出了收益捕获层可具有一个、两个或多 个连接管理器、数据库数据管理器以及TIM0S(内存内交易对象存储)数据管理器、可与数 据库同步的高性能内存内存储。收益捕获平台可包括收益捕获层的组元。每个AAA网关管理器可经由TCP/IP连接至一个、两个或多个不同的连接管理器。 作为相对的主要/备份模型，这两个连接在正常处理期间通常是处于使用状态。利用简单 的轮叫算法来平均分配对CAI的初始请求。连接的跨机分配可提供处于硬件水平的故障容 限。(可通过运营商的实用性和可升级性要求确定连接管理器的数目)。连接管理器可将请求路由到适合的TIMOS数据管理器或后端数据库管理器。收 益管理系统的设计可提供诸如认证和授权的时间敏感请求，其仅通过访问来自高速内存内 TIMOS高速缓存的数据而被执行。可容忍较长等待时间的计费请求可访问TIMOS高速缓存 及后端数据库。
可以配置该系统，从而非实时请求绕开TIMOS数据。例如，非实时请求可包括批量 估价或记帐工作，或者不要求毫秒水平响应时间的实时请求，例如客服代表的账户询问。图4示出了具有所示示例性负载分配的收益管理系统的变型例。该系统的架构可 以具有一个、两个或多个TIMOS实例及其备份对应物。每个TIMOS实例均可具有三个组件 参考对象高速缓存、数据迁移以及临时对象存储。参考对象高速缓存可以是用于诸如顾客账户记录、在实时认证和授权处理期间要 求只读参考的数据库对象的高速缓存区域。数据迁移可以是从数据库填充参考对象高速缓存的子系统。临时对象存储可以是用于存储诸如动态会话对象和资源保留对象的仅使用TIMOS 的临时对象的区域。TIMOS实例可适合订阅基础的不同组。例如，对于图4所示的最小两个实例的结 构，每个实例大概50%的订户。每个主要TIMOS实例可在独立的服务器上运行，相同的服务 器运行另一个主要TIMOS实例的备份实例。同时，连接管理器可咨询目录服务器，以将请求路由到正确的实例。目录服务器可 被配置为作为独立的处理或作为任意TIMOS实例的部分。TIMOS数据管理器又可以连接到至少两个数据库数据管理器，它们每一个都是动 态的并且都可在故障的情况下承担另一个的工作量。数据库数据管理器与后端关系数据库 连接。数据库及存储层可具有一个或多个服务器簇(cluster)、簇软件、一个或多个存储 区域网络以及它们的组合。服务器簇可以是处理单个数据库的数据的至少两个数据库服务 器的配置。簇软件可以管理预付费账户(例如，Oracle RAC(实应用程序簇)簇软件或利 用其来执行)。存储区域网络可支持高速及高实用性磁盘存储。收益管理系统可经由高速存储区域网络访问诸如Oracle RAC的高性能关系数 据库。该系统可利用多线程及TIMOS数据管理。TIMOS可访问系统存储器(即，RAM)。对 RAM中数据的请求的处理可以比基于磁盘的数据库中数据的请求的处理快很多。由于以下 TIMOS数据管理和RDBMS之间的差异，与关系数据库相比吞吐量和等待时间可被减少TIMOS可存储内存内数据并避免数据库访问的时间延迟及关联性表示与数据库的 物理格式之间转换。收益管理系统使用对内存内数据最优化的内部搜索及存储算法，进一步减少了等 待时间。对于TIMOS管理数据的只读请求可避免对后端数据库的往返以及后续的磁盘存 储，从而避免了多重网络跳跃(hop)以及它们相关的等待时间。临时对象的产生和更新可 通过TIMOS全部在存储器中执行，而不需要磁盘访问操作。该系统可经由分段实用性架构、主动/主动冗余结构以及可控系统更新具有操作 的分配。收益管理系统可具有分段实用性架构，其允许在收益捕获平台内处于较低层组件 故障的情况下，具有非常高实用性的较高层维持系统操作(如果有必要处于降级模式)。例 如，如果AAA网关失去与其收益捕获层中连接管理器的连接，则网关层可维持服务授权的 实用性。即使在降级模式中运行，该系统也可以通过确保所有事件被捕获在重放日志中并为了持续性而保留到磁盘中来防止收益损失。使用重放日志可确保一旦系统恢复就对每个 事件进行计费。表1-层实用性和恢复
层实用性百分比网络 网关 收益捕获 数据库&存储99. 999% 99. 999% 99. 95% 99. 999%表1示出了对于收益管理系统各层的示例性百分比。由于AAA网关被设计为为服 务授权提供99. 999%的实用性并且能够在降级模式中运行，服务实用性明显高于最低可用 组件的实用性。前台办公(例如，RAM)实时处理可实现高实用性。该系统可以具有主动/主动冗余或主动/被动冗余。主动/主动冗余可立即充分 地检测组件中的故障并自动将故障组件的负载切换至其对应组件。对应组件可承担故障组 件的附加负载，这是因为可以配置系统(例如，适当调节)使得节点在正常操作下的能力下 充分运转，并且因此可在故障恢复(failover)期间承担附加负载。AAA网关可在两个动态连接管理器之间分配通信量50/50。每个连接管理器都可 将请求路由到合适的TIMOS数据管理器或数据库数据管理器。每个簇节点都可在正常操作 期间以能力的40%运行。如果TIMOS数据管理器中的一个没有响应连接管理器，则系统自 动故障恢复到在另一个簇节点上运行的TIMOS数据管理器的备份实例。在故障恢复中，数据迁移器可开始加载具有没有预加载的任何参考数据的备份 TIMOS高速缓存中。在故障恢复之后，对备份系统的处理可以立即重新开始(例如，系统不 需要等待数据迁移的完成)。如果请求到达所需要的数据还没有加载到TIMOS缓存中的备 份TIMOS DM，则可将该请求传递到合适的数据库DM。超时监控器可确保在要求的等待时间 期限内做出响应，尽管等待时间将长于对已填充的高速缓存的请求。另外，例如，请求对象 可被高速缓存为对于未被高速缓存对象的请求的副作用，从而使对于相同数据的后续请求 更加快速。该系统可以支持其它类型的故障恢复。例如，如果在AAA网关与连接管理器之间 的连接失败，则其连接保持可操作的连接管理器可以承担全部负载。同时，如果没有在特定 等待时间内接收到来自连接管理器的响应，则AAA网关可自动执行自定义业务逻辑。例如， 如果连接管理器没有响应数据库更新请求，则业务逻辑可以确保一旦系统恢复，AAA网关就 保存对后续处理的请求。自定义业务逻辑可在拒绝访问顾客余额信息的严重故障情况下维 持操作(尽管处于降级模式)。可通过存储区域网络、簇服务器以及Oracle的RAC软件的组合支持数据库及存储 层处的高实用性。图4示出了可具有至少两个位于不同数据库模式中的、例如服务于不同 顾客群的独立服务器(例如，RAC服务器)。每个RAC服务器可专用于一个数据库模式。在 正常操作期间，对于系统的两个对分的通信可沿着不同路径并且互不干扰。在故障情况下， Oracle可将通信重新导至剩下的RAC服务器。Oracle RAC可确保通信平滑过渡到剩余节点ο诸如存储队列和磁盘镜像的其它可选方法可以提供数据库及存储层中额外的回 弹力。收益管理系统可具有可控系统更新模块，例如为了进一步补充高实用性。可配置 可控系统更新以通过设定在指定间隔自动重新启动处理来使CSP限制全部系统处理的寿 命。可控系统更新(即，类似于预定的故障恢复)可以确保可能会威胁系统稳定性的任意 累计错误不会变得严重。通过在相对开始的状态中检测这种错误，可控系统更新可以为工 程师提供时间来固定错误累计源。更重要地，可控系统更新模块可确保当发生不定期故障 恢复时能够适当地被执行。内容管理器模块可提供安全的记帐接口，以将增值服务提供商与运营商链接。收 益管理模块能够(例如，通过互联网或其它⑶I接口)使商业伙伴访问收益管理器模块的 实时功能，而不需要商业伙伴购买及支持他们所拥有的整个系统。系统可具有用于定价管理、消费者管理、合作者管理以及服务启动的灵活GUI应 用程序。例如，该系统可具有定价中心/管理模块。定价中心/管理模块可具有定价管理 功能，例如用于与用于定价和折扣的相关规则一起快速限定产品和服务目录。定价管理模块可通过任意支付方式的统一定价接口(例如，一个工具/ 一个处理) 限定价格、推销以及服务捆绑。定价管理模块可使用来自作为估价模式一部分的估价记录 的任意属性。价格管理模块可支持一次非重复发生事件(例如，注册/取消费用、移动商 务、内容以及多种服务使用)以及对于变化期间(例如，每周、每月、数月以及每年的事件) 的重复发生事件的预付费支持。定价管理模块可管理分层、数量、多重服务折扣选择以及用 户定义折扣。定价管理模块可追踪天/星期以及特殊日子的时间。定价管理模块可对诸如 封闭用户组、朋友和家庭的定价选项进行分组。定价管理模块可提供对基于地域和基于位 置的定价的支持。定价管理模块可管理无限数目的定价度量基于传输(每分钟、每千字节 等)、基于价值(每首铃音、每个游戏、每个消息等)、混合或CSP可能想要在未来定义的任 意度量。定价管理模块可将一个或多个余额影响指定到任意数目的给定余额(货币的或非 货币的)。定价管理模块可定义比例规则。定价管理模块可将产品与服务之间的连接限定 至总帐(G/L)中的条目。系统可以具有消费者管理接口模块。例如，消费者管理接口可通过实时或批量 CRM/PRM综合、通过与原有应用程序的综合或它们的组合，在收益管理系统内自然地支持消 费者和合作者账户的产生和管理。收益管理系统可具有其它模块来激活、停用、供应以及保持关于服务的相关设备 信息。例如，一些服务(例如，GSM电话)可被实时地提供，而其它服务(例如，高速互联网 访问)可具有分段供应。该系统可具有一个或多个服务管理器模块，以基于诸如GPRS、GSM、 WAP、LDAP以及SIM的服务和标准的工业要求来提供特定的服务管理能力。收益管理系统可支持具有少许或没有软件修正且没有性能损耗的无限且接近线 性的可升级性。由于订户或交易量的增长，运营商可通过垂直升级(例如，将CPU添加到现 有服务器)或水平升级(例如，配置额外服务器)在任意时间增加运营能力。利用这种额 外的能力，可使该系统的高性能和高实用性保持得不可削弱。例如，如果在交易量的增长逼近现有TIMOS实例的能力，则运营商可以添加必要的硬件来支持另外的TIMOS实例对。例如，如果TIMOS不是系统能力中的限制因素，则通过 添加诸如OracleRAC簇的多个数据库，该系统是容易可升级的。图5(图3的最小化配置的 扩展)示出了多重DB可升级性的变型例。收益管理系统可以以多种以顾客为中心的方法来管理信用。例如，家庭可在相同 的家庭计划中具有单独的预付费、和/或后付费、和/或立即支付子账户(例如，如果家庭 的每个成员想要不同的支付方案)。公司可对公司的通信设备在私人使用和业务使用之间 划分账户(例如，职工可以打私人电话或业务电话并被记到单独的账户)。对于习惯于通过准备、打印以及邮递发票至顾客的月批量处理的记账的服务供应 商来说，IMS时代的以顾客为中心的记账方式意味着通常业务的终结。取而代之，服务提供 商必须执行更加灵活的实时系统，其可以管理消费者的信用并对客户的费用计费，提供预 付费和立即支付选择以及传统的后付费货品计价。图6示出了对于收益管理系统的基准测试的结构。该测试是在加州哥波廷诺市的 惠普实验室进行的。该测试在具有分割为多个区的721-GHz CPU的HP超级(superdome)计 算机上执行。测试驱动器软件在通过收益管理系统模拟认证通信负载(1500000位预付费 订户)的8-CPU区上运行。连接管理器和数据库数据管理器也分别运行在8-CPU区上，而 交易内存内对象存储(TIMOS)数据管理器的单个实例在16-CPU区上运行。Oracle RDBMS 运行在另一个16-CPU区上。表权利要求
1.一种计算机系统，被配置为管理用于对至少一种预付费、和/或后付费、和/或立即 支付账户的电信服务进行实时计费的收益，所述系统包括网关层、收益捕获层、数据库层、 以及存储层。
2.根据权利要求1所述的系统，进一步包括内存内对象存储，其中，所述对象存储包 括RAM存储器。
3.根据权利要求2所述的系统，其中所述收益捕获层包括所述内存内对象存储。
4.根据权利要求1所述的系统，其中所述系统对于处理器是可升级的。
5.根据权利要求1所述的系统，其中所述系统对于存储器是可升级的。
6.根据权利要求1所述的系统，其中所述系统被配置为与MS账户连接。
7.一种收益管理系统，被配置为对预付费、后付费、以及立即支付电信网络用户账户 执行融合实时计费。
8.根据权利要求7所述的系统，其中，所述系统被配置为与IMS账户连接。
全文摘要
本发明公开了一种用于电信网络的收益管理系统及方法。该收益管理系统可以与国际互联网协议多媒体子系统(IMS)结合。该收益管理系统及方法可以具有硬件和/或软件收益生成模块或架构、收益捕获模块或架构、收益收集模块或架构、收益分析模块或架构、或它们的组合。
文档编号H04K1/00GK102100027SQ200680023815
公开日2011年6月15日 申请日期2006年6月28日 优先权日2005年6月28日
发明者亚历山大·罗克尔, 戴维·斯科特·拉布达, 戴维·莱维, 托尼·韦尔奇赫, 热罗姆·盖恩内, 贾亚普拉卡什·克里希纳穆尔蒂 申请人:甲骨文国际公司