專利名稱：對富媒體服務(wù)中的離散內(nèi)容進行漸進傳送和同步的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本公開涉及富媒體內(nèi)容的傳送，具體地，涉及富媒體服務(wù)中離散內(nèi)容的傳送。
背景技術(shù)：
富媒體內(nèi)容通常是指圖形豐富并包含多媒體(包括通過單一接口傳送的圖形、光 柵圖像、文本、視頻和音頻)的內(nèi)容。在因特網(wǎng)上，并且近來還在無線空間中，富媒體內(nèi)容正 在變得日益普及?，F(xiàn)今，富媒體服務(wù)中如光柵圖像之類的離散內(nèi)容的傳送不是以漸進方式來進行 的。這造成了較差的用戶體驗。


參照附圖，將更好地理解本公開，附圖中圖1是富媒體輸出的示例屏幕表示；圖2是示出了來自圖1的富媒體的更新的示例屏幕表示；圖3是示出了光柵圖像的接收的時間線；圖4是示出了光柵圖像的呈現(xiàn)時間的時間線；圖5是示出了光柵圖像的漸進分辨率的接收和呈現(xiàn)的時間線；圖6是示出了用于發(fā)送具有漸進分辨率的富媒體的網(wǎng)絡(luò)側(cè)過程的流程圖；圖7是示出了用于接收漸進分辨率更新的移動設(shè)備側(cè)過程的流程圖；圖8是示出了用于從包括向低分辨率圖像添加可靠性的網(wǎng)絡(luò)單元發(fā)送漸進分辨 率的備選過程的流程圖；圖9是示出了用于從包括阻止高分辨率的網(wǎng)絡(luò)單元發(fā)送漸進分辨率的備選過程 的流程圖；圖10是示出了簡化網(wǎng)絡(luò)單元的示例網(wǎng)絡(luò)圖；以及圖11是示出了示例移動設(shè)備的框圖。
具體實施例方式本公開提供了一種用于發(fā)送富媒體的方法，包括檢查富媒體是否包括離散內(nèi)容； 如果是，則將離散內(nèi)容的低分辨率版本與富媒體一起發(fā)送；以及隨后發(fā)送離散內(nèi)容的更高 分辨率片段作為更新。本公開還提供了一種用于發(fā)送富媒體的網(wǎng)絡(luò)單元，包括通信子系統(tǒng)，適于接收富 媒體；處理器，適于檢查富媒體是否包括離散內(nèi)容，如果是，則處理器適于通過通信子系統(tǒng) 將離散內(nèi)容的低分辨率版本與富媒體一起發(fā)送，并隨后通過通信子系統(tǒng)發(fā)送富媒體的更高 分辨率片段。本公開還提供了一種用于接收富媒體的方法，包括接收富媒體中離散內(nèi)容的低分辨率版本；呈現(xiàn)富媒體；接收離散內(nèi)容的更高分辨率片段；以及對離散內(nèi)容的低分辨率 版本遞增地應(yīng)用更高分辨率片段。本公開還提供了一種用于接收富媒體的移動設(shè)備，包括通信子系統(tǒng)，適于接收富 媒體中的低分辨率離散內(nèi)容和更高分辨率離散內(nèi)容；以及處理器，適于呈現(xiàn)富媒體，還適于 使用離散內(nèi)容的更高分辨率片段來遞增離散內(nèi)容的低分辨率版本。響應(yīng)于無線空間中對富媒體內(nèi)容的需求，與移動(無線)設(shè)備日益提高的呈現(xiàn)這 種內(nèi)容的能力相結(jié)合，多個標(biāo)準(zhǔn)組織已經(jīng)開始研究富媒體內(nèi)容技術(shù)。這些包括3GPP DIMS第三代合作伙伴計劃(3GPP)中制定了動態(tài)和交互式媒體場景(DIMS)，DIMS定義 了動態(tài)富媒體系統(tǒng)，包括媒體類型、其封裝、傳送以及與本地終端、用戶和其他本地和遠程 子系統(tǒng)的交互。通過對媒體和事件的協(xié)調(diào)管理和同步，結(jié)合與最終用戶的交互，提供了增強 的最終用戶體驗。DIMS媒體類型可以用作一般媒體類型，允許創(chuàng)建動態(tài)交互式富媒體服務(wù)， 還可以受益于其他媒體類型或與其他媒體類型相關(guān)聯(lián)地使用，該其他媒體類型例如是音頻 編解碼器、視頻編解碼器、擴展超文本標(biāo)記語言(XHTML)等等。富媒體系統(tǒng)可以被視為一種客戶端_服務(wù)器架構(gòu)，包括3個主要組件。它們是富 媒體服務(wù)器、傳輸機制和富媒體客戶端。服務(wù)器將富媒體內(nèi)容作為輸入，包括場景描述、離 散數(shù)據(jù)(如圖像)和連續(xù)數(shù)據(jù)(如音頻和視頻媒體)。場景描述可以通過場景更新來動態(tài) 更新。可以將富媒體內(nèi)容封裝入容器格式，容器格式包含附加信息，如媒體同步，元數(shù)據(jù)和 提示軌道，以進行分組化。然后，針對下載、漸進下載和流傳輸情形，系統(tǒng)利用一對一和一對 多協(xié)議的各種傳輸機制。一對一機制的示例包括超文本傳輸協(xié)議(HTTP)以及分組交換流 傳輸服務(wù)(PSS)。一對多協(xié)議包括例如多媒體廣播多播服務(wù)(MBMS)。OMA RME開放移動聯(lián)盟(OMA)富媒體環(huán)境(RME)規(guī)范定義了使RME內(nèi)容能夠分發(fā)至移動設(shè) 備并在移動設(shè)備上顯示的框架。RME內(nèi)容由視覺對象(如視頻、圖像、動畫和文本)和音頻 對象的場景組成，這些場景組合在一起給予用戶更豐富的體驗。系統(tǒng)包含使用僅替換改變 的部分的新信息連續(xù)更新場景的裝置。因此，可以保持場景的一部分，同時更新場景的其他 部分，從而節(jié)省通信帶寬和設(shè)備處理功率。然而，如果期望的話，也可以使用新場景來替換 當(dāng)前場景。RME的典型應(yīng)用是移動電視客戶端、動態(tài)應(yīng)用用戶接口、多人游戲和設(shè)備上入口。RME系統(tǒng)由RME客戶端和RME服務(wù)器組成。RME客戶端典型地駐留于RME終端上， 并提供顯示RME數(shù)據(jù)的能力，處理對RME場景的動態(tài)更新，以及與場景對象的本地和遠程交 互。典型地，服務(wù)器是數(shù)據(jù)源，并向客戶端提供RME數(shù)據(jù)。OMA BCAST開放移動聯(lián)盟移動廣播服務(wù)(B-CAST)規(guī)范，與包括移動廣播服務(wù)啟用器的另一 規(guī)范(B-CAST 1.0) 一起，針對移動廣播服務(wù)的產(chǎn)生、管理和在不同廣播分發(fā)系統(tǒng)上的分 發(fā)，定義了技術(shù)框架并規(guī)定了全球可互操作的技術(shù)。這些包括第三代合作伙伴計劃MBMS、第 三代合作伙伴計劃2(3GPP2)廣播和多播服務(wù)(BCMCS)和數(shù)字視頻廣播-手持(DVB-H)上 的因特網(wǎng)協(xié)議(IP)數(shù)據(jù)廣播。OMA B-CAST包括針對以下功能的規(guī)范服務(wù)向?qū)?；服?wù)和內(nèi)容保護；文件和流分 發(fā)；終端供應(yīng)；服務(wù)供應(yīng)；通知；以及服務(wù)交互。此外，所有B-CAST 1.0技術(shù)的共同特性在于，它們基于因特網(wǎng)協(xié)議(IP)和與IP相關(guān)的技術(shù)。W3C SVG Tiny 1. 2萬維網(wǎng)聯(lián)盟(W3C)可縮放矢量圖形(SVG)是一種基于可擴展標(biāo)記語言(XML)的語 言，用于表示二維矢量圖形。除了可縮放性之外，SVG還提供交互性、動畫以及嵌入如光柵 圖像、音頻和視頻內(nèi)容之類的媒體的能力。在3GPP DIMS和OMA RME規(guī)范中，SVG Tiny 1. 2規(guī)范被選擇為用于傳送富媒體內(nèi) 容的基礎(chǔ)內(nèi)容格式。DIMS和RME的關(guān)鍵區(qū)別在于，DIMS主要關(guān)注富媒體內(nèi)容的傳輸和傳 送，而RME規(guī)范處理應(yīng)用層問題，如富媒體與終端上的其他模塊和用戶接口的集成，以及應(yīng) 用層的事件處理?？梢栽诎ㄆ渌麅?nèi)容格式的情況下傳送SVG富媒體內(nèi)容。這些包括同步多媒體集 成語言(SMIL)和復(fù)合文檔格式(CDF)。MPEG LASeR運動圖像專家組(MPEG)輕量應(yīng)用場景表示(LASeR)規(guī)范基于SVGT1. 2規(guī)范，并定 義了 LASer命令。LASeR命令是DIMS和RME的動態(tài)更新功能的核心。在使用文檔對象模型(DOM)事 件(如服務(wù)器發(fā)送DOM事件)的W3C中，也存在與LASeR命令類似的技術(shù)。可用于本系統(tǒng)的方法的其他富媒體格式包括Adobe Flash 和Microsoft Silverlight 。由以上可見，富媒體內(nèi)容一般由初始場景描述格式后接隨時間應(yīng)用至初始場景的 更新的序列組成。這導(dǎo)致對內(nèi)容的動態(tài)改變。場景描述還可以包含不同媒體類型，包括圖 形、文本、光柵圖像、視頻和音頻內(nèi)容。光柵圖像通常被嵌入場景描述中(例如使用基64的 編碼方案嵌入SVG內(nèi)容中)，或者使用統(tǒng)一資源定位符(URL)方案被引用至本地駐留于設(shè)備 之內(nèi)或位于網(wǎng)絡(luò)中的文件。在RME和DIMS下，光柵圖像或其他離散內(nèi)容或媒體不以漸進方式加載，這可能導(dǎo) 致較差的用戶體驗。例如，對于光柵圖像，需要在呈現(xiàn)之前加載完整圖像，這可能延遲圖像 呈現(xiàn)從而導(dǎo)致同步丟失，或延遲場景的完整呈現(xiàn)。在以下描述中，將光柵圖像用作以漸進方式加載離散內(nèi)容的示例。然而，這不意在 進行限制，可漸進地加載的其他離散內(nèi)容對本領(lǐng)域技術(shù)人員而言是顯而易見的。現(xiàn)在參照圖1和2，圖1和2示出了初始SVG富媒體內(nèi)容后接動態(tài)更新。在圖1和 2中，相似的參考標(biāo)號用于未改變的元素。時刻T秒處的初始場景描述可以使用XML定義如下< ？ xml version = “ 1.0" ？ ><svg width = “ 100 % “ height = “ 100 % “ xmlns = “ http //www. w3.org/2000/svg"
http://www.w3.org/1999/xlink “ baseProf iIe〈circle id =^myCircle"cx =”20”cy =”20”r =” 10”fill =”red”> 〈text id =”myText”x =”40”y =”40”>Hello rich media ！ </text> < image id = ”mylmage” χ = 〃 10〃 y = " 30〃 width=" 50 "height="50"xlink:href = “ Imagel. png" />〈video xl ink: href = “ myvideo. mp4 “ χ =，，50，，y ="5" width ="60 "height ="50"begin=" Os" /></svg>以上XML可能被解碼并顯示為圖1。具體地，屏幕100與以上XML相對應(yīng)。對以上XML的逐行分析表明，第一行定義了 XML的版本。第二行設(shè)置SVG的參數(shù)，包括寬度、高度、名字空間、基礎(chǔ)簡檔和版本。以‘‘〈circle id.... ”開始的第四行示出了在屏幕100上呈現(xiàn)的形狀110。如XML 中所示，該圓的X，y坐標(biāo)為20，20，半徑為10，填充顏色為紅色。以“〈text id... ”開始的下一行定義了文本120。在這種情況下，文本表述“Hello rich media ！ ”，并位于 x, y 坐標(biāo) 40，40 處。XML的下一行以“〈image id...，，開始，并對應(yīng)于圖像130。在這種情況下，XML定 義該圖像的位置為10，30，寬度為50，高度為50，并具有對圖像源的鏈接。在XML中，圖像源 被定義為 “Imagel. png”。XML的下一行包括“〈video...，，，并具有對被定義為“myvideo. mp4”的視頻的鏈 接。該視頻在屏幕100上示為140，其X，y位置為50，5，寬度為60，高度為50，并在0秒處 開始。因此，以上示出了在時刻T秒處定義的具有各個方面的富媒體內(nèi)容。參照圖2，圖2示出了在時刻T+20秒處更新的屏幕200。用于更新的XML代碼定 義如下<lsr:Replace ref = "my Image "attributeName = "xl ink: href "value =，，Image2. png，，/><lsr:Replace ref ="myCircle" attributeName =" fill" value =”blue”/><lsr:R印lace ref = "myText"attributeName = "textContent"value = "<—The image is updated ！”/>如以上XML中定義的，屏幕200替換了各種元素。第一行指示使用值“Image2. png” 來替換圖像230。XML的第二行指示替換形狀210。具體地，XML指示形狀210的填充顏色現(xiàn)在是藍 色。XML的第三行指示文本屬性改變?yōu)樾碌闹?，在這種情況下，文本220現(xiàn)在顯示為 “<__The image is updated ！”。可以認識到，以上未改變視頻140，因此視頻140保持不變并繼續(xù)播放。以上的問 題在于，光柵圖像，具體為圖像130和230未以漸進方式傳送，導(dǎo)致潛在地較差用戶體驗。例 如，在所指示的時刻T和T+20秒處，可能不向用戶顯示與富媒體內(nèi)容相關(guān)聯(lián)的圖像，這是因 為圖像是以完全分辨率來下載的，并且解碼和呈現(xiàn)所需的時間可能超過內(nèi)容作者所指示的 顯示時間。如以下圖3和4所示，這對光柵圖像與富媒體場景內(nèi)的其他元素的同步有所影 響。
參照圖3，圖3示出了以上圖1和2中圖像130和230的接收。在圖3中，時間線 300在示為0秒的時刻T開始，此時，接收到具有以完全分辨率存在的光柵圖像1的初始場 景 310。在時刻20秒處，如框320所示，更新場景，其中光柵圖像2具有完全分辨率。參照圖4，由于對完全分辨率/質(zhì)量光柵圖像解碼和顯示所需的時間，實際呈現(xiàn)時 間不同于接收時間。因此，這導(dǎo)致在屏幕上出現(xiàn)內(nèi)容的延遲，造成較差的用戶體驗。具體地，時間線400對應(yīng)于圖3的時間線300?？?10示意了具有完全分辨率的 圖像1的實際呈現(xiàn)時間?？?20示意了具有完全分辨率的光柵圖像2的呈現(xiàn)時間。如圖所 示，在分別來自圖3和4的框310的接收時間與呈現(xiàn)時間410之間存在5秒的差異?？梢?認識到，這僅是示例，呈現(xiàn)時間將取決于圖像大小、應(yīng)用、移動設(shè)備、無線電連接等因素?？?20處的接收時間與呈現(xiàn)時間420之間的呈現(xiàn)差異也被示為5秒。然而，這仍 取決于圖像2、移動設(shè)備、網(wǎng)絡(luò)連接等因素；因此，時間差異僅作為示例。此外，可以認識到， 接收圖像1與呈現(xiàn)圖像1之間的差異可以不同于接收圖像2與呈現(xiàn)圖像2之間的差異。由于同步問題，以上可能導(dǎo)致較差的用戶體驗。例如，富媒體的一個應(yīng)用是在教育 領(lǐng)域。具體地，可以使用錄像帶來講課，講師所引用的圖像可以與視頻相對應(yīng)地顯示。如果 講師正在引用圖像，而該圖像在講師已經(jīng)開始引用它之后一段時間內(nèi)未顯示在用戶的設(shè)備 上，則導(dǎo)致較差的用戶體驗。為了解決與光柵圖像的同步問題，對于光柵圖像和其他離散內(nèi)容，本公開的系統(tǒng) 和方法通過以提高的質(zhì)量來發(fā)送這些離散內(nèi)容部分和塊，從而以漸進方式來傳送光柵圖像 和這些離散內(nèi)容。換言之，一開始發(fā)送第一較低質(zhì)量圖像，接著發(fā)送附加數(shù)據(jù)比特以隨時間 提高圖像的質(zhì)量。這種方法實現(xiàn)了富媒體場景中光柵圖像的漸進傳送，從而允許平滑的最 終用戶體驗?，F(xiàn)在參照圖5。圖5示意了時間線500，時間線500示出了光柵圖像1和2的漸進傳送和同步。具 體地，在時刻0，初始場景510包括具有初始低分辨率的光柵圖像1。由于圖像是低分辨率， 因此耗費非常短的時間來呈現(xiàn)圖像，并且與其余富媒體內(nèi)容同步地來進行呈現(xiàn)。在時刻5秒，光柵圖像1接收附加比特，框512示出了光柵圖像1現(xiàn)在具有中等分辨率。到時刻10秒為止，光柵圖像已經(jīng)接收到其所有比特，因此以完全分辨率來顯示， 如框514所示。在時刻20秒，進行場景更新，并以初始低分辨率來呈現(xiàn)光柵圖像2，如框520所示。然后，圖像2接收附加比特，到時刻25秒為止，光柵圖像2具有中等分辨率，如框 522所示。到時刻30為止，場景更新包括完全分辨率光柵圖像2，如框524所示。本領(lǐng)域技術(shù)人員可以認識到，圖5的示意僅作為示例，示出了在特定時刻用于分 辨率改進的離散框。然而，分辨率的增加可以是連續(xù)的，從低分辨率至完全分辨率的轉(zhuǎn)換時 間可以改變?？梢砸愿鞣N方式來實現(xiàn)以上操作。第一實施例包括帶內(nèi)方案。具體地，在通過RTP 或其他協(xié)議進行流傳輸期間，通過將光柵圖像或離散內(nèi)容嵌入場景內(nèi)容，可以對其進行帶內(nèi)傳送。例如，如以下XML中所示，通過使用基64編碼來嵌入圖像的二進制表示，可以實現(xiàn) 該操作<image width = “ 135〃 height = “ 262〃xlink:href = " data: ；base64, /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwlBwcHBw8LCwkMEQ8SEhEP......” />在漸進傳送同步中，可以如下使用以上技術(shù)。在時刻T，如下將低分辨率版本圖像 帶內(nèi)嵌入場景< ？ xml version = “ 1.0" ？ ><svg width = “ 100 % “ height = “ 100 % “ xmlns = “ http //www. w3.org/2000/svg"xmlns xl ink = “ http://www.w3.org/1999/xlink " baseProf i Ie =〃 tiny" version = “ 1.2〃 >< ！-—其他場景元素可以在這里——>< image id = ”mylmage” χ = 〃 10〃 y = “ 30〃 width=" 50 "height ="50"xl ink: href = " =〃 data: ；base64, /9 j/4AAQSkZ JRgABAQEASAB I AAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwlBwcHBw8LCwkMEQ8SEhEP......“ /></svg>從以上可以看出，定義了圖像，定義了其位置和大小，然后，基64編碼以帶內(nèi)方式 提供了圖像。在時刻T+5秒，利用以下XML來發(fā)送圖像的中等分辨率片段<lsr:Add ref =，，mylmage，，attributeName =，，xl ink: href，，value =" data: ；base64, RgABAQEASABI......，，/>因此，此時添加了數(shù)據(jù)塊以提高圖像的分辨率。本領(lǐng)域技術(shù)人員已知將數(shù)據(jù)塊加入低分辨率圖像的各種方式。例如，可以使用與 圖像的中等分辨率片段相對應(yīng)的代碼塊來增強具有圖像的低分辨率版本的先前代碼。按照 這種方式，由于將每個數(shù)據(jù)塊應(yīng)用至先前圖像，得到的圖像變?yōu)楦叻直媛蕡D像。在T+10秒處，發(fā)送圖像的完全分辨率片段。這里，使用另一添加命令，利用其余漸 進數(shù)據(jù)塊來更新場景，以進一步增強圖像的分辨率和質(zhì)量，從而使其達到完全分辨率和質(zhì) 量。XML可能如下<lsr:Add ref =，，my Image，，attributeName =，，xl ink: href，，value = " data ； base64,cHBw8LCwkMEQ8SEhEP......”/>在另一實施例中，也可以使用針對點對點傳送的HTTP協(xié)議或者諸如針對廣播傳 送的單向傳輸上的文件傳送(FLUTE)之類的另一協(xié)議，對需要與富媒體場景一起呈現(xiàn)的離 散內(nèi)容進行帶外傳送。本領(lǐng)域技術(shù)人員可以認識到，在富媒體的環(huán)境下，本質(zhì)上有兩種傳送 模式。這兩種模式是單播和廣播。單播指的是點對點連接，如HTTP和PSS。廣播是一對多 情形，如MBMS和DVB-H。因此，帶外方案可以包括時刻T秒處的圖像的初始低分辨率版本。對此，XML的示例如下< ？ xml version = “ 1.0〃 ？ ><svg width = “ 100 % “ height = “ 100 % “ xmlns = “ http //www. w3.org/2000/svg"xmlns xl ink = “ http://www.w3.org/1999/xlink " baseProf i Ie =〃 tiny" version = “ 1.2〃 >< ！-—其他場景元素可以在這里——><image id = ”mylmage”χ = 〃 10〃 y = “ 30〃 width=" 50"height ="50"xl ink: href = " Imagel_low. png，，/></svg>如上所示，該圖像是在時刻T秒處加載的超文本引用“Imagellow. png”。如果使用FLUTE來進行傳送，則所引用的超文本圖像應(yīng)當(dāng)從由FLUTE協(xié)議定義的 文件傳送表(FDT)中取得。在5秒處的場景更新1中，以帶外方式提供圖像的中等分辨率片段。對此，XML如 下<lsr:Add ref = " mylmage " attr ibuteName =" xl ink: href "value =" Imagel_medium. png" />從以上可以看到，該圖像被定義為“Imagel_mediUm.png”，這是對圖像的中等分辨 率片段的引用。在最后的時刻T+10秒，對圖像的完全分辨率片段進行加載。對此，XML的示例如 下<lsr:Add ref = " mylmage " attr ibuteName =，，xl ink: href，，value = " Image 1_ full. png”/>href值等于“Imagelfull.png”，指示圖像的帶外完全分辨率片段被加載。漸進離散內(nèi)容更新的信令可以通過首部來進行。在一個實施例中，可以向RTP數(shù)據(jù)首部分配1比特字段，以指示RTP數(shù)據(jù)單元包含 初始低質(zhì)量圖像。例如，在當(dāng)前3GPP DIMS規(guī)范中，將RTP數(shù)據(jù)單元首部描述如下。零比特 被保留?？梢允褂迷撐词褂玫谋忍貋碇甘臼褂们度氲墓鈻艌D像的漸進傳送和同步。
權(quán)利要求
1.一種用于發(fā)送富媒體的方法，包括檢查富媒體是否包括離散內(nèi)容；響應(yīng)于檢查步驟，將離散內(nèi)容的低分辨率版本與富媒體一起發(fā)送；以及隨后發(fā)送離散內(nèi)容的更高分辨率片段作為更新。
2.根據(jù)權(quán)利要求1所述的方法，其中，隨后發(fā)送步驟是根據(jù)預(yù)定等待時間來進行的。
3.根據(jù)權(quán)利要求1所述的方法，還包括在發(fā)送低分辨率版本之前，將離散內(nèi)容分為多 個分辨率。
4.根據(jù)權(quán)利要求1所述的方法，其中，發(fā)送離散內(nèi)容的低分辨率版本的步驟將離散內(nèi) 容與富媒體中的其他元素同步。
5.根據(jù)權(quán)利要求1所述的方法，其中，離散內(nèi)容的更高分辨率片段遞增地應(yīng)用至離散 內(nèi)容的低分辨率版本。
6.根據(jù)權(quán)利要求1所述的方法，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的更高分 辨率片段是以帶內(nèi)或帶外方式發(fā)送的。
7.根據(jù)權(quán)利要求1所述的方法，其中，發(fā)送低分辨率版本的步驟和發(fā)送更高分辨率片 段的步驟是通過單播來執(zhí)行的。
8.根據(jù)權(quán)利要求1所述的方法，其中，發(fā)送低分辨率版本的步驟和發(fā)送更高分辨率片 段的步驟是通過廣播來執(zhí)行的。
9.根據(jù)權(quán)利要求1所述的方法，還包括檢查是否應(yīng)當(dāng)發(fā)送更高分辨率片段；如果不應(yīng) 當(dāng)發(fā)送更高分辨率片段，則阻止發(fā)送更高分辨率的步驟。
10.根據(jù)權(quán)利要求9所述的方法，其中，檢查步驟利用在網(wǎng)絡(luò)單元處設(shè)置的規(guī)則和策略。
11.根據(jù)權(quán)利要求10所述的方法，其中，檢查步驟利用從由以下各項組成的組中選擇 的一個或多個因素移動設(shè)備是否正在漫游；對移動設(shè)備的網(wǎng)絡(luò)連接可用；用戶是否請求 了更高分辨率片段；時間基礎(chǔ)是否允許更高分辨率片段；場景更新權(quán)重；在移動設(shè)備上可 用的存儲器；移動設(shè)備的電池壽命；內(nèi)容提供商偏好；以及服務(wù)提供商偏好。
12.根據(jù)權(quán)利要求1所述的方法，其中，發(fā)送低分辨率版本的步驟是使用增強可靠性格 式來進行的。
13.根據(jù)權(quán)利要求12所述的方法，其中，所述增強可靠性格式是由較高的前向糾錯支 持的隨機接入點。
14.根據(jù)權(quán)利要求1所述的方法，其中，重復(fù)發(fā)送更高分辨率片段的步驟，直到發(fā)送完 全分辨率片段為止。
15.根據(jù)權(quán)利要求1所述的方法，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的更高分 辨率片段是使用文檔對象模型事件來發(fā)送的。
16.根據(jù)權(quán)利要求1所述的方法，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的更高分 辨率片段是使用LASeR命令來發(fā)送的。
17.根據(jù)權(quán)利要求1所述的方法，其中，實時傳輸協(xié)議首部被修改為指示離散內(nèi)容的漸 進傳送。
18.根據(jù)權(quán)利要求1所述的方法，其中，離散內(nèi)容是光柵圖像。
19.一種用于發(fā)送富媒體的網(wǎng)絡(luò)單元，包括通信子系統(tǒng)，適于接收富媒體；處理器，適于檢查富媒體是否包括離散內(nèi)容；處理器適于響應(yīng)于該檢查，通過通信子系統(tǒng)將離散內(nèi)容的低分辨率版本與富媒體一 起發(fā)送，并隨后通過通信子系統(tǒng)發(fā)送富媒體的更高分辨率片段。
20.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，處理器適于在隨后發(fā)送更高分辨率片段 之前等待預(yù)定時間段。
21.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，處理器還適于將離散內(nèi)容分為多個分辨率。
22.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，離散內(nèi)容的更高分辨率片段遞增地應(yīng)用 至離散內(nèi)容的低分辨率版本。
23.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的 更高分辨率片段是以帶內(nèi)或帶外方式發(fā)送的。
24.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，處理器適于檢查是否應(yīng)當(dāng)發(fā)送更高分辨 率片段；如果不應(yīng)當(dāng)發(fā)送更高分辨率片段，則阻止發(fā)送更高分辨率的步驟。
25.根據(jù)權(quán)利要求24所述的網(wǎng)絡(luò)單元，其中，所述網(wǎng)絡(luò)單元還包括存儲器，存儲所述 處理器在所述檢查步驟中使用的規(guī)則和策略。
26.根據(jù)權(quán)利要求25所述的網(wǎng)絡(luò)單元，其中，處理器利用從由以下各項組成的組中選 擇的一個或多個因素來進行檢查移動設(shè)備是否正在漫游；對移動設(shè)備的網(wǎng)絡(luò)連接可用； 用戶是否請求了更高分辨率版本；時間基礎(chǔ)是否允許更高分辨率片段；場景更新權(quán)重；在 移動設(shè)備上可用的存儲器；移動設(shè)備的電池壽命；內(nèi)容提供商偏好；以及服務(wù)提供商偏好。
27.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，處理器利用增強可靠性格式來對低分辨 率版本進行編碼。
28.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)單元，其中，所述增強可靠性格式是由較高的前向糾 錯支持的隨機接入點。
29.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，處理器和通信子系統(tǒng)適于重復(fù)發(fā)送更高 分辨率片段，直到發(fā)送完全分辨率片段為止。
30.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的 更高分辨率片段是使用文檔對象模型事件來發(fā)送的。
31.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的 更高分辨率片段是使用LASeR命令來發(fā)送的。
32.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，實時傳輸協(xié)議首部被修改為指示離散內(nèi) 容的漸進傳送。
33.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)單元，其中，離散內(nèi)容是光柵圖像。
34.一種用于接收富媒體的方法，包括接收富媒體中的離散內(nèi)容的低分辨率版本；呈現(xiàn)富媒體；接收離散內(nèi)容的更高分辨率片段；以及向離散內(nèi)容的低分辨率版本遞增地應(yīng)用更高分辨率片段。
35.根據(jù)權(quán)利要求34所述的方法，其中，接收離散內(nèi)容的更高分辨率片段，并將離散內(nèi)容的更高分辨率片段遞增地應(yīng)用至離散內(nèi)容的低分辨率版本。
36.根據(jù)權(quán)利要求34所述的方法，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的更高 分辨率片段是以帶內(nèi)或帶外方式接收的。
37.根據(jù)權(quán)利要求34所述的方法，其中，接收低分辨率版本的步驟和接收更高分辨率 片段的步驟是通過單播或廣播來執(zhí)行的。
38.根據(jù)權(quán)利要求34所述的方法，還包括向網(wǎng)絡(luò)單元發(fā)送信息以指示是否應(yīng)當(dāng)從網(wǎng) 絡(luò)單元發(fā)送離散內(nèi)容的更高分辨率片段。
39.根據(jù)權(quán)利要求38所述的方法，其中，所述信息包括從由以下各項組成的組中選擇 的一個或多個因素移動設(shè)備是否正在漫游；對移動設(shè)備的網(wǎng)絡(luò)連接可用；用戶是否請求 了更高分辨率離散內(nèi)容；時間基礎(chǔ)是否允許更高分辨率離散內(nèi)容；場景更新權(quán)重；在移動 設(shè)備上可用的存儲器；以及移動設(shè)備的電池壽命。
40.根據(jù)權(quán)利要求34所述的方法，其中，離散內(nèi)容的低分辨率版本是使用增強可靠性 格式來接收的。
41.根據(jù)權(quán)利要求34所述的方法，其中，離散內(nèi)容的低分辨率版本和的更高分辨率片 段是使用文檔對象模型事件來接收的。
42.根據(jù)權(quán)利要求34所述的方法，其中，離散內(nèi)容的低分辨率版本和更高分辨率片段 是使用LASeR命令來接收的。
43.根據(jù)權(quán)利要求34所述的方法，其中，富媒體包括被修改為指示離散內(nèi)容的漸進傳 送的實時傳輸協(xié)議首部。
44.一種用于接收富媒體的移動設(shè)備，包括通信子系統(tǒng)，適于接收富媒體中的低分辨率離散內(nèi)容和更高分辨率離散內(nèi)容；以及處理器，適于呈現(xiàn)富媒體，還適于使用離散內(nèi)容的更高分辨率片段來遞增離散內(nèi)容的 低分辨率版本。
45.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，離散內(nèi)容的更高分辨率片段由通信子系 統(tǒng)接收，并被遞增地應(yīng)用至離散內(nèi)容的低分辨率版本。
46.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，離散內(nèi)容的低分辨率版本和離散內(nèi)容的 更高分辨率片段是以帶內(nèi)或帶外方式接收的。
47.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，接收低分辨率版本和接收更高分辨率片 段是利用單播或廣播來執(zhí)行的。
48.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，處理器還適于使用通信子系統(tǒng)，向網(wǎng)絡(luò) 單元發(fā)送信息以指示是否應(yīng)當(dāng)從網(wǎng)絡(luò)單元發(fā)送離散內(nèi)容的更高分辨率片段。
49.根據(jù)權(quán)利要求48所述的移動設(shè)備，其中，所述信息包括從由以下各項組成的組 中選擇的一個或多個因素移動設(shè)備是否正在漫游；對移動設(shè)備的網(wǎng)絡(luò)連接可用；用戶是 否請求了更高分辨率片段離散內(nèi)容；時間基礎(chǔ)是否允許更高分辨率離散內(nèi)容；場景更新權(quán) 重；在移動設(shè)備上可用的存儲器；以及移動設(shè)備的電池壽命。
50.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，低分辨率離散內(nèi)容是使用增強可靠性格 式來接收的。
51.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，離散內(nèi)容的低分辨率版本和的更高分辨 率片段是使用文檔對象模型事件來接收的。
52.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，離散內(nèi)容的低分辨率版本和更高分辨率 是使用LASeR命令來接收的。
53.根據(jù)權(quán)利要求44所述的移動設(shè)備，其中，富媒體包括被修改為指示離散內(nèi)容的漸 進傳送的實時傳輸協(xié)議首部。
全文摘要
本發(fā)明提供了一種用于認證和從網(wǎng)絡(luò)單元發(fā)送并在移動設(shè)備接收富媒體的方法，所述發(fā)送具有以下步驟檢查富媒體是否包括離散內(nèi)容；如果是，則將離散內(nèi)容的低分辨率版本與富媒體一起發(fā)送；以及隨后發(fā)送離散內(nèi)容的更高分辨率片段。所述接收具有以下步驟接收富媒體中離散內(nèi)容的低分辨率版本；呈現(xiàn)富媒體；接收離散內(nèi)容的更高分辨率片段；以及向離散內(nèi)容的低分辨率版本遞增地應(yīng)用更高分辨率片段。
文檔編號G06Q50/00GK101999136SQ200980112667
公開日2011年3月30日 申請日期2009年4月8日 優(yōu)先權(quán)日2008年4月10日
發(fā)明者格爾·克里斯蒂娜·馬丁-科謝, 蘇雷什·奇圖里 申請人:捷訊研究有限公司