專利名稱：一種實現(xiàn)bbf接入的策略控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及3GPP和寬帶論壇(BBF，Broadband Forum)互連互通，尤指一種實現(xiàn) BBF接入的策略控制方法及系統(tǒng)。
背景技術(shù)：
圖 1 為現(xiàn)有第三代合作伙伴計劃(3GPP，3rd Generation Partnership Project) 演進的分組系統(tǒng)(EPS，Evolved Packet System)組成架構(gòu)示意圖，在圖1所示的非漫游場景的EPS網(wǎng)絡(luò)架構(gòu)中，包括演進的通用移動通信系統(tǒng)陸地無線接入網(wǎng)(E-UTRAN， Evolved Universal Terrestrial Radio Access Network)、移動管理單兀(MME,Mobility Management Entity)、服務(wù)網(wǎng)關(guān)(S-GW，Serving Gateway)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW， Packet Data Network Gateway，也稱為 PDN GW)、歸屬用戶服務(wù)器(HSS, Home Subscriber krver)、策略和計費規(guī)則功能(PCRF，Policy and Charging Rules Function)實體及其他支撐節(jié)點組成。其中，PCRF是策略和計費控制(PCC)的核心，負責策略決策和計費規(guī)則的制定。 PCRF提供了基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則，這些網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流的檢測、門控 (Gating Control)、服務(wù)質(zhì)量(QoS，Quality of krvice)控制以及基于數(shù)據(jù)流的計費規(guī)則等。PCRF將其制定的策略和計費規(guī)則發(fā)送給策略與計費執(zhí)行功能(PCEF)執(zhí)行，同時，PCRF 還需要保證這些規(guī)則和用戶的簽約信息一致。PCRF制定策略和計費規(guī)則的依據(jù)包括從AF 獲取與業(yè)務(wù)相關(guān)的信息；從用戶簽約數(shù)據(jù)庫(SPR，Subscription Profile Repository)獲取用戶策略計費控制簽約信息；從PCEF獲取與承載相關(guān)網(wǎng)絡(luò)的信息。EPS支持與非3GPP系統(tǒng)的互通，EPS與非3GPP系統(tǒng)的互通通過S2a/b/c接口實現(xiàn)，P-GW作為3GPP與非3GPP系統(tǒng)間的錨點。如圖1所示，其中非3GPP系統(tǒng)被分為可信任非3GPP IP接入和不可信任非3GPP IP接入?？尚湃畏?GPP IP接入可直接通過Sh接口與P-GW連接；不可信任非3GPP IP接入需經(jīng)過演進的分組數(shù)據(jù)網(wǎng)關(guān)(ePDG，Evolved Packet Data Gateway)與P-GW相連，ePDG與P-GW間的接口為S2b接口，并且UE和ePDG之間采用hternet協(xié)議安全性(IPkc)對信令和數(shù)據(jù)進行加密保護。S2c接口提供了用戶設(shè)備 (UE,User Equipment)與P_GW之間的用戶面相關(guān)的控制和移動性支持，其支持的移動性管理協(xié)議為支持雙棧的移動 IPv6 (DSMIPv6，MobiIe IPv6support for dual stack Hosts and Routers)。目前，很多運營商關(guān)注固網(wǎng)移動融合(FMC，F(xiàn)ixed Mobile Convergence)，并針對 3GPP和寬帶論壇(BBF，Broadband Forum)互連互通進行研究。對于用戶通過BBF接入移動核心網(wǎng)的場景，需要對數(shù)據(jù)的整個傳輸路徑(數(shù)據(jù)會經(jīng)過固網(wǎng)和移動網(wǎng)傳輸)上的QoS進行保證。當前技術(shù)中，通過PCRF與BBF接入BBF中的寬帶策略控制架構(gòu)(BPCF，Broadband Policy Control Framework)進行交互，實現(xiàn)QoS保障。BPCF為BBF接入中的策略控制架構(gòu)，對PCRF的資源請求消息，BPCF根據(jù)BBF接入的網(wǎng)絡(luò)策略、簽約信息等進行資源接納控制。比如當UE通過無線局域網(wǎng)(WLAN)接入3GPP核心網(wǎng)時，為了保證通過一個WLAN接入線路接入的所有UE訪問業(yè)務(wù)的總帶寬需求不超過該線路的帶寬(如簽約帶寬或該線路支持的最大物理代理)，PCRF在進行QoS授權(quán)時需要與BPCF交互，以便BPCF執(zhí)行資源的接納控制。圖2為現(xiàn)有技術(shù)中，UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)的架構(gòu)示意圖，如圖2所示，BBF接入網(wǎng)作為不可信任的非3GPP接入。在圖2所示的架構(gòu)中，當UE接入BBF接入網(wǎng)后，寬帶接入服務(wù)器(BRAS，Broadband Remote Access Server)/寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(BNG， Broadband Network Gateway)將執(zhí)行基于3GPP的接入認證，同時由BBF的BPCF主動發(fā)起 S9*的會話與3GPP的PCRF進行交互。從而，PCRF在進行QoS授權(quán)時能夠與BBCF交互，BPCF 執(zhí)行資源的接納控制。然后，在某些場景中，BBF接入網(wǎng)并不總能感知到UE的接入，或者BBF接入網(wǎng)不支持基于3GPP的接入認證。在這種場景下，BPCF將不能主動發(fā)起S9*會話的建立，從而不能實現(xiàn)對UE接入的QoS控制。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)BBF接入的策略控制方法及系統(tǒng)，能夠在BBF接入網(wǎng)未能感知到UE的接入，或者BBF接入網(wǎng)不支持基于3GPP的接入認證時。實現(xiàn)對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供QoS保證。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種實現(xiàn)BBF接入的策略控制方法，在用戶請求接入的移動網(wǎng)中設(shè)置固網(wǎng)移動融合策略功能FMC PF ；該方法還包括FMC PF接收到來自演進的分組數(shù)據(jù)網(wǎng)關(guān)ePDG的觸發(fā)消息后，向?qū)拵Р呗钥刂萍軜?gòu)BPCF請求建立策略控制會話；BPCF根據(jù)FMC PF通過所述策略控制會話傳送的服務(wù)質(zhì)量QoS信息執(zhí)行接納控制。所述FMC PF作為獨立的功能實體，或集成在策略和計費規(guī)則功能PCRF中。所述ePDG向FMC PF發(fā)送的觸發(fā)消息為會話建立請求消息，或動態(tài)主機配置協(xié)議 DHCP請求消息；所述會話建立請求消息為攜帶有hternet協(xié)議安全性IPkc外部隧道信息的網(wǎng)關(guān)控制會話建立消息；或，所述DHCP請求消息為攜帶有IPSec外部隧道信息的DHCP請求消息；所述IPSec外部隧道信息包括ePDG接收到的所述UE發(fā)送的IKEv2信令的源地址和源端口。所述FMC PF向BPCF請求建立策略控制會話包括所述FMC PF根據(jù)IPSec外部隧道信息中的源地址確定所述UE當前接入的BBF接入網(wǎng)的BPCF，并向所述BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec 外部隧道信息中的源地址和源端口號。所述用戶非漫游時，所述用戶請求接入的移動網(wǎng)為所述用戶歸屬的公共陸地移動網(wǎng)絡(luò)PLMN ；所述用戶漫游時，所述用戶請求接入的移動網(wǎng)為所述用戶拜訪的PLMN。
所述請求建立策略控制會話及BPCF執(zhí)行接納控制具體包括
所述FMC PF獲得包含有保障帶寬GBR的PCC規(guī)則、QoS規(guī)則或QoS請求后，通過所述策略控制會話向BPCF傳送所述QoS信息；所述BPCF根據(jù)請求進行資源接納控制；其中，所述QoS信息中包含所述GBR，或者，在更新已制定的PCC規(guī)則、QoS規(guī)則或更新已提交的QoS請求后，所述QoS信息中包含更新后的QoS信息中的GBR與更新前已分配GBR的差值。所述FMC PF作為獨立的功能實體；所述FMC PF獲得PCC規(guī)則、QoS規(guī)則或QoS請求為所述FMC PF從PCRF獲得PCC規(guī)則或所述QoS規(guī)則；或者，所述FMC PF從ePDG獲得所述QoS請求。所述FMC PF集成在PCRF中；所述FMC PF獲得PCC規(guī)則、QoS規(guī)則或QoS請求為所述用戶非漫游時，所述PCRF制定PCC規(guī)則和/或QoS規(guī)則；所述用戶漫游時，所述PCRF從用戶歸屬的PLMN的PCRF獲取PCC規(guī)則或QoS規(guī)則； 或者，所述PCRF從ePDG獲取QoS請求。所述BPCF根據(jù)請求進行資源接納控制包括如果所述BPCF接收到請求分配帶寬資源GBR，BPCF根據(jù)簽約固網(wǎng)線路當前可用帶寬情況進行資源接納控制在剩余的可用帶寬大于等于GBR時，所述BPCF接收所述用戶當前請求接入的移動網(wǎng)的PCRF的請求，并向所述用戶當前請求接入的移動網(wǎng)的FMC PF返回接收確認消息，同時BPCF將從簽約固網(wǎng)線路當前可用帶寬中扣除GBR ；在剩余的可用帶寬小于GBR時，所述BPCF拒絕所述用戶當前請求接入的移動網(wǎng)的FMC PF的請求，并向所述用戶當前請求接入的移動網(wǎng)的FMC PF返回拒絕消息，并消息中攜帶BPCF能夠接受的帶寬；如果所述BPCF接收到請求釋放帶寬資源GBR，則BPCF直接返回接收確認消息，同時BPCF將在簽約固網(wǎng)線路當前可用帶寬中增加GBR。若所述FMC PF接收到拒絕消息，該方法還包括所述FMC PF根據(jù)分配保持優(yōu)先級ARP執(zhí)行資源搶占。一種實現(xiàn)BBF接入的策略控制系統(tǒng)，至少包括ePDG、FMC PF和BPCF，其中，ePDG，用于向FMC PF發(fā)送觸發(fā)消息；FMC PF，設(shè)置在用戶當前請求接入的移動網(wǎng)中，用于接收來自ePDG的觸發(fā)消息，向 BPCF請求建立策略控制會話；BPCF，用于接收來自FMC PF的請求，根據(jù)通過所述策略控制會話傳送的服務(wù)質(zhì)量 QoS信息執(zhí)行接納控制。所述FMC PF,具體用于獲得包含有保障帶寬GBR的PCC規(guī)則、QoS規(guī)則或QoS請求，通過所述策略控制會話向BPCF傳送所述QoS信息。所述FMC PF作為獨立的功能實體；該系統(tǒng)還包括PCRF，用于向所述FMC PF提供PCC規(guī)則或QoS規(guī)則；或者，所述ePDG，還用于向所述FMC PF提供QoS請求。所述FMC PF集成在PCRF中；所述PCRF，用于在所述用戶非漫游時，制定PCC規(guī)則或QoS規(guī)則；在所述用戶漫游時，從用戶歸屬的PLMN的PCRF獲取PCC規(guī)則或QoS規(guī)則；
或者，所述PCRF，用于從ePDG獲取QoS請求。在所述FMC PF接收到BPCF的拒絕消息時，所述FMC PF,還用于根據(jù)ARP執(zhí)行資源搶占。從上述本發(fā)明提供的技術(shù)方案可以看出，在用戶當前請求接入的移動網(wǎng)中設(shè)置用于感知UE接入BBF接入網(wǎng)的固網(wǎng)移動融合策略功能(FMC PF) ；FMCPF接收到來自ePDG的觸發(fā)消息后，向BPCF請求建立策略會話，而BPCF根據(jù)UE當前接入的BBF接入網(wǎng)的信息進行策略控制。從本發(fā)明方法的實現(xiàn)可以看出，在UE通過BBF接入網(wǎng)接入3GPP時，通過FMC PF 對來自ePDG的網(wǎng)關(guān)控制會話建立消息或DHCP請求消息的感知，觸發(fā)了 UE當前接入的3GPP 接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，對于現(xiàn)有UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)的架構(gòu)中BBF接入網(wǎng)未能感知到UE的接入，或者BBF接入網(wǎng)不支持基于3GPP的接入認證的情況，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。


圖1為現(xiàn)有EPS組成架構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)的架構(gòu)示意圖；圖3為本發(fā)明實現(xiàn)BBF接入的策略控制方法的流程圖；圖4為本發(fā)明實現(xiàn)BBF接入的策略控制系統(tǒng)的組成結(jié)構(gòu)示意圖；圖5為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，其中ePDG與P-GW之間采用PMIPv6協(xié)議；圖6為基于圖5所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附
著流程圖；圖7為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，其中ePDG與P-GW之間采用GTP協(xié)議；圖8為基于圖7所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附
著流程圖；圖9為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，其中UE采用DSMIPv6協(xié)議；圖10為基于圖9所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附
著流程圖；圖11為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、本地疏導漫游架構(gòu)示意圖，其中ePDG與P-GW之間采用GTP或PMIPv6協(xié)議；圖12為基于圖11所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖；圖13為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、本地疏導漫游架構(gòu)示意圖，其中UE采用DSMIPv6協(xié)議接入；圖14為基于圖13所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖；圖15為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的非漫游架構(gòu)圖，其中ePDG與P-GW之間采用GTP或PMIPv6協(xié)議；
圖16為發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的非漫游架構(gòu)圖，其中 UE采用DSMIPv6協(xié)議接入；圖17為本發(fā)明在家鄉(xiāng)路由的漫游場景下，PCRF在制定策略時請求BPCF進行QoS 授權(quán)的流程圖；圖18為本發(fā)明在本地疏導的漫游場景下，PCRF在制定策略時請求BPCF進行QoS 授權(quán)的流程圖；圖19為本發(fā)明在家鄉(xiāng)路由的漫游場景下，H-PCRF在制定策略時請求BPCF進行 QoS授權(quán)的流程圖。
具體實施例方式圖3為本發(fā)明實現(xiàn)BBF接入的策略控制方法的流程圖，如圖3所示，包括步驟300 在用戶當前請求接入的移動網(wǎng)中設(shè)置FMC策略功能(PF，Policy Function)。FMC PF可以單獨作為一個獨立的功能實體；FMC PF也可以集成在PCRF中。在用戶非漫游時，用戶請求接入的移動網(wǎng)為用戶歸屬的公共陸地移動網(wǎng)絡(luò) (PLMN)；在用戶漫游時，用戶請求接入的移動網(wǎng)為用戶拜訪的PLMN。步驟301 =FMC PF接收到來自ePDG的觸發(fā)消息后，向BPCF請求建立策略控制會話。在UE接入BBF接入系統(tǒng)后，BBF接入系統(tǒng)會為UE分配本地IP地址；隨后，UE發(fā)起 hternet密鑰交換版本2(IKEv2)隧道建立過程，并采用擴展認證協(xié)議(EAP)進行認證。對于漫游場景，進一步地，ePDG通過AAA服務(wù)器代理(AAAProxy)與AAA服務(wù)器(AAA Server) 交互(AAA Server還可以進一步與HSS交互)以完成EAP認證；EAP認證通過后，ePDG向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立消息或發(fā)送DHCP請求消息，在網(wǎng)關(guān)控制會話建立消息或DHCP請求消息中攜帶有用戶標識、分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)標識和IPSec外部隧道信息。其中，IPSec外部隧道信息包括ePDG接收到的UE發(fā)送的IKEv2 信令的源地址和源端口，需要說明的是，由于IKEv2信令可能經(jīng)過了網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)穿越，因此，ePDG接收到的源地址和源端口可能與UE發(fā)送時的源地址和源端口不同；FMC PF根據(jù)IPSec外部隧道信息中的源地址(如IP地址)確定UE當前接入的 BBF接入網(wǎng)的BPCF，并向BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec 外部隧道信息中的源IP地址和源端口號。步驟302 =BPCF根據(jù)FMC PF通過策略控制會話傳送的服務(wù)質(zhì)量(QoQ信息執(zhí)行接納控制。BPCF根據(jù)QoS信息中的GBR，以及當前用戶當前接入的BBF接入網(wǎng)的線路的可用帶寬資源執(zhí)行接納控制。從本發(fā)明方法的實現(xiàn)可以看出，在UE通過BBF接入網(wǎng)接入3GPP時，通過FMC PF 對來自ePDG的觸發(fā)消息的感知(接收到網(wǎng)關(guān)控制會話建立或DHCP請求消息)，觸發(fā)了 UE 當前接入的3GPP接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，對于現(xiàn)有UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)的架構(gòu)中BBF接入網(wǎng)未能感知到UE的接入，或者BBF接入網(wǎng)不支持基于3GPP的接入認證的情況，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。在UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)后，當策略發(fā)生變化時，比如PCRF (或是漫游情況下的家鄉(xiāng)PCRF (H-PCRF))收到AF提供的業(yè)務(wù)信息或是UE發(fā)起的資源修改請求消息后進行策略決策，并在FMC PF接收到發(fā)生改變的PCC規(guī)則、QoS規(guī)則或QoS請求后，向BPCF 請求帶寬授權(quán)，而BPCF根據(jù)請求進行資源接納控制。圖4為本發(fā)明實現(xiàn)BBF接入的策略控制系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖4所示，至少包括 ePDG、FMC PF 和 BPCF，其中，ePDG，用于向FMC PF發(fā)送觸發(fā)消息。FMC PF，設(shè)置在用戶當前請求接入的移動網(wǎng)中，用于接收來自ePDG的觸發(fā)消息，向 BPCF請求建立策略控制會話；FMC PF可以單獨作為一個功能實體；FMC PF也可以集成在 PCRF 中。BPCF，用于接收來自FMC PF的請求，根據(jù)通過策略控制會話傳送的服務(wù)質(zhì)量QoS 信息執(zhí)行接納控制。所述FMC PF,具體用于獲得包含有保障帶寬GBR的PCC規(guī)則、QoS規(guī)則或QoS請求，通過策略控制會話向BPCF傳送QoS信息。當FMC PF作為獨立的功能實體時，本發(fā)明系統(tǒng)還包括PCRF，用于向所述FMC PF提供PCC規(guī)則或QoS規(guī)則；或者，所述ePDG，還用于向所述FMC PF提供QoS請求。當FMC PF集成在PCRF中時，所述PCRF，用于在所述用戶非漫游時，制定PCC規(guī)則或QoS規(guī)則；在所述用戶漫游時，從用戶歸屬的PLMN的PCRF獲取PCC規(guī)則或QoS規(guī)則；或者，所述PCRF，用于從ePDG獲取QoS請求。下面結(jié)合實施例對本發(fā)明方法進行詳細描述。圖5為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，圖5中ePDG與P-GW之間采用PMIPv6協(xié)議。在圖5中，除了增加FMC PF外， 其它網(wǎng)絡(luò)實體及其連接關(guān)系與現(xiàn)有一致，對于本領(lǐng)域技術(shù)人員來講圖5是容易理解的，這里不再詳細描述。圖6為基于圖5所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖，結(jié)合圖5和圖6，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體實現(xiàn)包括以下步驟步驟601 =UE接入BBF接入系統(tǒng)后，BBF接入系統(tǒng)為UE分配本地IP地址。UE發(fā)起IKEv2隧道建立過程，并采用EAP進行認證。由于本實施例是漫游場景，ePDG通過AAA Proxy與AAA Server交互(AAA Server進一步與HSS交互)以完成EAP認證。步驟602 :ePDG向V-PCRF發(fā)送網(wǎng)關(guān)控制會話建立消息(網(wǎng)關(guān)控制會話建立消息即為會話建立請求消息的一種)，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和 IPSec外部隧道信息，其中，IPSec外部隧道信息包括ePDG接收到的UE發(fā)送的IKEv2信令的源地址和源端口。由于IKEv2信令可能經(jīng)過了 NAT穿越，因此，ePDG接收到的源地址和源端口可能與UE發(fā)送時的源地址和源端口不同。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟602包括步驟60 和步驟602b 步驟60 :ePDG向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息；步驟602b =FMC PF向V-PCRF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識和PDN標識。步驟603 =V-PCRF向H-PCRF發(fā)送S9會話建立消息(或網(wǎng)關(guān)控制會話建立消息)， 在該消息中攜帶用戶標識和PDN標識。步驟604 =H-PCRF根據(jù)用戶標識和PDN標識，與SI3R交互以獲取用戶簽約數(shù)據(jù)，并根據(jù)網(wǎng)絡(luò)策略制定PCC策略。其中，PCC策略包括PCC規(guī)則、QoS規(guī)則、事件觸發(fā)器等。H-PCRF 將其中的QoS規(guī)則、事件觸發(fā)器攜帶在S9會話建立確認消息中返回給V-PCRF。步驟605 =V-PCRF向ePDG發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟605包括步驟60 和步驟605b 步驟60 =V-PCRF向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器；步驟60 =FMC PF向ePDG發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器。步驟606 :ePDG選擇P-GW后，向P-GW發(fā)送代理綁定更新消息，在代理綁定更新消息中攜帶有用戶標識和PDN標識。步驟607 =P-Gff向AAA Server發(fā)送更新P_GW IP地址消息，將P-GW的地址發(fā)送給 AAA Server, AAA Server進一步與HSS交互并將P-GW的地址保存到HSS中。步驟608 =P-Gff為UE分配IP地址，向H-PCRF發(fā)送IP-CAN會話建立指示消息，在 IP-CAN會話建立指示消息中攜帶有用戶標識、PDN標識和為UE分配的IP地址。步驟609 =H-PCRF根據(jù)用戶標識和PDN標識，將步驟603建立的S9會話與步驟609 請求建立的IP-CAN會話進行關(guān)聯(lián)。H-PCRF可能更新步驟604中制定的PCC規(guī)則和QoS規(guī)則。PCRF向PCEF返回確認消息，攜帶PCC規(guī)則。步驟610 =P-Gff向ePDG返回代理綁定確認消息，在代理綁定確認消息中攜帶有為 UE分配的IP地址。步驟611 代理綁定更新成功，UE和ePDG之間建立IPkc隧道。步驟612、ePDG向UE發(fā)送最后一條IKEv2信令，其中攜帶有UE的IP地址。步驟613 =V-PCRF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的 BBF接入網(wǎng)的BPCF，并向該BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有 IPSec外部隧道信息中的源IP地址和源端口號。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟613為步驟613a。步驟613a =FMC PF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的 BBF接入網(wǎng)的BPCF，并向該BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中中攜帶有 IPSec外部隧道信息中的源IP地址和源端口號。本步驟的執(zhí)行只要在FMC PF接收到來自ePDG的網(wǎng)關(guān)控制會話建立消息(步驟602)之后觸發(fā)即可。通過本步驟，F(xiàn)MC PF感知到了 UE的接入，觸發(fā)了 UE當前接入的3GPP 接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。在BBF接入網(wǎng)不支持基于3GPP的接入認證時，通過本步驟也實現(xiàn)了對UE接入的 QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。步驟614 =BPCF根據(jù)UE當前接入的BBF接入網(wǎng)的接入位置信息進一步執(zhí)行資源接納控制。步驟615 BPCF向V-PCRF返回確認消息。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟615為步驟61fe。步驟61 fe BPCF向FMC PF返回確認消息。在其他實施例中，在步驟602中，ePDG向V-PCRF發(fā)送DHCP請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟60 中，ePDG向FMC PF發(fā)送DHCP請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟602b中FMC PF進一步向V-PCRF發(fā)送DHCP請求消息，消息中攜帶有用戶標識和PDN標識。相應(yīng)地，在步驟605中，V-PCRF向ePDG發(fā)送DHCP確認消息，在消息中攜帶有QoS 規(guī)則和事件觸發(fā)器。在步驟60 中，V-PCRF向FMC PF發(fā)送DHCP確認消息，在消息中攜帶有QoS規(guī)則和事件觸發(fā)器。在步驟60 中，F(xiàn)MC PF向ePDG發(fā)送DHCP確認消息，在消息中攜帶有QoS規(guī)則和事件觸發(fā)器?？傊?，本發(fā)明不限定ePDG與V-PCRF或ePDG與FMC PF以及FMC PF與V-PCRF之間交互的消息以及協(xié)議類型等。圖7為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，圖7中ePDG與P-GW之間采用GTP協(xié)議。在圖7中，除了增加FMC PF外，其它網(wǎng)絡(luò)實體及其連接關(guān)系與現(xiàn)有一致，對于本領(lǐng)域技術(shù)人員來講圖7是容易理解的，這里不再詳細描述。圖8為基于圖7所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖，結(jié)合圖7和圖8，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體實現(xiàn)包括以下步驟步驟801 =UE接入BBF接入系統(tǒng)后，BBF接入系統(tǒng)為UE分配本地IP地址。UE發(fā)起IKEv2隧道建立過程，并采用EAP進行認證。由于本實施例是漫游場景，ePDG通過AAA Proxy與AAA Server交互(AAA Server進一步與HSS交互)以完成EAP認證。步驟802 :ePDG向V-PCRF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息，其中，IPSec外部隧道信息包括ePDG 接收到的UE發(fā)送的IKEv2信令的源地址和源端口。由于IKEv2信令可能經(jīng)過了 NAT穿越，因此，ePDG接收到的源地址和源端口可能與UE發(fā)送時的源地址和源端口不同。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟802為步驟80加，步驟80 :ePDG向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟803 =V-PCRF向ePDG返回網(wǎng)關(guān)控制會話建立確認消息。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟803為步驟803a。步驟803a =FMC PF向ePDG返回網(wǎng)關(guān)控制會話建立確認消息。步驟804 ePDG選擇P-GW后，向P-GW發(fā)送創(chuàng)建承載請求消息，在創(chuàng)建承載請求消息中攜帶有用戶標識和PDN標識。步驟805 =P-Gff向AAA Server發(fā)送更新P_GW IP地址消息，將P-GW的地址發(fā)送給 AAA Server, AAA Server進一步與HSS交互并將P-GW的地址保存到HSS中。步驟806 =P-Gff為UE分配IP地址，向H-PCRF發(fā)送IP-CAN會話建立指示消息，在 IP-CAN會話建立指示消息中攜帶有用戶標識、PDN標識和為UE分配的IP地址。步驟807 =H-PCRF根據(jù)用戶標識和PDN標識，與SI3R進行交互，獲取用戶的簽約信息，制定PCC策略。PCC策略包括PCC規(guī)則和事件觸發(fā)器等。PCRF向PCEF返回確認消息， 攜帶PCC規(guī)則和事件觸發(fā)器。步驟808 =P-Gff向ePDG返回創(chuàng)建承載應(yīng)答消息，在創(chuàng)建承載應(yīng)答消息中攜帶有為 UE分配的IP地址。步驟809 創(chuàng)建承載成功，UE和ePDG之間建立IPSec隧道。步驟810 :ePDG向UE發(fā)送最后一條IKEv2信令，其中攜帶有UE的IP地址。步驟811 =V-PCRF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的 BBF接入網(wǎng)的BPCF，并向BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec 外部隧道信息中的源IP地址和源端口號。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟811為步驟811a。步驟811a =FMC PF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的BBF接入網(wǎng)的BPCF，并向BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中中攜帶有IPSec外部隧道信息中的源IP地址和源端口號。本步驟的執(zhí)行只要在FMC PF接收到來自ePDG的網(wǎng)關(guān)控制會話建立消息(步驟 802)之后觸發(fā)即可。通過本步驟，F(xiàn)MC PF感知到了 UE的接入，觸發(fā)了 UE當前接入的3GPP 接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。在BBF接入網(wǎng)不支持基于3GPP的接入認證時，通過本步驟也實現(xiàn)了對UE接入的 QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。步驟812 =BPCF根據(jù)UE當前接入的BBF接入網(wǎng)的接入位置信息進一步執(zhí)行資源接納控制。步驟813 BPCF向V-PCRF返回確認消息。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟813為步驟813a。步驟813a =BPCF向FMC PF返回確認消息。在其他實施例中，在步驟802中，ePDG向V-PCRF發(fā)送DHCP請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟80 中，ePDG向FMC PF發(fā)送DHCP請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。相應(yīng)地，在步驟803中，V-PCRF向ePDG發(fā)送DHCP確認消息。在步驟803a中，F(xiàn)MC PF向ePDG發(fā)送DHCP確認消息。圖9為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、家鄉(xiāng)路由的漫游架構(gòu)示意圖，圖9中UE采用DSMIPv6協(xié)議。在圖9中，除了增加FMC PF夕卜，其它網(wǎng)絡(luò)實體及其連接關(guān)系與現(xiàn)有一致，對于本領(lǐng)域技術(shù)人員來講圖9是容易理解的，這里不再詳細描述。圖10為基于圖9所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖，結(jié)合圖9和圖10，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體實現(xiàn)包括以下步驟步驟1001 =UE接入BBF接入系統(tǒng)后，BBF接入系統(tǒng)為UE分配本地IP地址。UE發(fā)起IKEv2隧道建立過程，并采用EAP進行認證。由于本實施例是漫游場景，ePDG通過AAA Proxy與AAA Server交互(AAA Server進一步與HSS交互)以完成EAP認證。步驟1002 :ePDG向V-PCRF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息，其中，IPSec外部隧道信息包括ePDG 接收到的UE發(fā)送的IKEv2信令的源地址和源端口。由于IKEv2信令可能經(jīng)過了 NAT穿越，因此，ePDG接收到的源地址和源端口可能與UE發(fā)送時的源地址和源端口不同。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1002包括步驟100 和步驟1002b 步驟1002a :ePDG向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立消息，在網(wǎng)關(guān)控制會話建立消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息；步驟1002b =FMC PF向V-PCRF發(fā)送網(wǎng)關(guān)控制會話建立消息，在關(guān)控制會話建立消息中攜帶有用戶標識和PDN標識。步驟1003 =V-PCRF向H-PCRF發(fā)送S9會話建立消息(或網(wǎng)關(guān)控制會話建立消息)， 在該消息中攜帶用戶標識和PDN標識。步驟1004 =H-PCRF根據(jù)用戶標識和PDN標識，與SI3R交互以獲取用戶簽約數(shù)據(jù)， 并根據(jù)網(wǎng)絡(luò)策略制定PCC策略。其中，PCC策略包括PCC規(guī)則、QoS規(guī)則、事件觸發(fā)器等。 H-PCRF將其中的QoS規(guī)則、事件觸發(fā)器攜帶在S9會話建立確認消息中返回給V-PCRF。步驟1005 =V-PCRF向ePDG發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1005包括步驟100 和步驟1005b 步驟1005a V-PCRF向FMC PF發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器；步驟1005b =FMC PF向ePDG發(fā)送網(wǎng)關(guān)控制會話建立確認消息，在網(wǎng)關(guān)控制會話建立確認消息中攜帶有QoS規(guī)則和事件觸發(fā)器。步驟1006 :ePDG向UE發(fā)送最后一條IKEv2消息，其中攜帶有為UE分配的一個IP 地址，該IP地址作為UE的轉(zhuǎn)交地址(CoA)。步驟1007 =UE和ePDG之間建立了 IPSec隧道。步驟1008 =UE執(zhí)行自啟動(Bootstraping)流程。UE根據(jù)APN進行DNS查找獲得所要接入PDN的P-GW的IP地址。為了保護UE和P-GW之間的DSMIPv6消息，UE使用IKEv2 建立安全聯(lián)盟，并采用EAP進行認證。P-Gff與AAA Server (AAA Server進一步與HSS交互) 進行通信以完成EAP認證，同時P-GW為UE分配一個IPv6地址或前綴作為UE的家鄉(xiāng)地址(HoA)。步驟1009 =UE向P-GW發(fā)送DSMIPv6綁定更新消息，在DSMIPv6綁定更新消息中攜帶有CoA和HoA，綁定消息中生命期參數(shù)不為零。P-GW建立綁定上下文。步驟1010 =P-Gff中的PCEF向H-PCRF發(fā)送IP-CAN會話建立指示消息，IP-CAN會話建立指示消息中攜帶有用戶標識、PDN標識。步驟1011 =H-PCRF根據(jù)用戶標識和PDN標識，將步驟1003建立的S9會話與步驟 1010請求建立的IP-CAN會話進行關(guān)聯(lián)。H-PCRF可能更新步驟1004中制定的PCC規(guī)則和 QoS規(guī)則。PCRF向PCEF返回確認消息，其中攜帶有PCC規(guī)則。步驟1012 =P-Gff向UE返回綁定確認消息。步驟1013 =V-PCRF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的 BBF接入網(wǎng)的BPCF，并向BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec 外部隧道信息中的源IP地址和源端口號。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1013為步驟1013a。 步驟1013a =FMC PF根據(jù)IPSec外部隧道信息中的源IP地址，確定UE當前接入的BBF接入網(wǎng)的BPCF，并向該BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec外部隧道信息中的源IP地址和源端口號。本步驟的執(zhí)行只要在FMC PF接收到來自ePDG的網(wǎng)關(guān)控制會話建立消息(步驟 1002)之后觸發(fā)即可。通過本步驟，F(xiàn)MC PF感知到了 UE的接入，觸發(fā)了 UE當前接入的3GPP 接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。在BBF接入網(wǎng)不支持基于3GPP的接入認證時，通過本步驟也實現(xiàn)了對UE接入的 QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了 QoS保證。步驟1014 =BPCF根據(jù)UE當前接入的BBF接入網(wǎng)的接入位置信息進一步執(zhí)行資源接納控制。步驟1015 BPCF向V-PCRF返回確認消息。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1015為步驟1015a。 步驟1015a =BPCF向FMC PF返回確認消息。在其他實施例中，在步驟1002中，ePDG向V-PCRF發(fā)送DHCP請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟1002a中，ePDG向FMC PF發(fā)送DHCP 請求消息，消息中攜帶有用戶標識、PDN標識和IPSec外部隧道信息。步驟1002b中FMC PF 進一步向V-PCRF發(fā)送DHCP請求消息，消息中攜帶有用戶標識和PDN標識。相應(yīng)地，在步驟1005中，V-PCRF向ePDG發(fā)送DHCP確認消息，在消息中攜帶有QoS 規(guī)則和事件觸發(fā)器。在步驟1005a中，V-PCRF向FMC PF發(fā)送DHCP確認消息，在消息中攜帶有QoS規(guī)則和事件觸發(fā)器。在步驟1005b中，F(xiàn)MC PF向ePDG發(fā)送DHCP確認消息，在消息中攜帶有QoS規(guī)則和事件觸發(fā)器。圖11為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、本地疏導漫游架構(gòu)示意圖，圖11中ePDG與P-GW之間采用GTP或PMIPv6協(xié)議。在圖11中，除了增加FMC PF外，其它網(wǎng)絡(luò)實體及其連接關(guān)系與現(xiàn)有一致，對于本領(lǐng)域技術(shù)人員來講圖11是容易理解的，這里不再詳細描述。
圖12為基于圖11所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖，結(jié)合圖11和圖12，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體實現(xiàn)包括以下步驟步驟1201 步驟1205的具體實現(xiàn)與步驟601 步驟605完全一致，這里不再贅述。步驟1206 :ePDG選擇拜訪地P-GW后，向P-GW發(fā)送代理綁定更新或創(chuàng)建會話請求消息，并在發(fā)送的消息中攜帶用戶標識和PDN標識。步驟1207 =P-Gff通過AAA Proxy向AAA Server發(fā)送更新P-GW IP地址消息，將 P-Gff的地址發(fā)送給AAA Server, AAA Server進一步與HSS交互并將P-GW的地址保存到HSS中。步驟1208 =P-Gff為UE分配IP地址，向V-PCRF發(fā)送IP-CAN會話建立指示消息，在 IP-CAN會話建立指示消息中攜帶有用戶標識、PDN標識和為UE分配的IP地址。V-PCRF根據(jù)用戶標識、PDN標識，關(guān)聯(lián)步驟1202建立的網(wǎng)關(guān)控制會話與步驟1208建立的IP-CAN會話。在其他實施例中，若步驟1202中，ePDG向PCRF發(fā)送的是DHCP請求消息，那么 V-PCRF將步驟1202的消息與步驟1208的消息進行關(guān)聯(lián)。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1208包括步驟1208a 和步驟1208b 步驟1208a =V-PCRF向H-PCRF發(fā)送S9會話修改消息，其中攜帶有分配的IP地址。步驟1208b =H-PCRF可能更新步驟1204中制定的PCC規(guī)則，并返回給V-PCRF。步驟1209 =V-PCRF向PCEF發(fā)送IP-CAN會話建立確認消息，在IP-CAN會話建立確認消息中攜帶有PCC規(guī)則。步驟1210 =P-Gff向ePDG返回代理綁定更新消息或創(chuàng)建會話應(yīng)答消息。步驟1211 步驟1215的具體實現(xiàn)與步驟611 步驟615完全一致，這里不再贅述。圖13為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的、本地疏導漫游架構(gòu)示意圖，圖13中UE采用DSMIPv6協(xié)議接入。在圖13中，除了增加FMC PF外，其它網(wǎng)絡(luò)實體及其連接關(guān)系與現(xiàn)有一致，對于本領(lǐng)域技術(shù)人員來講圖13是容易理解的，這里不再詳細描述。圖14為基于圖13所示的架構(gòu)，UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的附著流程圖，結(jié)合圖13和圖14，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體實現(xiàn)包括以下步驟步驟1401 步驟S1407的具體實現(xiàn)與步驟1001 步驟1007完全一致，這里不再贅述。步驟1408 =UE執(zhí)行自啟動(Bootstraping)流程。UE根據(jù)APN進行DNS查找獲得所要接入PDN的P-GW的IP地址，P-Gff位于拜訪地。為了保護UE和P-GW之間的DSMIPv6 消息，UE使用IKEv2建立安全聯(lián)盟，并采用EAP進行認證。P-GW通過AAA Proxy與AAA Server (AAA Server進一步與HSS交互)進行通信以完成EAP認證，同時P-GW為UE分配一個IPv6地址或前綴作為UE的HoA。
步驟1409 =UE向P-GW發(fā)送DSMIPv6綁定更新消息，在DSMIPv6綁定更新消息中攜帶有CoA和HoA，綁定消息中生命期參數(shù)不為零。P-GW建立綁定上下文。步驟1410 =P-Gff中的PCEF向V-PCRF發(fā)送IP-CAN會話建立指示消息，在IP-CAN 會話建立指示消息中攜帶有用戶標識、PDN標識。V-PCRF根據(jù)用戶標識，關(guān)聯(lián)步驟1402的網(wǎng)關(guān)控制會話與步驟1410的IP-CAN會話。在其他實施例中，若步驟1402中，ePDG向PCRF發(fā)送的是DHCP請求消息，那么 V-PCRF將步驟1402的消息與步驟1410的消息進行關(guān)聯(lián)。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1410包括步驟1410a 和步驟1410b。步驟S1410a =V-PCRF向H-PCRF發(fā)送S9會話修改，其中攜帶有IP地址。步驟S1410b =H-PCRF 制定 PCC 規(guī)則。H-PCRF 向 V-PCRF 返回 PCC 規(guī)則。步驟1411 步驟1415的具體實現(xiàn)與步驟1011 步驟1015完全一致，這里不再贅述。圖15為本發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的非漫游架構(gòu)圖，其中ePDG與P-GW之間采用GTP或PMIPv6協(xié)議。對于該架構(gòu)下的附著流程，只要在圖12的流程中將V-PCRF作為PCRF，省略所有V-PCRF與H-PCRF的交互過程即可；圖16為發(fā)明UE通過不可信任BBF接入網(wǎng)接入3GPP核心網(wǎng)的非漫游架構(gòu)圖，其中UE采用DSMIPv6協(xié)議接入。 對于該該架構(gòu)下的附著流程，只要在圖14的流程中將V-PCRF作為PCRF，省略所有V-PCRF 與H-PCRF的交互過程即可，具體實現(xiàn)是本領(lǐng)域技術(shù)人員根據(jù)上述實施例容易得到的門這里不再詳述。在UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)后，當策略發(fā)生變化時，比如PCRF (或是漫游情況下的家鄉(xiāng)PCRF(H-PCRF))收到AF提供的業(yè)務(wù)信息或是UE發(fā)起的資源修改請求消息后進行策略決策，并在FMC PF接收到發(fā)生改變的QoS規(guī)則后，向BPCF請求帶寬授權(quán)，而 BPCF根據(jù)請求進行資源接納控制。下面結(jié)合實施例進行詳細描述。圖17為本發(fā)明在家鄉(xiāng)路由的漫游場景下(圖5和圖9架構(gòu))，H-PCRF在制定策略時請求BPCF進行接納控制的流程圖，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為 V-PCRF的功能增強，具體流程包括以下步驟步驟1701 =H-PCRF收到AF提供的業(yè)務(wù)信息或是UE發(fā)起的資源修改請求消息后， 進行策略決策。策略決策可以包括以下3種方式第一種方式，如果AF提供新的業(yè)務(wù)信息或UE發(fā)起新的資源分配請求，那么， H-PCRF進行QoS授權(quán)，制定PCC規(guī)則以及對應(yīng)的QoS規(guī)則。該PCC規(guī)則和QoS規(guī)則的 QoS信息中包含服務(wù)質(zhì)量類別標識(QCI，QoS Class Identifier)、分配保持優(yōu)先級(ARP， Allocation and Retention Priority)、保障帶寬(GBR, Guaranteed Bit Rate)禾口最大帶 % (MBR, Maximum Bit Rate)；第二種方式，如果AF通知業(yè)務(wù)終止或UE發(fā)起資源釋放請求，那么，H-PCRF進行 QoS授權(quán)，決定刪除或去激活對應(yīng)的PCC規(guī)則和QoS規(guī)則。該要刪除或去激活PCC規(guī)則和 QoS規(guī)則的QoS信息中包含QCI、ARP、GBR和MBR ；第三種方式，如果AF修改已提供的業(yè)務(wù)信息或UE請求修改已分配的資源，那么， H-PCRF進行QoS授權(quán)，更新已制定的PCC規(guī)則和QoS規(guī)則。該PCC規(guī)則和QoS規(guī)則的QoS信息中包含QCI、ARP、GBR和MBR。步驟1702 =H-PCRF向V-PCRF發(fā)送S9會話規(guī)則提供消息。如果H-PCRF決策為第一種方式，則H-PCRF在S9會話規(guī)則提供消息中攜帶新制定 QoS規(guī)則信息； 如果H-PCRF決策為第二種方式，則H-PCRF在S9會話規(guī)則提供消息中攜帶要刪除或去激活QoS規(guī)則信息；如果H-PCRF決策為第三種方式，則H-PCRF在S9會話規(guī)則提供消息中攜帶更新后 QoS規(guī)則信息；步驟1703 =V-PCRF向BPCF發(fā)送QoS授權(quán)請求消息，請求BPCF的QoS授權(quán)。如果H-PCRF決策為第一種方式，那么V-PCRF在QoS授權(quán)請求消息中攜帶請求分配資源的指示以及QoS信息中的GBR，以請求BPCF分配帶寬資源GBR ；如果H-PCRF決策為第二種方式，則V-PCRF在QoS授權(quán)請求消息中攜帶請求釋放資源的指示以及QoS信息中的GBR，以請求BPCF釋放帶寬資源GBR ；如果H-PCRF決策為第三種方式，那么V-PCRF將根據(jù)更新的QoS信息中的GBR與已分配GBR的增量(差值)向BPCF請求，如果更新后的GBR減小了，則V-PCRF在QoS授權(quán)請求消息中攜帶的GBR為GBR的增量，并攜帶請求釋放資源的指示；如果更新后的GBR增加了，則V-PCRF在QoS授權(quán)請求消息中攜帶GBR為GBR增量，并攜帶請求分配資源的指示。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1703包括步驟1703a 和步驟1703b。步驟1703a =V-PCRF向FMC PF發(fā)送網(wǎng)關(guān)控制和QoS規(guī)則提供消息，攜帶V-PCRF從 H-PCRF收到的信息；步驟1703b =FMC PF向BPCF發(fā)送QoS授權(quán)請求消息，請求BPCF的QoS授權(quán)，內(nèi)容與步驟1703中的一致。步驟1704 =BPCF根據(jù)V-PCRF的請求消息，執(zhí)行相應(yīng)的策略。如果BPCF接收到請求分配帶寬資源GBR，BPCF根據(jù)簽約固網(wǎng)線路當前可用帶寬情況進行資源接納。如果剩余的可用帶寬大于等于GBR，則BPCF接收V-PCRF的請求，并向 V-PCRF返回接收確認消息，同時BPCF將從簽約固網(wǎng)線路當前可用帶寬中扣除GBR ；如果剩余的可用帶寬小于GBR，則BPCF拒絕V-PCRF的請求，并向V-PCRF返回拒絕消息，并在拒絕消息中攜帶BPCF能夠接受的帶寬；如果BPCF接收到請求釋放帶寬資源GBR，則BPCF直接返回接收確認消息，同時 BPCF將在簽約固網(wǎng)線路當前可用帶寬中增加GBR。步驟1705 =BPCF向V-PCRF返回QoS授權(quán)請求確認消息，在QoS授權(quán)請求確認消息中攜帶有步驟1704中決策的信息。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，則步驟1705包括步驟170 和步驟1705b。步驟1705a =BPCF向FMC PF返回QoS授權(quán)請求確認消息，攜帶S1504中決策的信息；步驟1705b =FMC PF根據(jù)BPCF返回消息進行策略決策。如果FMC PF接收到的是接受確認消息(包括接收資源分配和資源釋放)，則執(zhí)行步驟1705c，并攜帶接受指示；如果FMC PF接收到的是拒絕消息，那么V-PCRF將根據(jù)QoS信息的ARP執(zhí)行資源搶占，包括以下邏輯判斷FMC PF根據(jù)ARP將該QoS信息與該用戶自身已經(jīng)QoS授權(quán)的其他QoS信息，以及通過同一個寬帶線路接入的所有其他用戶的已經(jīng)授權(quán)的QoS信息進行比較，如果該QoS信息無法搶占其他的QoS信息的資源，則執(zhí)行步驟1705c，并攜帶拒絕指示， 如果該QoS信息可以搶占其他用戶已經(jīng)授權(quán)的QoS信息的資源，則FMC PF發(fā)起授權(quán)被搶占的QoS信息的流程(該流程可以通過現(xiàn)有的刪除和去激活QoS規(guī)則的流程實現(xiàn))。此外 FMCPF再次向BPCF發(fā)送寬帶會話QoS請求消息，BPCF分配帶寬后，確認消息，F(xiàn)MC PF執(zhí)行步驟1705c，并攜帶接受指示。步驟1706 =V-PCRF根據(jù)BPCF返回消息進行策略決策。如果V-PCRF接收到的是接受確認消息(包括接收資源分配和資源釋放)，則執(zhí)行步驟1707，并攜帶接受指示；如果V-PCRF接收到的是拒絕消息，那么V-PCRF將根據(jù)QoS信息的ARP執(zhí)行以下邏輯判斷=V-PCRF根據(jù)ARP將該QoS信息與該用戶自身已經(jīng)QoS授權(quán)的其他QoS信息，以及通過同一個寬帶線路接入的所有其他用戶的已經(jīng)授權(quán)的QoS信息進行比較，如果該QoS信息無法搶占其他的QoS信息的資源，則執(zhí)行步驟1707，并攜帶拒絕指示，如果該QoS信息可以搶占其他用戶已經(jīng)授權(quán)的QoS信息的資源，則V-PCRF發(fā)起授權(quán)被搶占的QoS信息的流程 (該流程可以通過現(xiàn)有的刪除和去激活QoS規(guī)則的流程實現(xiàn))。此外V-PCRF再次向BPCF 發(fā)送寬帶會話QoS請求消息，BPCF分配帶寬后，確認消息，V-PCRF執(zhí)行步驟1707，并攜帶接受指示。步驟1707 =V-PCRF向H-PCRF返回S9會話規(guī)則提供確認消息，通知H-PCRF請求接受或拒絕。步驟1708 若返回的是接受指示，則H-PCRF向PCEF發(fā)送策略計費規(guī)則提供消息， 攜帶PCC規(guī)則。步驟1709 =PCEF向H-PCRF返回確認消息。圖18為本發(fā)明在本地疏導的漫游場景下(圖11和圖13架構(gòu))，H-PCRF在制定策略時請求BPCF進行接納控制的流程圖，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為 V-PCRF的功能增強，具體流程包括以下步驟步驟1801 =H-PCRF收到AF提供的業(yè)務(wù)信息或是UE發(fā)起的資源修改請求消息后進行策略決策。決策包括以下三種方式第一種方式，如果AF提供新的業(yè)務(wù)信息或UE發(fā)起新的資源分配請求，那么， H-PCRF進行的QoS授權(quán)，制定PCC規(guī)則。該PCC規(guī)則的QoS信息中包含QCI、ARP、GBR和 MBR ；第二種方式，如果AF通知業(yè)務(wù)終止或UE發(fā)起資源釋放請求，那么，H-PCRF進行 QoS授權(quán)，決定刪除或去激活對應(yīng)的PCC規(guī)則。該要刪除或去激活PCC規(guī)則的QoS信息中包含 QCI、ARP、GBR 禾口 MBR ；第三種方式，如果AF修改已提供的業(yè)務(wù)信息或UE請求修改已分配的資源，那么 H-PCRF進行QoS授權(quán)，更新已制定的PCC規(guī)則。該PCC規(guī)則和QoS規(guī)則的QoS信息中包含 QCI, ARP, GBR 禾口 MBR0
步驟1802 =H-PCRF向V-PCRF發(fā)送S9會話規(guī)則提供消息。如果H-PCRF決策為第一種方式，則H-PCRF在S9會話規(guī)則提供消息中攜帶新制定 PCC規(guī)則信息；如果H-PCRF決策為第二種方式，則H-PCRF在S9會話規(guī)則提供消息中攜帶要刪除或去激活PCC規(guī)則信息；如果H-PCRF決策為第三種方式，則H-PCRF在消息中攜帶更新后PCC規(guī)則信息；步驟1803 步驟1806的具體實現(xiàn)與步驟1703 步驟1706完全一致，這里不再贅述。步驟1807 如果V-PCRF接收到的是接受指示，則V-PCRF向PCEF發(fā)送策略計費規(guī)則提供消息，攜帶PCC規(guī)則。步驟1808 =PCEF向V-PCRF返回確認消息。步驟1809 =V-PCRF向H-PCRF返回S9會話規(guī)則提供確認消息，通知H-PCRF請求接受或拒絕。圖19為本發(fā)明在家鄉(xiāng)路由的漫游場景下(圖7架構(gòu))，H-PCRF在制定策略時請求 BPCF進行接納控制的流程圖，本實施例中假設(shè)FMC PF設(shè)置在V-PCRF中，作為V-PCRF的功能增強，具體流程包括以下步驟步驟1901 =H-PCRF收到AF提供的業(yè)務(wù)信息或是UE發(fā)起的資源修改請求消息后， 進行策略決策。策略決策可以包括以下3種方式第一種方式，如果AF提供新的業(yè)務(wù)信息或UE發(fā)起新的資源分配請求，那么， H-PCRF進行的QoS授權(quán)，制定PCC規(guī)則。該PCC規(guī)則的QoS信息中包含QCI、ARP、GBR和 MBR ；第二種方式，如果AF通知業(yè)務(wù)終止或UE發(fā)起資源釋放請求，那么，H-PCRF進行 QoS授權(quán)，決定刪除或去激活對應(yīng)的PCC規(guī)則。該要刪除或去激活PCC規(guī)則的QoS信息中包含 QCI、ARP、GBR 禾口 MBR ；第三種方式，如果AF修改已提供的業(yè)務(wù)信息或UE請求修改已分配的資源，那么 H-PCRF進行QoS授權(quán)，更新已制定的PCC規(guī)則。該PCC規(guī)則的QoS信息中包含QCI、ARP、 GBR 禾口 MBR0步驟1902 =H-PCRF向P_GW發(fā)送策略計費規(guī)則提供消息，其中攜帶有PCC規(guī)則。步驟1903 =P-Gff執(zhí)行PCC規(guī)則，執(zhí)行承載綁定。步驟1904 :P-GW根據(jù)承載綁定的結(jié)果，向ePDG發(fā)送創(chuàng)建承載請求或更新承載請求或刪除承載請求，并在消息中攜帶QoS信息。步驟1905 :ePDG向V-PCRF發(fā)送網(wǎng)關(guān)控制和QoS規(guī)則請求消息，在網(wǎng)關(guān)控制和QoS 規(guī)則請求消息中攜帶QoS信息，其中，如果ePDG收到的是創(chuàng)建承載請求，那么，ePDG在網(wǎng)關(guān)控制和QoS規(guī)則請求消息中攜帶請求分配資源的指示以及QoS信息中的GBR，以請求V-PCRF分配帶寬資源GBR ；如果ePDG收到的是刪除承載請求，那么，ePDG在網(wǎng)關(guān)控制和QoS規(guī)則請求消息中攜帶請求釋放資源的指示以及QoS信息中的GBR，以請求V-PCRF釋放帶寬資源GBR ；如果ePDG收到的是更新承載請求，那么，ePDG將根據(jù)更新的QoS信息中的GBR與已分配GBR的增量向V-PCRF請求，如果更新后的GBR減小了，則ePDG在網(wǎng)關(guān)控制和QoS規(guī)則請求消息中攜帶的GBR為GBR的增量，并攜帶請求釋放資源的指示；如果更新后的GBR增加了，則ePDG在網(wǎng)關(guān)控制和QoS規(guī)則請求消息中攜帶GBR為GBR增量，并攜帶請求分配資源的指示。步驟1906 =V-PCRF向BPCF發(fā)送QoS授權(quán)請求，在QoS授權(quán)請求中攜帶有步驟1905
中獲得的QoS信息。步驟1907 =BPCF根據(jù)V-PCRF的請求消息，執(zhí)行相應(yīng)的策略。如果BPCF接收到請求分配帶寬資源GBR，BPCF根據(jù)簽約固網(wǎng)線路當前可用帶寬情況進行資源接納控制如果剩余的可用帶寬大于等于GBR，則BPCF接收V-PCRF的請求，并向V-PCRF返回接收確認消息，同時BPCF將從簽約固網(wǎng)線路當前可用帶寬中扣除GBR ；如果剩余的可用帶寬小于GBR，則BPCF拒絕V-PCRF的請求，并向V-PCRF返回拒絕消息，并消息中攜帶BPCF能夠接受的帶寬；如果BPCF接收到請求釋放帶寬資源GBR，則BPCF直接返回接收確認消息，同時 BPCF將在簽約固網(wǎng)線路當前可用帶寬中增加GBR。步驟1908 =BPCF向V-PCRF返回QoS授權(quán)請求確認消息，在QoS授權(quán)請求確認消息中攜帶有步驟1907中決策的信息。步驟1909 =V-PCRF根據(jù)BPCF返回消息進行策略決策。如果V-PCRF接收到的是接受確認消息(包括接收資源分配和資源釋放)，則執(zhí)行步驟1910，攜帶接受指示；如果V-PCRF接收到的是拒絕消息，那么，V-PCRF將根據(jù)QoS信息的ARP執(zhí)行以下邏輯判斷=V-PCRF根據(jù)ARP將該QoS信息與該用戶自身已經(jīng)QoS授權(quán)的其他QoS信息以及通過同一個寬帶線路接入的所有其他用戶的已經(jīng)授權(quán)的QoS信息進行比較，如果該QoS信息無法搶占其他的QoS信息的資源，則執(zhí)行步驟S1910，攜帶拒絕指示，如果該QoS信息可以搶占其他用戶已經(jīng)授權(quán)的QoS信息的資源，則V-PCRF發(fā)起授權(quán)被搶占的QoS信息的流程 (該流程可以通過現(xiàn)有的刪除和去激活QoS規(guī)則的流程實現(xiàn))。此外，V-PCRF再次向BPCF 發(fā)送寬帶會話QoS請求消息，BPCF分配帶寬后，確認消息，V-PCRF執(zhí)行步驟1910，攜帶接受指示。步驟1910 =V-PCRF向ePDG返回確認消息，攜帶接受或拒絕指示。需要說明的是，如果FMC PF是作為獨立的網(wǎng)元實體，將執(zhí)行步驟1905a 步驟 1910a以替代上述步驟1905 步驟1910，步驟190 步驟1910a與步驟1905 步驟1910 類似，不同之處在于用FMC PF替換V-PCRF即可。步驟1911 :ePDG向P-GW返回應(yīng)答消息，攜帶接受或拒絕消息。對于非漫游場景下(圖15和圖16)，PCRF在制定策略時請求BPCF進行接納控制的流程，只要在圖18的流程中將V-PCRF作為PCRF，省略所有V-PCRF與H-PCRF的交互過程即可。在本發(fā)明中，并不限定ePDG與PCRF，ePDG與V-PCRF或ePDG與FMCPF之間交互的協(xié)議以及消息類型(如Diameter、遠程用戶撥號認證協(xié)議(Remote Authenticatin Dial In User Service，簡稱RADIUS)，DHCP協(xié)議和GPRS 隧道協(xié)議(GPRS Tunnel Protocol，簡稱 GTP)協(xié)議等，ePDG向PCRF，V-PCRF或FMC PF發(fā)送消息的目的是觸發(fā)PCRF，V-PCRF或FMC PF發(fā)起與BPCF的S9*會話建立并提供必要的信息即可。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)BBF接入的策略控制方法，其特征在于，在用戶請求接入的移動網(wǎng)中設(shè)置固網(wǎng)移動融合策略功能FMC PF ；該方法還包括FMC PF接收到來自演進的分組數(shù)據(jù)網(wǎng)關(guān)ePDG的觸發(fā)消息后，向?qū)拵Р呗钥刂萍軜?gòu) BPCF請求建立策略控制會話；BPCF根據(jù)FMC PF通過所述策略控制會話傳送的服務(wù)質(zhì)量QoS信息執(zhí)行接納控制。
2.根據(jù)權(quán)利要求1所述的策略控制方法，其特征在于，所述FMC PF作為獨立的功能實體，或集成在策略和計費規(guī)則功能PCRF中。
3.根據(jù)權(quán)利要求1所述的策略控制方法，其特征在于，所述FMCPF接收到來自所述 ePDG的所述觸發(fā)消息為會話建立請求消息，或動態(tài)主機配置協(xié)議DHCP請求消息。
4.根據(jù)權(quán)利要求3所述的策略控制方法，其特征在于，所述會話建立請求消息為攜帶有hternet協(xié)議安全性IPSec外部隧道信息的網(wǎng)關(guān)控制會話建立消息；或，所述DHCP請求消息為攜帶有IPSec外部隧道信息的DHCP請求消息；所述IPSec外部隧道信息包括ePDG接收到的所述UE發(fā)送的IKEv2信令的源地址和源端□。
5.根據(jù)權(quán)利要求4所述的策略控制方法，其特征在于，所述FMCPF向BPCF請求建立策略控制會話包括所述FMC PF根據(jù)IPSec外部隧道信息中的源地址確定所述UE當前接入的BBF接入網(wǎng)的BPCF，并向所述BPCF發(fā)送S9*會話建立消息，在S9*會話建立消息中攜帶有IPSec外部隧道信息中的源地址和源端口號。
6.根據(jù)權(quán)利要求1所述的策略控制方法，其特征在于，所述用戶非漫游時，所述用戶請求接入的移動網(wǎng)為所述用戶歸屬的公共陸地移動網(wǎng)絡(luò) PLMN ； 所述用戶漫游時，所述用戶請求接入的移動網(wǎng)為所述用戶拜訪的PLMN。
7.根據(jù)權(quán)利要求1所述的策略控制方法，其特征在于，所述請求建立策略控制會話及 BPCF執(zhí)行接納控制具體包括所述FMC PF獲得包含有保障帶寬GBR的PCC規(guī)則、QoS規(guī)則或QoS請求后，通過所述策略控制會話向BPCF傳送所述QoS信息；所述BPCF根據(jù)請求進行資源接納控制；其中，所述QoS信息中包含所述GBR，或者，在更新已制定的PCC規(guī)則、QoS規(guī)則或更新已提交的QoS請求后，所述QoS信息中包含更新后的QoS信息中的GBR與更新前已分配GBR的差值。
8.根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述FMCPF作為獨立的功能實體；所述FMC PF獲得PCC規(guī)則、QoS規(guī)則或QoS請求為所述FMC PF從PCRF獲得PCC規(guī)則或所述QoS規(guī)則；或者，所述FMC PF從ePDG獲得所述QoS請求。
9.根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述FMCPF集成在PCRF中；所述FMC PF獲得PCC規(guī)則、QoS規(guī)則或QoS請求為所述用戶非漫游時，所述PCRF制定PCC規(guī)則和/或QoS規(guī)則；所述用戶漫游時，所述 PCRF從用戶歸屬的PLMN的PCRF獲取PCC規(guī)則或QoS規(guī)則；或者，所述PCRF從ePDG獲取QoS請求。
10.根據(jù)權(quán)利要求8或9所述的策略控制方法，其特征在于，所述BPCF根據(jù)請求進行資源接納控制包括如果所述BPCF接收到請求分配帶寬資源GBR，BPCF根據(jù)簽約固網(wǎng)線路當前可用帶寬情況進行資源接納控制在剩余的可用帶寬大于等于GBR時，所述BPCF接收所述用戶當前請求接入的移動網(wǎng)的PCRF的請求，并向所述用戶當前請求接入的移動網(wǎng)的FMC PF返回接收確認消息，同時BPCF將從簽約固網(wǎng)線路當前可用帶寬中扣除GBR ；在剩余的可用帶寬小于 GBR時，所述BPCF拒絕所述用戶當前請求接入的移動網(wǎng)的FMC PF的請求，并向所述用戶當前請求接入的移動網(wǎng)的FMC PF返回拒絕消息，并消息中攜帶BPCF能夠接受的帶寬；如果所述BPCF接收到請求釋放帶寬資源GBR，則BPCF直接返回接收確認消息，同時 BPCF將在簽約固網(wǎng)線路當前可用帶寬中增加GBR。
11.根據(jù)權(quán)利要求10所述的策略控制方法，其特征在于，若所述FMCPF接收到拒絕消息，該方法還包括所述FMC PF根據(jù)分配保持優(yōu)先級ARP執(zhí)行資源搶占。
12.—種實現(xiàn)BBF接入的策略控制系統(tǒng)，其特征在于，至少包括ePDG、FMC PF和BPCF， 其中，ePDG，用于向FMC PF發(fā)送觸發(fā)消息；FMC PF，設(shè)置在用戶當前請求接入的移動網(wǎng)中，用于接收來自ePDG的觸發(fā)消息，向 BPCF請求建立策略控制會話；BPCF，用于接收來自FMC PF的請求，根據(jù)通過所述策略控制會話傳送的服務(wù)質(zhì)量QoS 信息執(zhí)行接納控制。
13.根據(jù)權(quán)利要求12所述的策略控制系統(tǒng)，其特征在于，所述FMC PF,具體用于獲得包含有保障帶寬GBR的PCC規(guī)則、QoS規(guī)則或QoS請求，通過所述策略控制會話向BPCF傳送所述QoS信息。
14.根據(jù)權(quán)利要求13所述的策略控制系統(tǒng)，其特征在于，所述FMCPF作為獨立的功能實體；該系統(tǒng)還包括PCRF，用于向所述FMC PF提供PCC規(guī)則或QoS規(guī)則；或者，所述ePDG，還用于向所述FMC PF提供QoS請求。
15.根據(jù)權(quán)利要求12所述的策略控制系統(tǒng)，其特征在于，所述FMCPF集成在PCRF中；所述PCRF，用于在所述用戶非漫游時，制定PCC規(guī)則或QoS規(guī)則；在所述用戶漫游時，從用戶歸屬的PLMN的PCRF獲取PCC規(guī)則或QoS規(guī)則；或者，所述PCRF，用于從ePDG獲取QoS請求。
16.根據(jù)權(quán)利要求13所述的策略控制系統(tǒng)，其特征在于，在所述FMCPF接收到BPCF的拒絕消息時，所述FMC PF，還用于根據(jù)ARP執(zhí)行資源搶占。
全文摘要
本發(fā)明公開了一種實現(xiàn)BBF接入的策略控制方法及系統(tǒng)，在用戶當前請求接入的移動網(wǎng)中設(shè)置固網(wǎng)移動融合策略功能(FMC PF)；FMC PF接收到來自ePDG的觸發(fā)消息后，向?qū)拵Р呗钥刂萍軜?gòu)(BPCF)請求建立策略控制會話，而BPCF根據(jù)FMC PF通過所述策略控制會話傳送的服務(wù)質(zhì)量QoS信息執(zhí)行接納控制。從本發(fā)明方法的實現(xiàn)可以看出，在UE通過BBF接入網(wǎng)接入3GPP時，通過FMC PF對來自ePDG的觸發(fā)消息的感知，觸發(fā)了UE當前接入的3GPP接入網(wǎng)的PCRF向BPCF發(fā)起策略會話請求，這樣，對于現(xiàn)有UE通過BBF接入網(wǎng)接入3GPP核心網(wǎng)的架構(gòu)中BBF接入網(wǎng)未能感知到UE的接入，或者BBF接入網(wǎng)不支持基于3GPP的接入認證的情況，實現(xiàn)了對UE接入的QoS控制，從而對數(shù)據(jù)的整個傳輸路徑提供了QoS保證。
文檔編號H04W28/24GK102378280SQ201010506648
公開日2012年3月14日 申請日期2010年9月29日 優(yōu)先權(quán)日2010年8月12日
發(fā)明者周曉云, 芮通 申請人:中興通訊股份有限公司