离线计费系统中出现故障切换时用于部分cdr的时间戳的识别的制作方法
【专利摘要】在计费从由于故障从主计费功能转移至副计费功能时生成部分计费数据记录(CDR)的系统和方法。在一个实施例中，该系统在计费从主计费功能转移之后从副计费功能接收针对该会话的中期核算请求。该系统随后基于该中期核算请求开启针对该会话的新的部分CDR。该系统从主计费功能接收针对该会话的之前的部分CDR，对该之前的部分CDR进行解析以识别CDR时间戳，并且基于该CDR时间戳而在该新的部分CDR中记录开始时间。该系统解析该中期核算请求以识别针对该会话的核算时间戳，基于该核算时间戳而在该新的部分CDR中记录结束时间，并且关闭该新的部分CDR。
【专利说明】离线计费系统中出现故障切换时用于部分CDR的时间戳的识别
【技术领域】
[0001]本发明涉及通信系统领域，尤其涉及针对通信系统的会话进行离线计费。
【背景技术】
[0002]服务提供商通常为终端用户(也被称作订户)提供多种语音和数据服务。语音服务的示例是语音呼叫、呼叫转移、呼叫等待等。数据服务的示例是流音频、流视频、互联网协议语音传输(VoIP)、在线游戏和IP-TV。数据服务由分组核心网络所管理，其利用诸如互联网的外部分组数据网络与终端用户进行对接。
[0003]服务提供商使用离线和在线计费来保持对每个设备访问各种服务所引发的费用的追踪。3GPP/3GPP2标准组已经定义了可以被用来在各种网络域(例如，电路交换网络域、分组交换网络域和/或无线域)、IP多媒体子系统(MS)、3G/0MA应用服务等中实施在线和离线计费的规范集合。
[0004]离线计费一般被定义为其中计费信息并不实时影响所呈现的服务的计费机制。在离线计费中，在资源使用的同时收集关于网络资源使用的计费信息。例如，MS网络的网络单元包括计费触发功能(CTF)。包括CTF的网络单元的一些示例是呼叫会话控制功能(代理、服务和质询)和应用服务器(AS)。针对离线计费，CTF触发计费事件，收集有关该计费事件的计费信息，并且将计费信息汇总到匹配的计费事件中。CTF随后通过向离线计费系统(OFCS)发送核算请求而将该计费事件报告给0FCS。核算请求的一个示例是Diameter (直径)Accounting Request (核算请求，ACR)。
[0005]OFCS包括一个或多个计费收集功能(CCF)，其使用CTF在核算请求中针对会话所提供的计费信息来构建计费数据记录(CDR)。当会话结束时，CCF将该CDR(或单个合并的CDR)提供至结算域从而针对该会话核对计费。
[0006]为了说明离线计费，当网络单元首次参与到会话之中时，该网络单元中的CTF生成ACR [Start]并且将该ACR [Start]传送至主CCF。在会话建立之后，该CTF周期性地向CCR传送一个或多个ACR[Interim]消息。如果CTF检测到会话结束，则该CTF生成ACR[Stop]并且将该ACR [Stop]传送至CCF。
[0007]当主CCF首次从CTF接收到ACR[Start]时，该CCF针对该网络单元的网络会话开启CDR。该CCF随后在其每次从CTF接收到ACR[Interim]时基于该ACR[Interim]中的计费信息对开启的⑶R进行更新。如果主CCF从CTF接收到ACR [Stop]，则CCF针对该网络单元的会话关闭CDR。
[0008]可能存在其中主CCF针对会话生成了部分⑶R的情形。CCF具有一个或多个用于关闭⑶R的触发器。该触发器之一是计时器。例如，当CCF首次从CTF接收到ACR[Start]时，CCF设置计时器。如果CCF在计时器超时之前从CTF接收到ACR[Stop]，则CCF针对该会话关闭⑶R以生成完整⑶R。如果CCF在计时器超时之前并未从CTF接收到ACR[Stop]，则CCF关闭⑶R以针对该会话生成部分⑶R。CCF随后针对该会话开启新的⑶R。CCF将在计时器超时时继续生成部分⑶R直至从CTF接收到ACR[Stop]。
[0009]如果主CCF恰好在针对会话处理计费时遇到故障，则网络单元内的CTF将向副CCF或备用CCF发送核算请求。这被称作从主CCR向副CCR故障切换。副CCR将基于在核算请求中所提供的计费信息针对该会话生成一个或多个CDR。然而，当出现从一个CCF向另一个CCF的故障切换时，CDR中的信息可能是不完整的。因此，服务提供商可能无法针对部分或全部会话进行结算。
【发明内容】
[0010]这里所描述的实施例生成部分⑶R，该部分⑶R包括正确信息，以便即使在发生涉及主计费功能(例如，CCF)的故障并且计费转移至副计费功能时也针对会话进行计费。在故障切换之后生成的部分CDR通常所丢失的一条信息是时间戳。如果部分CDR并不包括开始时间戳和结束时间戳，则结算域就无法使用该部分CDR对会话进行计费。因此，结算域可以丢弃该部分CDR，并且服务提供商将无法针对部分或全部会话进行计费。这里所描述的实施例能够确定针对在计费从主计费功能转移至副计费功能之后所生成的部分CDR的开始时间戳和结束时间戳。这允许结算域即使在计费在计费功能之间发生转移的情况下也针对整个会话进行计费。
[0011]为了确定针对在故障切换之后生成的部分CDR的时间戳，主计费功能缓冲针对会话的最近的部分⑶R。因此，如果主计费功能遇到故障，则主计费功能能够在恢复时向补救系统提供最近的部分CDR。当计费被转移至副计费功能时，副计费功能将从CTF接收到针对会话的中期(interim)核算请求。副计费功能知晓已经发生了故障切换(因为其没有与会话相关的在先信息并且针对该会话的第一核算消息是中期消息)，从而副计费功能向补救系统发送中期核算请求。补救系统将从最近的部分CDR识别“开始”时间戳并且将从中期核算请求识别“结束”时间戳。补救系统随后能够使用该开始时间戳和结束时间戳生成针对该会话的部分CDR。该部分CDR能够被结算域用来针对该会话进行计费，因为其包括了开始时间戳和结束时间戳。
[0012]一个实施例包括一种补救系统，其在针对会话的计费从由于涉及主计费功能的故障而从主计费功能转移至副计费功能时生成部分⑶R。该补救系统包括接口，其被配置为从副计费功能接收针对该会话的中期核算请求。该补救系统进一步包括控制器，其被配置为基于该中期核算请求开启针对该会话的新的部分CDR。该接口进一步被配置为从主计费功能接收针对该会话的在先的部分CDR。该控制器进一步被配置为对该在先的部分CDR进行解析以识别CDR时间戳，并且基于该CDR时间戳而在该新的部分CDR中记录开始时间。该控制器进一步被配置为解析该中期核算请求以识别针对该会话的核算时间戳，并且基于该核算时间戳而在该新的部分CDR中记录结束时间，并且关闭该新的部分CDR。
[0013]在另一个实施例中，该控制器进一步被配置为将该新的时间戳传送至结算域。
[0014]在另一个实施例中，该在先的部分CDR包括多个时间戳，并且该控制器进一步被配置为选择该多个时间戳中与该在先的部分CDR的关闭相关联的一个作为CDR关闭时间戳。
[0015]在另一个实施例中，从主计费功能所接收的该在先的部分CDR表示在涉及主计费功能的故障之前针对该会话所生成的最近的部分CDR。
[0016]在另一个实施例中，主计费功能和副计费功能包括计费收集功能(CCF)。
[0017]在另一个实施例中，该中间核算请求包括Diameter请求,并且该控制器进一步被配置为从该中间核算请求的事件-时间戳属性值配对(AVP)识别核算时间戳。
[0018]在另一个实施例中，该在先的部分⑶R包括至少一个业务数据量(TDV)容器，并且该控制器进一步被配置为从该在先的部分⑶R中的至少一个TDV识别⑶R关闭时间戳。
[0019]在另一个实施例中，该在先的部分⑶R包括至少一个服务数据容器(SDC)，并且该控制器进一步被配置为从该在先的部分⑶R中的至少一个SDC识别⑶R关闭时间戳。
[0020]另一个实施例包括一种在故障切换之后生成针对会话的部分CDR的方法。该方法包括在针对该会话的计费由于涉及主计费功能的故障而从主计费功能转移至副计费功能的情况下，从副计费功能接收针对该会话的中期核算请求。该方法进一步包括基于该中期核算请求开启针对该会话的新的部分CDR。该方法进一步被配置为从主计费功能接收针对该会话的在先的部分CDR，对该在先的部分CDR进行解析以识别针对该会话的CDR时间戳，并且基于该CDR时间戳在该新的部分CDR中记录开始时间。该方法进一步包括解析该中期核算请求以识别针对该会话的核算时间戳，并且基于该核算时间戳在该新的部分CDR中记录结束时间，并且关闭该新的部分CDR。
[0021]另一个实施例包括一种主计费功能，其被配置为从计费触发功能接收针对会话的至少一个核算请求，并且基于该至少一个核算请求生成针对该会话的部分⑶R。该主计费功能进一步被配置为将该部分CDR存储在存储器中，并且将该部分CDR的副本发送至结算域，并且从存储器删除针对该会话的任何先前的部分CDR，而使得存储器中的部分CDR表示针对该会话的最近的部分CDR。
[0022]在另一个实施例中，该主计费功能进一步被配置为检测导致该计费触发功能向副计费功能而不是向主计费功能发送核算请求的故障。该主计费功能进一步被配置为识别能够在计费被转移至副计费功能之后生成针对该会话的新的部分CDR的补救系统，并且将所存储的部分CDR送至该补救系统。
[0023]在另一个实施例中，该副计费功能被配置为从该计费触发功能接收中期核算请求，确定发生了涉及主计费功能的故障，识别能够在计费被转移至副计费功能之后生成针对该会话的新的部分CDR的补救系统，并且将中期核算请求送至该补救系统。
[0024]在另一个实施例中，该补救系统包括计费收集功能(CCF)的集群之一，并且该主计费功能和副计费功能被配置为选择这一个CCF作为补救系统。
[0025]在另一个实施例中，该主计费功能和副计费功能被配置为对该会话的标识符应用散列函数以选择这一个CCF作为补救系统。
[0026]在另一个实施例中，该补救系统被配置为从副计费功能接收针对该会话的中期核算请求，并且基于该中期核算请求开启针对该会话的新的部分CDR。该补救系统进一步被配置为从主计费功能接收所存储的针对该会话的部分CDR。该补救系统进一步被配置为解析所存储的部分CDR以识别针对该会话的CDR时间戳，并且基于该CDR时间戳而在该新的部分CDR中记录开始时间。该补救系统进一步被配置为解析该中期核算请求以识别针对该会话的核算时间戳，并且基于该核算时间戳而在该新的CDR中记录结束时间，并且关闭该新的部分⑶R。
[0027]其它的示例性实施例可以在下文中进行描述。
【专利附图】
【附图说明】
[0028]现在参考附图仅通过示例对本发明的一些实施例进行描述。相同的附图标记在所有附图上都标示相同要素或相同类型的要素。
[0029]图1A图示了示例性实施例中用于通信网络的离线计费架构。
[0030]图1B图示了示例性实施例中用于通信网络的另一离线计费架构。
[0031]图2是图示示例性实施例中操作主计费功能的方法的流程图。
[0032]图3是图示示例性实施例中在故障切换期间操作副计费功能的方法的流程图。
[0033]图4是图示示例性实施例中在故障切换之后生成部分CDR的方法的流程图。
[0034]图5图示了示例性实施例中用于LTE网络的离线计费架构。
[0035]图6-7图示了示例性实施例中在故障切换之后单元之间用于生成部分⑶R的通?目。
【具体实施方式】
[0036]附图和以下描述阐述了本发明的具体示例性实施例。因此将要意识到的是，本领域技术人员将能够设计出各种部署形式，它们虽然并未在这里被明确描述或示出但是体现了本发明的原则并且包括在本发明的范围之内。此外，这里所描述的任何示例都意在帮助理解本发明的原则，并且要被理解为并非对这样具体引用的示例和条件有所限制。作为结果，本发明并不局限于以下所描述的具体实施例或示例，而是由权利要求及其等同形式所限定。
[0037]图1A图示了示例性实施例中用于通信网络的离线计费架构100。架构100图示了计费触发功能(CTF) 110和离线计费系统(OFCS) 120，它们由通信网络102的网络运营商所实施。架构100还包括结算域130。CTF包括基于对网络资源使用的观察生成计费信息的任意实体。CTF是用于收集与网络实体内的可计费事件相关的信息、将该信息汇总为匹配的计费事件、并且将这些计费事件发送至计费功能的焦点。CTF在提供计费信息的每个网络单元或服务单元中实施。因此，CTF 110在图1A中被图示为网络单元112的一部分。网络单元112包括为网络102内的会话进行服务的任意系统、服务器或功能。例如，在IP多媒体子系统(IMS)网络中，网络单元112可以包括服务-呼叫会话控制功能(S-CSCF)、质询-呼叫会话控制功能(1-CSCF)、媒体网关控制功能(MGCF)、应用服务器(AS)等。同样地，在LTE/EPC网络中，网络单元112可以包括I3DN网关(PGW)、服务网关(SGW)等。
[0038]OFCS 120针对网络102中所提供的服务提供离线计费。在该实施例中，OFCS 120包括多个计费功能122-124。计费功能包括(诸如通过Rf基准点)从CTF接收计费事件，并且使用该计费事件中所包含的信息构建计费数据记录(CDR)的任意系统、装置和组件。例如，计费功能122可以包括如3GPP在Release 5中定义的计费收集功能(CCF)。计费功能122可替换地可以包括3GPP在Release 6和后续发布中定义的计费数据功能(⑶F)/计费网关功能(CGF)。
[0039]结算域130包括从计费功能接收和处理⑶R，并且提供调解、结算和/或其它(例如，统计)终端应用的任意系统、服务器或功能。
[0040]当CTF 110向计费功能(诸如，计费功能122)发送计费事件时，该计费事件作为“核算请求”被发送。核算请求包括任意的离线计费消息，该离线计费消息包括用来针对会话进行计费的信息。例如，在会话开始时，CTF 110可以生成初始核算请求，并且将该初始核算请求传送至计费功能122。初始核算请求的一个示例是Diameter Rf AccountingRequest (ACR) [Start]。在该会话期间，CTF 110可以周期性地生成中期核算请求，并且将该中期核算请求传送至计费功能122。中间核算请求的一个示例是Diameter RfACR[Interim]。在该会话结束时，CTF 110可以生成停止核算请求，并且将该停止核算请求传送至计费功能122。停止核算请求的一个示例是Diameter Rf ACR[Stop]。
[0041]计费功能122能够基于从CTF 110所接收的核算请求生成CDR。在接收到核算请求时，计费功能122开启CDR或者向现有开启的CDR添加信息。CDR在初始计费事件指定会话的开始时被开启。因此，当计费功能122接收到开始核算请求时，计费功能122开启针对该会话的⑶R(针对网络单元112的CTF 110)。在接收到中期计费事件时信息被添加至开启的CDR。因此，当计费功能122接收到中期核算请求时，计费功能122基于该中期核算请求中的信息更新针对该会话开启的CDR。CDR可能由于多种原因被关闭，诸如CDR时间限制、CDR数量限制、计费条件变化(例如，媒体变化)、会话结束(例如，接收到描述会话终止的最终计费事件)，等等。当CDR被关闭并且会话仍然活动时，该CDR被认为是针对该会话的一部分提供计费信息的部分CDR。而且，当CDR被关闭时，开启后续的CDR。因此，可能需要多个部分CDR来完整描述针对会话的计费。
[0042]可能出现会话的主计费功能在针对会话进行计费时遇到故障的情形。例如，主计费功能可能具有硬件或软件故障，主计费功能可能由于核算请求而变得过载，主计费功能与一个或多个CTF之间的通信链路可能出现故障，等等。当发生涉及主计费功能的故障时，CTF 110将识别出副计费功能(例如，计费功能123)，并且开始向副计费功能发送核算请求。副计费功能随后将开始基于该核算请求生成针对会话的CDR。然而，副计费功能所生成的一个或多个部分CDR可能由于计费是从主计费功能转移至副计费功能而具有不完整的计费信息。在这里所描述的实施例中，当由于故障而将计费从主计费功能转移至副计费功能时，在转移之后立即生成的一个或多个部分⑶R将包括完整的计费信息。更具体地，在故障切换之后所生成的部分⑶R将包括适当时间戳以允许结算域130针对该会话进行计费。
[0043]根据以下所描述的实施例，架构100进一步包括补救系统140。补救系统140包括在针对会话的计费从主计费功能转移至副计费功能时生成针对该会话的部分CDR的任意系统、装置或组件。补救系统140包括接口(I/F)142和控制器(C0NT’R)144。接口 142包括从其它计费功能或CTF接收诸如CDR或核算请求之类的信息的任意设备或组件。控制器144包括在计费转移之后生成部分⑶R并且在该部分⑶R中插入适当时间戳以允许针对会话进行计费的任意设备或组件。补救系统140可以包括被指派用于处理架构100中的故障切换的单独系统。可替换地，补救系统140可以表示诸如图1B中所示的一个或多个计费功能122-124的计费功能或作为其被选择针对特定会话处理故障切换的部分。
[0044]为了补救系统140生成针对会话的部分CDR，主计费功能被增强以缓冲针对该会话的最近的部分⑶R，这在图2中进一步进行图示。
[0045]图2是图示在示例性实施例中操作主计费功能122的方法200的流程图。方法200的步骤将参考图1A中的架构100进行描述，但是本领域技术人员将会意识到，方法200可以在其它系统中执行。而且图2中的流程图的步骤并非是无所不包的并且可以包括并未示出的其它步骤，并且该步骤可以以可替换顺序来执行。
[0046]针对该方法的一种假设在于，CTF 110向主计费功能122发送针对会话的核算请求，诸如初始核算请求以及一个或多个中期核算请求。在步骤202，主计费功能122从CTF110接收核算请求。在步骤204。主计费功能122基于一个或多个核算请求、生成针对该会话的部分CDR。例如，当主计费功能122接收到初始核算请求时，主计费功能122针对该会话开启⑶R(针对网络单元122的CTF 110而言)。如果主计费功能122接收到中期核算请求，则主计费功能122基于该中期核算请求中的信息针对该会话更新开启的CDR。当出现一些触发条件时，计费功能122将CDR作为部分CDR关闭(因为会话仍然有效)。在关闭部分⑶R之后，主计费功能122在步骤206中将部分⑶R的副本存储在存储器中。主计费功能122还在步骤208中将部分⑶R发送至结算域130。
[0047]存储在存储器中的部分CDR的副本表示主计费功能122针对该会话所生成的最近的部分CDR。主计费功能122还确定针对该会话是否有任何先前的部分CDR被存储在存储器中。如果是，则主计费功能122在步骤210中从存储器中删除该会话的一个或多个先前的部分CDR，因为主计费功能122被编程为存储针对该会话所生成的最近的部分CDR。
[0048]由于主计费功能122通过生成部分⑶R而正在处理针对会话的计费，所以一种假设在于出现涉及主计费功能122的故障。涉及主计费功能122的故障包括针对计费功能的、使得计费功能122无法服务的任意内部错误(例如，硬件故障或软件故障)，或者涉及主计费功能122和CTF 110之间的通信链路的、使得计费功能122无法连接的任意类型的崩溃。当出现涉及主计费功能122的故障时，CTF 110将能够识别该故障。例如，CTF 110可以使用看门狗功能(诸如IETF RFC 3588中所提供的Diameter DWR/DWA机制)来监视主计费功能122的状态。CTR 110还可以确定主计费功能122是否无法利用适当的核算应答对核算请求作出响应，并且在主计费功能无法响应的情况下识别出故障。在检测到涉及主计费功能122的故障时，CTF 110识别用于副计费功能123的路由信息。当CTF 110针对会话生成另一个中期核算请求时，CTF 110会将该中期计费请求转发至副计费功能123而不是主计费功能122。副计费功能123在这里所提供的实施例中也被增强以将该中期计费请求发送至补救系统140，后者在图3中进一步进行图示。
[0049]图3是图示示例性实施例中在故障切换期间操作副计费功能123的方法300的流程图。方法300的步骤将参考图1A中的架构100进行描述，但是本领域技术人员将会意识至IJ，方法300可以在其它系统中执行。
[0050]在步骤302，副计费功能123从CTF 110接收中期核算请求，副计费功能123确定已经针对该会话发生了有关计费的故障切换。例如，副计费功能123可以确定该核算请求是“中期”消息，但是并没有接收到针对该会话的在先的核算请求，诸如开始核算请求。由于没有接收到针对该会话的在先的计费消息，所以副计费功能123能够确定已经发生了故障切换。
[0051]响应于检测到故障切换，副计费功能123中的内部逻辑被编程为联系补救系统，补救系统能够在计费从主计费功能转换至副计费功能之后针对会话生成下一个部分CDR。因此，副计费功能123在步骤306识别补救系统140。为此，副计费功能123可以在补救系统130是被指派为针对所有会话处理故障切换情形的独立系统的情况下识别补救系统140的静态路由地址。如果补救系统140包括计费功能集群内的计费功能之一，则副计费功能123可以对该会话的标识符应用散列函数以识别被指派为针对该特定会话处理故障切换的计费功能。副计费功能123随后在步骤308中将该中期核算请求路由至补救系统140。
[0052]主计费功能122中的内部逻辑还被编程为在计费转换至副计费功能123之后联系补救系统。在图2中，主计费功能122可以在步骤212中识别补救系统140。主计费功能122可以以与副计费功能123识别补救系统140相同的方式识别补救系统140。主计费功能122随后在步骤214中将所存储的部分CDR路由至补救系统140。存储在主计费功能122中的部分CDR表示针对该会话所生成的最近的部分CDR。
[0053]在这里所描述的实施例中，补救系统140能够在故障切换之后(即，在计费已经从主计费功能转换至副计费功能之后)针对该会话生成第一部分⑶R。补救系统140的示例性操作在图4中进行详细描述。
[0054]图4是图示在示例性实施例中在故障切换之后生成部分CDR的方法400的流程图。方法400的步骤将参考图1A中的架构100进行描述，但是本领域技术人员将会意识到，方法400可以在其它系统中执行。
[0055]在步骤402，补救系统140的接口 142从副计费功能123接收针对会话的中期核算请求。在步骤404，控制器144基于该中期核算请求针对该会话开启新的部分CDR。在步骤406，接口 142接收存储在主计费功能122中的针对该会话的在先的部分CDR。
[0056]在步骤408，控制器144对在先的部分CDR进行解析以识别针对该会话的时间戳。由于该在先的部分CDR是该会话最近的部分CDR，所以该在先的部分CDR将包括先前针对该会话所记录的一个或多个时间戳。因此，控制器144能够选择该在先的部分CDR中的时间戳之一作为新的部分CDR的开始时间。控制器144从在先的部分CDR中所选择的时间戳在这里被称作“⑶R时间戳”。在一个具体实施例中，控制器144将选择与该在先的部分⑶R的关闭相关联的时间戳作为该CDR时间戳。控制器144随后在步骤410中基于该CDR时间戳在新的部分⑶R中记录该开始时间。
[0057]在步骤412，控制器144还对该中期核算请求进行解析以识别针对该会话的时间戳。例如，如果该中期核算请求是Diameter请求,贝U控制器144可以解析该中期核算请求的事件-时间戳属性值配对(AVP)以从该AVP中提取时间戳。来自该事件-时间戳AVP的时间戳能够被用来关闭部分CDR内的容器。因此，控制器144能够从该中间核算请求选择时间戳以作为该新的部分CDR的结束时间戳。控制器144从该中期核算请求所选择的时间戳在这里被称作“核算时间戳”。控制器144随后在步骤414中基于该核算时间戳而在该新的部分⑶R中记录结束时间。
[0058]在插入如以上所描述的时间戳以及插入任意其它所期望的计费信息之后，控制器144在步骤416中关闭新的部分⑶R。控制器144随后可以将该新的部分⑶R路由至结算域130 (诸如通过Bx基准点)。由于该新的部分CDR包括开始时间戳和结束时间戳二者，所以结算域130能够针对该新的部分CDR所涉及的会话的部分进行计费。
[0059]CTF 110将继续向副计费功能123发送针对该会话的中期核算请求。副计费功能123随后能够基于该中期核算请求、按照通常方式针对该会话生成另外的部分CDR。该处理将继续进行直至会话结束。
[0060]作为概述，以上实施例有利地允许补救系统140在计费从主计费功能转移至副计费功能之后针对会话生成包括开始时间戳和结束时间戳的部分CDR。由于在故障切换之后立即生成的部分CDR包括两个时间戳，所以网络运营商将能够针对整个会话进行计费。因此，网络运营商将不会在出现涉及其计费功能之一的故障时损失收入。
[0061]示例
[0062]图5-7图示了长期演进(LTE)网络中的故障切换的示例。图5图示了示例性实施例中用于LTE网络的离线计费架构500。LTE网络502包括被称作演进分组核心(EPC)的核心网络。EPC包括服务网关(SGW) 512，其包括计费触发功能(CTF)510。SGW 512路由并转发用户数据分组，并且CTF 510针对SGW 512所提供的服务生成计费事件。该EPC可以进一步包括I3DN网关(PGW) 513，PGff 513提供从用户设备(UE)到外部分组数据网络的连接。虽然并未特别示出，但是PGW 513很像SGW 512那样将会包括CTF。
[0063]LTE网络502还包括离线计费系统(0FCS)520。在该示例中，OFCS 520包括计费收集功能(CCF) 522-n的集群。CCF 522-n从CTF 510接收计费事件(诸如通过Rf基准点)，并且使用该计费事件中所包含的事件来构建CDR。
[0064]架构500进一步包括结算域530。
[0065]图6-7图示了示例性实施例中在故障切换之后在单元之间用于生成部分CDR的通信。在图6中，针对该示例假设会话在LTE网络502内发起，并且SGW 512为该会话进行服务。当会话发起时，CTF510向主CCF—其是CCF 522—传送Diameter Rf ACR[Start]。CCF 522 利用 Diameter Accounting Answer (核算应答,ACA) [Start]进行响应。响应于该ACR[Start], CCF 522针对该会话开启CDR。CCF 522随后利用来自ACR[Start]的计费信息填充该⑶R。
[0066]在SGW 512为该会话进行服务时，CTF 510将触发下一个计费事件。针对该下一个计费事件，CTF 510生成第一 ACR[Interim],并且将该第一 ACR[Interim]发送至CCF 522。CCF 522 利用 ACA[Interim]进行响应。来自 SGff 512 ^ ACR[Interim]向 CCF 522 报告业务数据量(TDV)。CCR 522利用来自ACR[Interim]的有关TDV容器的信息更新开启的⑶R。例如，假设第一 ACR[Interim]报告三个TDV容器，诸如:
[0067]TDV-1 =QoS信息(可选)，数据量上行链路，数据量下行链路，变化条件=数量限制，时间变化=时间戳I(TSl)
[0068]TDV-2 =QoS信息(可选)，数据量上行链路，数据量下行链路，变化条件=时间限制，时间变化=时间戳2(TS2)
[0069]TDV-3 =QoS信息(可选)，数据量上行链路，数据量下行链路，变化条件=UE TZ变化，时间变化=时间戳3 (TS3)
[0070]如果PGff 513中的CTF要触发计费事件，则来自PGff 513的ACR[Interim]将向CCF 522报告服务数据容器(SDC)。因此，这里有关来自SGW 512的TDV容器的描述能够被应用于来自PGW 513的SDC。
[0071]响应于该ACR [Interim]，CCF 522可以生成部分CDR，其具有记录开启时间戳和记录关闭时间戳，该记录开启时间戳是接收到ACR[Start]时在CCF 522处的记录例示的时间戳，该记录关闭时间戳是从随报告这3个TDV的ACR[Interim] —起被发送的事件_时间戳AVP(属性-值配对)所提取的。可替换地，CCF 522在某些情况下可以简单地更新容器而并不生成部分CDR。例如，如果网关处的报告限制被设置为较小值，则随着会话进展它们会生成许多ACR[Interim]消息，但是OFCS(这种情况下是CCF 522)可以在数量限制有所规定的情况下针对每5个ACR[Interim]创建一个部分⑶R。CCF 522的内部逻辑被编程为存储CCF 522所生成的最近的部分⑶R。因此，CCF 522可以在非易失性存储器中存储第一部分CDR,或者在存储器中形成第一部分CDR的副本之后将该第一部分CDR释放到结算域530。
[0072]CCF 522随后针对该会话开启新的⑶R。该⑶R的开始时间戳从先前的ACR[Interim]中所接收的事件-时间戳AVP中而得出。进一步假设CTF 510向CCF 522发送第二 ACR[Interim]。CCF 522利用ACA[Interim]进行响应。CCF 522随后利用来自第二 ACR[Interim]的计费信息对该新的⑶R进行更新。例如,该第二 ACR[Interim]可以报告两个TDV容器，诸如:
[0073]TDV-4:QoS信息(可选)，数据量上行链路，数据量下行链路，变化条件=时间限制，时间变化=时间戳4(TS4)
[0074]TDV-5 =QoS信息(可选)，数据量上行链路，数据量下行链路，变化条件=数量限制，时间变化=时间戳5(TS5)
[0075]遵循与之前相同的逻辑，CCF 522可以生成第二部分⑶R，或者可以简单地更新CDR模板中的内部计数器，但是并不实际生成第二部分CDR。出于简明的原因，假设CCF 522创建第二部分⑶R。CCF 522所生成的第二部分⑶R包括有关来自第二 ACR[Interim]的两个TDV容器的计费信息。由于CCF 522的内部逻辑被编程为存储最近的部分CDR，所以CCF522可以将第一部分⑶R释放至结算域530，并且将第二部分⑶R存储在存储器中。如果CCF 522已经将第一部分⑶R发送至结算域530，则CCF 522利用第二部分⑶R的副本覆盖第一部分⑶R。
[0076]现在假设CCF 522经历故障并且CTF 510不再能够与CCF 522进行通信。在图7中，CTF 510将故障切换至副CCF，副CCF在该示例中是CCF 523。因此，CTF 510将该会话的第三ACR[Interim]发送至CCF 523而不是CCF 522。
[0077]当CCF 523接收到第三ACR[Interim]时，CCF 523辨识出其并没有接收到针对该会话的在先的ACR，并且辨识出没有任何在先的会话信息。CCF 523也并不知道哪些其它的CCF(例如，CCF 522)之前对该会话进行处理。因此，CCF 523并不响应于该ACR开启⑶R。相反，CCF 523选择集群中的另一个CCF作为补救系统以生成部分CDR。为了选择补救系统，CCF 523对该会话的标识符应用散列函数。针对该示例，假设CCF 524被选择为补救系统。CCF 523随后将第三ACR[Interim]转发至CCF 524。
[0078]CCF 523还预期接收针对该会话的另外的核算请求(因为该ACR并非是最终的，或者是中期类型)并且针对该会话开启⑶R，CCF 523从接收自CTF 510的ACR[Interim]中所给出的事件-时间戳AVP得出开启时间戳。所接收的针对该核算会话的另外的消息将在CCF 523处被正常处理，因为开始和结束时间戳都将可用于在本地进行提取。因此，该示例中的其余会话能够以正常方式进行处理。注意，该会话核算中可能发生第二次故障，其中CCF 523也会出现故障。在这种情况下，CCF 523可以响应于故障切换而向CCF 522那样操作，诸如存储最近的部分⑶R。
[0079]现在假设CCF 522从其故障中恢复。作为该恢复的一部分，CCF 522中的内部逻辑被编程为针对该会话将其最近的部分CDR提供至补救系统。因此，CCF 522识别存储器中所存储的第二部分⑶R，其表示CCF 522针对该会话所生成的最近的部分⑶R。CCF 522随后选择集群中的另一个CCF作为补救系统。CCF 522以与CCF 523相同的方式选择补救系统，从而CCF 522对会话标识符应用散列函数，这将产生指向作为补救系统的CCF 524的结果。CCF 522随后向CCF 524发送该会话的第二部分⑶R。
[0080]CCF 524因此从CCF 523接收针对该会话的第三ACR[Interim]并且从CCF 522接收针对该会话的第二部分CDR。响应于该第三ACR[Interim]，CCF 524针对该会话开启第三部分⑶R。CCF 524还对来自第二部分⑶R的该会话的TVD容器进行解析，并且从该TDV容器提取时间戳信息；因为每个TDV容器承载有关数据量上行链路、数据量下行链路、变化条件和变化时间的信息。在该示例中，TS4和TS5被考虑并进行比较。来自第二部分CDR的两个时间戳中的后者针对第三部分CDR而被选择作为与开始时间最为接近的可能值。CCF524随后记录所选择的时间戳作为第三部分CDR的开始时间。
[0081]CCF 524还从第三ACR[Interim]提取事件-时间戳AVT以识别记录结束的时间戳。CCF 524随后将来自第三ACR[Interim]的时间戳记录为针对第三部分⑶R的结束时间。在CCF 524输入任何其它期望的信息之后，CCF 524关闭第三部分⑶R并且将第三部分⑶R发送至结算域530。由于第三部分⑶R包括开始时间戳和结束时间戳，所以结算域530即使在发生故障切换时也能够对整个会话进行计费。
[0082]图中所示出或者在这里所描述的任意各种单元可以被实施为硬件、软件、固件或者这些的一些组合。例如，单元可以被实施为专用硬件。专用硬件单元可以被称作“处理器”、“控制器”或者一些类似术语。当由处理器提供时，该功能可以由单个专用处理器提供，由单个共享处理器提供，或者由多个个体处理器提供，它们中的一些可以是共享的。此外，术语“处理器”或“控制器”的明确使用并不应当被理解为专门指代能够执行软件的硬件，并且可以隐含地包括数字信号处理器(DSP)硬件、网络处理器、应用特定集成电路(ASIC)或其它电路、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机访问存储器(RAM)、非易失性存储器、逻辑，或者一些其它的物理硬件组件或模块，但是并不局限于此。
[0083]而且，单元可以被实施为能够由处理器或计算机所执行以实施该单元的功能的指令。指令的一些示例是软件、程序代码和固件。指令在由处理器执行时可操作以指示该处理器执行该单元的功能。该指令可以存储在能够由处理器读取的存储设备上。存储设备的一些示例是数字或固态存储器，诸如磁盘和磁带的磁性存储媒体，硬盘驱动器，或者可光学读取的数字数据存储媒体。
[0084]虽然这里对具体实施例进行了描述，但是本发明的范围并不局限于那些具体实施例。本发明的范围由以下权利要求及其等同形式所限定。
【权利要求】
1.一种系统，包括: 接口，被配置为从副计费功能接收针对会话的中期核算请求，其中针对所述会话的计费由于涉及主计费功能的故障而从所述主计费功能转移至所述副计费功能； 控制器，被配置为基于所述中期核算请求开启针对所述会话的新的部分计费数据记录(CDR)； 所述接口进一步被配置为从所述主计费功能接收针对所述会话的在先的部分CDR ；所述控制器进一步被配置为对所述在先的部分CDR进行解析以识别CDR时间戳，并且基于所述CDR时间戳而在所述新的部分CDR中记录开始时间； 所述控制器进一步被配置为解析所述中期核算请求以识别针对所述会话的核算时间戳，基于所述核算时间戳而在所述新的部分CDR中记录结束时间，并且关闭所述新的部分CDR。
2.根据权利要求1所述的系统，其中: 所述在先的部分CDR包括多个时间戳；并且 所述控制器进一步被配置为选择所述多个时间戳中与所述在先的部分CDR的关闭相关联的一个时间戳以作为CDR关闭时间戳。
3.根据权利要求1所述的系统，其中: 所述中间核算请求包括Diameter请求；并且 所述控制器进一步被配置为从所述中间核算请求的事件-时间戳属性值配对(AVP)中识别所述核算时间戳。
4.根据权利要求1所述的系统，其中: 所述在先的部分⑶R包括至少一个业务数据量(TDV)容器；并且所述控制器进一步被配置为从所述在先的部分CDR中的所述至少一个TDV容器中识别所述CDR时间戳。
5.根据权利要求1所述的系统，其中: 所述在先的部分⑶R包括至少一个服务数据容器(SDC);并且所述控制器进一步被配置为从所述在先的部分CDR中的所述至少一个SDC容器中识别所述CDR时间戳。
6.一种方法，包括: 从副计费功能接收针对所述会话的中期核算请求，其中针对所述会话的计费由于涉及主计费功能的故障而从所述主计费功能转移至所述副计费功能； 基于所述中期核算请求开启针对所述会话的新的部分计费数据记录(CDR)； 从所述主计费功能接收针对所述会话的在先的部分CDR ； 对所述在先的部分CDR进行解析以识别CDR时间戳； 基于所述CDR时间戳而在所述新的部分CDR中记录开始时间； 解析所述中期核算请求以识别针对所述会话的核算时间戳； 基于所述核算时间戳而在所述新的部分CDR中记录结束时间；以及 关闭所述新的部分CDR。
7.根据权利要求6所述的方法，其中: 所述在先的部分CDR包括多个时间戳；并且 所述方法进一步包括选择所述多个时间戳中与所述在先的部分CDR的关闭相关联的一个时间戳以作为⑶R关闭时间戳。
8.根据权利要求6所述的方法，其中: 所述中间核算请求包括Diameter请求；并且 所述方法进一步包括从所述中间核算请求的事件-时间戳属性值配对(AVP)中识别所述核算时间戳。
9.根据权利要求6所述的方法，其中: 所述在先的部分⑶R包括至少一个业务数据量(TDV)容器；并且所述方法进一步包括从所述在先的部分CDR中的所述至少一个TDV容器中识别所述CDR时间戳。
10.根据权利要求6所述的方法，其中: 所述在先的部分⑶R包括至少一个服务数据容器(SDC);并且所述方法进一步包括从所述在先的部分CDR中的所述至少一个SDC容器中识别所述CDR时间戳。
【文档编号】H04L12/14GK104429053SQ201380035381
【公开日】2015年3月18日 申请日期:2013年6月26日 优先权日:2012年7月5日
【发明者】R·沙玛, M·加尔代拉 申请人:阿尔卡特朗讯