專利名稱：對(duì)等網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法、資源控制代理及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對(duì)等(P2P, Peer-to-Peer)網(wǎng)絡(luò)技術(shù),特別涉及一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法、資源控制代理(RC-proxy, Resource Control Proxy)及系統(tǒng)。
背景技術(shù)：
P2P網(wǎng)絡(luò)是一種分布式網(wǎng)絡(luò)，P2P網(wǎng)絡(luò)的參與者共享整個(gè)網(wǎng)絡(luò)所擁有的資源和服務(wù)，這些共享資源和服務(wù)能被網(wǎng)絡(luò)中的其它節(jié)點(diǎn)直接訪問而無須經(jīng)過特殊的中間實(shí)體的轉(zhuǎn)發(fā)。在P2P網(wǎng)絡(luò)中，每個(gè)參與者既是資源和服務(wù)的提供者(server)，同時(shí)又是資源和服務(wù)的獲取者(client)。P2P網(wǎng)絡(luò)采用的是疊加網(wǎng)技術(shù)，S卩節(jié)點(diǎn)加入到自組織的疊加(Overlay)網(wǎng)絡(luò)中，并可以使用分布式哈希表(DHT,Distributed Hash Table)算法實(shí)現(xiàn)資源的快速查找和定位。
P2P網(wǎng)絡(luò)的協(xié)議主要包括因特網(wǎng)工程任務(wù)組(IETF, Internet Engineering TaskForce)定義的資源定位與發(fā)現(xiàn)(RELOAD,REsource LOcation And Discovery)協(xié)議,RELOAD協(xié)議詳見draft-ietf-p2psip-base-00。RELOAD協(xié)議提供了自組織網(wǎng)絡(luò)的基本業(yè)務(wù),所述基本業(yè)務(wù)包括節(jié)點(diǎn)間消息的路由、數(shù)據(jù)的存儲(chǔ)及查找。此外，RELOAD協(xié)議還定義了節(jié)點(diǎn)登記服務(wù)器(Enrollment Server),所述Enrollment Server用于為節(jié)點(diǎn)分配節(jié)點(diǎn)號(hào)、安全證書、以及overlay網(wǎng)絡(luò)的配置信息,其中，所述配置信息包括采用何種DHT算法等。RELOAD協(xié)議將overlay網(wǎng)絡(luò)中的節(jié)點(diǎn)分成兩類，即Peer節(jié)點(diǎn)及client端。其中，Peer節(jié)點(diǎn)具備P2P消息路由、存儲(chǔ)、以及查找等功能，client端可以向Peer節(jié)點(diǎn)發(fā)送P2P消息，由Peer節(jié)點(diǎn)進(jìn)行消息路由和數(shù)據(jù)存儲(chǔ)，client端自身不具備P2P層的消息路由和數(shù)據(jù)存儲(chǔ)功能。隨著P2P網(wǎng)絡(luò)技術(shù)及相關(guān)協(xié)議的發(fā)展和成熟，電信網(wǎng)絡(luò)中也開始引入P2P網(wǎng)絡(luò)技術(shù)，進(jìn)行核心網(wǎng)業(yè)務(wù)的控制和處理，圖I為一種典型的引入P2P網(wǎng)絡(luò)的電信網(wǎng)絡(luò)的組網(wǎng)方式，如圖I所示，該網(wǎng)絡(luò)的設(shè)備包含業(yè)務(wù)控制功能(SCF, Service Control Function)實(shí)體及用戶終端(UE, User Entity)。其中，SCF實(shí)體作為Peer節(jié)點(diǎn)加入到Overlay網(wǎng)絡(luò)中，所有的SCF實(shí)體組成一個(gè)均質(zhì)化的P2P核心網(wǎng)，共同完成P2P核心網(wǎng)業(yè)務(wù)的控制功能。在P2P核心網(wǎng)中，每個(gè)SCF實(shí)體的功能相同，負(fù)責(zé)用戶接入、會(huì)話控制、以及業(yè)務(wù)觸發(fā)。UE作為client端接入到P2P核心網(wǎng)中，換句話說，Overlay網(wǎng)絡(luò)中的UE除了具備傳統(tǒng)網(wǎng)絡(luò)中UE的功能外，還具備P2P網(wǎng)絡(luò)的client端的功能。在以下的描述中，將SCF實(shí)體稱為SCF節(jié)點(diǎn)。在P2P核心網(wǎng)中，每個(gè)UE都具有負(fù)責(zé)處理UE業(yè)務(wù)的SCF節(jié)點(diǎn)，也稱為負(fù)責(zé)節(jié)點(diǎn)。在該組網(wǎng)模式下，基本呼叫的話務(wù)模型如圖2所示，假設(shè)UE I為主叫，UE 2為被叫，SCF I為UEI的負(fù)責(zé)節(jié)點(diǎn)，SCF 2為UE 2的負(fù)責(zé)節(jié)點(diǎn)，UE I與UE 2之間的呼叫過程為UE I的呼叫業(yè)務(wù)經(jīng)過SCF I處理后，發(fā)送給SCF 2，SCF 2將收到的業(yè)務(wù)進(jìn)行處理后，發(fā)送給UE 2。會(huì)話過程中，UE與SCF之間、以及SCF與SCF之間的業(yè)務(wù)信令交互采用會(huì)話初始化協(xié)議(SIP，Session Initiation Protocol)，UE與SCF之間、以及SCF與SCF之間的P2P層的交互比如P2P層的路由和存儲(chǔ)等則采用RELOAD協(xié)議。為了保證用戶通話質(zhì)量，同時(shí)合理利用網(wǎng)絡(luò)資源，運(yùn)營(yíng)商需要對(duì)網(wǎng)絡(luò)進(jìn)行策略控制。目前，策略控制系統(tǒng)主要包括電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng)絡(luò)協(xié)議(TISPAN，Telecommunications and Internet Converged Services and Protocols for AdvancedNetworking)的資源接納控制子系統(tǒng)(RACS, Resource and Admission ControlSubsystem)、國(guó)際電信聯(lián)盟(ITU, International Telecommunications Union)的資源接納功能(RACF, Resource and Admission Control Function)、以及第三代合作伙伴計(jì)劃(3GPP, the 3rd Generation Partnership Project)的策略與計(jì)費(fèi)控制(PCC, Policy andCharging Control),上述策略控制系統(tǒng)的基本原理類似,上述策略控制系統(tǒng),如圖3所示，主要包含應(yīng)用功能(AF,Application Function)實(shí)體31、策略控制功能實(shí)體32、以及策略執(zhí)行功能實(shí)體33。其中，AF實(shí)體31的功能為對(duì)業(yè)務(wù)層進(jìn)行抽象,并實(shí)現(xiàn)服務(wù)質(zhì)量(QoS，Quality of Service)映 射的第一層映射，即在獲取業(yè)務(wù)會(huì)話描述協(xié)議(SDP, Sessiondescription Protocol)信息后,將SDP中的信息映射成業(yè)務(wù)QoS信息，并封裝在Diameter消息中下發(fā)給策略控制功能實(shí)體32 ;策略控制功能實(shí)體32的功能為基于運(yùn)營(yíng)商策略、業(yè)務(wù)QoS請(qǐng)求、以及用戶簽約等信息制定相應(yīng)的資源控制策略，并下發(fā)給策略執(zhí)行功能實(shí)體33安裝執(zhí)行。策略執(zhí)行功能實(shí)體33的功能為在策略控制功能實(shí)體的指導(dǎo)下，進(jìn)行QoS策略實(shí)施、門控、信息上報(bào)等操作?，F(xiàn)有的策略控制系統(tǒng)適用于傳統(tǒng)的IP多媒體子系統(tǒng)(MS，IP MultimediaSubsystem)網(wǎng)絡(luò)。如果將現(xiàn)有的策略控制系統(tǒng)直接應(yīng)用到引入P2P網(wǎng)絡(luò)技術(shù)的電信網(wǎng)絡(luò)中，將會(huì)產(chǎn)生路由問題。具體地講，當(dāng)現(xiàn)有的策略控制系統(tǒng)應(yīng)用到引入P2P網(wǎng)絡(luò)技術(shù)的電信網(wǎng)絡(luò)時(shí)，要求SCF節(jié)點(diǎn)具備AF實(shí)體的功能，并和策略控制功能實(shí)體對(duì)接。由于SCF節(jié)點(diǎn)存在高動(dòng)態(tài)性，在一個(gè)策略控制過程中，當(dāng)SCF節(jié)點(diǎn)失效或發(fā)生數(shù)據(jù)遷移后，策略控制功能實(shí)體需將后續(xù)相關(guān)消息路由到新的SCF節(jié)點(diǎn)上，但是，在現(xiàn)有的系統(tǒng)中，策略控制功能實(shí)體對(duì)于SCF節(jié)點(diǎn)的動(dòng)態(tài)變化無法感知，因此，會(huì)導(dǎo)致后續(xù)相關(guān)消息無法路由到正確的目標(biāo)節(jié)點(diǎn)上。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法、RC-proxy及系統(tǒng)，能在P2P網(wǎng)絡(luò)中有效地實(shí)現(xiàn)策略控制。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法，該方法包括呼叫過程中，RC-proxy收到P2P網(wǎng)絡(luò)中的SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取策略控制實(shí)體(PCE，Policy Control Entity)的地址信息，之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，所述RC-proxy收到所述PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，該方法進(jìn)一步包括呼叫過程中所述SCF節(jié)點(diǎn)首次向所述RC-proxy發(fā)送消息時(shí),所述SCF節(jié)點(diǎn)獲取所述RC-proxy的地址信息,之后與所述RC-proxy建立連接。上述方案中，所述獲取所述RC-proxy的地址信息,為所述SCF節(jié)點(diǎn)加入P2P網(wǎng)絡(luò)時(shí)，登記服務(wù)器將包含所述RC-proxy的地址信息的配置文件下發(fā)給SCF節(jié)點(diǎn)；或者，所述SCF節(jié)點(diǎn)從P2P網(wǎng)絡(luò)中的跟蹤服務(wù)器中查詢，獲取所述RC-proxy的地址信息；或者，所述SCF節(jié)點(diǎn)通過DHT算法,獲取所述RC-proxy的地址信息。上述方案中，所述RC-proxy的地址信息為IP地址、或?yàn)橛蛎?、或?yàn)楣?jié)點(diǎn)(Node)編號(hào)(ID, Identity)。上述方案中，所述獲取P2P網(wǎng)絡(luò)中的PCE的地址信 息，為所述RC-proxy 向 Diameter 路由代理(DRA, Diameter Routing Agent)查詢，獲取所述PCE的地址信息；或者，所述RC-proxy從本地運(yùn)營(yíng)商策略配置中獲取所述PCE的地址信息；或者， 所述RC-proxy從本地預(yù)先存儲(chǔ)的地址信息中獲取所述PCE的地址信息。上述方案中，當(dāng)所述RC-proxy與所述SCF節(jié)點(diǎn)之間、以及所述RC-proxy與所述PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息采用的協(xié)議不同時(shí)，在向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息之前，該方法進(jìn)一步包括所述RC-proxy將收到的應(yīng)用層QoS請(qǐng)求消息進(jìn)行協(xié)議轉(zhuǎn)換處理；相應(yīng)的,在向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前,該方法進(jìn)一步包括所述RC-proxy將收到的策略控制相關(guān)消息進(jìn)行協(xié)議轉(zhuǎn)換。上述方案中，該方法進(jìn)一步包括如果AF實(shí)體的功能部署在所述SCF節(jié)點(diǎn)上，所述SCF節(jié)點(diǎn)將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，之后向所述RC-proxy發(fā)送包含應(yīng)用層QoS信息的應(yīng)用層業(yè)務(wù)信息消息；如果AF實(shí)體的功能部署在所述RC-Proxy上,所述RC-proxy將收到的應(yīng)用層業(yè)務(wù)信息消息中的應(yīng)用層SDP信息映射成應(yīng)用層QoS信息。上述方案中，所述獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，為當(dāng)所述RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí),直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息； 當(dāng)所述RC-proxy本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息。上述方案中，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)所述RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，所述RC-proxy獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效后，該方法進(jìn)一步包括根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，之后向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，在向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法進(jìn)一步包括所述RC-proxy與所述備份SCF節(jié)點(diǎn)建立連接。上述方案中，當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且RC-proxy確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，該方法進(jìn)一步包括所述SCF節(jié)點(diǎn)向所述RC-proxy返回錯(cuò)誤應(yīng)答消息；所述RC-proxy收到錯(cuò)誤應(yīng)答消息后，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息，之后向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，在向所述數(shù)據(jù)遷移的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法進(jìn)一步包括所述RC-proxy與所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)建立連接。本發(fā)明還提供了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的資源控制代理，該資源控制代理包括獲取模塊及發(fā)送模塊；其中，獲取模塊，用于收到SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，并將獲取的PCE的地址信息發(fā)送給發(fā)送模塊；和/或，收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并將獲取的SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊；發(fā)送模塊，用于收到獲取模塊發(fā)送的PCE的地址信息后，向PCE發(fā)送應(yīng)用層QoS請(qǐng) 求消息；和/或，收到獲取模塊發(fā)送的SCF節(jié)點(diǎn)的地址信息后，向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，在獲取PCE的地址信息時(shí)，所述獲取模塊，具體用于向DRA查詢，獲取PCE的地址信息；或者，從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息；或者，從本地預(yù)先存儲(chǔ)的地址信息中獲取PCE的地址信息。上述方案中，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，所述獲取模塊，具體用于當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息；當(dāng)本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息。上述方案中，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，并在獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效后，所述獲取模塊，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，并將所述備份SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊；所述發(fā)送模塊，還用于收到獲取模塊發(fā)送的所述備份節(jié)點(diǎn)的地址信息后，向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述獲取模塊，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息并將所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊；所述發(fā)送模塊，還用于收到獲取模塊發(fā)送的所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息后，向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，當(dāng)RC-proxy與SCF節(jié)點(diǎn)之間及RC-proxy與PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不同時(shí)，所述發(fā)送模塊，還用于將收到的應(yīng)用層QoS請(qǐng)求消息、和/或策略控制相關(guān)信息進(jìn)行協(xié)議轉(zhuǎn)換處理，并將協(xié)議轉(zhuǎn)換處理后的應(yīng)用層QoS請(qǐng)求消息、和/或策略控制相關(guān)信息分別發(fā)送給PCE和/或SCF節(jié)點(diǎn)。上述方案中，該資源控制代理進(jìn)一步包括存儲(chǔ)模塊，用于存儲(chǔ)PCE的地址信息、和/或SCF節(jié)點(diǎn)的地址信息。上述方案中，該資源控制代理進(jìn)一步包括建立連接模塊，用于與SCF節(jié)點(diǎn)建立連接。本發(fā)明還提供了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的系統(tǒng)，該系統(tǒng)包括第一 SCF節(jié)點(diǎn)、RC-proxy、以及PCE ;其中，第一 SCF節(jié)點(diǎn)，用于呼叫過程中，向RC-proxy發(fā)送應(yīng)用層業(yè)務(wù)信息消息；和/或，接收RC-proxy發(fā)送的策略控制相關(guān)消息；RC-proxy，用于收到第一 SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，并向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并向第一 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息；PCE,用于接收RC-proxy發(fā)送的應(yīng)用層QoS請(qǐng)求消息；和/或，向RC-proxy發(fā)送·Diameter 消息。上述方案中,所述第一 SCF節(jié)點(diǎn),還用于呼叫過程中首次向所述RC-proxy發(fā)送消息時(shí)，獲取RC-proxy的地址信息,并與RC-proxy建立連接；所述RC-proxy,還用于與第一 SCF節(jié)點(diǎn)建立連接。上述方案中，該系統(tǒng)進(jìn)一步包括第二 SCF節(jié)點(diǎn)，為第一 SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)，用于接收RC-proxy發(fā)送的策略控制相關(guān)消息；在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)第一 SCF節(jié)點(diǎn)的地址信息，RC-proxy獲知第一 SCF節(jié)點(diǎn)失效后,所述RC-proxy,還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第二 SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的第一 SCF節(jié)點(diǎn)的地址信息更新為第二SCF節(jié)點(diǎn)的地址信息，并向第二 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，所述RC-proxy,還用于與第二 SCF節(jié)點(diǎn)建立連接；所述第二 SCF節(jié)點(diǎn),還用于與RC-proxy建立連接。上述方案中，該系統(tǒng)進(jìn)一步包括第三SCF節(jié)點(diǎn)，用于接收RC-proxy發(fā)送的策略控制相關(guān)消息；當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息,且RC-proxy確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述第一 SCF節(jié)點(diǎn)，還用于向RC-proxy返回錯(cuò)誤應(yīng)答消息；所述RC-proxy，還用于收到第一 SCF節(jié)點(diǎn)返回的錯(cuò)誤應(yīng)答消息后，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第三SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的第一 SCF節(jié)點(diǎn)的地址信息更新為第三SCF節(jié)點(diǎn)的地址信息，并向第三SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。上述方案中，所述RC-proxy,還用于與第三SCF節(jié)點(diǎn)建立連接；第三SCF節(jié)點(diǎn),還用于與RC-proxy建立連接。本發(fā)明提供的P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法、RC-proxy及系統(tǒng)，呼叫過程中，RC-proxy收到P2P網(wǎng)絡(luò)中的SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或,所述RC-proxy收到所述PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息，如此，能在P2P網(wǎng)絡(luò)中有效地實(shí)現(xiàn)策略控制。除此以外，由于RC-proxy會(huì)在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息后，才將策略控制相關(guān)消息發(fā)送給SCF節(jié)點(diǎn)，如此，在當(dāng)前處理業(yè)務(wù)的SCF節(jié)點(diǎn)失效或發(fā)生數(shù)據(jù)遷移時(shí)，能將策略控制相關(guān)消息正確地路由到對(duì)應(yīng)的SCF節(jié)點(diǎn)。


圖I為現(xiàn)有技術(shù)中典型的引入P2P網(wǎng)絡(luò)的電信網(wǎng)絡(luò)的組網(wǎng)方式示意圖；圖2為典型的引入P2P網(wǎng)絡(luò)的電信網(wǎng)絡(luò)的基本呼叫的話務(wù)模型示意圖；圖3為傳統(tǒng)的策略控制系統(tǒng)的結(jié)構(gòu)組成示意圖；圖4本發(fā)明P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法流程示意圖；圖5為實(shí)施例一實(shí)現(xiàn)策略控制的方法流程示意圖；圖6為實(shí)施例二實(shí)現(xiàn)策略控制的方法流程示意圖；
圖7為實(shí)施例三實(shí)現(xiàn)策略控制的方法流程示意圖；圖8為實(shí)施例四實(shí)現(xiàn)策略控制的方法流程示意圖；圖9為本發(fā)明P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的系統(tǒng)結(jié)構(gòu)示意圖；圖10為本發(fā)明P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的資源控制代理結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是呼叫過程中，RC-proxy收到P2P網(wǎng)絡(luò)中的SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，所述RC-proxy收到所述PCE發(fā)送的Diameter消息后,獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。本發(fā)明P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法，如圖4所示，包括以下步驟步驟401 :需要進(jìn)行呼叫時(shí)，SCF節(jié)點(diǎn)獲取RC-proxy的地址信息，之后與RC-proxy建立連接；這里，所述SCF節(jié)點(diǎn)為P2P網(wǎng)絡(luò)中的Peer節(jié)點(diǎn)，所述SCF節(jié)點(diǎn)實(shí)現(xiàn)的功能為負(fù)責(zé)用戶接入、會(huì)話控制、以及業(yè)務(wù)觸發(fā)；呼叫過程中SCF節(jié)點(diǎn)首次向RC-proxy發(fā)送消息時(shí)，才需要執(zhí)行步驟401 ;連接建立后,SCF節(jié)點(diǎn)后續(xù)向RC-proxy發(fā)送消息時(shí),貝U不需要執(zhí)行步驟401,直接可以向RC-proxy發(fā)送消息；在實(shí)際應(yīng)用過程中，RC-proxy以P2P的client端接入到P2P網(wǎng)絡(luò)中，具體接入過程與現(xiàn)有技術(shù)完全相同，這里不再贅述；其中，SCF節(jié)點(diǎn)與RC-proxy之間采用RELOAD協(xié)議進(jìn)行路由，如此，能與現(xiàn)有的網(wǎng)絡(luò)完全融合；RC-proXy與SCF節(jié)點(diǎn)之間不限制采用何種協(xié)議來傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息,RC-proxy與SCF節(jié)點(diǎn)之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議具體可以是RELOAD協(xié)議、或Diameter協(xié)議、或其它合適的應(yīng)用層協(xié)議；所述獲取RC-proxy的地址信息，具體為在SCF節(jié)點(diǎn)加入P2P網(wǎng)絡(luò)時(shí)，enrollment server將包含RC-proxy的地址信息的配置文件下發(fā)給SCF節(jié)點(diǎn)，SCF節(jié)點(diǎn)據(jù)此得到RC-proxy的地址信息；或者，SCF節(jié)點(diǎn)從P2P網(wǎng)絡(luò)中的跟蹤(tracker)服務(wù)器中進(jìn)行查詢,得到RC-proxy的地址信息；或者，
SCF節(jié)點(diǎn)通過DHT算法，查找到RC-proxy的地址信息；其中，RC-proxy加入P2P網(wǎng)絡(luò)后,會(huì)向tracker服務(wù)器發(fā)起注冊(cè)，tracker服務(wù)器會(huì)存儲(chǔ)RC-proxy的地址信息等相關(guān)信息；RC-pix)Xy加入P2P網(wǎng)絡(luò)后，會(huì)根據(jù)DHT算法，將自身的地址信息等相關(guān)信息存儲(chǔ)在P2P網(wǎng)絡(luò)中的特定節(jié)點(diǎn)上，SCF節(jié)點(diǎn)通過DHT算法可以查找到RC-proxy的地址信息；所述地址信息具體可以是IP地址、或域名、或Node ID等；如果RC-proxy與SCF節(jié)點(diǎn)之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不為RELOAD協(xié)議，則在與RC-proxy建立連接時(shí)，該方法進(jìn)一步包括SCF節(jié)點(diǎn)與RC-proxy建立應(yīng)用層連接；在實(shí)際應(yīng)用時(shí)，RC-Proxy作為邏輯單元，可以單獨(dú)部署，也可以與其它網(wǎng)元設(shè)備設(shè)置在一起，舉個(gè)例子來說，RC-Proxy可以部署在PCE上。
步驟402 RC-proxy收到SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，RC-proxy收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息；這里，所述應(yīng)用層業(yè)務(wù)信息消息包括SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、應(yīng)用層業(yè)務(wù)信息、以及SCF與RC-proxy (SR，SCF-RC-proxy)之間會(huì)話的會(huì)話標(biāo)識(shí)；其中，所述應(yīng)用層業(yè)務(wù)消息為應(yīng)用層SDP信息或應(yīng)用層QoS信息；具體地，如果AF實(shí)體的功能部署在SCF節(jié)點(diǎn)上，SCF節(jié)點(diǎn)將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，之后攜帶在應(yīng)用層業(yè)務(wù)信息消息中發(fā)送給RC-proxy,如果AF實(shí)體的功能部署在RC-Proxy上,則SCF節(jié)點(diǎn)向RC-proxy發(fā)送的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息，RC-proxy收到應(yīng)用層SDP信息后，將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息；其中，應(yīng)用層SDP信息和應(yīng)用層QoS信息的具體映射方式為現(xiàn)有技術(shù)；在實(shí)際應(yīng)用時(shí)，RC-proxy與PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議采用為Diameter協(xié)議。當(dāng)RC-proxy與SCF節(jié)點(diǎn)之間、以及RC-proxy與PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不同時(shí)，RC-proxy將收到的應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息進(jìn)行協(xié)議轉(zhuǎn)換處理后，再發(fā)送給PCE或SCF節(jié)點(diǎn)；其中，進(jìn)行協(xié)議轉(zhuǎn)換的具體處理過程可采用現(xiàn)有的協(xié)議轉(zhuǎn)換處理流程；所述PCE的功能與現(xiàn)有技術(shù)中的策略控制功能實(shí)體完全相同，所述PCE具體可以是3GPP PCC 中的策略與計(jì)費(fèi)規(guī)則功能(PCRF, Policy and Charging Rules Function)實(shí)體、或TISPAN的RACS中的基于業(yè)務(wù)的策略決策功能(SPDF，Service-based PolicyDecision Function)、或 ITU 的通用 RACF(x-RACF)；所述diameter消息具體可以是確認(rèn)消息、或時(shí)間上報(bào)消息、或其它策略控制相關(guān)消息；所述獲取PCE的地址信息,具體為RC-proxy向DRA查詢，獲取PCE的地址信息；或者，RC-proxy從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息；或者，RC-proxy從本地預(yù)先存儲(chǔ)的地址信息中獲取PCE的地址信息；其中，PC-proxy向DRA查詢獲取PCE的地址信息、以及從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息的具體處理過程與現(xiàn)有技術(shù)相同，這里不再贅述；在實(shí)際應(yīng)用時(shí)，當(dāng)RC-proxy事先未存儲(chǔ)PCE的地址信息時(shí)，可以通過向DRA查詢獲取PCE的地址信息，或者，通過從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息，當(dāng)RC-proxy通過DRA查詢或通過從本地運(yùn)營(yíng)商策略配置中獲取到PCE的地址信息后，則可以在本地存儲(chǔ)PCE的地址信息，以便后續(xù)發(fā)送消息時(shí)直接使用；這里，本地存儲(chǔ)PCE的地址信息的具體實(shí)現(xiàn)方式可以是建立SR之間會(huì)話的會(huì)話標(biāo)識(shí)與PCE的地址信息之間的綁定關(guān)系，即對(duì)應(yīng)關(guān)系，RC-proxy收到應(yīng)用層業(yè)務(wù)信息消息后，根據(jù)消息中的SR之間會(huì)話的會(huì)話標(biāo)識(shí)，即可找到對(duì)應(yīng)的PCE的地址信息；所述獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，具體為當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息；當(dāng)RC-proxy本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息； 其中，RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息的具體實(shí)現(xiàn)可以是建立PCE的地址信息、SR之間會(huì)話的會(huì)話標(biāo)識(shí)、用戶標(biāo)識(shí)、以及SCF節(jié)點(diǎn)的地址信息等信息之間的綁定關(guān)系，即對(duì)應(yīng)關(guān)系，RC-proxy收到Diameter消息后，根據(jù)綁定關(guān)系，即可找到對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息；這里，當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息是指獲取的對(duì)應(yīng)的SCF節(jié)點(diǎn)為未發(fā)生數(shù)據(jù)遷移、和/或未失效的SCF節(jié)點(diǎn)；在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，如果RC-proxy獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效，該方法可以進(jìn)一步包括根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，之后向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息；在向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法還可以進(jìn)一步包括RC-proxy與所述備份SCF節(jié)點(diǎn)建立連接；當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息,且RC-proxy確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，該方法進(jìn)一步包括SCF節(jié)點(diǎn)向RC-proxy返回錯(cuò)誤應(yīng)答消息；RC-proxy收到錯(cuò)誤應(yīng)答消息后，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息，之后向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息；其中，SCF節(jié)點(diǎn)確定本地不存在策略控制相關(guān)消息中攜帶的SR之間會(huì)話的會(huì)話標(biāo)識(shí)后，則向RC-proxy返回錯(cuò)誤應(yīng)答消息；RC-pix)Xy收到錯(cuò)誤應(yīng)答消息后，根據(jù)消息中的錯(cuò)誤原因值可以確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移；在向所述數(shù)據(jù)遷移的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法還可以進(jìn)一步包括RC-proxy與所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)建立連接。下面結(jié)合實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。實(shí)施例一
本實(shí)施例的應(yīng)用場(chǎng)景為在P2P核心網(wǎng)中，SCF節(jié)點(diǎn)向PCE發(fā)送應(yīng)用層業(yè)務(wù)信息、以及PCE向SCF節(jié)點(diǎn)上報(bào)策略控制相關(guān)事件的實(shí)現(xiàn)流程。其中，RC-proxy與SCF節(jié)點(diǎn)之間、以及RC-proxy與PCE之間傳送應(yīng)用層QoS消息及策略控制相關(guān)信息所采用的協(xié)議相同，本實(shí)施例實(shí)現(xiàn)策略控制的方法，如圖5所示，包括以下步驟步驟501 :在需要進(jìn)行呼叫時(shí)，SCF節(jié)點(diǎn)獲取RC-proxy的地址信息；這里，所述SCF節(jié)點(diǎn)獲取RC-proxy的地址信息，具體為在SCF節(jié)點(diǎn)加入P2P網(wǎng)絡(luò)時(shí)，enrollment server將包含RC-proxy的地址信息的配置文件下發(fā)給SCF節(jié)點(diǎn)，SCF節(jié)點(diǎn)據(jù)此得到RC-proxy的地址信息；或者，SCF節(jié)點(diǎn)從P2P網(wǎng)絡(luò)中的tracker服務(wù)器中進(jìn)行查詢,得到RC-proxy的地址信息；或者，SCF節(jié)點(diǎn)通過DHT算法，查找到RC-proxy的地址信息；
其中，RC-proxy加入P2P網(wǎng)絡(luò)后,會(huì)向tracker服務(wù)器發(fā)起注冊(cè)，tracker服務(wù)器會(huì)存儲(chǔ)RC-proxy的地址信息等相關(guān)信息；RC-pix)Xy加入P2P網(wǎng)絡(luò)后，會(huì)根據(jù)DHT算法，將自身的地址信息等相關(guān)信息存儲(chǔ)在P2P網(wǎng)絡(luò)中的特定節(jié)點(diǎn)上，SCF節(jié)點(diǎn)通過DHT算法可以查找到RC-proxy的地址信息；所述地址信息具體可以是IP地址、或域名、或節(jié)點(diǎn)(Node)編號(hào)(ID, Identity)；以下的描述中，所述地址信息為Node ID。步驟502 :SCF節(jié)點(diǎn)獲取到RC-proxy的Node ID后，向RC-proxy發(fā)送連接請(qǐng)求(Attach request)消息；具體地,所述Attach request消息根據(jù)RC-proxy的Node ID在P2P網(wǎng)絡(luò)中進(jìn)行路由，最終到達(dá)RC-proxy。步驟503 RC-proxy收到Attach request消息后，向SCF節(jié)點(diǎn)返回連接請(qǐng)求響應(yīng)(AttachReqAns)消息；這里，RC-proxy向SCF節(jié)點(diǎn)返回AttachReqAns消息后，則表明SCF節(jié)點(diǎn)與RC-proxy建立了 IP連接。步驟504 SCF節(jié)點(diǎn)收到AttachReqAns消息后，向RC-proxy發(fā)送應(yīng)用層連接請(qǐng)求(AppAttach)消息。步驟505 RC-proxy收到AppAttach request消息后，向SCF節(jié)點(diǎn)返回應(yīng)用層連接請(qǐng)求響應(yīng)(AppAttachAns)消息；這里，RC-proxy向SCF節(jié)點(diǎn)返回AppAttachAns消息后，則表明SCF節(jié)點(diǎn)與RC-proxy建立了應(yīng)用層連接；其中，步驟502 505的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)相同，這里不再贅述；執(zhí)行步驟504 505的目的為SCF節(jié)點(diǎn)獲取RC-proxy的應(yīng)用層IP地址，并建立應(yīng)用層連接，這種情況適用于SCF節(jié)點(diǎn)與RC-Proxy之間采用diameter協(xié)議等應(yīng)用層協(xié)議的情況，換句話說，執(zhí)行步驟504 505的情況適用于需要使用diameter協(xié)議等上層協(xié)議，且未知RC-proxy的應(yīng)用層IP地址的情況。如果SCF節(jié)點(diǎn)與RC-Proxy之間采用的是RELOAD協(xié)議，則可以不執(zhí)行步驟504 505 ；呼叫過程中SCF節(jié)點(diǎn)首次向RC-proxy發(fā)送消息時(shí)，才需要執(zhí)行步驟501 505 ；連接建立后，SCF節(jié)點(diǎn)后續(xù)向RC-proxy發(fā)送消息時(shí)，則不需要執(zhí)行步驟501 505，直接可以向RC-proxy發(fā)送消息。步驟506 SCF節(jié)點(diǎn)收到AppAttachAns消息后，向RC-proxy發(fā)送應(yīng)用層業(yè)務(wù)信息消息；這里，所述應(yīng)用層業(yè)務(wù)信息消息包含SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、應(yīng)用層業(yè)務(wù)信息、以及SR之間會(huì)話的會(huì)話標(biāo)識(shí)；其中，所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)為SCF節(jié)點(diǎn)產(chǎn)生的一個(gè)字符串，用于標(biāo)識(shí)SCF節(jié)點(diǎn)與RC-proxy之間的某個(gè)會(huì)話；所述應(yīng)用層業(yè)務(wù)信息是指應(yīng)用層SDP信息或應(yīng)用層QoS信息；這里，所述應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息還是為應(yīng)用層QoS信息由AF實(shí)體的功能的部署決定，具體地，如果AF實(shí)體的功能部署在SCF節(jié)點(diǎn)上，則SCF節(jié)點(diǎn)將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，并攜帶在應(yīng)用層業(yè)務(wù)信息消息中發(fā)送給RC-proxy ,如果AF實(shí)體的功能部署在RC-Proxy上，則SCF節(jié)點(diǎn)向RC-proxy發(fā)送的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息，RC-proxy收到應(yīng)用·層SDP信息后，將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息；其中，應(yīng)用層SDP信息和應(yīng)用層QoS信息的具體映射方式為現(xiàn)有技術(shù)；SCF節(jié)點(diǎn)與RC-proxy之間具體使用的協(xié)議不限，可以使用RELOAD協(xié)議，也可以使用Diameter協(xié)議等上層應(yīng)用協(xié)議。步驟507 508 RC-proxy收到應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息；之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；這里，RC-proxy獲取PCE的地址信息的方式可以是向DRA查詢，也可以是直接從本地運(yùn)營(yíng)商策略配置中獲取；其中，PC-proxy獲取PCE的地址信息的具體處理過程與現(xiàn)有技術(shù)相同，這里不再贅述；所述PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息，具體為如果AF實(shí)體的功能部署在RC-proxy上,則RC-proxy收到的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息，RC-proxy將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，之后將應(yīng)用層QoS信息承載在應(yīng)用層QoS請(qǐng)求消息中發(fā)送給PCE ；如果AF實(shí)體的功能部署在SCF上，則RC-proxy收到的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層QoS信息，RC-proxy直接將應(yīng)用層QoS信息承載在應(yīng)用層QoS請(qǐng)求消息中發(fā)送給PCE ；這里,RC-proxy向PCE發(fā)送的應(yīng)用層QoS請(qǐng)求消息承載在diameter消息中，所述diameter消息包含應(yīng)用層QoS信息、diameter會(huì)話的session-ID、以及RC-proxy地址信
息等;RC-proxy獲取到PCE的地址信息后，會(huì)存儲(chǔ)SR之間會(huì)話的會(huì)話標(biāo)識(shí)、SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、diameter session-ID、PCE的地址信息的綁定關(guān)系,后續(xù)可根據(jù)這個(gè)存儲(chǔ)的綁定關(guān)系進(jìn)行路由，即后續(xù)RC-proxy可根據(jù)該綁定關(guān)系獲取所述PCE地址信息及所述SCF節(jié)點(diǎn)的地址信息。步驟509 =PCE收到應(yīng)用層QoS請(qǐng)求消息后，存儲(chǔ)業(yè)務(wù)信息，向RC-proxy返回Diameter確認(rèn)消息；這里所述Diameter確認(rèn)消息包含session-ID。步驟510 511 RC-proxy收到Diameter確認(rèn)消息后，獲取SCF節(jié)點(diǎn)的地址信息；之后向SCF節(jié)點(diǎn)發(fā)送確認(rèn)消息；
這里，向SCF節(jié)點(diǎn)發(fā)送的確認(rèn)消息中攜帶所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)；RC-proxy獲取SCF節(jié)點(diǎn)的地址信息，具體為根據(jù)Diameter確認(rèn)消息中的session-ID,查詢本地存儲(chǔ)的綁定關(guān)系,從而獲取到所述SCF節(jié)點(diǎn)的地址信息。步驟512 PCE需要向RC-proxy上報(bào)事件時(shí),PCE向RC-proxy發(fā)送Diameter事件上報(bào)消息；這里，所述Diameter事件上報(bào)消息中攜帶上報(bào)事件、用戶標(biāo)識(shí)、以及diametersession-ID 等信息。
步驟513 514 RC-proxy收到Diameter事件上報(bào)消息后，獲取所述SCF節(jié)點(diǎn)的地址信息；之后向所述SCF節(jié)點(diǎn)發(fā)送事件上報(bào)消息；這里，所述向所述SCF節(jié)點(diǎn)發(fā)送的事件上報(bào)消息中攜帶所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)、以及通知事件；其中，RC-proxy獲取SCF節(jié)點(diǎn)的地址信息，具體為根據(jù)Diameter事件上報(bào)消息中的session-ID,查詢本地存儲(chǔ)的綁定關(guān)系,從而獲取到所述SCF節(jié)點(diǎn)的地址信息。步驟515 SCF節(jié)點(diǎn)收到事件上報(bào)消息后，向RC-proxy發(fā)送確認(rèn)消息；
這里，所述確認(rèn)消息中攜帶SR之間會(huì)話的會(huì)話標(biāo)識(shí)。步驟516 RC-proxy收到確認(rèn)消息后，根據(jù)SR之間會(huì)話的會(huì)話標(biāo)識(shí)查詢本地存儲(chǔ)的綁定關(guān)系，獲取到PCE的地址信息，之后向PCE發(fā)送確認(rèn)消息。實(shí)施例二本實(shí)施例的應(yīng)用場(chǎng)景為在P2P核心網(wǎng)中，處理業(yè)務(wù)的SCF節(jié)點(diǎn)在一個(gè)會(huì)話的策略控制過程中失效，即所述SCF節(jié)點(diǎn)巖機(jī)或退出P2P核心網(wǎng)，其中，RC-proxy已事先存儲(chǔ)了SR之間會(huì)話的會(huì)話標(biāo)識(shí)、所述SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、diameter session-ID、PCE的地址信息的綁定關(guān)系，其中，RC-proxy與SCF節(jié)點(diǎn)之間、以及RC-proxy與PCE之間傳送應(yīng)用層QoS消息及策略控制相關(guān)信息所采用的協(xié)議相同。處理業(yè)務(wù)的SCF失效后，由失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)接替失效的SCF節(jié)點(diǎn)處理業(yè)務(wù)。本實(shí)施例實(shí)現(xiàn)策略控制的方法，如圖6所示，包括以下步驟步驟601 PCE需要向RC-proxy上報(bào)事件時(shí),PCE向RC-proxy發(fā)送Diameter事件上報(bào)消息；這里，所述Diameter事件上報(bào)消息中攜帶上報(bào)事件、用戶標(biāo)識(shí)、以及diametersession-ID 等信息。步驟602 RC-proxy收到Diameter事件上報(bào)消息,且獲知處理業(yè)務(wù)的SCF節(jié)點(diǎn)失效后，根據(jù)用戶標(biāo)識(shí)的哈希(hash)值，采用DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，并采用備份SCF節(jié)點(diǎn)的地址信息代替預(yù)先存儲(chǔ)的綁定關(guān)系中的失效的SCF節(jié)點(diǎn)的地址信息；這里，RC-proxy獲知處理業(yè)務(wù)的SCF節(jié)點(diǎn)失效的方法可采用現(xiàn)有的技術(shù)，此處不再贅述。步驟603 RC-proxy 向備份 SCF 節(jié)點(diǎn)發(fā)送 Attach request 消息。這里，當(dāng)處理業(yè)務(wù)的SCF節(jié)點(diǎn)失效后，備份SCF節(jié)點(diǎn)會(huì)通過現(xiàn)有技術(shù)可獲知處理業(yè)務(wù)的SCF節(jié)點(diǎn)失效,此時(shí),所述備份SCF節(jié)點(diǎn)會(huì)向RC-proxy發(fā)送Attach request消息，以便與RC-proxy建立IP連接及應(yīng)用層連接，進(jìn)而接替失效的SCF節(jié)點(diǎn)處理業(yè)務(wù)；其中，備份SCF節(jié)點(diǎn)可通過失效的SCF節(jié)點(diǎn)的備份信息獲得RC-proxy的地址信息；當(dāng)所述RC-proxy的地址信息為RC-proxy的Node ID時(shí),所述Attach request消息根據(jù)RC-proxy的Node ID在P2P網(wǎng)絡(luò)中進(jìn)行路由，最終到達(dá)RC-proxy。步驟604 備份SCF節(jié)點(diǎn)收到Attach request消息后，向RC-proxy返回AttachReqAns 消息；這里,備份SCF節(jié)點(diǎn)向RC-proxy返回AttachReqAns消息后,貝U表明備份SCF節(jié)點(diǎn)與RC-proxy建立了連接。步驟605 RC-proxy 收到 AttachReqAns 消息后，向備份 SCF 節(jié)點(diǎn)發(fā)送 AppAttach 消息。步驟606 備份SCF節(jié)點(diǎn)收到AppAttach request消息后，向RC-proxy返回AppAttachAns 消息；這里,備份SCF節(jié)點(diǎn)向RC-proxy返回AppAttachAns消息后,貝U表明備份SCF節(jié)點(diǎn)與RC-proxy建立了應(yīng)用層連接；其中，步驟603 606的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)相同，這里不再贅述；執(zhí)行步驟605 606的目的為RC-proxy獲取備份SCF節(jié)點(diǎn)的應(yīng)用層IP地址，并建立應(yīng)用層連接，這種情況適用于備份SCF節(jié)點(diǎn)與RC-Proxy之間采用diameter協(xié)議等應(yīng)用層協(xié)議的情況，換句話說，執(zhí)行步驟605 606的情況適用于使用diameter協(xié)議等上層協(xié)議，且未知備份SCF節(jié)點(diǎn)的應(yīng)用層IP地址的情況。如果備份SCF節(jié)點(diǎn)與RC-Proxy之間采用的是RELOAD協(xié)議，則可以不執(zhí)行步驟605 606。步驟607 向所述備份SCF節(jié)點(diǎn)發(fā)送事件上報(bào)消息。步驟608 :所述備份SCF節(jié)點(diǎn)收到事件上報(bào)消息后，向RC-proxy發(fā)送確認(rèn)消息；這里，所述確認(rèn)消息中攜帶SR之間會(huì)話的會(huì)話標(biāo)識(shí)。步驟609 RC-proxy收到確認(rèn)消息后，根據(jù)SR之間會(huì)話的會(huì)話標(biāo)識(shí)查詢，查詢本地存儲(chǔ)的綁定關(guān)系，獲取到PCE的地址信息，之后向PCE發(fā)送確認(rèn)消息。實(shí)施例三本實(shí)施例的應(yīng)用場(chǎng)景為在P2P核心網(wǎng)中，處理業(yè)務(wù)的SCF節(jié)點(diǎn)在一個(gè)會(huì)話的策略控制過程中發(fā)生數(shù)據(jù)遷移，即處理業(yè)務(wù)的SCF節(jié)點(diǎn)負(fù)責(zé)處理的部分用戶數(shù)據(jù)和業(yè)務(wù)信息遷移到另一個(gè)SCF節(jié)點(diǎn),其中，RC-proxy已事先存儲(chǔ)了 SR之間會(huì)話的會(huì)話標(biāo)識(shí)、所述SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、diameter session-ID、PCE的地址信息的綁定關(guān)系，RC-proxy與SCF節(jié)點(diǎn)之間、以及RC-proxy與PCE之間傳送應(yīng)用層QoS消息及策略控制相關(guān)信息所采用的協(xié)議相同。在以下的描述中，將處理業(yè)務(wù)的SCF節(jié)點(diǎn)稱為SCF I，將數(shù)據(jù)遷移的目標(biāo)SCF節(jié)點(diǎn)稱為SCF 2。本實(shí)施例實(shí)現(xiàn)策略控制的方法，如圖7所示，包括以下步驟步驟701 PCE需要向RC-proxy上報(bào)事件時(shí),PCE向RC-proxy發(fā)送Diameter事件上報(bào)消息；這里，所述Diameter事件上報(bào)消息中攜帶上報(bào)事件、用戶標(biāo)識(shí)、以及diametersession-ID 等信息。步驟702 703 RC-proxy收到Diameter事件上報(bào)消息后，獲取SCF I的地址信息；之后向SCF I發(fā)送事件上報(bào)消息；這里，所述向SCF I發(fā)送的事件上報(bào)消息中攜帶所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)、以及通知事件；其中，RC-proxy獲取SCF I的地址信息，具體為根據(jù)Diameter事件上報(bào)消息中的session-ID,查詢本地存儲(chǔ)的綁定關(guān)系,從而獲取到SCF I的地址信息。步驟704 =SCF I收到事件上報(bào)消息，且確定本地不存在消息中攜帶的SR之間會(huì)話的會(huì)話標(biāo)識(shí)后，向RC-proxy返回錯(cuò)誤應(yīng)答消息；這里，由于數(shù)據(jù)遷移后，SCF I本地將不會(huì)有所遷移的數(shù)據(jù)的任何信息，據(jù)此，SCFI確定本地不存在消息中攜帶的SR之間會(huì)話的會(huì)話標(biāo)識(shí)；所述錯(cuò)誤應(yīng)答消息中攜帶錯(cuò)誤原因，即SR之間會(huì)話的會(huì)話標(biāo)識(shí)不存在。 步驟705 RC-proxy收到錯(cuò)誤應(yīng)答消息后,根據(jù)用戶標(biāo)識(shí)的hash值,采用DHT算法從P2P網(wǎng)絡(luò)中重新獲取新的SCF節(jié)點(diǎn)的地址信息，并將所述綁定關(guān)系中SCFl的地址信息更新為新的SCF節(jié)點(diǎn)即SCF 2的地址信息；這里，RC-proxy根據(jù)錯(cuò)誤原因可知SCF I中的相關(guān)用戶數(shù)據(jù)和業(yè)務(wù)信息發(fā)生了遷移。步驟706 RC-proxy 向 SCF 2 發(fā)送 Attach request 消息。步驟707 SCF 2 收到 Attach request 消息后，向 RC-proxy 返回 AttachReqAns 消息；這里，SCF2向 RC-proxy 返回 AttachReqAns 消息后，則表明 SCF2 與 RC-proxy 建立了連接。步驟708 RC-proxy 收到 AttachReqAns 消息后，向 SCF 2 發(fā)送 AppAttach 消息。步驟709:SCF 2 收到 AppAttach request 消息后，向 RC-proxy 返回 AppAttachAns消息；這里，SCF2 向 RC-proxy 返回 AppAttachAns 消息后，貝U表明 SCF 2 與 RC-proxy 建立了應(yīng)用層連接；其中，步驟706 709的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)相同，這里不再贅述；執(zhí)行步驟708 709的目的為RC-proxy獲取SCF 2的應(yīng)用層IP地址，并建立應(yīng)用層連接，這種情況適用于SCF 2與RC-Proxy之間采用diameter協(xié)議等應(yīng)用層協(xié)議的情況，換句話說，執(zhí)行步驟708 709的情況適用于需要使用diameter協(xié)議等上層協(xié)議，且未知SCF2的應(yīng)用層IP地址的情況。如果SCF 2與RC-Proxy之間采用的是RELOAD協(xié)議，則可以不執(zhí)行步驟708 709。步驟710 :之后向SCF 2發(fā)送事件上報(bào)消息。步驟711 =SCF 2收到事件上報(bào)消息后，向RC-proxy發(fā)送確認(rèn)消息；這里，所述確認(rèn)消息中攜帶SR之間會(huì)話的會(huì)話標(biāo)識(shí)。步驟712 RC-proxy收到確認(rèn)消息后，根據(jù)SR之間會(huì)話的會(huì)話標(biāo)識(shí)查詢，查詢本地存儲(chǔ)的綁定關(guān)系，獲取到PCE的地址信息，之后向PCE發(fā)送確認(rèn)消息。實(shí)施例四本實(shí)施例的應(yīng)用場(chǎng)景為在P2P核心網(wǎng)中，SCF節(jié)點(diǎn)向PCE發(fā)送應(yīng)用層業(yè)務(wù)信息、以及PCE向SCF節(jié)點(diǎn)上報(bào)策略控制相關(guān)事件的實(shí)現(xiàn)流程。其中，RC-proxy本地不存儲(chǔ)綁定關(guān)系，即不存儲(chǔ)SCF的地址信息，RC-proxy與SCF節(jié)點(diǎn)之間、以及RC-proxy與PCE之間傳送應(yīng)用層QoS消息及策略控制相關(guān)信息所采用的協(xié)議相同，本實(shí)施例實(shí)現(xiàn)策略控制的方法，如圖8所示，包括以下步驟步驟801 :在需要進(jìn)行呼叫時(shí)，SCF節(jié)點(diǎn)獲取RC-proxy的地址信息；這里，所述SCF節(jié)點(diǎn)獲取RC-proxy的地址信息，具體為在SCF節(jié)點(diǎn)加入P2P網(wǎng)絡(luò)時(shí)，enrollment server將包含RC-proxy的地址信息的配置文件下發(fā)給SCF節(jié)點(diǎn)，SCF節(jié)點(diǎn)據(jù)此得到RC-proxy的地址信息；或者，SCF節(jié)點(diǎn)從P2P網(wǎng)絡(luò)中的tracker服務(wù)器中進(jìn)行查詢,得到RC-proxy的地址信息； 或者，SCF節(jié)點(diǎn)通過DHT算法，查找到RC-proxy的地址信息；其中，RC-proxy加入P2P網(wǎng)絡(luò)后,會(huì)向tracker服務(wù)器發(fā)起注冊(cè)，tracker服務(wù)器會(huì)存儲(chǔ)RC-proxy的地址信息等相關(guān)信息；RC-pix)Xy加入P2P網(wǎng)絡(luò)后，會(huì)根據(jù)DHT算法，將自身的地址信息等相關(guān)信息存儲(chǔ)在P2P網(wǎng)絡(luò)中的特定節(jié)點(diǎn)上，SCF節(jié)點(diǎn)通過DHT算法可以查找到RC-proxy的地址信息；所述地址信息具體可以是IP地址、或域名、或Node ID ;以下的描述中，所述地址信息為Node ID0步驟802 SCF 節(jié)點(diǎn)獲取到 RC-proxy 的 Node ID 后，向 RC-proxy 發(fā)送 Attachrequest 消息；具體地,所述Attach request消息根據(jù)RC-proxy的Node ID在P2P網(wǎng)絡(luò)中進(jìn)行路由，最終到達(dá)RC-proxy。步驟803 RC-proxy 收到 Attach request 消息后，向 SCF 節(jié)點(diǎn)返回 AttachReqAns消息；這里，RC-proxy向SCF節(jié)點(diǎn)返回AttachReqAns消息后，則表明SCF節(jié)點(diǎn)與RC-proxy建立了連接。步驟804 SCF 節(jié)點(diǎn)收到 AttachReqAns 消息后，向 RC-proxy 發(fā)送 AppAttach 消息。步驟805 RC-proxy 收到 AppAttach request 消息后，向 SCF 節(jié)點(diǎn)返回AppAttachAns 消息；這里，RC-proxy向SCF節(jié)點(diǎn)返回AppAttachAns消息后，則表明SCF節(jié)點(diǎn)與RC-proxy建立了應(yīng)用層連接；其中，步驟802 805的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)相同，這里不再贅述；執(zhí)行步驟804 805的目的為SCF節(jié)點(diǎn)獲取RC-proxy的應(yīng)用層IP地址，并建立應(yīng)用層連接，這種情況適用于SCF節(jié)點(diǎn)與RC-Proxy之間采用diameter協(xié)議等應(yīng)用層協(xié)議的情況，換句話說，執(zhí)行步驟804 805的情況適用于需要使用diameter協(xié)議等上層協(xié)議，且未知RC-proxy的應(yīng)用層IP地址的情況。如果SCF節(jié)點(diǎn)與RC-Proxy之間采用的是RELOAD協(xié)議，則可以不執(zhí)行步驟804 805 ；呼叫過程中SCF節(jié)點(diǎn)首次向RC-proxy發(fā)送消息時(shí)，才需要執(zhí)行步驟801 805 ；連接建立后，SCF節(jié)點(diǎn)后續(xù)向RC-proxy發(fā)送消息時(shí)，則不需要執(zhí)行步驟801 805，直接可以向RC-proxy發(fā)送消息。
步驟806 SCF節(jié)點(diǎn)收到AppAttachAns消息后，向RC-proxy發(fā)送應(yīng)用層業(yè)務(wù)信息消息；這里，所述應(yīng)用層業(yè)務(wù)信息消息包含SCF節(jié)點(diǎn)的地址信息、用戶標(biāo)識(shí)、應(yīng)用層業(yè)務(wù)信息、以及SR之間會(huì)話的會(huì)話標(biāo)識(shí)；其中，所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)為SCF節(jié)點(diǎn)產(chǎn)生的一個(gè)字符串，用于標(biāo)識(shí)SCF節(jié)點(diǎn)與RC-proxy之間的某個(gè)會(huì)話；所述應(yīng)用層業(yè)務(wù)信息是指應(yīng)用層SDP信息或應(yīng)用層QoS信息；這里，所述應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息還是為應(yīng)用層QoS信息由AF實(shí)體的功能的部署決定，具體地，如果AF實(shí)體的功能部署在SCF節(jié)點(diǎn)上，則SCF節(jié)點(diǎn)將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，并發(fā)送給RC-proxy,如果AF實(shí)體的功能部署在RC-Proxy上,則SCF節(jié)點(diǎn)向RC-proxy發(fā)送的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息，RC-proxy收到應(yīng)用層SDP信息后，將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息；其中，應(yīng)用層SDP信息和應(yīng)用層QoS信息的具體映射方式為現(xiàn)有技術(shù)； SCF節(jié)點(diǎn)與RC-proxy之間具體使用的協(xié)議不限，可以使用RELOAD協(xié)議，也可以使用Diameter協(xié)議等上層應(yīng)用協(xié)議。步驟807 808 RC-proxy收到應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息；之后向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；這里，RC-proxy獲取PCE的地址信息的方式可以是向DRA查詢，也可以是直接從本地運(yùn)營(yíng)商策略配置中獲??；其中，PC-proxy獲取PCE的地址信息的具體處理過程與現(xiàn)有技術(shù)相同，這里不再贅述；所述PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息，具體為如果AF實(shí)體的功能部署在RC-proxy上,則RC-proxy收到的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層SDP信息，RC-proxy將應(yīng)用層SDP信息映射成應(yīng)用層QoS信息，之后將應(yīng)用層QoS信息承載在應(yīng)用層QoS請(qǐng)求中發(fā)送給PCE ；如果AF實(shí)體的功能部署在SCF上，則RC-proxy收到的應(yīng)用層業(yè)務(wù)信息為應(yīng)用層QoS消息，RC-proxy直接將承載在應(yīng)用層QoS請(qǐng)求中發(fā)送給PCE ；這里，RC-proxy向PCE發(fā)送的應(yīng)用層QoS請(qǐng)求承載在diameter消息中，所述diameter消息包含應(yīng)用層QoS信息、diameter會(huì)話的session-ID、以及RC-proxy地址信
息等;RC-proxy查詢到PCE的地址信息后，會(huì)保存SR之間會(huì)話的會(huì)話標(biāo)識(shí)及PCE的地址信息的綁定關(guān)系。 步驟809 =PCE收到應(yīng)用層QoS請(qǐng)求消息后，存儲(chǔ)業(yè)務(wù)信息，向RC-proxy返回Diameter確認(rèn)消息；這里所述Diameter確認(rèn)消息包含session-ID、及用戶標(biāo)識(shí)等信息。步驟810 811 RC-proxy收到Diameter確認(rèn)消息后，根據(jù)用戶標(biāo)識(shí)的hash值，采用DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送確認(rèn)消息；這里，向SCF節(jié)點(diǎn)發(fā)送的確認(rèn)消息中攜帶所述SR之間會(huì)話的會(huì)話標(biāo)識(shí)。步驟812 PCE需要向RC-proxy上報(bào)事件時(shí),PCE向RC-proxy發(fā)送Diameter事件上報(bào)消息；這里，所述Diameter事件上報(bào)消息中攜帶上報(bào)事件、用戶標(biāo)識(shí)、以及diametersession-ID 等信息。步驟813 814 RC-pro xy收到Diameter事件上報(bào)消息后，根據(jù)用戶標(biāo)識(shí)的hash值，采用DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送事件上報(bào)消息；這里，所述向SCF節(jié)點(diǎn)發(fā)送的事件上報(bào)消息中攜帶所 述SR之間會(huì)話的會(huì)話標(biāo)識(shí)、以及通知事件。步驟815 SCF節(jié)點(diǎn)收到事件上報(bào)消息后，向RC-proxy發(fā)送確認(rèn)消息；這里，所述確認(rèn)消息中攜帶SR之間會(huì)話的會(huì)話標(biāo)識(shí)。步驟816 817 RC-proxy收到確認(rèn)消息后,根據(jù)SR之間會(huì)話的會(huì)話標(biāo)識(shí)查詢,查詢本地存儲(chǔ)的綁定關(guān)系，獲取PCE的地址信息，之后向PCE發(fā)送確認(rèn)消息。為實(shí)現(xiàn)上述方法，本發(fā)明還提供了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的系統(tǒng)，如圖9所示，該系統(tǒng)包括第一 SCF節(jié)點(diǎn)91、RC-proxy 92、以及PCE 93 ;其中，第一 SCF節(jié)點(diǎn)91，用于呼叫過程中，向RC-proxy 92發(fā)送應(yīng)用層業(yè)務(wù)信息消息；和/或，接收RC-proxy 92發(fā)送的策略控制相關(guān)消息；RC-proxy 92，用于收到第一 SCF節(jié)點(diǎn)91發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE 93的地址信息，并向PCE 93發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，收到PCE 93發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并向第一 SCF節(jié)點(diǎn)91發(fā)送策略控制相關(guān)消息；PCE 93,用于接收RC-proxy 92發(fā)送的應(yīng)用層QoS請(qǐng)求消息；和/或，向RC-proxy92發(fā)送Diameter消息。其中，所述第一 SCF節(jié)點(diǎn)91,還用于呼叫過程中首次向所述RC-proxy發(fā)送消息時(shí)，獲取RC-proxy 92的地址信息，并與RC-proxy 92建立連接；所述RC-proxy 92,還用于與第一 SCF節(jié)點(diǎn)91建立連接。當(dāng)RC-proxy 92與第一 SCF節(jié)點(diǎn)91之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不為RELOAD協(xié)議，在與RC-proxy 92建立連接時(shí)，所述第一 SCF節(jié)點(diǎn)91，還用于與RC-proxy 92建立應(yīng)用層連接；所述RC-proxy 92，還用于與第一 SCF節(jié)點(diǎn)91建立應(yīng)用層連接。該系統(tǒng)還可以進(jìn)一步包括第二 SCF節(jié)點(diǎn)，為第一 SCF節(jié)點(diǎn)91的備份SCF節(jié)點(diǎn)，用于接收RC-proxy 92發(fā)送的策略控制相關(guān)消息；在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)RC-proxy 92本地預(yù)先已存儲(chǔ)第一 SCF節(jié)點(diǎn)91的地址信息時(shí)，如果RC-proxy獲知第一 SCF節(jié)點(diǎn)91失效后，所述RC-proxy 92，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第二 SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的第一 SCF節(jié)點(diǎn)91的地址信息更新為第二 SCF節(jié)點(diǎn)的地址信息，并向第二 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。在向第二 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前,所述RC-proxy 92,還用于與第二SCF節(jié)點(diǎn)建立連接；所述第二 SCF節(jié)點(diǎn),還用于與RC-proxy 92建立連接。該系統(tǒng)還可以進(jìn)一步包括第三SCF節(jié)點(diǎn)，為數(shù)據(jù)遷移的目標(biāo)SCF節(jié)點(diǎn)，接收RC-proxy 92發(fā)送的策略控制相關(guān)消息；當(dāng)RC-proxy 92本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息,且RC_proxy92確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述第一 SCF節(jié)點(diǎn)，還用于向RC-proxy 92返回錯(cuò)誤應(yīng)答消息；所述RC-proxy 92,還用于收到第一 SCF節(jié)點(diǎn)返回的錯(cuò)誤應(yīng)答消息后,根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第三SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的第一 SCF節(jié)點(diǎn)91的地址信息更新為第三SCF節(jié)點(diǎn)的地址信息，并向第三SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。在向第三SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，所述RC-proxy 92，還用于與第三SCF節(jié)點(diǎn)建立連接。所述第三SCF節(jié)點(diǎn)，還用于與RC-proxy 92建立連接。這里，本發(fā)明所述系統(tǒng)中的第一 SCF節(jié)點(diǎn)及RC-proxy的具體處理過程已在上文中·詳述，不再贅述。為實(shí)現(xiàn)上述方法，本發(fā)明還提供了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的RC-proxy，如圖10所示，該RC-proxy包括獲取模塊101及發(fā)送模塊102 ;其中，獲取模塊101，用于收到SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，并將獲取的PCE的地址信息發(fā)送給發(fā)送模塊102 ;和/或，收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并將獲取的SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊102 ；發(fā)送模塊102，用于收到獲取模塊101發(fā)送的PCE的地址信息后，向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，收到獲取模塊101發(fā)送的SCF節(jié)點(diǎn)的地址信息后，向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。其中，在獲取PCE的地址信息時(shí)，所述獲取模塊101，具體用于向DRA查詢，獲取PCE的地址信息；或者，從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息；或者，從本地預(yù)先存儲(chǔ)的地址信息中獲取PCE的地址信息。在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，所述獲取模塊101，具體用于當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息；當(dāng)本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息。在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，并在獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效后，所述獲取模塊101，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，并將所述備份SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊 102 ；所述發(fā)送模塊102，還用于收到獲取模塊101發(fā)送的所述備份節(jié)點(diǎn)的地址信息后，向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述獲取模塊101，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息并將所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊102 ；所述發(fā)送模塊102，還用于收到獲取模塊101發(fā)送的所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息后，向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。當(dāng)RC-proxy與SCF節(jié)點(diǎn)之間及RC-proxy與PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不同時(shí)，所述發(fā)送模塊102，還用于將收到的應(yīng)用層QoS請(qǐng)求消息、和/或策略控制相關(guān)信息進(jìn)行協(xié)議轉(zhuǎn)換處理，并將協(xié)議轉(zhuǎn)換處理后的應(yīng)用層QoS請(qǐng)求消息和/或策略控制相關(guān)信息分別發(fā)送給PCE和/或SCF節(jié)點(diǎn)；該RC-proxy還可以進(jìn)一步包括存儲(chǔ)模塊，用于存儲(chǔ)PCE的地址信息、和/或SCF節(jié)點(diǎn)的地址信息。該RC-proxy還可以進(jìn)一步包括建立連接模塊，用于與SCF節(jié)點(diǎn)建立連接。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種對(duì)等(P2P)網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法，其特征在于，該方法包括 呼叫過程中，資源控制代理(RC-proxy)收到P2P網(wǎng)絡(luò)中的業(yè)務(wù)控制功能(SCF)節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取策略控制實(shí)體(PCE)的地址信息，之后向PCE發(fā)送應(yīng)用層服務(wù)質(zhì)量(QoS)請(qǐng)求消息；和/或，所述RC-proxy收到所述PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法進(jìn)一步包括 呼叫過程中所述SCF節(jié)點(diǎn)首次向所述RC-proxy發(fā)送消息時(shí),所述SCF節(jié)點(diǎn)獲取所述RC-proxy的地址信息,之后與所述RC-proxy建立連接。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述獲取所述RC-proxy的地址信息，為 所述SCF節(jié)點(diǎn)加入P2P網(wǎng)絡(luò)時(shí)，登記服務(wù)器將包含所述RC-pi~0Xy的地址信息的配置文件下發(fā)給SCF節(jié)點(diǎn)；或者， 所述SCF節(jié)點(diǎn)從P2P網(wǎng)絡(luò)中的跟蹤服務(wù)器中查詢，獲取所述RC-proxy的地址信息；或者， 所述SCF節(jié)點(diǎn)通過分布式哈希表(DHT)算法,獲取所述RC-proxy的地址信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述RC-proxy的地址信息為IP地址、或?yàn)橛蛎⒒驗(yàn)楣?jié)點(diǎn)(Node)編號(hào)(ID)。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述獲取P2P網(wǎng)絡(luò)中的PCE的地址信息，為 所述RC-proxy向Diameter路由代理(DRA)查詢，獲取所述PCE的地址信息；或者， 所述RC-proxy從本地運(yùn)營(yíng)商策略配置中獲取所述PCE的地址信息；或者， 所述RC-proxy從本地預(yù)先存儲(chǔ)的地址信息中獲取所述PCE的地址信息。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，當(dāng)所述RC-proxy與所述SCF節(jié)點(diǎn)之間、以及所述RC-proxy與所述PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息采用的協(xié)議不同時(shí)，在向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息之前，該方法進(jìn)一步包括 所述RC-proxy將收到的應(yīng)用層QoS請(qǐng)求消息進(jìn)行協(xié)議轉(zhuǎn)換處理； 相應(yīng)的，在向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法進(jìn)一步包括 所述RC-proxy將收到的策略控制相關(guān)消息進(jìn)行協(xié)議轉(zhuǎn)換。
7.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法進(jìn)一步包括 如果應(yīng)用功能(AF)實(shí)體的功能部署在所述SCF節(jié)點(diǎn)上，所述SCF節(jié)點(diǎn)將應(yīng)用層會(huì)話描述協(xié)議(SDP)信息映射成應(yīng)用層QoS信息，之后向所述RC-proxy發(fā)送包含應(yīng)用層QoS信息的應(yīng)用層業(yè)務(wù)信息消息； 如果AF實(shí)體的功能部署在所述RC-Proxy上,所述RC-proxy將收到的應(yīng)用層業(yè)務(wù)信息消息中的應(yīng)用層SDP信息映射成應(yīng)用層QoS信息。
8.根據(jù)權(quán)利要求I至7任一項(xiàng)所述的方法，其特征在于，所述獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，為 當(dāng)所述RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息； 當(dāng)所述RC-proxy本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)所述RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí),所述RC-proxy獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效后，該方法進(jìn)一步包括 根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，之后向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，在向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法進(jìn)一步包括 所述RC-proxy與所述備份SCF節(jié)點(diǎn)建立連接。
11.根據(jù)權(quán)利要求8所述的方法,其特征在于，當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且RC-proxy確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，該方法進(jìn)一步包括 所述SCF節(jié)點(diǎn)向所述RC-proxy返回錯(cuò)誤應(yīng)答消息； 所述RC-proxy收到錯(cuò)誤應(yīng)答消息后，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息，之后向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，在向所述數(shù)據(jù)遷移的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息之前，該方法進(jìn)一步包括 所述RC-proxy與所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)建立連接。
13.—種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的資源控制代理，其特征在于，該資源控制代理包括獲取模塊及發(fā)送模塊；其中， 獲取模塊，用于收到SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，并將獲取的PCE的地址信息發(fā)送給發(fā)送模塊；和/或，收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并將獲取的SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊； 發(fā)送模塊，用于收到獲取模塊發(fā)送的PCE的地址信息后，向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，收到獲取模塊發(fā)送的SCF節(jié)點(diǎn)的地址信息后，向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消肩、O
14.根據(jù)權(quán)利要求13所述的資源控制代理，其特征在于，在獲取PCE的地址信息時(shí)，所述獲取模塊，具體用于向DRA查詢，獲取PCE的地址信息；或者，從本地運(yùn)營(yíng)商策略配置中獲取PCE的地址信息；或者，從本地預(yù)先存儲(chǔ)的地址信息中獲取PCE的地址信息。
15.根據(jù)權(quán)利要求13所述的資源控制代理，其特征在于，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，所述獲取模塊，具體用于當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，直接從本地獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息；當(dāng)本地未存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息。
16.根據(jù)權(quán)利要求15所述的資源控制代理，其特征在于，在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息時(shí)，并在獲知對(duì)應(yīng)的SCF節(jié)點(diǎn)失效后，所述獲取模塊，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢失效的SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的失效的SCF節(jié)點(diǎn)的地址信息更新為所述備份SCF節(jié)點(diǎn)的地址信息，并將所述備份SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊；所述發(fā)送模塊，還用于收到獲取模塊發(fā)送的所述備份節(jié)點(diǎn)的地址信息后，向所述備份SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
17.根據(jù)權(quán)利要求15所述的資源控制代理，其特征在于，當(dāng)本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述獲取模塊，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息更新為所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息并將所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息發(fā)送給發(fā)送模塊； 所述發(fā)送模塊，還用于收到獲取模塊發(fā)送的所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)的地址信息后，向所述數(shù)據(jù)遷移到的目標(biāo)SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
18.根據(jù)權(quán)利要求13至17任一項(xiàng)所述的資源控制代理,其特征在于，當(dāng)RC-proxy與SCF節(jié)點(diǎn)之間及RC-proxy與PCE之間傳送應(yīng)用層QoS請(qǐng)求消息及策略控制相關(guān)信息所采用的協(xié)議不同時(shí)，所述發(fā)送模塊，還用于將收到的應(yīng)用層QoS請(qǐng)求消息、和/或策略控制相關(guān)信息進(jìn)行協(xié)議轉(zhuǎn)換處理，并將協(xié)議轉(zhuǎn)換處理后的應(yīng)用層QoS請(qǐng)求消息、和/或策略控制相關(guān)信息分別發(fā)送給PCE和/或SCF節(jié)點(diǎn)。
19.根據(jù)權(quán)利要求13至17任一項(xiàng)所述的資源控制代理，其特征在于，該資源控制代理進(jìn)一步包括存儲(chǔ)模塊，用于存儲(chǔ)PCE的地址信息、和/或SCF節(jié)點(diǎn)的地址信息。
20.根據(jù)權(quán)利要求13至17任一項(xiàng)所述的資源控制代理，其特征在于，該資源控制代理進(jìn)一步包括建立連接模塊，用于與SCF節(jié)點(diǎn)建立連接。
21.—種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的系統(tǒng)，其特征在于，該系統(tǒng)包括第一 SCF節(jié)點(diǎn)、RC-proxy、以及 PCE ;其中， 第一 SCF節(jié)點(diǎn)，用于呼叫過程中，向RC-proxy發(fā)送應(yīng)用層業(yè)務(wù)信息消息；和/或，接收RC-proxy發(fā)送的策略控制相關(guān)消息； RC-proxy，用于收到第一 SCF節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取PCE的地址信息，并向PCE發(fā)送應(yīng)用層QoS請(qǐng)求消息；和/或，收到PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，并向第一 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息； PCE,用于接收RC-proxy發(fā)送的應(yīng)用層QoS請(qǐng)求消息；和/或，向RC-proxy發(fā)送Diameter 消息。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于， 所述第一 SCF節(jié)點(diǎn)，還用于呼叫過程中首次向所述RC-proxy發(fā)送消息時(shí)，獲取RC-proxy的地址信息,并與RC-proxy建立連接； 所述RC-proxy,還用于與第一 SCF節(jié)點(diǎn)建立連接。
23.根據(jù)權(quán)利要求21或22所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括第二SCF節(jié)點(diǎn)，為第一 SCF節(jié)點(diǎn)的備份SCF節(jié)點(diǎn)，用于接收RC-proxy發(fā)送的策略控制相關(guān)消息； 在獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，且當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)第一 SCF節(jié)點(diǎn)的地址信息，RC-proxy獲知第一 SCF節(jié)點(diǎn)失效后，所述RC-proxy，還用于根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第二 SCF節(jié)點(diǎn)的地址信息，將存儲(chǔ)的第一 SCF節(jié)點(diǎn)的地址信息更新為第二 SCF節(jié)點(diǎn)的地址信息，并向第二 SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
24.根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于， 所述RC-proxy,還用于與第二 SCF節(jié)點(diǎn)建立連接；所述第二 SCF節(jié)點(diǎn),還用于與RC-proxy建立連接。
25.根據(jù)權(quán)利要求21或22所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括第三SCF節(jié)點(diǎn)，用于接收RC-proxy發(fā)送的策略控制相關(guān)消息； 當(dāng)RC-proxy本地預(yù)先已存儲(chǔ)對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息,且RC-proxy確定出收到的策略控制相關(guān)消息對(duì)應(yīng)的數(shù)據(jù)已發(fā)生遷移時(shí)，所述第一 SCF節(jié)點(diǎn)，還用于向RC-proxy返回錯(cuò)誤應(yīng)答消息； 所述RC-proxy，還用于收到第一 SCF節(jié)點(diǎn)返回的錯(cuò)誤應(yīng)答消息后，根據(jù)DHT算法從P2P網(wǎng)絡(luò)中查詢第三SCF節(jié)點(diǎn)的地址，將存儲(chǔ)的對(duì)應(yīng)的第一 SCF節(jié)點(diǎn)的地址信息更新為第三SCF節(jié)點(diǎn)的地址信息，并向第三SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。
26.根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于， 所述RC-proxy,還用于與第三SCF節(jié)點(diǎn)建立連接； 第三SCF節(jié)點(diǎn)，還用于與RC-proxy建立連接。
全文摘要
本發(fā)明公開了一種對(duì)等(P2P)網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的方法，該方法包括呼叫過程中，資源控制代理(RC-proxy)收到P2P網(wǎng)絡(luò)中的業(yè)務(wù)控制功能(SCF)節(jié)點(diǎn)發(fā)送的應(yīng)用層業(yè)務(wù)信息消息后，獲取策略控制實(shí)體(PCE)的地址信息，之后向PCE發(fā)送應(yīng)用層服務(wù)質(zhì)量(QoS)請(qǐng)求消息；和/或，所述RC-proxy收到所述PCE發(fā)送的Diameter消息后，獲取對(duì)應(yīng)的SCF節(jié)點(diǎn)的地址信息，之后向SCF節(jié)點(diǎn)發(fā)送策略控制相關(guān)消息。本發(fā)明同時(shí)公開了一種P2P網(wǎng)絡(luò)中實(shí)現(xiàn)策略控制的系統(tǒng)及資源控制代理，采用本發(fā)明的方法及系統(tǒng)，能在P2P網(wǎng)絡(luò)中有效地實(shí)現(xiàn)策略控制。
文檔編號(hào)H04L29/08GK102752331SQ20111010072
公開日2012年10月24日 申請(qǐng)日期2011年4月21日 優(yōu)先權(quán)日2011年4月21日
發(fā)明者吳建華, 陶全軍 申請(qǐng)人:中興通訊股份有限公司