專利名稱：：用于動態(tài)豐富媒體場景的傳送機制的制作方法
技術領域：
：本發(fā)明涉及用于流傳輸(streaming)和下載豐富媒體內容的傳送機制。具體而言，本發(fā)明也涉及用于通過點到點和廣播/多播服務流傳輸和下載包含可縮放矢量圖形(SVG)的豐富媒體內容的傳送機制。
背景技術：
：SVG是用于媒體表示的有用格式。SVG可以針對實時股票和交通信息以及針對娛樂目的提供可以在其中嵌入和播放其它媒體的布局。近年來，第三代伙伴項目(3GPP)已經采用移動可縮放矢量圖形(移動SVG)作為用于在為移動設備帶來改進圖形和圖像扮演關鍵角色的新成像標準。近來，3GPP和開放移動聯(lián)盟(OMA)已經開始致力于通過便攜和簡單企業(yè)聯(lián)合組織(PSS)和多媒體廣播/多播服務(MBMS)流傳輸豐富媒體。這要求將光柵和矢量圖形與現(xiàn)有音頻、視頻和定時文本媒體組合的能力。然而，與現(xiàn)有基于幀的媒體不同，SVG遵循具有指定的表示開始時間和持續(xù)時間的陳述性動畫。需要使用ISO基本媒體文件格式內包含的軌道信息經由實時傳送協(xié)議(RTP)分組在時間上同步和流傳輸豐富媒體中的所有不同軌道。當前，RTP凈荷規(guī)范迎合基于幀的媒體的分組化而造成在基于幀的SVG和非基于幀的SVG之間的同步問題。當前，只能經由HTTP下載并且漸進地下載SVG和其它媒體。當前沒有用于允許通過FLUTE下載SVG的機制，其中該FLUTE是用實施SAC的Java編寫的層疊樣式表2級(CSS2)解析器。SAC是用于CSS解析器的基于事件的應用程序接口(API)。此外，由于缺乏適當?shù)腞TP凈荷格式，所以目前沒有用于從ISO基本媒體文件之中或者直接從實況內容中流傳輸SVG內容的可用機制。此前，已經致力于用于例如音頻、視頻和定時文本的媒體格式的傳送機制。MacromediaFlash作為專用于矢量圖形的格式并不支持實時(RTSP/RTP)流傳輸。Flash代之以僅使用從Web服務器的漸進下載或者經由僅在Windows環(huán)境中運行的Flash通信服務器的http流傳輸。
發(fā)明內容本發(fā)明提供一種用于支持通過FLUTE或者用戶數(shù)據(jù)報協(xié)議(UDP)下載SVG的支持機制。本發(fā)明也提供一種實現(xiàn)實況流傳輸和豐富媒體內容流傳輸?shù)腞TP凈荷格式。如這里所用，"實況流傳輸"指代來自實況編碼器的媒體流。根據(jù)本發(fā)明，在發(fā)送方基于凈荷格式在RTP分組中封裝豐富媒體內容。本發(fā)明提供一種用于滿足涉及到豐富媒體傳輸?shù)臄?shù)個使用情況或者場景的高效框架。本發(fā)明的這些和其它目的、優(yōu)點和特征及其組織和操作方式將從結合附圖來閱讀時的以下具體描述中變得明顯，在這些附圖中相似的單元在數(shù)幅圖中通篇地具有相似的標號。圖1描繪了根據(jù)本發(fā)明的SVG傳送機制；圖2描繪了在本發(fā)明的傳送機制中的RTP凈荷字段的格式；圖3描繪了用于TYPE1分組的RTP凈荷報頭；圖4描繪了用于TYPE2分組的RTP分組報頭；圖5描繪了用于TYPE3分組的RTP凈荷報頭；圖6描繪了用于TYPE4分組的RTP凈荷沖艮頭；圖7描繪了用于TYPE5分組的RTP凈荷報頭；圖8是可以在本發(fā)明的實施中使用的移動電話的透視圖；以及圖9是圖8的移動電話的電話電路的示意表示圖。具體實施方式SVGT版本1.2支持用于漸進下載的預取。然而，對于實時流傳輸，場景可能因動畫和場景狀態(tài)的改變而改變。場景描述及其空間/時間修改的這一序列需要從服務器流傳輸?shù)娇蛻魴C設備上的玩家。使用〈g〉元素將SVG動畫中的邏輯場景分組在一起。SVGT1.2規(guī)范建議對于漸進下載和流傳輸?shù)那闆r，所有場景定義必須是DOM樹中才艮〈svg〉元素的子元素。各相鄰頂級〈g〉元素應當包含動畫中的相鄰序時場景。場景更新是一次一個地發(fā)送到客戶機設備的對SVGDOM的增量進行更新。這些更新包括SVG元素添加、元素刪除、元素替換和元素屬性更新。SVG支持與同步多媒體綜合語言(SMIL)媒體元素相似的媒體時間表。所有的SVG々某體元素支持SVG定時屬性以及運行時間同步。實時媒體元素是音頻和視頻并且嵌入于SVG中如下<audioxlink:href="l.ogg"volume="0.7"type="audio/vorbis"begin="mybutton.click"repeatCount='，3，，/><videoxlink:href="ski.avi"volume=，，.8"type-"video/x-msvideo，，x=，，10，，y="170，V>另外，SVG也可以嵌入其它SVG文檔，這些文檔又可以通過嵌套嵌入更多SVG文檔。嵌入的媒體元素可以通過SVG內容中的內部或者外部URL來鏈接。動畫元素指定了外部嵌入SVG文檔或者提供同步動畫矢量圖形的SVG文檔片段。如同視頻元素一樣，動畫元素是大小取決于它的x、y、寬度和高度屬性的圖形對象。例如(animationbegin=Tdur="3"repeatCount^，1.5，'fill=":free2;e"x="100"y='，100"xlink:href="myIcon.svg7>另一方面，使用'圖像，元素在SVG中嵌入靜態(tài)媒體如圖像，比如<imagex="200"y="200"width-"100px"height="100px"xlink:href="myimage,png">在圖1中描繪了本發(fā)明的傳送機制的概括圖。如圖1中所示，通過將內容劃分成三個分離組將SVG從服務器IOO傳送到客戶機設備110。在RTP分組130中傳送SVG和表示為120的其它嵌入SVG文件，而RTP會話140將信息傳送到客戶機設備110。嵌入的動態(tài)媒體150使用多個RTP連接160。RTP會話140也用來將嵌入的動態(tài)媒體150傳送到客戶機設備110?？蛻魴C設備110在180經由FLUTE下載在步驟170代表的嵌入靜態(tài)媒體。本發(fā)明的第一實施涉及到使用RTP凈荷格式來實現(xiàn)豐富媒體流傳輸。在這一實施中將RTP單元分類如下。TYPE1分組包含一個或者多個采樣描述。TYPE2分組包含完整SVG場景采樣或者它的片段之一。TYPE3分組包含完整SVG場景更新采樣或者它的片段之一。TYPE4分組包含當前活躍的SVG元素的列表。TYPE5分組包含采樣相異信息。在SVG格式本身內指定SVG場景的持續(xù)時間。在圖2中示出包含SVG的RTP分組的格式。市場位M(1位)指示了當前分組包含是否SVG采樣的最終片段(如果有)。對于TYPE1分組，假設如下規(guī)則不能將采樣描述分段，M位總是設置為1。對于TYPE2、TYPE3、TYPE4和TYPE5分組，M位如果它是完整采樣或者采樣的最終片段則設置為1。否則M位設置為0。只要客戶機設備110收到M位設置為1的RTP分組130,它就認為當前采樣的傳輸完整并且開始執(zhí)行下一步驟(FEC檢驗和解碼)。時間戳指示了SVG采樣的采樣瞬間。對于TYPE1分組，時間戳設置為等于后繼分組的時間戳?？蛻魴C設備110針對這一情況應當忽略時間戳。應當注意零的設置將打破RTP客戶機可能基于到達之間的抖動計算而具有的任何邏輯。一種為沒有固有時間性質的分組分配時間戳的典型方式是將分組與先前或者隨后分組相關聯(lián)并且拷貝它的時間戳。對于TYPE2和TYPE3分組，時間戳指示了當前SVG采樣的采樣瞬間。對于TYPE4分組，由于針對特定場景和場景更新組一次發(fā)送列表，所以用于TYPE4的時間戳在該組的開始時間(該組中第一采樣的時間戳)和結束時間(該組中最后采樣的時間戳)內。對于TYPE5分組，由于采樣相異信息表明在當前場景圖形與先前場景圖形之間的差異，所以TYPE5分組的時間戳必須與當前采樣相同。對于實況流傳輸則使用適當時間戳時鐘速率。這一值應當提供用于將SVG與其它媒體同步的足夠定時分辨率。與其它媒體如音頻和視頻不同，沒有為SVG定義的缺省采樣大小或者采樣速率。編碼應用必須考慮實時會話的延遲約束并且評價FEC、重傳還是其它類似技術是用于流修復的合理選項。剩余RTP報頭字段的使用遵循可以在www.faqs.org/rfcs/rfc3550.html找到的RFC2550的規(guī)則以及在使用中的簡檔。應當注意通過'時間戳，和'TYPE，來表示屬于同一采樣的多個片段。凈荷報頭包括公共字段集，跟隨其后的是用于各報頭類型和采樣內容的具體字段。所有凈荷報頭共有的字段具有以下格式。"類型字段"(3位)指定哪些具體報頭字段跟隨其后。定義如下TYPE值。RTP單位分類如下。TYPE1分組包含一個或者多個采樣描述。TYPE2分組包含完整SVE場景采樣或者它的片段之一。TYPE3分組包含完整SVG場景更新采樣或者它的片段之一。TYPE4分組包含當前活躍的SVG元素的列表。TYPE5分組包含采樣相異信息。"保留位字段"(R-4位)用于將來擴展。這一字段必須設置為零(0x0)并且凈皮4矣收方忽略。"優(yōu)先級"(PR-2位)指示了特定采樣的重要級。較高的值指示了較高的優(yōu)先級。例如，在通過媒體網(wǎng)關傳輸數(shù)據(jù)的情形中，通過可靠信道發(fā)送更重要的數(shù)據(jù)，而通過可靠性較低的信道發(fā)送或者簡單地丟棄重要性較低的分組。此外，這樣的優(yōu)先級機制允許編碼器應用部分FEC保護。另外，利用這樣的優(yōu)先級系統(tǒng)，發(fā)送方可以在分組丟失的情況下復制更多重要分組。這一標志存在于所有五個分組類型中。"計數(shù)器字段"(CTR-7位)與PR標志相聯(lián)系。針對對應優(yōu)先級的各新分組，四個單獨計數(shù)器各遞增一。CTR字段在達到最大限制之后回繞至零。序列號的不連續(xù)指示了丟失分組。(某一優(yōu)先級的)計數(shù)器值的不連續(xù)指示了丟失分組的優(yōu)先級。在下表1中描繪了這一現(xiàn)象。<table>tableseeoriginaldocumentpage10</column></row><table>表1以下部分具體說明了用于TYPE值的不同凈荷"^艮頭。圖3中所示TYPE1報頭用來傳送采樣描述(靜態(tài)和動態(tài))。RTP傳輸總是始于包含靜態(tài)采樣描述的一個或者多個TYPE1分組，包括用于第一TYPE2分組的傳輸。如上所述使用TYPER、PR和CTR字段，其后是采樣描述。各采樣描述按次序包含如下四個字段SDIDI內容編碼l文本編碼l內容腳本類型。"采樣描述索引字段"(SDID-8位)是用來標識采樣描述(SD)以有助于對凈荷解碼的索引。有兩類SDID:靜態(tài)和動態(tài)。靜態(tài)和動態(tài)SD分別使用它們。靜態(tài)采樣描述在整個表示過程中保持活躍，而動態(tài)采樣描述在表示下一場景采樣之前保持活躍。靜態(tài)和動態(tài)采樣描述可以通過它們的關聯(lián)SDID值來區(qū)別。靜態(tài)和動態(tài)采樣描述在它們的活躍時段過程中不能被修改。兩種采樣描述均在TYPE1分組中被傳輸。靜態(tài)SDID用來標識靜態(tài)采樣描述。動態(tài)SDID用來表示動態(tài)SD。較大的值分配給動態(tài)SDID,而較低的值分配給靜態(tài)SDID。例如，0-63分配給靜態(tài)SDID;64-255分配個動態(tài)SDID。這一分配閾值在RTP傳輸之前用會話描述協(xié)議(SDP)帶外傳輸。作為缺省，前64個SDID分配為靜態(tài)的，而其余分配為動態(tài)的。然而，這一分配可以根據(jù)服務器、網(wǎng)絡條件、采樣描述的數(shù)目、采樣描述的長度等而變化。正如在以下例子中討論的那樣，SDID是連接整數(shù)。靜態(tài)SDID的允許值范圍為從0到63。換而言之，允許靜態(tài)采樣描述的最大數(shù)目為64。它們無需從0開始，但是它們必須連接。動態(tài)SDID的允許值范圍為從64到255。在各活躍時段過程中，允許動態(tài)采樣描述的最大數(shù)目為192。它們無需從64開始，但是它們必須連接。版本簡檔的長度、文本編碼類型和壓縮類型分別為16、8和8位。"內容編碼"字4殳是可能值為'none，、'bin—xml'、'gzip，、'compress'和'deflate'的空終結串。這是根據(jù)www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#3.5來指定的。'文本編碼，字段是IANA規(guī)范(可以在www.iana.org/assignments/character-sets找到)中可能4直選自于'名稱，或者'別名，字段如US-ASCII、BS4370等(一見應用而定)的空終結串。"內容腳本類型"(CSCF)字段標識用于給定采樣的缺省腳本語言。這一屬性為文檔中的所有腳本瞬間設置缺省腳本語言。值內容類型指定了媒體類型。如果沒有啟用腳本，則這一字段的值為0。默認值是值為1的"ecmascrip"。圖4中所示TYPE2報頭用來傳送完整SVG場景采樣。這一單位是在SVG采樣小到足以在一個單位中傳送而無需實現(xiàn)更小場景片段時使用的。TYPE、PD、SDID和R字段具有與在TYPE1中相似的解釋。"填充位數(shù)目字段"(PAD-3位)指示了在實際凈荷的最終八元組中有多少填充位。GRP字段(4位)指示了場景屬于哪個組。一般而言，其后跟隨一個或者多個場景更新的一個場景構成組。然而，分組性質是靈活的并且可以在編著級加以確定。分組允許每組一次發(fā)送活躍元素(TYPE4)的當前列表并且允許更高效的糾錯機制。采樣描述索引字段(SDID)包含對如下采樣描述的引用，該采樣描述必須用來解析特定凈荷中包含的場景描述。LNK標志(L-l位)指示了當前SVG采樣包含音頻、視頻、動畫或者圖像標記，該標記指示了SVG引用外部音頻、視頻、SVG或者圖像內容。這一字段可以有助于客戶機設備110決定解碼次序并且預備外部媒體內容的新傳輸。SIM字段(3位)用來表示采樣相異信息(SDI)是否存在。SDI提供與采樣如何不同于客戶機上當前的場景圖有關的信息。此信息可以比較兩個場景或者兩個場景(即具有場景更新的場景)。該選擇視服務器的性質以及客戶機可以如何處理這樣的信息而定。SIM字段具有數(shù)個值。如果當前分組不含SDI貝'JSIM=000。如果下一采樣與當前分組中的采樣相同則SIM=001。如果下一采樣為空SVG采樣則SIM=010。如果兩個采樣不同則SIM=011,并且在當前分組的末尾附加SDI。這一點在SDI的長度小到足以被附加時發(fā)生。TYPES2-5支持附加SDI。如果兩個采樣不同則SIM=100，而當SDI的長度為長時在TYPE7或者TYPE9中發(fā)送SDI。S標志(1位)指示了當前分組是否包含當前采樣的開始點。在M標志指示了當前采樣的結束點時，S標志指示了開始點。M和S標志的組合提供如下信息。當M二1和S-1時，當前分組包含完整采樣。當M=0和S=l時，當前分組包含采樣的第一片段。當M=l和S二0時，當前分組包含采樣的最終片段。當M:0和S二0時，當前分組包含采樣的中間片段。在這些情形下，"采樣"指代SVG場景、場景更新、SDI或者SVG元素的活躍列表。TYPE3才艮頭用來傳送全部SVG場景更新采樣。這一單位是在SVG場景更新小到足以在一個單位中傳送而無需分段成更小采樣時的情況下使用的。所有字段具有與在TYPE2報頭中相似的解釋。場景更新包含用于在當前場景中添加、刪除和更換元素及其屬性的信自TYPE4報頭包含在特定時間戳在場景圖中當前活躍SVG元素的定義。這允許客戶機更好地管理元素和存儲器。所有字段具有與其它類型相似的解釋。GRP字段為了優(yōu)化而每組僅一次傳輸允許TYPE4分組。何時傳輸組中TYPE4分組(在開頭、中間或者末尾)取決于服務器100或者伴隨SVG內容的任何特殊指令。字段的解釋與在其它TYPE才艮頭中相同。包含當前活躍SVG元素的SVG定義塊存在于這一類型中。這允許客戶機檢驗它的SVG場景圖以確保它包含當前活躍的所有SVG元素。利用這一TYPE4格式的介紹，可以校正場景圖中由于分組丟失而造成的誤差。在SVG規(guī)范中，<defs〉...々defs〉塊包含SVG元素列表。TYPE5報頭在SDI長到無法附接到TYPES2和TYPES3報頭的情況下包含該SDI。所有字段的解釋與在其它TYPE報頭中相同。本發(fā)明的第二實施涉及到動態(tài)嵌入媒體的傳輸。在這一實施中，僅為內部嵌入動態(tài)媒體提供SDP信息，而接收方可以請求來自外部流傳輸服務器的外部嵌入動態(tài)媒體。必須為整個SVG表示用SDP指定一個時鐘速率。時鐘的分辨率對于所需同步準確度和對于測量分組到達抖動而言必須是充分的。需要考慮在表示內嵌入動態(tài)媒體文件的時鐘速率。例如，如果該表示包含嵌入視頻，則建議時鐘將不少于90，000。在一個會話內的多個RTP連接用來傳輸動態(tài)嵌入媒體。編碼器負責在生成RTP分組時計算時間戳以便保證恰當同步。各采樣的時間戳需要映射到RTP分組的時間戳。用SDP僅指示內部嵌入動態(tài)媒體的源位置。嵌入媒體可以來自主要文件中的軌道、同一目錄中的內部嵌入文件或者同一目錄中3GPP文件的項目。有四種方式指示這些位置1.file—name="video2.h263，，2.box=-moov;track_ID=l3.item_ID=34.item—name="video4.h263"在這一'清形下，'itemJD，和'item—name，是分別在3GPP文件中保SDP會話指定SVG格式、它的時鐘速率和SDID閾值。下文示出了SDP的媒體級描述的例子。在這一情況下，在表示中嵌入具有同一格式的四種H.263視頻媒體。各("a=fmtp，，,"a;rtpmap")對描述一個源位置。m=svg+xml12345RTP/AVP96a=rtpmap:%X-SVG+XML/100000a=fintp:96sdid-threshold=63;version_profile="l.2";base_profile="l，，m=video49234RTP/AVP9899100101a=rtpmap:98h263-2000/90000a=fintp^8box=moov;track—ID=，T，;profile="3";level="10，，a=rtpmap:99h263-2000/90000a=fintp:99fie_name="video2.h263";profile="3";level="10"a=rtpmap:100h263-2000/卯000a=fintp:100item—ID="3";profile=，,3";level="10"a=rtpmap:101h263-2000/90000a=ftntp:101item_name="video4.h263";profile="3";level="10"無需指定主要SVG文件的源位置。然而，如果在主要SVG文件中有嵌入的SVG文件或者內容，則應當用SDP指定該文件或者內容的源位置作為單獨媒體級SDP描述。本發(fā)明的第三實施涉及到靜態(tài)嵌入媒體的傳輸。靜態(tài)嵌入媒體文件(例如圖像)可以通過如下方式來發(fā)送(1)經由FLUTE會話預先將它們發(fā)送到UE;(2)以與在MBMS會話之前發(fā)送安全密鑰到客戶機的方式相似的方式在流傳輸會話之前在點到點承載上將靜態(tài)媒體發(fā)送到各客戶機；(3)如果足夠無線電資源可用，則具有與RTP傳輸會話相獨立的并行FLUTE傳輸會話；或者(4)由于有限的無線電資源而僅有一個傳輸會話用以傳輸所有數(shù)據(jù)。這樣的傳輸具有來自兩個用戶會話的數(shù)據(jù)——一個用于RTP而另一個用于FLUTE?？梢栽赟VG組級(包括場景和場景更新組)而不是在表示級實施上述選項(1)和(2)。因此，緊接在傳輸組之后，可以在分離FLUTE會話中發(fā)送嵌入靜態(tài)文件。僅為內部嵌入的靜態(tài)媒體或者SVG內容提供SDP信息。對于FLUTE會話，接收器可以顯式地從服務器下載外部嵌入的靜態(tài)媒體或者SVG內容。在FLUTE會話的內部的文件遞送表(FDT)字段中而不是用SDP指示了內部嵌入^某體的URL。已經在Internet-Draft:SDPDescriptorsforFLUTE(www.ietf.org/internet-drafts/dtaft-mehta-rmt國flute隱sdp-02.txt)中定義了針對FLUTE的SDP描述的語法。以下是用于本發(fā)明的其它可選實施例。實施4:與實施1相同但是字段重新排序。實施5:上文討論的第一實施指定了凈荷報頭格式中字段的最小可能大小。某些字段可以比指定值更長。實施6:在這一實施中，PtM是3GPPMBMS;PtM是3GPP2BCMCS;PtM是DVB-HIPDC;而PtM是OMABCAST。實施7:場景相異信息可以提供場景差異、場景更新和/或場景圖、一個或者多個場景和場景更新的組合。實施8:SVG元素的當前活躍列表的傳輸頻率可以針對場景和場景更新組、僅針對各場景或者以預定時間間隔。這一選擇取決于服務器、編著環(huán)境和/或可用帶寬。實施9:用于豐富媒體的RTP凈荷可以應用于預先編著/預先記錄的內容以及實況內容。實施10:用于FLUTE會話的SDP信息可以針對參數(shù)如時鐘速率和SDID閾值具有靈活的缺省值。圖8和圖9示出了本發(fā)明可以實施的一個代表移動電話12。這一移動電話12可以根據(jù)所討論的特定系統(tǒng)而用作客戶機終端或者服務器。然而應當理解本發(fā)明并不旨在于限于一個特定類型的移動電話12或者其它電子設備。圖8和圖9的移動電話包括殼體30、液晶顯示器形式的顯示器32、鍵盤34、麥克風36、耳機38、電池40、紅外線端口42、天線44、根據(jù)本發(fā)明一個實施例形式為UICC的智能卡46、讀卡器48、射頻電路52、編碼解碼器電路54、控制器56和存儲器58。單獨電路和單元都是本領域中公知的類型，例如在移動電話的Nokia范圍中公知的類型。在方法步驟的背景下描述了本發(fā)明，這些方法步驟可以在一個實施例中通過程序產品來實施，該程序產品包括在聯(lián)網(wǎng)環(huán)境下由計算機執(zhí)行的計算機可執(zhí)行指令如程序代碼。一般而言，程序包括執(zhí)行特定任務或者實施特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結構等。與數(shù)據(jù)結構相關聯(lián)的計算機可執(zhí)行指令以及程序模塊代表用于執(zhí)行這里公開的方法步驟的程序代碼的例子。特定序列的這樣的可執(zhí)行指令或者關聯(lián)數(shù)據(jù)結構代表用于實施在這樣的步驟中描述的功能的對應動作的例子。本發(fā)明的軟件和Web實施可以利用標準編程4支術、利用基于規(guī)」則的邏輯和其它用以實施各種數(shù)據(jù)庫搜索步驟、相關步驟、比較步驟和判決步驟的邏輯來實施。也應當注意如這里使用以及4又利要求中的字眼"組件"和"模塊"旨在于涵蓋使用一行或者多行軟件代碼和/或硬件實施和/或用于接收人工輸入的設備的實施。已經出于示例和描述的目的呈現(xiàn)了對本發(fā)明實施例的以上描改和變化根據(jù)上述教導是可能的或者可以從本發(fā)明的實踐中加以獲本領域技術人員能夠在各種實施例中以及利用對構思的特定用途而言適合的各種修改來運用本發(fā)明。權利要求1.一種用于遞送內容到客戶機設備的方法，包括將信號傳輸?shù)剿隹蛻魴C設備，所述信號在分組流內攜帶使用標記語言指定的多媒體表示，其中所述多媒體表示包括至少一個場景描述和至少一個場景更新，以及其中所述分組流包括場景分組，所述各個場景分組包含從所述至少一個場景描述之一或者所述至少一個場景更新之一導出的信息。2.根據(jù)權利要求1所述的方法，其中各場景分組包括針對所述場景分組內包含的所述內容的優(yōu)先級信息。3.根據(jù)權利要求2所述的方法，其中各場景分組包括相對于針對所述場景分組的所述優(yōu)先級信息而言的序列信息。4.根據(jù)權利要求1所述的方法，其中所述多媒體表示包括SVG。5.根據(jù)權利要求1所述的方法，其中所述分組流包括多個實時傳送協(xié)議分組。6.根據(jù)權利要求1所述的方法，還包括傳輸在所述分組流以外的嵌入靜態(tài)媒體。7.根據(jù)權利要求6所述的方法，其中經由FLUTE傳輸所述嵌入靜態(tài)媒體。8.根據(jù)權利要求6所述的方法，還包括通過多個實時傳送協(xié)議連接傳輸嵌入動態(tài)媒體。9.根據(jù)權利要求1所述的方法，其中各場景分組包括指示了所述場景分組的所述內容的類型字段。10.根據(jù)權利要求1所述的方法，其中各場景分組包括指示了所述場景分組是否包含所述場景分組內SVG采樣的最終片段的標記位。11.根據(jù)權利要求1所述的方法，其中各場景分組包括指示了所述場景分組內SVG采樣的采樣瞬間的時間戳。12.根據(jù)權利要求1所述的方法，其中各場景分組包括指示了存在于所述場景分組的內容的最終八位組中的填充位的數(shù)目的"填充位數(shù)目字段"。13.根據(jù)權利要求1所述的方法，其中各場景分組包括指示了所述場景分組的內容是靜態(tài)還是動態(tài)的"采樣描述索引字段"。14.一種用于遞送內容到客戶機設備的計算機程序產品，包括用于將信號傳輸?shù)剿隹蛻魴C設備的計算機代碼，所述信號在分組流中攜帶使用標記語言指定的多媒體表示，其中所述多媒體表示包括至少一個場景描述和至少一個場景更新，以及其中所述分組流包括場景分組，所述各個場景分組包含從所述至少一個場景描述之一或者所述至少一個場景更新之一導出的信息。15.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括針對所述場景分組內包含的所述內容的優(yōu)先級信息。16.根據(jù)權利要求15所述的計算機程序產品，其中各場景分組包括相對于針對所述場景分組的所述優(yōu)先級信息而言的序列信息。17.根據(jù)權利要求14所述的計算機程序產品，其中所述多媒體表示包括SVG。18.根據(jù)權利要求14所述的計算機程序產品，其中所述分組流包括多個實時傳送協(xié)議分組。19.根據(jù)權利要求14所述的計算機程序產品，還包括用于傳輸在所述分組流以外的嵌入靜態(tài)媒體的計算機代碼。20.根據(jù)權利要求19所述的計算機程序產品，其中經由FLUTE傳輸所述嵌入靜態(tài)媒體。21.根據(jù)權利要求19所述的計算機程序產品，還包括用于通過多個實時傳送協(xié)議連接傳輸嵌入動態(tài)媒體的計算機代碼。22.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括指示了所述場景分組的所述內容的類型字段。23.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括指示了所述場景分組是否包含所述場景分組內SVG采樣的最終片段的標記位。24.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括指示了所述場景分組內SVG采樣的采樣瞬間的時間戳。25.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括指示了存在于所述場景分組的內容的最終八位組中的填充位的數(shù)目的"填充位數(shù)目字段"。26.根據(jù)權利要求14所述的計算機程序產品，其中各場景分組包括指示了所述場景分組的內容是靜態(tài)還是動態(tài)的"采樣描述索引字段"。27.—種電子設備，包括處理器；以及存儲器單元，可操作地連接到處理器并且包括用于將信號傳輸?shù)剿隹蛻魴C設備的計算機代碼，所述信號在分組流中攜帶使用標記語言指定的多媒體表示，其中所述多媒體表示包括至少一個場景描述和至少一個場景更新，以及其中所述分組流包括場景分組，所述各個場景分組包含從所述至少一個場景描述之一或者所述至少一個場景更新之一導出的信息。28.根據(jù)權利要求27所述的電子設備，其中各場景分組包括針對所述場景分組內包含的所述內容的優(yōu)先級信息。全文摘要一種用于支持通過FLUTE或者UDP下載SVG的傳送機制。指定一種實現(xiàn)實況流傳輸和豐富媒體內容流傳輸?shù)腞TP凈荷格式。根據(jù)本發(fā)明，在發(fā)送方基于凈荷格式在RTP分組中封裝豐富媒體內容。利用本發(fā)明，提供一種用于滿足涉及到豐富媒體傳輸?shù)臄?shù)個用途情況或者場景的高效框架。文檔編號H04L29/06GK101243675SQ200680030021公開日2008年8月13日申請日期2006年6月26日優(yōu)先權日2005年6月27日發(fā)明者M·漢納克西拉,M·英格拉西亞,R·維丹泰姆,S·奇圖林,T·卡平,V·塞特勒,鐘代笛申請人:諾基亞公司