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

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

图 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到达；

在线计费系统根据上报原因为 QHT到达， 向计费网关发送配额为 0的 信用控制响应消息；

计费网关接收所述信用控制响应消息，根据 QHT触发上报的配额为 0, 释放用户终端使用业务的相关资源。

上述方案中， 该方法还包括： 当非 QHT的监控条件到达时， 计费网关 向在线计费系统发送信用控制请求消息， 所述信用控制请求消息中携带上 报原因为所述非 QHT的监控条件到达。 上述方案中， 该方法还包括： 在线计费系统确定上 ^艮原因为非 QHT的 监控条件到达时， 根据用户终端的剩余配额对用户终端使用的业 务进行批 价， 下发新的配额， 通过信用控制响应消息携带业务的批价和配额 发送给 计费网关。

上述方案中， 该方法还包括： 计费网关根据信用控制响应消息携带的 业务批价和配额， 对用户终端使用的业务进行实时监控。

上述方案中， 所述信用控制响应消息还携带结果码， 计费网关根据信 用控制响应消息携带的结果码， 对用户终端使用的业务进行相应处理。

本发明实施例提供的一种计费业务的处理系统 ， 该系统包括： 计费网 关、 在线计费系统； 其中，

计费网关， 配置为对用户终端使用的业务进行实时监控， 当 QHT到达 时， 向在线计费系统发送信用控制请求消息， 所述信用控制请求消息中携 带上报原因为 QHT到达； 接收信用控制响应消息， 在确定 QHT触发上报 的配额为 0时， 释放用户终端使用业务的相关资源；

在线计费系统， 配置为接收信用控制请求消息， 根据上报原因为 QHT 到达， 向计费网关发送配额为 0的信用控制响应消息。

上述方案中， 所述计费网关， 还配置为当非 QHT的监控条件到达时， 向在线计费系统发送信用控制请求消息， 所述信用控制请求消息中携带上 报原因为所述非 QHT的监控条件到达。

上述方案中， 所述在线计费系统， 还配置为确定上报原因为非 QHT的 监控条件到达时， 根据用户终端的剩余配额对用户终端使用的业 务进行批 价， 下发新的配额， 向计费网关发送携带业务的批价和配额的信用 控制响 应消息。

上述方案中， 所述计费网关， 还配置为， 根据信用控制响应消息携带 的业务批价和配额， 对用户终端使用的业务进行实时监控。 上述方案中， 所述信用控制响应消息还携带结果码； 所述计费网关还 配置为根据信用控制响应消息携带的结果码， 对用户终端使用的业务进行 相应处理。

本发明实施例提供的一种计费网关， 该计费网关包括： 请求消息处理 单元、 响应消息处理单元、 业务处理单元； 其中，

请求消息处理单元， 配置为向在线计费系统发送信用控制请求消息 ， 所述信用控制请求消息中携带上报原因为 QHT到达；

响应消息处理单元， 配置为接收信用控制响应消息， 在确定 QHT触发 上报的配额为 0时， 通知业务处理单元释放用户终端使用业务的相 关资源； 业务处理单元， 配置为对用户终端使用的业务进行实时监控， 当 QHT 到达时， 通知请求消息处理单元； 并根据响应消息处理单元的通知， 释放 用户终端使用业务的相关资源。

本发明实施例提供的一种在线计费系统， 该在线计费系统包括： 消息 接收单元、 原因判断单元、 配额处理单元、 消息发送单元； 其中，

消息接收单元， 配置为接收信用控制请求消息， 并通知原因判断单元； 原因判断单元， 配置为确定上报原因为 QHT到达时， 通知配额处理单 元；

配额处理单元， 配置为设置配额为 0;

消息发送单元， 配置为向计费网关发送配额为 0的信用控制响应消息。 本发明实施例提供的一种计费业务的处理方法 及系统、 计费网关、 在 线计费系统， 计费网关对用户终端使用的业务进行实时监控 ， 当 QHT到达 时， 向在线计费系统发送信用控制请求消息， 所述信用控制请求消息中携 带上报原因为 QHT到达； 在线计费系统根据上报原因为 QHT到达， 向计 费网关发送配额为 0的信用控制响应消息； 计费网关接收所述信用控制响 应消息， 根据 QHT触发上报的配额为 0, 释放用户终端使用业务的相关资 源； 如此， 能够减少静默业务时的信用控制请求消息和信 用控制响应消息 交互， 提高系统的性能， 减少计费网关资源利用率。 附图说明

图 1为现有技术中计费业务的处理方法流程示意� �；

图 2为本发明实施例实现计费业务的处理方法的� �程示意图； 图 3为本发明实施例在信用控制请求消息为 CCR-U消息，信用控制响 应消息为 CCA-U消息时， 实现计费业务的处理方法的流程示意图；

图 4为本发明实施例实现计费业务的处理系统的� �构示意图。 具体实施方式

本发明实施例的基本思想是： 计费网关对用户终端使用的业务进行实 时监控， 当 QHT到达时， 向在线计费系统发送信用控制请求消息， 所述信 用控制请求消息中携带上报原因为 QHT到达； 在线计费系统根据上报原因 为 QHT到达， 向计费网关发送配额为 0的信用控制响应消息； 计费网关接 收所述信用控制响应消息， 根据 QHT触发上报的配额为 0, 释放用户终端 使用业务的相关资源。

下面通过附图及具体实施例对本发明实施例做 进一步的详细说明。 本发明实施例实现一种计费业务的处理方法， 如图 2所示， 该方法包 括以下几个步驟：

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

步驟 202: 在线计费系统根据上报原因为 QHT到达， 向计费网关发送 配额为 0的信用控制响应消息；

步驟 203: 计费网关接收所述信用控制响应消息， 根据 QHT触发上报 的配额为 0, 释放用户终端使用业务的相关资源。

上述步驟 201还包括： 当非 QHT的监控条件到达时， 计费网关向在线 计费系统发送信用控制请求消息 , 所述信用控制请求消息中携带上报原因 为所述非 QHT的监控条件到达；

优选地， 上述步驟 202中， 所述在线计费系统确定上 ^艮原因为非 QHT 的监控条件到达时， 根据用户终端的剩余配额对用户终端使用的业 务进行 批价， 下发新的配额， 通过信用控制响应消息携带业务的批价和配额 发送 给计费网关；

优选地， 上述步驟 203 中， 所述计费网关根据信用控制响应消息携带 的业务批价和配额， 对用户终端使用的业务进行实时监控；

所述信用控制响应消息还携带结果码， 计费网关根据信用控制响应消 息携带的结果码， 对用户终端使用的业务进行相应处理。

上述步驟中， 所述信用控制请求消息一般是 CCR-U消息； 所述信用控 制响应消息一般是 CCA-U消息。

具体的， 在信用控制请求消息为 CCR-U 消息， 信用控制响应消息为 CCA-U消息时， 实现计费业务的处理方法， 如图 3所示， 包括以下几个步 驟：

步驟 301: 用户终端向计费网关发送计费请求。

步驟 302:计费网关接收到用户终端的计费请求，判� �是预付费用户后， 向在线计费系统发送 CCR-I消息， 进行鉴权。

步驟 303: 在线计费系统接收到 CCR-I消息， 查询用户是否存在， 验 证其身份是否合法， 并向计费网关发送 CCA-I消息。

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

步驟 305: 用户终端向计费网关发送新业务接入请求。

步驟 306: 计费网关向在线计费系统发送 CCR-U消息。

步驟 307: 在线计费系统根据 CCR-U消息对用户终端使用的业务进行 批价， 计算配额。

步驟 308: 在线计费系统向计费网关发送携带业务的批价 和配额的 CCA-U消息。

本步驟中，在计费网关不支持 QHT时，所述 CCA-U消息中还携带 QHT。 步驟 309: 计费网关对用户终端使用的业务进行实时监控 ， 当 QHT到 达时， 向在线计费系统发送 CCR-U消息， 所述 CCR-U消息中携带上报原 因为 QHT到达。

本步驟还包括： 当非 QHT的监控条件到达时， 计费网关向在线计费系 统发送 CCR-U消息，所述 CCR-U消息中携带上 4艮原因为所述非 QHT的监 控条件到达。

步驟 310: 在线计费系统根据上报原因为 QHT到达， 在线计费系统直 接扣费， 向计费网关发送配额为 0的 CCA-U消息。

本步驟还包括： 在线计费系统确定上报原因为非 QHT的监控条件到达 时， 根据用户终端的剩余配额对用户终端使用的业 务进行批价， 下发新的 配额， 通过 CCA-U消息携带业务的批价和配额发送给计费网� ��， 所述配额 包括： 流量、 时间、 事件等。

这里， 所述 CCA-U消息还携带结果码（result-code ), 例如： 成功、 欠 费、 免费等。

所述根据用户终端的剩余配额对用户终端使用 的业务进行批价， 下发 新的配额， 具体为： 当用户终端的剩余配额在用户终端的信用额度 内时， 对用户终端使用的业务进行批价， 下发不低于最小配额的可用配额； 当用 户终端的剩余配额不在用户终端的信用额度内 时， 对用户终端使用的业务 进行批价， 下发最后剩余配额或零配额， 并下发 FUI单元。

步驟 311：计费网关接收所述 CCA-U消息，根据 QHT触发上报的配额 为 0, 释放用户终端使用业务的相关资源。

本步驟还包括： 计费网关根据 CCA-U消息携带的业务批价和配额， 对 用户终端使用的业务进行实时监控。

本步驟还包括： 计费网关根据 CCA-U消息携带的结果码， 对用户终端 使用的业务进行相应处理， 如： 结果码为成功， 当下发配额不等于 0时， 若用户终端使用的业务为静默业务， 则激活静默业务， 若用户终端使用的 业务为非静默业务， 则对非静默业务进行实时监控； 当下发配额等于 0时， 若用户终端使用的业务为静默业务， 释放静默业务的相关资源； 若用户终 端使用的业务为非静默业务， 则终止非静默业务；

结果码为欠费， 当用户终端使用的业务为静默业务时， 业务按照欠费 业务处理；

结果码为免费， 当用户终端使用的业务为静默业务时， 业务按照免费 处理。

本步驟中， 当前用户终端所有的业务都不允许接入时， 计费网关向用 户终端发送反向去活消息。

上述步驟 311之后， 还包括步驟 312~步驟 315:

步驟 312: 用户终端主动向计费网关发送 PDP去活消息。

步驟 313:计费网关收到用户去活消息后，向在线计� �系统发送 CCR-T 消息， 所述 CCR-T消息中携带用户终端已使用的实际配额等� ��息。

步驟 314: 在线计费系统收到 CCR-T消息后， 进行批价、 账户控制等 处理， 并向计费网关发送 CCA-T消息。

步驟 315: 计费网关向用户终端发送去活响应消息。 为了实现上述方法， 本发明实施例还提供一种计费业务的处理系统 ， 如图 4所示， 该系统包括： 计费网关 41、 在线计费系统 42; 其中，

计费网关 41 , 配置为对用户终端使用的业务进行实时监控， 当 QHT到 达时， 向在线计费系统 42发送信用控制请求消息， 所述信用控制请求消息 中携带上报原因为 QHT到达； 接收信用控制响应消息， 在确定 QHT触发 上报的配额为 0时， 释放用户终端使用业务的相关资源；

在线计费系统 42,配置为接收信用控制请求消息，根据上报原 因为 QHT 到达， 向计费网关 41发送配额为 0的信用控制响应消息；

所述计费网关 41 , 还配置为接收用户终端的计费请求， 判断是预付费 用户后， 向在线计费系统 42发送 CCR-I消息；

所述在线计费系统 42,还配置为接收 CCR-I消息，查询用户是否存在， 验证其身份是否合法， 并向计费网关 41发送 CCA-I消息；

所述计费网关 41 ,还配置为当非 QHT的监控条件到达时， 向在线计费 系统 42发送信用控制请求消息 , 所述信用控制请求消息中携带上报原因为 所述非 QHT的监控条件到达；

所述在线计费系统 42,还配置为确定上报原因为非 QHT的监控条件到 达时， 根据用户终端的剩余配额对用户终端使用的业 务进行批价， 下发新 的配额， 向计费网关 41发送携带业务的批价和配额的信用控制响应� ��息， 所述配额包括： 流量、 时间、 事件等；

优选地， 所述计费网关 41 , 配置为根据信用控制响应消息携带的业务 批价和配额， 对用户终端使用的业务进行实时监控。

优选地， 所述计费网关 41 , 还配置为根据信用控制响应消息携带的结 果码， 对用户终端使用的业务进行相应处理。

所述计费网关 41具体包括： 请求消息处理单元 411、 响应消息处理单 元 412、 业务处理单元 413; 其中， 请求消息处理单元 411 , 配置为向在线计费系统 42发送信用控制请求 消息， 所述信用控制请求消息中携带上报原因为 QHT到达；

响应消息处理单元 412, 配置为接收信用控制响应消息， 在确定 QHT 触发上 ·^艮的配额为 0时， 通知业务处理单元 413释放用户终端使用业务的 相关资源；

业务处理单元 413 , 配置为对用户终端使用的业务进行实时监控， 当 QHT到达时， 通知请求消息处理单元 411 ; 并根据响应消息处理单元 412 的通知， 释放用户终端使用业务的相关资源；

所述业务处理单元 413, 还配置为当非 QHT的监控条件到达时， 通知 请求消息处理单元 411 ;

相应的， 所述请求消息处理单元 411 , 还配置为向在线计费系统 42发 送信用控制请求消息， 所述信用控制请求消息中携带上报原因为所述 非 QHT的监控条件到达；

所述响应消息处理单元 412,还配置为接收携带业务批价和配额的信用 控制响应消息， 并通知业务处理单元 413;

所述业务处理单元 413 , 还配置为接收响应消息处理单元 412的通知， 根据信用控制响应消息携带的业务批价和配额 ， 对用户终端使用的业务进 行实时监控；

所述业务处理单元 413 , 还配置为根据信用控制响应消息携带的结果 码， 对用户终端使用的业务进行相应处理， 包括： 成功、 欠费、 免费等处 理。

所述在线计费系统 42具体包括：消息接收单元 421、原因判断单元 422、 配额处理单元 423、 消息发送单元 424; 其中，

消息接收单元 421 , 配置为接收信用控制请求消息， 并通知原因判断单 元 422; 原因判断单元 422, 配置为确定上 ^艮原因为 QHT到达时， 通知配额处 理单元 423;

配额处理单元 423 , 配置为设置配额为 0;

消息发送单元 424, 配置为向计费网关 41发送配额为 0的信用控制响 应消息；

所述原因判断单元 422, 还配置为确定上报原因为非 QHT的监控条件 到达时， 通知配额处理单元 423;

所述配额处理单元 423 ,还配置为根据用户终端的剩余配额对用户终� � 使用的业务进行批价， 设置新的配额；

所述消息发送单元 424, 还配置为向计费网关 41发送携带业务的批价 和配额的信用控制响应消息；

所述消息发送单元 424发送的信用控制响应消息还携带结果码， 例如： 成功、 欠费、 免费等。

基于上述系统， 本发明实施例还提供一种计费网关， 如图 4所示， 该 计费网关 41 包括： 请求消息处理单元 411、 响应消息处理单元 412、 业务 处理单元 413; 其中，

请求消息处理单元 411 , 配置为向在线计费系统 42发送信用控制请求 消息， 所述信用控制请求消息中携带上报原因为 QHT到达；

响应消息处理单元 412, 配置为接收信用控制响应消息， 在确定 QHT 触发上 ·^艮的配额为 0时， 通知业务处理单元 413释放用户终端使用业务的 相关资源；

业务处理单元 413 , 配置为对用户终端使用的业务进行实时监控， 当 QHT到达时， 通知请求消息处理单元 411; 并根据响应消息处理单元 412 的通知， 释放用户终端使用业务的相关资源；

所述业务处理单元 413, 还配置为当非 QHT的监控条件到达时， 通知 请求消息处理单元 411;

相应的， 所述请求消息处理单元 411 , 还配置为向在线计费系统 42发 送信用控制请求消息， 所述信用控制请求消息中携带上报原因为所述 非

QHT的监控条件到达；

所述响应消息处理单元 412,还配置为接收携带业务批价和配额的信用 控制响应消息， 并通知业务处理单元 413;

所述业务处理单元 413 , 还配置为接收响应消息处理单元 412的通知， 根据信用控制响应消息携带的业务批价和配额 ， 对用户终端使用的业务进 行实时监控；

所述业务处理单元 413 , 还配置为根据信用控制响应消息携带的结果 码， 对用户终端使用的业务进行相应处理， 包括： 成功、 欠费、 免费等处 理。

基于上述系统， 本发明实施例还提供一种在线计费系统， 如图 4所示， 该在线计费系统 42包括： 消息接收单元 421、 原因判断单元 422、 配额处 理单元 423、 消息发送单元 424; 其中，

消息接收单元 421 , 配置为接收信用控制请求消息， 并通知原因判断单 元 422;

原因判断单元 422, 配置为确定上 ^艮原因为 QHT到达时， 通知配额处 理单元 423;

配额处理单元 423 , 配置为设置配额为 0;

消息发送单元 424, 配置为向计费网关 41发送配额为 0的信用控制响 应消息；

所述原因判断单元 422, 还配置为确定上报原因为非 QHT的监控条件 到达时， 通知配额处理单元 423;

所述配额处理单元 423 ,还配置为根据用户终端的剩余配额对用户终� � 使用的业务进行批价， 设置新的配额；

所述消息发送单元 424, 还配置为向计费网关 41发送携带业务的批价 和配额的信用控制响应消息；

所述消息发送单元 424发送的信用控制响应消息还携带结果码， 例如： 成功、 欠费、 免费等。

以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。