• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>
    當(dāng)前位置: 首頁 > 專利查詢>北京大學(xué)專利>正文

    視頻傳輸方法及設(shè)備技術(shù)

    技術(shù)編號(hào):11170187 閱讀:130 留言:0更新日期:2015-03-19 09:52
    本發(fā)明專利技術(shù)提供一種視頻傳輸方法及設(shè)備。方法包括:客戶端獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器的地址信息;根據(jù)多臺(tái)CDN服務(wù)器的地址信息,向多臺(tái)CDN服務(wù)器發(fā)送請求觀看視頻數(shù)據(jù)的請求消息,以使多臺(tái)CDN服務(wù)器對視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊并發(fā)送給客戶端;接收多臺(tái)CDN服務(wù)器分別發(fā)送的視頻分塊,并根據(jù)接收的視頻分塊解碼出視頻數(shù)據(jù)。本發(fā)明專利技術(shù)技術(shù)方案使用多臺(tái)CDN服務(wù)器并發(fā)傳輸視頻分塊,可以有效地提升視頻傳輸?shù)馁|(zhì)量。

    【技術(shù)實(shí)現(xiàn)步驟摘要】
    視頻傳輸方法及設(shè)備
    本專利技術(shù)涉及視頻傳輸技術(shù),尤其涉及一種視頻傳輸方法及設(shè)備。
    技術(shù)介紹
    隨著有線和無線寬帶演進(jìn)的高速發(fā)展,互聯(lián)網(wǎng)(Internet)的基礎(chǔ)架構(gòu)正日益完 善,許多城市的城域網(wǎng)從接入到核心各個(gè)部分都實(shí)現(xiàn)了寬帶化,于是網(wǎng)絡(luò)視頻流媒體直播 和點(diǎn)播業(yè)務(wù)在這種情景下得以應(yīng)運(yùn)而生。 傳統(tǒng)的流媒體業(yè)務(wù)往往采用基于用戶數(shù)據(jù)報(bào)協(xié)議(UserDatagramProtocol,簡 稱為UDP)的實(shí)時(shí)傳輸協(xié)議(Real-timeTransportProtocol,簡稱為RTP)或?qū)崟r(shí)流協(xié)議 (RealTimeStreamingProtocol,簡稱為RTSP)等,這些協(xié)議往往需要專用的流媒體軟件, 應(yīng)用分發(fā)成本高,維護(hù)復(fù)雜,效果欠佳。近年來,基于超文本傳輸協(xié)議(HypertextTransfer Protocol,簡稱為HTTP)的視頻流媒體傳輸在業(yè)內(nèi)引發(fā)了巨大的興趣。基于HTTP的視頻 流媒體傳輸流程如下:客戶端向服務(wù)器請求視頻;服務(wù)端將視頻的內(nèi)容分發(fā)網(wǎng)絡(luò)(Content DeliveryNetwork,簡稱為⑶N)地址返回給客戶端,客戶端通過域名系統(tǒng)(DomainName System,簡稱為DNS)查找獲得網(wǎng)絡(luò)狀況最好的⑶N服務(wù)器;客戶端和⑶N服務(wù)器之間進(jìn)行 測速通信,得到一個(gè)合適的視頻碼率;客戶端到CDN服務(wù)器上獲取選定質(zhì)量的視頻。 在上述基于HTTP的視頻流媒體傳輸過程中存在以下問題:客戶端只從一個(gè)CDN服 務(wù)器獲取視頻,下載的速度有限,尤其是在網(wǎng)絡(luò)狀況不好的情況下,客戶端觀看視頻的質(zhì)量 會(huì)受到影響。 【專利技術(shù)內(nèi)容】 本專利技術(shù)提供一種視頻傳輸方法及設(shè)備,用以提高視頻傳輸質(zhì)量。 第一方面提供一種視頻傳輸方法,包括: 客戶端獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器的地址信 息; 所述客戶端根據(jù)所述多臺(tái)⑶N服務(wù)器的地址信息,向所述多臺(tái)⑶N服務(wù)器發(fā)送請 求觀看所述視頻數(shù)據(jù)的請求消息,以使所述多臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理 形成多個(gè)視頻分塊并發(fā)送給所述客戶端; 所述客戶端接收所述多臺(tái)CDN服務(wù)器分別發(fā)送的所述視頻分塊,并根據(jù)所述接收 的視頻分塊解碼出所述視頻數(shù)據(jù)。 第二方面提供一種視頻傳輸方法,包括: 內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N服務(wù)器接收客戶端根據(jù)所述⑶N服務(wù)器的地址信息發(fā)送的請求 觀看視頻數(shù)據(jù)的請求消息,所述請求消息包括所述客戶端獲取的所述CDN服務(wù)器的傳輸時(shí) 間,所述傳輸時(shí)間是指所述CDN服務(wù)器向所述客戶端傳輸所述視頻數(shù)據(jù)的時(shí)間長度; 所述CDN服務(wù)器根據(jù)所述請求消息,對所述視頻數(shù)據(jù)進(jìn)行盧比變換LT編碼,形成 包括編號(hào)信息的多個(gè)視頻分塊;其中,不同視頻分塊的編號(hào)信息不同; 所述CDN服務(wù)器以所述傳輸時(shí)間為依據(jù)向所述客戶端發(fā)送所述視頻分塊,以使所 述客戶端根據(jù)接收到的視頻分塊解碼出所述視頻數(shù)據(jù)。 第三方面提供一種客戶端,包括: 第一獲取模塊,用于獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù) 器的地址信息; 發(fā)送模塊,用于根據(jù)所述第一獲取模塊獲取的所述多臺(tái)⑶N服務(wù)器的地址信息, 向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀看所述視頻數(shù)據(jù)的請求消息,以使所述CDN服務(wù)器對所 述視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊并發(fā)送給所述客戶端; 接收模塊,用于接收所述多臺(tái)CDN服務(wù)器分別發(fā)送的所述視頻分塊,并根據(jù)所述 接收的視頻分塊解碼出所述視頻數(shù)據(jù)。 第四方面提供一種內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N服務(wù)器,包括: 接收模塊,用于接收客戶端根據(jù)所述CDN服務(wù)器的地址信息發(fā)送的請求觀看視頻 數(shù)據(jù)的請求消息,所述請求消息包括所述客戶端獲取的所述CDN服務(wù)器的傳輸時(shí)間,所述 傳輸時(shí)間是指所述CDN服務(wù)器向所述客戶端傳輸所述視頻數(shù)據(jù)的時(shí)間長度; 編碼分塊模塊,用于根據(jù)所述請求消息,對所述視頻數(shù)據(jù)進(jìn)行盧比變換LT編碼, 形成包括編號(hào)信息的多個(gè)視頻分塊;其中,不同視頻分塊的編號(hào)信息不同; 發(fā)送模塊,用于以所述傳輸時(shí)間為依據(jù)向所述客戶端發(fā)送所述視頻分塊,以使所 述客戶端根據(jù)接收到的視頻分塊解碼出所述視頻數(shù)據(jù)。 本專利技術(shù)提供的視頻傳輸方法及設(shè)備,客戶端獲取存儲(chǔ)有待請求視頻數(shù)據(jù)的多臺(tái) CDN服務(wù)器的地址信息,然后根據(jù)獲取的地址信息向多臺(tái)CDN服務(wù)器發(fā)送請求觀看所述視 頻數(shù)據(jù)的請求消息,以使多臺(tái)CDN服務(wù)器分別對視頻數(shù)據(jù)進(jìn)行分塊處理形成視頻分塊后分 別發(fā)送給客戶端,這樣客戶端就可以接收多臺(tái)CDN服務(wù)器分別發(fā)送的視頻分塊,并根據(jù)接 收到的視頻分塊解碼出視頻數(shù)據(jù)。與現(xiàn)有技術(shù)相比,本專利技術(shù)使用多臺(tái)CDN服務(wù)器并發(fā)傳輸 視頻分塊,可以有效地提升視頻傳輸?shù)馁|(zhì)量。 【附圖說明】 圖1為本專利技術(shù)各實(shí)施例所基于的一種應(yīng)用場景不意圖; 圖2為本專利技術(shù)實(shí)施例提供的一種視頻傳輸方法的流程圖; 圖3為本專利技術(shù)實(shí)施例提供的另一種視頻傳輸方法的流程圖; 圖4為本專利技術(shù)實(shí)施例提供的又一種視頻傳輸方法的流程圖; 圖5為本專利技術(shù)實(shí)施例提供的又一種視頻傳輸方法的流程圖; 圖6為本專利技術(shù)實(shí)施例提供的一種客戶端的結(jié)構(gòu)示意圖; 圖7為本專利技術(shù)實(shí)施例提供的另一種客戶端的結(jié)構(gòu)示意圖; 圖8為本專利技術(shù)實(shí)施例提供的一種⑶N服務(wù)器的結(jié)構(gòu)示意圖。 【具體實(shí)施方式】 本專利技術(shù)以下實(shí)施例的一種應(yīng)用場景可以如圖1所示,但不限于此。圖1所示系統(tǒng) 包括多臺(tái)CDN服務(wù)器和一個(gè)客戶端。如圖1所示,所述系統(tǒng)還包括視頻網(wǎng)站;視頻網(wǎng)站的所 有視頻在每臺(tái)CDN服務(wù)器上都存有副本。如果視頻網(wǎng)站提供的是HTTP漸進(jìn)式下載的流媒 體服務(wù),則視頻文件完整地存放在每臺(tái)CDN服務(wù)器上,進(jìn)一步可選的為了便于客戶端可以 隨機(jī)訪問該視頻文件,視頻網(wǎng)站還可以將視頻文件的索引(box)放到視頻文件頭部。如果 視頻網(wǎng)站提供的是動(dòng)態(tài)流媒體視頻,則每個(gè)視頻會(huì)被切片后放在每臺(tái)CDN服務(wù)器上,例如 可以將視頻切成大約5s-段的視頻片段放在每臺(tái)CDN服務(wù)器上,但不限于此。 圖2為本專利技術(shù)實(shí)施例提供的一種視頻傳輸方法的流程圖。如圖2所示,所述方法 包括: 201、客戶端獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器的地 址信息; 202、客戶端根據(jù)所述多臺(tái)⑶N服務(wù)器的地址信息,向所述多臺(tái)⑶N服務(wù)器發(fā)送請 求觀看所述視頻數(shù)據(jù)的請求消息,以使所述多臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理 形成多個(gè)視頻分塊并發(fā)送給所述客戶端; 203、客戶端接收所述多臺(tái)CDN服務(wù)器分別發(fā)送的所述視頻分塊,并根據(jù)所述接收 的視頻分塊解碼出所述視頻數(shù)據(jù)。 針對現(xiàn)有技術(shù)中客戶端僅從一臺(tái)CDN服務(wù)器取視頻數(shù)據(jù)所存在的缺陷,本實(shí)施例 提供一種由多臺(tái)CDN服務(wù)器并發(fā)傳輸視頻數(shù)據(jù)的方法。具體的,客戶端首先獲取存儲(chǔ)有待 請求的視頻數(shù)據(jù)的多臺(tái)CDN服務(wù)器的地址信息,然后基于獲取的地址信息,向多臺(tái)CDN服務(wù) 器發(fā)送請求觀看視頻數(shù)據(jù)的請求消息;對每臺(tái)CDN服務(wù)器來說,在接收到客戶端發(fā)送的請 求消息后,對視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊,然后將視頻分塊發(fā)送給客戶端;客 戶端接收多臺(tái)CDN服務(wù)器分別發(fā)送的視頻分塊,進(jìn)而根據(jù)接收到的視頻分塊解碼出所述視 頻數(shù)據(jù)。 在此說明,客戶端發(fā)送的請求消息中可以包括請求觀看的視頻數(shù)據(jù)的標(biāo)識(shí)或本文檔來自技高網(wǎng)...
    視頻傳輸方法及設(shè)備

    【技術(shù)保護(hù)點(diǎn)】
    一種視頻傳輸方法,其特征在于,包括:客戶端獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器的地址信息;所述客戶端根據(jù)所述多臺(tái)CDN服務(wù)器的地址信息,向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀看所述視頻數(shù)據(jù)的請求消息,以使所述多臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊并發(fā)送給所述客戶端;所述客戶端接收所述多臺(tái)CDN服務(wù)器分別發(fā)送的所述視頻分塊,并根據(jù)所述接收的視頻分塊解碼出所述視頻數(shù)據(jù)。

    【技術(shù)特征摘要】
    1. 一種視頻傳輸方法,其特征在于,包括: 客戶端獲取存儲(chǔ)有待請求的視頻數(shù)據(jù)的多臺(tái)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器的地址信息; 所述客戶端根據(jù)所述多臺(tái)CDN服務(wù)器的地址信息,向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀 看所述視頻數(shù)據(jù)的請求消息,W使所述多臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理形成 多個(gè)視頻分塊并發(fā)送給所述客戶端; 所述客戶端接收所述多臺(tái)CDN服務(wù)器分別發(fā)送的所述視頻分塊,并根據(jù)所述接收的視 頻分塊解碼出所述視頻數(shù)據(jù)。2. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述客戶端根據(jù)所述多臺(tái)CDN服務(wù)器的 地址信息,向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀看所述視頻數(shù)據(jù)的請求消息,W使所述多臺(tái) CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊并發(fā)送給所述客戶端之前,還 包括: 所述客戶端獲取每臺(tái)CDN服務(wù)器的傳輸時(shí)間,其中,每臺(tái)CDN服務(wù)器的傳輸時(shí)間是指每 臺(tái)CDN服務(wù)器向所述客戶端傳輸所述視頻數(shù)據(jù)的時(shí)間長度; 其中,發(fā)送給每臺(tái)CDN服務(wù)器的請求消息包括每臺(tái)CDN服務(wù)器的傳輸時(shí)間,W使每臺(tái) CDN服務(wù)器依據(jù)所述傳輸時(shí)間向所述客戶端發(fā)送所述視頻分塊。3. 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述客戶端獲取每臺(tái)CDN服務(wù)器的傳輸時(shí) 間,包括: 所述客戶端獲取每臺(tái)CDN服務(wù)器的第一帶寬數(shù)據(jù),并根據(jù)每臺(tái)CDN服務(wù)器的第一帶寬 數(shù)據(jù)使用自回歸滑動(dòng)平均/廣義自回歸條件異方差A(yù)RMA/GARC)模型預(yù)測每臺(tái)CDN服務(wù)器 在未來指定時(shí)間內(nèi)的傳輸帶寬的均值和方差;其中,每臺(tái)CDN服務(wù)器的第一帶寬數(shù)據(jù)用于 表征每臺(tái)CDN服務(wù)器在傳輸所述視頻數(shù)據(jù)之前的傳輸帶寬; 根據(jù)公式計(jì)算每臺(tái)CDN服務(wù)器的傳輸時(shí)間; 其中,ti為第i臺(tái)CDN服務(wù)器的傳輸時(shí)間;目=054(1-〇, £表示指定的期望解碼成功 概率的下限值;M為滿足e時(shí)應(yīng)接收到的所述多個(gè)視頻分塊的大小;N為所述多臺(tái)CDN服務(wù) 器的數(shù)目;y i表示第i臺(tái)CDN服務(wù)器在未來指定時(shí)間內(nèi)傳輸帶寬的均值;0 i表示第i臺(tái) CDN服務(wù)器在未來指定時(shí)間內(nèi)傳輸帶寬的方差。4. 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述客戶端獲取每臺(tái)CDN服務(wù)器的第一帶 寬數(shù)據(jù),包括: 如果所述客戶端在接收所述CDN服務(wù)器發(fā)送的視頻分塊之前接收到所述CDN服務(wù)器發(fā) 送的其它數(shù)據(jù),所述客戶端獲取所述CDN服務(wù)器傳輸所述其它數(shù)據(jù)的傳輸帶寬作為所述第 一帶寬數(shù)據(jù); 如果所述客戶端在接收所述CDN服務(wù)器發(fā)送的視頻分塊之前未接收到所述CDN服務(wù)器 發(fā)送的任何數(shù)據(jù),所述客戶端向所述CDN服務(wù)器發(fā)送帶寬測試請求,并接收所述CDN服務(wù)器 根據(jù)所述帶寬測試請求返回的測試數(shù)據(jù),獲取所述CDN服務(wù)器傳輸所述測試數(shù)據(jù)的傳輸帶 寬作為所述第一帶寬數(shù)據(jù)。5. 根據(jù)權(quán)利要求2或3或4所述的方法,其特征在于,所述客戶端根據(jù)所述多臺(tái)CDN服 務(wù)器的地址信息,向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀看所述視頻數(shù)據(jù)的請求消息,W使所 述多臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行分塊處理形成多個(gè)視頻分塊并發(fā)送給所述客戶端, 包括: 所述客戶端根據(jù)所述多臺(tái)CDN服務(wù)器的地址信息,向所述多臺(tái)CDN服務(wù)器發(fā)送請求觀 看所述視頻數(shù)據(jù)的請求消息,W使每臺(tái)CDN服務(wù)器對所述視頻數(shù)據(jù)進(jìn)行盧比變換LT編碼, 形成包括編號(hào)信息的多個(gè)視頻分塊并發(fā)送給所述客戶端;其中,不同視頻分塊的編號(hào)信息 不同。6. 根據(jù)權(quán)利要求5所述的方法,其特征在于,所述客戶端接收所述多臺(tái)CDN服務(wù)器分別 發(fā)送的所述視頻分塊,并根據(jù)所述接收的視頻分塊解碼出所述視頻數(shù)據(jù),包括: 所述客戶端接收所述多臺(tái)CDN服務(wù)器分別W各自的傳輸時(shí)間為依據(jù)發(fā)送的編號(hào)信息 不同的視頻分塊,并根據(jù)所述接收的編號(hào)信息不同的視頻分塊解碼出所述視頻數(shù)據(jù)。7. -種視頻傳輸方法,其特征在于,包括: 內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器接收客戶端根據(jù)所述CDN服務(wù)器的地址信息發(fā)送的請求觀看 視頻數(shù)據(jù)的請求消息,所述請求消息包括所述客戶端獲取的所述CDN服務(wù)器的傳輸時(shí)間, 所述傳輸時(shí)間是指所述CDN服務(wù)器向所述客戶端傳輸所述視頻數(shù)據(jù)的時(shí)間長度; 所述CDN服務(wù)器根據(jù)所述請求消息,對所述視頻數(shù)據(jù)進(jìn)行盧比變換LT編碼,形成包括 編號(hào)信息的多個(gè)視頻分塊;其中,不同視頻分塊的編號(hào)信息不同; 所述CDN服務(wù)器W所述傳輸時(shí)間為依據(jù)向所述客戶端發(fā)送所述視頻分塊,W使所述客 戶端根據(jù)接收到的視頻分塊解碼出所述視頻數(shù)據(jù)。8. 根據(jù)權(quán)利要求7所述的方法,其特征在于,所述CDN服務(wù)器W所述傳輸時(shí)間為依據(jù)向 所述客戶端發(fā)送所述視頻分塊,包括: 所述CDN服務(wù)器在所述傳輸時(shí)間到達(dá)之前,根據(jù)已經(jīng)向所述客戶端發(fā)送的所述視頻分 塊的數(shù)據(jù)量和已經(jīng)向所述客戶端發(fā)送所述視頻分塊的時(shí)間長度,確定是否需要修正所述傳 輸時(shí)間; 如果確定結(jié)果為是,所述CDN服務(wù)器修正所述傳輸時(shí)間,并在所述修正后的傳輸時(shí)間 到達(dá)時(shí)停止向所述客戶端發(fā)送所述視頻分塊。9. 根據(jù)權(quán)利要求8所述的方法,其特征在于,所述CDN服務(wù)器在所述傳輸時(shí)間到達(dá)之 前,根據(jù)已經(jīng)向所述客戶端發(fā)送的所述視頻分塊的數(shù)據(jù)量和已經(jīng)向所述客戶...

    【專利技術(shù)屬性】
    技術(shù)研發(fā)人員:湯凱周超張行功郭宗明
    申請(專利權(quán))人:北京大學(xué)北大方正集團(tuán)有限公司北京北大方正電子有限公司
    類型:發(fā)明
    國別省市:北京;11

    網(wǎng)友詢問留言 已有0條評論
    • 還沒有人留言評論。發(fā)表了對其他瀏覽者有用的留言會(huì)獲得科技券。

    1
    主站蜘蛛池模板: 亚洲桃色AV无码| 久久久久久亚洲Av无码精品专口| 亚洲欧洲无码AV不卡在线| 中文无码一区二区不卡αv| 一本大道无码日韩精品影视_| 无码人妻精品一区二区三区99不卡 | 日韩精品无码一本二本三本| 国产成人年无码AV片在线观看| 日韩人妻无码中文字幕视频| 亚洲AⅤ永久无码精品AA| 久久精品无码一区二区三区免费 | 亚洲成AV人在线观看天堂无码| 亚洲AV无码一区二区三区网址| 亚洲成a人片在线观看无码| 国产精品无码久久久久| 日韩毛片无码永久免费看| av区无码字幕中文色| 无码精品A∨在线观看中文| 一本色道久久HEZYO无码| 亚洲午夜无码AV毛片久久| 国产日产欧洲无码视频| 免费无码又爽又刺激毛片| 精品人妻无码一区二区三区蜜桃一| 久久亚洲AV成人无码国产| 无码午夜人妻一区二区三区不卡视频 | 在线播放无码后入内射少妇| 极品粉嫩嫩模大尺度无码视频| 无码人妻H动漫中文字幕| 黄色成人网站免费无码av| 亚洲中文字幕久久无码| 日本无码一区二区三区白峰美 | 无码国产精品一区二区免费| 无码中文字幕日韩专区| 久久亚洲AV无码精品色午夜| 无码人妻熟妇AV又粗又大| 乱人伦中文无码视频在线观看| 日韩精品久久无码中文字幕| 久久ZYZ资源站无码中文动漫| 日韩精品久久无码中文字幕| 亚洲av无码专区在线电影| 国产精品无码久久av|