一种定时处理方法、装置和计费触发功能实体的制作方法

文档序号:8002696阅读:125来源:国知局
一种定时处理方法、装置和计费触发功能实体的制作方法
【专利摘要】本发明提供了一种定时处理方法、装置和计费触发功能实体,所述方法包括:获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长;在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。本发明能够确保计费触发功能实体的中间计费间隔时长早于计费数据功能实体超时,进而避免因不同网元的计时差异、网元处理速度以及信令传递时延等因素导致的会话计费话单异常关闭的问题,方便离线计费业务的应用和管理。
【专利说明】一种定时处理方法、装置和计费触发功能实体

【技术领域】
[0001]本发明涉及移动通信领域,尤其涉及一种定时处理方法、装置和计费触发功能实体。

【背景技术】
[0002]IMS 技术是第三代合作伙伴组织(3rd Generat1n Partnership Project, 3GPP)定义的下一代网络标准,它的显著特点是采用会话初始协议(Sess1n Initial Protocol,SIP)体系,通讯与接入无关,可以具备多媒体业务控制功能与承载能力分离、呼叫与业务分离、应用与服务分离、业务与网络分离、以及移动网与因特网业务融合等多种能力。
[0003]随着IP技术的迅速发展和消费形式的日益多样,IMS技术得到了全球众多运营商和设备制造商的广泛认可。在MS技术中,策略控制与计费控制一直是研究的重要部分;并且,由于直接关系着运营商的利益,所以计费业务也是运营商最关注的,因此,如何解决计费业务中的异常情况、确保计费信息的准确性和完整性成为了 MS技术需重点关注和解决的课题。
[0004]IMS技术如图1所示,3GPP提出了离线计费(Offline Charging)模式和在线计费(Online Charging)模式两种计费模式,并针对这两种计费模式制定了一系列IMS计费相关的国际标准;其中,Offline Charging模式是通过收集计费话单进行计费;而OnlineCharging模式是通过事件触发进行计费,在这种计费模式下,运营商可以实时控制业务流程。
[0005]现有技术中IMS标准的Offline Charging模式如图2所不,Offline Charging模式架构中具有计费功能的网元包括:边界网关控制功能(Breakout Gateway ControlFunct1n, BGCF)> 媒体网关控制功能(Media Gateway Control Funct1n, MGCF)> 媒体资源功能控制器(Multimedia Resource Funct1n Controller, MRFC)、应用服务器(Applicat1n Server, AS)、代理会话控制功能(Proxy Call Sess1n Control Funct1n,P-CSCF)、查询会话控制功能(Interrogating Call Sess1n Control Funct1n, 1-CSCF)、服务会话控制功能(Serving Call Sess1n Control Funct1n, S-CSCF)、互连边界控制功能(Interconnect Border Control Funct1n, IBCF)、以及紧急会话控制功能(EmergencyCall Sess1n Control Funct1n,E-CSCF),这些网兀的计费功能单兀在Offline Charging模式架构中可以统称为计费触发功能(Charging Trigger Funct1n, CTF)。
[0006]另夕卜,在Offline Charging模式架构中,计费数据功能(Charging DataFunct1n, Q)F)或者计费网关功能(Charging Gateway Funct1n, CGF)合称为计费网关,主要负责计费消息的采集、处理,以及计费话单(Charging Data Record,⑶R)的生成。计费网关与各CTF之间通过Rf接口进行交互,该接口采用Diameter协议;计费域(BillingDomain, BD)实现批价、计费关联等功能,具体地,BD收到CGF上报的⑶R后,根据计费标识信息关联计费信息,并创建实际的账单。
[0007]在Offline Charging模式架构下,具有计费功能的网元的CTF收集到计费信息后,将计费信息填入Diameter消息的各属性值对(Attribute Value Pair, AVP)字段中,并以计费请求(Accounting Request, ACR)消息的形式发送给Q)F ;Q)F收到ACR消息后,会向所述CTF返回计费响应(Accounting Answer,ACA)消息。这里,ACR消息包括四种类型,分别为:ACR[Start]、ACR[Interim]、ACR[Stop]、ACR[Event];其中,ACR[Start]、ACR[Interim]、以及ACR[Stop]用于成功会话相关的计费场景,ACR[Event]用于不成功会话以及会话无关的计费场景。
[0008]在Offline Charging模式架构下,当收到来自具有计费功能的网元的CTF的ACR[Start]消息后,CDF创建一个与该计费网元相对应的会话CDR,并将ACR[Start]消息中各AVP的值填写到所述会话CDR的相应字段;当收到来自所述CTF的ACR[Interim]消息后,CDF将ACR[Interim]消息中各AVP的值填写或者更新所述会话CDR的相应字段;当收到来自所述CTF的ACR[Stop]消息时,CDF将ACR[Stop]消息中各AVP的值填写到所述会话CDR的相应字段,之后关闭所述会话CDR。
[0009]当收到来自具有计费功能的网元的CTF的ACR[Event]消息时,⑶F创建一个属于所述网元的会话CDR,并将ACR[Event]消息中各AVP的值填写到所述会话CDR的相应字段,之后关闭所述会话CDR。
[0010]现有技术中,为了便于对会话内计费的定时维护,大多采用3GPP协议组织制定的中间计费定时刷新的机制。如图3所示,ACR[Start]/ACR[Interim]消息中会携带一个特殊AVP-Acct-1nterim-1nterval AVP,其中指示CTF建议的中间计费间隔时长,Q)F收到
ACR[Start]/ACR[Interim]消息后,会根据该时长及本网元的支持情况,制定一个合理的中间计费间隔,并在ACA [Start]或ACA [Interim]消息中通过相同的Acct-1nterim-1ntervalAVP告知CTF,同时设置中间计费间隔时长定时器。CTF收到携带Acct-1nterim-1ntervalAVP的ACA[Start]或ACA[Interim]消息后,也会设置相同的定时器,当计费信息发生变更或中间计费间隔时长定时器超时后,CTF需向CDF发送ACR[Interim]消息进行中间计费。如CDF发现定时器超时,则关闭该会话的CDR,并设置异常话单标识。
[0011]在实现协议规范的过程中,现有技术至少存在以下问题:
[0012]⑶F是在返回ACA[Start]或ACA[Interim]消息时设置中间计费间隔时长定时器的,而CTF是在收到ACA[Start]或ACA[Interim]消息时设置中间计费间隔时长定时器的,由于时长设置完全相同,因此CDF肯定先于CTF超时,这还是在没有考虑网元处理速度以及信令传递时延等因素的前提下。如果会话内计费信息在一个中间计费间隔时长内不发生变化,那么该会话无疑会被CDF认为是无效会话,导致会话CDR被异常关闭,严重影响运营商的话费计算和收取。


【发明内容】

[0013]本发明的目的是提供一种定时处理方法、装置和计费触发功能实体,能够确保计费触发功能实体的中间计费间隔时长早于计费数据功能实体超时,进而避免因不同网元的计时差异、网元处理速度以及信令传递时延等因素导致的会话计费话单异常关闭的问题,方便离线计费业务的应用和管理。
[0014]为实现上述目的,本发明实施例提供了一种定时处理方法,用于计费触发功能实体CTF,所述方法包括:
[0015]获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长;
[0016]在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
[0017]上述的定时处理方法,其中,在获取计费数据功能实体⑶F为所述⑶F和CTF设置的第二中间计费间隔时长之前,所述方法还包括:
[0018]检测所述CTF是否满足触发计费请求消息的触发条件;
[0019]当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体CDF ;
[0020]所述获取计费数据功能实体CDF为所述CTF设置的第二中间计费间隔时长具体为:
[0021]获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
[0022]上述的定时处理方法,其中,所述计费请求消息为启动计费会话请求消息或更新计费会话请求消息;
[0023]所述检测所述CTF是否满足触发计费请求消息的触发条件具体为:
[0024]检测所述CTF是否启动计费会话;或者
[0025]在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者
[0026]检测所述定时器的定时时长是否超时。
[0027]上述的定时处理方法,其中,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长后,所述方法还包括:
[0028]在未收到停止计费会话请求消息前,返回执行所述检测所述CTF是否满足触发计费请求消息的触发条件的步骤,且当检测结果指示所述CTF满足所述触发条件时,发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
[0029]上述的定时处理方法,其中,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长具体为:
[0030]在所述CTF上启动中间计费间隔时长定时器,且所述第二中间计费间隔时长与所述定时器的定时时长的差值不小于时延值,其中所述时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定。
[0031]上述的定时处理方法,其中,所述设置所述定时器的定时时长小于所述第二中间计费间隔时长具体包括:
[0032]比较所述第二中间计费间隔时长与参考间隔时长的大小;
[0033]当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半;
[0034]否则设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
[0035]上述的定时处理方法,其中,所述参考间隔时长为第一中间计费间隔时长,其中所述第一中间计费间隔时长为所述计费请求消息中携带的所述CTF建议所述CDF采用的中间计费间隔时长。
[0036]为了实现上述目的,本发明实施例还提供了一种定时处理装置,用于计费触发功能实体CTF,所述装置包括:
[0037]获取模块,用于获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长;
[0038]定时处理模块,用于在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
[0039]上述的定时处理装置,其中,所述装置还包括:
[0040]检测模块,用于检测所述CTF是否满足触发计费请求消息的触发条件;
[0041]发送模块,用于当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体CDF ;
[0042]所述获取模块具体为:
[0043]获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
[0044]上述的定时处理装置,其中,所述计费请求消息为启动计费会话请求消息或更新计费会话请求消息;
[0045]所述检测模块具体为:
[0046]检测所述CTF是否启动计费会话;或者
[0047]在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者
[0048]检测所述定时器的定时时长是否超时。
[0049]上述的定时处理装置,其中,所述装置还包括:
[0050]控制模块,用于在未收到停止计费会话请求消息前,控制所述检测模块处于工作状态,且当检测模块检测到所述CTF满足所述触发条件时,控制所述发送模块发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
[0051]上述的定时处理装置,其中,所述定时处理模块具体为:
[0052]在所述CTF上启动中间计费间隔时长定时器,且所述第二中间计费间隔时长与所述定时器的定时时长的差值不小于时延值,其中所述时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定。
[0053]上述的定时处理装置,其中,所述定时处理模块具体包括:
[0054]比较模块,用于比较所述第二中间计费间隔时长与参考间隔时长的大小;
[0055]第一设置模块,用于当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半;
[0056]第二设置模块,用于当比较结果指示所述第二中间计费间隔时长不小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
[0057]上述的定时处理装置,其中,所述参考间隔时长为第一中间计费间隔时长,其中所述第一中间计费间隔时长为所述计费请求消息中携带的所述CTF建议所述CDF采用的中间计费间隔时长。
[0058]为了实现上述目的,本发明实施例还提供了一种计费触发功能实体CTF,包括上述任一项所述的定时处理装置。
[0059]在本发明实施例中,当计费触发功能实体CTF接收到携带第二中间计费间隔时长的计费响应消息时,CTF启动定时器,且设置定时器时长小于第二中间计费间隔时长,由此确保了 CTF的中间计费间隔时长早于CDF超时,进一步避免因不同网元的计时差异、网元处理速度以及信令传递时延等因素导致的会话计费话单异常关闭的问题,方便离线计费业务的应用和管理。

【专利附图】

【附图说明】
[0060]图1为现有技术中IMS标准计费架构示意图;
[0061]图2为现有技术中IMS标准离线记费架构示意图;
[0062]图3为现有技术中MS标准离线记费定时处理方法的流程示意图;
[0063]图4为本发明实施例提供的一种定时处理方法的流程示意图;
[0064]图5为本发明实施例提供的另一种定时处理方法的流程示意图;
[0065]图6为本发明实施例提供的再一种定时处理方法的流程示意图;
[0066]图7为本发明实施例提供的定时处理装置的结构示意图。

【具体实施方式】
[0067]为使本发明实施例要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
[0068]本发明实施例提供了一种定时处理方法,用于计费触发功能实体CTF,所述方法如图4所示,包括:
[0069]步骤403,计费数据功能实体⑶F为所述⑶F和CTF设置的第二中间计费间隔时长;
[0070]步骤404,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
[0071]在本发明实施例提供的定时处理方法中,当计费触发功能实体CTF接收到携带第二中间计费间隔时长的计费消息时,CTF会启动自身的中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。由于CDF向CTF发送所述计费消息时,就已经启动了自身的中间计费间隔时长定时器,且定时时长为第二中间计费间隔时长,只要CTF上定时器的定时时长小于第二中间计费间隔时长,即小于CDF上定时器的定时时长。
[0072]应当注意地是,这里所说的CTF上定时器的定时时长小于第二中间计费间隔时长,应该是能够保证第二中间计费间隔时长与CTF定时器的定时时长的差值不小于时延值,其中时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定,当然,时延值还可以由其他因素确定。这样就能够保证CTF的中间计费间隔时长早于CDF超时。
[0073]⑶F通常是在接收到CTF发送的计费请求消息后,通过计费响应消息,告知CTF需要设置的中间计费间隔时长,即第二中间计费间隔时长,即上述方法在执行步骤403之前,还包括:
[0074]步骤401,检测所述CTF是否满足触发计费请求消息的触发条件;
[0075]步骤402,当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体CDF ;
[0076]对应地,步骤403具体为:
[0077]所述获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长具体为:
[0078]获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
[0079]当CTF的中间计费间隔时长早于⑶F超时时,CTF就会重新构造计费请求消息到CDF, CDF在接收到CTF重新构造的计费请求消息时,自身的定时器还未超时,也就避免了CDF将当前的会话计费误认为无效会话,导致会话计费话单异常关闭的问题,同时方便了离线计费业务的应用和管理。
[0080]下面分步骤详细介绍一下上述的定时处理方法。
[0081]首先,执行步骤401,检测所述CTF是否满足触发计费请求消息的触发条件。
[0082]计费请求消息包括启动计费会话请求消息ACR [Start]、更新计费会话请求消息ACR[Interim]、停止计费会话请求消息ACR[Stop]以及与不成功会话对应的消息ACR[Event],其中ACR[Event]应用在与会话无关的计费场景,ACR[Stop]用于停止会话计费,这两个计费响应消息与CTF的中间计费无关,因此,所述计费请求消息具体为启动计费会话请求消息或更新计费会话请求消息。
[0083]对应地,所述检测所述CTF是否满足触发计费请求消息的触发条件就是检测所述CTF是否满足触发启动计费会话请求消息ACR[Start]或者更新计费会话请求消息ACR[Interim]的触发条件,具体为:
[0084]检测所述CTF是否启动计费会话;或者
[0085]在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者
[0086]检测所述定时器的定时时长是否超时。
[0087]当检测到所述CTF满足上述的触发条件时,执行步骤402,发送计费请求消息到计费数据功能实体CDF,所述计费请求消息中携带所述CTF建议的第一中间计费间隔时长。
[0088]CTF发送的启动计费会话请求消息或更新计费会话请求消息是经过扩展的,会携带特殊属性值对AVP字段Acct-1nterim-1nterval AVP,其中指示了 CTF建议的第一中间计费间隔时长,这里的第一中间计费间隔时长可以是CTF本地配置的中间计费间隔时长,也可以是默认值。扩展的计费请求消息的代码如下:
[0089]<ACR>::=<Diameter Header:271,REQj PXY>
[0090]<Sess1n-1d>
[0091]{Origin-Host}
[0092]{Origin-Realm}
[0093]{Destinat1n-Realm}
[0094]{Accounting-Record-Type}
[0095]{Accounting-Record-Number}
[0096][Acct-Applicat1n-1d]
[0097][Vendor-Specific-Applicat1n-1d]
[0098][User-Name]
[0099][Accounting-Sub-Sess1n-1d]
[0100][Acct-Sess1n-1d]
[0101][Acct-Mult1-Sess1n-1d]
[0102][Acct-1nterim-1nterval]
[0103][Accounting-Realtime-Required]
[0104][Origin-State-1d]
[0105][Event-T imestamp]
[0106]* [Proxy-1nfo]
[0107]* [Route-Record]
[0108][Service-Context-1d]
[0109][Service-1nformat1n]
[0110]*[AVP]
[0111]当发送上述的计费请求消息到计费数据功能实体CDF后,进入步骤403,获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
[0112]这里的第二中间计费间隔时长,优选地,为⑶F根据所述第一中间计费间隔时长、以及所述CDF预设的与所述CTF对应的计费时长刷新策略,为所述CTF设置的中间计费间隔时长。
[0113]当然,⑶F也可以根据其他规则为所述CTF设置的第二中间计费间隔时长。
[0114]CDF在接收到CTF发送的启动计费会话请求消息ACR[Start]或者更新计费会话请求消息ACR[Interim]时,会根据第一中间计费间隔时长、以及所述CDF预设的与所述CTF对应的计费时长刷新策略,为CTF设置合理的中间计费间隔时长,即第二中间计费间隔时长,并通过扩展的计费响应消息ACA [Start]或ACA [Interim]中的Acct-1nterim-1ntervalAVP返回到CTF,当然⑶F在发送计费响应消息到CTF的同时,已经启动了自身的中间计费间隔定时器,且定时器的定时时长为第二中间计费间隔时长。扩展的计费响应消息的代码如下:
[0115]<ACA>::=<Diameter Header: 271, PXY>
[0116]<Sess1n-1d>
[0117]{Result-Code}
[0118]{Origin-Host}
[0119]{Origin-Realm}
[0120]{Accounting-Record-Type}
[0121]{Accounting-Record-Number}
[0122][Acct—Applicat1n—Id]
[0123][Vendor-Specific-Applicat1n-1d]
[0124][User-Name]
[0125][Account ing-Sub-Sess1n-1d]
[0126][Acct—Sess1n—Id]
[0127][Acct-Mult1-Sess1n-1d]
[0128][Error-Reporting-Host]
[0129][Acct-1nterim-1nterval]
[0130][Accounting-Realtime-Required]
[0131][Origin-State-1d]
[0132][Event-T imestamp]
[0133]* [Proxy-1nfo]
[0134]* [AVP]
[0135]此时,进入步骤404,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
[0136]为了让CTF上定时器的定时时长在小于第二中间计费间隔时长的范围内尽可能合理,优选地,所述设置所述定时器的定时时长小于所述第二中间计费间隔时长具体为:
[0137]比较所述第二中间计费间隔时长与参考间隔时长的大小;
[0138]当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半;
[0139]否则设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
[0140]其中,所述参考间隔时长为第一中间计费间隔时长。
[0141]当然,其他的不通过比较第二中间计费间隔时长与参考间隔时长的大小,直接在小于第二中间计费间隔时长的范围内,确定CTF上定时器的定时时长的方法、或者通过比较第二中间计费间隔时长与参考间隔时长的大小,从而采用不同策略确定CTF上定时器的定时时长的方法,均属于本发明要求保护的范围。
[0142]由于CTF上定时器的定时时长小于第二中间计费间隔时长,即小于CDF上定时器的定时时长,因此保证了 CTF的中间计费间隔时长早于CDF超时。
[0143]再进一步地,当CTF的中间计费间隔时长早于⑶F超时时,CTF就会重新构造计费请求消息到CDF,CDF在接收到CTF重新构造的计费请求消息时,自身的定时器还未超时,也就避免了 CDF将当前的会话计费误认为无效会话,导致会话计费话单异常关闭的问题,同时方便了离线计费业务的应用和管理。
[0144]下面分步骤详细介绍一下上述的定时处理方法。
[0145]应当注意地是,在完成步骤404后,所述方法还包括:
[0146]在未收到停止计费会话请求消息前,返回执行所述检测所述CTF是否满足触发计费请求消息的触发条件的步骤,且当检测结果指示所述CTF满足所述触发条件时,发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
[0147]不管启动定时器前,CTF发送的计费请求消息是启动计费会话请求消息ACR[Start]还是更新计费会话请求消息ACR[Interim],当启动所述定时器后,未收到停止计费会话请求消息前,都说明计费会话已经启动,因此,当再次检测到所述CTF满足触发计费请求消息的触发条件,此时的计费请求消息均为更新计费会话请求消息ACR[Interim],该ACR[Interim]消息中携带第一中间计费间隔时长,由于之前⑶F已经返回过合理的中间计费间隔时长,即第二中间计费间隔时长,因此,优选地,该ACR[Interim]消息中携带第二中间计费间隔时长。
[0148]下面通过以下的实施例详细介绍一下上述定位处理方法的流程。
[0149]<实施例1>
[0150]如图5所示,本发明实施例提供的定位处理方法包括:
[0151]步骤501,检测触发功能实体CTF是否满足触发计费请求消息的触发条件,其中计费请求消息为启动计费会话请求消息ACR [Start]或者更新计费会话请求消息ACR[Interim];
[0152]步骤502,当检测结果指示CTF满足所述触发条件时,发送启动计费会话请求消息ACR[Start]或者更新计费会话请求消息ACR[Interim]给计费数据功能实体CDF,其中携带Acct-1nterim-1nterval AVP,指示CTF建议的第一中间计费间隔时长Tl,当然Tl可以是CTF本地配置的值,也可以是默认值;
[0153]步骤503, Q)F收到ACR[Start]或ACR[Interim]请求,会根据Tl及Q)F预设的与所述CTF对应的计费时长刷新策略,制定一个合理的中间计费间隔,即第二中间计费间隔时长T2 ;
[0154]步骤504, CDF构造计费响应消息ACA [Start]或ACA [Interim]消息,并设置Acct-1nterim-1nterval AVP字段的值为T2发送到CTF,同时根据该时长启动CDF上的中间计费间隔时长定时器Dl ;
[0155]步骤505,CTF收到计费响应消息ACA[Start]或ACA[Interim]消息后,检查其中的Acct-1nterim-1nterval AVP,比较T2与Tl的大小,这里假定T2〈T1,则启动CTF上的中间计费间隔时长定时器D2,且定时器D2的时长为Τ2/2 ;
[0156]启动D2后,在未收到停止计费会话请求消息前,返回执行步骤501;
[0157]步骤506,当检测结果再次指示CTF满足所述触发条件时,这里具体为CTF中间计费间隔时长定时器D2超时,此时CTF构造ACR[Interim]消息,并设置Acct-1nterim-1nterval AVP 为 T2。
[0158]实施例1为第二中间计费间隔时长T2小于参考间隔时长,即第一中间计费间隔时长Tl时所对应的情况,第二中间计费间隔时长T2不小于参考间隔时长时对应的定位处理方法如下。
[0159]〈实施例2>
[0160]如图6所示,本发明实施例提供的定位处理方法包括:
[0161]步骤601,检测触发功能实体CTF是否满足触发计费请求消息的触发条件,其中计费请求消息为启动计费会话请求消息ACR [Start]或者更新计费会话请求消息ACR[Interim];
[0162]步骤602,当检测结果指示CTF满足所述触发条件时,发送启动计费会话请求消息ACR[Start]或者更新计费会话请求消息ACR[Interim]给计费数据功能实体CDF,其中携带Acct-1nterim-1nterval AVP,指示CTF建议的第一中间计费间隔时长Tl,当然Tl可以是CTF本地配置的值,也可以是默认值;
[0163]步骤603, Q)F收到ACR[Start]或ACR[Interim]请求,会根据Tl及⑶F预设的与所述CTF对应的计费时长刷新策略,制定一个合理的中间计费间隔,即第二中间计费间隔时长T2 ;
[0164]步骤604, CDF构造计费响应消息ACA [Start]或ACA [Interim]消息,并设置Acct-1nterim-1nterval AVP字段的值为T2发送到CTF,同时根据该时长启动CDF上的中间计费间隔时长定时器Dl ;
[0165]步骤605,CTF收到计费响应消息ACA[Start]或ACA[Interim]消息后,检查其中的Acct-1nterim-1nterval AVP,比较T2与Tl的大小,这里假定T2>=T1,则启动CTF上的中间计费间隔时长定时器D2,且定时器D2的时长为Τ2-Τ1/2 ;
[0166]启动D2后,在未收到停止计费会话请求消息前,返回执行步骤601;
[0167]步骤606,当检测结果再次指示CTF满足所述触发条件时,这里具体为CTF中间计费间隔时长定时器D2超时,此时CTF构造ACR[Interim]消息,并设置Acct-1nterim-1nterval AVP 为 T2。
[0168]在本发明实施例中,采用了根据CDF指示的第二中间计费间隔时长和CTF本地配置的第一中间计费间隔时长相结合来设置CTF的中间计费间隔时长的方法,确保保证CTF的中间计费间隔时长早于CDF超时且触发的ACR[Interim]能够在CDF的中间计费间隔超时前到达,避免了因为不同网元的计时差异、网元处理速度以及信令传递时延等因素而导致的会话CDR异常关闭问题,方便了离线计费业务的应用和管理。
[0169]本发明实施例还提供了一种定时处理装置,用于计费触发功能实体CTF,所述装置如图7所示,包括:
[0170]获取模块,用于获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长;
[0171]定时处理模块,用于在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
[0172]上述的定时处理装置,其中,所述装置还包括:
[0173]检测模块,用于检测所述CTF是否满足触发计费请求消息的触发条件;
[0174]发送模块,用于当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体CDF ;
[0175]所述获取模块具体为:
[0176]获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
[0177]上述的定时处理装置,其中,所述计费请求消息为启动计费会话请求消息或更新计费会话请求消息;
[0178]所述检测模块具体为:
[0179]检测所述CTF是否启动计费会话;或者
[0180]在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者
[0181]检测所述定时器的定时时长是否超时。
[0182]上述的定时处理装置,其中,所述装置还包括:
[0183]控制模块,用于在未收到停止计费会话请求消息前,控制所述检测模块处于工作状态,且当检测模块检测到所述CTF满足所述触发条件时,控制所述发送模块发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
[0184]上述的定时处理装置,其中,所述定时处理模块具体为:
[0185]在所述CTF上启动中间计费间隔时长定时器,且所述第二中间计费间隔时长与所述定时器的定时时长的差值不小于时延值,其中所述时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定。
[0186]上述的定时处理装置,其中,所述定时处理模块具体包括:
[0187]比较模块,用于比较所述第二中间计费间隔时长与参考间隔时长的大小;
[0188]第一设置模块,用于当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半;
[0189]第二设置模块,用于当比较结果指示所述第二中间计费间隔时长不小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
[0190]上述的定时处理装置,其中,所述参考间隔时长为第一中间计费间隔时长,其中所述第一中间计费间隔时长为所述计费请求消息中携带的所述CTF建议所述CDF采用的中间计费间隔时长。
[0191]本发明实施例还提供了一种计费触发功能实体CTF,包括上述任一项所述的定时处理装置。
[0192]以上所述仅是本发明的优选实施方式,应当指出,对于本【技术领域】的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
【权利要求】
1.一种定时处理方法,用于计费触发功能实体CTF,其特征在于,所述方法包括: 获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长; 在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
2.如权利要求1所述的定时处理方法,其特征在于,在获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长之前,所述方法还包括: 检测所述CTF是否满足触发计费请求消息的触发条件; 当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体 CDF ; 所述获取计费数据功能实体CDF为所述CTF设置的第二中间计费间隔时长具体为: 获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
3.如权利要求2所述的定时处理方法,其特征在于,所述计费请求消息为启动计费会话请求消息或更新计费会话请求消息; 所述检测所述CTF是否满足触发计费请求消息的触发条件具体为: 检测所述CTF是否启动计费会话;或者 在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者 检测所述定时器的定时时长是否超时。
4.如权利要求2所述的定时处理方法,其特征在于,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长后,所述方法还包括: 在未收到停止计费会话请求消息前,返回执行所述检测所述CTF是否满足触发计费请求消息的触发条件的步骤,且当检测结果指示所述CTF满足所述触发条件时,发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
5.如权利要求1-4任一项所述的定时处理方法,其特征在于,在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长具体为: 在所述CTF上启动中间计费间隔时长定时器,且所述第二中间计费间隔时长与所述定时器的定时时长的差值不小于时延值,其中所述时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定。
6.如权利要求5所述的定时处理方法,其特征在于,所述设置所述定时器的定时时长小于所述第二中间计费间隔时长具体包括: 比较所述第二中间计费间隔时长与参考间隔时长的大小; 当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半; 否则设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
7.如权利要求6所述的定时处理方法,其特征在于,所述参考间隔时长为第一中间计费间隔时长,其中所述第一中间计费间隔时长为所述计费请求消息中携带的所述CTF建议所述CDF采用的中间计费间隔时长。
8.一种定时处理装置,用于计费触发功能实体CTF,其特征在于,所述装置包括: 获取模块,用于获取计费数据功能实体CDF为所述CDF和CTF设置的第二中间计费间隔时长; 定时处理模块,用于在所述CTF上启动中间计费间隔时长定时器,且设置所述定时器的定时时长小于所述第二中间计费间隔时长。
9.如权利要求8所述的定时处理装置,其特征在于,所述装置还包括: 检测模块,用于检测所述CTF是否满足触发计费请求消息的触发条件; 发送模块,用于当检测结果指示所述CTF满足所述触发条件时,发送计费请求消息到计费数据功能实体CDF ; 所述获取模块具体为: 获取所述CDF在接收到所述计费请求消息后,发送的携带第二中间计费间隔时长的计费响应消息。
10.如权利要求9所述的定时处理装置,其特征在于,所述计费请求消息为启动计费会话请求消息或更新计费会话请求消息; 所述检测模块具体为: 检测所述CTF是否启动计费会话;或者 在所述定时器的定时时长超时前,检测所述CTF的计费信息是否变更;或者 检测所述定时器的定时时长是否超时。
11.如权利要求9所述的定时处理装置,其特征在于,所述装置还包括: 控制模块,用于在未收到停止计费会话请求消息前,控制所述检测模块处于工作状态,且当检测模块检测到所述CTF满足所述触发条件时,控制所述发送模块发送携带第二中间计费间隔时长的计费请求消息到所述CDF。
12.如权利要求8-11任一项所述的定时处理装置,其特征在于,所述定时处理模块具体为: 在所述CTF上启动中间计费间隔时长定时器,且所述第二中间计费间隔时长与所述定时器的定时时长的差值不小于时延值,其中所述时延值根据所述CDF和所述CTF之间的计时差异、处理速度和信令传递时延确定。
13.如权利要求12所述的定时处理装置,其特征在于,所述定时处理模块具体包括: 比较模块,用于比较所述第二中间计费间隔时长与参考间隔时长的大小; 第一设置模块,用于当比较结果指示所述第二中间计费间隔时长小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长的一半; 第二设置模块,用于当比较结果指示所述第二中间计费间隔时长不小于所述参考间隔时长时,设置所述定时器的定时时长为所述第二中间计费间隔时长与所述参考时长一半的差值。
14.如权利要求13所述的定时处理装置,其特征在于,所述参考间隔时长为第一中间计费间隔时长,其中所述第一中间计费间隔时长为所述计费请求消息中携带的所述CTF建议所述CDF采用的中间计费间隔时长。
15.一种计费触发功能实体CTF,其特征在于,包括权利要求8-14任一项所述的定时处理装置。
【文档编号】H04L29/06GK104348632SQ201310311142
【公开日】2015年2月11日 申请日期:2013年7月23日 优先权日:2013年7月23日
【发明者】贾宁 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1