CN109936460A - 一种流量计费的方法及设备 - Google Patents

Abstract

本发明实施例提供一种流量计费的方法和设备，涉及通信技术领域，用以以解决因XGW和ITOP不是同一个供应商提供，导致接口无法互通，使流量无法智能计费的问题，该方法包括：接收用户请求报文，根据所述请求报文确定用户状态，其中，所述用户状态为在线、不在线或未知；根据所述用户状态确定用户类别，其中，所述用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；根据所述用户类别进行流量计费。这样，在XGW与ITOP不适配的情况下，通过ISG与ITOP互联，仍然可以实现流量计费，同时避免了对核心网元的改造，降低工作难度。

Description

一种流量计费的方法及设备

技术领域

本发明涉及通信领域，特别涉及一种流量计费的方法及设备。

背景技术

目前我们使用运营商提供的互联网业务流量，一般是运营商先设计套餐，然后用户订购，订购后在一定期限后才能生效。这种流量使用方式存在以下缺点：套餐固定，定时定长；无法实现碎片化流量计费。针对这种情况，运营商新开发了新型套餐策略并伴有响应的计费方案。新型套餐的优点是：购买后立即生效；套餐灵活，时间、时长、流量可变，甚至可以自定义；套餐间灵活切换，这种套餐策略及计费方案一般称为ITOP(intelligenttraffic operation platform，智能流量经营平台)流量计费。

在ITOP计费方案中，用户订购的新型套餐的使用情况在ITOP中实现，用户上网话单在ITOP产生，即ITOP控制了用户套餐使用情况，并通知XGW(X gateway，多重类型网关，如PGW公共数据网关、SGW服务网关等的总称)，后者决定是否继续让用户上网。ITOP并不与XGW相连，而是通过PCRF(policy and charging rules function，策略和计费规则功能单元)转发消息。

而上述方案需要一个前提，XGW和ITOP必须是同一个设备提供商提供的，有统一的接口，如果两者不是同一个设备提供商提供，则接口无法互通，虽然ITOP的流量都要经过现有的ISG(intelligent service gateway，智能业务网关)，且ITOP与ISG均为同一个设备提供商提供，但现有ISG功能较单一，不具备对流量计费的功能。

发明内容

本发明实施例提供了一种流量计费的方法及设备，以解决因XGW和ITOP不是同一个供应商提供，导致接口无法互通，使流量无法智能计费的问题。

为解决上述问题，本发明实施例是这样实现的：

第一方面，提出了一种流量计费的方法，应用于ISG，该方法包括：

接收用户请求报文，根据所述请求报文确定用户状态，其中，所述用户状态为在线、不在线或未知；

根据所述用户状态确定用户类别，其中，所述用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；

根据所述用户类别进行流量计费。

可选地，所述根据所述用户状态确定用户类别，包括：

如果所述用户状态为在线，则根据用户是否为ITOP用户，将用户类别确定为ITOP用户或非ITOP用户；

如果所述用户状态为不在线，则将用户类别确定为不在线用户；

如果所述用户状态为未知，则查询目录项高速缓存Dcache，对查询Dcache结果为在线的用户，初始化ISG与ITOP之间的内部接口，并根据用户是否为ITOP用户，将用户类别确定为ITOP用户或非ITOP用户；对查询Dcache结果为不在线的用户，将用户类别确定为不在线用户。

可选的，所述根据所述用户类别进行流量计费，包括：

如果用户类别为ITOP用户，则确定套餐可用性，对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费；

如果用户类别为不在线用户或非ITOP用户，则执行拒绝上网、放通或重定向。

可选地，所述对有可用套餐的ITOP用户按套餐计费，包括：

根据预配置的业务规则识别套餐，所述业务规则包括一级规则和二级规则，其中，所述一级规则为L3-L4层规则，根据IP与端口或域名与端口判断，所述二级规则为L7层规则，用于所述一级规则无法判断的流量，针对超文本传输协议http的统一资源定位符URL进行判断；

根据判断得到的套餐类别将流量归属到对应的套餐中。

可选地，所述初始化ISG与ITOP之间的内部接口包括：

接收用户上网请求；

通过向ITOP发送限度请求SLR消息创建ISG与ITOP之间的内部接口会话；

接收所述ITOP发送的限度响应SLA消息。

可选地，所述方法还包括：

套餐配额分片用完时，使用SLR消息向所述ITOP上报已使用业务单元USU，并申请下一次配额；

接收所述ITOP发送的SLA消息；

无配额分片可再分配时，接收所述ITOP发送的带有无配额分片可再分配的信息的SLA消息，更新用户状态，标记用户为无可用套餐。

可选地，所述方法还包括：

接收ITOP发送的限度通知请求SNR消息；

向所述ITOP发送限度通知响应SNA消息；

更新用户状态，标记用户为有可用套餐；

如果所述SNR消息带授权业务单元GSU，在套餐用完后，通过限度请求单元SLR-U向ITOP上报；

如果所述SNR消息不带GSU，在有数据流时，通过限度请求单元SLR-U向ITOP上报。

可选地，所述方法还包括：

接收用户下线请求；

通过限度停止请求STR消息向ITOP上报；

接收ITOP发送的限度停止响应STA消息。

可选地，所述方法还包括：

向ITOP发送限度请求初始化SLR-I消息；

接收ITOP发送的限度响应初始化SLA-I消息；

接收ITOP发送的SNR。

可选地，所述方法还包括：

接收ITOP发送的SNR；

向ITOP发送SNA；

向ITOP发送SLR-U；

接收ITOP发送的限度响应单元SLA-U。

第二方面，本发明实施例提供了一种ISG，该ISG包括：

报文模块，用于接收用户请求报文，根据所述请求报文确定用户状态；

业务控制平台SCP，用于根据所述用户状态确定用户类别，还用于对用户状态为在线或不在线的用户确定用户类别，还用于对ITOP用户确定套餐可用性，还用于对不在线用户或非ITOP用户执行拒绝上网、放通或重定向；

Dcache客户端模块，用于对用户状态为未知的用户查询Dcache；

计费模块，用于对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费；

用户信息数据库UIDB，用于维护用户信息；

操作维护管理平台OMMP，用于下发预配置业务规则。

可选地，该ISG还包括：

请求模块，用于向ITOP发送请求消息；

接收模块，用于接收ITOP发送的响应消息。

第三方面，本发明实施例还提供了一种ISG，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现第一方面所述的流量计费方法的步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的流量计费方法的步骤。

由以上本发明实施例提供的技术方案可见，本发明实施例具备以下技术效果：

在现有的ISG中添加SCP、UIDB和OMMP，使ISG与ITOP实现互联，具备了对流量进行计费的功能，具体流量计费的方法包括：接收用户请求报文，根据请求报文确定用户状态，其中，用户状态为在线、不在线或未知；根据用户状态确定用户类别，其中，用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；根据用户类别进行流量计费。这样，在XGW与ITOP不适配的情况下，仍然可以实现流量计费，同时避免了对核心网元的改造，降低工作难度。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有流量计费方案的一种网络拓扑示意图；

图2为本发明实施例提供的一种网络拓扑示意图；

图3为本发明实施例提供的一种流量计费的方法的流程示意图；

图4为图3中步骤302的流程示意图；

图5为本发明实施例提供的一种初始化ISG与ITOP之间的内部接口的流程示意图；

图6为本发明实施例提供的一种对有可用套餐的ITOP用户按套餐计费的流程示意图；

图7为本发明实施例提供的一种正常计费的流程示意图；

图8为本发明实施例提供的一种计费恢复的流程示意图；

图9为本发明实施例提供的一种计费结束的流程示意图；

图10为本发明实施例提供的一种新增套餐生效的流程示意图；

图11为本发明实施例提供的一种实时用量检测的流程示意图；

图12为本发明实施例提供的一种ISG模块划分示意图；

图13为本发明实施例提供的一种ISG结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，图中的路线1为传统套餐计费方案，套餐固定，定时定长定量，无法实现碎片化流量计费；路线2为现有ITOP计费方案，ITOP对用户流量进行计费，并将控制消息通过PCRF转发给XGW，在该方案中，需要XGW和ITOP由同一个提供商提供，否则接口无法互通。

参见图2，图中示出了本发明实施例提供的一种网络拓扑示意图，针对XGW与ITOP有不同的提供商提供的情况，在现有ISG(intelligent service gateway，智能业务网关)中加入新的功能模块，使其与ITOP互联，具备对流量的计费与控制功能，在实际使用的过程中，ISG与ITOP为同一个提供商提供，消息可以通过两者之间的内部接口传输。

参见图3，本发明实施例提供一种流量计费的方法，具体步骤如下：

步骤301、接收用户请求报文，根据请求报文确定用户状态；

具体地，用户打开数据开关后，终端发起创建PDP(packet data protocol，分组数据协议)链接的请求，XGW接收到请求后，生成请求报文，并发送给ISG，该请求报文中包括给用户分配的地址、号码、用户状态和用户类别。

ISG中的SCP(service conduct platform，业务控制平台)接收上述请求报文，同时在UIDB(user information database，用户信息数据库)中添加请求报文所包含的信息，用以维护用户信息。SCP根据请求报文确定用户状态，该用户状态包括在线、不在线或未知。

步骤302、根据用户状态确定用户类别；

具体地，如图4所示，先判断用户的在线状态：

如果用户状态为不在线，则将用户类别确定为不在线用户；

如果用户状态为在线，则判断用户是否为ITOP用户，是则确定为ITOP用户，否则确定为非ITOP用户；

如果用户状态为未知，即用户从未上网过，则查询Dcache，对查询Dcache结果为在线的用户，初始化ISG与ITOP之间的内部接口，并根据用户是否为ITOP用户，将用户类别确定为ITOP用户或非ITOP用户；对查询Dcache结果为不在线的用户，将用户类别确定为不在线用户。

参见图5，上述初始化ISG与ITOP之间的内部接口的具体步骤包括：

步骤501、接收用户上网请求；

具体地，ISG接收来自终端发送的上网请求。

步骤502、通过向ITOP发送SLR消息创建ISG与ITOP之间的内部接口会话；

ISG向ITOP发送SLR(spending limit request，限度请求)消息：SRT＝0，PCID(policy counter identifier，下发账户对应的策略ID)＝1，该SLR消息中带有用户的MSISDN(mobile integrated services digital network number，移动台综合业务数字网号码)。

步骤503、接收ITOP发送的SLA消息；

ISG接收ITOP发送的SLA(spending limit acquire，限度响应)消息：RC(resultcode，消息返回码)＝200X，(UMI(MK＝XX)，GSU＝XX)，其中，每一个SLA消息中都会带有RC，正常情况下RC的取值为2001，其他情况会存在一些异常值，可以进行约定，UMI(usagemonitoring information，用法监控信息)中带GSU(granted service unit，授权业务单元)，MK(monitoring key，监控密钥)＝XX表示的是套餐ID，视具体情况赋值。

步骤303、根据用户类别进行流量计费；

具体地，如果用户类别为ITOP用户，则确定套餐可用性，对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费；

如果用户类别为不在线用户或非ITOP用户，则执行拒绝上网、放通或重定向。

参见图6，上述对有可用套餐的ITOP用户按套餐计费的具体步骤包括：

步骤601、根据预配置的业务规则识别套餐；

步骤602、根据判断得到的套餐类别将流量归属到对应的套餐中；

具体地，ISG中的OMMP(operation maintenance management platform，操作维护管理平台)预配置有业务规则，该业务规则包括一级规则和二级规则。其中，一级规则为L3-L4层规则，根据IP与端口或域名与端口判断套餐类别，二级规则为L7层规则，用于一级规则无法判断的流量，针对http(hypertext transfer protocol，超文本传输协议)的URL(uniform resource locator，统一资源定位符)进行判断。

需要说明的是，上述L3层、L4层和L7层指的是ISO(international organizationfor standardization，国际标准化组织)制定的OSI(open system interconnection，开放式系统互联)参考模型。共分为7层，物理层、数据链路层、网络层、传输层、会话层、表示层和应用层，简称为L1～L7。

用户上网，产生流量，XGW将用户上网流量路由到ISG，由ISG根据识别得到的套餐类别将流量归属到对应的套餐中。

这样，通过将ISG与ITOP互联，将用户上网流量通过XGW发送给ISG，ISG与ITOP通过两者之间的内部接口进行消息传输，实现了对用户流量的计费，而且能够将流量归属到对应了套餐中，实现了智能化、碎片化流量计费，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行计费的问题。

参见图7，本发明实施例还提供了一种正常计费的流程，具体步骤如下：

步骤701、具体地，在正常计费过程中，当套餐配额分片用完后，需要上报USU(usedservice unit，已使用业务单元)，申请下一次配额，由ISG向ITOP发送请求消息：SLR(PCID＝XX,UMI(MK＝XX,USU＝XX))，其中X为根据实际情况具体赋值，本发明实施例不作具体限定。ITOP根据接收到的SLR消息，向ISG发送SLA消息：SLA(RC＝200X,UMI(MK＝XX,GSU＝XX))，其中GSU为granted service unit，授权业务单元，完成下发套餐配额分片。

步骤702、具体地，ISG接收终端发送的上网请求，并向ITOP发送SLR消息，当ITOP最后一次下发套餐配额分片时，在向ISG发送的SLA消息中加入PCS(policy counter status，下发账户对应策略状态)＝4，即SLA(RC＝200X,PCS＝4(MK＝XX,GSU＝XX))，告诉ISG本次是ITOP最后一次分片。

步骤703、具体地，ISG接收终端发送的上网请求，并向ITOP发送SLR消息，当套餐配额分片用完后，没有额度可再分配，ITOP在向ISG发送的SLA消息中加入PCS＝0，即SLA(RC＝200X,PCS＝0(MK＝XX,GSU＝XX))。ISG在接受此次SLA消息后，更新用户状态，标记用户为无可用套餐，并停止计费。

这样，通过将ISG与ITOP互联，实现了对用户流量的正常计费，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行正常计费的问题。

参见图8，本发明实施例还提供了一种计费恢复的流程，具体步骤如下：

步骤801、具体的，用户充值以后，ITOP向ISG发送SNR(spending notificationrequest，限度通知请求)消息，即SNR(UMI(MK＝XX,GSU＝XX))，通知ISG更新用户状态，ISG在接收到ITOP发送的SNR消息后，向ITOP发送SNA(spending notification acquire，限度通知响应)消息，并更新用户状态，将用户标记为有可用套餐。

步骤802、具体地,终端向ISG发送上网请求，ISG接收上网请求后向ITOP发送SLR消息，ITOP在接收到SLR消息后向ISG发送SLA消息，如果SLA消息带GSU，则在套餐用完后，ISG通过SLR-U(spending limit request unit，限度请求单元)向ITOP上报；如果SNR消息不带GSU，则在有数据流时，ISG通过SLR-U向ITOP上报，其中，USU＝0。

这样，通过将ISG与ITOP互联，实现了对用户流量的计费恢复，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行计费恢复的问题。

参见图9，本发明实施例还提供了一种计费结束的流程，具体步骤如下：

步骤901、ISG接收终端发送的下线消息，向ITOP发送STR(spending terminaterequest，限度停止请求)消息结束会话。

如果在结束会话时，存在未上报的流量，则通过STR消息携带USU一次上报，一个STR可以携带多个MK的USU。

如果在结束会话时，不存在未上报的流量，则STR消息不携带USU。

ITOP根据STR消息中的USU进行流量核减，并消除会话记录，之后向ISG发送STA(spending terminate acquire，限度停止响应)消息。

这样，通过将ISG与ITOP互联，实现了对用户流量的计费结束，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行计费结束的问题。

参见图10，本发明实施例还提供一种新增套餐生效的流程，具体步骤如下：

步骤1001、ISG向ITOP发送SLR-I(spending limit request initialization，限度请求初始化)消息，ITOP接收到SLR-I后，向ISG发送SLA-I(spending limit acquireinitialization，限度响应初始化)消息。

具体地，SLR-I消息中携带套餐编号，ITOP接收到SLR-I后，查询绑定的ITOP套餐列表，并分配流量配额，且保存会话记录，之后向ISG发送SLA-I消息，该SLA-I消息中携带套餐列表及流量配额。

步骤1002、ITOP向ISG发送SNR消息，ISG接收到SNR后向ITOP发送SNA消息。

具体地，对于已经建立会话的用户，绑定ITOP侧新套餐时，ITOP主动向ISG发送SNR消息，SNR消息中携带新套餐对应的配额，ISG在接收到SNR消息后，更新内存中的用户套餐列表，并向ITOP发送SNA。如果新增套餐在ISG侧已经存在，则ISG仅视为配额更新。

对于未建立会话的用户，并且已经绑定过ITOP套餐的用户，说明该用户还没有上网，不需要与ISG交互。

这样，通过将ISG与ITOP互联，实现了对用户流量的新增套餐生效，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行新增套餐生效的问题。

参见图11。本发明实施例还提供了一种实时用量检测的流程，具体步骤如下：

步骤1101、ITOP向ISG发送SNR消息，ISG接收到SNR消息后，向ITOP发送SNA消息。

具体地，ITOP需要立即结算原套餐的用量时，会主动向ISG发送SNR消息，SNR消息中携带会话号，用于指示需要上报用量的套餐列表，ISG接收到SNR消息后，向ITOP发送SNA消息，并触发SLR-U消息，SNA消息中携带需要上报用量的套餐列表。如果会话号在ISG侧不存在，则SNA消息中携带错误码，用于表示会话号不存在，可选地，错误码约定为705。

步骤1102、ISG向ITOP发送SLR-U消息，ITOP接收到SLR-U消息后，向ISG发送SLA-U消息。

具体地，如果ITOP需要查询一个MK流量，即SNR消息查询一个MK流量，则SLR-U上报一个MK流量，如果ITOP需要查询多个MK流量，即SNR消息查询多个MK流量，则SLR-U上报多个MK流量，ITOP接收到SLR-U后，进行流量核减，分配配额，并向ISG发送SLA-U，SLA-U消息中携带更新的配额分片。

这样，通过将ISG与ITOP互联，实现了对用户流量的实时用量检测，解决了因XGW与ITOP由不同的供应商提供，导致接口无法互通，无法对流量进行实时用量检测的问题。

本发明实施例根据上述方法，对ISG进行功能模块划分，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图12示出了上述发明实施例中所涉及的ISG的一种可能的结构示意图，如图12所示，ISG可以包括报文模块、SCP、Dcache客户端模块、计费模块、UIDB、OMMP、请求模块和接收模块。

报文模块用于接收用户请求报文，并根据请求报文确定用户状态；

确定模块，用于根据用户状态确定用户类别，其中，用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；

可选地，确定模块包括：

SCP用于对用户状态为在线或不在线的用户确定用户类别，还用于对ITOP用户确定套餐可用性；

Dcache客户端模块用于对用户状态为未知的用户查询Dcache；

计费模块用于对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费；

可选地，ISG还包括：

UIDB用于维护用户信息；

OMMP用于下发预配置业务规则；

本发明实施例提供一种ISG，图13示出的是本发明实施例提供的ISG1300的结构示意图。如图13所示，ISG1300包括：处理器1301、收发机1302、存储器1303和总线接口。

其中，处理器1301可以负责管理总线架构和通常的处理。存储器1303可以存储处理器1301在执行操作时所使用的数据。

本发明实施例中，控制器1300还可以包括：存储在存储器1303上并可在处理器1301上运行的计算机程序，该计算机程序被处理器1301执行时实现本发明实施例提供的方法的步骤。

在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1301代表的一个或多个处理器和存储器1303代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本发明实施例不再对其进行进一步描述。总线接口提供接口。收发机1302可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种流量计费的方法，应用于智能业务网关ISG，其特征在于，所述方法包括：

接收用户请求报文，根据所述请求报文确定用户状态，其中，所述用户状态为在线、不在线或未知；

根据所述用户状态确定用户类别，其中，所述用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；

根据所述用户类别进行流量计费。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户状态确定用户类别，包括：

如果所述用户状态为在线，则根据用户是否为ITOP用户，将用户类别确定为ITOP用户或非ITOP用户；

如果所述用户状态为不在线，则将用户类别确定为不在线用户；

如果所述用户状态为未知，则查询目录项高速缓存Dcache，对查询Dcache结果为在线的用户，初始化ISG与ITOP之间的内部接口，并根据用户是否为ITOP用户，将用户类别确定为ITOP用户或非ITOP用户；对查询Dcache结果为不在线的用户，将用户类别确定为不在线用户。

3.根据权利要求1所述的方法，其特征在于，所述根据所述用户类别进行流量计费，包括：

如果用户类别为ITOP用户，则确定套餐可用性，对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费；

如果用户类别为不在线用户或非ITOP用户，则执行拒绝上网、放通或重定向。

4.根据权利要求3所述的方法，其特征在于，所述对有可用套餐的ITOP用户按套餐计费，包括：

根据预配置的业务规则识别套餐，所述业务规则包括一级规则和二级规则，其中，所述一级规则为L3-L4层规则，根据IP与端口或域名与端口判断，所述二级规则为L7层规则，用于所述一级规则无法判断的流量，针对超文本传输协议http的统一资源定位符URL进行判断；

根据判断得到的套餐类别将流量归属到对应的套餐中。

5.根据权利要求2所述的方法，其特征在于，所述初始化ISG与ITOP之间的内部接口包括：

接收用户上网请求；

通过向ITOP发送限度请求SLR消息创建ISG与ITOP之间的内部接口会话；

接收所述ITOP发送的限度响应SLA消息。

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

套餐配额分片用完时，使用SLR消息向所述ITOP上报已使用业务单元USU，并申请下一次配额；

接收所述ITOP发送的SLA消息；

无配额分片可再分配时，接收所述ITOP发送的带有无配额分片可再分配的信息的SLA消息，更新用户状态，标记用户为无可用套餐。

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

接收ITOP发送的限度通知请求SNR消息；

向所述ITOP发送限度通知响应SNA消息；

更新用户状态，标记用户为有可用套餐；

向所述ITOP发送SLR消息；

接收所述ITOP发送的SLA消息；

如果SLA消息带授权业务单元GSU，在套餐用完后，通过限度请求单元SLR-U向ITOP上报；

如果所述SNR消息不带GSU，在有数据流时，通过限度请求单元SLR-U向ITOP上报。

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

接收用户下线请求；

通过限度停止请求STR消息向ITOP上报；

接收ITOP发送的限度停止响应STA消息。

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

向ITOP发送限度请求初始化SLR-I消息；

接收ITOP发送的限度响应初始化SLA-I消息；

接收ITOP发送的SNR。

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

接收ITOP发送的SNR；

向ITOP发送SNA；

向ITOP发送SLR-U；

接收ITOP发送的限度响应单元SLA-U。

11.一种ISG，其特征在于，所述ISG包括：

报文模块，用于接收用户请求报文，根据所述请求报文确定用户状态；

确定模块，用于根据所述用户状态确定用户类别，其中，所述用户类别为智能流量经营平台ITOP用户、非ITOP用户或不在线用户；

计费模块，用于根据所述用户类别进行流量计费，对有可用套餐的ITOP用户按套餐计费，对无可用套餐的ITOP用户按运营商业务规则计费，对不在线用户或非ITOP用户执行拒绝上网、放通或重定向。

12.根据权利要求11所述的ISG，其特征在于，所述确定模块包括：

业务控制平台SCP，用于对用户状态为在线或不在线的用户确定用户类别，还用于对ITOP用户确定套餐可用性；

Dcache客户端模块，用于对用户状态为未知的用户查询Dcache。

13.一种ISG，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的流量计费方法的步骤。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的流量计费方法的步骤。