CN107809551A - 电信业务的处理负荷控制方法和相关装置和系统 - Google Patents
电信业务的处理负荷控制方法和相关装置和系统 Download PDFInfo
- Publication number
- CN107809551A CN107809551A CN201610816578.3A CN201610816578A CN107809551A CN 107809551 A CN107809551 A CN 107809551A CN 201610816578 A CN201610816578 A CN 201610816578A CN 107809551 A CN107809551 A CN 107809551A
- Authority
- CN
- China
- Prior art keywords
- accounting
- accounting server
- ccr
- service conversation
- client
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/58—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
Abstract
本申请实施例公开了电信业务的处理负荷控制方法和装置和系统。一种电信业务的处理负荷控制方法包括:计费服务器接收来自计费客户端的信用控制请求;确定所述计费服务器的当前处理负荷是否达到过负荷阈值;当所述计费服务器的处理负荷达到所述过负荷阈值,并且所述信用控制请求为信用控制更新请求,针对所述信用控制更新请求进行计费处理并针对所述计费服务器执行负荷控制操作。本申请实施例的技术方案有利于降低对业务的影响且有利于提升计费系统的计费精确度。
Description
技术领域
本申请涉及通信和计算机技术领域,具体主要涉及了电信业务的处理负荷控制方法和相关装置和系统。
背景技术
挂载计费系统的计费服务器在一定硬件配置和业务模型的情况下,单位时间处理的消息数有一定限制。当计费服务器接收到需要处理的消息超过了设计目标时,可能会导致系统处理变慢、甚至崩溃等异常行为。为了避免此类问题的发生,需要为计费服务器设置过负荷阈值。当系统达到过负荷阈值后采取一些操作来降低计费服务器的处理负荷。
传统的过负荷处理机制中,计费服务器通过评估当前接入的消息数、响应时间等一些标准,确定达到既定的过负荷阈值之后便会拒绝接收到的所有计费相关请求,从而减轻计费服务器的处理负荷。然而,这种通过直接拒绝所有计费相关请求的来减轻计费服务器处理负荷的方式,很可能严重影响业务进行且使得因计费相关请求丢失而降低计费系统的计费精确度。
发明内容
本申请实施例电信业务的处理负荷控制方法和相关装置和系统。
本申请实施例第一方面提供一种电信业务的处理负荷控制方法包括:例如在用户终端新建业务会话(例如数据业务会话)或进行业务会话(例如数据业务会话)的过程中,计费服务器接收来自计费客户端的信用控制请求;确定所述计费服务器的当前处理负荷是否达到过负荷阈值;当所述计费服务器的处理负荷达到所述过负荷阈值,且所述信用控制请求为信用控制更新请求,针对所述信用控制更新请求(CCR-U,Credit Control Request-Update)进行计费处理并针对所述计费服务器执行负荷控制操作。
计费客户端例如可为各种数据业务控制点,计费服务器例如可为挂载了在线计费系统或融合计费系统的计费服务器。计费服务器可以是一台或多台物理主机。
本申请实施例第二方面提供一种计费服务器,包括:
接收单元,用于接收来自计费客户端的信用控制请求;
负荷确定单元,用于确定所述计费服务器的当前处理负荷是否达到过负荷阈值;
处理单元,用于当所述计费服务器的处理负荷达到所述过负荷阈值,并且所述信用控制请求为CCR-U,针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
可以看出,本申请实施例的方案中,当计费服务器的处理负荷达到过负荷阈值,并且接收到的来自计费客户端的信用控制请求为CCR-U,那么计费服务器不直接拒绝所述CCR-U,而是针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作,由于摒弃了传统技术中直接粗暴的拒绝所有计费相关消息的负荷控制方式,而采用更灵活的方式来控制负荷,这样在控制计费服务器负荷的情况下有利于降低对业务的影响且有利于提升计费系统的计费精确度。
本发明实施例第三方面提供一种计费服务器,包括:存储器、通信接口及与所述存储器和通信接口耦合的处理器;其中,通过调用所述存储器中存储的指令或者代码,其中,所述处理器用于执行如下步骤:通过通信接口接收来自计费客户端的信用控制请求;确定所述计费服务器的当前处理负荷是否达到过负荷阈值;当所述计费服务器的处理负荷达到所述过负荷阈值,且所述信用控制请求为信用控制更新请求,针对所述信用控制更新请求进行计费处理并针对所述计费服务器执行负荷控制操作。
其中,在本发明以上各方面提供的方案中,针对所述计费服务器执行负荷控制操作的方式可以是多种多样的。
例如针对所述计费服务器执行负荷控制操作可包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,所述CCA中携带的授权业务量GSU大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认授权业务量。
又例如,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。
又例如,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,其中,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
进一步的,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器可向所述计费客户端发送终止会话请求ASR,所述ASR用于指示所述计费客户端终止所述业务会话;所述计费服务器接收所述计费客户端响应所述ASR而发送的待计费话单,所述计费服务器针对所述待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,进一步的,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况之下,所述计费服务器可向所述计费客户端发送重鉴权请求RAR,其中,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;所述计费服务器接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单,所述计费服务器针对所述待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
又例如,针对所述计费服务器执行负荷控制操作包括:在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量。
进一步的,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器当接收到所述计费客户端发送的第二CCR-U(第二CCR-U与所述CCR-U携带的会话标识相同),向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,其中,所述第二CCA用于指示所述计费客户端终止所述业务会话;所述计费服务器针对待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器向所述计费客户端发送ASR,所述ASR用于指示所述计费客户端终止所述业务会话;所述计费服务器针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器中止在所述计费服务器中放通的所述业务会话,所述计费服务器针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;所述计费服务器对在中止放通所述业务会话之后所接收到的所述业务会话对应的CCR-U或信用控制结束请求进行计费处理。
本申请实施例第四方面还提供一种电信业务系统,包括:相互连接的计费服务器和计费客户端;其中,所述计费服务器为如权本申请实施例提供的任意一种计费服务器。
此外,本申请实施例第五方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储了用于电信业务的处理负荷控制的程序代码。所述程序代码包括用于执行第一方面中的计费服务器所执行的方法的指令。
本申请实施例第六方面还提供了一种电信业务的处理负荷控制装置。所述电信业务的处理负荷控制装置包括的单元能够执行第一方面中的计费服务器所执行的方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例中所需使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1-A~图1-C为本申请实施例提供的几种网络架构的示意图;
图2为本申请实施例提供的一种电信业务的处理负荷控制方法的流程示意图;
图3为本申请实施例提供的另一种电信业务的处理负荷控制方法的流程示意图;
图4为本申请实施例提供的另一种电信业务的处理负荷控制方法的流程示意图;
图5为本申请实施例提供的另一种电信业务的处理负荷控制方法的流程示意图;
图6为本申请实施例提供的另一种电信业务的处理负荷控制方法的流程示意图;
图7为本申请实施例提供的一种计费服务器的示意图;
图8为本申请实施例提供的另一种计费服务器的示意图;
图9为本申请实施例提供的一种电信业务系统的示意图。
具体实施方式
本申请说明书、权利要求书和附图中出现的术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,术语“第一”、“第二”和“第三”等是用于区别不同的对象,而并非用于描述特定的顺序。
图1-A是本发明实施例提供的一种组网架构,涉及用户终端、计费客户端和计费服务器等。其中,处于核心网的计费客户端例如可以是网关GPRS支撑节点(GGSN,GatewayGeneral Packet Radio Service Support Node)、分组数据网关(PGW,Packet dataGateway)或其他形态的数据业务控制点。
可以理解,本发明实施例的用户终端的产品形态例如可为平板电脑、笔记本电脑、移动互联网设备、掌上电脑、台式电脑、手机或其他产品形态的用户终端。
计费服务器可为挂载在线计费系统(OCS,Online Charge System)或融合计费系统的计费服务器等。
图1-B进一步举例了计费服务器的内部架构,计费服务器可以包括计费处理部件(例如融合计费点(CBP,Convergent Billing Point))和适配器(例如CBPAdapter),其中,适配器负责消息接入和过负荷评估(OverLoad Evaluation)等等。计费处理部件负责费用的计算和扣除等。
图1-C进一步举例了计费服务器的内部架构,CBPAdapter进一步包括消息接入部件和OverLoad Evaluation部件等。其中,消息接入部件主要负责消息接入等,OverLoadEvaluation部件主要过负荷评估等。
可以理解,图1-B和图1-C对计费服务器的内部架构的举例划分方式是示例性的而非限制性的。其中,本申请实施例的技术方案可基于图1-A或图1-B或图1-C所示架构或其变形架构来具体实施。
参见图2,图2为本发明的一个实施例提供的一种电信业务的处理负荷控制方法的流程示意图,如图2举例所示,本发明的一个实施例提供的一种电信业务的处理负荷控制方法可包括:
201、在例如新建或结束业务会话或需申请业务量等情况下,计费客户端可向计费服务器发送信用控制请求。相应的,所述计费服务器接收来自所述计费客户端的所述信用控制请求。
信用控制请求(CCR,Credit Control Request)可分为如下三种:
信用控制初始请求(CCR-I,CCR-Initial),CCR-I是1个业务会话的第1个CCR,当计费服务器接收到CCR-I之后,在计费服务器新创建针对CCR-I携带的会话标识的业务会话。业务会话具体可以为计费会话。
信用控制结束请求(CCR-T,CCR-Terminate),CCR-T是1个业务会话的最后1个CCR;当计费服务器接收到CCR-I之后,中止计费服务器此前创建的针对CCR-I携带的会话标识的业务会话。
信用控制更新请求(CCR-U,CCR-Update),CCR-U是某个业务会话过程中可能多次出现的CCR,其中,CCR-U既非首消息(CCR-Initial)也非结束消息(CCR-Terminate)。其中,CCR-U的其中1个功能是向计费服务器申请业务量。
202、所述计费服务器确定所述计费服务器的当前处理负荷是否达到过负荷阈值。
其中,过负荷阈值可根据实际需要设定,过负荷阈值例如可为所述计费服务器最大设计处理负荷的88%、90%、85%、95%、98%、99%、100%或其他比例。
其中,计费服务器例如可通过评估当前接入的消息数、响应时间、相关处理器占用率等等负荷表征参数,确定所述计费服务器的当前处理负荷是否达到过负荷阈值。
203、当所述计费服务器的处理负荷达到所述过负荷阈值,并且所述信用控制请求为信用控制更新请求CCR-U,所述计费服务器针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
可以看出,本实施例的技术方案中,当计费服务器的处理负荷达到所述过负荷阈值,并且接收到的来自计费客户端的信用控制请求为CCR-U,那么计费服务器不直接拒绝所述CCR-U,而是针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作,由于摒弃了传统技术中直接粗暴的拒绝所有计费相关消息的负荷控制方式,而采用更灵活的方式来控制负荷,这样在控制计费服务器负荷的情况下有利于降低对业务的影响且有利于提升计费系统的计费精确度。
其中,针对所述计费服务器执行负荷控制操作的目的是为了降低计费服务器的处理负荷,因此可以采用多种可用于降低计费服务器的处理负荷的负荷控制操作。即负荷控制操作的方式可以是多种多样的。
例如所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,其中,所述CCA中携带的授权业务量(GSU,Granted-Service-Unit)大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认业务量(默认业务量即为默认授权业务量)。其中,分析和实践发现,增大GSU有利于增大后续CCR-U或CCR-T消息的上报时间间隔,有利于减少计费服务器的每秒处理事务数(TPS,transactions per second),进而有利于减轻计费服务器的处理负荷。
又例如,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。实践过程发现,提前终止业务会话,那么这个业务会话后续不会再上报CCR-U消息到计费服务器,这样就有利于减轻计费服务器的处理负荷。用户终端如果需要继续上网,则需重新建立业务会话,而那个时候计费服务器可根据新业务会话的CCR-I上报时的处理负荷,再次评估新会话是否允许建立。
又例如,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,其中,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
在放通期间计费客户端允许用户终端继续上网,并将用户终端在放通期间的使用业务量记录下来输出到待计费话单(如话单文件);而在放通期间计费客户端的相关消息(如CCR-U和CCR-T)不会发送到计费服务器,采用离线计费模式,进而有利于减轻计费服务器的处理负荷。
可选的,所述方法还可以包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器向所述计费客户端发送终止会话请求(ASR,Abort Session Request),所述ASR用于指示所述计费客户端终止所述业务会话;所述计费服务器接收所述计费客户端响应所述ASR而发送的待计费话单,所述计费服务器针对所述待计费话单(待计费话单可以由计费客户端基于所述业务会话在放通期间的使用业务量等信息得到)进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
或者所述方法还可包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器向所述计费客户端发送RAR,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;所述计费服务器接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单(待计费话单可以由计费客户端基于所述业务会话在放通期间的使用业务量等信息得到),所述计费服务器针对所述待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
又例如,所述针对所述计费服务器执行负荷控制操作包括:在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量等。其中,在计费服务器放通期间计费客户端允许用户终端继续上网,在放通期间计费客户端的相关消息(例如CCR-U和CCR-T)将发送到计费服务器,但放通期间计费服务器不进行相应扣费处理,这样就有利于减轻计费服务器的处理负荷。
可选的,所述方法还可包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,那么,当接收到所述计费客户端发送的第二CCR-U,计费服务器向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,所述第二CCA用于指示所述计费客户端终止所述业务会话;计费服务器针对待计费话单(待计费话单可由计费服务器基于所述业务会话在放通期间的使用业务量等信息得到)进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量等。
或者,所述方法还可包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,计费服务器向所述计费客户端发送ASR,所述ASR用于指示所述计费客户端终止所述业务会话;计费服务器针对待计费话单(待计费话单可由计费服务器基于所述业务会话在放通期间的使用业务量等信息得到)进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量等。
或者,所述方法还可包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,所述计费服务器中止在所述计费服务器中放通的所述业务会话,所述计费服务器针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;所述计费服务器对在中止放通所述业务会话之后所接收到的所述业务会话对应的CCR-U或CCR-I进行计费处理。
可以看出,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,可以终止业务会话,或者也可以中止业务会话的放通,并针对记录了放通期间的使用业务量的待计费话单进行计费处理,这样也有利于提升计费系统的计费精确度。
下面通过几个详细例子进行进一步举例说明。
参见图3,图3为本发明的另一个实施例提供的另一种电信业务的处理负荷控制方法的流程示意图。如图3举例所示,本发明的另一个实施例提供的另一种电信业务处理负荷控制方法可包括:
301、在用户终端进行数据业务会话的过程中,GGSN可监控数据业务会话的流量使用量,当然还可监控流量使用时间和流量使用对象等。其中,GGSN可根据监控到的数据业务会话的使用业务量等信息来生成CCR-U,GGSN向计费服务器发送CCR-U。
其中,CCR-U例如可以携带会话标识,CCR-U还可携带申请业务量(流量申请量)、使用业务量(流量使用量)和用户终端标识(例如电话号码等等)等等。
302、计费服务器中的CBPAdapter中的消息接入部件接收来自计费客户端的CCR-U。消息接入部件通知OverLoad Evaluation部件接收到新上报的1个数据业务会话的CCR-U,OverLoad Evaluation部件评估计费服务器的当前处理负荷是否已达到过负荷阈值。
303、OverLoad Evaluation部件将计费服务器的当前处理负荷是否已达到过负荷阈值的评估结果通知消息接入部件。
304、对于评估结果为计费服务器的当前处理负荷已达过负荷阈值,则消息接入部件向CBP发送CCR-U,这个CCR-U中增加1个约定指示标志(例如消息接入部件可以在发送给CBP的这条CCR-U中携带1个新定义的属性-值对(AVP,Attribute-Value Pairs),其中,新定义AVP的编号(code)例如可为22222(可称AVP22222),AVP22222的取值例如为1),所述约定指示标志用于通知CBP需要执行处理负荷控制操作。
此外,当评估结果为计费服务器的当前处理负荷未达到过负荷阈值,那么消息接入部件可直接向CBP转发CCR-U,CBP则按照常规方式来对CCR-U进行计费处理。
305、CBP接收来自消息接入部件的CCR-U,当CBP从接收到的CCR-U中获取到约定指示标志(例如取值为1的AVP22222),CBP获悉需在扣费动作执行后,重新根据对应用户余额和相关策略增大GSU(当然增大的GSU不超过用户余额可授权的业务量)。
举例来说,CCR-U携带的申请业务量为20M,CBP根据当前CPU占用率和处理时延等负荷标准参数,获得GSU扩大比例(例如3倍),则新的GSU例如为60M(不超过用户余额可授权的业务量),而这样增大GSU则有利于将GGSN后续上报CCR-U的时间间隔大概扩大3倍,这样就有利于减少CBP的处理负荷。
306、消息接入部件向GGSN发送用于响应CCR-U的CCA,CCA携带新的GSU。
GGSN在接收到所述CCA之后,则按当前最新的GSU来监控用户终端的流量使用量和上报CCR-U。
可以看出,本实施例中在计费服务器处理负荷达到过负荷阈值后,计费服务器主动增大GSU,而增大GSU有利于增大后续CCR-U或CCR-T的上报时间间隔,有利于减少计费服务器的每秒处理事务数(TPS),进而有利于减轻计费服务器的处理负荷。
参见图4,图4为本发明的另一个实施例提供的另一种电信业务处理负荷控制方法的流程示意图。如图4举例所示,本发明的另一个实施例提供的另一种电信业务处理负荷控制方法可包括:
401、在用户终端进行数据业务会话的过程中,GGSN可监控数据业务会话的流量使用量,当然还可监控流量使用时间和流量使用对象等。其中,GGSN可根据监控到的数据业务会话的使用业务量等信息来生成CCR-U,GGSN向计费服务器发送CCR-U。
其中,CCR-U例如可以携带会话标识,CCR-U还可携带申请业务量(流量申请量)、使用业务量(流量使用量)和用户终端标识(例如电话号码等等)等等。
402、计费服务器中的CBPAdapter中的消息接入部件接收来自计费客户端的CCR-U。消息接入部件通知OverLoad Evaluation部件接收到新上报的1个数据业务会话的CCR-U消息,OverLoad Evaluation部件评估计费服务器的当前处理负荷是否已达到过负荷阈值。
403、OverLoad Evaluation部件将计费服务器的当前处理负荷是否已达到过负荷阈值的评估结果通知消息接入部件。
404、对于评估结果为计费服务器的当前处理负荷已达过负荷阈值,则消息接入部件向CBP发送CCR-U,这个CCR-U中增加1个约定指示标志(例如消息接入部件可在发送给CBP的这条CCR-U消息值中携带1个新定义的属性-值对(AVP),新定义的AVP的code例如为22222(AVP 22222),AVP 22222的取值例如为2),所述约定指示标志用于通知CBP需要执行处理负荷控制操作。
此外,当评估结果为计费服务器的当前处理负荷未达到过负荷阈值,那么消息接入部件可直接向CBP转发CCR-U,CBP则按照常规方式来对CCR-U进行计费处理。
405、CBP接收来自消息接入部件的CCR-U,当从接收到的CCR-U中获取到约定指示标志(例如取值为2的AVP22222),那么CBP据此获悉需在针对CCR-U执行扣费操作后生成会话计费结果话单,并且不再重新对相关业务会话授权业务量。
CBP向消息接入部件发送用于响应CCR-U的CCA,其中,CCA中携带结果码(如code268的AVP,取值为3034的)或其它约定AVP或取值,这个约定结果码用于指示GGSN终止所述会话标识所对应的业务会话。CBP释放所述会话标识所对应的业务会话。
406、消息接入部件向GGSN发送携带所述结果码的CCA,指示GGSN终止所述业务会话。GGSN则在接收到携带所述结果码的CCA之后通过强制将用户终端下线来结束业务会话。
可以看出,本实施例中在计费服务器处理负荷达到过负荷阈值后,计费服务器主动提前终止业务会话,那么这个业务会话后续不会再上报CCR-U到计费服务器,这样就有利于减轻计费服务器的处理负荷。用户终端如果需要继续上网,则需重新建立业务会话,而那个时候计费服务器可根据新业务会话的CCR-I上报时的处理负荷,再次评估新会话是否允许建立。
参见图5,图5为本发明的另一个实施例提供的另一种电信业务处理负荷控制方法的流程示意图。如图5举例所示,本发明的另一个实施例提供的另一种电信业务处理负荷控制方法可包括:
501、在用户终端进行数据业务会话的过程中,GGSN可监控数据业务会话的流量使用量,当然还可监控流量使用时间和流量使用对象等。其中,GGSN可根据监控到的数据业务会话的使用业务量等信息来生成CCR-U,GGSN向计费服务器发送CCR-U。
其中,CCR-U例如可以携带会话标识,CCR-U还可携带申请业务量(流量申请量)、使用业务量(流量使用量)和用户终端标识(例如电话号码等等)等等。
502、计费服务器中的CBPAdapter中的消息接入部件接收来自计费客户端的CCR-U。消息接入部件通知OverLoad Evaluation部件接收到新上报的1个数据业务会话的CCR-U消息,OverLoad Evaluation部件评估计费服务器的当前处理负荷是否已达到过负荷阈值。
503、OverLoad Evaluation部件将计费服务器的当前处理负荷是否已达到过负荷阈值的评估结果通知消息接入部件。
504、对于评估结果为计费服务器的当前处理负荷已达过负荷阈值,消息接入部件向CBP发送CCR-U,这个CCR-U中增加1个约定指示标志(消息接入部件在发送给CBP的这条CCR-U中例如可以携带1个新定义的属性-值对(AVP),新定义AVP的编号(code)例如为22222(AVP22222),AVP22222的取值例如为3),所述约定指示标志用于通知CBP需要执行处理负荷控制操作。
此外,当评估结果为计费服务器的当前处理负荷未达到过负荷阈值,那么消息接入部件可直接向CBP转发CCR-U,CBP则按照常规方式来对CCR-U进行计费处理。
505、CBP接收来自消息接入部件的CCR-U,当CBP从接收到的CCR-U中获取到约定指示标志(例如取值为3的AVP22222),CBP据此获悉需在针对CCR-U执行扣费操作后生成会话计费结果话单,并且不再重新对相关业务会话授权业务量。
CBP向消息接入部件发送用于响应CCR-U的CCA,其中,CCA中携带结果码(结果码例如是编号为268的AVP,结果码取值例如为3024)或其它约定AVP(其中,此处的约定AVP例如为约定编号的AVP或约定取值和标号的AVP),这个结果码或约定AVP用于指示GGSN放通所述会话标识所对应的业务会话。并且CBP释放所述会话标识所对应的业务会话。
506、消息接入部件向GGSN发送携带结果码或约定AVP的CCA,所述结果码或约定AVP指示GGSN放通所述业务会话。此外,消息接入部件可记录需放通的业务会话的会话标识(SessionID),便于后面系统恢复后告知GGSN中止放通。
GGSN接收CCA,当从CCA中获取到结果码或其它约定AVP后便放通所述SessionID所对应的业务会话。放通期间GGSN监控所述业务会话的流量使用量(还可记录流量使用时间、流量使用对象等)。放通期间GGSN不会上报对应所述业务会话的CCR-U或CCR-I到计费服务器,从而有利于减少计费服务器的处理压力。
507、为了尽量减少放通时长,降低用户余额透支风险,在计费服务器恢复正常处理负荷后,消息接入部件向GGSN发送ASR,指示GGSN终止所述业务会话。
508、GGSN在接收到ASR之后终止所述业务会话,向计费服务器发送待计费话单,其中,所述待计费话单中记录了所述业务会话在放通期间的流量使用量等。待计费话单可由GGSN基于所述业务会话在放通期间的流量使用量等信息生成。
此外,在计费服务器恢复正常处理负荷后,消息接入部件也可以向GGSN发送重鉴权请求(RAR),所述RAR用于指示所述GGSN中止放通所述业务会话。这种情况下所述GGSN可以中止放通所述业务会话,但是不终止所述业务会话,即继续所述业务会话。
当然如果在用户在放通期间主动停止上网,GGSN也中止放通并向计费服务器输出待计费话单。
相应的,消息接入部件在接收到待计费话单之后,将其转发给CBP进行计费处理。
可以看出,本实施例中,在计费服务器处理负荷达到过负荷阈值后,计费服务器主动指示GGSN放通相应业务会话,而在放通期间计费客户端GGSN的相关消息(如CCR-U和CCR-T)不会发送到计费服务器,进而有利于减轻计费服务器的处理负荷。
参见图6,图6为本发明的另一个实施例提供的另一种电信业务处理负荷控制方法的流程示意图。如图6举例所示,本发明的另一个实施例提供的另一种电信业务处理负荷控制方法可包括:
601、在用户终端进行数据业务会话的过程中,GGSN可监控数据业务会话的流量使用量,当然还可监控流量使用时间和流量使用对象等。其中,GGSN可根据监控到的数据业务会话的使用业务量等信息来生成CCR-U,GGSN向计费服务器发送CCR-U。
其中,CCR-U例如可以携带会话标识,CCR-U还可携带申请业务量(流量申请量)、使用业务量(流量使用量)和用户终端标识(例如电话号码等等)等等。
602、计费服务器中的CBPAdapter中的消息接入部件接收来自计费客户端的CCR-U。消息接入部件通知OverLoad Evaluation部件接收到新上报的1个数据业务会话的CCR-U消息,OverLoad Evaluation部件评估计费服务器的当前处理负荷是否已达到过负荷阈值。
603、OverLoad Evaluation部件将计费服务器的当前处理负荷是否已达到过负荷阈值的评估结果通知消息接入部件。
604、对于评估结果为计费服务器的当前处理负荷已达过负荷阈值,消息接入部件向CBP发送CCR-U,这个CCR-U中增加1个约定指示标志(消息接入部件在发送给CBP的这条CCR-U中例如可以携带1个新定义的属性-值对(AVP),新定义AVP的编号(code)例如为22222(AVP22222),AVP22222的取值例如为4),所述约定指示标志用于通知CBP需要执行处理负荷控制操作。
此外,当评估结果为计费服务器的当前处理负荷未达到过负荷阈值,那么消息接入部件可直接向CBP转发CCR-U,CBP则按照常规方式来对CCR-U进行计费处理。
605、CBP接收来自消息接入部件的CCR-U,当CBP从接收到的CCR-U中获取到约定指示标志(例如取值为4的AVP22222),CBP据此获悉需在针对CCR-U执行扣费操作后生成会话计费结果话单,并且不再重新对相关业务会话授权业务量。
606、CBP向消息接入部件发送用于响应CCR-U的CCA,CCA中携带结果码(结果码例如是编号为268的AVP,结果码取值例如为3034)或其它约定AVP(其中,此处的约定AVP例如为约定编号的AVP或约定取值和标号的AVP)。并且CBP释放所述会话标识所对应的业务会话。
消息接入部件在接收到携带结果码或约定AVP的CCA之后放通所述业务会话,监控后续接收到CCR-U或CCR-T中携带的流量使用量,还可监控流量使用时间和流量使用对象等,保证与GGSN的业务会话继续,但不会再发送业务会话的CCR-U或CCR-I给CBP。
607、消息接入部件向GGSN返回正常CCA,CCA携带授权业务量(授权业务量可为默认业务量,或者可以是CCR-U携带的申请业务量)。之后的CCR-U交互中,消息接入部件代理CBP进行业务量授权。
608、当检测到处理负荷恢复后终止放通,消息接入部件通过在之后最新1次发送CCA消息中返回1个约定结果码(如取值5234的结果码),以指示GGSN终止所述业务会话。
此外,当检测到处理负荷恢复后,消息接入部件也可通过主动向GGSN发送ASR,指示GGSN终止所述业务会话。
此外,在计费服务器恢复正常处理负荷后,消息接入部件也可不指示GGSN中止业务会话,消息接入部件可以在计费服务器内部中止放通所述业务会话,但是不终止所述业务会话,即继续所述业务会话。
消息接入部件在放通结束后,基于放通期间记录的流量使用量等生成待计费话单,将待计费话单发送给CBP进行计费处理。
可以看出,本实施例中,在计费服务器处理负荷达到过负荷阈值后,计费服务器自身主动放通相应业务会话,在业务会话放通期间,CBP不再针对的相关消息(如CCR-U和CCR-T)进行计费处理,进而有利于减轻计费服务器的处理负荷。
下面还提供用于实施上述方法的相关装置和系统。
参见图7,本申请实施例还提供一种计费服务器700,包括:
接收单元710,用于接收来自计费客户端的信用控制请求;
负荷确定单元720,用于确定所述计费服务器的当前处理负荷是否达到过负荷阈值;
其中,处理单元730,用于当所述计费服务器700的处理负荷达到所述过负荷阈值,并且所述信用控制请求为CCR-U,针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元730具体用于,向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,其中,所述CCA中携带的授权业务量GSU大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认授权业务量。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元730具体用于,向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元730具体用于,向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
可选的,所述处理单元730还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,向所述计费客户端发送终止会话请求ASR,其中,所述ASR用于指示所述计费客户端终止所述业务会话;接收所述计费客户端响应所述ASR而发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元730还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况之下,向所述计费客户端发送重鉴权请求RAR,其中,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体730用于,在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量。
可选的,所述处理单元730还用于在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,当接收到所述计费客户端发送的第二CCR-U,向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,所述第二CCA用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元730还用于,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,向所述计费客户端发送终止会话请求ASR,所述ASR用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元730还用于,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,中止在所述计费服务器中放通的所述业务会话,针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;对在中止放通所述业务会话之后所接收到的所述业务会话对应的CCR-U或信用控制结束请求进行计费处理。
可以看出,本申请实施例的方案中,当计费服务器700的处理负荷达到过负荷阈值,并且接收到的来自计费客户端的信用控制请求为CCR-U,那么计费服务器不直接拒绝所述CCR-U,而是针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作,由于摒弃了传统技术中直接粗暴的拒绝所有计费相关消息的负荷控制方式,而采用更灵活的方式来控制负荷,这样在控制计费服务器负荷的情况下有利于降低对业务的影响且有利于提升计费系统的计费精确度。
参见图8,本发明实施例还提供一种计费服务器800,包括:
存储器810、通信接口820及与所述存储器810和通信接口820耦合的处理器830。其中,通过调用所述存储器中存储的指令或者代码,所述处理器830用于执行如下步骤:
通过通信接口820接收来自计费客户端的信用控制请求;确定所述计费服务器的当前处理负荷是否达到过负荷阈值;当所述计费服务器的处理负荷达到所述过负荷阈值,且所述信用控制请求为CCR-U,针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元830具体用于,通过通信接口820向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,其中,所述CCA中携带的授权业务量GSU大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认授权业务量。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元830具体用于,通过通信接口820向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元830具体用于,通过通信接口820向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
可选的,所述处理单元830还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,通过通信接口820向所述计费客户端发送终止会话请求ASR,其中,所述ASR用于指示所述计费客户端终止所述业务会话;通过通信接口820接收所述计费客户端响应所述ASR而发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元830还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况之下,通过通信接口820向所述计费客户端发送重鉴权请求RAR,其中,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;通过通信接口820接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
可选的,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体830用于,在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量。
可选的,所述处理单元830还用于在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,当通过通信接口820接收到所述计费客户端发送的第二CCR-U,通过通信接口820向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,所述第二CCA用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元830还用于,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,通过通信接口820向所述计费客户端发送终止会话请求ASR,所述ASR用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元830还用于,在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,中止在所述计费服务器中放通的所述业务会话,针对待计费话单进行计费处理,其中,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;对在中止放通所述业务会话之后所接收到的所述业务会话对应的CCR-U或者信用控制结束请求进行计费处理。
可以看出,本申请实施例的方案中,当计费服务器800的处理负荷达到过负荷阈值,并且接收到的来自计费客户端的信用控制请求为CCR-U,那么计费服务器不直接拒绝所述CCR-U,而是针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作,由于摒弃了传统技术中直接粗暴的拒绝所有计费相关消息的负荷控制方式,而采用更灵活的方式来控制负荷,这样在控制计费服务器负荷的情况下有利于降低对业务的影响且有利于提升计费系统的计费精确度。
参见图9,本发明实施例还提供一种电信业务系统,包括:相互连接的计费服务器910和计费客户端920;其中,所述计费服务器910为本申请实施例提供的任意一种计费服务器。
本发明实施例还提供一种通信系统,包括:本发明实施例提供的任意一种计费服务器。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可结合或者可以集成到另一个系统,或一些特征可以忽略或不执行。另一点,所显示或讨论的相互之间的间接耦合或者直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例的方案的目的。
另外,在本申请各实施例中的各功能单元可集成在一个处理单元中,也可以是各单元单独物理存在,也可两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,或者也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (15)
1.一种电信业务的处理负荷控制方法,其特征在于,包括:
计费服务器接收来自计费客户端的信用控制请求;
确定所述计费服务器的当前处理负荷是否达到过负荷阈值;
当所述计费服务器的处理负荷达到所述过负荷阈值,并且所述信用控制请求为信用控制更新请求CCR-U,针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
2.根据权利要求1所述的方法,其特征在于,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,其中,所述CCA中携带的授权业务量GSU大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认授权业务量。
3.根据权利要求1所述的方法,其特征在于,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,其中,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。
4.根据权利要求1所述的方法,其特征在于,所述针对所述计费服务器执行负荷控制操作包括:所述计费服务器向所述计费客户端发送用于响应所述CCR-U的CCA,其中,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,向所述计费客户端发送终止会话请求ASR,所述ASR用于指示所述计费客户端终止所述业务会话;接收所述计费客户端响应所述ASR而发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述方法还包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况之下,向所述计费客户端发送重鉴权请求RAR,其中,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
6.根据权利要求1所述的方法,其特征在于,所述针对所述计费服务器执行负荷控制操作包括:在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,当接收到所述计费客户端发送的第二CCR-U,向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,所述第二CCA用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
8.一种计费服务器,其特征在于,包括:
接收单元,用于接收来自计费客户端的信用控制请求;
负荷确定单元,用于确定所述计费服务器的当前处理负荷是否达到过负荷阈值;
处理单元,用于当所述计费服务器的处理负荷达到所述过负荷阈值,并且所述信用控制请求为信用控制更新请求CCR-U,针对所述CCR-U进行计费处理并针对所述计费服务器执行负荷控制操作。
9.根据权利要求8所述的计费服务器,其特征在于,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体用于,向所述计费客户端发送用于响应所述CCR-U的信用控制响应CCA,其中,所述CCA中携带的授权业务量GSU大于所述CCR-U携带的申请业务量,或者所述CCA中携带的授权业务量大于默认授权业务量。
10.根据权利要求8所述的计费服务器,其特征在于,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体用于,向所述计费客户端发送用于响应所述CCR-U的CCA,其中,所述CCR-U携带会话标识,所述CCA携带会话终止指示,所述会话终止指示用于指示所述计费客户端终止所述会话标识所对应的业务会话。
11.根据权利要求8所述的计费服务器,其特征在于,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体用于,向所述计费客户端发送用于响应所述CCR-U的CCA,所述CCA携带会话放通指示,所述CCR-U携带会话标识,所述会话放通指示用于指示所述计费客户端放通所述会话标识所对应的业务会话,所述会话放通指示还用于指示所述计费客户端监控所述业务会话在放通期间的使用业务量。
12.根据权利要求11所述的计费服务器,其特征在于,所述处理单元还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,向所述计费客户端发送终止会话请求ASR,所述ASR用于指示所述计费客户端终止所述业务会话;接收所述计费客户端响应所述ASR而发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量;
或者,所述处理单元还用于:在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况之下,向所述计费客户端发送重鉴权请求RAR,其中,所述RAR用于指示所述计费客户端中止放通所述业务会话并继续所述业务会话;接收所述计费客户端在中止放通所述业务会话之后发送的待计费话单,针对所述待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
13.根据权利要求8所述的计费服务器,其特征在于,在针对所述计费服务器执行负荷控制操作的方面,所述处理单元具体用于,在所述计费服务器中放通所述CCR-U携带会话标识所对应的业务会话,并监控所述业务会话放通期间的使用业务量。
14.根据权利要求13所述的计费服务器,其特征在于,所述处理单元还用于在确定所述计费服务器的当前处理负荷由达到过负荷阈值转变为低于过负荷阈值的情况下,当接收到所述计费客户端发送的第二CCR-U,向所述计费客户端发送用于响应所述第二CCR-U的第二CCA,所述第二CCA用于指示所述计费客户端终止所述业务会话;针对待计费话单进行计费处理,所述待计费话单中记录了所述业务会话在放通期间的使用业务量。
15.一种电信业务系统,其特征在于,包括:相互连接的计费服务器和计费客户端;其中,所述计费服务器为如权利要求8至14任意一项所述的计费服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610816578.3A CN107809551B (zh) | 2016-09-09 | 2016-09-09 | 电信业务的处理负荷控制方法和相关装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610816578.3A CN107809551B (zh) | 2016-09-09 | 2016-09-09 | 电信业务的处理负荷控制方法和相关装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107809551A true CN107809551A (zh) | 2018-03-16 |
CN107809551B CN107809551B (zh) | 2021-02-12 |
Family
ID=61576342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610816578.3A Active CN107809551B (zh) | 2016-09-09 | 2016-09-09 | 电信业务的处理负荷控制方法和相关装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107809551B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110166965A (zh) * | 2019-04-24 | 2019-08-23 | 中国联合网络通信集团有限公司 | 在线计费系统的性能预警方法及设备 |
CN110933241A (zh) * | 2018-09-19 | 2020-03-27 | 中移信息技术有限公司 | 一种发送在线计费请求的方法、装置、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686452A (zh) * | 2008-09-24 | 2010-03-31 | 华为技术有限公司 | 一种业务计费方法、装置和系统 |
CN102137379A (zh) * | 2011-03-02 | 2011-07-27 | 华为技术有限公司 | 一种计费流量控制方法及装置 |
CN102137444A (zh) * | 2010-11-25 | 2011-07-27 | 华为技术有限公司 | 一种过负荷控制方法和装置 |
CN102164358A (zh) * | 2010-02-24 | 2011-08-24 | 华为技术有限公司 | 业务处理的方法和装置 |
CN102487323A (zh) * | 2010-12-02 | 2012-06-06 | 中兴通讯股份有限公司 | 在线计费业务处理方法、网关及系统 |
EP2466790A1 (en) * | 2010-12-15 | 2012-06-20 | Alcatel Lucent | Network managing system |
US9363144B1 (en) * | 2014-01-30 | 2016-06-07 | Google Inc. | Interconnecting computers in a datacenter |
-
2016
- 2016-09-09 CN CN201610816578.3A patent/CN107809551B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686452A (zh) * | 2008-09-24 | 2010-03-31 | 华为技术有限公司 | 一种业务计费方法、装置和系统 |
CN102164358A (zh) * | 2010-02-24 | 2011-08-24 | 华为技术有限公司 | 业务处理的方法和装置 |
CN102137444A (zh) * | 2010-11-25 | 2011-07-27 | 华为技术有限公司 | 一种过负荷控制方法和装置 |
CN102487323A (zh) * | 2010-12-02 | 2012-06-06 | 中兴通讯股份有限公司 | 在线计费业务处理方法、网关及系统 |
EP2466790A1 (en) * | 2010-12-15 | 2012-06-20 | Alcatel Lucent | Network managing system |
CN102137379A (zh) * | 2011-03-02 | 2011-07-27 | 华为技术有限公司 | 一种计费流量控制方法及装置 |
US9363144B1 (en) * | 2014-01-30 | 2016-06-07 | Google Inc. | Interconnecting computers in a datacenter |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110933241A (zh) * | 2018-09-19 | 2020-03-27 | 中移信息技术有限公司 | 一种发送在线计费请求的方法、装置、设备及介质 |
CN110933241B (zh) * | 2018-09-19 | 2021-03-23 | 中移信息技术有限公司 | 一种发送在线计费请求的方法、装置、设备及介质 |
CN110166965A (zh) * | 2019-04-24 | 2019-08-23 | 中国联合网络通信集团有限公司 | 在线计费系统的性能预警方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107809551B (zh) | 2021-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103049309B (zh) | 虚拟机的资源管理装置、方法和系统 | |
US20060286963A1 (en) | Controlling provision of services in a communications network | |
EP3203683A1 (en) | Charging control method and charging trigger apparatus | |
CN103843374B (zh) | 基于sy的集成的策略和计费控制 | |
US10182161B2 (en) | Modifying a quality of a connection between a terminal and an application server | |
EP3282729B1 (en) | Policy and charging execution function device and method, online charging device and method | |
CN102209310A (zh) | 对用户业务的数据流进行控制的方法和装置 | |
CN105933883A (zh) | 流量监控处理方法和相关装置和系统 | |
CN107809551A (zh) | 电信业务的处理负荷控制方法和相关装置和系统 | |
CN108320225A (zh) | 转账控制方法、平台、系统、计算机可读存储介质 | |
CN102291704B (zh) | 计费方法、计费设备、交换设备和计费系统 | |
CN110072251B (zh) | 一种分析用户通讯行为与管理用户的方法及装置 | |
CN102137376A (zh) | 业务请求处理方法、系统及装置 | |
CN108809665A (zh) | 一种共享授权配额的方法及相关设备 | |
CN110930139A (zh) | 基于客户消费量的差异化燃气缴费服务系统 | |
CN109547956B (zh) | 一种多业务并发处理方法 | |
CN110189169A (zh) | 基于泛在电力物联网的系统 | |
CN109360081A (zh) | 一种电子支付方法及系统 | |
CN101742581B (zh) | 一种保障重点业务的方法,装置和系统 | |
CN101183957B (zh) | 一种在线计费方法、系统和设备 | |
US7925558B2 (en) | System and method for commoditizing browsing time in a self-service store | |
CN103702307B (zh) | 一种群组预付费业务信用控制的方法及系统 | |
CN102083041B (zh) | 筛选有欠费风险的用户的系统、方法及相关装置 | |
CN107294735A (zh) | 一种补单方法及在线计费系统 | |
CN102083044B (zh) | 一种对用户进行信用控制的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |