专利名称：实时用户计费系统和方法
技术领域：
本发明涉及实时用户计费系统和方法。具体地说，本发明涉及在一个标准网络路由路径内的实时用户计费系统和方法。
有各种为所提供的诸如电话、收费电视、互联网、自来水、燃气之类的服务对用户计费的方法。最普通的方法是按月为这些服务对用户计费。在根据使用情况计费时，通常在使用了服务后计费。每月由计费系统收集使用信息，根据使用信息计算出应支付的总额，打印成帐单发送给用户。
使用信息通常通过将详细使用记录(DUR)存入监视用户使用情况的设备内的暂存区收集。在一个电话系统内，DUR存储器通常配置在用户线路直接接到的终端局交换机处。在一个互联网环境中，DUR存储器通常配置在服务器处或服务提供机构。在一个收费电视系统中，DUR存储器通常配置在用户处。
DUR包括了为具体通信期计算费用所需的所有信息。例如，在电话计费系统中，DUR被称为通话详细记录(CDR)。CDR通常包括发起呼叫的用户的电话号码、被叫电话号码、呼叫时间和通话时长。在收费电视系统中，DUR通常包括定节目的用户的标识号码和所定节目的节目标识号码。根据DUR存储器的容量和活动情况，定期由计费系统从DUR存储器检索出DUR。然后，计费系统对DUR用计费算法计算出用户的使用费用。计费系统还计算出附加的设备租用费、月服务底费、税金等，与使用费用相加，将总帐打印成清单邮寄给用户。
用户只有在收到打印的清单时才知道累计的费用。通常会出现这样一个问题，用户在付费时由于费用超过预计而有困难。如果一个用户不能及时付费，服务提供机构可以设法与这个用户接触，催付费用。如果仍未付费，服务提供机构最终就中断为这用户服务。这个过程通常要有几个月，帐额很可能已经积累到用户不能为继续得到服务而支付的地步。
另一种常用的计费方法是复式计费(multi-metering)。这种方法通常用于电话系统，利用复式计费脉冲来根据使用情况进行计费。按照这种方法，在通话期间每隔一定时间产生一个表示使用费用的脉冲。每个复式计费脉冲所表示的价额是相同的，但对产生脉冲的定时是随具体呼叫的费用而改变的。例如，如果每个脉冲表示$0.10，而对于本地通话的费用是每3分钟$0.10，于是就每3分钟产生一个脉冲。如果对于国内长途通话的费用是1分钟$1.00，于是就每6秒钟产生一个脉冲。如果对于国际长途通话的费用是1分钟$4.00，于是就每1.5秒产生一个表示$0.10的脉冲。对这些脉冲进行检测、计数，计算出使用费用。复式计费脉冲检测器的例子可参见颁发给Kamil的美国专利No.4,868,873。
对于业务和私人电话，复式计费脉冲通常以听不到的方式发送给电话机，在电话机附设的显示单元上向呼叫者显示。这使呼叫者可以在通话进行中随时确定费用的累计情况。
在复式计费脉冲用于公用电话时，呼叫者通常将钱置入电话机，在电话机附设的显示单元上显示置入的总额。或者，呼叫者可以将尚有预付余额的灵通卡或钱卡插入电话机上的阅读器或拨出卡上指示的号码，于是在显示单元上就显示出卡上的余额。随着通话的进行，所显示的余额递减每个脉冲的费用。例如，如果一个顾客将$1.00投入电话机进行费用为每3分钟$0.10的本地呼叫，于是每3分钟产生一个表示$0.10的脉冲，所显示的余额就每3分钟递减$0.10。在这个例子中，这个顾客可以通话30分钟，这些脉冲就将余额递减为零。
另一种计费方法是预付电话服务，可参见颁发给Kamil的美国专利No.4,706,275。按照这种方法，用户发送给服务提供机构支付款或认可从他的信用卡支取预付额。这个预付额由服务提供机构记入用户的帐户。为了获得服务，用户拨通服务提供机构或专用交换机，键入一个标识码，如个人标识号(PIN)。于是，对用户的帐户进行检查，如果状况良好，就向用户提供长途呼叫的拨号音和帐户余额。计费系统随着通话的进行递减用户的余额。
另一种计费方法是在颁发给Block的美国专利No.4,484,217中提出的。这个专利揭示了一种用于收费电视计费的方法，存款余额信息存储在用户处。是否允许用户接收电视节目取决于所存储的余额信息与包含在节目传输中的费用信号的比较结果。
所有这三种计费方法的问题是费用计算是在用户的标准网络路由通路外的远处进行的。也就是说，使用信息必需发送到在用户的标准网络路由通路以外的一个诸如服务提供机构或专用交换机那样的实体。服务提供机构或专用交换机计算出费用，再将费用回发给用户。这样将计费信息发给在用户的标准网络路由通路以外的实体再从那里收回既费时，又不经济。
因此，需要有一种能在用户的标准网络路由通路内计算所需服务费用的实时用户计费系统。
本发明的一个目的是提供一种能在用户的标准网络路由通路内计算所需服务费用的实时用户计费系统。
本发明的另一个目的是提供一种根据用户的可用余额核准服务的实时用户计费系统。
本发明的又一个目的是尽可能简化到取消向用户发送硬拷贝费用清单，除非用户需要。
本发明的又一个目的是简化用户付费手续，随时为用户提供用户可用余额信息。
本发明的又一个目的是使用户能用他的帐户支付购买或托办的其他产品或服务。
本发明的又一个目的是为用户提供对允许谁可将服务和产品的费用记在他的帐户上的控制。
按照本发明，上述和其他目的可以用一种在一个标准网络路由通路内进行实时用户计费的系统和方法来达到。为至少一个用户存储帐户信息。根据所存的帐户信息确定用户是否有足够的余额支付所需服务。根据确定结果，准许或拒绝为用户服务。
通过以下结合附图所作的详细说明可以更清楚地看到本发明的上述和其他目的、特色和优点。在这些附图中
图1a例示了按本发明一个实施例构成的典型的实时用户计费系统；图1b例示了按本发明一个实施例构成的典型的信道计费监视器；图1c详细例示了按本发明一个实施例构成的用于实时用户计费的典型的网络路由装置；图2a-2d例示了按本发明第一实施例构成的用于实时用户计费的中心局交换机；图3a-3d例示了按本发明第二实施例构成的用于实时用户计费的中心局汇接交换机；
图4a-4d例示了按本发明第三实施例构成的用于实时用户计费的网络；图5a-5d例示了按本发明第四实施例构成的用于实时用户计费的接至蜂窝/无线系统的中心局交换机；图6a-6h例示了按本发明第五实施例构成的用于实时用户计费的远程呼叫系统；图7例示了按本发明构成的用来发出通信告警消息的典型例行程序；图8例示了按本发明构成的典型实时计费例行程序；图9例示了按本发明构成的典型实时告警消息例行程序；图10例示了按本发明构成的改变服务例行程序。
为了便于讨论，以下实施例将结合电话网进行说明。然而，对于熟悉本技术领域的人员来说，可以理解本发明并不局限于电话网，而是可以应用到任何类型的用户系统。
图1a例示了按本发明构成的用于实时用户计费的典型系统。在图1a中，有四个用标号10标出的用户Sub.1、Sub.n、Sub.1R和Sub.nR。这些用户10例如可以是标准电话网用户。用户Sub.1和Sub.n表示发起呼叫的用户，而用户Sub.1R和Sub.nR表示接受呼叫的用户。虽然只示出四个用户，但熟悉本技术领域的人员可以理解，按本发明构成的这种实时计费系统能用于无论多少个用户。
信道计费监视器20和网络路由装置30配置在用户10的标准网络路由通路内。也就是说，信道计费监视器20和网络路由装置30都配置在将发起用户Sub.1和Sub.n接至接收用户Sub.1R和Sub.nR的通路内。如图1a中的虚线所示，信道计费监视器20可以配置在用户位置处或网络路由装置30内。或者，信道计费监视器20可以独立配置在沿发起用户与接收用户之间的标准网络路由通路的任何地方。
信道计费监视器20对在通话期间产生的表示预定费用额的费用信号或通话期间历经的时间进行检测。费用信号可以由网络路由装置30或费用处理器40产生。信道计费监视器例如可以用诸如图1b所示的可以对费用信号进行检测和计费的装置实现。
由图1b可见，信道计费监视器20与Sub.n和网络路由装置30连接。信道计费监视器20包括一个放大来自Sub.n的信号的放大器22，一个对信号进行滤波的滤波器23，一个检测费用信号的脉冲检测器24，以及一个对检测到的费用信号进行计数的脉冲计数器25。费用信号的脉冲数送至微处理器27a，与存储在存储器28b内的用户帐户信息比较，以确定为用户提供什么服务。微处理器28a通过数据口29与处理器60(示于图1c)通信，更新用户帐户信息。
信道计费监视器20还包括一个继电器开关21，由继电器驱动器27按微处理器28a的指令驱动。例如，如果用户没有适当的可用余额，微处理器28a就指令继电器驱动器27打开开关21，断开Sub.n。对于某些诸如紧急呼叫或给服务提供机构的呼叫，微处理器28a能指令继电器驱动器27闭合开关21，接通Sub.n。
信道计费监视器还包括一个检音器26，用来例如检测用户Sub.n拨号音，将这些拨号音发给微处理器28a。
网络路由装置30将呼叫从发起用户传至接收用户。网络路由装置30可以用例如中心局交换机、终端局交换机或汇接交换机实现，这取决于网络路由装置30在网络路由通路内的部署。网络路由装置的具体例子将结合图2a、c，3a、c，4a、c，5a、c和6a、c进行说明。
如图1a所示，在这些网络路由装置30之间可以采用共路信令(CCS)。这使数据可在通话期间发送和接收，而不影响语音通路。
实时计费处理可以在任何信道计费监视器20、网络路由装置30内或在用户位置处进行。对于在一个信道计费监视器20进行实时计费处理的情况，就在这个信道计费监视器20对所产生的费用信号或历经的时间进行检测、计数后与所存储的用户帐户信息比较，确定为用户提供什么服务。对于在一个网络路由装置30内或一个用户位置处进行实时计费处理的情况，由配置在这个网络路由装置30或这个用户位置的信道计费监视器对所产生的费用信号或历经的时间进行检测。对费用信号或历经的时间进行计数后与所存储的用户帐户信息比较，确定为用户提供什么服务。
在用户位置处的实时计费处理可以在发起用户端、接收用户端或这两端进行。例如，如果通话要对发起用户收费，实时计费处理就可在发起用户端进行。如果通话要对接收用户收费，如受让方付费电话，实时计费处理就可在接收用户端进行。可能有通话费用由发起用户和接收用户分摊的情况，此时实时计费处理就在参与通话的每个用户端进行。
实时计费处理也可以在费用处理器40内进行。这可能是所希望的，例如，如果需要在不具备实时计费能力的现有标准网络设备内实现实时计费的话。对于在费用处理器40进行实时计费处理的情况，所产生的费用信号或历经的时间由一个信道计费监视器20检测后发给费用处理器40。费用处理器40对所产生的费用信号或历经的时间进行计数，根据计数结果与所存储的用户帐户信息的比较，确定提供什么服务。用户帐户信息可以存储在费用处理器40内，也可以存储在用户位置、信道计费监视器20或网络路由装置30处。费用处理器40可以用例如一个微处理器来实现。
所存储的用户帐户信息可以周期性地或随时管理用户付款的事务管理系统50更新。根据用户帐户信息存储在哪里和实时计费处理在哪里进行，通话费用和用户帐户信息可以定期或每次通话结束后从信道计费监视器20、网络路由装置30、用户位置或费用处理器40送至事务管理系统50。事务管理系统50用通话费用复核用户所支付的款项，将这信息送至信道计费监视器20、网络路由装置30、用户位置或费用处理器40，按此更新用户帐户。
根据实时计费处理在哪里进行，不是图1a中所示的所有部分都是必需的。例如，如果实时计费处理在信道计费监视器20、网络路由装置30或用户位置进行，费用处理器40就是不必要的。此外，信道计费监视器20只是在检测费用信号或历经时间的那些地方是必需的，例如在用户位置、网络路由装置30，或者在此之间的网络路由通路内的某一个点。并不是在所有这些位置都需要信道计费监视器。图1a为了例示方便只是示出了在各种不同位置的信道计费监视器的情况。
图1c详细例示了按本发明构成的执行实时用户计费的典型网络路由装置。如图1c中的虚线所示，网络路由装置30接在都用标号10标示的用户Sub.A和Sub.B之间。网络路由装置30还与外部的事务管理系统50连接。为了例示方便，图1c所示的网络路由装置30执行所有的实时计费处理而不需要与图1a中所示的费用处理器40连接。
如图1c所示，网络路由装置30包括一个执行实时计费运算的处理器60。处理器60可以例如用一个微处理器来实现。
网络路由装置30还包括一个存储与用户和服务有关的信息的存储器70。存储器70可以划分为四个子存储器通信控制存储器72，计费数据存储器74，资费存储器76，以及详细使用记录存储器78。通信控制存储器72存储有关用户状态的信息，例如包括用户是挂机还是摘机，以及被叫电话号码和其他信息。计费数据存储器74存储有关用户的可用余额的信息。资费存储器76存储有关各种服务费用的信息，即资费表，以及税金和底费。详细使用记录存储器78存储有关呼叫费用的详细信息。虽然为了说明方便示为四个子存储器，这些子存储器可以合并成较少的或再细分为更多的存储器。
按照本发明的一种情况，处理器60根据费用信号的计数与用户的可用余额的比较确定为用户提供什么服务。一个对用户收费的通话在进行的同时，每隔一定时间产生一个费用信号，例如定时脉冲。费用信号例如可由处理器60产生。每个费用信号表示一个预定的费额。两个脉冲之间的时间称为脉冲率，可以由通话的呼叫目的地(或者，在被叫方付费呼叫的情况下的呼叫发起地)和诸如带宽之类的其他呼叫特性确定。脉冲率例如可以由资费表得出。资费表可以通过从例如一个中心局将资费信号下载到资费存储器76周期性地更新。
这些脉冲由信道计费监视器(未示出)检测，处理器60对从通话开始到通话结束所产生的脉冲进行计数。例如，处理器60从结束的脉冲数减去开始的脉冲数，得到所产生的脉冲数。为了安全起见，这种计数可以从第一次通话开始连续累计，脉冲数一直不复位为零。这就避免了在用户的帐户实际没有用完以前欺骗性地将它复位为零。或者，可以通过从所使用的脉冲总数减去付了费的脉冲数来重新调整所计的脉冲数。
用户的可用余额可用存储在计费数据存储器74内的脉冲使用限额(PUL)和脉冲使用信用限额(PUC)。PUL和PUC都表示为脉冲数。PUL表示用户支付的备用额，而PUC表示为用户建立的信用限额。处理器60可以编程成不断将所产生的脉冲数与PUL或PUC比较，或者在通话期间每产生一个脉冲便从PUL或PUC中减去一个脉冲。
可以不用具有预定价额的脉冲数而用本地货币额来确定使用限额或信用限额。例如，可将每个用户的用户使用限额(SUL)和用户信用限额(SCL)存入计费数据存储器74。SUL和SCL分别与PUL和PUC类似，只是SUL和SCL用本地货币表示而不是用脉冲数。SUL和SCL可以像PUL或PUC那样按通话产生的每个脉冲递减。
PUC/SCL的额度可以超过PUL/SUL的额度。因此，如果一个用户具有一个认可的PUC/SCL，这个用户就有权超过PUL/SUL，多PUC/SCL的额度。
在使用到等于PUL/SUL或PUC/SCL时，可以改变为用户提供的服务的级别(cos)。cos可以按照例如为每个用户或用户类别预定的服务提供机构的策略自动改变。也就是说，cos可以按照预定的服务提供机构的策略改变。例如，在使用掉的脉冲数等于PUL/SUL或PUC/SUL时，处理器60可以阻止任何类型的任何呼入或呼出，允许呼入而禁止呼出，或者允许本地呼出而禁止长途呼入和呼出。
或者，cos也可以在使用掉的与PUL/SUL或PUC/SUC之差达到预定额度时加以改变。cos也可以涉及对特殊用户或用户类别提供特殊优惠或折扣。这可以包括对大量使用或使用多种服务等打折。例如，在使用量在给定一段时间内达到一定程度后，就对用户计费率打折。
按照本发明的另一种情况，处理器60可以计算通话期间历经的时间，据此确定为用户提供的cos，而不是对费用信号进行检测和计数作为确定为用户提供什么服务的根据。
处理器60根据通话时长参照存储在资费存储器76内的资费表中适当项在通话期间实时计算出通话费用。通话费用作为一个DUR存入DUR存储器78。对于一个电话通话，通话费用作为一个CDR存储。CDR包括被叫号码，通话时长，通话费用，以及用户或服务提供机构所需的其他任何信息。
事务管理系统50可以将用户支付的款额通过数据口55通知处理器60。处理器60用支付的款额更新用户的帐户。处理器60还用底费(如设备的月租金)更新用户的帐户，从用户的余额中扣去这些费用。如果用户在一定时间内还没有交纳备用金，事务管理系统50就指令处理器60停止为这个用户服务。
网络路由装置30还包括一个为用户Sub.A和Sub.B之间的呼叫选择路由的系统路由装置80，两个产生向接收用户报警、要他摘机的振铃信号的终端告警信号产生器82，以及两个检测什么时候发起用户已经摘机和被叫号码、将这信息提供给处理器60的信号检测器/解码器84。例如，在由用户Sub.A发起对Sub.B的呼叫时，信号检测器/解码器A就检测到这种情况，还检测到被叫电话号码。信号检测器/解码器A向处理器60发送这信息，包括用户号码、被叫号码、计费率和呼叫开始时间。处理器60根据存储在例如计费数据存储器74内的用户可用余额确定为用户提供什么服务和计算出用户可用的连接时间。
对于需向Sub.A收费的呼叫，就检查Sub.A的余额。如果处理器60确定Sub.A有足够的可用余额进行对Sub.A的呼叫，处理器60就指令通信进行消息产生器65产生一个适当的消息，如拨号音或差错消息。这个消息通过系统路由装置80发送给Sub.A。
处理器60还指令终端告警信号产生器B产生振铃信号，发送给Sub.B。终端告警信号产生器的状态例如可以存入通信控制存储器72。于是，呼叫由系统路由装置80从Sub.A传到Sub.B。
随着通话的进行，处理器60根据存储在资费存储器76内的资费表每隔适当时间递减用户的余额。例如，第一个三分钟可以是一种费用，而以后的每一分钟或几分之一分钟是另一种费用。
通话结束时间由信号检测器/解码器84通知处理器60。根据通话结束发生在Sub.A的余额用完前还是用完后，采用以下的一种处理。如果处理器60在Sub.A的余额用完前得到通话结束的通知，处理器60就计算出这次通话的费用，从留下的余额中减去。如果在通话结束前Sub.A的余额就已用完，处理器60就发出结束通话的指令。
有各种方式可以将费用情况通知用户。例如，随着通话期间余额或剩余的信用限额的递减，可以通过可闻音或数字语音信号将剩下的余额通知用户。可以向用户发送一连串表示还剩$10余额、$5余额、$2余额或最后一分钟的音。也可以用数字语音信号通知用户还剩的余额或还有多少时间就要切断通话。
或者，除了警告音或语音外，可以在电语键盘上配置一个按钮，用户按压后可以在附接的显示单元上显示还剩的时间、用户的余额或直至当日累计的费用。这个附接的显示单元可以用例如LCD、LED、CRT、等离子显示器或其他附接在电话机上的可视显示器。
另一种可以将直至当日累计的费用或还剩的余额通知用户的方式是用按压电话机键盘上的一系列预定按钮，包括诸如一个PIN那样的标识信息。于是，用户可接至一个语音响应系统(VRS)。根据VRS给出的数字语音提示，用户标明所需的信息。按照用户的请求，VRS可以提供用户的余额或通话费用表。
也可以在有要求时用传真将直至当日积累的费用通知用户。用户在电话机键盘上拨出一系列预定号码，包括诸如一个PIN那样的标识信息。如果号码是从一个传真机上拨出的，用户就只要按一下开始钮，从上次帐单以后的付费通话表就从DUR存储器78检索出来发给用户的传真机。如果用户是从电话机而不是传真机呼叫的，就会提示他输入帐单要发给的传真机的号码。在由处理器60确定的时间内用户就会收到传真帐单。例如，如果处理器60允许，传真帐单可以在用户在线时就发送。否则，传真帐单可以在一小时或二十四小时内发送，这取决于系统的容量。要发传真帐单的大致时间可以由VRS通知用户。
用户可以选择在传真帐单中列出哪类记帐的通话。例如，用户可以输入一个两位数字号码作为类别号码。这个两位数字号码可以在拨号结束时的一个特殊音后输入，或者接着按一个特定的键，如*，再输入这个两位数字的代码。
也可以用例如事务管理系统50打印的清单将费用情况通知用户。打印的清单可以书写的证明定期或根据用户的请求邮寄给用户。
在图1c中，实时计费处理在网络路由装置30进行。按照本发明第一实施例，网络路由装置可以用一个用户所属的中心局交换机来实现。图2a示出了按第一实施例构成的可执行实时用户计费处理的中心局(CO)交换机100。在图2a中，CO交换机100通过用户线210与用户200连接。虽然图2a中只示出了一个用户，但可以有任何数量的用户接至C0交换机100。在图2a中，实时计费处理可以在包括在CO交换机100内的中央处理单元(CPU)110进行。
图2b为例示图2a中所示的CO交换机所执行的一个典型的实时计费过程的流程图。如图2b所示，过程开始于步骤2000，一个具有预付备用金或信用限额的用户摘机后，CO交换机100查核用户记录，包括用户的电话号码、COS、用户的可用余额等。
然后，在步骤2010，CO交换机100运行一个通信报警消息程序(CWMR)，这将在下面结合图7进行说明，向用户发送一个摘机消息。在步骤2020，CO交换机100将用户所拨的电话号码存入例如通信控制存储器72。
在步骤2030，CO交换机100运行一个实时计费程序(RTCR)，这将结合图8进行说明。在步骤2040，根据RTCR确定用户是否具有足够的可用余额或许可超限。如果不是，过程进至步骤2050，CO交换机100拒绝这个电话呼叫。从步骤2050，过程进至步骤2060，CO交换机100执行一个实时报警消息程序(RTWMR)，这将结合图9说明，向用户报警。如果用户挂机，RTWMR结束。否则，RTWMR一直继续到消息结束。过程于是在步骤2140终止。
如果在步骤2040确定用户具有足够的可用余额或许可超限，过程就进至步骤2070，CO交换机100处理呼叫。在步骤2080，CO交换机确定被叫号码是否应答。如果没有应答，过程进至步骤2090，确定呼叫尝试是否例如因为主叫用户挂机已经结束。
如果在步骤2080确定被叫号码已经应答，CO交换机在步骤2100立即再运行RTCR，从而可以实时加上所有费用。在步骤2110，根据RTCR确定是否因为用户没有继续通话的足够余额或许可超限而调用了通话拆线程序。如果没有调用通话拆线程序，过程就进至步骤2120。
在步骤2120，CO交换机100确定通话是否例如因为哪一端挂机而结束。如果通话没有结束，过程返回步骤2100。如果在步骤2110确定已调用通话拆线程序、在步骤2120确定通话已结束或在步骤2090确定呼叫尝试已结束，过程就进至步骤2130。
在步骤2130，CO交换机100拆除通话连接，用这次通话的最终费用更新用户记录，产生这次通话的最终CDR。然后，过程进至步骤2140终止。
在图2a中，实时计费处理在CPU110内进行，它执行实时计费计算，包括RTCR和用户帐户余额。或者，实时计费处理也可以在一个通过交换机接口310与CO交换机100连接的应用中央处理单元(Apps.CPU)300内执行，如图2c所示。在这种情况下，RTCR和用户帐户余额存储在Apps.CPU300内。
图2d示出了在图2c中所示的CO交换机配置内执行的典型实时计费过程。图2d的流程与图2b的极为类似。在图2d中，过程开始于步骤2005，用户摘机后，CO交换机100将用户的ID，即用户的电话号码，通知Apps.CPU300。
然后，在步骤2015，Apps.CPU300命令CO交换机100启动CWMR，发出一个摘机报警消息。在步骤2025，CO交换机100存储所拨的电话号码，并将这号码与用户ID一起送至Apps.CPU300。在步骤2035，Apps.CPU对这个用户ID运行RTCR。在步骤2040，根据RTCR确定用户是否具有足够的可用余额或许可超限。如果不是，过程进至步骤2055，Apps.CPU300命令CO交换机拒绝这个呼叫，启动RTWMR。于是，CO交换机100拒绝这个对用户的呼叫，过程进至步骤2140终止。
如果在步骤2040确定用户具有足够的可用余额或许可超限，过程就进至步骤2065，Apps.CPU300核准CO交换机100处理这个呼叫。在步骤2075，CO交换机100处理呼叫，将应答状态通知Apps.CPU300。
在步骤2080，CO交换机100确定被叫号码是否应答。如果没有应答，过程就进至步骤2090，确定呼叫尝试是否已结束。如果呼叫尝试没有结束，过程就返回2080。
如果在步骤2080 CO交换机100确定被叫号码已经应答，过程就进至步骤2105，CO交换机将呼叫应答通知Apps.CPU 300，于是Apps.CPU立即再运行RTCR，从而可以实时加上所有费用。然后，在步骤2110，根据RTCR确定是否调用了通话拆线程序。如果没有调用通话拆线程序，过程就进至步骤2120，CO交换机100确定通话是否已结束。如果通话没有结束，过程就返回步骤2105。
如果在步骤2110确定已调用通话拆线程序、在步骤2120确定通话已结束或在步骤2090确定呼叫尝试已结束，过程就进至步骤2135。在步骤2135，CO交换机100拆除通话连接，并将拆除连接的时间通知Apps.CPU300，使Apps.CPU可以用最终费用更新用户记录，产生这次通话的最终CDR。从步骤2135，过程进至步骤2140终止。
在以上实施例中，实时计费处理在为用户提供电话服务的中心局交换机或在一个附设在这个中心局交换机的处理单元进行。实时计费处理也可在一个并不与用户线或干线直接连接的交换机进行。这例如在CO交换机不能进行实时计费处理的网络中可能是所希望的。在这种情况下，按照本发明第二实施例，实时计费处理可以在一个与为用户提供电话服务的终端中心局交换机连接的汇接CO交换机进行。
图3a例示了按本发明第二实施例构成的能执行实时计费系统处理的汇接中心局交换机。在图3a中，汇接CO交换机120接至为用户200提供电话服务的终端局CO交换机105。实时计费处理可以在包括在汇接CO交换机120内的CPU130执行。汇接CO交换机120通过标准的中心局干线140接至终端局CO交换机105。这种在汇接CO交换机120与终端局CO交换机105之间的连接可以采用任何提供标准的局间呼叫处理信息，如呼叫建立、呼叫拆除、主叫和被叫号码标识等，的信令方法。各CO交换机(包括终端局交换机和汇接局交换机)之间的信息传送协议可以是任何标准交换机协议，包括但不局限于SS-7、R-2、R-1.5或R-1。
用户200称为虚拟用户。对虚拟用户的处理方式与对直接连接的用户非常类似，除了为了确定主叫方，汇接CO交换机120要查询终端局CO交换机105送来呼叫的入局网络干线140。确定了主叫方，汇接CO交换机120以与上述非常类似的方式处理这个过程。COS限制并不包括在终端局交换机的两个用户之间交换的本地呼叫。
图3b为例示图3a中所示的汇接中心局交换机执行的典型实时计费过程的流程图。如图3b所示，过程开始于步骤3000，汇接CO交换机120接到有一个来自终端局CO交换机105的入局局间干线呼叫的通知。在步骤3010，汇接CO交换机120接收到来自终端局CO交换机105的所拨出的电话号码，请求和接收到主叫用户的号码后查核主叫用户的虚拟用户记录(VSUB)。VSUB含有有关用户200的信息，如帐户余额，信用信息、服务类别、通话记录等。VSUB可以存储在例如汇接CO交换机120中的计费数据存储器74内。
在步骤3020，汇接CO交换机120对这个VSUB执行RTCR。在步骤3030，汇接CO交换机120根据RTCR确定这个VSUR是否具有足够的余额或许可超限。如果不是，在步骤3040，汇接CO交换机120拒绝这个呼叫。然后，过程进至步骤3120终止。
如果在步骤3030确定有足够的余额或许可的超限，过程就进至步骤3050。在步骤3050，汇接CO交换机120处理这个呼叫。在步骤3060，汇接CO交换机120确定被叫号码是否应答。如果被叫号码没有应答，过程就进至步骤3070，汇接CO交换机120确定呼叫尝试是否已经结束。如果呼叫尝试没有结束，过程返回步骤3060。
如果在步骤3060汇接CO交换机120确定被叫号码已应答，过程就进至步骤3080，立即再运行RTCR，使得所有费用可以实时加上。在步骤3090，根据RTCR确定是否因为不允许VSUR继续通话而调用了通话拆线程序。如果没有调用通话拆线程序，过程就进至步骤3100。在步骤3100，汇接CO交换机120确定通话是否已经结束。如果通话没有结束，过程就返回步骤3080。
如果在步骤3090确定已调用通话拆线程序、在步骤3100确定通话已结束或在步骤3070确定呼叫尝试已结束，过程就进至步骤3110。在步骤3110，汇接CO交换机120拆除通话连接，用最终费用更新VSUB记录，产生这次通话的最终CDR。从步骤3110，过程进至步骤3120终止。
在图3a中，实时计费处理在CPU130内进行，它执行实时计费计算，包括RTCR和用户帐户余额。或者，实时计费处理也可以在一个通过交换机接口310与汇接CO交换机120连接的Apps.CPU 300内执行，如图3c所示。在这种情况下，RTCR和用户帐户余额存储在Apps.CPU 300内。
图3c中所示的汇接CO交换机配置执行的典型实时计费过程的流程图如图3d所示。图3d的流程与图3b的极为类似。在图3d中，过程开始于步骤3000，汇接CO交换机120接收到有一个来自终端局CO交换机105的入局局间干线呼叫的通知。
在步骤3015，汇接CO交换机120接收到来自终端局CO交换机105的所拨出的电话号码，将这个信息转给Apps.CPU300。Apps.CPU300查核主叫用户的VSUB，这可以编入Apps.CPU的程序内。
在步骤3025，Apps.CPU300对这个VSUB执行RTCR。在步骤3035，根据RTCR确定这个VSUR是否有足够的余额或许可超限。如果不是，过程进至3045，Apps.CPU300指令汇接CO交换机120拒绝这个呼叫。
如果在步骤3035确定这个VSUR具有足够的可用余额或许可超限，过程就进至3055，Apps.CPU 300核准汇接CO交换机120处理这个呼叫。汇接CO交换机120处理呼叫，将应答状态通知Apps.CPU 300。
然后，在步骤3060，汇接CO交换机120确定被叫号码是否应答。如果没有，过程就进至步骤3070，汇接CO交换机120确定呼叫尝试是否已结束。如果呼叫尝试没有结束，过程就返回步骤3060。
如果在步骤3060汇接CO交换机120确定被叫号码已经应答，过程就进至3085，汇接CO交换机通知Apps.CPU 300被叫号码已经应答，于是Apps.CPU 300立即再运行RTCR，使得所有费用可实时加上。
然后，在步骤3090，确定是否Apps.CPU根据RTCR因为VSUR没有足够的余额继续通话而调用了通话拆线程序。如果没有调用通话折线程序，过程就进至步骤3100。
在步骤3100，汇接CO交换机120确定通话是否已结束。如果通话没有结束，过程就返回步骤3085。从步骤3045，或者在步骤3090确定已调用通话拆线程序、在步骤3100确定呼叫已结束或在步骤3070确定呼叫尝试已结束，过程就进至步骤3115，汇接CO交换机120拆除通话连接，并将拆除连接的时间通知Apps.CPU 300，使Apps.CPU可以用最终费用更新VSUB记录。在步骤3117，Apps.CPU 300用最终费用更新用户记录和产生这次通话的最终CDR。然后，过程在步骤3120终止。
按照本发明第三实施例，不是每个用户都有各自的保证金或信用额，而是多个用户可共有一个借方或信用帐户。这例如在一个具有多个用户线或一个由特许或独立操作装置操作的公共呼叫局(PCO)的企事业单位可能是有用的。
按照这个实施例，一组干线、用户线或服务可以标识为一个单独的计费组(BG)。实时用户计费系统的所有特点，包括预付款额和赊用极限，以与前面对于单个用户所述相同的方式可全部用于BG。与这个BG有关的干线、用户线和服务可以源自多个交换机。
服务组计费使一些用户可以将电话、寻呼、蜂窝等通信服务的费用归于单个帐户。例如，BG的所有费用可以都划归一个主计费号码。对于一些副计费号码的COS可由这个主计费号确立。
图4例示了按本发明第三实施例构成的可以执行实时计费处理的网络汇接CO交换机150。在图4a中，BG用一个专用/外部网络400表示。专用/外部网络400包括一个或多个由一个不是网络汇接CO交换机150的实体运行/管理的交换机。专用/外部网络400通过标准的中心局干线410接至网络汇接交换机150。这种在网络汇接CO交换机150与专用/外部网络400之间的连接可以采用任何提供标称的局间呼叫处理信息，例如呼叫建立、呼叫拆除、主叫和被叫号码标识等，的信令方法。
在图4a中，实时计费处理可以在网络汇接CO交换机150中的CPU 160内执行。CPU160用所连接的各个不同的专用/外部网络的干线组程控。网络汇接CO交换机150监视这些干线，运行RTCR。
图4b为例示在图4a所示的网络汇接CO交换机执行的典型实时用户计费过程的流程图。如图4b所示，在步骤4000，网络汇接CO交换机150接收到有一个来自专用/外部网络400的入局局间干线呼叫的通知。在步骤4010，网络汇接CO交换机150接收到所拨出的电话号码后，标识干线ID，查核这个干线的干线记录(TR)。干线ID用干线号码唯一地标明这个干线，含有有关所用的信令类型以及COS、用户的可用余额等信息。TR含有诸如帐户余额、信用信息、服务级别、通话记录等干线信息。TR例如可以存储在网络汇接CO交换机150的计费数据存储器74内。网络汇接CO交换机150还执行这个TR的RTCR。
在步骤4020，网络汇接CO交换机150根据RTCR确定这个TR是否具有足够的可用余额或许可超限。如果不是，过程进至步骤4030，网络汇接CO交换机150拒绝这个呼叫。
如果在步骤4020确定这个TR具有足够的可用余额或许可超限，过程就进至步骤4040，网络汇接CO交换机150确定被叫号码是否应答。如果没有，过程进至步骤4060，确定呼叫尝试是否已经结束。如果呼叫尝试没有结束，过程就返回步骤4050。
如果在步骤4050确定被叫号码已应答，过程就进至步骤4070，网络汇接CO交换机150立即再运行RTCR，使得所有费用可以实时加上。然后，在步骤4080，根据RTCR确定是否因为TR没有足够的余额继续通话而调用了通话拆线程序。如果没有调用通话拆线程序，过程就进至步骤4090。在步骤4090，网络汇接CO交换机150确定通话是否已经结束。如果通话没有结束，过程就返回步骤4070。
从步骤4030，或者如果在步骤4080确定已调用通话拆线程序、在步骤4090确定通话已结束或在步骤4060确定呼叫尝试已结束，过程就进至步骤4100。在步骤4100，网络汇接CO交换机150拆除通话连接，用最终费用更新TR，产生这次通话的最终CDR。于是，过程进至步骤4110终止。
在图4a中，实时计费处理在存有RTCR和干线帐户余额的CPU160内进行。或者，实时计费处理也可以在一个通过交换机接口310与网络汇接CO交换机150连接的Apps.CPU 300内执行，如图4c所示。在这种情况下，RTCR和干线帐户余额存储在Apps.CPU 300内。
图4d为例示在图4c所示的网络汇接CO交换机配置执行的典型实时计费过程的流程图。图4d与图4b类似。如图4d所示，过程开始于步骤4000，网络汇接CO交换机150接收到有一个来自专用/外部网络400的入局局间干线呼叫的通知。
在步骤4015，网络汇接CO交换机150接收到所拨出的电话号码，标识了干线ID后，将这个信息转给所有Apps.CPU 300。Apps.CPU 300查核这个干线的TR。在步骤4017，Apps.CPU 300执行这个TR的RTCR。
在步骤4020，根据RTCR确定这个TR是否有足够的余额或许可超限。如果不是，过程进至步骤4035，Apps.CPU 300指令网络汇接CO交换机150拒绝这个呼叫。
如果在步骤4020确定这个TR具有足够的可用余额或许可超限，过程就进至步骤4045，Apps.CPU 300核准网络汇接CO交换机150处理这个呼叫。在步骤4047，网络汇接CO交换机150处理呼叫，将应答状态通知Apps.CPU 300。
在步骤4050，网络汇接CO交换机150确定被叫号码是否应答。如果没有，过程进至步骤4060，网络汇接CO交换机150确定呼叫尝试是否已经结束。如果呼叫尝试没有结束，过程就返回步骤4050。
如果在步骤4050确定被叫号码已经应答，过程就进至步骤4075，网络汇接CO交换机150将呼叫已连接通知Apps.CPU 300。Apps.CPU 300立即再运行RTCR，使得所有费用可及时加上。
在步骤4080，确定是否已调用通话拆线程序。如果调用了通话拆线程序，过程就进至步骤4085，Apps.CPU 300就向网络汇接CO交换机150发出拆除这个干线通话连接的拆线请求。
如果在步骤4080确定没有调用通话拆线程序，过程就进至步骤4090，确定通话是否已结束。如果通话没有结束，过程就返回步骤4075。
从步骤4035、步骤4085，或者如果在步骤4090确定通话已结束或在步骤4060确定呼叫尝试已结束，过程就进至步骤4105，网络汇接CO交换机150拆除通话连接，并将拆除连接的时间通知Apps.CPU 300。然后，过程进至步骤4170，Apps.CPU用最终费用更新TR和产生这次通话的最终CDR。最后，过程进至步骤4110终止。
本发明并不局限于有线用户，而是也可以用于蜂窝和/或无线用户。因此，按照第四实施例，这种实时计费系统可以在一个与用户所属的蜂窝/无线系统连接的中心局交换机内实现。图5a例示了按本发明第四实施例构成的可执行实时用户计费的电话公司汇接CO交换机170。在图5a中，电话公司汇接CO交换机170与通过射频(RF)链路220为无线用户200提供电话服务的蜂窝/无线系统500连接，在图5a中，实时计费处理可以在电话公司汇接CO交换机170的CPU 180内执行。电话公司汇接C0交换机170通过一些语音通路的系统间链路195和一个系统间控制链路190与蜂窝/无线系统500连接，以实现系统间数据传送的交换。
图5b为例示在图5a中所示的电话公司汇接CO交换机执行的典型实时计费过程的流程图。如图5b所示，过程开始于步骤5000，电话公司汇接CO交换机170通过系统向控制链路190接收到有一个来自所接蜂窝/无线系统500的入局呼叫的通知。电话公司CO交换机170接收到所拨出的电话号码和主叫用户号码后，查核这个主叫用户的VSUB。VSUB可以例如存储在电话公司汇接CO交换机170中的计费数据存储器74内。
在步骤5020，电话公司汇接CO交换机170执行VSUB的RTCR。在步骤5030，根据RTCR确定这个VSUB是否有足够的可用余额或许可超限。如果不是，过程就进至步骤5040，电话公司汇接CO交换机拒绝这个呼叫，并通知蜂窝/无线系统500呼叫拆线。然后，过程进至步骤5120终止。
如果在步骤5020确定有足够的可用余额或许可超限，过程就进至步骤5050，电话公司汇接CO交换机处理呼叫，并将呼叫状态通知蜂窝/无线系统500。然后，在步骤5060，电话公司汇接CO交换机170确定被叫号码是否应答。如果没有，过程进至步骤5070，确定呼叫尝试是否已结束。如果呼叫尝试没有结束，过程就返回步骤5060。
如果在步骤5060电话公司汇接CO交换机170确定被叫号码已经应答，过程就进至步骤5080，电话公司汇接CO交换机立即再运行RTCR，使得所有费用可以实时加上。然后，在步骤5090，确定是否已调用通话拆线程序。如果没有调用通话拆线程序，过程就进至步骤5100，电话公司汇接CO交换机170确定通话是否已经结束。如果通话没有结束，过程就返回步骤5080。
如果在步骤5090确定已调用通话拆线程序、在步骤5100确定通话已结束或在步骤5070确定呼叫尝试已结束，过程就进至5110，电话公司汇接CO交换机170拆除通话连接，用这次通话的最终费用更新VSUB记录。电话公司汇接CO交换机170产生这次通话的最终CDR，通知所接的蜂窝/无线系统500通话拆线。从步骤5110，过程进至步骤5120终止。
在图5a中，实时计费处理在存有RTCR和用户帐户余额的CPU 180内进行。或者，实时计费处理也可以在一个通过交换机接口310与CPU180连接的Apps.CPU 300内执行，如图5c所示。在这种情况下，RTCR和用户帐户余额存储在Apps.CPU 300内。
图5d为例示在图5c所示的电话公司汇接CO交换机配置执行的典型实时计费过程的流程图。图5d与图5b类似。如图5d所示，过程开始于步骤5000，电话公司汇接CO交换机170接收到有一个来自所接的蜂窝/无线系统500的入局呼叫的通知。在步骤5015，电话公司汇接CO交换机170接收到蜂窝/无线系统500通过系统间控制链路190发来的用户ID和所拨出的电话号码后，将这信息转给Apps.CPU 300。Apps.CPU300查核主叫用户的VSUB，这可以例如编入Apps。CPU的程序内。
在步骤5025，Apps.CPU 300执行这个VSUB的RTCR。在步骤5030，根据RTCR确定这个VSUB是否有足够的可用余额或许可超限。如果不是，过程进至步骤5040，Apps.CPU 300将拒绝接线通知电话公司汇接CO交换机170，命令它拒绝这个呼叫。然后，过程进至步骤5120终止。
如果在步骤5025确定这个VSUB有足够的可用余额或许可超限，过程就进至步骤5055，Apps.CPU 300指令电话公司汇接CO交换机170处理这个呼叫。电话公司汇接CO交换机170处理呼叫，并将呼叫状态通知Apps.CPU和蜂窝/无线系统500。
然后，在步骤5060，电话公司汇接CO交换机170确定被叫号码是否应答。如果没有，过程就进至步骤5070，确定呼叫尝试是否已结束。如果呼叫尝试没有结束，过程就返回步骤5060。如果在步骤5060确定被叫号码已经应答，过程就进至步骤5085，电话公司汇接CO交换机170将呼叫应答通知Apps.CPU 300和通过系统间控制链路190通知所接的蜂窝/无线系统500。Apps.CPU 300立即再运行RTCR，使得所有费用可以实时加上。
在步骤5090，确定是否已调用通话拆线程序。如果没有，过程就进至步骤5100，确定通话是否已结束。如果通话没有结束，过程就返回步骤5085。如果在步骤5090确定已调用通话拆线程序、在步骤5100确定通话已结束或在步骤5070确定呼叫尝试已结束，过程就进至步骤5110，电话公司汇接CO交换机170拆除通话连接，并将拆除连接的时间通知Apps.CPU 300，使得Apps.CPU可以用最终费用更新VSUB。Apps.CPU 300产生这次通话的最终CDR。电话公司汇接CO交换机170通知所接的蜂窝/无线系统通知拆线。从步骤5110，过程进至步骤5120终止。
按照本发明第五实施例，这种实时计费系统可以在一个远程呼叫系统实现，使用户可以为在不是他自己的电话机上进行的呼叫承担费用。对远地通话计费有两个途径远地通话计费和用户线路远地通话计费。
在远地通话计费中，在从一个网络内一个不是用户他自己的电话机进行呼叫时，用户通过例如键入一个记帐标识代码再后接需呼叫的电话号码向这个网络标识自己的身份。于是用户得到提示，要他输入诸如PIN和负责通话费用的电话号码之类的标识信息。这信息由用户提供后由一个可进行实时计费处理的归属交换机或所接的计算机发送给这个网络内的远地计费计算机(RBC)。RBC于是向用户的归属交换机进行查询，确定这个用户在他的帐户上是否有足够的余额进行这次通话。
RBC可以向用户帐户临时支取足以进行一次通话的费用后，将限额告知服务交换机。于是，服务交换机用归属交换机认可的限额建立一个临时的用户帐户。随着通话的进行，如果达到服务交换机限额，服务交换机可自动向RBC请求附加限额。于是RBC从归属交换机内的余额减去附加的数额，将这数额转给服务交换机，添加到临时限额上。
在通话结束时，服务交换机内任何剩下的未用数额返回给RBC，再由RBC将未用数额返回给用户的归属交换机。剩下的数额加回到用户的余额上。
其他信息也可由服务交换机转给RBC传输给归属交换机。这包括通话费用、所拨的电话号码、主叫电话号码、日期、通话的开始时间和结束时间等。
在用户线路远地计费中，用户可以通过拨一个预定号码和输入他自己的电话号码和PIN将在一个网络内或外的通话的费用归于他自己的帐户。预定号码是一个在用户归属交换机的号码。在用户输入了预定号码和PIN后，用户所连接的交换机就提供一个出局线路。用户接收到拨号音后就能以通常方式进行呼叫。通话的计费如上所述。
按本发明第五实施例构成的远地呼叫系统可以提供的特点包括个人电话号码(PPN)和一号码呼叫(ONC)。用户呼叫一个预定电话号码，就标识了呼叫需转至的电话机、寻呼机、语音信箱、电子邮件或传真机。呼叫的类型由例如一个网络交换机或附属这个交换机的用于区别呼叫类型的装置检测。例如，它可以区别语音、传真和计算机通信。任何对这个用户固有号码的呼叫自动转至远程控号码。
转移费用可由用户或主叫方负责。如果由主叫方负责，就可用一个语音响应询问主叫方是否愿意将呼叫转移。
图6a例示了按本发明第五实施例构成的可以实现实时用户计费系统的远地呼叫系统。在图6a中，电话公司网络包括CO交换机100a和100b，它们可以为从不是用户登记的线路的一些线路上发起的呼叫执行实时计费处理。CO交换机100a和100b分别包括进行实时计费处理的CPU110a和110b。CO交换机100a和100b分别通过用户线路210a和210b与用户200a和200b连接。CO交换机100a和100b分别通过网间干线610a和610b以及信息传送链路620a和620b与公众电话交换网(PSTN)600连接。用户不必直接接至一个能实时计费的CO交换机来接收呼叫。例如，如图6a所示，用户200C可以通过干线630直接接到PSTN 600上。虽然图6a中只示出了三个用户，但熟悉本技术领域的人员可以理解，按本发明第五实施例构成的实时计费系统可适用于任何数量的用户。
包括在图6a所示远地呼叫系统内的还有一个通过网络局间信息链路(NL)325与PSTN 600连接的网络应用处理器(NAP)305。NAP 305用作RBC。有关呼叫的信息通过链路325、PSTN600、干线610a和610b以及链路620a和620b用任意多个协议，例如包括SS7、WAN、LAN、R1、R1.5、R2等，在C0交换机100和NAP 305之间传送。
与信用卡呼叫类似，在图6a所示的远地计费系统中的用户可以用诸如一个PIN那样的标识信息程控他的线路，然后可以通过拨一个专用代码、归属线路号码和PIN来呼叫另一个线路，而将这个呼叫的费用实时归到他的归属线路的帐户上。例如，一个具有归属用户线路200a的用户可以从用户线路200c进行呼叫，而这个呼叫的费用归于用户线路200a。
图6b-d为例示图6a所示的远地呼叫系统执行的典型实时计费过程的流程图。如图6b所示过程开始于步骤6000，一个CO交换机100注意到有一个用户线路已摘机，拨出了指示请求一个远地呼叫操作的专用代码。这个CO交换机还接收到用户希望呼叫的目标电话号码。在其中发起呼叫的CO交换机称为始发CO交换机，而与负责呼叫费用的用户线路连接的CO交换机称为归属CO交换机。负责呼叫费用的用户线路称为归属用户线路，而发出呼叫请求的用户线路称为请求用户线路。例如，如图6a中所示，如果一个用户从请求用户线路200b发起一个呼叫，而用户的归属用户线路为200a，那么始发CO交换机便为交换机100b，而归属CO交换机相应为交换机100a。
在步骤6010，始发CO交换机向请求用户发送一个专用音或语音请求，请求输入归属用户线路的号码和用户的PIN。在步骤6020，确定请求用户线路是否应答了这个请求。
如果请求用户线路答应了这个请求，过程就进至步骤6050，始发CO交换机向请求用户线路发送一个音或语音请求，请求等待核实用户的帐户。在步骤6060，始发CO交换机确定请求用户线路和归属用户线路是否在同一个交换机内，也就是说，始发CO交换机和归属CO交换机是否为同一个交换机。如果始发CO交换机和归属CO交换机是同一个交换机，过程就进至步骤6070，确定归属CO交换机是否能实时计费。如果归属CO交换机不能实时计费或在步骤6020确定请求用户线路没有答应始发CO交换机的请求，过程就进至步骤6030，始发CO交换机向请求用户线路发送一个拒绝连接音，断开这个线路。然后，过程进至步骤6040终止。
如果在步骤6060确定始发CO交换机和归属CO交换机不是同一个交换机，过程就进至步骤6080，始发CO交换机向NAP 305发送一个请求，请求为这个呼叫核实帐户。始发CO交换机通过NL 325向NAP 305发送归属用户线路的号码、归属用户PIN和请求用户线路的号码。
然后，在步骤6090，NAP 305检查一个内部的CO交换机表，确定归属CO交换机是否能实时计费。如果不能，过程就进至步骤6100，NAP 305向始发CO交换机发送一个拒绝连接的信号。然后，在步骤6110，始发CO交换机向请求用户线路发送一个拒绝连接音和/或一个语音消息响应，指示呼叫被拒绝，然后断开这个线路。于是过程进至步骤6120终止。
如果在步骤6090确定归属CO交换机能实时计费，过程就进至步骤6130，NAP 305确定对于通话的初始/其次阶段所需的必要数额。初始/其次阶段是例如可由服务提供机构确立的时间段。对于不同类型的通话这些阶段也不同，例如对于一个本地通话和一个长途通话时间段就可以不同。
然后，在步骤6140，NAP305通过NL325向归属CO交换机发送一个对在步骤6130确定的数额的请求。NAP305还向归属CO交换机发送归属用户线路的号码、归属PIN和请求用户线路的号码。
从步骤6140或者如果在步骤6070确定归属CO交换机能实时计费，过程进至步骤6150，归属CO交换机接收到一个请求后核查用户帐户中的所需数额和请求用户线路的号码的有效性。从此，过程进至图5c中的步骤6160。在步骤6160，确定归属PIN是否有效。如果归属PIN无效，过程进至步骤6170，确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机就是归属CO交换机，过程进至步骤6110。否则，过程就进至步骤6180，归属CO交换机向NAP 305发送一个拒绝连接的信号。然后，在步骤6190，NAP 305向始发CO交换机发送一个指示拒绝连接的信号，然后过程返回步骤6110。
如果在步骤6160确定PIN有效，过程就进至步骤6200，确定归属CO交换机是否同意从用户帐户支取这数额的请求。如果不同意，过程就进至步骤6210，确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机不就是归属CO交换机，过程就返回步骤6180。如果始发CO交换机就是归属CO交换机，过程就返回步骤6110。
如果在步骤6200确定归属CO交换机同意请求，过程就进至步骤6220，归属CO交换机从这个用户的记录扣留信用额。如果这是为这次通话和这个用户的初始请求，这数额留给初始请求。如果这是一个对这次通话的追加额的追加请求，归属CO交换机就留出这数额作为这个用户的这次通话的追加备用金。
然后，在步骤6230，确定始发CO交换机是否就是归属CO交换机。如果不是，过程就进至步骤6240，归属CO交换机向NAP 305发送一个指示同意呼叫的信号。
然后，在步骤6250，NAP 305向始发CO交换机发送一个指示同意这个呼叫的信号。从步骤6250或者如果在步骤6230确定始发CO交换机就是归属CO交换机，过程进至步骤6260，始发CO交换机为这个呼叫建立一个VSUB。这个VSUB是由始发CO交换机特意为这个呼叫临时建立的。
在步骤6270，始发CO交换机处理这个呼叫。在步骤6280，确定被叫号码是否应答。如果没有，过程就进至步骤6290，确定呼叫尝试是否已结束。如果呼叫尝试没有结束，过程就返回步骤6280。如果呼叫尝试已经结束，过程进至步骤6300，始发CO拆除请求用户线路的连接，删去VSUB，通过NL 325将呼叫尝试已经结束通知NAP 305。
如果在步骤6280确定被叫号码已经应答，过程就进至步骤6310，始发CO交换机执行对于这次通话和VSUB的RTCR。从步骤6310，过程进至图6d中的步骤6320。
在步骤6320，确定始发CO交换机中的VSUB帐户余额是否已用去预定的百分比，例如在75-85％之间。这个预定的百分比例如由服务提供机构选择。如果帐户余额用去了75-85％之间，过程就进至步骤6330，确定始发CO交换机是否就是归属CO交换机。如果不是，过程返回图6b中的步骤6080。如果始发CO交换机和归属CO交换机是同一个交换机，过程就进至步骤6340，始发CO交换机查核归属用户记录，以便追加数额。追加的数额根据可以例如由服务提供机构确定的附加时段，对于不同类型的呼叫可以是不同的。如果在用户的帐户内已不足这追加数额，过程就进至步骤6310。如果可以得到追加数额，过程进至图6c中的步骤6350，始发CO交换机将追加数额加到VSUB上，将这追加数额保留为给这次通话的归属用户线路记录的追加备用金。从步骤6350，过程返回步骤6310。
如果在步骤6320确定VSUB记录用去的不是在75-85％之间，过程就进至步骤6360，确定是否已调用通话拆线程序。如果是，过程就进至步骤6370，确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机就是归属CO交换机，过程就进至步骤6400，始发CO交换机拆除通话连接，用最终费用终结VSUB记录和归属用户线路，释放这次通话的所有备用金余额，以及产生一个CDR。然后，过程进至步骤6410结束。
如果在步骤6360确定没有调用通话拆线程序，过程就进至步骤6380，确定通话是否已经结束。如果通话没有结束，过程就返回图6c中的步骤6310。如果通话已经结束，在步骤6390确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机就是归属CO交换机，过程就进至步骤6400。如果不是，过程就进至步骤6420，始发CO交换机拆除通话连接，用最终通话费用更新VSUB记录，产生一个CDR，以及向NAP305发送涉及所用的全部费用的通话记录报告。在步骤6430，始发CO交换机将通话记录送至外部或内部的存储装置，例如DUR存储器78，以备将来查阅检索。在步骤6440，存储通话记录。
从图6c中的步骤6300或从步骤6440，过程进至步骤6450，NAP305向归属CO交换机发送如从始发CO交换机接收到的VSUB通话记录。在步骤6460，归属CO交换机将VSUB通话记录用于归属用户线路，将这次通话的所有备用金余额释放给归属用户记录，以及产生一个CDR。最后，在步骤6470，过程终止。
在图6a中，实时计费处理在存有RTCR的CPU 110a和110b内进行。或者，实时计费处理也可以在通过交换机接口310a和310b分别接到CO交换机100a和100b的Apps.CPU 300a和300b内进行，如图6e所示。在这种情况下，RTCR存储在Apps.CPU 300a和300b内。信息传送链路620a和620b分别接至Apps.CPU 300a和300b。
图6f-h为例示在图6e所示的远地呼叫系统执行的典型实时计费过程的流程图。图6f-h与图6b-d类似。如图6f所示，工程开始于步骤6000，一个始发CO交换机注意到有一个用户线路已摘机，拨出了指示请求一个远地呼叫操作的专用代码。这个始发CO交换机还接收到用户希望呼叫的目标电话号码。
在步骤6010，始发CO交换机向请求用户发送一个专用音或语音请求，请求输入归属用户的号码和用户的PIN。在步骤6020，确定请求用户线路是否答应了这个请求。如果请求用户线路误差有答应请求，过程就进至步骤6030，始发CO交换机向请求用户线路发送一个拒绝连接音或语音响应，并断开呼叫。然后，过程进至步骤6040终止。
如果在步骤6020确定请求用户线路已答应了始发CO交换机的请求，过程就进至步骤6050，始发CO交换机向请求用户线路发送一个音或语音请求，请求等待核实用户的帐户。
然后，在步骤6055，始发CO交换机通过交换机接口310向所接的Apps.CPU发送归属用户线路的号码、PIN、被叫电话号码和请求用户线路的号码。然后，在步骤6060，始发CO的Apps.CPU确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机就是归属CO交换机，过程就进至步骤6075，始发CO的Apps.CPU核查归属用户线路的有效性和所要求的数额。
在步骤6085，始发CO的Apps.CPU确定对于通话的初始/其次阶段所需的数额。然后，过程进至要结合图6g说明的步骤6160。
如果在步骤6060确定始发CO交换机和归属CO交换机不是同一个交换机，过程就进至步骤6087，始发CO的Apps.CPU向NAP 305发送一个请求，请求为这个呼叫核实帐户。始发CO交换机通过NL 325向NAP305发送归属用户线路的号码、归属用户PIN和请求用户线路的号码。
然后，在步骤6090，NAP 305检查一个CO交换机表，确定归属CO交换机是否能实时计费。如果不能，过程就进至步骤6105，NAP 305向始发CO的Apps.CPU发送一个指示拒绝连接的信号。
于是，在步骤6115，始发CO的Apps.CPU向始发CO交换机发送一个结束呼叫的拆线命令。在步骤6117，始发CO交换机向请求用户线路发送一个拒绝连接音或语音消息响应，指示呼叫被拒绝，然后断开这个线路。于是，过程进至步骤6120终止。
如果在步骤6090确定归属CO交换机能实时计费，过程就进至步骤6130，NAP 305确定对于通话的初始/其次阶段所需的必要数额。然后，在步骤6140，NAP 305向归属CO交换机发送一个请求在步骤6130确定的数额的信用额的请求。NAP 305还向归属CO交换机发送归属用户线路的号码、归属用户PIN和请求用户线路的号码。
然后，在步骤6150，归属CO交换机接收到需从用户帐户支取的数额后，核查所要求的数额和请求用户线路的号码的有效性。
从步骤6150或步骤6085，过程进至图6g中的步骤6160。在步骤6160，归属CO交换机进行核查，确定PIN是否有效。如果PIN无效，过程就进至步骤6170，确定始发CO交换机是否就是归属CO交换机。如果不是，过程进至步骤6180，归属CO的Apps.CPU向NAP 305发送一个指示拒绝连接的信号。然后，过程进至图6f中的步骤6105。
如果在步骤6160确定PIN有效，过程就进至步骤6200，确定归属CO交换机同意对这数额的请求。如果不同意，过程就进至步骤6210，确定始发CO交换机是否就是归属CO交换机。如果不是，过程就进至步骤6180。如果始发CO交换机和归属CO交换机是同一个交换机，过程就返回图6f中的步骤6115。
如果在步骤6200确定归属CO交换机同意请求，过程就进至步骤6220，归属CO交换机保留用户的记录上的所请求的数额。
然后，在步骤6230，确定始发CO交换机是否就是归属CO交换机。如果不是，过程就进至步骤6240，归属CO交换机向NAP 305发送一个指示同意呼叫的信号。
然后，在步骤6255，NAP 305向始发CO的Apps.CPU发送一个指示同意呼叫的信号。从步骤6255，或者如果在步骤6230确定始发CO交换机就是归属CO交换机，过程进至步骤6265，始发CO的Apps.CPU为这个呼叫建立一个VSUB记录，指令始发CO交换机处理这个呼叫。VSUB是始发CO交换机特意为这个呼叫临时建立的。
然后，在步骤6270，始发CO交换机处理这个呼叫。在步骤6280，始发CO交换机确定被叫号码是否已应答。如果没有，过程就进至步骤6290，确定呼叫尝试是否已结束。如果呼叫尝试已结束，过程就进至步骤6295，始发CO交换机拆除请求用户线路的连接，将呼叫终止通知始发CO的Apps.CPU。然后，过程进至步骤图6h中的步骤6297。在步骤6297，始发CO的Apps.CPU删除VSUB。然后，在步骤6299，确定始发CO交换机是否就是归属CO交换机。如果不是，过程进至步骤6303，始发CO的Apps.CPU将呼叫尝试失败通知NAP 305。
再看图6g，如果在步骤6280确定被叫号码已经应答，过程就进至步骤6305，始发CO交换机向始发CO的Apps.CPU发送呼叫连接状态。然后，在图6h中的步骤6310，始发CO的Apps.CPU运行这个VSUB的RTCR。
在步骤6320，确定始发CO的Apps.CPU中的VSUB帐户余额是否已用去预定的百分比，例如在75-85％之间。如果这样，过程进至步骤6330，确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机和归属CO交换机是同一个交换机，过程就进至步骤6345，始发CO的Apps.CPU查核归属用户记录，以便追加数额。如果不是追加的数额，过程就返回步骤6310。如果可以得到追加数额，过程就进至图6g中的步骤6355，始发CO的Apps.CPU将追加数额加到VSUB上，将这追加数额保留为给这次通话的归属用户线路记录的追加备用金。然后，过程返回步骤6310。
如果在步骤6330确定始发CO交换机和归属CO交换机不是同一个交换机，过程就返回图6f中的步骤6087。
如果在步骤6232确定VSUB记录用去的不是在75-85％之间，过程就进至步骤6360，确定是否已调用通话拆线程序。如果是，过程就进至步骤6370，确定始发CO交换机是否就是归属CO交换机。如果始发CO交换机就是归属CO交换机，过程就进至步骤6405，始发CO交换机拆除通话连接，用拆除连接的时间更新始发CO的Apps.CPU。然后，在步骤6407，始发CO的Apps.CPU用最终通话费用终结VSUB记录，用这些最终费用更新归属用户线路，释放这次通话的所有备用金余额，产生一个CDR。然后，过程进至步骤6410终止。
如果在步骤6360确定没有调用通话拆线程序，过程就进至步骤6380，确定通话是否已经结束。如果没有，过程返回步骤6310。如果通话已经结束，在步骤6390确定始发CO交换机是否就是归属CO交换机。如果是，过程就进至步骤6405。如果在步骤6390确定始发CO交换机和归属CO交换机不是同一个交换机，过程就进至步骤6415，始发CO交换机拆除通话连接，用通话结束时间更新始发CO的Apps.CPU。然后，在步骤6425，始发CO的Apps.CPU用最终通话费用终结VSUB记录，产生一个CDR，以及向NAP 305发送一个涉及所用的全部费用的通话记录报告。然后，在步骤6435，始发CO的Apps.CPU将通话记录送至外部或内部的存储装置。在步骤6440，存储通话记录。
然后，在步骤6450，NAP 305向归属CO交换机发送如从始发CO交换机接收到的VSUB通话记录。在步骤6460，归属CO交换机将VSUB记录用于归属用户线路，将这次通话的所有备用金余额释放给归属用户记录，以及产生一个CDR。
从步骤6460或步骤6303，或者如果在步骤6299确定始发CO交换机就是归属CO交换机，过程进至步骤6470终止。
图7例示了按照本发明构成的用来发出通信告警消息的典型程序。如图7所示，发出告警消息的通信告警消息程序(CWMR)开始于步骤7000，用户例如通过拿起电话手机进行呼叫发起一次新的通信。然后，在步骤7010，查出用户的余额，包括例如PUL/SUL和/或PUC/SUC。在步骤7020，将用户余额与一个预定的第一界限相比较，确定余额是否超过第一界限。如果没有超过，程序进至步骤7030，将用户余额与一个预定的第二界限相比较，确定它是否超过第二界限。如果没有超过，程序进至步骤7040，将用户余额与一个预定的第三界限相比较，确定余额是否超过第三界限。如果没有超过，程序继续将用户余额与一个系列预定界限相比较，直至步骤7050，将用户余额与一系列预定界限中的最后一个界限，一个预定的第n界限，相比较，确定余额是否超过第n界限。如果余额不在第n界限内，程序就进至步骤7060，向用户发出拆线告警，指出用户没有足够余额建立一个新的通信。然后，程序在步骤7130终止。
如果在步骤7030确定，用户余额超过二界限，就在步骤7070向用户发出一个第一告警。然后，在步骤7080设置一个第一告警标志，使得在通信期间不再重发第一告警消息。如果在步骤7040确定用户余额超过第三界限，就在步骤7090向用户发出一个第二告警，然后，在步骤7100设置一个第二告警标志，使得在通信期间不再重发第一告警消息。如果在步骤7050确定用户余额超过第n门限，就在步骤7110向用户发出一个第n-1告警。然后，在步骤7120设置一个第n-1告警标志，使得在通信期间不再重发第n-1告警消息。
如果在步骤7020确定用户余额超过第一界限，或者从步骤7060、7080、7100或7120，程序都进至步骤7130终止。
图8例示了按照本发明构成的典型实时计费程序。如图8所示，实时计费程序(RTCR)开始于步骤8000，确定是否为需累加从用户余额中扣去的费用的适当时间。需累加费用的适当时间可以是通信前、通信期间或通信结束后，例如取决于服务提供方与用户之间预先安排的协议。如果在步骤8000确定是累加费用的适当时间，就在步骤8010确定通信是否为以单一费率计费的固定费率通信。固定费率通信的例子是以固定费率$0.50计算的本地电话。如果通信是固定费率通信，就在步骤8020计算出固定费率费用。
如果在步骤8010确定通信不是固定费率通信，就在步骤8030确定是否需对通信进行复式计费。例如，在是一个语音信道的情况下，一次通话可以是开始的三分钟的费用为％1.00，而以后的每分钟的费用为$0.50。对于一个数字连接来说，可以是$2.00再加上每传送1兆字节$0.10。对于上行和下行数据传输的费用也可以不同。如果需计算复式费用，这运算就在步骤8040执行。
如果在步骤8030确定不需复式计费，就在步骤8050得出需对通话进行单式计费的结论。单式计费例如每分钟$0.10、每分钟每千比特容量$0.01、每兆字节吞吐量$0.15等。单式计费在步骤8060执行。
如果在步骤8000确定不是计费的适当时间，就在步骤8070确定是新通信还是原通信的继续。如果是新通信，程序就返回步骤8010。
一旦固定、复式或单式费用在步骤8010、8040和8060得出，就在步骤8080确定在用户帐户上是否还有足够的可用余额维持通话。如果没有足够的余额，就在步骤8090确定是否允许超限，也就是超出余额。
如果在步骤8080确定用户帐户上还有足够余额，或者在步骤8090确定允许超限，就在步骤8100将费用加到借方或贷方帐户上。然后，程序进至步骤8110，调用下面要结合图9说明的RTWMR。
如果在步骤8090确定不允许超限，程序就进至步骤8120，调用RTWMR。然后，在步骤8130执行下面要结合图10说明的COS程序，在步骤8140执行通信拆线程序，拆除通信连接。如果在步骤8070确定不是新通信，或者从步骤8140，程序进至步骤8150终止。
图9例示了按本发明构成的典型实时告警消息程序。如图9所示，实时告警消息程序(RTWMR)在图8中所示的步骤8110或8120调用。TRWMR开始于步骤9000，用户例如通过拿起手机进行呼叫开始一次新的通信。然后，在步骤9010，查出用户的余额。在步骤9020，将用户余额与一个预定的第一界限相比较，确定用户余额是否超过第一界限。如果没有超过，程序进至步骤9030，将用户余额与一个预定的第二界限相比较，确定它是否超过第二界限。如果没有超过，程序进至步骤9040，将用户余额与一个预定的第三界限相比较，确定它是否超过第三界限。如果没有超过，程序继续将用户余额与一些预定的界限相比较，直至步骤9050，将用户余额与一系列预定界限中的最后一个界限，一个预定的第n界限相比较，确定用户余额是否在这个界限内。如果用户余额不在第n界限内，程序进至步骤9060，发出拆线告警。
如果在步骤9030确定超过了第二界限，程序进至步骤9070，确定第一告警标志是否已设置。如果第一告警标志没有设置，程序进至步骤9080，发出一个第一告警消息。然后，程序进至步骤9090，设置第一告警标志。
如果在步骤9040确定超过了第三界限，程序进至步骤9100，确定第二告警标志是否已设置。如果第二告警标志没有设置，程序进至步骤9110，发出一个第二告警消息。然后，在步骤9120，设置第二告警标志。
如果在步骤9050确定用户帐户是在第n界限内，程序进至步骤9130，确定第n-1告警标志是否已设置。如果没有设置，程序进至步骤9140，发出一个第n-1告警消息。然后，在步骤9150，设置第n-1告警标志。
如果在步骤9020确定用户帐户超过第一界限，或者从步骤9060、9090、9120或9150，程序进至步骤9160终止。
图10例示了按本发明构成的典型服务改变程序。服务改变(COS)程序例如在图8中的步骤8130调用。如图10所示，程序开始于步骤10000，确定用户是否有足够的余额保持当前的COS。如果没有，在步骤10010查出对于用户的可用余额许可的适当COS。例如，可以查出对于用户的具体用户余额许可的COS。然后，在步骤10020，将COS改变为许可的COS。从步骤10020，或者如果在步骤10000确定用户有足够的余额保持当前的COS，程序就进至步骤10030终止。
除了上述实时计费系统的各种功能外，还有一些功能可由这种实时用户计费系统提供。例如，可以还具有电话锁定功能，使用户可以通过例如按预定次序压电话机键盘上的键(包括诸如PIN那样的标识信息)用电话机来改变COS，这种电话锁定功能确保用户选择的COS，直至用户用相同的方法选择新的COS。例如，用户可以选择一种使一个电话机只限于拨本地呼叫的COS，除非在拨出的号码前或后键入一个PIN。
按本发明构成的实时用户计费系统提供的另一种功能是电子转款。利用这种功能，用户可以许可电话公司定期以电子方式从银行帐户或信用卡帐户转款，补充用户的余额。
按本发明构成的实时用户计费系统提供的又一种功能是支付电话定购货物的货款。用户的信用卡号码、姓名、地址以及其他适当的信用信息可以存储在实时计费系统内，使得将电话机作为定购装置使用得到简化。为了利用这种功能，用户打电话订购产品或服务。标明了产品或服务后，用户通过按压电话机键盘上的预定一串键给出适当的信用卡号码和其他有关信息，包括PIN。用户可以在他方便的时候偿还，而不需要任何付款，只要用户的余额是正的。用户可以每月或每隔一定时间得到通知，必需交纳多少才能恢复到原来的用户余额。用户可在任何时候增加他的余额。
这种实时用户计费系统还可以是借贷卡支付系统的基础。也就是说，用户可以将产品或诸如电、气、水等服务的费用划归他预交存款或信用限额支付。对于诸如公用服务的定期支付，可以自动记入用户帐户，由电话公司偿还给公用事业公司。对于其他购置情况，每笔交易由用户同意都可以计算，只要没有超出用户的余额。
用用户帐户支付的过程可以类似于上面对从一个远地电话进行呼叫所作的说明。此外，用户可以安排由任何第三方增加帐户的存款和付款。按照本发明的另一种情况，提供一个无线路电话号码(LTN)。置有存款或享有信用限额的用户可以配给一个电话号码，而不要求用户有一个真实的电话线路。这个号码可用预先录好的语音加以应答。一个用户可根据他的LTN检索消息，也可以为所有的呼叫者或特定呼叫者留下消息。这种服务对于那些不能配置私人电话或寻呼机的用户特别有用。用户还可以用LTN打电话。在从归属交换机或从一个远地电话机打电话时，计费可以像前面对于打这样的电话的正规用户所述的那样进行处理和管理。
以上结合电话网络对本发明的一些实施例作了说明。然而，应当理解，本发明也可以用于其他类型的用户系统，如互联网、闭路电视网和诸如水、电、气之类的公用事业设施。
上述典型实施例用来例示本发明的各个方式，但并不是限制性的。因此，本发明在实现细节上可加以种种改变，这对于熟悉本技术领域的人员来说很容易从这里所包含的说明导出。所有这类变动或修改都应认为在如下列权利要求所提出的本发明的范围和精神之内。
权利要求
1.一种在一个标准网络路由通路内的实时用户计费系统，所述系统包括存储至少一个用户的帐户信息的装置；根据所述帐户信息确定用户是否具有足够的余额支付所要求的服务的装置；以及根据确定结果核准或拒绝为用户服务的装置。
2.权利要求1的系统，其中所述所要求的服务是一个通信会话。
3.权利要求2的系统，其中所述存储装置、所述确定装置和所述核准装置每个都配置在所述标准网络路由通路内的一个信道计费监视器内或配置在一个接至所述信道计费监视器的数据处理器内。
4.权利要求2的系统，其中所述存储装置、所述确定装置和所述核准装置每个都配置在所述标准网络路由通路内的一个网络路由装置内或配置在一个接至所述网络路由装置的数据处理器内。
5.权利要求2的系统，其中所述存储装置、所述确定装置和所述核准装置每个都配置在所述标准网络路由通路内的一个用户位置处或配置在一个接至所述用户位置的数据处理器内。
6.权利要求2的系统，其中所述通信会话是一个电话通话、一个互联网会话或一个付费电视节目。
7.权利要求1的系统，其中所述确定装置在所述服务期间重复进行所述确定。
8.权利要求7的系统，所述系统还包括检测在服务期间每隔预定时间产生的费用信号或历经的时间量的装置；对所产生的费用信号的个数或历经的时间量进行计数的装置；以及将计数结果与一个预定门限相比较的装置，其中所述确定装置根据所述比较进行确定。
9.权利要求8的系统，所述系统还包括在计数结果达到所述门限时对用户告警的装置。
10.权利要求9的系统，其中所述帐户信息每隔一定时间或实时发送给一个外部的事务管理系统或从那里接收，而所述服务可以根据从所述外部的事务管理系统接收到的所述帐户信息加以拒绝。
11.一种在一个标准网络路由通路内的实时用户计费方法，所述方法包括下列步骤存储至少一个用户的帐户信息；根据所述帐户信息确定用户是否具有足够的余额支付所要求的服务；以及根据确定结果核准或拒绝为用户服务。
12.权利要求11的方法，其中所述所要求的服务是一个通信会话。
13.权利要求12的方法，其中所述存储、确定和核准这些步骤每个都在所述标准网络路由通路内的一个信道计费监视器内或在一个接至所述信道计费监视器的数据处理器内执行。
14.权利要求12的方法，其中所述存储、确定和核准这些步骤每个都在所述标准网络路由通路内的一个网络路由装置内或在一个接至所述网络路由装置的数据处理器内执行。
15.权利要求12的方法，其中所述存储、确定和核准这些步骤每个都在所述标准网络路由通路内的一个用户位置处或在一个接至所述用户位置的数据处理器内执行。
16.权利要求11的方法，其中所述通信会话是一个电话通话、一个互联网会话或一个付费电视节目。
17.权利要求11的方法，其中所述确定步骤在服务期间重复执行。
18.权利要求17的方法，所述方法还包括下列步骤检测在服务期间每隔预定时间产生的费用信号或历经的时间；对费用信号个数或历经的时间量者计数；以及将计数结果与一个预定门限进行比较，其中所述确定步骤根据所述比较结果执行。
19.权利要求18的方法，所述方法还包括在计数结果达到所述门限时对用户告警的步骤。
20.权利要求11的方法，所述方法还包括下列步骤向一个外部的事务管理系统发送所述帐户信息；以及从所述外部的事务管理系统接收所述帐户信息，其中所述发送和接收步骤可以每隔一定时间或实时执行，而所述服务可以根据从所述外部的事务管理系统接收到的所述帐户信息加以拒绝。
全文摘要
本发明为在一个标准网络路由通路(30)内进行实时用户计费提供了一种系统和方法。至少有一个用户(10)的帐户信息存储在一个信道计费监视器(20)或其他存储装置内。根据帐户信息确定用户是否具有足够的余额支付所要求的服务。根据确定结果核准或拒绝为用户服务,而计费数据在适当时候发送给一个事务管理系统(50)。
文档编号H04L29/08GK1269036SQ98804562
公开日2000年10月4日 申请日期1998年2月27日 优先权日1997年2月27日
发明者R·S·布洛克, R·J·里科博尼, A·A·温格, F·H·沙皮斯, J·R·布拉姆韦尔, J·R·多尔蒂 申请人:实时编帐公司