專利名稱：將媒體流記錄到多媒體容器文件的接收索引軌道中的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及多媒體容器文件格式。具體而言，本發(fā)明涉及的是多媒體容器文件格式中的接收索引軌道(hint track )的使用和處理。
背景技術(shù)：
本節(jié)旨在提供權(quán)利要求中所述的本發(fā)明的背景或上下文。這里 的描述可以包括將要實行的概念，但其未必是先前已被構(gòu)想或?qū)嵭?的概念。因此，除非在這里以別的方式加以指示，否則，本節(jié)描述 的內(nèi)容并非本申請的說明書和權(quán)利要求書的現(xiàn)有技術(shù)，并且不能因 為包含在本節(jié)之中就承認它們是現(xiàn)有技術(shù)。在多媒體內(nèi)容的生成、處理、傳輸和消費鏈中，多媒體容器文 件格式是一個重要因素。在此上下文中，編碼格式(即基本流格式) 涉及的是用于將內(nèi)容信息編碼到比特流的特定編碼算法的動作。容 器文件格式包含了 一種機制，所述機制用于組織所生成的比特流以 使得所生成的比特流可被訪問，以用于在本地解碼和回放，以及作 為文件進行傳送或是進行流式傳輸，所有這些處理都使用了多種存 儲和傳送架構(gòu)。容器文件格式還可以有助于交換和編輯媒體，以及 將所接收的實時流編碼成文件。就此而言，編碼格式與容器文件格 式之間存在很大不同。在圖1的IOOO處概括描述了多媒體文件格式的層次結(jié)構(gòu)。基本 流格式IIOO代表的是一個單獨的獨立流。依照基本流格式來構(gòu)造諸 如.amr和.aac文件之類的音頻文件。容器文件格式1200是一種可以 同時將音頻和視頻流容納在單個文件中的格式。關(guān)于容器文件格式 族1200的示例是以ISO基本媒體文件格式為基礎(chǔ)的。處于層次結(jié)構(gòu)1000中的容器文件格式1200下方的是復(fù)用格式1300。與依照容器 文件格式1200構(gòu)造的音頻/視頻(AV)文件相比，該復(fù)用格式1300 通常不太靈活并且更為緊湊。依照復(fù)用格式1300構(gòu)造的文件通常只 用于回放目的。運動圖像專家組(MPEG) -2節(jié)目流是依照復(fù)用格式 1300構(gòu)造的流的一個示例。演示語言格式140(H皮用于諸如布局、交 互、AV與離散媒體的同步等目的。由萬維網(wǎng)聯(lián)盟(W3C)規(guī)定的同 步多々某體集成語言(SMIL)和可縮放^L頻圖形(SVG)即為演示語 言格式1400的示例。演示文件格式1500被表征成在同一個文件中 具有所有演示部分。依照演示文件格式構(gòu)造的對象的示例是 PowerPoint文件以及符合3GP文件格式的擴展演示簡檔的文件。 可用的媒體和容器文件格式標準包括ISO基本媒體文件格式 USO/IEC 14496-12 ) 、 MPEG-4文件格式(ISO/IEC 14496-14，也 被稱為MP4格式)、高級視頻編碼(AVC)文件格式(ISO/IEC 14496-15 )以及3GPP文件格式(3GPP TS 26.244，也被稱為3GP格 式)。此外，在MPEG中還具有用于發(fā)展可縮放視頻編碼(SVC) 文件格式的項目，該項目將成為對高級視頻編碼(AVC)文件格式 的#"正。與此同時還在努力的是，MPEG正在定義一種用于在單向 文件傳輸協(xié)議(FLUTE)和異步分層編碼(ALC)會話上進行文件 遞送的索引軌道格式，而這將成為對ISO基本媒體文件格式的修正。 數(shù)字視頻廣播(DVB)組織當前正處于規(guī)定DVB文件格式的處 理中。定義DVB文件格式的主要目的是為DVB4支術(shù)的實施之間的 內(nèi)容互操作性提供便利，其中DVB技術(shù)的實施可以是依照當前 (DVB-T、 DVB-C、 DVB-B)和未來DVB標準的機頂盒、網(wǎng)際協(xié)議 (IP)電視接收機、以及依照手持DVB (DVB-H)及其未來演進的 移動電視接收機。DVB文件格式將允許在來自不同制造商的設(shè)備之 間交換記錄(只讀)媒體、使用USB大容量存儲器或類似讀/寫設(shè)備 來交換內(nèi)容、共享訪問家庭網(wǎng)絡(luò)上的公共磁盤存儲器、以及其他功 能。作為開發(fā)DVB文件格式的基礎(chǔ)，ISO基本媒體文件格式是當前 最強的候選。ISO文件格式是所有上面提及的容器文件格式的派生物(除了 ISO文件格式本身)的基礎(chǔ)。這些文件格式(包括ISO文件 格式本身)被稱為ISO文件格式族。ISO基本媒體文件格式中的基本構(gòu)建塊被稱為盒(box)。每個 盒都包括報頭和凈荷。盒報頭指示盒類型和用字節(jié)衡量的盒大小。 盒可以封閉其他盒，并且ISO文件格式規(guī)定了某種類型的盒內(nèi)允許 哪些類型的盒。此外，某些盒在每一個文件中都是強制存在的，而 其他盒則是可選的。另外，對某些盒類型來說，在文件中可存在一 個以上的盒。因此，ISO基本媒體文件格式主要規(guī)定了盒的層次結(jié)構(gòu)。圖2顯示的是一個依照ISO基本媒體文件格式的簡化文件結(jié)構(gòu)。 依照ISO文件格式族，文件200包括分別封閉在獨立盒、即媒體數(shù) 據(jù)(mdat)盒210和電影(moov )盒220中的々某體數(shù)據(jù)和元數(shù)據(jù)。 對于可操作文件來說，這兩種盒都必須存在。媒體數(shù)據(jù)盒210包括 可以被交織和按時間排序的視頻和音頻幀。電影盒220可以包括一 條或多條軌道，并且每條軌道都駐留在一個軌道盒240中。通常， 一條軌道被選擇以演示一種媒體類型。應(yīng)該指出，ISO基本媒體文件格式并未將演示限制成只包含在一 個文件中。實際上，演示可以包含在若干文件中。在這種情況下， 一個文件包含了用于整個演示的元數(shù)據(jù)。該文件還可以包含所有媒 體數(shù)據(jù)，在這種情況下，該演示是自包含的。如果使用了其他文件， 則不必按照ISO基本媒體文件格式來對這些文件進行格式化。這些 其他文件用于包含媒體數(shù)據(jù)，并且它們還可以包含未使用的媒體數(shù) 據(jù)或其他信息。ISO基本媒體文件格式只涉及包含元數(shù)據(jù)的文件的結(jié) 構(gòu)。媒體數(shù)據(jù)文件的格式受到ISO基本媒體文件格式或是其衍生格 式的限制僅在于媒體文件必須像ISO基本媒體文件格式或是其衍 生格式所規(guī)定的那樣被格式化。除了定時的軌道之外，ISO文件還可以在元盒中包含任何非定時 的二進制對象。元盒可以駐留在文件頂層、電影盒220內(nèi)部、以及 軌道盒240內(nèi)部，但在文件級、電影級或軌道級中的每一個級別中 至多只出現(xiàn)一個元盒。元盒必需包含"hdlr"盒，由此指示"元"盒內(nèi)容的結(jié)構(gòu)或格式。該元盒可以包含能夠查閱的任意數(shù)量的二進制 項目，并且每一個二進制項目都可以與一個文件名相關(guān)聯(lián)。
一個文件可以與ISO文件格式族中一個以上的格式兼容，因此
并不是始終都可以依照該文件的單個"類型"或"種類(brand)" 來陳述。所有ISO文件都包含了文件類型盒，它指示的是哪一種文 件格式規(guī)定了文件的"最佳應(yīng)用，，以及文件所遵從的一組其他規(guī)范。 文件的"最佳應(yīng)用"的格式被稱為文件的主種類，而其他兼容格式 則被稱為兼容種類。
某個種類在文件類型盒的兼容種類列表中的存在性構(gòu)成了要求 權(quán)和許可權(quán)二者。所述存在性是一個文件符合該種類的所有需求的
以讀取文件的許可權(quán)。通常，除非應(yīng)用了下列步驟之一，否則需要 讀取器實施針對某個種類所記載的所有特征
1. 讀取器正在使用的媒體不使用或不需要某個特征。例如，I 幀視頻不需要同步采樣表，并且如果沒有使用復(fù)合重排序，則不需 要復(fù)合時間偏移表。同樣，如果不需要內(nèi)容保護，則不需要對內(nèi)容 保護的結(jié)構(gòu)提供支持。
2. 文件所遵從的另一個規(guī)范禁止某個特征的使用。舉個例子， 某些衍生的規(guī)范明顯禁止使用電影片段。
3. 產(chǎn)品工作時所在的上下文意味著某些結(jié)構(gòu)是不相關(guān)的。例如, 索引軌道結(jié)構(gòu)只涉及為索引軌道中的協(xié)議預(yù)備內(nèi)容或執(zhí)行文件遞送
(例如流式傳輸)的產(chǎn)品。
實施某個種類的文件讀取器應(yīng)該嘗試讀取被標記成與該種類兼 容的文件。
索引軌道是一個通常不包含媒體數(shù)據(jù)的特殊軌道。相反，索引 軌道包含了用于封裝一個或多個軌道以通過某種通信協(xié)議進行遞送 的指令。發(fā)送分組的處理是基于時間的，并且實際上等同于基于時 間的數(shù)據(jù)的顯示，因此用軌道來適當?shù)貙ζ溥M行描述。由于存在索 引軌道，因此，發(fā)送機的操作負載可以減小，并且發(fā)送機的實施可以在沒有任何提示的情況下很簡單地與來自媒體采樣的發(fā)送機構(gòu)造 協(xié)議數(shù)據(jù)單元相比較。
ISO基本媒體文件格式包含了用于實時協(xié)議(RTP)和安全實時 傳輸協(xié)議(SRTP)協(xié)議的索引軌道定義，并且即將來臨的ISO基本 媒體文件格式的第2修改稿將會包含用于FLUTE和ALC協(xié)議的索 引軌道定義。用于MPEG-2傳輸流(TS)的索引軌道格式還可以例 如作為DVB文件才各式的一部分而被規(guī)定。
圖2中描述的mdat盒包含了用于軌道的采樣。在非索引軌道中， 采樣是單個視頻幀、視頻幀的時間連續(xù)序列，或是音頻的時間連續(xù) 壓縮部分。在索引軌道中，采樣定義的是依照索引軌道報頭中標識 的通信協(xié)議進行格式化的 一 個或多個分組的格式。
索引軌道繼承了常規(guī)媒體軌道的所有特征，例如采樣定時和同 步采樣指示。索引采樣包含了用于幫助發(fā)送機構(gòu)成傳輸分組的指令。 這些指令可以包括要發(fā)送的即時數(shù)據(jù)(例如報頭信息)或是媒體數(shù) 據(jù)的參考分段。換句話說，媒體軌道中的媒體采樣不需要被復(fù)制成 索引軌道的采樣，而是被復(fù)制成指向?qū)γ襟w軌道采樣的索引采樣。 因此，媒體數(shù)據(jù)自身不需要以任何方式進行重新格式化。與需要將 媒體信息劃分成針對給定傳送和媒體格式進行傳送的實際數(shù)據(jù)單元 的方法相比，這種方法的空間效率更高。依照這種方法，本地回放
需要重新裝配來自分組的媒體，或者具有該媒體的兩個拷貝---
個用于本地回^:, 一個用于傳送。類似地，^使用該方法通過多種協(xié) 議的此類媒體傳輸需要用于每一個遞送協(xié)議的媒體數(shù)據(jù)的多個拷 貝。除非數(shù)據(jù)被大量轉(zhuǎn)換來進行傳送(例如通過應(yīng)用糾錯編碼技術(shù) 或是通過加密)，否則這種處理的空間效率是很低的。
如果ISO文件包含索引軌道，那么對于引用了媒體數(shù)據(jù)(根據(jù) 該媒體數(shù)據(jù)構(gòu)建索引)的媒體軌道來說，即使其內(nèi)的數(shù)據(jù)并沒有被
索引軌道直接引用，該媒體軌道也還是保留在文件中。在刪除了所 有索引軌道之后，整個無索引的演示將會保留。
圖3是一般視頻通信系統(tǒng)的表示。由于未經(jīng)壓縮的視頻需要巨大帶寬，因此，源編碼器305將輸入視頻300壓縮到預(yù)期比特率。 源編碼器305可以分成兩個組件——波形編碼器310和熵編碼器 315。波形編碼器310執(zhí)行有損視頻信號壓縮，而熵編碼器315則將 波形編碼器310的輸出無損地轉(zhuǎn)換成二進制序列。傳送編碼器320 依照所使用的傳送協(xié)議例如通過交織和調(diào)制數(shù)據(jù)來封裝壓縮視頻。 數(shù)據(jù)經(jīng)由傳輸信道325被傳送到接收機端。該接收機執(zhí)行反向操作 以獲取重新構(gòu)建的視頻信號以供顯示。所述反向操作包括使用傳送 解碼器330和源解碼器335，以最終獲得輸出視頻350，其中所述源 解碼器330可以分成熵解碼器340和波形解碼器345。
大多數(shù)現(xiàn)實世界中的信道很容易受到傳輸差錯的影響。傳輸差 錯大致可以分成兩類一一比特差錯和擦除錯誤。比特錯誤是由在傳 輸信道上出現(xiàn)的物理事件、例如噪聲和干擾而引起的。用于實時媒 體傳送的協(xié)議堆棧通常提供了諸如循環(huán)冗余校驗(CRC)碼之類用 于檢測比特差錯的機制。 一種常見的實踐是在傳送解碼器中丟棄差 錯協(xié)議凈荷。在差錯視頻數(shù)據(jù)的解碼處理中出現(xiàn)的挑戰(zhàn)是突發(fā)比特 差錯的可能性、關(guān)于差錯位置的準確檢測、以及熵編碼器使用的可 變長度編碼(VLC)。由于比特差錯的突發(fā)性，因此，協(xié)議凈荷的 很大一部分很可能是無論怎樣都無法解碼的，由此，丟棄整個協(xié)議 凈荷不會導(dǎo)致排除非常不必要的數(shù)據(jù)。通信協(xié)議提供的差錯檢測機 制通常能夠產(chǎn)生二元結(jié)論——要么分組受到破壞，要么分組是正確 的。由此，確定確切的差錯位置取決于源編碼層機制。即使存在基 于語法和語音擾亂以及反常紋理破裂用于檢測差錯位置的方法，關(guān) 于比特差錯的錯誤檢測也有可能導(dǎo)致對視頻進行主觀干擾。由于可 變長度編碼，單個比特差錯很可能改變出現(xiàn)該比特差錯的那個碼字 的解釋，并且可能導(dǎo)致后續(xù)碼字失步。即使重新建立了碼字同步， 解碼數(shù)據(jù)的空間或時間位置也未必能夠確定。
就擦除差錯而言，此類差錯有兩個主要來源。首先，路由器之 類的擁塞網(wǎng)絡(luò)部件中的隊列溢出導(dǎo)致分組丟失。其次，傳送解碼器 通常通過移除出現(xiàn)了比特差錯的整個分組來處理比特差錯。一般來說，接收機首先應(yīng)該檢測到所引入的傳輸差錯，然后則校正或隱藏所述差錯。如上所述，通常使用CRC或類似的碼來檢測比特差錯，而受到破壞的分組則會被丟棄。用于實時媒體傳送的通信協(xié)議通常會附著一個序列號，其中用于所傳送的每一個分組的序列號將會逐一遞增，由此，可以根據(jù)連續(xù)分組的序列號值中的間隙檢測到分組丟失。差錯校正指的是就像在一開始就沒有引入差錯一樣來完美恢復(fù)錯誤數(shù)據(jù)的能力。差錯隱藏指的是隱藏傳輸錯誤的影響以使其很難在重新構(gòu)建的視頻中被看到的能力。通常，在源或傳送編碼中添加了一定量的冗余度，以便在差錯檢測、糾正和隱藏處理中提供幫助。
差錯糾正和隱藏技術(shù)可以大致分成三類——前向差錯隱藏、借助后期處理的差錯隱藏，以及交互式差錯隱藏。前向差錯隱藏指的是那些由發(fā)射機端向發(fā)射數(shù)據(jù)添加冗余度，以使接收機即便在有傳輸差錯的情況下也很容易恢復(fù)發(fā)射數(shù)據(jù)的技術(shù)。借助后期處理的差錯隱藏完全是面向接收機的。這些方法嘗試估計接收有誤的數(shù)據(jù)的正確表示。發(fā)射機和接收機還可以通過協(xié)作來將傳輸差錯的影響減至最小。這些方法大量使用了接收機給出的反饋信息。借助后期處理的差錯隱藏也被稱為被動差錯隱藏，而其他兩類則代表的是主動差錯隱藏的形式。
與上文介紹的分類相比，差錯校正和隱藏算法的正交分類是以所論述的算法工作在其中的協(xié)議堆棧層為基礎(chǔ)的。物理層中的方法例如可以智能地使用調(diào)制或者交織所要傳送的數(shù)據(jù)比特。在鏈路層，例如可以有選擇地重傳接收有誤的數(shù)據(jù)塊。通常，涉及源編碼器或源解碼器的方法被稱為媒體感知差錯糾正和隱藏算法，而僅僅在傳送編碼器和解碼器中操作的方法則是獨立于媒體的。需要若干協(xié)議堆棧層互操作的方法落入跨層優(yōu)化算法的類別中。當源和傳送編碼無縫操作以共同努力處理傳輸差錯時使用術(shù)語"聯(lián)合源-信道編碼"。
對很多的實時多媒體通信應(yīng)用來說，較為理想的是并不是將多媒體文件作為文件來傳送，而是將媒體數(shù)據(jù)封裝到通信協(xié)議分組中。此外，對于現(xiàn)有媒體播放器來說，較為理想的是能夠解析、解碼和播放從接收到的媒體流中生成的任何多媒體文件。如果現(xiàn)有媒體播放器能夠播放任何被記錄的多媒體文件，那么將不再需要更新或更換媒體播放器。
大多數(shù)容器文件格式(如果不是全部)的目的是播放那些可靠傳送到播放設(shè)備的無差錯文件，和/或提供用于在流式傳輸服務(wù)器或其他發(fā)送設(shè)備中傳輸?shù)拿襟w內(nèi)容。因此，容器文件格式?jīng)]有提供用于指示傳輸差錯的機制，并且無法保證現(xiàn)有播放器能夠得體地應(yīng)對出錯的媒體流。取而代之的是，此類播放器有可能會崩潰或者另外以非預(yù)期的方式運作。由此，較為理想的是用現(xiàn)有媒體播放器來播放從接收媒體流生成的文件，并且所述文件將與現(xiàn)有文件格式相兼容。此外，對于復(fù)雜的播放器和解碼器來說，較為理想的是包含用于有效隱藏那些來自將被記錄到文件的接收流的傳輸差錯的機制。
已有很多種常規(guī)方法能解決如上所述的至少某些問題。在第一個方法中，接收到的傳送流本身包含在文件中，或者傳輸流存儲在單個文件中，并且所述單個文件是從演示文件(即，包括元數(shù)據(jù)的文件)中查閱。在這個方案中，傳送流指的是在應(yīng)用中被認為相關(guān)的最低協(xié)議堆棧層。對基于RTP的媒體傳輸來說，傳送流通常指的
是RTP分組流。在將基本媒體流封裝于MPEG-2傳送流時(與DVB-T、 DVB-C以及DVB-S中一樣)，傳送流指的是MPEG-2傳送流。在ISO基本媒體文件格式結(jié)構(gòu)中，傳送流可以作為單個采樣包含在々某體軌道中。而這也正是如何將MPEG-2傳送流包含在QuickTime文件中的方式。特定于傳送流的元數(shù)據(jù)可以存儲在新的文件格式結(jié)構(gòu)中；在ISO基本媒體文件格式中，該結(jié)構(gòu)可以駐留在元盒中。
在第二個方法中，接收到的傳送流被轉(zhuǎn)換成基本數(shù)據(jù)軌道。特定于傳送流的元數(shù)據(jù)被存儲在新的文件格式結(jié)構(gòu)中；在ISO基本媒體文件格式中，該結(jié)構(gòu)駐留在元盒中。
在第三個方法中，接收到的流傳送分組本身被寫入所記錄的文
13件的索引軌道。但是，索引軌道的使用在邏輯上并不是一個有效的解決方案，這是因為索引軌道為服務(wù)器或者更一般的是為發(fā)送機提供了分組化指令。此外，所記錄的索引軌道未必提供有效的重傳流。例如，在所發(fā)送的流中需要RTP序列號是連續(xù)的，但是在所記錄的
流中，遺漏的分組將會導(dǎo)致RTP序列號不連續(xù)。
由于moov盒只能在接收到所有媒體數(shù)據(jù)之后才能完成，因此，在如上所述的第二和第三種方法中，這種情況將會導(dǎo)致無法連續(xù)記錄到單個文件。當使用電影片段特征來對所記錄的文件進行分段時可以避免這個問題，如在2005年12月1日提交的美國專利申請11/2982,786中描述的那樣。作為替換，與元數(shù)據(jù)相比，接收到的流媒體數(shù)據(jù)可以記錄到單獨的文件中。但是，如果期望同時以時間偏
移的方式來回放所記錄的文件，則應(yīng)該使用美國專利申請No.11/292,786中描述的電影片段。

發(fā)明內(nèi)容
本發(fā)明的各個實施例提供了 一種用于接收媒體分組流以及記錄媒體內(nèi)容的系統(tǒng)和方法。該媒體內(nèi)容依照某種文件格式記錄到文件中，其中所述文件格式提供了用于構(gòu)造媒體分組的指令。使用構(gòu)造媒體分組的指令來在文件中表示至少一個接收媒體分組。在文件中的至少一個接收媒體分組還與一個表明其可能包含差錯的指示相關(guān)聯(lián)。
本發(fā)明的各個實施例提供了 一種后向兼容機制來將接收到的實時媒體流存儲到多媒體容器文件中。在實踐中，這意味著現(xiàn)有播放器可以正確地播放接收流的可恢復(fù)部分。在接收流中的傳輸差錯的標識和定位被啟用，由此，復(fù)雜播放器可以有效隱藏傳輸差錯。此外，本發(fā)明的各個實施例用于避免所記錄的文件中任何媒體數(shù)據(jù)的重復(fù)。本發(fā)明的各個實施例可以與近乎所有根據(jù)DVB文件格式的接收機結(jié)合使用。
從以下結(jié)合附圖的詳細描述中可以清楚了解本發(fā)明的這些和其他優(yōu)點、特征及其操作的組織和方式，其中相同的部件在如下所述的若干附圖中都具有相同的數(shù)字。


圖1是多媒體文件格式的層次結(jié)構(gòu)的描述；圖2是ISO文件簡化結(jié)構(gòu)的表示；圖3是一般視頻通信系統(tǒng)的表示；
圖4是與本發(fā)明的各個實施例一起使用的通用多媒體通信系統(tǒng)的表示；
圖5是示出了根據(jù)本發(fā)明各個實施例的簡化版接收機操作的流程備的透視圖；以及
圖7是可以包含在圖6的電子設(shè)備中的電路的示意表示。
具體實施例方式
本發(fā)明的各個實施例提供了 一種用于接收媒體分組流以及記錄媒體內(nèi)容的系統(tǒng)和方法。該媒體內(nèi)容依照某種文件格式記錄到文件中，其中所述文件格式提供了用于構(gòu)造媒體分組的指令。使用構(gòu)造媒體分組的指令來在文件中表示至少一個接收媒體分組。在文件中的至少 一個接收媒體分組還與 一個表明其可能包含差錯的指示相關(guān)聯(lián)。
根據(jù)本發(fā)明的 一 個實施例，流被記錄到文件格式的 一 個或多個索引軌道，并且在索引軌道中特別表明所述索引軌道是從接收到的流中生成。索引軌道精確對應(yīng)于接收到的流，由此為媒體播放器提供了盡可能有效地處理傳輸差錯的所有機制。例如，索引軌道的采樣結(jié)構(gòu)(即分組結(jié)構(gòu))包含了分組序列號，從中可以識別遺漏的分組。如果將ISO基本媒體文件格式的RTP索引軌道結(jié)構(gòu)重新用于本發(fā)明各個實施例的接收索引軌道，那么該序列號將駐留在RTP分組
15數(shù)據(jù)結(jié)構(gòu)的RTP排序語法元素中。
根據(jù)本發(fā)明的第二實施例，接收到的流被轉(zhuǎn)換成有效媒體軌道，也就是可以在沒有非標準化傳輸差錯檢測和處理機制的情況下被解碼的軌道。創(chuàng)建有效媒體軌道確保了現(xiàn)有媒體播放器能夠播放所記錄的文件。還創(chuàng)建了一個或多個特定索引軌道。只要可能，索引采
減少對于文件的存儲空間需求。
創(chuàng)建有效媒體軌道有時還可以總共省略一些分組。例如，當編碼視頻流中的參考畫面丟失時，媒體軌道應(yīng)該跳過從所述丟失的參考畫面直接或間接預(yù)測得到的任何畫面。由此，索引采樣可能包含了不存在于對應(yīng)媒體軌道之中的分組凈荷的拷貝。
圖4是在其中可以實施本發(fā)明各個實施例的常規(guī)多媒體通信系統(tǒng)的圖示。如圖4所示，數(shù)據(jù)源IOO提供的是采用了模擬、未壓縮數(shù)字或壓縮數(shù)字格式，或這些格式的任意組合的源信號。編碼器110將源信號編碼成編碼媒體比特流。應(yīng)該指出的是，所要解碼的比特流可以直接或間接從位于近乎任何類型的網(wǎng)絡(luò)內(nèi)部的遠端設(shè)備接收。此外，該比特流也可以從本地硬件或軟件接收。編碼器110有可能能夠編碼一種以上的媒體類型，例如音頻和視頻，或者有可能需要一種以上的編碼器110來編碼不同媒體類型的源信號。編碼器110還可以獲取合成產(chǎn)生的輸入，例如圖形和文本，或者它有可能能夠產(chǎn)生合成媒體的編碼比特流。在下文中，為了簡化描述，僅僅考慮對一種媒體類型的一個編碼媒體比特流的處理。但是應(yīng)該指出，通常，實時廣播服務(wù)包含了若干個流(通常是至少一個音頻、視頻和文本字幕流)。此外還應(yīng)該指出，該系統(tǒng)可以包括很多編碼器，但在圖4中只顯示了一個編碼器110，以便在不喪失一般性的情況下簡化描述。應(yīng)該進一步理解的是，雖然這里包含的文本和示例可能具體描述了編碼處理，但是本領(lǐng)域技術(shù)人員將會理解，相同的概念和原理同樣適用于相應(yīng)的解碼處理，反之亦然。
編碼媒體比特流被傳送到儲存器120。儲存器120可以包括任何類型的大容量存儲器，以便存儲編碼媒體比特流。在儲存器120中， 編碼媒體比特流的格式可以是基本的自包含比特流格式，或者也可
以將一個或多個編碼媒體比特流封裝到一個容器文件中。某些系統(tǒng) 是"以實況方式"工作的，也就是說，這些系統(tǒng)將會省略儲存器，
并且將編碼媒體比特流直接從編碼器IIO傳送到發(fā)送機130。然后， 編碼媒體比特流根據(jù)需要而被傳送到發(fā)送機130,其中所述發(fā)送機也
被稱為服務(wù)器。傳輸中使用的格式可以是基本的自包含比特流格式、 分組流格式，或者也可以將一個或多個編碼媒體比特流封裝到 一 個
容器文件中。編碼器110、儲存器120以及服務(wù)器130可以駐留在同 一物理設(shè)備中，或者它們也可以包含在獨立設(shè)備中。編碼器110和 服務(wù)器130可以結(jié)合實況的實時內(nèi)容來工作，在這種情況下，編碼 媒體比特流通常不被永久存儲，相反，它們在內(nèi)容編碼器110和/或 服務(wù)器130中只被緩存很短一段時間，以便平滑掉處理延遲中、傳 送延遲中以及編碼媒體比特流中的變化。
服務(wù)器130使用通信協(xié)議堆棧來發(fā)送編碼媒體比特流。所述堆 ?？梢园ǖ痪窒抻趯崟r傳輸協(xié)議(RTP )、用戶數(shù)據(jù)報協(xié)議(UDP ) 以及網(wǎng)際協(xié)議(IP)。當通信協(xié)議堆棧是面向分組的時，服務(wù)器130 將編碼媒體比特流封裝成分組。舉個例子，在使用RTP時，服務(wù)器 130根據(jù)RTP凈荷格式而將編碼媒體比特流封裝成RTP分組。通常， 每一個媒體類型都具有專用的RTP凈荷格式。應(yīng)該再次指出的是， 系統(tǒng)可以包含一個以上的服務(wù)器130,但是為了簡單起見，以下描述 僅僅考慮了一個服務(wù)器130。
服務(wù)器130可以或者可以不通過通信網(wǎng)絡(luò)連接到網(wǎng)關(guān)140。網(wǎng)關(guān) 140可以執(zhí)行不同類型的功能，例如將根據(jù)一個通信協(xié)議棧的分組流 變換成根據(jù)另一通信協(xié)議棧的分組流，合并和分拆數(shù)據(jù)流，以及根 據(jù)下行鏈路和/或接收機能力來操控數(shù)據(jù)流，例如根據(jù)主導(dǎo)下行鏈路 網(wǎng)絡(luò)條件來控制轉(zhuǎn)發(fā)的流的比特速率。網(wǎng)關(guān)140的示例包括多點會 議控制單元(MCU)、介于電路交換與分組交換-f見頻電話之間的網(wǎng) 關(guān)、蜂窩一鍵通(PoC)服務(wù)器、手持數(shù)字視頻廣播(DVB-H)系統(tǒng)
17中的IP封裝器或者將廣播傳輸本地轉(zhuǎn)發(fā)到歸屬無線網(wǎng)絡(luò)的機頂盒。
當使用RTP時，網(wǎng)關(guān)140被稱為RTP混合器或者RTP翻譯器并且 充當RTP連接的端點。
該系統(tǒng)包括通常一個或者多個接收機150，所述接收機能夠接收 發(fā)送信號、將該信號解調(diào)和解封裝成編碼媒體比特流。編碼比特流 被傳送到記錄儲存器155。該記錄儲存器155可以包括任何類型的大 容量存儲器，以便存儲編碼媒體比特流。作為替換或補充，該記錄 儲存器155可以包括計算存儲器，例如隨機存取存儲器。在記錄儲 存器155中，編碼媒體比特流的格式可以是基本的自包含比特流格 式，或者也可以將一個或多個編碼媒體比特流封裝到一個容器文件 中。如果有很多相互關(guān)聯(lián)的編碼i某體比特流，例如音頻流和一見頻流， 那么通常會使用容器文件，并且接收機150將包含或者附著于一個 從輸入流中產(chǎn)生容器文件的容器文件生成器。某些系統(tǒng)是"以實況 方式"工作的，也就是說，這些系統(tǒng)將會省略記錄儲存器155，并且 將編碼媒體比特流直接從接收機150傳送到解碼器160。在一些系統(tǒng) 中，在記錄儲存器155中只保留所記錄的流中的最近的部分，例如 所記錄的流的最近10分鐘摘錄，而任何早先記錄的數(shù)據(jù)都會從記錄 儲存器155中被丟棄。
編碼媒體比特流被從記錄儲存器155傳送到解碼器160。如果有 很多相互關(guān)聯(lián)并且被封裝到 一 個容器文件中的編碼媒體比特流，例 如音頻流和視頻流，則使用文件解析器(在圖中并未顯示)來將每 一個編碼媒體比特流從容器文件中解封裝。記錄儲存器155或解碼 器160可以包含文件解析器，或者該文件解析器附著于記錄儲存器 155或解碼器160。
編解碼媒體比特流通常由解碼器160進行進一步處理，其中所 述解碼器的輸出則是一個或多個未壓縮媒體流。最后，表現(xiàn)器170 例如可以用揚聲器或顯示器來再現(xiàn)未壓縮媒體流。接收機150、記錄 儲存器155、解碼器160和表現(xiàn)器170既可以駐留在同一物理設(shè)備中， 也可以包含在獨立設(shè)備中。以下是如何讓在ISO基本媒體文件格式中指示所記錄的索引軌 道的實施。在本實施中，所記錄的索引軌道用一個簡單條目類型來 指示，并且該條目類型與用于服務(wù)器索引軌道的相應(yīng)簡單條目不同。
舉個例子，用于服務(wù)器的RTP索引軌道是以"rtp"作為采樣描述中 的條目格式的索引軌道(媒體句柄"hint")。所記錄的RTP索引 軌道在采樣描述中具有"rrtp"條目格式。這兩個采樣條目以相同方 式頭見定如下
class RtpHintSampleEntry() extends SampleEntry ('rtp') { uint(16) hinttrackversion = 1; uint(16) highestcompatibleversion = 1; uint(32) maxpacketsize; box additionaldata[];
}
class ReceivedRtpHintSampleEntry() extends SampleEntry ('rrtp') { uint(16) hinttrackversion = 1; uint(16) highestcompatibleversion = 1; uint(32) maxpacketsize; box additional data[];
為每一個可以索引的協(xié)議都規(guī)定了 一對服務(wù)器和記錄采樣條目 格式，例如SRTP和MPEG-2傳送流(TS)?？梢詾橛糜谌魏螀f(xié)議 的每一對服務(wù)器和記錄索引軌道格式規(guī)定索引采樣。在用于任何協(xié) 議的每一對服務(wù)器和記錄索引軌道格式中，以相同的方式定義索引 采樣例如可以在編碼語言代碼行或機器可執(zhí)行指令數(shù)量方面減小軟 件實施的大小。但是，與同一協(xié)議的服務(wù)器索引軌道格式相比，采 用不同的方式來規(guī)定記錄索引軌道的采樣格式同樣也是非常有益 的。舉個例子，由于服務(wù)器被認為僅僅依據(jù)每一個發(fā)送分組而將數(shù)值遞增l(在模運算中)，因此，為服務(wù)器索引采樣格式包含MPEG-2 TS分組報頭的continuity—counter字段并不合理。但是，對于記錄索 引采樣格式來說，continuity—counter字段是必需的，這是因為可以根 據(jù)后續(xù)接收分組的continuity—counter值的間隙推斷出分組丟失。此 外，在與服務(wù)器索引軌道所用的層不同的協(xié)議堆棧層中規(guī)定記錄索 引軌道格式同樣是合理的。舉個例子，如果記錄索引采樣對應(yīng)于網(wǎng) 際協(xié)議(IP )分組，那么文件解析器可以使用用戶數(shù)據(jù)報協(xié)議(UDP ) 報頭的校驗和來推導(dǎo)接收分組中的比特差錯的存在性，也就是接收 分組的完整性。作為替換或補充，記錄索引釆樣可以包含相應(yīng)分組 格式中并不存在的字段。這些字段例如可以用于傳達來自基礎(chǔ)協(xié)議 堆棧層的信息。關(guān)于此類字段的一個示例可以是用于所記錄的RTP 索引采樣的比特差錯指示符字段。接收機可以根據(jù)UDP校驗和或是 存在于任何基礎(chǔ)協(xié)議堆棧層中的任何CRC或校驗和來設(shè)置比特差錯 指示符字段。
圖5是顯示依照本發(fā)明各個實施例的簡化版接收機操作的流程 圖。但是應(yīng)該指出，接收機可以采用多種形式和配置。圖5的處理 開始于在510處從用于所接收的傳送分組的接收方緩存器中提取傳 送分組。此外，該傳送分組也可以寫入到第二緩存器中，在這里將 其稱為短期分組緩存器。該傳送分組可以包括RTP分組、MPEG-2 傳送流分組或是其他任何傳送協(xié)議的分組。在520,分組序列編號的 連續(xù)性被檢查，并且確定在序列編號中是否存在間隙。如果傳送分 組是依照RTP進行格式化的，那么序列號(SN)駐留在RTP報頭 中。如果傳送分組是依照MPEG-2流進行格式化的，那么序列號將 被稱為continuity—counter,并且駐留在TS分組才艮頭中。
如果在序列編號中沒有間隙，并且在短期分組緩存器中沒有一 個分組被識別為包含比特差錯，那么在530檢查當前分組是否包含 關(guān)于視頻幀、或者更為一般的是關(guān)于視頻訪問單元的最末凈荷字節(jié)， 其中所述視頻訪問單元的分組當前被存儲在短期分組緩存器中。在 大多數(shù)視頻RTP凈荷中，RTP報頭中的M比特被規(guī)定成指示分組包
20含了用于編碼視頻幀的最末凈荷字節(jié)。另 一 種檢測視頻幀的最末分
組的方式是檢查下一個分組的RTP時間戳。如果下一個RTP時間戳 不同于當前RTP時間戳，則當前分組包含當前編碼視頻幀的最末凈 荷字節(jié)。當使用的是封裝到MREG-2傳送流中時，在下一個傳送流 分組中的、等于1的payload—unit_start—indicator值表明當前TS分組 包含了當前編碼視頻幀的最末凈荷字節(jié)。如果當前分組不是視頻幀
的最末分組，則處理返回到510。應(yīng)該指出的是，處理520和530 僅在傳輸順序與編碼視頻數(shù)據(jù)的解碼順序相同的情況下工作。針對 交織的傳輸順序的丟失和結(jié)束幀檢測通常需要分析接收到的數(shù)據(jù)單 元。關(guān)于H.264/AVC的交織傳輸?shù)膩G失^r測的一個示例是在3GPP Technical Recommendation 26 946 (Release 6)的第乂乂節(jié)"Multimedia Broadcast/Multicast Service, User service guidelines"中提供。幀邊界檢 測在H.264/AVC (即ITU-T建議H.264 )的第7.4.1.2.4節(jié)中描述。
此外還應(yīng)該指出，上文中參考圖5的論述是依照視頻流來描述 的。音頻通常不在多個幀上進行時間預(yù)測，并且通常在一個傳送分 組中包含了一個完整的音頻幀。因此，在音頻流中通?？梢允÷陨?述處理中致力于尋求下一個隨機訪問幀的那部分處理。此外，如果 音頻幀始終裝入一個傳送分組中，則可以省略寫入處理530，并且可 以修改步驟540，以便在將音頻采樣寫入文件時用空幀來替換遺漏的 音頻幀。
如果當前分組是編碼視頻幀中的最末分組，則在540從短期分 組緩存器收集的分組凈荷中得出視頻采樣。這個推導(dǎo)處理可以包括 簡單地連結(jié)分組凈荷。然后，所生成的視頻采樣被寫入一個文件。 應(yīng)該指出的是，由于元數(shù)據(jù)(moov盒或moof盒)在出現(xiàn)順序中通 常領(lǐng)先于媒體數(shù)據(jù)，因此，視頻采樣可以首先被寫入臨時文件，然 后則拷貝到在完成所有相應(yīng)元數(shù)據(jù)時創(chuàng)建的實際文件。
在550，從存儲在短期分組緩存器中的每一個分組生成索引采 樣。由于在540生成的視頻采樣已經(jīng)包含了編碼視頻數(shù)據(jù)，因此， 該索引采樣僅僅是指視頻軌道、所生成的視頻采樣以及視頻采樣內(nèi)
21部的恰當比特范圍。當已經(jīng)針對短期分組緩存器中的所有分組生成 了索引采樣時，該緩存器將被清空，并且處理返回到510。
如果在520檢測到短期分組緩存器中的任何分組中的比特差錯 或是分組序列編號中的間隙，則在560從短期分組緩存器中存儲的 每一個分組中生成一個索引采樣。但是，由于短期分組緩存器中的 分組凈荷并不是沒有差錯的，因此，不會將視頻采樣生成為視頻軌 道。由此，使用即時構(gòu)造器機制或是"胖"索引軌道機制將分組凈 荷實質(zhì)上包含在索引采樣中。當使用即時構(gòu)造器時，在分組化指令 中包含凈荷數(shù)據(jù)拷貝。當使用"胖"索引軌道時，分組凈荷將被包 含在索引軌道的mdat區(qū)段中，并且是從索引軌道的構(gòu)造器查閱的。 當為短期分組緩存器中的所有分組生成索引采樣時，該緩存器被清
々 工。
在560之后，下一個分組在570從用于所4妻收的傳送分組的接 收方緩存器中獲取。然后，下一個分組將被檢查，以便確定該分組 是否開始了 一個用于向流提供隨機訪問點的編碼視頻幀。編碼一見頻 幀的起點可以根據(jù)處理530來檢測。關(guān)于隨機訪問點的檢測取決于 視頻格式及其凈荷格式。舉個例子，在H.264/AVC中，可以從網(wǎng)絡(luò) 抽象層(NAL)單元報頭中識別獨立解碼刷新(IDR)幀，其中所述 報頭很容易從分組凈荷中被訪問。H.264/AVC提供的另 一個隨機訪 問點指示機制是恢復(fù)點供應(yīng)補充增強信息(SEI)消息，其中該消息 可以指示不同類型的梯度隨機訪問位置。關(guān)于隨機訪問點指示的另 一個示例包含在用于VC-1編解碼器的RTP凈荷格式中，其中該格 式包含了用于此目的的特定標記。如果指示了隨機訪問點，則處理 在530繼續(xù)進行。否則，該處理在560繼續(xù)進行。
應(yīng)該指出的是，上述處理可以采用多種方式實施。例如，在接 收處理期間有可能沒有創(chuàng)建媒體軌道，并且僅僅針對文件創(chuàng)建了索 引軌道，那么可以在接收完了所述流之后離線創(chuàng)建媒體軌道。在離 線生成媒體軌道的過程中，索引采樣(包含媒體凈荷數(shù)據(jù))可以或 者不可以改變，以便指示用于媒體軌道的采樣中的數(shù)據(jù)。參考圖4，媒體軌道的離線生成將會導(dǎo)致兩個附加塊，其中這兩個附加塊的輸
入來自記錄儲存器155，并且輸出至解碼器160。按照處理順序，第
一個塊可以被稱為文件重寫器，它僅僅輸入一個包含索引軌道的文 件(不存在媒體軌道)并且輸出具有媒體軌道的文件。按照處理順
序，第二個塊可以被稱為第二記錄儲存器，它可以與記錄儲存器155 具有相似的屬性。
另 一種實施包括在接收過程中記錄到中間格式中。該中間格式 可以包括用于接收分組的簡單存儲格式。例如，MPEG-2傳送流本身 可以存儲到文件中，并且可以在將指示了分組大小的某些組幀處理 包含于文件時存儲RTP分組。依照中間格式的文件隨后可以轉(zhuǎn)換成 更為結(jié)構(gòu)化的文件格式，例如ISO基本媒體文件格式版本或是其衍 生版本。在轉(zhuǎn)換處理期間，可以使用與上述處理相似的操作。參考 圖4,這種實施需要兩個附加塊，其中這兩個附加塊的輸入來自記錄 儲存器155，并且輸出至解碼器160。按照處理順序，第一個塊可以 被稱為文件重寫器，它輸出一個依照中間格式的文件，并且根據(jù)更 為結(jié)構(gòu)化的文件格式來輸出所述文件。依照處理順序，第二個塊可 以被稱為第二記錄儲存器，其中該儲存器與記錄儲存器155具有相 似的屬性。
上述文件重寫器和第二記錄儲存器可以駐留在與接收機150、記 錄儲存器155、解碼器160或是不同設(shè)備相同的設(shè)備中。此外，文件 重寫器和第二記錄儲存器彼此可以駐留在相同的設(shè)備或不同的設(shè)備中。
包含于或附著于解碼器160中的文件解析器和解碼器160可以 像對普通文件進行解析和解碼、也就是像是只對媒體軌道和媒體采 樣執(zhí)行解析和解碼那樣來執(zhí)行操作，而索引軌道和索引采樣則會被 忽略。作為替換，文件解析器和解碼器160可以像是實時接收到編 碼媒體比特流那樣執(zhí)行操作。換句話說，文件解析器可以根據(jù)索引 采樣中的指令來構(gòu)造分組，并且將分組傳遞到解碼器160。此外，將 分組傳遞到解碼器160的步調(diào)可以對應(yīng)于分組的接收調(diào)度。分組的
23格式可以與從發(fā)送機no傳送的分組相同，或者它也可以與發(fā)送機 傳送的分組包括基本相同的信息，其中所述分組有可能伴有來自基
礎(chǔ)協(xié)議堆棧的數(shù)據(jù)。解碼器160如上文中參考圖5描述的那樣檢測 遺漏或損壞的分組。該解碼器160可以通過應(yīng)用差錯隱藏和/或差錯 追蹤算法來響應(yīng)遺漏或損壞的分組。此外，解碼器可以使用來自發(fā) 送機130的反饋協(xié)議來請求恢復(fù)或隱藏遺漏或損壞的分組。文件解 析器和解碼器160的其他方案也是可行的。例如，如果數(shù)據(jù)分別包 含在對媒體軌道的媒體采樣中或是包含在索引采樣中，那么解碼器 160可以推斷出分組是否可以正確解碼。
此外還應(yīng)該指出，索引軌道可以包含一種或多種媒體流/類型， 并且還可以包含相關(guān)聯(lián)的元數(shù)據(jù)。舉個例子，如果音頻和視頻是作 為基本流而在MPEG-2傳送流上傳送，則音頻和一見頻可以記錄在相 同的索引軌道中。此外，MPEG-2專用信令同樣可以包含在相同的索 引軌道中。
應(yīng)該進一步指出的是，在傳送域中工作的加密/DRM系統(tǒng)也是存 在的，也就是說，該系統(tǒng)能夠獨立或者作為與編碼媒體幀相對比的 分組流來對分組或分組凈荷進行加密。如果所提供的DRM使用權(quán)利 拒絕以解密格式來存儲內(nèi)容，則接收方不會再現(xiàn)媒體軌道，取而代
引入和實施本發(fā)明各個實施例的通信設(shè)備可以使用不同傳輸技 術(shù)來通信，這其中包括但不局限于碼分多址(CDMA)、全球移動 通信系統(tǒng)(GSM)、通用移動電信系統(tǒng)(UMTS )、時分多址(TDMA )、 頻分多址(FDMA)、傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)、短消息 收發(fā)服務(wù)(SMS)、多媒體消息收發(fā)服務(wù)(MMS)、電子郵件、即 時消息收發(fā)服務(wù)(IMS)、藍牙、IEEE 802.il等等。在實施本發(fā)明 各個實施例時所涉及的通信設(shè)備可以使用不同媒體來通信，這其中 包括但不局限于無線電、紅外線、激光、電纜連接等等。
圖6和圖7示出了可以實施本發(fā)明的一種有代表性的電子設(shè)備 12。然而應(yīng)當理解本發(fā)明本意并非限于一個特定類型的移動設(shè)備12。圖6和圖7的電子設(shè)備12包括外殼30、形式為液晶顯示器的顯 示器32、小鍵盤34、麥克風36、耳機38、電池40、紅外線端口 42、 天線44、根據(jù)本發(fā)明一個實施例并采用UICC形式的智能卡46、讀 卡器48、無線電接口電路52、編碼解碼器電路54、控制器56、存 儲器58以及電池80。單個的電路和元件全都是在本領(lǐng)域中、例如在 Nokia移動設(shè)備范圍中眾所周知的類型。
這里描述的本發(fā)明的各個實施例是在通用的方法步驟或處理的 上下文中描述的，并且在一個實施例中，所述步驟或處理可以由計 算機程序產(chǎn)品來實施，其中所述計算機程序產(chǎn)品包含在計算機可讀 介質(zhì)中，并且包含了由聯(lián)網(wǎng)環(huán)境中的計算機執(zhí)行的計算機可執(zhí)行指 令，例如程序代碼。通常，程序模塊可以包括用于執(zhí)行特定任務(wù)或 是實施特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等 等。計算機可執(zhí)行指令、相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)以及程序模塊代表了用 于執(zhí)行這里公開的方法步驟的程序代碼的示例。這些可執(zhí)行指令或
述的功能的相應(yīng)動作的示例。
這些編程技術(shù)具有基于規(guī)則的邏輯以及用以實現(xiàn)各種數(shù)據(jù)庫搜索步 驟或處理、相關(guān)步驟或處理、比較步驟或處理和判決步驟或處理的 其他邏輯。也應(yīng)當注意在這里和在權(quán)利要求中使用的字眼"組件，' 和"模塊，，旨在于涵蓋使用一行或者多行軟件碼的實施、和/或硬件 實施和/或用于接收人工輸入的設(shè)備。
已經(jīng)出于圖示和描述的目的而呈現(xiàn)對本發(fā)明實施例的前文描
的精確形式，并且修改和變化根據(jù)上述教導(dǎo)是可能的或者可以從對 本發(fā)明各個實施例的實施中加以獲悉。選擇和描述在此討論的實施 例以便說明本發(fā)明各個實施例的原理和本質(zhì)及其實際應(yīng)用以使本領(lǐng) 域技術(shù)人員在各種實施例中和以與設(shè)想的特定實施例適應(yīng)的各種修 改來利用本發(fā)明。
權(quán)利要求
1.一種方法，包括接收包含媒體內(nèi)容的媒體分組流；以及根據(jù)一種提供了用于構(gòu)造媒體分組的指令的文件格式來將所述媒體內(nèi)容記錄到文件中，其中使用用于構(gòu)造媒體分組的指令來在所述文件中表示所述接收媒體分組流中的至少一個媒體分組，并且其中所述文件中的所述至少一個接收媒體分組與表明所述至少一個接收媒體分組可能包含差錯的指示相關(guān)聯(lián)。
2. 權(quán)利要求l的方法，其中可能包含在所述至少一個接收媒體 分組中的所述差錯包括至少一個分組的丟失。
3. 權(quán)利要求l的方法，該文件格式是ISO基本媒體文件格式的 版本，并且其中用于構(gòu)造所述媒體分組的所述指令包含在對至少一 個索引軌道的索引采樣中。
4. 權(quán)利要求l的方法，該文件格式是從ISO基本媒體文件格式 衍生的，并且其中用于構(gòu)造所述媒體分組的所述指令包含在對至少 一個索引軌道的索引采樣中。
5. 權(quán)利要求l的方法，其中所述文件格式提供了用于媒體幀的 結(jié)構(gòu)，并且其中至少 一個接收媒體幀在所述文件中用所述用于媒體 幀的結(jié)構(gòu)加以表示。
6. 權(quán)利要求5的方法，其中所述文件格式是ISO基本媒體文件 格式的版本，其中用于構(gòu)造媒體分組的所述指令包含在對至少一個 索引軌道的索引采樣中，以及其中所述用于媒體幀的結(jié)構(gòu)是對媒體 軌道的媒體采樣。
7. 權(quán)利要求5的方法，其中所述文件格式是從ISO基本媒體文 件格式衍生的，并且其中用于構(gòu)造媒體分組的所述指令包含在對至 少一個索引軌道的索引采樣中，以及其中所述用于媒體幀的結(jié)構(gòu)是 對媒體軌道的媒體采樣。
8. —種包含在計算機可讀介質(zhì)中的計算機程序產(chǎn)品，其中該產(chǎn)品包含了被配置成執(zhí)行權(quán)利要求1的方法的計算機代碼。
9. 一種設(shè)備，包括 處理器，以及可通信地連接到所述處理器的存儲器單元，并且包括用于處理包含媒體內(nèi)容的接收媒體分組流的計算機代碼；以及用于根據(jù)一種提供了用于構(gòu)造媒體分組的指令的文件格式來將所述媒體內(nèi)容記錄到文件中的計算機代碼，其中使用用于構(gòu)造媒體分組的指令來在所述文件中表示所述接收媒體分組流中的至少 一個媒體分組，并且其中所述文件中的所述至少一個接收媒體分組與一個表明所述至少一個接收媒體分組可能包含差錯的指示相關(guān)聯(lián)。
10. 權(quán)利要求9的設(shè)備，其中可能包含在所述至少一個接收媒體 分組中的所述差錯包括至少一個分組的丟失。
11. 權(quán)利要求9的設(shè)備，該文件格式是ISO基本媒體文件格式 的版本，并且其中用于構(gòu)造所述媒體分組的所述指令包含在對至少 一個索引軌道的索引采樣中。
12. 權(quán)利要求9的設(shè)備，該文件格式是從ISO基本媒體文件格 式衍生的，并且其中用于構(gòu)造所述媒體分組的所述指令包含在對至 少一個索引軌道的索引采樣中。
13. 權(quán)利要求9的設(shè)備，其中所述文件格式提供了用于媒體幀的 結(jié)構(gòu)，并且其中至少 一 個接收媒體幀在所述文件中用所述用于媒體 幀的結(jié)構(gòu)加以表示。
14. 權(quán)利要求14的設(shè)備，其中所述文件格式是ISO基本媒體文 件格式的版本，并且其中用于構(gòu)造媒體分組的所述指令包含在對至 少 一 個索引軌道的索引采樣中，以及其中所述用于媒體幀的結(jié)構(gòu)是 對媒體軌道的媒體采樣。
15. 權(quán)利要求14的設(shè)備，其中所述文件格式是從ISO基本媒體 文件格式衍生的，并且其中用于構(gòu)造媒體分組的所述指令包含在對至少 一 個索引軌道的索引采樣中，以及其中所述用于媒體幀的結(jié)構(gòu) 是對媒體軌道的媒體采樣。
16. —種設(shè)備，包括用于處理包含了媒體內(nèi)容的接收媒體分組流的裝置；以及用于根據(jù)一種提供了用于構(gòu)造媒體分組的指令的文件格式來將所述媒體內(nèi)容記錄到文件中的裝置，其中使用用于構(gòu)造媒體分組的指令來在文件中表示所述接收媒體分組流中的至少 一 個媒體分組，并且其中所述文件中的所述至少一個接收媒體分組與表明所述至少一個接收媒體分組可能包含差錯的指示相關(guān)聯(lián)。
17. 權(quán)利要求16的設(shè)備，其中可能包含在所述至少一個接收媒 體分組中的所述差錯包括至少 一 個分組的丟失。
18. —種包含在計算機可讀介質(zhì)中的多媒體容器文件，包括 來自接收媒體分組流的媒體內(nèi)容，所述媒體內(nèi)容根據(jù)提供了用于構(gòu)造媒體分組的指令的文件格式而被記錄在所述多媒體容器文件 中，其中使用用于構(gòu)造媒體分組的指令來在文件中表示所述接收媒 體分組流中的至少一個々某體分組，并且其中所述文件中的至少一個 接收媒體分組與表明所述至少一個接收媒體分組可能包含差錯的指 示相關(guān)聯(lián)。
19. 權(quán)利要求18的多媒體容器文件，其中可能包含在至少一個 接收媒體分組中的所述差錯包括至少一個分組的丟失。
20. 權(quán)利要求18的多媒體容器文件，該文件格式是ISO基本媒 體文件格式的版本，并且其中用于構(gòu)造媒體分組的所述指令包含在 對至少一個索引軌道的索引采樣中。
21. 權(quán)利要求18的多媒體容器文件，該文件格式是從ISO基本 媒體文件格式衍生的，并且其中用于構(gòu)造媒體分組的所述指令包含 在對至少一個索引軌道的索引采樣中。
22. 權(quán)利要求18的多媒體容器文件，其中所述文件格式提供了用于媒體幀的結(jié)構(gòu)，并且其中至少 一 個接收媒體幀在所述文件中用 所述用于媒體幀的結(jié)構(gòu)加以表示。
23. 權(quán)利要求22的多媒體容器文件，其中所述文件格式是ISO 基本媒體文件格式的版本，并且其中用于構(gòu)造媒體分組的所述指令 包含在對至少一個索引軌道的索引采樣中，以及其中所述用于媒體 幀的結(jié)構(gòu)是對媒體軌道的媒體采樣。
24. 權(quán)利要求22的多媒體容器文件，其中所述文件格式是從ISO 基本媒體文件格式衍生的，并且其中用于構(gòu)造媒體分組的所述指令 包含在對至少一個索引軌道的索引采樣中，以及其中所述用于媒體 幀的結(jié)構(gòu)是對媒體軌道的媒體采樣。
25. —種設(shè)備，包括 處理器，以及可通信地連接到處理器的存儲器單元，其中該存儲器單元包含了 多媒體容器文件，并且所述多媒體容器文件包括第一描述和第二描述，其中所述第一描述和第二描述可以在處理 所述文件的過程中使用，其中所述第 一 描述被指示為用于依照第 一 文件格式的文件處理 的默認描述，并且其中所述第二描述封裝到被規(guī)定為依照所述第一 文件格式將被忽略的結(jié)構(gòu)中。
全文摘要
公開了一種用于將接收到的實時媒體流存儲到多媒體容器文件(1200)中的系統(tǒng)和方法。依照一種提供了用于構(gòu)造媒體分組的指令的文件格式來將媒體內(nèi)容記錄到文件中。使用用于構(gòu)造媒體分組的指令來在文件中表示至少一個接收媒體分組。在該文件中，所述至少一個接收媒體分組還與一個表明它有可能包含差錯的指示相關(guān)聯(lián)。該技術(shù)承載了錯誤傳送的分組易于檢測的優(yōu)點，其被應(yīng)用以防止中繼設(shè)備的崩潰。
文檔編號G06F17/30GK101675435SQ200880014703
公開日2010年3月17日 申請日期2008年5月2日 優(yōu)先權(quán)日2007年5月4日
發(fā)明者M·安尼克塞拉 申請人:諾基亞公司