[發(fā)明專利]用于媒體分發(fā)的設(shè)備、方法及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201410112289.6
• 申請日: 2014-03-24
• 公開（公告）號: CN104079622A
• 公開（公告）日: 2014-10-01
• 發(fā)明（設(shè)計(jì)）人: 奈杰爾·斯圖爾特·穆爾
• 申請（專利權(quán)）人: 索尼公司;索尼歐洲有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及媒體分發(fā)。

背景技術(shù)

此文所提供的“背景技術(shù)”說明以對本發(fā)明的內(nèi)容作一般性說明為目的。發(fā)明人的某些工作（即已在此背景技術(shù)部分中作出描述的工作）以及說明書中關(guān)于某些尚未成為申請日之前的現(xiàn)有技術(shù)的內(nèi)容，無論是以明確或隱含的方式均不被視為相對于本發(fā)明的現(xiàn)有技術(shù)。

ISO/IEC23009-1中定義的所謂的MPEG?DASH（HTTP動態(tài)自適應(yīng)流媒體）標(biāo)準(zhǔn)，旨在解決當(dāng)視頻通過http鏈接流傳送時可能出現(xiàn)的問題。用基本術(shù)語說，應(yīng)對典型的鏈路質(zhì)量（數(shù)據(jù)傳輸速率、誤差率等）和接收解碼器的數(shù)據(jù)處理能力有時以不可預(yù)測的方式變化的情況，本技術(shù)試圖平衡基本要求以通過某個數(shù)據(jù)鏈路獲得最大可能的流媒體視頻質(zhì)量。

DASH通過將待流傳送的視頻分為長度可能為幾秒至幾十秒的連續(xù)時間段來解決這個問題。每個時間段以提供與該時間段對應(yīng)的各視頻和音頻內(nèi)容的多個“自適應(yīng)集”的形式進(jìn)行編碼。所以，例如，可能具有視頻自適應(yīng)集，單獨(dú)的音頻自適應(yīng)集和單獨(dú)的字幕數(shù)據(jù)自適應(yīng)集。在自適應(yīng)集內(nèi)，提供內(nèi)容的多個表示（representation），但是各自的質(zhì)量和對應(yīng)的編碼數(shù)據(jù)速率不同。

在DASH中，特定時間段的流的表示的選擇受控制器的控制，響應(yīng)于鏈路和/或接收解碼器的性能。一般情況下，選擇與可用的鏈路和接收解碼器的性能一致的最高編碼數(shù)據(jù)速率表示。如果系統(tǒng)性能在流傳送與特定時間段對應(yīng)的表示期間提高，則可以針對下一時間段選擇較高的編碼數(shù)據(jù)速率表示。如果系統(tǒng)的性能在流傳送段期間降低，或者如果傳輸系統(tǒng)不能以可持續(xù)的方式簡單應(yīng)對使用中的表示的編碼數(shù)據(jù)速率，則可以針對下一時間段使用較低的編碼數(shù)據(jù)速率表示，依次類推。

檢測鏈路性能是否足夠例如可以通過檢測接收器處的數(shù)據(jù)緩沖器的占用率來進(jìn)行。目的是保證緩沖器利用例如與重播媒體的某個時間段對應(yīng)的數(shù)據(jù)被部分填充。這里，要注意的是，以流傳送的數(shù)據(jù)速率將數(shù)據(jù)引入緩沖器，但以編碼數(shù)據(jù)速率根據(jù)與再現(xiàn)媒體相關(guān)聯(lián)的定時從緩沖器中讀取數(shù)據(jù)。所以，例如，如果以提供與1秒再現(xiàn)內(nèi)容對應(yīng)的（即）100kB（千字節(jié)）的數(shù)據(jù)這樣的方式對當(dāng)前流數(shù)據(jù)進(jìn)行編碼，則以100kB/s的編碼數(shù)據(jù)速率從緩沖器中讀取數(shù)據(jù)，但該數(shù)據(jù)將以根據(jù)包括服務(wù)器和接收客戶端設(shè)備之間的鏈路的傳輸容量的其他因素的流傳送的（傳輸）速率被輸入緩沖器。如前所述，目標(biāo)是保證緩沖器被部分占用，以提供足夠的緩沖數(shù)據(jù)以應(yīng)對臨時網(wǎng)絡(luò)波動或延遲。如果緩沖器占用率太低，尤其是如果在任何時間緩沖器包含太少的數(shù)據(jù)以解碼下一個所需圖片，則這可能會造成再現(xiàn)內(nèi)容中斷。在這些情況下顯而易見的是，鏈路性能對當(dāng)前所需的表示來說是不足的，并針對下一時間段選擇較低的數(shù)據(jù)速率表示。太高的緩沖器占用率會導(dǎo)致數(shù)據(jù)被丟棄并被重新請求（其浪費(fèi)了網(wǎng)絡(luò)帶寬）并還可以指示正在流傳送的媒體具有太低的編碼數(shù)據(jù)速率，其通常指示利用比網(wǎng)絡(luò)鏈路支持的媒體劣勢的媒體為用戶呈現(xiàn)。

控制算法通常在解碼器（數(shù)據(jù)接收器）側(cè)通過請求由數(shù)據(jù)源發(fā)送合適的表示的解碼器執(zhí)行。為了方便解碼器了解哪些表示可用，在DASH流媒體會話中要下載的第一項(xiàng)目是所謂的清單文件，也被稱為媒體呈現(xiàn)（Media?Presentation?Description）描述。XML格式文件標(biāo)識各個內(nèi)容組成（分別對應(yīng)于自適應(yīng)集）和每個自適應(yīng)集內(nèi)的表示。

發(fā)明內(nèi)容

本發(fā)明提供了一種媒體分發(fā)系統(tǒng)，其包括通過數(shù)據(jù)鏈路連接的客戶端設(shè)備和服務(wù)器設(shè)備，其中，服務(wù)器設(shè)備可操作以提供媒體呈現(xiàn)的連續(xù)相鄰段的各版本，每段以至少兩個版本的形式按不同的各數(shù)據(jù)速率進(jìn)行編碼，并且客戶端設(shè)備可操作以從服務(wù)器設(shè)備請求每個連續(xù)段的版本以使媒體呈現(xiàn)從服務(wù)器設(shè)備流傳送至客戶端設(shè)備；

服務(wù)器設(shè)備配置為向客戶端設(shè)備提供數(shù)據(jù)文件，該數(shù)據(jù)文件根據(jù)所述段的各自的數(shù)據(jù)速率和所述段的各自的編碼質(zhì)量限定段的可用版本；并且

客戶端設(shè)備配置為關(guān)于一段媒體呈現(xiàn)，選擇具有不超過數(shù)據(jù)鏈路的數(shù)據(jù)容量且具有最高的編碼質(zhì)量指示的數(shù)據(jù)速率的版本。

在所附權(quán)利要求中定義本發(fā)明的進(jìn)一步方面和特征。

前述段落通過概述提出，但并非旨在限制以下權(quán)利要求的范圍。所描述的實(shí)施例與進(jìn)一步優(yōu)點(diǎn)一起參照以下結(jié)合附圖的詳細(xì)描述可以更好地理解。

附圖說明

現(xiàn)在僅以實(shí)例的方式參照附圖對本技術(shù)的實(shí)施例進(jìn)行描述，其中：

圖1示意性地示出了媒體分發(fā)網(wǎng)絡(luò)；

圖2示意性地示出了媒體分發(fā)服務(wù)器和接收客戶端設(shè)備之間的通信；

圖3示意性地示出了連續(xù)媒體段；

圖4示意性地示出了流控制器和媒體解碼器；