用于向客戶端設(shè)備分發(fā)視聽內(nèi)容的系統(tǒng)和方法
【專利說明】用于向客戶端設(shè)備分發(fā)視聽內(nèi)容的系統(tǒng)和方法
[0001]本發(fā)明大體上涉及向客戶端設(shè)備分發(fā)視聽內(nèi)容，互連第一網(wǎng)絡(luò)與第二網(wǎng)絡(luò)的互連設(shè)備，連接至第二網(wǎng)絡(luò)的客戶端設(shè)備，以及連接至第一網(wǎng)絡(luò)的適于提供視聽內(nèi)容的儀器。
[0002]自適應(yīng)比特率流傳輸(ABS)是一種流行的HTTP流傳輸技術(shù)，其用于在計算機(jī)網(wǎng)絡(luò)和HLS( “HTTP實時流傳輸”)上的流傳輸多媒體中，其中HLS是基于HTTP( “超文本傳輸協(xié)議”，如規(guī)范文件RFC2616中所定義的)且由蘋果公司開發(fā)的媒體流傳輸通信協(xié)議。HLS按照以下方式工作:將整個AV流分成一系列基于HTTP的小文件下載，每個文件下載包含整個可能無界的傳輸流的一個短塊。當(dāng)播放流時，解碼AV流的客戶端設(shè)備可從包含以不同比特率編碼的相同材料的多個不同可替代性流中選擇，從而允許流傳輸會話適于可用網(wǎng)絡(luò)資源和/或客戶端設(shè)備的處理資源。在流傳輸會話開始時，客戶端設(shè)備下載具有M3U或m3u8文件擴(kuò)展的文本文件形式的播放列表。該文本文件包括可用于相關(guān)AV內(nèi)容的各種流的元數(shù)據(jù)。對應(yīng)于各比特率的各種流也稱作層。
[0003]通過平滑流傳輸實現(xiàn)類似的ABS方法，平滑傳輸是互聯(lián)網(wǎng)信息服務(wù)(IIS)媒體服務(wù)的特征，是由微軟公司提供的集成的基于HTTP的媒體分發(fā)平臺。與HLS不同(其中，在HLS中，AV流切割成多個包含具有播放列表的塊的文件)，平滑流傳輸依靠切割成塊的單個AV文件，每塊文件包含描述符，其指示在AV內(nèi)容中的參考時間以及相關(guān)層。然而，協(xié)議基礎(chǔ)和益處是等同的。
[0004]類似地，人們可考慮Adobe系統(tǒng)的HTTP動態(tài)流傳輸(HDS)以及HTTP上的動態(tài)自適應(yīng)流傳輸，一種由運(yùn)動圖像專家組開發(fā)的多媒體流傳輸技術(shù)并被稱作MPEG DASH,其與HDS、HLS以及平滑流傳輸相關(guān)。
[0005]基于HTTP的流傳輸技術(shù)非常便利，因為HTTP允許穿過防火墻并依靠TCP( “傳輸控制協(xié)議”，如規(guī)范文件RFC793定義的)保證數(shù)據(jù)完整性。然而，在ABS背景中HTTP的單播性質(zhì)正在給內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)運(yùn)營商造成巨大的可擴(kuò)展性問題，該可擴(kuò)展性問題阻止運(yùn)營商對于實時流傳輸采用ABS。另外，TCP可能引入延遲并且數(shù)據(jù)轉(zhuǎn)發(fā)過程中的連接丟失嚴(yán)重影響用戶角度的體驗質(zhì)量(QoE)。
[0006]為了以可擴(kuò)展方式對于實時流傳輸執(zhí)行ABS，需要網(wǎng)絡(luò)服務(wù)運(yùn)營商解決由多個用戶同時觀看相同頻道導(dǎo)致多個并發(fā)單播會話而造成的可擴(kuò)展性問題。
[0007]應(yīng)注意，無論傳輸視聽內(nèi)容的流的比特率是自適應(yīng)的或是固定的，在更一般性的基于單播會話的視聽內(nèi)容分發(fā)背景中，存在這種可擴(kuò)展性問題。
[0008]在更一般性的方法中，當(dāng)CDN運(yùn)營商提供或設(shè)想提供新設(shè)施或服務(wù)而客戶端設(shè)備依賴現(xiàn)有機(jī)制時，會出現(xiàn)問題。由于客戶端設(shè)備由其他廠商而不是CDN運(yùn)營商開發(fā)，所以升級客戶端設(shè)備以采用新設(shè)施和/或新服務(wù)可能很難設(shè)置。實際上，與網(wǎng)關(guān)不同，這種客戶端設(shè)備例如是由獨(dú)立于CDN運(yùn)營商的公司開發(fā)、運(yùn)行在智能手機(jī)、平板電腦、PC(個人計算機(jī))游戲機(jī)、連接的TV等上的應(yīng)用軟件以及在市場上存在的許多應(yīng)用或播放器，這將需要昂貴的集成和驗證過程以允許所有應(yīng)用或播放器兼容于新設(shè)施或新服務(wù)。
[0009]根據(jù)第一方面，這種新設(shè)施或服務(wù)旨在以對客戶端設(shè)備透明的方式克服上述與CDN背景中現(xiàn)有內(nèi)容分發(fā)機(jī)制的單播本質(zhì)相關(guān)的可擴(kuò)展性問題。
[0010]根據(jù)第二方面，這種新設(shè)施或服務(wù)旨在以對客戶端設(shè)備透明的方式提供從用戶的角度來看增強(qiáng)的QoE。例如，這種新設(shè)施或服務(wù)旨在克服AV內(nèi)容分發(fā)期間連接丟失對QoE的影響。
[0011]期望的是克服現(xiàn)有技術(shù)的上述缺陷。
[0012]具體地，期望的是提供這樣的解決方案，其允許以對客戶端設(shè)備透明的方式在視聽內(nèi)容分發(fā)背景中采用新設(shè)施或服務(wù)。
[0013]此外，期望的是提供這樣的解決方案，其允許以對客戶端設(shè)備透明的方式在視聽內(nèi)容分發(fā)背景中降低網(wǎng)絡(luò)帶寬消耗。
[0014]還期望提供這樣的解決方案，其允許以對客戶端設(shè)備透明的方式在另外的自適應(yīng)比特率背景中降低網(wǎng)絡(luò)帶寬消耗。
[0015]此外，期望提供這樣的解決方案，其允許以對客戶端設(shè)備透明的方式從用戶的角度來看提尚QoE0
[0016]還期望提供這樣的解決方案，其允許限制隱含在視聽內(nèi)容分發(fā)中的設(shè)備的處理資源消耗。
[0017]為此，本發(fā)明涉及用于向客戶端設(shè)備分發(fā)視聽內(nèi)容的方法，其中，互連設(shè)備互連第一網(wǎng)絡(luò)至第二網(wǎng)絡(luò)，客戶端設(shè)備連接至第二網(wǎng)絡(luò)，適合于提供視聽內(nèi)容的儀器連接至第一網(wǎng)絡(luò)。該方法是這樣的，使得所述儀器執(zhí)行:從客戶端設(shè)備接收請求接收視聽內(nèi)容的第一請求；將重定向消息發(fā)送至客戶端設(shè)備，該重定向消息將客戶端設(shè)備重定向至在互連設(shè)備中實現(xiàn)的代理。該方法還是這樣的，以使得代理執(zhí)行:從客戶端設(shè)備接收請求接收視聽內(nèi)容的第二請求；以及用作儀器和客戶端設(shè)備之間的中繼器。
[0018]因此，由于朝向互連設(shè)備中的代理重定向，所以能夠以對客戶端設(shè)備透明的方式且更容易地采用新設(shè)施或服務(wù)。實際上，當(dāng)需要時，對于CDN運(yùn)營商來說，執(zhí)行互連設(shè)備的升級通常比升級客戶端設(shè)備更容易，因為與所述客戶端設(shè)備不同，這種互連設(shè)備(例如家庭網(wǎng)關(guān))通常由運(yùn)營商管理。
[0019]根據(jù)具體特征，第一請求和第二請求是請求接收成單播流形式的視聽內(nèi)容的請求，上述儀器適于在實時流傳輸中提供視聽內(nèi)容，當(dāng)視聽內(nèi)容可通過儀器以至少一個多播流的形式得到時，上述儀器將重定向消息發(fā)送至客戶端設(shè)備，以及當(dāng)用作中繼器時，代理執(zhí)行:加入上述至少一個多播流；以及將以至少一個多播流的形式接收的數(shù)據(jù)轉(zhuǎn)換成單播流形式的數(shù)據(jù)。
[0020]因此，降低了第一網(wǎng)絡(luò)的帶寬消耗，并且限制了互連設(shè)備的處理資源消耗。實際上，由于代理不需要監(jiān)聽大量消息交換以確保客戶端設(shè)備受益于在整個第一網(wǎng)絡(luò)中建立多播傳輸，所以限制了處理資源消耗。
[0021]根據(jù)具體特征，重定向消息包括用于通知至少一個多播地址以及至少一個關(guān)聯(lián)端口的參數(shù)，并且請求接收成單播流形式的視聽內(nèi)容的請求包括用于通知至少一個多播地址和至少一個關(guān)聯(lián)端口的上述參數(shù)。方法還使得代理加入與至少一個多播地址和至少一個關(guān)聯(lián)端口對應(yīng)的至少一個多播流。
[0022]因此，獨(dú)立于儀器的實現(xiàn)和有效定位，該方法是靈活且可擴(kuò)展的。
[0023]根據(jù)具體特征，重定向消息包括用于通知可用于成至少一個多播流形式的視聽內(nèi)容的層數(shù)的參數(shù)，并且請求接收成單播流形式的視聽內(nèi)容的請求包括該通知層數(shù)的參數(shù)。此外，代理根據(jù)層數(shù)確定至少一個多播地址和/或至少一個關(guān)聯(lián)端口。
[0024]因此，整個第一網(wǎng)絡(luò)上的多播傳輸以及自適應(yīng)比特率流傳輸?shù)脑砜晒餐m用于視聽內(nèi)容的分發(fā)。
[0025]根據(jù)具體特征，重定向消息包括用于通知一個多播地址和一個關(guān)聯(lián)端口以及用于通知上述層數(shù)的參數(shù)，并且請求接收成單播流形式的視聽內(nèi)容的請求包括上述用于通知一個多播地址和一個關(guān)聯(lián)端口以及用于通知層數(shù)的參數(shù)。此外，代理根據(jù)包括于上述請求中的一個多播地址和一個關(guān)聯(lián)端口以及層數(shù)來確定一個關(guān)聯(lián)端口并為每層確定一個多播地址。
[0026]根據(jù)具體特征，重定向消息包括用于通知一個多播地址和一個關(guān)聯(lián)端口以及用于通知上述層數(shù)的參數(shù)，并且請求接收成單播流形式的視聽內(nèi)容的請求包括上述用于通知一個多播地址和一個關(guān)聯(lián)端口以及用于通知層數(shù)的參數(shù)。此外，代理根據(jù)包括于上述請求中的一個多播地址和一個關(guān)聯(lián)端口以及層數(shù)為所有層確定一個多播地址以及并為每層確定一個關(guān)聯(lián)端口。
[0027]因此，上文的兩個具體特征允許限制包括于重定向消息中的數(shù)據(jù)量。
[0028]根據(jù)具體特征，在多個層可用于成至少一個多播流形式的視聽內(nèi)容并且儀器適于使用超文本傳輸協(xié)議實時流傳輸提供視聽內(nèi)容的情況下:重定向消息包括代表與視聽內(nèi)容的播放列表相關(guān)的統(tǒng)一資源定位符的參數(shù)；請求接收成單播流形式的視聽內(nèi)容的請求包括表示統(tǒng)一資源定位符的上述參數(shù)。此外，上述代理執(zhí)行:基于上述統(tǒng)一資源定位符請求上述播放列表；接收上述播放列表；對所述播放列表執(zhí)行解析，以確定與每個層相關(guān)聯(lián)的一個層播放列表；從每個加入的多播流接收一個層播放列表；發(fā)送一個或多個上述接收的播放列表至客戶端設(shè)備；從客戶端設(shè)備接收請求，其中該請求指示與一個層相關(guān)聯(lián)的播放列表或者指示與一個層相關(guān)聯(lián)的播放列表的文件；以及根據(jù)指示的與一個層相關(guān)聯(lián)的播放列表或者根據(jù)指示的上述文件選擇多播流。
[0029]因此，在HLS背景中，降低了第一網(wǎng)絡(luò)的帶寬消耗，并且限制了互連設(shè)備的處理資源消耗。
[0030]根據(jù)具體特征，在多個層可用于成至少一個多播流形式的視聽內(nèi)容并且代理已加入與一個層對應(yīng)的一個多播流的情況下，上述代理執(zhí)行:檢測客戶端設(shè)備需要從該一個層切換至另一層的需求；加入與上述另一層對應(yīng)的多播流；離開與該一個層對應(yīng)的多播流。
[0031]因