專利名稱：促進客戶端控制的無會話適配的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本公開一般性地涉及無線媒體傳送，以及更具體地，涉及促進客戶端控制的無會話適配的方法和裝置。
背景技術(shù)：
用戶設(shè)備(UE)可以響應(yīng)于請求，接收并向用戶顯示媒體內(nèi)容。當UE請求了針對媒體的一個或多個請求時，媒體內(nèi)容可以通過多種協(xié)議(例如，實時流傳輸協(xié)議(RTSP))流傳輸?shù)経E。為了向UE提供流媒體內(nèi)容，UE向媒體服務(wù)器發(fā)送一個或多個命令，媒體服務(wù)器使用描述來進行響應(yīng)，例如，通過會話描述協(xié)議(SDP)來響應(yīng)。當向UE流傳輸媒體內(nèi)容時，媒體服務(wù)器通常始終維持著活動會話。


圖1、2A和2B示出了在用戶設(shè)備(UE)和服務(wù)器之間促進客戶端控制的無會話適配的示例消息流。圖3和4示出了可以實現(xiàn)來促進客戶端控制的無會話適配的示例3GPP文件對象
品.ο圖5和6示出了根據(jù)本公開可以實現(xiàn)的示例服務(wù)器。圖7示出了根據(jù)本公開可以實現(xiàn)的示例UE。圖8和9示出了用于促進客戶端控制的無會話適配的示例過程的流程圖。
具體實施例方式雖然以下公開了示例方法和除其他組件之外還包括在硬件上執(zhí)行的軟件的裝置， 應(yīng)該注意到，這些方法和裝置僅是示意性的，并且不應(yīng)該被視為限制。例如，可以想到，可以僅在硬件中、僅在軟件中、僅在固件中或者在硬件、軟件和/或固件的任何組合中實施任何或者全部的這些硬件和軟件組件。相應(yīng)地，當下面描述示例方法和裝置時，本領(lǐng)域普通技術(shù)人員將很容易意識到，所提供的示例不是實現(xiàn)這種方法和裝置的唯一方式。用戶設(shè)備(UE)可以使用在此描述的示例方法和裝置，基于一個或多個信道條件和/或UE的當前條件來控制在UE上呈現(xiàn)的媒體參數(shù)的類型。UE可以呈現(xiàn)任何類型的媒體，包括但不限于音頻(例如，MP3音頻)和/或視頻，媒體參數(shù)可以包括但不限于媒體比特率、媒體分辨率等。雖然媒體內(nèi)容提供商以一個或多個不同的配置來編碼媒體內(nèi)容(在此稱為“編碼媒體配置”)，每個配置具有一個或多個不同的比特率、分辨率、大小等，但是在其上呈現(xiàn)媒體內(nèi)容的設(shè)備不參與基于當前條件來選擇哪個媒體配置是最適合的。如在此所使用的，術(shù)語適配涉及這樣的環(huán)境其中，修改和/或選擇媒體內(nèi)容以更好地適于當前信道條件和/或UE能力的格式來傳送。從用戶的觀點來看，不利的信道條件和/或UE限制 (例如，UE以特定的比特率、分辨率呈現(xiàn)媒體的能力、UE處理器速度限制等)可以表現(xiàn)為支離破碎的音頻/視頻(A/V)、相對長的暫停和/或緩沖時間、和/或不同步的A/V。在此所稱的UE可以包括但不限于移動通信設(shè)備、移動計算設(shè)備或者能夠與無線網(wǎng)絡(luò)進行無線通信的任何其他設(shè)備。這種設(shè)備，也被稱為終端或無線終端，可以包括移動智能電話(例如， BLACKBERRY 智能電話)、無線個人數(shù)字助理(PDA)、具有無線適配器的膝上型/筆記本型/上網(wǎng)本型計算機等。在此結(jié)合被稱為IEEE (電氣電子工程師協(xié)會)802. 11的無線局域網(wǎng)(WLAN)通信標準來描述示例方法和裝置，IEEE 802. 11定義了與外部網(wǎng)絡(luò)的互聯(lián)等等。然而，此外或者備選地，可以結(jié)合其他無線通信標準來實現(xiàn)示例方法和裝置，包括其他的WLAN標準、個域網(wǎng)(PAN)標準、廣域網(wǎng)(WAN)標準或者蜂窩通信標準。在此結(jié)合被稱為IEEE (電氣電子工程師協(xié)會)802. 11的無線局域網(wǎng)(WLAN)通信標準來描述示例方法和裝置，IEEE 802. 11定義了與外部網(wǎng)絡(luò)的互聯(lián)等等。然而，此外或者備選地，可以結(jié)合其他無線通信標準來實現(xiàn)示例方法和裝置，包括其他的WLAN標準、 個域網(wǎng)(PAN)標準、廣域網(wǎng)(WAN)標準或者蜂窩通信標準。與用于將媒體內(nèi)容從服務(wù)器流傳輸?shù)経E的已知技術(shù)或標準相關(guān)聯(lián)的用戶體驗包括多個限制。例如，傳統(tǒng)的媒體內(nèi)容的流傳輸使用實時流傳輸協(xié)議(RTSP)，RTSP是使得能夠進行實時和/或接近實時的流傳輸?shù)目蛻舳?服務(wù)器協(xié)議。一般而言，在從服務(wù)器請求媒體的操作中，UE向媒體服務(wù)器發(fā)送DESCRIBE(描述)命令，媒體服務(wù)器使用呈現(xiàn)描述(例如，SDP (會話描述協(xié)議))來進行響應(yīng)。SDP信息包括對總的媒體呈現(xiàn)和/或被使用來構(gòu)成呈現(xiàn)的每個流的描述。然后，客戶端可以經(jīng)由互聯(lián)網(wǎng)協(xié)議(IP)、用戶數(shù)據(jù)報協(xié)議(UDP)或者 RTP (實時協(xié)議)分組來接收所需媒體。然而，在該情況下，在媒體開始向UE進行流傳輸或者在UE上顯示之前，仍然需要附加的控制，例如，客戶端發(fā)出的SETUP (設(shè)置)命令、PLAY (播放)命令和當客戶端完成媒體時的TEARD0WN(拆除)命令。雖然傳統(tǒng)的RTSP流傳輸技術(shù)避免了對客戶端和媒體服務(wù)器之間的永久性傳輸控制協(xié)議(TCP)連接的需要，但是媒體服務(wù)器必須能夠針對每個請求媒體的客戶端維持活動會話。此外，RTSP流傳輸以平均速率或者以對媒體進行編碼的速率來向客戶端發(fā)送分組， 并且當可以基于緩沖充滿狀態(tài)來降低分組傳輸?shù)乃俾蕰r，傳統(tǒng)的流傳輸和/或分組交換的流傳輸(PSS)仍然展現(xiàn)出與通過防火墻、網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)有關(guān)的問題，并且需要相對昂貴的流傳輸服務(wù)器。與媒體流傳輸服務(wù)器不同，標準的web服務(wù)器通常成本要比媒體流傳輸服務(wù)器低很多，并且以無狀態(tài)的方式使用超文本傳輸協(xié)議(HTTP)。換言之，產(chǎn)業(yè)標準web 服務(wù)器可以使用HTTP(例如，HTTP 1.1)，而不需要與基于狀態(tài)的通信協(xié)議(例如，RTSP)的建立、維持和/或拆除相關(guān)的額外處理功率和/或復(fù)雜度。由此，部分由于需求增長時顯著的處理要求，流傳輸服務(wù)器通常不能很好地進行縮放。另一方面，標準web服務(wù)器有時也被稱為返回客戶端所請求的內(nèi)容的“ (dumb)”服務(wù)器，“ ”服務(wù)器最小化了復(fù)雜度、成本， 并且與成本更大的媒體流傳輸服務(wù)器相比，更好地進行縮放。圖1示出了在用戶設(shè)備(UE) 102和服務(wù)器104之間與預(yù)先錄制的媒體流(S卩，非實況)相關(guān)聯(lián)的示例消息交換100。如下面更詳細地描述的，示例服務(wù)器104可以是標準web 服務(wù)器或者類似的HTTP服務(wù)器。在一個示例中，系統(tǒng)可以使用一個或多個媒體流傳輸服務(wù)器(未示出)來促進至無線設(shè)備的媒體流傳輸，在此描述的方法和裝置允許利用成本合理的服務(wù)器而不是相對高成本的媒體流傳輸服務(wù)器。為了發(fā)起對媒體的接收，示例UE 102產(chǎn)生至示例服務(wù)器104的無會話請求(106)。無會話請求(106)可以包括標識第三代伙伴計劃(3GPP)文件的HTTP請求，該3GPP文件由與示例UE 102的用戶進行的選擇相關(guān)聯(lián)的統(tǒng)一資源定位符(URL)所標識。此外或者備選地，示例無會話請求可以包括例如要通過在HTTP 1. 1中支持的GET命令來下載的文件的字節(jié)范圍。響應(yīng)于接收無會話請求(106)，示例服務(wù)器104提供對應(yīng)標識的3GPP文件，該3GPP文件包括一系列的被稱為盒(box)的對象。3GPP 文件中的每個盒可以包含媒體信息或者元數(shù)據(jù)，例如，使用預(yù)定的媒體特征(例如，預(yù)定的分辨率、預(yù)定的比特率、預(yù)定的編解碼器和/或其任何組合)來構(gòu)建的媒體(例如，音頻、視頻等)。示例服務(wù)器104向UE 102發(fā)送3GPP文件(108)，以允許UE 102呈現(xiàn)其中包含的媒體。此外，示例UE 102解析接收到的3GPP文件，以得到對象盒來標識媒體特征的一個或多個備選排列(permutation)在服務(wù)器104處是否可用。與服務(wù)器對向UE發(fā)送分組的適配和/或速率進行控制的傳統(tǒng)流傳輸不同(例如，通常是與對媒體編碼的速率等效的實時速率)，在此描述的方法和裝置允許UE以使用傳統(tǒng)web服務(wù)器而不是一個或多個相對高成本的媒體流傳輸服務(wù)器的方式來控制與流相關(guān)聯(lián)的媒體特征。因此，UE 102可以基于例如 UE 102的一個或多個當前條件(例如，信道擁塞、信號強度退化等)和/或UE 102的一個或多個能力(例如，緩沖充滿度、UE處理器能力/速度等)，來控制與媒體比特率、分辨率等有關(guān)的一個或多個判決。此外，傳統(tǒng)的流傳輸通常使用RTSP，RTSP需要來自UE和服務(wù)器的處理資源以維持一個或多個會話。即使在UE沒有在執(zhí)行一個或多個控制功能時(例如，播放、停止、前進、后退、跳過等)，在必須針對每個當前的流傳輸實例維持會話的媒體服務(wù)器上，這種處理資源也是特別繁重的。另一方面，在此描述的方法和裝置使用HTTP流傳輸，消除了任何的會話維持需要，由此降低了服務(wù)器復(fù)雜度和/或成本。在示例UE 102接收3GPP文件(108)，并解析接收到的3GPP文件以獲取指示可用的備選媒體特征的URL元數(shù)據(jù)之后，UE 102導(dǎo)航至所解析的URL，以請求其中包含的任何附加元數(shù)據(jù)(110)。從示例服務(wù)器104返回的附加元數(shù)據(jù)(11 可以包括但不限于媒體內(nèi)容的附加/備選媒體特征、指示媒體是否是實況的信息、段索引值和/或字節(jié)偏移值，以使得能夠進行查找。如下更詳細地描述的，使用附加的元數(shù)據(jù)，示例UE 102可以請求具有備選媒體特征(例如，較低的比特率、較低的分辨率、備選編解碼器等)的備選媒體流之一(114)。 例如，UE 102可以基于退化的信道條件、緩沖充滿度和/或UE的限制來請求備選的媒體流， 以通過相對高的比特率、分辨率等來呈現(xiàn)媒體。示例服務(wù)器104通過發(fā)送所選擇的媒體內(nèi)容來響應(yīng)請求(116)。圖2A示出了針對經(jīng)由服務(wù)器104提供的媒體內(nèi)容是實況而不是預(yù)先錄制的情況， UE 102和服務(wù)器104之間的示例消息交換200。在UE102嘗試接收實況3GPP文件(例如， 由媒體內(nèi)容創(chuàng)建者或者分發(fā)者(例如，廣播者)存儲在服務(wù)器104上的一系列相關(guān)的3GPP 文件段)期間，使用UE 102的客戶可能更喜歡直接查找實況(例如，最近的)段，而不是從之前觀看時間段處開始。例如，在實況事件已經(jīng)發(fā)生相對長的時間段(例如，幾分鐘、幾小時等)之后，可以從UE 102發(fā)起一些實況流傳輸請求，客戶端可以嘗試經(jīng)由UE 102查找系列中最近的可用的3GPP文件。雖然傳統(tǒng)的流傳輸技術(shù)通常允許解析3GPP文件以標識最近的可用媒體，但是這種技術(shù)是處理強度大并且耗時的。在此描述的方法和裝置允許通過維持和/或以其他方式接收連續(xù)地、周期性地、非周期性地和/或以調(diào)度方式更新的實況流元文件，來高效查找實況流傳輸內(nèi)容。由此，可以在示例UE 102訪問更新的實況流元文件之后，標識3GPP文件段的一個或多個特定的查找位置，以定位當前文件段索引值和/或字節(jié)偏移值。在所示出的圖2A的示例中，UE 102產(chǎn)生對示例服務(wù)器104的無會話HTTP請求 002)，并接收具有元數(shù)據(jù)和媒體信息的對象盒004)。如下面更詳細地描述的，接收到的對象盒可以包括但不限于指示媒體是否是實況的信息、引用附加元數(shù)據(jù)的URL(例如，以最小化3GPP元數(shù)據(jù)有效載荷大小)、具有備選媒體特征的可用媒體的列表、與備選媒體特征相關(guān)聯(lián)的可用3GPP文件位置(例如，URL)的列表和/或SDP信息。示例UE 102查詢接收到的URU206)，并接收附加的元數(shù)據(jù)(如果有M208)。在從服務(wù)器接收到Q02)的元數(shù)據(jù)是完整的和/或如果沒有提供附加的元數(shù)據(jù)和/或URL的情況下，可以消除交換206和/或 208。為了允許UE 102直接查找所需媒體位置，UE 102從服務(wù)器104提供的實況流元文件中選擇段索引值和/或字節(jié)偏移值010)。當實況媒體繼續(xù)時，提供媒體內(nèi)容的一方 (例如，廣播者)在由接收到的URL所指定的位置處更新實況流元文件006)，實況流元文件可以存儲在服務(wù)器104和/或其他的任何位置(例如，另一服務(wù)器、網(wǎng)絡(luò)存儲資源、互聯(lián)網(wǎng)資源等)。在UE 102的客戶端希望查找備選的3GPP段索引位置和/或重新確認最近的段索引位于何處的情況下，UE 102可以確定之前檢索到的元數(shù)據(jù)是否被認為是當前的。例如，在之前檢索到的元數(shù)據(jù)是幾分鐘之前的以及在這幾分鐘期間更新的段索引值和/或字節(jié)偏移值可能可用的情況下，UE 102可以再次查詢URU212)，并等待例如來自包含已更新的實況流元文件的服務(wù)器104的響應(yīng)014)，該響應(yīng)包含已更新的段索引值和/或已更新的數(shù)據(jù)偏移值。UE 102可以周期性地、非周期性地、以調(diào)度方式和/或手動地查詢URL，以保持知道與實況媒體內(nèi)容相關(guān)聯(lián)的當前3GPP文件細節(jié)。圖2B示出了 UE 102和服務(wù)器104之間的示例消息交換250，消息交換250允許UE 102響應(yīng)于用戶偏好和/或改變的信道條件來對適配進行控制。在所示出的圖2B的示例中，在服務(wù)器104已經(jīng)發(fā)送元數(shù)據(jù)和/或媒體的第一實例(例如，交換204所示出的發(fā)送) 之后開始交換250。響應(yīng)于示例UE 102改變的信道條件252，UE 102查詢URL(例如，在圖 2A的交換212中提供的URL)以標識具有備選媒體特征的備選媒體是否可用0 )。另一方面，示例UE 102可能由于之前的無會話請求202而已經(jīng)具有指示可用比特率、分辨率等的元數(shù)據(jù)。示例服務(wù)器104使用對3GPP文件位置和對UE 102可用的對應(yīng)媒體特征進行指示的元數(shù)據(jù)來進行響應(yīng)056)?；诳捎玫拿襟w特征，示例UE 102選擇解決已改變的信道條件252的3GPP文件。已改變的信道條件可以包括但不限于降低的信道帶寬(例如，由于信道擁擠)、增加的丟棄條件、同信道干擾、衰落、增加的延遲值和/或增加的抖動。此外或者備選地，性能退化可以是由于UE 102的一個或多個限制(例如，UE 102以特定的比特率和 /或分辨率處理/呈現(xiàn)媒體的能力)。可以由UE 102上的一個或多個閾值來驗證這種信道條件和/或UE 102性能的退化，當超過閾值時(例如，超過性能的下閾值，超過性能的上閾值)，允許UE 102請求相對不受到差信道條件影響的3GPP文件。換言之，當由于差信道條件而導(dǎo)致帶寬受限時，較低比特率的3GPP文件、較低分辨率的3GPP文件和/或具有備選編解碼器的3GPP文件可以在UE 102處產(chǎn)生更好的客戶體驗。示例UE 102選擇備選的3GPP 文件058)，例如具有較低比特率的3GPP文件，示例服務(wù)器104通過經(jīng)由HTTP對所選擇的 3GPP文件進行流傳輸來做出響應(yīng)(例如，服務(wù)器響應(yīng)于客戶端HTTP GET命令)(沈0)。另一方面，在信道條件改善的情況下，示例UE 102可以向服務(wù)器104發(fā)出針對可以適于改善的信道條件的3GPP文件的另一請求。換言之，當在給定時間量內(nèi)信道條件維持足夠的帶寬時，UE 102可以請求相對高分辨率和/或高比特率的3GPP文件。如上描述的， UE 102可以周期性地、非周期性地、以調(diào)度方式和/或手動監(jiān)視信道條件，以收集信道測量 (例如，信道抖動、信道延遲等)，并將這些測量與一個或多個閾值進行比較。如果這種信道條件以有利的方式超出一個或多個閾值(例如，所測量的比特率值超過高分辨率無線視頻的最小比特率閾值)，則UE 102可以請求在這種已改變的條件下有利操作的一個或多個 3GPP文件(例如，具有更高分辨率、更高比特率等的3GPP文件)。圖3示出了根據(jù)本公開實現(xiàn)的3GPP文件對象盒300的示例部分。一般而言， 3GPP文件格式符合在3GPP TS 26. 244中闡述的要求，3GPP TS26. 244基于IS0/IEC 14496-12IS0基本媒體文件格式(被稱為MP4文件規(guī)范)。將3GPP文件布置為一系列被稱為盒的分級對象，每個盒包含媒體或元數(shù)據(jù)。每個盒具有相關(guān)聯(lián)的盒類型，盒類型通常是4 字符的名稱以及相關(guān)聯(lián)的大小(例如，32比特的無符號整數(shù))。雖然一些盒類型是強制性的，并且可以在每個3GPP文件內(nèi)發(fā)現(xiàn)，MP4規(guī)范包括了多個可選的盒類型。盒類型層級在最左邊的列(例如，圖3的最左邊的列30 中標識頂層盒。盒類型“ftyp”(文件類型)304 常常首先出現(xiàn)在給定的3GPP文件中?！癿oov”盒(電影盒)306存儲用于呈現(xiàn)的元數(shù)據(jù)，并且出現(xiàn)在3GPP文件的頂層(最左邊)?！癿eta”盒(308)包含3GPP文件的描述性和/或注釋性的元數(shù)據(jù)，該元數(shù)據(jù)可以包括但不限于可用編解碼器310、可用比特率312、可用分辨率314、其他文件位置316和/或附加元數(shù)據(jù)可以位于的URL 318。在所示出的圖3的示例中，示例“meta”盒308被包括在更高層的“moov”盒306 之下，以允許在服務(wù)器104發(fā)送對應(yīng)的3GPP文件之后，示例UE 102較早進行下載和/或解析。一般而言，當服務(wù)器104向UE 102發(fā)送3GPP文件時，UE 102可以在3GPP文件到達時立即開始對其進行解析。在UE 102直接要求具有例如較低分辨率的一個或多個備選媒體的情況下，UE 102可以向示例服務(wù)器104進行另一請求，而不等待下載3GPP文件的剩余部分。換言之，UE 102可以通過不繼續(xù)下載當前媒體內(nèi)容以利于基于當前的信道條件和/或 UE 102的能力而可能執(zhí)行得更好的備選媒體內(nèi)容，來更多地響應(yīng)于已知的信道條件。另一方面，取而代之地，示例“meta”盒308可以位于最左列302中并在較低的行等級處，以允許流傳輸?shù)膬?nèi)容盡可能快地出現(xiàn)在示例UE 102上。適配可以包括構(gòu)建為“moov”盒而具有或不具有“meta”盒的一個或多個文件。此夕卜，示例3GPP文件可以包括時間對齊的一個或多個段，其中，每個段開始于隨機的接入點。 由此，可以執(zhí)行文件之間的切換?？梢越?jīng)由一個或多個品牌標識符來進一步促進文件標識， 從而向客戶端提供以下指示鏈接到其他文件的元數(shù)據(jù)是可能的。在所示出的圖4的示例中，3GPP文件對象盒400的示例部分包括“hnti” (提示) 盒402?！癶nti”盒402是用戶數(shù)據(jù)盒類型“udtV404的擴展，并且包括SDP信息。雖然SDP信息通常與基于會話的通信而不是HTTP通信相關(guān)聯(lián)，但是可以將一個或多個SDP參數(shù)嵌入 “hnti”盒402內(nèi)，以將示例UE 102引導(dǎo)至包含附加元數(shù)據(jù)的URL。例如，SDP包括多個字段，包括與URL相關(guān)聯(lián)的“U =”字段406。示例服務(wù)器104可以將URL添加到“U =”字段 406，并且還將“U =”字段406嵌入到“hnti”盒402中，以允許UE 102在接收時定位附加
元數(shù)據(jù)。圖5是根據(jù)本公開可以實現(xiàn)的示例服務(wù)器104。圖5的示例服務(wù)器104包括執(zhí)行服務(wù)器104的整體操作的處理器502、閃存504、隨機存取存儲器506和媒體庫508，所有這些都耦接到處理器502。如上所述，示例服務(wù)器104可以是本領(lǐng)域普通技術(shù)人員所知的標準web服務(wù)器。為了與UE 102通信，示例服務(wù)器104包括通信子系統(tǒng)510，以促進聯(lián)網(wǎng)通信(例如，經(jīng)由IEEE (電氣電子工程師協(xié)會)802. 11的無線局域網(wǎng)通信和/或通用移動電信系統(tǒng)(UMTS)陸地無線接入網(wǎng)(UTRAN)中的無線通信)。示例通信子系統(tǒng)510可以實質(zhì)上與下面結(jié)合圖7描述的示例通信子系統(tǒng)711相似。圖5的示例服務(wù)器104可以通信方式連接到可選的媒體文件管理器512，以產(chǎn)生和/或通過其他方式管理從服務(wù)器104向一個或多個UE (例如，圖1、2A和2B的示例UE 102)發(fā)送的3GPP文件的對象盒內(nèi)容。在操作中，示例通信子系統(tǒng)510從UE 102接收HTTP連接，該HTTP連接具有針對媒體的請求(例如，標準的HTTP GET命令)。媒體請求可以包括由UE 102的用戶鍵入和 /或以其他方式選擇的URL，該URL將TCP傳輸引導(dǎo)至服務(wù)器104。示例服務(wù)器104從例如一個或多個媒體庫508檢索與請求相關(guān)聯(lián)的3GPP媒體文件，可以將一個或多個媒體庫508 實現(xiàn)為服務(wù)器104內(nèi)部和/或外部的一個或多個數(shù)據(jù)庫。在一些示例中，提供媒體的一方構(gòu)造3GPP文件，以符合一個或多個盒類型順序和/或配置。在其他示例中，示例媒體文件管理器512構(gòu)造和/或以其他方式修改檢索到的3GPP文件，以與盒類型和/或盒類型分級放置相符。例如，如圖3中所示，示例媒體文件管理器512可以包括“meta”盒308來作為 “moov”盒306的從屬，以使得目標UE 102可以在接收之后盡可能快地標識可用的備選媒體內(nèi)容。另一方面，示例媒體文件管理器512可以包括“meta”盒308來作為獨立的第一層盒。在構(gòu)造和/或增強所選擇的3GPP文件完成之后，示例通信子系統(tǒng)510經(jīng)由HTTP向進行請求的UE 102發(fā)送3GPP文件。然而，可以利用產(chǎn)業(yè)標準的HTTP web服務(wù)器來使用在此描述的促進客戶端控制的無會話適配的示例方法和裝置。示例媒體文件管理器可以構(gòu)造和/或增強所選擇的3GPP文件以包括SDP信息。如上所述，可以使用URL來填充“u =，，字段406，以允許進行接收的UE 102標識存儲附加元數(shù)據(jù)的位置。使用示例“U =，，字段406允許例如例如減少所選擇的3GPP文件的元數(shù)據(jù)有效載荷。因此，可以更快地呈現(xiàn)UE 102接收到的媒體內(nèi)容，因為從服務(wù)器104向UE 102傳遞的元數(shù)據(jù)有效載荷信息較少。圖6示出了圖5的示例媒體文件管理器512的附加細節(jié)。在所示出的圖6的示例中，媒體文件管理器512包括對象盒管理器602以及實況流傳輸元數(shù)據(jù)更新器604。在操作中，通過允許UE 102得知在服務(wù)器104上有什么內(nèi)容可用的方式，示例對象盒管理器602 構(gòu)造、布置和/或添加對象盒到所選擇的3GPP文件。由此，UE 102可以基于例如UE 102 的傳輸偏好和/或現(xiàn)有信道條件來參與媒體適配。示例對象盒管理器602可以基于存儲器 (例如，示例閃存504)中存儲的一個或多個盒順序簡檔，以分級的順序布置一個或多個對象盒。
簡檔可以包括但不限于對象盒順序配置，該對象盒順序配置通過最小化任何所選擇的3GPP文件的元數(shù)據(jù)有效載荷，在UE 102接收之后盡可能快地促進媒體呈現(xiàn)。可以由在“meta”盒308中包括元數(shù)據(jù)引用URL而不是一個或多個離散元數(shù)據(jù)值類型的對象盒管理器602來實現(xiàn)這種有效載荷最小化。此外或者備選地，示例對象盒管理器602可以通過利用“U =”字段406來關(guān)聯(lián)元數(shù)據(jù)引用URL，以使用“hnti”盒402。另一方面，以通過例如將元數(shù)據(jù)較早包括在3GPP文件中來促進較早知道針對UE 102的媒體適配選項的方式，示例對象盒管理器602可以對一個或多個對象盒配置進行排序。由此，UE 102可以在初始的 “ftyp”盒304之后很快解析一個或多個盒(例如，“meta”盒308)，以獲知更好適合當前信道條件的備選的編碼媒體配置文件。由此，示例UE可以立即停止對未決3GPP文件下載的所有嘗試，以利于備選(例如，較低帶寬)媒體文件。示例實況流傳輸元數(shù)據(jù)更新器604可以周期性地、非周期性地、以調(diào)度方式和/或手動操作，以更新實況流元文件(參見圖2A的交換214)。如上所述，預(yù)先錄制的媒體通常包括元數(shù)據(jù)的相對全面的編譯，以描述各個軌道和/或查找媒體內(nèi)的點以使得能夠進行例如查找操作、播放、倒帶、快進等。然而，實況媒體內(nèi)容通常包含允許這種控制的較少相關(guān)聯(lián)元數(shù)據(jù)。由此，媒體內(nèi)容創(chuàng)建者通常在創(chuàng)建包括實況媒體內(nèi)容的一個或多個3GPP文件之前，僅具有足夠的時間和/或處理功率來產(chǎn)生段索引值和/或數(shù)據(jù)偏移值。示例實況流傳輸元數(shù)據(jù)更新器604在段索引值和/或數(shù)據(jù)偏移值可用時立即地對其進行檢索，并將這種值前置添加到實況流元文件。當媒體事件繼續(xù)時，隨著將最近的段索引值和最近的數(shù)據(jù)偏移值保存在文件的開始處，相關(guān)聯(lián)的實況流元文件的大小增加。圖7是根據(jù)本公開可以實現(xiàn)的示例UE。優(yōu)選地，UE 700是至少具有語音和數(shù)據(jù)通信能力的雙向無線通信設(shè)備。UE 700優(yōu)選地具有與網(wǎng)絡(luò)、內(nèi)網(wǎng)和/或互聯(lián)網(wǎng)上的其他計算機通信的能力。取決于所提供的確切功能，作為示例，可以將無線設(shè)備稱為數(shù)據(jù)消息收發(fā)設(shè)備、雙向?qū)ず魴C、無線電子郵件設(shè)備、具有數(shù)據(jù)消息收發(fā)能力的蜂窩電話、無線互聯(lián)網(wǎng)裝置或數(shù)據(jù)通信設(shè)備。在使UE 700能夠進行雙向通信的情況下，UE 700將并入通信子系統(tǒng)711，通信子系統(tǒng)711包括接收機712和發(fā)射機714以及相關(guān)聯(lián)的組件，例如一個或多個優(yōu)選嵌入式或者內(nèi)部天線單元716和718、本地振蕩器(LO) 713和如數(shù)字信號處理器(DSP) 720的處理模塊。通信子系統(tǒng)711的具體設(shè)計將取決于設(shè)備預(yù)期在其中工作的通信網(wǎng)絡(luò)。例如，UE700 可以包括被設(shè)計為在通用分組無線服務(wù)(GPRS)網(wǎng)絡(luò)和/或UMTS網(wǎng)絡(luò)中工作的通信子系統(tǒng) 711。取決于網(wǎng)絡(luò)719的類型，網(wǎng)絡(luò)接入要求也不同。例如，在UMTS和GPRS網(wǎng)絡(luò)中，網(wǎng)絡(luò)接入與UE 700的訂戶或用戶相關(guān)聯(lián)。例如，為了在GPRS網(wǎng)絡(luò)上工作，GPRS移動設(shè)備因此需要訂戶標識模塊(SIM)卡。在UMTS中，需要通用訂戶標識模塊(USIM)或SIM模塊。然而，在CDMA中，需要可移除用戶標識模塊(RUIM)卡或模塊。在此，這些都將被稱為UIM接口。沒有有效的UIM接口，移動設(shè)備不能具有完全的功能。本地的或者非網(wǎng)絡(luò)的通信功能以及法律上要求的功能(如果有)(例如，緊急呼叫)可以是可用的，然而移動設(shè)備700將不能夠執(zhí)行其它任何與網(wǎng)絡(luò)上的通信有關(guān)的功能。UIM接口 714通常與卡槽相似，可以與盤或者PCMCIA卡相似將卡插入和退出卡槽。UIM卡可以具有約64K的存儲器并保存很多關(guān)鍵配置751以及其它信息753，如標識以及訂戶相關(guān)的信息。
10
當所要求的網(wǎng)絡(luò)登記或激活過程完成時，UE 700可以在網(wǎng)絡(luò)719上發(fā)送和接收通信信號。天線716通過通信網(wǎng)絡(luò)719接收的信號被輸入至接收機712，接收機712可以執(zhí)行通常的接收機功能，例如信號放大、頻率下轉(zhuǎn)換、濾波、信道選擇等，包括模數(shù)(A/D)轉(zhuǎn)換。 對接收信號的A/D轉(zhuǎn)換允許在DSP 720中執(zhí)行更復(fù)雜的通信功能，例如，解調(diào)和解碼。以相似的方式，DSP 720對要發(fā)送的信號進行處理，包括例如調(diào)制和編碼，并將其發(fā)送到發(fā)射機 714以進行數(shù)模轉(zhuǎn)換、頻率上轉(zhuǎn)換、濾波、放大并經(jīng)由天線718在通信網(wǎng)絡(luò)719上發(fā)送。DSP 720不僅處理通信信號，還提供接收機和發(fā)射機控制。例如，通過在DSP 720中實現(xiàn)的自動增益控制算法，可以自適應(yīng)地對施加到接收機712和發(fā)射機714中的通信信號的增益進行控制。網(wǎng)絡(luò)719還可以與多個系統(tǒng)進行通信，包括服務(wù)器760 (例如，示例服務(wù)器104)以及其他單元(未示出)。例如，網(wǎng)絡(luò)719可以與企業(yè)系統(tǒng)和web客戶端系統(tǒng)通信，以將一個或多個客戶端與一個或多個服務(wù)等級相適應(yīng)。UE 700包括控制設(shè)備的整體操作的微處理器738。通過通信子系統(tǒng)711來執(zhí)行包括至少數(shù)據(jù)通信在內(nèi)的通信功能。微處理器738還與其他設(shè)備子系統(tǒng)交互，其他設(shè)備子系統(tǒng)例如顯示器722、閃存724、隨機存取存儲器(RAM) 726、輔助輸入/輸出(I/O)子系統(tǒng) 728、串行端口 730、鍵盤732、揚聲器734、麥克風736、短距離通信子系統(tǒng)740以及總體指定為742的任何其它設(shè)備子系統(tǒng)。圖7中示出的某些子系統(tǒng)執(zhí)行與通信相關(guān)的功能，而其他子系統(tǒng)可以提供“駐留” 或設(shè)備上功能。顯然，一些子系統(tǒng)(例如，鍵盤732和顯示器722)可被用于通信相關(guān)的功能和設(shè)備駐留功能，通信相關(guān)的功能例如輸入用于在通信網(wǎng)絡(luò)上發(fā)送的文本消息，設(shè)備駐留功能例如計算器或任務(wù)列表?？梢詫⑽⑻幚砥?38所使用的操作系統(tǒng)軟件存儲在持久存儲器如閃存724中，取而代之地，持久存儲器可以是只讀存儲器(ROM)或類似的存儲單元(未示出)。本領(lǐng)域技術(shù)人員將意識到，可以將操作系統(tǒng)、特定設(shè)備應(yīng)用或其部分臨時加載到如RAM 726的易失性存儲器中。還可以將接收到的通信信號存儲在RAM 7 中。此外，還優(yōu)選地將唯一標識符存儲在只讀存儲器中。如圖所示，可以將閃存7M分隔為用于不同計算機程序758和程序數(shù)據(jù)存儲750、 752、7M和756的不同區(qū)域。這些不同的存儲類型指示了每個程序可以針對其自身的數(shù)據(jù)存儲要求分配一部分閃存724。閃存存儲器7M還包括對象盒解析器模塊770、無線狀態(tài)監(jiān)視器模塊772、操作閾值模塊774以及媒體選擇器模塊776。對象盒解析器模塊770解析從服務(wù)器104接收到的3GPP文件，以標識感興趣的一個或多個對象盒。例如，對象盒解析器模塊770可以被配置為標識“meta”盒308的實例，并提取其中的內(nèi)容，以標識可用于流傳輸?shù)木幋a媒體配置選項?？梢詫囊粋€或多個解析的對象盒中提取的可用媒體選項存儲在存儲器中(例如示例閃存724)，以用于以后檢索和/或選擇。如上所述，當示例UE 102的信道條件變得不令人滿意時，可以進行對具有備選媒體內(nèi)容的備選媒體選項的隨后檢索和 /或選擇。示例無線狀態(tài)監(jiān)視器772監(jiān)視UE 900的操作條件，并將測量值與操作閾值模塊 774中的一個或多個閾值進行比較?？梢灾甘痉?wù)質(zhì)量和/或令人滿意地向UE 700的用戶呈現(xiàn)媒體的對應(yīng)能力的測量值包括但不限于比特率、延遲值和/或抖動值。在一個或多個測量值超過閾值(例如，降到低于較低水平的可接受界限之下，升到較高水平的可接受界限之上)的情況下，示例無線狀態(tài)監(jiān)視器模塊772可以提示媒體選擇器模塊776調(diào)用通信子系統(tǒng)711來檢索更好地適于當前操作條件的備選媒體(例如，選擇具有較低分辨率的 3GPP文件)。圖8描繪了表示可以用來促進客戶端控制的無會話適配的計算機可讀指令的示例流程圖?？梢允褂锰幚砥?、控制器和/或任何其他適合的處理設(shè)備來執(zhí)行圖8的示例操作。例如，可以使用存儲在有形介質(zhì)上的編碼指令來實現(xiàn)圖8的示例操作，該有形介質(zhì)例如是與處理器(例如，圖7的處理器738和/或圖5的處理器50 相關(guān)聯(lián)的閃存、只讀存儲器(ROM)和/或隨機存取存儲器(RAM)。備選地，可以使用專用集成電路(ASIC)、可編程邏輯器件(PLD)、現(xiàn)場可編程邏輯器件(FPLD)、離散邏輯、硬件、固件等的任何組合來實現(xiàn)圖8 的一些或者全部示例操作。此外，可以手動或者作為前述技術(shù)中任何技術(shù)的任何組合(例如，固件、軟件、離散邏輯和/或硬件的任何組合)來實現(xiàn)圖8的一些或者全部示例操作。此夕卜，雖然參考圖8的流程圖來描述圖8的示例操作，但是可以使用實現(xiàn)圖8的操作的其他方法。例如，可以改變步驟執(zhí)行的順序和/或可以改變、消除、再分或者合并一些所描述的步驟。此外，可以順序地和/或通過例如分離的處理線程、處理器、設(shè)備、離散邏輯、電路等來并行執(zhí)行圖8的任何或全部示例操作。一般地，可以使用圖8的示例流程圖來實現(xiàn)圖7的示例UE 700和/或圖1、2A和 2B的示例交換100、200和500。圖8的示例過程800發(fā)送無會話媒體請求(步驟802)，以發(fā)起在示例UE 102、700上呈現(xiàn)媒體的實例。響應(yīng)于發(fā)送無會話媒體請求(步驟80 ，UE 102、700接收與請求相關(guān)聯(lián)的缺省3GPP媒體文件(步驟804)。如上所述，可以基于UE 102、 700的用戶所提供的URL和/或響應(yīng)于用戶選擇的web鏈接來接收相關(guān)聯(lián)的媒體文件。示例對象盒解析器770解析缺省的3GPP媒體文件，以提取感興趣的一個或多個對象盒(步驟 806)。具體地，對象盒解析器770可以被配置為標識“meta”盒308的出現(xiàn)，并提取其中包含的元數(shù)據(jù)。此外或者備選地，示例對象盒解析器770可以標識作為元數(shù)據(jù)嵌入和/或與示例“hnti ”盒402的“u = ”字段相關(guān)聯(lián)的URL。在獲得與接收到的3GPP文件相關(guān)聯(lián)的元數(shù)據(jù)時，示例對象盒解析器770可以標識可用于UE 102、700的一個或多個備選的編碼媒體配置選項(步驟808)。例如，解析的元數(shù)據(jù)可以標識在服務(wù)器上有一個或多個備選3GPP文件可用，備選3GPP文件具有一個或多個備選程度的分辨率和/或比特率。解析的元數(shù)據(jù)還可以標識與每個可用的備選媒體相關(guān)聯(lián)的一個或多個位置(例如，URL)。為了確定接收(步驟804)的缺省3GPP文件是否適于當前 UE 102,700信道條件，示例無線狀態(tài)監(jiān)視器772測量一個或多個UE操作條件，并將其與存儲在操作閾值模塊774中的一個或多個操作閾值進行比較(步驟810)。此外或者備選地， 示例無線狀態(tài)監(jiān)視器772可以測量與UE性能能力相關(guān)聯(lián)的一個或多個UE操作條件。UE性能能力可以包括但不限于在緩沖溢出之前UE可以呈現(xiàn)比特流的速率和/或UE可以處理/ 呈現(xiàn)的最大分辨率。如果與一個或多個閾值的比較指示不需要備選的3GPP文件(例如，因為當前操作條件和/或UE性能能力沒有違反一個或多個閾值)(步驟812)，則示例媒體選擇器模塊776允許缺省3GPP文件流傳輸或者以其他方式在UE102、700上進行呈現(xiàn)(步驟 814)。另一方面，在應(yīng)該選擇備選3GPP文件的情況下(步驟812)(例如，因為與UE 102、 700相關(guān)聯(lián)的信道條件差)，則示例媒體選擇器模塊776調(diào)用示例通信子系統(tǒng)711來向服務(wù)器104發(fā)起對備選3GPP文件的HTTP請求(步驟816)。如上所述，對服務(wù)器的手續(xù)HTTP請求可以包括從之前對備選的編碼媒體配置選項的標識所獲得的備選URL (步驟808)。可以使用圖9的示例流程圖來實現(xiàn)圖5的示例服務(wù)器104和/或圖5和6的示例媒體文件管理器512和/或圖1、2A和2B的示例交換100、200和250。圖9的示例過程900 監(jiān)視一個或多個無會話HTTP請求(步驟90 。如果沒有接收到請求，圖9的示例過程900 繼續(xù)等待，否則圖6的示例對象盒管理器602構(gòu)造和/或以其他方式填充與所請求的3GPP 文件相關(guān)聯(lián)的一個或多個對象盒(步驟904)。如上所述，可以由負責媒體內(nèi)容的一方(例如，廣播者)布置和/或構(gòu)造一個或多個3GPP文件的對象盒。示例服務(wù)器104經(jīng)由通信子系統(tǒng)510向經(jīng)由無會話HTTP進行請求的UE發(fā)送3GPP文件(例如，響應(yīng)于HTTP GET命令) (步驟906)，如果媒體不與實況事件相關(guān)聯(lián)(步驟908)，則示例服務(wù)器104完成并繼續(xù)等待其他請求(步驟90 。非限制地，可以使用所存儲的內(nèi)容標記來指示媒體內(nèi)容創(chuàng)建者是否允許本地存儲。如果不允許，在由示例UE 102、700呈現(xiàn)之后，可以刪除內(nèi)容。與傳統(tǒng)的經(jīng)由RTSP的流傳輸不同，在此描述的方法和裝置使得服務(wù)器不被繁重的針對每個活動連接創(chuàng)建、維持和/或關(guān)閉會話的處理職責所淹沒。由此，和促進RTSP流傳輸?shù)拿襟w服務(wù)器相比，與在此描述的方法和裝置一起使用的服務(wù)器可以成本更低。在媒體內(nèi)容與實況事件相關(guān)聯(lián)的情況下(步驟908)，示例實況流傳輸元數(shù)據(jù)更新器604更新實況流元文件，以反映當前文件段索引值和當前數(shù)據(jù)偏移值(步驟910)。如上所述，UE 102、700可以查詢服務(wù)器104以獲得這種當前值，從而允許查找實況媒體(例如， HTTP GET)。示例媒體文件管理器512等待手動信號、周期性的、非周期性的和/或調(diào)度的時間段(步驟912)，并確定實況媒體事件是否結(jié)束(步驟914)。如果沒有結(jié)束，則示例實況流傳輸元數(shù)據(jù)更新器604更新實況流元文件，以反映當前的文件段索引值和當前的數(shù)據(jù)偏移值(步驟910)，否則，示例服務(wù)器104等待另一請求(步驟90 。在其他示例中，媒體內(nèi)容提供商(例如，廣播者)負責更新(例如，前置添加)示例實況流元文件。優(yōu)選地，除了其操作系統(tǒng)功能外，微處理器738使得能夠在移動設(shè)備上執(zhí)行軟件應(yīng)用。通常在制造期間將控制基本操作的應(yīng)用的預(yù)定集合(例如，至少包括數(shù)據(jù)和語音通信應(yīng)用)安裝在UE 700上。優(yōu)選的軟件應(yīng)用可以是具有對與移動設(shè)備的用戶相關(guān)的數(shù)據(jù)項進行組織和管理的個人信息管理器(PIM)應(yīng)用，所述數(shù)據(jù)項例如但不限于電子郵件、日程事件、語音郵件、預(yù)約和任務(wù)項。自然，在移動設(shè)備上，一個或更多的存儲器存儲可用于促進PIM數(shù)據(jù)項的存儲。優(yōu)選地，這種PIM應(yīng)用有能力經(jīng)由無線網(wǎng)絡(luò)719發(fā)送和接收數(shù)據(jù)項。 在優(yōu)選的實施例中，經(jīng)由無線網(wǎng)絡(luò)719將PIM數(shù)據(jù)項與存儲的或與主機系統(tǒng)相關(guān)聯(lián)的移動設(shè)備用戶的對應(yīng)數(shù)據(jù)項進行無縫集成、同步和更新。還可以通過網(wǎng)絡(luò)719、輔助I/O子系統(tǒng) 728、串行端口 730、短距離通信子系統(tǒng)740或者任何其他適合的子系統(tǒng)742將其他應(yīng)用加載到移動設(shè)備700上，并由用戶安裝在RAM 726中或者優(yōu)選地安裝在非易失性存儲器(未示出)中用于微處理器738執(zhí)行。應(yīng)用安裝中的這樣靈活性增加了設(shè)備的功能，并且可以提供增強的設(shè)備上功能、通信相關(guān)功能或兩者兼有。例如，安全通信應(yīng)用可以使得使用UE 700 來執(zhí)行電子商務(wù)功能和其他這種金融交易。然而，根據(jù)以上所述，這些應(yīng)用在很多情況下需要得到運營商的批準。在數(shù)據(jù)通信模式下，接收到的信號(例如，文本消息和網(wǎng)頁下載)將由通信子系統(tǒng) 711進行處理并被輸入到微處理器738，優(yōu)選地，微處理器738對接收到的信號進行進一步的處理以輸出到顯示器722，或備選地輸出到輔助I/O設(shè)備728。UE 700的用戶還可使用鍵盤732與顯示器722以及可能的輔助I/O設(shè)備7 相結(jié)合來編寫數(shù)據(jù)項(例如，電子郵件消息)，優(yōu)選地，鍵盤732是全字母數(shù)字鍵盤或電話類型的鍵區(qū)。然后將這種編寫的項目可以通過通信子系統(tǒng)711在通信網(wǎng)絡(luò)上發(fā)送。對于語音通信，除了可以優(yōu)選地將接收到的信號輸出到揚聲器734以及可由麥克風736來產(chǎn)生用于發(fā)送的信號之外，UE 700的整體操作是相似的。也可以在UE 700上實現(xiàn)備選的語音或音頻I/O子系統(tǒng)，例如，語音消息錄制子系統(tǒng)。雖然優(yōu)選地主要通過揚聲器 734來完成語音或音頻信號輸出，也可以使用顯示器722來提供例如對主叫方身份、語音呼叫的持續(xù)時間或者其他與語音呼叫有關(guān)的信息的指示。通?？梢栽趥€人數(shù)字助理(PDA)類型的移動設(shè)備中實現(xiàn)圖7中的串行端口 730，對于該移動設(shè)備，與用戶的桌面型計算機(未示出)同步可以是有利的。這種端口 730使得用戶能夠通過外部設(shè)備或軟件應(yīng)用來設(shè)置偏好，并且除了通過無線通信網(wǎng)絡(luò)以外，可以通過向UE 700提供信息和軟件下載來擴展移動設(shè)備700的能力。例如，可以使用備選下載路徑，通過直接進而可靠和可信的連接來將加密密鑰加載到設(shè)備上，由此使得能夠進行安全的設(shè)備通信。備選地，串行端口 730可被用于其他通信，并且可以包括通用串行總線(USB)端口。接口與串行端口 730相關(guān)聯(lián)。其它通信子系統(tǒng)740 (例如，短距離通信子系統(tǒng))是另一可選組件，子系統(tǒng)740使得可以進行UE 700和不同的系統(tǒng)或設(shè)備之間的通信，這些設(shè)備不是必須是相似的設(shè)備。例如，子系統(tǒng)740可以包括紅外設(shè)備和相關(guān)聯(lián)的電路和組件，或者Bluetooth 通信模塊，以提供與具有類似能力的系統(tǒng)和設(shè)備的通信。雖然已經(jīng)在此描述了特定的方法、裝置和制造品，本專利的覆蓋范圍不限于此。相反，本專利覆蓋在文字上或者在等同原則之下適當?shù)芈淙胨綑?quán)利要求的范圍之內(nèi)的所有方法、裝置和制造品。
權(quán)利要求
1.一種管理媒體內(nèi)容的方法，所述方法包括 訪問可用媒體的元數(shù)據(jù)信息；從所訪問的元數(shù)據(jù)中檢索至少統(tǒng)一資源定位符URL和一個或多個字節(jié)范圍，其中，能夠通過所述一個或多個字節(jié)范圍和所述URL組合來對所述可用媒體的一個或多個部分進行尋址；以及基于所檢索的元數(shù)據(jù)，發(fā)送請求所述可用媒體的第一至少一部分的第一請求。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述第一請求是GET命令。
3 v據(jù)權(quán)利要求2所述的方法，其中，所述GET命令包括至少范圍指定符。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述可用媒體的一個或多個部分包含一個或多個第三代伙伴計劃3GPP電影段。
5.根據(jù)權(quán)利要求1所述的方法，其中，所述一個或多個部分包括以下至少之一m00V 盒、moof盒、ftyp盒或者媒體數(shù)據(jù)mdat盒。
6.根據(jù)權(quán)利要求1所述的方法，其中，所述一個或多個字節(jié)范圍是連續(xù)的。
7.根據(jù)權(quán)利要求1所述的方法，其中，所述第一至少一部分基于第一可用帶寬容量。
8.根據(jù)權(quán)利要求1所述的方法，還包括發(fā)送請求所述可用媒體的第二至少一部分的第二請求。
9.根據(jù)權(quán)利要求8所述的方法，其中，所述第二至少一部分與所述第一至少一部分不同。
10.根據(jù)權(quán)利要求8所述的方法，其中，所述第二至少一部分基于第二可用帶寬容量。
11.根據(jù)權(quán)利要求10所述的方法，其中，所述第一可用帶寬容量與所述第二可用帶寬容量不同。
12.—種管理媒體內(nèi)容的設(shè)備，所述設(shè)備包括 處理器，被配置為訪問可用媒體的元數(shù)據(jù)信息；從所訪問的元數(shù)據(jù)信息中檢索至少統(tǒng)一資源定位符URL和一個或多個字節(jié)范圍，其中，能夠通過所述一個或多個字節(jié)范圍和所述URL組合來對所述可用媒體的一個或多個部分進行尋址；以及基于檢索到的所述可用媒體的一個或多個部分，發(fā)送請求所述可用媒體的第一至少一部分的第一請求。
13.根據(jù)權(quán)利要求12所述的設(shè)備，其中，所述第二請求是GET命令。
14.根據(jù)權(quán)利要求13所述的設(shè)備，其中，所述GET命令包括至少范圍指定符。
15.根據(jù)權(quán)利要求13所述的設(shè)備，所述處理器還被配置為 發(fā)送請求所述可用媒體的第二至少一部分的第二請求。
16.根據(jù)權(quán)利要求15所述的設(shè)備，其中，所述第二至少一部分與所述第一至少一部分不同。
17.根據(jù)權(quán)利要求15所述的設(shè)備，其中，所述第二至少一部分基于第二可用帶寬容量。
18.根據(jù)權(quán)利要求17所述的設(shè)備，其中，所述第一可用帶寬容量與所述第二可用帶寬容量不同。
19.根據(jù)權(quán)利要求12所述的設(shè)備，其中，所述可用媒體的一個或多個部分包含一個或多個第三代伙伴計劃3GPP電影段。
20.根據(jù)權(quán)利要求12所述的設(shè)備，其中，所述一個或多個部分包括以下至少之一m00V 盒、moof盒、ftyp盒或者媒體數(shù)據(jù)mdat盒。
21.根據(jù)權(quán)利要求12所述的設(shè)備，其中，所述一個或多個字節(jié)范圍是連續(xù)的。
22.根據(jù)權(quán)利要求12所述的設(shè)備，其中，所述第一至少一部分基于第一可用帶寬容量。
全文摘要
所公開的用于管理媒體內(nèi)容的示例方法包括訪問可用媒體的元數(shù)據(jù)信息，從所訪問的元數(shù)據(jù)中檢索至少統(tǒng)一資源定位符(URL)和一個或多個字節(jié)范圍，其中，能夠通過所述一個或多個字節(jié)范圍和URL組合來對可用媒體的一個或多個部分進行尋址。示例方法還包括基于所檢索的元數(shù)據(jù)，發(fā)送請求可用媒體的第一至少一部分的第一請求。
文檔編號H04N7/26GK102461119SQ201080036261
公開日2012年5月16日 申請日期2010年6月14日 優(yōu)先權(quán)日2009年6月15日
發(fā)明者戴維·弗貝克 申請人:捷訊研究有限公司