CN1286292C

CN1286292C - 基于通用分组无线业务流量的计费方法

Info

Publication number: CN1286292C
Application number: CN 200310119279
Authority: CN
Inventors: 宋勇; 吴国钊; 易俊松; 荣传湘
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-12-02
Filing date: 2003-12-02
Publication date: 2006-11-22
Anticipated expiration: 2023-12-02
Also published as: CN1625116A

Abstract

本发明涉及一种基于通用分组无线业务流量的计费方法。本发明在GPRS核心网上的统计数据业务流量功能部分建立可解析数据业务内容的数据业务内容解析部分，数据业务内容解析部分对数据业务内容进行解析，从而使得GPRS核心网可以根据数据业务内容确定是否对某一数据业务内容进行流量计费。本发明的实现无需对现有GPRS核心网设备进行升级改造，也不需要对现有数据网络设备进行升级改造，因此，也不会影响现有网络稳定运行。而且，本发明使得GPRS核心网的计费方式更为灵活，可以很好地满足电信运营商分数据业务应用类型和分内容的流量计费的需求。

Description

基于通用分组无线业务流量的计费方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种基于通用分组无线业务流量的计费方法。

背景技术

随着网络通信技术的发展，智能化、宽带化、个人化的通信网络成为用户和网络运营商的新的需求，智能网的出现正是为了满足用户和网络运营商的多样化业务的需求，便于网络运营商快速、经济地推出各种个性化业务，以提高网络运营商的网络运营收入，智能网针对各种数据业务提供了灵活的计费等功能，智能网中的计费功能由其中的SCP(业务控制点)实现，例如，对于GPRS(General Packet Radio Service，通用分组无线业务)网络中用户发生的数据业务的计费便是由智能网SCP包含的GSMSCF(全球移动通信系统业务控制功能)具体完成。

GPRS是在现有的GSM(全球移动通信系统)基础上发展起来的一种移动分组数据业务。GPRS通过在GSM数字移动通信网络中引入分组交换的功能实体，以完成用分组方式进行的数据传输。目前，许多电信运营商都已经构建了自己的GPRS网络，以便于为用户提供丰富的数据业务。

针对2.5G带来的数据业务，电信运营商需要为数据用户使用GPRS承载网收取流量费用，内容提供商则需要为不同用户提供不同的内容收取内容费用，例如，提供的WAP(无线应用协议)、Web(环球网)、MMS(多媒体短消息业务)等业务内容。

在目前的GPRS网中，所采用的分别为电信运营商和内容提供商提供的业务服务进行计费方式为：流量计费所涉及的业务流量需要在GPRS核心网上进行统计；内容计费所涉及的业务内容的分析确定则需要在数据网络上的业务网关完成。

所述的流量统计的过程具体为：按照3GPP(第三代伙伴组织计划)定义的如图1所示的GPRS网结构，在SGSN(服务GPRS支持节点)叠加GPRS/SSF(GPRS业务交换功能)，数据业务的流量计费一般从GPRS核心网络上触发，并与SCP(业务控制节点)之间建立CAMEL(移动网络增强逻辑的客户化应用)实时监控的关系；即：

HLR(归属位置寄存器)中存储的用户数据信息包括GPRS-CSI(CAMEL签约信息)，通过“插入用户数据”操作插入到SGSN中；当SGSN处理GPRSMS(GPRS用户)附着请求、PDP Context(分组数据协议的上下文)激活、路由区更新时，SGSN根据GPRS-CSI，向GSMSCF(GSM业务控制功能)部分发送请求，并接受GSMSCF的控制或监视；

GPRS/SSF部分与GSMSCF部分之间采用CAP协议，用于GSMSCF部分控制GPRS/SSF部分上的每个PDP Context会话。

同时，内容提供商向终端用户提供的丰富内容，不同的数据业务内容对GPRS网络的支撑要求不一样。例如：流媒体需要实时传输；MMS和WAP/Web浏览时，只是异步传输即可。电信运营商为了能更好地服务用户，可以采用对不同数据应用流量(或者是访问某个具体网站地址的流量)收取不同的费用来平衡，以使网络使用效率最高，效益最大化。

按照标准的3GPP规范定义，GPRS核心网上只能监控到用户一次上网过程；或用户一次PDP激活和去激活的过程，并不能识别和统计出某个数据应用的上网过程。更不能统计出某个具体网站地址的上网过程。因此，也就没法统计用户上网各种数据应用的流量；没法统计用户上网具体的网站地址的流量。

由现有技术方案的描述可以看出，利用现有技术，实现针对某一数据业务内容和各种数据应用的流量计费方案比较困难，无法满足电信运营商需要针对各种数据应用和具体网站地址的流量收取不同费用的计费需求。

发明内容

鉴于上述现有技术存在的问题，本发明的目的是提供一种基于通用分组无线业务流量的计费方法，从而使得GPRS核心网可以实现对不同数据应用类型和具体的内容做流量计费需求。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种基于通用分组无线业务流量的计费方法，包括：

a、在通用分组无线业务GPRS核心网中的进行流量统计的部分具有数据业务内容解析部分；

b、GPRS核心网与外部网络通信时，数据业务内容解析部分确定数据业务的内容，GPRS/SSF根据需要统计各个不同内容的数据业务的流量，并根据统计结果与智能网的业务控制点SCP进行信息交互；

c、智能网的SCP根据与GPRS核心网间的信息交互对发生的各个不同内容的数据业务分别进行流量计费处理。

所述的步骤a包括：

在GPRS核心网中负责流量统计的GPRS的业务交换功能GPRS/SSF部分上具有数据业务内容解析部分。

所述的GPRS/SSF部分设置于GPRS核心网的服务GPRS支持节点SGSN或网关GPRS支持节点GGSN上。

所述的步骤b包括：

b1、用户通过GPRS核心网访问数据网时，数据业务内容解析部分解析确定用户请求的数据业务的内容；

b2、数据业务内容解析部分判断确定的数据业务内容是否需要计流量费用，即是否需要统计该数据业务内容的流量，如果需要则GPRS/SSF统计该数据业务内容的流量，并上报给智能网的SCP，否则，不进行该数据业务内容流量的统计。

所述的步骤b2包括：

b21、数据业务内容解析部分判断确定的数据业务内容是否需要计流量费用，如果需要，则执行步骤b22，否则，执行步骤b23；

b22、GPRS/SSF将用户的访问请求信息上报给智能网的SCP；智能网的SCP根据用户的访问请求信息确定针对该用户的监控参数，下发给GPRS/SSF，并由GPRS/SSF根据SCP下发的监控参数与SCP进行信息交互；

b23、不进行该数据业务内容流量的统计。

所述的步骤b包括：

用户通过GPRS核心网访问数据网时，数据业务内容解析部分解析确定用户请求的数据业务的内容，并将用户的访问请求信息及数据业务的内容信息上报给智能网的SCP；

智能网的SCP根据用户的访问请求信息判断是否需要对所述的数据业务内容进行流量计费，如果需要，则为其确定相应的监控参数，并下发给GPRS/SSF，否则，不进行监控参数的下发操作。

所述的监控参数为：允许的数据业务流量值、允许的数据业务持续时间值或允许的数据业务发生的费用值。

所述的访问请求信息中承载着用户的移动台国际ISDN号码MSISDN、国际移动用户标识符IMSI或接入点名称APN信息。

所述的步骤b22还包括：

智能网的SCP根据用户的访问请求信息对用户进行鉴权，再根据鉴权通过的用户的访问请求信息确定相应的监控参数并下发。

本发明中：

所述的GPRS业务交换功能部分与SCP间采用的控制协议可以为：移动网络增强逻辑的客户化应用CAMEL协议、远端用户拨入鉴权服务Radius协议或基于传输控制协议/互联网协议TCP/IP自定义的消息操作；

所述的数据内容为数据业务应用类型，具体可以为：无线应用协议WAP数据应用、环球网Web数据应用、多媒体消息业务MMS数据应用、电子邮件EMAIL数据应用或流媒体业务应用。

本发明还提供了一种基于通用分组无线业务流量的计费方法，在SCP与GGSN间设置一个综合业务平衡器GSC，且包括以下步骤：

a、在GPRS通用分组无线业务核心网中的进行流量统计的部分具有数据业务内容解析部分；

b、GPRS核心网与外部网络通信时，数据业务内容解析部分确定数据业务的内容信息，SCP针对一个接入点名称APN向GSC下发监控的分片费用；

GSC将SCP下发的分片费用按不同的数据业务内容平均分配，或者是根据GGSN上报的各个数据业务内容实际使用的费用的情况重新分配，下发给GGSN，GGSN根据需要统计各个不同内容的数据业务的流量；

智能网的SCP根据与GPRS核心网间的信息交互对发生的各个不同内容的数据业务分别进行流量计费处理。

由上述本发明提供的技术方案可以看出，本发明在GPRS核心网中新增数据业务内容解析部分，从而使得GPRS核心网可以分析用户访问的数据应用，并统计用户访问的各种数据应用的流量和用户访问具体网站的流量。最终实现分各种数据业务类型和URL(Uniform Resource Locator，指定位置信息)的流量计费。

而且，本发明中，在GPRS核心网的关口设备(即GGSN，网关GPRS业务支持节点)采用已有的标准接口和现有的网络设备对接，不需要对现有GPRS网络设备升级改造就能快速推出业务，不影响现有网络稳定运行。关口设备设置于汇聚层、支持CAMEL3，Radius等接口，因此，在该关口设备覆盖范围内的现有网络设备不必升级到CAMEL3，实现了在GPRS网络中以较低的成本实现分业务应用类型和具体内容的流量计费。

附图说明

图1为现有技术中通用分组无线业务的网络结构示意图。

图2为本发明中通用分组无线业务的网络结构示意图1。

图3为基于图2所述的网络的本发明所述的方法的流程图1。

图4为基于图2所述的网络的本发明所述的方法的流程图2。

图5为本发明中通用分组无线业务的网络结构示意图2。

图6为基于图5所示的网络的本发明所述的方法的流程图。

具体实施方式

本发明的核心是在现有的GPRS核心网中的统计业务流量的GPRS/SSF上具有数据业务内容解析部分，从而使在GPRS核心网可以较为方便地区分不同的数据业务内容，如WAP，Web、MMS、Video Streaming等，并根据具体的数据业务内容进行流量实时监控和实时计费。

本发明的实施方式如图2所示，在GPRS网路上新增一个具有数据业务内容解析功能的数据业务内容解析部分，即GPRS业务分析功能部分，所述GPRS业务分析功能部分叠加于GPRS业务交换功能部分实现。GGSN上的GGSN/SSP(GGSN业务交换点)通过CAP操作与GSMSCF建立CAMEL控制关系。且本发明可以采用两种分业务内容的流量的实时监控和实时计费的方法。一种是GGSN/SSP与GSMSCF之间一次呼叫只建立一次会话，分内容的流量监控通过扩展Apply Charging GPRS(GPRS计费请求)/Apply ChargingReport GPRS(GPRS计费响应)的交互操作中实现，即分内容下发的预算流量，分内容上报实际使用的流量；另外一种是GGSN/SSP与GSMSCF之间为每个监控应用内容建立一个实时监控的会话。

本发明中，现有网络中的SGSN设备与GGSN之间采用标准的Gn接口。

本发明中，GGSN/SSP触发GSMSCF的业务条件可以是MSISDN号码，IMSI号段，APN(接入点名称)。

现以具体的应用实例对本发明作进一步说明，如图3所示，本发明中一次会话实现多个业务内容的流量监控的处理过程包括：

步骤31：MS(移动台)，即用户向SGSN发起激活PDP上下文请求消息，即发送“Activate PDP Context Request”消息。

步骤32：SGSN向GGSN/SSP发起创建PDP上下文请求，即向GGSN/SSP发送“Create PDP Context Request”消息。

步骤33：GGSN/SSP中的GPRS/SSF上叠加的GPRS业务分析功能部分解析确定MS请求的数据业务内容信息，并判断是否进行流量计费，即是否需要进行相应的流量统计，如果需要，则向SCP发起初始化GPRS数据处理的请求，即向SCP发送“Initial DP GPRS”消息，同时上报需要进行流量计费的数据业务内容信息，如果不需要，则过程结束，无需进行相应的流量计费；

当然，判断是否需要对用户请求的所述的数据业务内容信息进行流量计费还可以在SCP处完成。

步骤34：SCP向GGSN/SSF下发请求上报GPRS事件的通知，即向GGSN/SSF下发“Request Report GPRS Event”的通知消息.

步骤35：SCP进行用户的鉴权处理，用户鉴权通过后，SCP根据用户余额分别为上报的不同应用内容预算出监控流量(或时长)，并且把各个应用内容需要监控的流量(或时长)通过扩展的“Apply Charging GPRS”的操作向GGSN/SSF下发。

步骤36：SCP向GGSN/SSF下发继续GPRS过程的通知，即向GGSN/SSF下发“Continue GPRS”的消息。

步骤37：SGSN接受GGSN/SSP创建PDP上下文响应消息。

步骤38：SGSN向MS返回一个激活PDP上下文接受消息，用户收到该消息之后就可以进行GPRS业务了。

步骤39：MS与Internet之间做数据应用的交互。

步骤310：GGSN/SSF监测到任一个应用内容的监控时间到了(或者是监控到的流量已经用完了)，则把每个应用内容的实际使用流量(或时长)通过扩展的“Apply Charging Report GPRS”的消息向SCP上报，SCP计算各个应用内容实际消耗的时间(或流量)总费用，在用户帐号上进行扣除总费用。

步骤311：用户余额还有剩余的话，SCP则继续分别为各个应用内容分别预算流量(或时长)，并通过扩展的“Apply Charging GPRS”的消息向GGSN/SSF下发监控操作。

步骤312：MS向SGSN发起去激活PDP上下文请求消息，即向SGSN发送“Deactivate PDP Context Request”消息。

步骤313：SGSN向GGSN/SSP发起删除PDP上下文请求，即向GGSN/SSP发送“Delete PDP Context Request”的消息。

步骤314：GGSN/SSP把各个应用内容的实际使用流量(或时长)通过Apply Charging Request GPRS的操作向SCP上报。SCP并计算各个应用内容实际消耗的时间(或流量)总费用，在用户帐号上进行扣除总费用。

步骤315：GGSN/SSF向SCP上报Event Report GPRS(GPRS事件上报)操作。

步骤316：SCP向GGSN/SSF下发Release GPRS(释放GPRS)操作。

步骤317：SGSN接受删除PDP上下文的响应。

步骤318：MS接受去激活PDP上下文的响应。

通过上述步骤31至步骤318的处理过程，实现了本发明的目的，即在GPRS核心网可以实现对各种数据业务类型的不同的数据业务内容收取不同的流量费用。

现再结合图4对本发明所述的方法作进一步说明，即以一个业务内容一次会话流量监控的信令流程为例进行说明，假如一个WAP业务类型流量的实时监控过程，具体的处理过程包括：

步骤41：MS向SGSN发起激活PDP上下文请求(Activate PDP ContextRequest)。

步骤42：SGSN向GGSN/SSP发起创建PDP上下文请求(Create PDPContext Request)。

步骤43：SGSN接受GGSN/SSP创建PDP上下文响应消息。

步骤44：SGSN向MS返回一个激活PDP上下文接受消息，手机用户收到该消息之后就可以进行GPRS业务了。

步骤45：MS向GGSN/SSP发起的第一次WAP协议数据请求。

步骤46：GGSN/SSP向SCP发起Initial DP GPRS。

步骤47：SCP向GGSN/SSP下发Request Report GPRS Event操作。

步骤48：SCP完成用户的鉴权，用户鉴权通过后，SCP根据用户余额预算出针对WAP协议数据的本次监控流量(或时长)，并且向GGSN/SSF下发Apply Charging GPRS操作。

步骤49：SCP向GGSN/SSF下发Continue GPRS操作。

步骤410：MS与WAP网站之间做数据应用的交互。

步骤411：GGSN/SSF上监控时间到了(或者是监控到的流量已经用完了)，则把WAP业务实际使用流量(或时长)通过Apply Charging Report GPRS的操作向SCP上报。SCP并计算实际消耗的时间(或流量)费用，在用户帐号上进行费用扣除。

步骤412：如果用户余额还有剩余，则SCP则继续根据用户余额预算相应的新的一次的监控流量(或时长)，并通过Apply Charging GPRS操作向GGSN/SSF下发监控，并重复执行步骤49至步骤411，直至本次针对WAP协议数据的请求处理过程结束，执行步骤413。

步骤413：MS向SGSN发起去激活PDP上下文请求(Deactivate PDPContext Request)。

步骤414：SGSN向GGSN/SSP发起删除PDP上下文请求(Delete PDPContext Request)。

步骤415：GGSN/SSP把实际使用流量(或时长)通过Apply ChargingRequest GPRS的操作向SCP上报。SCP并计算实际消耗的时间(或流量)费用，在用户帐号上进行扣除费用。

步骤416：GGSN/SSF向SCP上报Event Report GPRS操作。

步骤417：SCP向GGSN/SSF下发Release GPRS操作。

步骤418：SGSN接受删除PDP上下文的响应。

步骤419：MS接受去激活PDP上下文的响应。

通过上述步骤41至步骤419的处理过程的描述，本发明可以实现针对WAP业务的流量计费，即实现了针对一次会话流量的监控并计费。

为实现本发明所述的目的还可以采用另外的一个技术方案，即在SCP与GGSN间设置一个GSC(General Service Coordinator，综合业务平衡器)，并在GSC与SCP之间建立基于PDP上下文会话的CAMEL控制关系，在GGSN与GSC之间采用Radius协议实现流量分业务的监控。且SCP不区分具体的数据业务内容，只针对一个APN(接入点名称)直接下发监控的分片费用，然后下发给GSC，再由GSC将SCP下发的流量按不同的数据业务内容平均分配，或者是根据GGSN上报的各个数据业务内容实际使用的流量再重新分配监控流量，下发给GGSN。在这一方案中，GSC可以分别为不同的数据业务内容计流量费用，而在GGSN上解析数据业务内容，并按不同的数据业务内容进行流量统计，然后通过Radius协议将相关应用内容的流量上报给GSC。在该方案中，SCP无需根据业务内容分别进行监控流量的下发，而只是直接针对一个APN向GSC下发一个监控费用，具体监控流量的下发由GSC负责完成，从而减轻了SCP的处理任务。

下面结合一个具体的应用实例对该方案作进一步说明，假设通信网络中需要监控WAP业务和Web业务的流量，且WAP和Web业务都采用同一个APN，具体的处理过程如图6所示，包括以下步骤：

步骤61：MS向GGSN/SSP发起WAP数据请求。

步骤62：GGSN/SSP向GSC发起远程计费请求，即发送“Radius AccountStart”消息。

步骤63：GSC向SCP发起初始化GPRS操作，即向SCP发送“Initial DPGPRS”消息，初始化GPRS的计费数据。

步骤64：SCP向GSC下发上报GPRS事件请求，即下发“Request ReportGPRS Event”消息。

步骤65：SCP对发起WAP数据请求的用户进行鉴权处理，用户鉴权通过后，SCP根据用户余额预留分片监控的费用，通过“Apply Charging GPRS(GPRS计费申请)”消息将分片监控费用下发给GSC。

步骤66：SCP还向GSC下发继续GPRS业务的消息，即下发“ContinueGPRS”消息。

步骤67：GSC将收到的分片监控费用预算成流量或时长分配给WAP业务，即通过“Radius Account Start(远程计费请求)”的响应消息将预算的分片监控流量下发给GGSN/SSP。

步骤68：MS与WAP网站之间便可以开始WAP数据应用的交互。

此时，MS又要发起了Web业务的数据请求，则执行步骤69。

步骤69：用户向GGSN/SSP发送Web数据请求。

步骤610：GGSN/SSP GSC发送“Acct-Real-Request(远程计费请求)”消息，且消息中已经带上了WAP数据业务已经使用的流量。

步骤611：GSC计算当前已经发生的WAP数据业务的流量的费用，如果所述的费用已经超过分片监控的费用，则GSC向SCP发起Apply ChargingGPRS操作，否则，GSC根据剩下的费用为WAP和Web数据交互平均分配的监控流量，并下发给GGSN。

步骤612：SCP将相应的分片监控费用从用户帐号上扣除，若用户剩下的余额还够一次分片监控的费用，则继续将分片监控费用通过“Apply ChargingGPRS”操作下发给GSC。

步骤613：GSC把分片监控费用分别为WAP和Web业务预算监控流量或时长，并通过“Acct-Real-Response”消息的响应下发给GGSN/SSP。

步骤614：MS与WAP、Web网站之间进行数据交互。

步骤615：当步骤614所述的数据交互过程结束时，MS向SGSN发起去激活PDP上下文请求，即向SGSN发送“Deactivate PDP Context Request”消息。

步骤616：SGSN向GGSN/SSP发起删除PDP上下文请求，即向GGSN/SSP发送“Delete PDP Context Request”消息。

步骤617：GGSN/SSP向GSC发起Radius Account Stop(远程计费停止)操作，并且同时把各个业务统计的流量上报。

步骤618：GSC分别计算WAP和Web业务使用流量或时长的费用，此费用已经超过分片监控的费用，则GSC向SCP发起Apply Charging GPRS(计费请求)操作。

步骤619：GSC还向SCP上报Event Report GPRS(GPRS事件上报)操作，请求释放GPRS业务。

步骤620：SCP向GSC下发Release GPRS(释放GPRS业务)操作。

步骤621：GSC向GGSN/SSP响应Radius Account Stop(远程计费停止)操作。

步骤622：SGSN接受删除PDP上下文的响应。

步骤623：MS接受去激活PDP上下文的响应。

在这一方案中，GSC可以为各个数据业务内容平均分配流量，也可以根据设定的规则进行各个数据业务内容的流量的分配。

经过步骤61至步骤623的处理过程，完成了基于GSC的不同数据业务内容的流量的监控计费的处理过程，可以看出，本发明实现了GPRS网络用户中针对不同的数据业务内容的流量计费。

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

Claims

1、一种基于通用分组无线业务流量的计费方法，其特征在于包括：

2、根据权利要求1所述的基于通用分组无线业务流量的计费方法，其特征在于，所述的步骤a包括：

3、根据权利要求2所述的基于通用分组无线业务流量的计费方法，其特征在于，所述的GPRS/SSF部分设置于GPRS核心网的服务GPRS支持节点SGSN或网关GPRS支持节点GGSN上。

4、根据权利要求1、2或3所述的基于通用分组无线业务流量的计费方法，其特征在于，所述的步骤b包括：

b2、数据业务内容解析部分判断确定的数据业务内容是否需要统计相应的流量，如果需要则GPRS/SSF统计该数据业务内容的流量，并上报给智能网的SCP，否则，不进行该数据业务内容流量的统计。

5、根据权利要求4所述的基于通用分组无线业务流量的计费方法，其特征在于所述的步骤b2包括：

b23、不进行该数据业务内容流量的统计。

6、根据权利要求5所述的基于通用分组无线业务流量的计费方法，其特征在于步骤b22所述的智能网的SCP根据用户的访问请求信息确定针对该用户的监控参数，下发给GPRS/SSF包括：

SCP进行用户的鉴权处理，并在用户鉴权通过后，由SCP根据用户余额分别为不同应用内容预算出监控流量或时长，并且把各个应用内容需要监控的流量或时长通过扩展的“Apply Charging GPRS”的操作向GGSN/SSF下发。

7、根据权利要求5所述的基于通用分组无线业务流量的计费方法，其特征在于所述的步骤c包括：

GGSN/SSF监测到任一个应用内容的监控时间到了或者是监控到的流量已经用完，则把每个应用内容的实际使用流量或时长通过扩展的“ApplyCharging Report GPRS”的消息向SCP上报；

SCP计算各个应用内容实际消耗的时间或流量对应的总费用，并在用户帐号上进行扣除总费用。

8、根据权利要求1、2或3所述的基于通用分组无线业务流量的计费方法，其特征在于所述的步骤b包括：

9、根据权利要求8所述的基于通用分组无线业务流量的计费方法，其特征在于，所述的监控参数为：允许的数据业务流量值、允许的数据业务持续时间值或允许的数据业务发生的费用值。

10、根据权利要求5所述的基于通用分组无线业务流量的计费方法，其特征在于所述的访问请求信息中承载着用户的移动台国际ISDN号码MSISDN、国际移动用户标识符IMSI或接入点名称APN信息。

11、根据权利要求5所述的基于通用分组无线业务流量的计费方法，其特征在于所述的步骤b22还包括：

12、根据权利要求2所述的基于通用分组无线业务流量的计费方法，其特征在于：

所述的GPRS业务交换功能部分与SCP间采用的控制协议为：移动网络增强逻辑的客户化应用CAMEL协议、远端用户拨入鉴权服务Radius协议或基于传输控制协议/互联网协议TCP/IP自定义的消息操作；

所述的数据内容为数据业务应用类型，具体为：无线应用协议WAP数据应用、环球网Web数据应用、多媒体消息业务MMS数据应用、电子邮件EMAIL数据应用或流媒体业务应用。

13、一种基于通用分组无线业务流量的计费方法，其特征在于，在SCP与GGSN间设置一个综合业务平衡器GSC，且包括以下步骤：

14、根据权利要求13所述的基于通用分组无线业务流量的计费方法，其特征在于所述的GSC与SCP之间建立基于PDP上下文会话的CAMEL控制关系，GGSN与GSC之间采用Radius协议实现流量分业务的监控。

15、根据权利要求13或14所述的基于通用分组无线业务流量的计费方法，其特征在于所述的方法步骤b进一步包括：

d、用户向GGSN/业务交换点SSP发起数据业务内容的请求，则GGSN/SSP向GSC发起远程计费请求；

e、GSC与SCP进行信息交互，并将SCP下发的分片监控的费用预算成监控流量或时长分配给相应的数据业务内容，再下发给GGSN/SSP；

f、GGSN/SSP根据GSC下发的监控流量或时长对用户请求的数据业务内容进行监控，并向GSC返回监控结果；

j、GSC根据GGSN/SSP返回的监控结果与SCP进行信息交互，并对该用户进行计费。

16、根据权利要求15所述的基于通用分组无线业务流量的计费方法，其特征在于，当执行所述的步骤f对所述的数据业务内容进行流量或时长的监控时，用户又要发起针对另一数据业务内容的请求，则GGSN/SSP立即向GSC返回所述的监控结果，且所述的步骤j包括：

j1、GSC根据返回的监控结果确定当前已经发生的数据业务内容流量的费用，如果所述的费用已经超过分片监控的费用，则执行步骤j2，否则，执行步骤j3；

j2、通知SCP将相应的分片监控费用从用户帐号上扣除，若用户剩下的余额还够一次分片监控的费用，则继续下发分片监控的费用，并执行步骤f；

J3、GSC根据剩下的费用为两种数据业务内容平均分配的监控流量，并下发给GGSN，并执行步骤f。