CN101455064B - 在用于电信网络的实时收费系统中实现的灵活定费规则和日历规则 - Google Patents

Abstract

通过将定费引擎与呼叫过程相耦合，生成在呼叫过程与呼叫定费之间实现一灵活接口而无需在其间传送固定数据的定费规则。实时收费系统(RCS)提供一过程，其创建被称为桶的普通实体并用其跟踪帐户信息和/或计数各类使用。桶使得运营商能够定义作为定费规则的一部分的帐户和使用计数器以及如何使用它们。在定费规则中定义了对这些桶的使用，由此将对订户帐户和使用计数器的控制转移给网络运营商。此外，RCS提供用于在其间拨打或接收去往普通电话号码的呼叫的受限时间的日历选项。

Description

在用于电信网络的实时收费系统中实现的灵活定费规则和日历规则

相关申请的交叉引用

本申请要求2006年5月26日提交的美国临时专利申请60/808,667、2006年5月26日提交的美国临时专利申请60/808,670、667、2006年5月26日提交的美国临时专利申请60/808,712的权益。每件临时专利申请的全部内容和公开都通过援引包括于此。

发明领域

本发明一般涉及无线及有线电信网络领域，尤其涉及对订户使用此类网络进行收费的服务的创建和实现。

发明背景

提供诸如无线语音和数据服务等电信服务的电信网络运营商对于预付费和后付费记帐两者都面临激烈竞争。为了在这一高度竞争的行业中吸引新订户并保持现有订户，电信网络运营商或服务供应商必须能够以一种及时的方式引入各种服务。新服务的实现中的一个重要因素是基于服务供应商对于市场的接近和竞争者的供应来快速地改变服务供应的能力。服务供应商能以各种方式对竞争者的改变作出反应，包括重新配置供应商的服务特征和选项、进行促销、提供红利、以及提供忠诚度计划等。因此，有能力在不招致长期发展周期或在无需修改其它不相关服务的定费参数的情况下创建和修改新服务及现有服务的定费计划和推销是非常重要的。

电信服务的供应商正在反思服务定费和收费的范例，希望抛弃当前“统一固定费用”或“按兆字节”方案。需要一种考虑内容类型和服务质量并且能为订户提供更多价值的更加动态的分级系统来支持对新服务的需求。为了实现全部收益潜能，对新服务的收费必须基于它们为订户所感知到的价值。遗憾的是，目前服务供应商常常不得不以统一固定费率引进新服务，因为在服务定费和收费系统能被升级成以另一方式为该新服务收费之前市场对于该新服务已经准备充分。

定费引擎必须能够以实时方式工作，并且同时允许以简单而及时的方式实现新的定费计划和推销。基于规则的定费系统使得用户能够通过添加和修改定费规则简单地添加新的供应和改变现有供应。然而，为了获得实时效率，规则语言常常具有限制性。一种替换方案是函数定费，其使用包含规则的条件和定价分量的数学函数、表达式、和表参考。将函数定费结合到规则语言中可极大降低了实现定价策略所需的规则数目，并使得能够表达复杂规则而无需修改可执行代码。

此外，随着电信网络运营商和服务供应商从电路交换转换到基于分组的下一代网络，他们的收费基础设施不能仅支持现有服务，还需要包括IP领域中可用的新能力。因此，需要一种支持语音、短消息接发服务(SMS)和数据/数字内容的融合的单一方案。该平台应在预付费和后付费这两种环境中运行，并且应该能够对电路交换(SS7)和IP多媒体子系统(IMS)两者收费。

另外，服务运营商常常需要为订户定义以及在复杂的预付费和后付费收费应用中定义多个帐户或计数器，因此需要同时处理多个订户帐户和计数器。当前，在收费应用中仅有固定使用帐户或计数器以及其它使用被硬编码的数目个帐户结余和使用计数器的收费系统可用。这些帐户和计数器只能被用于它们原始的目标用途，诸如用于免费SMS的单个帐户和用于按月SMS使用的计数器。由于传统上这些帐户和计数器是经硬编码的，所以每个新服务能力或业务供应都需要软件修改。这对于当今快速变化的业务需求而言是一种不足的方案。

此外对于无线电话服务还需要限制在一天和/或一周期间能够发出或接收呼叫的时间。还需要准许选择性地避开这些日历限制以允许即使在受限时段也能进行去往或来自特定号码的呼叫。以下是两个常见示例。在第一示例中，父母可能想要给她孩子移动电话，但可能不希望孩子在上学时间、礼拜时间、用餐时间、或深夜也能使用该电话。然而，该父母还可能想要总能够用其电话呼叫其孩子而不受任何日历限制的能力。该父母还可能希望去往或来自祖父母、隔壁邻居、或特定其他人的呼叫总是被允许。在第二种示例中，雇主可能想为其雇员提供移动电话，但可能不希望他们能够在下班或周末时间将电话用作私人用途。然而，该雇主可能希望即使在受限时段也总是允许去往和来自与业务相关联的特定号码的呼叫。

相应地，总是被允许的号码列表——即将避开日历限制的号码列表应能够在数个不同分层级别上可配置。例如，应能跨所有服务供应商的订户、跨特定计划内的所有订户、或在个人订户的级别上配置。

因此，对于诸如预付费的无线实时电话服务特别需要能够使用各种帐户、计数器、或其它实体——特别是在不同的分层级别上——来对使用进行收费和/或跟踪。这种能力对于家庭而言会是特别有用的，其中某些帐户在家庭范围级别上适用而其它帐户在个体家庭成员级别上适用。这对于企业客户也是有用的，其中某些帐户在组织范围或部门范围级别上适用，而其它帐户在个人雇员级别上适用。

他人已经通过使用可以近似实时但非实时的内勤系统解决了该问题。这些系统使用在呼叫/会话/事件终止后以某一频率递送的网络生成数据来分析函数，并将其费用分配到适当的帐户或实体。诸如呼叫/会话控制等一些功能在非实时系统中完全不能实现。诸如通过帐户或实体的跟踪及管理使用等其他功能是较为低效的非实时。

最终，希望能够基于呼叫方和/或被叫方的身份来确定记帐。

发明概要

本发明提供一种在实时系统中在不同分层级别上跨多个桶地对使用进行收费和跟踪的系统和方法。该方案提供了两种不同类型的桶。使用桶在每个预配置的周期——例如每日、每周、每月、每年等——的开始被复位为零，并且累加或升值以提供对使用的实时跟踪。结余桶被设置在某一值(例如，基于手动充值、自动每月配额等)，并基于实际使用递减计数或减少初始值。该方案允许定义多个使用桶和结余桶从而能够在不同分层级别上对不同服务和各类使用进行跟踪和/或收费。

另外，本发明提供一种在网络交换机与板外(off-board)服务器(例如，特尔科迪亚的汇集应用服务器)之间使用信令的方法，该方法实现日历限制和选择性避开功能。另外，提供了能让用户管理这些服务的能力。

通过将呼叫定费引擎与服务逻辑或呼叫处理系统紧密耦合，本发明能够从一定费规则生成可实时地引用以下任意一者的定费规则：诸如一方的位置的呼叫上下文数据；诸如针对订户的服务类别而允许的服务等服务配置数据；以及诸如服务类别等订户数据。在呼叫过程与定费之间创建了不要求在这两者之间传递固定数据的灵活接口。同时，在该基于规则的实时收费系统中，使用被称为桶的一般实体来跟踪帐户信息和/或计数各类使用。桶使得运营商能够定义作为定费规则的一部分的帐户和使用计数器以及如何使用它们。在定费规则中定义了使用这些桶的方式，由此将对订户帐户和使用计数器的控制转移给网络运营商。因此，当运营商标识出对用以满足新业务的新计数器的需要时，运营商仅需定义用于该计数器及其相应桶的定费规则。

附图简述

图1是实现本发明的系统的实施例的网络的总体架构的绘图；

图2是实现本发明的网络中数据流的绘图；

图3是根据本发明的实施例的结余桶数据库的绘图；

图4是根据本发明的实施例的使用桶数据库的绘图；

图5是根据本发明的实施例的分层桶的绘图；以及

图6是描绘根据本发明带有选择性避开的日历限制的示图。

详细描述

参照图1，实时收费系统(RCS)10是在一个或多个通用计算机上实现的计算机软件和数据库的集合。RCS 10包括定费规则集12、客户数据库14、EDB单据数据库16以及网络接口资源18，此外还包括在图2中绘出并在以下进一步讨论的服务逻辑46和定费引擎48。RCS 10可作为业内皆已知的汇集应用服务器(CAS)或服务控制点(SCP)的一部分实现。

定费规则数据库12包括由RCS 10访问以便确定语音呼叫、SMS消息、铃声下载、或其它提供给客户(也被称为订户)的服务的成本的规则集。客户或订户数据库14被用来维护关于订户概况的信息，其中包括关于客户可用服务的信息以及关于客户个人偏好和计划的信息，诸如朋友及家人(F&F)等。EDB单据数据库16维护关于可被客户/订户用来为服务支付的单据的信息。以下对EBD单据数据库16作进一步描述。

RCS 10与多个内勤系统20通信，后者包括但并不限于数据仓22、记帐系统24、以及客户关系管理器(CRM)系统26。数据仓22是呼叫细节记录(CDR)和测量数据的数据库。在本发明的优选实施例中，数据仓22使用SQLnet来从RCS 10检索CDR和测量数据。或者，CDR可以ASCII格式编写并可使用文件传输协议(ftp)来检索。记帐系统24是生成能被传送给客户/订户的电信服务的纸件或其它版本的人类可读帐单。CRM系统26是用于订户的初始预设的客户关系管理器系统。在本系统的优选实施例中，支持从RCS 10到CRM系统26的SPACE IDL接口(SII)和开放性公关对象请求代理架构(CORBA)接口。为了后续帐户更新，CRM系统26中的信息可使用综合业务接入(ISA)接口来修改。

RCS 10通过包括SS7接口28和IP接口30的网络接口资源18与多个网络通信。RSC 10通过智能网络应用部件(INAP)和高级智能网络(AIN)消息接发与一个或多个固定有线网络32通信。RCS 10通过INAP、移动应用部分(MAP)、用于移动网络增强逻辑应用的定制应用部分(CAP)、无线智能网络(WIN)和ANSI41消息与第二代(2G)无线网络34通信。除呼叫信息外，2G无线网络还从归属位置寄存器(HLR)数据库(未示出)和短消息服务中心(SMC)数据库(未示出)向RCS 10提供信息。RCS 10通过数据收费接口(DCI)、短消息点对点协议(SMPP)、简单邮件传输协议(SMTP)和通用分组无线业务(GPRS)与第三代(3G)无线网络35通信。RCS 10与内容服务器、内容网关服务器、SMPP网关和SMTP网关通信。通过服务供应商处的ISA接口和web门户提供对认证、授权、和结算(AAA)数据库(未示出)中的信息以及用于帐户管理的web服务器(未示出)的访问。RCS10使用会话发起协议(SIP)、语音XML(VXML)和DIAMETER消息接发与IP IMS网络36通信。此外，RCS 10支持全球移动通信系统(GSM)和美国国家标准协会(ANSI)协议以及IP协议。

图2描绘了根据本发明出入如图1所示的RCS 10的数据流。诸如语音呼叫、消息、数据服务等服务请求38经由网络32、34、35、36被发送到RCS 10。伴随服务请求38一道的网络提供数据40、配置数据42和订户数据44被服务执行者和呼叫上下文逻辑或服务逻辑46用来确定特定服务请求38的费用。服务逻辑46与从定费规则数据12执行定费规则50的定费引擎48通信以为服务请求38定费或确定费用。

具体而言，RCS 10中实现的服务逻辑46使用服务请求38提供的信息以及诸如被拨数字、位置等网络提供数据40、诸如关于该类服务所允许的服务、特殊号码定义等配置数据42、以及订户相关数据或订户帐户信息44来生成包括送往定费引擎48的输入数据的标签集52。RCS 10的定费引擎48使用这些标签52来确定规则集或定费规则50中哪些规则适用于该交易或执行的服务请求38。随后优先处理所选规则以确定哪些规则元素适用。

订户记录或订户数据44包括表示诸如桶、屏蔽列表、PIN等订户预付费计划的各个方面的数据块的可变集合。每个块包含可被服务逻辑46使用的信息(状态变量、屏蔽列表等)或可被定费引擎48使用的信息。订户记录中的定费相关信息包括诸如价格计划、活动日期等相对固定数据和诸如桶53等高度可变数据两者。

如上所讨论的，服务逻辑46负责将服务请求和相关联的数据映射到定费引擎48所使用的标签52中。例如，服务逻辑46将网络提供的当前位置映射至一地带并将其与订户记录中的归属地带参数相比较。如果发现匹配，则设置归属地带定费人标签以使得能够使用恰当的费率和折扣规则。类似地，服务逻辑46将被拨数字与F&F列表上的号码相比较并设置F&F定费人标签以使得选择恰当规则。

RCS 10通过基于规则的定费引擎48唯一地生成桶53。如图3和4中所示的这些桶53是被用来存储帐户结余的两种不同种类的容器。结余桶54表示可供订户花费的货币(例如，欧元、美元等)、单元(语音分钟、字节)或事件(SMS消息、铃声)的量。结余桶54被用来存储充值、挣得报酬和主动预订。第二类桶——使用桶64表示已经花费的钱币、分钟、消息、或事件的量。使用历史可被用来确定红利奖励。这些桶53可完全由运营商配置。

定费引擎48直接从订户记录读取桶数据并向服务逻辑46连同桶差量——即现有桶的结余和使用改变信息——返回新桶的集合。具体而言，RCS 10的定费引擎48向服务逻辑46询问从服务请求38或输入数据获得的订户帐户信息和交易信息。根据该数据，定费引擎48查阅合适的规则以寻找根据其确定收费细节——即交易收费价格——的合适定费规则12。一旦确定，则桶信息和/或桶差量形式的收费细节被转发给服务逻辑46以更新订户的结余桶和使用桶并生成CDR。以下更具体地描述了定费引擎48。

当定费规则12触发对新结余桶的需求时，定费引擎48将包括类型、量、截止/下一复位日期、和起始日期的新桶信息往回传递给服务逻辑46，后者创建新桶并继续处理服务请求38。如果新桶是使用计数器，则它将包含由定费规则12确定的被定费引擎48用来指示该计数器使用什么规则以及该计数器正在计数的内容的量的类型标签、以及复位数据。例如，如果计数器是计数每月使用的语音分钟，则复位日期将是月初。根据需要，计数器在日活动的第一次呼叫期间被复位。

如果该桶是奖励的红利，则该类型指示可将该红利用于何种类型的服务。该值可以是指示如免费SMS或免费网络语音分钟、或如因订户刚充值了1,000美元而获得的额外50美元的货币量的数字。

当起始日期是将来的一日期时，或者如果该桶的截止日期已经过了，则不能使用该桶来对呼叫进行定费。已经超过截止日期一天的桶在日活动的第一次呼叫期间的宽限期后被移除。一特殊CDR被生成以显示该动作。

每个订户具有以现金计数的被称为核心结余桶的主结余桶，并具有至多24个其它结余桶。为了开始交易，核心桶必须包含最小允许结余，并且还可具有预定的最大允许结余。其余24个结余桶的每一个依赖于订户的具体价格计划和概况并与之相对应。这些结余桶完全由运营商配置，并且可表示诸如每月500分钟免费等订户结余、诸如10条免费SMS消息等促销结余、以及诸如免费夜间和周末等订户特征。桶53被设计成动态地创建和删除，这样，将不是所有订户总是具有给定类型的桶，并且一些订户可能从来都不具有一些类型的桶。

结余桶54如下创建：(i)通过初始预设；(ii)在帐户激活期间；(iii)在红利奖励期间；(iv)在定期收费期间；(v)在凭借单据或从外部付费网关充值期间；以及(vi)通过诸如基于web的自管理应用或者直接由客户服务代表(CSR)。

桶具有截止日期并且一旦已经过了截止日期，桶的结余就不能使用。在以对应每种桶类型的天数来定义的可按桶类型配置的宽限期之后，过期桶被自动从帐户中移除。宽限期允许订户保留结余并且在该宽限期内执行诸如充值等特定活动的情况下允许延长截止日期。CDR被生成以记录在桶被删除时其结余。

图3中阐述了结余桶数据库的示例。该示例数据库每结余桶54包含4个字段。字段56是桶类型、或桶类型标识符，其可以是语音、SMS、铃声或其它类型。字段58是以分钟、货币、消息、下载或其它类型的计数器来计算的桶的值或量。字段60是该桶的起始日期，即该桶变为有效或可供使用的日期。字段62是截止日期，或者对于使用桶而言为下一复位日期。

运营商定义将使用的结余桶54的集合以及针对定费引擎48所应用的每种费率规则50从这些桶作出扣除的次序。例如，运营商可定义首先花费促销结余桶、其次是匹配诸如SMS等收费交易类型的桶、以及最后一旦花费完所有其它合适的桶就对核心结余桶收费。费率规则50还规定在交易期间每种桶类型所允许的最小结余；默认值为0。

图3的实施例示出结余桶54具有4个特性：桶类型56、量58、起始日期60和截止日期62。桶“类型”56是描述桶的内容的串名称；这些标识符是由服务供应商创建的并被用于定费规则50中。桶类型56标识该桶所含的结余种类，例如，货币、分钟、SMS消息、红利货币、红利SMS消息、红利单位等。“量”58包含桶中可用的结余，即分钟、货币等的量。“起始日期”60是当桶中的内容变成可供使用时的日期，而“截止日期”62是当桶的内容不再可用时的日期。具有不同截止日期、或具有相同截止日期但不同起始日期的同一桶类型的多个桶能够共存。例如，多个同一桶类型的促销结余使得能够定义多个限时红利，诸如本周的1个免费铃声和本月的10个免费铃声。同一类型的桶按照最早起始日期然后最早截止日期的次序来使用。

使用桶64或历史计数器表示已经花费的量。使用桶64分离使用类型并被用于确定奖励给订户的红利和折扣。至多能有25个这种使用桶64，并且与结余桶54相似，全部完全由运营商定义。在图4中所示的实施例中，使用桶64具有以下三个特性：桶类型66、下一复位日期68和量70。对于每种使用桶类型66，可设置以下两种特性：周期和截止日期。使用桶“类型”66标识该桶所含的使用类型，例如货币、分钟、SMS消息、红利货币、红利单位等。“下一复位日期”68被用来为按月使用桶标识一月当中使用计数被复位为0的那一天。“量”70是指定时期中的当前使用。“周期”是在其上维护计数的时间量，例如，每天、每周、每月或每年。桶在指定周期中发生的第一次交易时被复位。“截止日期”是该桶被删除的日期。与结余桶54类似，使用桶64被动态地创建和删除。类似于结余桶54，具体订户可能不使用每种类型的使用桶64。

与先前仅是以非实时方式完成跟踪和决策的方案相比，RCS10在实时工作的同时如上所述地通过桶的使用跟踪订户和帐户使用并进行决策。另外，该方案不仅管理个人订户桶，还能在一个帐户中管理多个订户的桶的分层结构。在分层桶的示例中，基于消息的地址，子女的使用可向其父母的桶或向该子女的桶收费。父母可能希望打给家里的呼叫向父母的桶收费，而打给朋友的呼叫向该孩子的桶收费。在第二示例中，可为家庭跟踪作为该家庭中所有桶的总和的使用。

因此，实时方案降低了与非实时方案相关联的欺骗或错误信息的风险。例如，如果孩子有每天15条文本消息的限制，并且非实时系统跟踪文本消息，则该孩子可以在诸如15分钟周期的一个跟踪周期的结束时为14条消息，从而继续的交易将不会被阻止。然而，该子女可以容易地在下一15分钟或下一跟踪周期发送另外10条文本消息，因此将发送24条文本消息而非所允许的15条。因此，父母可能会不满，因为该服务没有提供所请求的管理。此外，父母会被收取高出所希望的限制的额外费用，且其可能不愿意为该额外费用付费。在预付费环境中、或在非实时跟踪环境中，无法恢复高出已经购买的15条消息限制的额外9条消息的成本。

同分层结构还允许在没有分层结构情况下没有可能的收费和管理费用上的灵活性。例如，基于指定交易的类型和地址向特定桶对该交易收费的能力在没有分层方案的情况下是不可能的。

图5描绘了共享群帐户(X)72，它使用与该共享群用户相链接以示出该桶分层结构的两个个人订户帐户(1和2)76和76来创建的。每个个人订户帐户76、76具有多个与其相关联的结余桶78及使用桶80。另外，共享群帐户72具有若干与其相关联的共享结余桶82和共享使用桶84。分层桶结构的能力可用以下如何为语音呼叫定义定费规则的示例来示出。当订户1发出/接收呼叫时，结余桶78、82被如下递减。如果其是去往/来自预先指定的列表上的号码的呼叫，则在群帐户X级别72上从共享语音结余桶82扣除分钟。如果该结余桶为空，则接着尝试在订户帐户1级别76上从个人语音结余桶78扣除分钟。如果该结余桶为空，则接着尝试以0.15美元/分钟的费率在订户帐户1级别76上从个人充值结余桶78扣钱。

如果其是去往/来自不在预先指定的列表上的号码的呼叫，则在订户帐户1级别76上从个人语音结余桶78扣除分钟。如果该结余桶为空，则尝试以0.20美元/分钟的费率在订户帐户1级别76上从个人充值结余桶78扣钱。

当订户1发出或接收呼叫时，使用桶80、84被如下递增。每分钟的语音使用导致群帐户X级别72上的共享语音使用桶84以及订户帐户1级别76上的个人语音结余桶80两者递增1分钟。

类似规则可适用于SMS、内容、和其它桶类型，例如多媒体消息接发服务(MMS)、LBS等。另外，由于可在订户和群级别上定义多个结余和使用桶，且可为如何向这些结余桶和使用桶应用使用编写多个定费规则，所以对于如何在各种分层级别上对使用进行跟踪和收费实际上存在无限多种可能。

定费引擎48使用其规则语言形式的函数表达式和表参考。函数定费使得能够在无需可执行代码的情况下编写复杂的定费规则。RCS10包括规则编辑器和图形用户界面(GUI)，该界面提供一种供服务供应商查看、寻找、创建、和修改构成价格计划的规则的容易且灵活的方法。新价格计划能够被创建以在不影响当前针对订户实施的现有计划的情况下尝试现有促销。

在RCE 10，价格计划由各种类型的规则集构成。在本发明的一个实施例中支持五种类型的规则：定费规则、折扣规则、收益共享规则、赞助规则和红利规则。在该实施例中，定费引擎48处理所有五种规则类型。以下描述这些规则。

定费规则50确立交易的标准价格。例如，峰值节目费率规则确立特定时段期间所购买的节目的单位标准价格。规则是基于订户信息和交易细节来匹配的。可能存在呼叫建立费用、最小费用、每单位固定费率定费、分层级/减缓定费、基于使用的定费/价格板定费、基于位置的定费——即漫游对比非漫游、基于日时和星期的费率、基于订户信息的费率——即特殊生日费率、以及基于交易信息的费率——即基于被拨号码的不同费率。数学表达式和参考数据也可从例如表中纳入。

折扣规则降低定费后的价格。多种折扣规则可被应用于单笔交易。折扣规则定义可包括：每单位固定费率折扣、百分比折扣、分层级/渐降折扣、基于位置的折扣、基于日时/星期的折扣、基于订户信息的折扣、周期折扣——即针对指定周期的降低的费率、以及其它类型的事件或定时标准。

收益共享规则使得费用的一部分被指派到另一公司，例如百分之六的费率用于政府税或者每小时0.25分被记入本地接入公司。共享量以货币计算并且与规则中定义的共享帐户相关联。收益可与多个帐户共享。收益共享的细节被记录在CDR中以便由后端系统来对帐。

赞助规则使得第三方能够为交易的部分或全部付费，例如，如果订户在开始呼叫之前收听促销通知，则赞助公司将付费该呼叫的前25分。类似的折扣规则、赞助规则降低交易的定费后价格。赞助细节被记录在CDR中以便由后端或内勤系统来对帐。

红利规则管理奖励给订户的红利，诸如每100分钟的长途使用有1条免费SMS消息。红利规则定义是否应向现有桶应用红利或者是否应将新桶添加到订户帐户。红利可以货币、通话时间、SMS消息的数目、会话时间量、下载量或其他形式给出。红利规则可被用来设置订户的初始桶以及奖励促销。例如，新电话在购买若干天之内的激活可导致桶有25条免费SMS消息。还可在指定使用之后回报红利，例如在SMS使用桶达到预定义阈值之后回报10条免费SMS消息。这些红利通常在交易结束时奖励。单据充值提供将单据类型映射至一组桶变化——诸如向核心结余桶添加25美元并创建限时免费分钟结余桶——的红利规则。支付网关充值提供一种红利规则，该规则被用来在执行借贷/借记或ATM充值时提供红利和促销。定期收费红利与费率规则相组合提供为预订和租费进行收费的能力，即红利规则可被用来用定期奖励或预订来增加新桶或递增现有桶。

规则一起被分组成规则集。在规则集内，可定义多个规则群以表示诸如语音、SMS或数据等产品。对于特定交易，只有指定规则集内的规则和该规则集内恰当的规则群才有效。所有规则被指派一优先级以定义规则群内每个规则的适用性。每个规则可引用任何订户的任意订户桶用于交叉产品折扣和红利，并且可指定消费订户桶的次序。该能力使得首先使用红利和报酬，随后是动作专属结余，最后是核心结余桶。可使用限定器来进一步划分规则。限定器包括概况标识符、诸如语音、SMS或数据等产品类型、诸如移动发起型(MO)、移动终止型(MT)等产品子类型、铃声、价目群、F&F指示符、归属地带指示符、特殊日期、群内指示符、及其它。一些限定器取决于是否为特定订户启用了该特征，例如F&F指示符、归属地带指示符。

如上所述，在实时处理过程中，RCS 10调用定费引擎48对交易定费、提供折扣并计算红利，以下对此进行了更详细的描述。包括价格计划、结余桶、使用桶的订户帐户信息、以及包括时间、日期、位置、和类型的交易细节被给到定费引擎，后者使用该数据来确定与该交易相关的规则。一旦确定了相关规则，就按以下顺序基于它们的优先级来应用它们：最高优先级定费规则被应用于确立交易的基本价格；恰当的折扣规则被应用于降低交易的价格；收益共享和赞助规则被应用于确定该交易中将要共享或向另一方收费的部分；以及最后在交易结束时，红利规则被应用于基于历史信息——即使用或当前日期/时间——计算任何新的红利。收费细节被返回给服务逻辑46以应用于订户的帐户结余桶54和使用桶64。

收费是在交易开始时由RCS 10完成的。在交易结束时，例如在呼叫或数据会话结束时，服务逻辑46再次调用RCS 10以确定将被返回到订户帐户结余的费用中未使用的部分并计算任意应用红利。例如，在呼叫开始时，订户被收费5分钟1美元。在两分钟的呼叫结束时，60美分被返还给订户的帐户结余并且超过100分钟/月阈值就给订户5条免费SMS消息的红利。收费量——即本示例中的5分钟——可完全由服务供应商配置。

RCS 10的定费引擎48将尝试使用指定桶53，从以定费规则50定义的列表的顶端开始并向下继续直至该交易的整个费用都已付费或分配。如果第一桶没有足以为交易付费的量，则其被借记直至其为空且下一桶被用于剩余部分。如果有一个以上的同一类型的结余桶可用，则以最早起始日期随后最早截止日期的次序来使用这些桶。

存储在订户数据库14中的个人订户帐户包括处理交易所需的数据、结余和特征。这些参数包括概况id、帐户结余、帐户状态、帐户截止日期、优选语言、帐户PIN、归属时区，并且任选地包括国内长途运营商、国际长途运营商、免费/被禁/永通(FBA)列表、F&F列表、特殊日期特征指示符、传入及传出屏蔽列表、归属地带特征指示符、短码翻译列表、以及有服务供应商定义的其它内容。每个订户可被指派一概况。概况将订户与普通价格计划、服务等级和特征集绑定在一起。

帐户生命周期管理提供了基于由服务供应商所定义的配置信息来管理和转换订户帐户的状态的机制。每个订户帐户具有一定义的帐户状态。在每次交易时都询问该状态以确定是否需要状态转换以及当前交易是否被准许。在一个实施例中，至多有10种可由服务供应商配置的状态。服务供应商可配置所有相关联的状态转换规则以及每种状态下所允许的所有交易。默认帐户生命周期管理状态是用固定转换规则定义的。“预活跃”状态是所有订户帐户被指派的初始状态。在该预活跃状态下，订户帐户被建立但仍未被激活。不能执行收费活动，直到根据配置的状态转换规则将该帐户转移或更新至“激活”状态。“活跃”状态被用以标示已被激活或处于良好的常设状态，即核心结余高于所配置的阈值且帐户截止日期有效。“宽限”状态被用以标示其中核心结余桶已经过期的帐户。不执行收费活动直至该帐户被充值并返回至活跃状态，但紧急呼叫是允许的。处于“过期”状态的帐户已经过期并且可从系统中被移除。在该状态下不能执行活动，甚至不能执行紧急活动。针对所有状态转换记录CDR。除了帐户状态之外，在订户记录中还有“挂起”标志可供用于临时将订户帐户挂起。该标志常常在订户的手持设备丢失或被偷窃、或在怀疑欺诈时由CSR来设置。不能执行活动，直至该帐户返回至活跃状态。

订户可与多个订户所属的群帐户相关联。群帐户可被用于家庭计划、企业群等。帐户特征可在群级别或个人级别——即成员级别上被定义，并且一个或多个成员可被指定为具有群管理员特权。群成员之间的交易设置可在定费规则中被用来对群内呼叫、SMS和/或数据进行不同地收费的限定器。支持三种类型的群帐户：简单、公司及复合。简单帐户具有与一个成员或订户组合出现、和与群数据组合出现的每个数据字段中的一者。因此，结余可与群帐户或与每一个体成员或订户相关联。公司帐户是简单群帐户中将订户集合到部门帐户——其本身是公司帐户的一部分——的版本。复合帐户是具有存在于群集别和成员级别两者下某些数据字段的帐户。例如，群结余桶和个人结余桶两者都可在复合帐户中定义。

简单群帐户可被设置成针对整个群具有单个帐户结余和状态，或者针对每个成员具有各自的结余和状态。诸如F&F、屏蔽、特殊日期等其他特征可在任一级别被配置。群成员中的一个或多个可被赋予管理特权以允许他们更新帐户特征。简单群帐户可被设置成封闭用户群(CUG)。在这种配置下，群中的成员仅能向该群中的其他成员呼叫或发送SMS。群中的选定成员也可向群外呼叫。

公司群帐户是简单群帐户的扩展。简单群帐户具有两个层级，其中一个或多个群成员具有管理特权，而公司帐户具有三个层级，例如公司、部门和雇员。群管理可在两个级别上定义。第一级别群管理员可将结余——即钱转移到第二级别成员，而第二级别成员可将结余转移至第三级别成员。与简单群帐户一样，结余和特征可在群集别或成员级别、或两者上定义。

复合群帐户在群集别或成员级别上组织数据，并支持两个级别上的数据的子集。该子集包括结余数据和使用数据。其他数据在群集别或成员级别中的任一级别上可用。费率规则可从群结余桶或成员结余桶的任一者中扣除，或者规则可首先从成员结余扣除并在其耗尽时从群桶中扣除，或者反之。可在群集别或成员级别或这两个级别上累积使用。在一个实施例中，复合帐户被实现为如图5中所示且如上所述的共享群帐户。

RCS 10支持同一平台上的预付费和后付费帐户两者。服务供应商可如下地在概况的基础上将订户分为带有或没有超驰选项的预付费或后付费订户。对于预付费订户，所有交易都被作为预付费交易对待。定费引擎48被调用以对每笔交易定费且交易费用被应用于订户帐户结余中的恰当的桶53。针对所有帐户修改编写CDR。对于后付费订户，所有交易都被作为后付费交易对待。服务供应商可选择配置服务逻辑46将交易记录在CDR中、或执行定费并记录使用。如果交易被定费，则帐户结余可被配置成具有一定义结余量，例如50.00美元，该结余量被递减直至结余耗尽，此时不再允许交易。默认结余量为零(0)，但服务供应商可准许一负结余，例如-100美元，在其之后订户被截止。在替换方案中，帐户结余可被配置成具有一截止日期，在该日期之前允许所有交易。可定义花费限度以使得当达到一限度时，订户被报警和/或进一步的使用被阻止和阻挡。服务供应商可将桶配置成在为空或耗尽时被保留或被删除。针对所有帐户修改写入CDR且CDR可被记帐模块用来为订户生成发票。或者，在使用GSM协议的网络中，定费信息可被发送到网络(经由供给收费信息消息)以包括在移动交换中心(MSC)CDR中。

带有超驰的预付费帐户将所有交易作为预付费交易来对待，除非订户输入预定义的超驰数字。当存在超驰数字时，帐户被作为如上所述的后付费帐户来对待。否则，其被作为预付费帐户来对待，以使得针对所有帐户修改编写CDR。

设置了两种为订户帐户结余充值的方法。EDB 16单据管理系统(VMS)使得服务供应商能够提供单据作为充值选项。或者，到支付网关的ISA接口提供直接存入选项。EDB 16提供充值单据的创建和安全管理。每个单据至少包括截止日期，诸如已使用、被阻挡等状态，类型、截止延长、以及服务供应商标识符。使用红利规则，服务供应商可将单据类型映射至货币、时间及单位的量，以及一组桶改变。将单据类型与红利规则相关联赋予服务供应商在提供与价格计划不同的临时促销方面较大的灵活性。可设置红利规则以指定单据将被应用至现有结余桶且该桶的截止日期可被延长，或被应用至将被添加到该订户的帐户或订户信息的新桶。应用单据的请求或者通过网络作为SMS或IP传输、客户呈现层(CPL)，或者经由ISA接口通过CRM进行。服务逻辑46验证该单据、应用单据规则并将钱币、分钟的量、以及下载次数等添加到相应结余桶54中的恰当帐户结余。单据类型可与概况标识符和一组价格计划相连。当订户用特定单据类型充值时，新的价格计划将被应用于订户帐户。

诸如CORBA或SOAP/XML等ISA接口可与诸如客户服务、付费中心、信用卡交换所等第三方基于IP的系统集成以使得能向订户的帐户结余添加直接信贷。信贷类型可与红利规则相关联以赋予供应商在提供与价格计划不同的临时促销方面较大的灵活性。可设置红利规则以指定该信贷被应用至新的或现有结余桶，以及向订户帐户添加红利结余桶，例如向特定时段期间的帐户添加25美元并获得10条免费SMS消息。

可实现紧急号码列表以使得系统运营商能够基于起始国家规定或使能目的地号码列表，对于该号码列表不执行呼叫管理。在所有移动发起和端接语音呼叫的开始，针对被拨号码检查该紧急列表。如果发现匹配，则该呼叫被立即连接或继续而不再调用RCS 10。紧急号码是免费且总是可接通的而不论帐户结余、帐户状态或帐户截止日期如何。一些MSC将在拨叫紧急号码时避开服务调用。免费号码总是可以接通而不论帐户结余如何，但被禁号码是该订户永远不能到达的。永通号码是收费的但总是可以接通，即所有屏蔽被避开。

服务供应商还能创建或规约一组号码或号码前缀用于特殊处理。支持两种单独列表。一种列表是订户级别列表，而另一列表在服务供应商或概况级别上适用。FBA列表在发起、转发以及端接诸如MMS、服务等语音、SMS及数据时被咨询。呼叫端接支持使得服务供应商能够将来自所有客户服务的呼叫配置为免费。对于该列表中的每个号码，设置服务类型和FBA指示符。支持最常前缀匹配和精确匹配查找。

此外，在订户级别上，服务供应商能够实现其间所有交易被禁(语音、SMS、数据)的日历或每周限制设置。各种日历避开表86可被用于根据这些日历限制进行处理。在一个实施例中，日历被定义为至多10个时间范围的集合以及一周中对其应用限制的相关日。图6示出了具有日历限制的RCS 10的实施例。在发起或端接呼叫尝试时，电信交换机向在其上实现RCS 10的服务供应商的服务器发送信令询问消息。服务器调用与该呼叫/被叫方相关联的服务逻辑46。服务逻辑46咨询各种日历避开表86，例如服务供应商范围、计划范围、以及按订户的日历避开表。如果被叫号码(在发起呼叫尝试的情形中)、或主叫号码(在端接呼叫尝试的情形中)在这些避开列表的任一列表上，则呼叫被允许连接或继续。然而，如果被叫号码(在发起呼叫尝试的情形中)或主叫号码(在端接呼叫尝试的情形中)不在这些列表的任一列表上，则服务逻辑46基于当前日期和时间咨询日历限制列表88中的恰当单元。如果该单元指示该时段为“允许”，则呼叫连接或继续。然而，如果该单元指示该时段为“限制”，则呼叫被阻挡或终止。

朋友和家人(F&F)是使得服务供应商能够基于往来于该F&F列表上的号码的呼叫、SMS和MMS提供较低费率或提供折扣的定费选项。预订该特征的每个客户维护其自己的号码列表。服务逻辑46关于所有语音、SMS、MMS和其它数据交易咨询该列表，并且如果被拨数字(在呼叫发起时)或主叫方号码(在呼叫端接时)匹配该列表上的号码，则RCS 10将应用较低费率或应用折扣，或者如定费规则50中所规定地直接对特定桶53收费。

服务供应商可基于该F&F列表中所允许的最多项来配置概况。订户可经由ISA接口、即集成到服务供应商的web门户的ISA来查阅和更新F&F列表。F&F特征赋予服务供应商基于订户的F&F列表上的号码来定义特殊定费和折扣规则的能力。使用折扣规则，可对被拨叫至F&F列表上的任何人的呼叫应用百分之十的折扣和/或可对发往F&F列表上任何人的移动发起SMS(MO-SMS)应用每消息5美分的较低的费率。服务供应商可进一步定义仅在订户处于归属网络时应用这些折扣和费率。

群分析是用于群的成员的定费和屏蔽选项。当一订户是群帐户的成员时，服务供应商可选择在交易在该群内的成员之间进行的情况下定义较低费率或定义折扣、或者从不同的桶扣除。当订户是群帐户的成员时，设置可被结合到定费规则50的标志。另外，对于CUG的成员，如果目的地号码并非该CUG的成员则将拒绝该交易并且订户被限制仅在该CUG内呼叫和/或发送SMS。

归属地带是使得服务供应商能够基于“物理”位置将每个订户指派至归属地带的定费选项。在语音、SMS和数据服务上，当存在位置信息时，服务确定该订户是否在其归属地带中，如果是，则RCS 10将应用如在定费规则50中所规定的较低费率或折扣。如果订户的位置未在语音、SMS或数据消息中提供，则服务可任选地询问归属位置寄存器(HLR)以检索该订户的当前位置。

在订户级别上配置的传入屏蔽选项定义针对允许和被禁呼叫端接的屏蔽列表。针对每个传入的呼叫和移动端接SMS(MT-SMS)咨询电话号码列表以确定该呼叫或SMS应被连接还是拒绝。整个号码列表被指定为允许或限制。订户可激活和禁用该特征，并且还可经由ISA接口——即集成到服务供应商的web门户的ISA——来查阅和更新该列表上的号码。

在订户级别上配置的传出屏蔽选项定义针对允许和被禁呼叫发起和MO-SMS两者的屏蔽列表。针对每次呼叫发起和MO-SMS咨询电话号码列表以确定该呼叫或消息应被连接还是拒绝。类似于传入屏蔽选项，整个号码列表被指定为允许或限制。订户可激活和禁用该特征，并且还可经由ISA接口——即集成到服务供应商的web门户的ISA——来查阅和更新该列表上的号码。

网内呼叫是使得服务供应商能够对来往于该服务供应商的网络中的号码的呼叫提供较低费率或提供折扣的定费选项。在语音呼叫时，服务确定订户是否正在拨打归属网络中的号码，如果是，则RCS 10应用如定费规则50中所规定的较低费率或折扣。

定期收费选项使得服务供应商能够根据所配置的间隔，例如每日、每月等来从订户的帐户扣除重复费用或定期费用。实际费用由一组定费规则50来计算。一旦确定费用，则调用定期收费的红利规则以提供任何适用的桶更新。例如，在每个月的15号，可从订户的核心结余中扣除29.99美元并向订户的任意时间分钟桶添加500分钟。

定期费用在一天的第一次交易时、在由服务供应商在订户数据库扫描过程中设置的基于时间的触发器被激活时、以及在充值时被应用。在每种情形下，当所配置的间隔小于或等于当前日期时应用重复费用。如果订户结余不足以支付该定期费用，则该费用在下一次通过单据、借记或红利奖励充值时收取。服务供应商可请求未支付费用被一次偿付或每未清偿的间隔地进行偿付。另外，可定义定期改变费率规则以将所有未清偿的定期费用累积在待处理桶中并允许任何相关联的特征保持可用。在充值时，可定义充值红利规则以在更新结余桶54之前应用待处理改变。PPAD是定期地扫描订户数据库14以寻找满足服务供应商所设的条件的记录——例如其帐户截止从今天起少于一周的所有帐户，并执行与该条件相关联的服务逻辑46，例如发送SMS警报。或者，服务供应商可使用该特征来生成满足指定条件的那些订户的报告，例如处于过期状态的订户的数目或所有订户帐户结余的总和。重复费用、预订费用和帐户警报可使用该工具来实现。

花费限度选项使得服务供应商能够在订户级别上定义一组花费限度或花费限度限额及相关联的使用桶。这些使用桶根据服务供应商的费率计划在每次交易时递增。花费限度限额被结合使用警报一起用来在使用越过所配置的水平时通知订户。使用该特征，订户可监视其预付费或后付费使用，并且根据需要在超过限度时自动终止使用。

使用跟踪使得订户能够使用特定桶来跟踪与特定呼叫相关联的成本。该特征可被用来例如区分个人使用对企业使用，或者用来标识与特定项目或客户相关联的使用。当订户进行呼叫时，该呼叫的总成本被添加到恰当的使用桶。提供了两种跟踪使用的方法。在“根据前缀”跟踪中，订户输入位于实际被拨目的地之前的由服务供应商定义的一组前缀码中的一个。每个前缀码被用来指示使用哪个使用桶进行来跟踪该呼叫的成本。在指令MSC将该呼叫路由至目的地之前，被拨前缀被从被拨数字串中移除。在“根据被拨号码”跟踪中，目的地号码列表被映射至使用桶。该映射在订户级别上配置。至多可定义5个目的地号码。使用跟踪桶的累积的值可经由SMS或SAM ISA来检索和重置。

RCS 10的数据和报告系统(DRS)组件用作CDR以及系统和服务衡量的聚合点。DRS还支持对数据检索的自组织报告生成、格式化以及输出。详细记录和衡量被存储一配置时间段——例如10天，并且可被直接使用或下载(经由SQLNet)至数据仓22。或者，详细记录可使用诸如ftp、tftp、rcp、CD/DVD刻录等被传送至传统采集系统。

RCS 10为对订户帐户的所有更新生成样本或详细记录。详细记录可被用于记帐、用于在线呼叫日志、用以分析呼叫模式和用以解决收费问题。样本在以下情形中记录：(i)在呼叫结束时；(ii)在发送SMS时；(iii)在铃声下载时；(iv)在数据会话结束时；(v)在所有帐户更新时；(vi)在充值时；以及(vii)针对任何报错。所有样本可完全由服务供应商配置并且可被记录在DRS上或使用文件传输工具被传送至传统采集系统。对于所有交易，默认采样结构可用且包括关于该交易的所有可用信息，例如呼叫类型、被拨数字、订户位置、呼叫成本等。服务供应商可自定义采样结构以实现自定义细节记录的生成。该自定义在生成样本方面提供了最大的灵活性而无需对预付费服务的其余部分作出修改。

SPACE系统是用于订户记录、EDB单据和定费规则50的预设和管理的要素管理器。SPACE功能性地包括被用于管理和配置服务数据并激活对CAS板上数据库的改变的SPACE服务创建环境。SPACE IDL接口SII是用来使得外部供应系统和OSS/BSS系统向CAS板上数据库供应订户记录的开放性CORBA接口。EDB 16以安全方式维护单据记录、验证单据/PIN号码、并标记在充值时实时使用的单据。规则集管理是用以向CAS板上数据库激活使用RCS 10规则编辑器创建的规则集的工具集。一旦在SPACE上预设并向CAS群集激活，则对诸如桶改变等订户帐户信息的任何更新都必须通过SAM ISA接口来进行。

因此，RCS 10可被用来实现可使用定费规则50和红利规则的组合定义的预订计划。作为示例，可定义39.99美元/月的预订计划以使得订户收到500任意时段分钟、500非高峰期分钟和不受限的SMS消息。在该示例中，订户将需要至少4个结余桶54：核心、任意时段分钟、非高峰期分钟、以及MO-SMS预订，如表I中所示。订户还将需要至少四个使用桶64：每月花费钱币、每月高峰期分钟、每日分钟、以及每月SMS，如表II所示。

 

桶标识符	桶名	单位	截止日期	结余
					1	核心	美元	6/30/20XX	25美元
2	任意时段分钟	分钟	5/15/20XX	300
					3	非高峰期分钟	分钟	5/15/20XX	500
4	MO-SMS预订	SMS	5/15/20XX	不受限

             表I

 

桶标识符	桶名	刷型周期	下一重置日期	计数
					7	每月花费钱币	月	4/1/20XX	1500(15.00美元)
8	每月高峰期分钟	月	4/1/20XX	100
					9	每日分钟	日	3/31/20XX	12
10	每月SMS	SMS	4/15/20XX	18

              表II

可定义红利规则以向任意时段分钟桶和非高峰期分钟桶添加500分钟并针对任意时段分钟、非高峰期分钟和MO-SMS预订桶将截止日期延长1个月。一旦39.99美元被支付给服务供应商就可由外部系统调用红利规则，或者可设置定期费用以在每月基础上自动调用红利规则。结合红利规则，为语音和SMS定义定费规则从而只要恰当桶中的截止费率有效就收取为零(0)的费率。诸如MT-SMS和铃声下载等所有其它费用对照核心桶来收费。

使用红利规则，服务供应商能够快速而便利地定义特殊供给或促销。红利可以货币、通话时间、SMS消息的数目、数据会话时间、铃声下载的数目——即服务供应商所定义的任意类型的单位来给定。促销红利可通过单个订户实现或由群帐户中的多个订户累积。可定义许多类型的促销，包括但并不限于，基于时间的促销和基于使用的促销。基于时间的促销包括一旦在特定时段内激活帐户就提供5条免费SMS消息、向去往或来自特定国家的所有呼叫提供特定量的红利分钟、以及向在促销时段呼叫特定国家的订户提供红利分钟。还可生成其它基于时间的促销。一样本的基于时间的促销给予订户一周的免费SMS消息并在之后向该订户收取每月的SMS费用。服务供应商可在其网站上提供该促销。当订户登录该网站时，ISA消息被发送至RCS10以直接向订户的帐户插入新桶或调用红利规则以插入新桶。例如，如果指令，则RCS10向订户的帐户添加新桶用于“红利SMS”，其截止日期为自红利奖励日期起的7天。同时，另一ISA消息可被发送以插入针对该订户的自红利奖励日期的第7天起的定期费用。

基于使用的红利包括在发送一定数目的消息后提供一定数目的免费SMS消息，例如在前50条之后提供5条免费消息，或者如果在周末花费超过5美元则提供5分钟免费语音呼叫的红利。

可创建许多其它基于使用的促销。一个样本促销给予在一个月中已花费50.00美元的订户在第15天到期的10条红利SMS消息。为了实现该促销，红利规则定义用于红利SMS的新桶，其具有自红利奖励日期起15天的截止日期。在同时，服务供应商可定义允许在已付SMS桶之前且仅当订户在发送网络上到网络上SMS消息时使用该桶的新费率规则。

另一样本促销为订户提供在充值25.00美元时的5条免费SMS消息以及在充值25.00美元或更多时的10条免费SMS消息。为了实现该促销，RCS10创建用于红利SMS的新桶，其具有自红利奖励日期起30天的截止日期。同样，服务供应商可定义允许在已付SMS消息之前且仅当订户在发送网络上到网络上SMS消息时使用该桶的新费率规则。

尽管本发明已经在特定实施例中进行了描述，但应认识到本发明不应被理解为受这些实施例的限制，而应根据以下权利要求来理解。

Claims (20)

1.一种用于具有一个或多个订户的电信系统的实时收费系统，包括：

服务逻辑，用于处理来自所述一个或多个订户当中的请求订户的服务请求；

定费规则数据库，具有一个或多个定费规则；

定费引擎，其与所述服务逻辑通信以基于标签和来自所述定费规则数据库的所述一个或多个定费规则中的一者来确定所请求服务的费用，其中所述标签基于网络提供数据、配置数据以及所述请求订户的订户数据；以及

用于跟踪所请求服务的结余的一个或多个结余桶，和用于跟踪所请求服务的使用的一个或多个使用桶，所述一个或多个结余桶和一个或多个使用桶中的每一个由所述定费引擎基于所述一个或多个定费规则中的所述一者来创建，

其中由所述一个或多个使用桶跟踪的使用历史被用于确定红利奖励，并且其中所确定的红利奖励被应用于所述一个或多个结余桶或者新的结余桶。

2.根据权利要求1所述的实时收费系统，其特征在于，所述一个或多个结余桶和一个或多个使用桶对应所述请求订户所预订的每一服务类型。

3.根据权利要求2所述的实时收费系统，其特征在于，所述服务请求对应一种服务类型，且对同一服务类型的额外服务请求由所述用于该同一服务类型的桶来跟踪。

4.根据权利要求2所述的实时收费系统，其特征在于，所述一个或多个结余桶中的一个和所述一个或多个使用桶中的一个用于语音服务，而所述一个或多个结余桶中的另一个和所述一个或多个使用桶中的另一个用于SMS消息接发服务。

5.根据权利要求4所述的实时收费系统，其特征在于，所述用于语音服务的结余桶和所述用于语音服务的使用桶是以服务分钟来标示的。

6.根据权利要求4所述的实时收费系统，其特征在于，所述用于SMS消息接发服务的结余桶和所述用于SMS消息接发服务的使用桶是以SMS消息的数目来标示的。

7.根据权利要求1所述的实时收费系统，其特征在于，还包括一个或多个共享结余桶和一个或多个共享使用桶，其中每个共享结余桶和每个共享使用桶对应所述一个或多个订户的群，其中所述订户群中每一个订户的每个结余桶和每个使用桶处于分层结构中比所述订户群的所述共享结余桶和所述共享使用桶低的级别。

8.根据权利要求1所述的实时收费系统，其特征在于，所述结余桶中的一个或多个具有相关联的截止日期，所述请求订户在该截止日期之后不能使用任何剩余结余。

9.根据权利要求1所述的实时收费系统，其特征在于，每个使用桶具有重置日期，所述使用桶在该重置日期之后将被重置为零。

10.根据权利要求1所述的实时收费系统，其特征在于，所述定费引擎基于针对预定帐户活动提供给所述请求订户的红利来生成额外结余桶和额外使用桶。

11.根据权利要求1所述的实时收费系统，其特征在于，还包括用于与一个或多个电信网络通信的网络接口资源。

12.根据权利要求1所述的实时收费系统，其特征在于，所述一个或多个结余桶是由初始预设、帐户激活、红利奖励、定期收费、单据充值、外部支付网关、基于web的自管理应用、以及客户服务代表中的一个创建的。

13.根据权利要求1所述的实时收费系统，其特征在于，还包括用于与外部单据数据库系统通信以增加所述请求订户的一个或多个结余桶的结余的装置。

14.根据权利要求1所述的实时收费系统，其特征在于，还包括基于所述服务请求的时间指示所述服务请求是否被允许的日历限制集。

15.一种对具有一个或多个订户的电信系统中的服务实时收费的方法，所述方法包括步骤：

在一个计算机处接收来自请求订户的服务请求，所述计算机被配置用于访问多个定费规则；；

在所述计算机处基于所述多个定费规则中的定费规则和一个标签来确定所请求服务的费用，其中所述标签基于所述服务请求中的信息、网络信息、配置数据以及所述请求订户的订户数据；以及

在所述计算机处基于所述多个定费规则中的所述一个定费规则，生成用于跟踪所请求服务的结余的一个或多个结余桶和用于跟踪所请求服务的使用的一个或多个使用桶，

其中由所述一个或多个使用桶跟踪的使用历史被用于确定红利奖励，并且其中所确定的红利奖励被应用于所述一个或多个结余桶或者新的结余桶。

16.根据权利要求15所述的方法，其特征在于，还包括以下步骤：

生成关于所请求服务的呼叫细节记录。

17.根据权利要求15所述的方法，其特征在于，还包括以下步骤：

基于所述服务请求的时间和限制日历集指示所述服务请求是否被允许。

18.根据权利要求15所述的方法，其特征在于，还包括以下步骤：

创建一个或多个共享结余桶和一个或多个共享使用桶，其中每个共享结余桶和每个共享使用桶对应所述一个或多个订户的群，其中所述订户群中每一个订户的每个结余桶和每个使用桶处于分层结构中比所述订户群的所述共享结余桶和所述共享使用桶低的级别。

19.根据权利要求15所述的方法，其特征在于，所述结余桶中的一个或多个具有相关联的截止日期，所述请求订户在该截止日期之后不能使用任何剩余结余。

20.根据权利要求15所述的方法，其特征在于，每个使用桶具有重置日期，所述使用桶在该重置日期之后将被重置为零。