[發明專利]用于多媒體傳送的自適應分塊和內容感知同步設備及方法

無效

• 申請號: 201180003190.7
• 申請日: 2011-03-15
• 公開（公告）號: CN102598628A
• 公開（公告）日: 2012-07-18
• 發明（設計）人: 蘇利亞·庫馬爾·科瓦利;安科思·古普塔;尼札·普拉伊爾;桑迪普·阿格沃爾;克里斯托弗·伊瑞
• 申請（專利權）人: 莫維克網絡公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 上海三方專利事務所 31127
• 代理人: 吳干權

[技術領域]

本發明涉及通信、計算機技術領域，具體地說是一種用于多媒體傳送的自適應分塊和內容感知同步設備及方法。

[背景技術]

最受歡迎的網絡密集型計算機應用程序的其中一個就是互聯網上的視頻或多媒體播放。幾年以前，人們認為，互聯網由于其逐漸陳舊的協議以及缺乏有保障的傳輸的緣故，無法支持質量令用戶滿意的視頻播放。然而，如YouTube和Netflix等應用程序已經說明了，高質量的視頻播放是能夠實現的。

創造了各種各樣的機制來改善用戶體驗。例如，在一些實施例中，擁有媒體播放器的用戶在開始播放文件之前，請求并接收全部的多媒體文件。這保證了，一旦文件開始播放，它能不間斷地繼續播放下去。盡管在短片的情況下，這種方案可以接受，但是出于多種原因，這種方案卻不適用于較長的文件。首先，強迫用戶在觀看短片的任何部分之前進行等待，直到全部文件下載完畢。這樣的等待可能難以容忍。第二，在網絡帶寬有限的環境中，即使用戶只想觀看視頻中的前幾秒，也必須傳輸全部文件。

另一種方法稱作漸進下載。在本實施例中，客戶端開始從服務器中下載多媒體文件。當達到一定的閾值時，例如，已經完成了3秒鐘的下載時，客戶端上的媒體播放器開始顯示視頻。采用的閾值可以是固定的，或者也可以是基于文件的分辨率、平均可用的網絡帶寬或者其他參數。這種方法比起前一種方法來說有幾個優點。第一，用戶不必在開始觀看視頻前進行等待，直到全部文件下載完畢。第二，如果用戶選擇在視頻下載完畢之前離開該視頻，那么潛在地節約了帶寬。但是，該機制的一個缺點在于，一旦視頻已經開始播放，可用的帶寬必須保持在最低水平之上，以保證視頻后面的各部分能在需要顯示之前下載完成。如果帶寬降低了，視頻可能變得時斷時續，或者可能會停止播放，以在進行緩沖之后，重新播放。

漸進下載方法通常以底層傳輸所支持的最大速率，在播放器緩沖區的限值(即，限制所下載的內容，防止超出TCP確認機制的播放器緩沖區)內下載多媒體內容。這些方法通過降低將內容傳送至客戶端緩沖區所引起的斷斷續續，來改善體驗質量，從而使得播放器在內容呈現期間停止的可能性降到最低。但是，它的一個缺點在于，當傳輸網絡帶寬與媒體流速率相比較高時，大量的內容被下載至播放器，以及，如果用戶通過(例如)移到不同的媒體剪輯來取消當前的呈現，那么就浪費了用于未觀看的所下載內容的網絡帶寬。

另一個Adobe系統公司所使用的機制稱作實時消息傳送協議(RTMP)。該機制通過內容的受控流傳輸，來控制該內容借助TCP上的RTMP協議的遞送。因此，流傳輸機制相對于當前播放給用戶的內容，來維持遞送給播放器的內容的一個窗口。因此，通過對遞送至相對靠近當前顯示位置的位置的內容進行限制，降低了用戶取消活動會話所浪費的帶寬。RTMP還能選擇將HTTP或者HTTPS用作傳輸選項。

另一個機制是實時流傳輸協議/實時傳輸協議(RTSP/RTP)。在本協議中，服務器控制內容遞送至呈現速率的速率，而不是以底層傳輸的最大速率進行遞送，例如IP上的TCP或者UDP。

此外，幾個HTTP流傳輸協議已經定義來以與多媒體流速率相匹配的受控速率(由服務器確定或者基于客戶端與服務器之間的配合來確定)，遞送實時的或存儲的多媒體內容。

RTMP以及HTTP流傳輸方法通過限制內容的遞送速率，來對內容遞送進行同步。RTMP采用客戶端和服務器中的協議組件，而HTTP流傳輸采用HTTP請求和響應中的另外的標簽。

在自適應比特率流傳輸(ABR流傳輸)中，客戶端在多媒體會話啟動時監測服務器的帶寬并且在多媒體播放期間定期地監測服務器的帶寬。客戶端直接完成了同一媒體內容的替代分辨率之間的切換。幾個應用程序，例如Ankeena?TV，在HTTP上采用ABR流傳輸，以遞送實時內容。

然而，在本協議中，確定可用帶寬的是客戶端。因此，在定期加入以及從特定小區中移除設備的無線訪問網絡中，客戶端對利用全部帶寬的認識有限，這可能會影響其及時地且精確地預測適合的編碼和屏幕分辨率的能力。