專利名稱：一種ip流遷移的策略控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及ー種IP流遷移的策略控制方法及及系統(tǒng)。
背景技術(shù)：
第三代合作伙伴計(jì)劃(3rdGeneration Partnership Pro ject,簡(jiǎn)稱為 3GPP)演進(jìn)的分組系統(tǒng)(Evolved Packet System,簡(jiǎn)稱為EPS)主要由演進(jìn)的通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)(Evolved Universal Terrestrial Radio Access Network,簡(jiǎn)稱為E-UTRAN)、移動(dòng)管理單兀(Mobility Management Entity,簡(jiǎn)稱為 MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway,簡(jiǎn)稱為S-GW)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway,簡(jiǎn)稱為P-GW或者PDN GW)、歸屬用戶服務(wù)器(Home Subscriber Server,簡(jiǎn)稱為HSS)、3GPP的認(rèn)證授權(quán)計(jì)費(fèi)(Authentication、Authorization and Accounting,簡(jiǎn)稱為 AAA)服務(wù)器、以及策略與計(jì)費(fèi)規(guī)則功能(Policy and Charging Rules Function,簡(jiǎn)稱為PCRF)實(shí)體及其他支撐節(jié)點(diǎn)組成。 圖I為EPS的系統(tǒng)架構(gòu)的示意圖。其中，MME負(fù)責(zé)移動(dòng)性管理、非接入層信令的處理和用戶移動(dòng)管理上下文的管理等控制面的相關(guān)工作；S-GW是與E-UTRAN相連的接入網(wǎng)關(guān)設(shè)備，在E-UTRAN和P-GW之間轉(zhuǎn)發(fā)數(shù)據(jù)，并且負(fù)責(zé)對(duì)尋呼等待數(shù)據(jù)進(jìn)行緩存；P_GW則是EPS與分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network，簡(jiǎn)稱為TON)的邊界網(wǎng)關(guān)，負(fù)責(zé)PDN的接入及在EPS與PDN間轉(zhuǎn)發(fā)數(shù)據(jù)等功能；PCRF是策略與計(jì)費(fèi)規(guī)則功能實(shí)體，其通過接收接ロ Rx和運(yùn)營(yíng)商網(wǎng)絡(luò)協(xié)議(Internet Protocol，簡(jiǎn)稱為IP)業(yè)務(wù)網(wǎng)絡(luò)相連，獲取業(yè)務(wù)信息，此外，PCRF還通過Gx或Gxa或Gxc接ロ與網(wǎng)絡(luò)中的網(wǎng)關(guān)設(shè)備相連，負(fù)責(zé)發(fā)起IP承載的建立，保證業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量(Quality of Service,簡(jiǎn)稱為QoS),并進(jìn)行計(jì)費(fèi)控制。EPS支持與非3GPP系統(tǒng)的互通，并且與非3GPP系統(tǒng)的互通通過S2a/b/c接ロ實(shí)現(xiàn)，P-Gff是3GPP與非3GPP系統(tǒng)間的錨點(diǎn)。在圖I的EPS系統(tǒng)架構(gòu)圖中，非3GPP系統(tǒng)被分為可信任非3GPP IP接入網(wǎng)和不可信任非3GPP IP接入網(wǎng)?？尚湃畏?GPP IP接入網(wǎng)可直接通過S2a接ロ與P-GW連接；不可信任非3GPP IP接入需經(jīng)過演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān)(Evolved Packet Data Gateway，簡(jiǎn)稱為 E-PDG)與 P-GW 相連，E-PDG 與 P-GW 間的接ロ為S2b，S2c提供了用戶設(shè)備(User Equipment，簡(jiǎn)稱為UE)與P-GW之間的用戶面相關(guān)的控制和移動(dòng)性支持，其支持的移動(dòng)性管理協(xié)議為支持雙棧的移動(dòng)IPv6 (IPv6 Support for DualStack Hosts and Routers,簡(jiǎn)稱為 D SMIPv6)。在EPS系統(tǒng)之中，策略與計(jì)費(fèi)執(zhí)行功能(Policy and Charging EnforcementFunction,簡(jiǎn)稱為PCEF)實(shí)體存在于P-GW中，PCRF與P-GW之間通過Gx接ロ交換信息。當(dāng)P-GW與S-GW間的接ロ基于PMIPv6時(shí)，S-Gff也具有承載綁定和事件報(bào)告功能(BearerBinding and Event Report Function,簡(jiǎn)稱為BBERF)實(shí)體，用于對(duì)業(yè)務(wù)數(shù)據(jù)流進(jìn)行QoS控制，S-GW與PCRF之間通過Gxc接ロ交換信息。當(dāng)通過可信任非3GPP接入系統(tǒng)接入時(shí)，可信任非3GPP接入網(wǎng)關(guān)中也駐留BBERF?？尚湃畏?GPP接入網(wǎng)關(guān)與PCRF之間通過Gxa接ロ交換信息。為UE提供業(yè)務(wù)的應(yīng)用功能(Application Function,簡(jiǎn)稱為AF)通過Rx接ロ向PCRF發(fā)送用于制定策略與計(jì)費(fèi)控制(Policy and Charging Control，簡(jiǎn)稱為PCC)策略的業(yè)務(wù)信息。在3GPP中，通過接入點(diǎn)名稱(Access Point Name，簡(jiǎn)稱為APN)可以找到對(duì)應(yīng)的PDN網(wǎng)絡(luò)。通常，將UE到PDN網(wǎng)絡(luò)的一個(gè)連接稱為ー個(gè)IP連接接入網(wǎng)(IP ConnectivityAccess Network,簡(jiǎn)稱為 IP-CAN)會(huì)話。EPS支持UE同時(shí)通過多個(gè)接入網(wǎng)接入ー個(gè)PDN網(wǎng)絡(luò)(即運(yùn)營(yíng)商提供IP業(yè)務(wù)所在的網(wǎng)絡(luò))，也可稱為IP流遷移(IP flow mobility)。如圖2所示，UE同時(shí)在非3GPP接入網(wǎng)和3GPP接入網(wǎng)的覆蓋下，通過非3GPP IP接入網(wǎng)和3GPP接入網(wǎng)通過同一個(gè)P-GW接入到PDN網(wǎng)絡(luò)。在這種場(chǎng)景下，P-GW為UE分配ー個(gè)IP地址，即UE和PDN之間只有ー個(gè)IP-CAN會(huì)話。UE、P-GW或PCRF根據(jù)業(yè)務(wù)的不同特性決定IP數(shù)據(jù)流通過哪個(gè)接入網(wǎng)連接傳輸。例如非3GPP接入網(wǎng)是無線保真網(wǎng)(Wireless Fidelity,簡(jiǎn)稱WiFi)時(shí),超文本傳輸(Hyper TextTransfer Protocol,簡(jiǎn)稱 HTTP)和文件傳輸協(xié)議(File Transfer Protocol,簡(jiǎn)稱 FTP)的業(yè)務(wù)數(shù)據(jù)流就可以通過WiFi接入網(wǎng)的連接，而與此同時(shí)基于IP網(wǎng)絡(luò)的語音傳輸(Voice Over Internet Protocol,簡(jiǎn)稱VoIP)業(yè)務(wù)數(shù)據(jù)流就可以通過3GPP發(fā)送給用戶設(shè)備,這樣對(duì)于Http和Ftp等實(shí)時(shí)性要求較低的業(yè)務(wù)可以發(fā)揮WiFi資費(fèi)較低的優(yōu)勢(shì)；而對(duì)于VoIP等實(shí)時(shí)性要求較高的業(yè)務(wù)可以發(fā)揮3GPP的QoS控制，移動(dòng)性管理較好的優(yōu)勢(shì)。圖3示出了現(xiàn)有技術(shù)中UE先通過3GPP接入網(wǎng)接入建立PDN連接后又通過非3GPP接入建立同一個(gè)TON連接，并同時(shí)使用兩個(gè)接入網(wǎng)使用該TON連接的流程。其中，網(wǎng)絡(luò)中部署了動(dòng)態(tài)策略與計(jì)費(fèi)控制PCC (Policy and Charging Control)。當(dāng)通過可信任非3GPP接入時(shí)，UE采用DSMIPv6協(xié)議。如圖3所示，該流程主要包括以下步驟步驟S301, UE通過3GPP接入網(wǎng)接入演進(jìn)的分組核心網(wǎng)(Evolved Packet Core,簡(jiǎn)稱為EPC)。其中，S-GW和P-GW之間通過通用分組無線業(yè)務(wù)隧道協(xié)議(General Packet RadioService Tunneling Protocol,簡(jiǎn)稱為 GTP)或代理移動(dòng) IPv6 (Proxy Mobile IPv6，簡(jiǎn)稱為PMIPv6)協(xié)議建立隧道，且可能已有業(yè)務(wù)在該隧道上傳輸。UE通過建立的IP-CAN會(huì)話訪問AF提供的業(yè)務(wù)，AF請(qǐng)求PCRF上報(bào)該AF提供業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)流傳輸經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)ー步還可能包含RAT類型)，PCRF根據(jù)請(qǐng)求向AF上報(bào)的IP-CAN類型為3GPP_EPS, RAT類型為E-UTRAN。假定該AF提供的業(yè)務(wù)包含兩個(gè)業(yè)務(wù)數(shù)據(jù)流Service dataflow (SDF)，分別表示為 SDFl 和 SDF2。步驟S302，UE發(fā)現(xiàn)非3GPP接入網(wǎng)并決定發(fā)起多接入。其中，若非3GPP接入網(wǎng)是可信任的，則UE在可信任非3GPP接入網(wǎng)中執(zhí)行接入認(rèn)證和授權(quán)，UE執(zhí)行層3附著并獲得本地IP地址IP Addressl作為轉(zhuǎn)交地址(Care ofAddress,簡(jiǎn)稱為CoA)。若非3GPP接入網(wǎng)是不可信任的，則UE將與ePDG建立IPSec (IP安全)隧道，在隧道建立過程，ePDG為UE分配IP地址IP Addressl并作為CoA。步驟S303，位于可信任非3GPP接入網(wǎng)或ePDG中承載綁定及事件報(bào)告功能(BBERF)向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息，建立請(qǐng)求建立網(wǎng)關(guān)控制會(huì)話，攜帯用戶標(biāo)識(shí)和 IP Addresslo步驟S304，PCRF向BBERF返回確認(rèn)消息。
步驟305，UE通過移動(dòng)IPv6(Mobile IPv6，簡(jiǎn)稱為MIPv6)的自啟動(dòng)過程找到在3GPP接入時(shí)選擇的P-GW。UE和PDN之間建立安全聯(lián)盟。UE采用網(wǎng)絡(luò)密鑰交換2 (Internet Key Exchange2,簡(jiǎn)稱為IKEv2)發(fā)起建立安全聯(lián)盟。擴(kuò)展認(rèn)證協(xié)議(Extensible Authentication Protocol,簡(jiǎn)稱為EAP)在IKEv2之上用于認(rèn)證。P-GW與AAA交互以完成EAP認(rèn)證。并且在該過程中，P-GW返回UE在3GPP接入時(shí)P-GW分配的IP地址IP Address2，UE將該IP地址作為DSMIPv6綁定時(shí)的家鄉(xiāng)地址(Home of Address，簡(jiǎn)稱為HoA)。此時(shí)，P-GW執(zhí)行的是家鄉(xiāng)代理(HomeAgent,簡(jiǎn)稱為HA)的功能。步驟S306，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有HoA, CoA,BID (Banding Identification,綁定標(biāo)識(shí)),FID (Flow Identification,流標(biāo)識(shí))。其中，(HoA，CoA, BID, FID)是ー個(gè)對(duì)應(yīng)關(guān)系。其中，該綁定更新消息中可通過HoA取值為IP Address2，CoA取值為IPAddressl，表明對(duì)應(yīng)的BID是通過非3GPP接入的ー個(gè)綁定，F(xiàn)ID唯一標(biāo)識(shí)的用戶訪問業(yè)務(wù) 的某個(gè)數(shù)據(jù)流綁定到通過非3GPP接入的連接上?；蛘?，該綁定更新消息中可通過HoA取值為IP Address2, CoA取值為IPAddreSS2，表明對(duì)應(yīng)的BID是通過3GPP接入的ー個(gè)綁定，F(xiàn)ID標(biāo)識(shí)的業(yè)務(wù)數(shù)據(jù)流綁定到通過3GPP接入的連接上。本流程中，假定UE請(qǐng)求將經(jīng)過3GPP接入網(wǎng)連接中傳輸?shù)囊粋€(gè)業(yè)務(wù)數(shù)據(jù)流(SDFl)遷移到非3GPP接入網(wǎng)連接中。步驟S307，P-GW/HA接收到綁定更新消息之后，根據(jù)該消息中攜帯的參數(shù)HoA，CoA,BID,FID以及Routing Filters執(zhí)行多注冊(cè)流綁定。即，P-GW同時(shí)保持與S-GW的GTP/PMIPv6隧道和與UE的DSMIPv6隧道，并將業(yè)務(wù)數(shù)據(jù)流綁定到3GPP接入或非3GPP接入上。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器路由規(guī)則修改(R0UTING_RULE_CHANGE)和IP流遷移路由規(guī)則信息(對(duì)于該流程中的遷移IP流的情況，IP流遷移路由規(guī)則信息包括安裝和/或修改IP流遷移路由規(guī)則)，其中IP流遷移路由規(guī)則為業(yè)務(wù)數(shù)據(jù)流與接入的對(duì)應(yīng)關(guān)系，通過Routing Filters與Routing Address對(duì)應(yīng)關(guān)系進(jìn)行標(biāo)識(shí)，Routing Address取值為IP Addressl時(shí),表示為通過非3GPP接入，Routing Address取值為IPAddress2時(shí)，表示為通過3GPP接入。該消息中包括默認(rèn)的IP流遷移路由規(guī)則，即Routing Filters是通配符。本流程中，UE將業(yè)務(wù)數(shù)據(jù)流SDFl從3GPP接入網(wǎng)連接中遷移到非3GPP接入網(wǎng)連接中，則PCEF將向PCRF提供SDFl對(duì)應(yīng)的IP流遷移路由規(guī)則，以通知PCRF該業(yè)務(wù)數(shù)據(jù)流的路由發(fā)生的遷移。該路由規(guī)則中，Routing Filters為該業(yè)務(wù)數(shù)據(jù)流的IP五元組,RoutingAddress 取值為 IP Addressl。步驟S308 =PCRF根據(jù)AF的請(qǐng)求，將SDFl所經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)ー步還可能包含RAT類型(無線接入類型))上報(bào)給AF。這里IP-CAN類型取值為Non-3GPP_EPS。步驟S309 AF向PCRF返回確認(rèn)消息。步驟S310，PCRF安裝和/或修改IP流遷移路由規(guī)則。若IP流遷移路由規(guī)則對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)流發(fā)生了遷移(即從3GPP接入網(wǎng)連接遷移到了非3GPP接入網(wǎng)連接)，PCRF對(duì)應(yīng)地更新PCC規(guī)則，并返回給PCEF。對(duì)于PCRF修改的IP流遷移路由規(guī)則，可能會(huì)導(dǎo)致IP流遷移路由規(guī)則對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)流從源路由路徑遷移到新的路由路徑上。本流程中，是針對(duì)從傳輸3GPP接入遷移到非3GPP接入的業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則進(jìn)行更新后返回給PCEF。對(duì)于從傳輸非3GPP接入遷移到3GPP接入的業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則進(jìn)行更新的處理與本流程相類似，因此不再贅述。步驟S311，P-GW/HA向UE返回綁定確認(rèn)消息，消息中攜帶HoA，CoA, BID和FID以確認(rèn)UE的多注冊(cè)即流綁定成功，或多注冊(cè)即流綁定以及流遷移成功。步驟S312，由于SDFl從3GPP接入遷移到了非3GPP接入，那么PCRF將根據(jù)該業(yè)務(wù)數(shù)據(jù)流更新的PCC規(guī)則制定QoS規(guī)則，并向可信任非3GPP接入網(wǎng)或ePDG中的BBERF提供該QoS規(guī)則。步驟S313，非3GPP接入網(wǎng)執(zhí)行特定的流程進(jìn)行資源分配或修改。步驟S314，BBERF向PCRF返回確認(rèn)消息。 步驟S315，由于SDFl從3GPP接入遷移到了非3GPP接入，并且若S-GW和P-GW之間建立的是PMIPv6隧道，那么PCRF將刪除該業(yè)務(wù)數(shù)據(jù)流對(duì)應(yīng)的QoS規(guī)則。PCRF通過UE在3GPP接入時(shí)建立的網(wǎng)關(guān)控制會(huì)話向S-GW中的BBERF提供需要?jiǎng)h除的QoS規(guī)則。步驟S316，S-Gff中的BBERF刪除QoS規(guī)則，執(zhí)行3GPP的承載修改或釋放流程，釋放遷移走的業(yè)務(wù)數(shù)據(jù)流的資源。步驟S317，BBERF向PCRF返回確認(rèn)消息。若S-GW和P-GW之間建立的是GTP隧道，那么P-GW將在SlO步后，發(fā)起3GPP的承載修改或釋放流程，釋放遷移走的業(yè)務(wù)數(shù)據(jù)流的資源。S315-S317將不執(zhí)行。步驟S318，UE完成了多注冊(cè)流綁定以及可能的流遷移，UE和P-GW/HA之間存在DSMIPv6隧道，S-Gff與P-GW之間存在GTP/PMIPv6隧道。UE或網(wǎng)絡(luò)可以根據(jù)策略決定業(yè)務(wù)數(shù)據(jù)通過哪個(gè)接入進(jìn)行傳輸。圖4示出了現(xiàn)有技術(shù)中UE先通過非3GPP接入網(wǎng)接入建立PDN連接后又通過3GPP接入建立同一個(gè)PDN連接，并同時(shí)使用兩個(gè)接入網(wǎng)使用該P(yáng)DN連接的流程。網(wǎng)絡(luò)中部署了動(dòng)態(tài)PCC。其中，通過可信任非3GPP接入時(shí)，UE采用DSMIPv6協(xié)議。如圖4所示，該流程主要包括以下步驟S401至步驟S413 :步驟S401，UE通過非3GPP接入網(wǎng)采用DSMIPv6協(xié)議接入EPC，UE與P-GW/HA之間建立DSMIPv6隧道，并已有業(yè)務(wù)在該隧道上傳輸。其中非3GPP接入網(wǎng)為UE分配的地址為IP Addressl作為CoA，P_GW為UE分配的IP地址為IP Address2作為HoA。UE通過建立的IP-CAN會(huì)話訪問AF提供的業(yè)務(wù)，該AF提供的業(yè)務(wù)包含兩個(gè)業(yè)務(wù)數(shù)據(jù)流Service data flow (SDF)，分別表示為SDFl和SDF2，并且AF請(qǐng)求PCRF上報(bào)該業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)流傳輸經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)ー步還可能包含RAT類型)，PCRF根據(jù)請(qǐng)求向AF上報(bào)的IP-CAN類型為3GPP_EPS，RAT類型為E-UTRAN。步驟S402，UE發(fā)現(xiàn)3GPP接入網(wǎng)并決定發(fā)起多接入。UE通過3GPP的附著流程建立到同一個(gè)I3DN的PDN連接，在建立過程中，P-Gff為UE分配IP地址為IP Address2，以保證通過不同接入建立了同一個(gè)PDN連接。步驟S403，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有(HoA, CoA, BID, FID)。(HoA，CoA, BID, FID)是ー個(gè)對(duì)應(yīng)關(guān)系。
該消息通過HoA取值IP Address2，CoA取值IP Addressl，表明對(duì)應(yīng)的BID是通過非3GPP接入的一個(gè)綁定，F(xiàn)ID唯一標(biāo)識(shí)的用戶訪問業(yè)務(wù)的某個(gè)數(shù)據(jù)流綁定到通過非3GPP接入的連接上。該消息通過HoA取值IP Address2，CoA取值IP Address2，表明對(duì)應(yīng)的BID是通過3GPP接入的一個(gè)綁定，F(xiàn)ID標(biāo)識(shí)的業(yè)務(wù)數(shù)據(jù)流綁定到通過3GPP接入的連接上。UE請(qǐng)求將經(jīng)過非3GPP接入中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)流SDFl遷移到3GPP接入網(wǎng)中。步驟S404，P-GW/HA接收到綁定更新消息之后，根據(jù)所攜帶的參數(shù)HoA，CoA, BID,FID以及Routing Filters執(zhí)行多注冊(cè)流綁定。即，P-GW同時(shí)保持與S-GW的GTP/PMIPv6隧道和與UE的DSMIPv6隧道，并將業(yè)務(wù)數(shù)據(jù)流綁定到3GPP接入或非3GPP接入上。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器ROUTING_RULE_CHANGE和IP流遷移路由規(guī)則信息(對(duì)于該流程中的遷移IP流的情況，IP流遷移路由規(guī)則信息為安裝和/或修改IP流遷移路由規(guī)則，IP流遷移路由規(guī)則即業(yè)務(wù)數(shù)據(jù)流與接入的對(duì)應(yīng)關(guān)系，通過Routing Filters與Routing Address對(duì)應(yīng)關(guān)系標(biāo)識(shí),Routing Address取值為IP Addressl時(shí)，表示為通過非3GPP接入，Routing Address取值為IP Address2時(shí),表示為通過3GPP接入)。該消息 可能包括默認(rèn)的IP流遷移路由規(guī)則，即Routing Filters是通配符。UE將SDFl從非3GPP接入中遷移到3GPP接入中，PCEF將向PCRF提供該業(yè)務(wù)數(shù)據(jù)流對(duì)應(yīng)的IP流遷移路由規(guī)則，以通知PCRF該業(yè)務(wù)數(shù)據(jù)流的路由發(fā)生的遷移。該IP流遷移路由規(guī)則中，Routing Filters為該業(yè)務(wù)數(shù)據(jù)流的IP五元組，Routing Address取值為IP Address2。步驟S405 =PCRF根據(jù)AF的請(qǐng)求，將SDFl所經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)一步還可能包含RAT類型)上報(bào)給AF。這里IP-CAN類型取值為Non_3GPP_EPS。步驟S406 AF向PCRF返回確認(rèn)消息。步驟S407，PCRF安裝和/或修改IP流遷移路由規(guī)則。由于SDFl發(fā)生了遷移(即從非3GPP接入遷移到了 3GPP接入)，PCRF更新對(duì)應(yīng)的PCC規(guī)則，并返回給PCEF。對(duì)于PCRF新安裝的IP流遷移路由規(guī)則，可能會(huì)導(dǎo)致IP流遷移路由規(guī)則對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)流從默認(rèn)路由遷移到IP流遷移路由規(guī)則指定的路由上。對(duì)于PCRF修改的IP流遷移路由規(guī)則，可能會(huì)導(dǎo)致IP流遷移路由規(guī)則對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)流從源路由路徑遷移到新的路由路徑上。此流程中，將從非3GPP接入遷移到3GPP接入的業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則進(jìn)行更新后返回給PCEF。步驟S408，P-GW/HA向UE返回綁定確認(rèn)消息，消息中攜帶HoA，CoA, BID和FID以確認(rèn)UE的多注冊(cè)即流綁定成功或多注冊(cè)即流綁定以及流遷移成功。其中，該步驟S408是在步驟S403之后即可執(zhí)行，與步驟S404 S407之間并無一定先后順序。步驟S409，由于SDFl從非3GPP接入遷移到了 3GPP接入，并且若S-GW和P-GW之間建立的是PMIPv6隧道，那么PCRF將根據(jù)該業(yè)務(wù)數(shù)據(jù)流更新的PCC規(guī)則制定QoS規(guī)則，并向S-GW中的BBERF提供該QoS規(guī)則。步驟S410，BBERF安裝QoS規(guī)則，S-GW發(fā)起執(zhí)行3GPP的承載修改或建立流程進(jìn)行資源分配或修改。步驟S411，BBERF向PCRF返回確認(rèn)消息。若S-GW和P-GW之間建立的是GTP隧道，那么P-GW將在步驟S407后，發(fā)起3GPP的承載修改或建立流程，分配遷移入的業(yè)務(wù)數(shù)據(jù)流的資源。S409-S411將不執(zhí)行。步驟S412，由于SDFl從非3GPP接入遷移到了 3GPP接入，那么PCRF將刪除在非3GPP接入網(wǎng)或ePDG中該業(yè)務(wù)數(shù)據(jù)流對(duì)應(yīng)的QoS規(guī)則。PCRF通過UE在非3GPP接入時(shí)建立的網(wǎng)關(guān)控制會(huì)話向非3GPP接入網(wǎng)或ePDG中的BBERF提供需要?jiǎng)h除的QoS規(guī)則。步驟S413，BBERF刪除QoS規(guī)則，并發(fā)起執(zhí)行非3GPP的特定的資源修改或釋放流程。步驟S414，BBERF向PCRF返回確認(rèn)消息。步驟S415，UE完成了多注冊(cè)流綁定以及流遷移，UE和P-GW/HA之間存在DSMIPv6隧道，S-GW與P-GW之間存在GTP/PMIPv6隧道。UE或網(wǎng)絡(luò)可以根據(jù)策略決定業(yè)務(wù)數(shù)據(jù)通過 哪個(gè)接入進(jìn)行傳輸。圖5示出了現(xiàn)有技術(shù)中UE實(shí)現(xiàn)多注冊(cè)流綁定后，在兩個(gè)接入網(wǎng)之間進(jìn)行數(shù)據(jù)流遷移的流程圖，其中UE遷移的業(yè)務(wù)數(shù)據(jù)流涉及AF提供的業(yè)務(wù)的兩個(gè)SDF(分別表示為SDFl和SDF2)中的一個(gè)，且網(wǎng)絡(luò)中部署了動(dòng)態(tài)PCC。如圖5所示，該流程主要包括以下步驟S501至步驟S511 :步驟S501，UE同時(shí)連接到3GPP接入和非3GPP接入，并進(jìn)行了多注冊(cè)流綁定。并且UE訪問AF提供的業(yè)務(wù)的兩個(gè)SDF(分別表示為SDFl和SDF2)都經(jīng)過非3GPP接入網(wǎng)傳輸。步驟S502，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有 (HoA, BID，F(xiàn)ID)。在該消息中，UE可以請(qǐng)求將經(jīng)過非3GPP接入中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)流SDFl (用FID表示)遷移到3GPP接入網(wǎng)中(用BID表示)。S卩，用FID來表示SDF，用BID來表示3GPP接入網(wǎng)，將FID和BID的綁定關(guān)系更新，則表示將SDFl遷移到3GPP接入網(wǎng)。步驟S503，P_GW/HA接收到綁定更新消息之后，根據(jù)所攜帶的參數(shù)HoA，BID和FID執(zhí)行流綁定更新，即流遷移。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器ROUTING_RULE_CHANGE和IP流遷移路由規(guī)則信息，包括修改SDFl對(duì)應(yīng)的IP流遷移路由規(guī)則。路由規(guī)則中用IP Addressl表示當(dāng)前傳輸?shù)慕尤刖W(wǎng)為非3GPP,用IP Address2表示當(dāng)前傳輸?shù)慕尤刖W(wǎng)為3GPP。用Routing Filters來表示業(yè)務(wù)數(shù)據(jù)流SDFl。步驟S504 =PCRF根據(jù)AF的請(qǐng)求，將SDFl所經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)一步還可能包含RAT類型)上報(bào)給AF。這里IP-CAN類型取值為Non_3GPP_EPS。步驟S505 AF向PCRF返回確認(rèn)消息。步驟S506，PCRF修改IP流遷移路由規(guī)則。PCRF根據(jù)IP流遷移路由規(guī)則對(duì)SDFl對(duì)應(yīng)的PCC規(guī)則進(jìn)行更新。步驟S507，P-GW/HA向UE返回綁定確認(rèn)消息，消息中攜帶HoA，BID和FID以確認(rèn)UE路由規(guī)則更新成功。步驟S508，若S-GW和P-GW之間建立的是PMIPv6隧道，那么PCRF將根據(jù)PCEF上報(bào)的規(guī)則在S-GW中的BBERF上安裝SDFl對(duì)應(yīng)的QoS規(guī)則。步驟S509，BBERF安裝QoS規(guī)則，S-Gff發(fā)起執(zhí)行3GPP的承載建立、修改或刪除流程進(jìn)行資源分配、修改或釋放。步驟S510，BBERF向PCRF返回確認(rèn)消息。
若S-GW和P-GW之間建立的是GTP隧道，那么P-GW將在S506步后，將發(fā)起3GPP的承載建立、修改，S508-S510將不執(zhí)行。步驟S511，PCRF將根據(jù)PCEF上報(bào)的規(guī)則在可信任非3GPP接入網(wǎng)或ePDG中的BBERF上刪除SDFl對(duì)應(yīng)的QoS規(guī)則。步驟S512，BBERF刪除QoS規(guī)則，并發(fā)起執(zhí)行非3GPP的特定的資源分配、修改或釋放流程。步驟S513，BBERF向PCRF返回確認(rèn)消息。在上述流程中，在UE執(zhí)行IP流遷移的情況下，若AF提供的業(yè)務(wù)的多個(gè)IP流通過不同的接入網(wǎng)連接傳輸，則PCRF需要將各個(gè)IP流傳輸?shù)腎P-CAN類型(或進(jìn)一步RAT類型)分別通知給AF，以便AF能夠向計(jì)費(fèi)系統(tǒng)提供不同IP流所傳輸?shù)腎P-CAN類型(或進(jìn)一步RAT類型)，從而實(shí)現(xiàn)差異化計(jì)費(fèi)，或者AF用于相關(guān)的策略決策。而為了實(shí)現(xiàn)PCRF向AF上報(bào)不同IP流所傳輸接入網(wǎng)連接的IP-CAN類型(或進(jìn)一步RAT類型)，AF必須支持IP 流遷移，即AF需要能夠根據(jù)區(qū)分PCRF上報(bào)的各個(gè)IP流所對(duì)應(yīng)IP-CAN類型(或進(jìn)一步RAT類型)。然而，現(xiàn)有技術(shù)中存在以下問題若AF不支持IP流遷移，而UE又進(jìn)行了 IP流遷移流程，則此時(shí)由于PCRF只能上報(bào)一種IP-CAN類型(或進(jìn)一步RAT類型)，將會(huì)導(dǎo)致UE訪問該AF業(yè)務(wù)的某些IP流實(shí)際傳輸?shù)腎P-CAN類型(或進(jìn)一步RAT類型)與PCRF向AF上報(bào)IP-CAN類型(或進(jìn)一步RAT類型)不一致。這種不一致，將可能導(dǎo)致計(jì)費(fèi)錯(cuò)誤的發(fā)生。此外，很多運(yùn)營(yíng)商關(guān)注固網(wǎng)移動(dòng)融合(Fixed Mobile Convergence,簡(jiǎn)稱為FMC),并針對(duì)3GPP和寬帶論壇(Broad Band Forum,簡(jiǎn)稱為BBF)互連互通(也稱為BBAI，Broadband Access Interworking)進(jìn)行研究。對(duì)于用戶通過BBF接入移動(dòng)核心網(wǎng)的場(chǎng)景，需要對(duì)數(shù)據(jù)的整個(gè)傳輸路徑(數(shù)據(jù)會(huì)經(jīng)過固網(wǎng)和移動(dòng)網(wǎng)傳輸)上的QoS進(jìn)行保證。當(dāng)前技術(shù)中，通過PCRF與BBF接入BBF中的寬帶策略控制架構(gòu)(Broadband Policy ControlFramework，簡(jiǎn)稱為BPCF)進(jìn)行交互，實(shí)現(xiàn)QoS保障。BPCF為BBF接入中的策略控制架構(gòu)，對(duì)PCRF的資源請(qǐng)求消息，BPCF根據(jù)BBF接入的網(wǎng)絡(luò)策略、簽約信息等進(jìn)行資源接納控制或者將資源請(qǐng)求消息轉(zhuǎn)發(fā)給其他BBF接入網(wǎng)的網(wǎng)元(如BNG)，再由其他網(wǎng)元執(zhí)行資源接納控制(即委托其他網(wǎng)元執(zhí)行資源接納控制)。例如，當(dāng)UE通過無線局域網(wǎng)(WLAN)接入3GPP核心網(wǎng)時(shí)，為了保證通過一個(gè)WLAN接入線路接入的所有UE訪問業(yè)務(wù)的總帶寬需求不超過該線路的帶寬(如簽約帶寬或該線路支持的最大物理代理)，則PCRF在進(jìn)行QoS授權(quán)時(shí)需要與BPCF交互，以便BBF接入網(wǎng)執(zhí)行資源的接納控制。圖6為現(xiàn)有技術(shù)中，UE通過BBF WLAN接入3GPP核心網(wǎng)的架構(gòu)示意圖。如圖6所示，BBF WLAN接入網(wǎng)作為不可信任的非3GPP接入。在圖6所示的架構(gòu)中，當(dāng)UE接入BBFWLAN接入網(wǎng)后，寬帶接入服務(wù)器(BRAS,Broadband Remote Access Server)/寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(BNG,Broadband Network Gateway)將執(zhí)行基于3GPP的接入認(rèn)證，同時(shí)由BBF的BPCF主動(dòng)發(fā)起S9*的會(huì)話與3GPP的PCRF進(jìn)行交互。從而，PCRF在進(jìn)行QoS授權(quán)時(shí)能夠與BPCF交互，BPCF執(zhí)行資源的接納控制或委托其他網(wǎng)元執(zhí)行資源接納控制(即BBF接入網(wǎng)執(zhí)行資源接納控制)。然而IP流遷移應(yīng)用于該技術(shù)時(shí)(例如當(dāng)將IP流從3GPP遷移到WLAN時(shí)，PCRF需要為該IP流在BBF接入網(wǎng)中預(yù)留資源)，還有以下問題沒有解決PCEF接收到UE的IP流遷移請(qǐng)求后(例如將IP流從3GPP遷移到WLAN)，向PCRF提供IP流路由規(guī)則信息，PCRF根據(jù)路由規(guī)則請(qǐng)求向BBF接入網(wǎng)請(qǐng)求資源接納控制。若此時(shí)BBF接入網(wǎng)拒絕，則PCRF應(yīng)如何處理，現(xiàn)有技術(shù)中并未給出相應(yīng)的解決方案。圖7為現(xiàn)有技術(shù)中UE通過家用基站(H(e)NB)接入策略控制的架構(gòu)示意圖。其中HeNB通常通過租用的固網(wǎng)線路(也稱寬帶接入(Broadband Access，簡(jiǎn)稱BBF))接入EPS的核心網(wǎng)。由于H(e)NB接入的固網(wǎng)線路的QoS(服務(wù)質(zhì)量)通常是受到H(e)NB的擁有者與固網(wǎng)運(yùn)營(yíng)商的簽約限制的。因此，當(dāng)3GPP UE通過H(e)NB接入3GPP核心網(wǎng)訪問業(yè)務(wù)時(shí)，所需的QoS不能超過固網(wǎng)運(yùn)營(yíng)商所能提供的固網(wǎng)線路的簽約的QoS。否則，UE訪問業(yè)務(wù)的QoS將得不到保障，特別是保障帶寬(Guaranteed Bitrate，簡(jiǎn)稱為GBR)。因此，對(duì)于3GPP網(wǎng)絡(luò)來說，必須控制通過H (e) NB接入的所有UE的業(yè)務(wù)訪問的QoS總需求不超過該H (e) NB接入的固網(wǎng)線路簽約的QoS保障。然而IP流遷移應(yīng)用于該技術(shù)時(shí)(例如當(dāng)將IP流從非3GPP遷移到H(e)NB接入時(shí)，PCRF需要為該IP流在H(e)NB連接的BBF接入網(wǎng)中預(yù)留資源)，還有以下問題沒有解決=PCEF接收到UE的IP流遷移請(qǐng)求后(例如將IP流從非3GPP遷移到H(e)NB時(shí))，向PCRF提供IP流路由規(guī)則信息，PCRF根據(jù)路由規(guī)則請(qǐng)求向BBF接入網(wǎng)請(qǐng)求資源接納控制。若此時(shí)BBF接入網(wǎng)拒絕，則PCRF應(yīng)如何處理，現(xiàn)有技術(shù)中也未給出相應(yīng)的解決方案。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種IP流遷移的策略控制方法及系統(tǒng)，在AF提供業(yè)務(wù)的IP流進(jìn)行遷移操作時(shí)，提供特定場(chǎng)景下的策略控制處理機(jī)制。為解決上述技術(shù)問題，本發(fā)明提供了一種IP流遷移的策略控制方法，所述方法包括當(dāng)策略與計(jì)費(fèi)規(guī)則功能(PCRF)接收到策略與計(jì)費(fèi)執(zhí)行功能(PCEF)發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移應(yīng)用功能(AF)提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且所述AF不支持IP流遷移；或者，若根據(jù)所述IP流遷移路由規(guī)則信息在向?qū)拵д搲?BBF)接入網(wǎng)請(qǐng)求資源接納控制，所述BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則所述PCRF向所述PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地,所述方法還包括所述AF向所述PCRF指示其是否具備支持IP流遷移能力。進(jìn)一步地，所述AF通過以下方式向所述PCRF指示其是否具備支持IP流遷移能力所述AF在向所述PCRF指示支持的功能列表(Feature List)時(shí),通過在所述列表中是否包含支持IP流遷移的指示位，指示所述AF是否具備支持IP流遷移能力。進(jìn)一步地,所述方法還包括所述PCEF位于的網(wǎng)關(guān)在接收到所述PCRF拒絕所述IP流遷移路由規(guī)則信息的指示后，向所述UE返回拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地，所述PCEF位于的網(wǎng)關(guān)在接收到用戶設(shè)備(UE)提供的IP流遷移路由規(guī)則信息時(shí)，通過會(huì)話修改請(qǐng)求消息向所述PCRF發(fā)送所述IP流遷移路由規(guī)則信息；所述PCRF接收到所述會(huì)話修改請(qǐng)求消息后，向所述PCEF返回會(huì)話修改確認(rèn)消息，并在所述會(huì)話修改確認(rèn)消息中包含接受或者拒絕所述IP流遷移路由規(guī)則信息的指示；
所述PCEF位于的網(wǎng)關(guān)在接收到所述PCRF返回的所述會(huì)話修改確認(rèn)消息后，再向所述UE返回接受或者拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地，所述PCEF位于的網(wǎng)關(guān)向所述UE返回的所述拒絕所述IP流遷移路由規(guī)則信息的指示為不攜帶家鄉(xiāng)地址(HoA)，轉(zhuǎn)交地址(CoA)、綁定標(biāo)識(shí)(BID)和流標(biāo)識(shí)(FID)的綁定確認(rèn)消息。進(jìn)一步地,所述方法還包括所述IP流遷移路由規(guī)則信息包括安裝和/或修改IP流遷移路由規(guī)則。本發(fā)明還提供了一種IP流遷移的策略控制系統(tǒng)，所述系統(tǒng)包括PCRF中的IP流遷移策略控制單元，其中
所述IP流遷移策略控制單元用于，接收到PCEF發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移AF提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且所述AF不支持IP流遷移；或者，若根據(jù)所述IP流遷移路由規(guī)則信息在向BBF接入網(wǎng)請(qǐng)求資源接納控制，所述BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則向所述PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地，所述策略控制單元還用于，根據(jù)接收到的AF的指示，確定所述AF是否具備支持IP流遷移能力。進(jìn)一步地,所述策略控制單元用于,根據(jù)所述AF指示支持的功能列表(FeatureList)中是否包含支持IP流遷移的指示位，確定所述AF是否具備支持IP流遷移能力。進(jìn)一步地,所述系統(tǒng)還包括PCEF中的IP流遷移指示單元，所述IP流遷移指示單元用于，在接收到UE提供的IP流遷移路由規(guī)則信息時(shí)，通過會(huì)話修改請(qǐng)求消息向所述PCRF發(fā)送所述IP流遷移路由規(guī)則信息；并在接收到所述PCRF返回的會(huì)話修改確認(rèn)消息后，再向所述UE返回接受或者拒絕所述IP流遷移路由規(guī)則信息的指示；所述IP流遷移策略控制單元用于，接收到所述會(huì)話修改請(qǐng)求消息后，向所述PCEF返回會(huì)話修改確認(rèn)消息，并在所述會(huì)話修改確認(rèn)消息中包含接受或者拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地，所述IP流遷移指示單元向所述UE返回的所述拒絕所述IP流遷移路由規(guī)則信息的指示為不攜帶HoA，CoA, BID和FID的綁定確認(rèn)消息。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有如下有益效果1)解決了當(dāng)AF不支持IP流遷移，而UE又進(jìn)行了涉及該AF提供業(yè)務(wù)的IP流的遷移操作時(shí)，而導(dǎo)致的某些IP流實(shí)際傳輸?shù)腎P-CAN類型(或進(jìn)一步RAT類型)與PCRF向AF上報(bào)IP-CAN類型(或進(jìn)一步RAT類型)不一致的問題；2)當(dāng)PCRF根據(jù)PCEF提供的IP流遷移路由規(guī)則信息向BBF接入網(wǎng)請(qǐng)求資源接納時(shí)，如果BBF接入網(wǎng)拒絕請(qǐng)求，則向PCEF返回拒絕指示；3)P-GW/HA接收到綁定更新消息之后，不立即向HAUE返回確認(rèn)消息，PGW/HA可以根據(jù)PCRF的反饋來決定是否接受UE的流遷移。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I為現(xiàn)有技術(shù)中EPS的系統(tǒng)架構(gòu)的示意圖2為現(xiàn)有技術(shù)中用戶設(shè)備多接入場(chǎng)景的示意圖；圖3為根據(jù)現(xiàn)有技術(shù)的非漫游場(chǎng)景下建立IP流遷移連接的流程圖一；圖4為根據(jù)現(xiàn)有技術(shù)的非漫游場(chǎng)景下建立IP流遷移連接的流程圖二 ；圖5為根據(jù)現(xiàn)有技術(shù)的非漫游場(chǎng)景下實(shí)現(xiàn)IP流遷移的流程圖三；圖6為現(xiàn)有技術(shù)中實(shí)現(xiàn)BBF WLAN接入的策略控制系統(tǒng)的組成結(jié)構(gòu)示意圖；圖7為現(xiàn)有技術(shù)中實(shí)現(xiàn)H(e)NB接入的策略控制系統(tǒng)的組成結(jié)構(gòu)示意8為根據(jù)本發(fā)明實(shí)施例一的流程圖；圖9為根據(jù)本發(fā)明實(shí)施例二的流程圖； 圖10為根據(jù)本發(fā)明實(shí)施例三的流程圖。
具體實(shí)施例方式本發(fā)明要解決的技術(shù)問題主要包括(I)當(dāng)AF不支持IP流遷移，而UE又進(jìn)行了涉及該AF提供業(yè)務(wù)的IP流的遷移操作時(shí)，而導(dǎo)致的某些IP流實(shí)際傳輸?shù)腎P-CAN類型(或進(jìn)一步RAT類型)與PCRF向AF上報(bào)IP-CAN類型(或進(jìn)一步RAT類型)不一致；(2)當(dāng)PCRF根據(jù)PCEF提供的IP流遷移路由規(guī)則信息向BBF接入網(wǎng)請(qǐng)求資源接納控制時(shí)，若BBF接入網(wǎng)拒絕請(qǐng)求時(shí)應(yīng)如何處理。為解決上述問題，本發(fā)明的主要思想在于，當(dāng)PCRF接收到PCEF提供的IP流遷移路由規(guī)則時(shí)，若判斷出需要遷移AF提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，則拒絕所述IP流遷移路由規(guī)則；或者，在根據(jù)所述IP流遷移路由規(guī)則信息向BBF接入網(wǎng)請(qǐng)求資源接納控制時(shí)，若BBF接入網(wǎng)拒絕，則PCRF向PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。其中，AF可以在向PCRF初始提供業(yè)務(wù)信息的過程中，向PCRF指示其是否具備支持IP流遷移能力。具體地，AF可以通過以下方式指示其是否具備支持IP流遷移能力在向PCRF指示支持的功能列表Feature List時(shí),通過在該列表中包含或不包含支持IP流遷移的指示位，來指示該AF是否支持IP流遷移。此外，PCEF位于的網(wǎng)關(guān)(如P-GW)在接收到UE提供的IP流遷移路由規(guī)則信息時(shí)，不立即向UE返回確認(rèn)消息，等到接收到PCRF的確認(rèn)消息后，再向UE返回確認(rèn)消息。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。實(shí)施例一本實(shí)施例中，UE先通過3GPP接入網(wǎng)接入建立PDN連接后又通過非3GPP接入建立同一個(gè)PDN連接，并同時(shí)使用兩個(gè)接入使用該P(yáng)DN連接的流程。網(wǎng)絡(luò)中部署了動(dòng)態(tài)PCC(Policy and Charging Control,策略與計(jì)費(fèi)控制)。其中通過可信任非3GPP接入時(shí)，UE采用DSMIPv6協(xié)議。如圖8所示，本實(shí)施例流程主要包括以下步驟步驟S801，UE通過3GPP接入網(wǎng)接入EPC，其中，S-GW和P-GW之間通過GTP或PMIPv6協(xié)議建立隧道，且已有業(yè)務(wù)在該隧道上傳輸。
UE通過建立的IP-CAN會(huì)話訪問AF提供的業(yè)務(wù)，該AF提供的業(yè)務(wù)包含兩個(gè)業(yè)務(wù)數(shù)據(jù)流Service data flow (SDF)，分別表示為SDFl和SDF2，并且AF請(qǐng)求PCRF上報(bào)該業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)流傳輸經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)一步還可能包含RAT類型)，PCRF根據(jù)請(qǐng)求向PCRF上報(bào)的IP-CAN類型為3GPP_EPS，RAT類型為E-UTRAN。其中，AF在向PCRF初始提供業(yè)務(wù)信息的過程中，AF向PCRF指示其支持的功能列表Feature List，該列表中包含支持IP流遷移的指示位，以表示該AF是否支持IP流遷移。步驟S802，UE發(fā)現(xiàn)非3GPP接入網(wǎng)并決定發(fā)起多接入。若非3GPP接入網(wǎng)是可信任的，那么UE在可信任非 3GPP接入網(wǎng)中執(zhí)行接入認(rèn)證和授權(quán),UE執(zhí)行層3附著并獲得本地IP地址IP Addressl作為轉(zhuǎn)交地址(Care of Address,簡(jiǎn)稱為CoA)。若非3GPP接入網(wǎng)是不可信任的，那么UE將與ePDG建立IPSec隧道，在隧道建立過程，ePDG為UE分配IP地址IP Addressl并作為CoA。步驟S803，位于可信任非3GPP接入網(wǎng)或ePDG中承載綁定及事件報(bào)告功能(BBERF)向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息，建立請(qǐng)求建立網(wǎng)關(guān)控制會(huì)話，攜帶用戶標(biāo)識(shí)和 IP Addresslo步驟S804，PCRF向BBERF返回確認(rèn)消息。步驟S805，UE通過MIPv6的自啟動(dòng)過程找到在3GPP接入時(shí)選擇的P_GW。UE和PDN之間建立安全聯(lián)盟。UE采用IKEv2發(fā)起建立安全聯(lián)盟。EAP在IKEv2之上用于認(rèn)證。P-Gff與AAA交互以完成EAP認(rèn)證。并且在該過程中，P-GW返回UE在3GPP接入時(shí)P-GW分配的IP地址IP Address2，UE將該IP地址作為DSMIPv6綁定時(shí)的HoA。此時(shí)，P-Gff執(zhí)行的是家鄉(xiāng)HA的功能。步驟S806，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有(HoA, CoA, BID, FID)。(HoA，CoA, BID, FID)是一個(gè)對(duì)應(yīng)關(guān)系。其中，該綁定更新消息中通過HoA取值為IP Address2，CoA取值為IP Addressl,表明對(duì)應(yīng)的BID是通過非3GPP接入的一個(gè)綁定，F(xiàn)ID唯一標(biāo)識(shí)的用戶訪問業(yè)務(wù)的某個(gè)數(shù)據(jù)流綁定到通過非3GPP接入的連接上。該綁定更新消息中通過HoA取值為IP Address2，CoA取值為IP Address2，表明對(duì)應(yīng)的BID是通過3GPP接入的一個(gè)綁定，F(xiàn)ID標(biāo)識(shí)的業(yè)務(wù)數(shù)據(jù)流綁定到通過3GPP接入的連接上。UE向P-GW/HA提供IP流遷移路由規(guī)則信息，請(qǐng)求將經(jīng)過3GPP接入中傳輸?shù)囊粋€(gè)業(yè)務(wù)數(shù)據(jù)流(SDFl)遷移到非3GPP接入網(wǎng)中。步驟S807，與現(xiàn)有技術(shù)不同的是，P-GW/HA接收到綁定更新消息之后，不立即向UE返回確認(rèn)消息，而是根據(jù)PCRF的反饋來決定是否接受UE的流遷移。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器路由規(guī)則修改(R0UTING_RULE_CHANGE)和IP流遷移路由規(guī)則信息(對(duì)于該流程中的遷移IP流的情況，IP流遷移路由規(guī)則信息為安裝和/或修改IP流遷移路由規(guī)則，IP流遷移路由規(guī)則為業(yè)務(wù)數(shù)據(jù)流與接入的對(duì)應(yīng)關(guān)系，通過Routing Filters與Routing Address對(duì)應(yīng)關(guān)系進(jìn)行標(biāo)識(shí)，Routing Address取值為IP Addressl時(shí),表示為通過非3GPP接入，Routing Address取值為IP Address2時(shí)，表示為通過3GPP接入)。該消息包括默認(rèn)的IP流遷移路由規(guī)則，即Routing Filters是通配符。
UE將業(yè)務(wù)數(shù)據(jù)流SDFl從3GPP接入中遷移到非3GPP接入中，則PCEF將向PCRF提供SDFl對(duì)應(yīng)的IP流遷移路由規(guī)則，以通知PCRF該業(yè)務(wù)數(shù)據(jù)流的路由發(fā)生的遷移。該路由規(guī)則中，Routing Filters為該業(yè)務(wù)數(shù)據(jù)流的IP五元組，Routing Address取值為IPAddresslo步驟S808 =PCRF根據(jù)IP流遷移路由規(guī)則，判斷UE請(qǐng)求將AF提供的業(yè)務(wù)的兩個(gè)SDF中的一個(gè)SDF遷到了非3GPP接入中。這樣，AF提供業(yè)務(wù)的兩個(gè)SDF將在不同的接入網(wǎng)傳輸。PCRF又根據(jù)與AF的能力協(xié)商判斷AF是不支持IP流遷移的，因此PCRF決定拒絕UE的流遷移。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。 步驟S809，P-GW/HA向UE返回綁定確認(rèn)消息，拒絕UE的流遷移請(qǐng)求，具體實(shí)現(xiàn)為在消息中不攜帶HoA，CoA, BID和FID以通知UE的多注冊(cè)即流綁定失敗。類似地，對(duì)于IP流遷移應(yīng)用于BBAI時(shí)，當(dāng)PCRF收到PCEF上報(bào)的IP流遷移規(guī)則將SDFl從3GPP遷移到非3GPP或者在非3GPP接入網(wǎng)中新增一個(gè)業(yè)務(wù)數(shù)據(jù)流(對(duì)于BBAI，非3GPP是BBF WLAN)時(shí)，PCRF向BPCF發(fā)送消息，請(qǐng)求BBF接入網(wǎng)的接納控制。若BBF接入網(wǎng)返回拒絕時(shí)，PCRF將拒絕UE的流遷移或新增業(yè)務(wù)數(shù)據(jù)流。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移或新增業(yè)務(wù)數(shù)據(jù)流的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。進(jìn)一步地，P-GW/HA向UE返回綁定確認(rèn)消息，消息中不攜帶HoA，CoA, BID和FID以通知UE的多注冊(cè)即流綁定失敗。實(shí)施例二本實(shí)施例中UE先通過非3GPP接入網(wǎng)接入建立PDN連接后又通過3GPP接入建立同一個(gè)PDN連接，并同時(shí)使用兩個(gè)接入使用該P(yáng)DN連接的流程。網(wǎng)絡(luò)中部署了動(dòng)態(tài)PCC。圖中通過可信任非3GPP接入時(shí)，UE采用DSMIPv6協(xié)議。如圖9所示，本實(shí)施例流程主要包括以下步驟步驟S901，UE通過非3GPP接入網(wǎng)采用DSMIPv6協(xié)議接入EPC，UE與P-GW/HA之間建立DSMIPv6隧道，并已有業(yè)務(wù)在該隧道上傳輸.其中非3GPP接入網(wǎng)為UE分配的地址為IP Addressl作為Coh, P-Gff為UE分配的IP地址為IP Address2作為HoA。UE通過建立的IP-CAN會(huì)話訪問AF提供的業(yè)務(wù)，該AF提供的業(yè)務(wù)包含兩個(gè)業(yè)務(wù)數(shù)據(jù)流Service data flow (SDF)，分別表示為SDFl和SDF2，并且AF請(qǐng)求PCRF上報(bào)該業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)流傳輸經(jīng)過的接入網(wǎng)連接的IP-CAN類型(進(jìn)一步還可能包含RAT類型)，PCRF根據(jù)請(qǐng)求向PCRF上報(bào)的IP-CAN類型為3GPP_EPS，RAT類型為E-UTRAN。其中，AF在向PCRF初始提供業(yè)務(wù)信息的過程中，AF向PCRF指示其支持的功能列表Feature List,該列表中不包含支持IP流遷移的指示位表示該AF不支持IP流遷移。步驟S902，UE發(fā)現(xiàn)3GPP接入網(wǎng)并決定發(fā)起多接入。UE通過3GPP的附著流程建立到同一個(gè)I3DN的PDN連接，在建立過程中，P-Gff為UE分配IP地址為IP Address2，以保證通過不同接入建立了同一個(gè)PDN連接。步驟S903，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有(HoA, CoA, BID, FID)。(HoA, CoA,BID,FID)是一個(gè)對(duì)應(yīng)關(guān)系。該消息通過HoA取值IP Address2，CoA取值IP Addressl，表明對(duì)應(yīng)的BID是通過非3GPP接入的一個(gè)綁定，F(xiàn)ID唯一標(biāo)識(shí)的用戶訪問業(yè)務(wù)的某個(gè)數(shù)據(jù)流綁定到通過非3GPP接入的連接上。該消息通過HoA取值IP Address2,CoA取值IP Address2，表明對(duì)應(yīng)的BID是通過3GPP接入的一個(gè)綁定，F(xiàn)ID標(biāo)識(shí)的業(yè)務(wù)數(shù)據(jù)流綁定到通過3GPP接入的連接上。UE向P-GW/HA提供IP流遷移路由規(guī)則信息，請(qǐng)求將經(jīng)過非3GPP接入中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)流SDFl遷移到3GPP接入網(wǎng)中。步驟S904，P-GW/HA接收到綁定更新消息之后，不立即向UE返回確認(rèn)消息。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器ROUTING_RULE_CHANGE和IP流遷移路由規(guī)則信息(對(duì)于該流程中的遷移IP流的情況，IP流遷移路由規(guī)則信息為安裝和/或修改IP流遷移路由規(guī)則，IP流遷移路由規(guī)則即業(yè)務(wù)數(shù)據(jù)流與接入的對(duì)應(yīng)關(guān)系，通過Routing Filters與Routing Address對(duì)應(yīng)關(guān)系標(biāo)識(shí)，RoutingAddress取值為IP Addressl時(shí)，表不為通過非3GPP接入，Routing Address取值為IPAddress2時(shí)，表示為通過3GPP接入)。UE將SDFl從非3GPP接入中遷移到3GPP接入中，PCEF將向PCRF提供該業(yè)務(wù)數(shù)據(jù)流對(duì)應(yīng)的IP流遷移路由規(guī)則，以通知PCRF該業(yè)務(wù)數(shù)據(jù)流的路由發(fā)生的遷移。該IP流遷移 路由規(guī)則中，Routing Filters為該業(yè)務(wù)數(shù)據(jù)流的IP五元組，Routing Address取值為IPAddress2。步驟S905 =PCRF根據(jù)IP流遷移路由規(guī)則，判斷UE請(qǐng)求將AF提供的業(yè)務(wù)的兩個(gè)SDF中的一個(gè)SDF遷到了 3GPP接入中。這樣，AF提供業(yè)務(wù)的兩個(gè)SDF將在不同的接入網(wǎng)傳輸。PCRF又根據(jù)與AF的能力協(xié)商判斷AF是不支持IP流遷移的，因此PCRF決定拒絕UE的流遷移。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。步驟S908，P-GW/HA向UE返回綁定確認(rèn)消息，拒絕UE的流遷移請(qǐng)求，具體實(shí)現(xiàn)為在消息中不攜帶HoA，CoA, BID和FID以通知UE的多注冊(cè)即流綁定失敗。類似地，對(duì)于IP流遷移應(yīng)用于BBAI時(shí)，當(dāng)PCRF收到PCEF上報(bào)的IP流遷移規(guī)則將SDFl從非3GPP遷移到3GPP或者在3GPP接入網(wǎng)中新增一個(gè)業(yè)務(wù)數(shù)據(jù)流(對(duì)于BBAI，3GPP是H (e) NB接入)時(shí)，PCRF向BPCF發(fā)送消息，請(qǐng)求BBF接入網(wǎng)的接納控制。若BBF接入網(wǎng)返回拒絕時(shí)，PCRF將拒絕UE的流遷移或新增一個(gè)業(yè)務(wù)數(shù)據(jù)流。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移或新增一個(gè)業(yè)務(wù)數(shù)據(jù)流的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。進(jìn)一步地，P-GW/HA向UE返回綁定確認(rèn)消息，消息中不攜帶HoA，CoA, BID和FID以通知UE的多注冊(cè)即流綁定失敗。實(shí)施例三本實(shí)施例中，UE實(shí)現(xiàn)多注冊(cè)流綁定后，在兩個(gè)接入網(wǎng)之間進(jìn)行數(shù)據(jù)流遷移的流程圖，其中UE遷移的業(yè)務(wù)數(shù)據(jù)流涉及AF提供的業(yè)務(wù)的兩個(gè)SDF(分別表示為SDFl和SDF2)中的一個(gè)。網(wǎng)絡(luò)中部署了動(dòng)態(tài)PCC。如圖10所示，本實(shí)施例流程主要包括以下步驟步驟S1001，UE同時(shí)連接到3GPP接入和非3GPP接入，并進(jìn)行了多注冊(cè)流綁定。并且UE訪問AF提供的業(yè)務(wù)的兩個(gè)SDF(分別表示為SDFl和SDF2)都經(jīng)過非3GPP接入網(wǎng)傳輸。步驟S1002，UE向P-GW/HA發(fā)送DSMIPv6綁定更新消息，該綁定更新消息中攜帶有(HoA, BID, FID)。在該消息中，UE向P-GW/HA提供IP流遷移路由規(guī)則信息，可以請(qǐng)求將經(jīng)過非3GPP接入中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)流SDFl (用FID表示)遷移到3GPP接入網(wǎng)中(用BID表示) 步驟S1003，P-GW/HA接收到綁定更新消息之后，不立即向HA返回確認(rèn)消息。位于P-GW的PCEF向PCRF發(fā)送IP-CAN會(huì)話修改請(qǐng)求指示，PCEF將向PCRF發(fā)送事件觸發(fā)器ROUTING_RULE_CHANGE和IP流遷移路由規(guī)則信息，包括修改SDFl對(duì)應(yīng)的IP流遷移路由規(guī)貝U。路由規(guī)則中用IP Addressl表示當(dāng)前傳輸?shù)慕尤刖W(wǎng)為非3GPP,用IP Address2表示當(dāng)前傳輸?shù)慕尤刖W(wǎng)為3GPP。用Routing Filters來表示業(yè)務(wù)數(shù)據(jù)流SDF1。步驟S1004 =PCRF根據(jù)IP流遷移路由規(guī)則，判斷UE請(qǐng)求將AF提供的業(yè)務(wù)的兩個(gè)SDF中的一個(gè)SDF遷到了 3GPP接入中。這樣，AF提供業(yè)務(wù)的兩個(gè)SDF將在不同的接入網(wǎng)傳輸。PCRF又根據(jù)與AF的能力協(xié)商判斷AF是不支持IP流遷移的，因此PCRF決定拒絕UE的流遷移。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。步驟S1005，P_GW/HA向UE返回綁定確認(rèn)消息，拒絕UE的流遷移請(qǐng)求，具體實(shí)現(xiàn)為在消息中不攜帶HoA，CoA, BID和FID以通知UE的多注冊(cè)即流綁定失敗。類似地，對(duì)于IP流遷移應(yīng)用于BBAI時(shí)，當(dāng)PCRF收到PCEF上報(bào)的IP流遷移規(guī)則將SDFl從非3GPP遷移至IJ 3GPP (對(duì)于BBAI，3GPP是H (e) NB接入)時(shí)，PCRF向BPCF發(fā)送消息，請(qǐng)求BBF接入網(wǎng)的接納控制。若BBF接入網(wǎng)返回拒絕時(shí)，PCRF將拒絕UE的流遷移或者在3GPP接入網(wǎng)中新增一個(gè)業(yè)務(wù)數(shù)據(jù)流。PCRF向PCEF返回確認(rèn)消息，攜帶拒絕UE將SDFl進(jìn)行流遷移或新增一個(gè)業(yè)務(wù)數(shù)據(jù)流的指示(即拒絕之前PCEF向PCRF發(fā)送的IP流遷移路由規(guī)則信息的指示)。進(jìn)一步地，P-GW/HA向UE返回綁定確認(rèn)消息，消息中不攜帶HoA，CoA,BID和FID以通知UE的多注冊(cè)即流綁定失敗。此外，本發(fā)明實(shí)施例中還提供了一種IP流遷移的策略控制系統(tǒng)，該系統(tǒng)主要包括PCRF中的IP流遷移策略控制單元，其中該IP流遷移策略控制單元用于，接收到PCEF發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移AF提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且所述AF不支持IP流遷移；或者，若根據(jù)所述IP流遷移路由規(guī)則信息在向BBF接入網(wǎng)請(qǐng)求資源接納控制，所述BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則向所述PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。進(jìn)一步地，所述策略控制單元還用于，根據(jù)接收到的AF的指示，確定所述AF是否具備支持IP流遷移能力。進(jìn)一步地,所述策略控制單元用于,根據(jù)所述AF指示支持的功能列表(FeatureList)中是否包含支持IP流遷移的指示位，確定所述AF是否具備支持IP流遷移能力。進(jìn)一步地,所述系統(tǒng)還包括PCEF中的IP流遷移指示單元，所述IP流遷移指示單元用于，在接收到UE提供的IP流遷移路由規(guī)則信息時(shí)，通過會(huì)話修改請(qǐng)求消息向所述PCRF發(fā)送所述IP流遷移路由規(guī)則信息；并在接收到所述PCRF返回的會(huì)話修改確認(rèn)消息后，再向所述UE返回接受或者拒絕所述IP流遷移路由規(guī)則信息的指示；所述IP流遷移策略控制單元用于，接收到所述會(huì)話修改請(qǐng)求消息后，向所述PCEF返回會(huì)話修改確認(rèn)消息，并在所述會(huì)話修改確認(rèn)消息中包含接受或者拒絕所述IP流遷移路由規(guī)則信息的指示。、
進(jìn)一步地，所述IP流遷移指示單元向所述UE返回的所述拒絕所述IP流遷移路由規(guī)則信息的指示為不攜帶HoA，CoA、BID和FID的綁定確認(rèn)消息。以上僅為本發(fā)明的優(yōu)選實(shí)施案例而已，并不用于限制本發(fā)明，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明做出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。·
權(quán)利要求
1.一種IP流遷移的策略控制方法，其特征在于，所述方法包括 當(dāng)策略與計(jì)費(fèi)規(guī)則功能(PCRF)接收到策略與計(jì)費(fèi)執(zhí)行功能(PCEF)發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移應(yīng)用功能(AF)提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且所述AF不支持IP流遷移；或者，若根據(jù)所述IP流遷移路由規(guī)則信息在向?qū)拵д搲?BBF)接入網(wǎng)請(qǐng)求資源接納控制，所述BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則所述PCRF向所述PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。
2.如權(quán)利要求I所述的方法，其特征在于，所述方法還包括 所述AF向所述PCRF指示其是否具備支持IP流遷移能力。
3.如權(quán)利要求2所述的方法，其特征在于， 所述AF通過以下方式向所述PCRF指示其是否具備支持IP流遷移能力 所述AF在向所述PCRF指示支持的功能列表(Feature List)時(shí),通過在所述列表中是否包含支持IP流遷移的指示位，指示所述AF是否具備支持IP流遷移能力。
4.如權(quán)利要求I所述的方法，其特征在于，所述方法還包括 所述PCEF位于的網(wǎng)關(guān)在接收到所述PCRF拒絕所述IP流遷移路由規(guī)則信息的指示后，向所述UE返回拒絕所述IP流遷移路由規(guī)則信息的指示。
5.如權(quán)利要求4所述的方法，其特征在于， 所述PCEF位于的網(wǎng)關(guān)在接收到用戶設(shè)備(UE)提供的IP流遷移路由規(guī)則信息時(shí)，通過會(huì)話修改請(qǐng)求消息向所述PCRF發(fā)送所述IP流遷移路由規(guī)則信息； 所述PCRF接收到所述會(huì)話修改請(qǐng)求消息后，向所述PCEF返回會(huì)話修改確認(rèn)消息，并在所述會(huì)話修改確認(rèn)消息中包含接受或者拒絕所述IP流遷移路由規(guī)則信息的指示； 所述PCEF位于的網(wǎng)關(guān)在接收到所述PCRF返回的所述會(huì)話修改確認(rèn)消息后，再向所述UE返回接受或者拒絕所述IP流遷移路由規(guī)則信息的指示。
6.如權(quán)利要求4或5所述的方法，其特征在于， 所述PCEF位于的網(wǎng)關(guān)向所述UE返回的所述拒絕所述IP流遷移路由規(guī)則信息的指示為不攜帶家鄉(xiāng)地址(HoA)，轉(zhuǎn)交地址(CoA)、綁定標(biāo)識(shí)(BID)和流標(biāo)識(shí)(FID)的綁定確認(rèn)消肩、O
7.如權(quán)利1、2或3所述的方法，其特征在于，所述方法還包括 所述IP流遷移路由規(guī)則信息包括安裝和/或修改IP流遷移路由規(guī)則。
8.一種IP流遷移的策略控制系統(tǒng)，其特征在于，所述系統(tǒng)包括PCRF中的IP流遷移策略控制單元，其中 所述IP流遷移策略控制單元用于，接收到PCEF發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移AF提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且所述AF不支持IP流遷移；或者，若根據(jù)所述IP流遷移路由規(guī)則信息在向BBF接入網(wǎng)請(qǐng)求資源接納控制，所述BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則向所述PCEF返回拒絕所述IP流遷移路由規(guī)則信息的指示。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于， 所述策略控制單元還用于，根據(jù)接收到的AF的指示，確定所述AF是否具備支持IP流遷移能力。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述策略控制單元用于，根據(jù)所述AF指示支持的功能列表(Feature List)中是否包含支持IP流遷移的指示位，確定所述AF是否具備支持IP流遷移能力。
11.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括PCEF中的IP流遷移指示單元， 所述IP流遷移指示單元用于，在接收到UE提供的IP流遷移路由規(guī)則信息時(shí)，通過會(huì)話修改請(qǐng)求消息向所述PCRF發(fā)送所述IP流遷移路由規(guī)則信息；并在接收到所述PCRF返回的會(huì)話修改確認(rèn)消息后，再向所述UE返回接受或者拒絕所述IP流遷移路由規(guī)則信息的指示； 所述IP流遷移策略控制單元用于，接收到所述會(huì)話修改請(qǐng)求消息后，向所述PCEF返回會(huì)話修改確認(rèn)消息，并在所述會(huì)話修改確認(rèn)消息中包含接受或者拒絕所述IP流遷移路由規(guī)則信息的指示。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于， 所述IP流遷移指示單元向所述UE返回的所述拒絕所述IP流遷移路由規(guī)則信息的指示為不攜帶HoA，CoA、BID和FID的綁定確認(rèn)消息。
全文摘要
本發(fā)明公開了一種IP流遷移的策略控制方法及系統(tǒng)，當(dāng)PCRF接收到PCEF發(fā)送的IP流遷移路由規(guī)則信息時(shí)，若判斷出需要遷移AF提供的業(yè)務(wù)的部分業(yè)務(wù)數(shù)據(jù)流，且AF不支持IP流遷移；或者，若根據(jù)IP流遷移路由規(guī)則信息在向BBF接入網(wǎng)請(qǐng)求資源接納控制，BBF接入網(wǎng)拒絕所述請(qǐng)求時(shí)，則PCRF向PCEF返回拒絕該IP流遷移路由規(guī)則信息的指示。本發(fā)明解決了當(dāng)AF不支持IP流遷移，而UE又進(jìn)行了涉及該AF提供業(yè)務(wù)的IP流的遷移操作時(shí)，而導(dǎo)致的某些IP流實(shí)際傳輸?shù)腎P-CAN類型與PCRF向AF上報(bào)IP-CAN類型不一致等問題。
文檔編號(hào)H04W76/02GK102761932SQ20111011182
公開日2012年10月31日 申請(qǐng)日期2011年4月29日 優(yōu)先權(quán)日2011年4月29日
發(fā)明者盧飛, 周曉云, 畢以峰 申請(qǐng)人:中興通訊股份有限公司