專利名稱：一種業(yè)務(wù)接納控制方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種業(yè)務(wù)接納控制方法和系統(tǒng)。
背景技術(shù)：
第三代合作伙伴計劃(3rdGeneration Partnership Pro ject, 3GPP)的演進的分組系統(tǒng)(Evolved Packet System, EPS)由演進的通用地面無線接入網(wǎng)(EvolvedUniversal Terrestrial Radio Access Network, E-UTRAN) > # sj] iW S 7Π (MobilityManagement 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-GW)、歸屬用戶服務(wù)器(HomeSubscriber Server,HSS)組成。圖 1 是根據(jù)相關(guān)技術(shù)的非漫游場景下的演進家庭基站(Home evolved NodeB,HeNB)接入EPS的架構(gòu)示意圖，漫游場景(家鄉(xiāng)路由或者本地疏導(dǎo))下的HeNB接入EPS的架構(gòu)主要體現(xiàn)在EPS網(wǎng)絡(luò)上。MME與EUTRAN、S_GW以及家庭基站網(wǎng)關(guān)(HeNB Gff)相連接，負(fù)責(zé)移動性管理、非接入層信令的處理和用戶移動管理上下文的管理等控制面的相關(guān)工作；S-GW是與E-UTRAN相連的接入網(wǎng)關(guān)設(shè)備，在E-UTRAN和P-GW之間轉(zhuǎn)發(fā)數(shù)據(jù)，并且負(fù)責(zé)對尋呼等待數(shù)據(jù)進行緩存； P-GW則是EPS與分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network,PDN)網(wǎng)絡(luò)的邊界網(wǎng)關(guān)，負(fù)責(zé)PDN的接入及在EPS與PDN間轉(zhuǎn)發(fā)數(shù)據(jù)等功能。如果EPS系統(tǒng)支持策略計費控制(Policy and Charging Control, PCC)，則策略和計費規(guī)則功能(Policy and Charging Rules Function, PCRF)進行策略和計費規(guī)則的制定；PCRF通過接口 Rx和運營商網(wǎng)絡(luò)協(xié)議(Internet Protocol, IP)業(yè)務(wù)網(wǎng)絡(luò)中的應(yīng)用功能(Application Function, AF)相連，以獲取業(yè)務(wù)信息，用于生成PCC策略的業(yè)務(wù)信息。當(dāng) S-Gff與P-GW之間的S5接口采用GTP協(xié)議時，P-GW中駐留了策略和計費執(zhí)行功能(Policy and Charging EnforcementFunction，PCEF)，PCRF 與 P-GW 間通過Gx接口交換信息，負(fù)責(zé)發(fā)起承載的建立、修改和釋放，保證業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量(Quality of Service，QoS)，并進行計費控制。當(dāng)S-GW與P-GW的S5接口采用代理移動IP (Proxy Mobile IP, PMIP)時，S-Gff 中駐留承載綁定和事件報告功能(Bearer Binding and EventReport Function，BBERF)，并且S-GW與PCRF之間通過Gxc接口交換信息，由BBERF負(fù)責(zé)發(fā)起承載的建立、修改和釋放， 以保證業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量，并由PCEF進行計費控制。另外，EPS支持HeNB的接入。HeNB是一種小型、低功率的基站，部署在家庭及辦公室等室內(nèi)場所。閉合用戶組(Closed Subscriber Group,CSG)是引入家庭基站后提出的新概念。通常一個家庭或者一個企業(yè)內(nèi)部的用戶組成一個閉合用戶組，這個閉合用戶組用CSG ID進行標(biāo)識，并且為這個閉合用戶組內(nèi)用戶服務(wù)的家庭基站具有相同的CSG ID。當(dāng)一個閉合用戶組只由一個家庭基站服務(wù)時，該閉合用戶組也可以直接采用家庭基站標(biāo)識(例如，BS ID)來進行標(biāo)識。根據(jù)家庭基站管理者的意愿，CSG用戶和/或非CSG用戶可以區(qū)分不同的等級，以便保證在優(yōu)先級不同時所享受的業(yè)務(wù)優(yōu)先級、服務(wù)質(zhì)量業(yè)務(wù)類別都可以有所不同。 通過與運營商簽約，用戶可以接入到多個閉合用戶組所對應(yīng)的家庭基站，例如，用戶的辦公場所、家庭等；因此引入了允許閉合用戶組列表的概念，這個列表保存在用戶的終端和網(wǎng)絡(luò)側(cè)的用戶數(shù)據(jù)服務(wù)器中。家庭基站的使用模式分為三種閉合模式、混合模式和開放模式。當(dāng)家庭基站是閉合模式時，只有該家庭基站所屬CSG簽約用戶可以接入該基站并享受基站提供的業(yè)務(wù)。當(dāng)家庭基站是開放模式時，任何運營商簽約用戶都可以接入該基站，此時的家庭基站等同于宏基站使用。當(dāng)家庭基站是混合模式時，同樣允許任何運營商簽約用戶或者漫游用戶接入使用，但是要根據(jù)用戶是否簽約CSG的信息區(qū)分不同的級別，如簽約該CSG的用戶在使用混合型家庭基站時具有更高的業(yè)務(wù)優(yōu)先級，享受更好的服務(wù)質(zhì)量和業(yè)務(wù)類別。當(dāng)用戶進行初始化接入時，網(wǎng)絡(luò)側(cè)的用戶數(shù)據(jù)服務(wù)器會把用戶簽約的允許接入的閉合用戶組發(fā)送到核心網(wǎng)的移動性管理實體。核心網(wǎng)移動性管理實體會利用收到的上述信息對UE進行接入控制。如果UE從未授權(quán)的閉合模式家庭基站訪問核心網(wǎng)，那么核心網(wǎng)會拒絕該類用戶的接入。HeNB通常通過租用的固網(wǎng)線路接入EPS的核心網(wǎng)，如圖1所示。為了保障接入的安全，核心網(wǎng)中引入安全網(wǎng)關(guān)(Security Gateway, SeGff)進行屏蔽，HeNB與kGW之間的數(shù)據(jù)將采用IPSec進行封裝，在某些情況下，根據(jù)運營商的實際部署的需要，HeNB與義訓(xùn)之間的數(shù)據(jù)也可以不采用IPSec保護。HeNB可以通過直接連接到核心網(wǎng)的MME和S-GW，也可以再通過HeNB GW連接到MME和S-GW，即HeNB GW是個可選網(wǎng)元。同時，為了實現(xiàn)對HeNB 進行管理，還引入了家庭基站管理系統(tǒng)(Home eNodeB Management System, HeMS)，因為該網(wǎng)元與本發(fā)明關(guān)系不大，故圖中未示出。因為HeNB接入到EPC(evolved Packet Core，演進的分組核心網(wǎng))是經(jīng)過固網(wǎng)的鏈路(在此或者稱作Badduml或者固網(wǎng)回程網(wǎng))的，在固網(wǎng)鏈路中，可能存在NAT (Network Address Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換)操作，也可能不存在NAT操作。所述的NAT轉(zhuǎn)換，是一種將私有(保留)地址轉(zhuǎn)化為合法/共有IP地址的轉(zhuǎn)換技術(shù)，即當(dāng)存在NAT轉(zhuǎn)換時，HeNB獲得的是NAT轉(zhuǎn)換器為其分配的私網(wǎng)/私有IP地址(例如192. 168. 1. 10)，HeNB用該地址作為源地址對外通信；當(dāng)消息經(jīng)過NAT后，源地址被轉(zhuǎn)化為公有地址(例如212. 10. 37. 22) 加端口號(例如5050)。當(dāng)從外部網(wǎng)絡(luò)發(fā)往HeNB消息時，消息的目的地址和端口號是公有的地址和端口號，即NAT的地址和端口號(例如212. 10. 37. 22和5050)；等消息穿越NAT, 目的地址換成私網(wǎng)/私有IP地址(例如192. 168. 1. 10)，到達(dá)HeNB。所述NAT轉(zhuǎn)換器可以由固網(wǎng)中的RG(Residence Gateway，住宅網(wǎng)關(guān))充當(dāng)。此夕卜，通用移動通信系統(tǒng)(Universal Mobile Telecommunications System, UMTS)支持家庭基站HNB(Home NodeB)的接入。圖2是根據(jù)相關(guān)技術(shù)的非漫游場景下的 HNB接入UMTS的架構(gòu)示意圖，漫游場景下的HNB接入UMTS的架構(gòu)示意與此類似，在此不做累述。圖2中的架構(gòu)與圖1的架構(gòu)類似，不同的是，使用服務(wù)通用分組無線業(yè)務(wù)支撐節(jié)點 (Serving General Packet RadioService Support Node, SGSN)代替了 S-GW，使用網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(Gateway General Packet Radio Service Supporting Node, GGSN)代替了 P-GW，而且HNB GW是個必選網(wǎng)元。由于HeNB/HNB接入的固網(wǎng)線路的QoS通常受到HeNB/HNB的擁有者與固網(wǎng)運營商的簽約限制，因此，當(dāng)3GPP UE通過HeNB/HNB接入3GPP核心網(wǎng)訪問業(yè)務(wù)時，所需的QoS不能超過固網(wǎng)運營商所能提供的固網(wǎng)線路的簽約QoS ；否則，UE訪問業(yè)務(wù)的QoS將得不到保障，尤其是保障比特率(GuaranteedBit Rate,GBR)的業(yè)務(wù)。因此，對于3GPP網(wǎng)絡(luò)和固網(wǎng)而言， 必須有一套統(tǒng)一的管控機制來管控固網(wǎng)資源和業(yè)務(wù)的接納。如當(dāng)有新的業(yè)務(wù)發(fā)起時，固網(wǎng)需要保證有足夠的資源/帶寬來支持該業(yè)務(wù)，如果固網(wǎng)不能提供該資源/帶寬，該業(yè)務(wù)就不能發(fā)起；即使3GPP能夠提供足夠的資源/帶寬，只要固網(wǎng)不能保證資源/帶寬，該業(yè)務(wù)(特別是GBR)還是得不到保證。從而需要控制通過HeNB/HNB接入的所有UE業(yè)務(wù)訪問的QoS總需求，使其不超過該HeNB/HNB接入的固網(wǎng)線路簽約的QoS保障，或者說，能夠合理的管理固網(wǎng)資源、能夠?qū)τ脩艉蜆I(yè)務(wù)做到合理的管控，以保證授權(quán)建立的GBR業(yè)務(wù)能有足夠的資源/ 帶寬。在當(dāng)前的研究進程中，已經(jīng)有一些架構(gòu)性的初步方案，如圖3所示(HeNB情況)。 互通網(wǎng)元HeNB PF (PoIicy Function，策略功能實體)設(shè)置于3GPP HeNB子系統(tǒng)(由kGW、 HeNB GW 以及其他網(wǎng)元，比如HeMS 等構(gòu)成)和BBF BPCF (BroadBand Forum Policy Control Function，寬帶論壇策略控制功能實體)之間，HeNB上電時通過kGW向HeNB PF上報IPsec 隧道信息，HeNB做接納控制點的方案，實現(xiàn)對業(yè)務(wù)接納管理和資源管理。圖4所示情況則與圖3類似。上述方案中，需要改a%GW，使其支持新協(xié)議和新接口 ；并且在之間不建立II^sec隧道時，現(xiàn)有方案無法實施。這導(dǎo)致控制業(yè)務(wù)接納的性能較差，會明顯降低業(yè)務(wù)訪問的QoS，降低用戶滿意度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種業(yè)務(wù)接納控制方法和系統(tǒng)，以提高控制業(yè)務(wù)接納的性能。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種業(yè)務(wù)接納控制方法，該方法包括家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求；所述家庭基站/演進家庭基站策略功能實體根據(jù)收到的資源重配置請求向固網(wǎng)策略控制功能實體請求接納控制；所述固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，將決策反饋給所述家庭基站/演進家庭基站；家庭基站/演進家庭基站根據(jù)所述決策執(zhí)行二次接納控制。在家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體請求資源重配置之前，進一步接收到EPC網(wǎng)絡(luò)側(cè)下發(fā)的策略信息；所述資源重配置為以下一種資源請求、資源釋放、資源修改；所述家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制是通過S9*接口向固網(wǎng)策略控制功能實體發(fā)送請求消息用于請求接納控制的；所述固網(wǎng)策略控制功能實體將決策反饋給所述家庭基站/演進家庭基站的過程包括固網(wǎng)策略控制功能實體將所述決策通過S9*接口反饋給家庭基站/演進家庭基站策略功能實體，家庭基站/演進家庭基站策略功能實體將決策反饋給家庭基站/演進家庭基站。所述家庭基站/演進家庭基站執(zhí)行二次接納控制，是指執(zhí)行以下操作中至少之一資源建立/分配、資源去活、資源修改、資源搶占。所述的資源搶占包括當(dāng)固網(wǎng)策略控制功能實體反饋回的決策指示固網(wǎng)資源不足時，家庭基站/演進家庭基站根據(jù)當(dāng)前接入用戶的用戶信息、資源使用狀況信息、家庭基站 /演進家庭基站等級信息、閉合用戶組CSG列表在內(nèi)的信息，決定釋放現(xiàn)有的承載資源，接納所請求的服務(wù)質(zhì)量策略。固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制之前，進一步從家庭基站/ 演進家庭基站接收到固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站在請求資源重配置時， 攜帶固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站策略功能實體將所述固網(wǎng)鏈路標(biāo)識信息發(fā)送給固網(wǎng)策略控制功能實體。家庭基站/演進家庭基站攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為家庭基站/演進家庭基站在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，家庭基站/演進家庭基站在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。該方法進一步包括家庭基站/演進家庭基站和安全網(wǎng)關(guān)kGW之間存在IPsec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站和kGW之間沒有II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息，或者用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。該方法進一步包括存在NAT時，SeGff把網(wǎng)絡(luò)地址轉(zhuǎn)換NAT轉(zhuǎn)換后的地址和端口號通過家庭基站/演進家庭基站和&GW之間的IKEv2交互信令發(fā)送給家庭基站/演進家庭基站，家庭基站/演進家庭基站將該地址和端口號發(fā)送給HeNB/HNB策略功能實體PF ；不存在NAT時，家庭基站/演進家庭基站直接把&GW為其分配的IP地址攜帶給HeNB/HNB策略功能實體PF。所述固網(wǎng)鏈路標(biāo)識信息包括以下至少之一外層IP地址、NAT轉(zhuǎn)換后的IP地址加端口號、家庭基站/演進家庭基站的固網(wǎng)用戶名、家庭基站/演進家庭基站的標(biāo)識、固網(wǎng)為家庭基站/演進家庭基站靜態(tài)配置的IP地址以及能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的標(biāo)識。一種業(yè)務(wù)接納控制方法，該方法包括家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求并提供接納控制相關(guān)信息；家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制；固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，并將決策反饋給所述家庭基站/演進家庭基站策略功能實體；家庭基站/演進家庭基站策略功能實體根據(jù)所述接納控制相關(guān)信息和收到的反饋決策執(zhí)行二次接納控制。家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間的存在msec隧道，則在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元；家庭基站/ 演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間沒有II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元，或者，用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。家庭基站/演進家庭基站策略功能實體執(zhí)行二次接納控制是指家庭基站/演進家庭基站策略功能實體為庭基站/演進家庭基站制定資源建立/分配、資源去活、資源修改、 資源搶占的決策；所述庭基站/演進家庭基站策略功能實體執(zhí)行二次接納控制后把所述決策發(fā)送給所述家庭基站/演進家庭基站，家庭基站/演進家庭基站按照決策進一步執(zhí)行以下操作中至少之一資源建立/分配、資源去活、資源修改、資源搶占。所述固網(wǎng)鏈路標(biāo)識信息用于唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路。家庭基站/演進家庭基站攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為家庭基站/演進
9家庭基站在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，家庭基站/演進家庭基站在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。一種業(yè)務(wù)接納控制系統(tǒng)，該系統(tǒng)包括資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元；其中，所述資源重配置請求單元，用于向接納控制請求單元發(fā)送資源重配置請求；所述接納控制請求單元，用于根據(jù)收到的資源重配置請求向接納控制單元請求接納控制；所述接納控制單元，用于執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給接納控制請求單元；所述二次接納控制單元，用于根據(jù)收到的所述決策執(zhí)行二次接納控制。在請求資源重配置之前，所述資源重配置請求單元進一步接收到EPC網(wǎng)絡(luò)側(cè)下發(fā)的策略信息；所述資源重配置為以下一種資源請求、資源釋放、資源修改；所述接納控制請求為S9*接口會話消息；所述接納控制單元將決策發(fā)送給二次接納控制單元時，用于將所述決策通過S9*接口反饋給家庭基站/演進家庭基站策略功能實體，家庭基站/演進家庭基站策略功能實體將決策反饋給所述二次接納控制單元。所述二次接納控制，是指執(zhí)行以下操作中至少之一資源建立/分配、資源去活、 資源修改、資源搶占。所述二次接納控制單元執(zhí)行資源搶占時，用于當(dāng)所述決策指示固網(wǎng)資源不足時， 根據(jù)當(dāng)前接入用戶的用戶信息、資源使用狀況信息、家庭基站/演進家庭基站等級信息、 CSG列表在內(nèi)的信息，決定釋放現(xiàn)有的承載資源，接納所請求的服務(wù)質(zhì)量策略。所述接納控制單元執(zhí)行接納控制或委托接納控制之前，進一步接收到固網(wǎng)鏈路標(biāo)識信息；所述資源重配置請求單元在請求資源重配置時，攜帶固網(wǎng)鏈路標(biāo)識信息；所述接納控制請求單元將所述固網(wǎng)鏈路標(biāo)識信息發(fā)送給所述接納控制單元。所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息時，用于在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。所述資源重配置請求單元進一步用于家庭基站/演進家庭基站和安全網(wǎng)關(guān)&GW 之間存在IPsec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息； 家庭基站/演進家庭基站和&GW之間沒有II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息，或者用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。所述家庭基站/演進家庭基站進一步用于存在NAT時，接收由kGW網(wǎng)絡(luò)地址轉(zhuǎn)換NAT轉(zhuǎn)換后的地址和端口號，再通過與kGW之間的IKEv2交互信令發(fā)送給HeNB/HNB策略功能實體PF ；不存在NAT時，直接把kGW為其分配的IP地址攜帶給HeNB/HNB策略功能實體PF。所述固網(wǎng)鏈路標(biāo)識信息包括以下至少之一外層IP地址、NAT轉(zhuǎn)換后的IP地址加端口號、家庭基站/演進家庭基站的固網(wǎng)用戶名、家庭基站/演進家庭基站的標(biāo)識、固網(wǎng)為家庭基站/演進家庭基站靜態(tài)配置的IP地址以及能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的標(biāo)識。一種業(yè)務(wù)接納控制系統(tǒng)，該系統(tǒng)包括資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元；其中，所述資源重配置請求單元，用于向接納控制請求單元發(fā)送資源重配置請求并提供接納控制相關(guān)信息；所述接納控制請求單元，用于向接納控制單元請求接納控制；所述接納控制單元，用于執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給二次接納控制單元；所述二次接納控制單元，用于根據(jù)所述接納控制相關(guān)信息和收到的反饋決策制定二次接納控制決策。 所述資源重配置請求單元設(shè)置于家庭基站/演進家庭基站中；所述接納控制請求單元、二次接納控制單元設(shè)置于家庭基站/演進家庭基站策略功能實體中；
所述接納控制單元設(shè)置于固網(wǎng)策略控制功能實體中。家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與kGW之間存在 II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路的標(biāo)識的信元；家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間沒有II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路的標(biāo)識的信元，或者，用消息體本身的IP地址作為固網(wǎng)鏈路的標(biāo)識信息。所述資源重配置請求單元請求資源重配置時，除了攜帶請求的策略以外，進一步攜帶能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的固網(wǎng)鏈路標(biāo)識信息。所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。本發(fā)明方法和系統(tǒng)均可解決具體如何實現(xiàn)業(yè)務(wù)接納管理和資源管理的問題，使 QoS總需求不超過家庭基站接入的簽約固網(wǎng)線路所能提供的QoS，提高了控制業(yè)務(wù)接納的性能。


圖1為非漫游場景下的HeNB接入EPS的架構(gòu)示意圖；圖2為非漫游場景下的HNB通過固網(wǎng)接入UMTS的架構(gòu)示意圖；圖3為HeNB架構(gòu)示意圖；圖4為HNB架構(gòu)示意圖；圖5為本發(fā)明實施例的家庭基站上電流程圖；圖6為本發(fā)明實施例的控制業(yè)務(wù)接納過程中接納成功的流程圖；圖7為本發(fā)明實施例的控制業(yè)務(wù)接納過程中接納拒絕的流程圖；圖8為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行釋放的流程圖；圖9為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行修改的流程圖；圖10為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行搶占的流程圖；圖11為本發(fā)明實施例的上報固網(wǎng)鏈路標(biāo)識信息的流程圖；圖12為本發(fā)明實施例的HeNB PF執(zhí)行接納控制功能的流程圖；圖13為本發(fā)明一實施例的業(yè)務(wù)接納控制流程簡圖；圖14為本發(fā)明另一實施例的業(yè)務(wù)接納控制流程簡圖；圖15為本發(fā)明一實施例的業(yè)務(wù)接納控制系統(tǒng)圖。
具體實施例方式總體而言，家庭基站/演進家庭基站可以根據(jù)EPC網(wǎng)絡(luò)側(cè)下發(fā)的策略信息向家庭
1基站/演進家庭基站策略功能實體請求資源重配置；所述家庭基站/演進家庭基站策略功能實體根據(jù)收到的資源重配置請求向固網(wǎng)策略控制功能實體請求接納控制；所述固網(wǎng)策略控制功能實體判斷做接納控制或者委托接納控制，判斷固網(wǎng)鏈路是否能夠滿足所述資源重配置請求的內(nèi)容，并將決策給所述家庭基站/演進家庭基站；家庭基站/演進家庭基站根據(jù)收到的反饋結(jié)果做出二次接納控制決策。另外，也可以由家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體請求資源重配置并提供接納控制相關(guān)信息；家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制；固網(wǎng)策略控制功能實體做接納控制或者委托接納控制，判斷固網(wǎng)鏈路是否能夠滿足所述資源重配置請求的內(nèi)容，并決策反饋給所述家庭基站/ 演進家庭基站策略功能實體；家庭基站/演進家庭基站策略功能實體根據(jù)所述接納控制相關(guān)信息和收到的判斷結(jié)果做出二次接納控制決策，并將二次接納控制決策反饋給家庭基站 /演進家庭基站。在實際應(yīng)用中，上述操作思路中的不同具體處理過程可以包括如下各實施例。需要說明的是以下實施例及流程圖中，存在兩次接納控制的操作，第一次是在固網(wǎng)BPCF上執(zhí)行的接納控制或者委托接納控制，是固網(wǎng)的操作。第二次是在HeNB或者HeNB PF上執(zhí)行的接納控制，是HeNB系統(tǒng)的操作。為了區(qū)分，HeNB或者HeNB PF上執(zhí)行的接納控制稱作二次接納控制。實施例一該實施例描述的場景是HeNB接入時不存在NAT，并且HeNB和kGW之間的IPsec 隧道是必選的。需要說明的是，不存在NAT是指固網(wǎng)接入部分沒有RG，或者RG起到橋接而非路由的功能。在本實施例的場景下，SeGff為HeNB分配了 IP地址，該地址作為HeNB發(fā)送數(shù)據(jù)和信令的內(nèi)層IP地址；固網(wǎng)為HeNB分配了 IP地址，該IP地址作為HeNB發(fā)送數(shù)據(jù)和信令的外層IP地址。其中，內(nèi)層IP地址和外層IP地址存在對應(yīng)關(guān)系。因為外層IP地址是固網(wǎng)為HeNB分配的；因此，固網(wǎng)可以根據(jù)該外層IP地址斷定HeNB所在的固網(wǎng)回程網(wǎng)。在本實施例的場景下，確定固網(wǎng)鏈路的方案可以為(A)在資源重配置請求消息中設(shè)置特定信元，用于攜帶外層IP地址。方案(A)參見圖5至圖10。首先，參見圖5，HeNB上電，在HeNB和kGW進行IKEv2信令交互，協(xié)商建立IPkc 隧道的過程中，HeNB用的是固網(wǎng)為其分配的IP地址，即外層IP地址；并在此過程中，SeGff 為HeNB分配了內(nèi)層IP地址。之后，參見圖6至圖7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略 (承載建立請求)下發(fā)至HeNB GW/MME(或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB Gff或MME將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息 (資源分配)用于請求資源，并在該資源重配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，還攜帶HeNB的外層IP地址；再由HeNB PF通過S9*接口通告給BPCF，BPCF根據(jù)該外層IP地址找到該HeNB所在的回程鏈路，并檢查該HeNB所在的回程鏈路是否可以提供HeNB請求的資源。如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息，
12HeNB PF向HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6、圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖9 中是請求資源去活和修改。步驟804和步驟903中的消息均以特定信元的方式攜帶HeNB 的外層IP地址。其中，因為3GPP和BBF描述業(yè)務(wù)的服務(wù)質(zhì)量的方式不同，采用的參數(shù)也存在區(qū)別， 因此資源配置請求/應(yīng)答消息中的參數(shù)信息在HeNB PF或者BPCF進行了由3GPP到BBF的映射或者反向的映射。實施例二 該實施例描述的場景是HeNB接入時不存在NAT，并且HeNB和kGW之間沒有 IPsec隧道。在本實施例的場景下，在HeNB上電時，HeNB和kGW之間有IKEv2信令交互，但 SeGff沒有為HeNB分配IP地址；或者HeNB與kGW之間沒有IKEv2協(xié)商。HeNB僅僅得到了固網(wǎng)為其分配的一個IP地址。在本實施例的場景下，確定固網(wǎng)鏈路的方案可以為(A)在資源重配置請求消息中設(shè)置特定信元，用于攜帶外層IP地址；
(B)用消息體本身的IP地址定位固網(wǎng)回程網(wǎng)。方案(A)參見圖5至圖10。首先，參見圖5，HeNB上電，在HeNB和kGW之間有IKEv2信令交互或者沒有交互， 即本步驟為可選步驟。HeNB僅僅得到了固網(wǎng)為其分配的一個IP地址，該IP地址在此也稱為HeNB的外層IP地址。之后，參見圖6至圖7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略 (承載建立請求)下發(fā)至HeNB GW/MME(或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB Gff或MME將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息 (資源分配)用于請求資源，并在該資源重配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，還攜帶HeNB的外層IP地址；再由HeNB PF通過S9*接口通告給BPCF，BPCF根據(jù)該外層IP地址找到該HeNB所在的回程鏈路，并檢查該HeNB所在的回程鏈路是否可以提供HeNB請求的資源。如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息， HeNB PF向HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6、圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖9 中是請求資源去活和修改。步驟804和步驟903中的消息均以特定信元的方式攜帶HeNB 的外層IP地址。其中，因為3GPP和BBF描述業(yè)務(wù)的服務(wù)質(zhì)量的方式不同，采用的參數(shù)也存在區(qū)別， 因此資源配置請求/應(yīng)答消息中的參數(shù)信息在HeNB PF或者BPCF進行了由3GPP到BBF的映射或者反向的映射。方案(B)參見圖5至圖10。首先，參見圖5，HeNB上電，在HeNB和kGW之間有IKEv2信令交互或者沒有交互， 即本步驟為可選步驟。HeNB僅僅得到了固網(wǎng)為其分配的一個IP地址，該IP地址在此也稱為HeNB的外層IP地址。之后，參見圖6至圖7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略 (承載建立請求)下發(fā)至HeNB GW/MME(或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB Gff或MME將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息 (資源分配)用于請求資源，并在該資源重配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，資源重配置請求消息中不攜帶外層IP地址。HeNB PF收到資源重配置請求消息后，把該消息體的源地址取出作為外層IP地址，并把請求的QoS資源和所述外層IP地址通過S9*接口通告給BPCF，BPCF根據(jù)收到的所述外層IP地址找到該HeNB所在的回程鏈路，并檢查該HeNB 所在的回程鏈路是否可以提供HeNB請求的資源。如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息，HeNB PF向HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向 HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6至圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖 9中是請求資源去活和修改。步驟804和步驟903中的消息均沒有通過特定信元攜帶HeNB 的外層IP地址，而是由HeNB PF在收到消息后把消息的消息體源地址作為外層IP地址。
其中，因為3GPP和BBF描述業(yè)務(wù)的服務(wù)質(zhì)量的方式不同，采用的參數(shù)也存在區(qū)別， 因此資源配置請求/應(yīng)答消息中的參數(shù)信息在HeNB PF或者BPCF進行了由3GPP到BBF的映射或者反向的映射。實施例三該實施例描述的場景是HeNB接入時存在NAT，并且HeNB和kGW之間必選IPsec 隧道。在本實施例的場景下，SeGff為HeNB分配了 IP地址，該地址作為HeNB發(fā)送數(shù)據(jù)和信令的內(nèi)層IP地址；RG為HeNB分配私網(wǎng)的IP地址。固網(wǎng)為NAT轉(zhuǎn)換器(在此可以由RG 充當(dāng))分配了 IP地址，NAT轉(zhuǎn)換器/RG利用該IP地址將源自HeNB或者發(fā)往HeNB的數(shù)據(jù)和信令的地址進行轉(zhuǎn)換，即將HeNB的私網(wǎng)地址轉(zhuǎn)化為NAT轉(zhuǎn)換器/RG的地址及對應(yīng)的端口號。在kGW可以感知到的地址是NAT轉(zhuǎn)換后的地址和端口號。在本實施例的場景下，確定固網(wǎng)鏈路的方案可以為(A)在資源請求消息中設(shè)置特定信元，用于攜帶外層IP地址。方案(A)參見圖5至圖10。首先，參見圖5，HeNB上電，在HeNB與kGW進行IKEv2信令交互、協(xié)商建立IPsec 隧道的過程中，SeGff為HeNB分配的一個IP地址，該地址稱作內(nèi)層IP地址，而且kGW把獲取的NAT轉(zhuǎn)換后的地址和端口號發(fā)送給HeNB，該地址和端口號稱作外層IP地址，即在圖5 的步驟502中，kGW在發(fā)送給HeNB的消息中攜帶了 NAT轉(zhuǎn)換后的地址和端口號(外層IP 地址)。
之后，如圖6和7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略(承載建立請求)下發(fā)至HeNB Gff/MME (或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB GW/MME 將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息(資源分配)用于請求資源，并在該資重源配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，還攜帶外層 NAT轉(zhuǎn)換后的地址和端口號(即外層IP地址)；HeNB PF將請求的QoS資源及NAT轉(zhuǎn)換后的地址和端口號通過S9*接口通告給BPCF，BPCF根據(jù)該NAT轉(zhuǎn)換后的地址和端口號找到該 HeNB所在的回程鏈路，并檢查該HeNB所在的回程鏈路是否可以提供HeNB請求的資源。如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息，HeNB PF向 HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6至圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖 9中是請求資源去活和修改。步驟804和步驟903的消息均以特定信元的方式攜帶了 NAT 轉(zhuǎn)換后的地址和端口號(即外層IP地址)。其中，因為3GPP和BBF描述業(yè)務(wù)的服務(wù)質(zhì)量的方式不同，采用的參數(shù)也存在區(qū)別， 因此資源配置請求/應(yīng)答消息中的參數(shù)信息在HeNB PF或者BPCF進行了由3GPP到BBF的映射或者反向的映射。實施例四該實施例描述的場景是=HeNB接入時存在NAT，并且HeNB和kGW之間沒有IPsec 隧道。在本實施例的場景下，RG作為NAT轉(zhuǎn)換器，固網(wǎng)為其分配一個IP地址。HeNB得到一個RG為其分配的私網(wǎng)IP地址。NAT轉(zhuǎn)換器/RG利用固網(wǎng)為其分配的IP地址將源自HeNB 或者發(fā)往HeNB的數(shù)據(jù)和信令的地址進行轉(zhuǎn)換，即將HeNB的私網(wǎng)地址轉(zhuǎn)化為NAT轉(zhuǎn)換器/ RG的地址及對應(yīng)的端口號。在網(wǎng)絡(luò)側(cè)可以感知到的地址是NAT轉(zhuǎn)換后的地址和端口號。在 HeNB上電時，HeNB和kGW之間有IKEv2信令交互，但kGW沒有為HeNB分配IP地址；或者 HeNB與kGW之間沒有IKEv2協(xié)商。如果HeNB和kGW之間有IKEv2交互，SeGff就可以把 NAT轉(zhuǎn)換后的地址和端口號發(fā)送給HeNB。在本實施例的場景下，確定固網(wǎng)鏈路的方案可以為(A)在資源請求消息中設(shè)置特定信元，用于攜帶外層IP地址；(B)用消息體本身的IP地址定位固網(wǎng)回程網(wǎng)。方案(A)參見圖5至圖10，該方案可行的場景是之間有IKEv2交互， 并且kGW把NAT轉(zhuǎn)換后的地址和端口號發(fā)送給HeNB。首先，HeNB上電，HeNB獲得NAT轉(zhuǎn)換后的地址和端口號，及外層IP地址；除此之夕卜，HeNB得到了 RG為其分配的一個私網(wǎng)IP地址，HeNB用該私網(wǎng)IP地址外發(fā)的消息和數(shù)據(jù)在經(jīng)過RG后被執(zhí)行了 NAT轉(zhuǎn)換，私網(wǎng)的IP地址被轉(zhuǎn)換為NAT的公網(wǎng)IP地址加對應(yīng)端口號。之后，如圖6和圖7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略(承載建立請求)下發(fā)至HeNB Gff/MME (或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB Gff/MME將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息(資源分配)用于請求資源，并在該資重源配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，還攜帶外層NAT轉(zhuǎn)換后的地址和端口號(即外層IP地址)；HeNB PF將請求的QoS資源及NAT轉(zhuǎn)換后的地址和端口號通過S9*接口通告給BPCF，BPCF根據(jù)該NAT轉(zhuǎn)換后的地址和端口號找到該HeNB所在的回程鏈路，并檢查該HeNB所在的回程鏈路是否可以提供HeNB請求的資源。 如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息，HeNB PF 向HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6至圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖 9中是請求資源去活和修改。步驟804和步驟903的消息均以特定信元的方式攜帶了 NAT 轉(zhuǎn)換后的地址和端口號(即外層IP地址)。方案(B)參見圖5至圖10，該方案可行的場景是之間有IKEv2交互， 并且kGW把NAT轉(zhuǎn)換后的地址和端口號發(fā)送給HeNB。首先，HeNB上電，HeNB獲得RG為其分配的私網(wǎng)IP地址，所有從HeNB發(fā)出或者由其他網(wǎng)元發(fā)往HeNB的信令或者數(shù)據(jù)，其私網(wǎng)的IP地址被轉(zhuǎn)換為NAT的公網(wǎng)IP地址加對應(yīng)端口號。該NAT轉(zhuǎn)換后的IP地址加對應(yīng)端口號稱作外層IP地址。之后，參見圖6至圖7，UE通過HeNB接入到EPC網(wǎng)絡(luò)后，如果網(wǎng)絡(luò)側(cè)有QoS策略 (承載建立請求)下發(fā)至HeNB GW/MME(或者由網(wǎng)絡(luò)側(cè)發(fā)起，或者UE主動請求發(fā)起)，HeNB Gff或MME將QoS策略下發(fā)給HeNB，HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求消息 (資源分配)用于請求資源，并在該資源重配置請求消息中攜帶網(wǎng)絡(luò)側(cè)請求的QoS資源，資源重配置請求消息中不攜帶外層IP地址。HeNB PF收到資源重配置請求消息后，把該消息體的源地址取出作為外層IP地址，并把請求的QoS資源和所述外層IP地址通過S9*接口通告給BPCF，BPCF根據(jù)收到的所述外層IP地址找到該HeNB所在的回程鏈路，并檢查該HeNB 所在的回程鏈路是否可以提供HeNB請求的資源。如果該回程鏈路可以提供HeNB所請求的資源，則BPCF向HeNB PF反饋成功消息，HeNB PF向HeNB反饋資源重配置請求(資源分配)成功響應(yīng)，HeNB接納該業(yè)務(wù)；如果該回程鏈路不能提供HeNB所請求的資源，則BPCF向 HeNB PF反饋失敗消息，HeNB PF向HeNB反饋資源重配置請求失敗響應(yīng)，HeNB拒絕該業(yè)務(wù)。圖8和圖9展示了網(wǎng)絡(luò)側(cè)發(fā)起資源去活和修改請求的場景，圖8和圖9的關(guān)鍵思路與圖6至圖7相同，只是請求的操作行為不同。圖6和圖7中是請求資源分配，圖8和圖 9中是請求資源去活和修改。步驟804和步驟903中的消息均沒有通過特定信元攜帶HeNB 的外層IP地址，而是由HeNB PF在收到消息后把消息的消息體源地址作為外層IP地址。其中，因為3GPP和BBF描述業(yè)務(wù)的服務(wù)質(zhì)量的方式不同，采用的參數(shù)也存在區(qū)別， 因此資源配置請求/應(yīng)答消息中的參數(shù)信息在HeNB PF或者BPCF進行了由3GPP到BBF的映射或者反向的映射。實施例五資源搶占本實施例是HeNB系統(tǒng)中，通過搶占現(xiàn)有業(yè)務(wù)資源來為新業(yè)務(wù)建立承載的具體實例。業(yè)務(wù)二次接納控制點可以設(shè)置在HeNB。HeNB在進行承載建立/修改控制時，可以根據(jù)固網(wǎng)返回的資源狀況，綜合現(xiàn)有技術(shù)中的因素(比如CSG，ARP等)決定搶占現(xiàn)有業(yè)務(wù)的資源，從而為新業(yè)務(wù)建立/修改承載。具體流程圖參見圖10。實施例六HeNB ID的方案以上描述的實施例一至實施例五中，HeNB帶給HeNB PF的除了請求的策略，還有可能是以特定信元的方式攜帶了外層IP地址或者是NAT轉(zhuǎn)換后的IP地址加端口號；除此之外，對于上述的各種場景，HeNB還可以攜帶該HeNB的固網(wǎng)用戶名、HeNB的標(biāo)識、或者固網(wǎng)為該HeNB靜態(tài)配置的IP地址等，只要能夠唯一確定該HeNB所在固網(wǎng)鏈路的標(biāo)識即可。在此，可以統(tǒng)稱上述能夠唯一確定HeNB所在固網(wǎng)鏈路的地址或標(biāo)識等信息為固網(wǎng)鏈路標(biāo)識 fn息ο上述的固網(wǎng)為HeNB靜態(tài)配置的IP地址和所述的外層IP地址的不同之處在于靜態(tài)配置的IP地址是該HeNB在使用期間固有不變的，是HeNB向固網(wǎng)租用的。根據(jù)前述內(nèi)容， 外層IP地址是HeNB上電時固網(wǎng)為其動態(tài)分配的，可以變化。實施例七HeNB上電時就上報固網(wǎng)鏈路標(biāo)識信息上述實施例一至實施例六中，描述的都是當(dāng)終端UE通過HeNB接入EPS之后，相關(guān)的QoS到達(dá)HeNB時，HeNB向HeNB PF請求QoS資源的同時以顯式(以特定信元方式攜帶) 或者隱式(以消息體本身的源地址攜帶)的方式攜帶固網(wǎng)鏈路標(biāo)識信息。作為具體的實現(xiàn)方式可以分為以下兩種方式方式一當(dāng)HeNB第一次收到來自EPS核心網(wǎng)的QoS策略后，HeNB通過T2接口向 HeNB PF發(fā)送資源重配置請求消息并攜帶固網(wǎng)鏈路標(biāo)識信息，HeNBPF收到該消息后建立與 HeNB的T2會話。當(dāng)該HeNB再次收到來自EPS核心網(wǎng)的QoS策略后，HeNB通過T2接口已經(jīng)建立的T2會話向HeNB PF請求分配/修改/釋放資源。因為是通過T2接口請求分配/ 修改/釋放資源資源，所以不用再次攜帶所述的固網(wǎng)鏈路標(biāo)識信息，HeNB PF根據(jù)來自對應(yīng)的T2會話，就能斷定該分配/修改/釋放資源請求所來自的HeNB，并能斷定該分配/修改 /釋放資源請求對應(yīng)的固網(wǎng)鏈路標(biāo)識信息。方式二 無論何時，當(dāng)HeNB收到來自EPS核心網(wǎng)的QoS策略后，均可通過T2接口向HeNB PF發(fā)送資源重配置請求消息并在其中攜帶固網(wǎng)鏈路標(biāo)識信息，使HeNB PF無論何時都能獲知該HeNB對應(yīng)的固網(wǎng)鏈路標(biāo)識信息。除了上述兩種方式以外，還可以應(yīng)用另外一種特定的實現(xiàn)方式(方式三)。方式三當(dāng)HeNB上電，HeNB向HeNB PF注冊。HeNB向HeNB PF注冊的消息中攜帶了固網(wǎng)鏈路標(biāo)識信息，注冊的過程就是T2會話建立的過程。因此HeNB和HeNB PF上都建立了 T2會話和“固網(wǎng)鏈路標(biāo)識信息的對應(yīng)關(guān)系。無論何時，當(dāng)HeNB收到來自EPS核心網(wǎng)的 QoS策略后，可以通過T2會話向HeNB PF請求分配/修改/釋放資源并且不需要攜帶固網(wǎng)鏈路標(biāo)識信息，HeNB PF根據(jù)來自對應(yīng)的T2會話，就能斷定該分配/修改/釋放資源請求所來自的HeNB，并能斷定該分配/修改/釋放資源請求對應(yīng)的固網(wǎng)鏈路標(biāo)識信息。同樣的，HeNB PF在向BPCF發(fā)送資源分配/修改/釋放請求和固網(wǎng)鏈路標(biāo)識信息時，也可以采用上述的三種方式。實施例八HeNB PF做接納控制(二次接納控制)以上實施例一至實施例七所描述的都是由HeNB做接納控制(二次接納控制)的實現(xiàn)方案，即HeNB作為接納控制網(wǎng)元(二次接納控制)，當(dāng)收到來自EPS核心網(wǎng)的承載建立
17/釋放/修改/會話管理請求后，HeNB通過HeNB PF向固網(wǎng)相關(guān)網(wǎng)元請求接納控制，等固網(wǎng)相關(guān)網(wǎng)元做接納控制或者委托接納控制并反饋回決策后，HeNB根據(jù)反饋的決策做出滿足當(dāng)前業(yè)務(wù)的決定(如接納該業(yè)務(wù)，或拒絕該業(yè)務(wù)，或搶占原業(yè)務(wù)資源等)。作為另外一種實現(xiàn)方式，可以將接納控制(二次接納控制)功能放到HeNBPF上， 以實現(xiàn)業(yè)務(wù)接納控制。具體機制是HeNB向HeNB PF上報接納控制的相關(guān)信息，所述接納控制的相關(guān)信息可以包括當(dāng)前接入該HeNB的用戶信息、資源使用狀況信息、HeNB等級信息、CSG列表以及其他信息。HeNB PF根據(jù)HeNB上報的接納控制的相關(guān)信息和S9*會話返回的資源重配置成功/失敗響應(yīng)或者固網(wǎng)資源使用狀況進行接納控制(二次接納控制)，進行接納控制(二次接納控制)的機制類似圖6至圖9的HeNB上做接納控制(二次接納控制)的相關(guān)描述。HeNB PF向HeNB反饋接納控制決策(二次接納控制)結(jié)果，HeNB根據(jù)決策結(jié)果，完成對應(yīng)的后續(xù)處理。在圖12展示的具體實施流程中，接納控制相關(guān)信息上報到HeNB PF的操作可以在步驟1202進行，也可以在步驟1206進行。其中，在步驟1206，當(dāng)前HeNB上的最新的資源使用狀況信息通常是必須上報的。實施例九除了以上實施例描述的HeNB的場景以外，以上實施方案同樣適用于HNB的場景。細(xì)微的不同之處主要在于名稱區(qū)別所有與HeNB有關(guān)的名詞都改為HNB ；HNB GW是必選的，HeNB GW是可選的；SGSN的功能替代了 MME的功能；SGSN發(fā)送給HNB的信令為RAB分配請求/Iu接口信令。支持上述各實施例的具體流程如下所述。參見圖5，圖5為本發(fā)明實施例的家庭基站上電流程圖，該流程包括以下步驟步驟501. HeNB上電，接入固網(wǎng)；在沒有NAT轉(zhuǎn)換的場景下，即無RG或者RG作為橋接功能而非路由功能時，固網(wǎng)的相關(guān)網(wǎng)元直接為HeNB分配地址，該地址作為HeNB對外路由數(shù)據(jù)的外層IP地址；在有NAT 的場景下，NAT轉(zhuǎn)換器(在此即為RG)為HeNB分配私網(wǎng)的IP地址，固網(wǎng)的相關(guān)網(wǎng)元為NAT 轉(zhuǎn)換器分配了 IP地址。步驟502. HeNB 和 kGW 進行 IKEv2 協(xié)商。根據(jù)運營商的需求，HeNB和kGW之間的數(shù)據(jù)可以經(jīng)過II^sec保護，也可以選擇無 II3Sec 保護。如果有II^sec保護，HeNB和kGW之間建立II^sec隧道，以保證數(shù)據(jù)在傳輸過程中的安全性和完整性。并在IKEv2協(xié)商的過程中，kGW為HeNB分配一個內(nèi)層IP地址，并在回應(yīng)給HeNB的消息中將該內(nèi)層IP地址攜帶給HeNB。如果沒有II3Sec保護，HeNB和kGW只進行信令交互(或者HeNB和kGW之間根本無IKEv2信令交互)，SeGff不再為HeNB分配內(nèi)層IP地址?；蛘哒J(rèn)為kGW和固網(wǎng)設(shè)備功能融合，&GW和固網(wǎng)設(shè)備為HeNB分配了同一個IP地址。在某些場景下JeGW可以將感知到的NAT轉(zhuǎn)換后的地址和端口號在發(fā)送給HeNB的消息中攜帶給HeNB，以便在后續(xù)操作中使用。
參見圖6，圖6為本發(fā)明實施例的控制業(yè)務(wù)接納過程中接納成功的流程圖，圖6描述了 HeNB系統(tǒng)中，業(yè)務(wù)發(fā)起并成功被接納的具體實例。業(yè)務(wù)接納控制點在HeNB。HeNB在做業(yè)務(wù)接納時，除了現(xiàn)有技術(shù)中的因素(比如CSG、ARP、接入模式等)，還綜合了所在固網(wǎng)的資源狀況。圖6所示流程包括以下步驟步驟601.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟602.新業(yè)務(wù)發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的業(yè)務(wù)。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載建立請求/會話管理請求消息，并攜帶了 QoS策略等信息。步驟603. HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求(資源分配)信令， 向固網(wǎng)請求資源。不同場景下，HeNB在向HeNB PF發(fā)送資源請求信令時，可以在資源重配置請求消息中攜帶固網(wǎng)為其分配的外層IP地址，或者攜帶HeNB在與kGW建立II^sec隧道時SeG貨發(fā)送給HeNB的NAT轉(zhuǎn)換后的IP地址和端口號，或者攜帶HeNB靜態(tài)配置的外層IP地址，或者攜帶HeNB的其他標(biāo)識(固網(wǎng)接入名、靜態(tài)IP地址、HeNB ID等)；當(dāng)然，HeNB在資源請求消息中也可以不攜帶IP地址，而是把該消息的消息體的源地址隱式地攜帶給消息的接收方。步驟604. HeNB PF在收到HeNB的資源請求后，針對步驟603中的不同的標(biāo)識攜帶方式獲取地址(可進一步包括端口號)或者其他標(biāo)識，并通過S9*接口把HeNB發(fā)送來的資源請求消息請求的內(nèi)容和獲取的上述內(nèi)容通告給BPCF。步驟605.該步中，BPCF執(zhí)行接納控制或者委托接納控制。所謂接納控制是指 BPCF通過收到的所述地址(可進一步包括端口號)或者其他標(biāo)識能夠找到該HeNB所在的固網(wǎng)回程鏈路；BPCF以及固網(wǎng)策略執(zhí)行設(shè)備檢驗該HeNB所在的固網(wǎng)回程鏈路是否能夠提供該HeNB所請求的資源。如果能夠提供，則分配資源，并通過S9*接口向PF返回資源分配成功響應(yīng)。所謂委托接納控制是指BPCF將獲取的信息通知到其他的某個網(wǎng)元，執(zhí)行以上的操作或者是BPCF與其他網(wǎng)元協(xié)商執(zhí)行以上操作。步驟606. BPCF通過S9*接口向PF返回資源分配成功響應(yīng)。步驟607. PF通過T2*接口向HeNB返回資源重配置成功響應(yīng)。步驟608. HeNB根據(jù)固網(wǎng)返回的成功響應(yīng)以及該業(yè)務(wù)的現(xiàn)有其他屬性(比如ARP、 CSG等信息)，實施對該業(yè)務(wù)的接納控制。并在確定接納該業(yè)務(wù)時，在HeNB和UE之間分配無線資源，并建立承載。步驟609. HeNB向EPS核心網(wǎng)返回承載建立響應(yīng)/會話管理響應(yīng)，以通知核心網(wǎng)為該業(yè)務(wù)成功分配資源。步驟610.核心網(wǎng)的相關(guān)后續(xù)處理。參見圖7，圖7為本發(fā)明實施例的控制業(yè)務(wù)接納過程中接納拒絕的流程圖，圖7描述了 HeNB系統(tǒng)中，業(yè)務(wù)發(fā)起并被拒絕接納的具體實例。業(yè)務(wù)接納控制點在HeNB。HeNB在做業(yè)務(wù)接納時，除了現(xiàn)有技術(shù)中的因素(比如CSG、ARP、接入模式等)，還綜合了所在固網(wǎng)的資源狀況。圖7所示流程包括以下步驟步驟701.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟702.新業(yè)務(wù)發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的業(yè)務(wù)。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載建立請求/會話管理請求消息，并攜帶了 QoS策略等信息。步驟703. HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求(分配資源)信令， 向固網(wǎng)請求資源。不同場景下，HeNB在向HeNB PF發(fā)送資源請求信令時，可以在資源重配置請求消息中攜帶固網(wǎng)為其分配的外層IP地址，或者攜帶HeNB在與kGW建立II^sec隧道時SeG貨發(fā)送給HeNB的NAT轉(zhuǎn)換后的IP地址和端口號，或者攜帶HeNB靜態(tài)配置的外層IP地址，或者攜帶HeNB的其他標(biāo)識(固網(wǎng)接入名、靜態(tài)IP地址、HeNB ID等)；當(dāng)然，HeNB在資源請求消息中也可以不攜帶IP地址，而是把該消息的消息體的源地址隱式地攜帶給消息的接收方。步驟704. HeNB PF在收到HeNB的資源請求后，針對步驟703中的不同的標(biāo)識攜帶方式獲取地址(可進一步包括端口號)或者其他標(biāo)識，并通過S9*接口把HeNB發(fā)送來的資源請求消息請求的內(nèi)容和獲取的上述內(nèi)容通告給BPCF。步驟705.該步中，BPCF執(zhí)行接納控制或者委托接納控制。所謂接納控制是指 BPCF通過收到的所述地址(可進一步包括端口號)或者其他標(biāo)識能夠找到該HeNB所在的固網(wǎng)回程鏈路；BPCF以及固網(wǎng)策略執(zhí)行設(shè)備檢驗該HeNB所在的固網(wǎng)回程鏈路是否能夠提供該HeNB所請求的資源。如果能夠提供，則分配資源，并通過S9*接口向PF返回資源分配失敗響應(yīng)。所謂委托接納控制是指=BPCF將獲取的信息通知到其他的某個網(wǎng)元，執(zhí)行以上的操作或者是BPCF與其他網(wǎng)元協(xié)商執(zhí)行以上操作。步驟706. BPCF通過S9*接口向PF返回資源分配失敗響應(yīng)。步驟707. PF通過T2*接口向HeNB返回資源重配置失敗響應(yīng)。步驟708. HeNB根據(jù)固網(wǎng)返回的失敗響應(yīng)，拒絕接納該業(yè)務(wù)。步驟709. HeNB向EPS核心網(wǎng)返回承載建立響應(yīng)/會話管理響應(yīng)失敗通知。步驟710.核心網(wǎng)的相關(guān)后續(xù)處理。參見圖8，圖8為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行釋放的流程圖，圖8描述了 HeNB系統(tǒng)中，資源去激活的具體實例。圖8所示流程包括以下步驟步驟801.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟802.承載去激活，該操作的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載去激活請求消息，并攜帶QoS策略等信息。步驟803. HeNB相關(guān)機制，刪除承載并釋放無線資源。步驟804. HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求信令(資源釋放)。不同場景下，HeNB在向HeNB PF發(fā)送資源釋放請求信令時，可以在資源釋放請求消息中攜帶固網(wǎng)為其分配的外層IP地址，或者攜帶HeNB在與kGW建立II^sec隧道時kGW 發(fā)送給HeNB的NAT轉(zhuǎn)換后的IP地址和端口號，或者攜帶HeNB靜態(tài)配置的外層IP地址，或者攜帶HeNB的其他標(biāo)識(固網(wǎng)接入名、靜態(tài)IP地址、HeNB ID等)；當(dāng)然，HeNB在資源請求消息中也可以不攜帶IP地址，而是把該消息的消息體的源地址隱式地攜帶給消息的接收方。步驟805. HeNB PF在收到HeNB的資源釋放請求后，針對步驟804中的不的標(biāo)識攜帶方式獲取地址(可進一步包括端口號)或者其他標(biāo)識，并通過S9*接口把HeNB發(fā)送來的資源釋放請求消息請求的內(nèi)容和獲取的上述內(nèi)容通告給BPCF。
步驟806.該步中，BPCF執(zhí)行接納控制或者委托接納控制。所謂接納控制是指 BPCF通過收到的所述地址(可進一步包括端口號)或者其他標(biāo)識能夠找到該HeNB所在的固網(wǎng)回程鏈路；BPCF以及固網(wǎng)策略執(zhí)行設(shè)備根據(jù)信令重配置固網(wǎng)資源，并通過S9*接口向 PF返回資源釋放響應(yīng)。所謂委托接納控制是指BPCF將獲取的信息通知到其他的某個網(wǎng)元，執(zhí)行以上的操作或者是BPCF與其他網(wǎng)元協(xié)商執(zhí)行以上操作。步驟807. BPCF通過S9*接口向PF返回資源釋放響應(yīng)。步驟808. PF通過T2*接口向HeNB返回資源重配置響應(yīng)。步驟809. HeNB向EPS核心網(wǎng)返回承載建立響應(yīng)/會話管理響應(yīng)，以通知核心網(wǎng)承載去激活成功。步驟810.核心網(wǎng)的相關(guān)后續(xù)處理。參見圖9，圖9為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行修改的流程圖，圖9描述了 HeNB系統(tǒng)中，承載修改具體實例。業(yè)務(wù)接納控制點在HeNB。HeNB在進行承載修改控制時，除了考慮現(xiàn)有技術(shù)中的因素(比如CSG、ARP、接入模式等)，還綜合了所在固網(wǎng)的資源狀況。圖9所示流程包括以下步驟步驟901.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟902.承載修改發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載修改請求/會話管理請求消息，并攜帶QoS策略等信息。步驟903. HeNB通過T2接口向HeNB PF發(fā)送資源重配置請求信令(資源修改)。不同場景下，HeNB在向HeNB PF發(fā)送資源重配置請求信令時，可以在資源重配置請求消息中攜帶固網(wǎng)為其分配的外層IP地址，或者攜帶HeNB在與kGW建立Psec隧道時 SeGff發(fā)送給HeNB的NAT轉(zhuǎn)換后的IP地址和端口號，或者攜帶HeNB靜態(tài)配置的外層IP地址，或者攜帶HeNB的其他標(biāo)識(固網(wǎng)接入名、靜態(tài)IP地址、HeNB ID等)；當(dāng)然，HeNB在資源重配置請求消息中也可以不攜帶IP地址，而是把該消息的消息體的源地址隱式地攜帶給消息的接收方。步驟904.HeNB PF在收到HeNB的資源重配置請求后，針對步驟903中的不同的標(biāo)識攜帶方式獲取地址(可進一步包括端口號)或者其他標(biāo)識，并通過S9*接口把HeNB發(fā)送來的資源重配置請求消息請求的內(nèi)容和獲取的上述內(nèi)容通告給BPCF及固網(wǎng)策略執(zhí)行設(shè)備。步驟905.該步中，BPCF執(zhí)行接納控制或者委托接納控制。所謂接納控制是指 BPCF通過收到的所述地址(可進一步包括端口號)或者其他標(biāo)識能夠找到該HeNB所在的固網(wǎng)回程鏈路；BPCF以及固網(wǎng)策略執(zhí)行設(shè)備檢驗該HeNB所在的固網(wǎng)回程鏈路是否能夠接受請求中的資源重配置操作。所謂委托接納控制是指=BPCF將獲取的信息通知到其他的某個網(wǎng)元，執(zhí)行以上的操作或者是BPCF與其他網(wǎng)元協(xié)商執(zhí)行以上操作。步驟906. BPCF通過S9*接口向PF返回資源重配置成功/失敗響應(yīng)。步驟907. PF通過T2*接口向HeNB返回資源重配置成功/失敗響應(yīng)。步驟908. HeNB根據(jù)固網(wǎng)返回的響應(yīng)，接受/拒絕承載修改。步驟909. HeNB向EPS核心網(wǎng)返回承載建立響應(yīng)/會話管理響應(yīng)。步驟910.核心網(wǎng)的相關(guān)后續(xù)處理。
21
參見圖10，圖10為本發(fā)明實施例的控制業(yè)務(wù)接納過程中執(zhí)行搶占的流程圖，圖10 描述了 HeNB系統(tǒng)中，承載建立/修改具體實例。業(yè)務(wù)接納控制點在HeNB。HeNB在進行承載建立/修改控制時，根據(jù)固網(wǎng)返回的資源狀況，綜合現(xiàn)有技術(shù)中的因素(比如CSG、ARP等)， 決定搶占現(xiàn)有業(yè)務(wù)的資源，從而為新業(yè)務(wù)建立/修改承載。圖10所示流程包括以下步驟步驟1001.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟1002.承載建立/修改發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是 UE向網(wǎng)絡(luò)側(cè)請求的。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載建立/修改請求/會話管理請求消息，并攜帶QoS策略等信息。 步驟1003. HeNB通過T2接口向HeNB PF發(fā)送資源重配置信令(資源分配/釋放 /修改)。不同場景下，HeNB在向HeNB PF發(fā)送資源重配置請求信令時，可以在資源重配置請求消息中攜帶固網(wǎng)為其分配的外層IP地址，或者攜帶HeNB在與kGW建立Psec隧道時 SeGff發(fā)送給HeNB的NAT轉(zhuǎn)換后的IP地址和端口號，或者攜帶HeNB靜態(tài)配置的外層IP地址，或者攜帶HeNB的其他標(biāo)識(固網(wǎng)接入名、靜態(tài)IP地址、HeNB ID等)；當(dāng)然，HeNB在資源重配置請求消息中也可以不攜帶IP地址，而是把該消息的消息體的源地址隱式地攜帶給消息的接收方。步驟1004. HeNB PF在收到HeNB的資源重配置請求后，針對步驟1003中的不同的標(biāo)識攜帶方式獲取地址(可進一步包括端口號)或者其他標(biāo)識，并通過S9*接口把HeNB發(fā)送來的資源重配置請求消息請求的內(nèi)容和獲取的上述內(nèi)容通告給BPCF及固網(wǎng)策略執(zhí)行設(shè)備。步驟1005.該步中，BPCF執(zhí)行接納控制或者委托接納控制。所謂接納控制是指 BPCF通過收到的所述地址(可進一步包括端口號)或者其他標(biāo)識能夠找到該HeNB所在的固網(wǎng)回程鏈路；BPCF以及固網(wǎng)策略執(zhí)行設(shè)備檢驗該HeNB所在的固網(wǎng)回程鏈路是否能夠接受請求中的資源建立/重配置操作。在實際應(yīng)用中，固網(wǎng)有可能不能提供該業(yè)務(wù)請求所需的資源。所謂委托接納控制是指=BPCF將獲取的信息通知到其他的某個網(wǎng)元，執(zhí)行以上的操作或者是BPCF與其他網(wǎng)元協(xié)商執(zhí)行以上操作。步驟1006. BPCF通過S9*接口向PF返回資源重配置響應(yīng)，并可能把固網(wǎng)的資源狀況返回給PF。步驟1007. PF通過T2*接口向HeNB返回資源重配置響應(yīng)，并可能把固網(wǎng)的資源狀況返回給HeNB。步驟1008.HeNB根據(jù)固網(wǎng)返回的響應(yīng)，綜合現(xiàn)有技術(shù)中的因素(比如CSG、ARP 等)，決定搶占現(xiàn)有業(yè)務(wù)的資源，從而為新業(yè)務(wù)建立/修改承載。步驟1009.無線資源重配置。步驟1010. HeNB通過T2接口，通知PF資源被搶占。步驟1011.PF通過S9*接口，通知BPCF資源被搶占。步驟1012.固網(wǎng)重配置資源。步驟1013. HeNB向EPS核心網(wǎng)返回承載建立響應(yīng)/會話管理響應(yīng)。步驟1014.核心網(wǎng)的相關(guān)后續(xù)處理。參見圖11，圖11為本發(fā)明實施例的上報固網(wǎng)鏈路標(biāo)識信息的流程圖，該流程包括
2以下步驟步驟1101. HeNB上電，接入固網(wǎng)；可選地，HeNB和kGW進行IKEv2協(xié)商。具體描述參加圖5。步驟1102. HeNB向HeNB PF注冊。HeNB向HeNB PF注冊的消息中攜帶了固網(wǎng)鏈路標(biāo)識信息，同時建立T2會話。步驟1103.受步驟1102觸發(fā)，HeNB PF和BPCF之間建立S9*會話，HeNBPF向BPCF 傳遞固網(wǎng)鏈路標(biāo)識信息。步驟1104.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟1105.新業(yè)務(wù)發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的業(yè)務(wù)。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載建立/釋放/修改請求/會話管理請求消息，并攜帶QoS策略等信息。 步驟1106. HeNB通過T2會話向HeNB PF發(fā)送資源重配置(分配/修改/釋放) 請求信令，該信令中不需要顯式地攜帶固網(wǎng)鏈路標(biāo)識信息。HeNB PF根據(jù)來自對應(yīng)的T2會話，就能斷定該分配/修改/釋放資源請求所來自的HeNB，并能將該分配/修改/釋放資源請求對應(yīng)到合適的S9*會話上。步驟1107. HeNB通過S9*會話向BPCF請求資源(資源分配/修改/釋放)，該信令中不需要攜帶固網(wǎng)鏈路標(biāo)識信息。BPCF根據(jù)來自對應(yīng)的S9*會話，就能斷定該消息所屬的HeNB，以及該請求消息所對應(yīng)的固網(wǎng)鏈路標(biāo)識信息。步驟1108.具體的后續(xù)處理，具體可以參見圖6至圖10的詳細(xì)步驟描述。參見圖12，圖12為本發(fā)明實施例的HeNB PF執(zhí)行接納控制功能的流程圖，該流程包括以下步驟步驟1201. HeNB上電，接入固網(wǎng)；可選地，HeNB和kGW進行IKEv2協(xié)商。具體描述參加圖5。步驟1202. HeNB向HeNB PF注冊。HeNB向HeNB PF注冊的消息中攜帶固網(wǎng)鏈路標(biāo)識信息，并攜帶該HeNB上的可以用于做接納控制的相關(guān)信息，同時建立T2會話。需要注意的是，HeNB上的可以用于進行接納控制的相關(guān)信息可以包括當(dāng)前接入該HeNB的用戶信息、資源使用狀況信息、HeNB等級信息、CSG列表以及其他信息。步驟1202a. HeNB PF存儲接納控制的相關(guān)信息。步驟1203.受步驟1102觸發(fā)，HeNB PF和BPCF之間建立S9*會話，HeNBPF向BPCF 傳遞固網(wǎng)鏈路標(biāo)識信息。步驟1204.終端已經(jīng)通過HeNB接入到EPC系統(tǒng)。步驟1205.新業(yè)務(wù)發(fā)起，該業(yè)務(wù)的發(fā)起可能是網(wǎng)絡(luò)側(cè)主動發(fā)起，也可能是UE向網(wǎng)絡(luò)側(cè)請求的業(yè)務(wù)。EPS核心網(wǎng)的相關(guān)網(wǎng)元(HeNB GW或者MME)通過Sl接口向HeNB發(fā)送承載建立/釋放/修改請求/會話管理請求消息，并攜帶QoS策略等信息。步驟1206. HeNB通過T2會話向HeNB PF發(fā)送來自EPS核心網(wǎng)的QoS策略信息以及當(dāng)前最新的HeNB上資源使用狀況信息。步驟1207. HeNB通過S9*會話向BPCF請求資源(資源分配/修改/釋放)。步驟1208. BPCF通過固網(wǎng)鏈路標(biāo)識信息能夠找到該HeNB所在的固網(wǎng)回程鏈路； BPCF以及固網(wǎng)策略執(zhí)行設(shè)備檢驗該HeNB所在的固網(wǎng)回程鏈路是否能夠接受請求中操作。
步驟1209. BPCF通過S9*接口向HeNB PF返回資源重配置成功/失敗響應(yīng)或者固網(wǎng)資源使用狀況。步驟1209a. HeNB PF根據(jù)HeNB上報的接納控制的相關(guān)信息和S9*會話返回的資源重配置成功/失敗響應(yīng)或者固網(wǎng)資源使用狀況進行二次接納控制，接納控制的操作類似圖6至圖9中的HeNB上做接納控制的相關(guān)描述。步驟1210. HeNB PF向HeNB反饋接納控制決策結(jié)果。步驟1211至步驟1213. HeNB根據(jù)接納控制決策結(jié)果，完成對應(yīng)的后續(xù)處理，參見圖6至圖10的詳細(xì)步驟描述。需要說明的是，家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與 &GW之間的存在II^sec隧道，則在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元；當(dāng)然，家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間沒有 II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元，或者，用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。結(jié)合以上各實施例及流程圖可知，在實現(xiàn)業(yè)務(wù)接納控制時，可以應(yīng)用圖13所示的操作思路，同樣也可以應(yīng)用圖14所示的操作思路。參見圖13，圖13為本發(fā)明一實施例的業(yè)務(wù)接納控制流程簡圖，該流程包括以下步驟步驟1310 家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求。步驟1320 所述家庭基站/演進家庭基站策略功能實體根據(jù)收到的資源重配置請求向固網(wǎng)策略控制功能實體請求接納控制。步驟1330 所述固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，將決策
反饋給所述家庭基站/演進家庭基站。步驟1340 家庭基站/演進家庭基站根據(jù)所述決策執(zhí)行二次接納控制。當(dāng)然，還可以進行如圖15所示的設(shè)置以支持圖13所示的操作。參見圖15，圖15為本發(fā)明一實施例的業(yè)務(wù)接納控制系統(tǒng)圖，針對圖13時該系統(tǒng)包括相連的資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元。其中，資源重配置請求單元、 二次接納控制單元可以設(shè)置于家庭基站/演進家庭基站中；接納控制請求單元可以設(shè)置于家庭基站/演進家庭基站策略功能實體中；接納控制單元可以設(shè)置于固網(wǎng)策略控制功能實體中。具體應(yīng)用時，資源重配置請求單元能夠向接納控制請求單元發(fā)送資源重配置請求；接納控制請求單元能夠根據(jù)收到的資源重配置請求向接納控制單元請求接納控制；接納控制單元可以執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給二次接納控制單元，由二次接納控制單元根據(jù)收到的所述決策執(zhí)行二次接納控制?？梢?，家庭基站/演進家庭基站接入時，存在或不存在NAT，并且家庭基站/演進家庭基站與kGW之間的II^sec隧道是必選的；在實現(xiàn)所述判斷固網(wǎng)鏈路時，在資源重配置請求中設(shè)置用于攜帶外層IP地址的信元；家庭基站/演進家庭基站接入時，存在或不存在NAT，并且家庭基站/演進家庭基站與kGW之間沒有II^sec隧道；在實現(xiàn)所述判斷固網(wǎng)鏈路時，在資源重配置請求中設(shè)置用
24于攜帶外層IP地址的信元，或者，用消息體本身的IP地址定位固網(wǎng)回程網(wǎng)。再有，所述資源重配置請求單元請求資源重配置時，除了攜帶請求的策略以外，進一步攜帶能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的固網(wǎng)鏈路標(biāo)識信息。并且，所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式可以為在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識
fn息ο參見圖14，圖14為本發(fā)明另一實施例的業(yè)務(wù)接納控制流程簡圖，該流程包括以下步驟步驟1410 家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求并提供接納控制相關(guān)信息。步驟1420 家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制。步驟1430 固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，并將決策反饋給所述家庭基站/演進家庭基站策略功能實體。步驟1440 家庭基站/演進家庭基站策略功能實體根據(jù)所述接納控制相關(guān)信息和收到的反饋決策執(zhí)行二次接納控制。當(dāng)然，還可以進行如圖15所示的設(shè)置以支持圖14所示的操作。參見圖15，圖15 為本發(fā)明一實施例的業(yè)務(wù)接納控制系統(tǒng)圖，針對圖14時該系統(tǒng)包括相連的資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元。其中，資源重配置請求單元可以設(shè)置于家庭基站/演進家庭基站中；接納控制請求單元、二次接納控制單元可以設(shè)置于家庭基站/演進家庭基站策略功能實體中；接納控制單元可以設(shè)置于固網(wǎng)策略控制功能實體中。具體應(yīng)用時，資源重配置請求單元能夠向接納控制請求單元發(fā)送資源重配置請求并提供接納控制相關(guān)信息；接納控制請求單元能夠向接納控制單元請求接納控制；接納控制單元可以執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給二次接納控制單元；二次接納控制單元能夠根據(jù)所述接納控制相關(guān)信息和收到的反饋決策執(zhí)行二次接納控制。 可見，家庭基站/演進家庭基站接入時，存在或不存在NAT，并且家庭基站/演進家庭基站與kGW之間的II^sec隧道是必選的；在實現(xiàn)所述判斷固網(wǎng)鏈路時，在資源重配置請求中設(shè)置用于攜帶外層IP地址的信元；家庭基站/演進家庭基站接入時，存在或不存在NAT，并且家庭基站/演進家庭基站與kGW之間沒有II^sec隧道；在實現(xiàn)所述判斷固網(wǎng)鏈路時，在資源重配置請求中設(shè)置用于攜帶外層IP地址的信元，或者，用消息體本身的IP地址定位固網(wǎng)回程網(wǎng)。再有，所述資源重配置請求單元請求資源重配置時，除了攜帶請求的策略以外，進一步攜帶能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的固網(wǎng)鏈路標(biāo)識信息。并且，所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式可以為在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識
fn息ο
綜上所述可見，無論是方法還是系統(tǒng)，本發(fā)明的業(yè)務(wù)接納控制技術(shù)均可解決具體如何實現(xiàn)業(yè)務(wù)接納管理和資源管理的問題，使QoS總需求不超過家庭基站接入的簽約固網(wǎng)線路所能提供的QoS，提高了控制業(yè)務(wù)接納的性能。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)接納控制方法，其特征在于，該方法包括家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求；所述家庭基站/演進家庭基站策略功能實體根據(jù)收到的資源重配置請求向固網(wǎng)策略控制功能實體請求接納控制；所述固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，將決策反饋給所述家庭基站/演進家庭基站；家庭基站/演進家庭基站根據(jù)所述決策執(zhí)行二次接納控制。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體請求資源重配置之前，進一步接收到EPC網(wǎng)絡(luò)側(cè)下發(fā)的策略信息；所述資源重配置為以下一種資源請求、資源釋放、資源修改； 所述家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制是通過S9*接口向固網(wǎng)策略控制功能實體發(fā)送請求消息用于請求接納控制的；所述固網(wǎng)策略控制功能實體將決策反饋給所述家庭基站/演進家庭基站的過程包括 固網(wǎng)策略控制功能實體將所述決策通過S9*接口反饋給家庭基站/演進家庭基站策略功能實體，家庭基站/演進家庭基站策略功能實體將決策反饋給家庭基站/演進家庭基站。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述家庭基站/演進家庭基站執(zhí)行二次接納控制，是指執(zhí)行以下操作中至少之一資源建立/分配、資源去活、資源修改、資源搶占。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的資源搶占包括當(dāng)固網(wǎng)策略控制功能實體反饋回的決策指示固網(wǎng)資源不足時，家庭基站/演進家庭基站根據(jù)當(dāng)前接入用戶的用戶信息、資源使用狀況信息、家庭基站/演進家庭基站等級信息、 閉合用戶組CSG列表在內(nèi)的信息，決定釋放現(xiàn)有的承載資源，接納所請求的服務(wù)質(zhì)量策略。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制之前，進一步從家庭基站/演進家庭基站接收到固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站在請求資源重配置時，攜帶固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站策略功能實體將所述固網(wǎng)鏈路標(biāo)識信息發(fā)送給固網(wǎng)策略控制功能實體。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，家庭基站/演進家庭基站攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為家庭基站/演進家庭基站在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者， 家庭基站/演進家庭基站在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。
7.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，該方法進一步包括家庭基站/演進家庭基站和安全網(wǎng)關(guān)&GW之間存在II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站和&GW之間沒有II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息，或者用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。
8.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，該方法進一步包括存在NAT時，SeGff把網(wǎng)絡(luò)地址轉(zhuǎn)換NAT轉(zhuǎn)換后的地址和端口號通過家庭基站/演進家庭基站和kGW之間的IKEv2交互信令發(fā)送給家庭基站/演進家庭基站，家庭基站/演進家庭基站將該地址和端口號發(fā)送給HeNB/HNB策略功能實體PF ；不存在NAT時，家庭基站/演進家庭基站直接把&GW為其分配的IP地址攜帶給HeNB/ HNB策略功能實體PF。
9.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于所述固網(wǎng)鏈路標(biāo)識信息包括以下至少之一外層IP地址、NAT轉(zhuǎn)換后的IP地址加端口號、家庭基站/演進家庭基站的固網(wǎng)用戶名、家庭基站/演進家庭基站的標(biāo)識、固網(wǎng)為家庭基站/演進家庭基站靜態(tài)配置的IP地址以及能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的標(biāo)識。
10.一種業(yè)務(wù)接納控制方法，其特征在于，該方法包括家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求并提供接納控制相關(guān)信息；家庭基站/演進家庭基站策略功能實體向固網(wǎng)策略控制功能實體請求接納控制；固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，并將決策反饋給所述家庭基站/演進家庭基站策略功能實體；家庭基站/演進家庭基站策略功能實體根據(jù)所述接納控制相關(guān)信息和收到的反饋決策執(zhí)行二次接納控制。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間的存在 IPsec隧道，則在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元；家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間沒有 II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路標(biāo)識信息的信元，或者，用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，家庭基站/演進家庭基站策略功能實體執(zhí)行二次接納控制是指家庭基站/演進家庭基站策略功能實體為庭基站/演進家庭基站制定資源建立/分配、資源去活、資源修改、資源搶占的決策；所述庭基站/演進家庭基站策略功能實體執(zhí)行二次接納控制后把所述決策發(fā)送給所述家庭基站/演進家庭基站，家庭基站/演進家庭基站按照決策進一步執(zhí)行以下操作中至少之一資源建立/分配、資源去活、資源修改、資源搶占。
13.根據(jù)權(quán)利要求11或12所述的方法，其特征在于，所述固網(wǎng)鏈路標(biāo)識信息用于唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，家庭基站/演進家庭基站攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為家庭基站/演進家庭基站在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，家庭基站/演進家庭基站在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信息。
15.一種業(yè)務(wù)接納控制系統(tǒng)，其特征在于，該系統(tǒng)包括資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元；其中，所述資源重配置請求單元，用于向接納控制請求單元發(fā)送資源重配置請求； 所述接納控制請求單元，用于根據(jù)收到的資源重配置請求向接納控制單元請求接納控制；所述接納控制單元，用于執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給接納控制請求單元；所述二次接納控制單元，用于根據(jù)收到的所述決策執(zhí)行二次接納控制。
16.根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，在請求資源重配置之前，所述資源重配置請求單元進一步接收到EPC網(wǎng)絡(luò)側(cè)下發(fā)的策略信息；所述資源重配置為以下一種資源請求、資源釋放、資源修改； 所述接納控制請求為S9*接口會話消息；所述接納控制單元將決策發(fā)送給二次接納控制單元時，用于將所述決策通過S9*接口反饋給家庭基站/演進家庭基站策略功能實體，家庭基站/演進家庭基站策略功能實體將決策反饋給所述二次接納控制單元。
17.根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述二次接納控制，是指執(zhí)行以下操作中至少之一資源建立/分配、資源去活、資源修改、資源搶占。
18.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，所述二次接納控制單元執(zhí)行資源搶占時，用于當(dāng)所述決策指示固網(wǎng)資源不足時，根據(jù)當(dāng)前接入用戶的用戶信息、資源使用狀況信息、 家庭基站/演進家庭基站等級信息、CSG列表在內(nèi)的信息，決定釋放現(xiàn)有的承載資源，接納所請求的服務(wù)質(zhì)量策略。
19.根據(jù)權(quán)利要求15至18任一項所述的系統(tǒng)，其特征在于，所述接納控制單元執(zhí)行接納控制或委托接納控制之前，進一步接收到固網(wǎng)鏈路標(biāo)識信息；所述資源重配置請求單元在請求資源重配置時，攜帶固網(wǎng)鏈路標(biāo)識信息；所述接納控制請求單元將所述固網(wǎng)鏈路標(biāo)識信息發(fā)送給所述接納控制單元。
20.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息時，用于在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信肩、ο
21.根據(jù)權(quán)利要求15至18任一項所述的系統(tǒng)，其特征在于，所述資源重配置請求單元進一步用于家庭基站/演進家庭基站和安全網(wǎng)關(guān)&GW之間存在II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息；家庭基站/演進家庭基站和&GW之間沒有II^sec隧道時，在資源重配置請求中設(shè)置特定信元，用于攜帶固網(wǎng)鏈路標(biāo)識信息，或者用消息體本身的IP地址作為固網(wǎng)鏈路標(biāo)識信肩、ο
22.根據(jù)權(quán)利要求16至18任一項所述的系統(tǒng)，其特征在于，所述家庭基站/演進家庭基站進一步用于存在NAT時，接收由kGW網(wǎng)絡(luò)地址轉(zhuǎn)換NAT轉(zhuǎn)換后的地址和端口號，再通過與kGW之間的IKEv2交互信令發(fā)送給HeNB/HNB策略功能實體PF ；不存在NAT時，直接把kGW為其分配的IP地址攜帶給HeNB/HNB策略功能實體PF。
23.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于所述固網(wǎng)鏈路標(biāo)識信息包括以下至少之一外層IP地址、NAT轉(zhuǎn)換后的IP地址加端口號、家庭基站/演進家庭基站的固網(wǎng)用戶名、家庭基站/演進家庭基站的標(biāo)識、固網(wǎng)為家庭基站/演進家庭基站靜態(tài)配置的IP地址以及能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的標(biāo)識。
24.一種業(yè)務(wù)接納控制系統(tǒng)，其特征在于，該系統(tǒng)包括資源重配置請求單元、接納控制請求單元、接納控制單元、二次接納控制單元；其中，所述資源重配置請求單元，用于向接納控制請求單元發(fā)送資源重配置請求并提供接納控制相關(guān)信息；所述接納控制請求單元，用于向接納控制單元請求接納控制； 所述接納控制單元，用于執(zhí)行接納控制或委托接納控制，再將決策發(fā)送給二次接納控制單元；所述二次接納控制單元，用于根據(jù)所述接納控制相關(guān)信息和收到的反饋決策制定二次接納控制決策。
25.根據(jù)權(quán)利要求M所述的系統(tǒng)，其特征在于，所述資源重配置請求單元設(shè)置于家庭基站/演進家庭基站中； 所述接納控制請求單元、二次接納控制單元設(shè)置于家庭基站/演進家庭基站策略功能實體中；所述接納控制單元設(shè)置于固網(wǎng)策略控制功能實體中。
26.根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于，家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間存在 IPsec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路的標(biāo)識的信元；家庭基站/演進家庭基站接入時，如果家庭基站/演進家庭基站與&GW之間沒有 II^sec隧道，在資源重配置請求中設(shè)置用于攜帶固網(wǎng)鏈路的標(biāo)識的信元，或者，用消息體本身的IP地址作為固網(wǎng)鏈路的標(biāo)識信息。
27.根據(jù)權(quán)利要求M至沈任一項所述的系統(tǒng)，其特征在于，所述資源重配置請求單元請求資源重配置時，除了攜帶請求的策略以外，進一步攜帶能夠唯一確定家庭基站/演進家庭基站所在固網(wǎng)鏈路的固網(wǎng)鏈路標(biāo)識信息。
28.根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，所述資源重配置請求單元攜帶所述固網(wǎng)鏈路標(biāo)識信息的方式為在上電后上報所述固網(wǎng)鏈路標(biāo)識信息；或者，在第一次或多次收到來自EPS核心網(wǎng)的服務(wù)質(zhì)量策略后，上報所述固網(wǎng)鏈路標(biāo)識信肩、ο
全文摘要
本發(fā)明公開了一種業(yè)務(wù)接納控制方法和系統(tǒng)，均可以由家庭基站/演進家庭基站向家庭基站/演進家庭基站策略功能實體發(fā)送資源重配置請求；所述家庭基站/演進家庭基站策略功能實體根據(jù)收到的資源重配置請求向固網(wǎng)策略控制功能實體請求接納控制；所述固網(wǎng)策略控制功能實體執(zhí)行接納控制或委托接納控制后，將決策反饋給所述家庭基站/演進家庭基站；家庭基站/演進家庭基站根據(jù)所述決策執(zhí)行二次接納控制。本發(fā)明方法和系統(tǒng)均可解決具體如何實現(xiàn)業(yè)務(wù)接納管理和資源管理的問題，使服務(wù)質(zhì)量總需求不超過家庭基站接入的簽約固網(wǎng)線路所能提供的服務(wù)質(zhì)量，提高了控制業(yè)務(wù)接納的性能。
文檔編號H04W72/08GK102457974SQ20101052937
公開日2012年5月16日 申請日期2010年11月1日 優(yōu)先權(quán)日2010年11月1日
發(fā)明者周曉云, 宗在峰, 畢以峰, 霍玉臻 申請人:中興通訊股份有限公司