專利名稱：對本地卸載數(shù)據(jù)進行資源控制的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，尤其涉及一種對本地卸載(offload)數(shù)據(jù)進行資源控制的方法及系統(tǒng)。
背景技術(shù)：
圖1為現(xiàn)有技術(shù)中HeNB接入EPC的架構(gòu)示意圖，如圖1所示，第三代合作伙伴計劃(3rd Generation Partnership Project, 3GPP)開發(fā)的演進分組核心網(wǎng)絡(luò)(EvolvedPacket Core network,EPC)由移動管理單兀(Mobility Management Entity,MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway, S-GW)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway, P-Gff) >歸屬用戶服務(wù)器(Home Subscriber Server,HSS)等網(wǎng)元組成,其中,MME負責移動性管理、非接入層信令的處理和用戶移動管理上下文的管理等控制面的相關(guān)工作；S_GW在用戶接入和P-GW之間轉(zhuǎn)發(fā)數(shù)據(jù)，并且負責對尋呼等待數(shù)據(jù)進行緩存；P-GW則是EPS與分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network, PDN)的邊界網(wǎng)關(guān)，負責PDN的接入及在EPS與PDN間轉(zhuǎn)發(fā)數(shù)據(jù)等功能。
如果EPC支持策略計費控制(Policy and Charging Control, PCC),則策略和計費規(guī)則功能(Policy and Charging Rules Function, PCRF)進行策略和計費規(guī)則的制定，它通過接口 Rx和運營商網(wǎng)絡(luò)協(xié)議(Internet Protocol, IP)業(yè)務(wù)網(wǎng)絡(luò)中的應用功能(Application Function, AF)相連，獲取業(yè)務(wù)信息，用于生成PCC策略的業(yè)務(wù)信息。當S-GW與P-GW之間的S5接口采用GTP協(xié)議時，P-Gff中駐留了策略和計費執(zhí)行功能(Policy andCharging Enforcement Function, PCEF), PCRF 與 P-GW 間通過 Gx 接 口交換信息，負責發(fā)起承載建立，修改和釋放，保證業(yè)務(wù)數(shù)據(jù)傳輸?shù)姆?wù)質(zhì)量(Quality of Service, QoS),并進行計費控制。當S-Gff與P-Gff的S5接口采用代理移動IP (Proxy Mobile IP, PMIP)時，S-Gff中駐留承載綁定和事件報告功能(Bearer Binding and Event Report Function,BBERF),并且S-GW與PCRF之間通過Gxc接口交換信息，由BBERF負責發(fā)起承載建立、修改和釋放，保證業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量，由PCEF進行計費控制。
用戶可以通過演進的通用地面無線接入網(wǎng)(Evolved Universal TerrestrialRadio Access Network, E-UTRAN)接入到 EPC 網(wǎng)絡(luò)。
此外，用戶還可以通過家庭基站子系統(tǒng)(Home NodeB subsystem, HNB子系統(tǒng))或者演進的家庭基站子系統(tǒng)(Home evolved NodeB subsystem，HeNB子系統(tǒng))接入EPC網(wǎng)絡(luò)，如圖1所示。HeNB/HNB是一種小型、低功率基站，部署在家庭及辦公室等室內(nèi)場所。HeNB/HNB通常通過租用固網(wǎng)線路接入EPC。為了保證接入安全，在EPC網(wǎng)絡(luò)需要部署安全網(wǎng)關(guān)(Security Gateway, SeGff)，HeNB/HNB上電之后將與SeGW之間建立IPSec隧道，通過所述HeNB/HNB接入的UE和EPC網(wǎng)絡(luò)交互的數(shù)據(jù)都經(jīng)過IPSec封裝，使得線路上的設(shè)備無法感知此部分數(shù)據(jù)，保證數(shù)據(jù)傳輸?shù)陌踩?。當使用HeNB系統(tǒng)時，HeNB GW為可選部署網(wǎng)元，如果沒有部署，則HeNB直接連接到MME。如果使用HNB系統(tǒng)，則HNB Gff為必須部署網(wǎng)元，HNB連接到HNB GW。此夕卜，不同于HeNB系統(tǒng)，HNB系統(tǒng)還支持CS業(yè)務(wù)，即HNB GW和移動交換中心(Mobile Switching Center, MSC)之間建立連接。為了實現(xiàn)在HNB系統(tǒng)中對CS業(yè)務(wù)的策略控制，HNB Gff和PCRF之間建立S15接口。
圖1所示的HeNB/HNB系統(tǒng)通過固定網(wǎng)絡(luò)接入EPC，接入HeNB/HNB的UE訪問業(yè)務(wù)/應用的數(shù)據(jù)報文都經(jīng)過EPC網(wǎng)絡(luò)路由。然而，考慮到大量接入用戶都經(jīng)過EPC網(wǎng)絡(luò)訪問業(yè)務(wù)不僅會增加EPC網(wǎng)絡(luò)數(shù)據(jù)流量負荷，而且多種業(yè)務(wù)搶占網(wǎng)絡(luò)資源可能導致無法為QoS要求高的業(yè)務(wù)提供服務(wù)質(zhì)量保證。因此，3GPP R-1l標準規(guī)范定義了 HeNB系統(tǒng)的offload功能，即接入HeNB系統(tǒng)的用戶訪問的業(yè)務(wù)/應用數(shù)據(jù)不經(jīng)過EPC網(wǎng)絡(luò)路由，而是直接經(jīng)過HeNB系統(tǒng)以及HeNB系統(tǒng)所使用的固網(wǎng)線路進行路由，我們將這一部分數(shù)據(jù)稱為off load數(shù)據(jù)。
圖2為現(xiàn)有技術(shù)部署有獨立本地網(wǎng)關(guān)(L-GW)的HeNB系統(tǒng)示意圖，如圖2所示，3GPP R-1l為了 HeNB系統(tǒng)支持offload功能，引進了獨立的L-GW網(wǎng)元。其中L-GW部署于本地網(wǎng)絡(luò)，功能類似于I3DN GW。當L-GW、HeNB上電時分別從本地網(wǎng)絡(luò)獲取本地IP地址，稱為HeNB本地IP地址和L-GW本地IP地址。L-GW和HeNB分別利用本地IP地址與SeGW進行IKEv2協(xié)商建立IPSec隧道，用于傳遞經(jīng)過HeNB系統(tǒng)并且路由回EPC網(wǎng)絡(luò)的數(shù)據(jù)。此外HeNB和L-GW需要相互交換本地IP地址，建立Sxx隧道，用于傳遞經(jīng)過HeNB系統(tǒng)并且從本地網(wǎng)絡(luò)卸載的數(shù)據(jù)。HeNB、L-GW分別和SeGW建立IPSec隧道之后，SeGW還為其分配核心網(wǎng)IP地址，稱為HeNB的核心網(wǎng)IP地址以及L-GW的核心網(wǎng)IP地址。
圖3為現(xiàn)有技術(shù)通過HeNB接入下off load數(shù)據(jù)的路由示意圖，如圖3所示，HeNB和L-GW部署于RG之下，即由RG為HeNB和L-GW分別分配本地私網(wǎng)IP地址。當接入HeNB系統(tǒng)的UE訪問offload業(yè)務(wù)的時候，offload數(shù)據(jù)的路由經(jīng)過HeNB系統(tǒng)(即圖中的HeNB、L-Gff)以及HeNB系統(tǒng)所使用的固網(wǎng)接入線路(即圖中的RG、BNG/BRAS)。
當接入HeNB系統(tǒng)的UE需要開展offload業(yè)務(wù)時，首先需要建立用于訪問offload業(yè)務(wù)的PDN連接(例如SIPTO連接)，圖4為現(xiàn)有技術(shù)中SIPTO連接建立的流程圖，只有建立上述PDN連接之后，所述UE才可以通過HeNB系統(tǒng)開展offload業(yè)務(wù)。需要說明的是，圖4描述的現(xiàn)有技術(shù)流程是固網(wǎng)沒有部署RG的場景，此時HeNB、L-Gff的本地IP地址可以由BNG/BRAS為其分配。如果網(wǎng)絡(luò)中部署了 RG，即HeNB系統(tǒng)通過RG接入固網(wǎng)的時候，可以由RG為HeNB和L-GW分配本地IP地址，圖4具體包括以下步驟:
步驟401.當HeNB上電完成到固網(wǎng)的接入認證之后，由固網(wǎng)設(shè)備(BNG/BRAS/RG)為其分配HeNB本地IP地址(HeNBOLN地址)，HeNB利用HeNBOLN地址完成和SeGW之間的IKEv2協(xié)商建立IPSec隧道，SeGff為HeNB分配HeNB核心網(wǎng)IP地址(HeNBOCN地址)。
步驟402.L-GW上電的過程和HeNB類似，完成上電過程之后，L-GW和SeGW之間建立IPSec隧道，L-Gff獲取到L-GW本地IP地址(L-GW0LN地址)和L-GW核心網(wǎng)IP地址(L-GffiCN 地址)。
步驟403.L-Gff向DNS服務(wù)器發(fā)起更新，將L-GWOLN地址，L-GWOCN地址，F(xiàn)QDN，APN信息發(fā)送給DNS服務(wù)器保存。
步驟404.DNS服務(wù)器返回更新成功的響應。
步驟405.接入來UE發(fā)起SIPTO連接請求，請求消息中包含APN信息，當消息經(jīng)過HeNB 時，HeNB 將 LHN-1D —起攜帶給 MME。
步驟406.當MME接收到所述請求，首先根據(jù)APN信息判斷UE是否可以進行SIPT0，如果可以，則根據(jù)LHN-1D發(fā)起DNS查詢，選擇對應的L-GW。
步驟407.當DNS服務(wù)器為UE的接入選擇了 L-GW之后，將選定的L-GW的信息(包括L-GWOLN地址，L-GffiCN地址，F(xiàn)QDN等信息)返回給MME保存。
步驟408.MME向S-GW發(fā)送會話建立請求。
步驟409.S-Gff向選定的L-GW發(fā)送會話建立請求。
步驟410.L-GW接收會話建立請求之后，向S-GW返回會話建立響應，響應消息中包含了 L-GW產(chǎn)生的TEID，以及為UE分配的IP地址。
步驟411.對應的S-GW向MME返回會話建立響應。
步驟412.MME收到會話建立響應之后，向HeNB發(fā)送承載建立請求，請求消息中包含L-GWOLN地址，F(xiàn)QDN，TEID，以及UE的IP地址信息。
步驟413.HeNB和UE之間建立RRC連接，HeNB將UE的IP地址發(fā)送給UE。
步驟414.HeNB向MME返回承載建立響應，響應消息中包含HeNB產(chǎn)生的TEID，以及HeNBOLN地址信息。
步驟415.HeNB向MME返回PDN連接建立完成信息。
步驟416.MME收到PDN連接建立完成的消息之后，通過S-GW向L-GW發(fā)起承載修改請求，并將HeNB的TEID和HeNBOLN地址信息帶給L-GW。或者，MME收到PDN連接建立完成之后，通過新增消息將HeNB的TEID以及HeNBOLN地址信息經(jīng)過S-GW發(fā)送給L-GW。
至此，在HeNB和L-GW之間建立用于承載offload數(shù)據(jù)的Sxx隧道。
當UE完成上述PDN連接(圖示中稱為SIPTO連接)建立過程之后，UE使用L-GW為其分配的IP地址就可以開展offload業(yè)務(wù)。
圖3和圖4描述了 HeNB系統(tǒng)支持offload情況下的PDN連接建立過程以及數(shù)據(jù)路由示意。從圖3可以看出，接入HeNB系統(tǒng)的UE開展offload業(yè)務(wù)的數(shù)據(jù)需要經(jīng)過HeNB接入所使用的固網(wǎng)線路(backhaul)進行路由，而固網(wǎng)資源因為被大量用戶(包括移動用戶以及固網(wǎng)用戶)使用可能導致資源緊張，如果offload業(yè)務(wù)是需要提供QoS保障的業(yè)務(wù)，則這種情況下將無法為所述offload提供QoS保障。因此，如何為上述場景下的offload數(shù)據(jù)提供資源控制是目前需要解決的問題。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種對本地卸載數(shù)據(jù)進行資源控制的方法及系統(tǒng)，用以解決通過HeNB/HNB接入的UE開展offload業(yè)務(wù)的策略控制問題，使得通過HeNB/HNB接入的UE開展的offload業(yè)務(wù)也可以得到QoS保證。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
一種對本地卸載數(shù)據(jù)進行資源控制的方法，包括:
策略和計費規(guī)則功能PCRF從服務(wù)網(wǎng)關(guān)S-GW獲取用戶駐地設(shè)備因特網(wǎng)協(xié)議CPE IP地址，并根據(jù)所述CPE IP地址確定寬帶策略控制功能BPCF ；
所述S-GW接收到本地網(wǎng)關(guān)L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。
所述PCRF從S-GW獲取CPE IP地址，并根據(jù)所述CPE IP地址確定BPCF，包括:
所述PCRF和所述S-GW建立第一策略控制會話，所述S-GW將所述CPE IP地址發(fā)送給所述PCRF ；
所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
所述PCRF根據(jù)所述CPE IP地址確定BPCF之后，該方法還包括:
所述BPCF根據(jù)所述CPE IP地址發(fā)現(xiàn)寬帶網(wǎng)絡(luò)網(wǎng)關(guān)/寬帶遠程接入服務(wù)器BNG/BRAS,并與所述BNG/BRAS建立第三策略控制會話。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求；
所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果；
所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息；
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制為:
如果數(shù)據(jù)報文采用CPE IP地址封裝，則所述數(shù)據(jù)報文為本地卸載數(shù)據(jù)報文，所述BNG/BRAS對所述數(shù)據(jù)報文按照所述控制策略中的授權(quán)QoS信息進行資源控制。
一種對本地卸載數(shù)據(jù)進行資源控制的系統(tǒng)，包括:PCRF、S_GW、BPCF和L-GW ;其中，
所述PCRF，用于從S-GW獲取CPE IP地址，以及根據(jù)所述CPE IP地址確定BPCF ；
所述S-GW，用于在接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配；
所述BPCF，用于根據(jù)來自PCRF的請求進行資源分配；
所述L-GW，用于向S-GW發(fā)起承載操作請求。
所述PCRF從S-GW獲取CPE IP地址，并根據(jù)所述CPE IP地址確定BPCF，包括:
所述PCRF和所述S-GW建立第一策略控制會話，所述S-GW將所述CPE IP地址發(fā)送給所述PCRF ；
所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
該系統(tǒng)還包括BNG/BRAS，
所述BPCF，還用于在所述PCRF根據(jù)所述CPE IP地址確定BPCF之后，根據(jù)所述CPEIP地址發(fā)現(xiàn)BNG/BRAS，并與所述BNG/BRAS建立第三策略控制會話。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求；
所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果；
所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息；
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制為:
如果數(shù)據(jù)報文采用CPE IP地址封裝，則所述數(shù)據(jù)報文為本地卸載數(shù)據(jù)報文，所述BNG/BRAS對所述數(shù)據(jù)報文按照所述控制策略中的授權(quán)QoS信息進行資源控制。
本發(fā)明對本地卸載數(shù)據(jù)進行資源控制的方法及系統(tǒng)，PCRF從S-GW獲取用戶駐地設(shè)備因特網(wǎng)協(xié)議(CPE IP)地址，并根據(jù)所述CPE IP地址確定寬帶策略控制功能(BPCF)；所述S-GW接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。通過本發(fā)明，可以解決通過HeNB/HNB接入的UE開展offload業(yè)務(wù)的策略控制問題，使得通過HeNB/HNB接入的UE開展的offload業(yè)務(wù)得到QoS保證。


圖1為現(xiàn)有技術(shù)中HeNB接入EPC的架構(gòu)示意圖2為現(xiàn)有技術(shù)部署有獨立L-GW的HeNB系統(tǒng)示意圖3為現(xiàn)有技術(shù)通過HeNB接入下offload數(shù)據(jù)的路由示意圖4為現(xiàn)有技術(shù)中SIPTO連接建立的流程圖5為現(xiàn)有技術(shù)中HeNB接入場景下，offload數(shù)據(jù)路由時的封裝示意圖6為現(xiàn)有技術(shù)的RG對其接入下的設(shè)備的私網(wǎng)IP地址執(zhí)行N:1方式的NAT轉(zhuǎn)換示意圖7為本發(fā)明對本地卸載數(shù)據(jù)進行資源控制的方法流程示意圖8為本發(fā)明實施例1所述的策略控制會話建立流程示意圖9為本發(fā)明實施例2中接納控制實現(xiàn)的流程示意圖。
具體實施方式
本發(fā)明的基本思想是:PCRF從S-GW獲取CPE IP地址，并根據(jù)所述CPE IP地址確定BPCF ;所述S-GW接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。
為了尋找解決通過HeNB/HNB接入的UE開展offload業(yè)務(wù)的策略控制問題的方案，首先描述一下offload數(shù)據(jù)在HeNB系統(tǒng)以及HeNB/L_GW接入所使用的固網(wǎng)backhaul (即UE和BNG/BRAS之間)上的路由過程。
結(jié)合圖3所示的HeNB系統(tǒng)通過RG接入BBF網(wǎng)絡(luò)的場景，當HeNB/L_GW上電之后，RG為其分別分配本地私網(wǎng)IP地址(本地私網(wǎng)IP地址-1和本地私網(wǎng)IP地址-2)。當HeNB/L-Gff分別利用自身的本地私網(wǎng)IP地址與SeGW進行IKEv2協(xié)商建立IPSec隧道時，HeNB的本地私網(wǎng)IP地址-1在RG上執(zhí)行NAT轉(zhuǎn)換為公網(wǎng)IP地址(稱為CPE IP地址)和端口(集)-1 ；L-Gff的本地私網(wǎng)IP地址-2在RG上執(zhí)行NAT轉(zhuǎn)換為CPE IP地址和端口(集)_2。
如圖4所示，經(jīng)過HeNB系統(tǒng)接入的UE開展offload業(yè)務(wù)之前，需要建立PDN連接。在此過程中，RG為所述UE分配一個本地私網(wǎng)IP地址-3。UE利用該IP地址就可以開展offload業(yè)務(wù)。以上行offload數(shù)據(jù)為例(下行off load數(shù)據(jù)的只需要將上行數(shù)據(jù)報文的源、目的IP地址，端口號對換即可)說明數(shù)據(jù)路由時IP層數(shù)據(jù)封裝格式，現(xiàn)有技術(shù)中HeNB接入場景下，offload數(shù)據(jù)路由時的封裝示意圖具體如圖5所示。
UE向HeNB發(fā)送offload數(shù)據(jù)，所述數(shù)據(jù)封裝的源地址為UE本地私網(wǎng)IP地址_3，目的地址為CN IP地址(即為通信對端IP地址)。當所述報文到達HeNB之后，進行Sxx隧道封裝，源地址為HeNB本地私網(wǎng)IP地址-1，目的地址為L-GW本地私網(wǎng)IP地址-2，并發(fā)送給L-GW。當L-GW接收所述報文后，進行Sxx隧道解封裝，并將解封裝后的數(shù)據(jù)報文發(fā)送給RG。RG對所述數(shù)據(jù)報文的源IP地址(即UE的本地私網(wǎng)IP地址_3)進行NAT轉(zhuǎn)換，變換成CPE IP地址和端口號-3之后在發(fā)送給BNG/BRAS。
圖6是現(xiàn)有技術(shù)的RG對其接入下的設(shè)備的私網(wǎng)IP地址執(zhí)行N:1方式的NAT轉(zhuǎn)換示意圖，如圖6所示，RG分別為HeNB，L-Gff和UE分配本地私網(wǎng)IP地址-1，本地私網(wǎng)IP地址-2和本地私網(wǎng)IP地址-3。當上述設(shè)備分別使用RG分配的本地私網(wǎng)IP地址發(fā)送信息經(jīng)過RG的時候(例如HeNB、L-Gff經(jīng)過RG向SeGW發(fā)起IKEv2協(xié)商，或者UE經(jīng)過RG發(fā)起offload業(yè)務(wù))，RG需要為其執(zhí)行N:1的NAT轉(zhuǎn)換，即RG將HeNB的本地私網(wǎng)IP地址-1執(zhí)行NAT轉(zhuǎn)換為CPE IP地址+端口(集)I ;將L-GW的本地私網(wǎng)IP地址_2執(zhí)行NAT轉(zhuǎn)換為CPE IP地址+端口(集)2 ;將UE的本地私網(wǎng)IP地址-3執(zhí)行NAT轉(zhuǎn)換為CPE IP地址+端口(集)3。所述CPE IP地址是RG將其接入下的設(shè)備的私網(wǎng)IP地址執(zhí)行NAT轉(zhuǎn)換后的公網(wǎng)IP地址。
經(jīng)過所述HeNB系統(tǒng)接入的UE開展offload業(yè)務(wù)的數(shù)據(jù)報文經(jīng)過RG都需要執(zhí)行UE私網(wǎng)IP地址和CPE IP地址的轉(zhuǎn)換，也就是說，在RG和BNG/BRAS之間路由的offload數(shù)據(jù)報文都使用CPE IP地址進行封裝，因此，如果在offload業(yè)務(wù)開展之前，在BNG/BRAS上建立策略控制會話。此后當開展offload業(yè)務(wù)時，策略控制設(shè)備向BNG/BRAS下發(fā)控制策略，所述控制策略至少包含CPE IP地址和授權(quán)QoS信息。BNG/BRAS根據(jù)下發(fā)的控制策略中的CPE IP地址過濾數(shù)據(jù)報文，如果所述報文采用所述CPE IP地址封裝，就為offload數(shù)據(jù)報文，對其按照下發(fā)的控制策略中包含的授權(quán)QoS信息進行資源控制。
基于上述內(nèi)容，本發(fā)明提出一種對本地卸載數(shù)據(jù)進行資源控制的方法，圖7為本發(fā)明對本地卸載數(shù)據(jù)進行資源控制的方法流程示意圖，如圖7所示，該流程包括:
步驟701 =PCRF 從 S-GW 獲取 CPE IP 地址。
具體的，PCRF和S-GW建立第一策略控制會話，所述S-GW將所述CPE IP地址發(fā)送給所述PCRF。
這里，所述第一策略控制會話用于PCRF接收來自S-GW的接納控制請求，并用于PCRF向S-GW返回接納控制結(jié)果，所述接納控制結(jié)果為接納所述請求或者拒絕所述請求的指示。
所述CPE IP地址為RG接入下的設(shè)備的本地私網(wǎng)IP地址經(jīng)過NAT轉(zhuǎn)換后的公網(wǎng)IP地址。
步驟702:所述PCRF根據(jù)所述CPE IP地址確定BPCF。
具體的，所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
這里，由于所述CPE IP地址是固網(wǎng)設(shè)備分配的IP地址信息，固網(wǎng)通過IP地址規(guī)劃或者配置的方式，可以制定CPE IP地址所在的地址段對應的BPCF和BNG/BRAS。因此根據(jù)所述CPE IP地址可以發(fā)現(xiàn)BPCF。
所述BPCF用于控制L-GW接入所使用的固網(wǎng)線路的QoS資源，所述第二策略控制會話用于PCRF向BPCF發(fā)送接納控制請求以及從BPCF接收接納控制結(jié)果。
需要說明的是，所述PCRF根據(jù)所述CPE IP地址確定BPCF之后，該方法還包括:所述BPCF根據(jù)所述CPE IP地址發(fā)現(xiàn)寬帶網(wǎng)絡(luò)網(wǎng)關(guān)/寬帶遠程接入服務(wù)器BNG/BRAS，并與所述BNG/BRAS建立第三策略控制會話。這里，所述BNG/BRAS為所述L-GW接入所使用的固網(wǎng)線路上設(shè)備。所述第三策略控制會話用于L-GW接收BPCF下發(fā)的控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息。
步驟703:所述S-GW接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。
該步驟具體包括:所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求；所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果；所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
該步驟具體還包括:所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息；所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
優(yōu)選的，本發(fā)明可以應用于UE通過家庭基站接入并進行offload業(yè)務(wù)時，對所述offload數(shù)據(jù)進行資源控制的場景。
本發(fā)明還相應的提出了一種對本地卸載數(shù)據(jù)進行資源控制的系統(tǒng)，該系統(tǒng)包括:PCRF, S-GW, BPCF 和 L-GW ;其中，
所述PCRF，用于從S-GW獲取CPE IP地址，以及根據(jù)所述CPE IP地址確定BPCF ；
所述S-GW，用于在接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配；
所述BPCF，用于根據(jù)來自PCRF的請求進行資源分配；
所述L-GW，用于向S-GW發(fā)起承載操作請求。
所述PCRF從S-GW獲取CPE IP地址，并根據(jù)所述CPE IP地址確定BPCF，包括:
所述PCRF和所述S-GW建立第一策略控制會話，所述S-GW將所述CPEIP地址發(fā)送給所述PCRF ；
所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
該系統(tǒng)還包括BNG/BRAS，
所述BPCF，還用于在所述PCRF根據(jù)所述CPE IP地址確定BPCF之后，根據(jù)所述CPEIP地址發(fā)現(xiàn)BNG/BRAS，并與所述BNG/BRAS建立第三策略控制會話。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求；
所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果；
所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括:
所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息；
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制為:
如果數(shù)據(jù)報文采用CPE IP地址封裝，則所述數(shù)據(jù)報文為本地卸載數(shù)據(jù)報文，所述BNG/BRAS對所述數(shù)據(jù)報文按照所述控制策略中的授權(quán)QoS信息進行資源控制。
需要說明的是，本發(fā)明中，所述CPE IP地址在網(wǎng)絡(luò)沒有部署NAT的情況下為L-GW的本地IP地址，在網(wǎng)絡(luò)部署NAT的情況下(例如在L-GW接入的RG存在NAT的情況下)為L-Gff本地IP地址經(jīng)過NAT轉(zhuǎn)換之后的公網(wǎng)IP地址。
下面結(jié)合具體實施例對本發(fā)明的技術(shù)方案作進一步詳細說明。
實施例1
本實施例描述的場景是HeNB系統(tǒng)通過RG、BBF網(wǎng)絡(luò)接入EPC，RG為通過其接入的設(shè)備分配私網(wǎng)IP地址，UE接入網(wǎng)絡(luò)建立用于開展offload業(yè)務(wù)的PDN連接建立過程。圖8為本發(fā)明實施例1所述的策略控制會話建立流程示意圖，如圖8所示，該流程包括:
步驟801.L-GW上電，完成到固網(wǎng)的接入認證，RG為其分配本地私網(wǎng)IP地址，L-GW利用所述本地私網(wǎng)IP地址和SeGW完成IKEv2協(xié)商，建立IPSec隧道，同時SeGW為L-GW分配核心網(wǎng)IP地址。所述IKE協(xié)商過程中，RG對L-GW本地私網(wǎng)IP地址進行NAT轉(zhuǎn)換成CPEIP地址。因此SeGW通過擴展IKEv2消息將所述CPE IP地址和L-GW核心網(wǎng)IP地址發(fā)送給L-GW0
步驟802.L-Gff向位于核心網(wǎng)絡(luò)的DNS服務(wù)器發(fā)起DNS更新，將L-GW核心網(wǎng)IP地址，LHN-1D，APN等信息發(fā)送給DNS服務(wù)器。
步驟803.UE發(fā)起用于off load業(yè)務(wù)的TON連接建立請求，請求消息中包含UE-1D，APN等信息。其中APN信息指示了 UE請求建立用于offload業(yè)務(wù)的PDN連接。當請求消息到達HeNB時，HeNB將自己所屬HeNB網(wǎng)絡(luò)的LHN-1D包含在請求消息中發(fā)送給MME。
步驟804.當MME收到所述請求消息后，首先根據(jù)APN信息判斷是否允許UE建所述I3DN連接，如果可以，則根據(jù)LHN-1D向DNS服務(wù)器查詢?yōu)樗鯱E服務(wù)的L_GW。DNS服務(wù)器確定L-GW并將L-GW的信息(例如L-GW核心網(wǎng)IP地址)返回給MME。
步驟805.MME向S-GW發(fā)送會話建立請求，請求消息中包含所述L-GW核心網(wǎng)IP地址。
步驟806.S-Gff利用向L-GW發(fā)起會話建立請求。
步驟807.L-Gff向S-GW返回會話建立響應。同時L-GW獲取RG為UE分配的本地私網(wǎng)IP地址。L-GW在響應消息中包含L-GW產(chǎn)生的TEID，UE本地私網(wǎng)IP地址，L-Gff本地私網(wǎng)IP地址以及CPE IP地址。
步驟808.S-GW接收所述會話建立響應后，根據(jù)UE-1D發(fā)現(xiàn)PCRF，并發(fā)起到PCRF的第一策略控制會話建立，S-Gff將CPE IP地址發(fā)送給PCRF。
需要說明的是，上述S-GW根據(jù)UE-1D選擇PCRF，導致S-GW和PCRF所建的第一策略控制會話為UE級別，即通過所述HeNB系統(tǒng)接入的UE根據(jù)UE-1D會發(fā)現(xiàn)不同的PCRF，建立不同的第一策略控制會話。
需要說明的是，在S-GW接收的會話建立請求(步驟805)/響應消息(步驟807)中攜帶LHN-1D，S-GW也可以根據(jù)LHN-1D發(fā)現(xiàn)PCRF，并建立第一策略控制會話。此時的第一策略控制會話為L-GW級別，即通過所述HeNB系統(tǒng)接入的所有UE都共享所述第一策略控制會話。所述第一策略控制會話在接入HeNB系統(tǒng)的第一個UE接入時創(chuàng)建，其他UE接入時不需要創(chuàng)建。
步驟809.PCRF接收所述請求后，根據(jù)CPE IP地址發(fā)現(xiàn)控制L-GW接入所使用的固網(wǎng)線路資源的BPCF，并發(fā)起第二策略控制會話建立，同時將所述CPE IP地址發(fā)送給BPCF。
步驟810.BPCF根據(jù)所述CPE IP地址發(fā)現(xiàn)L-GW接入所使用的固網(wǎng)線路上的BNG/BRAS,并建立第三策略控制會話。BPCF獲取所述L-GW接入所使用的固網(wǎng)線路的簽約QoS信息，此信息作為后續(xù)BPCF對使用所述固網(wǎng)線路的業(yè)務(wù)數(shù)據(jù)流的QoS策略決策的依據(jù)。
步驟811.S-Gff向MME返回會話建立響應，響應消息中包含UE本地私網(wǎng)IP地址，L-GW本地私網(wǎng)IP地址。
步驟812.MME收到會話建立響應之后，向HeNB發(fā)送承載建立請求，請求消息中包含L-GW本地私網(wǎng)IP地址，F(xiàn)QDN, TEID，以及UE的本地私網(wǎng)IP地址信息。
步驟813.HeNB和UE之間建立RRC連接，HeNB將UE本地私網(wǎng)IP地址發(fā)送給UE。
步驟814.HeNB向MME返回承載建立響應，響應消息中包含HeNB產(chǎn)生的TEID，以及HeNB本地私網(wǎng)IP地址信息。
步驟815.HeNB向MME返回PDN連接建立完成信息。
步驟816.MME收到PDN連接建立完成的消息之后，通過S-GW向L-GW發(fā)起承載修改請求，并將HeNB的TEID和HeNB本地私網(wǎng)IP地址信息帶給L-GW?；蛘?，MME收到PDN連接建立完成之后，通過新增消息將HeNB的TEID以及HeNB本地私網(wǎng)IP地址信息經(jīng)過S-GW發(fā)送給L-GW。
至此，在HeNB和L-GW之間建立用于承載offload數(shù)據(jù)的Sxx隧道。
當UE完成上述I3DN連接(圖示中稱為SIPTO連接)建立過程之后，UE使用RG為其分配的IP地址就可以開展offload業(yè)務(wù)。
需要說明的是，S-GW獲取L-GW本地私網(wǎng)IP地址也可以通過步驟804從MME獲取。前提是L-GW必須將其本地私網(wǎng)IP地址更新到核心網(wǎng)DNS服務(wù)器上。由于MME通過DNS查詢確定了為UE接入服務(wù)的L-GW，因此可以獲取到L-GW本地私網(wǎng)IP地址。則步驟807就不需要L-GW向S-GW傳遞L-GW本地私網(wǎng)IP地址。
需要說明的是，如果S-GW從MME獲取到L-GW本地私網(wǎng)IP地址，則策略控制會話的建立也可以在步驟805之后發(fā)生。
實施例2
本實施例描述的是接入HeNB系統(tǒng)的UE開展offload業(yè)務(wù)時的資源控制過程，圖9是本發(fā)明實施例2中接納控制實現(xiàn)的流程示意圖，如圖9所示，該流程包括:
步驟901.如果接入HeNB系統(tǒng)的UE要開展offload業(yè)務(wù)，UE向MME發(fā)起承載資源請求，請求消息中包含請求QoS。
步驟902.MME向S-GW轉(zhuǎn)發(fā)所述承載資源請求。
步驟903.當S-GW收到所述請求后，向PCRF發(fā)起接納控制請求。
步驟904.PCRF向BPCF轉(zhuǎn)發(fā)接納控制請求。
步驟905.BPCF結(jié)合L-GW接入所使用的固網(wǎng)線路的QoS資源對所述請求進行接納控制，若L-GW接入所使用的固網(wǎng)線路上的資源可以滿足所述業(yè)務(wù)開展對QoS的需求，則接納所述請求，并向PCRF返回接納控制結(jié)果。
步驟906.若BPCF接受所示請求，則BPCF向BNG/BRAS下發(fā)控制策略，控制策略中包含CPE IP地址和授權(quán)QoS。
步驟907.當PCRF收到BPCF返回的接納控制結(jié)果后，向S-GW返回接納控制結(jié)果。
步驟908.若接納控制結(jié)果是接納所述請求,則S-GW繼續(xù)向L-GW發(fā)起承載資源請求。
步驟909.根據(jù)所述請求，L-Gff向S-GW發(fā)起承載操作請求，例如發(fā)起承載建立或者承載修改。
需要說明的是，S-GW向PCRF發(fā)送接納控制請求的過程，即步驟903-905步也可以發(fā)生在909步之后。
步驟910.S-Gff向MME發(fā)起承載操作請求。
步驟911.MME向HeNB發(fā)起承載操作請求。
步驟912.HeNB發(fā)起和UE之間的RRC連接重配置。
步驟913.HeNB向MME返回承載操作的響應。
步驟914.MME向S-GW返回承載操作的響應。
步驟915.S-Gff向L-GW返回承載操作的響應。
當為UE開展的offload業(yè)務(wù)預留相應的承載資源之后，就可以開展offload業(yè)務(wù)。BNG/BRAS按照CPE IP地址對經(jīng)過的數(shù)據(jù)報文進行過濾，若所述數(shù)據(jù)報文使用CPE IP地址進行封裝，則BNG/BRAS將對所述數(shù)據(jù)報文按照BPCF下發(fā)的授權(quán)QoS對所述數(shù)據(jù)報文進行資源控制。
需要說明的是，本發(fā)明方案及所有實施例僅說明了 UE接入HeNB系統(tǒng)開展SIPTO業(yè)務(wù)的策略控制實現(xiàn)，其所有的方法實現(xiàn)方案也都可以使用于HNB系統(tǒng)。
可以看出，通過本發(fā)明上述實施例,解決了通過HeNB接入的UE開展offload業(yè)務(wù)的策略控制問題，使得所述用戶開展的offload業(yè)務(wù)也可以得到QoS保證。
顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種對本地卸載數(shù)據(jù)進行資源控制的方法，其特征在于，該方法包括: 策略和計費規(guī)則功能PCRF從服務(wù)網(wǎng)關(guān)S-GW獲取用戶駐地設(shè)備因特網(wǎng)協(xié)議CPE IP地址，并根據(jù)所述CPE IP地址確定寬帶策略控制功能BPCF ； 所述S-GW接收到本地網(wǎng)關(guān)L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PCRF從S-GW獲取CPEIP地址，并根據(jù)所述CPE IP地址確定BPCF，包括: 所述PCRF和所述S-GW建立第一策略控制會話，所述S-GW將所述CPE IP地址發(fā)送給所述PCRF ； 所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述PCRF根據(jù)所述CPEIP地址確定BPCF之后,該方法還包括: 所述BPCF根據(jù)所述CPE IP地址發(fā)現(xiàn)寬帶網(wǎng)絡(luò)網(wǎng)關(guān)/寬帶遠程接入服務(wù)器BNG/BRAS，并與所述BNG/BRAS建立第三策略控制會話。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括: 所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求； 所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果； 所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括: 所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息； 所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制為: 如果數(shù)據(jù)報文采用CPE IP地址封裝，則所述數(shù)據(jù)報文為本地卸載數(shù)據(jù)報文，所述BNG/BRAS對所述數(shù)據(jù)報文按照所述控制策略中的授權(quán)QoS信息進行資源控制。
7.一種對本地卸載數(shù)據(jù)進行資源控制的系統(tǒng)，其特征在于，該系統(tǒng)包括:PCRF、S-Gff,BPCF 和 L-GW ;其中， 所述PCRF，用于從S-GW獲取CPE IP地址，以及根據(jù)所述CPE IP地址確定BPCF ； 所述S-GW，用于在接收到L-GW的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配； 所述BPCF，用于根據(jù)來自PCRF的請求進行資源分配； 所述L-GW，用于向S-GW發(fā)起承載操作請求。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述PCRF從S-GW獲取CPEIP地址，并根據(jù)所述CPE IP地址確定BPCF，包括: 所述PCRF和所述S-GW建立第一策略控制會話，所述S-GW將所述CPE IP地址發(fā)送給所述PCRF ； 所述PCRF根據(jù)所述CPE IP地址發(fā)現(xiàn)BPCF，與所述BPCF建立第二策略控制會話，將所述CPE IP地址通知給所述BPCF。
9.根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括BNG/BRAS， 所述BPCF，還用于在所述PCRF根據(jù)所述CPE IP地址確定BPCF之后，根據(jù)所述CPE IP地址發(fā)現(xiàn)BNG/BRAS，并與所述BNG/BRAS建立第三策略控制會話。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括: 所述S-GW接收所述承載操作請求后，通過第一策略控制會話向所述PCRF發(fā)送接納控制請求，所述PCRF通過第二策略控制會話向所述BPCF發(fā)送接納控制請求； 所述BPCF進行接納控制決策，并產(chǎn)生接納控制結(jié)果； 所述BPCF通過所述第二策略控制會話向所述PCRF返回接納控制結(jié)果，所述PCRF通過所述第一策略控制會話向所述S-GW返回接納控制結(jié)果。
11.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述S-GW接收到所述L-GW的承載操作請求后通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配，包括: 所述BPCF通過所述第三策略控制會話向所述BNG/BRAS下發(fā)所述控制策略，所述控制策略至少包含所述CPE IP地址和授權(quán)QoS信息； 所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，所述BNG/BRAS過濾數(shù)據(jù)報文，對本地卸載數(shù)據(jù)進行資源控制為: 如果數(shù)據(jù)報文采用CPE IP地址封裝，則所述數(shù)據(jù)報文為本地卸載數(shù)據(jù)報文，所述BNG/BRAS對所述數(shù)據(jù)報文按照所述控制策略中的授權(quán)QoS信息進行資源控制。
全文摘要
本發(fā)明公開了一種對本地卸載數(shù)據(jù)進行資源控制的方法，包括策略和計費規(guī)則功能(PCRF)從服務(wù)網(wǎng)關(guān)(S-GW)獲取用戶駐地設(shè)備因特網(wǎng)協(xié)議(CPE IP)地址，并根據(jù)所述CPE IP地址確定寬帶策略控制功能(BPCF)；所述S-GW接收到本地網(wǎng)關(guān)(L-GW)的承載操作請求后，通過所述PCRF請求所述BPCF為本地卸載數(shù)據(jù)進行資源分配。本發(fā)明還相應地公開了一種對本地卸載數(shù)據(jù)進行資源控制的系統(tǒng)。通過本發(fā)明，可以解決通過HeNB/HNB接入的UE開展offload業(yè)務(wù)的策略控制問題，使得通過HeNB/HNB接入的UE開展的offload業(yè)務(wù)得到QoS保證。
文檔編號H04W72/12GK103139914SQ20111039871
公開日2013年6月5日 申請日期2011年12月5日 優(yōu)先權(quán)日2011年12月5日
發(fā)明者毛玉欣, 周曉云, 宗在峰, 畢以峰 申請人:中興通訊股份有限公司