專利名稱：內(nèi)容上行方法及內(nèi)容交付功能實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及一種內(nèi)容上行方法及內(nèi)容交付功能實(shí) 體。
背景技術(shù)：
交互式網(wǎng)絡(luò)電視，又稱為互聯(lián)網(wǎng)協(xié)議電視(Internet ProtocolTelevision，簡稱 為IPTV)，是指通過IP承載網(wǎng)絡(luò)向用戶提供能夠支持交互能力的電視節(jié)目的直播、點(diǎn)播和 時(shí)移播放等業(yè)務(wù)的設(shè)備總稱。隨著IPTV的發(fā)展，IPTV的用戶數(shù)量不斷增加，對(duì)系統(tǒng)性能和 可靠性等方面提出了更高的要求。其中，對(duì)于交互式網(wǎng)絡(luò)的內(nèi)容交付功能，為了減少系統(tǒng)各 個(gè)部分之間的交互，要求內(nèi)容交互網(wǎng)絡(luò)的內(nèi)部模塊功能職責(zé)的明晰，要求內(nèi)容分發(fā)及業(yè)務(wù) 流程簡潔和可靠。目前，IPTV標(biāo)準(zhǔn)以下一代網(wǎng)絡(luò)(Next Generation Network，簡稱為NGN) IP多媒體 子系統(tǒng)(IP Multimedia Subsystem，簡稱為IMS)和NGN非IMS兩種架構(gòu)為主，能為用戶提
供點(diǎn)播、直播、錄像及一些新業(yè)務(wù)。IPTV架構(gòu)中內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，簡稱為CDN)在IPTV系 統(tǒng)中的服務(wù)質(zhì)量(Quality of Experience，簡稱為QoE)保障方面及系統(tǒng)穩(wěn)定性等方面起著 重要作用。CDN內(nèi)部各重要功能實(shí)體主要用于實(shí)現(xiàn)內(nèi)容定位技術(shù)、調(diào)度及存儲(chǔ)的功能。目前，內(nèi)容分發(fā)網(wǎng)絡(luò)只涉及服務(wù)商向用戶提供的內(nèi)容的業(yè)務(wù)，而不涉及用戶產(chǎn)生 的內(nèi)容等需要實(shí)時(shí)上傳的業(yè)務(wù)，但這些業(yè)務(wù)同時(shí)需要服務(wù)質(zhì)量(QoS/QoE)保障。但目前尚 未存在CDN如果基于用戶產(chǎn)生的內(nèi)容等內(nèi)容上傳/上行流并需要QoS/QoE保障的新業(yè)務(wù)是 本發(fā)明需要解決的關(guān)鍵問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種內(nèi)容上行方法及內(nèi)容交付功能實(shí)體，用以解決現(xiàn)有 技術(shù)中下一代網(wǎng)絡(luò)中的內(nèi)容分發(fā)網(wǎng)絡(luò)不支持用戶產(chǎn)生內(nèi)容的問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種內(nèi)容上行方法，該方法用于將UE產(chǎn)生的內(nèi)容 上傳或者媒體流上行至⑶N的一個(gè)或多個(gè)⑶N節(jié)點(diǎn)。根據(jù)本發(fā)明的內(nèi)容上行方法包括CDN控制功能實(shí)體在接收到請(qǐng)求內(nèi)容上傳或者 媒體流上行的會(huì)話初始化請(qǐng)求后，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)，并向一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群 集控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求；接收到會(huì)話請(qǐng)求的群集控制功能實(shí)體與其選擇的內(nèi)容交付 功能實(shí)體建立內(nèi)容上傳或者媒體流上行的會(huì)話，并將會(huì)話的確認(rèn)信息返回給CDN控制功能 實(shí)體；CDN控制功能實(shí)體將接收到的確認(rèn)信息返回給UE，UE根據(jù)該確認(rèn)信息將內(nèi)容上傳或 將媒體流上行至內(nèi)容交付功能實(shí)體。根據(jù)本發(fā)明，還提供了 一種內(nèi)容分發(fā)網(wǎng)絡(luò)。根據(jù)本發(fā)明的內(nèi)容分發(fā)網(wǎng)絡(luò)包括⑶N控制功能實(shí)體和一個(gè)或多個(gè)⑶N節(jié)點(diǎn)。其 中，CDN控制功能實(shí)體，包括第一接收模塊、第一選擇模塊、第一發(fā)送模塊。其中，第一接收模塊，用于接收用戶設(shè)備請(qǐng)求內(nèi)容上傳或媒體流上行的會(huì)話初始化請(qǐng)求；第一選擇模塊，用 于根據(jù)一個(gè)或多個(gè)CDN節(jié)點(diǎn)的負(fù)載信息和/或會(huì)話初始化請(qǐng)求中攜帶的區(qū)域信息，分配一 個(gè)或多個(gè)CDN節(jié)點(diǎn)；第一發(fā)送模塊，用于向第一選擇模塊分配的一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群集 控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求。一個(gè)或多個(gè)CDN節(jié)點(diǎn)，其中，每個(gè)CDN節(jié)點(diǎn)包括群集控制功 能實(shí)體和至少一個(gè)內(nèi)容交付功能實(shí)體。其中，群集控制功能實(shí)體，包括第二接收模塊、第二 選擇模塊、會(huì)話建立模塊、第二發(fā)送模塊。其中，第二接收模塊，用于接收CDN控制功能實(shí)體 發(fā)送的會(huì)話請(qǐng)求；第二選擇模塊，用于根據(jù)群集控制功能實(shí)體所在的CDN節(jié)點(diǎn)中各個(gè)內(nèi)容 交付功能實(shí)體的負(fù)載狀態(tài)信息，選擇一個(gè)內(nèi)容交付功能實(shí)體；會(huì)話建立模塊，用于建立群集 控制功能實(shí)體與第二選擇模塊選擇的內(nèi)容交付功能實(shí)體的會(huì)話；第二發(fā)送模塊，用于將會(huì) 話建立模塊建立的會(huì)話的屬性信息發(fā)送給用戶設(shè)備。內(nèi)容交付功能實(shí)體，用于接收用戶設(shè) 備上傳的媒體文件或上行的媒體流。通過本發(fā)明的上述至少一個(gè)方案，通過⑶N控制功能實(shí)體選擇保存用戶設(shè)備上行 的內(nèi)容的CDN節(jié)點(diǎn)，并通過CDN節(jié)點(diǎn)內(nèi)部的群集控制實(shí)體與內(nèi)容交付功能實(shí)體建立內(nèi)容上 傳或媒體流上行的會(huì)話，可以將用戶設(shè)備產(chǎn)生的內(nèi)容上傳或媒體流上行至CDN節(jié)點(diǎn)的內(nèi)容 交付功能實(shí)體，從而使得下一代網(wǎng)絡(luò)中的內(nèi)容分發(fā)網(wǎng)絡(luò)可以支持用戶產(chǎn)生內(nèi)容。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明 書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí) 施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中圖1為根據(jù)本發(fā)明實(shí)施例的基于NGN的IPTV系統(tǒng)的結(jié)構(gòu)示意圖；；圖2為根據(jù)本發(fā)明實(shí)施例的內(nèi)容上傳方法的流程圖；圖3為實(shí)施例一的流程圖；圖4為實(shí)施例二的流程圖；圖5為根據(jù)本發(fā)明實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式功能概述由于目前的內(nèi)容分發(fā)網(wǎng)絡(luò)只涉及服務(wù)商向用戶提供的內(nèi)容的業(yè)務(wù)，而不涉及用戶 產(chǎn)生的內(nèi)容等需要實(shí)時(shí)上傳的業(yè)務(wù)，但這些業(yè)務(wù)同時(shí)也需要QoS/QoE保障，因此，本發(fā)明實(shí) 施例提供了一種可以支持用戶產(chǎn)生內(nèi)容上傳的方案。在本發(fā)明實(shí)施例中，用戶設(shè)備在需要 將內(nèi)容上行時(shí)，通過IPTV服務(wù)控制功能實(shí)體和/或業(yè)務(wù)控制功能實(shí)體向CDN控制功能實(shí)體 發(fā)送會(huì)話請(qǐng)求，請(qǐng)求上傳內(nèi)容或上行媒體注；CDN控制功能實(shí)體在接收到該會(huì)話請(qǐng)求后，選 擇需要保存用戶設(shè)備將要上傳的內(nèi)容的一個(gè)或多個(gè)CDN節(jié)點(diǎn)，并向選擇的一個(gè)或多個(gè)CDN 節(jié)點(diǎn)的群集控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求，接收到會(huì)話請(qǐng)求的群集控制功能實(shí)體選擇其所在 CDN節(jié)點(diǎn)內(nèi)的內(nèi)容交付功能實(shí)體，并與該內(nèi)容交付功能實(shí)體建立用戶設(shè)備上傳或上行流的 內(nèi)容的會(huì)話，通過該會(huì)話，用戶設(shè)備將其產(chǎn)生的內(nèi)容上傳或上行流至內(nèi)容交付功能實(shí)體。
在本發(fā)明實(shí)施例中，上行流(Upstreaming)，也稱為媒體流上行是指用戶設(shè)備將內(nèi) 容進(jìn)行流化并將該碼流發(fā)送到內(nèi)容交付功能實(shí)體中進(jìn)行緩存或者保存的方式。內(nèi)容上傳則 指的是媒體文件從用戶設(shè)備上傳到內(nèi)容交付功能實(shí)體中。在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí) 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。為了便于理解本發(fā)明實(shí)施例提供的技術(shù)方案，在對(duì)本發(fā)明實(shí)施例提供的技術(shù)方案 進(jìn)行說明之前，對(duì)本發(fā)明實(shí)施例應(yīng)用的基于NGN的IPTV系統(tǒng)進(jìn)行介紹。圖1為根據(jù)本發(fā)明實(shí)施例的基于NGN的IPTV系統(tǒng)的結(jié)構(gòu)示意圖。如圖1所示， 基于NGN的IPTV系統(tǒng)主要包括用戶設(shè)備(化6沖91^ !^1^，簡稱為冊(cè))11，在11^-1國 際標(biāo)準(zhǔn)組織中稱為用戶功能(End-User Functions)、業(yè)務(wù)控制功能(Service Control Function,簡稱SCF，如果在NGN中IMS,則為核心IMS-core IMS) 12、IPTV服務(wù)控制功能 (IPTV Service Control Functions，簡稱為 IPTV SCF) 13，有時(shí)也稱為 IPTV應(yīng)用功能(IPTV Application Functions，簡稱 IPTVAF)、內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，簡稱 為CDN) 14，在NGN網(wǎng)絡(luò)中有時(shí)候也稱為內(nèi)容分發(fā)和存儲(chǔ)(Content Deliveryand Storage)。 其中，CDN 14進(jìn)一步可以包括⑶N(主)控制器或CDN控制功能實(shí)體(Content Delivery & Storage Control Functions/Content Delivery Network Control Functions/Content Distribution &Location Control Functions，簡稱為 CD&SCF/CDNCF/CD&LCF) 15，群集控 制功能(Cluster Control Function 或 Content Distribution&Delivery & Location Control Functions,簡稱為CCF或CD&D&LCF) 16以及內(nèi)容交付功能實(shí)體(Content Delivery Function或Content Delivery and Storage Function,簡禾爾為CDF或CD&SF) 17。 其中一個(gè)CDN節(jié)點(diǎn)(l，2...n)可以包含1個(gè)群集控制功能實(shí)體16和一個(gè)或多個(gè)內(nèi)容交付 功能實(shí)體17。其中，在具體應(yīng)用中，⑶N節(jié)點(diǎn)(也可以叫集群Cluster)并不限于上述CDN 節(jié)點(diǎn)1和CDN節(jié)點(diǎn)2(圖中所示)，可以為多個(gè)。以下分別描述基于NGN的IPTV系統(tǒng)的各實(shí)體及接口。UE 11，具體地，可以為具有移動(dòng)能力的手機(jī)、固定網(wǎng)絡(luò)的機(jī)頂盒、實(shí)現(xiàn)機(jī)頂盒功能 的基于軟件實(shí)現(xiàn)的軟終端，還包括家庭網(wǎng)關(guān)等功能實(shí)體。UE通過與用戶交互，可以實(shí)現(xiàn)如點(diǎn) 播、直播等IPTV業(yè)務(wù)。SCF 12，與UE 11相連接，其作為NGN業(yè)務(wù)控制層面的主要功能實(shí)體的集合，主要 用于會(huì)話控制、業(yè)務(wù)認(rèn)證、鑒權(quán)、計(jì)費(fèi)等。在IMS網(wǎng)絡(luò)情況下，該實(shí)體為Core IMS。Core IMS 主要用于提供基于SIP的會(huì)話控制機(jī)制，對(duì)IPTV終端用戶進(jìn)行認(rèn)證、鑒權(quán)，請(qǐng)求資源接納控 制子系統(tǒng)進(jìn)行資源分配等。Core IMS通過與IPTV終端、IPTV應(yīng)用功能實(shí)體及內(nèi)容分發(fā)功 能實(shí)體交互進(jìn)行SIP會(huì)話，完成安全、服務(wù)質(zhì)量(Quality of Service，簡稱為QoS)、計(jì)費(fèi)、 漫游等功能。IPTV SCF 13，通過會(huì)話初始化協(xié)議(Session Initiation Protocol，簡稱為 SIP)與上述SCF 12相連接，用于在會(huì)話啟動(dòng)或者修改時(shí)提供業(yè)務(wù)鑒權(quán)，其功能包括檢查 用戶的信息、查看用戶是否能夠合法使用選擇的內(nèi)容；信用限制和信用控制；為系統(tǒng)選擇 提供初步服務(wù)的IPTV群集控制功能16，其中，該功能實(shí)體主要針對(duì)點(diǎn)播、直播、錄像、時(shí)移 等IPTV業(yè)務(wù)。IPTV SCF 13在IMS網(wǎng)絡(luò)情況下為一個(gè)IPTV SIP應(yīng)用服務(wù)器，其對(duì)應(yīng)OpenIPTV Forum標(biāo)準(zhǔn)組織中的IPTV Control禾口 IPTV Application的集合，對(duì)應(yīng)ITU-T標(biāo)準(zhǔn)中 的 IPTV 應(yīng)用功能(IPTV Application Functions)及應(yīng)用支持功能(ApplicationSupport Functions)以及月艮務(wù)支持功能(Service Support Functions)。⑶N 14，通過Xc和Xd接口與UE相連接，其中，通過Xc接口連接UE用于對(duì)媒體流 按照實(shí)時(shí)流協(xié)議(Real Time StreamingProtocol，簡稱為RTSP)進(jìn)行控制，通過Xd接口連 接UE用于對(duì)媒體流RTP進(jìn)行傳輸和媒體下載(可以采用HTTP協(xié)議)。⑶N控制功能15，完成16的選擇，通常在一個(gè)⑶N網(wǎng)絡(luò)中可能有1個(gè)或者多個(gè)該功 能實(shí)體，之間可能需要相互交互來進(jìn)行群集控制功能16的選擇。其主要包含位置控制功能 (Location ControIFunctions)禾口分發(fā)控制功會(huì)邑(Distribution Control Functions)。位 置控制功能負(fù)責(zé)選擇請(qǐng)求的內(nèi)容定位到合適的CDN節(jié)點(diǎn)，分發(fā)控制功能負(fù)責(zé)內(nèi)容分發(fā)(內(nèi) 容注入、內(nèi)容調(diào)度、老化等)的控制。群集控制功能16，該功能代理UE和功能17之間的消息交互，維護(hù)內(nèi)容交付功能 17的狀態(tài)并處理與其的交互，同時(shí)其也終結(jié)IPTV業(yè)務(wù)會(huì)話的建立。其主要包含位置控制功 能(Location ControIFunctions)禾口分發(fā)控制功能(Distribution Control Functions) 和內(nèi)容交付控制功能(Content Delivery Functions)。位置控制功能負(fù)責(zé)選擇請(qǐng)求的內(nèi) 容定位到合適的內(nèi)容交付功能17，分發(fā)控制功能負(fù)責(zé)內(nèi)容分發(fā)(內(nèi)容注入、內(nèi)容調(diào)度、老化 等)到具體的內(nèi)容交付功能17的控制。內(nèi)容交付控制主要負(fù)責(zé)RTSP媒體流的控制。內(nèi)容交付功能17，負(fù)責(zé)媒體的處理、交付(單播或者組播)和內(nèi)容分發(fā)、存儲(chǔ)功能。C21/C22接口(RTSP接口)，用戶群集控制功能16通過該接口對(duì)內(nèi)容交付功能17 進(jìn)行媒體控制。C11/C 12接口(控制接口)，該接口采用SIP協(xié)議實(shí)現(xiàn)，⑶N控制功能15決策可 以提供內(nèi)容上傳服務(wù)的其他CDN節(jié)點(diǎn)信息；CDN節(jié)點(diǎn)也可以通過該接口向CDN控制功能15 上報(bào)各節(jié)點(diǎn)的服務(wù)狀態(tài)信息等。根據(jù)本發(fā)明實(shí)施例，首先提供了一種內(nèi)容上傳方法，該方法用于將用戶設(shè)備產(chǎn)生 的內(nèi)容上傳至內(nèi)容分發(fā)網(wǎng)絡(luò)的一個(gè)或多個(gè)CDN節(jié)點(diǎn)，或者，將用戶設(shè)備產(chǎn)生媒體流上行至 內(nèi)容分發(fā)網(wǎng)絡(luò)的一個(gè)或多個(gè)CDN節(jié)點(diǎn)。圖2為根據(jù)本發(fā)明實(shí)施例的內(nèi)容上行方法的流程圖，如圖2所示，根據(jù)本發(fā)明實(shí)施 例的內(nèi)容上傳方法主要包括以下步驟(步驟S201-步驟S205)步驟S201 =CDN控制功能實(shí)體在接收到請(qǐng)求內(nèi)容上傳或者媒體流上行的會(huì)話初始 化請(qǐng)求后，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)，并向該一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群集控制功能實(shí)體發(fā)送 會(huì)話請(qǐng)求；步驟S203 接收到上述會(huì)話初始化請(qǐng)求的群集控制功能實(shí)體與其選擇的內(nèi)容交 付功能實(shí)體建立內(nèi)容上傳或媒體流上行的會(huì)話，并將建立的會(huì)話的確認(rèn)信息返回給CDN控 制功能實(shí)體；步驟S205 :CDN控制功能實(shí)體將接收到的確認(rèn)信息返回給用戶設(shè)備，用戶設(shè)備根 據(jù)接收到的確認(rèn)信息將內(nèi)容上傳或?qū)⒚襟w流上行至各個(gè)群集控制功能實(shí)體選擇的內(nèi)容交 付功能實(shí)體。在本發(fā)明實(shí)施例中，用戶設(shè)備發(fā)送的會(huì)話初始化請(qǐng)求包括請(qǐng)求內(nèi)容上傳(即媒 體文件的上傳)的會(huì)話初始化請(qǐng)求和請(qǐng)求媒體流上行(即上行流，UE將媒體流采用RTP的方式發(fā)送到CDN中)的會(huì)話初始化請(qǐng)求，針對(duì)這兩種內(nèi)容的上行，本發(fā)明實(shí)施例分別提供了 具體的處理方案，以下通過具體實(shí)施例進(jìn)行說明。實(shí)施例一在本實(shí)施例中，用戶設(shè)備請(qǐng)求媒體文件的上傳，具體可以采用FTP/HTTP等文件傳 輸協(xié)議的方式進(jìn)行上傳。在本實(shí)施例中，群集控制功能實(shí)體向CDN控制功能實(shí)體返回的為 保存用戶設(shè)備上傳的媒體文件的內(nèi)容交付功能實(shí)體的路徑信息，具體地，該路徑信息可以 包括內(nèi)容交付功能實(shí)體的IP地址和端口信息等。圖3為本實(shí)施例中用戶設(shè)備上傳媒體文件的流程圖，如圖3所示，用戶設(shè)備上傳媒 體文件主要包括以下步驟步驟301，用戶設(shè)備向業(yè)務(wù)控制功能和/或IPTV服務(wù)控制功能發(fā)送媒體文件的上 傳的會(huì)話請(qǐng)求(SIP INVITE)；在具體實(shí)施過程中，UE可以采用FTP/HTTP等文件傳輸協(xié)議的方式上傳媒體文件。具體地，在執(zhí)行該步驟的操作的過程中，將涉及UE、IPTV服務(wù)控制功能、業(yè)務(wù)控制 功能及資源與接納控制功能(RACS或RACF)的交互，其中，業(yè)務(wù)控制功能和資源與接納控制 功能之間將涉及到資源的預(yù)留操作。具體地，該會(huì)話請(qǐng)求可以攜帶有以下信息之一或其任意組合上傳的內(nèi)容標(biāo)識(shí)符 信息、內(nèi)容描述信息、媒體文件的大小信息等。并且，在Core IMS作為核心控制的情況下， 該會(huì)話請(qǐng)求可以采用SIP協(xié)議，將攜帶的相關(guān)信息保存在SDP中進(jìn)行發(fā)送。步驟302，IPTV服務(wù)控制功能或者業(yè)務(wù)控制功能將該媒體文件上傳的會(huì)話初始化 請(qǐng)求發(fā)送到⑶N中的⑶N控制功能；在具體實(shí)施過程中，該會(huì)話初始化請(qǐng)求中可以攜帶特定區(qū)域的信息，用于指示CDN 控制功能選擇該特定區(qū)域的CDN節(jié)點(diǎn)，或者，也可以在該會(huì)話初始化請(qǐng)求中不攜帶特定區(qū) 域的信息，即不限定CDN控制功能選擇的CDN節(jié)點(diǎn)的范圍。步驟303，接收到媒體文件上傳的會(huì)話初始化請(qǐng)求的CDN控制功能實(shí)體根據(jù)其管 理的各CDN節(jié)點(diǎn)的負(fù)載信息及接收到的會(huì)話初始化請(qǐng)求中是否含有特定區(qū)域的信息確定 需要保存該媒體文件(或稱為媒體內(nèi)容)的一個(gè)或多個(gè)CDN節(jié)點(diǎn)。在本實(shí)施例中，以選擇CDN節(jié)點(diǎn)1為例進(jìn)行說明，對(duì)于選擇多個(gè)CDN節(jié)點(diǎn)，其具體 操作與選擇一個(gè)CDN節(jié)點(diǎn)的操作相似。步驟304，CDN控制功能將該媒體文件上傳的會(huì)話初始化請(qǐng)求轉(zhuǎn)發(fā)給其選定的CDN 節(jié)點(diǎn)1的群集控制功能；步驟305，群集控制功能選擇其所在CDN節(jié)點(diǎn)的內(nèi)容交付功能并與其建立媒體文 件上傳的會(huì)話；具體地，群集控制功能可以根據(jù)內(nèi)容交付功能的負(fù)載狀態(tài)信息等信息進(jìn)行內(nèi)容交 付功能的選擇。具體地，媒體控制功能實(shí)體與內(nèi)容交付功能實(shí)體建立媒體文件上傳的會(huì)話可以包 括以下幾個(gè)步驟步驟1，群集控制功能向其選中的內(nèi)容交付功能發(fā)送內(nèi)容上傳請(qǐng)求；步驟2，內(nèi)容交付功能實(shí)體接收上述內(nèi)容上傳請(qǐng)求，向群集控制功能發(fā)送內(nèi)容上傳 的響應(yīng)消息，其中，該響應(yīng)消息中攜帶有可以上傳的確認(rèn)信息以及可以存儲(chǔ)該媒體文件的
9路徑信息；步驟3，群集控制功能根據(jù)其接收到的來自CDN控制功能實(shí)體的上述會(huì)話初始化 請(qǐng)求中攜帶的媒體文件大小信息確定分配給該媒體文件上傳需要的資源信息，其中，包含 需要分配的帶寬信息等。在具體實(shí)施過程中，步驟3可以在步驟1和2之前執(zhí)行。步驟306，群集控制功能向CDN控制功能發(fā)送響應(yīng)消息，該響應(yīng)消息中攜帶有保存 用戶設(shè)備上傳的媒體文件的內(nèi)容交付功能實(shí)體的路徑信息，即IP地址、端口等信息，可選 地，還可以攜帶媒體文件上傳所需要的帶寬信息等；步驟307，CDN控制功能實(shí)體將接收到的響應(yīng)消息中攜帶的信息通過媒體文件上 傳的響應(yīng)消息轉(zhuǎn)發(fā)給IPTV服務(wù)控制功能或者業(yè)務(wù)控制功能；步驟308，IPTV服務(wù)控制功能或者業(yè)務(wù)控制功能將上述信息通過上傳應(yīng)答消息返 回給UE，在執(zhí)行步驟308的操作時(shí)，包含對(duì)上述步驟301中業(yè)務(wù)控制功能預(yù)留的帶寬等資源 進(jìn)行提交的操作；步驟309，接收到上述上傳應(yīng)答消息的UE根據(jù)上述IP地址及端口信息等，與對(duì)應(yīng) 的內(nèi)容交付功能實(shí)體之間進(jìn)行FTP或者HTTP等文件傳輸，將UE中的媒體內(nèi)容上傳到內(nèi)容 交付功能中。實(shí)施例二在本實(shí)施例中，用戶設(shè)備請(qǐng)求媒體流上行，在本實(shí)施例中，群集控制功能實(shí)體向 CDN控制功能實(shí)體返回的為RTSP的會(huì)話標(biāo)識(shí)符信息。圖4為本實(shí)施例中用戶設(shè)備的上行流(即媒體流上行)的流程圖，如圖4所示，用 戶設(shè)備的上行流主要包括以下步驟步驟401，UE向IPTV服務(wù)控制功能或業(yè)務(wù)控制功能實(shí)體發(fā)送上行流的會(huì)話請(qǐng)求 (SIP INVITE)；該會(huì)話請(qǐng)求將涉及UE、IPTV服務(wù)控制功能、業(yè)務(wù)控制功能及資源與接納控制功能 (RACS或RACF)的交互，其中，業(yè)務(wù)控制功能與資源與接納控制功能之間將涉及到資源的預(yù) 留操作。具體地，該會(huì)話請(qǐng)求中可以攜帶上行流的內(nèi)容標(biāo)識(shí)符信息、內(nèi)容描述信息、媒體內(nèi) 容的碼流大小信息等。在Core IMS作為核心控制的情況下，該會(huì)話請(qǐng)求可以采用SIP協(xié)議， 相關(guān)信息保存在SDP中進(jìn)行發(fā)送。步驟402，IPTV服務(wù)控制功能或者業(yè)務(wù)控制功能將上行流的會(huì)話初始化請(qǐng)求發(fā)送 到CDN控制功能實(shí)體；步驟403，接收到上行流的會(huì)話初始化請(qǐng)求的CDN控制功能實(shí)體根據(jù)其管理的各 CDN節(jié)點(diǎn)的負(fù)載信息及請(qǐng)求的SDP中是否攜帶有特定區(qū)域的信息確定保存UE上傳的媒體流 的一個(gè)或多個(gè)CDN節(jié)點(diǎn)，在本實(shí)施例中，下面步驟中以選擇的一個(gè)CDN節(jié)點(diǎn)為例進(jìn)行說明， 對(duì)于選擇的其他CDN節(jié)點(diǎn)，其操作相似；步驟404 :CDN控制功能實(shí)體將上行流的會(huì)話初始化請(qǐng)求轉(zhuǎn)發(fā)給其選定CDN節(jié)點(diǎn)的 群集控制功能；步驟405，群集控制功能選擇內(nèi)容交付功能并與其建立上行流的會(huì)話，具體可以根 據(jù)內(nèi)容交付功能的負(fù)載狀態(tài)等信息進(jìn)行選擇；
具體地，群集控制功能實(shí)體與內(nèi)容交付功能實(shí)體建立會(huì)話可以包括以下步驟步驟1，群集控制功能向其選中的內(nèi)容交付功能發(fā)送上行流的查詢請(qǐng)求(RTSP DESCRIBE 消息)；步驟2，內(nèi)容交付功能向群集控制功能返回響應(yīng)消息，其中，該響應(yīng)消息中可以攜 帶接收上行流的媒體路徑信息，即IP地址、端口等信息；步驟3，群集控制功能向內(nèi)容交付功能發(fā)送媒體通道建立消息(RTSP SETUP)；步驟4，內(nèi)容交付功能接收上述媒體通道建立消息，向群集控制功能發(fā)送媒體通道 建立成功的確認(rèn)消息，該確認(rèn)消息中攜帶有RTSP的會(huì)話標(biāo)識(shí)符信息，即RTSP Session ID ；步驟5，群集控制功能根據(jù)上述接收到的上行流的會(huì)話初始化請(qǐng)求中攜帶的碼流 大小等信息(例如，高清、標(biāo)清等信息)確定分配給該文件上行流的資源信息，其中，包含需 要分配的帶寬信息等。在具體實(shí)施過程中，上述步驟5可以在上述步驟1、2、3和4之前執(zhí)行。步驟406，群集控制功能向CDN控制功能發(fā)送響應(yīng)消息，該響應(yīng)消息中包含有建立 的RTSP的會(huì)話標(biāo)識(shí)符信息、帶寬等資源信息；步驟407，CDN控制功能實(shí)體將接收到的響應(yīng)消息中攜帶的信息轉(zhuǎn)發(fā)給IPTV服務(wù) 控制功能或者業(yè)務(wù)控制功能；步驟408，IPTV服務(wù)控制功能或者業(yè)務(wù)控制功能將上述步驟407中接收到的信息 返回還給UE，具體可以通過上行流的應(yīng)答消息返回給UE ；在執(zhí)行該步驟的過程中，包括對(duì)步驟401中業(yè)務(wù)控制功能預(yù)留的帶寬等資源進(jìn)行 提交的操作。步驟409，上行流從UE到內(nèi)容交付功能。具體地，接收到上述應(yīng)答消息的UE根據(jù)消息中攜帶的信息執(zhí)行以下步驟步驟1，UE向群集控制功能發(fā)送RTSP錄制(RTSP RECORD)請(qǐng)求，請(qǐng)求錄制內(nèi)容，該 請(qǐng)求中攜帶接收到的上述RTSP的會(huì)話標(biāo)識(shí)符；步驟2，群集控制功能到內(nèi)容交付功能請(qǐng)求RTSP RECORD，請(qǐng)求錄制內(nèi)容；步驟3，內(nèi)容交付功能向群集控制功能發(fā)送確認(rèn)消息，即將進(jìn)行錄制；步驟4，群集控制功能向UE發(fā)送確認(rèn)消息，即將進(jìn)行錄制，上行流從UE到內(nèi)容交付 功能。通過本發(fā)明實(shí)施例提供的上述內(nèi)容上傳方法，可以實(shí)現(xiàn)用戶產(chǎn)生內(nèi)容的上傳。根據(jù)本發(fā)明實(shí)施例，還提供了 一種內(nèi)容分發(fā)網(wǎng)絡(luò)。圖5為根據(jù)本發(fā)明實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)的結(jié)構(gòu)示意圖，如圖5所示，根據(jù)本發(fā)明 實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)主要包括CDN控制功能實(shí)體1和一個(gè)或多個(gè)CDN節(jié)點(diǎn)3(圖中示出 了一個(gè)CDN節(jié)點(diǎn))。下面結(jié)合附圖分別對(duì)上述各個(gè)實(shí)體進(jìn)行描述。如圖5所示，具體地，⑶N控制功能實(shí)體可以包括第一接收模塊11、第一選擇模塊 13和第一發(fā)送模塊15。其中，第一接收模塊11，用于接收請(qǐng)求內(nèi)容上傳或者媒體流上行的 會(huì)話初始化請(qǐng)求；第一選擇模塊13與第一接收模塊11連接，用于根據(jù)一個(gè)或多個(gè)CDN節(jié)點(diǎn) 3的負(fù)載信息和/或上述會(huì)話初始化請(qǐng)求中攜帶的區(qū)域信息，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)；第 一發(fā)送模塊15與第一選擇模塊11連接，用于向第一選擇模塊11分配的一個(gè)或多個(gè)⑶N節(jié)點(diǎn)的群集控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求；對(duì)于每個(gè)⑶N節(jié)點(diǎn)3包括群集控制功能實(shí)體31和至少一個(gè)內(nèi)容交付功能實(shí)體 33 (為了方便示意，圖中只示出了一個(gè))。其中，如圖5所示，群集控制功能實(shí)體31可以包括第二接收模塊311、第二選擇 模塊313、會(huì)話建立模塊315和第二發(fā)送模塊317。其中，第二接收模塊311，用于接收⑶N 控制功能實(shí)體1發(fā)送的會(huì)話請(qǐng)求；第二選擇模塊313與第二接收模塊311連接，用于根據(jù)該 群集控制功能實(shí)體所在的CDN節(jié)點(diǎn)中各個(gè)內(nèi)容交付功能實(shí)體33的負(fù)載狀態(tài)信息，選擇一個(gè) 內(nèi)容交付功能實(shí)體；會(huì)話建立模塊315與第二選擇模塊313連接，用于建立群集控制功能實(shí) 體與第二選擇模塊313選擇的內(nèi)容交付功能實(shí)體33的會(huì)話；第二發(fā)送模塊317與會(huì)話建立 模塊315連接，用于將會(huì)話建立模塊317建立的會(huì)話的確認(rèn)信息發(fā)送給用戶設(shè)備；內(nèi)容交付功能實(shí)體33與群集控制功能實(shí)體31和用戶設(shè)備連接，用于接收用戶設(shè) 備上傳的內(nèi)容或者上行的媒體流。如上所述，借助本發(fā)明實(shí)施例提供的技術(shù)方案，通過CDN控制功能實(shí)體選擇保存 用戶設(shè)備上傳的數(shù)據(jù)的CDN節(jié)點(diǎn)，并通過CDN節(jié)點(diǎn)內(nèi)部的群集控制實(shí)體與內(nèi)容交付功能 實(shí)體建立上傳數(shù)據(jù)的會(huì)話，可以將用戶設(shè)備產(chǎn)生的內(nèi)容上傳到CDN節(jié)點(diǎn)的內(nèi)容交付功能實(shí) 體，從而使得下一代網(wǎng)絡(luò)中的內(nèi)容分發(fā)網(wǎng)絡(luò)可以支持用戶產(chǎn)生內(nèi)容，因而可以為用戶提供 更多的新業(yè)務(wù)，進(jìn)而可以提高用戶體驗(yàn)，提升服務(wù)商的競爭力。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種內(nèi)容上行的方法，其特征在于，所述方法包括CDN控制功能實(shí)體在接收到請(qǐng)求內(nèi)容上傳或者媒體流上行的會(huì)話初始化請(qǐng)求后，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)，并向所述一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群集控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求；接收到所述會(huì)話請(qǐng)求的群集控制功能實(shí)體與其選擇的內(nèi)容交付功能實(shí)體建立內(nèi)容上傳或者媒體流上行的會(huì)話，并將所述會(huì)話的確認(rèn)信息返回給所述CDN控制功能實(shí)體；所述CDN控制功能實(shí)體將接收到的確認(rèn)信息返回給用戶設(shè)備，所述用戶設(shè)備根據(jù)所述確認(rèn)信息將內(nèi)容上傳或?qū)⒚襟w流上行至各個(gè)群集控制功能實(shí)體選擇的所述內(nèi)容交付功能實(shí)體。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CDN控制功能實(shí)體接收到所述會(huì)話初 始化請(qǐng)求之前，所述方法還包括所述用戶設(shè)備向業(yè)務(wù)控制功能實(shí)體或IPTV服務(wù)控制功能實(shí)體發(fā)送請(qǐng)求消息，請(qǐng)求向 CDN進(jìn)行內(nèi)容上傳或者媒體流上行；所述業(yè)務(wù)控制功能實(shí)體或IPTV服務(wù)控制功能實(shí)體接收到所述請(qǐng)求消息后，向所述CDN 控制功能實(shí)體發(fā)送所述會(huì)話初始化請(qǐng)求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述請(qǐng)求消息和所述會(huì)話初始化請(qǐng)求中 攜帶的參數(shù)包括以下之一或其任意組合上傳內(nèi)容的內(nèi)容標(biāo)識(shí)符信息或上行的媒體流的內(nèi) 容標(biāo)識(shí)符信息、內(nèi)容描述信息、內(nèi)容的碼流大小信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CDN控制功能實(shí)體按照以下方式分配 一個(gè)或多個(gè)⑶N節(jié)點(diǎn)所述CDN控制功能實(shí)體根據(jù)其管理的各個(gè)CDN節(jié)點(diǎn)的負(fù)載信息和/或所述會(huì)話初始化 請(qǐng)求中攜帶的區(qū)域信息，確定需要保存所述用戶設(shè)備的內(nèi)容的所述一個(gè)或多個(gè)CDN節(jié)點(diǎn)。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述群集控制功能實(shí)體根據(jù)其所在CDN節(jié) 點(diǎn)內(nèi)各個(gè)內(nèi)容交付功能實(shí)體的負(fù)載狀態(tài)信息，選擇所述內(nèi)容交付功能實(shí)體。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CDN控制功能實(shí)體將接收到的確認(rèn)信 息返回給所述用戶設(shè)備包括所述CDN控制功能實(shí)體將所述確認(rèn)信息發(fā)送給IPTV服務(wù)控制功能實(shí)體或業(yè)務(wù)控制功 能實(shí)體；所述IPTV服務(wù)控制功能實(shí)體或業(yè)務(wù)控制功能實(shí)體將所述確認(rèn)信息發(fā)送給所述用戶設(shè)備。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，如果所述CDN控制功能實(shí)體 接收到的為請(qǐng)求內(nèi)容上傳的會(huì)話初始化請(qǐng)求，則，所述用戶設(shè)備請(qǐng)求上傳的內(nèi)容包括媒體文件；所述確認(rèn)信息包括內(nèi)容交付功能實(shí)體存儲(chǔ)所述媒體文件的路徑信息，其中，所述路徑 信息包括IP地址和端口信息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述群集控制功能實(shí)體與其選擇的內(nèi)容 交付功能實(shí)體建立內(nèi)容上傳或媒體流上行的會(huì)話包括所述群集控制功能實(shí)體向所述內(nèi)容交付功能實(shí)體發(fā)送內(nèi)容上傳請(qǐng)求；所述內(nèi)容交付功能實(shí)體接收所述內(nèi)容上傳請(qǐng)求，向所述媒體控制功能實(shí)體返回內(nèi)容上 傳的響應(yīng)消息，其中，所述響應(yīng)消息中攜帶有確認(rèn)內(nèi)容上傳的信息、存儲(chǔ)所述媒體文件的路徑信息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述群集控制功能實(shí)體與其選擇的內(nèi)容 交付功能實(shí)體建立內(nèi)容上傳或媒體流上行的會(huì)話還包括所述群集控制功能實(shí)體根據(jù)其接收到的所述會(huì)話初始化請(qǐng)求中攜帶的用戶設(shè)備上傳 的媒體文件的大小，確定分配給上傳所述媒體文件的資源。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述用戶設(shè)備根據(jù)所述確認(rèn)信息將內(nèi)容 分別上傳至各個(gè)內(nèi)容交付功能實(shí)體包括所述用戶設(shè)備根據(jù)所述路徑信息分別與各個(gè)內(nèi)容交付功能實(shí)體進(jìn)行文件傳輸，將所述 用戶設(shè)備中的媒體內(nèi)容上傳到各個(gè)內(nèi)容交付功能實(shí)體。
11.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，如果所述CDN控制功能實(shí) 體接收到的為請(qǐng)求媒體流上行的會(huì)話初始化請(qǐng)求，則，所述用戶設(shè)備請(qǐng)求上行媒體流的內(nèi)容包括已經(jīng)流化的媒體；所述確認(rèn)信息包括建立的實(shí)時(shí)流協(xié)議RTSP的會(huì)話標(biāo)識(shí)符。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述群集控制功能實(shí)體與其選擇的內(nèi) 容交付功能實(shí)體建立內(nèi)容上傳或媒體流上行的會(huì)話包括所述群集控制功能實(shí)體向所述內(nèi)容交付功能實(shí)體發(fā)送媒體流上行的查詢請(qǐng)求；所述內(nèi)容交付功能實(shí)體接收所述查詢請(qǐng)求，并向所述群集控制功能實(shí)體返回響應(yīng)消 息，其中，所述響應(yīng)消息中攜帶有接收已經(jīng)流化的媒體的媒體路徑信息；所述群集控制功能實(shí)體接收所述響應(yīng)消息，向所述內(nèi)容交付功能實(shí)體發(fā)送媒體通道建 立請(qǐng)求；所述內(nèi)容交付功能實(shí)體接收所述媒體通道建立請(qǐng)求消息，向所述群集控制功能實(shí)體返 回媒體通道建立成功的確認(rèn)消息，其中，所述確認(rèn)消息中攜帶有所述RTSP的會(huì)話標(biāo)識(shí)符。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述群集控制功能實(shí)體與其選擇的內(nèi) 容交付功能實(shí)體建立內(nèi)容上傳或媒體流上行的會(huì)話還包括所述群集控制功能根據(jù)接收到的所述會(huì)話初始化請(qǐng)求中攜帶的媒體流上傳的碼流大 小信息，確定分配給媒體流上行的資源。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述用戶設(shè)備根據(jù)所述確認(rèn)信息將媒 體流上行至各個(gè)內(nèi)容交付功能實(shí)體包括所述用戶設(shè)備根據(jù)所述群集控制功能實(shí)體返回的所述RTSP的會(huì)話標(biāo)識(shí)符，向所述群 集控制功能發(fā)送RTSP請(qǐng)求，其中，所述RTSP請(qǐng)求中攜帶有所述RTSP的會(huì)話標(biāo)識(shí)符；所述群 集控制功能接收所述RTSP請(qǐng)求，向其選擇的所述內(nèi)容交付功能實(shí)體發(fā)送流控制請(qǐng)求；所述內(nèi)容交付功能向所述群集控制功能實(shí)體發(fā)送確認(rèn)消息；所述群集控制功能實(shí)體向所述用戶設(shè)備返回確認(rèn)消息，UE進(jìn)行已經(jīng)流化的媒體上行。
15.一種內(nèi)容分發(fā)網(wǎng)絡(luò)，其特征在于，包括CDN控制功能實(shí)體和一個(gè)或多個(gè)CDN節(jié)點(diǎn)， 其中，所述⑶N控制功能實(shí)體，包括第一接收模塊，用于接收請(qǐng)求內(nèi)容上傳或媒體流上行的會(huì)話初始化請(qǐng)求；第一選擇模塊，用于根據(jù)所述一個(gè)或多個(gè)CDN節(jié)點(diǎn)的負(fù)載信息和/或所述會(huì)話初始化 請(qǐng)求中攜帶的區(qū)域信息，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)；第一發(fā)送模塊，用于向所述第一選擇模塊分配的所述一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群集控制 功能實(shí)體發(fā)送會(huì)話請(qǐng)求；所述一個(gè)或多個(gè)CDN節(jié)點(diǎn)，其中，每個(gè)CDN節(jié)點(diǎn)包括群集控制功能實(shí)體和至少一個(gè)內(nèi) 容交付功能實(shí)體，其中，群集控制功能實(shí)體，包括第二接收模塊，用于接收所述CDN控制功能實(shí)體發(fā)送的所述會(huì)話請(qǐng)求； 第二選擇模塊，用于根據(jù)所述群集控制功能實(shí)體所在的CDN節(jié)點(diǎn)中各個(gè)內(nèi)容交付功能 實(shí)體的負(fù)載狀態(tài)信息，選擇一個(gè)內(nèi)容交付功能實(shí)體；會(huì)話建立模塊，用于建立所述群集控制功能實(shí)體與所述第二選擇模塊選擇的所述內(nèi)容 交付功能實(shí)體的會(huì)話；第二發(fā)送模塊，用于將所述會(huì)話建立模塊建立的所述會(huì)話的屬性信息發(fā)送給用戶設(shè)備；所述內(nèi)容交付功能實(shí)體，用于接收所述用戶設(shè)備上傳的媒體文件或上行的媒體流。
全文摘要
本發(fā)明公開了一種內(nèi)容上行方法及內(nèi)容交付功能實(shí)體。上述方法用于將UE產(chǎn)生的內(nèi)容上傳或者媒體流上行至CDN的一個(gè)或多個(gè)CDN節(jié)點(diǎn)，包括CDN控制功能實(shí)體在接收到請(qǐng)求內(nèi)容上傳或者媒體流上行的會(huì)話初始化請(qǐng)求后，分配一個(gè)或多個(gè)CDN節(jié)點(diǎn)，并向一個(gè)或多個(gè)CDN節(jié)點(diǎn)的群集控制功能實(shí)體發(fā)送會(huì)話請(qǐng)求；接收到會(huì)話請(qǐng)求的群集控制功能實(shí)體與其選擇的內(nèi)容交付功能實(shí)體建立內(nèi)容上傳或者媒體流上行的會(huì)話，并將會(huì)話的確認(rèn)信息返回給CDN控制功能實(shí)體；CDN控制功能實(shí)體將接收到的確認(rèn)信息返回給UE，UE根據(jù)該確認(rèn)信息將內(nèi)容上傳或?qū)⒚襟w流上行至內(nèi)容交付功能實(shí)體。根據(jù)本發(fā)明，下一代網(wǎng)絡(luò)中的內(nèi)容分發(fā)網(wǎng)絡(luò)可以支持用戶產(chǎn)生內(nèi)容。
文檔編號(hào)H04N21/25GK101990113SQ20091016419
公開日2011年3月23日 申請(qǐng)日期2009年8月6日 優(yōu)先權(quán)日2009年8月6日
發(fā)明者夏宏飛 申請(qǐng)人:中興通訊股份有限公司