本申请涉及通信领域，尤其涉及一种计费方法及装置。
背景技术：
目前，网元将生成的计费信息提供给计费系统时，通常统计的是自身所接收、发送的数据包数量。但是，在到达终端设备之前，数据包还会经过多个上游网元。因而有可能出现部分被上游网元统计的数据包实际上并没有被成功下发到终端。在这种情况下，如果计费系统以上游网元提供的计费信息作为向用户计费的主要依据，就会出现向用户多扣费的情况。
如在演进型分组核心网(Evolved Packet Core，EPC)中，下行数据依次经过应用层、数据网关(Public Data Network Gateway，PGW)、服务网关(Serving Gateway，SGW)、无线接入网下发到终端。其中，PGW具备提供在线和离线计费信息的能力，SGW具备提供离线计费信息的能力。PGW是计费系统对用户计费的主要计费信息数据来源。由于PGW下发给SGW的某些数据包可能无法成功下发到达终端，PGW在生成计费信息时所统计的数据量会多于用户实际收到的数据量，造成错误计费。
技术实现要素：
本申请的实施例提供一种计费方法和装置，解决了由于将未成功下发到终端的数据包的流量进行扣费而引起的计费不准确的问题。
第一方面，提供了一种计费方法，包括：服务网关SGW确定未成功下发给基站的数据包，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。SGW根据检测规则累计未成功下发给基站的数据包的流量。SGW向计费系统发送累计出的流量，以使计费系统根据累计出的流量确定成功下发的数据包的流量。
结合第一方面的实现方式，在第一方面第一种可能的实现方式中，SGW还向计费系统发送未成功下发给基站的数据包的接收时间信息。
结合第一方面或第一方面的第一种可能的实现方式，在第二种可能实现的方式中，SGW通过策略与计费规则功能PCRF向计费系统发送累计出的流量。
通过PCRF向计费系统发送累计出的流量可以避免SGW对话单格式的修改。
结合第一方面或第一方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，SGW通过数据网关PGW向计费系统发送累计出的流量。
结合第一方面或第一方面的第一种至第三种可能的实现方式中的任意一种，在第四种可能实现的方式中，检测规则包含五元组信息与费率组的对应关系，根据检测规则累计未成功下发给基站的数据包的流量包括：根据数据包的五元组信息确定未成功下发给基站的数据包所对应的费率组，根据费率组累计具有相同费率组的未成功下发给基站的数据包的流量。
结合第一方面或第一方面的第一种至第四种可能的实现方式中的任意一种，在第五种可能实现的方式中，SGW将累计出的流量记录在话单中发送给计费系统。
结合第一方面或第一方面的第一种至第五种可能的实现方式中的任意一种，在第六种可能实现的方式中，五元组信息与费率组的对应关系包括五元组信息与费率组和业务标识的对应关系。
结合第一方面或第一方面的第一种至第六种可能的实现方式中的任意一种，在第七种可能实现的方式中，SGW根据处理策略确定未成功下发给基站的数据包，其中，处理策略包括根据承载的优先级、当前网络拥塞状态、终端当前状态、运营商配置信息、来自其它网元的信息中的至少一种确定未成功下发给基站的数据包。
第二方面，提供了一种计费方法，包括服务网关SGW确定未成功下发给基站的数据包，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。SGW根据检测规则累计未成功下发给基站的数据包的流量。SGW向数据网关PGW发送累计出的流量，以使PGW根据累计出的流量确定成功下发的数据包的流量。
结合第二方面的实现方式，在第二方面第一种可能的实现方式中，检测规则包含五元组信息与费率组的对应关系，根据检测规则累计未成功下发给基站的数据包的流量包括：根据数据包的五元组信息确定未成功下发给基站的数据包所对应的费率组；累计具有相同费率组的未成功下发给基站的数据包的流量。
结合第二方面或第二方面的第一种可能的实现方式，在第二种可能实现的方式中，五元组信息与费率组的对应关系包括五元组信息与费率组和业务标识的对应关系。
结合第二方面或第二方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，SGW根据处理策略确定未成功下发给基站的数据包，其中，处理策略包括根据承载的优先级、当前网络拥塞状态、终端当前状态、运营商配置信息、来自其它网元的信息中的至少一种确定未成功下发给基站的数据包。
第三方面，提供了一种计费方法，包括：数据网关PGW接收来自服务网关SGW的未成功下发给基站的数据包的流量，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。当PGW未向计费系统发送未成功下发的数据包的计费信息，并且未将未成功下发给基站的数据包的流量记录到话单时，PGW根据未成功下发的数据包的流量确定成功下发的数据包的流量。PGW根据成功下发的数据包的流量确定向计费系统发送的计费信息，或确定记录到话单的计费信息。
结合第三方面的实现方式，在第三方面第一种可能的实现方式中，PGW还接收未成功下发的数据包的检测规则和接收时间信息，则PGW根据未成功下发的数据包的流量确定成功下发的数据包的流量包括：PGW根据检测规则和接收时间信息确定与未成功下发的数据包相关的计费信息。PGW根据与未成功下发的数据包相关的计费信息以及未成功下发的数据包的流量，确定成功下发的数据包的流量。
结合第三方面或第三方面的第一种可能的实现方式，在第二种可能实现的方式中，检测规则包括费率组信息，PGW根据检测规则和接收时间信息确定与未成功下发的数据包相关的计费信息，包括PGW根据费率组信息和接收时间信息确定与未成功下发的数据包相关的计费信息。
结合第三方面或第三方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，向计费系统发送的计费信息中不包括未成功下发的数据包的流量，记录到话单的计费信息中不包括未成功下发的数据包的流量。
第四方面，提供了一种计费方法，包括计费系统接收未成功下发给基站的数据包的流量，以及数据包的检测规则和接收时间信息。计费系统根据检测规则和接收时间信息确定与数据包相关的计费信息。计费系统根据计费信息和未成功下发的数据包的流量，确定成功下发的数据包的流量。计费系统根据成功下发的数据包的流量计费。
结合第四方面的实现方式，在第四方面第一种可能的实现方式中，未成功下发给基站的数据包的流量来自服务网关SGW、数据网关PGW、策略和计费规则功能PCRF中的一个。
结合第四方面或第四方面的第一种可能的实现方式，在第二种可能实现的方式中，未成功下发给基站的数据包的流量携带在计费请求或话单中。
第五方面，提供了一种服务网关，包括处理模块和发送模块。处理模块，用于确定未成功下发给基站的数据包，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。处理模块，还用于根据检测规则累计未成功下发给基站的数据包的流量。发送模块，用于向计费系统发送累计出的流量，以使计费系统根据累计出的流量确定成功下发的数据包的流量。
结合第五方面的实现方式，在第五方面第一种可能的实现方式中，发送模块还用于向计费系统发送未成功下发给基站的数据包的接收时间信息。
结合第五方面或第五方面的第一种可能的实现方式，在第二种可能实现的方式中，发送模块用于通过策略与计费规则功能PCRF向计费系统发送累计出的流量。
结合第五方面或第五方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，发送模块用于通过数据网关PGW向计费系统发送累计出的流量。
结合第五方面或第五方面的第一种至第三种可能的实现方式中的任意一种，在第四种可能实现的方式中，检测规则包含五元组信息与费率组的对应关系，处理模块根据检测规则累计未成功下发给基站的数据包的流量包括：根据数据包的五元组信息确定未成功下发给基站的数据包所对应的费率组；累计具有相同费率组的未成功下发给基站的数据包的流量。
结合第五方面或第五方面的第一种至第四种可能的实现方式中的任意一种，在第五种可能实现的方式中，发送模块用于将累计出的流量记录在话单中发送给计费系统。
结合第五方面或第五方面的第一种至第五种可能的实现方式中的任意一种，在第六种可能实现的方式中，五元组信息与费率组的对应关系包括五元组信息与费率组和业务标识的对应关系。
结合第五方面或第五方面的第一种至第六可能的实现方式中的任意一种，在第七种可能实现的方式中，处理模块用于根据处理策略确定未成功下发给基站的数据包，处理策略包括根据承载的优先级、当前网络拥塞状态、终端当前状态、运营商配置信息、来自其它网元的信息中的至少一种确定未成功下发给基站的数据包。
第六方面，提供了一种服务网关，包括处理模块和发送模块：处理模块，用于确定未成功下发给基站的数据包，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。处理模块，用于根据检测规则累计未成功下发给基站的数据包的流量。发送模块，用于向数据网关PGW发送累计出的流量，以使PGW根据累计出的流量确定成功下发的数据包的流量。
结合第六方面的实现方式，在第六方面第一种可能的实现方式中，检测规则包含五元组信息与费率组的对应关系，处理模块根据检测规则累计未成功下发给基站的数据包的流量包括：根据数据包的五元组信息确定未成功下发给基站的数据包所对应的费率组；累计具有相同费率组的未成功下发给基站的数据包的流量。
结合第六方面或第六方面的第一种可能的实现方式，在第二种可能实现的方式中，五元组信息与费率组的对应关系包括五元组信息与费率组和业务标识的对应关系。
结合第六方面或第六方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，处理模块用于根据处理策略确定未成功下发给基站的数据包，处理策略包括根据承载的优先级、当前网络拥塞状态、终端当前状态、运营商配置信息、来自其它网元的信息中的至少一种确定未成功下发给基站的数据包。
第七方面，提供了一种数据网关，包括接收模块，处理模块和发送模块：接收模块，用于接收来自服务网关SGW的未成功下发给基站的数据包的流量，其中，未成功下发给基站的数据包包括缓存在SGW中的数据包、SGW丢弃的数据包、SGW向基站下发失败的数据包中的至少一种。处理模块，用于当发送模块未向计费系统发送未成功下发的数据包的计费信息，并且未将未成功下发给基站的数据包的流量记录到话单时，根据未成功下发的数据包的流量确定成功下发的数据包的流量。处理模块，还用于根据成功下发的数据包的流量确定向计费系统发送的计费信息，或确定记录到话单的计费信息。
结合第七方面的实现方式，在第七方面第一种可能的实现方式中，接收模块还用于接收未成功下发的数据包的检测规则和接收时间信息，则处理模块根据未成功下发的数据包的流量确定成功下发的数据包的流量包括：处理模块根据检测规则和接收时间信息确定与未成功下发的数据包相关的计费信息。处理模块根据与未成功下发的数据包相关的计费信息以及未成功下发的数据包的流量，确定成功下发的数据包的流量。
结合第七方面或第七方面的第一种可能的实现方式，在第二种可能实现的方式中，检测规则包括费率组信息，处理模块根据检测规则和接收时间信息确定与未成功下发的数据包相关的计费信息，包括处理模块根据费率组信息和接收时间信息确定与未成功下发的数据包相关的计费信息。
结合第七方面或第七方面的第一种至第二种可能的实现方式中的任意一种，在第三种可能实现的方式中，向计费系统发送的计费信息中不包括未成功下发的数据包的流量，记录到话单的计费信息中不包括未成功下发的数据包的流量。
第八方面，提供了一种计费系统，包括接收模块和处理模块：接收模块，用于接收未成功下发给基站的数据包的流量，以及数据包的检测规则和接收时间信息。处理模块，用于根据检测规则和接收时间信息确定与数据包相关的计费信息。处理模块，还用于根据计费信息和未成功下发的数据包的流量，确定成功下发的数据包的流量。以及根据成功下发的数据包的流量计费。
结合第八方面的实现方式，在第八方面第一种可能的实现方式中，未成功下发给基站的数据包的流量来自服务网关SGW、数据网关PGW、策略和计费规则功能PCRF中的一个。
结合第八方面或第八方面的第一种可能的实现方式，在第二种可能实现的方式中，未成功下发给基站的数据包的流量携带在计费请求或话单中。
第九方面，提供了一种计算设备提供了一种计算设备，包括：处理器、存储器、总线和通信接口；所述存储器用于存储计算设备执行指令，所述处理器与所述存储器通过所述总线连接，当所述计算设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述计算设备执行第一方面至第四方面及第一方面至第四方面的任一可能的实现方式所述的方法。
本申请的又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
根据本申请实施例提供的技术方案，通过将未成功下发给基站的数据包的流量从计费信息中扣除，保证了计费的准确性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是本申请实施例应用的网络架构的示意图；
图2是依据本申请一实施例的计算机设备200的硬件结构示意图；
图3是依据本申请一实施例的计费方法300的示范性流程图；
图4是依据本申请一实施例的计费方法400的示范性流程图；
图5是依据本申请一实施例的SGW 500的结构示意图；
图6是依据本申请一实施例的PGW 600的结构示意图
图7是依据本申请一实施例的计费系统700的结构示意图。
具体实施方式
图1是本申请实施例应用的网络架构的示意图。数据包经由PGW 101下发到SGW 102。PGW 101上产生计费信息，并将计费信息发送给计费系统103进行计费。
PGW、SGW、计费系统可以通过计算机设备的形式实现。图2是依据本申请一实施例的计算机设备200的硬件结构示意图。如图2所示，计算机设备200包括处理器202、存储器204、通信接口206和总线208。其中，处理器202、存储器204和通信接口206通过总线208实现彼此之间的通信连接。
处理器202可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。
存储器204可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器204可以存储操作系统2041和其他应用程序2042。在通过软件或者固件来实现本申请实施例提供的技术方案时，用于实现本申请实施例提供的技术方案的程序代码保存在存储器204中，并由处理器202来执行。
通信接口206使用例如但不限于收发器一类的收发装置，来实现与其他设备或通信网络之间的通信。
总线208可包括一通路，在各个部件(例如处理器202、存储器204、通信接口206)之间传送信息。
当PGW 101通过计算机设备200实现时，处理器202用于执行存储器204存储的用于实现本申请实施例提供的技术方案的程序代码，以实现图3至图4实施例所示的方法。
当SGW 102通过计算机设备200实现时，处理器202用于执行存储器204存储的用于实现本申请实施例提供的技术方案的程序代码，以实现图3至图4实施例所示的方法。
当计费系统103通过计算机设备200实现时，处理器202用于执行存储器204存储的用于实现本申请实施例提供的技术方案的程序代码，以实现图3至图4实施例所示的方法。
图3是依据本申请一实施例的计费方法300的示范性流程图。计费方法300可以由图1所示的SGW102以及计费系统103来执行。
S301，SGW确定未成功下发给基站的数据包，所述未成功下发给基站的数据包包括缓存在所述SGW中的数据包、所述SGW丢弃的数据包、所述SGW向所述基站下发失败的数据包中的至少一种。
SGW根据处理策略确定需要缓存的数据包以及需要丢弃的数据包。SGW记录缓存的数据包的五元组，以及丢弃的数据包五元组，根据五元组确定未成功下发给基站的数据包。
处理策略可以为根据承载的优先级、当前网络拥塞状态、终端当前状态、运营商配置信息、来自其它网元的信息中的至少一种确定未成功下发给基站的数据包。其中，终端当前状态可以为ECM-IDLE(Evolved Packet System Connection Management IDLE)或ECM-CONNECTED(Evolved Packet System Connection Management CONNECTED)，运营商配置信息可以为缓存数据量上限等。例如，当终端处于ECM-IDLE状态且下游移动性管理实体(Mobility Management Entity，MME)已经为拥塞状态时，将在优先级低的承载上传输的数据包丢弃。又例如，缓存数据包数量到达上限就丢弃。来自其他网元的信息可以为来自移动性管理实体(Mobility Management Entity，MME)的信息，也可以为来自GPRS业务支撑节点(Serving GPRS Support Node，SGSN)的信息。
S302，SGW根据检测规则累计所述未成功下发给基站的数据包的流量。
具体的，检测规则包含五元组信息与费率组的对应关系。SGW根据数据包的五元组信息确定未成功下发给基站的数据包所对应的费率组，累计具有相同费率组的未成功下发的数据包。例如，五元组信息为源地址信息，费率组为A、B、C三种，对应关系为当源地址信息为a时，对应费率组A，当源地址信息为b时，对应费率组B，当源地址信息为c时，对应费率组C。五元组信息与费率组的对应关系包括五元组信息与费率组和业务标识的对应关系。例如，五元组信息为源地址信息，费率组为A、B、C三种，业务标识为S1、S2、S3三种，对应关系为当源地址信息为a时，对应费率组A、业务标识S1，当源地址信息为b时，对应费率组B、业务标识S2，当源地址信息为c时，对应费率组C、业务标识S3。
当检测规则为五元组信息与费率组和业务标识的对应关系时，SGW可以根据费率组累计未成功下发给基站的数据包的流量。例如，未成功下发的数据包中存在费率组为A的数据包和费率组为B的数据包。SGW将费率组为A的数据包的流量进行累计，得到费率组为A的未成功下发的数据包的总流量。SGW将费率组为B的数据包的流量进行累计，得到费率组为B的未成功下发的数据包的总流量。SGW也可以根据费率组和业务标识累计未成功下发给基站的数据包的流量。例如，未成功下发的数据包中存在费率组为A、业务标识为S1的数据包，以及费率组为B、业务标识为S2的数据包。SGW将费率组为A、业务标识为S1的数据包的流量进行累计，得到费率组为A、业务标识为S1的未成功下发的数据包的总流量。SGW将费率组为B、业务标识为S2的数据包的流量进行累计，得到费率组为B、业务标识为S2的未成功下发的数据包的总流量。
S303，SGW向计费系统发送所述累计出的流量，以使所述计费系统根据所述累计出的流量确定成功下发的数据包的流量。
SGW还向计费系统发送所述未成功发送给基站的数据包的检测规则和接收时间信息。
SGW可以直接向计费系统发送累计出的流量，也可以通过策略与计费规则功能(Policy and Charging Rules Function，PCRF)向计费系统发送累计出的流量，还可以通过PGW向计费系统发送累计出的流量。
当SGW直接向计费系统发送累计出的流量时，SGW可以将未成功下发给基站的数据包的信息记录在话单中发送给计费系统。这些信息包括未成功下发给基站的数据包的检测规则、接收时间信息、流量等。
当SGW通过PCRF或PGW向计费系统发送累计出的流量时，SGW还通过PCRF或PGW向计费系统发送未成功下发给基站的数据包的检测规则、接收时间信息等。当SGW通过PCRF向计费系统发送累计出的流量时，PCRF在接收到来自SGW的未成功下发给基站的数据包的检测规则、接收时间信息、流量信息后，将这些信息转发给计费系统。这样可以避免SGW对话单格式的修改，减轻了SGW的负担。
当SGW通过PGW向计费系统发送累计出的流量时，PGW在接收到来自SGW的未成功下发给基站的数据包的信息(包括检测规则、接收时间信息、流量信息)后，确定已向计费系统发送了与该未成功下发给基站的数据包相关的计费信息，或已将该未成功下发给基站的数据包的信息记录到话单。PGW可以通过两种方式处理未成功下发给基站的数据包的信息。第一种，PGW根据这些信息生成计费请求，将计费请求发送给计费系统。计费请求可以在计费事件发生时与当前生成的其他计费信息一起发送给计费系统。计费事件可以为配额耗尽或QoS参数改变等。第二种，PGW将这些信息记录在话单，将话单发送给计费系统。
S304，计费系统接收未成功下发给基站的数据包的流量，以及所述数据包的检测规则和接收时间信息。
S305，计费系统根据所述检测规则和接收时间信息确定与未成功下发给基站的数据包相关的计费信息，根据所述计费信息和所述未成功下发的数据包的流量，确定成功下发的数据包的流量。
S306，计费系统根据所述成功下发的数据包的流量计费。
根据本申请实施例提供的技术方案，通过将未成功下发给基站的数据包的流量从计费信息中扣除，保证了计费的准确性。
图4是依据本申请一实施例的计费方法400的示范性流程图。计费方法400可以由图1所示的PGW 101、SGW102以及计费系统103来执行。在图4实施例中，PGW根据来自SGW的未成功下发给基站的数据包的流量确定出成功下发的数据包的流量，将成功下发的数据包的流量发送给计费系统进行计费。
S401，SGW确定未成功下发给基站的数据包，所述未成功下发给基站的数据包包括缓存在所述SGW中的数据包、所述SGW丢弃的数据包、所述SGW向所述基站下发失败的数据包中的至少一种。
S402，SGW根据检测规则累计所述未成功下发给基站的数据包的流量。
S401和S402的具体内容可参考图3实施例中S301和S302，此处不再赘述。
S403，SGW向PGW发送所述累计出的流量。
S404，PGW接收来自SGW的未成功下发给基站的数据包的流量。
S405，当所述PGW未向计费系统发送所述未成功下发的数据包的计费信息，并且未将所述未成功下发给基站的数据包的流量记录到话单时，所述PGW根据所述未成功下发的数据包的流量确定成功下发的数据包的流量。
PGW还接收所述未成功下发的数据包的检测规则和接收时间信息，则所述PGW根据所述未成功下发的数据包的流量确定成功下发的数据包的流量包括：
PGW根据所述检测规则和所述接收时间信息确定与所述未成功下发的数据包相关的计费信息。PGW根据所述与所述未成功下发的数据包相关的计费信息以及所述未成功下发的数据包的流量，确定成功下发的数据包的流量。检测规则的相关内容可以参考图3实施例S302步骤。PGW根据接收时间信息和检测规则中的费率组确定与未成功下发的数据包相关的计费信息。
例如，接收时间信息为15:20-15:30，PGW确定在15:20-15:30时间段内生成的费率组为A的计费信息，为与未成功下发的数据包相关的计费信息，并且该计费信息未发送给计费系统。计费信息中记录的已使用流量为10M，未成功下发的数据包的流量为2M，则PGW重新确定成功下发的数据包的流量为10M-2M＝8M。
S406，PGW根据所述成功下发的数据包的流量确定向所述计费系统发送的计费信息，或确定记录到话单的计费信息。
向计费系统发送的计费信息或记录到话单的计费信息中包括所述成功下发的数据包的流量，不包括所述未成功下发的数据包的流量。计费信息中还可以包含未成功下发的数据包的费率组。
S407，PGW向计费系统发送计费信息，或发送话单。
PGW可以通过计费请求向计费系统发送计费信息。通过向计费系统发送计费信息或话单，PGW向计费系统发送了成功下发的数据包的流量。
S408，计费系统接收来自PGW的计费信息或话单。
S409，计费系统根据计费信息或话单进行计费。
根据本申请实施例提供的技术方案，通过将未成功下发给基站的数据包的流量从计费信息中扣除，保证了计费的准确性。
图5是依据本申请一实施例的SGW 500的结构示意图。SGW 500包括处理模块502和发送模块504。SGW为图1中的SGW 102，图2中的计算机设备，以及图3和图4实施例中的SGW。处理模块502可以用来执行图3实施例中的S301和S302，图4实施例中的S401和S402。发送模块504可以用来执行图3实施例中S303和图4实施例中的S403。
图6是依据本申请一实施例的PGW 600的结构示意图。PGW 500包括接收模块602、处理模块604和发送模块606。PGW为图1中的PGW 101，图2中的计算机设备，以及图3和图4实施例中的PGW。接收模块602、处理模块604和发送模块606可以用来执行图3实施例中的S303中相关步骤。接收模块602可以用来执行图4实施例中的S404。处理模块604可以用来执行图4实施例中的S405和S406。发送模块606可以用来执行图4实施例中S407。
图7是依据本申请一实施例的计费系统700的结构示意图。计费系统700包括接收模块702和处理模块704。计费系统未图1中的计费系统103，图2中的计算机设备，以及图3和图4实施例中的计费系统。接收模块702可以用来执行图3实施例中S304和图4实施例中S408。处理模块704可以用来执行图3实施例中S305和S306，以及图4实施例中S409。
应注意，尽管图2所示的通用计算机结构200仅仅示出了处理器202、存储器204、通信接口206和总线208，但是在具体实现过程中，本领域的技术人员应当明白，上述SGW、PGW和计费系统还包含实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当明白，上述SGW、PGW和计费系统还可包含实现其他附加功能的硬件器件。此外，本领域的技术人员应当明白，上述SGW、PGW和计费系统也可仅仅包含实现本申请实施例所必须的器件，而不必包含图2中所示的全部器件。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。