專利名稱：內(nèi)容交付裝置和系統(tǒng)、內(nèi)容點播方法、及網(wǎng)絡(luò)架構(gòu)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及用于下一代網(wǎng)絡(luò)的內(nèi) 容交付裝置、內(nèi)容點播方法、及內(nèi)容交付系統(tǒng)。
背景技術(shù)：
目前，國際電信聯(lián)盟電信標準部(ITU-T )對于下一代通信網(wǎng) 絡(luò)(NGN)第一階段的研究框架結(jié)構(gòu)已經(jīng)基本確定。除了管理層面 外，NGN還包括用戶層面、傳送層面、業(yè)務(wù)控制層面和應(yīng)用層面等。
并且，IP多媒體子系統(tǒng)(IMS)是業(yè)務(wù)控制層面的主要功能實 體集合。通過IMS可以實現(xiàn)用戶和終端設(shè)備的注冊、認證、鑒權(quán)、 Qos管理與保證；同時，IMS支持多種用戶接入技術(shù)，支持用戶游 牧和移動性管理，支持與其它傳統(tǒng)網(wǎng)全備或下一^網(wǎng)全各的互通，以及 支持業(yè)務(wù)的融合。IMS是基于SIP協(xié)議的，并且已經(jīng)被認為是下一 代網(wǎng)絡(luò)融合的主要寺支術(shù)和體系架構(gòu)。
交互式網(wǎng)全各電 一見，又稱為互if關(guān)網(wǎng)妨、_議電 一見(Internet Protocol Television, IPTV ),是指通過IP承載網(wǎng)絡(luò)向用戶提供能夠支持交互 能力的電視節(jié)目的直播、點播、和時移播放等業(yè)務(wù)的總稱。IPTV通 過電信通道，利用不對稱凄t字用戶線(ADSL)或以太網(wǎng)接入寬帶 網(wǎng)，通過互耳關(guān)網(wǎng)協(xié)議來傳送電禍L信號，以電一見才幾加才幾頂盒(STB ) 為主要終端，提供包括電視節(jié)目在內(nèi)的多種數(shù)字媒體服務(wù)。目前只有ITU-T和TISPAN組織在研究基于NGN與IPTV的融 合，而且其目前的研究尚處于初級架構(gòu)討^r階l殳，并沒有涉及到 IPTV如4可實現(xiàn)與NGN真正的融合以在下 一代通信網(wǎng)絡(luò)中^是供統(tǒng)一 的業(yè)務(wù)，因此，目前運營商不能夠?qū)PTV業(yè)務(wù)進行統(tǒng)一的業(yè)務(wù)運 營和管理，而IPTV的運營管理成本也是4艮高的。然而，目前尚未 提出能夠解決該問題的技術(shù)方案。

發(fā)明內(nèi)容
考慮到上述問題而估文出本發(fā)明，為此，本發(fā)明的主要目的在于 提供用于下一代網(wǎng)絡(luò)內(nèi)容交付裝置、內(nèi)容點播方法、及內(nèi)容交付系 統(tǒng)，以解決相關(guān)技術(shù)中IPTV等多媒體業(yè)務(wù)不能與下一代網(wǎng)絡(luò)融合、 以及不能統(tǒng)一提供IPTV等多J 某體業(yè)務(wù)的問題。
根據(jù)本發(fā)明的實施例，提供了一種內(nèi)容交付裝置，用于在下一 代網(wǎng)絡(luò)中實現(xiàn)內(nèi)容交付功能，該內(nèi)容交付裝置位于傳輸層之上的業(yè) 務(wù)層中，連接于業(yè)務(wù)控制功能實體和傳輸功能實體之間，用于將來 自下一代網(wǎng)絡(luò)中應(yīng)用功能模塊的內(nèi)容交付到終端用戶。
并且，內(nèi)容交付裝置還用于將來自應(yīng)用功能模塊的內(nèi)容進行分 發(fā)、緩存或存儲。
該裝置進一步包括內(nèi)容交付控制功能模塊，用于控制內(nèi)容交 付與存儲功能模塊的操作；多個內(nèi)容交付與存儲功能模塊，用于在 內(nèi)容交付控制功能模塊的控制下緩存或存儲來自應(yīng)用功能模塊的內(nèi) 容，以及將緩存或存儲的內(nèi)容交付到終端用戶。
其中，內(nèi)容交付控制功能模塊進一步包括分發(fā)控制功能實體， 建立基于文件或流的內(nèi)容分發(fā)策略，以及管理多個內(nèi)容交付與存4諸 功能模塊之間的內(nèi)容的分發(fā)，以及利用位置控制功能實體的信息來 優(yōu)化內(nèi)容分發(fā)策略；位置控制功能實體，用于根據(jù)預定條件識別具有能夠?qū)?nèi)容交付到終端用戶的最佳位置信息的內(nèi)容交付與存儲功 能模塊。
其中，預定條件至少包括其中的一項內(nèi)容交付與存儲功能模 塊的分布信息、內(nèi)容交付與存儲功能的負載狀態(tài)、終端用戶的位置 信息、終端用戶的處理能力信息。
此外，內(nèi)容交付與存儲功能模塊進一步包括交付功能實體， 用于將需要交付的內(nèi)容發(fā)送到終端用戶，以及用于終端用戶向內(nèi)容 交付與存儲功能模塊上傳內(nèi)容或從至少一個內(nèi)容交付與存儲功能模 塊下載內(nèi)容；分發(fā)功能實體，用于在內(nèi)容交付與存儲功能實體之間 分發(fā)內(nèi)容，以及處理來自終端用戶或者業(yè)務(wù)控制功能實體的媒體控 制消息；緩存和存儲功能實體，用于緩存或存儲分發(fā)的內(nèi)容。
其中，媒體控制消息用于通知內(nèi)容交付與存儲功能模塊執(zhí)行以 下操作中的至少之一插-;改、暫停、快進、快退。
此外，上述的內(nèi)容是經(jīng)過準備處理的內(nèi)容，準備處理包括內(nèi) 容聚合、內(nèi)容管理、內(nèi)容處理、元數(shù)據(jù)處理、內(nèi)容加密中的至少之 一，并且上述準備處理可以由應(yīng)用功能模塊執(zhí)行，也可以由下一代 網(wǎng)絡(luò)之外的外部第三方執(zhí)行。
根據(jù)本發(fā)明的另一實施例，提供了一種內(nèi)容點播方法，用于下 一代網(wǎng)絡(luò)，下一代網(wǎng)絡(luò)包括終端用戶、業(yè)務(wù)控制功能實體、以及上 述的內(nèi)容交付裝置。
該方法包4舌步艱《S302，鄉(xiāng)冬端用戶發(fā)起點插^青求以插j文相應(yīng)內(nèi) 容；步驟S304，內(nèi)容交付裝置獲取內(nèi)容的URL信息，并將URL信 息返回給業(yè)務(wù)控制功能實體；以及步驟S306,業(yè)務(wù)控制功能實體請 求分配網(wǎng)絡(luò)資源，在網(wǎng)絡(luò)資源成功分配的情況下，內(nèi)容交付裝置對 終端用戶插-;故內(nèi)容。其中，下一代網(wǎng)絡(luò)進一步包括應(yīng)用功能才莫塊,步驟S302可進 一步包括終端用戶將點播請求發(fā)送至業(yè)務(wù)控制功能實體，其中， 點播請求中攜帶終端用戶的用戶信息；業(yè)務(wù)控制功能實體根據(jù)點播 請求中的用戶信息對終端用戶進行鑒權(quán)，并在鑒權(quán)通過的情況下將 獲取播放URL信息的請求消息經(jīng)由應(yīng)用功能模塊發(fā)送至內(nèi)容交付 裝置。
另外，在步驟S304中，內(nèi)容交付裝置響應(yīng)于獲取4番放URL信 息的請求消息來獲取URL信息。
除此之外，下一代網(wǎng)絡(luò)進一步包括資源準入功能實體，其特征 在于，在步驟S306中，業(yè)務(wù)控制功能實體向資源準入功能實體請求 分配網(wǎng)全備資源。
才艮據(jù)本發(fā)明的再一個實施例，^是供了 一種內(nèi)容交付系統(tǒng)。
該系統(tǒng)包括業(yè)務(wù)控制功能實體，位于業(yè)務(wù)層，與內(nèi)容交付裝 置和終端用戶相連，用于在終端用戶發(fā)起點播請求以播放相應(yīng)內(nèi)容 后，向內(nèi)容交付裝置發(fā)送獲取內(nèi)容的URL信息的請求，在獲取URL 信息后"i青求網(wǎng)絡(luò)資源，并在網(wǎng)絡(luò)資源成功分配之后將獲耳又的URL 信息發(fā)送至終端用戶；
內(nèi)容交付裝置，位于業(yè)務(wù)層，用于響應(yīng)于獲取內(nèi)容的URL信息 的請求將URL信息發(fā)送給業(yè)務(wù)控制功能實體，以及在終端用戶收到 URL信息之后對終端用戶播放內(nèi)容。
其中，業(yè)務(wù)控制功能實體還用于根據(jù)點播請求中攜帶的終端用 戶的用戶信息對終端用戶進行鑒權(quán)，并在鑒權(quán)通過的情況下向內(nèi)容 交付裝置發(fā)送獲耳又內(nèi)容的URL信息的請求。
10另外，該系統(tǒng)進一步包括資源準入控制功能實體，位于傳輸層， 用于在業(yè)務(wù)控制功能實體請求分配網(wǎng)絡(luò)資源的情況下分配網(wǎng)絡(luò)資 源，并將網(wǎng)絡(luò)資源的分配結(jié)果告知業(yè)務(wù)控制功能實體。
除此之外，該系統(tǒng)進一步包括應(yīng)用支持功能實體與業(yè)務(wù)支持功 能實體，應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體位于業(yè)務(wù)層，其中 包含應(yīng)用功能模塊，其中，應(yīng)用功能模塊與業(yè)務(wù)控制功能實體連接，
并且用于將來自業(yè)務(wù)控制功能實體的獲取內(nèi)容的URL信息的請求 轉(zhuǎn)發(fā)至內(nèi)容交付裝置，以及將來自內(nèi)容交付裝置的URL信息轉(zhuǎn)發(fā)至 業(yè)務(wù)控制功能實體。
根據(jù)本發(fā)明的再一個實施例，才是供了 一種下一代網(wǎng)絡(luò)中的網(wǎng)絡(luò) 架構(gòu)，該網(wǎng)絡(luò)架構(gòu)包括傳輸層；業(yè)務(wù)層；其中，業(yè)務(wù)層進一步包 括上述的內(nèi)容交互功能裝置，內(nèi)容交互功能裝置用于實現(xiàn)傳輸層與 一終端用戶之間的信息傳輸。
通過本發(fā)明的上述沖支術(shù)方案，能夠?qū)PTV等多種業(yè)務(wù)系統(tǒng)融 合到下一代網(wǎng)絡(luò)中，便利了下一代網(wǎng)絡(luò)中多種多媒體業(yè)務(wù)的開展， 填補了相關(guān)技術(shù)中的空缺。


此處所說明的附圖用來^是供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是才艮據(jù)本發(fā)明裝置實施例的增加了內(nèi)容交付裝置后下一代 網(wǎng)全各的才匡圖2是才艮據(jù)本發(fā)明裝置實施例的內(nèi)容交付裝置的框圖；圖3是根據(jù)本發(fā)明方法實施例的內(nèi)容點播方法的流程圖；以及
圖4是根據(jù)本發(fā)明方法實施例的內(nèi)容點播方法的詳細處理過程 的信令流程圖。
具體實施例方式
裝置實施例
在本實施例中，提供了一種內(nèi)容交付裝置，用于在下一代網(wǎng)絡(luò) 中實現(xiàn)內(nèi)容交付功能，如圖1所示，該內(nèi)容交付裝置(也可稱為內(nèi) 容交付功能(Content Delivery Function,簡稱CDF)實體)位于傳 車俞層(Transport Stratum)之上的業(yè)務(wù)層(Service Stratum)中，連 才妻于業(yè)務(wù)4空制功能(Service Control Function)實體和4專l命功能 (Transport Function )實體之間，用于3尋來自下一^C網(wǎng)全備中應(yīng)用功 能模塊的內(nèi)容交付到終端用戶，這里終端用戶也可以稱為終端用戶 功能實體(End-User Functions,簡稱EU )，終端用戶在下 一代網(wǎng)絡(luò) 中的位置如圖1所示。
將^4居本實施例的裝置加入到現(xiàn)有的NGN架構(gòu)中的業(yè)務(wù)層 (Service Stratum )中，該裝置處于業(yè)務(wù)層面中業(yè)務(wù)控制功能層的下 面，并處于^f專豐敘層(Transport Stratum )之上。
在下一代網(wǎng)絡(luò)系統(tǒng)中，終端用戶可以任一種多J 某體終端，例如， 可以是IPTV終端功能，該IPTV終端功能是指硬件實現(xiàn)的機頂盒或 者用軟件實現(xiàn)的具有IPTV機頂盒功能的終端設(shè)備。
圖1中的業(yè)務(wù)控制功能(Service Control Functions)實體(模 塊)在NGN IMS網(wǎng)全各架構(gòu)的IPTV系統(tǒng)中，主要指的是Core IMS 功能實體，該功能實體提供會話控制機制，提供終端用戶的認證、 鑒權(quán)、請求資源準入控制功能(RACF)實體進行資源分配工作，該實體(模塊)還與終端用戶、應(yīng)用支持功能實體與業(yè)務(wù)支持功能
實體(Application Support Function & Service Support Function )及 內(nèi)容分發(fā)功能交互進行會話，完成安全、QoS、計費、漫游等功能， 其中，應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體位于業(yè)務(wù)層，其通過 應(yīng)用到網(wǎng)絡(luò)接口 (ANI)與應(yīng)用連4妄；并且，業(yè)務(wù)控制功能實體還 包括業(yè)務(wù)用戶信息；
傳輸層中還包括傳輸控制功能實體，并且傳輸控制功能實體中 還包括網(wǎng)絡(luò)附著控制功能實體、資源準入控制功能實體；其中，資 源準入控制功能(RACF)實體用于進行資源分配工作，該模塊也 與終端用戶、應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體、以及內(nèi)容分 發(fā)功能交互，以進行會話描述協(xié)議會話，完成安全、服務(wù)質(zhì)量(QoS )、 計費、漫游等功能；
此外，下一代網(wǎng)絡(luò)的架構(gòu)中還包括管理功能實體，并且下一代 網(wǎng)絡(luò)可以通過網(wǎng)絡(luò)到網(wǎng)絡(luò)接口 (NNI)與其它的網(wǎng)絡(luò)相連。
應(yīng)用功肯fe ( Applications Functions,簡-爾AS )(才莫塊)(侈寸^口 ， 具體到IPTV業(yè)務(wù)時，其可以是IPTV應(yīng)用功能)，位于圖1中所示 的應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體內(nèi)部功能的子功能中，用 于使終端用戶可以進行選擇和購買內(nèi)容，可以處理來自終端用戶的 請求進行應(yīng)用的鑒權(quán)和執(zhí)行應(yīng)用邏輯(點播、直播等應(yīng)用、應(yīng)用選 擇等)、處理內(nèi)容元數(shù)據(jù)等信息，在基于NGN架構(gòu)的IPTV系統(tǒng)中， 該模塊與內(nèi)容交付與存儲模塊通信，處理來自業(yè)務(wù)控制的選擇內(nèi)容 交付與存儲模塊的地址信息的請求。
在下一代網(wǎng)絡(luò)中，才艮據(jù)本實施例的內(nèi)容交付裝置還用于將來自 應(yīng)用功能模塊的內(nèi)容進行分發(fā)、緩存或存儲。來自應(yīng)用功能才莫塊的內(nèi)容是經(jīng)過準備處理的內(nèi)容，可選地，準
備處理包括內(nèi)容聚合、內(nèi)容管理、內(nèi)容處理、元數(shù)據(jù)處理、內(nèi)容 加密中至少一項，該內(nèi)容準備處理可以在下一代網(wǎng)絡(luò)中應(yīng)用功能才莫 塊內(nèi)完成，也可以在下一代網(wǎng)絡(luò)之外的第三方完成，也就是說，來 自應(yīng)用功能模塊的內(nèi)容可以是應(yīng)用功能模塊的內(nèi)容本身保存的內(nèi) 容，也可以是來自下一代網(wǎng)絡(luò)之外的第三方，并由第三方進4亍了準 備處理之后經(jīng)由應(yīng)用功能模塊轉(zhuǎn)發(fā)(分發(fā))的內(nèi)容。
根據(jù)本實施例的內(nèi)容交付裝置進一步包括內(nèi)容交付控制功能 模塊202,用于控制內(nèi)容交付與存儲功能模塊204的操作；內(nèi)容交 付與存儲功能模塊204，其數(shù)量可以是多個，用于在內(nèi)容交付控制 功能模塊202的控制下緩存或存儲應(yīng)用功能模塊分發(fā)的內(nèi)容，以及 將緩存或存儲的內(nèi)容交付到終端用戶，該裝置的結(jié)構(gòu)如圖2所示， 其中，出于清晰的目的，圖2中僅示出了一個內(nèi)容交付與存儲功能 模塊，本領(lǐng)域技術(shù)人員應(yīng)當理解，內(nèi)容交付與存儲功能模塊可以是 分布式部署的。
其中，內(nèi)容交付控制功能模塊可進一步包括分發(fā)控制功能實 體，用于建立基于文件或者流的分發(fā)策略，管理多個內(nèi)容交付與存 儲功能模塊之間的內(nèi)容的分發(fā)，以及利用位置控制功能實體的信息 來優(yōu)化內(nèi)容分發(fā)策略；位置控制功能實體，用于根據(jù)預定條件識別 具有能夠?qū)?nèi)容交付到終端用戶的最佳位置信息的內(nèi)容交付與存儲 功能模塊。
其中，預定條件包括以下至少之一內(nèi)容交付與存儲功能模塊 的分布信息、內(nèi)容交付與存儲功能的負載狀態(tài)、終端用戶的位置信 息、終端用戶的處理能力信息。
此外，內(nèi)容交付與存儲功能模塊進一步包括交付功能實體， 用于將需要交付的內(nèi)容發(fā)送(交付)到終端用戶，以及用于終端用戶的上傳和下載，即，對終端用戶將需要傳輸?shù)膬?nèi)容傳輸?shù)絻?nèi)容交 付裝置(內(nèi)容交付功能實體)的處理過程、或者對將存儲的內(nèi)容從 內(nèi)容交付裝置下載到終端用戶的處理過程提供支持，具體地，交付 功能實體用于終端用戶向至少一個內(nèi)容交互與存儲功能模塊上傳或 從至少一個內(nèi)容交互與存儲功能模塊下載內(nèi)容；分發(fā)功能實體，用 于在內(nèi)容交付與存儲功能實體之間分發(fā)(轉(zhuǎn)發(fā))內(nèi)容，以及來自終
端用戶或者業(yè)務(wù)控制功能實體的處理媒體控制消息；緩存和存儲功
能實體，用于緩存或存儲分發(fā)的內(nèi)容。
其中，媒體控制消息用于通知內(nèi)容交付與存儲功能模塊執(zhí)行以
下操作中的至少之一播放、暫停、快進、快退。 方法實施例
在本實施例中，提供了一種內(nèi)容點播方法，用于下一代網(wǎng)絡(luò)， 其中，下一代網(wǎng)絡(luò)包括終端用戶、業(yè)務(wù)控制功能實體、以及上述的 內(nèi)容交付裝置。
該方法包括步驟S302,終端用戶發(fā)起點播請求以播放相應(yīng)內(nèi) 容；步驟S304，內(nèi)容交付裝置獲取內(nèi)容的URL信息，并將URL信 息返回給業(yè)務(wù)控制功能；以及步驟S306，終端用戶請求分配網(wǎng)絡(luò)資 源，在網(wǎng)絡(luò)資源成功分配的情況下，業(yè)務(wù)控制功能實體將內(nèi)容URL 信息返回給終端用戶，內(nèi)容交付裝置對終端用戶播放內(nèi)容。
其中，下一代網(wǎng)絡(luò)進一步包括應(yīng)用功能才莫塊，步驟S302可進 一步包括終端用戶將點播請求發(fā)送至業(yè)務(wù)控制功能實體，其中， 點播請求中攜帶終端用戶的用戶信息；業(yè)務(wù)控制功能實體根據(jù)點播 請求中的用戶信息對終端用戶進行鑒權(quán)，并在鑒權(quán)通過的情況下將 獲取播放URL信息的請求消息經(jīng)由支持功能實體與業(yè)務(wù)支持功能 實體發(fā)送至內(nèi)容交付裝置。
15另外，在步驟S304中，內(nèi)容交付裝置響應(yīng)于獲取4番;故URL信 息的"i青求消息來獲耳^ URL ^f言息。
除此之外，下一代網(wǎng)絡(luò)進一步包括資源準入功能實體，其特征 在于，在步驟S306中，業(yè)務(wù)控制功能實體向資源準入功能實體請求 分配網(wǎng)纟各資源。
下面將以IPTV節(jié)目點播為例描述本實施例。
如圖4所示，采用根據(jù)本實施例的方法進行IPTV點播時，具 體處理過程如下
步驟402，終端用戶(EU)向業(yè)務(wù)控制功能實體(SCF)發(fā)起 點播請求；
步驟404，業(yè)務(wù)控制功能實體向終端用戶的直播請求根據(jù)該終 端的用戶信息進行認證和鑒權(quán)，通過后向IPTV應(yīng)用功能模塊(AS ) 發(fā)送點播URL的請求消息；
步驟406， AS向內(nèi)容交付才莫塊(CDF )轉(zhuǎn)發(fā)點播節(jié)目URL的
步驟408，內(nèi)容交付控制模塊根據(jù)分發(fā)策略(如內(nèi)容交付與存 儲模塊中負荷的狀態(tài)等信息選擇合適的內(nèi)容交付與存儲功能提供服 務(wù))選擇合適的內(nèi)容交付與存儲功能(獲取URL信息)，并分配在 該內(nèi)容交付與存J諸功能的本地資源；
步驟410，內(nèi)容交付功能實體(CDF,即，上述的內(nèi)容交付裝 置)向AS返回提供點播頻道服務(wù)的媒體服務(wù)器的URL信息；步驟412， IPTV應(yīng)用功能向業(yè)務(wù)控制功能實體(SCF)返回提 供點播節(jié)目服務(wù)的媒體服務(wù)器的URL信息；
步驟414， SCF向資源準入控制功能實體(RACF)請求分配網(wǎng) 絡(luò)資源信息；
步驟416, RACF模塊分配網(wǎng)絡(luò)資源信息；
步驟418， RACF模塊向SCF返回分配的網(wǎng)絡(luò)資源信息；
步驟420， SCF向ITF返回提供點播節(jié)目服務(wù)的媒體服務(wù)器的 URL地址；
步驟422, ITF與SCF、 CDF等交互建立RTSP鏈接，為ITF
提供點播流服務(wù)。
直播的過程與點播的過程類似，這里不再重復。 系鄉(xiāng)克實施例
在本實施例中，提供了一種內(nèi)容交付系統(tǒng)。
該系統(tǒng)位于圖1所示的下一代網(wǎng)絡(luò)架構(gòu)中。才艮據(jù)本實施例的內(nèi) 容交付系統(tǒng)包括業(yè)務(wù)控制功能實體，位于業(yè)務(wù)層，與內(nèi)容交付裝 置和終端用戶相連，用于在終端用戶發(fā)起點播請求以播放相應(yīng)內(nèi)容 后，向內(nèi)容交付裝置發(fā)送獲取內(nèi)容的URL信息的請求，在獲取URL 信息后請求網(wǎng)絡(luò)資源，并在網(wǎng)絡(luò)資源成功分配之后將獲取的URL 信息發(fā)送至終端用戶；
內(nèi)容交付裝置，位于業(yè)務(wù)層，用于響應(yīng)于獲取內(nèi)容的URL信息 的請求將URL信息發(fā)送給業(yè)務(wù)控制功能實體，以及在終端用戶收到 URL信息之后對終端用戶4番力文內(nèi)容。其中，業(yè)務(wù)控制功能實體還用于根據(jù)點播請求中攜帶的終端用 戶的用戶信息對終端用戶進行鑒權(quán)，并在鑒權(quán)通過的情況下向內(nèi)容
交付裝置發(fā)送獲取內(nèi)容的URL信息的請求。
另夕卜，該系統(tǒng)進一步包括資源準入控制功能實體，位于傳輸層， 用于在業(yè)務(wù)控制功能實體請求分配網(wǎng)絡(luò)資源的情況下分配網(wǎng)絡(luò)資 源，并將網(wǎng)絡(luò)資源的分配結(jié)果告知業(yè)務(wù)控制功能實體。
除此之外，該系統(tǒng)進一步包括應(yīng)用支持功能實體與業(yè)務(wù)支持功 能實體，應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體位于業(yè)務(wù)層，其中 包含應(yīng)用功能模塊，其中，應(yīng)用功能模塊與業(yè)務(wù)控制功能實體連接，
并且用于將來自業(yè)務(wù)控制功能實體的獲取內(nèi)容的URL信息的請求 轉(zhuǎn)發(fā)至內(nèi)容交付裝置，以及將來自內(nèi)容交付裝置的URL信息轉(zhuǎn)發(fā)至 業(yè)務(wù)控制功能實體。
才艮據(jù)本發(fā)明的再一個實施例，4是供了 一種下一代網(wǎng)絡(luò)中的網(wǎng)絡(luò) 架構(gòu)，該網(wǎng)絡(luò)架構(gòu)包括傳輸層；業(yè)務(wù)層；其中，業(yè)務(wù)層進一步包 括上述的內(nèi)容交互功能裝置，內(nèi)容交互功能裝置用于實現(xiàn)傳輸層與 一終端用戶之間的信息傳輸。
本發(fā)明通過改變NGN的架構(gòu)，即，增加內(nèi)容交付裝置(功能 實體)，真正實現(xiàn)了在NGN網(wǎng)絡(luò)中融合IPTV等多媒體業(yè)務(wù)，并提 供融合后的IPTV業(yè)務(wù)的點4番方法。此外，本領(lǐng)于技術(shù)人員應(yīng)當理 解，本發(fā)明不僅可以用于在NGN網(wǎng)絡(luò)中融合IPTV業(yè)務(wù)，還可以其 它多種業(yè)務(wù)。因此，便利了下一代網(wǎng)絡(luò)中多種業(yè)務(wù)的開展，填補了 相關(guān)技術(shù)中的空缺。和現(xiàn)有技術(shù)相比，本發(fā)明將交互式網(wǎng)絡(luò)電一見系統(tǒng)完全融合到下
一代網(wǎng)絡(luò)架構(gòu)(NGN IMS或者NGN non-IMS )中，對現(xiàn)有的NGN 網(wǎng)纟各架構(gòu)的業(yè)務(wù)層面力。入內(nèi)容交^f寸功能(Content Delivery Functions)進4亍改造，基于該架構(gòu)的IPTV系統(tǒng)能夠?qū)崿F(xiàn)NGN網(wǎng)絡(luò) 改造，終端用戶可以實現(xiàn)漫游和游牧功能，提升了 IPTV系統(tǒng)的核 心竟爭力。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種內(nèi)容交付裝置，用于在下一代網(wǎng)絡(luò)中實現(xiàn)內(nèi)容交付功能，其特征在于，所述內(nèi)容交付裝置位于傳輸層之上的業(yè)務(wù)層中，連接于業(yè)務(wù)控制功能實體和傳輸功能實體之間，用于將來自下一代網(wǎng)絡(luò)中的應(yīng)用功能模塊內(nèi)容交付到終端用戶。
2. 根據(jù)權(quán)利要求1所述的內(nèi)容交付裝置，其特征在于，所述內(nèi)容 交付裝置還用于將來自所述應(yīng)用功能模塊的內(nèi)容進行分發(fā)、緩 存或存儲。
3. 根據(jù)權(quán)利要求2所述的內(nèi)容交付裝置，其特征在于，包括內(nèi)容交付控制功能模塊，用于控制內(nèi)容交付與存儲功能模 塊的4喿作；至少一個所述內(nèi)容交付與存儲功能模塊，用于在所述內(nèi)容 交付控制功能模塊的控制下緩存或存儲來自所述應(yīng)用功能模 塊的內(nèi)容，以及將緩存或存儲的所述內(nèi)容交付到所述終端用 戶。
4. 根據(jù)權(quán)利要求3所述的內(nèi)容交付裝置，其特征在于，所述內(nèi)容 交付控制功能模塊進一步包括分發(fā)控制功能實體，用于建立基于文件或流的內(nèi)容分發(fā)策 略，管理所述至少一個內(nèi)容交付與存儲功能模塊之間的內(nèi)容的 分發(fā)，以及利用位置控制功能實體的信息來優(yōu)化所述內(nèi)容分發(fā) 策略；所述位置控制功能實體，用于根據(jù)預定條件識別具有能夠 將內(nèi)容交付到所述終端用戶的最佳位置信息的內(nèi)容交付與存 儲功能模塊。
5. 根據(jù)權(quán)利要求4所述的內(nèi)容交付裝置，其特征在于，所述預定 條件至少包括其中的一項所述至少一個內(nèi)容交付與存儲功能 模塊的分布信息、所述內(nèi)容交付與存儲功能的負載狀態(tài)、所述 終端用戶的位置信息、所述終端用戶的處理能力信息。
6. 根據(jù)權(quán)利要求3所述的內(nèi)容交付裝置，其特征在于，所述內(nèi)容 交付與存儲功能模塊進一步包括交付功能實體，用于將需要交付的內(nèi)容發(fā)送到所述終端用 戶，以及用于所述終端用戶向所述至少一個內(nèi)容交互與存^f諸功 能模塊上傳或從所述至少一個內(nèi)容交互與存儲功能模塊下載 內(nèi)容；分發(fā)功能實體，用于在所述內(nèi)容交付與存儲功能實體之間 分發(fā)內(nèi)容，以及處理來自終端用戶或者業(yè)務(wù)控制功能實體的媒 體控制消息；緩存和存儲功能實體，用于緩存或存儲分發(fā)的所述內(nèi)容。
7. 根據(jù)權(quán)利要求6所述的內(nèi)容交付裝置，其特征在于，所述々某體 控制消息用于通知所述內(nèi)容交付與存儲功能模塊執(zhí)行以下操 作中的至少之一播放、暫停、快進、快退。
8. 根據(jù)權(quán)利要求1至7中任一項所述的內(nèi)容交付裝置，其特征在 于，所述內(nèi)容是經(jīng)過準備處理的內(nèi)容，所述準備處理包括內(nèi) 容聚合、內(nèi)容管理、內(nèi)容處理、元凄t據(jù)處理、內(nèi)容加密中的至 少之一，并且所述準備處理由所述應(yīng)用功能才莫塊或所述下一代 網(wǎng)絡(luò)的外部第三方執(zhí)行。
9. 一種內(nèi)容點播方法，用于下一代網(wǎng)絡(luò)，所述下一代網(wǎng)絡(luò)包括終 端用戶、業(yè)務(wù)控制功能實體、以及才艮據(jù)權(quán)利要求1至7中任一 項所述的內(nèi)容交付裝置，其特征在于，所述方法包括步驟S302,所述終端用戶發(fā)起點播請求以播放相應(yīng)內(nèi)容；步驟S304，所述內(nèi)容交付裝置獲取所述內(nèi)容的URL信息， 并將所述URL信息返回給所述業(yè)務(wù)控制功能實體；以及步驟S306,所述業(yè)務(wù)控制功能實體i青求分配網(wǎng)絡(luò)資源， 在所述網(wǎng)絡(luò)資源成功分配的情況下，所述業(yè)務(wù)控制功能實體將 內(nèi)容URL信息返回《會終端用戶，所述內(nèi)容交付裝置對所述終 端用戶播放所述內(nèi)容。
10. 根據(jù)權(quán)利要求9所述的內(nèi)容點播方法，所述下一代網(wǎng)絡(luò)進一步 包括應(yīng)用功能才莫塊，其特征在于，所述步驟S302進一步包括所述終端用戶將所述點播請求發(fā)送至所述業(yè)務(wù)控制功能 實體，其中，所述點播請求中攜帶所述終端用戶的用戶信息；所述業(yè)務(wù)控制功能實體根據(jù)所述點播請求中的用戶信息 對所述終端用戶進行鑒片又，并在鑒片又通過的情況下將獲耳又纟番力文 URL信息的請求消息經(jīng)由所述應(yīng)用功能模塊發(fā)送至所述內(nèi)容 交付裝置。
11. 根據(jù)權(quán)利要求10所述的內(nèi)容點播方法，其特征在于，在所述 步驟S304中，所述內(nèi)容交付裝置響應(yīng)于所述獲耳又4番》文URL信 息的請求消息來獲取所述URL信息。
12. 根據(jù)權(quán)利要求9所述的內(nèi)容點播方法，所述下一代網(wǎng)絡(luò)進一步 包括資源準入功能實體，其特征在于，在所述步驟S306中，所述業(yè)務(wù)控制功能實體向所述資源 準入功能實體請求分配網(wǎng)絡(luò)資源。
13. —種內(nèi)容交付系統(tǒng)，其特征在于，所述系統(tǒng)包括業(yè)務(wù)控制功能實體，位于業(yè)務(wù)層，與內(nèi)容交付裝置和終端 用戶相連，用于在所述終端用戶發(fā)起點播請求以播放相應(yīng)內(nèi)容 后，向內(nèi)容交付裝置發(fā)送獲取所述內(nèi)容的URL信息的請求， 在獲耳又所述URL信息后請求網(wǎng)絡(luò)資源，并在所述網(wǎng)絡(luò)資源成 功分配之后將獲耳又的所述URL信息發(fā)送至所述終端用戶；所述內(nèi)容交付裝置，位于所述業(yè)務(wù)層，用于響應(yīng)于獲取所 述內(nèi)容的URL信息的請求將所述URL信息發(fā)送給所述業(yè)務(wù)控 制功能實體，以及在所述終端用戶收到所述URL信息之后對 所述終端用戶播放所述內(nèi)容。
14. 根據(jù)權(quán)利要求13所述的內(nèi)容交付系統(tǒng)，其特征在于，所述業(yè) 務(wù)控制功能實體還用于根據(jù)所述點播請求中攜帶的所述終端 用戶的用戶信息對所述終端用戶進行鑒權(quán)，并在鑒一又通過的情 況下向所述內(nèi)容交付裝置發(fā)送獲耳又所述內(nèi)容的URL信息的請 求。
15. 根據(jù)權(quán)利要求13或14所述的內(nèi)容交付系統(tǒng)，其特征在于，進 一步包括資源準入控制功能實體，位于傳l敘層，用于在所述業(yè) 務(wù)控制功能實體請求分配所述網(wǎng)絡(luò)資源的情況下分配所述網(wǎng) 絡(luò)資源，并將所述網(wǎng)絡(luò)資源的分配結(jié)果告知所述業(yè)務(wù)控制功能 實體。
16. 根據(jù)權(quán)利要求13或14所述的內(nèi)容交付系統(tǒng)，其特征在于，進 一步包括應(yīng)用支持功能實體與業(yè)務(wù)支持功能實體，所述應(yīng)用支 持功能實體與業(yè)務(wù)支持功能實體位于所述業(yè)務(wù)層，其中包含應(yīng) 用功能模塊，其中，所述應(yīng)用功能模塊與所述業(yè)務(wù)控制功能實 體連接，并且用于將來自所述業(yè)務(wù)控制功能實體的獲取所述內(nèi) 容的URL信息的請求轉(zhuǎn)發(fā)至所述內(nèi)容交付裝置，以及將來自所述內(nèi)容交付裝置的所述URL信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)控制功能 實體。
17.—種下一代網(wǎng)絡(luò)中的網(wǎng)絡(luò)架構(gòu)，其特4i在于，所述網(wǎng)絡(luò)架構(gòu)包 括傳輸層； 業(yè)務(wù)層；其中，所述業(yè)務(wù)層進一步包括根據(jù)權(quán)利要求i至權(quán)利要求 7中任一項所述的內(nèi)容交互功能裝置，所述內(nèi)容交互功能裝置 用于實現(xiàn)所述傳輸層與一終端用戶之間的信息傳輸。
全文摘要
本發(fā)明公開了一種內(nèi)容交付裝置，用于在下一代網(wǎng)絡(luò)中實現(xiàn)內(nèi)容交付功能，其中，該內(nèi)容交付裝置位于傳輸層之上的業(yè)務(wù)層中，連接于業(yè)務(wù)控制功能實體和傳輸功能實體之間，用于將來自下一代網(wǎng)絡(luò)中的應(yīng)用功能模塊內(nèi)容交付到終端用戶。此外，本發(fā)明還公開了一種內(nèi)容點播方法、內(nèi)容交付系統(tǒng)、以及下一代網(wǎng)絡(luò)中的網(wǎng)絡(luò)架構(gòu)。通過使用本發(fā)明，能夠?qū)PTV等多種多媒體業(yè)務(wù)系統(tǒng)融合到下一代網(wǎng)絡(luò)中，便利了下一代網(wǎng)絡(luò)中多種業(yè)務(wù)的開展，填補了相關(guān)技術(shù)中的空缺。
文檔編號H04L29/08GK101483660SQ20081000045
公開日2009年7月15日 申請日期2008年1月11日 優(yōu)先權(quán)日2008年1月11日
發(fā)明者夏宏飛 申請人:中興通訊股份有限公司