CN1290449A - 用于累积呼叫预付费的方法和系统 - Google Patents

Abstract

向移动通信系统中的用户提供具有各自计费周期的呼叫时间附随,其中相对于各计费周期对标准呼叫类型进行费率评定。如果在某个计费周期结束时,该计费周期的部分附随有剩余,则费率评定系统将剩余部分和为即将来临的计费周期提供的附随关联起来。在一种实施方式中,在将先前附随的所有剩余部分添加到为下一周期新创建的附随中时,中断费率评定。在其他实施方式中,在对标准呼叫类型进行费率评定时,费率评定系统引用当前附随和先前附随。

Description

用于累积呼叫预付费的方法和系统

本发明涉及电信，更确切地说，涉及处理电信系统中之用户的服务使用的装置和方法。

众所周知，对移动通信系统来说，提供一种预订，其中在各计费周期的开始为用户分配“附随”的呼叫时间，以便在随后的计费周期中使用。在随后的计费周期中进行的呼叫，对属于标准呼叫种类的呼叫，根据该附随评定费率，而不是单独计费。每当根据用户的附随对呼叫评定费率时，减少附随时间的剩余量，并且在用尽所有附随时间之后，根据预定价目表对所有呼叫进行费率评定，并单独计费。

各附随仅对单一计费周期有效。在下一计费周期开始时，创建另一个附随以便在随后的计费周期中使用。

根据本发明的第一方面，提供用于电信系统的呼叫记录处理装置，所述装置包括：

一个输入数据链路，用于接收电信系统中生成的呼叫记录；

一个用于用户分配记录的存储器，所述用户分配记录能够存储与第一预定使用标准有关的使用的第一分配，以及与第二预定使用标准有关的使用的第二分配，上述标准中的至少一个标准与所述第一标准不同，

一个呼叫记录处理器，该处理器被设置为，为存储满足所述第一标准的呼叫明细的所有呼叫记录，累积减少某个所述第一分配，以及为存储满足所述第二标准的呼叫明细的所有呼叫记录，累积减少某个所述第二分配，

其中所述装置被设置为，将所述第一分配和所述第二分配关联起来，以便允许所述呼叫记录处理器为存储满足所述第二标准的呼叫明细的所有呼叫记录，减少某个所述第一分配。

因此，本发明的上述方面为使用不同的使用分配的灵活性创造了条件。例如，当使用的第一分配对国内流通周期有效，其中该周期与使用的第二分配的国内流通周期不同，则当部分第一分配仍在各流通周期的期限内时，可以将使用的第一分配与第二分配关联起来，以允许完全使用第一分配。

根据本发明的第二方面，提供一种用于电信服务的服务使用处理装置，所述装置包括：

一个存储用户记录的存储器；以及

一个服务使用处理器，

所述装置被设置为，在众多连续使用周期的各周期的开始，将使用的预定分配与用户记录关联起来，所述分配具有与随后的使用周期相对应的已定义的流通周期，以至将第一分配与第一使用周期的用户记录关联起来，将第二分配与第二使用周期的所述用户记录关联起来。

所述服务使用处理器被设置为，为定义在所述第一使用周期内出现的服务使用，减少所述第一分配，以及为定义在所述第二使用周期内出现的服务使用，减少所述第二分配，

其中所述服务使用处理器被设置为，当至少部分所述第一分配仍在所述第一使用周期的期限内时，为定义在所述第二使用周期内出现的服务使用，减少所述第一分配。

根据上述论述，这种设置的优点是显而易见的。

根据本发明的另一方面，提供一种在电信系统中运行费率评定装置的方法，所述方法包括以下步骤：

(ⅰ)为系统中的预订，定义由所述装置在第一使用周期内应用于服务使用的第一使用分配，以及由所述装置在第二使用周期内应用的第二使用分配；

(ⅱ)在所述第一使用周期内对使用记录进行费率评定，为预定使用类型减少所述第一使用分配；

(ⅲ)在所述第一使用周期结束后，中断费率评定；以及

(ⅳ)在中断呼叫费率评定的同时，将所述第一分配中的剩余使用添加到所述第二分配中。

本发明的上述方面提供一种方法，其中可以将第一分配的剩余部分延期至第二使用周期，同时费率评定仅需在任意使用周期中引用单一使用分配。

根据本发明的另一方面，提供一种在电信系统中运行费率评定装置的方法，所述方法包括以下步骤：

(ⅰ)为系统中的预订，定义由所述装置在第一使用周期内应用于服务使用的第一使用分配，以及由所述装置在第二使用周期内应用的第二使用分配；

(ⅱ)相对于所述第一使用分配，对记录定义在所述第一使用周期内出现的使用明细的使用记录进行费率评定；以及

(ⅲ)相对于所述第一和所述第二使用分配，对记录定义在所述第二使用周期内出现的使用明细的使用记录进行费率评定。

上述方面提供一种方法，其中可以使用在第一使用周期结束后剩余的第一使用分配部分，而无需中断费率评定。

通过连同附图，参考本发明最佳实施方式的说明，本发明的其他优点和特征将更加显而易见，其中附图为：

图1为一个框图，示意表示移动通信网络；

图2为一个框图，示意表示根据本发明实施方式的计费中心；

图3为一个表，表示图2的计费中心中存储的附随记录的内容；

图4为一个流程图，表示本发明上述实施方式中使用的费率评定过程；

图5为一个流程图，表示根据本发明第一实施方式对呼叫进行费率评定的过程；

图6为一个定时图，表示图2的计费中心的执行顺序；

图7为一个定时图，表示图2的计费中心执行的过程的备择顺序；

图8为一个流程图，表示本发明上述实施方式中使用的转滚过程；

图9为一个树形图，表示此实施方式中的费率评定系统处理在特定计费周期结束之前开始的呼叫的方式；

图10为一个流程图，表示本发明第二实施方式的计费中心执行的呼叫费率评定过程；

图11为一个流程图，表示本发明第三实施方式的计费中心执行的呼叫费率评定过程。

图1表示诸如GSM网络之类的蜂窝通信网络，其本身是众所周知的，此处不再赘述。通过通信链路将移动交换中心(MSC)2连接到许多基站控制器(BSC)4。BSC 4分布在横穿MSC 2服务的地理区域中。每台BSC 4控制一台或多台位于远端且利用远程通信链路连接到BSC的基收发站(BTS)6。各BTS 6向移动站8发射无线信号，并且从移动站8接收无线信号，其中移动站8位于BTS服务的区域中。该区域称为“蜂房”。一个移动通信网络备有大量此类蜂房，理论上，这些蜂房是邻接的，以连续覆盖整个网络地域。

也利用通信链路将MSC 2连接到通信网络10的剩余部分中的其他MSC(未示出)，以及公用服务电话网(PSTN)、ISDN线路等(未示出)。MSC备有标识位置寄存器(HLR)12和访问位置寄存器(VLR)14，HLR 12为存储用户认证数据的数据库，而VLR 14为临时存储其区域内之活动移动站的用户认证数据的数据库。

当移动站8的用户利用移动通信网络提供的电信服务时，例如发起语音呼叫、发送传真、发送数据、发送文本消息或检索语音邮件等，在服务MSC中生成呼叫明细记录。在MSC中收集呼叫记录，并且批量发送到网络仲裁系统(未示出)，在选择和重新格式化之后，发送到计费中心16。

除其他信息之外，呼叫明细记录还包括国际移动用户标识(IMSI)、用于该呼叫的电话目录号(MSISDN)以及能够计算呼叫费用的数据。此数据包括该呼叫的开始日期和时间、其持续时间、在该呼叫期间提供的服务种类(语音、数据、短信息等)以及主叫号码，在包服务的情况中，可能还包括传输的数据量。

图2表示根据本发明第一实施方式的计费中心的功能。计费中心包括呼叫明细记录日志存储器18，一个关系数据库软件应用程序20及其相关数据存储器22，一个呼叫费率评定软件应用程序24及其相关价目表数据存储器25，一个转滚软件应用程序26及其候选列表存储器27，一个计费软件应用程序28及其相关预订数据存储器30，以及计费报表打印装置32。

以诸如大型计算机或计算机工作站之类的合适数据处理装置的方式，实现各软件应用程序20、24和28。数据存储器18由磁带数据存储器和／或诸如硬盘之类的其他合适存储介质组成。最好以高速缓冲存储器的方式，实现各个剩余的数据存储器20、22、25、27和30，以便快速访问和检索。

同时与关系数据库应用程序20相连接的还包括一组客户服务工作站34，以便联机数据输入和从关系数据库中检索用户和帐目明细。

以批量方式从连接到计费中心的各MSC，连续接收呼叫明细记录，并记录到日志存储器18中，步骤40。随后以批量方式将以上记录的呼叫明细记录周期输入到关系数据库20／22中。

呼叫明细记录一进入关系数据库20／22，就由费率评定应用程序24参照价目表存储器25按照接收顺序进行费率评定，以便对各呼叫明细记录附加合适的费用。在关系数据库20／22中存储附加费用。

关系数据库20／22不仅存储呼叫明细记录，而且还存储用户明细记录、附随记录(以下说明)以及计费帐户记录。该关系数据库存储各用户的用户数据，包括标识计费帐户所属用户的数据，预订类型以及在对用户呼叫进行费率评定时使用的附随记录(若有的话)。

图3为一个表，表示附随记录的内容。各附随记录分配有一个唯一附随记录ID 33，由此访问附随记录。附随记录包含至少与两种附随有关的数据，如当前附随和先前附随。各附随为一种电信服务的使用分配，并且分配有预定的流通周期。此流通周期与计费周期一致，在此实施方式中为一个月。因此，附随记录中的最新附随(附随#Z)34具有预定的开始日期／时间35和预定的结束日期／时间36。先前附随(附随#Y)37也具有预定的开始日期／时间38和预定的结束日期／时间39。当费率评定应用程序24对其开始日期／时间在附随的开始日期／时间和结束日期／时间内的呼叫进行费率评定时，该附随为当前(附随)。附随记录中的各附随是连贯的，即附随#Z的开始日期／时间等于附随#Y的结束日期／时间。根据费率评定应用程序24需要的附随访问的历史范围，也可以在附随记录中存储附随#Y之前的其他附随，及其相关流通周期。

在本发明的上述实施方式中，附随由呼叫时间的持续时间组成。在计费周期开始时添加的附随的持续时间依赖于存储的预订类型。在单用户预订情况中，附随与单一目录号(MSISDN)有关，并且仅由该用户使用。在组预订情况中，附随与一组目录号(MSISDN)有关，并且可由该组内的部分或所有用户使用。

网络运营商安排无呼叫费用或降低呼叫费用以使用附随时间，因此，用户最好利用他们的所有附随时间。

图4表示费率评定应用程序24执行的费率评定过程。在费率评定期间，依次对呼叫明细记录顺序费率评定，最初选择可用的第一呼叫明细记录，步骤40。然后分析呼叫明细记录以确定该呼叫的开始日期／时间是否在当前计费周期内，如果在的话，则对该呼叫进行费率评定，步骤42。

图5表示用于单一呼叫明细记录的费率评定过程。首先分析呼叫明细记录以确定用户的标识，步骤50，然后确定进行的呼叫是否为标准呼叫类型。例如，标准呼叫可包括本国固定线路终端呼叫，而认为对其他移动站的呼叫、保险费率服务或国际呼叫是非标准的，这是因为这些呼叫通常更昂贵。

如果呼叫明细记录中指示的呼叫类型是非标准的，则费率评定应用程序24通过检索价目表存储器26中存储的非标准价目表计费明细，继续计算所有呼叫的费用，步骤54。在计算费用后，将指示费用的数据添加到呼叫明细记录中，步骤56，以便在稍后的阶段中对该呼叫计费。

如果在步骤50中识别出该呼叫为标准呼叫类型，则判定是否可以从可用附随时间中减去该呼叫的持续时间，而不是直接对该呼叫计费。

如果附随记录指示已经用尽最初用于当前计费周期的所有附随时间，则费率评定应用程序24继续从关系数据库20／22中检索指示该用户之预订类型的数据，并且从价目表存储器25中检索该预订类型的标准价目表费用，从而计算整个呼叫的费用，步骤54。然后将计算的费用添加到呼叫明细记录中，步骤56。

然而，如果当前附随中仍然有剩余时间，则检查该剩余时间是否大于等于该呼叫的持续时间。假如这样的话，则从当前附随中的剩余附随时间中减去该呼叫的持续时间，步骤58，并且将指示已使用附随时间的数据添加到呼叫明细记录中，步骤60，以供随后的呼叫计费使用。不对呼叫明细记录附加费用。

如果剩余的当前附随时间小于该呼叫的持续时间，则从当前附随的剩余时间中减去剩余的附随时间(从而不再有使用分配)，并将数据添加到指示扣除附随时间的呼叫明细记录中，步骤62和64。

接着，根据关系数据库20／22中存储的预订类型，以及价目表存储器25中存储的合适的标准计费价目表明细，计算该呼叫的剩余持续时间的费用，步骤66。然后将指示要征收费用的数据添加到呼叫明细记录中，步骤68，以供随后的呼叫计费使用。

回到图4，在计费周期结束后，费率评定应用程序24将开始从网络中的MSC接收呼叫明细记录，其中该记录的开始日期／时间在当前周期结束之后。一旦接收到在当前计费周期结束之后开始的呼叫，费率评定应用程序24就检查该呼叫是否是在至少当前周期结束后的某个时间“P”开始的。时间“P”为在网络内设置的持续时间，该持续时间定义呼叫明细记录内允许的最大呼叫持续时间。即，如果服务MSC记录了其持续时间接近时间“P”的呼叫，则MSC将创建一个覆盖最大持续时间“P”的“部分”呼叫明细记录，并创建一个或多个与该呼叫的剩余持续时间有关的其他呼叫明细记录。一旦费率评定应用程序识别出其开始日期／时间大于当前周期结束后的时间“P”的呼叫，费率评定应用程序24就挂起从MSC接收的其他批量的呼叫明细记录的处理，因为出现来自该MSC的上述呼叫明细记录。尤其是，一旦接收到与以下呼叫有关的呼叫明细记录，即其开始时间大于当前周期结束后的“P”分钟，费率评定应用程序24就确定，已经从上述MSC接收了其开始日期／时间在当前周期结束之前的所有按次序的呼叫明细记录。

存储该呼叫明细记录以供随后费率评定，而不是对在当前周期结束后开始的呼叫进行费率评定，步骤46。一旦对呼叫明细记录进行了费率评定，或者存储该呼叫明细记录以供随后费率评定，就对下一呼叫明细记录进行费率评定，并返回到步骤40。如果该呼叫明细记录是费率评定应用程序24处理的来自网络MSC的最后一条呼叫明细记录，则结束对当前计费周期的费率评定。已经对与当前周期内开始的呼叫有关的所有按次序呼叫明细记录进行了费率评定。

图6表示进行脱机计费时，即在计费过程开始前将所有费率评定的呼叫明细记录传送到专用计费记录存储器时，围绕该计费周期的计费系统执行的过程的定时。费率评定延伸到大部分计费周期，并在计费周期结束(通常为每月最后一天的午夜)后继续。在计费周期结束后，费率评定应用程序继续对与计费周期结束前开始、但在计费周期结束后在计费中心接收的呼叫(此处称为“后期呼叫(1ate call)”)有关的呼叫明细记录费率评定。在计费期间，通过使用计费系统中存储的预订记录，为有资格的预订创建新的附随，以供下一计费周期使用。在该计费周期结束后不久，由转滚应用程序26启动转滚预运行过程(下面说明)，同时继续对后期呼叫费率评定。一旦费率评定结束，如相对于图4所述的那样，就将经过费率评定的呼叫明细记录传送到计费应用程序28，并开始计费。一旦转滚预运行与计费结束，就由转滚应用程序26执行转滚过程(下面说明)。在整个转滚和计费过程中，费率评定停止，并且一旦转滚结束，就重新开始费率评定。首先，处理在步骤46中存储的呼叫明细记录。然后，依次对包含以下呼叫明细记录的排队批量，即与先前计费周期结束后开始的呼叫有关的呼叫明细记录、以及与先前计费周期期间开始的呼叫(此处称为“后后期呼叫(late-late call)”)有关的无序呼叫明细记录的排队批量，进行费率评定。

图7表示进行联机计费时，即计费应用程序与费率评定和转滚应用程序并行运行，其中各自使用关系数据库20中存储的呼叫明细记录时，计费中心执行的过程的备择定时。在此实施方式中，费率评定在计费周期结束后继续进行，以继续对后期呼叫费率评定。在计费周期结束后不久，启动转滚预运行过程(下面说明)，同时开始由计费应用程序28执行的计费预运行。在计费预运行期间，通过使用计费数据库30中存储的用户信息，执行与即将来临的计费周期有关的远程更新和远程创建，包括为有资格的预订创建新的附随，以供费率评定应用程序在即将来临的计费周期中使用。

一旦计费预运行结束，就开始计费，而不管对后期呼叫的费率评定是否结束。

将转滚预运行定时为在后期呼叫的费率评定结束之前不久结束，从而一旦后期呼叫的费率评定结束，就立即执行转滚过程(下面说明)。一旦转滚结束，就重新开始费率评定，以便开始对步骤46中存储的呼叫明细记录费率评定，随后对在先前计费周期结束后开始的呼叫，以及后后期呼叫的排队呼叫明细记录进行费率评定。

图8表示图6和图7论述的转滚预运行和转滚过程。转滚过程本身用于将先前计费周期的当前附随的剩余容量，添加到新创建的下一计费周期的附随中，从而避免损失先前计费周期中未使用的附随时间。执行转滚预运行以提高转滚过程的效率，从而能够更快地重新开始费率评定。最好将费率评定中断降到最低限度，以使关系数据库20中存储的数据尽可能存储最新。实际上，转滚预运行不予考虑其先前计费周期的当前附随已用尽的预订。在此种情况中，没有时间进行转滚。

参考图8，通过选择关系数据库20中的第一预订，并检查是否有任何当前附随(此时，附随是“当前的”意味着仍在相对于该附随对后期呼叫费率评定)，开始转滚预运行，步骤70。如果还未将该附随设置为0，则将该预订添加到候选转滚列表中，步骤72。继续供最后挑选用的候选列表过程，直至检查了最后预订，于是结束转滚预运行。

在费率评定结束后，并且或者在计费处理本身或者在计费预运行中为即将来临的计费周期创建了新的附随后，转滚过程本身才开始。一旦费率评定结束，并且创建了所有附随，就将即将来临的计费周期设置为当前周期，步骤74，从而先前的当前附随成为先前附随，并且新附随成为当前附随，随后费率评定应用程序24相对于当前附随对呼叫明细记录进行费率评定。

接着，通过选择转滚预运行中生成的候选列表上出现的第一预订，开始转滚过程，步骤76。如果在后期呼叫的费率评定结束后，仍有当前为先前附随的附随，则将剩余的附随时间添加到新创建的当前附随中。为了避免过度累积用户的附随时间，可以设置转滚的先前附随数量的界限。同时，将先前附随设置为指示其内容已经“转滚”的无效设置，步骤78。转滚继续，直至转滚应用程序26处理了转滚候选列表上的所有预订，此时，通过使用包含从先前计费周期转滚的附随时间的当前附随，重新开始费率评定。

在计费期间，通过使用由费率评定应用程序24附加到呼叫明细记录的费用和附随时间，以及使用计费应用程序28在呼叫明细记录中检索的其他数据，编辑各帐户的计费明细。计费明细包括征收的预订费用，发生的使用费用，已经使用的用户的先前附随的数量，转滚到当前附随中的附随时间的数量，以及指示在先前计费周期中进行的各呼叫的日期、时间、持续时间、附随时间、费用与终止点的各呼叫的逐条记录明细。

一旦编辑了各帐户的计费明细，就可以将计费明细传送到计费报表打印装置32。计费报表打印装置32格式化计费明细，以在一页上生成该帐户的发票，并且在一页或多页上生成包含已使用附随时间和转滚附随时间的计费报表，以及呼叫的逐条记录报表。各呼叫的逐条记录报表显示该用户进行的各呼叫的日期、时间、持续时间、已使用的附随时间、费用和终止位置。

一旦重新开始费率评定，多数CDR将与先前计费周期结束后开始的呼叫有关。然而，由于网络中的异常处理而无序到达的某些CDR(属于后后期呼叫)，也会到达以便在转滚后进行费率评定。如果后后期呼叫属于标准呼叫种类，则有可能并且应该根据相对于呼叫开始时的当前附随的费率评定原则，充抵先前附随。一旦执行了转滚，就不再可能相对于经过转滚的先前附随对此类标准呼叫(称为“可附随的”)费率评定。在此种罕见情况中，费率评定应用程序24生成该CDR的“无效”编码。

图9为一个树形图，该图以概要形式表示此实施方式中的费率评定系统处理在特定计费周期结束之前开始的呼叫的方式。

在上述实施方式中，建立特定过程(转滚预运行和转滚本身)，以便对与下一计费周期中的呼叫有关的呼叫明细记录费率评定时，使用计费周期费率评定结束时剩余的附随时间。然而，如上所述，在转滚过程期间中断费率评定。在参照图10和图11说明的本发明的另外两种实施方式中，在不需要计费中心的独立转滚过程的情况下，实现了相对于先前计费周期中的剩余附随时间，对呼叫明细记录费率评定的能力。在这些实施方式中，可以在不中断的情况下继续费率评定，并且可以在计费周期结束后的任何时刻建立计费(和计费预运行，如果合适的话)。在上述另外两种实施方式中使用的计费系统与图2所示的计费系统类似，但省略了转滚应用程序26及其相关数据存储器27，并且使用经过修改的费率评定应用程序24。

图10表示利用根据第二实施方式修改的费率评定应用程序24对呼叫明细记录的费率评定。

一旦识别出上述预订，步骤100，如果该呼叫为非标准类型，则对该呼叫进行正常费率评定，步骤102和104。另一方面，如果该呼叫为可附随的，则费率评定应用程序引用先前附随。如果先前附随已经用完，则检查当前附随。如果当前附随没有剩余，则对该呼叫进行正常费率评定，步骤102和104，以将费用附加到该呼叫明细记录。如果此时当前附随有剩余，并且剩余的当前附随大于该呼叫的持续时间，则从当前附随中减去整个呼叫持续时间，并且添加到该呼叫明细记录中，步骤106和108。另一方面，如果当前附随不足以充抵该呼叫的整个持续时间，则减去剩余的当前附随，并将其添加到呼叫明细记录中，然后收取剩余呼叫的费用，并记入呼叫明细记录，步骤110、112、114和116。

另一方面，如果费率评定时先前附随中还有使用分配，则优先使用此使用分配，而不是当前附随的使用分配。如果先前附随的剩余量足以充抵整个呼叫的持续时间，则从先前附随中减去该呼叫的持续时间，并添加到呼叫明细记录中，步骤118和120。此时，如果先前附随不足，则减去剩余的附随，步骤122。如果当前附随的数量(还未被扣除过)足以充抵剩余的呼叫持续时间，则从当前附随中减去剩余的呼叫持续时间，并将使用的附随时间(综合先前附随和当前附随)，添加到呼叫明细记录中，步骤124和126。如果剩余的呼叫时间很大，以至当前附随不足，则完全减去当前附随，并将使用的总附随时间添加到呼叫明细记录中，然后对不能充抵的剩余呼叫计费，步骤128、130、132和134。

如上所述，在第二实施方式中，在当前附随的容量之前分配所有剩余的先前附随。其相反过程应用于参照图11所述的第三实施方式。

参考图11，当费率评定应用程序24根据第三实施方式处理呼叫明细记录时，首先识别预订，步骤200。如果该呼叫类型为非标准的，则对该呼叫进行正常费率评定，步骤202和204，以将费用附加到呼叫明细记录。

如果该呼叫为可附随的，则费率评定应用程序24检查是否还有剩余的当前附随。如果有剩余，并且剩余的当前附随大于该呼叫的持续时间，则从当前附随中减去该持续时间，并添加到呼叫明细记录中，步骤206和208。如果剩余的当前附随不足以充抵呼叫时间，则减去当前附随的容量，并且如果先前附随没有剩余，则将使用的附随时间添加到呼叫明细记录，步骤212，然后收取剩余呼叫的费用，并记入呼叫明细记录，步骤214和216。然而，如果在此阶段时先前附随有剩余，并且先前附随的剩余量足以充抵剩余的呼叫时间，则将剩余的呼叫时间从先前附随转入呼叫明细记录，步骤218和220。然而，如果先前附随的剩余量不足以充抵剩余的呼叫时间，则将先前附随设置为0，步骤222，并将使用的总附随时间添加到呼叫明细记录中，步骤224。然后收取剩余呼叫的费用，并记入呼叫明细记录，步骤226和228。

如果该呼叫是可附随的，但是当前附随没有剩余，则费率评定应用程序24检查先前附随是否有剩余。若没有剩余，则收取整个呼叫持续时间的费用，并记入呼叫明细记录，步骤230和232。然而，如果先前附随有剩余，并且剩余的先前附随足以充抵该呼叫时间，则将总呼叫时间从先前附随转入呼叫明细记录，步骤234和236。如果剩余的先前附随不足以充抵该呼叫时间，则减去剩余的先前附随，并添加到呼叫明细记录中，步骤238和240，然后收取剩余呼叫的费用，并记入呼叫明细记录，步骤242和244。

上述实施方式提供对与下一计费周期中的呼叫有关的呼叫明细记录费率评定时，使用特定计费周期费率评定结束时剩余附随时间的装置和方法，从而避免损失先前周期中未使用的附随时间。此外，存储与一个或多个先前周期中之附随使用有关的历史数据，以便后后期呼叫费率评定并访问上述历史数据。特别是，如果仅提供在各计费周期结束时更新的单一附随，则不可能存储上述历史记录。

可以想像，相对于上述实施方式，可以使用各种相等物和更改，而并不背离本发明的实质和范围。

Claims (22)

1．用于电信系统的呼叫记录处理装置，所述装置包括：

一个输入数据链路，用于接收电信系统中生成的呼叫记录；

一个用于用户分配记录的存储器，所述用户分配记录能够存储与第一预定使用标准有关的使用的第一分配，以及与第二预定使用标准有关的使用的第二分配，上述标准中的至少一个标准与所述第一标准不同，

一个呼叫记录处理器，该处理器被设置为，为存储满足所述第一标准的呼叫明细的所有呼叫记录，累积减少某个所述第一分配，以及为存储满足所述第二标准的呼叫明细的所有呼叫记录，累积减少某个所述第二分配，

其中所述装置被设置为，将所述第一分配和所述第二分配关联起来，以便允许所述呼叫记录处理器为存储满足所述第二标准的呼叫明细的所有呼叫记录，减少某个所述第一分配。

2．根据权利要求1的装置，其中所述至少一个标准包括一个时间流通界限。

3．根据权利要求2的装置，其中所述第一标准包括一个第一时间流通周期。

4．根据权利要求3的装置，其中所述至少一个标准包括一个第二时间流通周期。

5．根据权利要求4的装置，其中所述第一周期在所述第二周期之前。

6．根据权利要求5的装置，其中所述第二周期在所述第一周期结束后立即开始。

7．根据前述任一权利要求的装置，其中所述分配为服务使用的持续时间。

8．根据权利要求7的装置，其中所述呼叫记录处理器被设置为附加数量，从而为存储满足所述第一或第二标准的呼叫明细的某个呼叫记录，减少至少一个所述使用分配。

9．根据前述任一权利要求的装置，其中所述第一和第二标准包括呼叫类型标准。

10．根据权利要求9的装置包括一个价目表存储器，并且

其中所述呼叫处理器被设置为，将参考所述价目表存储器计算的费用，附加到存储不满足所述呼叫类型标准的呼叫明细的某个呼叫记录中。

11．根据前述任一权利要求的装置，其中所述呼叫记录处理器被设置为，为存储满足所述第二标准的呼叫明细的某个呼叫记录，减少一个所述第一和一个所述第二分配，其中仅依靠所述第一或所述第二分配的剩余量不足以充抵记录在所述呼叫记录明细中的服务使用。

12．用于电信服务的服务使用处理装置，所述装置包括：

一个存储用户记录的存储器；以及

一个服务使用处理器，

所述装置被设置为，在众多连续使用周期的各周期的开始，将使用的预定分配与用户记录关联起来，所述分配具有与随后的使用周期相对应的已定义的流通周期，以至将第一分配与第一使用周期的用户记录关联起来，将第二分配与第二使用周期的所述用户记录关联起来，

所述服务使用处理器被设置为，为定义在所述第一使用周期内出现的服务使用，减少所述第一分配，以及为定义在所述第二使用周期内出现的服务使用，减少所述第二分配，

其中所述服务使用处理器被设置为，当至少部分所述第一分配仍在所述第一使用周期的期限内时，为定义在所述第二使用周期内出现的服务使用，减少所述第一分配。

13．根据权利要求12的装置，其中所述用户记录各自识别众多预定预订类型中的一种，各所述类型与不同的所述预定分配关联。

14．一种在电信系统中运行费率评定装置的方法，所述方法包括以下步骤：

(ⅰ)为系统中的预订，定义由所述装置应用于第一使用周期内的服务使用的第一使用分配；

(ⅱ)在所述第一使用周期内对使用记录进行费率评定，为预定使用类型减少所述第一使用分配；

(ⅲ)在所述第一使用周期结束后，中断费率评定；

(ⅳ)定义由所述装置在第二使用周期内应用的第二使用分配；以及

(ⅴ)在中断呼叫费率评定的同时将所述第一分配中的剩余使用添加到所述第二分配中。

15．根据权利要求14的方法，所述方法包括在所述第一使用周期结束后到接收到具有预定特征的使用记录前继续步骤(ⅱ)。

16．根据权利要求14或15的方法，包括在经过第一使用周期结束后的至少某个预定时间段之前继续步骤(ⅱ)，其中预定时间段相当于所述系统允许的使用记录中的最大使用持续时间。

17．根据权利要求14、15或16的方法，包括在步骤(ⅱ)中执行步骤(ⅴ)的准备工作，所述准备工作包括在中断费率评定之前，识别具有第一使用分配剩余的预订的候选列表。

18．根据权利要求14到17之任一权利要求的方法，包括在步骤(ⅴ)后重新开始费率评定，以减少所述预定使用类型的所述第二使用分配。

19．一种在电信系统中运行费率评定装置的方法，所述方法包括以下步骤：

(ⅰ)为系统中的预订，定义由所述装置在第一使用周期内应用于服务使用的第一使用分配，以及由所述装置在第二使用周期内应用的第二使用分配；

(ⅱ)相对于所述第一使用分配，对记录定义在所述第一使用周期内出现的使用明细的使用记录进行费率评定；以及

(ⅲ)相对于所述第一和所述第二使用分配，对记录定义在所述第二使用周期内出现的使用明细的使用记录进行费率评定。

20．根据权利要求19的方法，所述方法包括为特定预订在第一分配记录中存储所述第一使用分配并且在第二分配记录中存储所述第二使用分配，其中步骤(ⅲ)包括，当使用记录详细记录所述特定预订的使用时，根据预定的优先序列算法，相对于所述第一和所述第二分配记录应用所述使用。

21．根据权利要求20的方法，包括首先相对于所述第一分配记录尝试应用所述使用。

22．根据权利要求20的方法，包括首先相对于所述第二分配记录尝试应用所述使用。

Images