專(zhuān)利名稱(chēng)：附著到對(duì)等網(wǎng)絡(luò)及獲取iptv內(nèi)容的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及基于IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)的附著到對(duì)等網(wǎng)絡(luò)及獲取網(wǎng)絡(luò)電視(IPTV, IP Television)內(nèi)容的方法、系統(tǒng)和裝置。
背景技術(shù)：
流媒體業(yè)務(wù)或IPTV業(yè)務(wù)是近幾年迅速發(fā)展的一種新業(yè)務(wù)，流媒體業(yè)務(wù) 利用流式傳輸技術(shù)，在包交換網(wǎng)絡(luò)上傳輸多々某體文件，包括視頻、音頻等文 件內(nèi)容。這些內(nèi)容在訪問(wèn)時(shí)無(wú)需完全下載就可以立即播放。流媒體實(shí)現(xiàn)的關(guān) 鍵技術(shù)就是流式傳輸:技術(shù)，而流式傳輸技術(shù)是4巴連續(xù)的視頻和音頻信息經(jīng)過(guò) 處理后放上服務(wù)器，讓用戶(hù)一邊下載一邊觀看、收聽(tīng)，而不需要等整個(gè)文件 下載到自己機(jī)器后就可以觀看的網(wǎng)絡(luò)傳輸技術(shù)。
IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)是3GPP R5提出的提 供多媒體業(yè)務(wù)的子系統(tǒng)，它包括呼叫會(huì)話(huà)控制功能(CSCF， Call Session Control Function), i某體網(wǎng)關(guān)4空制功能(MGCF， Media Gateway Control Function )、媒體源功能(MRF, Media Resource Function)等功能實(shí)體，主要 采用會(huì)話(huà)初始4匕十辦i義(SIP, Session Initiation Protocol )、 Diameter十辦i義，屬 于上層控制子系統(tǒng)，與具體接入技術(shù)無(wú)關(guān)，是業(yè)界普遍認(rèn)同的移動(dòng)固定融合 的理想方案和發(fā)展方向。
目前業(yè)界正在基于IMS進(jìn)行新一代IPTV系統(tǒng)的研發(fā)，在圖1示例場(chǎng)景 中，用戶(hù)終端(UE)通過(guò)不同的接入網(wǎng)絡(luò)接入IMSIPTV系統(tǒng)，其中4某體節(jié) 點(diǎn)(MS, MediaStation)作為內(nèi)容服務(wù)器為UE提供內(nèi)容。
基于IMS的IPTV( IMS based IPTV )就是在IMS的整體架構(gòu)下提供IPTV 業(yè)務(wù)，以充分利用IMS網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、路由、會(huì)話(huà)控制與建立、 業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到端QoS保證等機(jī)制來(lái)為用戶(hù)提供流Jf某體業(yè)務(wù)及融合流 媒體和實(shí)時(shí)會(huì)話(huà)業(yè)務(wù)的多媒體業(yè)務(wù)。也就是說(shuō)，用戶(hù)到內(nèi)容的多J 某體會(huì)話(huà)是 通過(guò)IMS已有的會(huì)話(huà)控制機(jī)制來(lái)完成，在建立會(huì)話(huà)過(guò)程中，需要為媒體流的傳送預(yù)留承載資源。目前基于IMS的IPTV架構(gòu)在各大標(biāo)準(zhǔn)組織里，如電信 和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng)絡(luò)協(xié)議 (TISPAN ， TelecommunicationsandlnternetConverged Services and Protocols for Advanced Networking )、國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組(ITU-T for ITU Telecommunication Standardization Sector)、開(kāi)》丈網(wǎng)纟各電一見(jiàn)才示)食i侖i云(Open IPTV Forum)等都得到了認(rèn)同，其標(biāo)準(zhǔn)發(fā)展迅速。
參見(jiàn)圖2,其為T(mén)ISPAN基于IMS定義的IPTV架構(gòu)。圖中包括用戶(hù)終 端(UE)，應(yīng)用和IPTV業(yè)務(wù)功能(Application and IPTV Service Functions ), 核心IMS,傳輸功能(Transport Functions )，以及媒體交付分發(fā)和存儲(chǔ)(Media Delivery Distribution & Storage )這幾告卩分。
用戶(hù)終端(UE, user equipment),用于IPTV業(yè)務(wù)請(qǐng)求及內(nèi)容顯示等。
Application and IPTV Service Functions中又包括
業(yè)務(wù)選擇功能(SSF, Service Selection Function),用于提供可用的業(yè)務(wù) 信息，用戶(hù)指南或業(yè)務(wù)元數(shù)據(jù)等；
業(yè)務(wù)發(fā)現(xiàn)功能(SDF， Service Discovery Function),可以產(chǎn)生和提供業(yè)務(wù) 附著信息，可以向終端4是供個(gè)性化發(fā)現(xiàn)信息；
用戶(hù)描述業(yè)務(wù)功能(UPSF， User Profile Server Function),用于存儲(chǔ)與 IPTV業(yè)務(wù)相關(guān)的用戶(hù)數(shù)據(jù)；
IPTV業(yè)務(wù)控制功能(SCF, Service Control Functions),執(zhí)行不同IPTV 業(yè)務(wù)所需的業(yè)務(wù)邏輯，實(shí)際就是SIP應(yīng)用服務(wù)器(AS)。
核心IMS(Core IMS)用于IPTV業(yè)務(wù)建立及內(nèi)容交付過(guò)程的業(yè)務(wù)驗(yàn)證、授 權(quán)、信令交互過(guò)程，對(duì)信令進(jìn)行路由或進(jìn)行業(yè)務(wù)觸發(fā)，同時(shí)還可以與資源接 納控制子系統(tǒng)(RACS)交互進(jìn)行業(yè)務(wù)所需資源的預(yù)留。
Transport Functions中又包括
網(wǎng)絡(luò)附著子系統(tǒng)(NASS, Network Attachment Subsystem )，用于提供用 戶(hù)終端附著和接入控制功能等；
資源接納控制子系統(tǒng)(RACS ， Resource and Admission Control Subsystem )，用于控制/授權(quán)終端對(duì)網(wǎng)絡(luò)資源的使用；
6傳輸處理功能(TPF, Transport Processing Function )，用于提供基礎(chǔ)的網(wǎng) 絡(luò)傳輸功能，包括接入鏈路以及IP轉(zhuǎn)發(fā)網(wǎng)絡(luò)等。 Media Delivery Distribution & Storage中又包括
IPTV媒體功能(MF， Media Function),為用戶(hù)提供內(nèi)容，在標(biāo)準(zhǔn)中其進(jìn) 一步被分為媒體控制功能(Media Control Function)和媒體交付功能(Media Delivery Function),前者控制后者進(jìn)行內(nèi)容交付。
以上說(shuō)明參照現(xiàn)有TIPSAN IMS-based IPTV標(biāo)準(zhǔn)ETSI TS 182 027 V2.0.0,接口不再贅述。
在Open IPTV forum規(guī)范中，所采用的內(nèi)容交付/分發(fā)網(wǎng)絡(luò)(CDN， Content Delivery/Distribution Network)如圖3。其中，
集群控制器(CC, Cluster Controller),用于控制多個(gè)內(nèi)容交付功能(CDF, Content Delivery Function)進(jìn)4亍內(nèi)容4是供；
CDF，具有內(nèi)容存儲(chǔ)和內(nèi)容交付能力，可以在CC控制下向終端交付內(nèi)六.
谷，
內(nèi)容交付網(wǎng)絡(luò)控制器(CDNC， Content Delivery Network Controller),用 于內(nèi)容路由，可以在業(yè)務(wù)過(guò)程中選擇合適的CC和CDF向用戶(hù)終端提供內(nèi)容；
在Open IPTV forum規(guī)范中，IPTV業(yè)務(wù)發(fā)現(xiàn)(IPTV service Discovery) 功能用于發(fā)現(xiàn)IPTV業(yè)務(wù)提供者發(fā)現(xiàn)(IPTV Service Provider Discovery)功能； 而IPTV Service Provider Discovery則用于提供業(yè)務(wù)提供者信息給UE。
多個(gè)CDNC以及IPTV control的關(guān)系給出如圖4所示。在Open IPTV forum規(guī)范中，IPTV control負(fù)責(zé)基本業(yè)務(wù)請(qǐng)求處理，可以向CDNC請(qǐng)求為 業(yè)務(wù)選擇可用的CC和CDF,其相當(dāng)于TISPAN標(biāo)準(zhǔn)中的SCF。
傳統(tǒng)的IPTV在向用戶(hù)提供內(nèi)容時(shí)，大多采用客戶(hù)端/服務(wù)器模式，即使 采用CDN方式提供內(nèi)容，其內(nèi)容提供模式依然沒(méi)有發(fā)生根本性變化，只是 將服務(wù)器分散化布置并且優(yōu)化了客戶(hù)端和服務(wù)器之間的流量。隨著IPTV用 戶(hù)規(guī)模的擴(kuò)展，目前單個(gè)IPTV系統(tǒng)服務(wù)的用戶(hù)數(shù)將超過(guò)百萬(wàn)、甚至千萬(wàn)， 這對(duì)于提供內(nèi)容的媒體服務(wù)器帶來(lái)巨大的挑戰(zhàn)，動(dòng)輒需要部署成百上千的服 務(wù)器以提供良好的服務(wù)。于此同時(shí)，CDN的造價(jià)依然居高不下；單純依靠增加服務(wù)器的數(shù)量并不是經(jīng)濟(jì)的手段。
對(duì)等(P2P, peer to peer)從技術(shù)手段上已經(jīng)逐步成熟，并在互聯(lián)網(wǎng)絡(luò)上 得到了良好的應(yīng)用。借助于用戶(hù)間的P2P內(nèi)容共享交互，可以有效的減輕服 務(wù)器面臨的處理能力、帶寬等壓力；從而降低CDN投資。但是需要注意到， 目前在互聯(lián)網(wǎng)上流行的P2P技術(shù)具有相應(yīng)的缺點(diǎn)和限制包括如用戶(hù)終端間 的數(shù)據(jù)流量無(wú)序，容易造成網(wǎng)絡(luò)擁塞及業(yè)務(wù)效果不穩(wěn)定；另外，互聯(lián)網(wǎng)P2P 對(duì)于用戶(hù)普遍缺乏有效的認(rèn)證機(jī)制、對(duì)等節(jié)點(diǎn)之間缺乏數(shù)據(jù)保護(hù)機(jī)制等。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例一方面提供一種基于IMS的附著到對(duì)等網(wǎng)絡(luò)的方法、系統(tǒng) 和裝置，以實(shí)現(xiàn)通過(guò)IMS網(wǎng)絡(luò)附著到P2P網(wǎng)絡(luò)。避免了網(wǎng)絡(luò)擁塞及業(yè)務(wù)效果 不穩(wěn)定的情況
本發(fā)明實(shí)施例另一方面提供一種基于IMS的獲取IPTV內(nèi)容的方法、系 統(tǒng)和裝置，以降低系統(tǒng)投資成本。
本發(fā)明實(shí)施例提供的一種基于IP多媒體子系統(tǒng)的終端附著到對(duì)等網(wǎng)絡(luò) 的方法，包括
用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取對(duì)等P2P網(wǎng)絡(luò)附著信息；
根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。
本發(fā)明實(shí)施例提供的一種基于IP多媒體子系統(tǒng)的終端附著到對(duì)等網(wǎng)絡(luò) 的系統(tǒng)，包括
用戶(hù)終端，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息，根據(jù)所述網(wǎng)絡(luò)附
著信息附著到P2P網(wǎng)絡(luò)；
P2P附著信息提供功能pBoot,用于為所述UE提供P2P網(wǎng)絡(luò)附著信息； 附著功能BootS,用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，讓所述UE
附著到P2P網(wǎng)絡(luò)。
本發(fā)明實(shí)施例提供的一種基于IP多媒體子系統(tǒng)的終端獲取IPTV內(nèi)容的 方法，包括
用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取對(duì)等P2P網(wǎng)絡(luò)附著信息； 根據(jù)所述對(duì)等網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；利用對(duì)等機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的IPTV內(nèi)容。
本發(fā)明實(shí)施例提供的一種基于IP多媒體子系統(tǒng)網(wǎng)絡(luò)電視系統(tǒng)，包括 用戶(hù)終端，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息，根據(jù)所述P2P
網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；利用對(duì)等機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的
IPTV內(nèi)容；
P2P附著信息提供功能pBoot,用于提供所述UE所處區(qū)域?qū)?yīng)的P2P 網(wǎng)絡(luò)附著信息；
附著功能BootS,用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，提供所述UE 所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。
本發(fā)明實(shí)施例提供的一種用戶(hù)終端，包括 附著信息獲取單元，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息； 附著單元，用于根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。 本發(fā)明實(shí)施例提供的一種P2P附著信息提供功能pBoot實(shí)體，包括 接收單元，用于接收來(lái)自請(qǐng)求方的P2P附著請(qǐng)求或第三方注冊(cè)請(qǐng)求； 信息提供單元，用于才艮據(jù)所述請(qǐng)求提供P2P網(wǎng)絡(luò)附著信息。 本發(fā)明實(shí)施例提供的一種P2P附著功能BootS實(shí)體，包括 附著單元，用于與用戶(hù)終端交互，使所述用戶(hù)終端附著到P2P網(wǎng)絡(luò)上； 信息提供單元，用于為所述UE提供其所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。 應(yīng)用本發(fā)明實(shí)施例提供的附著到對(duì)等網(wǎng)絡(luò)的方法、系統(tǒng)和裝置，實(shí)現(xiàn)了 通過(guò)IMS網(wǎng)絡(luò)附著到P2P網(wǎng)絡(luò)，使得UE之間的P2P流量限制在一個(gè)局部， 而不會(huì)出現(xiàn)無(wú)序的域間流量，因而避免了網(wǎng)絡(luò)擁塞及業(yè)務(wù)效果不穩(wěn)定的情況。 應(yīng)用本發(fā)明實(shí)施例提供的獲取IPTV內(nèi)容的方法、系統(tǒng)和裝置，使得UE 可以通過(guò)UE間的P2P方式下載，達(dá)到了減輕媒體服務(wù)器負(fù)載，降低系統(tǒng)投 資的目的。由于本發(fā)明實(shí)施例中按UE所處區(qū)域向UE提供可用的P2P網(wǎng)絡(luò) 附著信息，從而將UE按區(qū)域劃分開(kāi)，使得UE之間的P2P流量限制在一個(gè) 局部，而不會(huì)出現(xiàn)無(wú)序的域間流量，因而避免了網(wǎng)絡(luò)擁塞及業(yè)務(wù)效果不穩(wěn)定 的情況。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面 描述中的附圖僅僅是本發(fā)明的 一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講， 在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是現(xiàn)有的通過(guò)不同的接入網(wǎng)接入IMSIPTV系統(tǒng)的場(chǎng)景示意圖2是TISPAN基于IMS定義的IPTV架構(gòu)；
圖3是Open IPTV forum規(guī)范中所采用的CDN;
圖4是多個(gè)CDNC以及IPTV control的關(guān)系示意圖5是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的邏輯結(jié)構(gòu)示意圖6是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的部署示意圖7是根據(jù)本發(fā)明實(shí)施例的UE獲取P2P網(wǎng)絡(luò)附著信息的流程圖8是根據(jù)本發(fā)明實(shí)施例的以pull方式獲取P2P網(wǎng)絡(luò)附著信息的流程圖9是根據(jù)本發(fā)明實(shí)施例的以push方式獲取P2P網(wǎng)絡(luò)附著信息的流程
圖IO是根據(jù)本發(fā)明實(shí)施例的UE獲取IPTV內(nèi)容的流程圖； 圖lla是根據(jù)本發(fā)明實(shí)施例的一UE的結(jié)構(gòu)示意圖； 圖llb是根據(jù)本發(fā)明實(shí)施例的另一UE的結(jié)構(gòu)示意圖； 圖12是#^居本發(fā)明實(shí)施例的pBoot的結(jié)構(gòu)示意圖； 圖13是才艮據(jù)本發(fā)明實(shí)施例的BooSt的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而 不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作 出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
圖5是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的邏輯結(jié)構(gòu)示意圖。其 中，UE 501, IMS核心網(wǎng)(IMScore ) 502，應(yīng)用服務(wù)器(AS) 503是3GPP 所定義的IMS系統(tǒng)中的現(xiàn)有功能，其中TISPAN IMS IPTV中的SCF就是這里 的AS,而Open IPTV forum IPTV架構(gòu)中的IPTV control也相當(dāng)于這里的AS。
10P2P附著信息提供功能pBoot 504,用于通過(guò)IMS為用戶(hù)終端提供P2P網(wǎng)絡(luò) 附著信息；
P2P附著功能BootS 505,用于登記附著到該區(qū)域的P2P節(jié)點(diǎn)；包括登記 UE以及可選的區(qū)域MS信息；可以為UE提供其它的對(duì)等節(jié)點(diǎn)信息；
媒體節(jié)點(diǎn)(MS， MediaStation) 506,具有媒體存儲(chǔ)和交付功能，可以 向UE提供內(nèi)容。同時(shí)，MS也可以可選的作為P2P網(wǎng)絡(luò)中的一個(gè)節(jié)點(diǎn)，向UE 以P2P方式提供內(nèi)容。
TISPAN架構(gòu)中的MF (具體分為MCF和MDF)可以實(shí)現(xiàn)這里MS的功能。 Open IPTV forum架構(gòu)中的CC和CDF可以實(shí)現(xiàn)這里的MS功能。
綜上，用戶(hù)終端(UE)501,相互之間可以以P2P方式進(jìn)行內(nèi)容共享交互； 可選的，也可以以P2P方式從MS獲取內(nèi)容。
下面對(duì)圖5中的接口進(jìn)行說(shuō)明
ISC、 Gm為3GPP所定義的IMS系統(tǒng)中的現(xiàn)有接口。
II: IMScore與pBoot之間的接口 ， pBoot通過(guò)此接口向UE發(fā)送P2P網(wǎng)絡(luò)附 著信息。釆用SIP協(xié)議。
12: IMScore和MS之間的接口 ，此接口用于IMScore與MS之間直接的信 令交互；IMScore可以通過(guò)此接口向MS直接發(fā)送內(nèi)容請(qǐng)求。此接口釆用SIP 協(xié)議。
13, MS與BootS之間的接口；此接口為可選。在MS可以作為P2P節(jié)點(diǎn)向 UE提供內(nèi)容時(shí)，MS通過(guò)此接口向BootS發(fā)送對(duì)等節(jié)點(diǎn)登記信息。
14, UE與BootS之間的接口； UE通過(guò)此接口附著到P2P網(wǎng)絡(luò)。在UE獲得 P2P網(wǎng)絡(luò)附著信息后，UE通過(guò)此接口向BootS登記自身。在采用目錄式P2P架 構(gòu)時(shí)，UE在獲取內(nèi)容時(shí)與BootS交互內(nèi)容狀態(tài)信息。
15， MS與UE之間的接口； MS可以按現(xiàn)有C/S方式與UE交互內(nèi)容；或者 MS也可以通過(guò)此4妄口與UE進(jìn)4亍P2P方式的內(nèi)容交互。
16， UE之間的接口，此接口用于進(jìn)行P2P節(jié)點(diǎn)間的信令和數(shù)據(jù)交互，具 體協(xié)議取決于采用的P2P機(jī)制，本發(fā)明對(duì)此不作限定。
為了對(duì)上述邏輯結(jié)構(gòu)進(jìn)一步清晰說(shuō)明，如圖6給出一個(gè)部署示意圖。參見(jiàn) 圖6,將UE按接入位置不同劃分到不同的區(qū)域中，在每一個(gè)區(qū)域中部署B(yǎng)ootS;
ii另外，MS也可以按區(qū)域部署，從而就近為UE提供內(nèi)容。當(dāng)UE附著到IMS網(wǎng) 絡(luò)時(shí)，作為IMS服務(wù)之一，pBoot可以為UE指定特定區(qū)域的BootS,從而可以 將UE按區(qū)域接入到不同的P2P網(wǎng)絡(luò)。需要說(shuō)明的是，圖6僅是一個(gè)部署示意圖， 省略了一些不影響發(fā)明思想的連接；實(shí)際部署情況應(yīng)滿(mǎn)足圖5所示邏輯結(jié)構(gòu)。
參見(jiàn)圖5和圖6，本發(fā)明從邏輯上包括以下幾個(gè)方面
一、UE附著到P2P網(wǎng)絡(luò)當(dāng)UE附著到IMS網(wǎng)絡(luò)后，附著到P2P網(wǎng)絡(luò)可以 描述為兩個(gè)基本步驟
步驟1 ， P2P附著信息提供功能pBoot通過(guò)IMS向UE發(fā)送P2P網(wǎng)絡(luò)附著信 息。這里，pBoot根據(jù)UE的位置信息，確定為用戶(hù)服務(wù)的BootS;相關(guān)信息表 述為P2P網(wǎng)絡(luò)附著信息。向UE發(fā)送P2P網(wǎng)絡(luò)附著信息可以有幾種基本情況
情形l,當(dāng)UE注冊(cè)到IMS網(wǎng)絡(luò)后，IMS可以代替UE向pBoot作第三方注冊(cè)。 第三方注冊(cè)完成后，pBoot可以基于業(yè)務(wù)配置向UE發(fā)送P2P網(wǎng)絡(luò)附著信息；
情形2,當(dāng)UE注冊(cè)到IMS網(wǎng)絡(luò)后，UE可以向pBoot發(fā)送SIP訂閱(SIP subscribe)請(qǐng)求，而pBoot則以SIP通知(SIP notify)請(qǐng)求向UE發(fā)送P2P網(wǎng)絡(luò) 附著信息。
情形3,當(dāng)UE發(fā)起IPTV業(yè)務(wù)請(qǐng)求時(shí)，應(yīng)用服務(wù)器或者M(jìn)S在業(yè)務(wù)響應(yīng)中為 UE提供P2P網(wǎng)絡(luò)附著信息。
上述pBoot向UE發(fā)送的P2P網(wǎng)絡(luò)附著信息可以包括〈P2P協(xié)議、版本、附 著服務(wù)器地址、端口、連接密鑰(p2p—master_key) >等，因此，上述P2P網(wǎng) 絡(luò)附著信息是與UE所在區(qū)域?qū)?yīng)的；
在上述情形l， 2中，為了在SIP協(xié)議中攜帶P2P網(wǎng)絡(luò)附著信息，可以定義 特定的MIME類(lèi)型如〈application/p2pBootlnfo+xml >,并以可擴(kuò)展標(biāo)記語(yǔ)言 (XML)具體定義schmea以描述可以攜帶的信息。此信息可以攜帶在SIP的 消息體中，如以content-type application/p2pBootlnfo+xml頭指示SIP消息體攜 帶了P2P網(wǎng)絡(luò)附著信息。按照此思路提供的一個(gè)schema示例如下
< xml version="1.0" encoding="UTF-8" >
<xs:schema xmlns:xs="http:〃www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified"> 〈xs:element name="P2PBoot" type="PBootType"><xs:annotation><xs:documentation>Helper infomation for UE p2p boot from IMS</xs :documentation></xs: annotation> </xs:element><xs:complexType name="PBootType"> <xs:S6qu6ncs><xs:element name="BootInfo" maxOccurs="unbounded"> <xs:complexType> <xs:sequence><xs:element name="ProtocolName" type="xs:string'V> 〈xs:element name="Description" type="MultilingualType"/><xs:element name="Version"> <xs:simpleType><xs:restriction base="xs:string"/> </xs: simpleType> </xs:element><xs:element name="BootServerInfo" maxOccurs="unbounded"><xs:complexType> <xs:scqusnc6>〈xs:element name="AddressInfo"> <xs: complexType〉 <xs:choice><xs:sequence> <xs: elementname="Location"><xs:simpleType〉<xs:restrictionbase="xs:anyURI7></xs: simpleType> </xs:element> <xs:anynamespace="##other" processContents="lax7></xs:sequence> <xs:s6quence> <xs:d6msntname="IpVersion" type="IpVersionType" minOccurs="0"/>〈xs:sl6m6ntname="TransportType"><xs: simpleType〉 〈xs:restrictionbase="xs: string"/></xs: simpleType> </xs:element> <xs: dementname^"BootServerAddress" type="xs:string7><xs: dementname="BootServerPort" type="xs :unsignedShort7〉<xs:anynamespace="##other" processContents="lax"/></xs:S6qu6ncc> </xs:choice> </xs: complexType〉 </xs:element>〈xs:element name="BootMasterKey"type="xs:string" minOccurs="0"/><xs:element name="Extension" type="ExtensionType" minOccurs="07><xs:any namespace="##other"processContents="lax"/></xs:sequence> </xs:complexType> </xs:element>〈xs:element name="Extension" type="ExtensionType"minOccurs="07><xs:any namespace="##other" processContents="lax"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence><xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType><xs:simpleType name二"IpVersionType"〉 〈xs:restriction base="xs:integer"> <xs:minlnclusive value="07> 〈xs:maxlnclusive value="2557> </xs:restriction> </xs:simpleType><xs:complexType name="MultilingualType"> <xs: simpleContent〉<xs:extension base="xs:string"><xs:attribute name="Language" type='languageType"use="required"/></xs:extension> </xs: simpleContent>15</xs: complexType><xs:simpleType name="LanguageType"> <xs: annotation)<xs :documentation><definition xml:lang="en">ISO 639-2 Languagecode</definition></xs:docum6ntation> </xs: annotation) <xs restriction base="xs:string"> <xs:minLength value="3"/> <xs:maxLength value="37> </xs:restriction> </xs:simpleType><xs:complexType name="ExtensionType"> <xs:sequence><xs:any processContents="lax" minOccurs="0" maxOccurs="unbounded'V> </xs:s6qucnc6> </xs: complexType〉 </xs:schema>情形3中的P2P網(wǎng)絡(luò)附著信息則可以按情形1， 2所述形式進(jìn)行攜帶，也可 以通過(guò)擴(kuò)展會(huì)話(huà)描述協(xié)議(SDP)協(xié)議進(jìn)行攜帶。步驟2, UE與P2P附著功能BootS交互，附著到P2P網(wǎng)絡(luò)。UE在獲得P2P網(wǎng)絡(luò)附著信息后，用附著信息指定的P2P協(xié)議與BootS交 互；BootS作為UE加入P2P網(wǎng)絡(luò)聯(lián)系的首個(gè)節(jié)點(diǎn)，為其提供可用的其它對(duì)等節(jié) 點(diǎn)(peers)的信息；在UE與BootS交互時(shí)，pBoot為UE提供的連接密鑰p2p—master—key可以作 為根密鑰，直接用于BootS與UE之間，和/或UE與UE之間的P2P交互的驗(yàn)證；也可以根據(jù)該根密鑰產(chǎn)生衍生密鑰用于相關(guān)過(guò)程。如BootS可以與UE之間基 于p2p一master一key進(jìn)行連接驗(yàn)證，在通過(guò)驗(yàn)證后BootS為UE產(chǎn)生衍生密鑰 token,該密鑰token用于后續(xù)UE間連接時(shí)的連接驗(yàn)證；BootS只向區(qū)域內(nèi)UE傳遞區(qū)域內(nèi)UE對(duì)等信息，這樣同區(qū)域UE之間的數(shù) 據(jù)交互將被限制在區(qū)域內(nèi)，避免了跨區(qū)域的P2P數(shù)據(jù)流量；二、 UE使用P2P方式獲取內(nèi)容；在附著到P2P網(wǎng)絡(luò)后，UE借助P2P技術(shù)進(jìn) 行內(nèi)容的獲取。本發(fā)明對(duì)所采用的具體P2P協(xié)議不作限定。BootS登記有所有對(duì)等節(jié)點(diǎn)的信息對(duì)于具有目錄服務(wù)器的P2P結(jié)構(gòu)而言，BootS作為目錄服務(wù)器，當(dāng)UE在參 與內(nèi)容獲取時(shí)，其使用P2P現(xiàn)有tracker協(xié)議與BootS交互，交互當(dāng)前正被獲取 內(nèi)容的信息。當(dāng)有新UE參與到內(nèi)容獲取時(shí)，其從BootS獲取內(nèi)容信息。對(duì)于DHT結(jié)構(gòu)的P2P網(wǎng)絡(luò)而言，BootS只負(fù)責(zé)向UE提供其它節(jié)點(diǎn)的信息， 這些節(jié)點(diǎn)將用于UE獲取更多其它節(jié)點(diǎn)的信息；在內(nèi)容獲取過(guò)程中，UE可以 不再與BootS交互。在采用P2P進(jìn)行內(nèi)容獲取過(guò)程中，MS可以按兩種機(jī)制工作UE從MS按現(xiàn)有業(yè)務(wù)方式獲取內(nèi)容。此方式下，UE從BootS或其它對(duì)等 節(jié)點(diǎn)查詢(xún)獲取同 一 內(nèi)容的peers信息，UE所需內(nèi)容可以從MS以及其它UEs同 時(shí)獲??；由UE根據(jù)需要決定從何處以及獲取哪一部分的內(nèi)容；MS作為對(duì)等節(jié)點(diǎn)注冊(cè)到BootS,并通過(guò)P2P機(jī)制向UE提供服務(wù)；此時(shí)，在IMS業(yè)務(wù)過(guò)程中返回MS作為peer的信息，此信息可以通過(guò)SDP 擴(kuò)展加以描述。而UE通過(guò)P2P機(jī)制從BootS或其它節(jié)點(diǎn)獲得獲取同一內(nèi)容的更 多對(duì)等節(jié)點(diǎn)的信息；UE據(jù)此進(jìn)行內(nèi)容獲取。為了有效降低MS的負(fù)荷以及考慮可靠性，在BootS登記的對(duì)等節(jié)點(diǎn)信息 中增加可靠性指示。其取值可以為(O,l]，表示節(jié)點(diǎn)的可靠性大于等于O,小于 1。在設(shè)置時(shí)MS可靠性設(shè)置為高于UE,并可以最高達(dá)到[l]。UE在附著到BootS 時(shí)，也同時(shí)傳送可靠性信息。當(dāng)UE進(jìn)行內(nèi)容獲取時(shí)，對(duì)于用戶(hù)所請(qǐng)求內(nèi)容的 初始部分，UE優(yōu)先從MS進(jìn)行獲??；對(duì)于后續(xù)部分，UE在具有所需內(nèi)容的對(duì) 等節(jié)點(diǎn)中進(jìn)行隨機(jī)選擇獲取內(nèi)容，若獲取內(nèi)容失敗，則可以依據(jù)可靠性指標(biāo) 選擇MS獲取內(nèi)容；以避免增大獲取延時(shí)。17對(duì)TISPAN架構(gòu)而言，pBoot和BootS都為邏輯功能，其中pBoot功能可以 由SDF實(shí)現(xiàn)，BootS可以和MF (包括MCF和MDF )或者僅由MCF實(shí)現(xiàn)。對(duì)于Open IPTV forum架構(gòu)而言，pBoot和BootS都為邏輯功能，其中pBoot 功能可以由IPTV service Discovery實(shí)現(xiàn)；BootS則可以由CDNC或者CC實(shí)現(xiàn)。本發(fā)明實(shí)施例不限制采用的P2P拓樸。對(duì)于中心化P2P結(jié)構(gòu)而言，BootS可以作為目錄服務(wù)器；對(duì)于DHT結(jié)構(gòu)P2P而言，BootS也可以單純作為DHT啟動(dòng)的首個(gè)節(jié)點(diǎn)，幫 助UE加入DHT網(wǎng)絡(luò)；后續(xù)UE之間的P2P交互可以不依賴(lài)于BootS;理論上，UE可以從不同的MS獲得內(nèi)容而不限于本地域的MS,這一點(diǎn)保 持與現(xiàn)有標(biāo)準(zhǔn)一致；方案只是限制P2P流量于本地域；參見(jiàn)圖5和圖6,本發(fā)明提供的一種基于IP多媒體子系統(tǒng)網(wǎng)絡(luò)電視系統(tǒng)， 包括用戶(hù)終端501，用于通過(guò)IMS網(wǎng)絡(luò)獲取自身所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò) 附著信息，根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；利用對(duì)等機(jī)制從所 處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)中獲:f又所請(qǐng)求的IPTV內(nèi)容；P2P附著信息才是供功能pBoot 504，用于提供所述UE所處區(qū)域?qū)?yīng)的P2P 網(wǎng)絡(luò)附著信息；附著功能BootS 505,用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，4是供所 述UE所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。上述系統(tǒng)，還包括應(yīng)用服務(wù)器503，用于通過(guò)IMS網(wǎng)絡(luò)接收來(lái)自所述 用戶(hù)終端的IPTV業(yè)務(wù)請(qǐng)求，根據(jù)業(yè)務(wù)邏輯將所述IPTV業(yè)務(wù)請(qǐng)求發(fā)送至々某體 節(jié)點(diǎn)；所述IPTV業(yè)務(wù)請(qǐng)求中包含所述用戶(hù)終端所請(qǐng)求內(nèi)容的內(nèi)容標(biāo)識(shí)；媒體節(jié)點(diǎn)506，用于在所述媒體節(jié)點(diǎn)不是對(duì)等網(wǎng)絡(luò)中的一個(gè)節(jié)點(diǎn)時(shí)，根 據(jù)所述內(nèi)容標(biāo)識(shí)向用戶(hù)終端提供所需的IPTV內(nèi)容。上述UE所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的其他UE;或者，上述UE所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的其他UE以及已經(jīng)附 著到所述P2P網(wǎng)絡(luò)的媒體節(jié)點(diǎn)。上述P2P附著信息提供功能pBoot由TISPAN IMS IPTV架構(gòu)中的SDF 實(shí)現(xiàn)，所述附著功能BootS由TISPAN IMS IPTV架構(gòu)中的MF實(shí)現(xiàn)，或由 MF中的MCF實(shí)現(xiàn)；或者，上述P2P附著信息提供功能pBoot由Open IPTV forum IPTV架構(gòu)中的 IPTV service Discovery實(shí)現(xiàn)，所述附著功能BootS由Open IPTV forum IPTV 架構(gòu)中的CDNC或CC實(shí)現(xiàn)?？梢岳斫猓景l(fā)明實(shí)施例還提供了一種基于IP多媒體子系統(tǒng)的終端附著 到對(duì)等網(wǎng)絡(luò)的系統(tǒng)，包括用戶(hù)終端，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息，根據(jù)所述網(wǎng)絡(luò)附 著信息附著到P2P網(wǎng)絡(luò)；P2P附著信息提供功能pBoot,用于為所述UE提供P2P網(wǎng)絡(luò)附著信息；附著功能BootS，用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，讓所述UE 附著到P2P網(wǎng)絡(luò)。所述P2P附著信息提供功能pBoot由TISPAN IMS IPTV架構(gòu)中的SDF 實(shí)現(xiàn)，所述附著功能BootS由TISPAN IMS IPTV架構(gòu)中的MF實(shí)現(xiàn)，或由 MF中的MCF實(shí)現(xiàn)；或者，所述P2P附著信息提供功能pBoot由Open IPTV forum IPTV架構(gòu)中的IPTV service Discovery實(shí)現(xiàn)，所述附著功能BootS由 Open IPTV forum IPTV架構(gòu)中的CDNC或CC實(shí)現(xiàn)。與此同時(shí)，本發(fā)明實(shí)施例還提供了一種用戶(hù)終端，參見(jiàn)圖11a,包括 附著信息獲取單元1101,用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息； 附著單元1102，用于根據(jù)所述網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。 下面結(jié)合具體流程對(duì)本發(fā)明再做詳細(xì)說(shuō)明。參見(jiàn)圖7，其是根據(jù)本發(fā)明實(shí)施例的UE獲取P2P網(wǎng)絡(luò)附著信息的流程圖。步驟l, UE使用SIP協(xié)議發(fā)送P2P網(wǎng)絡(luò)附著信息請(qǐng)求；其中可以攜帶UE作 為對(duì)等(peer)節(jié)點(diǎn)時(shí)的描述信息，如對(duì)等節(jié)點(diǎn)標(biāo)識(shí)peer-id,地址、端口等。步驟2, P2P網(wǎng)絡(luò)附著信息請(qǐng)求經(jīng)IMScore轉(zhuǎn)發(fā)后發(fā)送給pBoot;這里步驟l, 2可以是實(shí)際的請(qǐng)求，也可以是隱式請(qǐng)求，比如UE在IMS網(wǎng) 絡(luò)注冊(cè)后，IMS代替其向pBoot發(fā)起第三方注冊(cè)，此時(shí)第三方注冊(cè)可以視為隱 式請(qǐng)求；pBoot可以據(jù)此發(fā)送附著信息，該實(shí)施方式具體見(jiàn)后面實(shí)施例。步驟3, pBoot根據(jù)用戶(hù)的位置信息確定其所在的區(qū)域，并為其指定附著 服務(wù)器；這里用戶(hù)的位置信息可以由UE發(fā)起請(qǐng)求時(shí)攜帶，也可以由pBoot主 動(dòng)從網(wǎng)絡(luò)其它實(shí)體收集得到。步驟4 5, pBoot使用SIP協(xié)議向UE發(fā)送P2P網(wǎng)絡(luò)附著信息，其中可以攜帶 〈P2P協(xié)議、版本、附著服務(wù)器地址、端口、連接密鑰(p2p_master—key) > 等；至此，UE通過(guò)IMS網(wǎng)絡(luò)獲取自身所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息。步驟6， UE根據(jù)pBoot提供的P2P網(wǎng)絡(luò)附著信息，請(qǐng)求加入P2P網(wǎng)絡(luò)即實(shí)際 的p2p網(wǎng)絡(luò)附著，在與BootS交互時(shí)可以基于p2p—master—key進(jìn)行身份驗(yàn)證， 以表明自身為合法IMS IPTV用戶(hù)；另夕卜，UE還可以在加入請(qǐng)求中攜帶節(jié)點(diǎn) 可靠性信息，此可靠性取值介于(0，1]之間，取值越大，表示可靠性越高。步驟7, BootS向UE發(fā)送附著響應(yīng)信息，允許UE加入；該響應(yīng)信息中可 以攜帶4艮密鑰token，對(duì)等列表(peer—list) >信息，其中token可以用于后續(xù) 進(jìn)行對(duì)等連接時(shí)的對(duì)等節(jié)點(diǎn)間驗(yàn)證，peer—list為UE提供其它節(jié)點(diǎn)的信息。至此，UE根據(jù)P2P網(wǎng)絡(luò)附著信息加入了與UE所處區(qū)域?qū)?yīng)的P2P對(duì)等網(wǎng)絡(luò)。參見(jiàn)圖8，其是根據(jù)本發(fā)明實(shí)施例的以pull方式獲取P2P網(wǎng)絡(luò)附著信息的 流程圖。本實(shí)施例基于TISPAN架構(gòu)實(shí)現(xiàn)，具體的由SDF實(shí)現(xiàn)pBoot功能，由 MF實(shí)現(xiàn)BootS功能。基于OIF的情形類(lèi)似，可以簡(jiǎn)單推出。步驟1 2, UE注冊(cè)到IMS網(wǎng)絡(luò)后，通過(guò)IMS網(wǎng)絡(luò)向pBoot即SDF發(fā)送SIP訂 閱請(qǐng)求(SIP SUBSCRIBE ),以請(qǐng)求獲取P2P網(wǎng)絡(luò)附著信息。其中SIP事件頭 域(event)可以設(shè)置為獲取UE配置信息，如設(shè)置event頭為ue-profile， SIP接 受頭域(accept )可以包含可接受的P2P網(wǎng)絡(luò)附著信息的內(nèi)容類(lèi)型，如< application/p2pBootlnfo+xml >;這里示例了 SDF實(shí)現(xiàn)pBoot功能的情形；步驟3 4，若訂閱成功，SDF (pBoot)向UE返回200 ok成功響應(yīng)，該請(qǐng) 求經(jīng)IMScore發(fā)送給UE;步驟5, SDF (pBoot)根據(jù)UE的位置信息確定其所在的區(qū)域，并為其指 定附著服務(wù)器；這里用戶(hù)的位置信息可以由UE發(fā)起請(qǐng)求時(shí)攜帶，也可以由 SDF (pBoot)主動(dòng)從網(wǎng)絡(luò)其它實(shí)體收集得到。步驟6 7， SDF (pBoot)為UE產(chǎn)生SIPNOTIFY通知請(qǐng)求，其中攜帶P2P 網(wǎng)絡(luò)附著信息；該信息可以包括〈p2p協(xié)議、版本、附著服務(wù)器地址、端口、20連接密鑰(p2p—master—key)〉等；此信息具體可以攜帶在SIP消息體中，可以以 內(nèi)容類(lèi)型(content-type)為application/p2pBootlnfo+xml表示攜帶此4言息，4言 息的具體形式由XML shema定義。該信息經(jīng)IMScore發(fā)送給UE;
步驟8 9收到SIP NOTIFY通知請(qǐng)求后，UE發(fā)送200 ok成功響應(yīng)給SDF (pBoot);該響應(yīng)經(jīng)IMScore發(fā)送給SDF (pBoot);
至此，UE通過(guò)IMS網(wǎng)絡(luò)獲取自身所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息； 步驟IO, 11,這兩個(gè)步驟與圖7所示實(shí)施例中步驟6， 7同，具體如下 步驟IO, UE根據(jù)SDF (pBoot)提供的P2P網(wǎng)絡(luò)附著信息請(qǐng)求加入P2P網(wǎng) 絡(luò)，在與BootS交互時(shí)可以基于p2p—master—key進(jìn)行身份驗(yàn)證，以表明自身為 合法IMSIPTV用戶(hù)；另外，UE還可以在加入請(qǐng)求中攜帶節(jié)點(diǎn)可靠性信息， 此可靠性取值介于(0，1]之間，取值越大，表示可靠性越高。
步驟ll， BootS向UE發(fā)送附著響應(yīng)信息，允許UE加入；消息中可以攜帶 <token, peer一list〉信息，其中token可以用于后續(xù)進(jìn)行對(duì)等連接時(shí)的對(duì)等節(jié)點(diǎn) 間驗(yàn)證，peer一list為UE提供其它節(jié)點(diǎn)的信息。
至此，UE根據(jù)P2P網(wǎng)絡(luò)附著信息加入了與UE所處區(qū)域?qū)?yīng)的P2P對(duì)等網(wǎng)絡(luò)。
參見(jiàn)圖9，其是根據(jù)本發(fā)明實(shí)施例的以push方式獲取P2P網(wǎng)絡(luò)附著信息的 流程圖。本實(shí)施例基于TISPAN架構(gòu)實(shí)現(xiàn)，具體的由SDF實(shí)現(xiàn)pBoot功能，由 MF實(shí)現(xiàn)BootS功能?；贠IF的情形類(lèi)似，可以簡(jiǎn)單推出。
步驟l， UE發(fā)送注冊(cè)請(qǐng)求到IMScore;
步驟2, IMScore完成注冊(cè)，并發(fā)送確認(rèn)(200ok)成功響應(yīng)給UE;
步驟3, IMScore匹配UE業(yè)務(wù)配置，并匹配UE訂閱的SDF即pBoot;
步驟4, IMScore發(fā)送第三方注冊(cè)到SDF,即pBoot;
步驟5, SDF (pBoot)獲取用UE注冊(cè)狀態(tài)，并發(fā)送200 ok響應(yīng)給IMScore;
步驟6, SDF (pBoot)根據(jù)UE的位置信息確定其所在的區(qū)域，并為其指 定附著服務(wù)器；這里用戶(hù)的位置信息可以由UE發(fā)起請(qǐng)求時(shí)攜帶，也可以由 pBoot主動(dòng)從網(wǎng)絡(luò)其它實(shí)體收集得到。
步驟7 8， SDF(pBoot)向UE發(fā)送SIP Message消息，其中攜帶P2P網(wǎng)絡(luò)附 著信息，該信息可以包括〈p2p協(xié)議、版本、附著服務(wù)器地址、端口、連接密鑰p2p—master_key>等；此信息具體可以攜帶在SIP消息體中，可以以
content-type為application/p2pBootlnfo+xml表示攜帶此信息，信息的具體形式
由XML shema定義。該信息經(jīng)IMScore發(fā)送給UE;
步驟9, 10收到SIPMessage請(qǐng)求后，UE發(fā)送200 ok成功響應(yīng)給pBoot;該
響應(yīng)經(jīng)IMScore發(fā)送給pBoot;
至此，UE通過(guò)IMS網(wǎng)絡(luò)獲取自身所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息； 步驟ll， 12，這兩個(gè)步驟與圖7所示實(shí)施例中步驟6， 7同，具體如下 步驟ll, UE根據(jù)pBoot提供的P2P網(wǎng)絡(luò)附著信息請(qǐng)求加入P2P網(wǎng)絡(luò)，在與
BootS交互時(shí)可以基于p2p一 —master—key進(jìn)行身份驗(yàn)證,以表明自身為合法IMS
IPTV用戶(hù)；另外，UE還可以在加入請(qǐng)求中攜帶節(jié)點(diǎn)可靠性信息，此可靠性
取值介于(0,1]之間，取值越大，表示可靠性越高。
步驟12, BootS向UE發(fā)送附著響應(yīng)信息，允許UE加入；消息中可以攜帶
<token， peer—listM言息，其中token可以用于后續(xù)進(jìn)行對(duì)等連接時(shí)的對(duì)等節(jié)點(diǎn)
間驗(yàn)證，peer—list為UE提供其它節(jié)點(diǎn)的信息。
至此，UE根據(jù)P2P網(wǎng)絡(luò)附著信息加入了與UE所處區(qū)域?qū)?yīng)的P2P對(duì)等網(wǎng)絡(luò)。
參見(jiàn)圖10,其是根據(jù)本發(fā)明實(shí)施例的UE獲取IPTV內(nèi)容的流程圖。 步驟1 2， UE-1發(fā)送IPTV業(yè)務(wù)請(qǐng)求，請(qǐng)求指定內(nèi)容，其中可以攜帶內(nèi)容
標(biāo)識(shí)，另外，還可以進(jìn)一步指定待獲取內(nèi)容中的指定位置或時(shí)間段；該請(qǐng)求
經(jīng)IMScore發(fā)送給提供業(yè)務(wù)的AS;
步驟3， AS根據(jù)業(yè)務(wù)邏輯發(fā)送內(nèi)容請(qǐng)求給MS;
步驟4, MS向AS返回內(nèi)容請(qǐng)求響應(yīng)；其中可以攜帶MS-info;其中MS-info 表示媒體節(jié)點(diǎn)的描述信息。若按前述，MS參與以P2P方式向UE-1提供內(nèi)容， 則MS-info可以攜帶表述MS作為P2P節(jié)點(diǎn)的信息，如對(duì)等節(jié)點(diǎn)標(biāo)識(shí)，內(nèi)容標(biāo)識(shí)， 對(duì)等節(jié)點(diǎn)IP (peerIP),端口等。
另外，若假定UE此前未加入P2P網(wǎng)絡(luò)，則MS還可以攜帶P2P網(wǎng)絡(luò)附著信 息給UE-1,該附著信息包括，2p協(xié)議、版本、附著服務(wù)器地址、端口、連接 密鑰p2p—master—key〉等；具體攜帶方式可以按圖7、 8實(shí)施例中描述的攜帶方 式在消息體中攜帶；或者也可以通過(guò)擴(kuò)展SDP協(xié)議攜帶。
22步驟5 6, AS向UE-1發(fā)送業(yè)務(wù)響應(yīng)，其中攜帶々某體節(jié)點(diǎn)的描述信息。
可選的，若AS假定UE-1此前未加入P2P網(wǎng)絡(luò)，則AS還可以攜帶P2P網(wǎng)絡(luò) 附著信息給UE-1，該附著信息包括〈p2p協(xié)議、版本、附著服務(wù)器地址、端口、 連接密鑰p2p—master—key〉等；具體攜帶方式可以按圖7、 8實(shí)施例中描述的在 消息體中攜帶；或者也可以通過(guò)擴(kuò)展SDP協(xié)議攜帶。
為了避免與MS沖突，AS在響應(yīng)消息中加入上述P2P網(wǎng)絡(luò)附著信息前可以 檢查MS的響應(yīng)中是否已經(jīng)存在上述信息，若存在，則不用再次添加；或者也 可以根據(jù)策略刪除MS給出的信息，而添加AS存儲(chǔ)的附著信息。具體策略取 決于AS的實(shí)現(xiàn)。
此響應(yīng)消息經(jīng)IMScore發(fā)送給UE-l;
步驟7, UE-1向MS發(fā)送內(nèi)容請(qǐng)求；這一步根據(jù)具體業(yè)務(wù)不同可能是可選 的，即可能UE-1無(wú)須向MS顯式的發(fā)送內(nèi)容請(qǐng)求。
若MS以P2P方式提供內(nèi)容，則此請(qǐng)求是P2P方式的內(nèi)容獲取請(qǐng)求。 此后MS向UE-1提供所請(qǐng)求的IPTV內(nèi)容。
步驟8, UE-l向BootS請(qǐng)求對(duì)等節(jié)點(diǎn)信息；若BootS同時(shí)為目錄服務(wù)器， 則可以請(qǐng)求下載同一內(nèi)容的對(duì)等節(jié)點(diǎn)信息；若采用DHT結(jié)構(gòu)，則只從BootS 請(qǐng)求有限的可用節(jié)點(diǎn)信息，后續(xù)的內(nèi)容查詢(xún)請(qǐng)求通過(guò)可用節(jié)點(diǎn)進(jìn)行。
步驟9, BootS向UE-l返回對(duì)等節(jié)點(diǎn)信息；
步驟IO, UE-1采用P2P對(duì)等協(xié)議從其它可用節(jié)點(diǎn)請(qǐng)求內(nèi)容，包括可用內(nèi) 容查詢(xún)，獲取內(nèi)容等。在所述步驟中，UE-1獲得了MS和多個(gè)UE的信息，在 獲取內(nèi)容時(shí)，根據(jù)可靠性信息，UE-1對(duì)于所請(qǐng)求內(nèi)容的初始部分，優(yōu)先從 MS獲??；對(duì)于后續(xù)內(nèi)容，則從可靠性不高的UE獲取，當(dāng)獲取失敗時(shí)，其再 選擇可靠性值較高的MS進(jìn)行內(nèi)容獲取。
至此，用戶(hù)終端利用對(duì)等機(jī)制從所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的 IPTV內(nèi)容。
此外，在UE與AS的交互過(guò)程中，AS或MS為UE提供的連接密鑰 p2p—master—key可以作為根密鑰，直接用于BootS與UE之間，和/或UE與UE 之間的P2P交互的驗(yàn)證；也可以根據(jù)該根密鑰產(chǎn)生衍生密鑰用于相關(guān)過(guò)程。 如BootS可以與UE之間基于p2p—master—key進(jìn)行連接驗(yàn)證，在通過(guò)驗(yàn)證后BootS為UE產(chǎn)生衍生密鑰token,該密鑰token用于后續(xù)UE間連接時(shí)的連接驗(yàn) 證；
本發(fā)明實(shí)施例在將UE之間的P2P流量限制在一個(gè)局部的同時(shí)，由于是通 過(guò)IMS網(wǎng)絡(luò)獲取P2P附著信息，進(jìn)而附著到P2P網(wǎng)絡(luò)上，因而避免了互聯(lián)網(wǎng)P2P 對(duì)于用戶(hù)普遍缺乏有效的認(rèn)證機(jī)制、對(duì)等節(jié)點(diǎn)之間缺乏數(shù)據(jù)保護(hù)機(jī)制等缺陷。 本發(fā)明實(shí)施例還提供了一種用戶(hù)終端，參見(jiàn)圖llb,包括 附著信息獲取單元l 101,用于通過(guò)IMS網(wǎng)絡(luò)獲取自身所處區(qū)域?qū)?yīng)的P2P 網(wǎng)絡(luò)附著信息；
附著單元1102,用于根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；
內(nèi)容獲取單元1103 ，用于利用對(duì)等機(jī)制從所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)中獲取 所請(qǐng)求的IPTV內(nèi)容。
上述UE所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)可以包括所述區(qū)域內(nèi)的其他UE;或者， 也可以包括所述區(qū)域內(nèi)的其他UE以及已經(jīng)附著到所述P2P網(wǎng)絡(luò)的媒體節(jié)點(diǎn)。
本發(fā)明實(shí)施例還提供了 一種P2P附著信息提供功能pBoot實(shí)體，參見(jiàn)圖 12,包括
接收單元1201 ，用于接收來(lái)自請(qǐng)求方的P2P附著請(qǐng)求或第三方注冊(cè)請(qǐng)求； 信息提供單元1202，用于根據(jù)所述請(qǐng)求提供P2P網(wǎng)絡(luò)附著信息。 本發(fā)明實(shí)施例還提供了 一種P2P附著功能BootS實(shí)體，參見(jiàn)圖13，包括 附著單元1301,用于與用戶(hù)終端交互，使所述用戶(hù)終端附著到P2P網(wǎng)絡(luò)
上；
信息提供單元1302，用于為所述UE提供其所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。 上述BootS中還可以包括記錄單元1303 ，用于記錄P2P網(wǎng)絡(luò)中對(duì)等節(jié)點(diǎn)的 可靠性指標(biāo)。
本發(fā)明實(shí)施例使得UE可以通過(guò)UE間P2P方式的下載，達(dá)到了減輕々某體服 務(wù)器負(fù)載，降低系統(tǒng)投資的目的。本發(fā)明實(shí)施例中按UE所處區(qū)域向UE提供 可用的P2P網(wǎng)絡(luò)附著信息，從而將UE按區(qū)域劃分開(kāi)，使得UE之間的P2P流量 限制在一個(gè)局部，而不會(huì)出現(xiàn)無(wú)序的域間流量。
可以理解，本發(fā)明實(shí)施例還提供了 一種基于IMS的終端附著到對(duì)等網(wǎng)絡(luò) 的方法，包4舌用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取對(duì)等P2P網(wǎng)絡(luò)附著信息； 根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。
所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息的方法可以包括一下 三種方式
方式A、所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息包括用戶(hù)終 端注冊(cè)到IMS網(wǎng)絡(luò)后，向P2P附著信息提供功能pBoot發(fā)起P2P附著請(qǐng)求，接收 所述pBoot返回的與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息；所述P2P附著 請(qǐng)求以SIP訂閱SIP SUBSCRIBE消息的方式發(fā)送；所述pBoot返回的信息以SIP 通知SIP NOTIFY消息的方式發(fā)送。
方式B、用戶(hù)終端注冊(cè)到IMS網(wǎng)絡(luò)后，由IMS網(wǎng)絡(luò)代替所述UE向P2P附著 信息提供功能pBoot發(fā)起第三方注冊(cè)，第三方注冊(cè)完成后，所述pBoot向所述 l正發(fā)送與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息；所述pBoot以SIP消息 SIP MESSAGE的方式向UE發(fā)送P2P網(wǎng)絡(luò)附著信息。
方式C、所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息包括
用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)發(fā)起IPTV業(yè)務(wù)請(qǐng)求，在接收到的IPTV業(yè)務(wù)響應(yīng)中 獲取與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息；所述IPTV業(yè)務(wù)響應(yīng)中的 P2P網(wǎng)絡(luò)附著信息由IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器AS添加，和/或，由媒體節(jié)點(diǎn)MS 添力口。
可以理解，上述P2P網(wǎng)絡(luò)附著信息以可擴(kuò)展標(biāo)記語(yǔ)言XML的方式進(jìn)行描 述，攜帶在SIP消息體中。在方式C中上述P2P網(wǎng)絡(luò)附著信息還可以通過(guò)擴(kuò)展 會(huì)話(huà)描述協(xié)議SDP的方式進(jìn)行攜帶。
上述P2P網(wǎng)絡(luò)附著信息包括后面所述信息的一項(xiàng)或多項(xiàng)的組合P2P協(xié) 議、版本、附著服務(wù)器地址、端口、連接密鑰。比如，可以只包括2P協(xié)議、 附著服務(wù)器地址和端口三項(xiàng)信息，并且，在此基礎(chǔ)上還可以包括版本、連接 密鑰等信息。
應(yīng)用本發(fā)明上述實(shí)施例提供的基于IMS的終端附著到對(duì)等網(wǎng)絡(luò)的方法， 實(shí)現(xiàn)了通過(guò)IMS網(wǎng)絡(luò)附著到P2P網(wǎng)絡(luò)，使得UE間的P2P流量限制在一個(gè)局部， 而不會(huì)出現(xiàn)無(wú)序的域間流量，因而避免了網(wǎng)絡(luò)擁塞及業(yè)務(wù)效果不穩(wěn)定的情況。
25本領(lǐng)域普通4支術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施方式中的全部或部分步 驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于計(jì)算機(jī)
可讀取存儲(chǔ)介質(zhì)中，這里所稱(chēng)得的存儲(chǔ)介質(zhì)，如ROM/RAM、磁碟、光盤(pán)等。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均 包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1、一種基于IP多媒體子系統(tǒng)的終端附著到對(duì)等網(wǎng)絡(luò)的方法，其特征在于，包括用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取對(duì)等P2P網(wǎng)絡(luò)附著信息；根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息包括用戶(hù)終端注冊(cè)到IMS網(wǎng)絡(luò)后，向P2P附著信息提供功能pBoot發(fā)起P2P附著請(qǐng)求，接收所述pBoot返回的與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息包括用戶(hù)終端注冊(cè)到IMS網(wǎng)絡(luò)后，由IMS網(wǎng)絡(luò)代替所述UE向P2P附著信息提供功能pBoot發(fā)起第三方注冊(cè)，第三方注冊(cè)完成后，所述pBoot向所述UE發(fā)送與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息包括用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)發(fā)起IPTV業(yè)務(wù)請(qǐng)求，在接收到的IPTV業(yè)務(wù)響應(yīng)中獲取與所述UE所處區(qū)域?qū)?yīng)的P2P網(wǎng)絡(luò)附著信息；所述IPTV業(yè)務(wù)響應(yīng)中的P2P網(wǎng)絡(luò)附著信息由如下實(shí)體之一添加或其組合添加IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器AS， 4某體節(jié)點(diǎn)MS。
5、 根據(jù)權(quán)利要求2 4任一所述的方法，其特征在于，所述P2P網(wǎng)絡(luò)附著信息以可擴(kuò)展標(biāo)記語(yǔ)言XML的方式進(jìn)行描述，攜帶在SIP消息體中。
6、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述P2P網(wǎng)絡(luò)附著信息通過(guò)擴(kuò)展會(huì)話(huà)描述協(xié)議SDP的方式進(jìn)行攜帶。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述P2P網(wǎng)絡(luò)附著信息包括后面所述信息的一項(xiàng)或多項(xiàng)的組合P2P協(xié)議、版本、附著服務(wù)器地址、端口、連4妄密鑰。
8、 一種基于IP多媒體子系統(tǒng)的終端附著到對(duì)等網(wǎng)絡(luò)的系統(tǒng)，其特征在于，包括用戶(hù)終端，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息，才艮據(jù)所述網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；P2P附著信息提供功能pBoot，用于為所述UE提供P2P網(wǎng)絡(luò)附著信息； 附著功能BootS,用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，讓所述UE附著到P2P網(wǎng)絡(luò)。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述P2P附著信息提供功能pBoot由TISPAN IMS IPTV架構(gòu)中的SDF 實(shí)現(xiàn)，所述附著功能BootS由TISPAN IMS IPTV架構(gòu)中的MF實(shí)現(xiàn)，或由 MF中的MCF實(shí)現(xiàn);或者，所述P2P附著信息提供功能pBoot由Open IPTV forum IPTV架構(gòu)中的 IPTV service Discovery實(shí)現(xiàn)，所述附著功能BootS由Open IPTV forum IPTV 架構(gòu)中的CDNC或CC實(shí)現(xiàn)。
10、 一種基于IP多媒體子系統(tǒng)的終端獲取IPTV內(nèi)容的方法，其特征在 于，包括用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲: 又對(duì)等P2P網(wǎng)絡(luò)附著信息； 根據(jù)所述對(duì)等網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)； 利用對(duì)等機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的IPTV內(nèi)容。
11、 根據(jù)權(quán)利要求12所述的方法，其特征在于， 所述對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的UE;或者，所述對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的UE以及附著到所述P2P網(wǎng)絡(luò)的i某體節(jié)點(diǎn)。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，當(dāng)所述對(duì)等節(jié)點(diǎn)包括所 述區(qū)域內(nèi)的UE以及附著到所述P2P網(wǎng)絡(luò)的媒體節(jié)點(diǎn)MS時(shí)，所述利用對(duì)等 機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的IPTV內(nèi)容包括UE所請(qǐng)求IPTV內(nèi)容的初始部分優(yōu)先從MS獲取，所請(qǐng)求IPTV內(nèi)容的 非初始部分優(yōu)先從UE獲取，當(dāng)從UE獲取失敗時(shí)再?gòu)腗S獲取。
13、 一種基于IP多媒體子系統(tǒng)網(wǎng)絡(luò)電視系統(tǒng)，其特征在于，包括 用戶(hù)終端，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息，根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)；利用對(duì)等機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的IPTV內(nèi)容；P2P附著信息提供功能pBoot，用于提供所述UE所處區(qū)域?qū)?yīng)的P2P 網(wǎng)絡(luò)附著信息；附著功能BootS,用于通過(guò)IMS網(wǎng)絡(luò)與所述用戶(hù)終端交互，提供所述UE 所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。
14、 根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，還包括應(yīng)用服務(wù)器，用于通過(guò)IMS網(wǎng)絡(luò)接收來(lái)自所述用戶(hù)終端的IPTV業(yè)務(wù)請(qǐng) 求，根據(jù)業(yè)務(wù)邏輯將所述IPTV業(yè)務(wù)請(qǐng)求發(fā)送至媒體節(jié)點(diǎn)；所述IPTV業(yè)務(wù)請(qǐng) 求中包含所述用戶(hù)終端所請(qǐng)求內(nèi)容的內(nèi)容標(biāo)識(shí)；媒體節(jié)點(diǎn)，用于在所述媒體節(jié)點(diǎn)不是對(duì)等網(wǎng)絡(luò)中的一個(gè)節(jié)點(diǎn)時(shí)，根據(jù)所 述內(nèi)容標(biāo)識(shí)向用戶(hù)終端提供所需的IPTV內(nèi)容。
15、 根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于， 所述對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的UE;或者，所述對(duì)等節(jié)點(diǎn)包括所述區(qū)域內(nèi)的UE以及附著到所述P2P網(wǎng)絡(luò)的i某體節(jié)點(diǎn)。
16、 一種用戶(hù)終端，其特征在于，包括附著信息獲取單元，用于通過(guò)IMS網(wǎng)絡(luò)獲取P2P網(wǎng)絡(luò)附著信息； 附著單元，用于根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。
17、 根據(jù)權(quán)利要求16所述的用戶(hù)終端，其特征在于，還包括 內(nèi)容獲取單元，用于利用對(duì)等機(jī)制從對(duì)等節(jié)點(diǎn)中獲取所請(qǐng)求的IPTV內(nèi)容。
18、 一種P2P附著信息提供功能pBoot實(shí)體，其特征在于，包括 接收單元，用于接收來(lái)自請(qǐng)求方的P2P附著請(qǐng)求或第三方注冊(cè)請(qǐng)求； 信息提供單元，用于根據(jù)所述請(qǐng)求提供P2P網(wǎng)絡(luò)附著信息。
19、 一種P2P附著功能BootS實(shí)體，其特征在于，包括 附著單元，用于與用戶(hù)終端交互，使所述用戶(hù)終端附著到P2P網(wǎng)絡(luò)上； 信息提供單元，用于為所述UE提供其所處區(qū)域內(nèi)的對(duì)等節(jié)點(diǎn)信息。
全文摘要
本發(fā)明公開(kāi)了附著到對(duì)等網(wǎng)絡(luò)及獲取IPTV內(nèi)容的方法、系統(tǒng)和裝置，其中，基于IP多媒體子系統(tǒng)的終端附著到對(duì)等網(wǎng)絡(luò)的方法，包括用戶(hù)終端通過(guò)IMS網(wǎng)絡(luò)獲取對(duì)等P2P網(wǎng)絡(luò)附著信息；根據(jù)所述P2P網(wǎng)絡(luò)附著信息附著到P2P網(wǎng)絡(luò)。本發(fā)明實(shí)施例使得UE可以通過(guò)UE間P2P方式的下載，達(dá)到了減輕媒體服務(wù)器負(fù)載，降低系統(tǒng)投資的目的。本發(fā)明實(shí)施例中按UE所處區(qū)域向UE提供可用的P2P網(wǎng)絡(luò)附著信息，從而將UE按區(qū)域劃分開(kāi)，使得UE之間的P2P流量限制在一個(gè)局部，而不會(huì)出現(xiàn)無(wú)序的域間流量。
文檔編號(hào)H04L12/46GK101662407SQ200810147299
公開(kāi)日2010年3月3日 申請(qǐng)日期2008年8月26日 優(yōu)先權(quán)日2008年8月26日
發(fā)明者軍 嚴(yán), 吳向陽(yáng) 申請(qǐng)人:華為技術(shù)有限公司