一种实现策略与计费控制的方法、网关和移动终端的制作方法

文档序号:7723090阅读:227来源:国知局
专利名称:一种实现策略与计费控制的方法、网关和移动终端的制作方法
技术领域
本发明涉及移动通信技术领域,特别是涉及一种实现策略与计费控制的方法、网关和移动终端。
背景技术
移动通信正在经历向全IP网络的演进,一方面需要考虑从移动终端到GW(Gateway,网关)端到端的QoS(Quality of Service,服务质量)问题,以提供令客户满意的服务质量(特别是语音、视频等实时类业务);另一方面,IP网络可以提供很多种类的业务(如多媒体通讯、文件下载、网页浏览等),需要GW能够识别不同的业务流并分别统计流量、时长信息,上报给计费中心。为了解决上述基于流QoS和计费等相关问题,3GPP定义 了 PCC(Policyand Charging Control,策略与计费控制)逻辑架构。如图1 所示,PCC逻辑架构包括GW、PCRF(Policy and Charging RuleFunction,策略和计费规则功能)、PCEF(Policy and Charging EnforcementFunction,策略和计费执行 功能)、AF(Application Function,应用功能)、SPR(Subscription Profile Repository, 签约信息知识库)等功能实体。其中,AF根据与用户之间的业务协商,向PCRF动态提供应 用层的会话信息(如SDP) ;PCRF根据AF提供的会话信息中的业务信息,结合用户签约信息和本地运营商策略,制定出PCC(Policy and Charging Control,策略和计费控制)规则, PCRF将所述PCC规则下发给GW中的PCEF ;由于SI3R上配置有用户签约信息,所述PCRF上 的PCC规则也可以是向sra获取,即PCC规则预先配置在PCRF和/或sra上;PCEF执行PCC 规则。目前,通常使用包过滤器(Packet Filter)对业务流进行选择控制,包过滤器包括PCC包过滤器、TFT包过滤器等。PCC协议规定每个IP会话包含多个承载,每个承载包含 多条PCC规则;每个PCC规则至少包含一个PCC包过滤器,以及针对该PCC包过滤器的QoS 参数和计费要求。每条PCC规则具有优先级,一个PCC包过滤器如果对应了多条PCC规则, 就认为PCC包过滤器对应的最高优先级的那条唯一的PCC规则是生效的。所述PCC规则包 括上行PCC规则和下行PCC规则,PCC包过滤器包括上行PCC包过滤器和下行PCC包过滤器,上行PCC规则中的是上行PCC包过滤器,下行PCC规则中的是下行PCC包过滤器。所谓 PCC,就是进行QoS控制和计费控制等。3GPP (3rd Generation Partnership Project,第三代合作伙伴计划)的GPRS相关协议规定承载、QoS文件(Quality of Service Profile) ,TFT(Traffic FlowTemplate, 流模板)是关联在一起的,一个TFT中包含至少一个TFT包过滤器。TFT包过滤器是移动终 端使用的包过滤器,由GW根据上行PCC规则中的上行PCC包过滤器转换得到。每个TFT包 过滤器包含如下属性-Remote Address and Subnet Mask.-Protocol Number(IPv4)/Next Header(IPv6).-Local Port Range.
-Remote Port Range.-IPSec Security Parameter Index (SPI).-Type of Service(TOS)(IPv4)/Traffic class(IPv6)and Mask.-Flow Label(IPv6)GW将PCC中的QoS参数和包过滤器信息进行转换后,以QoS文件、TFT的形式下发 到移动终端上,由移动终端对自身发送的报文和TFT包过滤器进行匹配,将与某个TFT包过 滤器匹配的业务流绑定到对应的承载上,保证该业务流所需的QoS ;Gff中的PCEF对业务流 和PCC包过滤器进行匹配,进而实现对该移动终端业务流的策略控制(例如是否允许通过, 是否需要对报文中的IP地址等字段修改)和计费。由此使网络侧在检测到不同的业务流 后,针对业务流进行策略控制、计费统计等操作。在实施本发明的过程中,发明人发现现有技术中至少存在以下问题随着移动通信的资费降低和带宽提高,即将出现一种新的应用模式,即一个局部网络(Local Area Network)中的多个设备公用一台移动终端连接外部网络,这里的局部网 络指一个特定物理场所的互联网络,例如公共网吧、校园网、住宅小区、写字楼等,外部网络 指Internet或者别的局部网络。这种应用中,移动终端起路由转发的功能,对于其代理的 局部网络中的不同设备发送的业务流,会出现不同业务流匹配到相同包过滤器的现象,无 法对所述的设备进行PCC。

发明内容
本发明实施例的目的是提供一种实现策略与计费控制的方法、网关和移动终端, 以实现在多个设备公用一台移动终端连接网络的情况下,对设备进行策略与计费控制PCC。本发明实施例提供了一种实现策略与计费控制的方法,包括接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出的上行 报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的网际协议IP地址对应 的流模板TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发;匹配出与所述上行报文中的设备的IP地址对应的上行策略与计费控制PCC包过 滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策略与计费控 制 PCC。本发明实施例还提供了一种实现策略与计费控制的方法,包括接收外部网络发送的目的网际协议IP地址为移动终端代理的局部网络中设备IP 地址的下行报文,匹配出与所述下行报文中的设备IP地址对应的下行策略和计费控制PCC 包过滤器,根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC本发明实施例还提供了一种网关,所述网关包括接收模块,用于接收移动终端转发的由位于所述移动终端代理的局部网络中的设 备发出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的网际协议 IP地址对应的流模板TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发,和/或接 收外部网络发送的目的IP地址为所述局部网络中设备IP地址的下行报文;控制模块,用于匹配出与所述上行报文中的设备的IP地址对应的上行策略与计 费控制PCC包过滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策略与计费控制PCC ;和/或匹配出与所述下行报文中的设备IP地址对应的下行PCC包过滤器,根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。本发明实施例还提供了一种移动终端,所述移动终端包括接收模块,用于接收所代理的局部网络中的设备发出的上行报文;匹配模块,用于匹配出与所述上行报文中设备的网际协议IP地址对应的流模板 TFT包过滤器;发送模块,用于通过与所述TFT包过滤器对应的承载向网关转发所述上行报文。本发明实施例的实现策略与计费控制的方法、网关和移动终端,通过对TFT包过 滤器增加移动终端侧设备IP地址属性,使得移动终端通过TFT包过滤器对上行报文进行匹 配时,能够匹配出与所述设备相对应的QoS参数,满足不同设备的QoS要求;同时,GW在接 收到移动终端转发的上行报文时,通过将上行PCC包过滤器中的源IP地址属性与所述设备 的IP地址匹配,找到对应的上行PCC规则对所述上行报文进行PCC ;当GW接收到外部网络 发送的下行报文时,通过将下行PCC包过滤器中的目的IP地址属性与接收外部网络下行报 文的设备IP地址匹配,能够实现对移动终端代理的局部网络中的设备进行准确PCC的目 的。


图1是现有的PCC架构的组网示意图;图2是本发明实施例的实现策略与计费控制的方法的第一实施例的流程示意图;图3是本发明实施例公用移动终端进行分组接入的组网示意图;图4是本发明实施例的实现策略与计费控制的方法的第二实施例的流程示意图;图5是本发明实施例的实现策略与计费控制的方法的第三实施例的流程示意图;图6是本发明实施例的实现策略与计费控制的方法的第四实施例的流程示意图;图7是本发明实施例的实现策略与计费控制的方法的第五实施例的流程示意图;图8是本发明实施例的网关的结构示意图;图9是本发明实施例的移动终端的结构示意图。
具体实施例方式为使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式
对本发明实施例作进一步详细的说明。发明人经过研究发现,现有的TFT中的TFT包过滤器中具有RemoteAddress and Subnet Mask属性,即为外部网络实体(external network entity)地址和子网掩码,由于 现有技术认为业务请求的发起方是移动终端,因此默认移动终端的IP地址为固定的一个。 但对于一个局部网络中的多个设备公用一台移动终端连接外部网络的情况,就无法将局部 网络内的设备发送的上行报文的业务流绑定到合适的承载上,保证该业务流所需的QoS,由 此无法实现对每个所述设备发出的上行报文进行PCC。本发明实施例通过将上行PCC包过 滤器中的源IP地址属性与发送上行报文的局部网络中的设备的IP地址进行匹配,将下行 PCC包过滤器中的目的IP地址属性与接收下行报文的局部网络中的设备的IP地址进行匹 配,实现了对局部网络中的设备进行准确PCC的目的。
实施例一本实施例提供了一种实现策略与计费控制的方法,如图2所示,包括如下步骤S101,接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出的上行报文;所述上行报文由移动终端匹配出与所述上行报文中的设备的IP地址对应的TFT 包过滤器后,通过与所述TFT包过滤器对应的承载转发。所述上行报文由移动终端根据所述设备的IP地址匹配出TFT包过滤器、并绑定到 与所述TFT包过滤器对应的承载上转发给Gl本发明实施例在TFT包过滤器中增加了移动终端侧设备IP地址属性(当然可以 通过扩展其他属性或者新增属性实现),用于与向移动终端发送上行报文的设备的IP地址 匹配,由此使外部网络能够通过该移动终端转发的上行报文识别出局部网络中的该设备; 当移动终端没有代理局部网络时,该移动终端侧设备IP地址属性就用来与移动终端的IP 地址匹配,因此本发明实施例的方案能够与现有移动终端不代理局部网络的场景很好的兼 容。本发明实施例中的移动终端是作为局部网络中设备连接网络的代理,将局部网络 中设备发送的上行报文转发给GW。考虑到处理效率的问题,包过滤器的数量是有限的,因此,TFT包过滤器中的移动 终端侧设备IP地址属性对应一个连续的地址段或某个主机地址。S102,匹配出与所述上行报文中的设备的IP地址对应的上行PCC包过滤器,根据 所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策略与计费控制PCC。每个PCC规则至少包括一个PCC包过滤器(Packet Filter),以及针对该PCC包过 滤器的QoS参数和计费要求。PCC规则分为上行PCC规则和下行PCC规则,PCC包过滤器根 据其中属性取值的不同分为上行PCC包过滤器和下行PCC包过滤器;上行PCC规则中的是 上行PCC包过滤器,下行PCC规则中的是下行PCC包过滤器。每条PCC规则具有优先级,一 个PCC包过滤器如果对应了多条PCC规则,就认为PCC包过滤器对应的最高优先级的那条 唯一的PCC规则是生效的。所以匹配出PCC包过滤器,即找到了相应的PCC规则。本实施例通过对TFT中的包过滤器增加移动终端侧设备IP地址属性,使得移动终 端能够根据所述设备的网际协议IP地址匹配出TFT包过滤器、并通过与所述TFT包过滤器 对应的承载转发,满足不同设备的QoS要求;同时,GW在接收到移动终端转发的上行报文 时,通过将上行PCC包过滤器中的源IP地址属性与所述设备的IP地址匹配,能够根据所述 设备的IP地址,对所述设备进行准确策略控制与计费,从而达到对公用移动终端连接网络 的多个设备进行PCC的目的。本发明的又一实施例中,还可以在实施例一的基础上进一步包括以下步骤接收 外部网络发送的目的IP地址为所述局部网络中设备IP地址的下行报文,获取与所述下行 报文中的设备的IP地址匹配的下行策略与计费控制PCC包过滤器,根据所述下行PCC包过 滤器对应的下行PCC规则,对所述下行报文进行PCC。在GW接收到外部网络发送的目的IP地址为所述设备IP地址的下行报文时,需要 根据与所述下行报文匹配的下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行 PCC,例如如果该设备的IP地址对应的下行PCC规则中限制该设备查看某些网页或使用某 些业务,则会禁止该设备的相应业务使用请求。
本实施例与实施例一相比,增加了 GW对发送给局部网络中设备的下行报文进行PCC的过程,通过对所述设备发出的上行报文和外部网络返回给所述设备的下行报文分别 进行PCC,实现了对移动终端代理的局部网络中的各个设备进行准确PCC的目的。实施例二如图3所示,为本发明实施例的公用移动终端进行分组接入的组网示意图。移动
终端代理局部网络内的多个设备(设备1、设备2......)通过无线接入网与GW进行数据交
互,GW可以通过IP骨干网与外部网络(总部网络和Internet)进行数据交互,GW可以从 PCRF获得局部网络内设备的PCC规则,PCRF上的PCC规则也可以从SI3R获取。本实施例的实现策略与计费控制的方法,如图4所示,包括如下步骤S301, Gff获取所述移动终端代理的局部网络的网段地址。在移动终端接入网络时,网关GW会把该移动终端本身使用的IP地址返回给移动 终端,该IP地址可以为IPv4地址,或IPv6地址前缀。Gff nj% Radius (Remote Authentication Dial-In User Service,@禾呈;tH 证拨入用户服务)服务器交互获得移动终端代理的局部网络的网段地址。所述网段地址由 组织局部网络的客户提前签约预定,连同移动终端标识配置在Radius服务器上。当移动终 端连接无线接入网时,Radius服务器收到GW发送的移动终端标识(如移动终端的用户名、 电话号码或IMSI号码等信息)后,会将与该标识对应的网段地址连同移动终端本身使用的 IP地址返回给GW,Gff将把移动终端本身使用的IP地址下发给移动终端。GW也可以与移动终端通过动态路由协议交互获得移动终端代理的局部网络的网 段地址。具体地,移动终端上事先配置其代理的局部网络的网段地址,GW上事先配置所述 移动终端的标识(例如IMSI)和用于直接为移动终端分配IP地址的本地地址池。在移动 终端连接到无线网络时,Gff识别移动终端标识后,直接从本地地址池中分配一个移动终端 本身使用的IP地址,并返回给移动终端。之后GW使用一个与分配给移动终端本身使用的 IP地址同网段的另一个IP地址运行动态路由协议,移动终端也使用本身的IP地址运行 同样的动态路由协议,例如,OSPF(Open Shortest Path First,开放最短路径优先)或者 RIP (Routing information Protocol,路由选择信息协议)。之后,GW与移动终端将分别发 现彼此是相邻节点,进而可以相互间进行路由信息的交互。按照现有的动态路由协议,移动终端在向GW发送的动态路由协议报文中携带目 的IP地址位于其代理的局部网络的网段地址范围内的IP报文的下一跳地址是移动终端本 身使用的IP地址的信息,GW接收并解析该动态路由协议报文,可以获得移动终端代理的局 部网络的网段地址。上面两种情况下,对于IPv4网络,所述网段地址为IPv4地址段信息和掩码信息; 对于IPv6网络,所述网段地址为IPv6地址前缀信息。S302, Gff从PCRF获取所述局部网络内设备的上行PCC规则。PCRF上管理的PCC规则,可以是根据AF提供的会话信息中的业务信息,结合用户 签约信息和本地运营商策略动态生成,也可以是根据用户的签约信息等预先配置。现有技术的PCC规则中,PCC包过滤器中具有与移动终端IP地址对应的属性(上 行PCC包过滤器中的源IP地址属性和下行PCC包过滤器中的目的IP地址属性),但没有与 移动终端代理的局部网络中设备IP地址对应的属性;因此,无法适用移动终端代理局部网络的应用情况。而本发明实施例中的PCC包过滤器中,上行PCC包过滤器中的源IP地址属性用来 与发送上行报文的设备IP地址匹配,下行PCC包过滤器中的目的IP地址属性用来与接收 外部网络下行报文的设备IP地址匹配,因而能够实现对移动终端代理的局部网络中的设 备进行准确PCC的目的,当然可以通过扩展其他属性或者新增属性实现。Gff从PCRF获取所述局部网络内设备的上行PCC规则可以是,获取局部网络内所 有的设备的上行PCC规则或者是部分设备的上行PCC规则(例如有些设备没有配置PCC规则)。并且GW也可以从PCRF同时获取下行PCC规则,以便后续收到下行报文时可以进行 PCC。本发明实施例提供两种所述GW从PCRF获取局部网络内设备上行PCC规则的方式DGff将所述局部网络的网段地址发送给PCRF ;PCRF将所述网段地址对应的上行 PCC规则返回给所述GW。现有技术中GW通过CC-Request消息中的Framed-IP-Address向PCRF上传为移动终端分配的IPv4地址、或者通过Framed-IPv6-Pref ix上传为移动终端分配的IPv6地址 前缀,该命令的响应消息携带所述移动终端的PCC规则。本发明实施例中,可以对CC-Request消息中的AVP (Attribute Value Pair,一对 属性与取值)进行扩充,通过扩展的信元携带公用所述移动终端进行分组接入的多个设备 所使用的网段地址。例如,增加Framed-Subnet-IP-Address描述公用移动终端进行分组接入的设备 的IPv4地址段信息、增加Framed-Subnet-IP-Netmask描述公用移动终端进行分组接入 的设备的 IPv4 掩码信息。其中 Framed-Subnet-IP-Address 与 Framed-IP-Address 的类 型和长度相同,Framed-Subnet-IP-Netmask与Framed-IP-Netmask的类型和长度相同, 具体可以参考RFC4005中的定义。同样,可以增加Framed-Subnet-IPv6-Prefix描述公 用移动终端进行分组接入的设备的IPv6地址前缀信息,Framed-Subnet-IPv6-Prefix与 Framed-IPv6-Prefix的类型和长度相同,具体可以参考RFC4005中的定义。PCRF先查找出源IP地址属性与所述网段地址对应的上行PCC包过滤器,再将所述上行PCC包过滤器返回给GW。或者,PCRF可以同时查找出源IP地址属性与所述网段地址 对应的上行PCC包过滤器和目的IP地址与所述网段地址对应的下行PCC包过滤器,再将所 述上行PCC包过滤器和下行包过滤器对应的PCC规则返回给GW,PCC规则中包含PCC包过滤器。2)GW将所述上行报文中的移动终端的标识(可以是电话号码或IMSI号码或者GW 为移动终端分配的IP地址等信息至少之一)发送给PCRF ;PCRF从SI5R获取与所述移动终 端的标识对应的移动终端代理的局部网络中的设备上行PCC规则;PCRF将所述上行PCC规 则返回给所述GW。较优的,GW将所述上行报文中的移动终端的标识(包括电话号码、IMSI号码和GW为移动终端分配的IP地址)发送给PCRF ;PCRF从SI3R获取与所述移动终端的标识中的电 话号码、IMSI号码或者GW为移动终端分配的IP地址中的某一个对应的移动终端代理的局 部网络中的设备上行PCC规则;PCRF将所述上行PCC规则返回给所述GW。
本方式对应的情况是PCRF上没有预先配置PCC规则,则PCRF会根据GW发送的移动终端标识,从sra获取预存的与所述移动终端标识对应的上行pcc规则。本方式中,GW向PCRF发送的CC-request消息可以与现有技术相同,都是移动终端的标识发送给PCRF。当然,本方式中GW向PCRF发送的CC-request消息也可以与方式一 相同,即可以对CC-Request消息中的AVP进行扩充。CC-request消息携带移动终端的标 识,还可以通过扩展的信元携带公用所述移动终端进行分组接入的多个设备所使用的网段 地址;当PCRF上没有预先配置PCC规则时,PCRF就根据CC-request消息携带移动终端的 标识进行处理。PCRF先从SI3R获取与所述移动终端的标识对应的移动终端代理的局部网络中的设备上行PCC规则,再将所述上行PCC规则返回给GW。或者本方式中,PCRF也可以同时从 SPR获取与所述移动终端的标识对应的移动终端代理的局部网络中的设备上行PCC规则和 下行PCC规则,再将所述上行PCC规则和下行PCC规则返回给GW。PCC规则中包含PCC包
过滤器οS303,根据所述上行PCC规则中的上行PCC包过滤器转换出TFT包过滤器;并将每 个所述上行PCC规则中的QoS参数和所述TFT包过滤器下发到所述移动终端,以使移动终 端为与所述QoS参数对应的承载和TFT包过滤器建立对应关系。Gff通过如上所述的两种方式获得局部网络的PCC规则后,GW根据获取的上行PCC 规则中的上行PCC包过滤器转换出TFT包过滤器,然后将所述上行PCC规则中的QoS参 数和所述TFT包过滤器可以由GW通过GTP (GPRSTunnel Protocol, GPRS隧道协议)消息 以QoS文件和TFT的形式下发到移动终端,具体可以是GW在为移动终端分配IP地址的响 应消息中通过扩展的信元携带所述QoS参数和TFT包过滤器。如在GPRS网络中,Gff即为 GGSN (Gateway GPRS Supporting Node,GPRS 网关支持节点),GGSN 回应 CreatePDP Context Response 消息给 SGSN(Serving GPRS Supporting Node,GPRS 服务支持节点),并最终通知 到移动终端,消息中包含移动终端一次激活PDPContext后获得的设备的QoS参数以及TFT 包过滤器信息。由于QoS参数和TFT包过滤器都位于针对承载的消息中,因此,当移动终端接收到 QoS参数和TFT包过滤器后,会建立承载与TFT包过滤器的对应关系,便于后续使用。如上所述的TFT包过滤器包含移动终端侧设备IP地址属性,例如可以是Local Address and Subnet Mask,类型禾口长度与现有技术包过滤中的RemoteAddress and Subnet Mask相同。移动终端侧设备IP地址属性具体取值在Framed-Subnet-IP-Address与 Framed-Subnet-IP-Netmask、或者 Framed-Subnet-IPv6_Prefix 标识的网段内,移动终端 侧设备IP地址属性用于与发送报文的设备的IP地址匹配。可选的,还包括步骤S304,PCRF对所述移动终端的IP地址和所述网段地址进行关联。PCRF获取网段地址有两种实现形式i)GW在发送移动终端标识的同时将所述局部网络的网段地址发送给PCRF,ii) Sra在向PCRF返回PCC规则时,同时将与移动终端标识 对应的网段地址发送给PCRF。所述网段地址可以通过扩展的信元携带。若PCRF对移动终端的IP地址和所述网段地址不进行关联,当汇总在移动终端标识下的PCC规则发生变化时,需要对移动终端代理的局部网络的每个设备的PCC规则进行刷新,则无法找到移动终端代理的局部网络的每个设备的PCC规则进行刷新。因此,优选 的,PCRF对所述移动终端的IP地址和所述网段地址进行关联,这样在根据移动终端标识刷 新PCC规则时,能够同步处理与所述网段地址相关的PCC规则。例如整个局部网络的计费 可能汇总在移动终端标识下,如果出现了欠费,则需要把所述网段地址相关的PCC规则中 的策略都修改为禁止向外部网络发送报文。
进一步,GW还可以对所述移动终端的IP地址和所述网段地址进行关联。其中,GW 还可以对所述移动终端的IP地址和所述网段地址进行关联,是为了防止后续网络侧向所 述设备发送下行报文时,GW根据所述设备的IP地址认为该设备不属于自己管理的移动终 端而将该下行报文丢弃,造成业务使用的异常。当然对于如果GW根据设备的IP地址就可 以确认属于自己管理的范围的情况下,就无需进行将所述移动终端的IP地址和所述网段 地址进行关联。本实施例中,移动终端的作用主要是会话建立和承载建立,以使其代理的局部网 络中的各个设备,共同使用移动终端建立起来的会话和承载与网络侧进行业务交流。对移 动终端的IP地址和网段地址进行关联后,GW会对所述设备的IP地址和移动终端的IP地 址同等对待。而且,在会话删除时,与建立该会话的移动终端的IP地址关联的网段地址内 的各个设备的PCC规则可以彻底清除,释放GW上的存储资源,保证GW的高效运作。由于GW在从PCRF获取所述局部网络内各个设备的PCC规则前,就已经得到了局 部网络的网段地址,因此,GW对移动终端的IP地址和设备网段地址进行关联可以在向PCRF 发送CC-request之前。S305,GW接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出 的上行报文。所述上行报文由移动终端匹配出与所述上行报文中的设备的IP地址对应的TFT 包过滤器后,通过与所述TFT包过滤器对应的承载转发。 在移动终端将设备发送的上行报文转发给GW后,GW要根据该设备对应的上行PCC 规则对该上行报文进行PCC,例如是否允许通过、是否需要对报文中的IP地址等字段修改 以及计费等。本发明实施例中的TFT包过滤器增加了移动终端侧设备IP地址属性,用来与发送 上行报文的设备的IP地址匹配。当移动终端不代理局部网络而作为发起上行报文的设备 时,所述移动终端侧设备IP地址属性就用来与移动终端的IP地址匹配。移动终端对所述上行报文进行TFT包过滤器的匹配,然后通过移动终端上存储的 承载与TFT包过滤器的对应关系,得到与所述TFT包过滤器对应的承载,并将该上行报文绑 定在所述承载上转发给GW。其中,匹配是指确定获取到的上行数据报文的字段信息(如IP报文头和TCP/UDP 的各字段)和记录的业务流信息(如所述包过滤器中的对应属性)分别相同、或各字段值 分别位于所述TFT包过滤器各属性的取值范围内。例如,上行报文中的协议类型为6 (即TCP),源端口号为1000,目的端口号为1200, 目的IP地址为201. 2. 2. 1。而一个包过滤器中的Remote Address andSubnet Mask属性的 内容为{201. 2. 2.0 [255. 255. 255. 0]}(中括号前面是IP地址段,中括号内部是网络掩码), Protocol Number属性的内容为6 (表示TCP),Local Port Range属性的下限为900,上限为1100,Remote Port Range属性的值为1200。由于上行报文中目的IP地址201. 2. 2. 1 属于Remote Address and SubnetMask属性所表示的网段范围,源端口号1000属于Local Port Range属性上下限范围,而上行报文中的其它字段与TFT包过滤器中的其它对应属性 取值相同,因此该上行报文与这个TFT包过滤器是匹配的。若上行报文与现有的任何一个 TFT包过滤器都不匹配,为了保证业务的正常使用,移动终端和GW会将该上行报文绑定到 缺省承载上。可以理解,对于公用移动终端进行分组接入的设备的源IP地址 应该是Framed-Subnet-IP-Address 与 Framed-Subnet-IP-Netmask> 或 者 Framed-Subnet-IPv6-Prefix标识网段内的一个地址。S306,GW匹配出与所述上行报文中的设备的IP地址对应的上行PCC包过滤器,根 据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行PCC。Gff收到移动终端转发的所述上行报文后,通过将所述上行报文与自身存储的上行 PCC包过滤器进行匹配,找到对应的上行PCC规则,对所述上行报文进行策略控制和计费, 从而实现对所述设备的PCC。可选的,本实施例还包括接收外部网络发送的目的IP地址为所述局部网络中设 备IP地址的下行报文,获取与所述下行报文中的设备的IP地址匹配的下行PCC包过滤器, 根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。其中,下行PCC规则可以与上述的上行PCC规则同时获取,也可以使用与上行PCC 规则相同的获取途径,具体可以参见步骤302。为了精确地对公用移动终端进行分组接入的设备进行PCC,PCC规则的PCC包 过滤器中,上行PCC包过滤器的源IP地址属性和下行PCC包过滤器的目的IP地址属 性可以精确匹配到具体的设备IP地址,只要取值在Framed-Subnet-IP-Address与 Framed-Subnet-IP-Netmask、或者 Framed-Subnet-IPv6_Pref ix 标识的网段内即可。对于移动终端,在上网后的整个生命周期中,按照信令消息维护好TFT中的TFT包 过滤器信息,就可以把匹配这些TFT包过滤器的上行报文绑定到对应承载上,向GW侧传递。 对于GW,维护好PCC包过滤器信息,就可以与公用移动终端进行分组接入的设备的IP报文 进行匹配,利用现有技术的流程实现基于流的PCC。本实施例通过对TFT包过滤器增加移动终端侧设备IP地址属性,使得移动终端通 过TFT包过滤器对上行报文进行匹配时,能够匹配出与所述设备相对应的QoS参数,满足不 同设备的QoS要求;同时,GW在接收到移动终端转发的上行报文时,通过将上行PCC包过滤 器中的源IP地址属性与所述设备的IP地址匹配,找到对应的上行PCC规则对所述上行报 文进行PCC,达到对公用移动终端连接网络的多个设备进行PCC的目的。实施例三本实施例提供的实现策略与计费控制的方法,如图5所示,包括S401,GW接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出 的上行报文。所述上行报文由移动终端匹配出与所述上行报文中的设备的IP地址对应的TFT 包过滤器后,通过与所述TFT包过滤器对应的承载转发。S402,Gff识别所述上行报文的业务类型,若所述上行报文对应的上行PCC规则中的QoS参数满足所述业务类型的参数要求,则执行步骤S403 :GW根据与所述上行报文匹配 的上行PCC包过滤器对应的上行PCC规则,对所述设备进行PCC ;若所述上行报文对应的上 行PCC规则中的QoS参数不满足所述业务类型的参数要求,则在步骤S403之前,还包括步 骤S402a =Gff从PCRF获取所述设备的上行PCC规则,使用新上行PCC规则替代原有的上行 PCC规则,根据新上行PCC规则中的上行PCC包过滤器转换出新TFT包过滤器,以及将新上 行PCC规则中QoS参数和所述TFT包过滤器下发到所述移动终端,以使移动终端为与所述 QoS参数对应的承载和TFT包过滤器重新建立对应关系。
本实施例中的GW开启DPI (Deep Packet Inspection,深度报文检测)功能,可以 识别接收到的上行报文的业务类型,并检测所述上行报文对应的上行PCC规则中的QoS参 数是否满足所述业务类型的QoS要求。具体的,例如GGSN向移动终端发起PDP上下文修改流程,将所述设备的QoS参数 和TFT包过滤器发送给移动终端。所述TFT包过滤器信息也包含如实施例二中描述的与设 备IP地址匹配的移动终端侧设备IP地址属性。Gff从PCRF获取所述设备的新上行PCC规则具体可以为GW将所述设备的IP地址 发送给PCRF ;PCRF将与所述设备IP地址匹配的上行PCC包过滤器对应的上行PCC规则返 回给所述GlGff具有DPI功能,可以实时检测已存储的PCC规则是否适用于移动终端转发上来 的上行报文,若已存储的PCC规则不适用于所述上行报文,则重新获取PCC规则,使用新PCC 规则替代原有PCC规则,根据新上行PCC规则中的上行PCC包过滤器转换出TFT包过滤器, 并将新PCC规则中的QoS参数和所述TFT包过滤器以QoS文件和TFT的形式下发给移动终 端,使移动终端能够根据所述QoS参数、TFT包过滤器和与所述QoS参数关联的承载,重新 生成所述承载和TFT包过滤器的对应关系,为所述上行报文提供更准确的QoS。Gff获取到新的PCC规则后,会使用新的PCC规则对所述设备进行PCC。本实施例中,GW从PCRF获取所述设备的PCC规则,可以通过向PCRF发送会话修 改请求,该会话修改请求可以携带所述设备的IP地址,然后PCRF通过会话修改响应将所述 设备的PCC规则下发给GW。本实施例通过对TFT中的包过滤器增加移动终端侧设备IP地址属性,使得移动终 端通过TFT包过滤器对上行报文进行匹配时,能够匹配出与所述设备相对应的QoS参数,满 足不同设备的QoS要求;同时,GW在接收到移动终端转发的上行报文时,通过将上行PCC包 过滤器中的源IP地址属性与所述设备的IP地址匹配,找到对应的上行PCC规则对所述上 行报文进行PCC,达到对公用移动终端连接网络的多个设备进行PCC的目的。GW具有DPI 功能,可以实时检测已存储的PCC规则是否适用于移动终端转发上来的上行报文,若不适 用则重新获取PCC规则,使用新PCC规则替代原有PCC规则,根据新上行PCC规则中的上行 PCC包过滤器转换出TFT包过滤器,并将新上行PCC规则中的QoS参数和所述TFT包过滤器 以QoS文件和TFT的形式下发给移动终端,以使移动终端更新承载与TFT包过滤器的对应 关系,可以对移动终端代理的局部网络中的设备进行更准确的PCC。由于可以对公用移动终 端连接网络的多个设备进行PCC,因此,对于局部网络内的设备作为服务器为外部网络提供 服务的应用场景,本实施例的方法也同样可以适用。实施例四
本实施例提供的实现策略与计费控制的方法,如图6所示,包括S501,移动终端接收所代理的局部网络中的设备发送的上行报文。
S502,移动终端识别所述上行报文的业务类型,将所述业务类型和所述上行报文 中的设备的IP地址通知给AF,AF向PCRF提供至少包括当前上行报文业务类型的业务信息 和所述上行报文中的设备的IP地址,PCRF根据所述业务信息,动态生成上行PCC规则;所 述上行PCC规则与所述上行报文中的设备IP地址对应。本实施例中的移动终端开启了 DPI功能,能够识别出所述上行报文的业务类型。 移动终端将识别出的业务类型和所述上行报文中的设备的IP地址通知给AF,AF向PCRF提 供当前上行报文的业务信息和所述上行报文中的设备的IP地址,PCRF还可以进一步结合 用户签约信息和本地运营商策略,动态生成PCC规则,所述上行PCC规则与所述上行报文中 的设备的IP地址对应。S503, PCRF将新上行PCC规则发送给GW,Gff使用新上行PCC规则替代原有上行 PCC规则;根据新上行PCC规则中的上行PCC包过滤器转换出TFT包过滤器,并将所述新上 行PCC规则中QoS参数和所述TFT包过滤器下发到所述移动终端,以使移动终端为与所述 QoS参数对应的承载和TFT包过滤器重新建立对应关系。此步骤中,PCRF将新生成的PCC规则主动下发给GW。S504,移动终端匹配出与所述上行报文中的设备的IP地址对应的TFT包过滤器 后,通过与所述TFT包过滤器对应的承载转发所述上行报文。S505,Gff接收移动终端转发的匹配所述TFT包过滤器的上行报文,根据与所述上 行报文匹配的上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行PCC。其中,移动终端接收到所代理的局部网络中设备发送的上行报文后,可以按照上 述顺序对该上述报文进行缓存,待移动终端从GW得到该设备最新的QoS参数和TFT包过滤 器后再进行TFT包过滤器的匹配操作,也可以先按照缺省的对应关系对上行报文进行匹配 和转发。因此,步骤S504与S505可以不分前后顺序。本实施例通过对TFT中的包过滤器增加移动终端侧设备IP地址属性,使得移动终 端通过TFT包过滤器对上行报文进行匹配时,能够匹配出与所述设备相对应的QoS参数,满 足不同设备的QoS要求;同时,GW在接收到移动终端转发的上行报文时,通过将上行PCC包 过滤器中的源IP地址属性与所述设备的IP地址匹配,找到对应的上行PCC规则对所述上 行报文进行PCC,达到对公用移动终端连接网络的多个设备进行PCC的目的。移动终端具有 DPI功能,可以识别出所代理的局部网络中设备发送的上行报文的业务类型,并将该业务类 型通知AF,触发PCC规则动态刷新过程,Gff获得与该业务流相应的QoS参数和PCC包过滤 器,对所述上行报文进行更准确的PCC。由于可以对公用移动终端连接网络的多个设备进 行PCC,因此,对于局部网络内的设备作为服务器为外部网络提供服务的应用场景,本实施 例的方法也同样可以适用。实施例三、实施例四与实施例二中的相似内容较多,因此描述的比较简略,具体可 以参见实施例二的相关内容。实施例五本实施例提供的实现策略与计费控制的方法,如图7所示,包括S601, GW接收外部网络发送的目的IP地址为移动终端代理的局部网络中设备IP地址的下行报文,匹配出与所述下行报文中的设备IP地址对应的下行PCC包过滤器,根据 所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。在接收外部网络发送的下行报文前,所述方法还包括步骤S601a =Gff从PCRF获取所述局部网络内设备的下行PCC规则。可选的,在步骤S601之前,还包括步骤S601b =Gff对所述移动终端的IP地址和所 述网段地址进行关联。GW对所述移动终端的IP地址和所述网段地址进行关联,是为了防止后续网络侧 向所述设备发送下行报文时,GW根据所述设备的IP地址认为该设备不属于自己管理的移 动终端而将该下行报文丢弃,造成业务使用的异常。当然对于如果GW根据设备的IP地址 就可以确认属于自己管理的范围的情况下,就无需进行将所述移动终端的IP地址和所述 网段地址进行关联。本实施例中,移动终端的作用主要是会话建立和承载建立,以使其代理的局部网 络中的多个设备,共同使用移动终端建立起来的会话和承载与网络侧进行业务交流。对移 动终端的IP地址和网段地址进行关联后,GW会对所述设备的IP地址和移动终端的IP地 址同等对待。而且,在会话删除时,与建立该会话的移动终端的IP地址关联的网段地址内 的设备的PCC规则可以彻底清除,释放GW上的存储资源,保证GW的高效运作。由于GW在从PCRF获取所述局部网络内设备的PCC规则前,就已经得到了局部网 络的网段地址,因此,GW对移动终端的IP地址和设备网段地址进行关联可以在向PCRF发 送 CC-request 之前。可选的,还可以包括PCRF对所述移动终端的IP地址和所述网段地址进行关联。 PCRF对所述移动终端的IP地址和所述网段地址进行关联,在根据移动终端标识刷新PCC规 则时,能够同步处理与所述网段地址相关的PCC规则。例如对局部网络的控制规则汇总在 移动终端标识下,如果与该移动终端标识对应的规则为禁止使用即时通信软件,则可以将 所述网段地址相关的下行PCC规则中的策略都修改为禁止外部网络的下行报文通过,便于 下行PCC规则的刷新和管理。所述从PCRF获取局部网络内设备的下行PCC规则可以包括如下两种实现方式DGff将所述局部网络的网段地址发送给PCRF ;PCRF将所述网段地址对应的下行 PCC规则返回给所述GW。2)Gff将所述移动终端的标识发送给PCRF ;PCRF从SI3R获取与所述移动终端的标 识对应的移动终端代理的局部网络中的设备下行PCC规则;PCRF将所述下行PCC规则返回 给所述GW。该方式还可以包括PCRF从Sra获取局部网络的网段地址;PCRF对所述移动终端 的IP地址和所述网段地址进行关联。Gff获取下行PCC规则可以和实施例二中的上行PCC规则同时获取,也可以和实施 例三、实施例四中的上行PCC规则同时获取。在步骤S601之前,对于开启了 DPI功能的GW,还可以包括GW识别所述下行报文 的业务类型,若所述下行报文对应的下行PCC规则中的QoS参数不满足所述业务类型的参 数要求;则从PCRF获取所述设备的新下行PCC规则;使用新下行PCC规则替代原有的下行 PCC规则。
本领域技术人员结合实施例二、实施例三和实施例四公开的内容,可以很容易的 将这些实施例中的技术方案与实施例五进行交叉结合,衍生出更多的对下行报文进行PCC 的方案,本发明实施例对此不一一列举。本实施例的实现策略与计费控制的方法,适用于网络侧根据局部网络中设备的上 行报文而返回的响应下行报文,也适用于网络侧主动向移动终端侧的各设备广播的下行报 文(例如广告、通知等)。 本实施例中的PCC包过滤器中,将下行PCC包过滤器中的目的IP地址属性用来与 接收外部网络下行报文的设备IP地址匹配,因而能够实现对移动终端代理的局部网络中 的设备进行准确PCC的目的。实施例六本发明实施例还提供了一种网关,如图8所示,包括接收模块10,用于接收移动终端转发的由位于所述移动终端代理的局部网络中的 设备发出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的IP地 址对应的TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发;控制模块20,用于匹配出与所述上行报文中的设备的IP地址对应的上行PCC包过 滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行PCC。优选的,所述接收模块10还用于接收外部网络发送的目的IP地址为所述局部网 络中设备IP地址的下行报文;所述控制模块20还用于匹配出与所述下行报文中的设备IP地址对应的下行 PCC包过滤器,根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。所述网关还可以包括获取模块30,用于在所述接收模块10接收移动终端转发的报文前,从PCRF获取所 述局部网络内设备的上行PCC规则和/或下行PCC规则;转换模块40,用于根据所述上行PCC规则中的上行PCC包过滤器转换出TFT包过 滤器;发送模块50,用于将每个所述上行PCC规则中的QoS参数和所述TFT包过滤器下 发到所述移动终端,以使移动终端为与所述QoS参数对应的承载和TFT包过滤器建立对应关系。所述获取模块30还可以用于获取所述局部网络的网段地址;所述获取模块30 可以包括发送单元,用于将所述局部网络的网段地址发送给PCRF ;接收单元,用于接收 PCRF返回的所述网段地址内的PCC规则。所述网关还可以包括关联模块60,用于对所述移动终端的IP地址和所述网段地 址进行关联。所述网关还可以包括业务类型识别模块70,用于识别所述上行报文或下行报文的业务类型; 检测模块80,用于检测所述上行报文对应的上行PCC规则中的QoS参数是否满足 所述业务类型的参数要求;若所述检测结果为否,则调用所述获取模块30从PCRF获取所述 设备的新上行PCC规则;或检测所述下行报文对应的下行PCC规则中的QoS参数是否满足 所述业务类型的参数要求;若所述检测结果为否,则调用所述获取模块从PCRF获取所述设备的新下行PCC规则;替换模块90,用于使用新上行PCC规则替代原有上行PCC规则,和使用新下行PCC规则替代原有下行PCC规则。还可以在所述转换模块40根据所述上行PCC规则中的上行 PCC包过滤器转换出TFT包过滤器后,调用所述发送模块50将新上行PCC规则中的QoS参 数和所述TFT包过滤器以QoS文件和TFT的形式下发到移动终端,以使移动终端为与所述 QoS参数对应的承载和TFT包过滤器重新建立对应关系。本实施例通过对TFT包过滤器增加移动终端侧IP地址属性,使得本实施例的网关 能够根据所述设备的IP地址,对所述设备进行准确策略控制与计费,达到对公用移动终端 连接网络的多个设备进行PCC的目的;而且,本实施例的网关能够识别上行报文的业务类 型,判断所述业务类型使用的承载是否符合QoS需求,若不符合则重新获取该设备的PCC规 贝"J,实现对所述设备和报文更准确的PCC。实施例七本发明实施例还提供了一种移动终端,如图9所示,包括接收模块11,用于接收所代理的局部网络中的设备发出的上行报文;匹配模块22,用于匹配出与所述上行报文中设备的网际协议IP地址对应的流模 板TFT包过滤器;发送模块33,用于通过与所述TFT包过滤器对应的承载向网关转发所述上行报 文。优选的,所述接收模块11还用于接收网关下发的QoS参数和TFT包过滤器;则所 述移动终端还包括生成模块44 用于为与所述QoS参数对应的承载和TFT包过滤器建立对 应关系。更优选的,所述移动终端还包括识别模块55 用于识别所述上行报文的业务类 型;则所述发送模块33还用于将所述业务类型和所述上行报文中的设备的网际协议IP 地址通知给应用功能AF。本实施例通过对TFT包过滤器增加移动终端侧IP地址属性,使得本实施例的移动 终端通过TFT包过滤器对上行报文进行匹配时,能够匹配出与所述设备相对应的QoS参数, 满足不同设备的QoS要求;同时,移动终端能够识别上行报文的业务类型,可以动态从GW获 得设备对应的的QoS参数和TFT包过滤器,使得对所述设备发送的上行报文提供更准确的 QoS0本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读存储介质中,该 程序在执行时,包括如下步骤接收移动终端转发的由位于所述移动终端代理的局部网络 中的设备发出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的IP 地址对应的TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发;匹配出与所述上行 报文中的设备的IP地址对应的上行PCC包过滤器,根据所述上行PCC包过滤器对应的上行 PCC规则,对所述上行报文进行PCC。所述存储介质,如R0M/RAM、磁碟、光盘等。需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实 体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存 在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备
所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排
除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
权利要求
一种实现策略与计费控制的方法,其特征在于,包括接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的网际协议IP地址对应的流模板TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发;匹配出与所述上行报文中的设备的IP地址对应的上行策略与计费控制PCC包过滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策略与计费控制PCC。
2.如权利要求1,所述的方法,其特征在于,在接收移动终端转发的报文前,所述方法 还包括从策略和计费规则功能PCRF获取所述局部网络内设备的上行PCC规则。
3.如权利要求2所述的方法,其特征在于,所述方法还包括 根据所述上行PCC规则中的上行PCC包过滤器转换出TFT包过滤器;将每个所述上行PCC规则中的服务质量QoS参数和所述TFT包过滤器下发到所述移动 终端,以使移动终端为与所述QoS参数对应的承载和TFT包过滤器建立对应关系。
4.如权利要求2所述的方法,其特征在于,所述从PCRF获取局部网络内设备的上行 PCC规则具体为网关GW将所述局部网络的网段地址发送给PCRF ; PCRF将所述网段地址对应的上行PCC规则返回给所述GW。
5.如权利要求2所述的方法,其特征在于,所述从PCRF获取局部网络内设备的上行 PCC规则具体为网关GW将所述上行报文中的移动终端的标识发送给PCRF ;PCRF从签约信息知识库sra获取与所述移动终端的标识对应的移动终端代理的局部 网络中的设备上行PCC规则;PCRF将所述上行PCC规则返回给所述GW。
6.如权利要求5所述的方法,其特征在于,所述方法还包括 所述PCRF从所述sra获取所述局部网络的网段地址;所述PCRF对所述移动终端的IP地址和所述网段地址进行关联。
7.如权利要求1所述的方法,其特征在于,在接收到移动终端转发的上行报文后,所述 方法还包括识别所述上行报文的业务类型,若所述上行报文对应的上行PCC规则中的QoS参数不 满足所述业务类型的参数要求;则从策略和计费规则功能PCRF获取所述设备的新上行PCC规则; 使用新上行PCC规则替代原有的上行PCC规则。
8.如权利要求7所述的方法,其特征在于,所述方法还包括根据新上行PCC规则中的 上行PCC包过滤器转换出新TFT包过滤器,以及将新上行PCC规则中的服务质量QoS参数 和所述新TFT包过滤器下发到所述移动终端。
9.如权利要求7所述的方法,其特征在于,所述从PCRF获取所述设备的新上行PCC规 则具体为GW将所述设备的IP地址发送给PCRF ;PCRF将与所述设备IP地址匹配的上行PCC包过滤器对应的上行PCC规则返回给所述GW。
10.如权利要求1所述的方法,其特征在于,在所述移动终端对上行报文和TFT包过滤 器匹配前,所述方法还包括所述移动终端识别所述上行报文的业务类型,将所述业务类型和所述上行报文中的设 备的IP地址通知给应用功能AF,AF向策略和计费规则功能PCRF提供至少包括当前上行报 文业务类型的业务信息和所述上行报文中的设备的IP地址,PCRF生成上行PCC规则;所述 上行PCC规则与所述上行报文中的设备IP地址对应,PCRF将所述上行PCC规则发送给网 关GW。
11.如权利要求1所述的方法,其特征在于,所述方法还包括接收外部网络发送的目的IP地址为所述局部网络中设备IP地址的下行报文,获取与所述下行报文中的设备的IP地址匹配的下行策略与计费控制PCC包过滤器,根 据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。
12. —种实现策略与计费控制的方法,其特征在于,包括接收外部网络发送的目的网际协议IP地址为移动终端代理的局部网络中设备IP地址 的下行报文,匹配出与所述下行报文中的设备IP地址对应的下行策略和计费控制PCC包过 滤器,根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。
13.如权利要求12所述的方法,其特征在于,在接收外部网络发送的下行报文前,所述 方法还包括从策略和计费规则功能PCRF获取所述局部网络内设备的下行PCC规则。
14.如权利要求13所述的方法,其特征在于,所述从PCRF获取局部网络内设备的下行 PCC规则具体为网关GW将所述局部网络的网段地址发送给PCRF ;PCRF将所述网段地址对应的下行PCC规则返回给所述GW。
15.如权利要求13所述的方法,其特征在于,所述从PCRF获取局部网络内设备的下行 PCC规则具体为网关GW将所述移动终端的标识发送给PCRF ;PCRF从签约信息知识库sra获取与所述移动终端的标识对应的移动终端代理的局部 网络中的设备下行PCC规则;PCRF将所述下行PCC规则返回给所述GW。
16.如权利要求15所述的方法,其特征在于,所述方法还包括所述PCRF从所述sra获取所述局部网络的网段地址;所述PCRF对所述移动终端的IP地址和所述网段地址进行关联。
17.如权利要求12所述的方法,其特征在于,在接收到外部网络发送的目的网际协议 IP地址为移动终端代理的局部网络中设备IP地址的下行报文,所述方法还包括识别所述下行报文的业务类型,若所述下行报文对应的下行PCC规则中的QoS参数不 满足所述业务类型的参数要求;则从策略和计费规则功能PCRF获取所述设备的新下行PCC规则;使用新下行PCC规则替代原有的下行PCC规则。
18.如权利要求12所述的方法,其特征在于,所述方法还包括,所述GW对所述移动终端 的IP地址和所述局部网络的网段地址进行关联。
19.一种网关,其特征在于,所述网关包括接收模块,用于接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发 出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的网际协议IP 地址对应的流模板TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发,和/或接收 外部网络发送的目的IP地址为所述局部网络中设备IP地址的下行报文;控制模块,用于匹配出与所述上行报文中的设备的IP地址对应的上行策略与计费控 制PCC包过滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策 略与计费控制PCC ;和/或匹配出与所述下行报文中的设备IP地址对应的下行PCC包过滤 器,根据所述下行PCC包过滤器对应的下行PCC规则,对所述下行报文进行PCC。
20.如权利要求19所述的网关,其特征在于,所述网关还包括获取模块,用于在所述接收模块接收移动终端转发的报文前,从策略和计费规则功能 PCRF获取所述局部网络内设备的上行PCC规则和/或下行PCC规则。
21.如权利要求19所述的网关,其特征在于,所述网关还包括关联模块,用于对所述移动终端的IP地址和所述网段地址进行关联。
22.如权利要求19所述的网关,其特征在于,所述网关还包括业务类型识别模块,用于识别所述上行报文或下行报文的业务类型;检测模块,用于检测所述上行报文对应的上行PCC规则中的QoS参数是否满足所述业 务类型的参数要求;若所述检测结果为否,则调用所述获取模块从PCRF获取所述设备的新 上行PCC规则;或检测所述下行报文对应的下行PCC规则中的QoS参数是否满足所述业务 类型的参数要求;若所述检测结果为否,则调用所述获取模块从PCRF获取所述设备的新下 行PCC规则;替换模块,用于使用新上行PCC规则替代原有上行PCC规则;或使用新下行PCC规则替 代原有下行PCC规则。
23.—种移动终端,其特征在于,所述移动终端包括接收模块,用于接收所代理的局部网络中的设备发出的上行报文;匹配模块,用于匹配出与所述上行报文中设备的网际协议IP地址对应的流模板TFT包 过滤器;发送模块,用于通过与所述TFT包过滤器对应的承载向网关转发所述上行报文。
24.如权利要求23所述的移动终端,其特征在于,所述移动终端还包括识别模块用于识别所述上行报文的业务类型;则所述发送模块还用于将所述业务类型和所述上行报文中的设备的网际协议IP地 址通知给应用功能AF。
全文摘要
本发明实施例公开了一种实现策略与计费控制的方法、网关和移动终端,其中,所述方法包括接收移动终端转发的由位于所述移动终端代理的局部网络中的设备发出的上行报文,所述上行报文由移动终端匹配出与所述上行报文中的设备的IP地址对应的TFT包过滤器后,通过与所述TFT包过滤器对应的承载转发;匹配出与所述上行报文中的设备的IP地址对应的上行PCC包过滤器,根据所述上行PCC包过滤器对应的上行PCC规则,对所述上行报文进行策略与计费控制PCC。通过将上行PCC包过滤器中的源IP地址属性与发送上行报文的局部网络中的设备的IP地址进行匹配,实现了对局部网络中的设备进行准确PCC的目的。
文档编号H04W4/24GK101800967SQ200910261819
公开日2010年8月11日 申请日期2009年12月30日 优先权日2009年12月30日
发明者郭 东 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1