基于超文本傳輸協(xié)議的動態(tài)自適應流媒體中的遠程元素的即時性間接引用
【專利說明】基于超文本傳輸協(xié)議的動態(tài)自適應流媒體中的遠程元素的即時性間接引用
[0001]相關申請案交叉申請
[0002]本申請要求2013年7月15日由Alexander Giladi遞交的發(fā)明名稱為“基于超文本傳輸協(xié)議的自適應流媒體中的遠程元素的即時性間接引用(Just-1n-TimeDereferencing of Remote Elements in Dynamic Adaptive Streaming over HypertextTransfer Protocol) ”的第61/846，412號美國臨時專利申請案的在先申請優(yōu)先權，該在先申請的全部內容以引入的方式并入本文本中。
[0003]關于由聯(lián)邦政府贊助研究或開發(fā)的聲明
[0004]不適用。
[0005]參考縮微膠片附錄
[0006]不適用。
【背景技術】
[0007]視頻內容、音頻內容或其它內容可以通過互聯(lián)網(wǎng)從一個內容服務器向一個或多個客戶端進行流式傳輸。在某些情況下，流式傳輸?shù)膬热菘赡茉谶M行流式傳輸之前已經(jīng)在某個時間存儲在服務器上。在其它情況下，例如直播體育事件的流式傳輸，服務器可以在從錄制設備接收內容的時候基本上同時對該內容進行流式傳輸。接收內容的客戶端可以在從服務器接收內容的時候基本上同時播放該內容，與簡單下載的情況相反，在該情況下客戶端可以將內容保存到存儲器位置，然后在接收到所有內容之后播放所述內容。

【發(fā)明內容】

[0008]在一項實施例中，本發(fā)明包括一種在實施基于超文本傳輸協(xié)議(HypertextTransfer Protocol, HTTP)的動態(tài)自適應流媒體(Dynamic Adaptive Streaming overHTTP，DASH)的網(wǎng)絡中進行數(shù)據(jù)流式傳輸?shù)姆椒?。所述方法包括網(wǎng)元準備流媒體內容的第一時長，所述流媒體內容的第一時長包括指示客戶端獲取更新后媒體呈現(xiàn)描述(mediapresentat1n descript1n，MPD)的消息；向所述客戶端傳輸所述流媒體內容的第一時長。
[0009]在另一項實施例中，本發(fā)明包括一種客戶端在實施DASH的網(wǎng)絡中進行間接引用的方法。所述方法包括接收流媒體內容的第一時長，所述流媒體內容的第一時長包含指示所述客戶端獲取更新后MPD的消息和包含指示所述客戶端獲取所述更新后MPD的位置的指示符；獲取所述更新后MPD ;以及間接引用所述更新后MPD中的鏈接，其中所述鏈接指示要進行流式傳輸?shù)膬热菰谒龈潞驧PD中描述的流媒體內容的第二時長的位置；在所述流媒體內容的第一時長結束之前，所述客戶端在兩倍的最小緩沖時間長度的時間內執(zhí)行所述間接引用。
[0010]在另一項實施例中，本發(fā)明包括一種對自適應流媒體內容的鏈接執(zhí)行動態(tài)即時性間接引用的方法。所述方法包括遵循動態(tài)多時長間接引用流程和靜態(tài)即時性間接引用流程的組合，其中描述所述內容的MPD包含遠程時長元素，所述MPD的更新由MPD有效期屆滿事件觸發(fā)，對所述動態(tài)即時性間接引用的遵從由值為http://dashif.0rg/guidelines/adin/dynamic#jit 的 ^profiles 屬性指不。
[0011]結合附圖和權利要求書可以從以下的詳細描述中更清楚地理解這些和其它特征。
【附圖說明】
[0012]為了更透徹地理解本發(fā)明，現(xiàn)參閱結合附圖和【具體實施方式】而描述的以下簡要說明，其中的相同參考標號表不相同部分。
[0013]圖1為根據(jù)本發(fā)明一實施例的一種自適應流視頻內容傳送系統(tǒng)的示意圖。
[0014]圖2為根據(jù)本發(fā)明一實施例的網(wǎng)元的示意圖。
[0015]圖3為根據(jù)本發(fā)明一實施例的更新后清單文件在自適應流視頻內容傳送系統(tǒng)中傳送的示意圖。
[0016]圖4為根據(jù)本發(fā)明一實施例的一種自適應流媒體間接引用系統(tǒng)的示意圖。
[0017]圖5為根據(jù)本發(fā)明一實施例的圖示一種在自適應流媒體系統(tǒng)中進行數(shù)據(jù)流式傳輸?shù)姆椒ǖ牧鞒虉D。
【具體實施方式】
[0018]首先應理解，盡管下文提供一項或多項實施例的說明性實施方案，但所公開的系統(tǒng)和/或方法可使用任何數(shù)目的技術來實施，無論該技術是當前已知還是現(xiàn)有的。本發(fā)明決不應限于下文所說明的說明性實施方案、附圖和技術，包括本文所說明并描述的示例性設計和實施方案，而是可在所附權利要求書的范圍以及其等效物的完整范圍內修改。
[0019]自適應流媒體傳輸已經(jīng)被提出作為一種滿足日益增長的互聯(lián)網(wǎng)帶寬需求的機制。在自適應流媒體中，要通過互聯(lián)網(wǎng)進行流式傳輸?shù)臄?shù)據(jù)存在于多個不同版本中，這些版本可以稱為表示。每個版本可以壓縮到不同大小并且以不同的速率傳輸。在給定時間向給定客戶端進行流式傳輸?shù)陌姹究梢杂稍摽蛻舳嘶诋敃r的網(wǎng)絡條件、客戶端的能力和/或其它因素自適應地選擇。視頻內容可以在多個時間時長內進行流式傳輸，其中例如，第一時長包含第一部分主內容，第二時長包含廣告，第三時長包含第二部分主內容。當客戶端請求對視頻內容進行流式傳輸時，內容服務器可以向客戶端發(fā)送包含多個通用資源定位符(Uniform Resource Locator, URL)的清單文件，所述URL指示客戶端獲取每個時長的內容的位置。
[0020]本文公開的是多種機制，通過這些機制，視頻內容服務器可以將消息插入到流式傳輸?shù)囊曨l內容的片段中，從而指示客戶端獲取更新后清單，所述更新后清單包括先前可用于客戶端的清單中沒有描述的新時長的描述。更新后清單可以指示新時長在消息傳輸之后開始。更新后清單還可以包括對諸如廣告之類的內容的位置的引用，該內容將在新時長內播放。在一些情況下，新時長可以是一個動態(tài)時長。也就是說，新時長的起始時間在準備先前可用于客戶端的清單時可能還不知道。當新時長的起始時間變?yōu)橐阎獣r，該時間可以包含在更新后清單中。本文公開的實施例還可以指定要間接引用新時長中內容的鏈接的時間。
[0021]圖1為自適應流視頻內容傳送系統(tǒng)100的一實施例的示意圖。多種不同技術和協(xié)議可用于視頻流式傳輸，并且存在多種類型的自適應視頻格式。下文中的論述將著重于稱為 DASH (Dynamic Adaptive Streaming over Hypertext Transfer Protocol，基于超文本傳輸協(xié)議(Hypertext Transfer Protocol，HTTP)的動態(tài)自適應流媒體)的內容傳送平臺，但是應當理解，類似的考慮可適用于其它視頻內容傳送平臺。系統(tǒng)100可包括服務器110或類似部件，其可保存一個或多個DASH媒體呈現(xiàn)。一種媒體呈現(xiàn)可包括諸如電影、電視節(jié)目或錄制的體育事件之類的一條視頻內容的多個版本?？蛻舳?20可接收從服務器110傳輸而來的視頻內容。
[0022]服務器110上的視頻內容的不同版本可以包括多個數(shù)據(jù)片段140，其可以配置，使得每個版本的內容可以以不同的傳輸速率向客戶端120傳輸。使用DASH的視頻流可以開始于將稱為媒體呈現(xiàn)描述(Media Presentat1n Descript1n, MPD) 130的清單從服務器110向客戶端120傳輸。MPD 130可以包括URL列表和視頻流分解為片段140的描述，其中每個片段對應于視頻流中的特定時幀和特定編碼方式。因此，視頻可以以時間維度和速率維度表示。客戶端120可以測量在下載對應于時間窗口的片段140中實現(xiàn)的吞吐量，然后為下一時間窗口選擇合適的傳輸速率和相關編碼方式。因此，客戶端120對客戶端120和服務器110之間路徑上的信道質量的變化做出反應。
[0023]MPD 130可以包括一個或多個時長的信息。每個時長可以包括一個或多個自適應集150。每個自適應集150可包括一個或多個表不160。每個表不160可包括一個或多個片段140。一個時長可包括定時數(shù)據(jù)，并可表示一個內容時長，在這個時長中存在一組具有一致性的媒體內容的編碼版本(例如，一組可用碼率、語言、標題、字幕等在這個時長內不會改變)。自適應集150可表示一個或多個媒體內容分量的一組可互換編碼版本。例如，第一自適應集150可包括主視頻分量，第二自適應集151可包括主音頻分量，第三自適應集(未示出)可包括標題。自適應集150還可包括復用的內容，例如組合的視頻和音頻。表不160可描述一個可交付的一個或多個媒體內容分量的編碼版本，例如國際標準化組織(Internat1nal Organizat1n for Standardizat1n, ISO)基礎媒體文件格式(ISO BaseMedia File Format，IS0-BMFF)版本或運動圖像專家組(Moving Picture Experts Group，MPEG)版本 2 傳輸系統(tǒng)(MPEG vers1n two tr