亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

基于ims的網(wǎng)絡(luò)電視系統(tǒng)及該系統(tǒng)的實(shí)現(xiàn)方法和裝置的制作方法

文檔序號(hào):7918778閱讀:240來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):基于ims的網(wǎng)絡(luò)電視系統(tǒng)及該系統(tǒng)的實(shí)現(xiàn)方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,特別涉及基于IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)的網(wǎng)絡(luò)電視(IPTV, IP Television)系統(tǒng)及該系統(tǒng)的
實(shí)現(xiàn)方法和裝置。
背景技術(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ù)是把連續(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ì)話控制功能(CSCF, Call Session Control Function), J 某體網(wǎng)關(guān)4空制功能(MGCF, Media Gateway Control Function )、々某體源功能(MRF , Media Resource Function)等功能實(shí)體,主要 采用會(huì)話初始化協(xié)i義(SIP, Session Initiation Protocol )、 Diameter協(xié)i義,屬 于上層控制子系統(tǒng),與具體接入技術(shù)無(wú)關(guān),是業(yè)界普遍認(rèn)同的移動(dòng)固定融合 的理想方案和發(fā)展方向。
基于IMS的IPTV( IMS based IPTV )就是在IMS的整體架構(gòu)下提供IPTV 業(yè)務(wù),以充分利用IMS網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、路由、會(huì)話控制與建立、 業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到端QoS保證等機(jī)制來(lái)為用戶(hù)提供流媒體業(yè)務(wù)及融合流 媒體和實(shí)時(shí)會(huì)話業(yè)務(wù)的多媒體業(yè)務(wù)。也就是說(shuō),用戶(hù)到內(nèi)容的多i某體會(huì)話是
通過(guò)IMS已有的會(huì)話控制機(jī)制來(lái)完成,在建立會(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
5Networking )、國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組(ITU-T for ITU Telecommunication Standardization Sector)、開(kāi)i文網(wǎng)纟各電一見(jiàn)才示〉,^侖i云(Open IPTV Forum)等都得到了認(rèn)同,其標(biāo)準(zhǔn)發(fā)展迅速。
參見(jiàn)圖1,其為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ù) 附著信息,可以向終端提供個(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ò)資源的使用;
傳輸處理功能(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)如圖2。其中,
集群控制器(CC, Cluster Controller),用于控制多個(gè)內(nèi)容交付功能(CDF , Content Delivery Function)進(jìn)行內(nèi)容提供;
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)容;
多個(gè)CDNC以及IPTV control的關(guān)系給出如圖3所示。在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ù)器之間的流量。在此類(lèi)系統(tǒng)中, 服務(wù)器之間內(nèi)容有相當(dāng)多的重復(fù);另外,現(xiàn)有CDN—般采用分層機(jī)制,即 內(nèi)容由中心服務(wù)器逐級(jí)向下級(jí)服務(wù)器分發(fā),這樣對(duì)中心服務(wù)器以及相對(duì)高一 級(jí)的服務(wù)器來(lái)講,其需要承受下一級(jí)服務(wù)器的內(nèi)容請(qǐng)求,極有可能成為系統(tǒng) 的瓶頸。隨著IPTV用戶(hù)規(guī)模的擴(kuò)展,目前單個(gè)IPTV系統(tǒng)服務(wù)的用戶(hù)數(shù)將超 過(guò)百萬(wàn)、甚至千萬(wàn),這對(duì)于分層結(jié)構(gòu)的CDN來(lái)講形成了巨大的挑戰(zhàn)。隨著 網(wǎng)絡(luò)規(guī)模的擴(kuò)大其上級(jí)服務(wù)器的壓力增大,需要不斷進(jìn)行擴(kuò)容和升級(jí)才能應(yīng) 對(duì)新的流量需求,勢(shì)必給運(yùn)營(yíng)商帶來(lái)成本增加
發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種基于ims的網(wǎng)絡(luò)電視系統(tǒng)及該系統(tǒng) 的實(shí)現(xiàn)方法和裝置,以降低內(nèi)容網(wǎng)的投資成本。
本發(fā)明實(shí)施例提供了一種基于ip多媒體子系統(tǒng)網(wǎng)絡(luò)電視的實(shí)現(xiàn)方法,包

接收用戶(hù)終端ue通過(guò)ims網(wǎng)絡(luò)發(fā)送的網(wǎng)絡(luò)電視iptv業(yè)務(wù)請(qǐng)求; 選捧可以向ue提供服務(wù)的媒體節(jié)點(diǎn)ms;向所述媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng) 求,所述內(nèi)容請(qǐng)求中包含所述ue所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);所述j 某體節(jié)點(diǎn) 以對(duì)等方式獲取缺失的內(nèi)容,并且向所述ue提供所請(qǐng)求的內(nèi)容。
本發(fā)明實(shí)施例還提供了一種基于ip多媒體子系統(tǒng)的網(wǎng)絡(luò)電視系統(tǒng),包

用戶(hù)終端,用于通過(guò)ims網(wǎng)絡(luò)發(fā)起iptv業(yè)務(wù)請(qǐng)求;
應(yīng)用服務(wù)器,用于通過(guò)ims網(wǎng)絡(luò)接收所述iptv業(yè)務(wù)請(qǐng)求,根據(jù)業(yè)務(wù)邏 輯通過(guò)ims網(wǎng)絡(luò)將所述請(qǐng)求發(fā)送給mddcf;
mddcf,用于根據(jù)所述請(qǐng)求選擇媒體節(jié)點(diǎn)ms;向所述媒體節(jié)點(diǎn)發(fā)送內(nèi) 容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含所述ue所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);
媒體節(jié)點(diǎn),以對(duì)等方式獲取缺失的內(nèi)容,并且向所述ue提供所請(qǐng)求的 內(nèi)容。
本發(fā)明實(shí)施例還提供了一種mddcf,包括 接收單元,接收通過(guò)ims網(wǎng)絡(luò)發(fā)來(lái)的iptv業(yè)務(wù)請(qǐng)求; 選擇單元,選擇可以向ue提供服務(wù)的媒體節(jié)點(diǎn)ms; 發(fā)送單元,用于向所述所選擇的媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求 中包含ue所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí)。
本發(fā)明實(shí)施例還提供了一種媒體節(jié)點(diǎn),包括
接收單元,用于接收內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含ue所請(qǐng)求內(nèi)容對(duì) 應(yīng)內(nèi)容標(biāo)識(shí)和i某體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終端所請(qǐng) 求全部?jī)?nèi)容的媒體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始部分的 媒體節(jié)點(diǎn)的描述信息;
獲取單元,用于根據(jù)所述內(nèi)容請(qǐng)求中的描述信息,以對(duì)等方式請(qǐng)求缺失 的內(nèi)容;內(nèi)容提供單元,用于通過(guò)IMS網(wǎng)絡(luò)為用戶(hù)終端提供所請(qǐng)求的內(nèi)容。
應(yīng)用本發(fā)明,在MS之間采用P2P技術(shù)進(jìn)行內(nèi)容網(wǎng)絡(luò)構(gòu)造,從技術(shù)手段 上P2P已經(jīng)逐步成熟,并在互聯(lián)網(wǎng)絡(luò)上得到了良好的應(yīng)用。借助于MS間的 P2P內(nèi)容共享交互,可以有效的減輕服務(wù)器面臨的處理能力、帶寬等壓力; 可以有效降低在IPTV業(yè)務(wù)中用于提供媒體內(nèi)容的媒體服務(wù)器的性能要求, 從而降低基于IMS的IPTV的內(nèi)容節(jié)點(diǎn)成本,為運(yùn)營(yíng)商節(jié)省IPTV系統(tǒng)投資 成本。


為了更清楚地說(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是TISPAN基于IMS定義的IPTV架構(gòu); 圖2是Open IPTV forum規(guī)范中所采用的CDN; 圖3是多個(gè)CDNC以及IPTV control的關(guān)系示意圖; 圖4是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的邏輯結(jié)構(gòu)示意圖; 圖5是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的部署示意圖; 圖6是根據(jù)本發(fā)明實(shí)施例的進(jìn)行內(nèi)容分發(fā)的流程示意圖; 圖7是根據(jù)本發(fā)明一實(shí)施例實(shí)現(xiàn)具體業(yè)務(wù)的流程圖; 圖8是根據(jù)本發(fā)明另一實(shí)施例實(shí)現(xiàn)具體業(yè)務(wù)的流程圖; 圖9是根據(jù)本發(fā)明實(shí)施例的MDDCF結(jié)構(gòu)示意圖10是4艮據(jù)本發(fā)明實(shí)施例的MS結(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ù)的范圍。
參見(jiàn)圖4,其是根據(jù)本發(fā)明實(shí)施例的基于IMS的IPTV系統(tǒng)的邏輯結(jié)構(gòu)示意 圖。其中,UE 401, IMS網(wǎng)絡(luò)(IMScore ) 402,應(yīng)用服務(wù)器(AS) 403是
93GPP所定義的IMS系統(tǒng)中的現(xiàn)有功能,其中TISPANIMS IPTV中的SCF就是這里的AS,而Open IPTV forum IPTV架構(gòu)中的IPTV control也相當(dāng)于這里的AS。
媒體節(jié)點(diǎn)(MS, MediaStation) 405,具有媒體存儲(chǔ)和交付功能,在此系統(tǒng)中作為對(duì)等(P2P, peer to peer)網(wǎng)絡(luò)中的節(jié)點(diǎn),可以通過(guò)p2p協(xié)議與其它MS交互內(nèi)容;同時(shí),其可以與媒體分發(fā)交互控制功能(MDDCF, Media
以向MDDCF報(bào)告通過(guò)P2P交互所獲取的內(nèi)容信息。
TISPAN架構(gòu)中的MF (具體分為MCF和MDF )可以實(shí)現(xiàn)這里MS的功能,從而作為 一個(gè)P2P節(jié)點(diǎn)。Open IPTV forum架構(gòu)中的CC和CDF可以實(shí)現(xiàn)這里的MS功能,從而從邏輯上作為一個(gè)P2P節(jié)點(diǎn)。
MDDCF404:具有內(nèi)容分發(fā)控制功能,其可以控制MS間使用P2P機(jī)制進(jìn)行內(nèi)容分發(fā);具有交付控制功能,在業(yè)務(wù)過(guò)程中用于選擇合適的MS向UE提供內(nèi)容。對(duì)于TISPAN架構(gòu)而言,該MDDCF404的功能可以作為獨(dú)立的實(shí)體,也可以由MF實(shí)現(xiàn),具體講就是由MCF實(shí)現(xiàn);對(duì)于OpenIPTV forum架構(gòu)而言,該MDDCF 404的功能可以由CDNC實(shí)J見(jiàn)。
下面對(duì)圖4中的接口進(jìn)行說(shuō)明
ISC、 Gm為3GPP所定義的IMS系統(tǒng)中的現(xiàn)有接口。
II: IMScore與MDDCF之間的接口 , IMScore通過(guò)此接口傳送內(nèi)容請(qǐng)求,請(qǐng)求MDDCF選擇一個(gè)MS用于向UE提供內(nèi)容。協(xié)議可以采用SIP, RTSP等實(shí)現(xiàn)。
12: MDDCF和MS之間的接口 , MDDCF通過(guò)此接口控制MS之間進(jìn)行P2P方式的內(nèi)容分發(fā);MS和MDDCF使用此接口交互資源和狀態(tài)信息;另外,MDDCF也使用此接口請(qǐng)求MS向UE提供內(nèi)容。協(xié)議可以采用SIP, RTSP等實(shí)現(xiàn)。
13: IMScore和MS之間的接口 ,此接口用于IMScore與MS之間直接的信令交互;IMScore可以通過(guò)此接口向MS直接發(fā)送內(nèi)容請(qǐng)求。此接口采用SIP實(shí)現(xiàn)。14, MS之間的接口,此接口用于進(jìn)行P2P節(jié)點(diǎn)間的信令和數(shù)據(jù)交互,具體協(xié)議取決于采用的P2P機(jī)制,本發(fā)明實(shí)施例中對(duì)具體的P2P機(jī)制不作限定。
為了對(duì)上述邏輯結(jié)構(gòu)進(jìn)一步清晰說(shuō)明,如圖5給出一個(gè)部署示意圖。參見(jiàn)圖5, UE按接入網(wǎng)不同形成多個(gè)邏輯區(qū)域,MS之間形成P2P網(wǎng)絡(luò),內(nèi)容可以在MDDCF控制下在MS間進(jìn)行分發(fā);在業(yè)務(wù)過(guò)程中,MS之間可以從其它MS請(qǐng)求缺失的內(nèi)容,隨著內(nèi)容的交互,MDDCF與MS之間進(jìn)行資源和狀態(tài)信息的交互,其中MS可以向MDDCF報(bào)告自身內(nèi)容的變化。圖5中的虛線表示內(nèi)容交換,點(diǎn)劃線表示資源和狀態(tài)信息的交互。
需要說(shuō)明的是,圖5僅是一個(gè)部署示意圖,省略了一些不影響發(fā)明思想的連接;實(shí)際部署情況應(yīng)滿足圖4所示邏輯結(jié)構(gòu)。
參見(jiàn)圖4和圖5,本發(fā)明從邏輯上包括以下幾個(gè)方面
一、業(yè)務(wù)進(jìn)行前的內(nèi)容分發(fā)
通過(guò)P2P機(jī)制進(jìn)行內(nèi)容分發(fā),并且MDDCF收集MS的內(nèi)容分布信息在內(nèi)容分發(fā)階段,MDDCF將描述待分發(fā)內(nèi)容的描述信息(包括種子文
件或位置信息)發(fā)送給需要獲取內(nèi)容的MS,指示其采用P2P機(jī)制開(kāi)始獲取內(nèi)
容;此時(shí)一般會(huì)有多個(gè)MS參與內(nèi)容分發(fā),它們之間作為獲取同一內(nèi)容的對(duì)等
節(jié)點(diǎn)。這里對(duì)于MS之間采用何種P2P機(jī)制沒(méi)有特殊要求。
在內(nèi)容分發(fā)過(guò)程中或者內(nèi)容分發(fā)完成后,MS與MDDCF之間交換資源和
狀態(tài)信息
對(duì)于分布式哈希表(DHT, Distributed Hash Table )的P2P機(jī)制而言,MS在獲得分片后向MDDCF通知內(nèi)容分布信息;該內(nèi)容分布信息包括化id,hash-info=xxx, pi-index=pO-pn, hash-list, p-id, ip, port〉等,其中cid為內(nèi)容標(biāo)識(shí),hash-info為所獲取內(nèi)容的哈希值,pi-index為內(nèi)容分片的索引,hash-list為相應(yīng)分片索引的哈希校驗(yàn)值,p-id為節(jié)點(diǎn)的對(duì)等節(jié)點(diǎn)標(biāo)識(shí),ip為節(jié)點(diǎn)的地址,port為節(jié)點(diǎn)用于p2p交互的端口。應(yīng)當(dāng)指出,上述信息對(duì)于不同的P2P協(xié)議而言可能有所不同。
對(duì)于具有中心目錄服務(wù)器的P2P網(wǎng)絡(luò)而言,MDDCF作為目錄服務(wù)器,其可以在內(nèi)容分發(fā)過(guò)程中收集到MS上內(nèi)容的分布情況,因而也可以具有上述內(nèi)容分布信息。通過(guò)上述過(guò)程,MDDCF上就可以獲得MS上的內(nèi)容分布信息。二、進(jìn)行業(yè)務(wù)過(guò)程中
首先UE通過(guò)IMS發(fā)送IPTV業(yè)務(wù)請(qǐng)求,該請(qǐng)求指定所需的內(nèi)容,即該請(qǐng)求中包含CID;
上述IPTV業(yè)務(wù)請(qǐng)求按現(xiàn)有基于IMS的IPTV業(yè)務(wù)機(jī)制被觸發(fā)到用于業(yè)務(wù)的AS, AS根據(jù)業(yè)務(wù)邏輯將所述IPTV業(yè)務(wù)請(qǐng)求發(fā)送給MDDCF,由其選擇可以為UE提供內(nèi)容的MS;此時(shí)存在兩種情況
A、 MDDCF基于UE位置信息選擇MS1:
若此時(shí)MS1上已有所請(qǐng)求內(nèi)容,則MDDCF可以直接發(fā)送內(nèi)容請(qǐng)求,無(wú)須特別處理;
若MS1上沒(méi)有所請(qǐng)求的內(nèi)容,則MDDCF攜帶具有所請(qǐng)求內(nèi)容的MS2的描述信息給MSl,據(jù)此描述信息MS1可以從MS2快速獲取所需的內(nèi)容,此信息可以包括(MS2〈cid, hash-info, p-id, pi-index=px-py, ip, port"等,相應(yīng)信息的
解釋與前述同;同時(shí)可以可選的攜帶內(nèi)容的種子信息給MSl,如給出種子信
息的URL, MS1可以據(jù)此下載種子文件并進(jìn)行后續(xù)業(yè)務(wù)所需內(nèi)容的獲^^;
若MS1上有所請(qǐng)求的部分內(nèi)容,且該部分內(nèi)容是非起始部分,則MS1與AS、 UE之間通過(guò)IMScore進(jìn)行媒體協(xié)商的同時(shí),MS1從MS2請(qǐng)求所請(qǐng)求內(nèi)容的起始部分;于此同時(shí),MS1可以通過(guò)P2P機(jī)制查詢(xún)后續(xù)所需內(nèi)容并進(jìn)行其它所需內(nèi)容的預(yù)獲?。?br> B、 MDDCF基于所請(qǐng)求內(nèi)容信息選擇MS2:
此時(shí)MS2已有初始內(nèi)容可用于向UE提供;在MS2與AS、 UE之間通過(guò)IMScore進(jìn)行々某體協(xié)商的同時(shí),MS2通過(guò)p2p機(jī)制查詢(xún)后續(xù)內(nèi)容并進(jìn)行預(yù)獲??;當(dāng)所選擇的MS與UE完成媒體協(xié)商后向其提供內(nèi)容。參見(jiàn)圖4和圖5,本發(fā)明實(shí)施例提供的一種基于IMS的IPTV系統(tǒng),包括用戶(hù)終端401,用于通過(guò)IMS網(wǎng)絡(luò)402發(fā)起IPTV業(yè)務(wù)請(qǐng)求;應(yīng)用服務(wù)器403,用于通過(guò)IMS網(wǎng)絡(luò)402接收所述IPTV業(yè)務(wù)請(qǐng)求,根據(jù)業(yè)務(wù)邏輯通過(guò)IMS網(wǎng)絡(luò)將所述請(qǐng)求發(fā)送給MDDCF 404;
MDDCF 404,用于根據(jù)所述請(qǐng)求選#^某體節(jié)點(diǎn)(MS );向所述i某體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含所述UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);媒體節(jié)點(diǎn)405,以對(duì)等方式從其它媒體節(jié)點(diǎn)請(qǐng)求缺失的內(nèi)容,并且向所述UE 401提供所請(qǐng)求的內(nèi)容。
上述缺失的內(nèi)容包括所述UE所請(qǐng)求的所有內(nèi)容或部分內(nèi)容,且該部分內(nèi)容是用戶(hù)終端所請(qǐng)求內(nèi)容的起始部分。
上述內(nèi)容請(qǐng)求中包含其他i某體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終端所請(qǐng)求全部?jī)?nèi)容的媒體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始部分的媒體節(jié)點(diǎn)的描述信息。
上述MDDCF 404,還用于將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容;獲取媒體
節(jié)點(diǎn)的內(nèi)容分布信息。
上述媒體節(jié)點(diǎn)405,還用于通過(guò)對(duì)等機(jī)制從其他媒體節(jié)點(diǎn)查詢(xún)并獲取后續(xù)內(nèi)容。
上述應(yīng)用服務(wù)器是TISPAN IMS IPTV架構(gòu)中的SCF,或Open IPTV forumIPTV架構(gòu)中的IPTV control;上述媒體節(jié)點(diǎn)是TISPAN IMS IPTV架構(gòu)中的媒體功能MF,或Open IPTV fomm架構(gòu)中的CC和CDF;上述MDDCF是獨(dú)立的實(shí)體,或TISPAN IMS IPTV架構(gòu)中的MCF,或Open IPTV forum架構(gòu)的CDNC。
可見(jiàn),由于在MS之間采用P2P技術(shù)進(jìn)行內(nèi)容網(wǎng)絡(luò)構(gòu)造,可以有效降低在IPTV業(yè)務(wù)中用于提供媒體內(nèi)容的媒體服務(wù)器的性能要求,從而降低了基于IMS的IPTV的內(nèi)容節(jié)點(diǎn)成本。
下面結(jié)合流程圖對(duì)本發(fā)明再做詳細(xì)說(shuō)明。
參見(jiàn)圖6,其是根據(jù)本發(fā)明實(shí)施例的進(jìn)行內(nèi)容分發(fā)的流程示意圖。圖中實(shí)線表示信令,虛線表示媒體數(shù)據(jù)。
步驟l,所述MDDCF將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容。具體的,MDDCF向MS發(fā)送內(nèi)容分發(fā)指示,其中可以攜帶待分發(fā)內(nèi)容的描述信息,對(duì)于P2P分發(fā)方式而言,這里可以是待分發(fā)內(nèi)容的種子文件,或者相關(guān)信息的位置信息,如種子所在的統(tǒng)一資源定位符(URL);步驟2, MS等從內(nèi)容源(contentSource)采用P2P機(jī)制獲取內(nèi)容,MS之間在獲取內(nèi)容的同時(shí)也交互進(jìn)行內(nèi)容的共享分發(fā)。這里對(duì)所采用的P2P機(jī)制不作限定。
步驟3, MDDCF獲取所述媒體節(jié)點(diǎn)的內(nèi)容分布信息。具體的,在MS與
向MDDCF通知當(dāng)前自身所具有的內(nèi)容分布信息,具體包括如通知〈cid,hash-info=xxx, pi-index=pO-pn, hash-list, p-id, ip, port〉等信息,具體含義與前述相同。
這里描述的是內(nèi)容分發(fā)過(guò)程的P2P內(nèi)容交互,即MS向UE提供內(nèi)容之前的過(guò)程,實(shí)際應(yīng)用中,在MS向UE提供內(nèi)容的過(guò)程中,若MS上只具有UE所請(qǐng)求的部分內(nèi)容或者沒(méi)有內(nèi)容,MS之間也可以采用這里所述的步驟2, 3進(jìn)行內(nèi)容的獲取。具體見(jiàn)下述實(shí)施例。
參見(jiàn)圖7,其是根據(jù)本發(fā)明一實(shí)施例實(shí)現(xiàn)具體業(yè)務(wù)的流程圖。本例中MDDCF根據(jù)UE的位置確定為UE提供內(nèi)容的MS;圖中點(diǎn)劃線表示媒體數(shù)據(jù),虛線表示可選步驟,實(shí)線表示信令;具體描述如下
步驟0,在UE發(fā)起業(yè)務(wù)請(qǐng)求前,MS之間可能因?yàn)榉?wù)于其它用戶(hù)而進(jìn)行內(nèi)容交互,內(nèi)容變化的內(nèi)容分布信息報(bào)告給MDDCF;該內(nèi)容分布信息可以包括〈cid, hash-info=xxx, pi-index,0-pn, hash-list, p-id, ip, port〉中任一項(xiàng)或任意組合,還可以包括其他的信息;
步驟l, UE發(fā)起業(yè)務(wù)請(qǐng)求,請(qǐng)求提供內(nèi)容服務(wù),其中包括所請(qǐng)求的內(nèi)容標(biāo)識(shí),可選的攜帶UE位置信息;該請(qǐng)求經(jīng)過(guò)IMScore發(fā)送給AS,若UE的請(qǐng)求中沒(méi)有UE位置信息,IMScore在請(qǐng)求中添加UE位置信息;
步驟2, AS根據(jù)業(yè)務(wù)邏輯,向MDDCF發(fā)送內(nèi)容請(qǐng)求,請(qǐng)求MDDCF確定可以提供所請(qǐng)求內(nèi)容的MS;請(qǐng)求中攜帶內(nèi)容標(biāo)識(shí);
步驟3, MDDCF接收包含CID的IPTV業(yè)務(wù)請(qǐng)求,根據(jù)UE位置確定為UE提供內(nèi)容的第一媒體節(jié)點(diǎn)MS即MSl,這里MS1可能具有所請(qǐng)求內(nèi)容,也可能不具有所請(qǐng)求內(nèi)容
步驟4,若確定的MS1中已經(jīng)存在所述CID對(duì)應(yīng)的內(nèi)容,則MDDCF向MS1發(fā)送內(nèi)容請(qǐng)求,該請(qǐng)求中包含UE所需要獲取內(nèi)容所對(duì)應(yīng)的內(nèi)容標(biāo)識(shí);
若確定的MS1中不存在所述CID對(duì)應(yīng)的內(nèi)容,則MDDCF從自身查詢(xún)具有所請(qǐng)求內(nèi)容的MS,如確定第二々某體節(jié)點(diǎn)即MS2;在發(fā)送給MS1的內(nèi)容請(qǐng)求中指示UE所請(qǐng)求獲取內(nèi)容所對(duì)應(yīng)的內(nèi)容標(biāo)識(shí),同時(shí)攜帶MS2的描述信息;所攜帶的描述MS2所具有內(nèi)容的描述信息可以包括{MS2<cid, hash-info, p-id,pi-index=px-py, ip, port〉)等;
步驟5,若確定的MS1中存在所述CID對(duì)應(yīng)的部分內(nèi)容,且該部分內(nèi)容不是用戶(hù)終端所請(qǐng)求內(nèi)容的起始部分時(shí),MS1收到描述MS2的信息后,采用P2P機(jī)制從MDDCF指示的MS2處優(yōu)先獲取起始內(nèi)容;
步驟6,在獲取所請(qǐng)求起始內(nèi)容的同時(shí),MS1可以采用P2P機(jī)制進(jìn)行后續(xù)所需內(nèi)容的預(yù)先獲取;對(duì)于具有目錄服務(wù)器類(lèi)型的P2P網(wǎng)絡(luò)而言,MS1可以從目錄服務(wù)器進(jìn)行后續(xù)內(nèi)容位置的查詢(xún);對(duì)于DHT方式的P2P網(wǎng)絡(luò)而言,MS1可以根據(jù)采用的P2P協(xié)議所指定的機(jī)制進(jìn)行分布式內(nèi)容位置查詢(xún)和獲取。
注這里的步驟5,6和后續(xù)的步驟7-10可以同步進(jìn)行;
步驟7, MS1發(fā)送內(nèi)容請(qǐng)求響應(yīng)給MDDCF;其中攜帶MS1的々某體描述信

步驟8, MDDCF向AS發(fā)送內(nèi)容請(qǐng)求響應(yīng);其中攜帶MS1的媒體描述信

步驟9, AS通過(guò)IMScore向UE發(fā)送業(yè)務(wù)請(qǐng)求響應(yīng),其中攜帶可提供內(nèi)容的MS1的媒體描述信息;
步驟IO, UE和MSl之間可以通過(guò)IMScore進(jìn)行更多的信令交互以完成i某體協(xié)商;
完成J(某體協(xié)商后,MS1向UE發(fā)送所請(qǐng)求的內(nèi)容;在內(nèi)容發(fā)送的同時(shí),MS 1還可以采取步驟6所述機(jī)制繼續(xù)進(jìn)行后續(xù)所需內(nèi)容的獲取。
參見(jiàn)圖8,其是^f艮據(jù)本發(fā)明另一實(shí)施例實(shí)現(xiàn)具體業(yè)務(wù)的流程圖。本例中MDDCF根據(jù)UE所請(qǐng)求的內(nèi)容確定為UE提供內(nèi)容的MS;圖中點(diǎn)劃線表示媒體數(shù)據(jù),虛線表示可選步驟,實(shí)線表示信令;具體描述如下
步驟0-步驟2,與圖7所示實(shí)施例的步驟0-2同;步驟3,此處,MDDCF根據(jù)自身掌握的MS上的內(nèi)容分布狀況,根據(jù)MS是否有所請(qǐng)求的內(nèi)容確定為UE提供內(nèi)容的MS;如確定MS2提供內(nèi)容;步驟4, MDDCF向選定的MS2發(fā)送內(nèi)容請(qǐng)求;
步驟5, MS2可以釆用P2P機(jī)制進(jìn)行后續(xù)所需內(nèi)容的預(yù)先獲取;這與圖7所示實(shí)施例的步驟6相同;注,此步驟和下述步驟6-9可以同步進(jìn)行;
步驟6, MS2向MDDCF發(fā)送內(nèi)容請(qǐng)求響應(yīng),其中攜帶MS2的媒體描述信

步驟7-步驟9,與圖7所示實(shí)施例的步驟8-10基本相同,不同之處在于,本
例中此處攜帶的是MS2的媒體描述信息。
本發(fā)明實(shí)施例還提供了一種MDDCF,參見(jiàn)圖9,其包括接收單元901 ,接收通過(guò)IMS網(wǎng)絡(luò)發(fā)來(lái)的IPTV業(yè)務(wù)請(qǐng)求;選捧單元902,選擇可以向UE提供服務(wù)的媒體節(jié)點(diǎn)MS;發(fā)送單元903,用于向所述所選擇的媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)
求中包含UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí)。上述MDDCF,還可以包括
分發(fā)單元904,用于將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體
節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容;
所述接收單元901,還用于獲取所述媒體節(jié)點(diǎn)的內(nèi)容分布信息。本發(fā)明實(shí)施例還4是供了一種々某體節(jié)點(diǎn),參見(jiàn)圖IO,包括接收單元IOOI,用于接收內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含UE所請(qǐng)求內(nèi)容
對(duì)應(yīng)內(nèi)容標(biāo)識(shí)和其他媒體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終
端所請(qǐng)求全部?jī)?nèi)容的媒體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始
部分的媒體節(jié)點(diǎn)的描述信息;
獲取單元1002,用于根據(jù)所述內(nèi)容請(qǐng)求中的描述信息,以對(duì)等方式從其
它4某體節(jié)點(diǎn)請(qǐng)求缺失的內(nèi)容;
內(nèi)容提供單元1003,用于通過(guò)IMS網(wǎng)絡(luò)為用戶(hù)終端提供所請(qǐng)求的內(nèi)容。可見(jiàn),由于在MS之間采用P2P技術(shù)進(jìn)行內(nèi)容網(wǎng)絡(luò)構(gòu)造,可以有效降低在
IPTV業(yè)務(wù)中用于提供媒體內(nèi)容的媒體服務(wù)器的性能要求,從而降低了基于
IMS的IPTV的內(nèi)容節(jié)點(diǎn)成本。觀J我貫逃3夂個(gè)八貝口J "驟是可以通過(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)網(wǎng)絡(luò)電視的實(shí)現(xiàn)方法,其特征在于,包括接收用戶(hù)終端UE通過(guò)IMS網(wǎng)絡(luò)發(fā)送的網(wǎng)絡(luò)電視IPTV業(yè)務(wù)請(qǐng)求;選擇可以向UE提供服務(wù)的媒體節(jié)點(diǎn)MS;向所述媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含所述UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);所述媒體節(jié)點(diǎn)以對(duì)等方式獲取缺失的內(nèi)容,并且向所述UE提供所請(qǐng)求的內(nèi)容。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)所述ue的位置信息選擇所述可以向ue提供服務(wù)的媒體節(jié)點(diǎn)ms;所述缺失的內(nèi)容包括所述ue所請(qǐng)求的所有內(nèi)容或部分內(nèi)容,且該部分內(nèi)容是用戶(hù)終端所請(qǐng)求內(nèi)容的起始部分;所述內(nèi)容請(qǐng)求中包含媒體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終端所請(qǐng)求全部?jī)?nèi)容的媒體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始部分的媒體節(jié)點(diǎn)的描述信息;所述媒體節(jié)點(diǎn)以對(duì)等方式獲取缺失的內(nèi)容包括所述所選擇的媒體節(jié)點(diǎn)根據(jù)所述描述信息,通過(guò)對(duì)等機(jī)制獲得缺失的內(nèi)容。
3、 根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)ms是否具有ue所請(qǐng)求內(nèi)容的初始部分選擇所述可以向ue提供月良務(wù)的々某體節(jié)點(diǎn)ms。
4、 根據(jù)權(quán)利要求1所述的方法,其特征在于,接收所述iptv業(yè)務(wù)請(qǐng)求,并執(zhí)行選#^某體節(jié)點(diǎn)ms的實(shí)體是mddcf,接收所述iptv業(yè)務(wù)請(qǐng)求之前,進(jìn)一步包括所述mddcf將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容;獲取所述媒體節(jié)點(diǎn)的內(nèi)容分布信息。
5、 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述內(nèi)容分布信息至少包括下述信息的一項(xiàng)或多項(xiàng)的組合內(nèi)容標(biāo)識(shí),內(nèi)容的哈希值,內(nèi)容分片的索引,分片索引的哈希校驗(yàn)值,對(duì)等節(jié)點(diǎn)標(biāo)識(shí),地址,用于對(duì)等交互的端口。
6、 根據(jù)權(quán)利要求1所述的方法,其特征在于,進(jìn)一步包括所述媒體節(jié)向所述UE提供所請(qǐng)求內(nèi)容的同時(shí)或之前,所述i某體節(jié)點(diǎn)通過(guò)對(duì)等機(jī)制查詢(xún)并獲取后續(xù)所需的內(nèi)容。
7、 一種基于IP多i某體子系統(tǒng)的網(wǎng)絡(luò)電視系統(tǒng),其特征在于,包括用戶(hù)終端,用于通過(guò)IMS網(wǎng)絡(luò)發(fā)起IPTV業(yè)務(wù)請(qǐng)求;MDDCF,用于根據(jù)所述請(qǐng)求選拷Hf某體節(jié)點(diǎn)MS;向所述媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含所述UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);々某體節(jié)點(diǎn),以對(duì)等方式獲取缺失的內(nèi)容,并且向所述UE提供所請(qǐng)求的內(nèi)容。
8、 根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括應(yīng)用服務(wù)器,用于通過(guò)IMS網(wǎng)絡(luò)接收所述IPTV業(yè)務(wù)請(qǐng)求,根據(jù)業(yè)務(wù)邏輯通過(guò)IMS網(wǎng)絡(luò)將所述請(qǐng)求發(fā)送給MDDCF。
9、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述缺失的內(nèi)容包括所述UE所請(qǐng)求的所有內(nèi)容或部分內(nèi)容,且該部分內(nèi)容是用戶(hù)終端所請(qǐng)求內(nèi)容的起始部分;所述內(nèi)容請(qǐng)求中包含媒體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終端所請(qǐng)求全部?jī)?nèi)容的i某體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始部分的媒體節(jié)點(diǎn)的描述信息。
10、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述MDDCF,還用于將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容;獲取i某體節(jié)點(diǎn)的內(nèi)容分布信息。
11、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述媒體節(jié)點(diǎn),還用于通過(guò)對(duì)等機(jī)制查詢(xún)并獲取后續(xù)所需的內(nèi)容。
12、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述應(yīng)用服務(wù)器是TISPAN IMS IPTV架構(gòu)中的SCF,或Open IPTV forumIPTV架構(gòu)中的IPTV control;所述媒體節(jié)點(diǎn)是TISPAN IMS IPTV架構(gòu)中的媒體功能MF,或Open IPTVforum架構(gòu)中的CC和CDF;所述MDDCF是獨(dú)立的實(shí)體,或TISPAN IMS IPTV架構(gòu)中的MCF,或Open IPTV forum架構(gòu)的CDNC。
13、 一種MDDCF ,其特征在于,包括接收單元,接收通過(guò)IMS網(wǎng)絡(luò)發(fā)來(lái)的IPTV業(yè)務(wù)請(qǐng)求;選擇單元,選擇可以向UE提供服務(wù)的媒體節(jié)點(diǎn)MS;發(fā)送單元,用于向所述所選擇的媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí)。
14、 根據(jù)權(quán)利要求13所述的MDDCF,其特征在于,還包括分發(fā)單元,用于將待分發(fā)內(nèi)容的描述信息發(fā)送給需要獲取內(nèi)容的媒體節(jié)點(diǎn),指示所述媒體節(jié)點(diǎn)采用對(duì)等機(jī)制獲取所需要的內(nèi)容;所述接收單元,還用于獲取所述媒體節(jié)點(diǎn)的內(nèi)容分布信息。
15、 一種媒體節(jié)點(diǎn),其特征在于,包括接收單元,用于接收內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí)和々某體節(jié)點(diǎn)的描述信息;所述描述信息包括具有用戶(hù)終端所請(qǐng)求全部?jī)?nèi)容的媒體節(jié)點(diǎn)的描述信息,或具有用戶(hù)終端所請(qǐng)求內(nèi)容起始部分的媒體節(jié)點(diǎn)的描述信息;獲取單元,用于根據(jù)所述內(nèi)容請(qǐng)求中的描述信息,以對(duì)等方式請(qǐng)求缺失的內(nèi)容;內(nèi)容提供單元,用于通過(guò)IMS網(wǎng)絡(luò)為用戶(hù)終端提供所請(qǐng)求的內(nèi)容。
全文摘要
本發(fā)明公開(kāi)了一種基于IP多媒體子系統(tǒng)網(wǎng)絡(luò)電視的實(shí)現(xiàn)方法,包括接收用戶(hù)終端UE通過(guò)IMS網(wǎng)絡(luò)發(fā)送的IPTV業(yè)務(wù)請(qǐng)求;選擇可以向UE提供服務(wù)的媒體節(jié)點(diǎn)MS;向所述媒體節(jié)點(diǎn)發(fā)送內(nèi)容請(qǐng)求,所述內(nèi)容請(qǐng)求中包含所述UE所請(qǐng)求內(nèi)容對(duì)應(yīng)內(nèi)容標(biāo)識(shí);所述媒體節(jié)點(diǎn)以對(duì)等方式獲取缺失的內(nèi)容,并且向所述UE提供所請(qǐng)求的內(nèi)容。本發(fā)明同時(shí)還公開(kāi)了一種基于IP多媒體子系統(tǒng)網(wǎng)絡(luò)電視的系統(tǒng)及裝置。本發(fā)明在MS之間采用P2P技術(shù)進(jìn)行內(nèi)容網(wǎng)絡(luò)構(gòu)造,為運(yùn)營(yíng)商節(jié)省IPTV系統(tǒng)投資成本。
文檔編號(hào)H04N7/173GK101662654SQ20081014729
公開(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ù)有限公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1