[發(fā)明專利]用于使能低等待時(shí)間流式傳輸?shù)姆椒ê拖到y(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201380073459.8
• 申請(qǐng)日: 2013-12-30
• 公開（公告）號(hào): CN105264826B
• 公開（公告）日: 2019-12-20
• 發(fā)明（設(shè)計(jì)）人: A.科斯特;D.欣科;R.范布蘭登伯格;E.托馬斯;M.O.范德文特
• 申請(qǐng)（專利權(quán)）人: 皇家KPN公司
• 主分類號(hào): H04L12/26
• 分類號(hào): H04L12/26;H04L29/08;H04L29/06
• 代理公司: 72001 中國(guó)專利代理(香港)有限公司
• 代理人: 張凌苗;徐紅燕

描述了用于使能段通過(guò)至少一個(gè)網(wǎng)絡(luò)到客戶端的低等待時(shí)間流式傳輸?shù)姆椒ê拖到y(tǒng)，其中，所述客戶端被配置成基于清單文件從至少一個(gè)服務(wù)器請(qǐng)求和接收段。所述方法包括：收集所述網(wǎng)絡(luò)的至少一部分中的所述客戶端所經(jīng)歷的服務(wù)質(zhì)量信息并將所述服務(wù)質(zhì)量信息存儲(chǔ)在所述網(wǎng)絡(luò)中的質(zhì)量數(shù)據(jù)庫(kù)中；將所述服務(wù)質(zhì)量信息的至少一部分發(fā)送至所述內(nèi)容處理設(shè)備；基于所述服務(wù)質(zhì)量信息的所述至少一部分來(lái)確定用于緩沖器、優(yōu)選的播出緩沖器的一個(gè)或多個(gè)配置參數(shù)；和/或，用于所述內(nèi)容處理設(shè)備中的段請(qǐng)求功能；以及根據(jù)所述配置參數(shù)來(lái)配置所述緩沖器和/或所述段請(qǐng)求功能。

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

本發(fā)明涉及低等待時(shí)間流式傳輸，并且雖非排他性地但特別地涉及用于使能段到客戶端的低等待時(shí)間流式傳輸?shù)姆椒ê拖到y(tǒng)、用于使能到客戶端的低等待時(shí)間流式傳輸?shù)呐渲?、客戶端和供在此類系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品中使用以便使用此類方法的數(shù)據(jù)庫(kù)結(jié)構(gòu)。

背景技術(shù)

隨著因特網(wǎng)視頻和因特網(wǎng)TV的越來(lái)越流行，對(duì)自適應(yīng)流式傳輸解決方案的需要增加，其在變化的網(wǎng)絡(luò)條件下允許有連續(xù)的重放和最佳的用戶體驗(yàn)。自適應(yīng)流式傳輸?shù)母拍钍腔谑挂曨l流所需的帶寬適應(yīng)于在流式傳輸源與客戶端之間的網(wǎng)絡(luò)路徑上可用的帶寬的思想，其中，通過(guò)改變視頻流的位速率（即質(zhì)量）來(lái)適配帶寬。

當(dāng)前，已經(jīng)開發(fā)了許多基于HTTP的自適應(yīng)流式傳輸（HAS）協(xié)議，并且這些解決方案的最佳實(shí)踐當(dāng)前濃縮在新興的ISO標(biāo)準(zhǔn)ISO/IEC 23001-6中，其稱為MPEG HTTP動(dòng)態(tài)自適應(yīng)流式傳輸（MPEG DASH）。在HAS解決方案中，通常將內(nèi)容流劃分成段（也稱為“塊”），其中，可在不同的質(zhì)量水平（表示）中對(duì)這些段中的每一個(gè)進(jìn)行編碼。通常使用內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN）來(lái)高效地向大量?jī)?nèi)容處理設(shè)備分發(fā)段。

在所謂的清單文件中描述了段及其不同表示，其可包括關(guān)于流中的段的信息（段標(biāo)識(shí)符、位置、播出時(shí)間等）和流中的不同段之間的時(shí)間關(guān)系。內(nèi)容處理設(shè)備中的客戶端可使用清單文件來(lái)從網(wǎng)絡(luò)請(qǐng)求段并處理段以用于播出?？蓪⒖蛻舳伺渲贸筛鶕?jù)網(wǎng)絡(luò)條件而在不同的表示之間進(jìn)行切換。

已經(jīng)開發(fā)了MPEG DASH和其他自適應(yīng)流式傳輸解決方案以用于非受管理（盡力而為）網(wǎng)絡(luò)和因特網(wǎng)上的分發(fā)。為了應(yīng)對(duì)非預(yù)期的抖動(dòng)和擁擠，并且為了降低緩沖器欠載（underrun)的風(fēng)險(xiǎn)，在客戶端處執(zhí)行的緩沖與源和內(nèi)容處理設(shè)備的播出之間的總端對(duì)端延遲相比是重大的（substantial）。

HAS客戶端通常在播出開始之前使用至少三個(gè)完整段的（預(yù)配置）播出緩沖器。緩沖器隨著段大小而線性地增加并因此容易達(dá)到30秒或更多。此外，為了降低沒(méi)有足夠的段可用于填充播出緩沖器的風(fēng)險(xiǎn)，客戶端被配置成使得將要被客戶端請(qǐng)求（在加入流式傳輸事件時(shí)）的第一段將是比由流式傳輸源在加入流式傳輸事件時(shí)使得可用的段更早地由流式傳輸源使得可用的段（通常早了三個(gè)段）。

因此，在由HAS客戶端進(jìn)行的實(shí)況流式傳輸事件的播出與諸如常規(guī)廣播或多播流式傳輸之類的基于其他傳輸機(jī)制的由其他內(nèi)容處理設(shè)備進(jìn)行的實(shí)況流的播出之間存在相當(dāng)大的等待時(shí)間（延遲）。

然而，針對(duì)內(nèi)容、特別是實(shí)況內(nèi)容通過(guò)受管理網(wǎng)絡(luò)（例如，TV頻道）的分發(fā)，期望在不同的內(nèi)容處理設(shè)備（例如，TV、STB、平板電腦、智能電話等）上具有近似相同的內(nèi)容播出時(shí)間，其可經(jīng)由不同的傳輸機(jī)制（例如，DVB-S、DVB-C、無(wú)線電和MPEG DASH）來(lái)接收所述內(nèi)容。

通常，由目的地間媒體同步（IDMS）技術(shù)來(lái)實(shí)現(xiàn)不同內(nèi)容處理設(shè)備之間的同步播出。IDMS是基于將所有接收機(jī)的播出延遲到最多延遲接收機(jī)，使得實(shí)現(xiàn)同步播出。

將所有其他接收機(jī)延遲至與HAS流式傳輸設(shè)備一致存在的問(wèn)題是在當(dāng)前HAS實(shí)現(xiàn)中播出延遲可約為數(shù)十秒。因此，實(shí)現(xiàn)同步播出意味著需要將所有其他設(shè)備延遲相同的量。然而，在多種設(shè)備中將媒體信號(hào)延遲數(shù)十秒可產(chǎn)生未預(yù)見(jiàn)的問(wèn)題。例如，被配置用于接收DVB信號(hào)并將其解碼的常規(guī)機(jī)頂盒（STB）可能具有用以存儲(chǔ)DVB流達(dá)半分鐘的不足存儲(chǔ)器。因此，IDMS同步社交TV服務(wù)（例如，“分開一起觀看”）在常規(guī)STB與HAS客戶端之間可能是不可行的。