一种计费方法、装置及系统与流程

本发明涉及通信领域，尤其涉及一种计费方法、装置及系统。

背景技术：

当前的演进分组核心网(evolvedpacketcore，epc)网络架构中，终端所发送/接收的数据包需要通过pgw(publicdatanetworkgateway，公共数据网网关)处理和分流，pgw所在的位置过高，导致每一个数据包都要在网络中传输很长距离才能得到转发处理。在这样的情况下，3gpp提出了cu(controlanduser)分离的构想，即将pgw拆分成用户面(userplane)与控制面(controlplane)进行分离布署。控制面包含控制协议(protocols)和对用户面的支撑功能，如控制e-utra(evolveduniversalterrestrialradioaccess)网络接入连接，控制已建立的网络连接的路由路径以支持用户移动，控制网络资源分配以满足用户需求。用户面传输数据流。用户面网关(pgw-u)可以分布式部署，与传统pgw相比可以下移到位置较低的地方，比如靠近居民接入网(residentialaccessnetwork，ran)。其中，下移是站在网络控制的角度，指向用户侧靠近。一些本地业务(服务器在本地)端到端(endtoend，e2e)的数据面传输可以在本地进行，节省了很多传输时延。同时控制面网关(pgw-c)仍然保留集中部署。

在pgwcu分离的构想中，没有针对cu分离时的离线计费方案。

技术实现要素：

本发明的实施例提供一种计费方法和装置，能够实现pgwcu分离下的离线计费。

第一方面，提供了一种系统，包括控制面网关和用户面网关，其中，控制面网关向用户面网关发送第一计费触发事件，第一计费触发事件用于触发用户面网关生成业务使用信息，当用户面网关检测到第一计费触发事件发生时，生成业务使用信息，向控制面网关发送业务使用信息，控制面网关根据业务使用信息生成计费请求，向计费系统发送计费请求。

通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。

第二方面，提供了一种计费方法，包括：控制面网关向用户面网关发送第 一计费触发事件，其中，第一计费触发事件用于触发用户面网关生成业务使用信息。控制面网关接收来自用户面网关的业务使用信息，根据业务使用信息生成计费请求。控制面网关向计费系统发送计费请求。

结合第二方面的实现方式，在第二方面第一种可能的实现方式中，控制面网关还接收来自用户面网关的第一计费触发事件，则控制面网关还根据第一计费触发事件生成计费请求。

这样可以将业务使用信息与第一计费触发事件对应，在多个第一计费触发事件发生时保证计费的准确性。

结合第二方面、第二方面的第一种可能的实现方式，在第二种可能实现的方式中，在控制面网关向用户面网关发送第一计费触发事件之前，控制面网关从至少一个计费触发事件中区分出第一计费触发事件。

第三方面，提供了一种计费方法，包括：用户面网关接收来自控制面网关的第一计费触发事件，其中，第一计费触发事件用于触发用户面网关生成业务使用信息。当用户面网关检测到第一计费触发事件发生时，用户面网关生成业务使用信息。用户面网关向控制面网关发送业务使用信息。

结合第三方面的实现方式，在第三方面第一种可能的实现方式中，当第一计费触发事件不会导致计费会话结束或话单关闭时，在用户面网关向控制面网关发送业务使用信息之前，用户面网关存储第一计费触发事件和生成的业务使用信息。用户面网关重新累计后续业务使用信息。

这样可以在第一计费触发事件导致计费会话结束或话单关闭时，用户面网关才向控制面网关发送业务使用信息，能够减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

结合第三方面、第三方面的第一种可能的实现方式，在第二种可能实现的方式中，用户面网关接收来自控制面网关的至少一个计费触发事件，其中，至少一个计费触发事件包含第一计费触发事件。用户面网关从至少一个计费触发事件中区分出第一计费触发事件。

结合第三方面、第三方面的第一种至第二种可能的实现方式，在第三种可能实现的方式中，用户面网关还向控制面网关发送第一计费触发事件。

结合上述第二方面和第三方面，业务使用信息通过计费容器携带。

第四方面，提供了一种计费装置，包括处理器，存储器，通信接口和总线，处理器与存储器、通信接口通过总线连接。存储器用于存储指令，处理器用于执行该指令，在处理器的控制下，通信接口用于与用户面网关通信。当处理器执行存储器存储的指令时，使得处理器执行第二方面所述的方法。

第五方面，提供了一种计费装置，包括处理器，存储器，通信接口和总线，处理器与存储器、通信接口通过总线连接。存储器用于存储指令，处理器用于执行该指令，在处理器的控制下，通信接口用于与控制面网关通信。当处理器执行存储器存储的指令时，使得处理器执行第三方面所述的方法。

第六方面，提供了一种计算机可读存储介质，其中存储有可执行的程序代码，该程序代码用以实现第二方面所述的方法。

第七方面，提供了一种计算机可读存储介质，其中存储有可执行的程序代码，该程序代码用以实现第三方面所述的方法。

第八方面，提供了一种计费装置，包含用于执行第二方面中的方法的模块。

第九方面，提供了一种计费装置，包含用于执行第三方面中的方法的模块。

第十方面，提供了一种系统，包括控制面网关和用户面网关，其中，控制面网关向用户面网关发送第一计费触发事件，第一计费触发事件用于触发用户面网关生成计费请求。用户面网关在检测到第一计费触发事件发生后，生成计费请求并向控制面网关发送。控制面网关向计费系统发送该计费请求。

通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。

第十一方面，提供了一种计费方法，包括：控制面网关向用户面网关发送第一计费触发事件，其中，第一计费触发事件用于触发用户面网关生成计费请求。控制面网关接收来自用户面网关的计费请求。控制面网关向计费系统发送计费请求。

结合第十一方面的实现方式，在第十一方面第一种可能的实现方式中，在控制面网关向用户面网关发送第一计费触发事件之前，控制面网关从至少一个计费触发事件中区分出第一计费触发事件。

第十二方面，提供了一种计费方法，包括：用户面网关接收来自控制面网关的第一计费触发事件，第一计费触发事件用于触发用户面网关生成计费请求。当用户面网关检测到第一计费触发事件发生时，用户面网关根据业务使用信息生成计费请求。用户面网关向控制面网关发送计费请求。

结合第十二方面的实现方式，在第十二方面第一种可能的实现方式中，当第一计费触发事件不会导致计费会话结束或话单关闭时，在用户面网关向控制面网关发送生成的计费请求之前，用户面网关存储第一计费触发事件和第一计费触发事件发生之前的业务使用信息。用户面网关重新累计后续业务使用信息。

这样可以在第一计费触发事件导致计费会话结束或话单关闭时，用户面网 关才向控制面网关发送计费请求，能够减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

结合第十二方面、第十二方面的第一种可能的实现方式，在第二种可能实现的方式中，用户面网关接收来自控制面网关的至少一个计费触发事件，其中，至少一个计费触发事件包含第一计费触发事件。用户面网关从至少一个计费触发事件中区分出第一计费触发事件。

第十三方面，提供了一种计费装置，包括处理器，存储器，通信接口和总线，处理器与存储器、通信接口通过总线连接。存储器用于存储指令，处理器用于执行该指令，在处理器的控制下，通信接口用于与用户面网关通信。当处理器执行存储器存储的指令时，使得处理器执行第十一方面所述的方法。

第十四方面，提供了一种计费装置，包括处理器，存储器，通信接口和总线，处理器与存储器、通信接口通过总线连接。存储器用于存储指令，处理器用于执行该指令，在处理器的控制下，通信接口用于与控制面网关通信。当处理器执行存储器存储的指令时，使得处理器执行第十二方面所述的方法。

第十五方面，提供了一种计算机可读存储介质，其中存储有可执行的程序代码，该程序代码用以实现第十一方面所述的方法。

第十六方面，提供了一种计算机可读存储介质，其中存储有可执行的程序代码，该程序代码用以实现第十二方面所述的方法。

第十七方面，提供了一种计费装置，包含用于执行第十一方面中的方法的模块。

第十八方面，提供了一种计费装置，包含用于执行第十二方面中的方法的模块。

根据本发明实施例提供的技术方案，通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。进一步的，可以在第一计费触发事件导致计费会话结束或话单关闭的时，用户面网关才向控制面网关发送业务使用信息，以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

附图说明

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

图1是本发明实施例应用的网络架构100的示意图；

图2是依据本发明一实施例的计算机设备200的硬件结构示意图；

图3是依据本发明一实施例的计费方法300的示范性流程图；

图4是依据本发明一实施例的计费方法400的示范性流程图；

图5是依据本发明一实施例的计费方法500的示范性流程图；

图6是依据本发明一实施例的计费装置600的结构示意图；

图7是依据本发明一实施例的计费装置700的结构示意图；

图8是依据本发明一实施例的计费装置800的结构示意图；

图9是依据本发明一实施例的计费装置900的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为方便理解和说明本发明提供的实施例，首先介绍几个与本发明相关的概念。计费触发事件，计费触发事件所指的事件发生时，该事件发生之前的计费信息需要被打包并增加到话单当中，计费信息后续需要重新开始累计。例如，配置用户位置变化为计费触发事件，用户原来位于a区域，后来移动到b区域，则用户在a区域使用业务产生的计费信息，与用户在b区域使用业务产生的计费信息在话单中需要分别列出。

图1是本发明实施例应用的网络架构100的示意图，用于实现cu分离架构下的离线计费。其中用户面网关101用于进行数据流的转发处理，控制面网关102用于向外提供计费接口。在本发明的实施例中，用户面网关101或控制面网关102监控计费触发事件，当计费触发事件发生时，用户面网关101与控制面网关102配合，将计费请求发送给计费系统103进行计费，以实现cu分离架构下的离线计费。

用户面网关101和控制面网关102可以通过计算机设备的形式实现。图2是依据本发明一实施例的计算机设备200的硬件结构示意图。如图2所示，计算机设备200包括处理器202、存储器204、通信接口206和总线208。其中，处理器202、存储器204和通信接口206通过总线208实现彼此之间的通信连 接。

处理器202可以采用通用的中央处理器(centralprocessingunit，cpu)，微处理器，应用专用集成电路(applicationspecificintegratedcircuit，asic)，或者一个或多个集成电路，用于执行相关程序，以实现本发明实施例所提供的技术方案。

存储器204可以是只读存储器(readonlymemory，rom)，静态存储设备，动态存储设备或者随机存取存储器(randomaccessmemory，ram)。存储器204可以存储操作系统2041和其他应用程序2042。在通过软件或者固件来实现本发明实施例提供的技术方案时，用于实现本发明实施例提供的技术方案的程序代码保存在存储器204中，并由处理器202来执行。

通信接口206使用例如但不限于收发器一类的收发装置，来实现与其他设备或通信网络之间的通信。

总线208可包括一通路，在各个部件(例如处理器202、存储器204、通信接口206)之间传送信息。

当计算机设备200是控制面网关102时，处理器202用于执行向用户面网关发送第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成业务使用信息；接收来自所述用户面网关的业务使用信息；根据所述业务使用信息生成计费请求；向计费系统发送所述计费请求。

当计算机设备200是用户面网关101时，处理器202用于执行接收来自控制面网关的第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成业务使用信息；当检测到所述第一计费触发事件发生时，生成业务使用信息；向所述控制面网关发送所述生成的业务使用信息。

图3是依据本发明一实施例的计费方法300的示范性流程图。在具体实现过程中，计费方法300可以由图1中的用户面网关101和控制面网关102来执行。

s301，用户面网关与控制面网关建立ip-can承载。

s302，控制面网关向用户面网关发送第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成业务使用信息。

s303，用户面网关接收来自控制面网关的第一计费触发事件，所述第一计费触发事件用于触发生成业务使用信息。

其中，业务使用信息包括业务使用量。业务使用信息还可以包括qos信息，费率组，业务标识，pcc规则标识、adc规则标识中的至少一种。

其中，业务使用量包括业务使用时间、上行流量、下行流量、时长中的至 少一种。

s304，当所述用户面网关检测到所述第一计费触发事件发生时，所述用户面网关生成业务使用信息。

具体的，第一计费触发事件可以为由用户面网关监控的触发事件，也可以为由控制面网关监控的触发事件。

当第一计费触发事件为由用户面网关监控的触发事件时，用户面网关可以通过以下方式获取第一计费触发事件：在控制面网关向用户面网关发送第一计费触发事件之前，控制面网关从至少一个计费触发事件中区分出第一计费触发事件，之后将第一计费触发事件发送给用户面网关。或者，用户面网关接收来自控制面网关的至少一个计费触发事件，其中包含第一计费触发事件；用户面网关从至少一个计费触发事件中区分出第一计费触发事件。

当第一计费触发事件为由用户面网关监控的触发事件时，s302中的“控制面网关向用户面网关发送第一计费触发事件”包括控制面网关向用户面网关发送监控指示，该监控指示携带第一计费触发事件，指示用户面网关监控第一触发事件；s303中的“用户面网关接收来自控制面网关的第一计费触发事件”包括用户面网关接收来自控制面网关的监控指示，该监控指示携带第一计费触发事件，指示用户面网关监控第一触发事件。用户面网关检测到第一计费触发事件发生包括用户面网关自身监控到第一计费触发事件发生。

当第一计费触发事件为由控制面网关监控的触发事件时，控制面网关可以通过以下方式获取第一计费触发事件：控制面网关从至少一个计费触发事件中区分出第一计费触发事件。或者，用户面网关接收来自控制面网关的至少一个计费触发事件，其中包含第一计费触发事件；用户面网关从至少一个计费触发事件中区分出第一计费触发事件，之后将第一计费触发事件发送给控制面网关。

当第一计费触发事件为由控制面网关监控的触发事件时，s302中的“控制面网关向用户面网关发送第一计费触发事件”包括控制面网关向用户面网关发送通知消息，该通知消息携带第一计费触发事件，指示第一触发事件发生；s303中的“用户面网关接收来自控制面网关的第一计费触发事件”包括用户面网关接收来自控制面网关的通知消息，该通知消息携带第一计费触发事件，指示第一触发事件发生。当用户面网关接收到指示第一计费触发事件发生的通知消息时，用户面网关检测第一计费触发事件发生。

s305，所述用户面网关向所述控制面网关发送所述业务使用信息。

可选的，用户面网关还向控制面网关发送第一计费触发事件。

s306，所述控制面网关接收来自所述用户面网关的业务使用信息。

可选的，控制面网关还接收来自用户面网关的第一计费触发事件。

可选的，当第一计费触发事件会导致计费会话结束或话单关闭时，用户面网关向控制面网关发送生成的业务使用信息。这样可以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

可选的，当第一计费触发事件不会导致计费会话结束或话单关闭时，在用户面网关向控制面网关发送生成的业务使用信息之前，用户面网关存储第一计费触发事件和业务使用信息；用户面网关重新累计后续业务使用信息。

可选的，用户面网关可以将业务使用信息以话单的形式记录下来，并将记录的多个话单一并发送给控制面网关，从而减小用户面网关与控制面网关的交互频率，从而减小网络消耗。

s307，所述控制面网关根据所述业务使用信息生成计费请求。

控制面网关还根据用户面网关发送的第一计费触发事件以及自身配置信息、用户信息、网络信息、业务信息中的至少一种生成计费请求。其中，自身配置信息、用户信息、网络信息、业务信息包括用户标识(username)，服务节点类型(servingnodetype)，服务网关地址(servinggatewayaddress，sgwaddress)，时区(timezone)。

可选的，控制面网关可以根据业务使用信息生成话单，当一定时间之后，将话单发送给计费系统。或者，当话单达到一定数量之后，将话单发送给计费系统。

s308，所述控制面网关向计费系统发送所述计费请求。

根据本发明实施例提供的技术方案，通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。进一步的，可以在第一计费触发事件导致计费会话结束或话单关闭的时，用户面网关才向控制面网关发送业务使用信息，以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。另外，当用户面网关发送的业务使用信息只包含业务使用量时，用户面网关不需要获取其他生成计费请求的信息，能够减轻用户面网关的压力；当用户面网关发送的业务使用信息还包含上述的qos、费率组等信息时，控制面网关无需获取这些信息，能够减轻控制面网关的压力。

在本发明实施例的一种具体实现方式中，可以通过计费容器来携带业务使用信息，其具体过程如下，参见图4。

计费容器是计费请求和话单中的重要组成部分，是结构化的数据集合。计费容器包括业务使用量，还可以包括容器打开和关闭时间，费率组，业务标识， 关闭容器的计费触发事件等信息中的至少一种。计费容器可以通过servicedatacontainer字段表示。在一种实现方式中，servicedatacontainer可以包含以下字段：

service-data-container::＝<avpheader:tbd>

[af-correlation-information]

[charging-rule-base-name]

[accounting-input-octets]

[accounting-output-octets]

[accounting-input-packets]

[accounting-output-packets]

[local-sequence-number]

[qos-information]

[rating-group]

[change-time]

[service-identifier]

[service-specific-info]

[sgsn-address]

[time-first-usage]

[time-last-usage]

[time-usage]

*[change-condition]

[3gpp-user-location-info]

s401，用户面网关与控制面网关建立ip-can承载。

s402，控制面网关向用户面网关发送第一计费触发事件和生成计费容器的信息，所述第一计费触发事件用于触发所述用户面网关生成计费容器。

可选的，控制面网关向用户面网关发送的生成计费容器的信息包括生成计费容器所需但用户面网关没有的信息。具体的，生成计费容器的信息包括服务gprs支持节点(servinggprssupportnode，sgsn)地址，用户位置信息，用户状态报告区域(presencereportingarea)状态，用户的紧密用户群组(closedsubscribergroup，csg)信息中的至少一种。

s403，用户面网关接收来自控制面网关的第一计费触发事件和生成计费容器的信息，所述第一计费触发事件用于触发所述用户面网关生成计费容器。

具体的，第一计费触发事件和生成计费容器的信息可以通过一个消息发送， 也可以通过多个消息发送，本发明对此不做限制。

s404，当所述用户面网关检测到所述第一计费触发事件发生时，所述用户面网关根据所述生成计费容器的信息生成计费容器。

对s404的具体说明与图3实施例中对s304的具体说明相同，此处不再赘述。应注意的是，对s404的具体说明中，应将对s304的具体说明中涉及的“s302”与“s303”分别改为图4实施例中的“s402”与“s403”。

s405，所述用户面网关向所述控制面网关发送所述生成的计费容器。

s406，所述控制面网关接收来自所述用户面网关的计费容器。

s407，所述控制面网关根据所述计费容器生成计费请求。

应理解，图4实施例是图3实施例的一种具体实现，图3实施例部分的特征描述适用于本实施例，在此不再赘述。

根据本发明实施例提供的技术方案，通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。进一步的，可以在第一计费触发事件导致计费会话结束或话单关闭的时，用户面网关才向控制面网关发送计费容器，以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

图5是依据本发明一实施例的计费方法500的示范性流程图。在具体实现过程中，计费方法500可以由图1中的用户面网关101和控制面网关102来执行。

s501，用户面网关与控制面网关建立ip-can承载。

s502，控制面网关向用户面网关发送第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成计费请求。

其中，控制面网关还向用户面网关发送生成计费请求的信息，包括用户信息、网络信息、业务信息中的至少一种。

s503，用户面网关接收来自控制面网关的第一计费触发事件，所述第一计费触发事件用于触发生成计费请求。

s504，所述用户面网关检测到所述第一计费触发事件发生时，所述用户面网关根据业务使用信息生成计费请求。

对s504的具体说明与图3实施例中对s304的具体说明相同，此处不再赘述。应注意的是，对s504的具体说明中，应将对s304的具体说明中涉及的“s302”与“s303”分别改为图5实施例中的“s502”与“s503”。

用户面网关还根据第一计费触发事件以及自身配置信息生成计费请求。

可选的，用户面网关还根据在第一计费触发事件发生之前发生的计费触发事件引发的缓存计费信息生成计费请求。其中，缓存计费信息包含业务使用信息。

s505，所述用户面网关向所述控制面网关发送所述计费请求。

s506，所述控制面网关接收来自所述用户面网关的计费请求。

可选的，当第一计费触发事件会导致计费会话结束或话单关闭时，用户面网关向控制面网关发送计费请求。这样可以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

可选的，当第一计费触发事件不会导致计费会话结束或话单关闭时，在用户面网关向控制面网关发送计费请求之前，用户面网关存储第一计费触发事件和第一计费触发事件发生之前的计费信息；用户面网关重新累计后续业务使用信息。

可选的，用户面网关可以将计费信息以话单的形式记录下来，并将记录的多个话单通过计费请求一并发送给控制面网关，从而减小用户面网关与控制面网关的交互频率，从而减小网络消耗。

s507，所述控制面网关向计费系统发送所述计费请求。

根据本发明实施例提供的技术方案，通过控制面网关或用户面网关对第一计费触发事件进行监控，能够在第一计费触发事件发生后对用户使用的业务量进行计费，实现了cu分离架构下的计费。进一步的，可以在第一计费触发事件导致计费会话结束或话单关闭的时，用户面网关才向控制面网关发送计费请求，以减少控制面网关与用户面网关之间的信息交互数据量与频率，节省网络资源。

图6是依据本发明一实施例的计费装置600的结构示意图。计费装置600包括发送模块602，接收模块604和处理模块606。计费装置600为图1中所示的控制面网关102或图2中计算机设备200。

发送模块602，用于向用户面网关发送第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成业务使用信息。

接收模块604，用于接收来自所述用户面网关的业务使用信息。

处理模块606，用于根据所述业务使用信息生成计费请求。

发送模块602，还用于向计费系统发送所述计费请求。

在本发明实施例的一种具体实现方式中，可以通过计费容器来携带业务使用信息。

可选的，接收模块604，还用于接收来自所述用户面网关的所述第一计费 触发事件，处理模块606，还用于根据所述第一计费触发事件生成所述计费请求。

可选的，在发送模块602向所述用户面网关发送所述第一计费触发事件之前，所述处理模块604还用于从至少一个计费触发事件中区分出所述第一计费触发事件。

图7是依据本发明一实施例的计费装置700的结构示意图。计费装置700包括接收模块702，处理模块704和发送模块706。计费装置700为图1中所示的用户面网关101或图2中计算机设备200。

接收模块702，用于接收来自控制面网关的第一计费触发事件，所述第一计费触发事件用于触发所述处理模块704生成业务使用信息。

处理模块704，用于当检测到所述第一计费触发事件发生时，生成业务使用信息。

发送模块706，用于向所述控制面网关发送所述业务使用信息。

在本发明实施例的一种具体实现方式中，可以通过计费容器来携带业务使用信息。

可选的，计费装置700还包括存储模块708，当所述第一计费触发事件不会导致计费会话结束或话单关闭时，在所述发送模块706向所述控制面网关发送所述业务使用信息之前，所述存储模块708，用于存储所述第一计费触发事件和所述生成的业务使用信息；所述处理模块704，还用于重新累计后续业务使用信息。

可选的，接收模块702，还用于接收来自所述控制面网关的至少一个计费触发事件，所述至少一个计费触发事件包含所述第一计费触发事件；所述处理模块704，还用于从所述至少一个计费触发事件中区分出所述第一计费触发事件。

可选的发送模块706，还用于向所述控制面网关发送所述第一计费触发事件。

图8是依据本发明一实施例的计费装置800的结构示意图。计费装置800包括发送模块802和接收模块804。计费装置800为图1中所示的控制面网关102或图2中计算机设备200。

发送模块802，用于向用户面网关发送第一计费触发事件，所述第一计费触发事件用于触发所述用户面网关生成计费请求。

接收模块804，用于接收来自所述用户面网关的计费请求。

发送模块802，还用于向计费系统发送所述计费请求。

可选的，计费装置800还包括处理模块806，在发送模块802向所述用户面网关发送所述第一计费触发事件之前，处理模块806从至少一个计费触发事件中区分出所述第一计费触发事件。

图9是依据本发明一实施例的计费装置900的结构示意图。计费装置900包括接收模块902，处理模块904和发送模块906。计费装置900为图1中所示的用户面网关101或图2中计算机设备200。

接收模块902，用于接收来自控制面网关的第一计费触发事件，所述第一计费触发事件用于触发生成计费请求。

处理模块904，用于当检测到所述第一计费触发事件发生时，根据业务使用信息生成计费请求。

发送模块906，用于向所述控制面网关发送所述计费请求。

可选的，计费装置900还包括存储模块908，当所述第一计费触发事件不会导致计费会话结束或话单关闭时，在发送模块906向所述控制面网关发送所述生成的计费请求之前，存储模块908用于存储所述第一计费触发事件和所述第一计费触发事件发生之前的业务使用信息；处理模块904重新累计后续业务使用信息。

可选的，接收模块902还用于接收来自所述控制面网关的至少一个计费触发事件，所述至少一个计费触发事件包含所述第一计费触发事件；处理模块904还用于从所述至少一个计费触发事件中区分出所述第一计费触发事件。

其中，图6至图9实施例中的“模块”可以为专用集成电路(applicationspecificintegratedcircuit，asic)、电子线路、执行一个或多个软件或固件程序的处理器和存储器、组合逻辑电路和其他提供上述功能的组件。可选的，上述计费装置通过计算机设备的形式来实现，上述接收模块、发送模块可以通过计算机设备的处理器、存储器和通信接口来实现，上述处理模块可以通过计算机设备的处理器和存储器来实现，上述存储模块可以通过计算机设备的存储器来实现。

应注意，尽管图2所示的计算机设备200仅仅示出了处理器202、存储器204、通信接口206和总线208，但是在具体实现过程中，本领域的技术人员应当明白，上述计费装置还包含实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当明白，上述计费装置还可包含实现其他附加功能的硬件器件。此外，本领域的技术人员应当明白，上述计费装置也可仅仅包含实现本发明实施例所必须的器件，而不必包含图2中所示的全部器件。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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