[发明专利]计费业务的处理方法及系统、计费网关、在线计费系统

说明书

技术领域

本发明涉及通讯计费领域，尤其涉及一种计费业务的处理方法及系统、计费网关、在线计费系统。

背景技术

随着在线计费技术的发展，在线计费系统的性能也成为运营商关注的焦点。在线计费系统的主要性能指标包括实时性、可靠性、可扩展性和容错性。其中，实时性是一个非常重要的指标，并且运营商对于系统处理的平均时延也有明确的规定，因此，如何提高系统的处理速度、减少系统的响应时延是在线计费系统的关键技术。

图1是计费系统中各个功能模块之间的信令交互流程图，如图1所示，计费系统主要包括用户终端、计费网关和在线计费系统。其中，计费网关的主要功能是确定用户使用的业务费率、使用时长或流量、以及话单保存等；在线计费系统的主要功能是对用户进行鉴权、授权、计费等，具体包括以下几个步骤：

步骤101：用户终端向计费网关发送计费请求。

步骤102：计费网关接收到用户的计费请求，判断是预付费用户，则向在线计费系统发送信用控制初始请求(CCR-I，Credit-Control-Request-INITIAL)消息，进行鉴权。

步骤103：在线计费系统接收到CCR-I消息，查询用户是否存在，验证其身份是否合法，并向计费网关发送信用控制初始响应(CCA-I，Credit-Control-Answer-INITIAL)消息。

步骤104：计费网关接收到CCA-I消息后，向用户发送接入响应消息，并根据CCA-I消息判断是否用户鉴权成功，如果CCA-I消息指示用户鉴权成功，则执行步骤105；否则用户激活失败，释放计费网关上的资源，流程结束。

步骤105：用户终端向计费网关发送新业务接入请求。

步骤106：计费网关根据新业务接入请求，解析和识别用户终端使用的业务信息以及上下行流量等信息，并将解析和识别的信息通过信用控制更新请求(CCR-U，Credit-Control-Request-UPDATE)消息发送给在线计费系统。

步骤107：在线计费系统根据用户终端的剩余配额对用户终端使用的业务进行批价，下发新的配额给所述业务，通过信用控制更新响应(CCA-U，Credit-Control-Answer-UPDATE)消息携带业务的批价和配额发送给计费网关。

步骤108：计费网关收到CCA-U消息后，根据其中的配额对用户终端使用的业务进行实时监控，当监控条件到达，计费网关向在线计费系统发送CCR-U继续申请配额，执行步骤107。

步骤109：用户终端主动向计费网关发送PDP去活消息。

步骤110：计费网关收到用户去活消息后，向在线计费系统发送信用控制结束请求(CCR-T，Credit-Control-Request-TERMINATION)消息，所述CCR-T消息中携带用户终端已使用的实际配额等信息。

步骤111：在线计费系统收到CCR-T消息后，进行批价、账户控制等处理，并向计费网关发送信用控制结束响应(CCA-T，Credit-Control-Answer-TERMINATION)消息。

步骤112：计费网关向用户终端发送去活响应消息。

综上所述，在用户激活、业务处理和用户去活的流程中，计费网关和在线计费系统通过CCR-U和CCA-U消息进行交互。

计费网关判断业务的监控条件到达，如果该监控条件到达是配额保持时间(QHT，Quota-Holding-Time)到达，则在线计费系统正常下发CCA-U，此时，如果该用户终端使用的业务一直处于无数据报文状态(静默业务)，则在计费网关和在线计费系统之间，一直存在静默业务的CCR-U和CCA-U消息。如果QHT的时间较短，则会导致计费网关不停地向计费系统发送信用控制请求去申请配额，影响系统的处理速率。由于用户终端的静默业务在短期内不再使用，会占用一定的计费网关资源。如果大量用户终端的业务处于静默业务，网络可能因为CCR-U和CCA-U消息过于密集导致计费网关/系统瘫痪。

发明内容

有鉴于此，本发明的主要目的在于提供一种计费业务的处理方法及系统、计费网关、在线计费系统，能够减少静默业务时的CCR-U和CCA-U消息交互，提高系统的性能，减少计费网关资源利用率。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供的一种计费业务的处理方法，该方法包括：

计费网关对用户终端使用的业务进行实时监控，当QHT到达时，向在线计费系统发送信用控制请求消息，所述信用控制请求消息中携带上报原因为QHT到达；