CN102104859A

CN102104859A - 离线计费方法及系统

Info

Publication number: CN102104859A
Application number: CN2009102470674A
Authority: CN
Inventors: 骆文; 宋建全
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-12-21
Filing date: 2009-12-21
Publication date: 2011-06-22
Also published as: WO2011076067A1

Abstract

本发明涉及一种离线计费方法和系统，该离线计费方法包括：计费客户端获取终端的计费信息并发送到计费服务器，所述计费信息包括用于表示服务基站类型的基站类型信息和/或用于表示所述终端类型的用户类型信息；所述计费服务器接收所述计费信息，并根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费。本发明离线计费方法和系统可以提供差异化计费服务，促使家用基站业务的顺利开展。

Description

离线计费方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种离线计费方法及系统。

背景技术

为了给移动用户提供更高的业务速率并降低使用高速率服务所需要的费用、降低运营商网络部署的投资，同时，为了弥补已有分布式蜂窝无线通信系统覆盖的不足，通常会在现有的通信网络中部署家用基站，作为对宏基站的补充。家用基站一般设置在家庭、办公区域等场所使用。家用基站是一种小型、低功率的基站，具有实用、便捷、低功率输出等优点。

图1是根据相关技术的包含家用基站的通信网络模型的示意图，如图1所示，家用基站的通信网络模型包括家用基站、安全网关、接入网关、鉴权授权计费服务器。家用基站可以通过安全网关接入到接入网关。安全网关可以与接入网关合设也可以与接入网关分设。安全网关的主要作用是保障家用基站和接入网关之间的链路安全。

鉴权授权计费服务器(Authentication Authorization and AccountingServer，简称为AAA服务器)是通信网络中的重要功能设施，用于实现网络运营商对数据、用户的控制和管理，提供认证授权，账户服务以及计费服务，通常与网络访问控制、网关服务器、数据库以及用户信息目录等协同工作。锚点鉴权器(Anchor Authenticator，简称为AA)一般放置在接入网关，其主要功能是在移动终端入网时向移动终端提供接入鉴权服务；在移动终端入网以后、退网之前，负责管理和维护移动终端的上下文信息。锚点数据通道功能(Anchor Data Path Function，简称为A-DPF)一般也放置在接入网关，其是通信网络具备的另一个重要的功能：无论网络中的移动终端在各个基站中如何切换，所有来自终端的数据(上行数据)都会最终汇聚到该终端的锚点数据通道功能，然后再被进一步转发(例如，发送给Internet)；所有发往此终端数据(下行数据)也都会首先被发送给该锚点数据通道功能，再进一步由锚点数据通道功能发送给终端。锚点鉴权器和锚点数据通道功能可以位于同一个接入网关中，也可以安放在不同的接入网关(如图1所示)。

计费功能是通信系统中的一种重要的核心功能，计费可分为在线计费(即，预付费)和离线计费(即，后付费)两种。计费服务器(AccountingServer，简称Acc-S)，计费客户端(Accounting Client，简称Acc-C)以及计费代理(Account Agent，简称Acc-A)是在无线通信网络中实现离线计费的几个重要的网络实体。

Acc-A的功能是搜集离线计费信息，例如，收集终端使用业务的流量信息(Volume Information)并定时将该信息发送给计费客户端。Acc-C端则根据从Acc-A搜集到的离线计费信息构造终端(终端用户)的使用数据记录(Usage Data Record，简称UDR)，其中记录着相关的计费信息。Acc-C也需要定期向Acc-S上报离线计费信息，此时Acc-C将其生成的UDR传递给计费服务器。Acc-S搜集上述的UDR信息，把同类的UDR信息进行合并，针对不同业务类型对用户进行计费。UDR包含很多信息，如计费会话标识、业务数据流标识、业务使用的流量和/或时长、生成该UDR的时间戳等。计费会话标识可以令计费服务器知道在为哪个终端(终端用户)计费；业务数据流标识则可用于标识该UDR搜集是哪种业务的计费信息，如语音业务、数据业务，一般来说一种业务对应一个UDR；业务使用的流量和/或时长用来表示终端(终端用户)使用这种业务的流量和/或时长信息；时间戳则用来防止因重复收到同样UDR而导致对终端重复计费。

Acc-S在对终端计费时，一种处理方法是首先将根据计费会话标识找出所有与该终端相关的UDR，然后再依照业务类型合并相关的UDR，最后根据各类型业务的使用费率和使用情况对终端进行计费。例如，根据业务数据流标识，Acc-S将所有与语音业务相关的UDR合并，将其中的使用流量相加，得到终端使用语音业务的总流量；同样，Acc-S也可以将所有与数据业务相关的UDR合并，并得到终端使用数据业务的总流量。然后根据两种业务不同的使用费率分别计算出终端使用这两种业务的费用，相加之后得到总费用。

在部署离线计费功能时，离线计费服务一般部署在AAA服务器上；离线计费客户端，此时，可理解为AAA服务器本身拥有Acc-S的功能；PPS也可以与AAA服务器分设，此时他们之间需要有适当的接口。Acc-C则驻留在部署在终端的锚点鉴权器上(接入网关)；Acc-A则部署在终端的锚点数据通道功能中(接入网关)。当锚点鉴权器与锚点数据通道位于同一个接入网关时，Acc-A与Acc-C之间可以直接通信；而当两者位于不同接入网关时，Acc-A与Acc-C之间可以借助接入网关之间的接口通信。

在现有的家用基站系统中，有三种不同类型的家用基站，分别是：闭合模式(CSG-CLOSDE)家用基站、混合模式(CSG-OPEN)家用基站和开放模式(OPEN)家用基站。闭合模式家用基站是指只有该家用基站所属闭合用户组(Closed Subscriber Group，CSG)成员的用户才可以接入该家用基站并享受该家用基站提供的业务；开放模式家用基站是指任何用户都可以接入该家用基站；混合模式家用基站是指允许CSG用户和其他用户接入，但会根据用户是否属于CSG列表来区分不同的用户类型、实现差异化的服务质量处理(如，CSG用户具有更高的业务优先级，拥有更好的服务质量和业务类别)。

为了到达降低运营商网络部署的投资成本，以及达到提高用户使用业务的满意度(更高的业务速率，更低的业务使用费率)的目的，运营商需使用家用基站系统。但由于家用基站需要由用户购买并安置(宏基站不需要用户购买并安置)，不能有效地吸引用户广泛地使用家用基站，而致使家用基站业务无法顺利开展，直至无法开展。

发明内容

本发明要解决的技术问题是提供一种离线计费方法和系统，以提供差异化计费服务，促使家用基站业务的顺利开展。

为解决以上技术问题，本发明提供了一种离线计费方法，该方法包括：

计费客户端获取终端的计费信息并发送到计费服务器，所述计费信息包括用于表示服务基站类型的基站类型信息和/或用于表示所述终端类型的用户类型信息；

所述计费服务器接收所述计费信息，并根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费。

进一步地，所述计费客户端通过计费请求将所述计费信息发送给所述计费服务器，所述计费请求是用于通知计费服务器开始或结束对所述终端计费的计费请求，或者是计费期间的计费请求。

进一步地，所述计费客户端获取所述基站类型信息和/或所述用户类型信息，采用如下方式之一：

所述计费客户端通过计费信息更新请求或移动IP协议消息从计费代理获取所述基站类型信息和/或用户类型信息；

所述计费客户端通过基站发送的消息获取所述基站类型信息和/或用户类型信息，所述基站发送的消息至少包括以下消息之一：上下文信息交互消息、MAC层更新消息、数据预通道预建立请求消息、数据通道建立请求消息、终端预附着请求消息、EAP转发消息、或终端附着请求消息。

进一步地，

计费代理获得所述基站类型信息和/或所述用户类型信息，采用如下方式之一：

所述计费代理从所述服务基站本地获取所述基站类型信息和/或用户类型信息；

所述计费代理通过基站发送的消息获取所述基站类型信息和/或用户类型信息，具体包括以下消息至少之一：上下文信息交互消息、MAC层更新消息、数据通道预建立请求消息、数据通道建立请求消息、终端预附着请求消息、EAP转发消息、终端附着请求消息。

进一步地，所述计费服务器根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费时至少执行以下操作之一：对所述终端的计费信息分类；为所述终端选择计费费率；为所述终端选择计费模式。

进一步地，所述服务基站类型包括宏基站和家用基站。

进一步地，所述服务基站类型包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站。

进一步地，所述终端类型包括：闭合用户组成员和非闭合用户组成员。

为解决上述技术问题，本发明还提供一种离线计费系统，所述系统包括：

计费客户端，用于获取终端的计费信息并发送到计费服务器，所述计费信息包括用于表示服务基站类型的基站类型信息和/或用于表示所述终端类型的用户类型信息；

所述计费服务器，通过网络与所述计费客户端连接，用于接收所述计费信息，以及根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费。

进一步地，所述计费客户端通过服务基站发送的消息获取所述基站类型信息和/或用户类型信息，具体包括：在切换时，通过上下文信息交互消息、MAC层更新消息、数据预通道建立请求消息或数据通道建立请求消息获取；在初始入网时，通过终端预附着请求、用户标识响应、终端附着请求或数据通道建立请求获取。

进一步地，

所述系统还包括与计费客户端连接的计费代理，所述计费客户端通过计费信息更新请求或移动IP协议消息从计费代理获取所述基站类型信息和/或用户类型信息；

所述计费代理通过服务基站发送的消息获取所述基站类型信息和/或用户类型信息，具体包括：在切换时，通过上下文信息交互消息、MAC层更新消息、数据预通道建立请求消息或数据通道建立请求消息获取；在初始入网时，通过终端预附着请求、用户标识响应、终端附着请求或数据通道建立请求获取。

进一步地，所述服务基站类型包括宏基站和家用基站。

本发明离线计费方法和系统中，计费客户端将服务基站的基站类型信息或终端的用户类型信息发送给计费服务器，计费服务器在计费时，将基站类型信息和/或用户类型信息作为确定计费费率的依据，从而为家用基站的用户提供差异化计费服务，能够吸引及鼓励用户广泛使用家用基站，进而促使家用基站业务的顺利开展。

附图说明

图1是现有技术中的一种包含家用基站的通信网络模型示意图。

图2是本发明离线计费方法的示意图。

图3是本发明实施例一的流程示意图。

图4是本发明实施例二的流程示意图。

图5是本发明实施例三的流程示意图。

图6是本发明实施例四的流程示意图。

具体实施方式

本发明离线计费方法和系统的主要思想是，计费客户端将服务基站的基站类型信息或终端的用户类型信息发送给计费服务器，计费服务器在计费时，将基站类型信息和/或用户类型信息作为确定计费费率的依据，从而为家用基站的用户提供差异化计费服务，吸引及鼓励用户广泛使用家用基站，促使家用基站业务的顺利开展。

因现有计费系统不关注终端用户访问网络时使用的基站类型(现网中都只有宏基站)，因此，在现网中引入家用基站系统以后，现有的计费系统无法获知终端用户当前使用的基站的类型，无法支撑运营商为用户提供差异性计费服务。这样，会导致用户对使用家用基站访问网络的满意程度下降，或者失去兴趣(没有人会愿意自己购置家用基站安置在自己家中，但是仍然需要支付与使用宏基站时同样的费用)，而本发明根据不同基站类型和/或不同用户类型提供差异性计费服务可以解决这一问题。

如图2所示，本发明离线计费方法包括：

步骤201：计费客户端获取终端的计费信息并发送到计费服务器，所述计费信息包括用于表示服务基站类型的基站类型信息和/或用于表示所述终端类型的用户类型信息；

所述计费客户端通过计费请求/开始、计费请求/中间或计费请求/结束消息将所述计费信息发送到所述计费服务器。

所述计费客户端从计费代理获取所述基站类型信息和/或用户类型信息；所述计费代理从所述服务基站本地获取或从所述服务基站发送的消息中获取所述基站类型信息和/或用户类型信息。

步骤202：所述计费服务器接收所述计费信息，并根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费，实现差异化计费服务。

本发明所说的差异性计费服务体现在：使用家用基站访问的资费标准低于使用宏基站访问网络的资费标准；使用不同类型的家用基站访问网络对应不同的计费策略，例如使用不同类型的家用基站对应不同的资费标准、对应不同的计费模式(例如，闭合模式家用基站对应按时常计费、开放模式家用基站对应按流量计费)。

实际上，离线计费客户端还可以通知离线计费服务器当前终端(终端用户)的用户类型(CSG成员，非CSG成员)，来实现为用户提供差异性计费服务。例如，CSG成员通过闭合模式家用基站或混合模式家用基站访问网络时，获得较低的资费标准；非CSG成员通过开放模式家用基站或混合模式家用基站访问网络时，获得较高的资费标准等。

所述计费服务器根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费时至少执行以下操作之一：对所述终端的计费信息分类；为所述终端选择计费费率；为所述终端选择计费模式。以下给出几种差异计费服务的具体实现方式：

1、服务基站类型包括宏基站和家用基站，计费服务器将所述基站类型信息作为确定费率的依据时，相同情况下，宏基站的费率高于家用基站的费率。

2、服务基站类型包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站，所述计费服务器将所述基站类型信息作为确定费率的依据时，相同情况下，费率依次降低。

3、终端类型包括：闭合用户组成员和非闭合用户组成员，计费服务器将所述用户类型信息作为确定费率的依据时，相同情况下，非闭合用户组成员的费率高于闭合用户组成员的费率。

4、服务基站类型包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站；所述终端类型包括：闭合用户组成员和非闭合用户组成员；计费服务器将所述基站类型信息和用户类型信息组合作为确定费率的依据时，相同情况下，费率由高到低的顺序为：宏基站下的非闭合用户组成员、开放模式家用基站下的非闭合用户组成员、混合模式家用基站下的非闭合用户组成员、混合模式家用基站下的闭合用户组成员、闭合模式家用基站下的闭合用户组成员。

以上4中方式仅为示意，具体实现时并不限于以上示例。

以下结合附图对本发明方法的具体实现进行详细说明：

实施例一

图3是(离线)计费客户端向(离线)计费服务器反馈对终端的计费信息时，通知(离线)计费服务器在统计该计费信息时，终端的服务基站类型，和/或终端(终端用户)的用户类型的方法，具体包含以下步骤：

步骤301：(离线)计费客户端(以下简称Acc-C)收到对终端(终端用户)开始计费的触发消息；

一般来说，在终端完成入网时或者开始业务时(如，使用数据业务访问Internet网络)，由终端直接发出或通过其他网元间接发出该触发消息。

步骤302：Acc-C向(离线)计费服务器(以下简称Acc-S)发送用于请求Acc-S开始对终端(终端用户)计费的计费请求(Accounting-Request/Start，以下记作“计费请求/开始)，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；

此消息也可以将Acc-C当前搜集到的计费信息，以UDR的形式发送到Acc-S，终端的服务基站类型信息，和/或终端(终端用户)的用户类型信息包含在该UDR形式的计费信息中。

步骤303：Acc-S收到计费请求/开始以后，创建该计费会话的上下文信息，例如将计费会话标识与终端对应起来，并对该终端开始计费，Acc-S还将上述Acc-C发送过来的UDR保存在本地，最后，Acc-S向Acc-C返回计费响应/开始；

步骤304：计费期间，Acc-C向Acc-S发送用以更新相关信息的计费请求(Accounting-Request/Interim-Update，以下记作“计费请求/中间“)，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；

在计费开始以后，Acc-C需要采集终端的计费信息，例如，Acc-A将与该终端相关的计费信息上报到Acc-C。在采集到上述的计费信息时，Acc-C将之转换成UDR，并缓存在本地，其中，UDR包含计费会话标识等信息以及Acc-C获取到的终端的服务基站类型，和/或用户类型。

以下以终端通过不同类型的基站接入网络使用数据业务为例，说明上文的含义：

假设当前终端通过家用基站接入网络使用数据业务，由上文描述可知，Acc-A可以监控终端使用业务的情况，搜集计费信息(如；流量)。Acc-A还可以周期地(如，每间隔20秒)将搜集到的计费信息发送到Acc-C。Acc-C收到计费信息后，根据该计费信息构造UDR，在UDR中填写相关的信息，包括：计费会话标识；业务数据流标识(此时该标识可以表明其是一个数据业务)；终端使用该业务时，使用的服务基站的类型(此时的基站类型是家用基站)。那么，进一步的，Acc-C还可以在UDR中填写家用基站的类型，如，闭合模式家用基站，混合模式家用基站，开放模式家用基站。

使用同样的原理，Acc-C也可以在UDR中填写终端使用该业务时，所属的用户类型(CSG用户，或非CSG用户)。

如上文所述，在计费开始以后，Acc-C需要采集终端的计费信息，并将之转换为UDR，在此处理之后，Acc-C将这些UDR暂时保持在本地。Acc-C一般会与Acc-S协商周期上报计费信息(UDR)，例如，每间隔5分钟上报一次，则此时，当协商的好的上报时隙到达时，Acc-C会将其在这段时间内搜集到的全部UDR，通过计费请求/中间消息发送到Acc-S。

值得说明的是，步骤302对该UDR的处理与本步骤所述方法相同。

步骤305：Acc-S收到计费请求/中间消息以后，将其中携带的UDR保存在本地，并向Acc-C返回计费响应/中间消息；

其中，值得注意的是，在一个计费会话的生存周期中，步骤304至步骤305会多次重复执行，例如，每间隔5分钟执行一次。这样做的好处是防止Acc-C丢失UDR信息。

步骤306：计费客户端收到对终端(终端用户)停止计费的触发消息；

例如，在终端退网时，或者，在终端结束业务时(如，结束访问Internet网络)计费客户端收到停止计费的触发消息。

步骤307：Acc-C向Acc-S发送用于请求Acc-S停止对终端(终端用户)计费的计费请求(Accounting-Request/Stop，以下记作“计费请求/停止”)消息，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；

计费请求/停止消息用于通知Acc-S停止对终端(终端用户)计费。

Acc-C在此时需要将生成的，但是还没有发送给Acc-S的与该终端相关的UDR使用该计费请求/停止消息全部发送给Acc-S。同步骤304中所述的方法，终端的服务基站的基站类型信息，和/或终端所属的用户类型信息包含在这些UDR中。

步骤308：Acc-S收到计费请求/停止消息以后，将其中携带的UDR保存在本地，并向Acc-C返回计费响应/停止消息；

通过本实施例描述的方法，可以使得与终端(终端用户)相关的计费信息(UDR)中包含终端所使用的基站类型信息，和/或用户类型信息，以实现对终端(终端用户)的差异性计费。以下具体说明如何实现：

在Acc-S得到上述的与终端相关的UDR信息以后的任意时刻，例如，终端退网以后，或者业务执行完毕以后，又或者是运营商规定的时间点(如，每天0点)，Acc-S将会处理这些UDR，并对用户离线计费，比如，采用如下方法：

A.Acc-S取出与该终端相关的所有UDR，并对该终端(用户)的计费信息进行分类(即，对UDR进行分类)，例如按业务类型归类，将语音业务归为一类，将数据业务归为一类，以下以数据业务依照流量计费为例。

B.取出与数据业务相关的UDR，继续对上述计费信息分类，其中，还包括依照终端的基站类型，和/或用户类型分类。以下B1和B2是仅依照基站类型分类的例子，B3是仅依照用户类型分类的例子，B4是结合基站类型，用户类型分类的例子。

B1.将UDR依照基站类型是宏基站、家用基站分成两类，如，基站类型是宏基站费率是1(高)，基站类型是家用基站的费率是1/2(低)。

B2.将UDR依照基站类型是宏基站、开放模式家用基站、混合模式家用基站、闭合模式家用基站分类，如，宏基站的费率为1(高)，开放模式家用基站的费率为2/3(较高)，混合模式家用基站的费率为1/2(中)，闭合模式家用基站的费率为1/3(低)。

B3.将UDR依照终端的用户类型是CSG用户、非CSG用户分为两类，如，若终端以非CSG成员角色访问网络(例如，通过宏基站、开放模式家用基站、混合模式家用基站)，费率为1(高)，若终端用户以CSG成员角色访问网络(例如，通过闭合模式家用基站、混合模式家用基站)，费率为1/2(低)。

B4.将UDR结合终端的服务基站类型，以及用户类型组合分类：终端的服务基站是宏基站，此时用户类型一定是非CSG成员，可归为(宏基站，非CSG成员)类，费率为1(高)；终端的服务基站是开放模式家用基站，此时用户类型一定是非CSG成员，可归为(开放模式家用基站，非CSG成员)类，费率为2/3(中)；终端的服务基站是混合模式家用基站，则若终端不是该家用基站的CSG成员，归为(混合模式家用基站，非CSG成员)类，费率为2/3(中)，而若终端是该家用基站的CSG成员，就归为(混合模式家用基站，CSG成员)类费率为1/3(低)；终端的服务基站是闭合模式家用基站，则用户类型一定是CSG成员，可归为(闭合模式家用基站，CSG成员)类，费率为1/3(低)。

C.将分好类UDR合并，例如，将类中各UDR中记录的流量相加，然后与各自的费率一起计算出每类的价格总额。最后将各类价格总额相加，得到最终对用户的计费信息。

最后，值得说明的是，为了表示基站类型信息，可以在上述的UDR中增加参数BSTYPE，并令BSTYPE＝0表示宏基站(Macro BS)；BSTYPE＝1表示开放模式(OPEN)家用基站；BSTYPE＝2表示混合模式(CSG-OPEN)家用基站；BSTYPE＝2表示闭合模式(CSG-CLOSED)家用基站。还可令BSTYPE＝0为默认值，即若UDR不携带参数BSTYPE时，默认服务基站类型为宏基站。或者，采用另外一种方式，在UDR中增加参数BSTYPE＝0表示宏基站(Macro BS)；BSTYPE＝1，SUBTYPE＝1表示开放模式(OPEN)家用基站；BSTYPE＝1，SUBTYPE＝2表示混合模式(CSG-OPEN)家用基站；BSTYPE＝1，SUBTYPE＝3表示闭合模式(CSG-CLOSED)家用基站。同样，也可以令BSTYPE＝0为默认值，含义与上同。

为了表示用户类型信息，可以在UDR中增加参数USERTYPE，并令USERTYPE＝0表示非CSG成员(Non-CSG Member)；USERTYPE＝1表示CSG成员(CSG Member)。还可令USERTYPE＝0为默认值，即若UDR不携带参数USERTYPE时，默认用户类型为非CSG成员。

根据实际应用，上述的BSTYPE(SUBTYPE)可以与USERTYPE组合使用，也可以单独各自使用，都可以在不同的程度上实现对终端(终端用户)的差异性计费。

实施例二

由上文描述可知，(离线)计费代理(Acc-A)位于锚点数据通道功能，其作用是监控终端使用网络的情况(如，执行业务时所使用的流量)，并搜集计费信息。在计费代理搜集到计费信息，并向计费客户端上报计费信息时，需要将终端当前的服务基站的类型，和/或用户类型发送给计费客户端，如图4所示，具体包含以下步骤：

步骤401：Acc-A向Acc-C发送定期计费信息更新请求消息，用以向Acc-C上报最近搜集到的终端的(离线)计费信息，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；

如步骤304中所述的方法，Acc-A可以周期地将搜集到的计费信息通过定期计费信息更新请求(Bulk Interim Update)消息发送到Acc-C。这些信息能够反应终端使用的业务类型，以及使用量(如，流量)，该消息还携带Acc-A获取到的终端的服务基站的基站类型信息，和/或终端的用户类型信息。

步骤402：Acc-C用定期计费信息更新应答消息响应Acc-A，通知Acc-A计费信息已经收到；

步骤403：Acc-C向Acc-S发送计费请求/开始，计费请求/中间，或计费请求/结束消息，其中携带包含终端的服务基站的基站类型信息，和/或终端的用户类型信息的UDR信息；

接收到来自Acc-A的定期计费信息更新请求消息以后，Acc-C从中取出相关的计费信息，并生成一个或者多个UDR。此时，Acc-C可以从该定期计费信息更新请求消息中取到终端当前的服务基站的类型信息，和/或终端的用户类型信息，并依照步骤204所述的方法，将这些信息添加到响应的UDR中。

在本步骤中，Acc-C根据实际情况向Acc-S发送计费请求/开始，计费请求/中间，或计费请求/结束消息。

步骤404：Acc-S收到计费请求/开始(中间，结束)消息以后，将其中携带的UDR保存在本地，并向Acc-C返回计费应答/开始(中间，结束)消息。

同样，依照实施例一中描述的方法，Acc-S最后可以对UDR依照基站类型，和/或用户类型分类，并实现对终端(终端用户)的差异性计费，其原理相同，在此不再赘述。

实施例三

终端在基站之间执行切换时，由新的服务基站(称之为，目标基站)将上述基站类型信息和/或用户类型信息发送到(离线)计费代理的方法，如图5所示，具体包含以下步骤：

步骤501：移动终端向服务基站发送切换指示；

在移动终端确定了即将切换进入的新的服务基站(目标基站)以后，移动终端需要向其当前的服务基站发送移动指示消息(MOB_HO-IND)，该消息中携带目标基站的标识。

步骤502：服务基站向目标基站发出切换确认(HO_Cnf)消息，通知移动终端即将切换到该目标基站；目标基站使用切换同意(HO_Ack)消息回应服务基站；

步骤503：目标基站向终端的锚点鉴权器发送上下文请求消息；锚点鉴权器使用上下文应答消息回应目标基站；

若目标基站还未拥有终端的上下文信息(例如，AK上下文信息)，则此时，目标基站可以向终端的锚点鉴权器发送上下文请求(Context_Req)，用以获取终端的上下文信息。

步骤504：目标基站向终端的锚点接入网关(锚点数据通道功能)发数据通道预建立请求，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；锚点接入网关(锚点数据通道功能)使用数据通道预建立响应回应目标基站；

若目标基站还没有为终端与锚点数据通道功能之间预建立数据通道，则在本步骤中，目标基站需要向锚点数据通道功能发送数据通道预建立请求(Path_Prereg_Req)，用于预建立数据通道。此时，目标基站可以使用该消息将终端的服务基站类型，和/或终端的用户类型发送到Acc-A(其驻留在锚点数据通道功能)。

这里所说的基站类型以及用户类型，是指当该目标基站成为终端的服务基站时(即，切换完成，终端切换到该目标基站时)，终端的服务基站类型以及终端在该基站上的用户类型。

首先，该目标基站知道自己的基站类型，依照实施例一中表达基站类型的方式：若是宏基站，则在上述数据通道预建立请求携带指示，用于表明基站类型是宏基站；或者，也可以不携带该指示，此时，Acc-A(接收方)将默认基站类型为宏基站；若是家用基站，则在上述数据通道预建立请求中携带指示，用于表明基站类型是家用基站，进一步的还可以表明是何种类型的家用基站(闭合模式家用基站，混合模式家用基站，开放模式家用基站等)。

其次，该目标基站知道终端在该基站上的用户类型，依照实施例一中描述的表达用户类型的方式：若是宏基站，则忽略此参数，Acc-A(接收方)将默认用户类型为非CSG成员；若是家用基站，则家用基站会首先判断该终端是不是自身的CSG成员，并将判断结果作为一个指示发送到Acc-A，用来表明当前终端的用户类型(CSG成员，非CSG成员)。其中，若家用基站也忽略此参数(如，开放模式家用基站)，那么接收方也将默认用户类型为非CSG成员。

Acc-A获取到上述的基站类型信息，和/或用户类型信息以后，将之保存在本地。Acc-A还可以将这两个参数与上述目标基站的基站标识(BaseStation Identify，BSID)关联起来。

步骤505：终端向目标基站发送测距请求，表明终端将要切换至该目标基站；

步骤506：目标基站向终端回应测距响应，同时，执行终端重入网过程；

步骤507：目标基站(新的服务基站)向锚点鉴权器发送CMAC密钥计数更新请求；锚点鉴权器使用CMAC密钥计数更新确认回应服务基站；

步骤508：目标基站(新的服务基站)向终端的锚点接入网关(锚点数据通道功能)发数据通道建立请求，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；锚点接入网关(锚点数据通道功能)使用数据通道建立响应回应目标基站；

目标基站需要为终端与锚点数据通道功能间正式建立数据通道。此时，目标基站向锚点数据通道功能发送数据通道建立请求(Path_Reg_Req)。

同步骤504，目标基站可以获取到上述的基站类型信息，和/或用户类型信息。如果目标基站没有通过上述数据预通道建立请求将上述的基站类型信息，和/或用户类型信息发送到Acc-A，则目标基站可使用数据通道建立请求将之发送到Acc-A，Acc-A将把这些参数保存在本地。

步骤509：锚点接入网关(锚点数据通道功能)与终端旧的服务基站之间执行数据通道拆除过程；

步骤510：目标基站(新的服务基站)与终端旧的服务基站之间交互切换完成确认。

如上文所述，Acc-A的作用是监控终端使用网络的情况，搜集计费信息，并向Acc-C上报计费信息，并且在终端切换前后，Acc-A都需要执行该操作。那么，在切换前后，若终端的基站类型，和/或用户类型发生了变化，则Acc-A应当将切换前后收集到的计费信息分开保存。

假设切换前终端服务基站类型是宏基站，切换后终端服务基站类型变成了家用基站(即，基站类型变化了)，以终端正在使用数据业务，Acc-A统计流量信息为例，如下说明：

切换前Acc-A统计到的流量为5单位，切换发生以后，Acc-A又统计到3单位的流量；则此时，Acc-A可将该5单位和3单位的流量分开保存，并在第一块(5单位)中插入服务基站类型为宏基站，在第二块(3单位)中插入服务基站类型为家用基站。并在上报时隙到达时，将这些信息发送到Acc-C。

则Acc-C可以根据该信息构造UDR，例如，构造两个UDR，第一个UDR中填写流量为5单位，基站类型填写宏基站；第二个UDR中填写流量为3单位，基站类型填写家用基站。又例如，构造一个UDR，在其中填写两段流量信息，第一段填写5单位，并注明该流量产生时基站的类型是宏基站；第一段填写3单位，并注明该流量产生时基站的类型是家用基站。最后，Acc-C可将这些UDR发送到Acc-S，以实现为用户执行差异性计费。

用同样的原理，在切换前后，终端的用户类型发生变化，或者基站类型与用户类型同时发生变化时，Acc-A也可以执行相同的操作，最终达到支持为用户执行差异性计费的目的，其原理相同，在此不再赘述。

以上流程中目标基站通过Acc-A将基站类型信息，和/或用户类型信息发送给Acc-C，可变换的，在本实施例中的步骤503与步骤507中，目标基站也可以通过上下文信息交互消息，或者MAC层更新消息将上述的基站类型，和/或用户类型直接发送到Acc-C(锚点鉴权器)，Acc-C将之保存在本地，还可以将这两个参数与上述目标基站的BSID关联起来。在这种情况下，Acc-A在向Acc-C上报其统计到的计费信息时，也可以不携带基站类型，和/或用户类型。但是也需要Acc-A如上述方法一样，将切换前后统计到的计费信息分开保存，并在其中插入服务基站的BSID信息。这样，在Acc-C收到计费信息并生成UDR时，可以根据该BSID找到对应的基站类型，和/或用户类型，并插入到UDR中。

本实施描述的是Acc-A与Acc-C分离的场景，实际上Acc-A与Acc-C也可以位于同一个接入网关中。此时，上述目标基站用来通知Acc-A(Acc-C)上述基站类型，和/或用户类型的消息，也可以用于通知Acc-C(Acc-A)基站类型，和/或用户类型。

此外，在执行切换之前的切换准备阶段，(候选)目标基站也可以通过数据通道预建立、上下文信息交互等消息，将基站类型，和/或用户类型发送到Acc-A/Acc-C；在执行非受控切换时，目标基站也可以通过数据通道建立、上下文信息交互、MAC层更新等消息将基站类型，和/或用户类型发送到Acc-A/Acc-C，其原理都相同。

实施例四

实施例三描述了切换以后，(离线)计费代理/(离线)计费客户端获取切换以后终端的服务基站，和/或用户类型。图6是本发明的实施例四，本实施例描述了终端通过服务基站(家用基站/基站)执行初始入网过程中，服务基站将上述基站类型和/或用户类型发送到计费代理/计费客户端的方法，具体包含以下步骤：

步骤601：终端与基站之间完成空口参数同步及测距，其中，基站包括宏基站，家用基站等；

步骤602：终端向基站发送基本能力协商请求，用以与网络协商认证能力(如用户的认证策略等)等；

步骤603：基站(包括家用基站，宏基站)向接入网关发送终端预附着请求；接入网关处理该请求以后，向基站返回终端预附着响应；

上述终端预附着请求消息的目的是，通知位于接入网关中的鉴权器(Authenticator)一个新的终端即将入网，同时也协助终端与接入网关协商一些后续需要使用的参数。

上述终端预附着请求(MS_PreAttachment_Req)中还可以携带上述的终端服务基站的基站类型信息，和/或终端的用户类型信息，其方法如步骤504所述，将之发送到Acc-A/Acc-C。

步骤604：基站向终端返回基本能力协商应答；

步骤605：接入网关(锚点鉴权器)启动EAP鉴权流程，向基站发送用户标识请求，基站将该请求转发给终端；

步骤606：收到用户标识请求后，终端向基站回复用户标识响应，其基站将该响应转发给接入网关(锚点鉴权器)，其中携带终端的服务基站的基站类型信息，和/或终端的用户类型信息；

在本步骤中，基站使用EAP转发消息(EAP-Transfer)将终端的用户标识响应传递到接入网关(锚点鉴权器)。如果在上述步骤中(步骤603)基站没有把上述服务基站类型，和/或用户类型发送到接入网关，则此时，可以依照步骤503所述的方法，使用EAP转发消息将上述服务基站类型，和/或用户类型发到接入网关。此时，Acc-A/Acc-C可以从EAP转发消息中获取上述终端服务基站的基站类型，和/或上述终端的用户类型。

步骤607：AAA服务器与终端之间执行EAP接入鉴权流程；

步骤608：接入网关(锚点鉴权器)向基站(宏基站或家用基站)发送密钥改变指示消息；

步骤609：终端与基站之间进行PKMv2握手，在两者之间建立安全关联，以及交互TEK密钥；

步骤610：终端向基站(宏基站或家用基站)发送测距请求；

步骤611：基站(宏基站或家用基站)为该终端与接入网关执行终端的附着过程；

此时，基站可以通过终端附着请求(MS_Attachment_Req)将上述的基站类型，和/或用户类型发送到Acc-A/Acc-C(接入网关)。

步骤612：基站(宏基站或家用基站)向终端发送测距响应；

步骤613：基站帮助终端在基站与接入网关(锚点数据通道功能)之间数据通道；

此时，基站可以通过数据通道建立请求(Path_Reg_Req)将上述的基站类型，和/或用户类型发送到Acc-A/Acc-C(接入网关)。

步骤614：继续执行用户接入相关的其他流程。

本实施例可以看作是终端在切换之前，Acc-A/Acc-C获取基站类型，和/或用户类型的方法。

在实际的网络部署中，Acc-A也可以部署在基站上，此时由该基站上的Acc-A来采集对终端的计费信息。此时，若该基站连接的接入网关中不包含Acc-C(锚点鉴权器)时，则该接入网关中需要存在一个代理，用于中转基站上的Acc-A与Acc-C之间的通信。

在这种部署的情况下，在初始入网的场景中，基站本身是服务基站，可以获知终端当前的服务基站类型，和/或用户类型，并可依照本发明的实施例，将基站类型和/或用户类型通知到Acc-C；在切换场景中，当目标基站成为服务基站时(即，切换完成时)，便由该目标基站上的Acc-A采集对终端的计费信息，此时，该基站也可以获知终端当前的服务基站类型，和/或用户类型，并将之放在计费信息上报消息中，发送到Acc-C。

简言之，在这种网络部署的场景下，可以由服务基站中的Acc-A通过定期计费信息更新请求(Bulk Interim Update)将服务基站类型，和/或用户类型发送到Acc-C。

在图1所示的包含家用基站的系统连接图中，还有一个被称之为家乡代理(HA，Home Agent)的网元，该网元主要被用作于在移动通信网中实现移动IP(Mobile IP)功能。

如上文所述，所有上行数据都会最终汇聚到锚点数据通道功能；所有下行数据也都会首先被发送到锚点数据通道功能。当引入HA以后，所有的上行数据在汇聚到锚点数据通道功能以后，进一步发送到HA；而所有的下行数据都会首先被发送到HA上，然后进一步发送到锚点数据通道功能。此时，可以看作锚点数据通道功能与一个被称为外地代理(FA，Foreign Agent)合设在一起。

Acc-C可以位于HA上，而Acc-A将位于FA。本发明第一、第二实施例适用于此场景；而在第三至四实施例中，上述的锚点鉴权器中将不再含有Acc-C，则上述的服务基站类型，和/或用户类型将会首先被Acc-A(FA)获得，在进一步发送到Acc-C。Acc-A与Acc-C之间的通信可以借助FA与HA之间的通信来完成。除了上述的定期计费信息更新请求消息以外，Acc-A还可以使用移动IP(Mobile IP，MIP)协议定义的消息来传递上述服务基站类型，和/或用户类型，例如MIP注册消息等。

可理解的，本发明中出现的“A和/或B”的描述包含三种具体实现，分别为，仅A、仅B以及A+B。

为了实现以上方法，本发明还提供了一种离线计费系统，所述系统包括：

所述计费代理用于从所述服务基站本地获取或从所述服务基站发送的消息中获取所述基站类型信息和/或用户类型信息；

计费客户端，与计费代理通过网络连接，用于获取终端的计费信息并发送到计费服务器，所述计费信息包括用于表示服务基站类型的基站类型信息或用于表示所述终端类型的用户类型信息；

所述计费客户端获取所述基站类型信息和/或所述用户类型信息，采用如下方式之一：

所述计费客户端通过服务基站发送的消息获取所述基站类型信息和/或用户类型信息，具体包括：在切换时，通过上下文信息交互消息、MAC层更新消息、数据预通道建立请求消息或数据通道建立请求消息获取；在初始入网时，通过终端预附着请求、用户标识响应、终端附着请求或数据通道建立请求获取。

所述计费客户端通过计费请求将所述计费信息发送给所述计费服务器，所述计费请求是用于通知计费服务器开始或结束对所述终端计费的计费请求，或者是计费期间的计费请求。

以上方法中描述的计费代理及计费客户端的各种具体实现同样适用于本发明系统，在此不再赘述。

所述计费服务器根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费时至少执行以下操作之一：对所述终端的计费信息分类；为所述终端选择计费费率；为所述终端选择计费模式。

所述服务基站类型包括宏基站和家用基站。

所述服务基站类型还可以包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站。

所述终端类型包括闭合用户组成员和非闭合用户组成员。

Claims

1.一种离线计费方法，其特征在于，该方法包括：

2.如权利要求1所述的方法，其特征在于：所述计费客户端通过计费请求将所述计费信息发送给所述计费服务器，所述计费请求是用于通知计费服务器开始或结束对所述终端计费的计费请求，或者是计费期间的计费请求。

3.如权利要求1所述的方法，其特征在于，所述计费客户端获取所述基站类型信息和/或所述用户类型信息，采用如下方式之一：

4.如权利要求3所述的方法，其特征在于：

5.如权利要求1所述的方法，其特征在于：所述计费服务器根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费时至少执行以下操作之一：对所述终端的计费信息分类；为所述终端选择计费费率；为所述终端选择计费模式。

6.如权利要求5所述的方法，其特征在于：所述服务基站类型包括宏基站和家用基站。

7.如权利要求5所述的方法，其特征在于：所述服务基站类型包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站。

8.如权利要求5至7中任一项所述的方法，其特征在于：所述终端类型包括：闭合用户组成员和非闭合用户组成员。

9.一种离线计费系统，其特征在于，所述系统包括：

10.如权利要求9所述的系统，其特征在于：所述计费客户端通过计费请求将所述计费信息发送给所述计费服务器，所述计费请求是用于通知计费服务器开始或结束对所述终端计费的计费请求，或者是计费期间的计费请求。

11.如权利要求9所述的系统，其特征在于，所述计费客户端通过服务基站发送的消息获取所述基站类型信息和/或用户类型信息，具体包括：在切换时，通过上下文信息交互消息、MAC层更新消息、数据预通道建立请求消息或数据通道建立请求消息获取；在初始入网时，通过终端预附着请求、用户标识响应、终端附着请求或数据通道建立请求获取。

12.如权利要求11所述的系统，其特征在于：

13.如权利要求9所述的系统，其特征在于：所述计费服务器根据所述基站类型信息、用户类型信息或两者的组合为所述终端计费时至少执行以下操作之一：对所述终端的计费信息分类；为所述终端选择计费费率；为所述终端选择计费模式。

14.如权利要求9所述的系统，其特征在于：所述服务基站类型包括宏基站和家用基站。

15.如权利要求9所述的系统，其特征在于：所述服务基站类型包括宏基站、开放模式家用基站、混合模式家用基站和闭合模式家用基站。

16.如权利要求13至15中任一项所述的系统，其特征在于：所述终端类型包括：闭合用户组成员和非闭合用户组成员。