CN110300235A - 一种通信业务计费方法和装置 - Google Patents

Abstract

一种通信业务计费方法和装置，该方法包括：CBP的前端节点在需要对终端的通信业务进行在线计费处理时，若确定CBP故障或CBP与前端节点之间的通信故障，则由前端节点代替CBP授权终端使用通信业务，同时在每次授权时生成计费请求信息并存储，在确定故障消除后，前端节点根据存储的至少一个计费请求信息生成至少一个CCR消息，并向CBP发送CCR消息，从而由CBP根据CCR消息对故障期间终端使用的通信业务进行在线计费，避免将故障期间终端使用的通信业务的离线计费结果作为终端使用通信业务的在线计费结果导致的计费异常。

Description

一种通信业务计费方法和装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种通信业务计费方法和装置。

背景技术

在通信业务计费领域，若在线计费系统(online charging system，OCS)中的融合计费点(convergent billing point，CBP)能够正常工作，且CBP的前端节点能够与CBP进行正常通信，此时会由CBP根据CBP的前端节点发送的信用控制请求(credit controlrequest，CCR)消息，对终端使用的通信业务提供授权并进行在线计费服务，产生在线计费话单，其中CBP的前端节点可以是服务控制点(service control point，SCP)或者CBP适配器。

而在OCS系统中对一个通信业务进行在线计费过程中或在线计费之前，CBP出现异常或者CBP的前端节点与CBP之间的通信出现故障，则需要由CBP的前端节点代替CBP直接授权终端使用在线通信业务并生成呼叫详单(Call Detail Record，CDR)，CDR用于指示终端使用的通信业务的业务量，在CBP恢复正常或者CBP的前端节点与CBP之间的通信恢复正常时，CBP的前端节点会向CBP发送CDR，使得CBP根据CDR对终端使用的通信业务提供离线计费服务。

通过上述过程可知，在终端的通信业务需要使用在线计费方式进行在线计费时，本应由CBP对终端使用的通信业务进行全程在线计费，然而在CBP故障或CBP与前端节点之间的通信出现故障时，只能由CBP根据CDR对终端使用的通信业务进行部分或全部离线计费处理，由于CBP的在线计费服务和离线计费服务的计费策略和计费方式均存在差异，因此可能会导致CBP将使用离线计费方式得到的计费结果作为终端通信业务的在线计费结果时，计费结果出现异常或偏差。

发明内容

本申请提供一种通信业务计费方法和装置，用以解决现有CBP将使用离线计费方式得到的计费结果作为终端通信业务的在线计费结果时，计费结果出现异常或偏差的问题。

第一方面，本申请实施例提供一种通信业务计费方法，其中融合计费点CBP的前端节点需要对终端的通信业务进行在线计费处理时，若判断CBP故障或CBP与前端节点之间的通信故障，则前端节点代替CBP对终端使用的通信业务进行授权，并在每次授权时产生一个对应的计费请求信息并存储，在前端节点确定CBP故障消除或者CBP与前端节点之间的通信故障消除后，前端节点根据存储的至少一个计费请求信息生成至少一个信用控制请求CCR消息，此后，前端节点将CCR信息发送至CBP，由CBP根据CCR消息对CBP故障或者前端节点与CBP之间通信故障期间，前端节点授权终端使用的通信业务进行在线计费。采用该方法，即便CBP故障或CBP与前端节点之间的通信故障，在CBP故障恢复或者通信故障恢复之后，由CBP根据CCR消息对故障期间终端使用的通信业务进行在线计费，避免CBP将离线计费结果作为终端通信业务的在线计费结果，从而避免计费结果出现异常和偏差。

在一种可能的设计中，前端节点可以针对存储的每一个计费请求信息，可以分别生成一个对应的CCR消息，前端节点可以在每次授权时将终端已经使用的业务量信息置于每次授权时生成的计费请求信息中，且前端节点可以在根据计费请求信息对应生成的CCR消息中携带对应的计费请求信息中的业务量信息。即前端节点可以将每一次代替CBP授权终端使用通信业务时，在记录的计费请求信息中记录当前次授权终端使用通信业务的过程中终端实际使用业务的时长信息，后续在故障恢复时，针对记录的每个计费请求信息生成对应的CCR消息，该CCR信息中包括对应计费请求信息中包括的实际使用业务的时长信息。

在一种可能的设计中，计费请求信息可以包括更新计费请求信息，则前端节点可以将当前次对终端授权时生成的更新计费请求信息与已经存储的更新计费请求信息进行合并存储，得到一个更新计费请求信息并存储，以节省存储空间，其中，合并存储后的更新计费请求信息包括的业务量信息所表示的业务量，可以为前端节点当前次对终端授权时生成的更新计费请求信息包括的业务量信息所表示的业务量，和前端节点已经存储的更新计费请求信息中包括的业务量信息所表示的业务量的总和。例如，已经存储了3个更新计费请求信息，第一个更新计费请求信息中包括业务量信息为5分钟，第二个更新计费请求信息中包括的业务量信息为3分钟，第三个更新计费请求消息中包括的业务量信息为2分钟，则在新生成第四个更新计费请求信息时，包含的业务量信息为5分钟，则可以直接生成一个更新计费请求信息，其中包含的业务量信息为5+3+2+5＝15分钟。

在一种可能的设计中，计费请求信息可以包括结束计费请求信息，则前端节点可以将最后一次对终端授权时生成的计费请求信息与已经存储的更新计费请求信息进行合并存储，得到一个结束计费请求信息并存储，以节省存储空间，其中，合并存储后的更新计费请求信息可以包括终端使用的总业务量信息。例如，已经存储了3个更新计费请求信息，第一个更新计费请求信息中包括业务量信息为5分钟，第二个更新计费请求信息中包括的业务量信息为3分钟，第三个更新计费请求消息中包括的业务量信息为2分钟，则在新生成结束计费请求信息时，包含的业务量信息为5分钟，则可以直接生成一个结束计费请求信息，其中包含的业务量信息为5+3+2+5＝15分钟。

在一种可能的设计中，前端节点可以在向CBP发送CCR消息后，可以丢弃CBP发送的信用控制应答CCA消息，CCA消息是CBP根据CCR消息对故障期间终端使用的通信业务进行在线计费授权后，向前端节点发送的。

第二方面，本申请实施例提供了一种通信业务计费的前端节点，该前端节点包括收发器、存储器和处理器，其中收发器用于前端节点进行通信，存储器用于存储计算机程序，处理器根据存储器所存储的计算机程序，可以实现上述第一方面中以及第一方面中的任意一种可能的设计中前端节点所执行的功能。

第三方面，本申请实施例提供了一种计算机可读存储介质，所述可读存储介质中保存有计算机程序，当所述计算机程序被计算机运行时，可以使得计算机实现上述第一方面中以及第一方面中的任意一种可能的设计中前端节点所执行的功能。

第四方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品被计算机运行时，可以使得计算机实现上述第一方面中以及第一方面中的任意一种可能的设计中前端节点所执行的功能。

第五方面，本申请实施例提供了一种芯片，该芯片与收发器耦合，用于实现上述第一方面中以及第一方面中的任意一种可能的实现方式中前端节点所执行的功能。

附图说明

图1为现有技术中的一种进行在线计费的系统架构示意图；

图2为现有技术中的另一种进行在线计费的系统架构示意图；

图3为本申请实施例提供的一种通信业务计费的前端节点的结构示意图；

图4为本申请实施例提供的一种通信业务计费方法的流程示意图；

图5为本申请实施例提供的一种计费文件的结构示意图；

图6为本申请实施例提供的一种通信业务计费方法中生成计费文件过程的流程示意图；

图7为本申请实施例提供的一种通信业务计费方法中生成CCR消息并进行在线计费的流程示意图；

图8为本申请实施例提供的另一种通信业务计费的前端节点的结构示意图。

具体实施方式

为了解决现有技术中移动通信计费领域，在CBP故障或CBP与前端节点之间的通信出现故障时，只能由CBP根据CDR对终端使用的通信业务进行部分或全部离线计费处理，可能会导致CBP将使用离线计费方式得到的计费结果作为终端通信业务的在线计费结果时，计费结果出现异常或偏差的问题，本申请实施例提供了一种通信业务计费方法和装置。该方法包括：CBP的前端节点在需要对终端的通信业务进行在线计费处理时，若确定CBP故障或CBP与前端节点之间的通信故障，则由前端节点代替CBP授权终端使用通信业务，同时在每次授权时生成计费请求信息并存储，在确定故障消除后，前端节点根据存储的至少一个计费请求信息生成至少一个CCR消息，并向CBP发送CCR消息，从而由CBP根据CCR消息对故障期间终端使用的通信业务进行在线计费，避免将故障期间终端使用的通信业务的离线计费结果作为终端使用通信业务的在线计费结果导致的计费异常。

如图1所示为现有技术中进行在线计费的系统架构，该架构包括SCP101、CBP102，其中，该系统中的SCP 101也可以替换为GGSN，或其他具有相同功能的网络节点，该网络节点用于生成计费请求，并请求CBP 102根据计费请求进行计费。

CBP102是OCS系统中负责接收系统外部发送的计费请求并完成在线和离线统一计费、话音业务和数据业务统一计费、预付费用户和后付费用户统一计费的网元。CBP102接收的计费请求，可以是业务前端网元SCP 101或者网关GPRS支持节点(Gateway GPRS SupportNode，GGSN)发送的CCR消息，用于请求CBP对终端进行的通信业务进行计费。具体的，SCP101或者GGSN可以通过CBP的适配器(adapter)的转发向CBP发送计费请求，从而CBP的适配器也可被认为是CBP的业务前端网元。

本申请实施例涉及的通信业务，是指终端进行的主叫通话、被叫通话、收发短消息和流量业务等需要由OCS系统的CBP进行计费的业务。

本申请实施例涉及的计费请求，是指发送至融合计费点，并用于指示融合计费点对终端使用的通信业务进行计费的请求消息，例如在OCS系统中，计费请求可以是CCR消息、CDR等。其中，CCR消息是具备Diameter协议格式的消息，是SCP或者GGSN根据提供通信业务的业务节点发送的业务请求生成的，业务请求可以是表示终端开始或停止使用通信业务的请求消息，如，终端在开始使用通话业务后，向终端提供通话服务的业务节点向SCP发送开始请求，表示终端开始使用通话业务。具体来说，CCR消息包括起始信用控制应答请求(initial credit control request，CCR-I)消息、更新信用控制应答请求(update creditcontrol request，CCR-U)消息以及结束信用控制应答请求(termination credit controlrequest，CCR-T)消息，CCR消息用于指示CBP对终端使用的通信业务进行在线计费：CCR-I是SCP或者GGSN收到业务节点发送的表示开始向终端提供通信业务的业务请求后生成的，用于指示CBP针对终端进行的通信业务开始计费，例如，CBP可以根据CCR-I消息创建计费会话，确定终端的账户余额，并预留终端账户的部分余额用于实时扣费，CCR-I消息可以包括终端的标识和/或通信业务的对端(例如，终端为通话业务的主叫设备，则对端为被叫设备)的标识、终端使用的通信业务的类型等信息，CBP在收到CCR-I消息并开始进行在线计费后，可以向SCP或者GGSN返回起始信用控制应答响应(initial credit control answer，CCA-I)消息；CCR-U消息可以是SCP或者GGSN发送CCR-I消息后，每经过预设时长或预设业务量用尽后生成并发送至CBP的，用于指示CBP对终端使用的通信业务的业务量进行计费，CCR-U消息可以包括预设时长内终端使用的通信业务的业务量，CBP在收到CCR-U消息并根据CCR-U消息进行在线计费后，可以向SCP或者GGSN返回更新信用控制应答响应(update creditcontrol answer，CCA-U)消息；CCR-T消息是SCP或者GGSN收到业务节点发送的表示结束向终端提供通信业务的信息后生成的，CCR-T消息可以包括通信结束时间点以及终端使用通信业务的业务量等信息，用于指示CBP结束该通信业务的计费，CBP在收到CCR-T消息并结束在线计费后，可以向SCP或者GGSN返回结束信用控制应答响应(termination creditcontrol answer，CCA-T)消息，用以表示已完成通信业务的在线计费。CDR等其他类型的计费请求，由于格式和内容上与CCR消息存在差异，只能用于指示CBP进行离线计费。

另外，如图2所示，现有技术中进行在线计费的系统架构还可以包括适配器103，该适配器103可以用于对发送至CBP 102的消息进行路由转发，从而SCP 101可以通过适配器103与CBP 102进行消息的收发，例如，适配器103可以接收SCP 101发送的CCR消息，并将CCR消息发送至CBP 102，此后，适配器103还可以接收CBP 102发送的CCA消息，并将CCA消息发送至SCP 101。

本申请实施例提供的通信业务计费方法可以由前端节点实施，该前端节点可以是CBP的前端节点，例如在图1所示的计费场景中，前端节点可以是SCP 101。另外，前端节点还可以是如图2所示的进行在线计费的系统架构中的适配器103。

应注意，本申请实施例所涉及的前端节点，是计费过程中CBP的一个业务前端节点，用于在确定CBP故障或CBP与前端节点之间的通信故障时执行本申请实施例提供的通信业务计费方法，使得CBP故障恢复或CBP与前端节点之间的通信故障恢复后，对终端使用的通信业务进行在线计费，因此，在具体实施中前端节点并不以如图1所示的在线计费场景中CBP 102的前端节点SCP 101(或GGSN)以及如图2所示的在线计费场景中CBP 102的前端节点适配器103为限，如在未来移动通信中，进行在线计费的场景发生变化，前端节点仍可以是SCP 101(或GGSN)或适配器103等CBP 102的业务前端网元，或有其它的名称，本申请不做限定。

如图3所示，本申请实施例提供的一种通信业务计费的前端节点300，具有收发器301、存储器302以及处理器303，其中，收发器301用于前端节点300进行收发消息，存储器302用于存储计算机程序或指令，处理器303用于执行存储器所存储的计算机程序或指令，使得前端节点300实现本申请实施例提供的通信业务计费方法。

应注意，本申请实施例中不限定上述收发器301、存储器302以及处理器303之间的具体连接介质，本申请实施例在图3中以收发器301、存储器302以及处理器303之间通过总线304连接为例，总线304在图3中以粗线表示，前端节点300中各部件之间的连接方式仅是进行示意性说明，并不引以为限。所述总线304可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

下面以图2所示的适配器103为前端节点为例，说明本申请实施例提供的一种通信业务计费方法，如图4所示，该方法具体包括以下步骤：

步骤S101：适配器103在需要对终端使用的通信业务进行在线计费处理时，确定CBP 102故障，或者确定适配器103与CBP 102之间的通信故障；

步骤S102：适配器103代替CBP 102对终端使用的通信业务进行计费授权，并在每一次对终端授权时生成一个计费请求信息并存储到存储器中；

步骤S103：适配器103在确定CBP 102故障消除，或者确定适配器103与CBP 102之间的通信故障消除后，根据存储的至少一个计费请求信息生成至少一个CCR消息，CCR消息用于CBP 102对CBP 102故障或前端节点与CBP之间通信故障期间终端使用的通信业务进行在线计费；

步骤S104：适配器103将生成的至少一个CCR消息发送至CBP 102。

在步骤S101的实施中，适配器103需要确定CBP 102故障或CBP 102与适配器103之间的通信故障，其中，CBP 102故障是指CBP 102的在线计费功能出现异常，无法提供在线计费服务，例如，适配器103可以在收到CBP 102发送的表示CBP 102的在线计费功能存在异常的消息后，确定CBP 102出现故障；另外，CBP 102故障还可能是由于CBP 102进行数据更新等原因，暂时无法提供在线计费服务，例如，适配器103可以根据CBP 102的更新配置信息，确定CBP 102处于更新状态而无法提供在线计费服务，其中，CBP 102的更新配置信息可以是CBP 102发送给适配器103的，或者是其他节点发送给适配器103的。若适配器103与CBP102之间的通信出现故障，则适配器103可以在向CBP 102发送进行在线计费的请求消息后，确定在设定时间内没有收到CBP 102的回复，则适配器103确定与CBP 102之间的通信出现故障。在实施中，若前端节点为SCP 101，确定CBP 102故障或确定与CBP 102之间的通信故障的过程也可以由SCP 101实施。

在步骤S102的实施中，在确定CBP 102故障或CBP 102与适配器103之间的通信故障后，适配器103可以根据SCP 101发送的CCR消息确定需要对终端使用的通信业务进行在线计费处理，授权终端使用通信业务并生成计费请求信息，其中计费请求信息可以包括起始计费请求信息、更新计费请求信息和结束计费请求信息，起始计费请求信息包括终端的标识和/或对端的标识，通信业务的类型；每个更新计费请求信息包括后续适配器103每次授权时终端已经使用的通信业务的业务量信息，适配器103可以根据SCP 101发送的CCR-U消息，确定该业务量信息；结束计费请求信息包括通信结束时间点和SCP 101最后一次授权终端使用通信业务时，终端已经使用的业务量信息，适配器103可以根据SCP 101发送的CCR-T消息中的业务量信息作为该业务量信息。

一种可行的方式为，适配器103将SCP 101发送的CCR消息的消息码流，作为计费请求信息，具体来说，可以将SCP 101发送的CCR-I消息的消息码流作为起始计费请求信息，将SCP 101发送的CCR-U消息的消息码流作为更新计费请求信息，以及将SCP 101发送的CCR-T消息的消息码流作为结束计费请求信息。

具体来说，适配器103在判断CBP 102故障或CBP 102与适配器103之间的通信故障后，可以将SCP 101发送的CCR-I消息的消息码作为起始计费请求信息流进行存储，并向SCP101发送CCA-I消息，表示对终端使用的计费业务进行授权；在收到SCP 101发送的CCR-U消息后，将CCR-U消息的消息码流作为更新计费请求信息进行存储，并向SCP 101发送CCA-U消息；以及，在收到SCP 101发送的CCR-T消息后，适配器103可以将CCR-T消息的消息码作为结束计费请求信息流进行存储，并向SCP 101发送CCA-T消息。

若SCP 101发送的CCR-U消息为多个，一种可行的方式为，由适配器103将收到的第一个CCR-U消息的消息码流作为更新计费请求信息存储，在后续每次收到CCR-U消息后生成CCR-U消息的消息码流，将收到的CCR-U消息包括的业务量信息与已经存储的CCR-U消息的消息码流中的业务量信息进行合并，并将已经存储的CCR-U消息的消息码流中的业务量信息替换存储为合并后的业务量信息。例如，若适配器103生成的更新计费请求信息为CCR-U消息的消息码流，且适配器103已经将此前生成的CCR-U消息的消息码流作为更新计费请求信息进行存储，适配器103可以将已经存储的CCR-U消息的消息码流和新生成的CCR-U消息的消息码流进行合并得到一个新的CCR-U消息的消息码流并存储，其中，若适配器103此前存储的CCR-U消息的消息码流所包括的业务量信息表示的业务量为5分钟，适配器103新生成的CCR-U消息的消息码流所包括的业务量信息表示的业务量为3分钟，则适配器103合并后存储的新的CCR-U消息的消息码流所包括的业务量信息表示的业务量是8(5+3)分钟。

另外，在一种可能的实施方式中，若计费请求信息包括结束计费请求信息，适配器103可以将最后一次对终端授权时生成的计费请求信息和已经存储的更新计费请求信息合并存储为一个结束计费请求信息，其中携带终端使用的总业务量信息，例如，若适配器103确定的最后一次对终端授权时生成的计费请求信息，为根据SCP 101发送的CCR-T消息确定的CCR-T消息的消息码流，且适配器103已经将接收的CCR-U消息的消息码流作为更新计费请求信息进行存储，则适配器103可以将CCR-U消息的消息码流以及CCR-T消息的消息码流，合并为一个CCR-T消息的消息码流并作为结束计费请求信息进行存储，而不再存储CCR-U消息的消息码流，其中，若适配器103此前存储的CCR-U消息的消息码流中的业务流信息表示的业务量为5分钟，适配器103最后一次对终端授权时生成的计费请求信息中的业务量信息表示的业务量为3分钟，则合并后的CCR-T消息的消息码流所包括的总业务量信息表示的业务量为8(5+3)分钟。

在实施中，若前端节点为SCP 101，则在步骤S101中，SCP 101可以在收到业务节点发送的业务请求后，确定需要对终端使用的通信业务进行在线计费处理，此时，若SCP 101确定CBP 102故障或CBP 102与SCP 101之间的通信故障，则SCP 101可以代替CBP 102授权终端使用通信业务，以及根据业务请求确定计费请求信息并进行存储，例如，SCP 101可以在计费请求信息中携带业务请求中携带的业务量信息，该业务流信息表示终端使用通信业务的业务量。

具体来说，业务请求可以包括表示终端开始使用通信业务的业务请求以及表示终端结束使用通信业务的业务请求，SCP 101可以在收到表示终端开始使用通信业务的业务请求后，授权终端使用通信业务并生成起始计费请求信息，并在收到表示终端结束使用通信业务的业务请求后，生成结束计费请求信息；另外，在SCP 101生成起始计费请求信息之后，以及在SCP 101生成结束计费请求信息之前，SCP 101还可以在前一次授权终端使用的业务量用尽后，再次授权终端使用通信业务并生成更新计费请求信息，其中携带终端使用的业务量，如，在更新计费请求信息中携带前一次生成计费请求信息至此次生成更新计费请求信息之间终端使用的计费业务的业务量信息。

在实施中，计费请求信息可以是CCR消息的消息码流，其中，起始计费请求信息可以是SCP 101根据业务请求生成的CCR-I消息的消息码流，更新计费请求信息可以是CCR-U消息的消息码流，以及结束计费请求信息可以是SCP 101根据业务请求生成的CCR-T消息的消息码流。

具体来说，进行在线计费过程中，SCP 101在确定CBP 102故障或者确定SCP 101与CBP101之间的通信故障之后，可以根据业务节点发送的表示终端开始使用通信业务的业务请求生成CCR-I消息，之后SCP 101可以将CCR-I消息的消息码流作为起始计费请求信息进行存储；在生成CCR-I消息之后，SCP 101可以在前一次授权终端使用的通信业务的业务量用尽时，再次授权终端使用通信业务，并生成CCR-U，将CCR-U的消息码流作为更新计费请求信息进行存储；SCP 101还可以在收到业务节点发送的表示终端结束使用通信业务的业务请求后，生成CCR-T消息，并将CCR-T消息的消息码流作为结束计费请求信息进行存储。

在实施中，若SCP 101先后生成的更新计费请求信息为多个，SCP 101可以将多个更新计费请求信息进行合并存储，合并后的更新计费请求信息中的业务量信息所表示的业务量为多个所述更新计费请求信息中的业务量信息所表示的业务量的总和。具体来说，SCP101可以将生成的第一个更新计费请求信息进行存储，此后，SCP 101每生成一个更新计费请求信息，可以将新生成的更新计费请求信息与此前存储的更新计费请求信息合并为一个更新计费请求信息进行存储，其中，合并后更新计费请求信息包括的业务量信息所表示的业务量，为SCP 101此前存储的更新计费请求信息包括的业务量信息所表示的业务量和SCP101新生成的更新计费请求信息中的业务量信息所表示的业务量的总和。例如，若SCP 101此前存储的更新计费请求信息为CCR-U消息的消息码流，其中包括的业务量信息表示的业务量为5分钟，SCP 101新生成的更新计费请求信息为CCR-U消息的消息码流，其中包括的业务量信息表示的业务量为3分钟，则SCP 101合并后存储的新的CCR-U消息的消息码流所包括的业务量信息表示的业务量是8(5+3)分钟。

另外，SCP 101还可以将最后一次对终端授权时生成的计费请求信息，与已经存储的更新计费请求信息合并为一个结束计费请求信息并进行存储，合并存储后结束计费请求信息包括的总业务量信息表示的业务量，为故障期间终端使用的总业务量信息。例如，若SCP 101此前存储的更新计费请求信息为CCR-U消息的消息码流，其中业务流信息表示的业务量为5分钟，SCP 101最后一次对终端授权时生成的计费请求信息(即CCR-T消息的消息码流)中的业务量信息表示的业务量为3分钟，则SCP 101合并后生成的CCR-T消息的消息码流所包括的总业务量信息表示的业务量为8(3+5)分钟，SCP 101将合并后生成的CCR-T消息的消息码流作为结束计费请求信息进行存储。

在步骤S102的一种可行的实施方式中，适配器103可以将计费请求信息存储于计费文件中，在该计费文件中还可以包括下列信息中的部分或全部：计费文件的序号、计费文件的创建时间信息、终端的信息、通信业务的开始时间的信息以及计费文件的模式信息。

计费文件的序号可以是适配器103生成的唯一序列号，用于标识计费文件。

计费文件的创建时间信息可以是适配器103生成该消息时适配器103的系统时间戳信息。

终端的信息可以是终端的用户账户的标识信息，如终端的标识信息和/或终端中手机卡的标识信息。在实施中，若计费请求信息为CCR消息的码流，用户账户的标识信息可以从CCR消息的属性值对(attribute value pair，AVP)中赋值，如从接收的CCR-I消息、CCR-U消息或者CCR-T消息的AVP 444中赋值，另外，若接收的上述CCR消息存在多组AVP 443时，可以优先将移动台国际用户识别码(mobile subscriber international ISDNnumber，MSISDN，Integrated Services Digital Network，ISDN)作为终端的信息；终端的信息还可以包括终端的用户账户的标识类型信息，用户账户的标识类型信息可以从信用控制请求消息的AVP中赋值，如从AVP 450赋值，或者从AVP 444赋值，另外，若存在多组AVP443时，可以优先将MSISDN的类型信息作为用户账户的标识类型信息。

通信业务的开始时间信息可以是终端使用通信业务的时间信息，例如此处可以填写CCR消息中表示通信业务的开始时间的时间戳信息。

计费文件的模式信息可以是会话计费(session charging with unitreservation，SCUR)、事件计费(event charging with unit reservation，ECUR)或者立即事件计费(immediate eventcharging，IEC)。举例来说，若终端进行的是通话业务或者数据流量等通信业务，适配器103存储的计费文件的模式信息可以为SCUR；若终端进行的是短消息业务或者彩信等通信业务，适配器103存储的计费文件的模式信息可以为ECUR；另外，若终端进行的是短消息业务或者彩信等通信业务，适配器103存储的计费文件的模式信息还可以是IEC。例如，若适配器103收到的CCR消息为事件CCR(CCR-event)消息，该CCR-event消息用于指示CBP 102针对终端进行的短消息业务进行按次计费，则适配器103可以将计费文件的模式信息存储为IEC，在存储CCR-event消息的消息码流时，适配器103可以将计费文件中原本用于存储CCR-I消息的消息码流的位置，存储为事件CCR消息的消息码流，同时，将计费文件中原本用于存储CCR-U消息的消息码流的位置，以及计费文件中原本用于存储CCR-T消息的消息码流的位置均存储为空白字段。针对终进行的通信业务，以上计费文件的模式信息的设置方式只是举例说明，并不以上述举例为限。

若起始计费请求信息包括CCR-I消息的消息码流、更新计费请求信息包括CCR-U消息的消息码流以及结束计费请求信息包括CCR-T消息的消息码流，且计费文件还包括计费文件的序号、计费文件的创建时间信息、终端的用户账户的标识信息、终端的用户账户的标识类型信息、通信业务的开始时间的信息以及计费文件的模式信息，则计费文件的一种可能的格式如图5所示，该计费文件依次包括以下信息：计费文件的序号、计费文件的创建时间信息、终端的用户账户的标识信息、终端的用户账户的标识类型信息、通信业务的开始时间的信息、计费文件的模式信息、CCR-I的消息码流、CCR-U的消息码流以及CCR-T消息的消息码流。在实施中，若前端节点将计费请求信息存储为具有如图5所示的计费文件，则适配器103在确定故障恢复后，可以根据如图5所示的格式，从计费文件中CCR-I消息的消息码流所在的位置获取CCR-I消息的消息码流用于确定CCR-I消息，以及从计费文件中CCR-U消息的消息码流所在的位置获取CCR-U消息的消息码流用于确定CCR-U消息，以及从计费文件中CCR-T消息的消息码流所在的位置获取CCR-T消息的消息码流用于确定CCR-T消息。

另外在实施中，若前端节点为SCP 101，SCP 101存储计费请求信息的实施方式可以参照适配器103存储计费请求信息的实施方式。

在步骤S102的实施中，若前端节点为适配器103，适配器103可以根据收到的CCR消息生成计费请求信息并存储后，向SCP 101发送CCA消息。具体来说，若适配器103收到SCP101发送的CCR-I消息，则适配器103可以向SCP 101发送表示授权终端使用通信业务的CCA-I消息；另外，适配器103还可以在每次收到SCP 101发送的CCR-U消息后，向SCP101发送CCA-U消息，用于再次授权终端使用通信业务；在收到SCP 101发送的CCR-T消息后，适配器103还可以向SCP 101发送CCA-T消息。另外，若前端节点为SCP 101，则SCP101可以向业务节点发送反馈消息，表示授权终端使用通信业务，具体实现方式可以参照现有方法中SCP 101根据CBP 102的指示授权终端使用通信业务时的实现方式。

在步骤S103的实施中，一种可行的实施方式为，适配器103在确定CBP 102此前发生的故障恢复，或者确定适配器103与CBP 102之间发生的通信故障恢复之后，适配器103针对存储的每一个计费请求信息，分别生成一个对应的CCR消息，其中，CCR消息中可以包括对应的计费请求信息所包括的业务量信息，该业务量信息表示适配器103每次授权时终端已经使用的业务量，或适配器103最后一次授权时终端已经使用的业务量信息。

具体来说，若计费请求信息包括起始计费请求信息、更新计费请求信息和结束计费请求信息，适配器103可以根据起始计费请求信息生成CCR-I消息，根据更新计费请求信息生成CCR-U消息，以及根据结束计费请求信息生成CCR-T消息，其中，CCR-U消息携带更新计费请求信息中的业务量信息，以及CCR-T消息中携带结束计费请求信息中的业务量信息。在实施中，适配器103也可以在确定CBP 102不存在故障，且适配器103与CBP 102之间的通信不存在故障之后，执行步骤S103所述的操作。

在一种可行的实施方式中，若适配器103在步骤S103确定的信用控制请求消息包括CCR-I消息和CCR-T消息，则在步骤S104的实施中，适配器103可以先后向CBP 102发送CCR-I消息和CCR-T消息，具体来说，适配器103可以向CBP 102发送CCR-I消息，用于请求CBP102开始对终端使用的通信业务进行在线计费，并在收到CBP 102发送的CCA-I消息后，向CBP 102发送CCR-T消息，用于请求结束对终端使用的通信业务的在线计费，其中，CCA-I消息可以是CBP 102收到CCR-I消息并根据CCR-I消息进行在线计费后发送的。

在一种可行的实施方式中，若信用控制请求消息还包括CCR-U消息，则在确定CBP102之前发生的故障恢复，或者适配器103与CBP 102之间的生的通信故障恢复后，适配器103可以在向CBP 102发送CCR-I消息和发送CCR-T消息之间向CBP 102发送CCR-U消息。具体来说，适配器103可以在向CBP 102发送CCR-I消息并收到CBP 102返回的CCA-I消息后，向所述融合计费点发送CCR-U消息用于请求CBP 102根据CCR-U消息所表示的终端使用通信业务的业务量进行在线计费，此后，适配器103可以在收到CBP 102返回的CCA-U消息后，向CBP102发送CCR-T消息并接收CBP 102返回的CCA-T消息，其中，CCA-U消息可以是CBP 102在根据CCR-U消息进行在线计费后发送的，CCA-T消息可以是CBP 102在根据CCR-T消息进行在线计费后发送的。

在一种可行的实施方式中，适配器103可以丢弃CBP 102发送的信用控制应答响应(creditcontrol answer，CCA)消息，而不再需要根据CCA消息指示业务节点限制终端使用通信业务。具体来说，适配器103可以在收到CBP 102发送的CCA-I消息、CCA-U消息和CCA-T消息后，对CCA-I消息、CCA-U消息以及CCA-T消息做丢弃处理。

另外在实施中，若前端节点为SCP 101，SCP 101生成CCR消息的实施方式可以参照适配器103生成CCR消息的实施方式。

如图6所示，以前端节点为图1所示的适配器103为例，若SCP 101先后发送至适配器103的信用控制请求消息包括CCR-I消息、两个CCR-U消息以及CCR-T消息，本申请实施例提供的通信业务计费中前端节点存储信用控制请求消息的方法包括以下步骤：

步骤601：SCP 101向适配器103发送CCR-I消息；

步骤602：适配器103在确定CBP 102故障或者适配器103与CBP 102之间通信故障后，将接收的CCR-I消息的消息码流作为起始计费请求信息存储于计费文件；

步骤603：适配器103向SCP 101发送CCA-I消息；

步骤604：SCP 101向适配器103发送第一个CCR-U消息；

步骤605：适配器103将接收的第一个CCR-U消息的消息码流作为更新计费请求信息存储于计费文件；

步骤606：适配器103向SCP 101发送第一个CCA-U消息；

步骤607：SCP 101向适配器103发送第二个CCR-U消息；

步骤608：适配器103将接收的第二个CCR-U消息的消息码流与计费文件中已经存储的第一个CCR-U消息的消息码流进行合并后作为更新计费请求信息存储于计费文件中；

步骤609：适配器103向SCP 101发送第二个CCA-U消息；

步骤610：SCP 101向适配器103发送CCR-T消息；

步骤611：适配器103将接收的CCR-T消息的消息码流作为结束计费请求信息存储于计费文件；

步骤612：适配器103向SCP 101发送CCA-T消息，之后结束本流程。

采用以上方法，适配器103能够在确定CBP 102故障或者适配器103与CBP 102之间的通信故障后，将SCP 101发送的CCR-I消息、CCR-U消息以及CCR-T消息存储于计费文件，在适配器103确定故障恢复后，该计费文件可以用于转换为CCR-I消息、CCR-U消息以及CCR-T消息并分别发送至CBP 102，从而CBP 102根据CCR-I消息、CCR-U消息以及CCR-T消息完成在线计费。

如图7所示，仍以前端节点为适配器103为例，若适配器103将CCR-I消息的消息码流、CCR-U消息的消息码流以及CCR-T消息的消息码流分别存储于计费文件，本申请实施例提供的通信业务计费方法中前端节点根据存储的计费请求信息生成CCR消息并请求CBP102进行在线计费的方法包括以下步骤：

步骤701：在确定CBP 102不存在故障且适配器103与CBP 102之间通信不存在故障后，适配器103根据计费文件中存储的CCR-I消息的消息码流确定CCR-I消息，根据CCR-U消息的消息码流确定CCR-U消息，以及根据CCR-T消息的消息码流确定CCR-T消息；

步骤702：适配器103将CCR-I消息发送至CBP 102；

步骤703：CBP 102根据接收的CCR-I消息创建计费会话，进行话费余额预留处理；

步骤704：CBP 102向适配器103发送CCA-I消息；

步骤705：适配器103在接收CCA-I消息后，向CBP 102发送CCR-U消息并对CCA-I消息进行丢弃处理；

步骤706：CBP 102根据接收的CCR-U消息进行计费处理；

步骤707：CBP 102向适配器103发送CCA-U消息；

步骤708：适配器103在接收CCA-U消息后，向CBP 102发送CCR-T消息并对CCA-U消息进行丢弃处理；

步骤709：CBP 102根据接收的CCR-T消息进行计费处理，并在结束计费处理后释放计费会话，生成在线计费话单；

步骤710：CBP 102向适配器103发送CCA-T消息；

步骤711：适配器103在接收CCA-T消息后，对CCA-T消息进行丢弃处理，之后结束本流程。

采用以上方法，在确定CBP 102确定CBP 102不存在故障且适配器103与CBP 102之间的通信不存在故障后，适配器103能够根据存储的计费文件中的CCR-I消息的消息码流、CCR-U消息的消息码流以及CCR-T消息的消息码流，分别生成CCR-I消息、CCR-U消息以及CCR-T消息，之后适配器103向CBP 102分别发送CCR-I消息、CCR-U消息以及CCR-T消息，以使CBP 102根据CCR-I消息、CCR-U消息以及CCR-T消息完成通信业务的计费。

基于与上述方法实施例相同构思，本申请实施例还提供了一种通信业务计费的前端节点。

本申请实施例可以根据上述方法示例对前端节点进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的前端节点的一种可能的结构示意图，前端节点包括：发送单元801和接收单元802。其中，发送单元801用于支持前端节点执行上述方法实施例中的前端节点发送消息的步骤。接收单元802用于支持前端节点执行上述方法实施例中的前端节点接收消息的步骤。可选的，前端节点还包括：处理单元803，用于支持前端节点执行上述方法实施例中前端节点确定消息的步骤，如确定CCR消息，以及其他除发送单元801和接收单元802的功能以外的其他功能等。

在硬件实现上，上述处理单元803可以为处理器或者处理电路等；发送单元801可以为发送器或者发送电路等，接收单元802可以为接收器或者接收电路等，发送单元801和接收单元802可以构成收发器。

如图3所示，为本申请的实施例提供的上述实施例中所涉及的前端节点300的一种可能的逻辑结构示意图。前端节点300包括：处理器303。在本申请的实施例中，处理器303用于对该前端节点300的动作进行控制管理。可选的，前端节点300还可以包括收发器301，存储器302，其中，收发器301、存储器302和处理器303可以相互连接或通过总线结构304相互连接。其中，该存储器302用于存储前端节点300的计算机程序。收发器301用于支持该前端节点300进行通信。

在如图3所示的前端节点中，处理器303可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。

在实施中，上述实施例中所涉及的前端节点300可以是如图1所示系统中的SCP101，也可以是如图2所示系统中的CBP102的适配器103。

基于与上述方法实施例相同构思，本申请实施例还提供了一种计算机可读存储介质，其上存储有一些指令，这些指令被调用执行时，可以使得前端节点执行上述方法实施例、方法实施例的任意一种可能的设计中所涉及的功能。本申请实施例中，对可读存储介质不做限定，例如，可以是RAM(random-access memory，随机存取存储器)、ROM(read-onlymemory，只读存储器)等。

基于与上述方法实施例相同构思，本申请实施例还提供了一种计算机程序产品，当所述计算机程序产品被计算机运行时，可以使得前端节点执行上述方法实施例、方法实施例的任意一种可能的设计中所涉及的功能。

基于与上述方法实施例相同构思，本申请还提供一种芯片，该芯片与收发器耦合，用于完成上述方法实施例、方法实施例的任意一种可能的实现方式中前端节点所涉及的方法，其中，“耦合”是指两个部件彼此直接或间接地结合，这种结合可以是固定的或可移动性的，这种结合可以允许流动液、电、电信号或其它类型信号在两个部件之间进行通信。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM(只读光盘)、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请中一些可能的实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括本申请实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种通信业务计费方法，其特征在于，包括：

融合计费点CBP的前端节点在需要对终端使用的通信业务进行在线计费处理时，若确定所述CBP故障或所述CBP与所述前端节点之间的通信故障，所述前端节点代替所述CBP对所述终端使用的通信业务进行计费授权，并在每次对终端授权时生成一个对应的计费请求信息并存储；

所述前端节点在确定所述故障消除时，根据存储的至少一个计费请求信息生成至少一个信用控制请求CCR消息，所述CCR消息用于所述CBP对所述故障期间所述终端使用的通信业务进行在线计费；

所述前端节点将生成的所述至少一个CCR消息发送至所述CBP。

2.如权利要求1所述的方法，其特征在于，所述前端节点根据存储的至少一个计费请求信息生成至少一个CCR消息，包括：

所述前端节点针对存储的每一个计费请求信息，分别生成一个对应的CCR消息，其中，若计费请求信息包括每次授权时终端已经使用的业务量信息或者最后一次授权时终端已经使用的业务量信息，对应生成的CCR消息中包括所述业务量信息。

3.如权利要求1所述的方法，其特征在于，所述计费请求信息包括更新计费请求信息,每个更新计费请求信息包括后续每次授权时终端已经使用的业务量信息；

所述前端节点在每次对终端授权时生成一个对应的计费请求信息并存储，包括：

所述前端节点将当前次对终端授权时生成的更新计费请求信息与已经存储的更新计费请求信息合并存储为一个更新计费请求信息，所述合并存储后的更新计费请求信息包括的业务量信息所表示的业务量为当前次生成的更新计费请求信息包括的业务量信息所表示的业务量、和所述已经存储的更新计费请求信息包括的业务量信息所表示的业务量的总和。

4.如权利要求1所述的方法，其特征在于，所述计费请求信息包括结束计费请求信息，所述结束计费请求信息包括最后一次授权时终端已经使用的业务量信息；

所述前端节点在每次对终端授权时生成一个对应的计费请求信息并存储，包括：

所述前端节点将最后一次对终端授权时生成的计费请求信息与已经存储的更新计费请求信息合并存储为一个结束计费请求信息，所述结束计费请求信息包括所述终端使用的总业务量信息。

5.如权利要求1所述的方法，其特征在于，所述前端节点将生成的所述至少一个CCR消息发送至所述CBP之后，还包括：

所述前端节点丢弃所述CBP发送的信用控制应答CCA消息，所述CCA消息为所述CBP根据所述CCR消息对所述故障期间所述终端使用的通信业务进行在线计费授权后，向所述前端节点发送的。

6.一种通信业务计费的前端节点，其特征在于，所述前端节点为融合计费点CBP的前端节点，包括收发器、存储器和处理器：

所述收发器，用于所述前端节点进行通信；

所述存储器，用于存储计算机程序或指令；

所述处理器，用于调用所述存储器中存储的计算机程序或指令，执行：

在需要对终端使用的通信业务进行在线计费处理时，若确定所述CBP故障或所述CBP与所述前端节点之间的通信故障，代替所述CBP对终端使用的通信业务进行计费授权，并在每次对终端授权时生成一个对应的计费请求信息并存储到所述存储器中；在确定所述故障消除时，根据所述存储器中存储的至少一个计费请求信息生成至少一个信用控制请求CCR消息，所述CCR消息用于所述CBP对所述故障期间所述终端使用的通信业务进行在线计费；以及通过所述收发器将生成的所述至少一个CCR消息发送至所述CBP。

7.如权利要求6所述的前端节点，其特征在于，根据存储的至少一个计费请求信息生成至少一个信用控制请求CCR消息时，所述处理器具体用于：

针对存储的每一个计费请求信息，分别生成一个对应的CCR消息，其中，若计费请求信息包括每次授权时终端已经使用的业务量信息或者最后一次授权时终端已经使用的业务量信息，对应生成的CCR消息中包括所述业务量信息。

8.如权利要求6所述的前端节点，其特征在于，所述计费请求信息包括更新计费请求信息,每个更新计费请求信息包括后续每次授权时终端已经使用的业务量信息；

在每次对终端授权时生成一个对应的计费请求信息并存储时，所述处理器具体用于：

将当前次对终端授权时生成的更新计费请求信息与已经存储的更新计费请求信息合并存储为一个更新计费请求信息，所述合并存储后的更新计费请求信息包括的业务量信息所表示的业务量为当前次生成的更新计费请求信息包括的业务量信息所表示的业务量、和所述已经存储的更新计费请求信息包括的业务量信息所表示的业务量的总和。

9.如权利要求6所述的前端节点，其特征在于，所述计费请求信息包括结束计费请求信息，所述结束计费请求信息包括最后一次授权时终端已经使用的业务量信息；

根据存储的至少一个计费请求信息生成至少一个CCR消息时，所述处理器具体用于：

将最后一次对终端授权时生成的结束计费请求信息与已经存储的更新计费请求信息合并存储为一个结束计费请求信息，所述合并存储后的结束计费请求信息包括所述终端使用的总业务量信息。

10.如权利要求6所述的前端节点，其特征在于，所述处理器还用于：

在将生成的所述至少一个CCR消息通过所述收发器发送至所述CBP之后，丢弃所述CBP发送的信用控制应答CCA消息，所述CCA消息为所述CBP根据所述CCR消息对所述故障期间所述终端使用的通信业务进行在线计费授权后，向所述前端节点发送的。