在传统上，无线网络和有线网络中的计费是后付费或者预付费的。预付费 计费是指用户先购买服务再使用并在用户使用的基础上消耗用户所付的余额的 计费类型。例如，用户可以在预付费无线计划下购买十个小时的节目时间。当 用户在无线网上发出或接收呼叫时，网络中基于IN的技术实时监控用户的使用 并且相应地减缩用户的帐户。如果用户的帐户不足或用完，那么用户需要先对 帐户充值，然后网络才会允许进一步使用。
后付费计费是指用户先使用服务再对服务付费的计费类型。例如，用户可 以与服务提供商签订合同，规定针对服务的什么内容对用户记帐(bill)。当用 户在网络上发出或者接收呼叫时，基于IT的技术在呼叫期间收集呼叫信息以及 生成呼叫的呼叫详细记录(CDR)。CDR包含诸如主叫方、被叫方、呼叫持续 时间等的信息。CDR由按照记帐周期聚集(aggregate)CDR的服务提供商的 记帐系统收集。在记帐周期的结束时，服务提供商寄帐单给用户，详细说明用 户在记帐周期期间的使用。
通信网络中有关计费系统的一个当前问题是用户需要对于预付费计费或者 后付费计费签约。而即使不是所有的服务提供商，也是大部分服务提供商都是 分别操作预付费计费系统和后付费计费系统。因此，用户不能选择与同一个服 务提供商同时签定预付费计费和后付费计费。
图1示出了在现有技术中的通信网络100。通信网络100包括核心网102， 诸如有线网或者无线网。通信网络100也包括预付费计费系统110、调解系统 120、后付费计费系统130和记帐系统140。预付费计费系统110为用户提供预 付费计费机制。预付费计费系统110包括实时呼叫控制系统112、帐户余额管理 系统114及实时费率和记帐引擎116。实时呼叫控制系统112为预付呼叫提供预 算控制。例如，呼叫控制系统112可从帐户余额管理系统114识别余额，如果 帐户余额足够则批准预付呼叫。呼叫控制系统112也可以对核心网102批准或 者同意预付呼叫的定额(时间片(slice))，对用户提供通知，如果余额用完就终 止呼叫。帐户余额管理系统114提供帐户管理，例如，监控用户的余额，确定 何时帐户在阈值以下，提供通过信用卡或者其他方法等对帐户再充值的机制。 实时费率和记帐引擎116确定预付呼叫的费率(rating)。为了提供费率，费率 和记帐引擎116从呼叫控制系统112接收呼叫信息，从帐户余额管理系统114 接收帐户信息，并产生预付呼叫的费率(例如，一分钟 )。预付呼叫结束以后， 呼叫控制系统112产生既定费率的预付CDR，并把既定费率的(rated)预付 CDR传给记帐系统140。
调解系统120被配置为接收、处理使用信息，并把使用信息重新格式化为 适用于后付费计费系统130或记帐系统140处理的格式。如果调解系统120从 核心网102接收到呼叫的未定费率的后付费CDR，那么调解系统120可根据后 付费计费系统130或者记帐系统140的所需格式将未定费率的后付费CDR重新 格式化。如果调解系统120从核心网102中的单元得到呼叫的多个未定费率的 后付费CDR，例如911呼叫或者多方呼叫，那么调解系统120就如后付费计费 系统130或记帐系统140希望的那样把多个CDR组成单一未定费率的CDR。 调解系统120可以在记帐系统140中实现，可以在后付费计费系统130或者如 图1所示的单独的系统中实现。
后付费计费系统130为用户提供后付费计费机制。后付费计费系统130包 括成批费率引擎132。与预付费计费系统110类似，成批费率引擎132确定后付 费呼叫的费率。为了提供费率，成批费率引擎132从调解系统120接收到未定 费率的后付费CDR。成批费率引擎132此时确定CDR的费率并生成既定费率 的后付费CDR传给记帐系统140。
记帐系统140被配置为从预付费计费系统110接收既定费率的预付费CDR 和从后付费计费系统130接收既定费率的后付费CDR。记帐系统140用CDR 来生成帐单、生成使用记录、执行业务管理和支付管理以及执行任何其他记帐 功能。
遗憾的是，预付费计费系统110和后付费汁费系统130互相独立地操作。 用户只能向服务提供商预订预付费计费或者预付费计费，而不能同时两种都订。

本发明通过在通信网络中汇聚(converge)预付费计费和后付费计费来解 决上面所述的和其他的相关问题。用户可以预订(subscribe to)预付费计费、 后付费计费或者混合预付费/后付费计费。通过使用该混合计费，可以依据由用 户定义、由服务提供商定义或者由另一方定义的计费标准，按预付费或后付费 方式对用户计费。例如，计费标准可以是以一天中的时刻。公司可以在工作日 (8am到5pm)支付用户的呼叫，这以后付费的方式对公司计费。在工作日以 外，用户可以负担呼叫，这记在用户的预付费的帐户上。汇聚预付费和后付费 计费有利地允许基于计费标准对用户进行不同计费，这为用户提供了更多灵活 性，还可以扩展用户的市场。
本发明的一个实施例包括提供汇聚预付费计费和后付费计费的增强型通信 网络。通信网络包括交换系统、计费选择系统、预付费计费选择系统和后付费 计费选择系统，在操作时，交换系统接收用户的呼叫。响应呼叫，交换系统处 理用户简档以确定呼叫的计费类型。如果用户的计费类型包括混合的预付费/后 付费计费，那么交换系统把查询传给计费选择系统。计费选择系统接收该呼叫 的查询，处理计费标准以确定该呼叫的混合预付费/后付费计费应当是预付费还 是后付费。计费标准可以由用户、由服务提供商或者由另一方预先定义。计费 标准的示例包括但是不局限于一天中的时刻、一周中的一天、用户的位置、呼 叫的目的地、来自用户的指令、呼叫的类型、呼叫内容的类型、用户的余额阈 值等等。如果计费选择系统基于计费标准确定对于呼叫的计费应当是预付费的， 那么计费选择系统如在预付费计费系统中那样开始对呼叫的预付费计费。如果 计费选择系统基于计费标准确定呼叫的计费应当是后付费的，那么计费选择系 统如在后付费计费系统中那样开始对呼叫的后付费计费。
本发明可以包括下面描述的其他示范实施例。
附图说明
图1示出了现有技术中的通信网络。
图2示出本发明的一个示范实施例中的通信网络。
图3示出本发明的示范实施例中的操作交换系统的方法的流程图。
图4示出本发明的示范实施例中的操作计费选择系统的方法的流程图。
图5示出本发明的一个示范的实施例中的另一个通信网络。
图6的框图进一步示出了本发明的示范实施例中的计费选择系统是怎样操 作的。
图7示出本发明的一个示范实施例中的另一个通信网络。

图2-7和下面的说明描述了本发明的特定示范实施例从而教导本领域技术 人员如何得到和使用本发明。因为教导发明的原理起见，本发明的一些传统方 面已经简化或者省略了。本领域技术人员将会预见到从这些具体实施方式来的 变化，那将落入本发明的范围之内。本领域技术人员将预见到以下描述的特征 能以多种方式结合形成本发明的多种变形。因此，本发明并不局限于以下所描 述的特定实施例，而是仅仅由权利要求及其等效体来限制。
图2示出本发明的一个示范实施例中的通信网络200。通信网络200包括 核心网202，核心网如图所示的包括交换系统204。核心网202可以包括有线网、 无线网、IMS网络或者其它类型的网络。交换系统204包括适用于为用户206 服务以将呼叫连接到用户206或从用户206接收呼叫的任何系统或者服务器。 交换系统204的示例包括交换机、移动交换中心(MSC)、呼叫服务控制功能 (CSCF)或者取决于核心网202的类型的另一类型的单元。
通信网络200还包括耦合于核心网202的计费选择系统210。计费选择系 统210包括处理系统212和数据库214。在核心网202中，数据库214存储呼叫 的计费标准。计费标准包括任何定义、策略规则或者其他用来确定核心网202 中的呼叫应当是按预付费还是后付费计费的数据。计费标准可以由用户206、操 作核心网202的服务提供商或者另一方或实体定义。在本描述中，计费标准的 示例将稍后提供。计费标准可以存储在分布于通信网络200中的可由计费选择 系统210访问的其他单元中(未示出)。
通信网络200还包括预付费计费系统220、后付费计费系统230和记帐系 统240。预付费计费系统220可以包括用于在核心网202中为呼叫提供预付费计 费的传统或者增强的系统。后付费计费系统230可以包括用于在核心网202中 为呼叫提供后付费计费的传统或者增强的系统。记帐系统240包括响应于从预 付费计费系统220或者后付费计费系统230接收信息(例如，CDRs)，处理核 心网202中的呼叫记帐的任何传统或者增强的系统。
在一个实施例中，计费选择系统210可以在预付费计费系统220中实现。 在另一个实施例中，计费选择系统210可以在后付费计费系统230中实现。在 另一个实施例中，计费选择系统210可以在如图2示出的独立系统或服务器中 实现，或者在核心网202的部件(例如交换机)中实现。计费选择系统210可 以用软件、硬件或者硬件和软件的组合实现。在软件实现中，计费选择系统210 可以由在存储介质上存储的指令构成。指令可以由处理系统212检索和执行。 指令的一些示例是软件、程序码和固件。存储介质的一些示例是存储器、磁带、 磁盘、集成电路和服务器。当由处理系统212执行时，指令是可操作的，以指 导处理系统212依据本发明进行操作。术语“处理系统”是指单一处理装置或者 一组互操作的处理装置。处理器的一些示例是计算机、集成电路和逻辑电路。 本领域技术人员对指令、处理器和存储介质熟悉。
通信网络200被增强以允许用户206同时预订由服务提供商提供的预付费 计费和后付费计费。其他用户(未示出)可以仅仅预订预付费计费，通信网络 200可对那些用户以传统方式操作提供预付费计费。其他用户(未示出)也可以 选择仅仅预订后付费计费，通信网络200可对那些用户以传统方式操作提供后 付费计费。在此实施例中，用户206同时预订了预付费计费和后付费计费，在 此称作混合计费。
如果用户206在核心网202中发起呼叫或者从核心网202收到呼叫，于是 交换系统204接收该呼叫。在此用到的术语“呼叫”可以是语音呼叫、数据呼叫、 SMS/MMS消息、IMS会话(用于语音、多媒体、游戏等等)或者是用户206 的另一类通信。交换系统204可以如图3描述的对收到呼叫作出响应。
图3是示出本发明的示范实施例中的操作交换系统204的方法300的流程 图。方法300的步骤将会参照如图2所示的交换系统204描述。图3流程图的 步骤并非包含所有，还可以包括其他未示出的步骤。
在步骤302，交换系统204接收对用户206的呼叫。如前所述，呼叫可以 由用户206开始或者去往用户206。在步骤304，交换系统204处理用户206的 用户简档以确定呼叫的计费类型。计费类型可以是预付费计费、后付费计费或 者混合计费。交换系统204可以本地存储用户简档，或者可以访问另一个装置， 如归属位置寄存器(HLR)或者归属用户服务器(HSS)，以检索用户简档。用 户简档表示用户206预订的服务等级(class)。在此实施例下，用户206预订了 允许混合计费的服务等级。
如果确定计费类型是混合计费，那么交换系统204产生如何继续进行呼叫 的查询，在步骤306把查询发送给计费选择系统210。图4描述计费选择系统 210响应查询的示范操作。
如果确定计费类型是预付费计费，则交换系统204生成查询，在步骤308 以传统方式把查询发送给预付费计费系统220。传统上，查询的目的是询问预付 费计费系统220用户206是否被允许发出或者接收这个呼叫。例如，用户206 可能在他/她的帐户中余额不足或者没有余额，这使预付费计费系统220指示交 换系统204拒绝呼叫，直到用户206对帐户再充值。步骤306或者308中查询 的格式取决于核心网202的类型。格式可以是有线网的CS-1、GSM网络的CAP、 CDMA网络的IS-826或者IMS网络的Diameter。
如果确定计费类型是后付费计费，则在步骤310中，交换系统204允许呼 叫完成，且当呼叫以传统方式结束时，生成未定费率的后付费CDR。
图4是示出本发明的示范实施例中的操作计费选择系统210的方法400的 流程图。方法400的步骤将会参照如图2所示的计费选择系统210描述。图4 中的流程图的步骤并非包含所有，还可以包括其他未示出的步骤。
在步骤402，计费选择系统210中的处理系统212接收到来自交换系统204 的呼叫查询。在步骤404，处理系统212处理存储在数据库214中的计费标准， 以确定该呼叫应当是按预付费还是后付费进行计费。如果处理系统212基于计 费标准确定呼叫的计费应当是预付费，那么在步骤406，计费选择系统210启动 对呼叫的预付费计费。开始预付费计费可包括将指令、查询或者另一个消息发 送到预付费计费系统220的部件(未示出)，诸如实时呼叫控制系统或者实时费 率和记帐引擎中。预付费计费系统220随后确定呼叫的费率，并基于该费率对 交换系统204准予限额。如果预付费计费系统220随后从交换系统204接收呼 叫结束的指示，则预付费计费系统220在呼叫结束以后生成并存储既定费率的 预付费CDR。既定费率的预付费CDR随后可以由记帐系统240检索。
如果处理系统212基于计费标准确定呼叫的计费应当是后付费的，则在步 骤408，处理系统212启动对呼叫的后付费计费。启动后付费计费包括将指令或 者另一个消息发送到交换系统204，指示交换系统204允许呼叫完成。当呼叫随 后结束时，可能发生不同的操作。在呼叫结束以后，交换系统204可能生成未 定费率的后付费CDR，然后把未定费率的后付费CDR发送给后付费计费系统 230。交换系统204也可把呼叫已经结束的指示发送给预付费计费系统220。响 应于接收指示，预付费计费系统220在呼叫结束以后，生成并存储未定费率的 后付费CDR。后付费计费系统220随后检索未定费率的后付费CDR，确定呼 叫的费率，并从未定费率的后付费CDR生成既定费率的后付费CDR。既定费 率的后付费CDR随后可以由记帐系统240检索。
计费选择系统210有利地允许用户206根据计费标准接收预付费计费或者 后付费计费。计费标准可以由用户206、运行通信网络200的服务提供商或另一 方规定。定义计费标准有利地允许用户206和/或服务提供商灵活地定义用户206 的呼叫何时按预付费计费、何时按后付费计费。
计费标准的一个例子可以是一天中的时刻。用户206可以在一天的某些时 间段接收预付费计费，而在一天的其他时间段接收后付费计费。例如，在工作 日(早上8:00到下午5:00)期间，可以按后付费对用户206计费(可以由雇 主支付)，在工作日之外，可以按预付费对用户206自己的预付费帐户计费。
计费标准的另一个例子可以是一周的天。例如，可以在一周的工作日(周 一到周五)中对用户206进行后付费计费，而在周末进行预付费计费。
计费标准的另一个例子是用户206的位置。例如，如果用户206在特定服 务区外漫游，那么用户206按预付费计费。如果用户206位于归属服务区，那 么用户206可以按后付费计费。
计费标准的另一个例子可以是呼叫的目的地。例如如果呼叫的目标是国际 号码，那么用户206可能按预付费计费。如果呼叫的目标是国内号码，那么用 户206可以按后付费计费。
计费标准的另一个例子可以是由用户206提供的指令，指示针对呼叫期望 的计费类型。指令可以是特征代码、前缀号码、或者一些其他的指示。例如用 户206可以在被叫方号码前增加前缀号码“2”使该呼叫按预付费计费。用户206 可以在被叫方号码前增加前缀码“3”使该呼叫按后付费计费。
计费标准的另一个例子可以是呼叫的类型，诸如语音、视频、SMS、MMS、 游戏，等等。例如对于用户206的语音呼叫可以按后付费计费，而SMS呼叫或 者数据呼叫可以按预付费计费。
计费标准的另一个例子可以是呼叫内容的类型。例如，向用户206提供天 气信息的呼叫可以按后付费计费，而移动游戏或者移动商业业务的呼叫可以按 预付费计费。
计费标准的另一个例子可以是用户206的帐户余额阈值。例如，当用户206 使用预付费的余额到达定义的阈值时，呼叫可以按后付费计费。或者相反，当 用完无线预定中的后付费每月随时接听(anytime)分钟时，可以改变到对预付 费帐户计费以避免由于过度使用导致更高的费率。
任何上面所述和其他的计费标准可以与混合计费用户结合，以便可以如所 希望的对用户进行预付费或者后付费计费。
图5示出本发明的一个示范实施例中的通信网络500。通信网络500包括 核心网502，诸如有线网、无线网或者IMS网。核心网502包括交换系统504。 通信网络500也包括预付费计费系统510、调解系统520、后付费计费系统530 和记帐系统540。在此实施例中，通过包含计费选择系统511来增强预付费计费 系统510。预付费计费系统510进一步包括实时呼叫控制系统512、帐户余额管 理系统514及实时费率和记帐引擎516。后付费计费系统530包括成批费率引擎 532。
核心网502和交换系统504例示为服务三个用户505-507。用户505预订了 预付费计费，用户506预订了混合计费，用户507预订了后付费计费。
假设这个实施例中用户505在核心网502中发出呼叫。交换系统504从用 户505那里收到呼叫，然后识别用户505的用户简档。用户简档表示用户505 的服务等级，在此实施例下，这表示预付费计费。基于识别出的用户505的预 付费计费，交换系统504把如何进行呼叫的查询发送给预付费计费系统510。
实时呼叫控制系统512从交换系统504接收查询。实时呼叫控制系统512 访问帐户余额管理系统514以确定用户505当前的余额。如果当前的余额超过 阈值，那么呼叫控制系统512针对呼叫费率联系实时费率和记帐引擎516。费率 和记帐引擎516基于呼叫信息、帐户信息和其他的信息确定有关该呼叫的费率， 并把费率发送给呼叫控制系统512。呼叫控制系统512此时确定准予该呼叫的定 额(或者时间片)，把带有该呼叫定额的响应消息发送给交换系统504。交换系 统504完成呼叫，并在呼叫期间监控该准予的定额。如果准予的定额用完，则 交换系统504查询呼叫控制系统512以获得另外的定额。
当呼叫结束时，费率和记帐引擎516根据呼叫的实际呼叫持续时间对呼叫 设定费率。呼叫控制系统512此时生成既定费率的预付费CDR，又把既定费率 的预付费CDR存储在用于记帐系统540的存放器517中。记帐系统540将会访 问用于诸如报告分析、重新设定等进一步处理的既定费率的预付费CDR。
进一步假设这个实施例中用户507在核心网502中发出呼叫。交换系统504 从用户507那里接收呼叫，然后识别用户507的用户简档。用户简档表示用户 507的服务等级，在此实施例下，这表示后付费计费。基于已识别的用户507 的后付费计费，交换系统504允许呼叫完成，然后当呼叫结束时生成未定费率 的后付费CDR。交换系统504把未定费率的后付费CDR发送给调解系统520。 调解系统520重新格式化该未定费率的后付费CDR(如果需要)，把未定费率 的后付费CDR发送给后付费计费系统530。成批费率引擎532确定用未定费率 的后付费CDR表示的呼叫费率，生成既定费率的后付费CDR。后付费计费系 统530此时把既定费率的后付费CDR发送给记帐系统540用于进一步处理。
进一步假设这个实施例中用户506在核心网502中发出呼叫。交换系统504 从用户506接收呼叫，然后识别用户506的用户简档。用户简档表示用户506 的服务等级，在此实施例下，这表示混合计费。基于识别出的用户506的混合 计费，交换系统504把如何进行呼叫的查询发送给预付费计费系统510。交换系 统504被安排为根据在用户简档中提供的计费地址，通过智能网协议，将混合 计费呼叫路由到预付费计费系统510。
计费选择系统511收到来自交换系统504的查询。计费选择系统511的功 能是在计费标准的基础上确定呼叫是按预付费还是后付费计费。响应于接收到 查询，计费选择系统511处理计费标准以确定呼叫的正确计费。
如果计费选择系统511确定是按预付费计费，那么计费选择系统511发送 指令或者另一个消息到呼叫控制系统512以处理呼叫的预付费计费。呼叫控制 系统512联系帐户余额管理系统514以确定用户506当前的余额。如果当前的 余额超过阈值，那么呼叫控制系统512联系费率和记帐引擎516对呼叫设定费 率。费率和记帐引擎516基于呼叫信息、帐户信息和其他的信息对呼叫确定费 率，并把费率发送给呼叫控制系统512。呼叫控制系统512此时确定准予该呼叫 的定额(或者时间片)，把带有该呼叫定额的响应消息发送给交换系统504。交 换系统504完成呼叫，并在呼叫期间监控准予的定额。如果准予的定额用完， 则交换系统504查询呼叫控制系统512以获得另外的定额。
当呼叫结束时，费率和记帐引擎516根据呼叫的实际持续时间对呼叫设定 费率。然后，呼叫控制系统512生成既定费率的预付费CDR，又把既定费率的 预付费CDR存储在用于记帐系统540的存放器517中以进一步处理。
如果计费选择系统511确定这个呼叫是按后付费计费的，那么计费选择系 统511对交换系统504作出响应以允许呼叫。对于后付费计费，此时不需要费 率。计费选择系统511可以指示交换系统504在呼叫结束以后对后付费计费系 统530报告后付费CDR。可选地，计费选择系统511可以指示交换系统504在 呼叫结束以后对呼叫控制系统512报告。如果呼叫控制系统512接收呼叫已结 束的指示，那么呼叫控制系统512生成未定费率的后付费CDR，把未定费率的 后付费CDR存储在存放器518中。于是，未定费率的后付费CDR将被调解装 置520拉动或被推向调解装置520。未定费率的后付费CDR此时将会通过正常 在后付费费率处理，诸如调解装置520中的CDR格式化、在后付费计费系统 530中的成批费率和记帐，等等。在设定了后付费CDR费率后，后付费计费系 统530把既定费率的后付费CDR发送给记帐系统540用于进一步处理。
图6是进一步示出了本发明的示范实施例中的计费选择系统511如何操作 的框图。计费选择系统511允许用户506通过用户接口(UI)602定义某些或 所有计费标准。用户UI 602可以包括通过计算机可访问的web门户站点、通过 WAP或另一个协议借助移动装置可访问的无线接口、交互式语音应答(IVR) 接口或类似的接口，等等。计费选择系统511也允许服务提供商通过服务提供 商UI 604定义某些或所有计费标准。
当定义计费标准时，计费选择系统511存储计费标准。当在核心网502中 随后接收到混合计费呼叫并且交换系统504向计费选择系统511发送查询时， 计费选择系统511可进行如下操作。计费选择系统511从帐户余额管理系统514 接收用户506的用户简档。计费选择系统511还从呼叫控制系统512接收到呼 叫信息。计费选择系统511处理用户简档、呼叫信息和计费标准以确定呼叫的 计费应当是预付费还是后付费的。如果确定是预付费的，那么计费选择系统511 把指令或消息发送给费率和记帐引擎516。费率和记帐引擎516确定呼叫的费 率，向呼叫控制系统512提供费率。呼叫控制系统512随后生成既定费率的预 付费CDR。如果确定是后付费的，那么计费选择系统511把指令或消息传给呼 叫控制系统512。呼叫控制系统512生成未定费率的后付费CDR。
图7例示通信网络500的另一个示范实施例。在此实施例中，预付费计费 系统510具有存放既定费率的预付费CDR和未定费率的后付费CDR的存放器 717。在此实施例中，所有CDR(预付费或后付费)都被传递(port)到调解系 统520以进行CDR滤波。如果CDR是预付费的，那么调解系统520直接把既 定费率的预付费CDR路由到记帐系统540进行进一步处理。如果CDR是后付 费的，那么调解系统520格式化CDR并把后付费CDR发送给成批费率引擎532 进行批处理。当对未定费率的后付费CDR设定费率时，成批费率引擎532把既 定费率的后付费CDR发送到记帐系统540用于进一步处理。
尽管在此描述了特定的具体实施方式，但是本发明的范围不限制于这些特 定的具体实施方式。本发明的范围由下面的权利要求和任何其等效体定义。