CN106550407A - 计费请求消息的过载控制恢复方法及装置 - Google Patents
计费请求消息的过载控制恢复方法及装置 Download PDFInfo
- Publication number
- CN106550407A CN106550407A CN201510612627.7A CN201510612627A CN106550407A CN 106550407 A CN106550407 A CN 106550407A CN 201510612627 A CN201510612627 A CN 201510612627A CN 106550407 A CN106550407 A CN 106550407A
- Authority
- CN
- China
- Prior art keywords
- sent
- acr
- caching
- session
- data function
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Abstract
本发明提供了一种计费请求消息的过载控制恢复方法及装置,该方法包括:向计费数据功能单元发送当前计费请求消息ACR;获取当前ACR的响应消息ACA中携带的过载指示信息;若过载指示信息指示计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中目标会话包括过载发生后新产生的和正在进行中的呼叫会话;在计费数据功能单元解除过载后,获取目标会话中每个会话已完成缓存的缓存周期的周期号;将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的待发送ACR发送给计费数据功能单元。通过本发明,解决了过载解除后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种计费请求消息的过载控制恢复方法及装置。
背景技术
3GPP既有的离线计费接口Rf上Diameter过载控制方式是使用“DIAMETER_TOO_BUSY”错误响应码。当计费触发功能单元(CTF,Charging Trigger Function)没有收到计费响应消息(ACA,Accounting Request Answer)计费请求响应消息时一般会收到来自CDF的“DIAMETER_TOO_BUSY”错误响应码,这时CTF每隔一个运营商可配置的等待时间发送缓存的计费请求消息(ACR,Accounting Request)ACR计费请求消息一次,当重复多次达到了运营商配置的最大重复次数后,依然没有收到ACA响应消息时,CTF会执行连接失败处理过程。此时当有第二个计费数据功能单元(CDF,Charging Data Function)存在时,CTF会把缓存的ACR消息队列里新的ACR消息按序转发过去;当网络不存在第二个CDF或缓存的ACR不是新的计费请求而是此前成功发到断链CDF的ACR消息的后续的中间或结束ACR消息(ACR[Interim]和/或ACR[Stop])时,CTF会每隔一段运营商可配置的等待时间就发送一次缓存的ACR消息到断链的CDF去,考虑到计费信息不能丢失的需求,这样的重发过程会一直无限重复下去直到该条链路恢复。
不难看出上述的既有Rf接口上Diameter过载控制方式所存在的问题是:
1)CDF没有响应的情况说明Rf接口上已经Diameter过载,这时CTF依然不停的在该接口上重发ACR消息会造成过载情况更加严重;
2)由于CTF不知道什么时候CDF的过载状态解除,而计费消息作为重要信息又无法丢弃,所以当网络不存在第二个CDF或缓存的ACR不是新的计费请求而是此前成功发到断链CDF的ACR消息的后续的中间或结束ACR消息(ACR[Interim]和/或ACR[Stop])时,CTF会每隔一段运营商可配置的等待时间就发送一次缓存的ACR消息到断链的CDF去,考虑到计费信息不能丢失的需求,这样的重发过程会一直无限重复下去直到该条链路恢复。
针对上述问题,IETF正在进行演进的Diameter过载控制机制的研究,允许DiameterServer端实时地响应需要过载控制的百分比OC-Reduction-Percentage,然而通过过载控制算法的执行,当这一过载控制的百分比OC-Reduction-Percentage从100%下降到0%后,如果将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题。
针对相关技术中存在的上述技术问题,尚未提出有效地解决方案。
发明内容
本发明提供了一种计费请求消息的过载控制恢复方法及装置,以至少解决相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题。
根据本发明的一个方面,提供了一种计费请求消息的过载控制恢复方法,包括:向计费数据功能单元发送当前计费请求消息ACR;获取所述当前ACR的响应消息ACA中携带的过载指示信息;若所述过载指示信息指示所述计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中,所述目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;在所述计费数据功能单元解除过载后,获取所述目标会话中每个会话已完成缓存的缓存周期的周期号;将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元。
可选地,在按照缓存周期分别缓存目标会话中的待发送ACR时,还包括:按照探针周期向所述计费数据功能单元发送探针消息,其中,所述探针消息用于探测所述计费数据功能单元是否解除过载,所述探针周期大于所述缓存周期;若接收到的所述探针消息的响应消息指示所述计费数据功能单元已解除过载,则停止发送所述探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
可选地,所述将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元包括:判断在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;若所述目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;若判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻,则在所述负荷恢复上报窗口的所述上报周期内将所述目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给所述计费数据功能单元。
可选地,所述将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元包括:获取在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话均已完成缓存的相同周期号的数量;若所述目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;若判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻,则在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元。
可选地,所述在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元包括:在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给所述计费数据功能单元。
可选地,在判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻之后,还包括:若判断出达到所述负荷恢复上报窗口的上报周期的截止时刻,则将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
可选地,所述将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元包括:将所述目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
可选地,所述缓存周期大于等于所述上报周期。
根据本发明的另一方面,提供了一种计费请求消息的过载控制恢复装置,包括:第一发送模块,用于向计费数据功能单元发送当前计费请求消息ACR;第一获取模块,用于获取所述当前ACR的响应消息ACA中携带的过载指示信息;缓存模块,用于在所述过载指示信息指示所述计费数据功能单元已出现过载时,按照缓存周期分别缓存目标会话中的待发送ACR,其中,所述目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;第二获取模块,用于在所述计费数据功能单元解除过载后,获取所述目标会话中每个会话已完成缓存的缓存周期的周期号;第二发送模块,用于将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元。
可选地,所述装置还包括:第三发送模块,用于在按照缓存周期分别缓存目标会话中的待发送ACR时,按照探针周期向所述计费数据功能单元发送探针消息,其中,所述探针消息用于探测所述计费数据功能单元是否解除过载,所述探针周期大于所述缓存周期;启动模块,用于在接收到的所述探针消息的响应消息指示所述计费数据功能单元已解除过载时,则停止发送所述探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
可选地,所述第二发送模块包括:第一判断单元,用于判断在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;第二判断单元,用于在所述目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR时,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;第一发送单元,用于在判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻时,则在所述负荷恢复上报窗口的所述上报周期内将所述目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给所述计费数据功能单元。
可选地,所述第二发送模块包括:获取单元,用于获取在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话均已完成缓存的相同周期号的数量;第三判断单元,用于在所述目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR时,判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;第二发送单元,用于在判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻时,在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元。
可选地,所述第二发送模块还用于在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给所述计费数据功能单元。
可选地,所述装置还包括:第四发送模块,用于在判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻之后,在判断出达到所述负荷恢复上报窗口的上报周期的截止时刻时,将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
可选地,所述第四发送模块还用于将所述目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
可选地,所述缓存周期大于等于所述上报周期。
通过本发明,向计费数据功能单元发送当前计费请求消息ACR;获取该当前ACR的响应消息ACA中携带的过载指示信息;若该过载指示信息指示该计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中,该目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;在该计费数据功能单元解除过载后,获取该目标会话中每个会话已完成缓存的缓存周期的周期号;将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。通过按照缓存周期分别缓存包含当前会话的目标会话中的待发送ACR,从而实现在计费数据功能单元解除过载后,可以将上述待发送的ACR按照缓存周期的周期号依次发送给计费数据功能单元,以解决相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的计费请求消息的过载控制恢复的流程图;
图2是根据本发明实施例的离线计费接口上的Diameter过载恢复的上报流程图;
图3是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(一);
图4是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(二);
图5是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(三);
图6是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图;
图7是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(一);
图8是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(二);
图9是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(三);
图10是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(四)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种计费请求消息的过载控制恢复方法,图1是根据本发明实施例的计费请求消息的过载控制恢复的流程图,如图1所示,该流程包括如下步骤:
步骤S102,向计费数据功能单元发送当前计费请求消息ACR;
步骤S104,获取当前ACR的响应消息ACA中携带的过载指示信息;
步骤S106,若过载指示信息指示该计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中,该目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;
步骤S108,在计费数据功能单元解除过载后,获取该目标会话中每个会话已完成缓存的缓存周期的周期号;
步骤S110,将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,上述计费请求消息的过载控制恢复方法可以但并不限于Diameter过载恢复的过程中,不同于相关技术中,在过载解除后,将Diameter客户端端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题,而是采用获取目标会话中每个会话已完成缓存的缓存周期的周期号;将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。即在本实施例中并不是将所有Diameter客户端缓存的所有消息同时发出,而是将一个或多个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元,解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
可选地,在本实施例中,上述目标会话可以但不限于为计费触发功能单元(CTF,Charging Trigger Function)在过载后继续触发产生ACR的呼叫会话。例如,上述目标会话所缓存的待发送ACR可以包括但不限于:在过载后产生ACR[Start]的新的呼叫会话中的ACR[Start]及该ACR[Start]后续的ACR[interim]和ACR[Stop]、在过载前产生ACR[Start]的旧的历史呼叫会话中产生的ACR[interim]和ACR[Stop]。
可选地,在本实施例中,上述计费请求消息ACR中可以包括但不限于携带有支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。
可选地,在本实施例中,在按照缓存周期分别缓存目标会话中的待发送ACR时,还可以包括但并不限于:按照探针周期向该计费数据功能单元发送探针消息;若接收到的该探针消息的响应消息指示该计费数据功能单元已解除过载,则停止发送该探针消息,并启动该负荷恢复上报窗口的上报周期的定时器。
可选地,在本实施例中,上述探针消息包括但并不限于:用于探测该计费数据功能单元是否解除过载。
需要说明的是,本实施例中,探针周期与缓存周期的关系包括但并不限于:探针周期大于该缓存周期。
可选地,在本实施例中,在将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元时,还包括:判断是否到达该负荷恢复上报窗口的上报周期的截止时刻。
可选地,在本实施例中,在判断出未到达该负荷恢复上报窗口的上报周期的截止时刻时,将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元包括但并限于以下至少之一:将已完成缓存的一个相同周期号的待发送ACR发送给计费数据功能单元、将已完成缓存的至少两个相同周期号中的部分相同周期号的待发送ACR发送给该计费数据功能单元。
例如,目标会话中包括2个会话,其中,第一个会话对应的ACR序列已完成缓存4个缓存周期,第二个会话对应的ACR序列已完成缓存3个缓存周期,即目标会话已完成缓存3个相同周期号的缓存周期中的待发送ACR,进一步,可以从3个相同周期号的缓存周期中选择2个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,在判断出到达该负荷恢复上报窗口的上报周期的截止时刻时,包括但并不限于:将该目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
下面结合本发明的可选实施例对本发明做举例说明。
本发明实施例提供了基于IETF的演进Diameter过载控制机制应用于离线计费接口的过载恢复后,避免缓存消息密集同时发送引发接口再次过载的消息发送方法。
本发明实施例主要是在计费数据功能(CDF,Charging Data Function)内部进行负荷过载判断,返回过载控制降低的百分比的值及用于离线计费接口上过载控制的算法标识,当CTF收到来自CDF的用于过载控制的降低百分比为100%时,CTF执行计费过载控制算法,然后CTF根据探针周期(运营商可配置,例如,探针周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送探针消息。
进一步地,本发明实施例为了防止CTF在此时把所有缓存的ACR队列消息同时都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口(运营商可配置),规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
作为一种可选的实施方式,使用上述过载恢复上报方法可以避免将Diameter客户端即Diameter客户端缓存的所有消息同时发出引起Diameter离线计费接口的再次过载,同时解决既有的离线计费接口上的Diameter过载控制方式存在的问题,优化过载控制的效果。
通过本发明实施例,采用在计费数据功能单元解除过载后,获取目标会话中每个会话已完成缓存的缓存周期的周期号;将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元,即在本实施例中并不是将所有Diameter客户端缓存的所有消息同时发出,而是将一个或多个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元,不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题,解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
在一个可选的实施方式中,在按照缓存周期分别缓存目标会话中的待发送ACR时,还包括以下步骤:
步骤S11,按照探针周期向该计费数据功能单元发送探针消息,其中,该探针消息用于探测该计费数据功能单元是否解除过载,该探针周期大于该缓存周期;
步骤S12,若接收到的该探针消息的响应消息指示该计费数据功能单元已解除过载,则停止发送该探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
可选地,在本实施例中,步骤S11中的探针周期可以大于等于2倍的缓存周期,也可以由运营商进行配置,在此不做限定。
通过上述步骤S11至步骤S12,按照探针周期向该计费数据功能单元发送探针消息,通过该探针消息探测计费数据功能单元是否解除过载,可以比较精确判断计费数据功能单元是否解除过载,避免CTF不能判断计费数据功能单元是否已经解除过载,依然不停的在该接口上重发ACR消息会造成过载情况更加严重的问题。
在一个可选的实施方式中,上述步骤S110可以通过以下方式实现:
步骤S21,判断在接收到用于指示该计费数据功能单元已解除过载的该探针消息的响应消息时,该目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;
步骤S22,若该目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR,则判断是否到达该负荷恢复上报窗口的上报周期的截止时刻;
步骤S23,若判断出未达到该负荷恢复上报窗口的上报周期的截止时刻,则在该负荷恢复上报窗口的该上报周期内将该目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内将目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给该计费数据功能单元,而不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,目前已完成缓存的是ACR1的Tb1,ACR2的Tb1,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,在负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1,ACR2的Tb1在Tw1内发送给该计费数据功能单元。
具体结合附图2和附图3对本实施例进行说明。
作为一种可选的实施方式,图3是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(一)。下面结合图2所示进行说明:
图2是根据本发明实施例的离线计费接口上的Diameter过载恢复的上报流程图,主要是针对在第一次探针响应过载恢复后。如图2所示,在UE的会话中进行,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。
步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图3所示:
满足上述第一个触发条件:Tw1的时间窗内,CTF针对ACR1发送在Tb1缓存周期内的ACR消息;CTF针对ACR2发送在Tb1缓存周期内的ACR消息。对于其它缓存周期内的ACR消息将在后续的时间窗内发送。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过步骤S21至步骤S23,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
在一个可选的实施方式中,上述步骤S110可以通过以下方式实现:
步骤S31,获取在接收到用于指示该计费数据功能单元已解除过载的该探针消息的响应消息时,该目标会话中的每个会话均已完成缓存的相同周期号的数量;
步骤S32,若该目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR,则判断是否到达该负荷恢复上报窗口的上报周期的截止时刻;
步骤S33,若判断出未达到该负荷恢复上报窗口的上报周期的截止时刻,则在该负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中的待发送ACR发送给该计费数据功能单元。
可选地,在实施例中,若判断出未达到该负荷恢复上报窗口的上报周期的截止时刻,则在该负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中的待发送ACR发送给该计费数据功能单元。而不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,目前已完成缓存的是ACR1的Tb1,Tb2,ACR2的Tb1、Tb2,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,例如可以是负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1,ACR2的Tb1,在Tw1内发送给该计费数据功能单元,将ACR1的Tb2缓存的ACR消息,ACR2的Tb2缓存的ACR消息,在Tw1内发送给该计费数据功能单元。
具体结合附图2和附图4对本实施例进行说明。
图4是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(二)。下面结合图2所示进行说明:
本发明实施例还提供了一种离线计费接口上的Diameter过载恢复的上报方法,其中主要是针对在第二次探针响应过载恢复后。下面结合图2做以下具体说明。
如图2所示,在UE的会话进行中,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图4所示:
满足上述第一个触发条件:在Tw1的时间窗内,CTF对ACR1的情况:分别发送Tb1,Tb2周期内缓存的ACR消息;对ACR2的情况:分别发送Tb1,Tb2周期缓存的ACR消息。对于其它缓存周期内的ACR消息将在后续的时间窗内发送。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过步骤S31至步骤S33,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
在一个可选的实施方式中,上述步骤S33可以通过以下方式实现:
步骤S41,在负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给该计费数据功能单元。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,目前已完成缓存的是ACR1的Tb1,Tb2,ACR2的Tb1、Tb2,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,例如可以是负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1缓存的ACR消息以及ACR2的Tb1缓存的ACR消息,在Tw1内发送给该计费数据功能单元。
通过上述步骤S41,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
在一个可选的实施例方式中,在判断是否到达该负荷恢复上报窗口的上报周期的截止时刻之后,还包括:
步骤S51,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,则将该目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
可选地,在本实施例中,按照周期号的顺序依次在对应的负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元具体的对应关系,可以是一对一,也可以是多对一。例如其中多对一的情况可以是:假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,则将ACR1的Tb2和ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3,ACR2的Tb3在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元。
可选地,在本实施例中,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,将ACR1的Tb2、ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3,ACR2的Tb3在负荷恢复上报窗口的上报周期Tw3内发送至计费数据功能单元。
具体结合附图2和附图5对本实施例进行说明。
图5是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(三)。下面结合图2所示进行说明:
本发明实施例还提供了一种离线计费接口上的Diameter过载恢复的上报方法,其中主要是针对在第二次探针响应过载恢复后。下面结合图2做以下具体说明。
如图2所示,在UE的会话进行中,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图5所示:
满足上面第二个触发条件:在Tw2,Tw3和Tw4的时间窗内,CTF对ACR1的情况:分别发送Tb2,Tb3和Tb4周期内缓存的ACR消息;对ACR2的情况:分别发送Tb2,Tb3和Tb4周期缓存的ACR消息。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过上述步骤S51,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
在一个可选的实施方式中,步骤S51可以通过以下方式完成:
步骤S61,将目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
可选地,在本实施例中,具体是将目标会话中的每个会话已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
例如假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,则将ACR1的Tb2、ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3、ACR2的Tb3,在负荷恢复上报窗口的上报周期Tw3内均发送至计费数据功能单元。
通过上述步骤S61,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种计费请求消息的过载控制恢复装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图,如图6所示,该装置包括:
1)第一发送模块51,用于向计费数据功能单元发送当前计费请求消息ACR;
2)第一获取模块52,用于获取当前ACR的响应消息ACA中携带的过载指示信息;
3)缓存模块53,用于在过载指示信息指示该计费数据功能单元已出现过载时,按照缓存周期分别缓存目标会话中的待发送ACR,其中,该目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;
4)第二获取模块54,用于在该计费数据功能单元解除过载后,获取该目标会话中每个会话已完成缓存的缓存周期的周期号;
5)第二发送模块55,用于将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,上述计费请求消息的过载控制恢复装置可以但并不限于Diameter过载恢复的过程中,不同于相关技术中,在过载解除后,将Diameter客户端端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题,而是采用获取目标会话中每个会话已完成缓存的缓存周期的周期号;将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。即在本实施例中并不是将所有Diameter客户端缓存的所有消息同时发出,而是将一个或多个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元,解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
可选地,在本实施例中,上述目标会话可以但不限于为计费触发功能单元(CTF,Charging Trigger Function)在过载后继续触发产生ACR的呼叫会话。例如,上述目标会话所缓存的待发送ACR可以包括但不限于:在过载后产生ACR[Start]的新的呼叫会话中的ACR[Start]及该ACR[Start]后续的ACR[interim]和ACR[Stop]、在过载前产生ACR[Start]的旧的历史呼叫会话中产生的ACR[interim]和ACR[Stop]。
可选地,在本实施例中,上述计费请求消息ACR中可以包括但不限于携带有支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。
可选地,在本实施例中,在按照缓存周期分别缓存目标会话中的待发送ACR时,还可以包括但并不限于:按照探针周期向该计费数据功能单元发送探针消息;若接收到的该探针消息的响应消息指示该计费数据功能单元已解除过载,则停止发送该探针消息,并启动该负荷恢复上报窗口的上报周期的定时器。
可选地,在本实施例中,上述探针消息包括但并不限于:用于探测该计费数据功能单元是否解除过载。
需要说明的是,本实施例中,探针周期与缓存周期的关系包括但并不限于:探针周期大于该缓存周期。
可选地,在本实施例中,在将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元时,还包括:判断是否到达该负荷恢复上报窗口的上报周期的截止时刻。
可选地,在本实施例中,在判断出未到达该负荷恢复上报窗口的上报周期的截止时刻时,将该目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元包括但并限于以下至少之一:将已完成缓存的一个相同周期号的待发送ACR发送给计费数据功能单元、将已完成缓存的至少两个相同周期号中的部分相同周期号的待发送ACR发送给该计费数据功能单元。
例如,目标会话中包括2个会话,其中,第一个会话对应的ACR序列已完成缓存4个缓存周期,第二个会话对应的ACR序列已完成缓存3个缓存周期,即目标会话已完成缓存3个相同周期号的缓存周期中的待发送ACR,进一步,可以从3个相同周期号的缓存周期中选择2个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,在判断出到达该负荷恢复上报窗口的上报周期的截止时刻时,包括但并不限于:将该目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
下面结合本发明的可选实施例对本发明做举例说明。
本发明实施例提供了基于IETF的演进Diameter过载控制机制应用于离线计费接口的过载恢复后,避免缓存消息密集同时发送引发接口再次过载的消息发送装置。
本发明实施例主要是在计费数据功能(CDF,Charging Data Function)内部进行负荷过载判断,返回过载控制降低的百分比的值及用于离线计费接口上过载控制的算法标识,当CTF收到来自CDF的用于过载控制的降低百分比为100%时,CTF执行计费过载控制算法,然后CTF根据探针周期(运营商可配置,例如,探针周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送探针消息。
进一步地,本发明实施例为了防止CTF在此时把所有缓存的ACR队列消息同时都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口(运营商可配置),规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
作为一种可选的实施方式,使用上述过载恢复上报装置可以避免将Diameter客户端即Diameter客户端缓存的所有消息同时发出引起Diameter离线计费接口的再次过载,同时解决既有的离线计费接口上的Diameter过载控制方式存在的问题,优化过载控制的效果。
通过本发明实施例,采用在计费数据功能单元解除过载后,获取目标会话中每个会话已完成缓存的缓存周期的周期号;将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元,即在本实施例中并不是将所有Diameter客户端缓存的所有消息同时发出,而是将一个或多个相同周期号的缓存周期中的待发送ACR发送给该计费数据功能单元,不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题,解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
图7是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(一),如图7所示,该装置除了包括图6的所有模块外还包括:
1)第三发送模块62,用于在按照缓存周期分别缓存目标会话中的待发送ACR时,按照探针周期向该计费数据功能单元发送探针消息,其中,该探针消息用于探测该计费数据功能单元是否解除过载,该探针周期大于该缓存周期;
2)启动模块64,用于在接收到的该探针消息的响应消息指示该计费数据功能单元已解除过载时,停止发送该探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
可选地,在本实施例中,探针周期可以大于等于2倍的缓存周期,也可以由运营商进行配置,在此不做限定。
通过该装置,按照探针周期向该计费数据功能单元发送探针消息,通过该探针消息探测计费数据功能单元是否解除过载,可以比较精确判断计费数据功能单元是否解除过载,避免CTF不能判断计费数据功能单元是否已经解除过载,依然不停的在该接口上重发ACR消息会造成过载情况更加严重的问题。
图8是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(二),如图8所示第二发送模块55包括:
1)第一判断单元552,用于判断在接收到用于指示该计费数据功能单元已解除过载的该探针消息的响应消息时,该目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;
2)第二判断单元554,用于在该目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR时,则判断是否到达该负荷恢复上报窗口的上报周期的截止时刻;
3)第一发送单元556,用于在判断出未达到该负荷恢复上报窗口的上报周期的截止时刻时,则在该负荷恢复上报窗口的该上报周期内将该目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内将目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给该计费数据功能单元,而不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,目前已完成缓存的是ACR1的Tb1,ACR2的Tb1,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,在负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1,ACR2的Tb1在Tw1内发送给该计费数据功能单元。
具体结合附图2和附图3对本实施例进行说明。
作为一种可选的实施方式,图3是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图。下面结合图2所示进行说明:
图2是根据本发明实施例的离线计费接口上的Diameter过载恢复的上报流程图,主要是针对在第一次探针响应过载恢复后。如图2所示,在UE的会话中进行,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。
步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图3所示:
满足上述第一个触发条件:Tw1的时间窗内,CTF针对ACR1发送在Tb1缓存周期内的ACR消息;CTF针对ACR2发送在Tb1缓存周期内的ACR消息。对于其它缓存周期内的ACR消息将在后续的时间窗内发送。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过上述装置,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
图9是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(三),如图9所示第二发送模块55包括:
1)获取单元558,用于获取在接收到用于指示该计费数据功能单元已解除过载的该探针消息的响应消息时,该目标会话中的每个会话均已完成缓存的相同周期号的数量;
2)第三判断单元560,用于在该目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR时,判断是否到达该负荷恢复上报窗口的上报周期的截止时刻;
3)第二发送单元562,用于在判断出未达到该负荷恢复上报窗口的上报周期的截止时刻时,在该负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中的待发送ACR发送给该计费数据功能单元。
可选地,在实施例中,若判断出未达到该负荷恢复上报窗口的上报周期的截止时刻,则在该负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中的待发送ACR发送给该计费数据功能单元。而不同于相关技术中,在过载解除后,将Diameter客户端缓存的所有消息同时发出容易引起Diameter离线计费接口的再次过载的问题。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,目前已完成缓存的是ACR1的Tb1,Tb2,ACR2的Tb1、Tb2,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,例如可以是负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1,ACR2的Tb1,在Tw1内发送给该计费数据功能单元,将ACR1的Tb2缓存的ACR消息,ACR2的Tb2缓存的ACR消息,在Tw1内发送给该计费数据功能单元。
具体结合附图2和附图4对本实施例进行说明。
图4是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(二)。下面结合图2所示进行说明:
本发明实施例还提供了一种离线计费接口上的Diameter过载恢复的上报方法,其中主要是针对在第二次探针响应过载恢复后。下面结合图2做以下具体说明。
如图2所示,在UE的会话进行中,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图4所示:
满足上述第一个触发条件:在Tw1的时间窗内,CTF对ACR1的情况:分别发送Tb1,Tb2周期内缓存的ACR消息;对ACR2的情况:分别发送Tb1,Tb2周期缓存的ACR消息。对于其它缓存周期内的ACR消息将在后续的时间窗内发送。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过上述装置,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
可选地,该第二发送模块55还用于在该负荷恢复上报窗口的该上报周期内将该至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给该计费数据功能单元。
例如,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:目前已完成缓存的是ACR1的Tb1,Tb2,ACR2的Tb1、Tb2,若判断出未达到负荷恢复上报窗口的上报周期的截止时刻,则在负荷恢复上报窗口的上报周期内,例如可以是负荷恢复上报窗口的上报周期Tw1内,将ACR1的Tb1缓存的ACR消息以及ACR2的Tb1缓存的ACR消息,在Tw1内发送给该计费数据功能单元。
通过上述步骤,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
图10是根据本发明实施例的计费请求消息的过载控制恢复装置的结构框图(四),如图10所示该装置还包括:
1)第四发送模块66,用于在判断是否到达该负荷恢复上报窗口的上报周期的截止时刻之后,在判断出达到该负荷恢复上报窗口的上报周期的截止时刻时,则将该目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
可选地,在本实施例中,按照周期号的顺序依次在对应的负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元具体的对应关系,可以是一对一,也可以是多对一。例如其中多对一的情况可以是:假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,则将ACR1的Tb2和ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3,ACR2的Tb3在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元。
可选地,在本实施例中,假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,将ACR1的Tb2、ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3,ACR2的Tb3在负荷恢复上报窗口的上报周期Tw3内发送至计费数据功能单元。
具体结合附图2和附图5对本实施例进行说明。
图5是根据本发明实施例的缓存周期和负载恢复上报窗口及上报触发的关系示意图(三)。下面结合图2所示进行说明:
本发明实施例还提供了一种离线计费接口上的Diameter过载恢复的上报方法,其中主要是针对在第二次探针响应过载恢复后。下面结合图2做以下具体说明。
如图2所示,在UE的会话进行中,包括以下步骤:
步骤S201:在计费触发点CTF正常发送计费请求消息ACR到CDF,CDF正常处理并返回计费请求响应消息ACA。其中在ACR消息里携带支持Diameter过载指示传输(DOIC,Diameter Overload Indication Conveyance)的标识信息。步骤S202:CDF可以根据负荷情况(如:CPU的占用率等)判断需要在Rf离线接口上降低负荷的百分比并将这一过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识放在响应消息里带回给CTF,这两个信息可以放在组合型AVP过载报告:OC-OLR里。假设此时的过载控制的降低百分比OC-Reduction-Percentage为100%。
步骤S203,CDF将Diameter计费响应消息包含过载报告信息OC-OLR发送给CTF。
步骤S204:CTF收到含有过载控制的降低百分比信息(如:OC-Reduction-Percentage)及需要的过载控制算法标识的响应消息后,执行计费过载控制算法,CTF执行计费过载控制算法,按比例不发送部分ACR消息到CDF:比如使用随机算法缓存部分ACR消息并根据缓存周期(运营商可配置)进行ACR缓存队列管理。
步骤S205:CTF根据探针周期Tp(运营商可配置,该周期一般大于等于缓存周期的2倍)发送不带缓存的ACR数据的探针消息到CDF,直到探针消息的响应中OC-Reduction-Percentage为0%时停止发送。
步骤S206:CTF向CDF发送不携带所缓存的ACR信息的探针消息。
步骤S207:CDF向CTF发送探针响应消息,其中包含过载报告信息OC-OLR,(假设此时的OC-Reduction-Percentage为0%)。
步骤S208:当探针消息的响应中OC-Reduction-Percentage为0%时,为了防止CTF在此时把所有缓存的ACR队列消息都发送到CDF可能引发再一次的负荷过载,设计负荷恢复上报窗口Tw(运营商可配置)。规定负荷恢复上报触发条件为下面两个之一:
1)一个缓存周期过去了而且还没到达负荷恢复上报窗口的截止点并且此时探针消息的响应表明Rf接口已不再过载;
2)探针消息的响应表明Rf接口已不再过载后,一个缓存周期过去了并且达到了负荷恢复上报窗口的截止点。
在本发明实施中,如图5所示:
满足上面第二个触发条件:在Tw2,Tw3和Tw4的时间窗内,CTF对ACR1的情况:分别发送Tb2,Tb3和Tb4周期内缓存的ACR消息;对ACR2的情况:分别发送Tb2,Tb3和Tb4周期缓存的ACR消息。
在负荷恢复上报触发条件满足时,上报缓存的ACR队列消息并接收对应的响应消息,具体如下述步骤S209至步骤S210。
步骤S209:CTF向CDF发送Diameter计费请求消息ACR,其中包含DOIC计费标识信息。
步骤S210:CDF向CTF发送Diameter计费响应消息,其中包含过载报告信息OC-OLR。
步骤S211:经过上述过载控制,如果OC-OLR中的OC-Reduction-Percentage回到无需控制的正常范围说明计费接口Rf的过载状态解除,核心网网元将缓存队列中的ACR消息按序发送出去。
通过上述装置,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
可选地,该第四发送模块66还用于将该目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
可选地,在本实施例中,具体是将目标会话中的每个会话已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个该负荷恢复上报窗口的该上报周期内发送给该计费数据功能单元。
例如,例如假设目标会话包括两个会话,其中第一个会话对应的ACR序列用ACR1表示,另一会话对应的ACR序列用ACR2表示,其中,ACR1包括周期号:Tb1、Tb2、Tb3,ACR2包括周期号:Tb1、Tb2、Tb3,并且均已完成缓存,且ACR1的Tb1缓存的ACR消息和ACR2的Tb1的缓存的ACR消息已发送,若判断出达到该负荷恢复上报窗口的上报周期的截止时刻,则将ACR1的Tb2、ACR2的Tb2,在负荷恢复上报窗口的上报周期Tw2内发送至计费数据功能单元,将ACR1的Tb3、ACR2的Tb3,在负荷恢复上报窗口的上报周期Tw3内均发送至计费数据功能单元。
通过上述装置,进一步解决了相关技术中在解除过载后,将缓存的所有ACR消息同时发送给计费数据功能单元所造成的再次过载的问题,进而达到了进一步优化过载控制的效果。
可选地,在实施例中,缓存周期大于等于该上报周期。
可选地,缓存周期大于等于该上报周期。通过设置缓存周期大于等于该上报周期,避免了上报周期大于等于缓存周期,造成待发送的ACR消息重复上报的问题。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
实施例3
本发明的实施例还提供了一种存储介质。本实施例的具体应用场景可以参考上述实施例1和实施例2,在此不赘述。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,向计费数据功能单元发送当前计费请求消息ACR;
S2,获取当前ACR的响应消息ACA中携带的过载指示信息;
S3,若过载指示信息指示该计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中,该目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;
S4,在计费数据功能单元解除过载后,获取该目标会话中每个会话已完成缓存的缓存周期的周期号;
S5,将目标会话已完成缓存的一个或多个相同周期号的缓存周期中的该待发送ACR发送给该计费数据功能单元。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述步骤S1至S5。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种计费请求消息的过载控制恢复方法,其特征在于,包括:
向计费数据功能单元发送当前计费请求消息ACR;
获取所述当前ACR的响应消息ACA中携带的过载指示信息;
若所述过载指示信息指示所述计费数据功能单元已出现过载,则按照缓存周期分别缓存目标会话中的待发送ACR,其中,所述目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;
在所述计费数据功能单元解除过载后,获取所述目标会话中每个会话已完成缓存的缓存周期的周期号;
将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元。
2.根据权利要求1所述的方法,其特征在于,在按照缓存周期分别缓存目标会话中的待发送ACR时,还包括:
按照探针周期向所述计费数据功能单元发送探针消息,其中,所述探针消息用于探测所述计费数据功能单元是否解除过载,所述探针周期大于所述缓存周期;
若接收到的所述探针消息的响应消息指示所述计费数据功能单元已解除过载,则停止发送所述探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
3.根据权利要求2所述的方法,其特征在于,所述将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元包括:
判断在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;
若所述目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;
若判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻,则在所述负荷恢复上报窗口的所述上报周期内将所述目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给所述计费数据功能单元。
4.根据权利要求2所述的方法,其特征在于,所述将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元包括:
获取在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话均已完成缓存的相同周期号的数量;
若所述目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;
若判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻,则在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元。
5.根据权利要求4所述的方法,其特征在于,所述在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元包括:
在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给所述计费数据功能单元。
6.根据权利要求3至5中任一项所述的方法,其特征在于,在判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻之后,还包括:
若判断出达到所述负荷恢复上报窗口的上报周期的截止时刻,则将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
7.根据权利要求6所述的方法,其特征在于,所述将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元包括:
将所述目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
8.根据权利要求2所述的方法,其特征在于,所述缓存周期大于等于所述上报周期。
9.一种计费请求消息的过载控制恢复装置,其特征在于,包括:
第一发送模块,用于向计费数据功能单元发送当前计费请求消息ACR;
第一获取模块,用于获取所述当前ACR的响应消息ACA中携带的过载指示信息;
缓存模块,用于在所述过载指示信息指示所述计费数据功能单元已出现过载时,按照缓存周期分别缓存目标会话中的待发送ACR,其中,所述目标会话包括过载发生后新产生的呼叫会话和正在进行中的呼叫会话;
第二获取模块,用于在所述计费数据功能单元解除过载后,获取所述目标会话中每个会话已完成缓存的缓存周期的周期号;
第二发送模块,用于将所述目标会话已完成缓存的一个或多个相同周期号的缓存周期中的所述待发送ACR发送给所述计费数据功能单元。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第三发送模块,用于在按照缓存周期分别缓存目标会话中的待发送ACR时,按照探针周期向所述计费数据功能单元发送探针消息,其中,所述探针消息用于探测所述计费数据功能单元是否解除过载,所述探针周期大于所述缓存周期;
启动模块,用于在接收到的所述探针消息的响应消息指示所述计费数据功能单元已解除过载时,停止发送所述探针消息,并启动负荷恢复上报窗口的上报周期的定时器。
11.根据权利要求10所述的装置,其特征在于,所述第二发送模块包括:
第一判断单元,用于判断在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话是否均已完成缓存一个相同周期号的待发送ACR;
第二判断单元,用于在所述目标会话中的每个会话均已完成缓存一个相同周期号的待发送ACR时,则判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;
第一发送单元,用于在判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻时,则在所述负荷恢复上报窗口的所述上报周期内将所述目标会话中每个会话均已完成缓存的一个相同周期号的待发送ACR发送给所述计费数据功能单元。
12.根据权利要求10所述的装置,其特征在于,所述第二发送模块包括:
获取单元,用于获取在接收到用于指示所述计费数据功能单元已解除过载的所述探针消息的响应消息时,所述目标会话中的每个会话均已完成缓存的相同周期号的数量;
第三判断单元,用于在所述目标会话中的每个会话均已完成缓存至少两个相同周期号的待发送ACR时,判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻;
第二发送单元,用于在判断出未达到所述负荷恢复上报窗口的上报周期的截止时刻时,在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中的待发送ACR发送给所述计费数据功能单元。
13.根据权利要求12所述的装置,其特征在于,所述第二发送模块还用于在所述负荷恢复上报窗口的所述上报周期内将所述至少两个相同周期号中最小周期号对应的缓存周期中的待发送ACR发送给所述计费数据功能单元。
14.根据权利要求11至13中任一项所述的装置,其特征在于,所述装置还包括:
第四发送模块,用于在判断是否到达所述负荷恢复上报窗口的上报周期的截止时刻之后,在判断出达到所述负荷恢复上报窗口的上报周期的截止时刻时,将所述目标会话中的每个会话已完成缓存却尚未发送的待发送ACR,按照周期号的顺序依次在对应的所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
15.根据权利要求14所述的装置,其特征在于,所述第四发送模块还用于将所述目标会话中已完成缓存却尚未发送的相同周期号的待发送ACR,按照周期号的顺序依次在对应的一个所述负荷恢复上报窗口的所述上报周期内发送给所述计费数据功能单元。
16.根据权利要求10所述的装置,其特征在于,所述缓存周期大于等于所述上报周期。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510612627.7A CN106550407A (zh) | 2015-09-23 | 2015-09-23 | 计费请求消息的过载控制恢复方法及装置 |
PCT/CN2016/098323 WO2017050127A1 (zh) | 2015-09-23 | 2016-09-07 | 计费请求消息的过载控制恢复方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510612627.7A CN106550407A (zh) | 2015-09-23 | 2015-09-23 | 计费请求消息的过载控制恢复方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106550407A true CN106550407A (zh) | 2017-03-29 |
Family
ID=58365081
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510612627.7A Pending CN106550407A (zh) | 2015-09-23 | 2015-09-23 | 计费请求消息的过载控制恢复方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106550407A (zh) |
WO (1) | WO2017050127A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108881341A (zh) * | 2017-05-11 | 2018-11-23 | 中兴通讯股份有限公司 | 一种过负荷控制方法和dra设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8145514B2 (en) * | 2007-05-30 | 2012-03-27 | Alcatel Lucent | Charging element capacity control in an IMS network |
WO2009070179A1 (en) * | 2007-12-01 | 2009-06-04 | Lucent Technologies, Inc. | Ims diameter router with load balancing |
CN101686135B (zh) * | 2008-09-28 | 2011-12-07 | 中兴通讯股份有限公司 | 一种实现ims多媒体会议业务计费的方法 |
US8463672B2 (en) * | 2010-09-08 | 2013-06-11 | Alcatel Lucent | Method and apparatus for facilitating interim billing for IMS session using time-based interim accounting message to determine interim processing trigger |
CN102420807B (zh) * | 2010-09-26 | 2016-03-30 | 中兴通讯股份有限公司 | Ims支持多时区的方法和系统及计费方法和系统 |
-
2015
- 2015-09-23 CN CN201510612627.7A patent/CN106550407A/zh active Pending
-
2016
- 2016-09-07 WO PCT/CN2016/098323 patent/WO2017050127A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108881341A (zh) * | 2017-05-11 | 2018-11-23 | 中兴通讯股份有限公司 | 一种过负荷控制方法和dra设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2017050127A1 (zh) | 2017-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105306183B (zh) | MTC Device触发消息的投递确认方法和设备 | |
CA2578602A1 (en) | Rule based data collection and management in a wireless communications network | |
CN103973547B (zh) | 图片显示方法和装置 | |
CN104935414A (zh) | 一种在双连接系统中传输信息的方法和装置 | |
CN101803302A (zh) | 用于确定数据通信的延迟和吞吐量的方法与装置 | |
CN103780363A (zh) | 消息再传输装置及方法 | |
CN106789700B (zh) | 一种流量整形方法及网络设备 | |
CN101977358A (zh) | 一种数据短信的传输方法、装置及设备 | |
CN103345432A (zh) | 多核cpu过载检测装置和多核cpu过载检测方法 | |
WO2017161566A1 (zh) | 一种拥塞控制方法、装置及相关设备 | |
CN106550407A (zh) | 计费请求消息的过载控制恢复方法及装置 | |
CN106162739A (zh) | 网络拥塞控制方法和系统 | |
CN110048955A (zh) | 拥塞控制方法、装置、计算机设备及存储介质 | |
CN107481439B (zh) | 一种基于快递柜的收件人手机号修改方法及系统 | |
CN109905209B (zh) | 一种设置网络乱序值的方法和装置 | |
CN113572698B (zh) | 组播组容量的测试方法和装置、存储介质及电子装置 | |
CN103442385B (zh) | 一种终端网络附着方法及设备 | |
CN109429236A (zh) | 一种核心网的资源管理方法及装置 | |
US9681002B2 (en) | Improving charging information accuracy in a telecommunications network | |
CN106550342A (zh) | 计费请求消息的过载控制方法及装置 | |
US11665225B2 (en) | Distributed backup of unshipped charging data records | |
EP1397018A2 (en) | Network initiated information delivery | |
CN101626591A (zh) | 一种数据链路的检测方法及装置 | |
CN101242296B (zh) | 一种释放接口资源的方法、系统及设备 | |
CN115866095A (zh) | 数据传输方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170329 |