專利名稱：針對(duì)移動(dòng)廣播/多播流式服務(wù)器的使用而擴(kuò)展富媒體容器格式的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及包含文件會(huì)話描述協(xié)議(SDP)、元數(shù)據(jù)以及提示跟蹤， 以用于使用ALC的富媒體內(nèi)容的廣播/多播下載。
背景技術(shù)：
本小節(jié)意在為權(quán)利要求書中記載的發(fā)明提供背景和上下文。這里 的描述可能包括那些可追求的概念，但這些概念未必是先前已經(jīng)構(gòu)思 或追求的。因此，除非在此指明，否則在本節(jié)中描述的內(nèi)容不構(gòu)成相 對(duì)于本申請(qǐng)的說(shuō)明書和權(quán)利要求書的現(xiàn)有技術(shù)，并且將內(nèi)容包括在本
節(jié)中并不意味著該內(nèi)容是現(xiàn)有技術(shù)。
富媒體內(nèi)容通常是指圖形上豐富并且包含復(fù)合(或多個(gè))媒體(包 括文本、圖形、 一見頻和音頻)、并且優(yōu)選地通過(guò)單個(gè)接口來(lái)遞送的內(nèi) 容。對(duì)于可^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)容資源有效地遞送至多個(gè)接收者。內(nèi)容可以是 預(yù)先錄制的或者是從在線饋送生成的。
目前，存在用于呈現(xiàn)富媒體的若干已有系統(tǒng)，特別是在Web服務(wù) 領(lǐng)域內(nèi)。Scalable Vector Graphics (可伸縮矢量圖形,SVG ) Mobile 1.2 是一種用于在XML中描述二維圖形的語(yǔ)言?？缮炜s矢量圖形允許三 種類型的圖形對(duì)象矢量圖形形狀(例如，包括直線和曲線的路徑)， 多媒體(諸如，光柵圖像、視頻等)以及文本。SVG圖可以是交互式 的(使用文檔對(duì)象模型(DOM)事件模型)和動(dòng)態(tài)的。動(dòng)畫可以聲
明式地(即，通過(guò)在SVG內(nèi)容內(nèi)嵌入SVG動(dòng)畫)或通過(guò)腳本來(lái)定義 和觸發(fā)?？梢?使用補(bǔ)充腳本語(yǔ)言來(lái)實(shí)現(xiàn)SVG的復(fù)雜應(yīng)用，其中補(bǔ)充 腳本語(yǔ)言訪問SVG宏文檔對(duì)象模型(uDOM) , uDOM提供對(duì)所有 元素、屬性和性質(zhì)的完全訪問?？梢詾槿我釹VG圖形對(duì)象指派豐富 的事件句柄。由于其兼容性以及其他Web標(biāo)準(zhǔn)(諸如，復(fù)合文檔格 式(CDF))的使用，可以在相同的網(wǎng)頁(yè)內(nèi)同時(shí)對(duì)XHTML和SVG 元素執(zhí)行類似于腳本的特征。
同步多媒體集成語(yǔ)言(SMIL )版本2.0支持交互式視聽覺呈現(xiàn)的 簡(jiǎn)單創(chuàng)作。SMIL通常用于"富媒體"/多媒體呈現(xiàn)，該呈現(xiàn)將流式的 音頻和視頻與圖像、文本或者任何其他媒體類型集成在一起。
對(duì)于CDF，目前正在努力結(jié)合分離的組件語(yǔ)言(例如，來(lái)自獨(dú)立 詞匯表的基于XML的語(yǔ)言、元素和屬性)，諸如XHTML、 SVG、 MathML和SIML,其關(guān)注點(diǎn)在于用戶接口標(biāo)記。在結(jié)合用戶接口標(biāo) 記時(shí)，必須解決單個(gè)標(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ù)))以及富媒體會(huì)議應(yīng)用。
異步分層編碼(ALC )是極其可伸縮和可靠的內(nèi)容遞送協(xié)議。ALC 是用于任意二進(jìn)制對(duì)象的可靠多播遞送的基礎(chǔ)協(xié)議。ALC在3GPP2 BCMCS和OMA BAC BCAST中被用作廣播/多播文件遞送的強(qiáng)制性 協(xié)議?，F(xiàn)在將文件元數(shù)據(jù)(在通過(guò)單向傳輸?shù)奈募f送(FLUTE)中 作為文件遞送表(FDT)的一部分來(lái)攜帶)作為OMA BCAST電子服 務(wù)向?qū)?ESG)的一部分遞送至客戶端。根據(jù)服務(wù)向?qū)?shù)據(jù)模型將該 元數(shù)據(jù)劃分為各個(gè)ESG段。將段標(biāo)識(shí)為服務(wù)、計(jì)劃、內(nèi)容、訪問、 會(huì)話描述、購(gòu)買項(xiàng)、購(gòu)買數(shù)據(jù)、購(gòu)買通道、服務(wù)向?qū)舷挛摹⒎?wù)向 導(dǎo)遞送描述符以及預(yù)覽數(shù)據(jù)?，F(xiàn)有技術(shù)圖3中示出了 OMA BCAST ESG數(shù)據(jù)模型。ESG通常在ALC會(huì)話之前遞送到客戶端。因此，客 戶端在ALC會(huì)話開始之前具有文件元數(shù)據(jù)。如果在ALC會(huì)話期間需 要更新文件元數(shù)據(jù)，則可以通過(guò)使用ESG遞送/更新通道來(lái)更新包含 文件元數(shù)據(jù)的那些ESG段。因此，文件元數(shù)據(jù)更新不是在ALC會(huì)話 的帶內(nèi)(in-band)執(zhí)行的。
FLUTE構(gòu)建在ALC之上并且定義了 FDT,其中FDT存儲(chǔ)與ALC 會(huì)話中遞送的文件相關(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)容的存儲(chǔ)以及該內(nèi)容隨后通過(guò)HTTP、 FLUTE和RTP的傳輸。2005 年9月1日遞交的美國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303以及2005年6 月27日遞交的美國(guó)臨時(shí)專利申請(qǐng)No. 60/694,440中詳細(xì)描述了這些格 式，在此引入上述兩個(gè)專利申請(qǐng)的全部?jī)?nèi)容作為參考。然而，目前尚 沒有用于包括ALC作為廣播協(xié)議的機(jī)制，特別是用于存儲(chǔ)ESG中的 文件元數(shù)據(jù)的機(jī)制。
直到最近，用于移動(dòng)設(shè)備的應(yīng)用仍是基于文本的，其交互性有限。 然而，隨著更多的無(wú)線設(shè)備配備了彩色顯示器和更先進(jìn)的圖形繪制 庫(kù)，用戶日益要求來(lái)自其無(wú)線應(yīng)用的富媒體體驗(yàn)。對(duì)于移動(dòng)終端來(lái)說(shuō)， 特別是在MBMS、 PSS和MMS服務(wù)的領(lǐng)域中，實(shí)時(shí)富媒體內(nèi)容流式 服務(wù)至關(guān)重要。
SVG被設(shè)計(jì)用以描述與分辨率無(wú)關(guān)的2D矢量圖形，允許使用從 SMIL借用的事件才莫型和動(dòng)畫扭無(wú)念的交互性。SVG還允許無(wú)限的縮》文 性，并增強(qiáng)了移動(dòng)設(shè)備的用戶接口的能力。此外，SVG支持類似于 SMIL媒體元素的媒體元素的嵌入。
可以將所有嵌入的媒體劃分為兩個(gè)部分離散媒體(例如，圖像) 和連續(xù)媒體(例如，音頻、視頻)。連續(xù)媒體元素在其時(shí)間容器內(nèi)定 以了其自己的時(shí)間線(timeline)。因此，SVG越發(fā)重要，并且變成
了驅(qū)動(dòng)多媒體呈現(xiàn)的核心元素之 一 ，特別是對(duì)于諸如移動(dòng)電視的富媒
體服務(wù)、交通信息、天氣、新聞的在線更新等。SVG是基于XML的， 其允許與其他已有web技術(shù)的更透明的集成。
對(duì)于廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸，可以使用RTP來(lái)遞送 諸如音頻、視頻和SVG場(chǎng)景/更新的連續(xù)媒體。然而，如前所述，SVG 呈現(xiàn)還包括離散媒體，并且其目前是使用文件下栽協(xié)議而不是RTP 來(lái)遞送離散媒體。ALC和FLUTE是目前用于廣播/多播網(wǎng)絡(luò)上文件遞 送的優(yōu)選傳輸層協(xié)議。廣播/多播流式服務(wù)器應(yīng)當(dāng)能夠通過(guò)從富媒體容 器文件讀取內(nèi)容來(lái)生成富媒體分組(RTP和ALC,或者RTP和 FLUTE)。容器文件可以包括(1)用于連續(xù)媒體的媒體跟蹤，即， SVG跟蹤、音頻跟蹤、視頻跟蹤、光柵圖像等；(2)保持同步信息 的提示跟蹤；以及(3)內(nèi)部嵌入的離散媒體。
廣播/多播流式傳輸服務(wù)器創(chuàng)建RTP分組，以通過(guò)使用媒體跟蹤 和提示跟蹤來(lái)攜帶連續(xù)媒體。服務(wù)器還需要?jiǎng)?chuàng)建ALC或者FLUTE分 組，以攜帶內(nèi)部嵌入的離散媒體。服務(wù)器還確定獲取外部引用的離散 媒體的一些或全部，并使用ALC或者FLUTE將其發(fā)送給客戶端。在 接收之后，這些圖像(a)在播放相應(yīng)的SVG內(nèi)容時(shí)可用被繪制； 或者(b)可以通過(guò)用戶交互而被本地存儲(chǔ)/高速緩存和繪制。這帶來(lái) 滿意的用戶體驗(yàn)，并且無(wú)需來(lái)自客戶端的其他同時(shí)點(diǎn)對(duì)點(diǎn)(PtP)連 接。然而，該優(yōu)化沒有排除同時(shí)PtP連接的可能性，而是僅僅最小化 了同時(shí)PtP連接的可能性。如果這些離散媒體(例如，CNN肖像)不 可以隨意訪問，則富媒體應(yīng)用可以確保僅在用戶購(gòu)買了圖像時(shí)才會(huì)繪 制該圖像(即，數(shù)字版權(quán)管理(DRM)權(quán)利)。由此，外部引用的離 散媒體文件被廣播給了所有用戶，而不論用戶是否訂購(gòu)了該文件的訪 問。對(duì)于沒有訂購(gòu)這些文件的用戶而言，這些文件的廣播下載浪費(fèi)了 無(wú)線和存儲(chǔ)器資源。對(duì)于訂購(gòu)這些文件的用戶，這些文件的廣播下載 減少了無(wú)線資源的利用，并且也增強(qiáng)了它們的用戶體驗(yàn)。為了創(chuàng)建 ALC或者FLUTE分組，服務(wù)器需要與離散媒體(圖像)文件相關(guān)聯(lián) 的元數(shù)據(jù)。還需要在富媒體容器文件中包含這些文件元數(shù)據(jù)。
發(fā)明內(nèi)容
本發(fā)明解決了缺乏用于將此元數(shù)據(jù)存儲(chǔ)在富媒體容器文件中的
機(jī)制這一問題。本發(fā)明包括擴(kuò)展ISO基媒體文件格式以支持ALC 作為廣播協(xié)議，以及擴(kuò)展ESG以包括特定于移動(dòng)廣播/多播網(wǎng)絡(luò)上的 SVG傳輸?shù)脑獢?shù)據(jù)。在容器文件格式中引入了 "BMFDP提示跟蹤"， 所需的文件元數(shù)據(jù)位于這些提示跟蹤中。
在多種用例中，富媒體服務(wù)可以得益于使用ALC作為協(xié)議。這 些使用包括較長(zhǎng)卡通動(dòng)畫的預(yù)覽，交互式移動(dòng)電視服務(wù)，在線企業(yè) 數(shù)據(jù)饋送，在線聊天服務(wù)以及卡拉0K節(jié)目。因?yàn)榇饲皼]有將ALC 特定的內(nèi)容包括在ISO基媒體文件格式中的方案，因此包含ALC促 進(jìn)了更好的利用能夠在富媒體會(huì)話期間將帶外信息發(fā)送至3G移動(dòng) 設(shè)備以用于下載應(yīng)用。本發(fā)明為提供交互式和動(dòng)態(tài)富媒體流式傳輸以 及漸進(jìn)式下載的服務(wù)提供了益處，可以在多種多樣的產(chǎn)品中結(jié)合本發(fā) 明，并且可以在諸如3GPP MBMS、 3GPP2 BCMCS、 DVD-H IPDC 以及OMABCAST的服務(wù)中使用本發(fā)明。
通過(guò)下文結(jié)合附圖進(jìn)行的詳細(xì)描述，本發(fā)明的這些和其他優(yōu)點(diǎn)和 特征以及本發(fā)明操作的組織和方式將變得顯而易見，其中，貫穿下文 描述的多個(gè)附圖，相同的元素具有相同的標(biāo)號(hào)。
圖1是示出了如何可以將ALC特定的信息包含在ISO基媒體文 件格式中以便使用RTP和ALC協(xié)議來(lái)實(shí)現(xiàn)富媒體廣播/多播流式傳輸 /下載服務(wù)的圖示；
圖2是用于移動(dòng)廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸和文件下載 的協(xié)議棧的圖示；
圖3是OMA BCAST ESG的傳統(tǒng)數(shù)據(jù)模型的圖示；
圖4是可以在本發(fā)明的實(shí)現(xiàn)中使用的電子設(shè)備的透視圖；以及
圖5是圖4的移動(dòng)電話的電話電路的示意圖。
具體實(shí)施例方式
本發(fā)明包括擴(kuò)展ISO基媒體文件格式以支持ALC作為廣播協(xié) 議，以及擴(kuò)展ESG以包括特定于移動(dòng)廣播/多播網(wǎng)絡(luò)上的SVG傳輸?shù)?元數(shù)據(jù)。在容器文件格式中引入"BMFDP提示跟蹤"，其中所需的 文件元數(shù)據(jù)位于這些提示跟蹤中。
本發(fā)明的實(shí)現(xiàn)涉及擴(kuò)展ISO基媒體文件格式，以支持ALC協(xié)議 用于傳輸。這包括(1)在ISO基媒體文件格式中添加用于ALC的 會(huì)話描述信息；(2 )擴(kuò)展ISO基媒體文件格式，以包括用于ESG的 元數(shù)據(jù)信息；以及(3)擴(kuò)展ISO基媒體文件格式，以便包括提示跟 蹤信息，以形成ALC分組用于傳輸。
圖1是如何可以將ALC特定的信息包含在ISO基媒體文件格式 中以便使用RTP和ALC協(xié)議來(lái)實(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)會(huì)話 描述信息150;以及(3 ) RTP和ALC分組155,富媒體播放器160 繼而可以對(duì)編碼信息進(jìn)行解碼以用于后續(xù)展示。圖2示出了用于移動(dòng) 廣播/多播網(wǎng)絡(luò)上的富媒體流式傳輸和文件下載的協(xié)議棧。應(yīng)當(dāng)理解， 盡管此處的文字和示例可能特別地描述了編碼過(guò)程，然而本領(lǐng)域的技 術(shù)人員將會(huì)容易地理解同樣的概念和原理也適用于相應(yīng)的解碼過(guò) 程，反之亦然。
下面將描述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文檔繼而可以通過(guò)嵌 套來(lái)嵌入更多的SVG文檔。動(dòng)畫元素規(guī)定提供同步動(dòng)畫矢量圖形的 外部嵌入的SVG文檔或者SVG文檔段。類似于視頻元素，動(dòng)畫元素 是圖形化對(duì)象，其大小由其x、 y、 width (寬度)和height (高度) 屬性確定。以下是一個(gè)這樣的示例
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"/>
可以通過(guò)SVG內(nèi)容中的內(nèi)部或外部URL來(lái)鏈接嵌入的力某體元 素。在這種情況下，內(nèi)部URL表示ISO基媒體文件本身內(nèi)的文件路 徑。外部URL表示ISO基媒體文件外部的文件路徑，其存在于包含 源SVG文件的相同服務(wù)器上或者存在于其他服務(wù)器上。本發(fā)明涉及 針對(duì)內(nèi)部嵌入的離散J 某體的ALC傳輸機(jī)制。相應(yīng)地，會(huì)話描述協(xié)議 (SDP)是針對(duì)內(nèi)部嵌入媒體而制定的。
在此討論的傳輸機(jī)制是針對(duì)駐留在相同或其他服務(wù)器上的離散 媒體和連續(xù)媒體而提供的。這些媒體可以是原始格式，或者是ISO基 媒體文件格式。然而，應(yīng)當(dāng)采取適當(dāng)?shù)牟襟E來(lái)確保這些媒體元素在傳
輸和呈現(xiàn)期間的適當(dāng)同步。
對(duì)于下載，離散嵌入媒體和連續(xù)嵌入媒體二者都可以通過(guò)HTTP、 FLUTE或者ALC來(lái)傳輸，這取決于其是點(diǎn)對(duì)點(diǎn)的還是廣播。然而， 在廣播流式傳輸情況下，只有連續(xù)媒體可以通過(guò)RTP來(lái)傳輸。出于 該原因，可以想到以下傳輸組合(1 )離散媒體的廣播流式傳輸+HTTP 下載；(2)離散媒體的單播流式傳輸+HTTP下載；(3)離散媒體的 廣播流式傳輸+FLUTE/ALC下載；以及(4)離散々某體的單播流式傳 輸+FLUTE/ALC下載。本發(fā)明涉及項(xiàng)目(3)和(4)。此外，可以通 過(guò)以下手段來(lái)明確地傳輸離散媒體文件(1 )經(jīng)由ALC/FLUTE會(huì) 話將其預(yù)先傳輸至UE; ( 2 )在流式傳輸會(huì)話之前通過(guò)點(diǎn)對(duì)點(diǎn)承載將 其傳輸至每個(gè)客戶端，其方式類似于在MBMS會(huì)話之前將安全密鑰 發(fā)送至客戶端的方法；(3)如果由足夠的無(wú)線資源可用，則具有獨(dú) 立于RTP傳輸會(huì)話的平行ALC/FLUTE傳輸會(huì)話；或者(4)由于有 限的無(wú)線資源而具有非并行的傳輸會(huì)話來(lái)傳輸所有數(shù)據(jù)。每個(gè)傳輸會(huì) 話或者包含ALC/FLUTE數(shù)據(jù)，或者包含RTP數(shù)據(jù)。
下面將描述本發(fā)明的第一實(shí)現(xiàn)，涉及使用盒子(box)來(lái)存儲(chǔ)會(huì) 話描述協(xié)議(SDP )信息。SDP是用于規(guī)定會(huì)話描述的通用實(shí)用格式。 可以使用ALC分組來(lái)傳輸場(chǎng)景描述，以及離散和/或連續(xù)的嵌入媒體， 這取決于其是純下載情況還是與RTP流式傳輸會(huì)話共享。在先于ALC 會(huì)話開始發(fā)送的ESG中指明內(nèi)部嵌入媒體的URI。用于ALC的SDP 描述的語(yǔ)法類似于FLUTE的語(yǔ)法，并且已經(jīng)在互聯(lián)網(wǎng)草案"SDP Descriptors for FLUTE"中定義。
可以存在各種用于ALC的描述格式。SDP如下定義。按照SDP 的要求，將SDP中存在的文本恰當(dāng)?shù)馗袷交癁橐幌盗行?，每行由〈crlf^ 結(jié)束。對(duì)于SVG場(chǎng)景的傳輸、場(chǎng)景更新以及離散嵌入媒體，將出現(xiàn) 這種情況。2005年9月1日遞交的美國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303 中詳細(xì)描述了不同級(jí)別(呈現(xiàn)、影片、跟蹤、項(xiàng)目)的用于FLUTE 的盒子。然而，同樣可以針對(duì)廣播下載來(lái)歸納為相同的盒子，以便包 括ALC。因此，盒子的前綴是"BMFDP"(廣播多播文件下載協(xié)議)，
以便更為一般，以存儲(chǔ)用于ALC或者FLUTE的SDP。還要添加稱為 "protocol (協(xié)議)"的標(biāo)志，以指明盒子是用于FLUTE還是ALC。 以下是四個(gè)不同級(jí)別的盒子
(a) 呈現(xiàn)BMFDP信息。呈現(xiàn)級(jí)別提示信息容器在"phib"盒子 中定義，其專用于ALC或者FLUTE。在通過(guò)ALC或者FLUTE來(lái)發(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)目級(jí)別提示信息容器在"ihib"盒子 中定義，其專用于ALC或者FLUTE。在通過(guò)ALC或者FLUTE來(lái)發(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) 影片廣播下載信息。影片級(jí)別提示信息容器在"hnti"盒子 中定義，其專用于ALC或者FLUTE。在通過(guò)ALC或者FLUTE來(lái)發(fā) 送當(dāng)前影片中的全部?jī)?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) 跟蹤廣播下載信息。跟蹤級(jí)別提示信息容器在"hnti"盒子 中定義，其專用于ALC或者FLUTE。在通過(guò)ALC或者FLUTE來(lái)發(fā)
送當(dāng)前跟蹤中的全部?jī)?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)中，可以將針對(duì)ALC和RTP流的SDP信 息結(jié)合在一起。這種情況可以發(fā)生在SVG媒體包含離散和連續(xù)嵌入 媒體二者時(shí)。離散媒體通過(guò)ALC傳輸，并且連續(xù)媒體通過(guò)RTP傳輸。 繼而可以將SDP信息保存在后續(xù)盒子中。2005年9月1日遞交的美 國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303定義了不同級(jí)別的(例如，呈現(xiàn)、影 片、項(xiàng)目)用于FLUTE+RTP的盒子。然而，可以針對(duì)廣播下載歸納 相同的盒子，以同樣地包括ALC。因此，盒子的前綴是"BMFDP" 以便更為通用，以存儲(chǔ)針對(duì)ALC+RTP或者FLUTE+RTP的SDP。稱 為"protocol"的標(biāo)志指明盒子是用于FLUTE的還是用于ALC的。 以下是三個(gè)不同級(jí)別的盒子
(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對(duì)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)涉及使用盒子來(lái)存儲(chǔ)元數(shù)據(jù)信息。為了使用廣 播/多播文件下載協(xié)議(ALC/FLUTE)來(lái)傳輸內(nèi)部嵌入的離散媒體， 需要服務(wù)器還傳輸一些對(duì)應(yīng)于該離散媒體的元數(shù)據(jù)。由此，本發(fā)明的 該實(shí)現(xiàn)包括將該元數(shù)據(jù)封裝到ISO基媒體文件格式中。
如果使用FLUTE作為廣播協(xié)議，則將元數(shù)據(jù)作為FDT的一部分 來(lái)發(fā)送，或者，如果將ALC與OMABCASTESG結(jié)合使用，則將元 數(shù)據(jù)作為OMA BCAST ESG的一部分來(lái)發(fā)送。EDG提供用于描述與 將要在數(shù)字移動(dòng)廣播服務(wù)中通過(guò)ALC來(lái)發(fā)送的文件相關(guān)聯(lián)的各種元 數(shù)據(jù)的機(jī)制。此外，當(dāng)通過(guò)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來(lái)執(zhí)行，其中FDT實(shí)例ID標(biāo)識(shí) 了 FDT中元數(shù)據(jù)的最新版本。如果將元數(shù)據(jù)作為ALC中的SGDU對(duì) 象來(lái)通過(guò)信號(hào)傳輸，則根據(jù)SGDU或者SG段版本系統(tǒng)來(lái)更新ESG。 對(duì)于新SGDU的PtM傳輸，存在兩個(gè)選項(xiàng)。在第一選項(xiàng)中，在獨(dú)立 的ALC會(huì)話中發(fā)送新的SGDU對(duì)象。在第二選項(xiàng)中，將新SGDU對(duì) 象添加到作為原始ALC會(huì)話的相同ALC會(huì)話中。
美國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303描述了通過(guò)定義盒子來(lái)存儲(chǔ) FDT實(shí)例的數(shù)據(jù)而對(duì)ISO基媒體文件格式進(jìn)行擴(kuò)展。然而，可以針對(duì) 廣播下載(同樣包括ALC)來(lái)歸納同樣的盒子以存儲(chǔ)元數(shù)據(jù)。如第一 實(shí)現(xiàn)中一樣，盒子的前綴是"BMFDP"，以便更為通用，以存儲(chǔ)針 對(duì)廣播/多播下載的元數(shù)據(jù)。用于廣播/多播下載的任何協(xié)議都需要這 些文件參數(shù)。如下所述，針對(duì)所有四個(gè)級(jí)別(即，呈現(xiàn)、影片、跟蹤
和項(xiàng)目)定義了盒子。
(a) 呈現(xiàn)元數(shù)據(jù)信息。呈現(xiàn)級(jí)別元數(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;
}
可以通過(guò)ISO/IEC 15444-12:2005中的小節(jié)8.44.7中定義的URL 表單來(lái)引用嵌入媒體資源的Content-Location (內(nèi)容地址)。
(b) 項(xiàng)目元數(shù)據(jù)信息。項(xiàng)目級(jí)別元數(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ù)信息。影片級(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ù)信息。跟蹤級(jí)別元數(shù)據(jù)容器在"bdth"盒子中定 義，其專用于ALC/FLUTE。在通過(guò)ALC/FLUTE來(lái)發(fā)送當(dāng)前跟蹤中 的所有內(nèi)容時(shí)，可以使用它。
aligned(8) class BMFDPtrackmetadatainformation extends box('bmtm，) {
本發(fā)明的第三實(shí)現(xiàn)涉及使用盒子來(lái)存儲(chǔ)提示跟蹤信息。歸納提示 跟蹤結(jié)構(gòu)是為了支持多個(gè)數(shù)據(jù)格式中的提示采樣。提示跟蹤采樣包含 構(gòu)建正確類型的分組報(bào)頭所需的任何數(shù)據(jù)。提示跟蹤采樣還包含指向 屬于分組的數(shù)據(jù)塊的指針。這種數(shù)據(jù)可以是SVG、連續(xù)嵌入媒體和離 散嵌入媒體。
提示跟蹤采樣不是提示跟蹤盒子結(jié)構(gòu)的 一 部分，雖然它們通常位 于同一文件中。提示跟蹤數(shù)據(jù)引用盒子("dref，)和采樣表盒子("stbl") 被用以查找針對(duì)特定采樣的文件規(guī)范和字節(jié)偏移。提示跟蹤釆樣數(shù)據(jù) 是字節(jié)對(duì)齊的，并且總是大端字節(jié)序(big-endian)格式的。
下面將討論針對(duì)ALC的提示跟蹤格式。美國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303描述了不同級(jí)別的(例如，呈現(xiàn)、影片、跟蹤、項(xiàng)目)用
String
Content-Location; Content-Length; Transfer-Length; Content-Type,
unsignedLong unsignedLong String
String
Base64Binary
Content-Encoding; Content-MD5;
于FLUTE提示跟蹤信息的盒子。然而，可以針對(duì)廣播下載歸納同樣 的盒子，以同樣地包括ALC。由此，盒子的前綴可以是"BMFDP"， 以便更為通用，以存儲(chǔ)針對(duì)ALC或者FLUTE的提示跟蹤信息。
類似于RTP提示跟蹤的層級(jí)，定義了 BMFDPHintSampleEntry和 BMFDPsample。此外，還定義了 一些相關(guān)結(jié)構(gòu)和構(gòu)造符。還添加了 "protocol"來(lái)指明盒子是用于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ù)是來(lái)自 "timescaleentry ，，和"timeoffset "的 一 組盒子，其在ISO/IEC
15444-12:2005的小節(jié)10.2中參考。這些盒子對(duì)于ALC/FLUTE是可選的。
(b) 采樣才各式。^是示跟蹤中的每個(gè)BMFDPsample (BMFDP采 樣)將分別生成一個(gè)或多個(gè)BMFDP分組。與RTP采樣相比，BMFDP 采樣不具有其自己特定的時(shí)間戳，而是順序地發(fā)送。考慮 TimeToSampleBox中保存的采樣增量(sample-delta),如果BMFDP 采樣代表嵌入媒體或SVG內(nèi)容的段，則當(dāng)前媒體/SVG的第一采樣與 在前媒體/SVG的最后采樣之間的sample-delta與當(dāng)前和在前J 某體 /SVG所屬于的場(chǎng)景/更新的開始時(shí)間之間的差異具有相同的值。針對(duì)
當(dāng)前媒體/SVG中的連續(xù)采樣的其余部分的sample-delta是零。然而， 如果BMFDP采樣代表整個(gè)媒體或者SVG內(nèi)容，則此BMFDP采樣之 后將不具有增量等于o的后繼采樣(包含來(lái)自同一媒體/SVG的后繼 數(shù)據(jù))。因此，對(duì)于當(dāng)前BMFDP采樣，僅存在一個(gè)釆樣增量。
每個(gè)采樣包含兩個(gè)區(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)分組條目格式。分組條目表中的每個(gè)分組具有以下結(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)造符是用來(lái)構(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由必須在會(huì)話描述中傳送的FEC編碼ID來(lái)確定。
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必須在會(huì)話描述中通過(guò)信號(hào)發(fā)送。 header_extension—type = 64對(duì)于LAC和FLUTE 二者都有效。其用于 EXT—FTI ,即攜帶FEC對(duì)象傳輸信息的報(bào)頭擴(kuò)展。 header—extension—type = 192僅對(duì)于FLUTE有效。其用于EXT_FDT，
一事實(shí)的報(bào)頭擴(kuò)展。header—extension—type = 193僅對(duì)于FLUTE有效。 其用于EXT—CENC,即指明FDT實(shí)例所使用的內(nèi)容編碼的報(bào)頭擴(kuò)展。
(d)構(gòu)造符格式。存在各種構(gòu)造符形式。為了更容易的迭代， 每個(gè)構(gòu)造符是16個(gè)字節(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簡(jiǎn)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ù)是整個(gè)FLUTE/ALC數(shù)據(jù)流的一部分。該數(shù)據(jù)是以 FLUTE分組的形式在FLUTE會(huì)話期間帶內(nèi)傳輸?shù)?，或者是使用ESG 或者通過(guò)其他手段在ALC會(huì)話期間帶外傳輸?shù)?。使用在此定義的構(gòu) 造符來(lái)將SGDU映射到ALC分組。下面提供了構(gòu)造符的語(yǔ)法
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
下面討論針對(duì)ALC+RTP來(lái)使用提示跟蹤。在呈現(xiàn)期間同時(shí)傳輸 RTP和BMFDP (ALC/FLUTE)分組二者的情況下，針對(duì)RTP和 BMFDP的構(gòu)造符二者都要使用。使用RTP分組來(lái)傳輸連續(xù)媒體和 SVG內(nèi)容，而使用BMFDP分組來(lái)傳輸離散媒體。對(duì)于這種情況，使 用不同的提示系統(tǒng)。這種系統(tǒng)可以按照恰當(dāng)?shù)臅r(shí)間順序來(lái)結(jié)合所有 RTP以及BMFDP采樣。
美國(guó)臨時(shí)專利申請(qǐng)No. 60/713,303描述了不同層級(jí)的用于 FLUTE+RTP提示跟蹤信息的盒子。然而，可以針對(duì)廣播下載歸納相 同的盒子，以便同樣地包括ALC。由此，下面的盒子以"BMFDP" 為前綴，以便更為通用。
為了促進(jìn)BMFDP和RTP分組的生成以用于呈現(xiàn)，下面定義了用 于BMFDP+RTP的提示跟蹤格式。類似于RTP和BMFDP提示跟蹤 的層級(jí)，定義了 BMFDPRtpHintSampleEntry和BMFDPRTPsample。 此外，TimeToSampleBox中的H據(jù)給出了每個(gè)分組的時(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") 中定義。該盒子包含多個(gè)BMFDP采樣、RTP采樣、可能的FDT/SGDU 和SDP信息以及任何其他數(shù)據(jù)。 一個(gè)BMFDPRTSample可以包含一 個(gè)FDT/SGDU數(shù)據(jù)、SDP數(shù)據(jù)、BMFDP采樣或者RTP采樣。包含 BMFDP采樣的BMFDPRTSample在此僅用來(lái)傳輸離散々某體。這樣的 媒體總是嵌入在SVG呈現(xiàn)中的場(chǎng)景或場(chǎng)景更新中。其開始時(shí)間與其 所屬的場(chǎng)景/場(chǎng)景更新的開始時(shí)間相同。BMFDP采樣沒有其自己特定 的時(shí)間戳，而是順序地發(fā)送，緊隨在其所屬的場(chǎng)景/場(chǎng)景更新的RTP 采樣之后。因此，在TimeToSampleBox中，針對(duì)離散媒體的 BMFDPRTSample的采樣增量全部設(shè)置為0。其連續(xù)的順序代表了其 發(fā)送時(shí)間順序。
UE可能具有有限的功率，并且在任意時(shí)刻可以只支持一個(gè)傳輸 會(huì)話，并且BMFDP會(huì)話和RTP會(huì)話需要一個(gè)接一個(gè)的交替。在緊接 著 一 個(gè)完成之后另 一 個(gè)將開始。這種情況下，使用下面的 description—text 1 、 description—text2和description_text3字段來(lái)提供用 于每個(gè)會(huì)話的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)。然而， 可以存儲(chǔ)諸如DCCPtext的其他描述格式，在這種情況下，sdptext字 段將相應(yīng)改變。第五實(shí)現(xiàn)類似于第二實(shí)現(xiàn)。然而，在該實(shí)施方式中， 單個(gè)段字段可以包含ESG中的全部段數(shù)據(jù)。應(yīng)用繼而可以選擇是將
本發(fā)明的多個(gè)潛在實(shí)現(xiàn)在多個(gè)方面類似于上面討論的第三實(shí)現(xiàn),
其具有各種差異。例如，可以重新定義其他級(jí)別的"hnti，，盒子，以 便例如包含呈現(xiàn)級(jí)別或者項(xiàng)目級(jí)別的會(huì)話信息。對(duì)于用于ALC的提 示跟蹤信息的采樣描述才各式，hinttrackversion 和 highestcompatibleversion 字l殳可以具有不同的值，并且除了 maxpacketsize字,殳之夕卜還可以添力口 minpacketsize字4殳。只于于用于ALC 的提示跟蹤格式的采樣格式，可以通過(guò)刪除預(yù)留字段使packetcount 字段變?yōu)?2位。對(duì)于用于ALC的提示跟蹤格式的分組條目格式，不 同報(bào)頭盒子(BMFDPheader、 UDPheader、 LCTheader等)的層級(jí)結(jié) 構(gòu)可以不同。對(duì)于用于ALC的提示跟蹤格式的構(gòu)造符格式， ALCsgdutconstmctor語(yǔ)法可以針對(duì)每個(gè)sgdu—box的獨(dú)立的字l爻定義， BMFDPitemconstructor 可以通過(guò) item—name 來(lái)替換 item—id ， BMFDPxmlboxconstructor可以通過(guò)刪除預(yù)留字賴 使data—length字段 變?yōu)?4字節(jié)，并且BMFDPxmlboxconstructor可以-使data—length字賴二 變?yōu)?6字節(jié)并將預(yù)留字段調(diào)節(jié)為64字節(jié)。對(duì)于用于ALC+RTP的提 示3艮蹤，BMFDPRtpHintSampleEntry可以 <吏hinttrackversion和 highestcompatibleversion 字 段 具 有 不 同 的 值 ， BMFDPRtpHintSampleEntry除了 maxpacketsize字,殳之外還可以添加 minpacketsize ,并且BMFDPRTPSample盒子可以具有針對(duì)每個(gè) sample—type (采樣類型)的獨(dú)立的字段定義。
在多個(gè)使用情況中，富媒體服務(wù)可以得益于使用ALC作為協(xié)議。 第一用例涉及較長(zhǎng)卡通動(dòng)畫的預(yù)覽。本發(fā)明的服務(wù)允許最終用戶在確 定他或她想要完整地觀看的卡通之前，漸進(jìn)式地下載每個(gè)卡通的較小 部分。
本發(fā)明的第二用例涉及交互式移動(dòng)電視服務(wù)。通過(guò)本發(fā)明，可以 在最終用戶界面中 一起遞送富媒體內(nèi)容的確定性繪制和行為。內(nèi)容可 以包括音頻4見頻內(nèi)容、文本、圖形、圖像以及電一見和無(wú)線電頻道。
允許本地或遠(yuǎn)程設(shè)置中的同步交互，諸如投票和個(gè)性化(例如，相關(guān) 的菜單或子菜單，廣告，以及最終用戶簡(jiǎn)檔或者服務(wù)訂購(gòu)的功能中的
內(nèi)容)。可以通過(guò)與iTV移動(dòng)服務(wù)中可用的四個(gè)服務(wù)和子服務(wù)相對(duì)應(yīng) 的四個(gè)步驟來(lái)描述這種使用情況馬賽克菜單顯示電視頻道景觀，電
子節(jié)目向?qū)Ш拖嚓P(guān)iTV服務(wù)的觸發(fā)，iTV服務(wù)，以及個(gè)性化菜單(諸 如"體育新聞")。
本發(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)行注 冊(cè)，保存其姓名并交換消息。在線聊天服務(wù)中的消息動(dòng)態(tài)地出現(xiàn)，伴 有最終用戶提供的富媒體數(shù)據(jù)。聊天服務(wù)可以是專用的，或者同時(shí)在 一個(gè)或多個(gè)多通道上是公共的。將來(lái)自其他用戶的新消息動(dòng)態(tài)地提示 給最終用戶?？梢栽诓恢匦螺d入整個(gè)頁(yè)面的情況下進(jìn)行服務(wù)內(nèi)消息的 動(dòng)態(tài)更新。
本發(fā)明的第五用例涉及卡拉OK服務(wù)。卡拉OK服務(wù)顯示伴隨有 歌曲的語(yǔ)音的音樂電視頻道或者視頻片段目錄，其中在歌詞的文本字 符上具有類似于流動(dòng)的動(dòng)畫(例如，字體顏色的平滑過(guò)渡，文字滾動(dòng)， 等等)。最終用戶可以通過(guò)選擇交互式按鈕來(lái)下載他或她選擇的歌曲 以及完整的動(dòng)畫。類似的系統(tǒng)可以用于電影或電 一見表演或片|殳的再制 定。
圖4和圖5示出了其中可以實(shí)現(xiàn)本發(fā)明的一個(gè)代表性電子設(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ā)明的一個(gè)實(shí)施方式，其形式是UICC)， 讀卡器48，無(wú)線接口電路52，編解碼器電路54，控制器56以及存儲(chǔ) 器58。各個(gè)電路和元件是本領(lǐng)域內(nèi)公知的所有類型，例如Nokia系列 移動(dòng)電話中的類型。
本發(fā)明是在方法步驟的總體上下文中描述的，在個(gè)實(shí)施方式中，
可以通過(guò)包括由網(wǎng)絡(luò)化環(huán)境中的計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令(諸 如程序代碼)的程序產(chǎn)品來(lái)實(shí)現(xiàn)本發(fā)明。 一般地，程序模塊包括執(zhí)行 特定任務(wù)或者實(shí)現(xiàn)特定的抽象數(shù)據(jù)類型的例行程序、程序、對(duì)象、組 件、數(shù)據(jù)結(jié)構(gòu)等。計(jì)算機(jī)可執(zhí)行指令、關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)以及程序模塊
功能的相應(yīng)動(dòng)作的示例。
可以通過(guò)標(biāo)準(zhǔn)編程語(yǔ)言來(lái)實(shí)現(xiàn)本發(fā)明的軟件和web實(shí)現(xiàn)，其中標(biāo)
準(zhǔn)編程技術(shù)具有基于規(guī)則的邏輯或者其他邏輯，以實(shí)現(xiàn)各種數(shù)據(jù)庫(kù)搜 索步驟、相關(guān)步驟、比較步驟和決策步驟。應(yīng)當(dāng)注意，這里和權(quán)利要 求中使用的詞語(yǔ)"組件"和"模塊"意在涵蓋使用一行或多行軟件代 碼和/或硬件實(shí)現(xiàn)和/或用于接收手工輸入的裝置的實(shí)現(xiàn)。
出于說(shuō)明和描述的目的，已經(jīng)給出了對(duì)本發(fā)明實(shí)施方式的上述描 述。該描述并非意在詳盡或是將本發(fā)明限于所公開的精確形式，并且 根據(jù)上述啟示可以進(jìn)行修改和變形，或者可以在對(duì)本發(fā)明的實(shí)踐中獲 得修改和變形。挑選和描述實(shí)施方式是為了解釋本發(fā)明的原理及其實(shí) 踐應(yīng)用，以便使本領(lǐng)域的技術(shù)人員能夠按照適于預(yù)期的特定用途來(lái)使 用本發(fā)明的各種實(shí)施方式以及進(jìn)行各種修改。
權(quán)利要求
1. 一種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的方法，包括按照ISO基媒體文件格式，從輸入信息來(lái)編碼ISO基媒體文件，其中所述輸入信息包括可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及用于ALC和FLUTE分組化之一的提示跟蹤信息；以及在多個(gè)RTP分組和選自包括ALC分組和FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的方法，其中，所述輸入信息進(jìn)一步包括 用于ALC和FLUTE之一的會(huì)話描述協(xié)議(SDP )信息，并且其中， 所述ISO基媒體文件進(jìn)一步包括會(huì)話描述信息。
3. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息的多個(gè)SDP盒子。
4. 根據(jù)權(quán)利要求1所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包括用于 包含ALC或者FLUTE信息以及RTP信息的多個(gè)SDP盒子。
5. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個(gè)SDP盒子。
6. 根據(jù)權(quán)利要求3所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述多個(gè)SDP盒子用于包含 ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息。
7. 根據(jù)權(quán)利要求1所述的方法，其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE提示跟蹤信息的多個(gè)SDP盒子。
8. 根據(jù)權(quán)利要求7所述的方法，其中，所述可伸縮矢量圖形包含 離散媒體和連續(xù)媒體二者，并且其中，所述多個(gè)SDP盒子用于包含 ALC或者FLUTE信息以及RTP提示跟蹤信息。
9. 一種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的計(jì)算機(jī) 程序產(chǎn)品，包括計(jì)算機(jī)代碼，用于按照ISO基媒體文件格式，從輸入信息來(lái)編碼 ISO基媒體文件，其中所述輸入信息包括 可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及 用于ALC和FLUTE分組化之一的提示跟蹤信息；以及 計(jì)算^^代碼，用于在多個(gè)RTP分組和選自包括ALC分組和 FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶 端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
10. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述輸入信 息進(jìn)一步包括用于ALC和FLUTE之一的會(huì)話描述協(xié)議(SDP )信 息，并且其中，所述ISO基媒體文件進(jìn)一步包括會(huì)話描述信息。
11. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE信息的多個(gè)SDP盒子。
12. 根據(jù)權(quán)利要求11所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及RTP信息的多個(gè)SDP盒子.
13. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個(gè)SDP盒子。
14. 根據(jù)權(quán)利要求13所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息的多 個(gè)SDP盒子。
15. 根據(jù)權(quán)利要求9所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述ISO基 媒體文件包括用于包含ALC或者FLUTE提示跟蹤信息的多個(gè)SDP<formula>formula see original document page 4</formula>
16. 根據(jù)權(quán)利要求15所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述可伸縮 矢量圖形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息以及RTP提示跟蹤信息的 多個(gè)SDP盒子。
17. —種電子設(shè)備，包括 處理器；以及存儲(chǔ)器單元，其與處理器可通信地連接，并且包括計(jì)算機(jī)代碼，用于按照ISO基媒體文件格式，從輸入信息來(lái) 編碼ISO基媒體文件，其中所述輸入信息包括 可伸縮矢量圖形，用于ALC和FLUTE之一的文件元數(shù)據(jù)信息，以及 用于ALC和FLUTE分組化之一的提示跟蹤信息；以及 計(jì)算^^代碼，用于在多個(gè)RTP分組和選自包括ALC分組和 FLUTE分組的組的分組中將編碼的ISO基媒體文件發(fā)送給所述客戶 端設(shè)備，所述ISO基媒體文件包括離散文件的元數(shù)據(jù)。
18. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述輸入信息進(jìn)一 步包括用于ALC和FLUTE之一的會(huì)話描述協(xié)議(SDP )信息，并 且其中，所述ISO基媒體文件進(jìn)一步包括會(huì)話描述信息。
19. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE信息的多個(gè)SDP盒子。
20. 根據(jù)權(quán)利要求19所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP信息的多個(gè)SDP盒子。
21. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個(gè)SDP盒子。
22. 根據(jù)權(quán)利要求21所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP元數(shù)據(jù)信息的多個(gè)SDP盒子。
23. 根據(jù)權(quán)利要求17所述的電子設(shè)備，其中，所述ISO基媒體 文件包括用于包含ALC或者FLUTE提示跟蹤信息的多個(gè)SDP盒子。
24. 根據(jù)權(quán)利要求23所述的電子設(shè)備，其中，所述可伸縮矢量圖 形包含離散媒體和連續(xù)媒體二者，并且其中，所述ISO基媒體文件包 括用于包含ALC或者FLUTE信息以及RTP提示跟蹤信息的多個(gè)SDP 盒子。
25. —種在客戶端設(shè)備上展示富媒體內(nèi)容的方法，包括 從富媒體服務(wù)器接收多個(gè)RTP分組以及選自包括ALC分組和FLUTE分組的組的多個(gè)分組中的ISO基媒體文件，所述ISO基i某體 文件包括離散文件的元數(shù)據(jù)；解碼所述ISO基々某體文件；以及 .播放解碼的ISO基媒體文件。
26. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 進(jìn)一 步包括會(huì)話描述信息。
27. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE信息的多個(gè)SDP盒子。
28. 根據(jù)權(quán)利要求27所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及 RTP信息的多個(gè)SDP盒子。
29. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE元數(shù)據(jù)信息的多個(gè)SDP盒子。
30. 根據(jù)權(quán)利要求29所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基媒體文件包括用于包含ALC或者FLUTE信息以及 RTP元數(shù)據(jù)信息的多個(gè)SDP盒子。
31. 根據(jù)權(quán)利要求25所述的方法，其中，所述ISO基媒體文件 包括用于包含ALC或者FLUTE提示跟蹤信息的多個(gè)SDP盒子。
32. 根據(jù)權(quán)利要求31所述的方法，其中，所述ISO基媒體文件 是從包含離散媒體和連續(xù)媒體二者的可伸縮矢量圖形而生成的，并且 其中，所述ISO基々某體文件包括用于包含ALC或者FLUTE信息以及 RTP提示跟蹤信息的多個(gè)SDP盒子。
33. —種用于將富媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的方法， 包括按照ISO基媒體文件格式，從輸入信息來(lái)創(chuàng)建ISO基媒體文件；編碼所述ISO基媒體文件；以及將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備。
34. —種包含在計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)程序產(chǎn)品，用于將富 媒體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備，所述計(jì)算機(jī)程序產(chǎn)品包括用于按照ISO基媒體文件格式，從輸入信息來(lái)創(chuàng)建ISO基媒體文 件的計(jì)算機(jī)代碼；用于編碼所述ISO基媒體文件的計(jì)算機(jī)代碼；以及 用于將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備的計(jì)算機(jī) 代碼。
35. —種電子設(shè)備，包括 處理器；以及存儲(chǔ)器單元，其與所述處理器可通信地連接，并包括用于將富媒 體內(nèi)容漸進(jìn)式地提供給客戶端設(shè)備的計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)程 序產(chǎn)品包括用于按照ISO基媒體文件格式，從輸入信息來(lái)創(chuàng)建ISO基媒體文件的計(jì)算機(jī)代碼；用于編碼所述ISO基媒體文件的計(jì)算機(jī)代碼；以及 用于將編碼的ISO基媒體文件傳輸至所述客戶端設(shè)備的計(jì)算機(jī)代碼。
全文摘要
對(duì)ISO基媒體文件格式進(jìn)行擴(kuò)展，以支持ALC作為廣播協(xié)議。本發(fā)明還提供了對(duì)ESG的擴(kuò)展，以包括特定于移動(dòng)廣播/多播網(wǎng)絡(luò)上的SVG傳輸?shù)脑獢?shù)據(jù)。在容器文件格式中引入了“BMFDP提示跟蹤”，其中所需的文件元數(shù)據(jù)位于這些提示跟蹤中。本發(fā)明可以在諸如較長(zhǎng)卡通動(dòng)畫的預(yù)覽、交互式移動(dòng)電視服務(wù)、在線企業(yè)數(shù)據(jù)饋送、在線聊天服務(wù)以及卡拉OK節(jié)目的應(yīng)用中使用。
文檔編號(hào)H04L29/06GK101390367SQ200780006785
公開日2009年3月18日 申請(qǐng)日期2007年1月11日 優(yōu)先權(quán)日2006年1月11日
發(fā)明者R·維丹撒姆, V·塞特盧爾 申請(qǐng)人:諾基亞公司