專利名稱：用于接收利用現有數據傳輸廣播的視頻內容和服務的方法和設備的制作方法
技術領域：
本發(fā)明涉及經由網絡的數字內容廣播的一般領域。更具體地，本發(fā)明涉及一種用 于接收電視運營商利用現有(prior)數據傳輸廣播的視頻內容和服務的方法和設備。
背景技術：
為了提供數字電視服務，電視運營商或廣播公司每次根據廣播或組播傳播原理， 通過衛(wèi)星、有線或無線電廣播網絡、通過IP寬帶網絡、或也通過移動網絡將視頻內容傳輸 至多個客戶端。由于終端用戶激增提供了極高比特率訪問，IP電視(或IPTV)得到了發(fā)展。 視頻廣播要求網絡上的高比特率。在開放有線(開放互聯網類型)或管理(通過自由類型 訪問供應商)網絡上，客戶端的訪問點的帶寬制約所述客戶端對于IPTV服務合格性，并且 還制約視頻內容(例如，高清電視(HDTV))的編碼質量。因此，取決于其帶寬，客戶端根本 接收不到電視頻道或視頻點播服務、或者接收標準質量電視節(jié)目、或者接收不同的高清內 容。客戶端的帶寬取決于訪問網絡的技術特性以及網絡的擁塞。對于通過移動網絡(例如 3G電話技術)的廣播，也存在帶寬限制問題，帶寬方面的約束甚至更高。提出不同的解決方案來提高個體對于IPTV或VOD的合格性，并且提高廣播內容的 質量。第一系列解決方案基于圖像處理，例如，包括濾波的SD-HD上縮放(upscaling)或數 字變焦。然而，這些解決方案提供比得上原始HD內容的普通結果。在網絡領域，正開發(fā)極高 比特率訪問。在壓縮領域，諸如H. 264/MPEG-4AVC (高級視頻編碼)或H. 264/MPEG-4SVC (可 縮放視頻編碼)等標準的使用使得能夠提高廣播內容的壓縮率。SVC還使得能夠將傳送劃 分成可以適于不同廣播網絡能力的不同流，因此提供可以適于接收機的帶寬的視頻質量。 事實上，根據“可縮放性”模型，不同的SVC流與相同內容的不同連續(xù)質量等級(分級相關 和遞增編碼)相對應，并且可以在無需增強層的情況下對AVC基本層進行解碼。然而，不同 的流在網絡上同時傳輸。因此，如果客戶端的帶寬足以實時接收基本層，則該客戶端可以受 益于標清的IPTV服務，但是如果客戶端的帶寬不足以實時接收增強層，則該客戶端不能受 益于IP-HDTV服務。在寬帶網絡上單播傳輸的上下文中，文獻WO 03/04783描述了一種廣播音樂的方 法，其中將數據流進行劃分并且不同時傳輸。預先傳輸第一流，然后將其存儲在存儲器中。 實時傳輸第二流，將該第二流與第一流以某種方式相組合，以實現對音樂片段的實時再現。 這種解決方案使得能夠克服對于完整流的實時約束，并且使得能夠優(yōu)化實時資源的帶寬。 同樣在單播傳輸領域，文獻US6496980描述了一種利用兩個非同時流的單播傳輸。實時接 收基本層，并且提供標準質量。在用戶請求時，下載增強層，因此向用戶提供具有改進質量 的視頻內容的新再現的優(yōu)點。這些解決方案不能解決寬帶網絡上電視廣播服務的合格性的技術問題，針對該寬 帶網絡，訪問點的帶寬不能實現質量足以用于視頻流的再現的視頻流的實時接收。這些解 決方案也不能解決實時廣播HD電視服務的技術問題，特別是“廣播”網絡上，或者訪問點的
4帶寬不足的寬帶網絡上的實時廣播HD電視服務的技術問題。

發(fā)明內容
本發(fā)明的目的是克服現有技術的缺點中的至少一個缺點。更具體地，本發(fā)明的目的是實現TV或VOD服務的實時IP網絡上組播數字廣播，而 同時限制該服務所需的實時比特率。本發(fā)明的目的還實現了改進質量服務(例如，TVHD)的 實時數字廣播，特別是混合網絡(組合了無線電、衛(wèi)星或有線網絡和IP網絡)上的實時數 字廣播，而同時保持基本層質量(例如，SD)的流比特率，并因此優(yōu)化了同時廣播的頻道的 數目。在現有技術中，內容在網絡上由電視運營商實時廣播至多個接收機。本領域還已 知，在IP網絡上的點到點鏈路中，可以將內容劃分且下載到接收設備上的多個傳輸會話 中。本發(fā)明的構思是將實時廣播與現有的相同內容下載(特別是在混合網絡上)相組合。為此，本發(fā)明涉及一種用于接收電視運營商向多個接收設備流傳輸或廣播的視頻 內容和服務的方法，已編碼視頻內容和服務被分成第一數據流和第二數據流，該方法包括 以下步驟接收在第一傳送會話中流傳輸或廣播的第一數據流；接收在第二傳送會話中傳 輸的第二數據流，在第一數據流之前傳輸第二數據流，并且在沒有第一數據流的情況下不 能夠對第二數據流進行解碼；將第二數據流記錄在接收設備的存儲裝置中；連續(xù)地將第二 數據流與第一數據流同步到發(fā)送給解碼裝置的流中。有利地，電視運營商在IP網絡上對降低了比特率的第一 SVC壓縮流進行廣播，并 且提出預先下載不同增強層。因此對于IPTV服務而言不合格的客戶端由于它們網絡訪問 的有限帶寬而變得合格。為了提供HD質量服務，有利地，電視運營商提出例如在廣播之前的夜晚期間將根 據SVC標準而編碼的HD內容的增強層預先下載到客戶端的接收設備上。在接收實時流傳 輸的SVC基本層時，接收機將下載的流與實時流同步，有利地，已經預訂該服務的客戶端受 益于例如以SD質量流傳輸的內容的HD質量。最后，在混合網絡的上下文中，實現了本發(fā)明的電視運營商提出了一種通過將IP 網絡HD增強層下載到已經預訂了服務的客戶端上的TVHD服務，而同時保留廣播網絡上的 SD廣播。因此電視運營商有利地優(yōu)化了同時廣播的頻道數目。根據本發(fā)明的具體特性，用于連續(xù)地將第二數據流與第一數據流同步的步驟使用 與第一數據流相關聯且被插入到第一傳送會話中的時間戳以及與第二數據流相關聯且被 插入到第二傳送會話中的時間戳。實時流與下載的流之間的規(guī)則同步能夠通過這些標記來 實現，并且特別地，非常適于在例如直接廣播商業(yè)廣播時引入的延遲問題。根據本發(fā)明的另一具體特性，用于連續(xù)地將第二數據流與第一數據流同步的步驟 使用與每個視頻內容和服務相關聯的標識符，將該標識符插入到第一傳送會話和第二傳送 會話中。在與多個內容相對應的多個下載的文件之間，該標識符使得能夠選擇與正廣播的 流相對應的下載的增強層。有利地，與每個視頻內容和服務相關聯的標識符從諸如視頻內 容或服務的標題或視頻內容或服務的流傳輸或廣播的理論日期和時間之類的內容特性中 導出。根據本發(fā)明的特別有利方面，包括用于接收視頻內容和服務流傳輸或廣播的信令的步驟，該信令包括與第一傳送會話和第二傳送會話有關的信息。該信息向電視運營商 的客戶端通知視頻流預先下載服務以及要下載的流的選擇。根據本發(fā)明的特別有利方面，還包括用于根據與傳送會話有關的這些信令信息 來激活第一數據流的接收的步驟。根據另一有利方面，本發(fā)明還包括用于根據與傳送會話 有關的信令信息或者根據接收設備的用戶的選擇來激活第二數據流的接收的步驟。該選擇 在每個內容的要求下或者自動經由用戶所預訂的預訂服務來執(zhí)行。因此該方法具有自動內 容下載并且在預訂了預先下載服務的客戶端的接收設備中記錄的優(yōu)點。根據另一實施例， 該方法具有自動觸發(fā)由客戶端部分下載的內容的現場(live)接收的優(yōu)點。最后，根據本發(fā)明的特別有利方面，還包括步驟在第一傳送會話中第一數據流傳 輸之后從接收設備的存儲裝置中刪除第二數據流。


參照附圖，通過實施例和有利實現方式非限制性地更好理解和示意本發(fā)明，在附 圖中圖1示出了根據特定實施例的接收方法，圖2示出了在根據特定實施例的接收設備中實現的同步步驟，圖3和4示出了根據兩個實施例(DVB-IPTV和MPEG2-TS)的數據流的傳送分組，圖5示出了包括傳輸和接收步驟的不同變型在內的廣播方法，以及圖6示出了實現本發(fā)明的接收設備。
具體實施例方式本發(fā)明包括一種方法和設備，其中，客戶端預先下載視頻流的一部分，接收電視運 營商實時廣播的流的另一部分，以及將流的兩個部分同步，以受益于具有增強質量的電視 服務。作為非限制示例，電視運營商廣播的視頻內容和服務包括記錄的電視節(jié)目以及“接 近(near) ”V0D服務。然而，該方法在廣播“現場”電視節(jié)目時出現事件的情況下不適于“現 場”電視節(jié)目。與沒有實時和帶寬約束的情況下下載的內容或服務相反，可以在廣播網絡 上現場或實時地或者同樣在流中傳輸視頻內容和服務。根據優(yōu)選實施例，可以根據包括基 本層和增強層的SVC標準對這些視頻內容進行壓縮，可以根據這些流級別來執(zhí)行劃分。自 然，本發(fā)明不限于該實施例。一種變型包括將MPEG2-TS視頻傳送流劃分成兩個部分，第一 部分例如包括TS分組的報頭，第二部分包括數據分組。根據另一變型，可以順序地將內容 劃分成第一流中的十分之一數據以及第二流中的十分之九數據。因此，第二流不適于單獨 進行解碼，即，不適于在沒有第一流的情況下進行解碼，這尤其非常適于內容的安全性。然 而，在優(yōu)選實施例中，與所提出的變型相反，有利地可以單獨對第一流進行解碼，此外，該第 一流與當前MPEG4-解碼器(MPEG4-AVC)兼容。圖1以圖形的方式示出了根據特定實施例的接收方法。將內容劃分成被稱作第一 和第二流的兩個流。從開始步驟101，實現第二流的接收步驟102。根據諸如用于單播傳輸 的FTP、HTTP或P2P或者用于單播或組播傳輸的FLUTE之類的協議，例如通過在互聯網型開 放網絡或訪問供應商所管理的網絡，在第二傳送會話中傳輸該第二流。在步驟103期間，將 第二流記錄在接收設備的存儲裝置中。然后，在第一傳送會話中現場傳輸第一流。根據被稱作DVB-IPTV的實施例，該第一會話包括使用適于實時視頻服務的RTP協議在訪問供應商 所管理的網絡上流傳輸的組播。根據被稱作DVB-MPEG2-TS的另一實施例，該第一會話包括 在無線電、衛(wèi)星或地面網絡上流傳輸MPEG2-TS傳送流。通過將寬帶網絡領域的下載與無線 電、衛(wèi)星或地面網絡領域的廣播相組合，本發(fā)明特別適合于混合網絡的上下文。因此，必須 具體在時間戳級別下建立這兩個領域之間的統(tǒng)一同步方法。然后實現現場傳輸的該第一流 的接收步驟104。并行地，同步步驟105包括記錄的第二流與接收到的第一流的數據之間的 組合，并且包括在劃分和傳送之前增強質量的初始流的重構。因此，在步驟106期間對同步 步驟105之后獲得的流進行解碼，步驟106對接收方法的結束進行標記。自然，本發(fā)明不限于前述實施例。具體地，本發(fā)明與傳送會話的數目與包括在內容 中的傳送會話的數目的所有組合相兼容。然而，當實施例使用SVC壓縮時，有利地考慮SVC 流的分級，在流傳輸中傳輸基本層流或低質量流，并且預先下載增強層，以實現基本層或低 質量流的獨立解碼。圖2示出了在根據特定實施例的接收設備中實現的同步步驟，更具體地，圖2示出 了使用標識符和時間戳來實現該功能。在圖2的實施例，對內容進行SVC編碼。基于AVC 格式，SVC 二進制流包括連續(xù)的“訪問單元”(AC)，每個AU表示給定時間處的唯一視頻圖像。 “網絡訪問層單元” (NAL)的構思將視頻幀的圖像條(slice)定義為解碼單元。每個NAL與 SVC所引入的基本或增強層相對應，并且數個NAL形成AU。圖2示出了包括4個流級別的 內容，流0與基本層相對應，并且流1、2和3與增強層相對應。例如，根據RTP協議在傳送 會話201中流傳輸流0，例如根據RTP協議在另一同時傳送會話202中流傳輸流1，將流2 和3以文件203形式記錄在接收設備的存儲裝置中。同步步驟包括對按照1至3編號的不 同AU 210進行排序，并且不同的NAL分別包括在部分下載和部分流傳輸的內容的AU中。內容廣播構成事件E”標識符Mi 208與事件Ei相關聯，即與每個內容相關聯。根 據實施例，該標識符從根據散列函數加密的內容的標題中導出。根據變型，該標識符208 從節(jié)目廣播的日期和理論時間中導出。該標識符208使得能夠將下載和記錄的文件與現 場廣播流相關聯。例如，可以在IP網絡上以RTP分組，或者在DVB網絡上以MPEG-TS適配 (adaption)字段，來在傳送會話級別處傳輸該標識符208。有利地，該標識符208被記錄在 與下載的文件相關聯的元數據中。根據實施例，與每個流相關聯且在傳送會話級別處傳輸的時間差用于同步不同 流。在 IP 網絡領域中，文獻"RTP Payload Format for SVC Video”(draft-ietf-avt-rtp -svc-15.txt by S. Wenger，Y.-K. Wang, Τ· khierl，A. Eleftheriadis，2008 年 11 月 3 日) 提出了一種對不同RTP會話中流傳輸中所傳輸的不同SVC流進行同步的技術方案。該方案 使用文獻“RFC3984 :RTP Payload Format for H. 264Video" (S. Wenger, Μ. Μ. Hannuksela, Τ. Stockhammer,M. ffesterlund, D. Singer, 2005 年 2 月)介紹的“對序號進行解碼”。在 RTP 分組中以H264的特定格式來傳送該DON信息207。此外，文獻“RTP Payload Format for SVC Video”還描述了針對每個AUj的時間戳(或TS)，在RPT分組的報頭206中傳送TSjtl
用于對不同傳送會話的RTP分組進行排序。然而，根據使用RPT協議傳輸流或者根據適 于實時的協議將流下載到文件中或傳輸流的不同實施例，技術問題是對來自傳送會話的多 個SVC流進行同步。因此，根據本發(fā)明的特定特性，針對SVC流的每個傳送會話的每個AUj 的第一 NAL單元中的每一個定義新時間戳RI^j 209(參考時間戳)。時間戳RTS 209使得能夠在201和203中對來自流(流傳輸或預先下載的流)的不同傳送會話的相同AU 210 的所有NAL 205進行分組，例如RTS1和RT&。時間戳RTS還使得能夠在201和203中對例 如附加下載的文件AU和流傳輸的AU進行排序，例如，RTS1和RT&。定義了這些不同的時間 戳。根據包括該時間戳信息的實施例，定義新下載的文件格式和傳送流。
因此，圖2示出了由3個AU 210組成的流。每個AU 210包括例如使用RTP協議 傳輸的NAL單元205。報頭RTPj 206傳送針對每個AU的TSj。RTP分組傳輸內容Mi 208的 識別信息項、針對每個NAL的DON信息207項、以及針對每個AU的RKj信息項。將第一 AU 的RTS初始化為0。然后以使TS和RTS在新文件格式和傳送會話中相關的方式來計算TS 和RTS,因此 TS [AU (j) ] -TS [AU (j_l) ] = RTS [AU (j) ] -RTS [AU (j-1)]。根據另一實施例，在寬帶IP網絡上廣播內容，因此提供標準DVB-IPTV(“DVB-IPTV 1. 4 transport of MPEG 2TS Based DVB Services over IP Based Networks，，，dTS 102 034 VI. 4.1，2008年9月)中所定義的IPTV服務。在該實施例中，第二傳送會話(即，文件 下載)使用CDS(內容下載服務)技術，確保內容信令和傳輸。此外，第一傳送會話(即，內 容流傳輸)使用RTP協議。根據特定特性，標識符Mi WDVB-IPTV寬帶內容指南中介紹的例如由散列函數壓 縮的CRID (內容參考標識符)中導出。標識符Mi與CDS信令信息一起傳輸。根據特定特性，在RTP分組中傳輸標識符Mi和RTS時間戳。圖3示出了根據 DVB-IPTV實施例在流傳輸中接收到的流的RTP傳送分組。定義了新RTP報頭格式，該新RTP 報頭格式包括RTP報頭301和由報頭301的X比特303填寫(complete)的RTP報頭擴展 302。報頭擴展字段302有利地包括標識符字段Mi 305和AU時間戳字段RTS 306。以32 比特對這些新字段進行編碼。有利地，填寫新報頭擴展字段302的類型304和長度307。此 外，RTP分組適于不同RTP會話中在IP網絡上流傳輸的不同SVC流的同步，具體地，DON字 段出現在每個RT分組中。根據另一實施例，使用標準MPEG2-TS (在 IS0/IEC 13818-1 ”Information technology-Generic coding of moving pictures and associated audio information Part Systems”中)在衛(wèi)星、有線或地面廣播網絡上廣播內容。在該實施例中，第二傳 送會話(即，文件下載)使用關于MPEG2-TS的技術DSMCC或FLUTE。此外，第一傳送會話 (即，內容流傳輸)使用MPEG2的TS傳送分組。圖4示出了根據DVB-MPEG2-TS實施例的現 場接收到的第一流401的MPEG2-TS的傳送分組402。TS分組402包括報頭403、可選適配 字段404以及有用數據405。根據特定特性，標識符Mi 408和時間戳TRS 409在專用于私 有數據傳送的適配字段403中傳輸。該字段包括11個附加字節(jié)，其中4個字節(jié)用于標識符 Mi,4個字節(jié)用于RTS時間戳。在這種情況下，DON構思在RTP傳送情況下的使用并不像在 MPEG2-TS傳送情況下保留NAL單元的順序一樣。此外，并不與RTP相關地計算RTS，而是與 時間戳的存在或者相對于PCR時鐘的PTS相關地來計算，使得PTS [AU (j) ] -PTS [AU (j-1) ] = RTS [AU (j) ] -RTS [AU (j-1)]圖5示出了包括傳輸和接收步驟的不同變型的廣播方法。在第一步驟510期間， 電視運營商準備針對給定日期和時間的內容的廣播，該廣播與事件Ei相對應將視頻內容 壓縮到意在通過至少2個傳送會話傳輸給客戶端、被劃分成多個部分(或者至少第一流和至少第二流)的二進制流中。第二步驟520包括事件Ei的信令522。事件Ei的信令522包 括具有HDi服務的給定頻道上日期和時間處的內容的廣播信息，即，與不同傳送會話有關的 信息。與HDi服務有關的信息描述了預先下載中可訪問的內容的一部分(例如，HD質量) 的傳輸模式。在步驟521中TV運營商準備信令522，并且在步驟523中該信令522由客戶 端接收。在步驟5M期間，客戶端對信令信息522進行分析并且為事件&選擇服務，利用 文件下載文件的HDi,或者包括標準廣播而不包括下載的SDitl在步驟530期間，客戶端預訂 HDi服務，因此有權在廣播之前下載，內容的一部分例如與HD質量相對應。步驟540包括 接收543傳送會話中針對HDi服務的第二數據流M2，并且將該流記錄544在客戶端的接收 設備的存儲裝置中。根據變型實施例，傳輸和下載文件的協議是CDS、DSMCC、或FLUTE。根 據特定特性，步驟540包括使用與第一和第二傳輸會話有關的信令信息522(具體地，內容 廣播Ei的日期和時間)從客戶端接收設備的待機狀態(tài)自動激活接收討3。根據另一特性， 步驟550包括在第一流廣播Ei時激活客戶端接收563。在步驟560期間，在傳送會話中傳 輸針對(例如，標準內容質量的廣播的)SDi服務的第一數據流562。根據各個實施例，該傳 輸使用IP網絡(IPTV)或諸如衛(wèi)星、地面或有線(DVB MPEG2-TS)之類的廣播網絡。在步驟 563期間，接收設備接收第一數據流562。在步驟564期間，接收設備根據第一流的接收在 運行中同步先前在第二傳送會話中傳輸的流。標識符禮適于在記錄在設備的存儲裝置中的 流之間選擇與Ei的第一流相關聯的流。RTS時間戳適于對來自第一流和第二流的數據進行 同步。因此，在步驟565期間對重構的流進行解碼，并且客戶端有利地欣賞到相對于標準廣 播具有增強質量的內容。最后，在步驟570期間，設備在內容廣播之后刪除第二數據流，即， 在事件Ei之后，無論客戶端是否接收到且觀看到該事件E” 圖6示出了實現本發(fā)明的接收設備。接收設備例如是連接至網絡的數字TV解碼 器(機頂盒)、連接至IP網絡的訪問網關、或者在混合網絡情況下確保每個網絡上的接收 的設備。該設備包括用于實現本發(fā)明實施例的物理裝置，例如處理器610 (CPU)、RAM 630和 ROM 620、硬盤680和至少一個網絡接口 640、650 (例如，有線、衛(wèi)星或地面解調器)、IP端 口、ADSL解調器或用于移動網絡的3G調制解調器)。網絡接口適于傳送頻道660、670上IP 網絡、電視廣播網絡、傳送頻道移動網絡上的數據接收。設備將第二數據流存儲的在RAM存 儲器或硬盤中作為包括標識符632M”與每個訪問單元AUj 634相關聯的時間戳6331^的文 件。CPU確保網絡接口接收到的數據與存儲在RAM或硬盤中的數據之間的同步。根據實施 例，CPU還確保重構視頻流的解碼，并且將解碼后的內容發(fā)送至諸如電視屏幕之類的顯示設 備。
權利要求
1.一種用于接收電視運營商向多個接收設備流傳輸或廣播的視頻內容和服務的方法， 已編碼的所述視頻內容和服務被分成第一數據流(201、20幻和第二數據流003)，該方法 包括以下步驟 接收(104)在第一傳送會話中流傳輸或廣播的所述第一數據流；所述方法的特征在于，還包括以下步驟 接收(10 在第二傳送會話中傳輸的所述第二數據流003)，在所述第一數據流 (201,202)之前傳輸所述第二數據流003)，并且在沒有所述第一數據流(201、20幻的情況 下不能夠對所述第二數據流(20 進行解碼； 將所述第二數據流(20 記錄(10 在接收設備的存儲裝置中； 連續(xù)地將所述第二數據流(20 與所述第一數據流O01、202)同步(10 到發(fā)送給 解碼裝置(106)的流Q04)中。
2.根據權利要求1所述的方法，其特征在于，用于連續(xù)地將所述第二數據流(203)與所 述第一數據流O01、202)同步(10 的步驟使用與所述第一數據流(201、20幻相關聯且被 插入到所述第一傳送會話中的時間戳O09)以及與所述第二數據流(20 相關聯且被插入 到所述第二傳送流中的時間戳(209)。
3.根據權利要求1所述的方法，其特征在于，用于連續(xù)地將所述第二數據流(203)與所 述第一數據流(201、20幻同步(10 的步驟使用與每個所述視頻內容和服務相關聯并被插 入到所述第一傳送會話和所述第二傳送會話中的標識符(208)。
4.根據權利要求3所述的方法，其特征在于，與每個所述視頻內容和服務相關聯的標 識符(208)根據來自以下特性中的特性而導出 視頻內容或服務的標題， 視頻內容或服務的流傳輸或廣播的理論日期和時間。
5.根據權利要求1、2或3所述的方法，其特征在于，還包括用于接收(523)所述視頻 內容和服務流傳輸或廣播的信令(522)的步驟，所述信令包括與第一傳送會話和第二傳送 會話有關的信息。
6.根據權利要求5所述的方法，其特征在于，還包括用于根據與第一傳送會話和第二 傳送會話有關的所述信令信息來激活(550)所述第一數據流O01、202)的接收的步驟。
7.根據權利要求5所述的方法，其特征在于，還包括用于使用與第一傳送會話以及第 二傳送會話有關的所述信令信息、或者使用所述接收設備的用戶的選擇，來激活所述第二 數據流的接收的步驟。
8.根據權利要求1、2或3所述的方法，其特征在于，還包括用于在第一傳送會話中所 述第一數據流(201、20幻的傳輸之后從接收設備的存儲裝置中刪除(570)所述第二數據流 (203)的步驟。
9.一種用于接收電視運營商向多個接收設備流傳輸或廣播的視頻內容和服務的設備 (600)，已編碼的所述視頻內容和服務被分成第一數據流(201、20幻和第二數據流003)， 所述設備包括用于以下操作的裝置 接收(640)在第一傳送會話中流傳輸或廣播的所述第一數據流；所述設備的特征在于，還包括用于以下操作的裝置 接收(650)在第二傳送會話中傳輸的所述第二數據流003)，在所述第一數據流(201,202)之前傳輸所述第二數據流003)，并且在沒有所述第一數據流(201、20幻的情況 下不能夠對所述第二數據流(20 進行解碼； 將所述第二數據流(20 記錄(610)在接收設備的存儲裝置(630、680)中； 連續(xù)地將所述第二數據流(20 與所述第一數據流O01、202)同步(610)到發(fā)送給 解碼裝置(610)的流(204)中。
全文摘要
本發(fā)明涉及一種用于接收電視運營商向多個接收設備流傳輸或廣播的視頻內容和服務的方法，已編碼視頻內容和服務被分成第一數據流和第二數據流，該方法包括以下步驟接收在第一傳送會話中流傳輸或廣播的第一數據流；接收在第二傳送會話中傳輸的第二數據流，在第一數據流之前傳輸第二數據流，并且在沒有第一數據流的情況下不能夠對第二數據流進行解碼；將第二數據流記錄在接收設備的存儲裝置中；連續(xù)地將第二數據流與第一數據流同步到發(fā)送給解碼裝置的流中。
文檔編號H04N21/2381GK102123304SQ201010621639
公開日2011年7月13日 申請日期2010年12月28日 優(yōu)先權日2009年12月28日
發(fā)明者弗朗索瓦-路易斯·塔里奧里, 文森特·博特羅, 艾里克·戈蒂埃 申請人:湯姆森許可貿易公司