[發明專利]在播放列表上下文中比實時更快的流傳輸

無效

• 申請號: 200610163375.5
• 申請日: 2006-12-04
• 公開（公告）號: CN101102309A
• 公開（公告）日: 2008-01-09
• 發明（設計）人: 邁克·塞維拉;邁克爾·福斯特;吳偉;戴維·科西巴;烏馬·帕蘭賈佩
• 申請（專利權）人: 阿爾卡特公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京市金杜律師事務所
• 代理人: 王茂華

相關申請的交叉引用

本專利申請要求2005年12月02日提交的名為“Faster?Than?RealTime?Streaming?In?A?Playlist?Context”的申請號為No.60/741,716的共同未決美國臨時專利申請的優先權，本申請與該申請具有共同的申請人，并且在此通過參考將其整體并入。

技術領域

本發明一般地涉及在網絡連接上流傳輸內容，并且更具體地，涉及輔助這種流傳輸的服務器側播放列表的實現。

背景技術

通常，當不使用播放列表對內容剪輯進行流傳輸的客戶端希望停止流傳輸一個內容剪輯和開始流傳輸另一個時，其使用標準流傳輸協議(例如，實時流傳輸協議(RTSP))，來關閉當前流傳輸會話，并開始一個新的流傳輸會話。這種關閉當前流傳輸會話并開始新的流傳輸會話的處理包括在客戶端和服務器之間的多個請求-響應反復，其中這種內容剪輯從上述服務器被流傳輸。在多個網絡類型和無線網絡上，特別地，每個這種反復可以占用1秒或更多的時間。傳統的播放列表解決方案(例如，服務器側播放列表)特別地被配置為通過使用單個會話來流傳輸多個剪輯來解決這種延遲的一個方面。

然而，不由傳統的播放列表解決方案解決的延遲來自于從當客戶端進行對于接收不同的內容剪輯的請求時以及當客戶端可以開始向最終用戶呈現內容剪輯時(即，輸出可聽和/或可視的內容剪輯)所占用的時間量。這種延遲的大部分由使用抖動緩沖器引起。抖動緩沖器的主要目的是最小化到達內容數據的傳輸速率的變化(即，抖動)對重放的影響。例如，如果當每個內容數據塊到達時其被解碼，并且由此相應的內容立即呈現給最終用戶，并且如果一塊未來的內容數據的到達較晚，對于向最終用戶的相應數據的呈現將必須延遲，直到延遲的內容數據到達并可以被解碼為止?；谠诮o定窗上，內容數據的到達的數據傳輸速率的較小的變化將被平均，原因是在某些時間周期網絡將過于緩慢地向客戶端提供某些內容數據，并在某些時間周期網絡將過于快速地向該客戶端提供某些內容數據，的假設，抖動緩沖器允許客戶端連續地提取和解碼內容數據，并將相應的內容剪輯呈現給終端用戶。

抖動緩沖可以引起延遲的一個情況是在播放列表的上下文中。例如，當客戶端請求它希望播放列表中的下一個內容剪輯被發送給它時，因為抖動緩沖器的存在，該客戶端將仍具有從先前的剪輯所留下的某些內容數據(即，余留內容數據)。為了處理該抖動緩沖器在播放列表的上下文中引入的延遲，客戶端可以丟棄余留內容數據并且簡單地開始使用下一個內容剪輯的內容數據。但是，客戶端的標準流傳輸行為是以這樣的數據傳輸速率流傳輸內容數據，所述數據傳輸速率與用于對應的內容剪輯的呈現速率相一致。如果這樣做，客戶端必須等待，直到抖動緩沖器在其能夠開始解碼和將內容剪輯呈現給最終用戶之前充滿為止(即，其必須首先用用于該下一個內容剪輯的內容數據填充抖動緩沖器)。在播放列表的上下文之外，用于減少該特定類型的延遲的方法是服務器以比實時更快的流傳輸數據速率傳送數據。然而，盡管在播放列表的上下文之外，以比實時更快的流傳輸數據速率傳送數據是普通方法，但它不是一個用于解決在播放列表的上下文中這種延遲的公知方法，并且在客戶端和服務器之間必須執行信息的非常規交換，以便該內容數據的比實時更快的流傳輸在播放列表的上下文中正確地進行。

因此，用于在經由播放列表呈現內容剪輯的上下文中以比實時更快的流傳輸數據速率傳輸內容數據的方法是有利的、所希望的和有用的。

發明內容

本發明的實施例涉及一種減小延遲的方法，所述延遲與在抖動緩沖器預期接收對應于新播放列表選擇的數據，清除掉對應于當前播放列表選擇的數據之后，填充該抖動緩沖器相關聯。更具體地，本發明提供以比實時更快的流傳輸數據傳輸速率從服務器傳輸播放列表選擇數據到客戶端。為了支持數據的這種比實時更快的流傳輸，本發明提供正確地執行比實時更快的流傳輸所需要的服務器和客戶端之間的信息的傳輸。本領域技術人員將理解，本發明的實施例可應用于現場流傳輸內容、視頻點播內容等并且對它們是有用的。