CN106878030A

CN106878030A - 一种计费方法和装置

Info

Publication number: CN106878030A
Application number: CN201611117563.4A
Authority: CN
Inventors: 章靠; 廖以顺; 邓欣; 林英姿
Original assignee: New H3C Technologies Co Ltd
Current assignee: New H3C Information Technologies Co Ltd
Priority date: 2016-12-07
Filing date: 2016-12-07
Publication date: 2017-06-20
Anticipated expiration: 2036-12-07
Also published as: CN106878030B

Abstract

本申请提供一种计费方法和装置，该方法包括：获取用户设备的用户属性；根据所述用户属性获取所述用户设备对应的计费更新间隔；根据所述计费更新间隔向服务器发送携带计费信息的计费更新报文；所述服务器利用所述计费信息对所述用户设备进行计费。通过本申请的技术方案，提高对用户设备的计费精度，减少计费错误造成的损失，提高运营商的体验。根据用户设备的实际使用情况进行计费，减少接入设备与服务器之间的计费更新报文数量，减少资源消耗，可以基于用户实际情况计费。

Description

一种计费方法和装置

技术领域

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

背景技术

如图1所示，为认证计费的组网示意图。在认证过程中，用户设备可以将用户输入的认证信息(如用户名和密码等)发送给接入设备，接入设备可以向AAA(AuthenticationAuthorization Accounting，认证授权计费)服务器发送携带该认证信息的认证请求报文，AAA服务器利用该认证信息对用户设备进行认证。

发明内容

本申请提供一种计费方法，应用于接入设备，所述方法包括：

获取用户设备的用户属性；

根据所述用户属性获取所述用户设备对应的计费更新间隔；

根据所述计费更新间隔向服务器发送携带计费信息的计费更新报文，以使所述服务器利用所述计费信息对所述用户设备进行计费。

本申请提供一种计费方法，应用于服务器，所述方法包括：

接收接入设备发送的携带用户设备的用户属性的查询请求消息；

获取所述用户属性对应的计费更新间隔；

向所述接入设备发送携带所述计费更新间隔的查询响应消息；

接收所述接入设备根据所述计费更新间隔发送的计费更新报文；

利用所述计费更新报文携带的计费信息对所述用户设备进行计费。

本申请提供一种计费装置，应用于接入设备，所述装置包括：

第一获取模块，用于获取用户设备的用户属性；

第二获取模块，用于根据所述用户属性获取用户设备对应的计费更新间隔；

发送模块，用于根据所述计费更新间隔向服务器发送携带计费信息的计费更新报文，以使所述服务器利用所述计费信息对所述用户设备进行计费。

本申请提供一种计费装置，应用于服务器，所述装置包括：

第一接收模块，用于接收接入设备发送的携带用户属性的查询请求消息；

获取模块，用于获取所述用户属性对应的计费更新间隔；

发送模块，用于向接入设备发送携带所述计费更新间隔的查询响应消息；

第二接收模块，用于接收所述接入设备根据所述计费更新间隔发送的计费更新报文，其中，所述计费更新报文携带用户设备的计费信息；

计费模块，用于利用所述计费信息对所述用户设备进行计费。

基于上述技术方案，本申请实施例中，接入设备可以通过用户属性确定该用户设备的计费更新间隔，如8分钟，接入设备每隔8分钟就向服务器发送计费更新报文，服务器可以利用计费更新报文对该用户设备进行计费，从而提出一种精细化的计费方式，提高对用户设备的计费精度，减少计费错误造成的损失，提高运营商的体验。例如，若接入设备发生异常，由于接入设备每隔8分钟就发送一次计费更新报文，因此在接入设备恢复后，丢失的计费信息只是用户设备在较短时间使用的流量，减少计费错误造成的损失。而且，接入设备是针对每个用户设备分别获取计费更新间隔，不同用户设备的计费更新间隔可能相同，也可能不同，从而根据用户设备的实际使用情况进行计费，即减少接入设备与服务器之间的计费更新报文数量，又基于用户实际情况计费。例如，用户1-用户9使用的流量较少，用户10使用的流量较多，针对用户1-用户9，接入设备每隔16分钟向服务器发送计费更新报文，针对用户10，接入设备每隔4分钟向服务器发送计费更新报文。这样，可以满足对用户10的尽快计费需求，且针对用户1-用户9，尽量减少计费更新报文的传输数量，减少资源消耗。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据下面的这些附图获得其他的附图。

图1是认证计费的一种组网示意图；

图2是本申请一种实施方式中的计费方法的流程图；

图3是本申请另一种实施方式中的计费方法的流程图；

图4是本申请再一种实施方式中的计费方法的流程图；

图5是本申请又一种实施方式中的计费方法的流程图；

图6是本申请一种实施方式中的接入设备的硬件结构图；

图7是本申请一种实施方式中的计费装置的结构图；

图8是本申请一种实施方式中的服务器的硬件结构图；

图9是本申请一种实施方式中的计费装置的结构图。

具体实施方式

在本申请使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”，或者“当……时”，或者“响应于确定”。

针对AAA服务器利用认证信息对用户设备进行认证的过程，在用户设备认证通过后，认证服务器向接入设备发送认证成功报文，接入设备允许用户设备访问被管理员授权的互联网资源。而且，在用户设备访问互联网资源时，接入设备向AAA服务器发送计费开始报文，AAA服务器开始对用户设备进行计费。当用户设备下线后，接入设备向AAA服务器发送计费结束报文，AAA服务器结束对用户设备的计费。这样，AAA服务器可以实现对用户设备的计费。

但是，在上述方式下，如果用户设备在线时间长，且使用大量流量，则AAA服务器无法实时对用户设备进行计费，只有在用户设备下线后，才能够对用户设备进行计费。而且，若接入设备发生异常，则接入设备无法统计用户设备使用的流量，在AAA服务器对用户设备进行计费时，就会出现计费错误等问题。

本申请实施例中提出了一种计费方法，该方法可以应用于包括用户设备(如PC(personal computer，个人计算机)、移动终端、平板电脑、笔记本电脑等)、接入设备(如路由器、交换机、BRAS(Broadband Remote Access Server，宽带远程接入服务器)设备等)和服务器(如AAA服务器)的系统中。参见图2所示，为该计费方法的流程图，该方法可以应用于接入设备，该方法可以包括：

步骤201，获取用户设备的用户属性。

其中，这里的用户设备可以是在线的用户设备，也可以是刚上线的用户设备，对此用户设备的类型不做限制，所有需要计费的用户设备均在本申请保护范围之内。而且，针对每个需要计费的用户设备，均获取用户设备的用户属性。

在一个例子中，该用户属性可以包括：用户设备所属的用户组(User-Gourp)，和/或，用户设备的流量使用情况。当然，上述只是给出了用户属性的两个示例，在实际应用中，还可以有其它类型的用户属性，对此用户属性不做限制。

其中，针对“获取用户设备所属的用户组”的过程，接入设备在接收到来自用户设备的报文后，可以基于该报文确定用户设备所属的用户组。例如，若用户组1对应网段A，用户组2对应网段B，接入设备在接收到来自用户设备的报文后，若报文的源IP地址属于网段A，则确定用户设备所属的用户组为用户组1，若报文的源IP地址属于网段B，则确定用户设备所属的用户组为用户组2。

其中，针对“获取用户设备的流量使用情况”的过程，该流量使用情况是每个单位时间(如每小时)的流量使用情况。在用户设备的上网过程中，接入设备可以监控用户设备使用的流量，继而统计出每个单位时间的流量使用情况；针对刚上线的用户，获取用户设备的流量使用情况时，可以获取该用户设备的历史流量使用情况；针对在线用户，可以根据监控获得的用户设备使用的流量获取该用户的流量使用情况。

其中，上述“获取用户设备所属的用户组”和“获取用户设备的流量使用情况”的过程，可以分别使用，也可以组合使用。

步骤202，根据该用户属性获取该用户设备对应的计费更新间隔。

在一个例子中，针对“根据该用户属性获取用户设备对应的计费更新间隔”的过程，可以包括但不限于：方式一、通过该用户属性查询第一映射表，得到该用户属性对应的计费更新间隔。其中，该第一映射表包括用户属性与计费更新间隔的对应关系。方式二、向服务器发送携带该用户属性的查询请求消息，以使服务器查询该用户属性对应的计费更新间隔；接收服务器返回的携带该计费更新间隔的查询响应消息，从该查询响应消息中解析出计费更新间隔。

针对方式一，接入设备上可以维护有第一映射表，该第一映射表可以如表1或者表2所示，当然，表1和表2只是第一映射表的示例，对此第一映射表的结构和内容不做限制。其中，可以在接入设备上预先配置该第一映射表，也可以在服务器上预先配置该第一映射表，服务器将第一映射表发送给接入设备。

表1

用户组	计费更新间隔
		用户组1	16分钟
用户组2	12分钟
		用户组3	8分钟
用户组4	4分钟

表2

例如，假设接入设备获取到的用户属性为用户组1，则通过用户组1查询表1所示的第一映射表，得到用户组1对应的计费更新间隔为16分钟，其表示每隔16分钟，接入设备向服务器发送一次计费更新报文。假设接入设备获取到的用户属性为120M/h(即用户设备当前的流量使用情况是每小时120M)，则通过120M/h查询表2所示的第一映射表，得到120M/h对应的计费更新间隔为8分钟，其表示每隔8分钟，接入设备向服务器发送一次计费更新报文。

针对方式二，服务器上可以维护有第二映射表，该第二映射表可以如表1或者表2所示，当然，表1和表2只是第二映射表的示例，对此第二映射表的结构和内容不做限制。其中，可以在服务器上预先配置该第二映射表，也可以在其它设备上预先配置该第二映射表，其它设备将第二映射表发送给服务器。

例如，假设接入设备获取到的用户属性为用户组1，则接入设备向服务器发送携带用户组1的查询请求消息。服务器在接收到该查询请求消息后，通过用户组1查询表1所示的第二映射表，得到用户组1对应的计费更新间隔为16分钟，并将携带该计费更新间隔(16分钟)的查询响应消息返回给接入设备。接入设备在接收到该查询响应消息后，从该查询响应消息中解析出计费更新间隔为16分钟，表示每隔16分钟，接入设备向服务器发送一次计费更新报文。

又例如，假设接入设备获取到的用户属性为120M/h，接入设备向服务器发送携带120M/h的查询请求消息，处理与用户组1的处理类似，在此不再赘述。

步骤203，根据该计费更新间隔向服务器发送携带计费信息的计费更新报文，以使服务器利用该计费信息对该用户设备进行计费。

例如，假设计费更新间隔为16分钟，则接入设备可以每隔16分钟，向服务器发送一次计费更新报文，且该计费更新报文可以携带该用户设备的计费信息，这样，服务器就可以利用该计费信息对该用户设备进行计费。其中，该计费信息可以包括但不限于：时间段信息，这个时间段的流量使用情况、用户标识等内容，对此计费信息的内容不做限制，只要能够使服务器完成计费即可。

在一个例子中，接入设备是针对每个用户设备分别获取计费更新间隔，且不同用户设备的计费更新间隔可能相同，也可能不同，例如，用户1-用户9的计费更新间隔为16分钟，而用户10的计费更新间隔为4分钟。这样，接入设备每隔4分钟，就向服务器发送针对用户10的计费更新报文，接入设备每隔16分钟，才分别向服务器发送针对用户1-用户9的计费更新报文。这样，可以满足对用户10的尽快计费需求，且针对用户1-用户9，尽量减少计费更新报文的传输数量，减少资源消耗。

在一个例子中，在根据用户属性获取用户设备对应的计费更新间隔(即步骤202)之后，当该用户设备的用户属性发生变化时，则接入设备可以确定变化后的用户属性，并根据变化后的用户属性重新获取该用户设备对应的计费更新间隔，并通过重新获取的计费更新间隔动态调整当前使用的计费更新间隔。

例如，假设用户设备的用户属性由120M/h变为240M/h，则接入设备可以确定变化后的用户属性为240M/h，并根据变化后的用户属性240M/h重新获取该用户设备对应的计费更新间隔，具体获取方式参见步骤202中的方式一或者方式二，在此不再重复赘述，重新获取的计费更新间隔为4分钟。因此，接入设备可以将当前使用的计费更新间隔8分钟动态调整为重新获取的计费更新间隔4分钟。之后，针对该用户设备，接入设备可以每隔4分钟向服务器发送一次计费更新报文，而不是每隔8分钟向服务器发送一次计费更新报文。

基于上述技术方案，本申请实施例中，接入设备可以通过用户属性确定该用户设备的计费更新间隔，根据该计费更新间隔向服务器发送计费更新报文，服务器利用计费更新报文对该用户设备进行计费，从而提出精细化的计费方式，提高对用户设备的计费精度，减少计费错误造成的损失，提高运营商的体验。例如，若接入设备发生异常，在接入设备恢复后，丢失的计费信息只是用户设备在较短时间内使用的流量，减少计费错误造成的损失。根据用户设备的实际使用情况进行计费，减少接入设备与服务器之间的计费更新报文数量，又基于用户实际情况计费，对每个用户设备进行精细处理。

基于与上述实施例同样的申请构思，本申请实施例提出的计费方法的另一流程图，可以参见图3所示，该方法可以应用于服务器，该方法可以包括：

步骤301，接收接入设备发送的携带用户设备的用户属性的查询请求消息。在一个例子中，该用户属性可以包括但不限于：用户设备所属的用户组(User-Gourp)，和/或，用户设备的流量使用情况。当然，上述只是给出了用户属性的两个示例，在实际应用中，还可以有其它类型的用户属性，对此用户属性不做限制。

步骤302，获取该用户属性对应的计费更新间隔。

在一个例子中，针对“获取用户属性对应的计费更新间隔”的过程，可以包括但不限于：服务器通过该用户属性查询第二映射表，得到该用户属性对应的计费更新间隔；第二映射表包括用户属性与计费更新间隔的对应关系。

步骤303，向接入设备发送携带该计费更新间隔的查询响应消息。

步骤304，接收接入设备根据该计费更新间隔发送的计费更新报文。

步骤305，利用该计费更新报文携带的计费信息对用户设备进行计费。

以下结合具体应用场景，对本申请实施例的上述技术方案进行详细说明。

基于与上述实施例同样的申请构思，若接入设备上维护有第一映射表，则本申请实施例提出的计费方法的流程图，可以如图4所示，该方法可以包括：

步骤401，接入设备获取用户设备的用户属性。

步骤402，接入设备通过该用户属性查询第一映射表(该第一映射表包括用户属性与计费更新间隔的对应关系)，得到该用户属性对应的计费更新间隔。

步骤403，接入设备根据该计费更新间隔向服务器发送携带计费信息的计费更新报文。在本步骤之前，接入设备还可以先获取用户设备的计费信息。

步骤404，服务器接收接入设备根据该计费更新间隔发送的计费更新报文。

步骤405，服务器利用计费更新报文携带的计费信息对用户设备进行计费。

若接入设备上没有维护第一映射表，而是服务器上维护第二映射表，则本申请实施例提出的计费方法的流程图，可以如图5所示，该方法可以包括：

步骤501，接入设备获取用户设备的用户属性。

步骤502，接入设备向服务器发送携带该用户属性的查询请求消息。

步骤503，服务器接收接入设备发送的携带该用户属性的查询请求消息。

步骤504，服务器通过该用户属性查询第二映射表(该第二映射表包括用户属性与计费更新间隔的对应关系)，得到该用户属性对应的计费更新间隔。

步骤505，服务器向接入设备返回携带该计费更新间隔的查询响应消息。

步骤506，接入设备从该查询响应消息中解析出该计费更新间隔。

步骤507，接入设备根据该计费更新间隔向服务器发送携带计费信息的计费更新报文。在本步骤之前，接入设备还可以先获取用户设备的计费信息。

步骤508，服务器接收接入设备根据该计费更新间隔发送的计费更新报文。

步骤509，服务器利用计费更新报文携带的计费信息对用户设备进行计费。

在上述各实施例中，当接入设备上已经存在用户设备对应的计费更新间隔后，若该用户设备的用户属性发生变化，并导致该用户设备对应的计费更新间隔发生变化，则：如果接入设备允许修改计费更新间隔，则接入设备可以通过变化后的计费更新间隔动态调整当前使用的计费更新间隔，如果接入设备不允许修改计费更新间隔，则接入设备保持当前使用的计费更新间隔不变。

其中，若接入设备支持COA(Change of Authorization Messages，更改用户授权信息)，则说明接入设备允许修改计费更新间隔，若接入设备不支持COA，则说明接入设备不允许修改计费更新间隔。当然，上述方式只是判断接入设备是否允许修改计费更新间隔的一个示例，对此判断方式不做限制。

在上述各实施例中，由于不同用户设备对应的计费更新间隔不同，如果用户设备的计费更新间隔较小，则针对该用户设备的计费准确性高，但是会增加接入设备与服务器的处理性能，如果用户设备的计费更新间隔较大，则针对该用户设备的计费准确性低，但会降低接入设备与服务器的处理性能，基于此，在配置第一映射表或者第二映射表时，需要配置合理的计费更新间隔。

例如，如果用户属性为用户组，若接入设备与服务器的处理性能较高，则针对用户设备数量较多的用户组，可以将计费更新间隔设置的小一些，以提高这部分用户设备的计费准确性。若接入设备与服务器的处理性能较低，则针对用户设备数量较多的用户组，可以将计费更新间隔设置的大一些，以减轻接入设备与服务器的处理性能。又例如，如果用户属性为流量使用情况，则针对较大的流量使用情况(如240M/h)，可以将计费更新间隔设置的小一些，以提高使用流量较多的用户设备的计费准确性，针对较小的流量使用情况(如30M/h)，可以将计费更新间隔设置的大一些，以减轻接入设备与服务器的处理性能。

基于与上述方法同样的申请构思，本申请实施例中还提供了一种计费装置，该计费装置可以应用在接入设备上。其中，该计费装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过该计费装置所在的接入设备的处理器，读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言，如图6所示，为本申请提出的计费装置所在的接入设备的一种硬件结构图，除了图6所示的处理器、非易失性存储器外，接入设备还可以包括其他硬件，如负责处理报文的转发芯片、网络接口、内存等；从硬件结构上来讲，该接入设备还可能是分布式设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

如图7所示，为本申请提出的计费装置的结构图，所述装置包括：

第一获取模块11，用于获取用户设备的用户属性；第二获取模块12，用于根据所述用户属性获取用户设备对应的计费更新间隔；发送模块13，用于根据所述计费更新间隔向服务器发送携带计费信息的计费更新报文，以使所述服务器利用所述计费信息对所述用户设备进行计费。

在一个例子中，所述第二获取模块12，具体用于在根据所述用户属性获取用户设备对应的计费更新间隔的过程中：

通过所述用户属性查询第一映射表，得到所述用户属性对应的计费更新间隔；其中，所述第一映射表包括用户属性与计费更新间隔的对应关系；或者，

向所述服务器发送携带所述用户属性的查询请求消息，以使所述服务器查询所述用户属性对应的计费更新间隔；接收所述服务器返回的携带所述计费更新间隔的查询响应消息，并从所述查询响应消息中解析出所述计费更新间隔。

所述计费装置还包括(在图中未体现)：

调整模块，用于当所述用户设备的用户属性发生变化时，则确定变化后的用户属性，并根据变化后的用户属性重新获取所述用户设备对应的计费更新间隔；通过重新获取的计费更新间隔动态调整当前使用的计费更新间隔。

基于与上述方法同样的申请构思，本申请实施例中还提供了一种计费装置，该计费装置可以应用在服务器上。其中，该计费装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过该计费装置所在的服务器的处理器，读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言，如图8所示，为本申请提出的计费装置所在的服务器的一种硬件结构图，除了图8所示的处理器、非易失性存储器外，服务器还可以包括其他硬件，如负责处理报文的转发芯片、网络接口、内存等；从硬件结构上来讲，该服务器还可能是分布式设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

如图9所示，为本申请提出的计费装置的结构图，所述装置包括：

第一接收模块21，用于接收接入设备发送的携带用户属性的查询请求消息；

获取模块22，用于获取所述用户属性对应的计费更新间隔；

发送模块23，用于向接入设备发送携带所述计费更新间隔的查询响应消息；

第二接收模块24，用于接收所述接入设备根据所述计费更新间隔发送的计费更新报文，其中，所述计费更新报文携带用户设备的计费信息；

计费模块25，用于利用所述计费信息对所述用户设备进行计费。

所述获取模块22，具体用于在获取所述用户属性对应的计费更新间隔的过程中：通过所述用户属性查询第二映射表，得到所述用户属性对应的计费更新间隔；其中，所述第二映射表包括用户属性与计费更新间隔的对应关系。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种计费方法，应用于接入设备，其特征在于，所述方法包括：

获取用户设备的用户属性；

根据所述用户属性获取所述用户设备对应的计费更新间隔；

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户属性获取所述用户设备对应的计费更新间隔的过程，具体包括：

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当所述用户设备的用户属性发生变化时，则确定变化后的用户属性，并根据变化后的用户属性重新获取所述用户设备对应的计费更新间隔；

通过重新获取的计费更新间隔动态调整当前使用的计费更新间隔。

4.根据权利要求1或2所述的方法，其特征在于，所述用户属性具体为：

所述用户设备所属的用户组，或者，所述用户设备的流量使用情况。

5.一种计费方法，应用于服务器，其特征在于，所述方法包括：

获取所述用户属性对应的计费更新间隔；

6.根据权利要求5所述的方法，其特征在于，

所述获取所述用户属性对应的计费更新间隔的过程，具体包括：

通过所述用户属性查询第二映射表，得到所述用户属性对应的计费更新间隔；其中，所述第二映射表包括用户属性与计费更新间隔的对应关系。

7.根据权利要求5或6所述的方法，其特征在于，所述用户属性具体为：

8.一种计费装置，应用于接入设备，其特征在于，所述装置包括：

第一获取模块，用于获取用户设备的用户属性；

9.根据权利要求8所述的装置，其特征在于，所述第二获取模块，具体用于在根据所述用户属性获取用户设备对应的计费更新间隔的过程中：

10.根据权利要求8或9所述的装置，其特征在于，还包括：

11.一种计费装置，应用于服务器，其特征在于，所述装置包括：

获取模块，用于获取所述用户属性对应的计费更新间隔；

12.根据权利要求11所述的装置，其特征在于，

所述获取模块，具体用于在获取所述用户属性对应的计费更新间隔的过程中：通过所述用户属性查询第二映射表，得到所述用户属性对应的计费更新间隔；其中，所述第二映射表包括用户属性与计费更新间隔的对应关系。