從屬數據流傳輸方法
2023-09-18 01:33:10 2
專利名稱：從屬數據流傳輸方法
專利說明從屬數據流傳輸方法 本發明的領域是一個或幾個以數據流的形式的數據傳輸，每個數據流由基本碼流單元組成。更特別地，當後者由一個或幾個其它數據流單元決定或與其有關時，本發明涉及這些基本碼流單元的優化處理。
當信號，例如多媒體型信號，以同步的方式傳過單信道時，數據流的處理很少出現或沒有出現問題。必需的數據預先接收。
另一方面，在異步系統中不是這種情況所述的異步系統可以實現幾個傳輸信道，和/或幾個伺服器，每個傳輸一部分預想得到的信號。該種情況是，例如，通過IP型網絡傳輸或廣播。
在這種情況下，我們可以接收到流單元，其應該完成其它沒有被接收的流單元。例如，這可以是更高層級的數據增加信息，其中利用分層編碼(流可以因此與給定的層級相對應)來編碼數據。增補數據的處理將因而給出隨機的結果，通常會使得復原的信號顯著劣化，或者甚至完全阻塞解碼器。
多媒體同步方面的背景技術其實質上是由基於RTP的傳輸協議和MPEG-4(同步層)描述的。在使用的方法中，同步機制主要是為暫時同步化音頻和視頻流而設計的，使得它們可以沒有滯後地出現。該數據是利用時間標記系統(基準時鐘、解碼和表示標記)來傳送的。
隨著分層編碼的出現，其中不同的時間和空間增加層被用於生成可以表示的幀，本發明人已經注意到對同步化新需求的出現。
的確，在流被解碼之前(不只是在它們表示期間)必須使它們同步。這種約束比表示同步更複雜，因為為了生成正確的幀，解碼該單元所需要的那些單元必須被識別。單獨一個滯後就可以使得整個流以及所有基於該流的流不能用。這個由本發明人發現的問題是新的，但不明顯的。
當使用終端應當接收但沒有接收的數據(例如解碼密鑰)，接收到的流單元必須被解碼或解密時，就會出現相同的問題。再一次，解碼程序的結果將會至少效率低下，總的來講將會有害(就復原信號而言)，並可以導致終端的堵塞。在這兩種情況下，不希望有的並且討厭的過程將會執行。
另一個在廣播(多點廣播或廣播)系統中發現的重要的問題是相同數據必須被多點廣播，來允許任何情況下連接的用戶接收所有他們選定的流。具體的方面已在專利申請EP-014600462中以本發明的標題持有者的名義做了討論，但還沒有公開。依照該技術，在傳輸層執行處理，這強制每個流單元的處理考慮到不同的傳輸型的規範。
就以廣播和多點廣播情景形式的多媒體描述而言的現有技術，是以「輪播(carousel)MPEG-4」的規範的形式描述的，因此，一定量的功能被禁止或變成高數據比率的消耗者。在這兩個所考慮的情景中，對多媒體表示的輸入點在任何時候必須被指示。關於描述的場景二進位格式場景、紋理，被轉化為數據的重複。
一旦多媒體內容變得豐富，簡單的重複就無法接受並導致過長的下載時間。而且，這種規範並不允許廣播某些多媒體元素(短的音頻/視頻選段)。
發明內容
特別地，本發明的目的是克服背景技術所述的各種不便。
更具體地，本發明的目的是提供一種技術，當後者依賴一個或幾個其它流單元或與其有關時，該技術允許有效地處理流單元。
而且，本發明的目的是提供這樣一種技術，其允許對連結(關聯)的流的管理，特別是在數據是由分層編碼或包括有與底層數據和增強數據有聯繫的編碼的編碼編碼後的數據的情況下。
本發明的另一個目的是提供這樣一種技術，其允許確保有效地管理流單元的解碼或解密。
本發明的另一個目的是提供這樣一種技術，其允許優化多點廣播場景的傳輸，並且特別是減少使用的資源量而不用降低接收的質量。
換句話說，本發明的目的是在數量和質量方面優化在終端執行的處理。
這些目的以及其它下面將要簡述的目的，依照本發明是通過使用將至少一個數據流傳到至少一個終端的傳輸方法來實現的，其中所述的一個或多個流以流單元的形式組織，其特徵在於所述的流單元中至少一些流單元包括至少一個指針，該指針指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元，使得如果必須的在先單元沒有被接收，在所述終端中不執行對所述流單元的處理。
因此，可以利用邏輯同步系統，其可以使得流單元的管理更簡單，通過限制終端的處理來改善分辨的質量等。
依照本發明由此確定的數據的格式不但可以用於流的傳輸和接收，也可以用於他們的廣播、記錄和存儲。
特別地，本發明是基於對流或流單元的「後面」同步這一新問題的識別，以及基於不明顯的觀察當並非所有的這樣做的元素是可用時大多數有效的方法沒有處理該流單元。的確，就復原信號而言，忽略流單元比將其解碼看起來更可取，將其解碼將會導致復原的信號顯著劣化，或者甚至阻塞終端。
作為優點，本發明的方法包括獨立傳輸的至少兩個數據流的傳輸、初始流的一個數據流單元，初始流指向至少一個第二流的至少一個必須的在先單元，其中初始流的所述的流單元包括包含在所述的第二流中的數據的增補數據。
在這種情況下，這些數據流可以方便地與分層編碼的不同層級相對應，其中如果較低層級的流單元已被接收，只執行給定的層級的流單元的處理。
該流單元可以指向至少一個在先的單元，其確定了必須的在先單元的序列。
依照本發明的有利特點，這些指針中至少一個指針允許找到至少一個必須的在先單元，該單元包括允許解碼和/或解密所考慮的流單元的數據。
優選地，所述的必須的在先單元包括有數據，該數據允許終端確定是否所考慮的流單元的數據必須被解碼和/或解密，並解碼後顯示。
依照本發明的另一個有利的實施，這些指針中至少其中之一指向那些可以從所述的終端了解的數據，使得該終端可以確定其有能力或無能力來處理相應的流單元。
有利地，依照本發明的另一個方面，這些流單元中至少其中之一包括有至少一個指針，該指針指向所述的流的或可以隨後被接收的另一個流的流單元。
優選地，這個或這些可以隨後被接收的流單元具有標記符，其允許生成與所述的指針的連結。
因此，便利地，在不同的時間傳輸的至少兩個相似的流單元的指針可以指向隨後被接收的同一個流單元。
優選地，本發明的程序實現一個指示符，其可以從至少兩個作用中指示指針的作用，所述的至少兩個作用屬於一個組，該組包括 -指定至少一個在先的流單元，為了允許計及所考慮的流單元，該在先的流單元必須被解碼； -指定至少一個在先流單元，其包括有解碼和/或解密該所考慮的流單元所必須的數據，和/或保護系統狀態的一個參考。
-指定至少一個隨後的流單元。
有利地，這些流單元中至少其中一些包括有用於確定該作用的相關性描述符。
有利地，這些流單元中至少其中一些包括有相關性標記符，其允許其識別作為必須的在先單元和/或所述的流中的所述的流單元的識別標記符。
優選地，本發明的程序在同步層被實施，因此接受到的流單元的預先處理不是必要的。
本發明也涉及一個或幾個依照上述的傳輸方法被傳輸的數據流。如提到的，這樣的數據格式可以用於數據的傳輸、廣播、接收、記錄(例如使用視頻記錄器或光碟記錄器)和存儲(例如，在光碟機上、錄音帶上、遠程伺服器上等)。
也應當注意本發明允許這些方面輕易組合。例如，一些數據流可以被廣播，其它的設置在光碟機上或通過伺服器設置，其中為了解碼(或優化)第一種的必須要知道第二種的。
將這樣的數據流組織成被相互獨立傳輸的流單元，其中這些流單元中至少其中一些包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元，如果必須的在先流單元沒有被接收，使得在所述的終端內不執行該流單元的處理。
本發明也涉及用於數據的伺服器，該數據以被組織成流單元的至少一個數據流的形式被指定傳輸到至少一個終端，所述的流單元是互相獨立傳輸的，這些流單元中至少其中一些包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一數據流的至少一個流單元，該流單元被稱作在先的必須的流單元。
本發明也涉及終端，該終端可以接收至少一個被組織進流單元的數據流，所述的流單元是互相獨立傳輸的，這些流單元中的其中一些包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一數據流的至少一個流單元，該流單元被稱作在先的必須的流單元。
本發明也涉及被組織成流單元的至少一個數據流的接收方法，所述的流單元是互相獨立傳輸的，這些流單元中的其中一些包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一數據流的至少一個流單元，該流單元被稱作在先的必須的流單元，並且接收程序包括下列步驟 -分析流單元的所述指針。
-如果所述的必須的在先單元已經被接收，處理所述的流單元。
最後，本發明涉及傳輸方法的應用，特別是用於 -在訪問由用戶選定的節目之前，對消息系統廣播。
-有限制的訪問節目的特定質量級和/或特定具體選項。
-交互式電視。
根據下面的關於本發明的作為描述性實例的優選實施例的說明書和附圖，本發明的其它特點和優點將會更加清楚，其中 -圖1描述的是依照本發明的數據流和關於另外一個數據流的相關性管理的原理。
-圖2表示在以時間交互對話的形式廣播流(廣播)和由終端接收流的情況下，本發明的實施。
-圖3描述的是連結到流單元的解碼或解密(IPMP)的同步的情況。
-圖4表示的是圖3的情況的替換，帶有兩個保護點(解碼和交付)。
具體實施例方式 下面描述的優選實施例特別涉及多媒體系統，特別是MPEG-4型系統中的流的傳輸。
現有技術的回顧 現有技術沒有允許重視多點傳送或廣播情景中多媒體場景的有效傳輸(就比特率和功能性而言)，也沒有考慮到被連結來訪問控制關鍵詞型(key type)內容的元素的相互依賴流的同步。
以廣播和多點傳送情景描述的多媒體 在「輪播MPEG-4」的規範中建議了一個方法。然而，有些功能被禁止或者變成高比特率消耗功能。在考慮過的提供的情景中，對多媒體圖像的輸入點在任何時候必須要被指明。這導致了關於所描述的場景的數據的接收，所描述的場景為二進位格式場景，紋理等。
多媒體內容一變得豐富，簡單的重複就無法接受並導致過長的下載時間。而且，這種規範並不允許廣播某些多媒體元素(短的音頻/視頻選段)。
而且在未公開的專利申請EP-014600462中，數據在傳輸層傳送。與此相反，依照本發明，全部都設置在稱為同步層上，其中同步層是與傳輸層是獨立的。
這提供了將不同型的傳輸清除和將時間、邏輯同步數據以及隨機訪問標記符統一成單一的點上的優點，單一的點允許在唯一點上計劃保留或者刪除該單元的決定。這使得進一步了解關於該流的更多信息，其允許通過流的類型來專門研究關於二進位格式場景的視頻/音頻等的決定。
多媒體同步化 在多媒體同步方面的現有技術實質上由基於RTP的傳輸協議和MPEG-4同步層描述的。在所用的方法中，所用的同步機制主要被用來同步化音頻流和視頻流，所以它們可以沒有滯後地出現。通過時間標記系統(基準時鐘、解碼和表述標記)這些數據可以被傳輸。
隨著分層編碼的出現，其中不同的時間和空間增加層被用於生成可以表示的幀，出現了對新的同步化的需要。的確，在流被解碼之前(不只是在它們表示時)使它們同步是必要的。這種約束比同步的表示更複雜，因為為了生成正確的幀，解碼該單元所需要的那些單元必須被識別。單獨一個滯後就可以使得整個流以及所有基於該流的流不能用。這個由本發明人發現的問題是新的，但不明顯的。可以看出，這是一個將被解碼的單元之間的邏輯相關性問題。
在視頻MPEG-4中已經考慮了減少的時間間隔，但是在該系統的層中，這是難以達到的。
數據保護 在現有技術中，同步化的第三種情況沒有考慮連結到多媒體流的數據保護流的同步化。
在這種情況中，必須要保證在解碼之前任何多媒體流單元通過正確的密鑰來被解密(否則，結果可能會災難性的)。流沒有保證同步，同步化工具就不能保證同步。
這次，解碼器的輸入和輸出是同步化點(被解碼的幀又可以被加密)。
本發明的原理 本發明的目的特別是允許 -多點傳送並且廣播多媒體場景。
-多媒體解碼的邏輯同步化。
該目的是通過使用信號機制來得到的，所述的信號機制允許達到這兩個目標 -允許配置流的機制，使得每次組成流的單元以可配置的方式來被識別。
-用於廣播情景的前部鏈機制。
本發明的基本的技術元素是 -幾個流的元素之間的或者同一流(視頻、音頻以及數據保護系統)內的邏輯同步化元素。
-對於每個類型流，該方法允許指示所取決於的元素以及所取決於的具體的元素。幾種實現是可能的。
以下是特別用於任何類型的實現 -相關性描述符 -相關性標記符(可選的) -相關性指針 -標記符(識別流單元)(可選的) 至少一個實施模式的詳細描述 MPEG-4規範 附圖1以MPEG-4規範的形式表示本發明的MPEG型數據的實施的詳細實例。
接收器的特性 終端接收IOD(初始化對象描述符)，其使用它們的描述符(對象描述符)給至少一個圖形場景對象(二進位格式場景流F_BIFS)加上參考符號，並且可選地，它給至少一個圖形對象描述對象加上參考符號(OD流F_OD)。基於下面描述的信息終端將打開流。
每個這些對象描述符包括基本碼流(ES)描述符，其由ESDescriptor組成。每個ESDescriptor包括dependsOnESID欄位和SLConfigDescriptor。
dependsOnESID欄位允許構建由它們的ESID所識別的流之間的相關性的圖表。
SLConfigDescriptor對象允許配置同步化工具。
在SLConfigDescriptor對象內部，存在配置接收器的可能性，使得其以下述的方式來驗證不同的相關性 DependencyMarker //為了識別其信息包，其允許配置流。 { int(5)maker Length； } DependencyDescriptor //允許描述相關性連結。 { int(2)mode； //0DTS的版本模式 //1ID的版本模式 //2可度量的模式 //3IPMP模式 //如果mode＝＝1相關性在流中的標記符處被處 理。 //如果mode＝＝3相關性以不透明的方式處理 (IPMP系統必須理解該相關性並驗證是否是解碼/解 密)。 //或者，通過使用標記符。因而其是一個代碼，該 代碼允許保護系統來分辨其是否是可解密的單元， //如果mode＝＝0或mode＝＝2，相關性通過DTS 來核算。因此，在相應的SLConfig中depLength＝ dtsLength。<!-- SIPO --> Int(5)depLength； If(mode＝＝1‖mode＝＝0) { int(depLength)value； //被搜索的第一個單元的值。 } } 因而，流可以被聲明依賴另一個流(其本身是正常的媒體或IPMP)。在這種情況下，其描述了在其SL配置中其將如何利用四個不同的模式指示該相關性(相關性描述符)的 DTS和ID版本模式(0和1模式) 該流將在其自身中為每個這些訪問單元(AU)指示前相關性。換句話說，AU(n)指示接下來哪個訪問單元(Accessunit)將被解碼。該信號是由每個包中標記符來處理的，其中該包描述了或者在0模式中下一個訪問單元(唯一的)DTS或者1模式中的下一個訪問單元的ID。
在這種情況下，將被復原的第一個元素的值被增加。
例如，這可以是廣播/多點廣播模式中的BIFS流。
可度量模式(模式2) 該流將為每個這些訪問單元指示關於其所依賴的流的相關性。假定該流是唯一的。
該原理由圖1描述。相關的流10的流單元11通常包括標題(SLHesder)111和數據欄位(SL有效載荷)112。標題111包括，特別是兩個指針Dep1和Dep2，其確定了與基本流14的流單元141和142的相關性連結12和13，為了處理流單元11必須要了解基本流14。
IPMP模式(模式3) 該流將會為每個這些訪問單元(AccessUnits)指示標識符，該標識符允許數據保護系統解碼該單元。這個給定後，該標記符可以響應它是否可以解密該單元。
SLConfigDescriptor可以包括一個或幾個DependencyDescriptor以及一個或幾個DependencyMarker，其允許調整流中不同的相關性情況。(一個優先的、單個DependencyMarker就夠了，但是也可能存在幾個。) 因而，如果SLConfig包括DependencyMarker，它將會為它的每個信息包指示版本ID(模式1和3)。
在與訪問單元相對應的SL包的標題中，可以發現下面的 -SLConfigDescriptor的每個DependencyMarker的長度標記符(MarkerLength)。
-給每個相關性標記符(DependencyMarker)的，depLength長度的DependencyPointer(相關性指針)。
一旦這些不同的標記被執行，該系統可以 a)由於模式0和1，在「廣播」模式中操作； b)管理可調節的相關性 c)管理IPMP相關性 以及a)、b)、c)的組合。
IPMP模式中的操作描述 當接收到對象的ObjectDescritor(對象描述符)時，終端檢查每個相關流的SLConfigDescriptor。這將會允許解碼每個流的SL包的標題；特別是解碼標記符。
在IPMP情況下，將會存在DTS和/或DependencyPointer，如圖3所描述。
對於每個流AU，在其被解碼之前，它是通過向它提供至少下面的流標識符數據ESID、DTS、DependencyPointer(IPM)31，由IPMP系統32來處理的。如果其可以通過考慮關於解碼的信息311(DEC碼)來處理(解密)AU，IPMP系統然後作出反應。如果不是這樣，並且該單元的DTS終止，則AU被破壞。因而，不會嘗試解碼不一致的AU。
在圖4的實例中，一方面，存在圖3的元素，另一方面，在其被解碼後，還存在連結到圖像復原的處理。的確，利用欄位312(CodeComp)可以傳輸關於組成的數據，例如增加的紋身(tattoo)或增加的圖像上的信息。如果數據保護系統32不知道如何管理組成(它不知道如何顯示圖像(42))，例如因為解碼器不具有所需的紋身(tattoo)，圖像不會被顯示(43)。
也可以預見幀將被標記，例如用標誌圖標識，如果解碼器具有正確的密鑰其就會消失。
在多點傳送/廣播模式中的操作描述 在附圖2中對該操作做了描述，其如下所示 -被傳輸的流21。
-由第一接收器22(話路1)接收的流。
-由第一接收器23(話路2)接收的流。
話路1開始於包211，然後考慮到流單元213，依據指向24，然後是流單元215，依據連結25。
稍後開通的話路2以流單元212開始，其指向(26)流單元214。
依照本發明，兩個(或更多)流單元可以指向相同的下一個流單元。合併機制是流單元213和214都指向流單元215。因此，儘管兩個話路開始於不同的時間，但在「復原」階段，它們使用相同的流單元215。這明顯地改善了性能。
該操作會被特別地描述。
當接收到ObjectDescritor時，終端檢查每個相關流的SLConfigDescriptor。這會允許解碼每個流的SL包的標題；特別是解碼標記符。
因而，在多點傳送/廣播情況下，對於DTS在模式0或1中將會存在至少一個相關性指針(DependencyPointer)和標記符(「通過ID」的模式1)。終端因而知道哪個是每個流的將被復原的第一單元。因而，將會試圖復原與每個流相對應的第一單元。
如果接收到第一單元，然後其可以開始顯示該內容。在相關性指針(DependencyPointer)中每個單元描述將被接收的下一個單元，並且DTS/標記符以唯一的方式識別每個單元。
如果終端沒有接收到第一單元(可以通過利用暫停或當接收到該流單元的RAP＝1的型時來明白這一點，其中該流單元並不與預期的標記符相對應)。終端斷開(完全關閉話路)並且設法重新連接。
注意該機制考慮到了話路的合併。
也注意到當下一個單元的DTS沒有預先知道時，需要「通過ID」的模式。
該機制特別適用於MPEG-4中的BIFS、OD、紋理、聲音素材和視頻素材。其將不再適用於串流的音頻和視頻。
可變模式中的操作描述 當接收到ObjectDescritor時，終端檢查每個相關流的SLConfigDescriptor。這會允許解碼每個流的SL包標題。對於可變視頻，一個流將被用作基本流，一個或幾個其它流將依靠該流。每個依靠基本流的流將聲明相關性描述符(dependencyDescritor)。
對於改進流的每個AU，其將會利用其所依賴的基本流的AUDTS的相關性指針(dependencyPointer)來加上參考。
大多數情況下，為了指向基本視頻的兩個參考AU，在改進的流中將會存在兩個相關性指針(dependencyPointer)。
在廣播+IPMP模式中的操作描述 例如，在這種情況下，在SL配置中BIFS將包括兩個dependencyDescritor。一個用於廣播模式，一個用於IPMP模式。如果廣播模式是通過ID的，其將包含有標記符。
應用實例 在開始節目之前廣播廣告 在Internet流式中有幾種情況，內容提供者在發送內容之前系統地發送廣告。因為網際網路情景是單播(客戶端-伺服器)，這是同步處理的下載廣告，並且廣告的結束使得裝入視頻流。
在多點傳送或廣播情景中，沒有客戶端-伺服器操作的資源，就沒有請求提示。同樣，用戶通常只訪問描述的當前的狀態。
由於前參考機制，該情景在多點傳送或廣播中變得可能。
的確，廣告可以以循環的方式發送，並且當前的節目可以在廣告結束時合併。
這允許例如保證所有的用戶在開始時將會看到廣告(在這期間，內容可以高效並且遞增的方式來下載)。
對於每個廣播電影，相同類的應用可以是電影的種類的公告(父母引導、不滿16歲等)。
可變的條件訪問 這裡的想法是發送相同的視頻和音頻流(唯一的)，其可以依靠用戶的權利來被不同地觀看。關於保護密鑰的視頻幀相關性的信令允許只解碼那些用戶具有密鑰的。對於取得全部密鑰的人所有的圖像可以被解碼，——一些具有更小權限的圖像。這允許以更可變的方式來創建條件訪問(這裡指時間的可變性)。
最複雜和有用的場景是那些其中存在幾個流並且其中時間可度量性和解析度是可以調節的。
有了幀相關性系統，因而以幾乎連續的方式來調節對媒體的訪問是可能的。
因而，可以想像一些用戶將具有允許通過5個信道接收聲音的密鑰(空間音樂)，以及其它的只允許接收立體聲的密鑰。這也允許更詳細的貨品計價。
MPEG-4交互式電視 不是考慮到「置頂盒」應用是靜態的，可以考慮到任何這些類型的應用是允許獲得不同信道(內嵌機制)的MPEG-4應用。該MPEG-4應用是激活的24h×24h，並且將允許完全重新配置圖像界面等。
這種情景廣播技術將允許有效地下載圖形界面(BIFS/紋理/OD)以及應用部分(MPEG-J)。
這允許更快的配置。
附錄 依照本發明MPEG-4型規範的實例 1.定義 1.1流單元(AU訪問單元) 在基本碼流中可被單獨訪問的數據單元。流單元(或訪問單元)是最小的實體，其具有時間數據元素。
1.2視聽對象 表示自然的或合成的(虛擬的)對象，其以音頻和/或可視的方式來顯示。該表示與BIFS序列描述中的節點或一組節點相對應。每個視聽對象與零、一個或幾個使用一個或幾個對象描述符的基本碼流相關聯。
1.3視聽序列(AV場景) 帶有描述場景並定義視聽對象的空間或時間屬性的數據元素的一系列視聽對象，包括對象的結果操作和用戶的互動。
1.4場景的二進位格式 參量場景描述格式的編碼表示。
1.5終端 一個系統，其可以發送或接收並展示象由ISO/IEC14496-1確定的交互式視聽場景的編碼表示。其可以是獨立的系統或者是與ISO/IEC14496相適應的應用系統的一部分。
2.縮寫和符號 AU 訪問單元，或流單元 AV 視聽 BIFS 場景的二進位格式 CM 組合存儲器 CTS合成時間標記 CU 合成單元 DAIDMIF應用界面(見ISO/IEC14496-6) DB 解碼緩存器 DTS 解碼時間標記 ES 基本碼流 ESI 基本碼流界面 ESID基本碼流標識符 FAP 面部動畫參數 FAPUFAP單元 NCT 節點編碼表 NDT 節點數據類型 OCI 對象內容信息 OCR 對象時鐘參考 OD 對象描述符 ODID對象描述符標識符 OTB 對象時鐘基礎 PLL 鎖相環 QoS 服務質量 SDM 系統解碼器模型 SL 同步層 SL-Packet 同步層包 SPS SL包裝的流 STB 系統時鐘基礎 TTs 文字轉換成語音 URL 通用資源定位器 VOP 視頻對象平面 VRML虛擬實境建模語言 3.SL包標題配置 3.1語法 class SLConfigDescriptor extends BaseDescriptorbit(8) tag＝SLConfigDescrTag{bit(8)predefined；if(predefined＝＝0){ bit(1)useAccessUnitStartFlag； bit(1)useAccessUnitEndFlag； bit(1)useRandomAccessPointFlag； bit(1)hasRandomAccessUnitsOnlyFlag； bit(1)usePaddingFlag； bit(1)useTimeStampsFlag； bit(1)useIdleFlag； bit(1)durationFlag； bit(32)timeStampResolution； bit(32)OCRResolution；bit(8)timeStampLength； //must be≤64bit(8)OCRLength；//must be≤64bit(8)AU_Length；//must be≤32bit(8)instantBitrateLength； bit(4)degradationPriorityLength； bit(5)AU_seqNumLength； //must be≤16 bit(5)pacxetSeqNumLength； //must be≤16 bit(2)extension_field_control； } if(durationFlag){ bit(32)timeScale； bit(16)accessUnitOuration； bit(16)compositionUnitDuration； } if(！useTimeStampsFlag){ bit(timeStampLength)startDecodingTimeStamp；<!-- SIPO --> bit(timeStampLength)startCompositionTimeStamp； } if(hasNextAU)( bit(timeStampLength)nextDecodingTimeStamp； } if(extension_field_control＝＝0b10) { MarkerDescriptor
markerDescriptors； DependencyDescriptor
dependencyDescriptors； } dependencyMarkersCount＝0； while(true) { bit(1)hasMoreMarkers； if(！hasMoreMarkers)break； DependencyMarker dependencyMarkers[dependencyMarkersCount++]； } dependencyDescriptorCount＝0； while(true) { bit(1)hasMoreDependencyDescriptor； if(！hasMoreDependencyDescriptor)break； DependencyDescriptor dependencyDescriptor {dependencyDescriptorCount++]； } } 3.2語義 可以依照每個單獨的基本碼流的需要來配置SL包標題。可以被選擇的參數包括真實感、解析度和時間標記的精確度以及時鐘參考。這種靈活性允許例如SL包標題內容的小的增加。
對於每個基本碼流以SLConfigDescriptor的形式被傳送，它是與對象描述符相關的ES_Descriptor的一部分。
可以在SL包標題中配置的參數可以被分成兩類用於每個SL包的參數(例如，OCR、序號)以及那些只在訪問單元中顯示的參數(例如時間標記、訪問單元長度、瞬間比特率、降級優先權等)。
預先確定的列允許固定一組預先確定的參數的預設值，這些下面會詳細描述。該列表可以通過ISO/IEC14496修正來更新，以包括預先確定的設置，例如將來的輪廓所需的設置。
表1-一組SLConfigDescriptor預先確定的值預先確定值欄位描述0×00用戶0×01空SL包標題0×02預備用於MP4欄位中0×03-0×FF預備用於ISO中 表2-SLConfigDescriptor預先確定的值的細目 預先確定值欄位 0×01 0×02UseAccessUnitStartFlag 0 0UseAccessUnitEndFlag 0 0UseRandomAccessPointFlag 0 0UsePaddingFlag 0 0UseTimeStampsFlag 0 1UseIdleFlag 0 0DurationFlag00TimeStampResolution1000-OCRResolution--TimeStampLength320OCRlength-0AU_length00InstantBitrateLength-0DeqradationPriorityLength00AU_seqNumLength00PacketSeqNumLength00預先確定值欄位 0×01 0×02UseAccessUnitStartFlag 0 0UseAccessUnitEndFlag 0 0UseRandomAccessPointFlag 0 0UsePaddingFlag 0 0UseTimeStampsFlag 0 1UseIdleFlag 0 0DurationFlag - 0TimeStampResolution 1000 -OCRResolution - -TimeStampLength 32 0OCRlength - 0AU_length 0 0InstantBitrateLength - 0DegradationPriorityLength 0 0AU_seqNumLength 0 0PacketSeqNumLength 0 0TimeScale--AccessUnitDuration--CompositionUnitDuration--StartDecodingTimeStamp--StartCompositionTimeStamp-- useAccessUnitStartFlag——表示AccessUnitStartFlag出現在該基本碼流的每個SL包的標題中。
UseAccessUnitEndFlag——表示AccessUnitEndFlag出現在該基本碼流的每個SL包的標題中。
如果useAccessUnitStartFlag和UseAccessUnitEndFlag都不啟用，這意味著每個SL包與完整的訪問單元相對應。
useRandomAccessPointFlag——表示RandomAccessPointFlag出現在該基本碼流的每個SL包的標題中。
HasRandomAccessUnitsOnlyFlag——表示每個SL包對應隨機訪問點。在這種情況下，不需要使用RandomAccessPointFlag。
usepaddingFlag——表示paddingFlag出現在該基本碼流的每個SL包的標題中。
UseTimeStampFlag——表示時間標記用於使基本碼流同步。它們在SL包的標題中傳輸。否則，accessUnitRate、compositionUnitRate、startDecodingTimestamp以及在SL包的標題中傳輸的startCompositionTimeStamp參數必須用於同步化。
起始和持續時間標記的使用只在某種條件下才是可能的，包括在無錯的環境中。隨機的訪問不是容易的。
UseIdleFlag——表示IdleFlag用在基本碼流中。
DurationFlag——表示訪問單元的不變的持續時間，並且基本碼流的合成單元隨後被表示。
TimeStampResolution——以秒計的脈衝中的對象的時間基解析度。
OCRResolution——以秒計的循環中的對象的時間基解析度。
TimestampLength——SL包的標題中的時間標記欄位的長度。TimestampLength必須具有從0至64比特的值。
OCRLength——SL包的標題中的objectclockrefence欄位的長度。幾個零表示沒有objectClockReference出現在基本碼流中。如果OCRstreamFlag被定位，OCRLength必須是0。否則，OCRLength必須具有從0至64比特的值。
AU_Length——基本碼流的Sl包標題中的accessUnitLength欄位的長度。AU_Length必須具有從0至64比特的值。
InstanBitrateLength——基本碼流的Sl包標題中的InstantBitrate的長度。
degradationPriortyLength——基本碼流的Sl包標題中的degradationPriorty欄位的長度。
AU_SeqNumLength——基本碼流的Sl包標題中的AU_sequencenumber欄位的長度。
PacketSeqNumLength——基本碼流的Sl包標題中的PacketSequenceNumber欄位的長度。
TimeScale——用於表示訪問單元和合成單元的持續時間。將秒也分成幾個時間刻度部分。
accessUnitDuration——合成單元的持續時間是CompositionUnitDuration*1/時間刻度秒。
CompositionUnitDuration——合成單元的持續時間是CompositionUnitDuration*1/時間刻度秒。
StartDecodingTimeStamp——傳輸時間，在這段時間中基本碼流的第一訪問單元必須被解碼。其以由timeStampResolution指定的解析度傳輸。
extension_field_control——該欄位允許擴展SL。值01b0表示描述符必須設置在SLConfigDescriptor的末端。
MarkerDescriptors——該列表表示對用於識別流中的下一個訪問單元的標記符的描述。
DependencyDescriptors——該列表表示相關性描述符，其用於詳細說明前一個訪問單元或下一個單元如何必須被參照。
4.標記符描述符(MarkerDescriptor) 語法如下 class MarkerDescriptor extends BaseDescriptorbit(8) tag＝DependencyMarkerTag{ int(5)encodedMarkerLength； MarkerLength＝encodedMarkexLength+1； } 5.相關性描述符(dependencvdescriptor) 5.1語法 abstract class DependencyDescriptor extends BaseDescriptor{ }； class SimpleDependencyDescriptor extends BaseDescriptorbit(8) tag＝SimpleDependencyTag{ bit(2)mode； bit(5)dependencyLength； if(mode＝＝1||mode＝＝0) { bit(dependencyLength)firstvalue； } }； class ComplateDependencyDescriptor extends BaseDescriptorbit(8) tag＝CompleteDependencyTag{ bit(2)mode； bit(16)ESID； bit(5)dependencyLength； if(mode＝＝1||mode＝＝0) { int(dependencyLength)firstvalue； } }； 5.2語義 5.2.1模式 存在四種定義的模式 -模式0由DTS參照前部 -模式1由標記符參照前部 -模式2後部的可度量性參照 -模式3IPMP模式 模式0和1強制每個訪問單元參照下一個訪問單元。
模式2強制每個訪問單元參照需用於解碼該訪問單元的前一個訪問單元。(注意在幾種情況下，不止兩個dependencydescriptor是參照兩個或更多需要的訪問單元所必需的)。
模式3允許每個訪問單元包括不透明的標識符，其可以由IPMP系統用來確定解碼以及組合該訪問單元是否可能。
模式1和3需要流中具有MarkerDescriptor。
5.2.2 ESID 該可選的欄位識別DependencyDescriptor所參照的流。
對於SimpleDependencyDescriptor，將ESID以下列的方式計劃 -模式0和1當前的流 -模式2依賴dependsOnESID -模式3不可用 dependencyLength——或者是標記符(如果存在)或者是解碼時間標記(decodingTimeStamp)的長度。
值——第一標記符的或下一個解碼的訪問單元的標識符的值。
6.SI包標題的詳述 6.1語法 aligned(8)class SL_PacketHeader(SLConfigDescriptor SL){ if(SL.useAccessUnitStartFlag) bit(1)accessUnitStartFlag； if(SL.useAccessUnitEndFlag) bit(1)accessUnitEndFlag； if(SL.OCRLength＞0) bit(1)OCRflag； if(SL.useIdleFlag) bit(1)idleFlag； if(SL.usePaddingFlag) bit(1)paddingFlag； if(paddingFlag) bit(3)paddingBits；<!-- SIPO --> if(！idleFlag (！paddingFlag||paddingBits！＝0)){ if(SL.packetSegNumLength＞0} bit(SL.packetSegNumLength)packetSequenceNumber； if(SL.degradationPriorityLength＞0 bit(1)DegPrioflag； if(DegPrioflag) bit(SL.degradationPriorityLength)degradationPriority； if(OCRflag) bit(SL.OCRLength)objectClockReference； if(accessUnitStartFlag)( if(SL.useRandomAccessPointFlag) bit(1)randomAccessPointFlag； if(SL.AU_seqNumLength＞0) bit(SL.AU_seqNumLength)AU_sequenceNumber； if(SL.useTimeStampsFlag){ bit(1)decodingTimeStampFlag； bit(1)compositionTimeStampFlag； } if(SL.instantBitrateLength＞0) bit(1)instantBitrateFlag； if(decodingTimeStampFlag) bit(SL.timeStampLength}decodingTimeStamp； if(compositionTimeStampFlag) bit(SL.timeStampLength)compositionTimeStamp； if(SL.AU_Length＞0) bit{SL.AU_Length) accessUnitLength； if(instantBitrateFlag) bit(SL.instantBitrateLength)instantBitrate； } } if{SL.hasMarker beginningOfAU } { for(iht I＝0；I＜markerDescriptorCount；I++) { bit(marker.length)markerValue<!-- SIPO --> } } for(int I＝0；I＜dependencyDescriptorCount；I++) { if(dependencyDescriptor.mode＞＞1＝＝0) { bit(dependencyDescriptor[I].depLength)dapendencypointerValue； } } } 6.2語義 accessUnitStartFlag——當等於1時，它表示SL包的負載的第一個字節是單元訪問的起始。如果該語法元素從SL包標題的配置中忽略，其預設值依照下列規則從前一個SL包標題中了解 accessUnitStartFlag＝(在accessunitendflag＝1以前的SL包)？1:0。
accessUnitendFlag——當等於1時，其表示SL包的負載的最後一個字節是當前訪問單元的最後一個字節。如果該語法元素從SL包標題的配置中忽略，其預設值只在接收到SL包標題後依照下列規則了解 accessUnitEndFlag＝(在accessunitstartflag＝＝1之後的SL包)？1:0。
如果accessUnitStartFlag既沒有accessUnitEndFlag也沒有配置在SL包標題中，意味著每個SL包標題對應單個訪問單元，其中每個accessUnitStartFlag＝accessUnitEndFlag＝1。
注意，當SL包標題被配置使用accessUnitStartFlag但不是accessUnitEndFlag也不是accessUnitLength，在下一個被接收之前不會保證終端將能夠確定訪問單元的結束。
OCRFlag——當等於1時，它表示對象時鐘參考(objectClockReference)將會跟隨。OCRFlag的預設值是0。
idleFlag——表示對於未確定量的時間該基本碼流將是不活動的(即，缺少預期的數據)。該信號可以被解碼器用來區別人為的缺少和由於在隨後的SL包中的錯誤而產生的缺少。
PaddingFlag-表示將在該SL包中使用的數據完成模式。PaddingFlag的預設值為0。
PaddingBit-表示將在該SL包中使用的數據完成模式。PaddingBit的預設值為0。
如果PaddingFlag被設置並且PaddingBit等於0，這表示該SL包的隨後的負載只由完成字節組成。如果PaddingFlag被設置並且PaddingBit等於0，則accessUnitStartFlag、randomAccessPointFlag以及Ocrflag一定不能被設置。
如果PaddingFlag被設置並且PaddingBit大於0，這表示該SL包的負載被跟隨。PaddingBit，由調整負載的字節的0位組成。
PacketSequenceNumber-如果存在，對於每個Sl包，其必須被連續增加以作為模數計數器。解碼器中的不連續與一個或幾個丟失的SL包相對應。在該情況下，錯誤必須被指示到同步層。如果該語法元素從該SL包標題的配置中漏掉，對於基本碼流來講，由同步層對流單元的連續性的控制不能被執行。
SL包的複製在其SL包標題中具有序數欄位的基本碼流必須使用SL包的複製來錯誤復原。複製的Sl包必須立刻跟隨最初的包。複製的SL包的包序數(packetSequenceNumber)必須具有相同的值，並且最初的SL包的每個字節必須被複製，對象時鐘參考(objectClockReference)欄位除外，如果存在，其必須編碼複製的SL包的有效的值。
degPrioFlag-當等於1時，其表示降級優先級(degradationPriority)存在於該包中。
degradationPriority-表示該SL包的負載的重要性。流優先級定義了基本碼流(ES)的基礎優先級。降級優先級(degradationPriority)定義了關於基礎優先級的SL包的優先級遞減。SL包的該優先級由下式給出 SL_PacketPriority＝streamPriority-degradationPriority 降級優先級(degradationPriority)保持該值直到下一個事件。該指示可以由基本碼流解碼器以及適配器，例如特定的分配層，來使用。不同的基本碼流的SL包中的降級的比例隨SL_packetPriority減少而增加。
對象時鐘參考(ObjectClockReference)——包括對象時間標記。該ORT t時間值依照下列公式從該OCR時間標記重建 t＝(objectClockReference/SL.OCRResolution)+K*(2SL.OCRLength/SL.OCRResolution) 其中k是objectclockreference計數器已經過的時間。
如果OCRFlag被設置，objectClockReference只出現在SL包標題中。
只有一個OCR只可以被傳輸而不用裝載在SL包內部。
下面描述的是語法元素的語義，當所述的語法元素由二進位流中的accessUnitStartFlag專門表示時，其只出現在訪問單元的開始部分。
RandomAccessPointFlag——當等於1是，其表示對該基本碼流的內容的訪問是可能的。如果accessunitstartFlag被設置，必須只有RandomaccesspointFlag被設置。如果該語義單元從SL包標題的配置中忽略，其預設值是基本碼流的SlconfigDescriptor.hasRandomaccessunitonlyFlag值。
AU_sequenceNumber——如果存在，對於每個訪問單元，其必須被連續增加以作為模組計數器。解碼器中的不連續與一個或幾個丟失的訪問單元相對應。在該情況下，錯誤必須被指示到同步層的用戶。如果該語法元素從該SL包標題的配置中漏掉，對於基本碼流來講，由同步層對流單元的連續性的控制不能被執行。
訪問單元的複製利用和AU相同的順序數立即發送的訪問單元必須被忽略。這樣的複製的訪問單元允許增加指向傳送流的隨機的訪問，其中複製的訪問單元的原始的單元沒有將RAP設置，而複製的訪問單元卻設置了RAP。這允許客戶端在流傳輸期間在確定的點進入流，而其它的客戶端已經接收到該流。
DecodingTimeStampFlag——表示解碼時間標記出現在該包中。
CompositionTimeStampFlag——表示時間標記組成出現在該包中。
AccessUnitLengthFlag——表示訪問單元的長度出現在該包中。
InstantBitrateFlag——表示即時比特率出現在該包中。
DecodingTimeStamp——配置在相關的SLConfigDescriptor中的解碼時間標記。該訪問單元的解碼時間td依照下列公式從該時間標記重建 td＝ (decodingTimestamp/SL.timeStampResolution+K*2SL.timeStamLength/SL.timeStampResolution) 其中k是decodingTimestamp計數器已經過的時間。
如果解碼器時間與該訪問單元的時間組成不同，必須只有decodingTimestamp出現。
CompositionTimeStamp(合成時間標記)——配置在相關的SLConfigDescriptor中的時間標記組成。第一時間單元的時間組成tc由該事實產生，該事實是該訪問單元是依照下列公式從該時間標記組成重建 Td＝(compositionTimeStamp/SL.timeStampResolution+K*2SL.timeStamLength/SL.timeStampResolution) 其中k是compositiontimeStamp計數器已經過的時間。
訪問單元長度(accessUnitLength)——以字節表示的訪問單元的長度。如果該語法元素沒有出現或其值是0，訪問單元的長度未知。
即時比特率(InstantbitrateFlag)——以每秒比特表示的基本碼流的即時的比特率，直到下一個比特率欄位找到。
標記符值(markerValue)——允許識別訪問單元的標記符的值。如果標記符描述符(markerDescriptor)存在，該標記符被確定。
相關性指針值(DependencyPointerValue)——DTS或由相關性描述符(DependencyDescriptor)確定的標記符索引。
標記符描述符數量(markerDescriptorCount)標記符描述符的數量。
相關性描述符數量(DependencyDescriptorCount)相關的描述符的數量。
7.解碼語義 7.1前部參照機制(模式0和1) 與ES(基本碼流)相關的SlconfigDescriptor表示允許進入該流的第一訪問單元。
如果參照模式是DTS，則SlconfigDescriptor必須包括解碼時間標記(decodingTimeStamp)。
否則，標記符被用於標記每個訪問單元。0和-1具有特定的意義 //0意思是沒有訪問單元跟隨 //-1意思是可以使用任何訪問單元。
每個訪問單元必須包含標記符和相關性指針，該指針允許每個訪問單元指示下一個訪問單元。
7.2後部參照機制(模式2) SlconfigDescriptor將定義n個相關性描述符(DependencyDescriptor)型描述符，其將指示ESID參照的基本碼流(ES)中的訪問單元。
當前流的每個訪問單元將利用通過DTS參照ES_base訪問單元(由ESID識別)的相關性指針指向ES上的訪問單元，其中ES的標識符是ESID，稱作ES_base。
7.3 IPMO模式(模式3) 在解碼之前，相關性指針被傳送到IPMP系統。該不透明的指針允許IPMP源確定解碼訪問單元是否是可能的。如果密鑰沒有接收到或者如果權限不允許，其可以負面響應。解碼後該相關性指針被連結到合成單元。
在組合之前其被返回到IPMP系統，IPMP源然後將確定該單元是否可以出現。
8.時鐘參者流 streamType＝ClockReferenceStream基本碼流必須使用對象描述符來表示。它被用於傳送對象參照時間標記。姓名組中的多個基本碼流可以引用這種在SLConfigDescriptor中使用OCR_ES_ID語法元素的ClockReferenceStream，以避免時鐘參考信息的重複轉送。可是，必須注意，基本碼流之間使用OCR_ES_ID的循環引用不被允許。
在同步層上，通過在SL水平配置用於數據流的數據包標題來執行ClockReferenceStream，使得僅有OCCResolution的需要的OCR值和PCRLength存在於SL數據包標題中。
在streamType＝ClockReferenceStream的數據包流-SL中沒有SL數據包負荷。
在用於時鐘參考流的DecoderConfigDescriptor中，objectTypeIndication必須設置在′0xFF′上，hasRandomAccessUnitsOnlyFlag超過1，bufferSizeDB超過′0′。
以下表示時鐘參考流的SLConfigDescriptor的建議值 表3-時鐘參考流(ClockReferenceStream)的SLConfigDescriptor的SLConfigDescriptor值 useAccessUnitStartFlag0 useAccessUnitEndFlag0 useRandomAccessPointFlag0 usePaddingFlag0 useTimeStampsFlag0 useIdleFlag0 useIdleFlag0 durationFlag0 timeStampResolution0 timeStampLength0 AU_Length0 degradationPriorityLength0 AU_seqNumLength0 9.對共享相同的時間基對象的基本碼流的限制 當通過OCR_ES_ID在幾個基本碼流之間共享時間基對象時，存在用於訪問這些基本碼流以及它們的過程的多個限制，如下所述 當幾個基本碼流共享簡單時間基目標時，即使它們是可訪問的，也不需要使用沒有集成時間引用信息的基本碼流，直到傳送目標時鐘參考信息的基本碼流變成可訪問的。
如果在傳送目標時鐘參考信息的基本碼流之後沒有集成時間引用信息的基本碼流變得對於終端來說是有效的，那麼該基本碼流必須和其它流同步傳送。注意，這意味著依據時間基目標的當前值，不需要從開始就傳送這種流。
當基本碼流傳送目標時鐘參考信息變得不可利用了或其用於其它方面(例如備用模式)時，使用相同時間基對象的所有的其它的基本碼流必須遵循這個方案；即，它們必須變得不可利用或在相同方向上操作。
當沒有集成目標時鐘參考信息的基本碼流變得不可利用時，這沒有影響共享該時間基對象的其它的基本碼流。
10.使用用於時鐘參考和時間標記值的配置選擇 10.1解決時間基對象的復原中的模糊點 依據objectClockReference值的限定的長度，這些時間標記可能是模糊的。每次在SL數據包標題中傳送objectClockReference時，該OTB時間值可能依據下列公式被重建 toTB_reconstructed＝(objectClockReference/SL.OCCResolution)+k*(2SL.OCRLength/SL.OCRResolution) 其中k是表示循環數的整數值。
結果時間基tOTB_reconstructed以秒鐘來測量。
當用於基本碼流的第一objectClockReference已知時，k值必須設置成1。對於objectClockReference的每個連續出現，k值通過以下方式估算 終端必須知道用於在每一時刻估算時間基對象的值的手段。
每次接收objectClockReference時，該OTB tOTB_estimated的估算的當前值必須被採樣。因此，對k的不同值進行估算tOTB_res(k)。使持續時間_tOTB_estimated-tOTB_res(k)最小化的該k值必須被認為是tOTB_reconstructed的校正值。該值必須用作是對時間基對象估算進程的新的貢獻。
該應用必須確保這個程序處理k的非模糊值，這是通過在基本碼流中選擇對於objectClockReference元素的恰當的長度和解析度以及objectClockReference嵌入值的充分高的效率實現的。對該值的選擇依據SL數據包的傳送穩定性以及在終端和接收機的時鐘之間的最大的被希望的延遲而定。
10.2解決時間標記的復原中的模糊點 依據decodingTimeStamp和compositionTimeStamp值，這些時間標記可能變得模糊，通過下列公式來表示 Tts(m)＝(TimeStamp/SL.timeStampResolution)+m*(2SL.timeStampLength/SL.timeStampResolution) 其中TimeStamp(時間標記)或者是decodingTimeStamp(解碼時間標記)或者是compositionTimestamp(合成時間標記)，並且m是表示循環數的整數值。
時間標記的校正ttimestamp值可以如下進行估算 每次接收TimeStamp時，必須對OTB tOTB_estimated的當前估算值進行採樣。對用於m的各種值的tts(m)進行估算。該m值被認為是ttimestamp的校正值，該值使term_tOTB_estimated-tts(m)_最小化。
該應用可以獨立地為每個單獨的基本碼流選擇該時間標記的長度和解析度，這是為了符合關於時間事件的非模糊定位的需要。這個選擇根據在由TimeStamp指定的時刻後送出帶有TimeStamp的SL數據包的最大時間以及時間定位的所需要的精度。
10.3關於對象時鐘參考和時間標記的使用的評述 對象基礎時間的時間線允許通過大於/SL.OCCResolution來區分兩個隔開的時刻。必須選擇足夠大容量的OCCResolution，從而允許得到與一組基本碼流同步的該應用所需要的精度。
時間和合成標記允許區分通過大於/SL.OCCResolution而分隔開的兩個獨立時刻。根據得到用於給定基本碼流的訪問(access)單元，必須選擇足夠大容量的TimeStampResolution，以允許得到該應用所需要的精度。
大於OCCResolution的TimeStampResolution將允許得到事件之間的最好的區分。如果TimeStampResolution小於OCRResolution，不可能得到具有該給定OCCResolution的可能的最大精度的這個特定流的事件。
在SL標題的結構中指出該OCRLength參數。在其循環之前，2SL.OCRLength/SL.OCRResolution是由objectClockReference計數器覆蓋的時間間隔。為了符合該應用的對於所有基本碼流的時間事件的非模糊定位的需要。
當該應用知道以上已定義的k值時，對於每個時間值OTB，時間線是清晰的。當該應用不能重建該k因數時，例如在允許沒有其它信息的隨機訪問的情況下，該OTB線對於模式2SL.OCRLength/SL.OCRResolution是模糊的。因此，引用該OTB的每個時間標記是模糊的。可是，可以在應用情況內是清晰的，該情況使用假定的最大振動和在持續時間上的限制的知識，其中可以在解碼之前傳送訪問單元。
必須注意，基本碼流僅能夠以非模糊方式得到兩個時間間隔的最小的時間間隔內的時間事件，該基本碼流選擇時間間隔2SL.OCRLength/SL.TimeStampResolution大於2SL.OCRLength/SL.OCRResolution。
在一些情況下，當不能正確的估算k和m時，可能超越緩衝器模式，其導致解碼器的不希望的操作和結果。
例如，鑑於希望使具有1ms精度的基本碼流同步的應用，必須選擇OCRResolution等於或大於1000(因此兩個連續的OCT脈衝之間的時間等於1ms)。可以假定OCRResolution＝2000。
該應用假定STB和OTB之間的0.1％的振動(即每秒鐘1ms)。因此必須至少每秒鐘(即在最糟糕的情況下，時鐘偏離1ms，其是精度抑制)調整時鐘。可以假定每1s傳送objectclockReference。
該應用可以希望具有24h的清楚的OTB時間線，而不需要重建該因數k。因此選擇OCRLength作為結果，即2SL.OCRLength/SL.OCRResolution＝24h。
現在假定該應用希望除了10ms的精度外使基本碼流內的事件同步。必須選擇TimeStampResolution等於或大於100(因此兩個連續的TimeStamp脈衝之間的時間等於10ms)。假定TimeStampResolution＝200。
該應用希望該通行能力在它們的解碼器或合成時間之前最大的一分鐘時發送訪問單元。該因此選擇timeStampLength為2SL timeStampLength/SL.TimeStampResolution＝2分鐘。
權利要求
1、一種用於將至少一個數據流傳輸到至少一個終端的方法，其中所述的一個或多個流以流單元的形式組織，其特徵在於所述的流單元中至少一些流單元包括至少一個指針，該指針指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元，使得如果必須的在先單元沒有被接收，在所述終端中不執行對所述流單元的處理。
2、根據權利要求1所述的傳輸方法，其特徵在於其包括至少兩個獨立傳輸的數據流的傳輸；第一流的一個流單元指向至少一個第二流的至少一個必須的在先單元，其中所述的第一流的流單元包括被包含在所述的第二流中的數據的增補數據。
3、根據權利要求2所述的傳輸方法，其特徵在於所述的數據流與分層編碼的不同層級相對應，其中如果對應的較低層級的流單元已被接收，則只執行給定的層級的流單元的處理。
4、根據權利要求2和3中任一權利要求所述的傳輸方法，其特徵在於該流單元指向確定必須的在先單元的序列的至少一個在先單元。
5、根據權利要求1-4中任一權利要求所述的傳輸方法，其特徵在於所述指針中至少一個指針允許復原至少一個必須的在先單元，該在先單元包括允許對所考慮的流單元解碼和/或解密的數據。
6、根據權利要求5所述的傳輸方法，其特徵在於所述的必須的在先單元包括有數據，所述數據允許終端確定所考慮的流單元的數據是否應被解碼和/或解密，並在解碼後顯示。
7、根據權利要求1-6中任一權利要求所述的傳輸方法，其特徵在於所述的指針中至少一個指針指向那些可以由所述的終端知曉的數據，使得該終端知能夠確定其有能力或無能力來處理相應的流單元。
8、根據權利要求1-7中任一權利要求所述的傳輸方法，其特徵在於所述的流單元中至少其中之一包括有至少一個指針，該指針指向所述的流的或可以隨後被接收的另一個流的至少一個流單元。
9、根據權利要求8所述的傳輸方法，其特徵在於所述的或可以隨後被接收的流單元具有標記符，其允許與所述的指針相關聯。
10、根據權利要求8和9中任一權利要求所述的傳輸方法，其特徵在於在不同的時間傳輸的至少兩個相似的流單元的指針指向可以隨後被接收的同一個流單元。
11、根據權利要求1-10中任一權利要求所述的傳輸方法，其特徵在於使用一個指示符，該指示符從至少兩個作用中指定指針的作用，所述的至少兩個作用屬於一個組，該組包括
-指定至少一個在先的流單元，為了允許計及所考慮的流單元，該在先的流單元必須被解碼；
-指定至少一個在先流單元，它包括有解碼和/或解密該所考慮的流單元所必須的數據，和/或保護系統狀態下的一個參考。
-指定至少一個在後流單元。
12、根據權利要求11所述的傳輸方法，其特徵在於所述的流單元中至少一些流單元包括有用於限定所述作用的相關性描述符。
13、根據權利要求1-12中任一權利要求所述的傳輸方法，其特徵在於所述的流單元中至少一些流單元包括有相關性標記符，允許將其標識為必須的在先單元。
14、根據權利要求1-13中任一權利要求所述的傳輸方法，其特徵在於所述的流單元中至少一些流單元包括所述流中所述流單元的識別標記符。
15、根據權利要求1-14中任一權利要求所述的傳輸方法，其特徵在於其在同步層被實施，從而不需要對接收到的流單元進行任何預處理。
16、根據權利要求1-15中任一權利要求所述的傳輸方法傳輸的數據流。
17、傳輸到至少一個終端和/或從至少一個終端接收的、並且以相互獨立傳輸的流單元的形式組織的數據流，其特徵在於所述流單元中的至少一些流單元包括至少一個指針，該指針指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元，使得，如果必須的在先流單元沒有被接收，則在所述的終端內不執行對該流單元的處理。
18、一種數據伺服器，該數據用於以被組織成流單元的至少一個數據流的形式被傳輸到至少一個終端，所述的流單元是互相獨立傳輸的，其特徵在於所述的流單元中至少一些流單元包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元。
19、一種適用於接收至少一個以流單元形式組織的數據流的終端，所述的流單元是互相獨立傳輸的，其特徵在於所述的流單元中的至少一些流單元包括至少一個指針，該指針指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元。
20、一種以流單元形式組織的至少一個數據流的接收方法，所述的流單元是互相獨立傳輸的，其特徵在於這些流單元中的至少其中一些包括至少一個指針，其指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元。
21、根據權利要求20所述的接收方法，其特徵在於所述的指針中至少一個指針指向所述數據流的或可能以前已經在終端被接收的另一個數據流的至少一個流單元，該流單元被稱作必須的在先流單元，其特徵在於該接收方法包括下列步驟
-分析一個流單元的所述指針，
-如果必須的在先單元已經被接收，則處理所述的流單元。
22、將根據權利要求1至15中任一權利要求所述的傳輸方法應用於下列應用之一
-在訪問由用戶選定的節目之前對消息的系統廣播，
-有條件的訪問節目的特定質量級和/或特定選項，
-交互式電視。
全文摘要
用於傳輸數據流的方法；數據流、伺服器、終端、接收方法以及其相應的應用。本發明涉及向至少一個終端傳輸至少一個數據流的方法，所述的數據流被以流單元的形式組織，其特徵在於為了優化終端的處理和/或所述流的有用的流量，所述的流單元中至少其中一些包括至少一個指向一個流單元或其它流的指針。
文檔編號H04N7/24GK1647536SQ0380839
公開日2005年7月27日 申請日期2003年3月7日 優先權日2002年3月8日
發明者亞歷山大·克塔曼納克 申請人:法國電信公司