欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

媒體流處置的制作方法

文檔序號(hào):7992551閱讀:185來(lái)源:國(guó)知局
媒體流處置的制作方法
【專利摘要】本發(fā)明涉及:向媒體播放器(111)提供媒體段(21、22、23)序列以便相繼被取出,其中媒體段從媒體接收器(112)處接收的數(shù)據(jù)分組來(lái)生成,媒體接收器檢測(cè)某個(gè)媒體段(22)無(wú)法從所接收數(shù)據(jù)分組來(lái)恢復(fù);以及生成要由媒體播放器取出的替代媒體段(22’)以代替某個(gè)媒體段。該信息還涉及對(duì)應(yīng)媒體接收器(112)和對(duì)應(yīng)計(jì)算機(jī)程序。
【專利說(shuō)明】媒體流處置
【技術(shù)領(lǐng)域】
[0001]一般來(lái)說(shuō),本發(fā)明涉及廣播或多播媒體流播,以及具體來(lái)說(shuō),涉及處置傳輸不充分。
【背景技術(shù)】
[0002]自適應(yīng)流播正成為重要內(nèi)容流播技術(shù)。多種不同的HTTP流播技術(shù)存在,例如Apple 公司所提出的 HTTP 實(shí)況流播(HTTP Live Streaming, HLS)、Micrcosoft 平滑流播(ISM)以及3GPP所規(guī)定的MPEG DASH(其中縮寫詞DASH代表基于HTTP的動(dòng)態(tài)自適應(yīng)流播)。
[0003]自適應(yīng)HTTP流播技術(shù)的共同原理在于,客戶端接收作為文件序列(或者作為字節(jié)范圍請(qǐng)求序列)的內(nèi)容流,其將要經(jīng)過(guò)解碼并且最終作為連續(xù)媒體流來(lái)播放。在所謂的清單文件(例如,在HLS的情況下采取用于存儲(chǔ)多媒體播放列表的所謂m3u或m3u8文件格式或者在Microsoft ISM的情況下采取ismc文件格式以及在DASH的情況下采取MPD文件格式)中描述文件序列的鏈接信息(URL)。
[0004]在通過(guò)多媒體廣播多播服務(wù)(MBMS)發(fā)送DASH內(nèi)容(主要為媒體段)的情況下,客戶端接收媒體段的連續(xù)文件流,各媒體段包含唯一地址(URI)。
[0005]客戶端如清單文件中所述相繼取出媒體段(文件)。在文件下載期間,客戶端可估計(jì)可用鏈路比特率(下載速度)。取決于可用鏈路比特率與媒體的編碼比特率之間的差,客戶端可選擇適當(dāng)質(zhì)量表示(例如略低于所測(cè)量鏈路比特率)。
[0006]為了準(zhǔn)備用于自適應(yīng)HTTP流播的連續(xù)內(nèi)容流,流在服務(wù)器側(cè)分段為多個(gè)媒體段(文件)。這些媒體段由客戶端作為獨(dú)立文件(相繼地)取出??蛻舳苏展芤圆シ?,以提供連續(xù)流播出。
[0007]—個(gè)問(wèn)題涉及例如因服務(wù)器與客戶端之間的傳輸問(wèn)題而不能在客戶端側(cè)來(lái)解碼的數(shù)據(jù)段的處置。如果例如按照IETF文獻(xiàn)RFC 3926 (標(biāo)題為“FLUTE - File Delivery overUnidirect1nal Transport”,規(guī)定通過(guò)單向傳輸?shù)膶?duì)象(文件、目錄、剪輯、ESG等)的大規(guī)??煽s放可靠傳遞的協(xié)議)的接收器(這種接收器以下又稱作FLUTE或ALC/FLUTE接收器)不能恢復(fù)媒體段(例如,如果冗余數(shù)據(jù)不足以在接收器中執(zhí)行前向糾錯(cuò)),則接收器可丟棄整個(gè)媒體段。但是,在多播或單播傳輸中,不可能使客戶端請(qǐng)求丟失媒體段文件的第二傳輸??蛻舳说拿襟w播放器(例如符合DASH或HLS的媒體播放器)可能只停止媒體播放,直至接收到預(yù)計(jì)媒體段。

【發(fā)明內(nèi)容】

[0008]本發(fā)明的一個(gè)目的是在傳輸中斷或者不充分的情況下改進(jìn)在媒體播放器的媒體顯示(或者播出)。
[0009]按照一個(gè)實(shí)施例,客戶端布置包括媒體接收器和媒體播放器。媒體接收器從媒體服務(wù)器接收數(shù)據(jù)分組(例如UDP分組)序列,并且從所接收數(shù)據(jù)分組的數(shù)據(jù)來(lái)生成多個(gè)連續(xù)媒體段,以便由媒體播放器相繼取出。在不能恢復(fù)媒體段(例如因傳輸問(wèn)題)的情況下,媒體接收器提供將要提供給媒體播放器的替代段(又稱作啞媒體段),來(lái)代替不可恢復(fù)(預(yù)計(jì))媒體段。
[0010]該客戶端布置能夠是單個(gè)物理裝置,或者備選地能夠包括若干通信上耦合的物理裝置。具體來(lái)說(shuō),該客戶端布置可包括與媒體接收器裝置耦合的媒體播放器裝置。
[0011]上述實(shí)施例的一個(gè)優(yōu)點(diǎn)在于,能夠使媒體播放器保持播放,而無(wú)需進(jìn)一步等待預(yù)計(jì)但丟失的數(shù)據(jù)。
[0012]在另一個(gè)實(shí)施例中,媒體接收器生成替代段,使得媒體播放器能夠在沒(méi)有進(jìn)一步信息、例如沒(méi)有帶外傳輸?shù)那闆r下使用這個(gè)段。另外,媒體接收器可確定將要插入替代段中的必要控制和解碼及播放時(shí)間相關(guān)信息(除了內(nèi)容替代數(shù)據(jù)之外,例如預(yù)定義缺省數(shù)據(jù)(空數(shù)據(jù)或“啞內(nèi)容”)),例如時(shí)間戳信息、計(jì)數(shù)器和/或(一個(gè)或多個(gè))序列號(hào)。這個(gè)信息可從關(guān)聯(lián)到一個(gè)或多個(gè)先前媒體段的數(shù)據(jù)以及內(nèi)部計(jì)算來(lái)得出。
[0013]內(nèi)部計(jì)算可包括確定時(shí)間增量,并且將這個(gè)增量加入上一個(gè)有效媒體段的時(shí)間戳和/或通過(guò)確定(遞增)適當(dāng)計(jì)數(shù)器和/或序列號(hào))。
[0014]在另一個(gè)實(shí)施例中,接收器將一定量的替代數(shù)據(jù)插入替代媒體段中,使得替代媒體段的持續(xù)時(shí)間對(duì)應(yīng)于不可恢復(fù)媒體段的計(jì)算和/或預(yù)計(jì)持續(xù)時(shí)間。另外,媒體播放器可將具有替代數(shù)據(jù)的一定數(shù)量的幀(例如空幀或“黑”幀)插入替代媒體段中,其中,幀數(shù)對(duì)應(yīng)于不可恢復(fù)媒體段的持續(xù)時(shí)間。
[0015]在此外一個(gè)實(shí)施例中,如果接收器已經(jīng)接收并且恢復(fù)下一個(gè)媒體段(在不可恢復(fù)媒體段之后),則接收器從不可恢復(fù)媒體段之前的媒體段(例如最后一個(gè)有效媒體段)以及所恢復(fù)的下一個(gè)媒體段的定時(shí)信息來(lái)確定媒體段持續(xù)時(shí)間(例如計(jì)算下一個(gè)媒體段的tfdt盒的時(shí)間值減去自最后一個(gè)有效媒體段的tfdt盒的時(shí)間值之間的時(shí)間差)。
[0016]在多個(gè)媒體段缺失的情況下,接收器可創(chuàng)建具有缺省媒體段持續(xù)時(shí)間的媒體段。如果在多個(gè)不可恢復(fù)媒體段之后正確地接收第一媒體段,則接收器修改最后一個(gè)替代媒體段,以調(diào)整段持續(xù)時(shí)間(例如,插入例如對(duì)應(yīng)數(shù)量的空幀)。
[0017]在另一個(gè)實(shí)施例中,媒體接收器例如通過(guò)發(fā)送更新的所謂清單文件向媒體播放器提供信息,通知媒體播放器關(guān)于一個(gè)或多個(gè)不可恢復(fù)媒體段(帶外信息)。
[0018]在一個(gè)實(shí)施例中,信息包含重置時(shí)間戳和/或?qū)⑾乱粋€(gè)有效媒體段看作是流的第一段的請(qǐng)求。如果接收器已經(jīng)接收到下一個(gè)媒體段(例如,單個(gè)媒體段缺失),則接收器可從替代媒體段之前的最后一個(gè)有效媒體段以及替代媒體段之后的第一媒體段的時(shí)間信息來(lái)確定所插入替代媒體段持續(xù)時(shí)間。
[0019]在一個(gè)實(shí)施例中,媒體接收器和媒體播放器通過(guò)HTTP協(xié)議進(jìn)行通信。在此外一個(gè)實(shí)施例中,媒體播放器通過(guò)向媒體接收器發(fā)送HTTP請(qǐng)求(包含依照先前所接收的清單文件的URL地址)并且接收包含對(duì)應(yīng)媒體段的對(duì)應(yīng)HTTP響應(yīng),來(lái)取媒體段。
[0020]在一個(gè)實(shí)施例中,在媒體接收器從媒體服務(wù)器所接收的(UDP)數(shù)據(jù)分組關(guān)聯(lián)到多播或廣播接收。
[0021]本發(fā)明還涉及計(jì)算機(jī)程序,其中包括軟件代碼的部分,以便在由用戶裝置和接收方裝置的相應(yīng)處理單元操作時(shí)實(shí)現(xiàn)上述方法。計(jì)算機(jī)程序能夠存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上。計(jì)算機(jī)可讀介質(zhì)能夠是用戶裝置或接收方裝置中或者是位于外部的永久或可重寫存儲(chǔ)器。相應(yīng)計(jì)算機(jī)程序還能夠例如經(jīng)由電纜或無(wú)線鏈路作為信號(hào)序列傳遞給用戶裝置或接收方>J-U ρ?α裝直。
[0022]下面將描述本發(fā)明的詳細(xì)實(shí)施例,以便使技術(shù)人員全面完整地理解。但是,這些實(shí)施例是說(shuō)明性的,而不是要進(jìn)行限制。
【專利附圖】

【附圖說(shuō)明】
[0023]圖1示出適合于分段流播的流播系統(tǒng)的示范框圖,
圖2示出分段媒體流,
圖3示出由媒體接收器所執(zhí)行的主要處理步驟序列以及在媒體接收器與媒體播放器之間交換的消息,以及
圖4更詳細(xì)地示出HTTP流播系統(tǒng)的示范框圖。
【具體實(shí)施方式】
[0024]圖1示出示范媒體流播系統(tǒng)的框圖,示范媒體流播系統(tǒng)具有媒體服務(wù)器12和(例如由 所述服務(wù)器所服務(wù)的多個(gè)用戶中的)一個(gè)示范用戶裝置11。作為舉例,用戶裝置11包括媒體播放器111和媒體接收器112。
[0025]媒體播放器111能夠被看作是負(fù)責(zé)例如音頻媒體、視頻媒體或者音頻和視頻等的媒體流的播出的功能實(shí)體。此外,媒體播放器如先前所接收的清單文件中所述從媒體接收器相繼取媒體文件或段。媒體播放器能夠被看作是負(fù)責(zé)從媒體服務(wù)器12接收媒體段并且負(fù)責(zé)對(duì)應(yīng)媒體內(nèi)容的播出的功能實(shí)體。此外,從各文件,媒體播放器提取將要播出的內(nèi)容或有效載荷數(shù)據(jù)以及用于控制播出的對(duì)應(yīng)控制數(shù)據(jù)(媒體解碼相關(guān)參數(shù))。
[0026]媒體接收器112對(duì)于由從媒體服務(wù)器12 (其可能例如通過(guò)上述MBMC向多個(gè)用戶裝置多播或廣播這類分組)所接收(例如通過(guò)無(wú)線電接口)的數(shù)據(jù)分組所包含的媒體段進(jìn)行解碼。這種傳輸可通過(guò)基于消息的無(wú)連接協(xié)議、例如作為因特網(wǎng)協(xié)議族的成員之一的用戶數(shù)據(jù)報(bào)協(xié)議(UDP)來(lái)執(zhí)行。
[0027]按照?qǐng)D1的示例,媒體接收器112包括:媒體分組接收器(例如FLUTE接收器)1123,用于接收廣播或多播分組;解碼器1122,用于從所接收分組來(lái)生成媒體段或文件;以及替代插入電路1121,適合于通過(guò)替代段來(lái)替換不可恢復(fù)或損壞媒體段,如稍后更詳細(xì)論述。媒體段由媒體播放器通過(guò)對(duì)各文件的文件請(qǐng)求以及攜帶所請(qǐng)求文件的對(duì)應(yīng)響應(yīng)從媒體接收器連續(xù)取出。這種請(qǐng)求/響應(yīng)機(jī)制可基于HTTP (例如HTTP請(qǐng)求/響應(yīng))或者基于任何其它適當(dāng)協(xié)議(例如,在客戶端是單個(gè)用戶裝置的情況下的因特網(wǎng)協(xié)議)來(lái)實(shí)現(xiàn)。
[0028]圖2示出按照?qǐng)D1的系統(tǒng)中使用的媒體流的分段。在服務(wù)器側(cè),將媒體流分段為多個(gè)媒體段21、22、23。每段可包括一定播放時(shí)間、例如10秒的媒體數(shù)據(jù)。這些段經(jīng)過(guò)編碼,并且例如通過(guò)如前面所述的UDP從服務(wù)器12傳送給一個(gè)或多個(gè)用戶裝置11。作為舉例,每段21、22、23包括多個(gè)幀211、212、213,例如視頻幀或音頻樣本。為了確保媒體內(nèi)容的連續(xù)播出,媒體播放器111留意它具有用于播出的及時(shí)可用幀。此外,媒體播放器111例如通過(guò)HTTP請(qǐng)求及關(guān)聯(lián)HTTP響應(yīng)從媒體接收器112相繼取作為獨(dú)立文件的媒體段,如先前所述并且如下圖3中進(jìn)一步所示。媒體段可平均分割為從媒體服務(wù)器所接收的相同數(shù)量的多播/廣播(UDP)分組,使得例如在下一個(gè)媒體段開(kāi)始時(shí)或者在當(dāng)前媒體段接收完成時(shí),接收器112能夠基于計(jì)數(shù)所接收多播/廣播分組來(lái)觸發(fā)事件。[0029]圖3示出用于由媒體播放器111來(lái)取出媒體段的示范方法。在媒體播出之前,媒體播放器11發(fā)送第一(HTTP)請(qǐng)求30,以獲得清單文件。媒體接收器又傳送所請(qǐng)求清單文件31。在第二請(qǐng)求32中,請(qǐng)求第一媒體段(例如圖2的媒體段21),媒體接收器又傳送包含第一媒體段的響應(yīng)33。類似地,媒體播放器發(fā)出對(duì)下一段的請(qǐng)求34,以便接收包含下一段(例如段22)的下一個(gè)響應(yīng)35。
[0030]如上所述,在文件下載期間,客戶端11可估計(jì)可用鏈路比特率(下載速度)。取決于可用鏈路比特率與媒體的編碼比特率之間的差,客戶端可選擇適當(dāng)質(zhì)量表示(例如略低于所測(cè)量鏈路比特率)。
[0031]在傳輸失真(例如在空中接口上)的情況下,接收器可能無(wú)法恢復(fù)媒體段(例如媒體段22),例如在所接收數(shù)據(jù)被破壞的情況下,使得不存在足夠信息來(lái)執(zhí)行前向糾錯(cuò)(FEC)。接收器則決定丟棄對(duì)應(yīng)媒體段的數(shù)據(jù),并且生成包含代替應(yīng)當(dāng)已經(jīng)傳遞的數(shù)據(jù)的替代數(shù)據(jù)的替代段。因此,如果例如段22可能在媒體接收器中沒(méi)有正確恢復(fù),則媒體接收器生成替代段22’,以便在對(duì)應(yīng)響應(yīng)35中轉(zhuǎn)發(fā)。
[0032]如同通常在多播或廣播傳輸中一樣,不可能使客戶端請(qǐng)求丟失媒體段文件的第二傳輸,這種方法允許使媒體播放器保持播放。雖然這種方法可能導(dǎo)致質(zhì)量的(暫時(shí))降低,但是它避免播出停止或者播出中止,并且因而顯著改進(jìn)體驗(yàn)質(zhì)量。
[0033]在一個(gè)實(shí)施例中,單獨(dú)媒體解碼相關(guān)參數(shù)關(guān)聯(lián)到各媒體段。例如,在MPEG-TS的情況下,示范參數(shù)是:PCR(程序時(shí)鐘參考)、PTS(呈現(xiàn)時(shí)間戳)、DTS(解碼時(shí)間戳)和其它計(jì)數(shù)器,預(yù)計(jì)其單調(diào)增加。在基于ISOFF的媒體段的情況下,存在諸如軌道片段報(bào)頭(‘mfhd’)或者媒體解碼時(shí)間(‘tfdt’)中的片斷序列號(hào)之類的盒。為了正確播出替代有效載荷數(shù)據(jù),媒體播放器需要關(guān)聯(lián)到這個(gè)段的對(duì)應(yīng)媒體解碼相關(guān)參數(shù)。它不足以使接收器正好插入替代數(shù)據(jù)、例如無(wú)效或空數(shù)據(jù)(例如包含一定數(shù)量的零位或字節(jié))來(lái)將內(nèi)容媒體數(shù)據(jù)替換到具有正確和預(yù)計(jì)URI (文件名)的替代文件中。接收器此外還將適當(dāng)解碼相關(guān)參數(shù)插入到替代文件中,使得媒體播放器具有充分控制信息來(lái)繼續(xù)播出替代有效載荷數(shù)據(jù)。換言之,接收器確定預(yù)計(jì)媒體解碼相關(guān)參數(shù),并且將這種數(shù)據(jù)連同替代內(nèi)容數(shù)據(jù)一起插入替代段中。
[0034]對(duì)于Apple HTTP實(shí)況創(chuàng)建,接收器可以只復(fù)制第一接收段文件作為啞段,因?yàn)槠銹CR和PTS小于后來(lái)接收的段,它在被插入時(shí)不會(huì)播出。
[0035]在一個(gè)實(shí)施例中,例如對(duì)于Apple HTTP實(shí)況流播解決方案,建議將啞媒體段插入m3u8播放列表中(表示修改或者新生成播放列表文件),并且使用EXT-X-DISCONTINUITYm3u8標(biāo)簽來(lái)指示MPEG2-TS不連續(xù)性。這通知媒體播放器重置所有MPEG2-TS時(shí)間戳,并且將不連續(xù)性指示符之后的媒體段看作是流的第一段。如果接收器已經(jīng)接收到下一個(gè)媒體段(單個(gè)媒體段缺失),則接收器從兩個(gè)媒體段的PCR/PTS來(lái)確定插入啞媒體段持續(xù)時(shí)間。
[0036]在一個(gè)實(shí)施例中,例如對(duì)于ALC/FLUTE接收器,提出重寫清單文件(m3u或m3u8文件)或者生成清單文件,因?yàn)樵谇鍐挝募斜仨毚嬖谥辽賰蓚€(gè)DISCONTINUITY標(biāo)簽:第一啞段之前的一個(gè)標(biāo)簽以及第一有效媒體段之前的一個(gè)標(biāo)簽。對(duì)每個(gè)新媒體段,重寫任何現(xiàn)有m3u8清單文件(例如對(duì)每個(gè)新媒體段生成新的m3u8)。因此,客戶端必須知道所有m3u8文件,直到清單文件中不再列示啞段。ALC/FLUTE接收器可需要添加兩個(gè)以上DISCONTINUITY標(biāo)簽。
[0037]在一個(gè)實(shí)施例中,例如對(duì)于DASH ISO FF文件,提出例如創(chuàng)建具有啞內(nèi)容的新的基于ISOFF的媒體段。接收器例如對(duì)HLS確定待創(chuàng)建媒體段的URI。如果接收器已經(jīng)接收下一個(gè)媒體段(例如,如果單個(gè)媒體段缺失),則接收器從下一個(gè)媒體段的tfdt盒減去來(lái)自最后正確接收的媒體段的tfdt盒的值,來(lái)確定實(shí)際所需媒體段持續(xù)時(shí)間。接收器按照幀速率描述來(lái)生成多個(gè)空幀。實(shí)際幀包含空數(shù)據(jù),使得解碼器忽略該幀,但是保持解碼時(shí)間線。
[0038]如果多個(gè)媒體段缺失,則接收器可創(chuàng)建具有缺省媒體段持續(xù)時(shí)間的新ISOFF媒體段。在正確接收一個(gè)媒體段時(shí),接收器可修改最后一個(gè)啞媒體段,以調(diào)整段持續(xù)時(shí)間。
[0039]圖4更詳細(xì)地示出示范流播系統(tǒng)的框圖。為了提供與先前附圖的一致性,具有基本上相似或兼容的功能的實(shí)體具有相似參考標(biāo)號(hào)。該系統(tǒng)包括=MBMS客戶端應(yīng)用,其由客戶端裝置11所包含;以及媒體服務(wù)器12,其實(shí)現(xiàn)為廣播多播服務(wù)中心(BM-SC),其能夠被看作是負(fù)責(zé)向多個(gè)用戶應(yīng)用提供流播服務(wù)的功能實(shí)體??蛻舳搜b置11可能是通過(guò)無(wú)線電接口與網(wǎng)絡(luò)側(cè)的網(wǎng)關(guān)進(jìn)行通信的移動(dòng)用戶裝置。客戶端裝置可包括文件接收器112,其包括FLUTE接收器和(RAPTOR)(前向糾錯(cuò)(FEC))解碼器。文件接收器112從媒體服務(wù)器12接收視頻數(shù)據(jù)分組(例如,通過(guò)H.248 MP和AAC,以每秒800千位的示范速率),并且生成將要存儲(chǔ)在文件系統(tǒng)113的媒體段或文件。實(shí)現(xiàn)為視頻播放器的媒體播放器111從文件系統(tǒng)相繼取出媒體文件供播出,如前面所述。此外,可提供接收?qǐng)?bào)告單元114,其從與源塊差錯(cuò)(其可能通過(guò)在FLUTE接收器評(píng)估分組差錯(cuò)率的統(tǒng)計(jì)GUI來(lái)生成)有關(guān)的信息來(lái)生成接收?qǐng)?bào)告。這類報(bào)告可按照面向連接的方式(例如通過(guò)HTTP)又提供回給媒體服務(wù)器。服務(wù)器12可包括:文件分區(qū)電路121,用于分段所接收媒體數(shù)據(jù)的媒體流;(FEC)編碼器122,用于生成媒體段;以及FLUT發(fā)送器,用于向FLUE接收器發(fā)送對(duì)應(yīng)視頻分組。
【權(quán)利要求】
1.一種用于向媒體播放器(111)提供媒體段(21,22,23)序列以便相繼取出的方法,其中所述媒體段從媒體接收器(112)處接收的數(shù)據(jù)分組來(lái)生成,所述媒體接收器(112)執(zhí)行下列步驟: -檢測(cè)某個(gè)媒體段(22)無(wú)法從所接收數(shù)據(jù)分組來(lái)恢復(fù), -生成要由所述媒體播放器取出的替代媒體段(22’ )以代替所述某個(gè)媒體段。
2.如權(quán)利要求1所述的方法,還包括得到將要插入替代媒體段(22’)的內(nèi)容替代數(shù)據(jù)供在所述媒體播放器播出,其中所述替代數(shù)據(jù)是預(yù)定義的和/或保持為存儲(chǔ)的、例如無(wú)效幀,或者從先前恢復(fù)的一個(gè)或多個(gè)媒體段來(lái)計(jì)算。
3.如權(quán)利要求2所述的方法,其中,所述替代媒體段(22’)還包括控制替代信息,所述控制替代信息包含用于所述內(nèi)容替代數(shù)據(jù)的播出的解碼和播放時(shí)間相關(guān)信息,其中所述媒體接收器: -基于一個(gè)或多個(gè)先前解碼的媒體段(21)來(lái)確定所述控制替代信息,以及 -將所述控制替代信息連同所述內(nèi)容替代數(shù)據(jù)一起插入所述替代媒體段(22’)中。
4.如權(quán)利要求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,還包括確定時(shí)間增量,通過(guò)將增量加入所恢復(fù)媒體段的時(shí)間戳來(lái)生成新的時(shí)間值戳,并且將所述新的時(shí)間戳插入所述替代媒體段(22’)中。
5.如權(quán)利要 求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,還包括實(shí)現(xiàn)所恢復(fù)媒體段的計(jì)數(shù)器值和/或序列號(hào),并且將遞增計(jì)數(shù)器值和/或序列號(hào)插入所述替代媒體段(22’)中。
6.如權(quán)利要求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述接收器將一定量的內(nèi)容替代數(shù)據(jù)插入所述替代媒體段中,使得所述替代媒體段(22’ )的持續(xù)時(shí)間對(duì)應(yīng)于將要由所述替代媒體段(22’ )所替換的不可恢復(fù)媒體段(22)的計(jì)算和/或預(yù)計(jì)持續(xù)時(shí)間。
7.如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述媒體播放器將具有替代數(shù)據(jù)的一個(gè)或多個(gè)幀插入所述替代媒體段(22’)中。
8.如以上權(quán)利要求中的任一項(xiàng)所述的方法,還包括: -在接收一個(gè)或多個(gè)不可恢復(fù)媒體段(22)之后恢復(fù)另一媒體段(23),以及 -從所述不可恢復(fù)媒體段(22)前面的媒體段(21)和所述另一媒體段(23)的定時(shí)信息來(lái)確定所述媒體段持續(xù)時(shí)間,例如計(jì)算所述另一媒體段(23)中指示的時(shí)間值減去所述不可恢復(fù)媒體段(21)前面的所述媒體段的時(shí)間值之間的時(shí)間差。
9.如權(quán)利要求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,在多個(gè)連續(xù)媒體段尚未恢復(fù)或者缺失的情況下,所述媒體接收器執(zhí)行: -創(chuàng)建具有缺省媒體段持續(xù)時(shí)間的多個(gè)對(duì)應(yīng)替代媒體段,以及 -在多個(gè)媒體段之后的第一正確接收時(shí),例如通過(guò)插入對(duì)應(yīng)數(shù)量的無(wú)效幀,將另一替代媒體段修改成跟隨所述多個(gè)連續(xù)替代段,以調(diào)整所述段持續(xù)時(shí)間,使得所述替代媒體段的持續(xù)時(shí)間適合不可恢復(fù)或缺失媒體段。
10.如權(quán)利要求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述媒體接收器(112)例如通過(guò)發(fā)送已更新清單文件,向所述媒體播放器(111)提供信息,用于通知所述媒體播放器關(guān)于一個(gè)或多個(gè)不可恢復(fù)媒體段。
11.如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述信息包含重置時(shí)間戳和/或?qū)⑾乱粋€(gè)有效媒體段看作是所述流的第一段的請(qǐng)求。
12.如權(quán)利要求1或者如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述媒體接收器(112)和所述媒體播放器(111)通過(guò)HTTP協(xié)議進(jìn)行通信。
13.如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述媒體播放器(111)通過(guò)向所述媒體接收器發(fā)送HTTP請(qǐng)求以接收包含所述媒體段的對(duì)應(yīng)HTTP響應(yīng),來(lái)取出媒體段,所述HTTP請(qǐng)求包含按照先前所接收的清單文件的URL地址。
14.如以上權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述媒體接收器(112)接收由媒體服務(wù)器(12)所廣播或單播的媒體數(shù)據(jù)分組,并且基于所接收數(shù)據(jù)分組來(lái)生成所述媒體段。
15.一種適合于向媒體播放器(111)提供媒體段(21,22,23)序列供播出媒體流的接收器裝置(11,112),包括 -接收器(1123),適合于接收關(guān)聯(lián)到所述媒體流的數(shù)據(jù)分組, -生成器(1121,1122),適合于生成將要由所述媒體播放器相繼取出的多個(gè)媒體段(21,22,23), 其中所述生成器還 適合檢測(cè)某個(gè)媒體段(22)無(wú)法從所接收數(shù)據(jù)分組來(lái)恢復(fù),并且用于生成將要由所述媒體播放器取出的替代媒體段(22’ )以代替所述某個(gè)媒體段。
16.如以上權(quán)利要求中的任一項(xiàng)所述的接收器裝置,包括替代生成器(1121),其適合生成供所述媒體播放器播出的內(nèi)容替代數(shù)據(jù)以及包含用于所述內(nèi)容替代數(shù)據(jù)的播出的解碼和播放時(shí)間相關(guān)信息的控制替代數(shù)據(jù)。
17.如以上權(quán)利要求中的任一項(xiàng)所述的接收器裝置,還適合從一個(gè)或多個(gè)先前解碼的媒體段(21)來(lái)確定所述控制替代數(shù)據(jù),并且將所述控制替代數(shù)據(jù)連同所述內(nèi)容替代數(shù)據(jù)一起插入所述替代媒體段(22’)中。
18.—種可加載到關(guān)聯(lián)到接收器裝置的處理單元的計(jì)算機(jī)程序,所述計(jì)算機(jī)程序包括適合執(zhí)行如以上權(quán)利要求1-14中的任一項(xiàng)所述的方法的代碼。
【文檔編號(hào)】H04N21/2343GK104041061SQ201280049762
【公開(kāi)日】2014年9月10日 申請(qǐng)日期:2012年8月10日 優(yōu)先權(quán)日:2011年8月10日
【發(fā)明者】T.洛馬, 陳琨, 李健 申請(qǐng)人:瑞典愛(ài)立信有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
合阳县| 广东省| 乐山市| 黑龙江省| 揭阳市| 商丘市| 东城区| 枝江市| 彭州市| 阿拉善左旗| 万宁市| 梓潼县| 阳朔县| 禹城市| 长兴县| 晋中市| 仁布县| 永嘉县| 凤冈县| 平乡县| 开平市| 庆阳市| 三亚市| 仁化县| 红原县| 民县| 榆中县| 和平区| 仲巴县| 厦门市| 汉沽区| 乌海市| 宣武区| 石柱| 合作市| 太白县| 京山县| 图们市| 桐梓县| 绥滨县| 合山市|