CN108809666B - 流量在线计费的方法、装置及设备 - Google Patents

Abstract

本发明实施例公开了一种流量在线计费的方法、装置及设备。该方法包括：接收信用控制请求CCR消息；基于CCR消息的业务代码识别CCR消息的消息类型；根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；根据计费处理流程的结果发送信用控制应答CCA消息。本发明实施例能够降低流量计费***性能的损耗。

Description

流量在线计费的方法、装置及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种流量在线计费的方法、装置及设备。

背景技术

随着4G网络的发展，4G网络用户越来越多，流量的使用也日益递增，同时对流量计费***性能的需求也逐步攀升。目前，流量计费***通常采用在线计费处理的方式，这种方式能够提高提醒的及时性、减少高额流量欠费风险等等。

现有的流量在线计费方式在对CCR(CreditControlRequest，信用控制请求)消息进行计费处理时，对所有的CCR消息均采用统一的处理流程。但是，在CCR消息中的一些冗余和无效的业务消息，这些消息并不需要执行完整的处理流程，只需要进行统一处理流程中的部分处理即可。所以，现有的流量在线计费方式对流量计费***的性能造成过多的损耗，浪费了较多的在线计费***性能。

发明内容

本发明实施例提供了一种流量在线计费的方法、装置及设备，能够降低流量计费***性能的损耗。

第一方面，本发明实施例提供了一种流量在线计费的方法，包括：

接收信用控制请求CCR消息；

基于CCR消息的业务代码识别CCR消息的消息类型；

根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；

根据计费处理流程的结果发送信CCA(Credit Control Answer，信用控制应答)消息。

第二方面，本发明实施例提供了一种流量在线计费的装置，包括：

接收单元，用于接收信用控制请求CCR消息；

识别单元，用于基于CCR消息的业务代码识别CCR消息的消息类型；

处理单元，用于根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；

发送单元，用于根据计费处理流程的结果发送CCA消息。

第三方面，本发明实施例提供了一种流量在线计费的设备，包括：

存储器、处理器、通信接口和总线；

存储器、处理器和通信接口通过总线连接并完成相互间的通信；

存储器用于存储程序代码；

处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行一种流量在线计费的方法，流量在线计费的方法包括：

接收信用控制请求CCR消息；

基于CCR消息的业务代码识别CCR消息的消息类型；

根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；

根据计费处理流程的结果发送CCA消息。

本发明实施例提供了一种流量在线计费的方法、装置及设备，本发明实施例中，在接收CCR消息后，基于CCR消息的业务代码识别CCR消息的消息类型；然后根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；再根据计费处理流程的结果发送CCA消息。本发明实施例中对接收的CCR消息进行分类处理，根据消息类型和CCR消息的请求类型不同，执行不同的计费处理流程，与现有技术中所有消息均采用统一的处理流程相比，简化了CCR消息不必要的处理等步骤，精简不必要的计费流程，从而降低对流量计费***的性能消耗，节省了在线计费***性能。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明一实施例提供的流量在线计费的方法的示意性流程图；

图2是根据本发明一实施例提供的流量在线计费的装置的示意性框图；

图3是根据本发明一实施例提供的流量在线计费的设备的示意性框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本发明实施例用于流量计费***对接收的CCR消息进行处理的场景。流量计费***与网元侧设备进行数据交互，在接收网元侧设备发送的CCR消息后，对其进行计费处理，然后将处理结果生成CCA消息回复网元侧设备。本发明实施例中对接收的CCR消息进行分类处理，简化了CCR消息不必要的处理等步骤，降低对流量计费***的性能消耗。

图1示出了根据本发明一实施例提供的流量在线计费的方法的示意性流程图。如图1所示，该方法包括以下步骤。

110，接收CCR消息。

其中，用户在使用GPRS(General Packet Radio Service，通用分组无线服务)业务过程中，由网元侧发出的CCR消息，CCR消息的请求类型包括：初始Init请求、更新Update请求和终止Term请求三类，CCR中还包含有用户使用的业务代码。

120，基于CCR消息的业务代码识别CCR消息的消息类型。

其中，根据CCR消息中携带的业务代码可以识别出CCR消息的消息类型，包括：无效信令、免费流量信令和正常信令，并可以设置消息类型相应的业务标志。正常信令还可以进一步划分为零流量信令和非零流量信令。

无效信令对应业务：指用户在使用GPRS业务过程中产生的无效信令，不需要计费的业务；免费流量信令对应业务：指用户在使用GPRS业务过程中使用的掌上营业厅、手机电视和应用商场业务等内容计费业务；正常信令对应业务：用户在使用GPRS业务过程产生的需要正常计费的业务。

130，根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程。

其中，本发明实施例中，针对不同的CCR消息执行不同的计费处理流程，所以在确定出CCR消息的消息类型和CCR消息的请求类型后，即可确定出此CCR消息对应的计费处理流程，进而可以按照此CCR消息对应的计费处理流程处理此CCR消息。

需要说明的是，在流量计费***中，可以预先设置不同消息类型和请求类型的CCR消息所对应的计费处理流程，然后在确定CCR消息的消息类型和请求类型后，即可查询出此CCR消息对应的计费处理流程。

140，根据计费处理流程的结果发送CCA消息。

其中，在对CCR消息进行计费处理流程处理后，可以基于处理的结果生成CCA消息，并发送CCA消息。

需要说明的是，在发送CCA消息时，通常需要进行回包预处理生成CCA消息，例如，设置回包时用到的各字段值，比如返回码、授权量等信息。

本发明实施例中对接收的CCR消息进行分类处理，根据消息类型和CCR消息的请求类型不同，执行不同的计费处理流程，与现有技术中所有消息均采用统一的处理流程相比，简化了CCR消息不必要的处理等步骤，精简不必要的计费流程，从而降低对流量计费***的性能消耗，节省了在线计费***性能。

需要说明的是，本发明实施例中，由于对不同的CCR消息执行不同的计费处理流程，所以对流量计费***中要处理的CCR消息进行了梳理。CCR消息中可以包括：无效信令、免费流量信令、非零流量信令和零流量信令，无效信令、免费流量信令和零流量信令对应的CCR消息则需要对其处理流程进行区分。本发明实施例中对无效信令、免费流量信令和零流量信令对应的CCR消息的处理流程进行分析，分析结果如表1所示。

表1

基于表1中对应的CCR消息的处理流程进行分析的结果，本发明实施例中对不同的CCR消息执行不同的计费处理流程，精简如上3类信令的在线处理逻辑，将CCR消息进行区别处理，根据各类消息的处理需求和特点跳过不必要的处理环节，从而达到不同的优化目标，降低流量计费性能消耗。

作为一种可选的实施例，在步骤130之前，还可以执行步骤：150，消息类型为无效信令，根据CCR消息发送CCA消息。

其中，对于消息类型为无效信令的CCR消息，由于其不影响客户资料、不必计费、不必输出话单，所以可以跳过中间若干处理环节，直接封装固定的授权量回复应答CCA消息即可。

在发送CCA消息时，通常需要进行DCC消息回包预处理，本步骤中首先基于CCR消息在回包预处理中设置流量配额阈值最大VT，已使用配额授权量GSU等信息，然后发送携带回包预处理的信息的CCA消息。

本发明实施例中精简无效信令的在线处理的过程，将消息类型为无效信令的CCR消息不进行统一处理，而是直接进行与无效信令对应的处理流程，跳过不必要的处理环节，从而达到不同的优化目标，降低流量计费性能消耗。

作为一种可选的实施例，在本发明实施例中，步骤130还可以具体执行为如下步骤。

131，消息类型为免费流量信令且请求类型为初始请求，对CCR消息执行用户资料更新流程。

132，消息类型为免费流量信令且请求类型为更新请求，根据CCR消息更新缓存信息。

133，消息类型为免费流量信令且请求类型为结束请求，对CCR消息执行用户资料访问流程和第一费用处理流程。

本发明实施例中，CCR消息类型可以包括无效信令、免费流量信令和正常信令，CCR消息的请求类型包括Init请求、Update请求和Term请求。对于无效信令的CCR消息，在步骤150中已经说明其处理方式，对于消息类型为免费流量信令还需要结合CCR消息的请求类型来确定其计费处理流程。在本步骤中首先根据请求类型筛选出属于Init请求的CCR消息，由于Init请求的CCR消息均需从内存数据库中访问客户资料，而Init消息的主要任务就是通过ARQ请求访问客户资料信息，所以Init请求的CCR消息均需要执行用户资料访问流程。由于属于Update请求的CCR消息为更新请求类型，其对应的用户资料已经存储到了缓存中，所以不需要去内存数据库中重新获取用户资料，同时免费流量信令不需要进行计费预算的操作，所以消息类型为免费流量信令且请求类型为更新请求，根据CCR消息更新缓存信息即可。由于属于Term请求的CCR消息为结束请求类型，表示其对应的流量计费回话结束，需要结算费用，而其对应的用户资料已经存储到了缓存中，所以不需要去内存数据库中重新获取用户资料，所以消息类型为免费流量信令且请求类型为结束请求，对CCR消息执行用户资料访问流程和第一费用处理流程。

需要说明的是，如果属于Update请求或Term请求的CCR消息对应的用户资料未存储到缓存中，此时则需要去内存数据库中重新获取用户资料，即执行用户资料访问流程。

具体的，用户访问流程可以具体为：根据CCR消息向内存数据库发送请求信息，请求信息用于请求用户资料；接收内存的应答信息，应答信息包括用户资料；将用户资料存储至缓存。

其中，本过程为从内存中访问用户资料并进行存储，以便于后续对用户资料的使用。CCR消息包括用户号码等用户标识信息，所以基于用户标识信息向内存数据库发送请求信息，用于用户标识信息对应的请求用户资料，请求信息中可以包括用户标识信息。用户资料可以包括用户订购的流量信息、流量的使用信息等等。

例如，上述处理流程可以为：根据CCR消息生成标准计费事件，然后根据标准计费事件生成ARQ计费事件，并向内存数据库发送ARQ请求；内存数据库接收ARQ请求并返回AOQ应答；合并ARQ请求和AOQ应答，记录交互信息到标准话单；判断返回资料是否合法，如果合法，则把资料写入缓存客户资料计费事件，后续程序访问资料都是从客户资料计费事件访问和更新。

本步骤中将用户资料从内存数据库中获取并存储到缓存中，以便于后续过程直接从缓存中访问用户资料，加快访问速度，减少对内存数据的访问。

作为一种可选的实施例，在本发明实施例中，对于消息类型为正常信令的CCR消息，步骤130还可以具体执行为如下步骤。

134，判断CCR消息是否为零流量消息；135，CCR消息为零流量消息，根据CCR消息更新缓存信息；136，CCR消息不为零流量消息且请求类型为初始请求，对CCR消息执行用户资料访问流程和第二费用处理流程；137，CCR消息不为零流量消息且请求类型为更新请求，对CCR消息执行第二费用处理流程；138，CCR消息不为零流量消息且请求类型为结束请求，对CCR消息执行第一费用处理流程。

其中，对于消息类型为正常信令，首先需要判断CCR消息是否为零流量消息。由于零流量消息直接利用原来预留进行回包，无需批价和合账，跳过批价、合账、模拟销账、反算、AOQ交互等处理流程，写话单并取上次授权量回复应答CCA消息即可，所以对于CCR消息为零流量消息，根据CCR消息更新缓存信息，只需要根据CCR消息更新缓存信息即可。对于CCR消息不为零流量消息，则根据其请求类型区分计费处理的流程。

由于属于Init请求的CCR消息均需从内存数据库中访问客户资料，而Init消息的主要任务就是通过ARQ请求访问客户资料信息，所以Init请求的CCR消息均需要执行用户资料访问流程，并且还需要进行计费预算，即执行第二计费流程；属于Update请求的CCR消息为更新请求类型，其对应的用户资料已经存储到了缓存中，所以不需要去内存数据库中重新获取用户资料，同时并且还需要进行计费预算，即执行第二计费流程；属于Term请求的CCR消息为结束请求类型，表示其对应的流量计费回话结束，需要结算费用，即执行第一计费流程，同时其对应的用户资料已经存储到了缓存中，所以不需要去内存数据库中重新获取用户资料。综上所述的过程可以得出：CCR消息不为零流量消息且请求类型为初始请求，对CCR消息执行用户资料访问流程和第二费用处理流程；CCR消息不为零流量消息且请求类型为更新请求，对CCR消息执行第二费用处理流程；CCR消息不为零流量消息且请求类型为结束请求，对CCR消息执行第一费用处理流程。

需要说明的是，判断CCR消息是否为零流量消息的方式可以为根据计费过程中的参数值进行判断。本发明实施例中可以通过以下条件判断CCR消息是否为零流量消息：CCR消息中包括子业务标识、CCR消息中包括的子业务标识在流量计费***中已经存在记录、流量计费***中记录的子业务标识对应业务的累计计费流量为0、且CCR消息的计费类型不属于异常信令和免费业务信令。

例如，本发明实施例中零流量判断的条件可以表示为：length(源计费事件.SubSessionId)>0and length(目计费事件.SubSessionId)>0and源计费事件.累计计费流量＝＝0and源计费事件.计费类型not match['7'，'8'，'9']。其中，7、8、9表示计费类型为异常信令和免费流量信令。

具体的，第一费用处理流程可以具体为：基于CCR消息确定用户当前使用流量；根据用户当前使用流量、用户历史使用流量计算用户当前流量费用；根据用户余额、用户流量累计量、用户流量赠送量和用户当前流量费用确定预扣费结果；将用户当前使用流量、用户当前流量费用和预扣费结果存储至缓存。

其中，第一费用处理流程表示用户使用流量业务结束，需要进行流量计费和预扣费的过程。CCR消息中包括用户当前使用流量，根据CCR消息中的用户标识信息可以从缓存的用户资料中获取此用户的用户历史使用流量，从而可以计算出当前用户流量费用。

然后可以对用户进行预扣费处理，包括：累计量冲突检查，判断流量累计量初始值与累计量当前值是否一致，如果不一致则确定累计量冲突并返回最新累计量，如果不一致则确定累计量不冲突；根据用户资料确定用户流量赠送量，进行用户流量赠送量扣减；根据用户流量费用和用户余额进行扣费，如果扣费成功，则确定预扣费结果为扣费成功，设置扣费结果码；如果扣费失败，则确定预扣费结果为扣费失败，返回最新帐本、最新累计量、最新免费资源。将用户当前使用流量、用户当前流量费用和预扣费结果存储至缓存。本发明实施例中累计量初始值、累计量当前值、用户流量赠送量、用户余额、可以从缓存的用户资料中获取。

例如，上述处理过程可以具体为：根据上报的实际使用帐单费用合帐，根据AOQ计费事件生成帐单；调用账务优惠、实时分帐；调用账务优惠、实时分账；累计量冲突检查，根据上报的累计量初始值和当前值比较，不一致返回累计量冲突，并返回最新累计量；赠送量扣减处理，根据上报的赠送量使用值进行扣减，如果当前剩余量不足，返回赠送量冲突，并返回最新赠送量；根据第二次合帐后产生的帐单，调用账务管理扣费接口；如果扣费成功，设置扣费结果码；如果扣费失败，返回最新帐本、最新累计量、最新免费资源；进行实时累帐，将合帐的帐单入库；记录交互信息到标准话单；更新缓存信息，将合帐产生的帐单和上报的实际使用量写入本地缓存sessionstore。

需要说明的是，如果属于Update请求或Term请求的CCR消息对应的用户资料未存储到缓存中，此时则需要去内存数据库中重新获取用户资料，即执行用户资料访问流程。

具体的，第二费用处理流程可以具体为：基于CCR消息确定用户当前使用流量；根据用户当前使用流量、用户历史使用流量和预设预留流量计算用户流量费用；根据用户余额和用户流量费用确定流量预留结果；将用户当前使用流量、用户流量费用和预扣费结果存储至缓存。

其中，第二费用处理流程表示用户使用流量更新，需要进行预留流量计费的过程。CCR消息中包括流量的用户当前使用流量，根据CCR消息中的用户标识信息可以从缓存的用户资料中获取此用户的用户历史使用流量，再结合预设预留流量则可以计算出在本次分配给用户预设预留流量后的用户流量费用。然后将计算的用户流量费用与用户余额进行比较，如果用户流量费用大于用户余额，则确定流量预留结果为预留失败；如果用户流量费用不大于用户余额，则确定流量预留结果为预留成功。本发明实施例中用户余额可以从用户资料中获取。

例如，根据上报的实际使用帐单费用和预留流量账单费用合帐，根据AOQ计费事件生成帐单；调用账务优惠、实时分账；根据合帐后产生的帐单，调用账务管理预留接口；如果预留成功，设置预留结果码；如果预留失败，返回最新帐本；更新缓存信息，将第一次合帐产生的帐单+AOQ上报的实际使用量写入本地缓存sessionstore。

需要说明的是，本发明实施例中，如果预留结果为预留失败，则可以减少预设预留流量并重新执行第二费用处理流程，来保证预留结果为预留成功。如果属于Update请求或Term请求的CCR消息对应的用户资料未存储到缓存中，此时则需要去内存数据库中重新获取用户资料，即执行用户资料访问流程。

图2示出了根据本发明一实施例提供的流量在线计费的装置200的示意性框图。如图2所示，该装置200包括：

接收单元201，用于接收信用控制请求CCR消息；

识别单元202，用于基于CCR消息的业务代码识别CCR消息的消息类型；

处理单元203，用于根据消息类型和CCR消息的请求类型，对CCR消息执行计费处理流程；

发送单元204，用于根据计费处理流程的结果发送信用控制应答CCA消息。

本发明实施例中对接收的CCR消息进行分类处理，根据消息类型和CCR消息的请求类型不同，执行不同的计费处理流程，与现有技术中所有消息均采用统一的处理流程相比，简化了CCR消息不必要的处理等步骤，精简不必要的计费流程，从而降低对流量计费***的性能消耗，节省了在线计费***性能。

可以理解的是，发送单元204还用于：

消息类型为无效信令，根据CCR消息发送CCA消息。

需要说明的是，对于消息类型为无效信令的CCR消息，由于其不影响客户资料、不必计费、不必输出话单，所以可以跳过中间若干处理环节，直接封装固定的授权量回复应答CCA消息即可。

可以理解的是，处理单元203具体用于：

消息类型为免费流量信令且请求类型为初始请求，对CCR消息执行用户资料访问流程；

消息类型为免费流量信令且请求类型为更新请求，根据CCR消息更新缓存信息；

消息类型为免费流量信令且请求类型为结束请求，对CCR消息执行用户资料访问流程和第一费用处理流程。

可以理解的是，消息类型为正常信令；处理单元203具体用于：

判断CCR消息是否为零流量消息；

CCR消息为零流量消息，根据CCR消息更新缓存信息；

CCR消息不为零流量消息且请求类型为初始请求，对CCR消息执行用户资料访问流程和第二费用处理流程；

CCR消息不为零流量消息且请求类型为更新请求，对CCR消息执行第二费用处理流程；

CCR消息不为零流量消息且请求类型为结束请求，对CCR消息执行第一费用处理流程。

可以理解的是，用户资料更新流程，包括：

根据CCR消息向内存数据库发送请求信息，请求信息用于请求用户资料；

接收内存的应答信息，应答信息包括用户资料；

将用户资料存储至缓存。

可以理解的是，第一费用处理流程，包括：

基于CCR消息确定用户当前使用流量；

根据用户当前使用流量、用户历史使用流量计算用户当前流量费用；

根据用户余额、用户流量累计量、用户流量赠送量和用户当前流量费用确定预扣费结果；

将用户当前使用流量、用户当前流量费用和预扣费结果存储至缓存。

可以理解的是，第二费用处理流程，包括：

基于CCR消息确定用户当前使用流量；

根据用户当前使用流量、用户历史使用量和预设预留量计算用户当前流量费用；

根据用户余额和用户流量费用确定流量预留结果；

将用户当前使用流量、用户流量费用和预扣费结果存储至缓存。

根据本发明实施例的流量在线计费的装置200可对应于根据本发明实施例的流量在线计费的方法中的执行主体，并且流量在线计费的装置200中的各个模块的上述和其它操作和/或功能分别为了实现图1中的各个方法的相应流程，为了简洁，在此不再赘述。

图3是根据本发明一实施例的流量在线计费的设备300的示意性框图。如图3所示，设备300包括处理器301、存储器302和通信接口303，存储器302用于存储可执行的程序代码，处理器301通过读取存储器302中存储的可执行程序代码来运行与可执行程序代码对应的程序，通信接口303用于与外部设备通信，设备300还可以包括总线304，总线304用于连接处理器301、存储器302和通信接口303，使处理器301、存储器302和通信接口303通过总线304进行相互通信。

具体地，处理器301还用于执行一种流量在线计费的方法；其中，所述流量在线计费的方法包括：

接收信用控制请求CCR消息；

基于所述CCR消息的业务代码识别所述CCR消息的消息类型；

根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行计费处理流程；

根据所述计费处理流程的结果发送信用控制应答CCA消息。

根据本发明实施例的流量在线计费的设备300可对应于根据本发明实施例的流量在线计费的方法中的执行主体，并且流量在线计费的设备300中的各个模块的上述和其它操作和/或功能分别为了实现图1中的各个方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种流量在线计费的方法，其特征在于，包括：

接收信用控制请求CCR消息；

基于所述CCR消息的业务代码识别所述CCR消息的消息类型；

根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行计费处理流程；

根据所述计费处理流程的结果发送信用控制应答CCA消息；

所述根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行所述计费处理流程，包括：

所述消息类型为免费流量信令且所述请求类型为初始请求，对所述CCR消息执行用户资料访问流程；

所述消息类型为所述免费流量信令且所述请求类型为更新请求，根据所述CCR消息更新缓存信息；

所述消息类型为所述免费流量信令且所述请求类型为结束请求，对所述CCR消息执行第一费用处理流程。

2.根据权利要求1所述流量在线计费的方法，其特征在于，所述根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行计费处理流程之前，包括：

所述消息类型为无效信令，根据所述CCR消息发送所述CCA消息。

3.根据权利要求1所述流量在线计费的方法，其特征在于，所述消息类型为正常信令；

所述根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行所述计费处理流程，包括：

判断所述CCR消息是否为零流量消息；

所述CCR消息为零流量消息，根据所述CCR消息更新缓存信息；

所述CCR消息不为零流量消息且所述请求类型为所述初始请求，对所述CCR消息执行用户资料访问流程和第二费用处理流程；

所述CCR消息不为零流量消息且所述请求类型为所述更新请求，对所述CCR消息执行所述第二费用处理流程；

所述CCR消息不为零流量消息且所述请求类型为所述结束请求，对所述CCR消息执行第一费用处理流程。

4.根据权利要求3所述流量在线计费的方法，其特征在于，所述用户资料访问流程，包括：

根据CCR消息向内存数据库发送请求信息，所述请求信息用于请求用户资料；

接收所述内存的应答信息，所述应答信息包括所述用户资料；

将所述用户资料存储至缓存。

5.根据权利要求 3所述流量在线计费的方法，其特征在于，所述第一费用处理流程，包括：

基于所述CCR消息确定用户当前使用流量；

根据所述用户当前使用流量、用户历史使用流量计算用户当前流量费用；

根据用户余额、用户流量累计量、用户流量赠送量和用户当前流量费用确定预扣费结果；

将所述用户当前使用流量、所述用户当前流量费用和所述预扣费结果存储至缓存。

6.根据权利要求5所述流量在线计费的方法，其特征在于，所述第二费用处理流程，包括：

基于所述CCR消息确定用户当前使用流量；

根据所述用户当前使用流量、用户历史使用流量和预设预留流量计算用户流量费用；

根据用户余额和所述用户流量费用确定流量预留结果；

将所述用户当前使用流量、所述用户流量费用和所述预扣费结果存储至缓存。

7.一种流量在线计费的装置，其特征在于，包括：

接收单元，用于接收信用控制请求CCR消息；

识别单元，用于基于所述CCR消息的业务代码识别所述CCR消息的消息类型；

处理单元，用于根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行计费处理流程；

发送单元，用于根据所述计费处理流程的结果发送信用控制应答CCA消息；

所述处理单元具体用于：

所述消息类型为免费流量信令且所述请求类型为初始请求，对所述CCR消息执行用户资料访问流程；

所述消息类型为所述免费流量信令且所述请求类型为更新请求，根据所述CCR消息更新缓存信息；

所述消息类型为所述免费流量信令且所述请求类型为结束请求，对所述CCR消息执行第一费用处理流程。

8.根据权利要求7所述流量在线计费的装置，其特征在于，所述发送单元还用于：

所述消息类型为无效信令，根据所述CCR消息发送所述CCA消息。

9.根据权利要求7所述流量在线计费的装置，其特征在于，所述消息类型为正常信令；所述处理单元具体用于：

判断所述CCR消息是否为零流量消息；

所述CCR消息为零流量消息，根据所述CCR消息更新缓存信息；

所述CCR消息不为零流量消息且所述请求类型为所述初始请求，对所述CCR消息执行用户资料访问流程和第二费用处理流程；

所述CCR消息不为零流量消息且所述请求类型为所述更新请求，对所述CCR消息执行所述第二费用处理流程；

所述CCR消息不为零流量消息且所述请求类型为所述结束请求，对所述CCR消息执行第一费用处理流程。

10.根据权利要求 9所述流量在线计费的装置，其特征在于，所述用户资料更新流程，包括：

根据CCR消息向内存数据库发送请求信息，所述请求信息用于请求用户资料；

接收所述内存的应答信息，所述应答信息包括所述用户资料；

将所述用户资料存储至缓存。

11.根据权利要求 9所述流量在线计费的装置，其特征在于，所述第一费用处理流程，包括：

基于所述CCR消息确定用户当前使用流量；

根据所述用户当前使用流量、用户历史使用流量计算用户当前流量费用；

根据用户余额、用户流量累计量、用户流量赠送量和用户当前流量费用确定预扣费结果；

将所述用户当前使用流量、所述用户当前流量费用和所述预扣费结果存储至缓存。

12.根据权利要求11所述流量在线计费的装置，其特征在于，所述第二费用处理流程，包括：

基于所述CCR消息确定用户当前使用流量；

根据所述用户当前使用流量、用户历史使用量和预设预留量计算用户当前流量费用；

根据用户余额和所述用户流量费用确定流量预留结果；

将所述用户当前使用流量、所述用户流量费用和所述预扣费结果存储至缓存。

13.一种流量在线计费的设备，其特征在于，包括：

存储器、处理器、通信接口和总线；

存储器、处理器和通信接口通过总线连接并完成相互间的通信；

存储器用于存储程序代码；

处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行一种流量在线计费的方法，流量在线计费的方法包括：

接收信用控制请求CCR消息；

基于所述CCR消息的业务代码识别所述CCR消息的消息类型；

根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行计费处理流程；

根据所述计费处理流程的结果发送信用控制应答CCA消息；

所述根据所述消息类型和所述CCR消息的请求类型，对所述CCR消息执行所述计费处理流程，包括：

所述消息类型为免费流量信令且所述请求类型为初始请求，对所述CCR消息执行用户资料访问流程；

所述消息类型为所述免费流量信令且所述请求类型为更新请求，根据所述CCR消息更新缓存信息；

所述消息类型为所述免费流量信令且所述请求类型为结束请求，对所述CCR消息执行第一费用处理流程。

Images