CN103918220A - 用于在计费***中使用智能路由器的方法以及与其相关联的装置 - Google Patents

Abstract

一种用于使用计费***来对服务提供商网络的网络元件（NE）所提供的服务进行记账的方法，包括：在计费***中的路由器处从该NE接收记账请求（ACR），该ACR结合通信会话而与服务提供商网络中的该NE所提供的服务相关联；修改该ACR以形成经修改的ACR；将经修改的ACR发送至计费收集功能（CCF）服务器；从该CCF服务器接收记账应答（ACA），指示该CCF服务器不能够处理经修改的ACR；以及将经修改的ACR重发给该CCF服务器，或者改变经修改的ACR以形成经修正的ACR并且将经修正的ACR发送至备选CCF服务器。与该方法相关联的路由器包括服务网络通信模块、消息处理模块、以及计费***通信模块。

Description

用于在计费***中使用智能路由器的方法以及与其相关联的装置

背景技术

本公开内容涉及使用计费***中的路由器来对服务提供商网络的网络元件（NE）所提供的服务进行报账。描述了该路由器的示例性实施例以及用于其使用的方法。该路由器充当如下的代理，该代理用于从服务提供商网络中的NE接收记账请求（ACR），并且将ACR路由给计费***中的计费控制功能（CCF），并且反之亦用于记账应答（ACA）。当ACA指示了某种类型的错误或故障状况（诸如过载和瞬态故障状况）时，该路由器提供用于进一步处理ACR的智能。对于这些状况，该路由器能够确定是否重试将该ACR发送至同一CCF还是选择备选的CCF。如果随后该路由器提交该ACR用于处理的尝试是成功的，则解决了该问题而不牵涉NE。针对如下的错误和故障状况描述了各种实施例，在这些错误和故障状况中，ACA指示了CCF过于繁忙而不能够处理该ACR（即，结果代码3004）或者CCF至少暂时地空间不足以处理该ACR（即，结果代码4002）。然而，本文所描述的方法和装置还可以被用来处理其他类型的错误和故障状况。

在电信和数据网络中，由实施CCF的众多服务器来提供离线计费。CCF是用于服务提供商的业务运营的组成部分。CCF可以包括多个CCF服务器（即，节点），以累计计费与服务提供商网络相关联的通信会话。例如，服务提供商网络可以包括各种传统通信网络、互联网协议（IP）多媒体子***（IMS）网络、长期演进（LTE）网络、以及采用任何合适组合的其他合适的通信服务网络。CCF从这些通信服务网络中的信令和承载NE接收ACR。这些NE实施计费触发功能（CTF）。被集成在这些NE内的CTF向CCF提供ACR。记账如在诸如发送或接收短消息的事件中能够是离散的，或者与如下的会话有关，该会话用启动通知、零个或更多过渡阶段记账消息来开始并且用停止通知来结束。CCF经由ACA消息来确认ACR消息。ACR和ACA消息例如可以基于Diameter基础协议（参见请求注解（RFC）3588）。RFC3588Diameter基础协议的内容通过引用完整地并入本文中。Diameter基础协议运行在传输控制协议（TCP）/IP或者流控制传输协议（SCTP）上。

在大型网络中，在CCF中看见数百个CTF和数十个CCF服务器是平常的。出于安全的原因，典型的是具有在CCF服务器处所供应的CTF的标识。这确保了当来自CTF的记账消息到达时，对应的CCF服务器能够确定这些消息来自已知的或信任的主机。然而，这个安全性方面引起了供应问题，其中必须在这数十个CCF服务器中的每个CCF服务器中个别地定义这数百个CTF中的每个CTF。为了减轻这个问题，可以采用Diameter路由器（D-RTR）。例如，图1示出了具有D-RTR的计费***。D-RTR充当智能代理或智能路由器。例如，从这数百个CTF中的每个CTF所报告的每个会话可以终止于D-RTR处。对应地，D-RTR发起朝向CCF服务器的消息发送。来自CCF服务器的响应终止于D-RTR处。D-RTR将这些响应传达回到发起对应的ACR的起始CTF。

网络元件<D-RTR>CCF-1、CCF-2……CCF-N

实施CTF<功能>

此处，D-RTR的任务是确保ACR或多或少均匀地分布在这些CCF服务器之中。不像这些CTF内的基于客户端的CCF负载分布函数（LDF）（对于CTF参与其中的每个通信会话，该函数能够被视为简单轮询方法），在服务于多个CTF和多个CCF服务器的同时，D-RTR必须在两个原理约束内操作：1）在来自一个NE/CTF的Diameter会话内的这些ACR必须被转发给同一CCF服务器，以及2）由CCF服务器在响应中所发送的ACA消息必须被运送给对应ACR的NE/CTF起始者。

D-RTR的优点在于，一方面它隐藏了网络拓扑，从而这些CTF能够将该D-RTR用作它们的ACR消息的目的地而不必担心选择CCF服务器或备选的对等体，例如，假如有CCF断电或者故障状况。D-RTR提供了如下的附加益处：它能够监测对正在进行的会话的计数，或者甚至个体CCF服务器的负载运载能力，以便确定针对新记账会话的目的地。这保持了CCF服务器或多或少被负载在它们的工程极限处或者在它们的工程极限之下。

然而，正是拓扑隐藏部分引起了另外的问题。在现有的配置中，当特定的CCF服务器产生过载或者报告瞬态错误状况并且向NE/CTF指示尝试备选的对等体时，依据RFC3588，对应的NE/CTF将不会知道如何对其反应，因为它由于这些CCF服务器的拓扑从对应的NE/CTF来看是被隐藏的而将不能够选择备选的对等体。在现有的D-RTR配置中，假如NE/CTF重传输ACR，则在上文所提到的第一原理约束（即，针对给定会话，将ACR从给定的CTF转发给同一CCF服务器）之下工作的D-RTR将倾向于将该ACR发送至刚刚指示了CTF应当选择备选对等体的同一CCF服务器。这引起了无限或无止尽的循环情形，至少直到过载的CCF服务器能够从过载状况恢复，或者直到瞬态错误减弱。该情形进一步恶化并且过载的CCF服务器的恢复进一步延迟，这是由于D-RTR保持向同一CCF服务器重发这些ACR消息，因为它一般不知道CCF服务器处的负载情形。

基于前述，在当前被选择用于处理ACR的CCF服务器正经历某些类型的错误或故障状况时，使得计费***中的路由器能够提供对ACR的智能消息处理的技术。另外，合意的是，该路由器能够解决这些状况而不牵涉发起ACR的NE。

发明内容

在一个方面中，提供了一种用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的方法。在一个实施例中，该方法包括：在计费***中的路由器处从服务提供商网络的NE接收ACR，该ACR结合通信会话而与服务提供商网络中的NE所提供的服务相关联，该计费***包括与该路由器相关联的多个CCF服务器，用于结合一个或多个通信会话而处理来自服务提供商网络的一个或多个NE的ACR；在该路由器处修改所接收的ACR以形成经修改的ACR；将经修改的ACR从该路由器发送至从多个计费控制功能服务器中所选择的第一CCF服务器；在该路由器处从第一CCF服务器接收ACA，该ACA指示第一CCF服务器不能够处理经修改的ACR；以及将经修改的ACR从该路由器重发至第一CCF服务器，或者在该路由器处改变经修改的ACR以形成经修正的ACR并且将经修正的ACR从该路由器发送至从多个计费控制功能服务器中所选择的备选CCF服务器。

在另一个方面中，提供了一种用于在计费***中用来对服务提供商网络的NE所提供的服务进行记账的装置。在一个实施例中，该装置包括：服务网络通信模块，用于从服务提供商网络的NE接收ACR，该ACR结合通信会话而与服务提供商网络中的NE所提供的服务相关联，该计费***包括多个CCF服务器，用于结合一个或多个通信会话而处理来自服务提供商网络的一个或多个NE的ACR；与该服务网络通信模块处于操作性通信中的消息处理模块，用于修改所接收的ACR以形成经修改的ACR；与该消息处理模块处于操作性通信中的计费***通信模块，用于将经修改的ACR发送至从多个计费控制功能服务器中所选择的第一CCF服务器。在这个实施例中，该计费***通信模块还用于从第一CCF服务器接收ACA，该ACA指示第一CCF服务器不能够处理经修改的ACR。在正被描述的实施例中，该消息处理模块还用于确定是否将经修改的ACR经由该计费***通信模块重发给第一CCF服务器，或者改变经修改的ACR以形成经修正的ACR并且将经修正的ACR经由该计费***通信模块发送至备选CCF服务器，该备选CCF服务器从多个计费控制功能服务器中选择。

在另一个方面中，提供了一种存储程序指令的非瞬态计算机可读介质。当被计算机执行时，这些程序指令使得计费***中对应的计算机控制的路由器执行一种用于使用该计费***来对服务提供商网络的NE所提供的服务进行记账的方法。在一个实施例中，该方法包括：在计费***中的路由器处从服务提供商网络的NE接收ACR，该ACR结合通信会话而与服务提供商网络中的NE所提供的服务相关联，该计费***包括与该路由器相关联的多个CCF服务器，用于结合一个或多个通信会话而处理来自服务提供商网络的一个或多个NE的ACR；修改在该路由器处所接收的ACR以形成经修改的ACR；将经修改的ACR从该路由器发送至从多个计费控制功能服务器中所选择的第一CCF服务器；在该路由器处从第一CCF服务器接收ACA，第一CCF服务器不能够处理经修改的ACR；以及将经修改的ACR从该路由器重发给第一CCF服务器，或者在该路由器处改变经修改的ACR以形成经修正的ACR并且将经修正的ACR从该路由器发送至从多个计费控制功能服务器中所选择的备选CCF服务器。

在另一个方面中，提供了一种用于使用计费***来对服务提供商网络的网络元件所提供的服务进行记账的方法。在一个实施例中，该方法包括：在计费***中的路由器处从服务提供商网络的网络元件接收记账请求，该记账请求结合通信会话而与该服务提供商网络中的该网络元件所提供的服务相关联，该计费***包括与该路由器相关联的多个计费收集功能服务器，用于结合一个或多个通信会话而处理来自该服务提供商网络的一个或多个网络元件的记账请求；修改在该路由器处所接收的记账请求以形成经修改的记账请求；将经修改的记账请求从该路由器发送至从多个计费控制功能服务器中所选择的第一计费收集功能服务器；在该路由器处从第一计费收集功能服务器接收记账应答；确定该记账应答指示第一计费收集功能服务器成功地处理经修改的记账请求；在该路由器处修改所接收的记账应答以形成经修改的记账应答；以及将经修改的记账应答从该路由器发送至该NE。

从下文所提供的详细描述，本发明的可应用性的进一步范围将变得清楚。然而，应当理解，尽管指示了本发明的优选实施例，但是详细描述和特定示例仅以举例说明的方式被给出，因为在本发明的精神和范围内的各种改变和修改对本领域的技术人员将会变得清楚。

附图说明

本发明存在于设备的各个部分的构造、布置和组合；以及方法的步骤中，由此如在后文中更加完全地阐述的、在权利要求中具体地指出的并且在附图中图示的，达到了预期的目的，在附图中：

图1是示出了具有D-RTR的计费***的示例性实施例的功能图，该D-RTR用作用于将ACR路由多个CCF的负载分发器；

图2是示出了具有D-RTR的计费***的另一个示例性实施例的功能图，该D-RTR在主CCF报告过载状况时提供ACR的辅路由；

图3是示出了具有D-RTR的计费***的另一个示例性实施例的功能图，该D-RTR在主CCF报告瞬态故障状况时提供ACR的辅路由；

图4是用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程的示例性实施例的流程图；

图5，结合图4，是用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程的另一个示例性实施例的流程图；

图6，结合图4，是用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程的又另一个示例性实施例的流程图；

图7，结合图4，是用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程的再另一个示例性实施例的流程图；

图8，结合图4，是用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程的又再另一个示例性实施例的流程图；以及

图9是用于在计费***中用来对服务提供商网络的NE所提供的服务进行记账的路由器的示例性实施例的框图。

具体实施方式

本文公开了用于使用计费***中的路由器来对服务提供商网络中的NE所提供的服务进行记账的路由器和方法的各种实施例。这些示例性实施例描述了路由器如何充当代理，以用于从服务提供商网络中的NE接收ACR，并且将这些ACR路由给计费***中的CCF，并且将ACA中继回到起源NE。这些示例性实施例描述了该路由器如何提供智能，以用于在来自CCF的ACA指示某些示例性类型的错误或故障状况（诸如过载和瞬态故障状况）时进一步处理ACR。对于这些示例性状况，该路由器能够确定是否重试将ACR发送至同一CCF还是选择备选的CCF。如果随后由该路由器提交ACR用于处理的尝试是成功的，则解决了该问题而不牵涉NE。

如上文所描述的，现有D-RTR的典型行为将是“希望”在过载的CCF服务器处的负载减小，而同时不明确地知道过载情形并且不能够选择备选的对等CCF。这不是有效或者实用性的解决方案。然而，不使用D-RTR具有也在上文所提到的其他缺点。例如，当没有使用D-RTR时需要过度的供应，并且中央元件管理***（EMS）需要确保正确的供应跨越CCF服务器而被维持。对CCF架构和CTF/CCF配置的任何随后的改变，产生了额外的运营费用（OPEX）用于维持该供应。

在本文所描述的各个实施例中，CTF连接至D-RTR并且将ACR发送至D-RTR。D-RTR可以检查内部表或者应用智能（例如，对会话标识符使用哈希函数）来选择哪个CCF服务器应当处理记账会话。D-RTR还可以在选择最佳拟合之前考虑这些CCF服务器中的每个CCF服务器上的可用性和当前负载指数。

本文所描述的各个实施例允许D-RTR以优化的方式检查来自这些CCF服务器的响应，以便不会不必要地延迟轮询时间（RTT），并且采取纠正性的本地动作（其包括必要时发起智能内部回跳（rebound）），而同时仍然保持CCF拓扑对请求该记账服务的客户端（即，NE/CTF）隐藏。

用于在每个CCF服务器处确定负载并且随后选择CCF服务器用于新记账会话和/或随后选择CCF备选对等服务器的解决方案的一部分，可以基于2010年11月15日提交的已转让给阿尔卡特朗讯美国公司（Alcatel-Lucent USA,Inc）的Sharma的美国专利申请系列第12/946,394号中所公开的一种用于在过载期间选择备选离线计费***的先前方法，其内容通过引用完整地并入本文。该’394号申请从基于CCF负载指数来从那些可用的CCF备选对等服务器之中选择适当的CCF备选对等服务器的视角来看是相关的。

在本文所公开的实施例中，当CTF发送被过载的CCF服务器或者被正在经历瞬态错误的CCF服务器拒绝的ACR时，D-RTR使用备选对等选择方法以及智能来内部地将该消息弹回给适合用于处理该消息的CCF服务器。

为了描述实施方式，下文提供了功能性预演（walk-through）。这个描述可应用于图2和3，它们以逐步的方式描述了该功能的外部行为。

参考图2，计费***的示例性实施例包括D-RTR，该D-RTR在主CCF报告过载状况时提供ACR的辅路由。在第一步骤（即，1:ACR）中，CTF通过发送ACR来发起对一个会话的记账的报告。按照RFC3588，这个ACR与以下所给出的结构兼容：

<ACR>::=<Diameter头部:271,REQ,PXY>

<会话-Id>

{起始-主机}

{起始-领域}

{目的地-领域}

{记账-记录-类型}

{记账-记录-数量}

[Acct-应用-Id]

[供应商-特定-应用-Id]

[用户-名称]

[记账-子-会话-Id]

[Acct-会话-Id]

[Acct-多-会话-Id]

[Acct-过渡阶段-间隔]

[记账-实时-所要求的]

[起始-状态-Id]

[事件-时间戳]

*[代理-信息]

*[路由-记录]

*[AVP]

这个请求的目的地-领域（Destination-Realm）属性变量对（AVP）携带针对D-RTR的路由地址。CTF不知道D-RTR背后的CCF拓扑。

在接收到ACR之后，D-RTR检查该请求并且核查记账-记录-类型（Accounting-Record-Type）AVP。记账-记录-类型AVP是从1至4的具有下列含义的列举值：1-事件记录，2-开始记录，3-过渡阶段记录，以及4-停止记录。

值1指示了ACR是非会话相关的记账消息。在这些情形下，能够假定对于D-RTR不存在将它发送至特定CCF服务器的要求。换句话说，D-RTR能够选择任何合适的CCF服务器用于每个事件记录。

值2指示了对新会话的报告。这意味着需要选择合适的CCF服务器用于处理这个新会话。D-RTR可以选择CCF服务器。2010年11月15日提交的已转让给阿尔卡特朗讯美国公司的Sharma的美国专利申请系列第12/946,394号中描述了选择适当的CCF服务器用于处理新请求的一种方式，该申请的内容通过引用完整地并入本文。该’394号申请还提供了用于假如CCF服务器产生过载则确定备选的对等CCF服务器的逻辑。用于本文所公开的实施例的逻辑可以基于该’394号申请，除了初始选择CCF服务器用于处理该会话可以简单地基于可用CCF服务器中的每个CCF服务器的负载指数和负载运载能力。在初始选择阶段可以不牵涉任何过载重定向。备选地，轮询或者加权轮询方案可以被用来确定该CCF服务器应当服务针对该新会话的ACR。例如，一种算法可以被应用至会话-ID（Session-ID）AVP，以确定主CCF服务器来处理该会话而同时记住辅CCF服务器以防主CCF服务器刚好停止服务（OOS）。

记账-记录-类型AVP中的值3或4指示了已经被CCF服务器所服务的传出会话。在这种情况下，D-RTR确定哪个CCF服务器正处理该会话。这以下列方式之一来完成：1）通过对会话-ID AVP应用同一函数以确定用如针对开始记录的相同方式来处理该会话的Diameter CCF服务器，而同时记住辅CCF服务器以防第一CCF服务器刚好OOS；或者2）通过在D-RTR处的会话托管查找表实施方式。该查找表可以包括在网络中在该时刻正在进行中的所有的唯一会话标识符（ID）。与每个会话-ID相关联的是主和辅CCF服务器实例。该查找表还可以包括关于CCF负载状况和可用性的其他指示。该查找表能够标识针对这个通信会话而被指派给对应CTF的初始CCF服务器，并且在每次备选的对等CCF服务器被指派给该通信会话用于对应CTF时被更新。

在第一步骤（即，1:ACR）的末尾，D-RTR应当具有所标识的CCF服务器。参考图2，在这个示例场景中这是CCF-1。D-RTR当在该请求中做出下列修改之后将该ACR转发给CCF-1：

<ACR>::=<Diameter头部:271,REQ,PXY>

<会话-Id>

{起始-主机}

{起始-领域}

{目的地-领域}

{记账-记录-类型}

{记账-记录-数量}

[Acct-应用-Id]

[供应商-特定-应用-Id]

[用户-名称]

[记账-子-会话-Id]

[Acct-会话-Id]

[Acct-多-会话-Id]

[Acct-过渡阶段-间隔]

[记账-实时-所要求的]

[起始-状态-Id]

[事件-时间戳]

*[代理-信息]

*[路由-记录]

*[AVP]

这个被转发的ACR中的起源-主机（Origin-Host）和起源-领域（Origin-Realm）AVP信息标识该D-RTR，而同时目的地-领域（Destination-Realm）AVP信息包含CCF-1的领域。另外，D-RTR将路由-记录（Route-Record）AVP附加至这个被转发的请求。该路由-记录AVP包含该请求从其被接收的CTF的标识，本质上标识了ACR的“真实”或“实际”的起源者。

在第二步骤（即，2:OVL）中，假定CCF-1正经历过载并且不能够可靠地处理所发送的ACR，则CCF-1必须在ACA中声明错误状况。这个ACA响应被发送回到该D-RTR，因为该D-RTR先前将它的标识***到被路由的ACR的起源-主机AVP中。从CCF-1到D-RTR的ACA响应将具有下列形式：

<ACR>::=<Diameter头部:271,PXY>

<会话-Id>

{结果-代码}

{起始-主机}

{起始-领域}

{记账-记录-类型}

{记账-记录-数量}

[Acct-应用-Id]

[供应商-特定-应用-Id]

[用户-名称]

[记账-子-会话-Id]

[Acct-会话-Id]

[Acct-多-会话-Id]

[错误-报告-主机]

[Acct-过渡阶段-间隔]

[记账-实时-所要求的]

[起始-状态-Id]

[事件-时间戳]

*[代理-信息]

*[AVP]

由D-RTR所检查的ACA响应中的AVP之一是结果-代码（Result-Code）AVP。结果-代码AVP（代码268）例如可以定义值1001、2001-2002、3001-3010、4001-4002以及5001-5017。结果-代码AVP中的1xxx值是信息性的。2xxx值指示成功。因此，D-RTR允许ACA具有在结果-代码AVP中的1xxx或2xxx值的ACA响应传递回到起源CTF。D-RTR使用路由-记录（Route-Record）AVP信息来填充ACA响应中的起始-主机AVP，并且将该ACA响应路由至发起对应ACR的CTF实体。

D-RTR可以使用本文所描述的各种技术来处理用于结果-代码AVP的剩余值中的至少一些值，以克服当前被指派用于处理该会话的CCF服务器处的某些错误或故障状况。结果-代码AVP中的3xxx值标识某些类型的协议错误。4xxx值标识某些类型的瞬态故障。结果-代码AVP中的5xxx值标识某些类型的永久故障。

例如，指示CCF服务器处的过载状况的通常被使用的技术是，发送具有结果-代码AVP中的3004值的ACA。该3004值表示Diameter过忙（Diameter_Too_Busy）错误。Diameter过忙错误具有对D-RTR的特定兴趣。从在结果-代码AVP中报告Diameter过忙错误的CCF-1接收ACA之后，D-RTR结合负载指数和恰当的其他策略规则来从可用的CCF服务器之中确定备选对等CCF服务器。参考图2，对于这个示例性场景，这个备选对等CCF服务器刚好是CCF-3。因此，D-RTR在先前所转发的ACR消息中改变目的地-领域（Destination-Realm）以反映该备选对等CCF服务器，并且将经修正的ACR消息（带有以新的起源-主机和路由-记录AVP信息的先前修改）发送至CCF-3。这在图2中被示出为第三步骤（即，3:ACR）。第四步骤（即，4:ACA）示出了该ACA消息回到D-RTR，该ACA消息被D-RTR修改以反映正确的起源主机（Origin-Host）AVP信息并且被路由至用于原始ACR的起源CTF。

参考图3，计费***的另一个示例性实施例包括D-RTR，该D-RTR在主CCF报告瞬态故障状况时提供ACR的辅路由。关于4xxx结果代码值，指示在CCF服务器处的用于存储ACR的可用空间的暂时短缺的通常被使用的技术是，发送具有结果-代码AVP中的4002值的ACA。该4002值表示Diameter耗尽空间（Diameter_Out_Of_Space）错误。对于示例性场景，假定CCF-1响应于从D-RTR接收到ACR而在ACA中报告Diameter耗尽空间错误。这发生在当讨论中的CCF由于存储空间状况的暂时短缺而不能够使所接收的ACR进行稳定的存储。所以，对于在第一步骤（即，1:ACR）中所发送的ACR，参考图3，CCF-1在第二步骤（即，2:TRE）中以包含结果-代码AVP中的4002值的ACA来进行响应，该4002值用于指示由于可用存储空间暂时短缺的瞬态错误。对于这个示例性场景，D-RTR等待可配置量的时间（通常为数秒），并且重试将经修改的ACR发送至同一CCF-1，如在第三步骤（即，3:ACR）中所示出的。如果该ACR被CCF-1接受而没有进一步的错误，则D-RTR接收具有结果-代码AVP中的2xxx值的肯定ACA（positive ACA）。这被示出在图3的第四步骤（即，4:ACA）中。D-RTR将该肯定ACA路由回到发出原始ACR的Diameter客户端（即，起源CTF）。然而，如果Diameter耗尽空间错误持续，例如，当存在由CCF服务器处的辅存储器故障所引起的严重短缺时，则有可能CCF-1将重复该错误状况。在这种情况下，D-RTR行为可以重复该重试尝试预定数量的次数，并且然后如在图2中所描绘的前进至选择备选对等CCF服务器来处理这个ACR。备选地，D-RTR可以在第一次重试尝试的失败之后直接前进至选择备选对等CCF服务器（参见图2）。

对于5xxx结果代码值，D-RTR将具有结果-代码AVP中的5xxx值的ACA路由回到起源CTF对等体，因为这些代码表示对应的CCF服务器中的永久故障。

概括地说，本文所描述的各个实施例提供了对由D-RTR从当前被指派的CCF服务器（该D-RTR已经向该CCF服务器路由了该D-RTR从起源CTF所接收的ACR）所接收的ACA的智能处置。本文所描述的各种技术避免了起源CTF、D-RTR、以及当前被指派的CCF服务器之间的“无限循环”情形。本文所描述的各个实施例提供了一种CCF网络架构，该CCF网络架构并入了D-RTR以隐藏起源CTF与目的地CCF服务器之间的总体网络拓扑。本文所描述的各种技术通过使用D-RTR还提供了起源CTF处以及目的地CCF服务器处供应上的减少。现有的解决方案倾向于通过使得这些CTF重复将原始ACR消息发送至同一CCF服务器从而延迟对ACR的处理并且增加网络流量。

再次参考附图，其中这些展示仅用于举例说明示例性实施例的目的而不是用于限制所要求保护的主体的目的，图4描绘了用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程400的示例性实施例，过程400开始于402，其中来自服务提供商网络的NE的ACR在计费***中的路由器处被接收。该ACR结合通信会话而与该服务提供商网络中的NE所提供的服务相关联。该计费***可以包括与路由器相关联的多个CCF服务器，用于结合一个或多个通信会话而处理来自服务提供商网络的一个或多个NE的ACR。

接着，在该路由器处修改所接收的ACR以形成经修改的ACR（404）。在406处，经修改的ACR从该路由器被发送至从多个计费控制功能服务器中所选择的第一CCF服务器。接着，来自第一CCF服务器的ACA在该路由器处被接收，该ACA指示第一CCF服务器不能够处理经修改的ACR（408）。在410处，经修改的ACR从该路由器被重发给第一CCF服务器，或者经修改的ACR在该路由器处被改变以形成经修正的ACR并且经修正的ACR从该路由器被发送至从多个计费控制功能服务器中所选择的备选CCF服务器。

参考图4和5，用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程500的另一个示例性实施例，包括图4的过程400并且从402继续至502，其中至少部分地基于所接收的ACR中的信息，第一CCF服务器被选择为针对在该路由器处的经修改的ACR的目的地。接着，过程500前进至图4的404。

在另一个实施例中，过程500包括：至少部分地基于所接收的ACR中的记录类型信息来确定所接收的ACR是用于针对该NE的新通信会话的开始记录。在这个实施例中，至少部分地基于一种算法来选择第一CCF服务器，该算法包括与在多个CCF服务器之间的处理负载的分布有关的负载分布函数。

在进一步的实施例中，过程500包括：至少部分地基于以下各项中的一项或多项来选择第一CCF服务器：与多个CCF服务器的负载指数相关的针对第一CCF服务器的负载指数、与多个CCF服务器的负载运载能力相关的针对第一CCF服务器的负载运载能力、与多个CCF服务器相关的轮询方案、以及与多个CCF服务器相关的加权轮询方案。在正描述的该实施例的进一步的实施例中，负载指数至少部分地基于由多个CCF服务器与该路由器所共享的负载信息。在正描述的该实施例的另一个进一步的实施例中，轮询方案和加权轮询方案中的至少一个方案至少部分地基于将算法应用至所接收的ACR中的会话标识符信息。

在另一个进一步的实施例中，过程500包括：将针对新通信会话的会话标识符、起源来源标识符、以及所选择的目的地标识符以链接关系存储在该路由器可访问的存储设备中。在正描述的该实施例的进一步的实施例中，会话标识符被适配为标识新通信会话，起源来源标识符被适配为结合该新通信会话而将该NE标识为所接收的ACR的起源来源，并且所选择的目的地标识符被适配为将第一CCF服务器标识为当前被选择用于处理针对由该NE所发起的新通信会话的ACR。

在又另一个实施例中，过程500包括：至少部分地基于所接收的ACR中的记录类型信息来确定所接收的ACR是针对该NE的正在进行的通信会话的过渡阶段记录或停止记录。在这个实施例中，至少部分地基于将正在进行的通信会话匹配至如下的会话标识符来选择第一CCF服务器，该会话标识符被链接至表示该NE的起源来源标识符以及表示第一CCF的所选择的目的地标识符。会话标识符、起源来源标识符、以及所选择的目的地标识符先前以链接关系被存储在该路由器可访问的存储设备中，连同路由从针对该正在进行的通信会话的NE所接收的先前ACR。在进一步的实施例中，会话标识符被适配为标识正在进行的通信会话，起源来源标识符被适配为，结合该正在进行的通信会话，将该NE标识为针对所接收的ACR的起源来源，并且所选择的目的地标识符被适配为将第一CCF服务器标识为当前被选择用于处理针对由该NE所发起的正在进行的通信会话的ACR。

参考图4和6，用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程600的另一个示例性实施例包括图4的过程400并且从404继续至602，其中将NE表示为所接收的ACR的起源来源的起源信息被改变，连同修改所接收的ACR以将该路由器表示为经修改的ACR的中间来源。接着，将该路由器表示为所接收的ACR的中间目的地的目的地信息被改变，连同修改所接收的ACR以将第一CCF服务器表示为经修改的ACR的所选择的目的地（604）。在606处，路由记录信息被添加至所接收的ACR，连同修改所接收的ACR以在经修改的ACR中将该NE表示为所接收的ACR的起源来源。接着，过程600前进至图4的406。

在过程600的另一个实施例中，被接收并被修改的ACR中的起源信息包括起源主机信息以及起源领域信息。在过程600的又另一个实施例中，被接收并被修改的ACR中的目的地信息包括目的地领域信息。

参考图4和7，用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程700的另一个示例性实施例包括图4的过程400并且从408继续至702，其中该过程确定ACA指示第一CCF服务器由于过载状况而不能够处理经修改的ACR。接着，过程700前进至图4的410。对于这个实施例，在410中，经修改的ACR被改变以形成经修正的ACR，并且经修正的ACR被发送至备选CCF服务器，以代替重发经修改的ACR。

在过程700的另一个实施例中，ACA指示第一CCF服务器过于繁忙而不能够处理经修改的ACR。在过程700的又另一个实施例中，ACA包括具有代码值3004的结果代码信息。

在又另一个实施例中，过程700还包括：在该路由器处至少部分地基于一种算法来将备选CCF服务器选择作为用于经修改的ACR的备选目的地，该算法包括与在多个CCF服务器之间的处理负载的分布有关的负载分布函数。

在进一步的实施例中，过程700还包括：至少部分地基于以下各项中的一项或多项来选择备选CCF服务器：与多个CCF服务器的负载指数相关的针对备选CCF服务器的负载指数、与多个CCF服务器的负载运载能力相关的针对备选CCF服务器的负载运载能力、与多个CCF服务器相关的轮询方案、以及与多个CCF服务器相关的加权轮询方案。在正描述的该实施例的进一步的实施例中，负载指数至少部分地基于由多个CCF服务器与该路由器所共享的负载信息。在正描述的该实施例的另一个进一步的实施例中，轮询方案和加权轮询方案中的至少一个方案至少部分地基于将算法应用至所接收的ACR中的会话标识符信息。

在另一个进一步的实施例中，过程700还包括：将针对新通信会话的会话标识符、起源来源标识符、以及所选择的目的地标识符以链接关系存储在该路由器可访问的存储设备中。在正描述的该实施例的进一步的实施例中，会话标识符被适配为标识该通信会话，起源来源标识符被适配为结合该通信会话而将该NE标识为所接收的ACR的起源来源，并且所选择的目的地标识符被适配为将备选CCF服务器标识为当前被选择用于处理针对由该NE所发起的通信会话的ACR。

在又另一个实施例中，过程700还包括：在该路由器处从备选CCF服务器接收ACA，该ACA指示该备选CCF服务器成功地处理经修正的ACR。在这个实施例中，所接收的ACA在该路由器处被修改以形成经修改的ACA。在正描述的该实施例中，经修改的ACA从该路由器被发送至该NE。

参考图4和8，用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程800的另一个示例性实施例包括图4的过程400并且从408继续至802，其中该过程确定ACA指示第一CCF服务器由于瞬态故障状况而不能够处理经修改的ACR。接着，过程800前进至图4的410。对于这个实施例，在410中，经修改的ACR被重发给第一CCF服务器，以代替发送经修正的ACR。

在过程800的另一个实施例中，ACA指示第一CCF服务器至少暂时地耗尽空间而不能够处理经修改的ACR。在过程800的又另一个实施例中，ACA包括具有代码值4002的结果代码信息。在又另一个实施例中，过程800还包括在接收到ACA之后重发经修改的ACR之前等待可配置的时间。

在再又另一个实施例中，过程800还包括：在该路由器处从第一CCF服务器接收ACA，该ACA指示第一CCF服务器成功地处理经修改的ACR。在这个实施例中，所接收的ACA在该路由器处被修改以形成经修改的ACA。在正描述的实施例中，经修改的ACA从该路由器被发送至该NE。

参考图9，用于在计费***902中用来对服务提供商网络906的NE904所提供的服务进行记账的路由器900的示例性实施例。路由器900包括服务网络通信模块908、消息处理模块910、以及计费***通信模块912。服务网络通信模块908用于从服务提供商网络906的NE904接收ACR。该ACR结合通信会话而与服务提供商网络906中的NE904所提供的服务相关联。计费***902包括多个CCF服务器914，用于结合一个或多个通信会话而处理来自服务提供商网络906的一个或多个NE（例如，904）的ACR。与服务网络通信模块908处于操作性通信中的消息处理模块910，用于修改所接收的ACR以形成经修改的ACR。与消息处理模块910处于操作性通信中的计费***通信模块912，用于将经修改的ACR发送至从多个计费控制功能服务器914中所选择的第一CCF服务器916。计费***通信模块912还用于从第一CCF服务器916接收ACA，该ACA指示第一CCF服务器916不能够处理经修改的ACR。消息处理模块910还用于确定是否经由计费***通信模块912来将经修改的ACR重发给第一CCF服务器916，或者改变经修改的ACR以形成经修正的ACR并且经由计费***通信模块912将经修正的ACR发送至备选CCF服务器918。备选CCF服务器918是从多个计费控制功能服务器914中选择的。

在路由器900的另一个实施例中，消息处理模块还用于至少部分地基于所接收的ACR中的信息，将第一CCF服务器916选择作为用于经修改的ACR的目的地。

在路由器900的进一步实施例中，消息处理模块910还用于：至少部分地基于所接收的ACR中的记录类型信息来确定所接收的ACR是用于针对NE904的新通信会话的开始记录；并且至少部分地基于一种算法来选择第一CCF服务器916，该算法包括与在多个CCF服务器914之间的处理负载的分布有关的负载分布函数。

在路由器900的又进一步的实施例中，消息处理模块910还用于至少部分地基于以下各项中的一项或多项来选择第一CCF服务器916：与多个CCF服务器914的负载指数相关的针对第一CCF服务器916的负载指数、与多个CCF服务器914的负载运载能力相关的针对第一CCF服务器916的负载运载能力、与多个CCF服务器914相关的轮询方案、以及与多个CCF服务器914相关的加权轮询方案。在路由器900的又进一步的实施例中，负载指数至少部分地基于经由计费***通信模块912从多个CCF服务器914所接收的负载信息。在路由器900的另一个又进一步的实施例中，轮询方案和加权轮询方案中的至少一个方案至少部分地基于将算法应用至所接收的ACR中的会话标识符信息。

在另一个又进一步的实施例中，路由器900还包括与消息处理模块910处于操作性通信中的存储设备920，用于以链接关系存储新通信会话的会话标识符、起源来源标识符、以及所选择的目的地标识符。在路由器900的又进一步的实施例中，会话标识符被适配为标识该新通信会话，起源来源标识符被适配为结合该新通信会话而将NE904标识为所接收的ACR的起源来源，并且所选择的目的地标识符被适配为将第一CCF服务器916标识为当前被选择用于处理针对由NE904所发起的新通信会话的ACR。在其他实施例中，存储设备920可以在路由器900的外部。外部存储设备920可以位于计费***902的任何合适的NE中。

在路由器900的另一个进一步的实施例中，消息处理模块910还用于至少部分地基于所接收的ACR中的记录类型信息来确定所接收的ACR是针对NE904的正在进行的通信会话的过渡阶段记录或停止记录，并且至少部分地基于将正在进行的通信会话匹配至如下的会话标识符来选择第一CCF服务器916，该会话标识符被链接至表示NE904的起源来源标识符以及表示第一CCF916的所选择的目的地标识符。在这个实施例中，路由器900还包括处在与消息处理模块910处于操作性通信中的存储设备920，用于以链接关系存储会话标识符、起源来源标识符、以及所选择的目的地标识符，连同路由从针对该正在进行的通信会话的NE904所接收的先前ACR。在其他实施例中，存储设备920可以在路由器900的外部。外部存储设备920可以位于计费***902的任何合适的NE中。

在路由器900的又进一步实施例中，会话标识符被适配为标识正在进行的通信会话，起源来源标识符被适配为结合正在进行的通信会话而将NE904标识为所接收的ACR起源来源，并且所选择的目的地标识符被适配为将第一CCF服务器916标识为当前被选择用于处理针对由NE904所发起的正在进行的通信会话的ACR。

在路由器900的又另一个实施例中，消息处理模块910还用于改变表示作为所接收的ACR的起源来源的NE904的起源信息，连同修改所接收的ACR以将该路由器900表示为经修改的ACR的中间来源，改变将该路由器900表示为所接收的ACR的中间目的地的目的地信息，连同修改所接收的ACR以将第一CCF服务器916表示为经修改的ACR的所选择的目的地，并且将路由记录信息添加至所接收的ACR，连同修改所接收的ACR以在经修改的ACR中将NE904表示为所接收的ACR的起源来源。在路由器900的进一步实施例中，被接收并被修改的ACR中的起源信息包括起源主机信息以及起源领域信息。在路由器900的另一个进一步的实施例中，被接收并被修改的ACR中的目的地信息包括目的地领域信息。

在路由器900的又另一个实施例中，消息处理模块910还用于确定ACA指示第一CCF服务器916由于过载状况而不能够处理经修改的ACR，并且用于确定经修改的ACR将被改变以形成经修正的ACR，并且由计费***通信模块912发送至备选CCF服务器918以代替重发经修改的ACR。

在路由器900的进一步实施例中，ACA指示第一CCF服务器916过于繁忙而不能够处理经修改的ACR。在路由器900的另一个进一步的实施例中，ACA包括具有代码值3004的结果代码信息。

在路由器900的又另一个进一步的实施例中，消息处理模块910还用于至少部分地基于一种算法来选择备选CCF服务器918作为用于经修改的ACR的备选目的地，该算法包括与在多个CCF服务器914之间的处理负载的分布有关的负载分布函数。

在路由器900的又进一步的实施例中，消息处理模块910还用于：至少部分地基于以下各项中的一项或多项来选择备选CCF服务器918：与多个CCF服务器914的负载指数相关的针对备选CCF服务器918的一个或多个负载指数、与多个CCF服务器914的负载运载能力相关的针对备选CCF服务器918的负载运载能力、与多个CCF服务器914相关的轮询方案、以及与多个CCF服务器914相关的加权轮询方案。在路由器900的又进一步的实施例中，负载指数至少部分地基于经由计费***通信模块912从多个CCF服务器914所接收的负载信息。在路由器900的另一个又进一步的实施例中，轮询方案和加权轮询方案中的至少一个方案至少部分地基于将算法应用至所接收的ACR中的会话标识符信息。

在另一个又进一步的实施例中，路由器900还包括存储设备920，用于以链接关系存储针对新通信会话的会话标识符、起源来源标识符、以及所选择的目的地标识符。在路由器900的又进一步的实施例中，会话标识符被适配为标识该通信会话，起源来源标识符被适配为结合该通信会话而将NE904标识为所接收的ACR的起源来源，并且所选择的目的地标识符被适配为将备选CCF服务器918标识为当前被选择用于处理针对由NE904所发起的该通信会话的ACR。在路由器900的又另一个进一步的实施例中，计费***通信模块912还用于从备选CCF服务器918接收ACA，该ACA指示该备选CCF服务器918成功地处理经修正的ACR。在这个实施例中，消息处理模块910还用于修改所接收的ACA以形成经修改的ACA。在正描述的该实施例中，服务网络通信模块908还用于将经修改的ACA发送至NE904。

在路由器900的再又另一个实施例中，消息处理模块910还用于确定ACA指示第一CCF服务器916由于瞬态故障状况而不能够处理经修改的ACR，并且用于确定经修改的ACR将由计费***通信模块912重发给第一CCF服务器916以代替发送经修正的ACR。在路由器900的进一步实施例中，ACA指示第一CCF服务器916至少暂时地耗尽空间而不能够处理经修改的ACR。在路由器900的另一个进一步的实施例中，ACA包括具有代码值4002的结果代码信息。在路由器900的又另一个进一步的实施例中，消息处理模块910还用于促使计费***通信模块912在接收到ACA之后重发经修改的ACR之前等待可配置的时间。在路由器900的又另一个进一步的实施例中，计费***通信模块912还用于从第一CCF服务器916接收ACA，该ACA指示第一CCF服务器916成功地处理经修改的ACR。在这个实施例中，消息处理模块910还用于修改所接收的ACA以形成经修改的ACA。在正描述的该实施例中，服务网络通信模块908还用于将经修改的ACA发送至NE904。

再次参考图4，存储程序指令的非瞬态计算机可读介质的示例性实施例，当由计算机执行时，这些程序指令使得计费***中的对应计算机控制的路由器执行用于使用该计费***来对服务提供商网络的NE所提供的服务进行记账的过程。在各个附加的实施例中，当由该计算机执行时，存储在该非瞬态计算机可读存储器中的这些程序指令，可以使得该计算机控制的路由器执行与参考图4-8的用于使用计费***来对服务提供商网络的NE所提供的服务进行记账的过程400、500、600、700、800相关联的功能的各种组合。换句话说，上文所描述的这些过程的各种实施例可以由存储在非瞬态计算机可读介质中的程序指令来实施。

同样地，在各种实施例中，当由计算机执行时，存储在非瞬态计算机可读介质中的这些程序指令可以使得该计算机控制的路由器执行与上文参考图9所描述的路由器900的各个实施例相关联的功能的组合。例如，计算机控制的设备可以包括路由器900。上文参考图9所描述的任何合适的模块可以包括计算机以及与这些程序指令相关联的非瞬态计算机可读介质。备选地，该计算机以及与这些程序指令相关联的非瞬态计算机可读介质，可以是与上文参考图9所描述的模块的任何合适组合处于操作性通信中的个别组件或者组合组件。

上文的描述仅提供了本发明的特定实施例的公开内容，并且不意图用于将本发明限制于这些特定实施例的目的。如此，本发明不仅限于上文所描述的实施例。更确切地说，将认识到本领域技术人员可以构想出落在本发明范围内的备选实施例。

Claims (10)

1.一种用于使用计费***来对服务提供商网络的网络元件所提供的服务进行记账的方法，包括：

在计费***中的路由器处从服务提供商网络的网络元件接收记账请求，所述记账请求结合通信会话而与所述服务提供商网络中的所述网络元件所提供的服务相关联，所述计费***包括与所述路由器相关联的多个计费收集功能服务器，用于结合一个或多个通信会话而处理来自所述服务提供商网络的一个或多个网络元件的记账请求；

在所述路由器处修改所接收的记账请求以形成经修改的记账请求；

将所述经修改的记账请求从所述路由器发送至从多个计费控制功能服务器中所选择的第一计费收集功能服务器；

在所述路由器处从所述第一计费收集功能服务器接收记账应答，所述记账应答指示所述第一计费收集功能服务器不能够处理所述经修改的记账请求；以及

将所述经修改的记账请求从所述路由器重发至所述第一计费收集功能服务器，或者在所述路由器处改变所述经修改的记账请求以形成经修正的记账请求并且将所述经修正的记账请求从所述路由器发送至从所述多个计费控制功能服务器中所选择的备选计费收集功能服务器。

2.根据权利要求1所述的方法，进一步包括：

至少部分地基于所接收的记账请求中的信息，将所述第一计费收集功能服务器选择作为用于在所述路由器处的所述经修改的记账请求的目的地。

3.根据权利要求1所述的方法，进一步包括：

将表示所述网络元件的起源信息改变为所接收的记账请求的起源来源，连同修改所接收的记账请求以将所述路由器表示为所述经修改的记账请求的中间来源；

将表示所述路由器的目的地信息改变为所接收的记账请求的中间目的地，连同修改所接收的记账请求以将所述第一计费收集功能服务器表示为所述经修改的记账请求的所选择的目的地；以及

将路由记录信息添加至所接收的记账请求中，连同修改所接收的记账请求以在所述经修改的记账请求中将所述网络元件表示为所接收的记账请求的所述起源来源。

4.根据权利要求1所述的方法，进一步包括：

确定所述记账应答指示所述第一计费收集功能服务器由于过载状况而不能够处理所述经修改的记账请求，其中所述经修改的记账请求被改变以形成所述经修正的记账请求并且所述经修正的记账请求被发送至所述备选计费收集功能服务器，以代替重发所述经修改的记账请求。

5.根据权利要求1所述的方法，进一步包括：

确定所述记账应答指示所述第一计费收集功能服务器由于瞬态故障状况而不能够处理所述经修改的记账请求，其中所述经修改的记账请求被重发送至所述第一计费收集功能服务器，以代替发送所述经修正的记账请求。

6.一种用于在计费***中用来对服务提供商网络的网络元件所提供的服务进行记账的装置，所述装置包括：

服务网络通信模块，用于从服务提供商网络的网络元件接收记账请求，所述记账请求结合通信会话而与所述服务提供商网络中的所述网络元件所提供的服务相关联，所述计费***包括多个计费收集功能服务器，用于结合一个或多个通信会话而处理来自所述服务提供商网络的一个或多个网络元件的记账请求；

与所述服务网络通信模块处于操作性通信中的消息处理模块，用于修改所接收的记账请求以形成经修改的记账请求；以及

与所述消息处理模块处于操作性通信中的计费***通信模块，用于将所述经修改的记账请求发送至从多个计费控制功能服务器中所选择的第一计费收集功能服务器；

其中所述计费***通信模块还用于从所述第一计费收集功能服务器接收记账应答，所述记账应答指示所述第一计费收集功能服务器不能够处理所述经修改的记账请求；

其中所述消息处理模块还用于确定是否将所述经修改的记账请求经由所述计费***通信模块重发给所述第一计费收集功能服务器，或者改变所述经修改的记账请求以形成经修正的记账请求并且将所述经修正的记账请求经由所述计费***通信模块发送至备选计费收集功能服务器，所述备选计费收集功能服务器是从所述多个计费控制功能服务器中选择的。

7.根据权利要求6所述的装置，其中所述消息处理模块还用于至少部分地基于所接收的记账请求中的信息，将所述第一计费收集功能服务器选择作为用于所述经修改的记账请求的目的地。

8.根据权利要求6所述的装置，其中所述消息处理模块还用于将表示所述网络元件的起源信息改变为所接收的记账请求的起源来源，连同修改所接收的记账请求以将所述装置表示为所述经修改的记账请求的中间来源；用于将表示所述装置的目的地信息改变为所接收的记账请求的中间目的地，连同修改所接收的记账请求以将所述第一计费收集功能服务器表示为所述经修改的记账请求的所选择的目的地；以及用于将路由记录信息添加至所接收的记账请求中，连同修改所接收的记账请求以在所述经修改的记账请求中将所述网络元件表示为所接收的记账请求的所述起源来源。

9.根据权利要求6所述的装置，其中所述消息处理模块还用于确定所述记账应答指示所述第一计费收集功能服务器由于过载状况而不能够处理所述经修改的记账请求；并且用于确定所述经修改的记账请求将被改变以形成所述经修正的记账请求并且由所述计费***通信模块发送至所述备选计费收集功能服务器，以代替重发所述经修改的记账请求；并且用于至少部分地基于一种算法来将所述备选计费收集功能服务器选择作为用于所述经修改的记账请求的备选目的地，所述算法包括与所述多个计费收集功能服务器之间的处理负载的分布有关的负载分布函数，所述装置进一步包括：

存储设备，用于以链接关系来存储针对所述通信会话的会话标识符、起源来源标识符、以及所选择的目的地标识符。

10.根据权利要求6所述的装置，其中所述消息处理模块还用于确定所述记账应答指示所述第一计费收集功能服务器由于瞬态故障状况而不能够处理所述经修改的记账请求；并且用于确定所述经修改的记账请求将由所述计费***通信模块重发给所述第一计费收集功能服务器，以代替发送所述经修正的记账请求。