專利名稱：針對移動廣播/多播流式服務(wù)器的使用而擴(kuò)展富媒體容器格式的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及包含文件會話描述協(xié)議(SDP)、元數(shù)據(jù)以及提示跟蹤， 以用于使用ALC的富媒體內(nèi)容的廣播/多播下載。
背景技術(shù)：
本小節(jié)意在為權(quán)利要求書中記載的發(fā)明提供背景和上下文。這里 的描述可能包括那些可追求的概念，但這些概念未必是先前已經(jīng)構(gòu)思 或追求的。因此，除非在此指明，否則在本節(jié)中描述的內(nèi)容不構(gòu)成相 對于本申請的說明書和權(quán)利要求書的現(xiàn)有技術(shù)，并且將內(nèi)容包括在本
節(jié)中并不意味著該內(nèi)容是現(xiàn)有技術(shù)。
富媒體內(nèi)容通常是指圖形上豐富并且包含復(fù)合(或多個)媒體(包 括文本、圖形、 一見頻和音頻)、并且優(yōu)選地通過單個接口來遞送的內(nèi) 容。對于可^L地遞送實(shí)時(shí)內(nèi)容的富i某體而言，特別是在MBMS和分 組交換流式傳輸(PSS)服務(wù)架構(gòu)內(nèi)，富媒體內(nèi)容的流式傳輸正變得 日益重要。多媒體廣播多播服務(wù)(MBMS )流式傳輸服務(wù)有助于在3G 環(huán)境中將流行的實(shí)時(shí)內(nèi)容資源有效地遞送至多個接收者。內(nèi)容可以是 預(yù)先錄制的或者是從在線饋送生成的。
目前，存在用于呈現(xiàn)富媒體的若干已有系統(tǒng)，特別是在Web服務(wù) 領(lǐng)域內(nèi)。Scalable Vector Graphics (可伸縮矢量圖形,SVG ) Mobile 1.2 是一種用于在XML中描述二維圖形的語言。可伸縮矢量圖形允許三 種類型的圖形對象矢量圖形形狀(例如，包括直線和曲線的路徑)， 多媒體(諸如，光柵圖像、視頻等)以及文本。SVG圖可以是交互式 的(使用文檔對象模型(DOM)事件模型)和動態(tài)的。動畫可以聲
明式地(即，通過在SVG內(nèi)容內(nèi)嵌入SVG動畫)或通過腳本來定義 和觸發(fā)?？梢?使用補(bǔ)充腳本語言來實(shí)現(xiàn)SVG的復(fù)雜應(yīng)用，其中補(bǔ)充 腳本語言訪問SVG宏文檔對象模型(uDOM) , uDOM提供對所有 元素、屬性和性質(zhì)的完全訪問?？梢詾槿我釹VG圖形對象指派豐富 的事件句柄。由于其兼容性以及其他Web標(biāo)準(zhǔn)(諸如，復(fù)合文檔格 式(CDF))的使用，可以在相同的網(wǎng)頁內(nèi)同時(shí)對XHTML和SVG 元素執(zhí)行類似于腳本的特征。
同步多媒體集成語言(SMIL )版本2.0支持交互式視聽覺呈現(xiàn)的 簡單創(chuàng)作。SMIL通常用于"富媒體"/多媒體呈現(xiàn)，該呈現(xiàn)將流式的 音頻和視頻與圖像、文本或者任何其他媒體類型集成在一起。
對于CDF，目前正在努力結(jié)合分離的組件語言(例如，來自獨(dú)立 詞匯表的基于XML的語言、元素和屬性)，諸如XHTML、 SVG、 MathML和SIML,其關(guān)注點(diǎn)在于用戶接口標(biāo)記。在結(jié)合用戶接口標(biāo) 記時(shí)，必須解決單個標(biāo)記規(guī)范沒有解決的特定問題。這些問題包括 在標(biāo)記之間傳播事件，以及將繪制或者用戶交互模型與結(jié)合文檔相結(jié) 合。
目前，實(shí)時(shí)傳輸協(xié)議(RTP)是用于流式遞送連續(xù)媒體(諸如， 音頻、視頻和SVG)的優(yōu)選傳輸層協(xié)議。RTP被用于單播流式傳輸 (例^口， 3GPPPSS、 3GPP2 MSS (多々某體:;充式傳車敘月良務(wù)))、廣4番/ 多播流式傳輸(例如，3GPP多媒體廣播/多播服務(wù)(MBMS) 、 3GPP2 BCMCS (廣播多播服務(wù)))以及富媒體會議應(yīng)用。
異步分層編碼(ALC )是極其可伸縮和可靠的內(nèi)容遞送協(xié)議。ALC 是用于任意二進(jìn)制對象的可靠多播遞送的基礎(chǔ)協(xié)議。ALC在3GPP2 BCMCS和OMA BAC BCAST中被用作廣播/多播文件遞送的強(qiáng)制性 協(xié)議?，F(xiàn)在將文件元數(shù)據(jù)(在通過單向傳輸?shù)奈募f送(FLUTE)中 作為文件遞送表(FDT)的一部分來攜帶)作為OMA BCAST電子服 務(wù)向?qū)?ESG)的一部分遞送至客戶端。根據(jù)服務(wù)向?qū)?shù)據(jù)模型將該 元數(shù)據(jù)劃分為各個ESG段。將段標(biāo)識為服務(wù)、計(jì)劃、內(nèi)容、訪問、 會話描述、購買項(xiàng)、購買數(shù)據(jù)、購買通道、服務(wù)向?qū)舷挛?、服?wù)向 導(dǎo)遞送描述符以及預(yù)覽數(shù)據(jù)。現(xiàn)有技術(shù)圖3中示出了 OMA BCAST ESG數(shù)據(jù)模型。ESG通常在ALC會話之前遞送到客戶端。因此，客 戶端在ALC會話開始之前具有文件元數(shù)據(jù)。如果在ALC會話期間需 要更新文件元數(shù)據(jù)，則可以通過使用ESG遞送/更新通道來更新包含 文件元數(shù)據(jù)的那些ESG段。因此，文件元數(shù)據(jù)更新不是在ALC會話 的帶內(nèi)(in-band)執(zhí)行的。
FLUTE構(gòu)建在ALC之上并且定義了 FDT,其中FDT存儲與ALC 會話中遞送的文件相關(guān)聯(lián)的元數(shù)據(jù)。FLUTE還提供FDT的帶內(nèi)遞送 以及更新的機(jī)制。3GPP MBMS和DVB-H IPDC采用FLUTE作為廣 播/多播文件遞送的強(qiáng)制性協(xié)議。
除上述內(nèi)容之外，還存在ISO基媒體文件容器格式，用于富媒體 內(nèi)容的存儲以及該內(nèi)容隨后通過HTTP、 FLUTE和RTP的傳輸。2005 年9月1日遞交的美國臨時(shí)專利申請No. 60/713,303以及2005年6 月27日遞交的美國臨時(shí)專利申請No. 60/694,440中詳細(xì)描述了這些格 式，在此引入上述兩個專利申請的全部內(nèi)容作為參考。然而，目前尚 沒有用于包括ALC作為廣播協(xié)議的機(jī)制，特別是用于存儲ESG中的 文件元數(shù)據(jù)的機(jī)制。
直到最近，用于移動設(shè)備的應(yīng)用仍是基于文本的，其交互性有限。 然而，隨著更多的無線設(shè)備配備了彩色顯示器和更先進(jìn)的圖形繪制 庫，用戶日益要求來自其無線應(yīng)用的富媒體體驗(yàn)。對于移動終端來說， 特別是在MBMS、 PSS和MMS服務(wù)的領(lǐng)域中，實(shí)時(shí)富媒體內(nèi)容流式 服務(wù)至關(guān)重要。
SVG被設(shè)計(jì)用以描述與分辨率無關(guān)的2D矢量圖形，允許使用從 SMIL借用的事件才莫型和動畫扭無念的交互性。SVG還允許無限的縮》文 性，并增強(qiáng)了移動設(shè)備的用戶接口的能力。此外，SVG支持類似于 SMIL媒體元素的媒體元素的嵌入。
可以將所有嵌入的媒體劃分為兩個部分離散媒體(例如，圖像) 和連續(xù)媒體(例如，音頻、視頻)。連續(xù)媒體元素在其時(shí)間容器內(nèi)定 以了其自己的時(shí)間線(timeline)。因此，SVG越發(fā)重要，并且變成
了驅(qū)動多媒體呈現(xiàn)的核心元素之 一 ，特別是對于諸如移動電視的富媒
體服務(wù)、交通信息、天氣、新聞的在線更新等。SVG是基于XML的， 其允許與其他已有web技術(shù)的更透明的集成。
對于廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸，可以使用RTP來遞送 諸如音頻、視頻和SVG場景/更新的連續(xù)媒體。然而，如前所述，SVG 呈現(xiàn)還包括離散媒體，并且其目前是使用文件下栽協(xié)議而不是RTP 來遞送離散媒體。ALC和FLUTE是目前用于廣播/多播網(wǎng)絡(luò)上文件遞 送的優(yōu)選傳輸層協(xié)議。廣播/多播流式服務(wù)器應(yīng)當(dāng)能夠通過從富媒體容 器文件讀取內(nèi)容來生成富媒體分組(RTP和ALC,或者RTP和 FLUTE)。容器文件可以包括(1)用于連續(xù)媒體的媒體跟蹤，即， SVG跟蹤、音頻跟蹤、視頻跟蹤、光柵圖像等；(2)保持同步信息 的提示跟蹤；以及(3)內(nèi)部嵌入的離散媒體。
廣播/多播流式傳輸服務(wù)器創(chuàng)建RTP分組，以通過使用媒體跟蹤 和提示跟蹤來攜帶連續(xù)媒體。服務(wù)器還需要創(chuàng)建ALC或者FLUTE分 組，以攜帶內(nèi)部嵌入的離散媒體。服務(wù)器還確定獲取外部引用的離散 媒體的一些或全部，并使用ALC或者FLUTE將其發(fā)送給客戶端。在 接收之后，這些圖像(a)在播放相應(yīng)的SVG內(nèi)容時(shí)可用被繪制； 或者(b)可以通過用戶交互而被本地存儲/高速緩存和繪制。這帶來 滿意的用戶體驗(yàn)，并且無需來自客戶端的其他同時(shí)點(diǎn)對點(diǎn)(PtP)連 接。然而，該優(yōu)化沒有排除同時(shí)PtP連接的可能性，而是僅僅最小化 了同時(shí)PtP連接的可能性。如果這些離散媒體(例如，CNN肖像)不 可以隨意訪問，則富媒體應(yīng)用可以確保僅在用戶購買了圖像時(shí)才會繪 制該圖像(即，數(shù)字版權(quán)管理(DRM)權(quán)利)。由此，外部引用的離 散媒體文件被廣播給了所有用戶，而不論用戶是否訂購了該文件的訪 問。對于沒有訂購這些文件的用戶而言，這些文件的廣播下載浪費(fèi)了 無線和存儲器資源。對于訂購這些文件的用戶，這些文件的廣播下載 減少了無線資源的利用，并且也增強(qiáng)了它們的用戶體驗(yàn)。為了創(chuàng)建 ALC或者FLUTE分組，服務(wù)器需要與離散媒體(圖像)文件相關(guān)聯(lián) 的元數(shù)據(jù)。還需要在富媒體容器文件中包含這些文件元數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明解決了缺乏用于將此元數(shù)據(jù)存儲在富媒體容器文件中的
機(jī)制這一問題。本發(fā)明包括擴(kuò)展ISO基媒體文件格式以支持ALC 作為廣播協(xié)議，以及擴(kuò)展ESG以包括特定于移動廣播/多播網(wǎng)絡(luò)上的 SVG傳輸?shù)脑獢?shù)據(jù)。在容器文件格式中引入了 "BMFDP提示跟蹤"， 所需的文件元數(shù)據(jù)位于這些提示跟蹤中。
在多種用例中，富媒體服務(wù)可以得益于使用ALC作為協(xié)議。這 些使用包括較長卡通動畫的預(yù)覽，交互式移動電視服務(wù)，在線企業(yè) 數(shù)據(jù)饋送，在線聊天服務(wù)以及卡拉0K節(jié)目。因?yàn)榇饲皼]有將ALC 特定的內(nèi)容包括在ISO基媒體文件格式中的方案，因此包含ALC促 進(jìn)了更好的利用能夠在富媒體會話期間將帶外信息發(fā)送至3G移動 設(shè)備以用于下載應(yīng)用。本發(fā)明為提供交互式和動態(tài)富媒體流式傳輸以 及漸進(jìn)式下載的服務(wù)提供了益處，可以在多種多樣的產(chǎn)品中結(jié)合本發(fā) 明，并且可以在諸如3GPP MBMS、 3GPP2 BCMCS、 DVD-H IPDC 以及OMABCAST的服務(wù)中使用本發(fā)明。
通過下文結(jié)合附圖進(jìn)行的詳細(xì)描述，本發(fā)明的這些和其他優(yōu)點(diǎn)和 特征以及本發(fā)明操作的組織和方式將變得顯而易見，其中，貫穿下文 描述的多個附圖，相同的元素具有相同的標(biāo)號。


圖1是示出了如何可以將ALC特定的信息包含在ISO基媒體文 件格式中以便使用RTP和ALC協(xié)議來實(shí)現(xiàn)富媒體廣播/多播流式傳輸 /下載服務(wù)的圖示；
圖2是用于移動廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸和文件下載 的協(xié)議棧的圖示；
圖3是OMA BCAST ESG的傳統(tǒng)數(shù)據(jù)模型的圖示；
圖4是可以在本發(fā)明的實(shí)現(xiàn)中使用的電子設(shè)備的透視圖；以及
圖5是圖4的移動電話的電話電路的示意圖。
具體實(shí)施例方式
本發(fā)明包括擴(kuò)展ISO基媒體文件格式以支持ALC作為廣播協(xié) 議，以及擴(kuò)展ESG以包括特定于移動廣播/多播網(wǎng)絡(luò)上的SVG傳輸?shù)?元數(shù)據(jù)。在容器文件格式中引入"BMFDP提示跟蹤"，其中所需的 文件元數(shù)據(jù)位于這些提示跟蹤中。
本發(fā)明的實(shí)現(xiàn)涉及擴(kuò)展ISO基媒體文件格式，以支持ALC協(xié)議 用于傳輸。這包括(1)在ISO基媒體文件格式中添加用于ALC的 會話描述信息；(2 )擴(kuò)展ISO基媒體文件格式，以包括用于ESG的 元數(shù)據(jù)信息；以及(3)擴(kuò)展ISO基媒體文件格式，以便包括提示跟 蹤信息，以形成ALC分組用于傳輸。
圖1是如何可以將ALC特定的信息包含在ISO基媒體文件格式 中以便使用RTP和ALC協(xié)議來實(shí)現(xiàn)富媒體廣播/多播流式傳輸/下載 服務(wù)的圖示。從圖l中可以看出，將富媒體110 (具有離散和連續(xù)媒 體的SVG) 、 SDP信息115、基于ALC的元數(shù)據(jù)信息120以及用于 ALC分組化的提示跟蹤信息125輸入到了 ISO基媒體文件生成器130 中，生成器130產(chǎn)生富媒體ISO基媒體文件135。將富媒體ISO基媒 體文件135提供給富媒體服務(wù)器140。富媒體服務(wù)器140繼而向富媒 體播放器160傳送(1)離散文件(ESG)的元數(shù)據(jù)145; (2)會話 描述信息150;以及(3 ) RTP和ALC分組155,富媒體播放器160 繼而可以對編碼信息進(jìn)行解碼以用于后續(xù)展示。圖2示出了用于移動 廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸和文件下載的協(xié)議棧。應(yīng)當(dāng)理解， 盡管此處的文字和示例可能特別地描述了編碼過程，然而本領(lǐng)域的技 術(shù)人員將會容易地理解同樣的概念和原理也適用于相應(yīng)的解碼過 程，反之亦然。
下面將描述SVG嵌入媒體的能力，以及富媒體傳輸?shù)牟煌瑐鬏?情況。該信息提供了使用ALC作為富媒體下載協(xié)議的基礎(chǔ)，并提供 了本發(fā)明所要解決的問題的范圍。SVG支持類似于SMIL媒體元素的 媒體元素。如上所述，可以將所有的嵌入媒體劃分為兩部分離散媒
體和連續(xù)媒體。諸如圖像的離散媒體是使用"image (圖像)"元素
嵌入SVG的，例如 <image x="200"產(chǎn)"200" width-" 100px" height^"100px" xlink:href="myimage.png";>
以下是包含諸如音頻和視頻的連續(xù)媒體的示例 <audio xlink:hre，"l.ogg" volume=，，0.7" type=，，audio/vorbis，， begin="mybutton.click"
repeatCount="3，， />
<video xlink:href=，，ski.avi" volume-".8" type-"video/x-msvideo" x-"10" y="170"/>
SVG還可以嵌入其他SVG文檔，這些SVG文檔繼而可以通過嵌 套來嵌入更多的SVG文檔。動畫元素規(guī)定提供同步動畫矢量圖形的 外部嵌入的SVG文檔或者SVG文檔段。類似于視頻元素，動畫元素 是圖形化對象，其大小由其x、 y、 width (寬度)和height (高度) 屬性確定。以下是一個這樣的示例
animation begin-" 1" dui="3" repeatCount="1.5" fill="freeze" x-"100" y="100"
xlink:href="myIcoii. svg"/>
類似地，可以內(nèi)部或外部地引用SVG中的^某體。雖然上面的示
例是內(nèi)部引用的，但是以下示例示出了外部引用的媒體
<ai3imate attributeName="xlink:href ， va化es-"http:〃www,example.com/iraages/:i .png;
http:〃www.example.com/images/2,png;
http:〃www.example.com/images/3.png" begin="15s"dur="30s"/>
可以通過SVG內(nèi)容中的內(nèi)部或外部URL來鏈接嵌入的力某體元 素。在這種情況下，內(nèi)部URL表示ISO基媒體文件本身內(nèi)的文件路 徑。外部URL表示ISO基媒體文件外部的文件路徑，其存在于包含 源SVG文件的相同服務(wù)器上或者存在于其他服務(wù)器上。本發(fā)明涉及 針對內(nèi)部嵌入的離散J 某體的ALC傳輸機(jī)制。相應(yīng)地，會話描述協(xié)議 (SDP)是針對內(nèi)部嵌入媒體而制定的。
在此討論的傳輸機(jī)制是針對駐留在相同或其他服務(wù)器上的離散 媒體和連續(xù)媒體而提供的。這些媒體可以是原始格式，或者是ISO基 媒體文件格式。然而，應(yīng)當(dāng)采取適當(dāng)?shù)牟襟E來確保這些媒體元素在傳
輸和呈現(xiàn)期間的適當(dāng)同步。
對于下載，離散嵌入媒體和連續(xù)嵌入媒體二者都可以通過HTTP、 FLUTE或者ALC來傳輸，這取決于其是點(diǎn)對點(diǎn)的還是廣播。然而， 在廣播流式傳輸情況下，只有連續(xù)媒體可以通過RTP來傳輸。出于 該原因，可以想到以下傳輸組合(1 )離散媒體的廣播流式傳輸+HTTP 下載；(2)離散媒體的單播流式傳輸+HTTP下載；(3)離散媒體的 廣播流式傳輸+FLUTE/ALC下載；以及(4)離散々某體的單播流式傳 輸+FLUTE/ALC下載。本發(fā)明涉及項(xiàng)目(3)和(4)。此外，可以通 過以下手段來明確地傳輸離散媒體文件(1 )經(jīng)由ALC/FLUTE會 話將其預(yù)先傳輸至UE; ( 2 )在流式傳輸會話之前通過點(diǎn)對點(diǎn)承載將 其傳輸至每個客戶端，其方式類似于在MBMS會話之前將安全密鑰 發(fā)送至客戶端的方法；(3)如果由足夠的無線資源可用，則具有獨(dú) 立于RTP傳輸會話的平行ALC/FLUTE傳輸會話；或者(4)由于有 限的無線資源而具有非并行的傳輸會話來傳輸所有數(shù)據(jù)。每個傳輸會 話或者包含ALC/FLUTE數(shù)據(jù)，或者包含RTP數(shù)據(jù)。
下面將描述本發(fā)明的第一實(shí)現(xiàn)，涉及使用盒子(box)來存儲會 話描述協(xié)議(SDP )信息。SDP是用于規(guī)定會話描述的通用實(shí)用格式。 可以使用ALC分組來傳輸場景描述，以及離散和/或連續(xù)的嵌入媒體， 這取決于其是純下載情況還是與RTP流式傳輸會話共享。在先于ALC 會話開始發(fā)送的ESG中指明內(nèi)部嵌入媒體的URI。用于ALC的SDP 描述的語法類似于FLUTE的語法，并且已經(jīng)在互聯(lián)網(wǎng)草案"SDP Descriptors for FLUTE"中定義。
可以存在各種用于ALC的描述格式。SDP如下定義。按照SDP 的要求，將SDP中存在的文本恰當(dāng)?shù)馗袷交癁橐幌盗行?，每行由〈crlf^ 結(jié)束。對于SVG場景的傳輸、場景更新以及離散嵌入媒體，將出現(xiàn) 這種情況。2005年9月1日遞交的美國臨時(shí)專利申請No. 60/713,303 中詳細(xì)描述了不同級別(呈現(xiàn)、影片、跟蹤、項(xiàng)目)的用于FLUTE 的盒子。然而，同樣可以針對廣播下載來歸納為相同的盒子，以便包 括ALC。因此，盒子的前綴是"BMFDP"(廣播多播文件下載協(xié)議)，
以便更為一般，以存儲用于ALC或者FLUTE的SDP。還要添加稱為 "protocol (協(xié)議)"的標(biāo)志，以指明盒子是用于FLUTE還是ALC。 以下是四個不同級別的盒子
(a) 呈現(xiàn)BMFDP信息。呈現(xiàn)級別提示信息容器在"phib"盒子 中定義，其專用于ALC或者FLUTE。在通過ALC或者FLUTE來發(fā) 送當(dāng)前呈現(xiàn)中的所有內(nèi)容時(shí)，可以使用它。
uint protocol; 〃 0 for ALC， 1 for FLUTE uint(32) descriptionforaiat= 'sdp '; char sdptext[];
(b) 項(xiàng)目BMFDP信息。項(xiàng)目級別提示信息容器在"ihib"盒子 中定義，其專用于ALC或者FLUTE。在通過ALC或者FLUTE來發(fā) 送當(dāng)前項(xiàng)目中的所有內(nèi)容時(shí)，可以使用它。
aligned(8) class BMFDPitemhintinformation extends box('bdih，){ uint protocol; 〃 0 for ALC, 1 for FLUTE uint(32) descriptionforaiat = 'sdp " char sdptext[];
(c) 影片廣播下載信息。影片級別提示信息容器在"hnti"盒子 中定義，其專用于ALC或者FLUTE。在通過ALC或者FLUTE來發(fā) 送當(dāng)前影片中的全部內(nèi)容時(shí)，可以使用它。
aligned(8) class BMFDPmoviehintinformation extends box('bdmh，){ uint protocol; 〃 0 for ALC， 1 for FLUTE uint(32) descriptionformat = 'sdp '; char sdptext[];
(d) 跟蹤廣播下載信息。跟蹤級別提示信息容器在"hnti"盒子 中定義，其專用于ALC或者FLUTE。在通過ALC或者FLUTE來發(fā)
送當(dāng)前跟蹤中的全部內(nèi)容時(shí)，可以使用它
aligned(8) class BMFDPtrackhintinformation extends box('b她，){
uint protocol; 〃 0 for ALC， 1 for FLUTE uint(32) descriptionformat = 'sdp ';
clw sdptext[];
在ALC+RTP傳輸系統(tǒng)中，可以將針對ALC和RTP流的SDP信 息結(jié)合在一起。這種情況可以發(fā)生在SVG媒體包含離散和連續(xù)嵌入 媒體二者時(shí)。離散媒體通過ALC傳輸，并且連續(xù)媒體通過RTP傳輸。 繼而可以將SDP信息保存在后續(xù)盒子中。2005年9月1日遞交的美 國臨時(shí)專利申請No. 60/713,303定義了不同級別的(例如，呈現(xiàn)、影 片、項(xiàng)目)用于FLUTE+RTP的盒子。然而，可以針對廣播下載歸納 相同的盒子，以同樣地包括ALC。因此，盒子的前綴是"BMFDP" 以便更為通用，以存儲針對ALC+RTP或者FLUTE+RTP的SDP。稱 為"protocol"的標(biāo)志指明盒子是用于FLUTE的還是用于ALC的。 以下是三個不同級別的盒子
(a) 呈現(xiàn)SDP信息
aligned(8) class BMFDPrtppresentationhintinformation extends box('bdrp') {
由t protocol; 〃 0 for ALC, 1 for FLUTE uint(32) descriptionfonnat = 'sdp '; char sdptext[];
(b) 影片SDP信息
aligned(8) class BMFDPrtpraoviehintitiformation e對ends box('bdrm') {
uint protocol; 〃 0 for ALC, i for FLUTE uint(32) descriptionformat = 'sdp '; char sdptext[];
(c) 項(xiàng)目SDP信息aligiied(S) class BMFDPrtpitemhintinformation extends box('bdri') { uint protocol; 〃 0 for ALC, 1 for FLUTE uint(32) descriptionformat = 、dp '; char sdptext[];
本發(fā)明的第二實(shí)現(xiàn)涉及使用盒子來存儲元數(shù)據(jù)信息。為了使用廣 播/多播文件下載協(xié)議(ALC/FLUTE)來傳輸內(nèi)部嵌入的離散媒體， 需要服務(wù)器還傳輸一些對應(yīng)于該離散媒體的元數(shù)據(jù)。由此，本發(fā)明的 該實(shí)現(xiàn)包括將該元數(shù)據(jù)封裝到ISO基媒體文件格式中。
如果使用FLUTE作為廣播協(xié)議，則將元數(shù)據(jù)作為FDT的一部分 來發(fā)送，或者，如果將ALC與OMABCASTESG結(jié)合使用，則將元 數(shù)據(jù)作為OMA BCAST ESG的一部分來發(fā)送。EDG提供用于描述與 將要在數(shù)字移動廣播服務(wù)中通過ALC來發(fā)送的文件相關(guān)聯(lián)的各種元 數(shù)據(jù)的機(jī)制。此外，當(dāng)通過PtM和/或PtP通道下載ESG時(shí)，ESG規(guī) 定了服務(wù)向?qū)нf送單元(SGDU)和服務(wù)向?qū)нf送描述符(SGDD) 的使用，以用于ESG的一致性控制。
在廣播/多播文件下載期間更新的元數(shù)據(jù)可以帶內(nèi)或帶外地執(zhí)行。 帶內(nèi)元數(shù)據(jù)更新使用FLUTE的FDT來執(zhí)行，其中FDT實(shí)例ID標(biāo)識 了 FDT中元數(shù)據(jù)的最新版本。如果將元數(shù)據(jù)作為ALC中的SGDU對 象來通過信號傳輸，則根據(jù)SGDU或者SG段版本系統(tǒng)來更新ESG。 對于新SGDU的PtM傳輸，存在兩個選項(xiàng)。在第一選項(xiàng)中，在獨(dú)立 的ALC會話中發(fā)送新的SGDU對象。在第二選項(xiàng)中，將新SGDU對 象添加到作為原始ALC會話的相同ALC會話中。
美國臨時(shí)專利申請No. 60/713,303描述了通過定義盒子來存儲 FDT實(shí)例的數(shù)據(jù)而對ISO基媒體文件格式進(jìn)行擴(kuò)展。然而，可以針對 廣播下載(同樣包括ALC)來歸納同樣的盒子以存儲元數(shù)據(jù)。如第一 實(shí)現(xiàn)中一樣，盒子的前綴是"BMFDP"，以便更為通用，以存儲針 對廣播/多播下載的元數(shù)據(jù)。用于廣播/多播下載的任何協(xié)議都需要這 些文件參數(shù)。如下所述，針對所有四個級別(即，呈現(xiàn)、影片、跟蹤
和項(xiàng)目)定義了盒子。
(a) 呈現(xiàn)元數(shù)據(jù)信息。呈現(xiàn)級別元數(shù)據(jù)容器在"bdph，，或者"bdrp，，方案。
aligned(8) class BMFDPpresentationmetadatainformaticm extends box('brapm,) { String Content-Location; 咖ignedLong Content-Length; u加ignedLong Transfer-Length; String Content-Type' String Content-Encoding; Base64Binary Content-MD5;
}
可以通過ISO/IEC 15444-12:2005中的小節(jié)8.44.7中定義的URL 表單來引用嵌入媒體資源的Content-Location (內(nèi)容地址)。
(b) 項(xiàng)目元數(shù)據(jù)信息。項(xiàng)目級別元數(shù)據(jù)容器在"bdih"或者"bdri"方案。
aligned(8) class BMFDPitemmetadatainformation extends box('bmim，) { String Content-Location; 加signedLong Content-Length; unsignedLong Transfer-Length; String Content-Type' String Content-Encoding; Base64Binary Content-MD5;
(c) 影片元數(shù)據(jù)信息。影片級別元數(shù)據(jù)容器在"hnti"盒子中定 義，其專用于ALC/FLUTE 。
aligned(8) class BMFDPmoviemetadatainforaiation extends box('bmmm') {
String Content-Location;
unsignedLong Content-Length;
unsignedL/ong Transfer-Length;
String Content-Type'
String Content-Encoding;
Base64Binaiy Content-MD5;
(d)跟蹤元數(shù)據(jù)信息。跟蹤級別元數(shù)據(jù)容器在"bdth"盒子中定 義，其專用于ALC/FLUTE。在通過ALC/FLUTE來發(fā)送當(dāng)前跟蹤中 的所有內(nèi)容時(shí)，可以使用它。
aligned(8) class BMFDPtrackmetadatainformation extends box('bmtm，) {
本發(fā)明的第三實(shí)現(xiàn)涉及使用盒子來存儲提示跟蹤信息。歸納提示 跟蹤結(jié)構(gòu)是為了支持多個數(shù)據(jù)格式中的提示采樣。提示跟蹤采樣包含 構(gòu)建正確類型的分組報(bào)頭所需的任何數(shù)據(jù)。提示跟蹤采樣還包含指向 屬于分組的數(shù)據(jù)塊的指針。這種數(shù)據(jù)可以是SVG、連續(xù)嵌入媒體和離 散嵌入媒體。
提示跟蹤采樣不是提示跟蹤盒子結(jié)構(gòu)的 一 部分，雖然它們通常位 于同一文件中。提示跟蹤數(shù)據(jù)引用盒子("dref，)和采樣表盒子("stbl") 被用以查找針對特定采樣的文件規(guī)范和字節(jié)偏移。提示跟蹤釆樣數(shù)據(jù) 是字節(jié)對齊的，并且總是大端字節(jié)序(big-endian)格式的。
下面將討論針對ALC的提示跟蹤格式。美國臨時(shí)專利申請No. 60/713,303描述了不同級別的(例如，呈現(xiàn)、影片、跟蹤、項(xiàng)目)用
String
Content-Location; Content-Length; Transfer-Length; Content-Type,
unsignedLong unsignedLong String
String
Base64Binary
Content-Encoding; Content-MD5;
于FLUTE提示跟蹤信息的盒子。然而，可以針對廣播下載歸納同樣 的盒子，以同樣地包括ALC。由此，盒子的前綴可以是"BMFDP"， 以便更為通用，以存儲針對ALC或者FLUTE的提示跟蹤信息。
類似于RTP提示跟蹤的層級，定義了 BMFDPHintSampleEntry和 BMFDPsample。此外，還定義了 一些相關(guān)結(jié)構(gòu)和構(gòu)造符。還添加了 "protocol"來指明盒子是用于FLUTE的還是用于ALC的。
(a) 采樣描述格式。BMFDP提示跟蹤是具有"bmfd"的采樣描 述中的條目格式的提示跟蹤(媒體句柄"hint ")。 BMFDPHintSampleEntry被包含在SampleDescriptionBox('stsd，)中。
class BMFDPHintSampleEntry() extends SampleEntry (bmfd') { uint protocol; 〃 0 for ALC, 1 for FLUTE uint( 16) hinttrackversion = 1;
uint(l 6) highestcompatibleversion = 1;
uint(32) maxpacketsize; box additionaldata[]; 〃optional
字段 "hinttrackversion" 、 " highestcompatibleversion ，， 和 "maxpacketsize"具有與ISO/IEC 15444-12:2005規(guī)范的小節(jié)10.2中
描述的"RtpHintSampleEntry "中相同的解釋。其他數(shù)據(jù)是來自 "timescaleentry ，，和"timeoffset "的 一 組盒子，其在ISO/IEC
15444-12:2005的小節(jié)10.2中參考。這些盒子對于ALC/FLUTE是可選的。
(b) 采樣才各式。^是示跟蹤中的每個BMFDPsample (BMFDP采 樣)將分別生成一個或多個BMFDP分組。與RTP采樣相比，BMFDP 采樣不具有其自己特定的時(shí)間戳，而是順序地發(fā)送?？紤] TimeToSampleBox中保存的采樣增量(sample-delta),如果BMFDP 采樣代表嵌入媒體或SVG內(nèi)容的段，則當(dāng)前媒體/SVG的第一采樣與 在前媒體/SVG的最后采樣之間的sample-delta與當(dāng)前和在前J 某體 /SVG所屬于的場景/更新的開始時(shí)間之間的差異具有相同的值。針對
當(dāng)前媒體/SVG中的連續(xù)采樣的其余部分的sample-delta是零。然而， 如果BMFDP采樣代表整個媒體或者SVG內(nèi)容，則此BMFDP采樣之 后將不具有增量等于o的后繼采樣(包含來自同一媒體/SVG的后繼 數(shù)據(jù))。因此，對于當(dāng)前BMFDP采樣，僅存在一個釆樣增量。
每個采樣包含兩個區(qū)域組成分組的指令，以及在發(fā)送這些分組 時(shí)所需的任何其他數(shù)據(jù)(例如，媒體數(shù)據(jù)的加密版本)。應(yīng)當(dāng)注意， 根據(jù)采樣大小表可知采樣的大小。 aligned(8) class BMFDPsample {
uint protocol; 〃 0 for ALC， 1 for FLUTE
unsigned int(16) packetcount;
unsigned int( 16) reserved;
BMFDPpacket packets[packetcount];
byte extradata[]; 〃optional
(c)分組條目格式。分組條目表中的每個分組具有以下結(jié)構(gòu) aligned(S) class BMFDPpacket {
uint protocol; 〃 0 for ALC, 1 for FLUTE BMFDPheader bmfdp—header; unsigned int(l 6) entrycount; dataentry constructors [entrycoimt];
"bmfdp—header，，包含用于當(dāng)前BMFDP分組的才艮頭。"entry—count" 是隨后構(gòu)造符的計(jì)數(shù)，其中構(gòu)造符是用來構(gòu)造BMFDP分組的結(jié)構(gòu)。 aligned(8) class BMFDPheader {
uirit protocol; 〃 0 for ALC, 1 for FLUTE UDPheader header; LCTheader let—header; variable FEC_payload—ID;
FEC_payload—ID由必須在會話描述中傳送的FEC編碼ID來確定。
class pseudoheader {
unsigned int(32) soiirce—address; unsigned int(32) destination—address; unsigned int(8) zero; unsigned int(8) protocol; unsigned int(16) UDP_length;
class UDPheader {
pseudoheader pheader; unsigned int(16) source_port; unsigned int(16) destination_port; unsigned int(16) length; unsigned kit( 16) checksvim;
class LCTheader {
unsigned int(4) V一bits; unsigned int(2) C_bits; ■unsigned int('2) reserved; unsigned int(l) S—bit; unsigned int(2) O—bits; unsigned int(l) H—bit; unsigned int(l) T—bit; unsigned int(2) R—bit; unsigned int(2) A一bit; unsigned int(2) B—bit; unsigned int(S) header—length;<formula>formula see original document page 23</formula>
else if (FEC—encoding—ID = 129) {
unsigned int(16) encoding—symbol—length; unsigned int(16) max—so\irce—block—length; unsigned int(16) max—num一of一encoding一symbol;
else if (header一extentkm—type - 192) { unsigned int(4) version = 1; unsigned int(20) FDT一instaaceJ[D;
else if (header_extention—type = 193){
unsigned int(8) content—encoding—algorithm; 〃ZLIB,DEFLATE，GZIP unsigned int(l 6) reserved = 0;
else {
byte other—extentions一content[];
下面使用的FEC_encoding_ID必須在會話描述中通過信號發(fā)送。 header_extension—type = 64對于LAC和FLUTE 二者都有效。其用于 EXT—FTI ,即攜帶FEC對象傳輸信息的報(bào)頭擴(kuò)展。 header—extension—type = 192僅對于FLUTE有效。其用于EXT_FDT，
一事實(shí)的報(bào)頭擴(kuò)展。header—extension—type = 193僅對于FLUTE有效。 其用于EXT—CENC,即指明FDT實(shí)例所使用的內(nèi)容編碼的報(bào)頭擴(kuò)展。
(d)構(gòu)造符格式。存在各種構(gòu)造符形式。為了更容易的迭代， 每個構(gòu)造符是16個字節(jié)。第一字節(jié)是聯(lián)合辨別符。該結(jié)構(gòu)基于 ISO/IEC 15444-12:2005中的小節(jié)10.3.2。
a〗igned(S) class BMFDPconstructor(type) {
uint protocol; 〃 0 for ALC, 1 for FLUTE unsigned int(S) constructor—type = type;
aligned(S) class BMFDPnoopconstructor extends BMFDPconstractor(O) uint(8)pad[153;
aligned(8) class BMFDPimmediateconstructor extends BMFDPconstructor(l)
unsigned int(8) count;
unsigned in柳data[co皿t]; unsigned int(8) pad[14 - count];
aligned(S) class BMFDPsainplecoiistructor extends BMFDPconstructor(2)
{ . signed int(8) trackrefmdex;
unsigned int( 16) length;
unsigned int(32) samplenumber;
unsigned int(32) sampleoffset;
unsigned int(16) bytesperblock = 1;
unsigned int(l 6) samplesperWock = 1;
aligned(8) class BMFDPsampledescripticmconstructor extends BMFDP簡structor(3)
signed int(8) trackrefindex; unsigned int(16) length; unsigned int(32) sampledescriptkmindex; unsigned int(32) sampiedescriptionoffset; unsigned int(32) reserved;
aligned(8) class BMFDPiteraconstructor extends BMFDPconstructor(4)
unsigned int(16) item一DD; unsigned int(16) extent—index;
unsigned int(64) data—offset; 〃offset in byte within extent 鶴igned int(32) data—!engtli; 〃length in byte within extent
aligned(S) class BMFDPxmlboxconstructor extends BMFDPccmstxuctor(5) unsigned int(64) data—offset; 〃offset in byte within XMLBox or BmaryXMLBox unsigned int(32) data—length; unsigned int(32) reserved;
FDT數(shù)據(jù)是整個FLUTE/ALC數(shù)據(jù)流的一部分。該數(shù)據(jù)是以 FLUTE分組的形式在FLUTE會話期間帶內(nèi)傳輸?shù)?，或者是使用ESG 或者通過其他手段在ALC會話期間帶外傳輸?shù)?。使用在此定義的構(gòu) 造符來將SGDU映射到ALC分組。下面提供了構(gòu)造符的語法
aligned(8) class ALCsgducoiistructor extends BMFDPconstructor(6)
unsigned int(2) sgdu一box; 〃0-'sgdp'， l-'sgdm', 2-'sgdi'， 3-'sgdt'
if ((sgdu—box gdu—box==4) !S(sgdu一bo『2)) {
unsigned int(30) instance—index; 〃index of the SGDU
unsigned int(64) data—offset; 〃offset in byte within the given SGDU
unsigned int(32) data一length;
} else {
unsigned int(64) data—offset; unsigned int(32) data—length; bit pad[30];
//length in byte within the given SGDU
〃offset in byte within the given SGDU box //length in byte within the given SGDU box 〃padding bits
下面討論針對ALC+RTP來使用提示跟蹤。在呈現(xiàn)期間同時(shí)傳輸 RTP和BMFDP (ALC/FLUTE)分組二者的情況下，針對RTP和 BMFDP的構(gòu)造符二者都要使用。使用RTP分組來傳輸連續(xù)媒體和 SVG內(nèi)容，而使用BMFDP分組來傳輸離散媒體。對于這種情況，使 用不同的提示系統(tǒng)。這種系統(tǒng)可以按照恰當(dāng)?shù)臅r(shí)間順序來結(jié)合所有 RTP以及BMFDP采樣。
美國臨時(shí)專利申請No. 60/713,303描述了不同層級的用于 FLUTE+RTP提示跟蹤信息的盒子。然而，可以針對廣播下載歸納相 同的盒子，以便同樣地包括ALC。由此，下面的盒子以"BMFDP" 為前綴，以便更為通用。
為了促進(jìn)BMFDP和RTP分組的生成以用于呈現(xiàn)，下面定義了用 于BMFDP+RTP的提示跟蹤格式。類似于RTP和BMFDP提示跟蹤 的層級，定義了 BMFDPRtpHintSampleEntry和BMFDPRTPsample。 此外，TimeToSampleBox中的H據(jù)給出了每個分組的時(shí)間信息。
(a)采樣描述格式。BMFDP+RDP提示跟蹤是具有"frhs"的采 樣描述中的條目格式的提示跟蹤(媒體句柄"hint "); BMFDPRtpHintSampleEntry在SampleDescriptionBox "stsd，，中定義。
dass BMFDPRtp扭ntSampIeEntry() extends Sa.mpieEntry ('brhs') { uint protocol; 〃 0 for ALC， 1 for FLUTE uint(16) fainttrackversion = I ; uint( 16) highestcompatibieversion = 1; uint(32) maxpacketsize; box additionaldata[];
hinttrackversion(提示跟蹤版本)目前是l。最高兼容版本字段規(guī) 定了該3艮蹤向后兼容的最舊版本。maxpacketsize (最大分組大小)指 明了該跟蹤將生成的最大分組的大小。其他數(shù)據(jù)是一組盒子("tims" 和"tsro")，其在ISO基媒體文件格式中定義。
(b)采樣格式。BMFDPRTSample在MediaDataBox ( "mdat") 中定義。該盒子包含多個BMFDP采樣、RTP采樣、可能的FDT/SGDU 和SDP信息以及任何其他數(shù)據(jù)。 一個BMFDPRTSample可以包含一 個FDT/SGDU數(shù)據(jù)、SDP數(shù)據(jù)、BMFDP采樣或者RTP采樣。包含 BMFDP采樣的BMFDPRTSample在此僅用來傳輸離散々某體。這樣的 媒體總是嵌入在SVG呈現(xiàn)中的場景或場景更新中。其開始時(shí)間與其 所屬的場景/場景更新的開始時(shí)間相同。BMFDP采樣沒有其自己特定 的時(shí)間戳，而是順序地發(fā)送，緊隨在其所屬的場景/場景更新的RTP 采樣之后。因此，在TimeToSampleBox中，針對離散媒體的 BMFDPRTSample的采樣增量全部設(shè)置為0。其連續(xù)的順序代表了其 發(fā)送時(shí)間順序。
UE可能具有有限的功率，并且在任意時(shí)刻可以只支持一個傳輸 會話，并且BMFDP會話和RTP會話需要一個接一個的交替。在緊接 著 一 個完成之后另 一 個將開始。這種情況下，使用下面的 description—text 1 、 description—text2和description_text3字段來提供用 于每個會話的SDP和FDT/SGDU信息。
aligne卿dass BMFDPRTPSample {
uint protocol; 〃 0 for ALC, 1 for FLUTE
unit(2) sample—type;
unsigned int(6) reserved;
if (sample—type == 0) { //FDT instance info for the FLUTE samples or SGDU info for the ALC 〃samples char metadatatext[];
else if (sample—type = 1) {
char sdptext[]; 〃SDP info for the samples
else if (sample—type ^ 2 protocol = 0)( BMFDPsai邵le ak—sample;
else if (sampe—type == 2 && protocol ==H BMFDPsample flute—sample;
else {
RTPsample rtp—sample; byte extradata[];
除上述之外，本發(fā)明還有若干其他潛在的實(shí)現(xiàn)。下面討論一些這 種備選實(shí)現(xiàn)。本發(fā)明的第四實(shí)現(xiàn)類似于上文討論的第一實(shí)現(xiàn)。然而， 可以存儲諸如DCCPtext的其他描述格式，在這種情況下，sdptext字 段將相應(yīng)改變。第五實(shí)現(xiàn)類似于第二實(shí)現(xiàn)。然而，在該實(shí)施方式中， 單個段字段可以包含ESG中的全部段數(shù)據(jù)。應(yīng)用繼而可以選擇是將
本發(fā)明的多個潛在實(shí)現(xiàn)在多個方面類似于上面討論的第三實(shí)現(xiàn),
其具有各種差異。例如，可以重新定義其他級別的"hnti，，盒子，以 便例如包含呈現(xiàn)級別或者項(xiàng)目級別的會話信息。對于用于ALC的提 示跟蹤信息的采樣描述才各式，hinttrackversion 和 highestcompatibleversion 字l殳可以具有不同的值，并且除了 maxpacketsize字,殳之夕卜還可以添力口 minpacketsize字4殳。只于于用于ALC 的提示跟蹤格式的采樣格式，可以通過刪除預(yù)留字段使packetcount 字段變?yōu)?2位。對于用于ALC的提示跟蹤格式的分組條目格式，不 同報(bào)頭盒子(BMFDPheader、 UDPheader、 LCTheader等)的層級結(jié) 構(gòu)可以不同。對于用于ALC的提示跟蹤格式的構(gòu)造符格式， ALCsgdutconstmctor語法可以針對每個sgdu—box的獨(dú)立的字l爻定義， BMFDPitemconstructor 可以通過 item—name 來替換 item—id ， BMFDPxmlboxconstructor可以通過刪除預(yù)留字賴 使data—length字段 變?yōu)?4字節(jié)，并且BMFDPxmlboxconstructor可以-使data—length字賴二 變?yōu)?6字節(jié)并將預(yù)留字段調(diào)節(jié)為64字節(jié)。對于用于ALC+RTP的提 示3艮蹤，BMFDPRtpHintSampleEntry可以 <吏hinttrackversion和 highestcompatibleversion 字 段 具 有 不 同 的 值 ， BMFDPRtpHintSampleEntry除了 maxpacketsize字,殳之外還可以添加 minpacketsize ,并且BMFDPRTPSample盒子可以具有針對每個 sample—type (采樣類型)的獨(dú)立的字段定義。
在多個使用情況中，富媒體服務(wù)可以得益于使用ALC作為協(xié)議。 第一用例涉及較長卡通動畫的預(yù)覽。本發(fā)明的服務(wù)允許最終用戶在確 定他或她想要完整地觀看的卡通之前，漸進(jìn)式地下載每個卡通的較小 部分。
本發(fā)明的第二用例涉及交互式移動電視服務(wù)。通過本發(fā)明，可以 在最終用戶界面中 一起遞送富媒體內(nèi)容的確定性繪制和行為。內(nèi)容可 以包括音頻4見頻內(nèi)容、文本、圖形、圖像以及電一見和無線電頻道。
允許本地或遠(yuǎn)程設(shè)置中的同步交互，諸如投票和個性化(例如，相關(guān) 的菜單或子菜單，廣告，以及最終用戶簡檔或者服務(wù)訂購的功能中的
內(nèi)容)?？梢酝ㄟ^與iTV移動服務(wù)中可用的四個服務(wù)和子服務(wù)相對應(yīng) 的四個步驟來描述這種使用情況馬賽克菜單顯示電視頻道景觀，電
子節(jié)目向?qū)Ш拖嚓P(guān)iTV服務(wù)的觸發(fā)，iTV服務(wù)，以及個性化菜單(諸 如"體育新聞")。
本發(fā)明的第三用例涉及在線企業(yè)數(shù)據(jù)饋送的使用。該服務(wù)例如包 括提供實(shí)時(shí)報(bào)價(jià)流式傳輸?shù)淖C券報(bào)價(jià)機(jī)，具有技術(shù)指示符的一曰圖 表，新聞監(jiān)控，天氣提示，圖表，商業(yè)更新，體育比分等。
本發(fā)明的第四用例涉及在線聊天服務(wù)。在線聊天服務(wù)可以包含在 web攝像機(jī)、視頻頻道或者富媒體博客服務(wù)中。最終用戶可以進(jìn)行注 冊，保存其姓名并交換消息。在線聊天服務(wù)中的消息動態(tài)地出現(xiàn)，伴 有最終用戶提供的富媒體數(shù)據(jù)。聊天服務(wù)可以是專用的，或者同時(shí)在 一個或多個多通道上是公共的。將來自其他用戶的新消息動態(tài)地提示 給最終用戶?？梢栽诓恢匦螺d入整個頁面的情況下進(jìn)行服務(wù)內(nèi)消息的 動態(tài)更新。
本發(fā)明的第五用例涉及卡拉OK服務(wù)?？ɡ璒K服務(wù)顯示伴隨有 歌曲的語音的音樂電視頻道或者視頻片段目錄，其中在歌詞的文本字 符上具有類似于流動的動畫(例如，字體顏色的平滑過渡，文字滾動， 等等)。最終用戶可以通過選擇交互式按鈕來下載他或她選擇的歌曲 以及完整的動畫。類似的系統(tǒng)可以用于電影或電 一見表演或片|殳的再制 定。
圖4和圖5示出了其中可以實(shí)現(xiàn)本發(fā)明的一個代表性電子設(shè)備 12。然而，應(yīng)當(dāng)理解，并非意在將本發(fā)明限于一種特定類型的電子設(shè) 備。圖4和圖5的電子設(shè)備12包括外殼30，液晶顯示器形式的顯 示器32，小4建盤34,麥克風(fēng)36,耳機(jī)38,電池40，紅外端口42， 天線44,智能卡46(根據(jù)本發(fā)明的一個實(shí)施方式，其形式是UICC)， 讀卡器48，無線接口電路52，編解碼器電路54，控制器56以及存儲 器58。各個電路和元件是本領(lǐng)域內(nèi)公知的所有類型，例如Nokia系列 移動電話中的類型。
本發(fā)明是在方法步驟的總體上下文中描述的，在個實(shí)施方式中，
可以通過包括由網(wǎng)絡(luò)化環(huán)境中的計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令(諸 如程序代碼)的程序產(chǎn)品來實(shí)現(xiàn)本發(fā)明。 一般地，程序模塊包括執(zhí)行 特定任務(wù)或者實(shí)現(xiàn)特定的抽象數(shù)據(jù)類型的例行程序、程序、對象、組 件、數(shù)據(jù)結(jié)構(gòu)等。計(jì)算機(jī)可執(zhí)行指令、關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)以及程序模塊
功能的相應(yīng)動作的示例。
可以通過標(biāo)準(zhǔn)編程語言來實(shí)現(xiàn)本發(fā)明的軟件和web實(shí)現(xiàn)，其中標(biāo)
準(zhǔn)編程技術(shù)具有基于規(guī)則的邏輯或者其他邏輯，以實(shí)現(xiàn)各種數(shù)據(jù)庫搜 索步驟、相關(guān)步驟、比較步驟和決策步驟。應(yīng)當(dāng)注意，這里和權(quán)利要 求中使用的詞語"組件"和"模塊"意在涵蓋使用一行或多行軟件代 碼和/或硬件實(shí)現(xiàn)和/或用于接收手工輸入的裝置的實(shí)現(xiàn)。
出于說明和描述的目的，已經(jīng)給出了對本發(fā)明實(shí)施方式的上述描 述。該描述并非意在詳盡或是將本發(fā)明限于所公開的精確形式，并且 根據(jù)上述啟示可以進(jìn)行修改和變形，或者可以在對本發(fā)明的實(shí)踐中獲 得修改和變形。挑選和描述實(shí)施方式是為了解釋本發(fā)明的原理及其實(shí) 踐應(yīng)用，以便使本領(lǐng)域的技術(shù)人員能夠按照適于預(yù)期的特定用途來使 用本發(fā)明的各種實(shí)施方式以及進(jìn)行各種修改。
權(quán)利要求
1. 一種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的方法，包括按照ISO基媒體文件格式，從輸入信息來編碼ISO基媒體文件，其中所述輸入信息包括可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及用于ALC和FLUTE分組化之一的提示跟蹤信息；以及在多個RTP分組和選自包括ALC分組和FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的方法，其中，所述輸入信息進(jìn)一步包括 用于ALC和FLUTE之一的會話描述協(xié)議(SDP )信息，并且其中， 所述ISO基媒體文件進(jìn)一步包括會話描述信息。
3. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息的多個SDP盒子。
4. 根據(jù)權(quán)利要求1所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包括用于 包含ALC或者FLUTE信息以及RTP信息的多個SDP盒子。
5. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個SDP盒子。
6. 根據(jù)權(quán)利要求3所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述多個SDP盒子用于包含 ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息。
7. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE提示跟蹤信息的多個SDP盒子。
8. 根據(jù)權(quán)利要求7所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述多個SDP盒子用于包含 ALC或者FLUTE信息以及RTP提示跟蹤信息。
9. 一種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的計(jì)算機(jī) 程序產(chǎn)品，包括計(jì)算機(jī)代碼，用于按照ISO基媒體文件格式，從輸入信息來編碼 ISO基媒體文件，其中所述輸入信息包括 可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及 用于ALC和FLUTE分組化之一的提示跟蹤信息；以及 計(jì)算^^代碼，用于在多個RTP分組和選自包括ALC分組和 FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶 端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
10. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述輸入信 息進(jìn)一步包括用于ALC和FLUTE之一的會話描述協(xié)議(SDP )信 息，并且其中，所述ISO基媒體文件進(jìn)一步包括會話描述信息。
11. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE信息的多個SDP盒子。
12. 根據(jù)權(quán)利要求11所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及RTP信息的多個SDP盒子.
13. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個SDP盒子。
14. 根據(jù)權(quán)利要求13所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息的多 個SDP盒子。
15. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE提示跟蹤信息的多個SDP<formula>formula see original document page 4</formula>
16. 根據(jù)權(quán)利要求15所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息以及RTP提示跟蹤信息的 多個SDP盒子。
17. —種電子設(shè)備，包括 處理器；以及存儲器單元，其與處理器可通信地連接，并且包括計(jì)算機(jī)代碼，用于按照ISO基媒體文件格式，從輸入信息來 編碼ISO基媒體文件，其中所述輸入信息包括 可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及 用于ALC和FLUTE分組化之一的提示跟蹤信息；以及 計(jì)算^^代碼，用于在多個RTP分組和選自包括ALC分組和 FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶 端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
18. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述輸入信息進(jìn)一 步包括用于ALC和FLUTE之一的會話描述協(xié)議(SDP )信息，并 且其中，所述ISO基媒體文件進(jìn)一步包括會話描述信息。
19. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息的多個SDP盒子。
20. 根據(jù)權(quán)利要求19所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP信息的多個SDP盒子。
21. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個SDP盒子。
22. 根據(jù)權(quán)利要求21所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息的多個SDP盒子。
23. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE提示跟蹤信息的多個SDP盒子。
24. 根據(jù)權(quán)利要求23所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP提示跟蹤信息的多個SDP 盒子。
25. —種在客戶端設(shè)備上展示富媒體內(nèi)容的方法，包括 從富媒體服務(wù)器接收多個RTP分組以及選自包括ALC分組和FLUTE分組的組的多個分組中的ISO基媒體文件，所述ISO基i某體 文件包括離散文件的元數(shù)據(jù)；解碼所述ISO基々某體文件；以及 .播放解碼的ISO基媒體文件。
26. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 進(jìn)一 步包括會話描述信息。
27. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE信息的多個SDP盒子。
28. 根據(jù)權(quán)利要求27所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及 RTP信息的多個SDP盒子。
29. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個SDP盒子。
30. 根據(jù)權(quán)利要求29所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及 RTP元數(shù)據(jù)信息的多個SDP盒子。
31. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE提示跟蹤信息的多個SDP盒子。
32. 根據(jù)權(quán)利要求31所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基々某體文件包括用于包含ALC或者FLUTE信息以及 RTP提示跟蹤信息的多個SDP盒子。
33. —種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的方法， 包括按照ISO基媒體文件格式，從輸入信息來創(chuàng)建ISO基媒體文件；編碼所述ISO基媒體文件；以及將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備。
34. —種包含在計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)程序產(chǎn)品，用于將富 媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備，所述計(jì)算機(jī)程序產(chǎn)品包括用于按照ISO基媒體文件格式，從輸入信息來創(chuàng)建ISO基媒體文 件的計(jì)算機(jī)代碼；用于編碼所述ISO基媒體文件的計(jì)算機(jī)代碼；以及 用于將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備的計(jì)算機(jī) 代碼。
35. —種電子設(shè)備，包括 處理器；以及存儲器單元，其與所述處理器可通信地連接，并包括用于將富媒 體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)程 序產(chǎn)品包括用于按照ISO基媒體文件格式，從輸入信息來創(chuàng)建ISO基媒體文件的計(jì)算機(jī)代碼；用于編碼所述ISO基媒體文件的計(jì)算機(jī)代碼；以及 用于將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備的計(jì)算機(jī)代碼。
全文摘要
對ISO基媒體文件格式進(jìn)行擴(kuò)展，以支持ALC作為廣播協(xié)議。本發(fā)明還提供了對ESG的擴(kuò)展，以包括特定于移動廣播/多播網(wǎng)絡(luò)上的SVG傳輸?shù)脑獢?shù)據(jù)。在容器文件格式中引入了“BMFDP提示跟蹤”，其中所需的文件元數(shù)據(jù)位于這些提示跟蹤中。本發(fā)明可以在諸如較長卡通動畫的預(yù)覽、交互式移動電視服務(wù)、在線企業(yè)數(shù)據(jù)饋送、在線聊天服務(wù)以及卡拉OK節(jié)目的應(yīng)用中使用。
文檔編號H04L29/06GK101390367SQ200780006785
公開日2009年3月18日 申請日期2007年1月11日 優(yōu)先權(quán)日2006年1月11日
發(fā)明者R·維丹撒姆, V·塞特盧爾 申請人:諾基亞公司