CN102761932A - 一种ip流迁移的策略控制方法及系统 - Google Patents
一种ip流迁移的策略控制方法及系统 Download PDFInfo
- Publication number
- CN102761932A CN102761932A CN2011101118261A CN201110111826A CN102761932A CN 102761932 A CN102761932 A CN 102761932A CN 2011101118261 A CN2011101118261 A CN 2011101118261A CN 201110111826 A CN201110111826 A CN 201110111826A CN 102761932 A CN102761932 A CN 102761932A
- Authority
- CN
- China
- Prior art keywords
- stream migration
- pcrf
- routing rule
- rule information
- stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
Abstract
本发明公开了一种IP流迁移的策略控制方法及系统,当PCRF接收到PCEF发送的IP流迁移路由规则信息时,若判断出需要迁移AF提供的业务的部分业务数据流,且AF不支持IP流迁移;或者,若根据IP流迁移路由规则信息在向BBF接入网请求资源接纳控制,BBF接入网拒绝所述请求时,则PCRF向PCEF返回拒绝该IP流迁移路由规则信息的指示。本发明解决了当AF不支持IP流迁移,而UE又进行了涉及该AF提供业务的IP流的迁移操作时,而导致的某些IP流实际传输的IP-CAN类型与PCRF向AF上报IP-CAN类型不一致等问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种IP流迁移的策略控制方法及及系统。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)演进的分组系统(Evolved Packet System,简称为EPS)主要由演进的通用移动通信系统陆地无线接入网(Evolved Universal Terrestrial Radio AccessNetwork,简称为E-UTRAN)、移动管理单元(Mobility Management Entity,简称为MME)、服务网关(Serving Gateway,简称为S-GW)、分组数据网络网关(Packet Data Network Gateway,简称为P-GW或者PDN GW)、归属用户服务器(Home Subscriber Server,简称为HSS)、3GPP的认证授权计费(Authentication、Authorization and Accounting,简称为AAA)服务器、以及策略与计费规则功能(Policy and Charging Rules Function,简称为PCRF)实体及其他支撑节点组成。
图1为EPS的系统架构的示意图。其中,MME负责移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN和P-GW之间转发数据,并且负责对寻呼等待数据进行缓存;P-GW则是EPS与分组数据网络(PacketData Network,简称为PDN)的边界网关,负责PDN的接入及在EPS与PDN间转发数据等功能;PCRF是策略与计费规则功能实体,其通过接收接口Rx和运营商网络协议(Internet Protocol,简称为IP)业务网络相连,获取业务信息,此外,PCRF还通过Gx或Gxa或Gxc接口与网络中的网关设备相连,负责发起IP承载的建立,保证业务数据的服务质量(Quality of Service,简称为QoS),并进行计费控制。
EPS支持与非3GPP系统的互通,并且与非3GPP系统的互通通过S2a/b/c接口实现,P-GW是3GPP与非3GPP系统间的锚点。在图1的EPS系统架构图中,非3GPP系统被分为可信任非3GPP IP接入网和不可信任非3GPP IP接入网。可信任非3GPP IP接入网可直接通过S2a接口与P-GW连接;不可信任非3GPP IP接入需经过演进的分组数据网关(Evolved Packet DataGateway,简称为E-PDG)与P-GW相连,E-PDG与P-GW间的接口为S2b,S2c提供了用户设备(User Equipment,简称为UE)与P-GW之间的用户面相关的控制和移动性支持,其支持的移动性管理协议为支持双栈的移动IPv6(IPv6 Support for Dual Stack Hosts and Routers,简称为D SMIPv6)。
在EPS系统之中,策略与计费执行功能(Policy and Charging EnforcementFunction,简称为PCEF)实体存在于P-GW中,PCRF与P-GW之间通过Gx接口交换信息。当P-GW与S-GW间的接口基于PMIPv6时,S-GW也具有承载绑定和事件报告功能(Bearer Binding and Event Report Function,简称为BBERF)实体,用于对业务数据流进行QoS控制,S-GW与PCRF之间通过Gxc接口交换信息。当通过可信任非3GPP接入系统接入时,可信任非3GPP接入网关中也驻留BBERF。可信任非3GPP接入网关与PCRF之间通过Gxa接口交换信息。为UE提供业务的应用功能(Application Function,简称为AF)通过Rx接口向PCRF发送用于制定策略与计费控制(Policy and ChargingControl,简称为PCC)策略的业务信息。在3GPP中,通过接入点名称(AccessPoint Name,简称为APN)可以找到对应的PDN网络。通常,将UE到PDN网络的一个连接称为一个IP连接接入网(IP Connectivity Access Network,简称为IP-CAN)会话。
EPS支持UE同时通过多个接入网接入一个PDN网络(即运营商提供IP业务所在的网络),也可称为IP流迁移(IP flow mobility)。如图2所示,UE同时在非3GPP接入网和3GPP接入网的覆盖下,通过非3GPP IP接入网和3GPP接入网通过同一个P-GW接入到PDN网络。
在这种场景下,P-GW为UE分配一个IP地址,即UE和PDN之间只有一个IP-CAN会话。UE、P-GW或PCRF根据业务的不同特性决定IP数据流通过哪个接入网连接传输。例如非3GPP接入网是无线保真网(WirelessFidelity,简称WiFi)时,超文本传输(Hyper Text Transfer Protocol,简称HTTP)和文件传输协议(File Transfer Protocol,简称FTP)的业务数据流就可以通过WiFi接入网的连接,而与此同时基于IP网络的语音传输(VoiceOver Internet Protocol,简称VoIP)业务数据流就可以通过3GPP发送给用户设备,这样对于Http和Ftp等实时性要求较低的业务可以发挥WiFi资费较低的优势;而对于VoIP等实时性要求较高的业务可以发挥3GPP的QoS控制,移动性管理较好的优势。
图3示出了现有技术中UE先通过3GPP接入网接入建立PDN连接后又通过非3GPP接入建立同一个PDN连接,并同时使用两个接入网使用该PDN连接的流程。其中,网络中部署了动态策略与计费控制PCC(Policy andCharging Control)。当通过可信任非3GPP接入时,UE采用DSMIPv6协议。
如图3所示,该流程主要包括以下步骤:
步骤S301,UE通过3GPP接入网接入演进的分组核心网(Evolved PacketCore,简称为EPC)。
其中,S-GW和P-GW之间通过通用分组无线业务隧道协议(GeneralPacket Radio Service Tunneling Protocol,简称为GTP)或代理移动IPv6(ProxyMobile IPv6,简称为PMIPv6)协议建立隧道,且可能已有业务在该隧道上传输。UE通过建立的IP-CAN会话访问AF提供的业务,AF请求PCRF上报该AF提供业务的业务数据流传输经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型),PCRF根据请求向AF上报的IP-CAN类型为3GPP_EPS,RAT类型为E-UTRAN。假定该AF提供的业务包含两个业务数据流Service data flow(SDF),分别表示为SDF1和SDF2。
步骤S302,UE发现非3GPP接入网并决定发起多接入。
其中,若非3GPP接入网是可信任的,则UE在可信任非3GPP接入网中执行接入认证和授权,UE执行层3附着并获得本地IP地址IP Address1作为转交地址(Care of Address,简称为CoA)。若非3GPP接入网是不可信任的,则UE将与ePDG建立IPSec(IP安全)隧道,在隧道建立过程,ePDG为UE分配IP地址IP Address1并作为CoA。
步骤S303,位于可信任非3GPP接入网或ePDG中承载绑定及事件报告功能(BBERF)向PCRF发送网关控制会话建立消息,建立请求建立网关控制会话,携带用户标识和IP Address1。
步骤S304,PCRF向BBERF返回确认消息。
步骤305,UE通过移动IPv6(Mobile IPv6,简称为MIPv6)的自启动过程找到在3GPP接入时选择的P-GW。
UE和PDN之间建立安全联盟。UE采用网络密钥交换2(Internet KeyExchange2,简称为IKEv2)发起建立安全联盟。扩展认证协议(ExtensibleAuthentication Protocol,简称为EAP)在IKEv2之上用于认证。P-GW与AAA交互以完成EAP认证。并且在该过程中,P-GW返回UE在3GPP接入时P-GW分配的IP地址IP Address2,UE将该IP地址作为DSMIPv6绑定时的家乡地址(Home of Address,简称为HoA)。此时,P-GW执行的是家乡代理(HomeAgent,简称为HA)的功能。
步骤S306,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有HoA,CoA,BID(Banding Identification,绑定标识),FID(Flow Identification,流标识)。其中,(HoA,CoA,BID,FID)是一个对应关系。
其中,该绑定更新消息中可通过HoA取值为IP Address2,CoA取值为IP Address1,表明对应的BID是通过非3GPP接入的一个绑定,FID唯一标识的用户访问业务的某个数据流绑定到通过非3GPP接入的连接上。
或者,该绑定更新消息中可通过HoA取值为IP Address2,CoA取值为IP Address2,表明对应的BID是通过3GPP接入的一个绑定,FID标识的业务数据流绑定到通过3GPP接入的连接上。
本流程中,假定UE请求将经过3GPP接入网连接中传输的一个业务数据流(SDF1)迁移到非3GPP接入网连接中。
步骤S307,P-GW/HA接收到绑定更新消息之后,根据该消息中携带的参数HoA,CoA,BID,FID以及Routing Filters执行多注册流绑定。即,P-GW同时保持与S-GW的GTP/PMIPv6隧道和与UE的DSMIPv6隧道,并将业务数据流绑定到3GPP接入或非3GPP接入上。位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器路由规则修改(ROUTING_RULE_CHANGE)和IP流迁移路由规则信息(对于该流程中的迁移IP流的情况,IP流迁移路由规则信息包括安装和/或修改IP流迁移路由规则),其中IP流迁移路由规则为业务数据流与接入的对应关系,通过Routing Filters与Routing Address对应关系进行标识,Routing Address取值为IP Address1时,表示为通过非3GPP接入,Routing Address取值为IPAddress2时,表示为通过3GPP接入。该消息中包括默认的IP流迁移路由规则,即Routing Filters是通配符。
本流程中,UE将业务数据流SDF1从3GPP接入网连接中迁移到非3GPP接入网连接中,则PCEF将向PCRF提供SDF1对应的IP流迁移路由规则,以通知PCRF该业务数据流的路由发生的迁移。该路由规则中,Routing Filters为该业务数据流的IP五元组,Routing Address取值为IP Address1。
步骤S308:PCRF根据AF的请求,将SDF1所经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型(无线接入类型))上报给AF。这里IP-CAN类型取值为Non-3GPP_EPS。
步骤S309:AF向PCRF返回确认消息。
步骤S310,PCRF安装和/或修改IP流迁移路由规则。若IP流迁移路由规则对应的业务数据流发生了迁移(即从3GPP接入网连接迁移到了非3GPP接入网连接),PCRF对应地更新PCC规则,并返回给PCEF。对于PCRF修改的IP流迁移路由规则,可能会导致IP流迁移路由规则对应的业务数据流从源路由路径迁移到新的路由路径上。本流程中,是针对从传输3GPP接入迁移到非3GPP接入的业务数据流的PCC规则进行更新后返回给PCEF。对于从传输非3GPP接入迁移到3GPP接入的业务数据流的PCC规则进行更新的处理与本流程相类似,因此不再赘述。
步骤S311,P-GW/HA向UE返回绑定确认消息,消息中携带HoA,CoA,BID和FID以确认UE的多注册即流绑定成功,或多注册即流绑定以及流迁移成功。
步骤S312,由于SDF1从3GPP接入迁移到了非3GPP接入,那么PCRF将根据该业务数据流更新的PCC规则制定QoS规则,并向可信任非3GPP接入网或ePDG中的BBERF提供该QoS规则。
步骤S313,非3GPP接入网执行特定的流程进行资源分配或修改。
步骤S314,BBERF向PCRF返回确认消息。
步骤S315,由于SDF1从3GPP接入迁移到了非3GPP接入,并且若S-GW和P-GW之间建立的是PMIPv6隧道,那么PCRF将删除该业务数据流对应的QoS规则。PCRF通过UE在3GPP接入时建立的网关控制会话向S-GW中的BBERF提供需要删除的QoS规则。
步骤S316,S-GW中的BBERF删除QoS规则,执行3GPP的承载修改或释放流程,释放迁移走的业务数据流的资源。
步骤S317,BBERF向PCRF返回确认消息。
若S-GW和P-GW之间建立的是GTP隧道,那么P-GW将在S10步后,发起3GPP的承载修改或释放流程,释放迁移走的业务数据流的资源。S315-S317将不执行。
步骤S318,UE完成了多注册流绑定以及可能的流迁移,UE和P-GW/HA之间存在DSMIPv6隧道,S-GW与P-GW之间存在GTP/PMIPv6隧道。UE或网络可以根据策略决定业务数据通过哪个接入进行传输。
图4示出了现有技术中UE先通过非3GPP接入网接入建立PDN连接后又通过3GPP接入建立同一个PDN连接,并同时使用两个接入网使用该PDN连接的流程。网络中部署了动态PCC。其中,通过可信任非3GPP接入时,UE采用DSMIPv6协议。
如图4所示,该流程主要包括以下步骤S401至步骤S413:
步骤S401,UE通过非3GPP接入网采用DSMIPv6协议接入EPC,UE与P-GW/HA之间建立DSMIPv6隧道,并已有业务在该隧道上传输。
其中非3GPP接入网为UE分配的地址为IP Address1作为CoA,P-GW为UE分配的IP地址为IP Address2作为HoA。UE通过建立的IP-CAN会话访问AF提供的业务,该AF提供的业务包含两个业务数据流Service data flow(SDF),分别表示为SDF1和SDF2,并且AF请求PCRF上报该业务的业务数据流传输经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型),PCRF根据请求向AF上报的IP-CAN类型为3GPP_EPS,RAT类型为E-UTRAN。
步骤S402,UE发现3GPP接入网并决定发起多接入。UE通过3GPP的附着流程建立到同一个PDN的PDN连接,在建立过程中,P-GW为UE分配IP地址为IP Address2,以保证通过不同接入建立了同一个PDN连接。
步骤S403,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有(HoA,CoA,BID,FID)。(HoA,CoA,BID,FID)是一个对应关系。
该消息通过HoA取值IP Address2,CoA取值IP Address1,表明对应的BID是通过非3GPP接入的一个绑定,FID唯一标识的用户访问业务的某个数据流绑定到通过非3GPP接入的连接上。该消息通过HoA取值IP Address2,CoA取值IP Address2,表明对应的BID是通过3GPP接入的一个绑定,FID标识的业务数据流绑定到通过3GPP接入的连接上。UE请求将经过非3GPP接入中传输的业务数据流SDF1迁移到3GPP接入网中。
步骤S404,P-GW/HA接收到绑定更新消息之后,根据所携带的参数HoA,CoA,BID,FID以及Routing Filters执行多注册流绑定。
即,P-GW同时保持与S-GW的GTP/PMIPv6隧道和与UE的DSMIPv6隧道,并将业务数据流绑定到3GPP接入或非3GPP接入上。位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器ROUTING_RULE_CHANGE和IP流迁移路由规则信息(对于该流程中的迁移IP流的情况,IP流迁移路由规则信息为安装和/或修改IP流迁移路由规则,IP流迁移路由规则即业务数据流与接入的对应关系,通过RoutingFilters与Routing Address对应关系标识,Routing Address取值为IP Address1时,表示为通过非3GPP接入,Routing Address取值为IP Address2时,表示为通过3GPP接入)。该消息可能包括默认的IP流迁移路由规则,即RoutingFilters是通配符。UE将SDF1从非3GPP接入中迁移到3GPP接入中,PCEF将向PCRF提供该业务数据流对应的IP流迁移路由规则,以通知PCRF该业务数据流的路由发生的迁移。该IP流迁移路由规则中,Routing Filters为该业务数据流的IP五元组,Routing Address取值为IP Address2。
步骤S405:PCRF根据AF的请求,将SDF1所经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型)上报给AF。这里IP-CAN类型取值为Non-3GPP_EPS。
步骤S406:AF向PCRF返回确认消息。
步骤S407,PCRF安装和/或修改IP流迁移路由规则。
由于SDF1发生了迁移(即从非3GPP接入迁移到了3GPP接入),PCRF更新对应的PCC规则,并返回给PCEF。对于PCRF新安装的IP流迁移路由规则,可能会导致IP流迁移路由规则对应的业务数据流从默认路由迁移到IP流迁移路由规则指定的路由上。对于PCRF修改的IP流迁移路由规则,可能会导致IP流迁移路由规则对应的业务数据流从源路由路径迁移到新的路由路径上。此流程中,将从非3GPP接入迁移到3GPP接入的业务数据流的PCC规则进行更新后返回给PCEF。
步骤S408,P-GW/HA向UE返回绑定确认消息,消息中携带HoA,CoA,BID和FID以确认UE的多注册即流绑定成功或多注册即流绑定以及流迁移成功。
其中,该步骤S408是在步骤S403之后即可执行,与步骤S404~S407之间并无一定先后顺序。
步骤S409,由于SDF1从非3GPP接入迁移到了3GPP接入,并且若S-GW和P-GW之间建立的是PMIPv6隧道,那么PCRF将根据该业务数据流更新的PCC规则制定QoS规则,并向S-GW中的BBERF提供该QoS规则。
步骤S410,BBERF安装QoS规则,S-GW发起执行3GPP的承载修改或建立流程进行资源分配或修改。
步骤S411,BBERF向PCRF返回确认消息。
若S-GW和P-GW之间建立的是GTP隧道,那么P-GW将在步骤S407后,发起3GPP的承载修改或建立流程,分配迁移入的业务数据流的资源。S409-S411将不执行。
步骤S412,由于SDF1从非3GPP接入迁移到了3GPP接入,那么PCRF将删除在非3GPP接入网或ePDG中该业务数据流对应的QoS规则。PCRF通过UE在非3GPP接入时建立的网关控制会话向非3GPP接入网或ePDG中的BBERF提供需要删除的QoS规则。
步骤S413,BBERF删除QoS规则,并发起执行非3GPP的特定的资源修改或释放流程。
步骤S414,BBERF向PCRF返回确认消息。
步骤S415,UE完成了多注册流绑定以及流迁移,UE和P-GW/HA之间存在DSMIPv6隧道,S-GW与P-GW之间存在GTP/PMIPv6隧道。UE或网络可以根据策略决定业务数据通过哪个接入进行传输。
图5示出了现有技术中UE实现多注册流绑定后,在两个接入网之间进行数据流迁移的流程图,其中UE迁移的业务数据流涉及AF提供的业务的两个SDF(分别表示为SDF1和SDF2)中的一个,且网络中部署了动态PCC。
如图5所示,该流程主要包括以下步骤S501至步骤S511:
步骤S501,UE同时连接到3GPP接入和非3GPP接入,并进行了多注册流绑定。并且UE访问AF提供的业务的两个SDF(分别表示为SDF1和SDF2)都经过非3GPP接入网传输。
步骤S502,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有(HoA,BID,FID)。在该消息中,UE可以请求将经过非3GPP接入中传输的业务数据流SDF1(用FID表示)迁移到3GPP接入网中(用BID表示)。即,用FID来表示SDF,用BID来表示3GPP接入网,将FID和BID的绑定关系更新,则表示将SDF1迁移到3GPP接入网。
步骤S503,P-GW/HA接收到绑定更新消息之后,根据所携带的参数HoA,BID和FID执行流绑定更新,即流迁移。位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器ROUTING_RULE_CHANGE和IP流迁移路由规则信息,包括修改SDF1对应的IP流迁移路由规则。路由规则中用IP Address1表示当前传输的接入网为非3GPP,用IP Address2表示当前传输的接入网为3GPP。用Routing Filters来表示业务数据流SDF1。
步骤S504:PCRF根据AF的请求,将SDF1所经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型)上报给AF。这里IP-CAN类型取值为Non-3GPP_EPS。
步骤S505:AF向PCRF返回确认消息。
步骤S506,PCRF修改IP流迁移路由规则。PCRF根据IP流迁移路由规则对SDF1对应的PCC规则进行更新。
步骤S507,P-GW/HA向UE返回绑定确认消息,消息中携带HoA,BID和FID以确认UE路由规则更新成功。
步骤S508,若S-GW和P-GW之间建立的是PMIPv6隧道,那么PCRF将根据PCEF上报的规则在S-GW中的BBERF上安装SDF1对应的QoS规则。
步骤S509,BBERF安装QoS规则,S-GW发起执行3GPP的承载建立、修改或删除流程进行资源分配、修改或释放。
步骤S510,BBERF向PCRF返回确认消息。
若S-GW和P-GW之间建立的是GTP隧道,那么P-GW将在S506步后,将发起3GPP的承载建立、修改,S508-S510将不执行。
步骤S511,PCRF将根据PCEF上报的规则在可信任非3GPP接入网或ePDG中的BBERF上删除SDF1对应的QoS规则。
步骤S512,BBERF删除QoS规则,并发起执行非3GPP的特定的资源分配、修改或释放流程。
步骤S513,BBERF向PCRF返回确认消息。
在上述流程中,在UE执行IP流迁移的情况下,若AF提供的业务的多个IP流通过不同的接入网连接传输,则PCRF需要将各个IP流传输的IP-CAN类型(或进一步RAT类型)分别通知给AF,以便AF能够向计费系统提供不同IP流所传输的IP-CAN类型(或进一步RAT类型),从而实现差异化计费,或者AF用于相关的策略决策。而为了实现PCRF向AF上报不同IP流所传输接入网连接的IP-CAN类型(或进一步RAT类型),AF必须支持IP流迁移,即AF需要能够根据区分PCRF上报的各个IP流所对应IP-CAN类型(或进一步RAT类型)。
然而,现有技术中存在以下问题:若AF不支持IP流迁移,而UE又进行了IP流迁移流程,则此时由于PCRF只能上报一种IP-CAN类型(或进一步RAT类型),将会导致UE访问该AF业务的某些IP流实际传输的IP-CAN类型(或进一步RAT类型)与PCRF向AF上报IP-CAN类型(或进一步RAT类型)不一致。这种不一致,将可能导致计费错误的发生。
此外,很多运营商关注固网移动融合(Fixed Mobile Convergence,简称为FMC),并针对3GPP和宽带论坛(Broad Band Forum,简称为BBF)互连互通(也称为BBAI,Broadband Access Interworking)进行研究。对于用户通过BBF接入移动核心网的场景,需要对数据的整个传输路径(数据会经过固网和移动网传输)上的QoS进行保证。当前技术中,通过PCRF与BBF接入BBF中的宽带策略控制架构(Broadband Policy Control Framework,简称为BPCF)进行交互,实现QoS保障。BPCF为BBF接入中的策略控制架构,对PCRF的资源请求消息,BPCF根据BBF接入的网络策略、签约信息等进行资源接纳控制或者将资源请求消息转发给其他BBF接入网的网元(如BNG),再由其他网元执行资源接纳控制(即委托其他网元执行资源接纳控制)。例如,当UE通过无线局域网(WLAN)接入3GPP核心网时,为了保证通过一个WLAN接入线路接入的所有UE访问业务的总带宽需求不超过该线路的带宽(如签约带宽或该线路支持的最大物理代理),则PCRF在进行QoS授权时需要与BPCF交互,以便BBF接入网执行资源的接纳控制。
图6为现有技术中,UE通过BBF WLAN接入3GPP核心网的架构示意图。如图6所示,BBF WLAN接入网作为不可信任的非3GPP接入。在图6所示的架构中,当UE接入BBF WLAN接入网后,宽带接入服务器(BRAS,Broadband Remote Access Server)/宽带网络网关(BNG,Broadband NetworkGateway)将执行基于3GPP的接入认证,同时由BBF的BPCF主动发起S9*的会话与3GPP的PCRF进行交互。从而,PCRF在进行QoS授权时能够与BPCF交互,BPCF执行资源的接纳控制或委托其他网元执行资源接纳控制(即BBF接入网执行资源接纳控制)。然而IP流迁移应用于该技术时(例如当将IP流从3GPP迁移到WLAN时,PCRF需要为该IP流在BBF接入网中预留资源),还有以下问题没有解决:PCEF接收到UE的IP流迁移请求后(例如将IP流从3GPP迁移到WLAN),向PCRF提供IP流路由规则信息,PCRF根据路由规则请求向BBF接入网请求资源接纳控制。若此时BBF接入网拒绝,则PCRF应如何处理,现有技术中并未给出相应的解决方案。
图7为现有技术中UE通过家用基站(H(e)NB)接入策略控制的架构示意图。其中HeNB通常通过租用的固网线路(也称宽带接入(BroadbandAccess,简称BBF))接入EPS的核心网。由于H(e)NB接入的固网线路的QoS(服务质量)通常是受到H(e)NB的拥有者与固网运营商的签约限制的。因此,当3GPP UE通过H(e)NB接入3GPP核心网访问业务时,所需的QoS不能超过固网运营商所能提供的固网线路的签约的QoS。否则,UE访问业务的QoS将得不到保障,特别是保障带宽(Guaranteed Bitrate,简称为GBR)。因此,对于3GPP网络来说,必须控制通过H(e)NB接入的所有UE的业务访问的QoS总需求不超过该H(e)NB接入的固网线路签约的QoS保障。然而IP流迁移应用于该技术时(例如当将IP流从非3GPP迁移到H(e)NB接入时,PCRF需要为该IP流在H(e)NB连接的BBF接入网中预留资源),还有以下问题没有解决:PCEF接收到UE的IP流迁移请求后(例如将IP流从非3GPP迁移到H(e)NB时),向PCRF提供IP流路由规则信息,PCRF根据路由规则请求向BBF接入网请求资源接纳控制。若此时BBF接入网拒绝,则PCRF应如何处理,现有技术中也未给出相应的解决方案。
发明内容
本发明解决的技术问题是提供一种IP流迁移的策略控制方法及系统,在AF提供业务的IP流进行迁移操作时,提供特定场景下的策略控制处理机制。
为解决上述技术问题,本发明提供了一种IP流迁移的策略控制方法,所述方法包括:
当策略与计费规则功能(PCRF)接收到策略与计费执行功能(PCEF)发送的IP流迁移路由规则信息时,若判断出需要迁移应用功能(AF)提供的业务的部分业务数据流,且所述AF不支持IP流迁移;或者,若根据所述IP流迁移路由规则信息在向宽带论坛(BBF)接入网请求资源接纳控制,所述BBF接入网拒绝所述请求时,则所述PCRF向所述PCEF返回拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述方法还包括:
所述AF向所述PCRF指示其是否具备支持IP流迁移能力。
进一步地,所述AF通过以下方式向所述PCRF指示其是否具备支持IP流迁移能力:
所述AF在向所述PCRF指示支持的功能列表(Feature List)时,通过在所述列表中是否包含支持IP流迁移的指示位,指示所述AF是否具备支持IP流迁移能力。
进一步地,所述方法还包括:
所述PCEF位于的网关在接收到所述PCRF拒绝所述IP流迁移路由规则信息的指示后,向所述UE返回拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述PCEF位于的网关在接收到用户设备(UE)提供的IP流迁移路由规则信息时,通过会话修改请求消息向所述PCRF发送所述IP流迁移路由规则信息;
所述PCRF接收到所述会话修改请求消息后,向所述PCEF返回会话修改确认消息,并在所述会话修改确认消息中包含接受或者拒绝所述IP流迁移路由规则信息的指示;
所述PCEF位于的网关在接收到所述PCRF返回的所述会话修改确认消息后,再向所述UE返回接受或者拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述PCEF位于的网关向所述UE返回的所述拒绝所述IP流迁移路由规则信息的指示为:不携带家乡地址(HoA),转交地址(CoA)、绑定标识(BID)和流标识(FID)的绑定确认消息。
进一步地,所述方法还包括:
所述IP流迁移路由规则信息包括安装和/或修改IP流迁移路由规则。
本发明还提供了一种IP流迁移的策略控制系统,所述系统包括PCRF中的IP流迁移策略控制单元,其中:
所述IP流迁移策略控制单元用于,接收到PCEF发送的IP流迁移路由规则信息时,若判断出需要迁移AF提供的业务的部分业务数据流,且所述AF不支持IP流迁移;或者,若根据所述IP流迁移路由规则信息在向BBF接入网请求资源接纳控制,所述BBF接入网拒绝所述请求时,则向所述PCEF返回拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述策略控制单元还用于,根据接收到的AF的指示,确定所述AF是否具备支持IP流迁移能力。
进一步地,所述策略控制单元用于,根据所述AF指示支持的功能列表(Feature List)中是否包含支持IP流迁移的指示位,确定所述AF是否具备支持IP流迁移能力。
进一步地,所述系统还包括PCEF中的IP流迁移指示单元,
所述IP流迁移指示单元用于,在接收到UE提供的IP流迁移路由规则信息时,通过会话修改请求消息向所述PCRF发送所述IP流迁移路由规则信息;并在接收到所述PCRF返回的会话修改确认消息后,再向所述UE返回接受或者拒绝所述IP流迁移路由规则信息的指示;
所述IP流迁移策略控制单元用于,接收到所述会话修改请求消息后,向所述PCEF返回会话修改确认消息,并在所述会话修改确认消息中包含接受或者拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述IP流迁移指示单元向所述UE返回的所述拒绝所述IP流迁移路由规则信息的指示为:不携带HoA,CoA、BID和FID的绑定确认消息。
与现有技术相比,本发明至少具有如下有益效果:1)解决了当AF不支持IP流迁移,而UE又进行了涉及该AF提供业务的IP流的迁移操作时,而导致的某些IP流实际传输的IP-CAN类型(或进一步RAT类型)与PCRF向AF上报IP-CAN类型(或进一步RAT类型)不一致的问题;2)当PCRF根据PCEF提供的IP流迁移路由规则信息向BBF接入网请求资源接纳时,如果BBF接入网拒绝请求,则向PCEF返回拒绝指示;3)P-GW/HA接收到绑定更新消息之后,不立即向HAUE返回确认消息,PGW/HA可以根据PCRF的反馈来决定是否接受UE的流迁移。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为现有技术中EPS的系统架构的示意图;
图2为现有技术中用户设备多接入场景的示意图;
图3为根据现有技术的非漫游场景下建立IP流迁移连接的流程图一;
图4为根据现有技术的非漫游场景下建立IP流迁移连接的流程图二;
图5为根据现有技术的非漫游场景下实现IP流迁移的流程图三;
图6为现有技术中实现BBF WLAN接入的策略控制系统的组成结构示意图;
图7为现有技术中实现H(e)NB接入的策略控制系统的组成结构示意图
图8为根据本发明实施例一的流程图;
图9为根据本发明实施例二的流程图;
图10为根据本发明实施例三的流程图。
具体实施方式
本发明要解决的技术问题主要包括:
(1)当AF不支持IP流迁移,而UE又进行了涉及该AF提供业务的IP流的迁移操作时,而导致的某些IP流实际传输的IP-CAN类型(或进一步RAT类型)与PCRF向AF上报IP-CAN类型(或进一步RAT类型)不一致;
(2)当PCRF根据PCEF提供的IP流迁移路由规则信息向BBF接入网请求资源接纳控制时,若BBF接入网拒绝请求时应如何处理。
为解决上述问题,本发明的主要思想在于,当PCRF接收到PCEF提供的IP流迁移路由规则时,若判断出需要迁移AF提供的业务的部分业务数据流,则拒绝所述IP流迁移路由规则;或者,在根据所述IP流迁移路由规则信息向BBF接入网请求资源接纳控制时,若BBF接入网拒绝,则PCRF向PCEF返回拒绝所述IP流迁移路由规则信息的指示。
其中,AF可以在向PCRF初始提供业务信息的过程中,向PCRF指示其是否具备支持IP流迁移能力。
具体地,AF可以通过以下方式指示其是否具备支持IP流迁移能力:
在向PCRF指示支持的功能列表Feature List时,通过在该列表中包含或不包含支持IP流迁移的指示位,来指示该AF是否支持IP流迁移。
此外,PCEF位于的网关(如P-GW)在接收到UE提供的IP流迁移路由规则信息时,不立即向UE返回确认消息,等到接收到PCRF的确认消息后,再向UE返回确认消息。
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
本实施例中,UE先通过3GPP接入网接入建立PDN连接后又通过非3GPP接入建立同一个PDN连接,并同时使用两个接入使用该PDN连接的流程。网络中部署了动态PCC(Policy and Charging Control,策略与计费控制)。其中通过可信任非3GPP接入时,UE采用DSMIPv6协议。
如图8所示,本实施例流程主要包括以下步骤:
步骤S801,UE通过3GPP接入网接入EPC,其中,S-GW和P-GW之间通过GTP或PMIPv6协议建立隧道,且已有业务在该隧道上传输。
UE通过建立的IP-CAN会话访问AF提供的业务,该AF提供的业务包含两个业务数据流Service data flow(SDF),分别表示为SDF1和SDF2,并且AF请求PCRF上报该业务的业务数据流传输经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型),PCRF根据请求向PCRF上报的IP-CAN类型为3GPP_EPS,RAT类型为E-UTRAN。
其中,AF在向PCRF初始提供业务信息的过程中,AF向PCRF指示其支持的功能列表Feature List,该列表中包含支持IP流迁移的指示位,以表示该AF是否支持IP流迁移。
步骤S802,UE发现非3GPP接入网并决定发起多接入。
若非3GPP接入网是可信任的,那么UE在可信任非3GPP接入网中执行接入认证和授权,UE执行层3附着并获得本地IP地址IP Address1作为转交地址(Care of Address,简称为CoA)。若非3GPP接入网是不可信任的,那么UE将与ePDG建立IPSec隧道,在隧道建立过程,ePDG为UE分配IP地址IP Address1并作为CoA。
步骤S803,位于可信任非3GPP接入网或ePDG中承载绑定及事件报告功能(BBERF)向PCRF发送网关控制会话建立消息,建立请求建立网关控制会话,携带用户标识和IP Address1。
步骤S804,PCRF向BBERF返回确认消息。
步骤S805,UE通过MIPv6的自启动过程找到在3GPP接入时选择的P-GW。UE和PDN之间建立安全联盟。UE采用IKEv2发起建立安全联盟。EAP在IKEv2之上用于认证。P-GW与AAA交互以完成EAP认证。
并且在该过程中,P-GW返回UE在3GPP接入时P-GW分配的IP地址IP Address2,UE将该IP地址作为DSMIPv6绑定时的HoA。此时,P-GW执行的是家乡HA的功能。
步骤S806,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有(HoA,CoA,BID,FID)。(HoA,CoA,BID,FID)是一个对应关系。
其中,该绑定更新消息中通过HoA取值为IP Address2,CoA取值为IPAddress1,表明对应的BID是通过非3GPP接入的一个绑定,FID唯一标识的用户访问业务的某个数据流绑定到通过非3GPP接入的连接上。
该绑定更新消息中通过HoA取值为IP Address2,CoA取值为IPAddress2,表明对应的BID是通过3GPP接入的一个绑定,FID标识的业务数据流绑定到通过3GPP接入的连接上。
UE向P-GW/HA提供IP流迁移路由规则信息,请求将经过3GPP接入中传输的一个业务数据流(SDF1)迁移到非3GPP接入网中。
步骤S807,与现有技术不同的是,P-GW/HA接收到绑定更新消息之后,不立即向UE返回确认消息,而是根据PCRF的反馈来决定是否接受UE的流迁移。
位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器路由规则修改(ROUTING_RULE_CHANGE)和IP流迁移路由规则信息(对于该流程中的迁移IP流的情况,IP流迁移路由规则信息为安装和/或修改IP流迁移路由规则,IP流迁移路由规则为业务数据流与接入的对应关系,通过Routing Filters与Routing Address对应关系进行标识,Routing Address取值为IP Address1时,表示为通过非3GPP接入,Routing Address取值为IP Address2时,表示为通过3GPP接入)。该消息包括默认的IP流迁移路由规则,即Routing Filters是通配符。
UE将业务数据流SDF1从3GPP接入中迁移到非3GPP接入中,则PCEF将向PCRF提供SDF1对应的IP流迁移路由规则,以通知PCRF该业务数据流的路由发生的迁移。该路由规则中,Routing Filters为该业务数据流的IP五元组,Routing Address取值为IP Address1。
步骤S808:PCRF根据IP流迁移路由规则,判断UE请求将AF提供的业务的两个SDF中的一个SDF迁到了非3GPP接入中。这样,AF提供业务的两个SDF将在不同的接入网传输。PCRF又根据与AF的能力协商判断AF是不支持IP流迁移的,因此PCRF决定拒绝UE的流迁移。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。
步骤S809,P-GW/HA向UE返回绑定确认消息,拒绝UE的流迁移请求,具体实现为在消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
类似地,对于IP流迁移应用于BBAI时,当PCRF收到PCEF上报的IP流迁移规则将SDF1从3GPP迁移到非3GPP或者在非3GPP接入网中新增一个业务数据流(对于BBAI,非3GPP是BBF WLAN)时,PCRF向BPCF发送消息,请求BBF接入网的接纳控制。若BBF接入网返回拒绝时,PCRF将拒绝UE的流迁移或新增业务数据流。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移或新增业务数据流的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。进一步地,P-GW/HA向UE返回绑定确认消息,消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
实施例二
本实施例中UE先通过非3GPP接入网接入建立PDN连接后又通过3GPP接入建立同一个PDN连接,并同时使用两个接入使用该PDN连接的流程。网络中部署了动态PCC。图中通过可信任非3GPP接入时,UE采用DSMIPv6协议。
如图9所示,本实施例流程主要包括以下步骤:
步骤S901,UE通过非3GPP接入网采用DSMIPv6协议接入EPC,UE与P-GW/HA之间建立DSMIPv6隧道,并已有业务在该隧道上传输.
其中非3GPP接入网为UE分配的地址为IP Address1作为CoA,P-GW为UE分配的IP地址为IP Address2作为HoA。UE通过建立的IP-CAN会话访问AF提供的业务,该AF提供的业务包含两个业务数据流Service data flow(SDF),分别表示为SDF1和SDF2,并且AF请求PCRF上报该业务的业务数据流传输经过的接入网连接的IP-CAN类型(进一步还可能包含RAT类型),PCRF根据请求向PCRF上报的IP-CAN类型为3GPP_EPS,RAT类型为E-UTRAN。其中,AF在向PCRF初始提供业务信息的过程中,AF向PCRF指示其支持的功能列表Feature List,该列表中不包含支持IP流迁移的指示位表示该AF不支持IP流迁移。
步骤S902,UE发现3GPP接入网并决定发起多接入。UE通过3GPP的附着流程建立到同一个PDN的PDN连接,在建立过程中,P-GW为UE分配IP地址为IP Address2,以保证通过不同接入建立了同一个PDN连接。
步骤S903,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有(HoA,CoA,BID,FID)。
(HoA,CoA,BID,FID)是一个对应关系。该消息通过HoA取值IPAddress2,CoA取值IP Address1,表明对应的BID是通过非3GPP接入的一个绑定,FID唯一标识的用户访问业务的某个数据流绑定到通过非3GPP接入的连接上。该消息通过HoA取值IP Address2,CoA取值IP Address2,表明对应的BID是通过3GPP接入的一个绑定,FID标识的业务数据流绑定到通过3GPP接入的连接上。UE向P-GW/HA提供IP流迁移路由规则信息,请求将经过非3GPP接入中传输的业务数据流SDF1迁移到3GPP接入网中。
步骤S904,P-GW/HA接收到绑定更新消息之后,不立即向UE返回确认消息。位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器ROUTING_RULE_CHANGE和IP流迁移路由规则信息(对于该流程中的迁移IP流的情况,IP流迁移路由规则信息为安装和/或修改IP流迁移路由规则,IP流迁移路由规则即业务数据流与接入的对应关系,通过Routing Filters与Routing Address对应关系标识,RoutingAddress取值为IP Address1时,表示为通过非3GPP接入,Routing Address取值为IP Address2时,表示为通过3GPP接入)。
UE将SDF1从非3GPP接入中迁移到3GPP接入中,PCEF将向PCRF提供该业务数据流对应的IP流迁移路由规则,以通知PCRF该业务数据流的路由发生的迁移。该IP流迁移路由规则中,Routing Filters为该业务数据流的IP五元组,Routing Address取值为IP Address2。
步骤S905:PCRF根据IP流迁移路由规则,判断UE请求将AF提供的业务的两个SDF中的一个SDF迁到了3GPP接入中。这样,AF提供业务的两个SDF将在不同的接入网传输。PCRF又根据与AF的能力协商判断AF是不支持IP流迁移的,因此PCRF决定拒绝UE的流迁移。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。
步骤S908,P-GW/HA向UE返回绑定确认消息,拒绝UE的流迁移请求,具体实现为在消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
类似地,对于IP流迁移应用于BBAI时,当PCRF收到PCEF上报的IP流迁移规则将SDF1从非3GPP迁移到3GPP或者在3GPP接入网中新增一个业务数据流(对于BBAI,3GPP是H(e)NB接入)时,PCRF向BPCF发送消息,请求BBF接入网的接纳控制。若BBF接入网返回拒绝时,PCRF将拒绝UE的流迁移或新增一个业务数据流。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移或新增一个业务数据流的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。进一步地,P-GW/HA向UE返回绑定确认消息,消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
实施例三
本实施例中,UE实现多注册流绑定后,在两个接入网之间进行数据流迁移的流程图,其中UE迁移的业务数据流涉及AF提供的业务的两个SDF(分别表示为SDF1和SDF2)中的一个。网络中部署了动态PCC。
如图10所示,本实施例流程主要包括以下步骤:
步骤S1001,UE同时连接到3GPP接入和非3GPP接入,并进行了多注册流绑定。并且UE访问AF提供的业务的两个SDF(分别表示为SDF1和SDF2)都经过非3GPP接入网传输。
步骤S1002,UE向P-GW/HA发送DSMIPv6绑定更新消息,该绑定更新消息中携带有(HoA,BID,FID)。在该消息中,UE向P-GW/HA提供IP流迁移路由规则信息,可以请求将经过非3GPP接入中传输的业务数据流SDF1(用FID表示)迁移到3GPP接入网中(用BID表示).
步骤S1003,P-GW/HA接收到绑定更新消息之后,不立即向HA返回确认消息。位于P-GW的PCEF向PCRF发送IP-CAN会话修改请求指示,PCEF将向PCRF发送事件触发器ROUTING_RULE_CHANGE和IP流迁移路由规则信息,包括修改SDF1对应的IP流迁移路由规则。路由规则中用IP Address1表示当前传输的接入网为非3GPP,用IP Address2表示当前传输的接入网为3GPP。用Routing Filters来表示业务数据流SDF1。
步骤S1004:PCRF根据IP流迁移路由规则,判断UE请求将AF提供的业务的两个SDF中的一个SDF迁到了3GPP接入中。这样,AF提供业务的两个SDF将在不同的接入网传输。PCRF又根据与AF的能力协商判断AF是不支持IP流迁移的,因此PCRF决定拒绝UE的流迁移。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。
步骤S1005,P-GW/HA向UE返回绑定确认消息,拒绝UE的流迁移请求,具体实现为在消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
类似地,对于IP流迁移应用于BBAI时,当PCRF收到PCEF上报的IP流迁移规则将SDF1从非3GPP迁移到3GPP(对于BBAI,3GPP是H(e)NB接入)时,PCRF向BPCF发送消息,请求BBF接入网的接纳控制。若BBF接入网返回拒绝时,PCRF将拒绝UE的流迁移或者在3GPP接入网中新增一个业务数据流。PCRF向PCEF返回确认消息,携带拒绝UE将SDF1进行流迁移或新增一个业务数据流的指示(即拒绝之前PCEF向PCRF发送的IP流迁移路由规则信息的指示)。进一步地,P-GW/HA向UE返回绑定确认消息,消息中不携带HoA,CoA,BID和FID以通知UE的多注册即流绑定失败。
此外,本发明实施例中还提供了一种IP流迁移的策略控制系统,该系统主要包括PCRF中的IP流迁移策略控制单元,其中:
该IP流迁移策略控制单元用于,接收到PCEF发送的IP流迁移路由规则信息时,若判断出需要迁移AF提供的业务的部分业务数据流,且所述AF不支持IP流迁移;或者,若根据所述IP流迁移路由规则信息在向BBF接入网请求资源接纳控制,所述BBF接入网拒绝所述请求时,则向所述PCEF返回拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述策略控制单元还用于,根据接收到的AF的指示,确定所述AF是否具备支持IP流迁移能力。
进一步地,所述策略控制单元用于,根据所述AF指示支持的功能列表(Feature List)中是否包含支持IP流迁移的指示位,确定所述AF是否具备支持IP流迁移能力。
进一步地,所述系统还包括PCEF中的IP流迁移指示单元,
所述IP流迁移指示单元用于,在接收到UE提供的IP流迁移路由规则信息时,通过会话修改请求消息向所述PCRF发送所述IP流迁移路由规则信息;并在接收到所述PCRF返回的会话修改确认消息后,再向所述UE返回接受或者拒绝所述IP流迁移路由规则信息的指示;
所述IP流迁移策略控制单元用于,接收到所述会话修改请求消息后,向所述PCEF返回会话修改确认消息,并在所述会话修改确认消息中包含接受或者拒绝所述IP流迁移路由规则信息的指示。
进一步地,所述IP流迁移指示单元向所述UE返回的所述拒绝所述IP流迁移路由规则信息的指示为:不携带HoA,CoA、BID和FID的绑定确认消息。
以上仅为本发明的优选实施案例而已,并不用于限制本发明,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
Claims (12)
1.一种IP流迁移的策略控制方法,其特征在于,所述方法包括:
当策略与计费规则功能(PCRF)接收到策略与计费执行功能(PCEF)发送的IP流迁移路由规则信息时,若判断出需要迁移应用功能(AF)提供的业务的部分业务数据流,且所述AF不支持IP流迁移;或者,若根据所述IP流迁移路由规则信息在向宽带论坛(BBF)接入网请求资源接纳控制,所述BBF接入网拒绝所述请求时,则所述PCRF向所述PCEF返回拒绝所述IP流迁移路由规则信息的指示。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述AF向所述PCRF指示其是否具备支持IP流迁移能力。
3.如权利要求2所述的方法,其特征在于,
所述AF通过以下方式向所述PCRF指示其是否具备支持IP流迁移能力:
所述AF在向所述PCRF指示支持的功能列表(Feature List)时,通过在所述列表中是否包含支持IP流迁移的指示位,指示所述AF是否具备支持IP流迁移能力。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述PCEF位于的网关在接收到所述PCRF拒绝所述IP流迁移路由规则信息的指示后,向所述UE返回拒绝所述IP流迁移路由规则信息的指示。
5.如权利要求4所述的方法,其特征在于,
所述PCEF位于的网关在接收到用户设备(UE)提供的IP流迁移路由规则信息时,通过会话修改请求消息向所述PCRF发送所述IP流迁移路由规则信息;
所述PCRF接收到所述会话修改请求消息后,向所述PCEF返回会话修改确认消息,并在所述会话修改确认消息中包含接受或者拒绝所述IP流迁移路由规则信息的指示;
所述PCEF位于的网关在接收到所述PCRF返回的所述会话修改确认消息后,再向所述UE返回接受或者拒绝所述IP流迁移路由规则信息的指示。
6.如权利要求4或5所述的方法,其特征在于,
所述PCEF位于的网关向所述UE返回的所述拒绝所述IP流迁移路由规则信息的指示为:不携带家乡地址(HoA),转交地址(CoA)、绑定标识(BID)和流标识(FID)的绑定确认消息。
7.如权利1、2或3所述的方法,其特征在于,所述方法还包括:
所述IP流迁移路由规则信息包括安装和/或修改IP流迁移路由规则。
8.一种IP流迁移的策略控制系统,其特征在于,所述系统包括PCRF中的IP流迁移策略控制单元,其中:
所述IP流迁移策略控制单元用于,接收到PCEF发送的IP流迁移路由规则信息时,若判断出需要迁移AF提供的业务的部分业务数据流,且所述AF不支持IP流迁移;或者,若根据所述IP流迁移路由规则信息在向BBF接入网请求资源接纳控制,所述BBF接入网拒绝所述请求时,则向所述PCEF返回拒绝所述IP流迁移路由规则信息的指示。
9.如权利要求8所述的系统,其特征在于,
所述策略控制单元还用于,根据接收到的AF的指示,确定所述AF是否具备支持IP流迁移能力。
10.如权利要求9所述的系统,其特征在于,
所述策略控制单元用于,根据所述AF指示支持的功能列表(Feature List)中是否包含支持IP流迁移的指示位,确定所述AF是否具备支持IP流迁移能力。
11.如权利要求8所述的系统,其特征在于,所述系统还包括PCEF中的IP流迁移指示单元,
所述IP流迁移指示单元用于,在接收到UE提供的IP流迁移路由规则信息时,通过会话修改请求消息向所述PCRF发送所述IP流迁移路由规则信息;并在接收到所述PCRF返回的会话修改确认消息后,再向所述UE返回接受或者拒绝所述IP流迁移路由规则信息的指示;
所述IP流迁移策略控制单元用于,接收到所述会话修改请求消息后,向所述PCEF返回会话修改确认消息,并在所述会话修改确认消息中包含接受或者拒绝所述IP流迁移路由规则信息的指示。
12.如权利要求11所述的系统,其特征在于,
所述IP流迁移指示单元向所述UE返回的所述拒绝所述IP流迁移路由规则信息的指示为:不携带HoA,CoA、BID和FID的绑定确认消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110111826.1A CN102761932B (zh) | 2011-04-29 | 2011-04-29 | 一种ip流迁移的策略控制方法及系统 |
PCT/CN2012/072330 WO2012146092A1 (zh) | 2011-04-29 | 2012-03-14 | 一种ip流迁移的策略控制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110111826.1A CN102761932B (zh) | 2011-04-29 | 2011-04-29 | 一种ip流迁移的策略控制方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102761932A true CN102761932A (zh) | 2012-10-31 |
CN102761932B CN102761932B (zh) | 2017-03-22 |
Family
ID=47056220
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110111826.1A Expired - Fee Related CN102761932B (zh) | 2011-04-29 | 2011-04-29 | 一种ip流迁移的策略控制方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102761932B (zh) |
WO (1) | WO2012146092A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104080073A (zh) * | 2013-03-29 | 2014-10-01 | 电信科学技术研究院 | 一种实现ip流移动性的方法、装置及系统 |
WO2016037513A1 (zh) * | 2014-09-09 | 2016-03-17 | 中兴通讯股份有限公司 | 一种实现流迁移的方法和装置 |
CN106465227A (zh) * | 2014-06-30 | 2017-02-22 | 苹果公司 | 经由无线设备的多个无线接入来支持基于网络的ip流移动性的方法和设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101325547A (zh) * | 2007-06-15 | 2008-12-17 | 日立通讯技术株式会社 | 通信系统、服务器、控制装置及通信装置 |
WO2010022374A1 (en) * | 2008-08-22 | 2010-02-25 | Qualcomm Incorporated | Proxy mobile internet protocol (pmip) in a multi-interface communication environment |
CN101940039A (zh) * | 2008-02-06 | 2011-01-05 | 高通股份有限公司 | 移动ip多注册和pcc交互 |
-
2011
- 2011-04-29 CN CN201110111826.1A patent/CN102761932B/zh not_active Expired - Fee Related
-
2012
- 2012-03-14 WO PCT/CN2012/072330 patent/WO2012146092A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101325547A (zh) * | 2007-06-15 | 2008-12-17 | 日立通讯技术株式会社 | 通信系统、服务器、控制装置及通信装置 |
CN101940039A (zh) * | 2008-02-06 | 2011-01-05 | 高通股份有限公司 | 移动ip多注册和pcc交互 |
WO2010022374A1 (en) * | 2008-08-22 | 2010-02-25 | Qualcomm Incorporated | Proxy mobile internet protocol (pmip) in a multi-interface communication environment |
Non-Patent Citations (2)
Title |
---|
SOPHIA ANTIPOLIS VALBONNE: "《3GPP TS 23.261 V10.1.0》", 30 September 2010 * |
ZTE: "《3GPP TSG SA WG2 Meeting #83》", 15 April 2011 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104080073A (zh) * | 2013-03-29 | 2014-10-01 | 电信科学技术研究院 | 一种实现ip流移动性的方法、装置及系统 |
CN104080073B (zh) * | 2013-03-29 | 2018-03-23 | 电信科学技术研究院 | 一种实现ip流移动性的方法、装置及系统 |
CN106465227A (zh) * | 2014-06-30 | 2017-02-22 | 苹果公司 | 经由无线设备的多个无线接入来支持基于网络的ip流移动性的方法和设备 |
US10531509B2 (en) | 2014-06-30 | 2020-01-07 | Apple Inc. | Methods and apparatus to support network-based IP flow mobility via multiple wireless accesses for a wireless device |
CN106465227B (zh) * | 2014-06-30 | 2020-02-28 | 苹果公司 | 经由多个无线接入来支持网络ip流移动性的方法和设备 |
US11438949B2 (en) | 2014-06-30 | 2022-09-06 | Apple Inc. | Methods and apparatus to support network-based IP flow mobility via multiple wireless accesses for a wireless device |
WO2016037513A1 (zh) * | 2014-09-09 | 2016-03-17 | 中兴通讯股份有限公司 | 一种实现流迁移的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2012146092A1 (zh) | 2012-11-01 |
CN102761932B (zh) | 2017-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101267319B (zh) | 一种下发策略计费控制规则的方法 | |
CN102469431B (zh) | 漫游场景下支持ip流迁移的策略计费控制方法和系统 | |
CN101730150B (zh) | 业务流迁移时对网络资源进行控制的方法 | |
CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和系统及上报方法 | |
CN100579302C (zh) | 一种非漫游场景下策略和计费规则功能服务器的选择方法 | |
CN101959257B (zh) | 一种承载绑定和事件报告功能的重选方法 | |
CN101272534B (zh) | 一种隐藏拜访地网络拓扑结构的策略计费控制的方法 | |
CN103209401B (zh) | 一种融合网络中策略控制方法及系统 | |
CN102340866B (zh) | 一种上报固网接入信息的方法及系统 | |
CN101459951B (zh) | 一种承载绑定和事件报告功能策略控制的方法及系统 | |
CN102457847B (zh) | 一种固定网络感知用户接入的方法和系统 | |
CN101998348A (zh) | 一种计费系统及其进行计费的方法 | |
WO2013155942A1 (zh) | 策略和计费控制方法、v-pcrf及v-ocs | |
CN104349297A (zh) | 一种网间签约授权的计费策略方法及装置 | |
CN102378280A (zh) | 一种实现bbf接入的策略控制方法及系统 | |
CN101459524B (zh) | 一种下发策略计费控制规则的方法 | |
CN102026303A (zh) | 一种实现家用基站上QoS控制的方法和系统 | |
CN103686671A (zh) | 一种通知接入网位置信息的方法和系统 | |
CN102917355A (zh) | 一种接入方法、系统及移动智能接入点 | |
CN102340766A (zh) | 归属网络获取拜访网络中网元信息的方法及系统 | |
CN102098653A (zh) | 一种实现服务质量控制的方法及系统 | |
CN101312561A (zh) | 无线通信系统及无线通信方法 | |
CN102761932B (zh) | 一种ip流迁移的策略控制方法及系统 | |
CN102791042B (zh) | S9子会话建立方法、系统及pcrf | |
CN102387063A (zh) | 一种ifom错误时的处理方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170322 Termination date: 20190429 |
|
CF01 | Termination of patent right due to non-payment of annual fee |