CN1960264A - 一种计费的方法和系统 - Google Patents

Abstract

本发明公开了一种计费方法，可应用于无线城域网接入技术中，包括：当数据通道/业务流建立后，计费点向计费服务器发送数据通道/业务流开始计费请求；当业务流/数据通道关闭后，计费点向计费服务器发送业务流/数据通道终止计费请求；计费服务器根据数据通道/业务流开始计费请求和业务流/数据通道终止计费请求进行计费。本发明还提供了一种计费系统、计费点和计费服务器。根据本发明，可以实现基于数据通道的计费和实现基于业务流的计费，为电信运营商提供更为合理、更为精确的收费模式，从而提高了用户的满意度和提高网络资源的利用率。

Description

一种计费的方法和系统

技术领域

本发明涉及一种通信技术，尤其涉及一种计费方法和系统。

背景技术

在现有技术中，如图1所示，计费系统包括：用户终端，用于登录、访问和退出网络；计费点，用于获得用户终端登录、访问和退出网络等信息，并利用这些信息生成计费信息，然后将计费信息发给计费服务器，以便计费服务器计费；计费服务器，用于根据计费信息进行计费。

所述的用户终端可以为计算机、手机等。所述计费点可以是接入服务器，计费服务器可为是AAA服务器。

下面描述根据上述计费系统的计费流程。

步骤11、用户登录网络。

步骤12、当用户登录网络成功时，计费点会发现用户已登录网络，然后自动向计费服务器发起开始计费请求，所述开始计费请求包括用户名、计费会话标识、用户地址、开始时间、当前流量等信息。

步骤13、计费服务器接收到计费开始请求，记录报文中的用户、计费会话、用户地址、开始时间、当前流量等信息，作为用户计费记录保存到数据库中，并向计费点返回开始计费响应。

步骤14、计费点可根据网络情况和运营要求对计费信息进行实时保护，在计费过程中向计费服务器提供中间计费报文。此时，按照预定的中间周期，计费点向计费服务器发送中间计费请求。

步骤15、计费服务器接收到中间计费请求，记录报文中的用户名、计费会话标识、用户地址、已经使用网络的时间长度、已经使用的网络流量等信息，作为用户计费记录保存到数据库中，并向计费点返回中间计费响应。

步骤16、用户使用网络完毕，退出网络，退出网络可以是用户主动挂线，也可以是网络异常检测、用户强制下线等等。

步骤17、计费点感知用户终端退出网络后，向计费服务器发送终止计费请求；

步骤18、计费服务器接收到终止计费请求，记录报文中的用户、计费会话、用户地址、已经使用网络的时间长度、已经使用的网络流量等信息，作为用户计费记录保存到数据库中，并向计费点返回终止计费响应。

随着网络的发展，人们需要业务种类繁多。为了获得这些不同的业务，如在WiMax(微波接入全球互操作性系统)协议中使用多个数据通道来传递数据，并在某个数据通道上传递多种业务流。由于不同的数据通道和业务流的服务质量差别较大，因此，应对不同的数据通道和业务流分别进行计费，以增加用户的满意度和提高网络资源的利用率。

发明内容

本发明的目标是提供一种计费的方法和系统，可实现基于数据通道和业务流进行计费，从而提高了用户的满意度和提高网络资源的利用率。

本发明提供了一种计费方法，可应用于无线城域网接入技术中，包括：

A、当数据通道建立后，计费点向计费服务器发送数据通道开始计费请求；

B、当数据通道关闭后，计费点向计费服务器发送数据通道终止计费请求；

C、计费服务器根据数据通道开始计费请求和数据通道终止计费请求进行计费。

所述的数据通道开始计费请求包括用户名、计费会话标识、开始时间、当前流量和/或数据通道标识；所述的数据通道终止计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量和/或数据通道标识。

在执行步骤B之前还执行下述步骤：计费点按预定周期向计费服务器发送数据通道中间计费请求。

所述的数据通道中间计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量和/或数据通道标识。

本发明还提供了另一种计费方法，可应用于无线城域网接入技术中，包括：

D、当业务流建立后，计费点向计费服务器发送业务流开始计费请求；

E、当业务流关闭后，计费点向计费服务器发送业务流终止计费请求；

F、计费服务器根据业务流开始计费请求和业务流终止计费请求进行计费。

所述的业务流开始计费请求包括用户名、计费会话标识、开始时间、当前流量、数据通道标识和/或业务流标识；所述的业务流终止计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量、数据通道标识和/或业务流标识。

在执行步骤E之前还执行下述步骤：计费点按预定周期向计费服务器发送业务流中间计费请求。

所述的业务流中间计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量、数据通道标识和/或业务流标识。

本发明还提供了一种计费系统，包括：

计费点，用于向计费服务器发送计费请求，所述计费请求包括数据通道标识和/或业务流标识。

计费服务器，用于根据来自计费点的计费请求进行计费。

本发明还提供了一种计费点，包括：

处理单元，用于将当前网络中正在使用的数据通道标识、或数据通道标识和业务流标识填写在计费清单中，并将与数据通道标识、或数据通道标识和业务流标识相对应的用户名、计费会话标识、开始时间，已经使用的网络时间、总流量和/或当前流量填写在计费清单中以生成计费请求；

发送单元，用于将处理单元生成的计费请求发给计费服务器。

本发明还提供了一种计费服务器，包括：

接收单元，用于接收计费点发送的计费请求；

计费处理单元，用于根据接收单元所接收的计费请求的数据通道或业务流进行计费。

根据本发明，通过在计费过程中引入数据通道标识和业务流，实现了基于数据通道的计费和实现基于业务流的计费，为电信运营商提供更为合理、更为精确的收费模式。

附图说明

图1示出了现有技术的计费系统；

图2示出了现有技术的计费流程图；

图3示出了本发明的按数据通道计费的流程图；

图4示出了本发明的按业务流计费的流程图。

具体实施方式

为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明的实施例。

本发明的基本思想是，在无线城域网接入技术中，当数据通道建立后，计费点向计费服务器发送数据通道开始计费请求；当数据通道关闭后，计费点向计费服务器发送数据通道终止计费请求；计费服务器根据数据通道开始计费请求和数据通道终止计费请求进行计费。

为了实现本发明，以WiMax为例，对可携带计费请求的消息：Radius消息进行扩展。即在Radius消息中使用VSA方式增加Qos Type、Data Path、ServiceFlow三种信元，以便计费服务器收到该消息时，可以根据消息中Data Path和/或Service Flow信息进行计费。具体扩展如下表所示。

Attribute Name	Type	Access-Request	Access-Accept	Interface(s)
					User-Name	1	M	M	ASN->AAAHA->AAA
NAS-IP-Address	4	O		ASN->AAA
					NAS-IPv6-Address	95	O		ASN->AAA
Foreign Agent Address	26/x1	O		ASN->AAA
					Acct-Multi-Session-Id	50	M	O	ASN<->AAA

Calling-Station ID	31	O		ASN->AAA
					Home Agent	26/x3	M	M	ASN<->AAA
Framed-IP-Address	8	M	O	ASN<->AAA
					Pre-shared Secret	26/x4		O	AAA->ASN
Reverse Tunnel Specification	26/x5		O	AAA->ASN
					MN-HA Shared Key	26/x6		O	AAA->HA
MN-HA SPI	26/x7	O		HA->AAA
					NAS-Port-Type	61	O		ASN->AAA
Qos Type	26/x8	O		ASN->AAA
					Data Path Type	26/x9	O		ASN->AAA
Service Flow Type	26/x10	O		ASN->AAA

在上表中，M表示该项必选，O表示该项可选；空表示不选；其中，Qos Type、Data Path、Service Flow三种信元为新扩展的信元，以表示本次计费的Qos Type、Data Path、Service Flow。

如图3所示，下面描述根据本发明的基于数据通道的计费流程。

步骤1、对用户终端进行认证。当认证通过后，继续执行下面的步骤，否则，结束本次通信过程。

步骤2、用户建立数据通道1，当R6连接(R6 Connection)建立完成后就开始触发计费流程，此时计费点(如网络接入服务器)向计费服务器发送开始计费报文。此时步骤2a)、2b)、2c)、2d)......2k)等表示这条数据通道建立到结束的过程，及在此过程中基于此数据通道的计费过程。对各个步骤的详细描述如下。

步骤2a-2c、在用户终端、接入点、计费点之间建立用户数据层面的空口链路。当建立用户数据层面的空口链路后，进行R6连接，数据通道建立完成。执行DHCP(动态主机配置)过程，所述DHCP过程由DHCP Proxy(DHCP代理)、DHCP Server(DHCP服务器)和用户终端协同完成，以便进行主机配置。

上述的DHCP过程与R6连接建立过程在时间上并行的，由于在DHCP过程中会使用门控等待R6连接建立完成后再发送最后确认消息，所以流程图中DHCP过程放在R6连接之后。

步骤2d、计费点向计费服务器发送数据通道开始计费请求，所述计费开始请求包括用户名、计费会话标识、用户地址、开始时间、当前流量、数据通道等信息。如果是漫游情况，计费点向访问计费服务器发送数据通道开始计费请求，访问计费服务器将数据通道开始计费请求发给家乡计费服务器。

步骤2e、计费服务器接收到计费开始请求后，记录报文中的用户、计费会话、用户地址、开始时间、当前流量、数据通道等信息，作为数据通道计费记录保存到数据库中，并向计费点返回数据通道开始计费响应；

步骤2f、计费点可根据网络情况、运营策略进行数据通道中间计费，以便对计费信息进行实时保护。这时计费点可以在计费过程中提供数据通道中间计费请求。此时，按照预定的中间周期，计费点向计费服务器发送数据通道中间计费请求。

步骤2g、计费服务器接收到数据通道中间计费请求后，记录报文中的用户名、计费会话标识、用户地址、已经使用网络的时间长度、已经使用的网络流量、数据通道等信息，作为数据通道用户计费记录保存到数据库中，并向计费点返回数据通道中间计费响应。

步骤2h、用户数据层面的空口链路结束。

步骤2i、R6连接结束。

步骤2j、计费点向计费服务器发起数据通道终止计费请求。所述数据通道终止计费请求包括用户名、计费会话标识、用户地址、已经使用网络的时间长度、已经使用的网络流量、数据通道等信息。

步骤2k、计费服务器接收到数据通道终止计费请求，记录报文中的用户、计费会话、用户地址、已经使用网络的时间长度、已经使用的网络流量、数据通道等信息，作为用户计费记录保存到数据库中，并向计费点发送数据通道终止计费响应。

步骤3、用户建立数据通道2，当R6连接建立完成后就开始触发计费流程，此时计费点开始发送数据通道开始计费报文。此时3a)、3b)、3c)、3d)......3k)等表示这条数据通道建立到结束的过程，及在此过程中基于此数据通道的计费过程，这些流程与数据通道2的过程是一样的，不再重复叙述。

步骤4、用户建立其它的数据通道。

应该注意到，步骤2在步骤3之前，也就是说2a)步骤在3a)步骤之前，但是，此后的步骤2b)、2c)、......2k)是一串独立按时间顺序的动作，与3b)、3c)、......3k)一串独立的按时间顺序动作并无必然关系。

如图4所示，下面描述基于业务流的计费流程。

步骤201、对用户终端进行认证。当认证通过后，继续执行下面的步骤，否则，结束本次通信过程。

步骤202、用户建立数据通道，建立数据通道过程包括用户层面的空口链路的建立和R6连接的建立。在R6连接的建立后并不触发业务流计费流程，而是当在此数据通道基础之上的业务流建立的时候才触发业务计费流程。下参数图4对基于业务流的流程描述如下。

步骤202a-202c、在用户终端、接入点、计费点之间建立用户数据层面的空口链路。当建立用户数据层面的空口链路后，进行R6连接，数据通道建立完成。DHCP过程完成。所述DHCP过程由DHCP代理、DHCP服务器和用户终端协同完成，

实际上DHCP过程与R6连接建立过程在时间上并行的，由于DHCP会使用门控等待R6连接建立完成后再发送最后确认消息，所以流程图中DHCP过程放在R6连接之后。

步骤202d、在数据通道1基础上建立业务流1的过程及基于此业务流1进行计费。业务流1建立完成后将触发计费流程。下面的步骤202d-1)、202d-2)、.....、202d-8)示出了业务流1的建立、结束过程及在基于业务流1的计费流程，现在对这些步骤进行详细描述。

步骤202d-1、用户创建业务流1，建立业务流1的过程还需要CSN(核心网)中的AF(应用功能)、PF(策略功能)实体参与。

步骤202d-2、计费点向计费服务器发起业务流开始计费请求。

步骤202d-3、计费服务器接收到业务流开始计费请求，记录报文中的用户名、计费会话标识、用户地址、开始时间、当前流量、数据通道、业务流等信息，作为用户计费记录保存到数据库中，并向计费点返业务流开始计费响应。

步骤202d-4、计费点可根据网络情况、运营策略进行数据通道中间计费，以便对计费信息进行实时保护。这时计费点可以在计费过程中提供业务流中间计费请求。此时，按照预定的中间周期，计费点向计费服务器发送业务流中间计费请求。

步骤202d-5、计费服务器接收到业务流中间计费请求，记录报文中的用户名、计费会话标识、用户地址、已经使用网络的时间长度、已经使用的网络流量、数据通道、业务流等信息，作为用户计费记录保存到数据库中，并向计费点返回业务流中间计费响应。

步骤202d-6、业务流1结束。

步骤202d-7、计费点向计费服务器发送业务流终止计费请求。

步骤202d-8、计费服务器接收到业务流终止计费请求，记录报文中的用户名、计费会话标识、用户地址、已经使用网络的时间长度、已经使用的网络流量、数据通道、业务流等信息，作为用户计费记录保存到数据库中，并向计费点返回业务流终止计费响应。

步骤202e、网络还可根据用户终端的请求在数据通道基础上建立另一业务流(如业务流2)，业务流2与业务流1的建立过程及计费流程类似，不再重复描述。

应该注意到，也就是说步骤220d-1在步骤220e-1之前，但是，业务流2的后续动作202e-2、.....、202e-8)与业务流1的后续动作(2d-2)、.....、2d-8))在时间顺序上并无联系。

步骤202f、用户数据层面的空口链路结束。

步骤202g、R6连接结束，也就是数据通道结束。

其它数据通道的建立过程及基于其上的业务流过程，及针对这些业务流的计费流程与数据通道1的建立过程类似，不再重复叙述。

本发明还提供了一种计费系统，包括：计费点，用于向计费服务器发送计费请求，所述计费请求包括数据通道标识和/或业务流标识。计费服务器，用于根据来自计费点的计费请求进行计费。

所述的计费点包括：处理单元，用于将当前网络中正在使用的数据通道标识、或数据通道标识和业务流标识填写在计费清单中，并将与数据通道标识，或数据通道标识和业务流标识相对应的用户名、计费会话标识、开始时间，已经使用的网络时间、总流量和/或当前流量填写在计费清单中以生成计费请求；发送单元，用于将处理单元生成的计费请求发给计费服务器。

所述的计费服务器包括：接收单元，用于接收计费点发送的计费请求；计费处理单元，用于根据接收单元所接收的计费请求的数据通道或业务流进行计费。

应该注意到，本发明不仅适用于WiMax网络，同样适用于支持一个用户终端同时对应多个数据通道、业务流的网络。

根据本发明，通过在计费过程中引入数据通道标识和业务流，可以实现基于数据通道的计费和实现基于业务流的计费，为电信运营商提供更为合理、更为精确的收费模式。

虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。

Claims (13)

1、一种计费方法，其特征在于，包括：

A、当数据通道建立后，计费点向计费服务器发送数据通道开始计费请求；

B、当数据通道关闭后，计费点向计费服务器发送数据通道终止计费请求；

C、计费服务器根据数据通道开始计费请求和数据通道终止计费请求进行计费。

2、根据权利要求1所述的计费方法，其特征在于，所述的数据通道开始计费请求包括用户名、计费会话标识、开始时间、当前流量和/或数据通道标识；所述的数据通道终止计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量和/或数据通道标识。

3、根据权利要求1或2所述的计费方法，其特征在于，在执行步骤B之前还执行下述步骤：计费点向计费服务器发送数据通道中间计费请求。

4、根据权利要求3所述的计费方法，其特征在于，所述的计费点按预定周期向计费服务器发送业务流中间计费请求。

5、根据权利要求4所述的计费方法，其特征在于，所述的数据通道中间计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量和/或数据通道标识。

6、一种计费方法，其特征在于，包括：

D、当业务流建立后，计费点向计费服务器发送业务流开始计费请求；

E、当业务流关闭后，计费点向计费服务器发送业务流终止计费请求；

F、计费服务器根据业务流开始计费请求和业务流终止计费请求进行计费。

7、根据权利要求1所述的计费方法，其特征在于，所述的业务流开始计费请求包括用户名、计费会话标识、开始时间、当前流量、数据通道标识和/或业务流标识；所述的业务流终止计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量、数据通道标识和/或业务流标识。

8、根据权利要求6或7所述的计费方法，其特征在于，在执行步骤E之前还执行下述步骤：计费点向计费服务器发送业务流中间计费请求。

9、根据权利要求8所述的计费方法，其特征在于，所述的计费点按预定周期向计费服务器发送业务流中间计费请求。

10、根据权利要求9所述的计费方法，其特征在于，所述的业务流中间计费请求包括用户名、计费会话标识、已经使用的网络时间、总流量、数据通道标识和/或业务流标识。

11、一种计费系统，其特征在于，包括：

计费点，用于向计费服务器发送计费请求，所述计费请求包括数据通道标识和/或业务流标识。

计费服务器，用于根据来自计费点的计费请求进行计费。

12、一种计费点，其特征在于，包括：

处理单元，用于将当前网络中正在使用的数据通道标识、或数据通道标识和业务流标识填写在计费清单中，并将与数据通道标识、或数据通道标识和业务流标识相对应的用户名、计费会话标识、开始时间，已经使用的网络时间、总流量和/或当前流量填写在计费清单中以生成计费请求；

发送单元，用于将处理单元生成的计费请求发给计费服务器。

13、一种计费服务器，其特征在于，包括：

接收单元，用于接收计费点发送的计费请求；

计费处理单元，用于根据接收单元所接收的计费请求的数据通道或业务流进行计费。

Images